FACULDADES INTEGRADAS MATO-GROSSENSES DE CINCIAS

SOCIAIS E HUMANAS

Levantamento de Requisitos.

Leandro Ccero da Silva Mello.
Prof. Jeanine Ferrazza Meyer
Metodologia e Tcnica de Pesquisa- Levantamento de Requisitos.
Cincias da Computao - 4 Semestre.
18/11/10.

RESUMO
O levantamento de requisitos um processo de desenvolvimento de um sistema.
Visando a melhor condio para satisfazer e suprir as necessidades e expectativa do
cliente em seu negcio. Oferecendo melhorias e eficcia desde seu inicio ate o fim,
garantindo assim funcionalidade do sistema.
A Anlise de Requisitos a primeira atividade tcnica no desenvolvimento do software,
e pode ser entendida como responsvel por definir os servios que um sistema deve
realizar, sua interface com os demais elementos e sob quais restries o sistema deve
operar. os requisitos dos sistemas devem estabelecer o que o sistema deve fazer ao
invs de como isto ser feito. especificao um documento de requisitos de software
montando. esse documento une a definio e a especificao dos requisitos. no
desenvolvimento do processo alguns papis esto envolvidos: os requerentes, os
facilitadores e os implementadores. os requerentes so os clientes e usurios, e
representam as pessoas que precisam do sistema. os facilitadores so analistas, e seu
papel o de desenvolver, ao longo do processo, as tcnicas de extrao, especificao,
verificao e validao, numa descrio precisa do sistema que o requerente quer. j
os implementadores so engenheiros, projetistas e gerentes de projeto, que
elaboram o sistema base do processo que efetivamente constroem os sistemas com base
no documento de requisitos e no processo do software. algo primordial para quem
trabalha com desenvolvimento de sistemas. esse levantamento pode no garantir que o
software contemple todas as reais necessidades dos usurios, mas tende a antecipar o
surgimento dos erros de entendimento e no consistncias, aprimorando o processo de
desenvolvimento de produtos de software. este artigo trata as metodologias fazer um
bom levantamento e especificao de requisitos existentes para descoberta destes
requisitos.



2
LEVATAMENTO DE REQUISITOS.

O levantamento de requisitos umas das partes mais importantes do processo que
resultar no desenvolvimento de um sistema. Entender aquilo que o cliente deseja ou o
que o cliente acredita que precisa e as regras do negcio ou processos do negcio. Isso
o o fator determinante que move essa importante funo que faz parte da Engenharia de
Software(Engenharia de requisitos).
Aliado ao levantamento de requisitos, Segundo Denis Alcides Rezende(2005, p. 90)
metodologia de desenvolvimento e manuteno de sistemas modulares com. Existe o
mapeamento dos processos que de vital importncia para a melhoria dos resultados
obtidos pelo levantamento de requisitos. Muitos sistemas so retardados em seu prazo
estipulado na fase de definio do escopo do projeto ou at mesmo morre durante seu
percurso, pois, a etapa de levantamento de requisitos negligenciada ou simplesmente
feita de forma ineficaz, muitas empresas no adotam as polticas de elaborao de um
software, visando a urgncia do cliente, acabam fazendo algo sem nenhuma
documentao, ou seja no passou pelo processo de qualidade de software , resultando
em um tempo de produo rpido, mas pecando as normas de qualidade, gerando muito
mas gasto no futuro com manuteno e futuros problemas causados pela no
estruturao do software.
Existe tambm um personagem que constantemente deixado em segundo plano, no
mapeamento de processos, o especialista do domnio ou especialista do negcio. O
especialista do negcio aquele profissional que possui experincia no ramo de
mercado do negcio para qual o sistema atender em suas funcionalidades. Como por
exemplo: Um sistema de vendas pode contar com um especialista do negcio que seja
gerente de vendas, que j foi vendedor e com 12 anos de experincia, um bom
profissional no deve se apagar somente no que a diretoria deseja, mas sim tambm nos
que os usurios do sistema desejam, obviamente levando em conta o desejo da diretoria
e seus usurios.
Algumas fbricas de software procuram analistas de sistemas que sejam especialistas
no ramo de negcio do sistema que vo desenvolver. Mas esbarra em um srio
problema da dificuldade de encontrar esses profissionais, que so difceis de encontrar,
Mercado de trabalho est cada vez mais carentes de profissionais com esse perfil, os



3
que existem j esto, a grande maioria possui um conhecimento Hibrido, e
conseqentemente gerando inmeras falhas em suas analises.
Outra forma usar um profissional do prprio contratante do sistema a ser
desenvolvido, mas isso pode deixar a vista para o cliente os problemas que ocorrem em
todo o projeto. Por isso as fbricas driblam esse fato, procurando analistas de sistemas
que possuam conhecimentos genricos de negcios, bom relacionamento com equipe
de trabalho e experincia em coordenar ou gerenciar projetos.
Vai lidar com programadores, especialistas de negcio que no possuem conhecimento
de sistemas e gerenciar tudo isto junto muito, muito importante e necessita ter
habilidades especiais de gesto de negcios

Um estudo baseado em 6700 sistemas desenvolvidos em 1997 (l) demonstrou que os
custos resultantes da m realizao da etapa de levantamento de requisitos, podem levar
os sistemas custar duzentas vezes mais que o necessrio.
Para Desenvolver sistemas profissionais e de qualidade, precisamos levantar de forma
com seriedade os requisitos. E necessrio ter bons profissionais em diversas reas no
disco de Desenvolvimento, tais como: Analistas de Requisitos, Analistas de Processos,
Analistas de Testes, Gerentes de Projetos, Programadores, Analistas de Qualidade e
outros de acordo com a necessidade especfica de cada projeto.
Claro, que sua empresa poder reaproveitar seus profissionais para atuar em vrias
etapas ou funes durante o projeto, mas com critrio. Sua empresa no pode colocar o
programador como analista de testes, pois, dificilmente ele ser imparcial na hora de
avaliar a prpria criao. O mesmo acontece com outras funes, muitas vezes, no na
realidade no Brasil todo programador analista, pois no existe distino, ele tem que
ser os dois ou at mais.
Outro fato importante o mapeamento prvio de processos,em um bom levantamento
de requisitos desacompanhado de um mapeamento de processos. Existem sistemas
desenvolvidos sobre processos inadequados, pois, o analista de requisitos tomou por
base processos com base em entrevista com o funcionrio que executava de forma
inadequada um processo.




4
Fato que para um nvel de qualidade Regular ele necessariamente precisa passar por
todos os processos da engenharia, evitando futuras complicaes e at cancelamento do
projeto.

DEFINIO DE REQUISITO

Os requisitos so uma coleo de sentenas que devem descrever de modo
claro, sem ambigidades, conciso e consistente todos os aspectos significativos do
sistema proposto. Eles devem conter informaes suficientes para permitir que os
implementadores construam um sistema que satisfaa os requerentes, e nada mais.
Conforme proposto por Sommerville (2003, p. 83), um requisito tratado como
funcional quando descreve um servio ou funo que o sistema deve realizar.
Paralelamente pode haver requisitos no-funcionais, que so restries impostas tanto
ao sistema quanto ao seu desenvolvimento.

COMO IDENTIFICAR REQUISITO

No existem, at o momento, tcnicas capazes de lidar satisfatoriamente com
todas as faces da anlise de requisitos. Entretanto, existem ferramentas e tcnicas
capazes de resolver, com eficincia, parte do problema.
Rpida Prototipao: trabalha com dois dos maiores problemas da Anlise, a
validao dos requisitos e sua representao de forma Compreensvel aos diferentes
leitores.
Animao: similar rpida prototipao, porm as especificaes so simplesmente
executadas como um filme. A animao um recurso mais pobre que a
prototipao, pois demonstra apenas alguns aspectos dos requisitos.
Revises: constituem em geral uma abordagem mais simples: a leitura dos
requisitos. A desvantagem est no gasto excessivo de tempo, especialmente em grandes
projetos.
Prova das propriedades do sistema: baseia-se na crena de que o uso de linguagens
formais. Mediante provas, chega-se concluso de que o sistema opera corretamente.
No entanto, existem muitas restries ao uso de linguagens formais. A desvantagem



5
que modelar o mundo real consome muito tempo, e nada nos assegura a consistncia
do sistema em relao ao mundo real.

TCNICAS PARA LEVANTAMENTO DE REQUISITOS

Os mtodos que os analistas empregam para conceber um novo sistema so
conhecidos como mtodos de anlise ou modelagem do sistema. Esses mtodos
ensinam a construir modelos abstratos do sistema. Nesta etapa de anlise e modelagem os
requisitos ficam bem claros, pois na modelagem que eles so evidenciados. Como afirmam
Booch et al. (2000, p. 06), um modelo uma simplificao da realidade, e modelos so
construdos para compreender melhor o sistema que est sendo desenvolvido.
Os modelos seguem a tcnica apresentada por Edsger Dijkstra (FISCHER, 2001, p. 85), Em
que um problema complexo quebrado em uma srie de problemas menores, o famoso
Dividir para Conquistar. Pela modelagem so atingidos quatro objetivos, no que se refere ao
sistema: (i) modelos ajudam o desenvolvedor e o cliente a visualizarem um sistema como ele
ou deve ser, (ii)modelos nos permitem especificar a estrutura ou o comportamento de um
sistema, (iii) modelos nos do um molde que nos guia na construo de um sistema e,
finalmente, (iv) modelos documentam as decises tomadas. Existem muitas tcnicas de
modelagem e, dentre elas, as consideradas mais expressivas so apresentadas a seguir,
baseadas em diferentes tipos de abstrao: requisitos de especificao das aplicaes,
garantindo assim que os requisitos estejam completos, consistentes, sem ambigidade e sem
redundncia, em fim existem inmeras ferramentas para fazer se trabalhar com o
Levantamento.

SREM Metodologia da Engenharia de Requisitos de Software: uma ferramenta baseada
na engenharia de requisitos e validao de sistemas. Nessa metodologia, os caminhos dos
dados consistem nas mensagens de entrada, na seqncia das tarefas processadas que
envolvem o fluxo do controle, e nas mensagens da sada. utilizada (a metodologia) para
recomendar melhorias em grandes sistemas, (FINKELSTEIN et al., 1992, p. 6).
UML Unified Modeling Language: linguagem para visualizar, especificar, construir e
documentar os requisitos e informaes de um sistema (BOOCH et al., 2000, p. 13).
Volere: um mtodo completo de obteno de requisitos, baseado nos casos de uso
(FISCHER, 2001, p. 87).








6
CONCLUSO

Para o desenvolvimento de um sistema funcional e eficiente que seja realmente eficaz
indispensvel um excelente levantamento de requisitos e o mapeamento desse processo.
Fazer um bom levantamento e especificao de requisitos algo primordial para quem
trabalha com desenvolvimento de sistemas. Esse levantamento pode no garantir que o
software contemplete todas as reais necessidades dos usurios, mas tende a antecipar o
surgimento dos erros de entendimento e inconsistncias, aprimorando o processo de
desenvolvimento de produtos de software. Este artigo trata as metodologias existentes para
descoberta destes requisitos. Software de Qualidade Obrigatoriamente deve Passar por todos
os processos de Engenharia de Software.


























7
REFERNCIAS

REZENDE, Denis Alcides ; Denis Alcides Rezende , Engenharia de software e sistemas de
informao. 3. Ed. rev. Ampl -- Rio de Janeiro: Brasport. 2005.

Filho, Wilson de Pdua Paula; Silva Filho, Wilson de Pdua Paula Filho; Engenharia de
Software: fundamentos, mtodos e padres. 3. ed. Indaial: ASSELVI, 2004.

BOOCH, G.; RUMBAUGH, J.; JACOBSON, I. UML: guia do usurio. Traduo por Fbio
Freitas. Rio de Janeiro: Campus, 2000, xx, 472 p.

FISCHER, M. C. B. O. Estudo de Requisitos para um Software Educativo de Apoio ao Ensino
da Introduo Computao. Dissertao de Mestrado. Local: USP Universidade de So
Paulo, 2001.

FINKELSTEIN, L: HUANG, J: INKELSTEIN, A; NUSEIBEH, B. Using Software
Specification Methods for Measurement Instrument Systems. Part 1: Structured Methods.
London: City University, 1992
.
KHAWAR, A. Z.; UMRYSH, C. Desenvolvendo Aplicaes Comerciais em Java com J2EE e
UML. So Paulo: Moderna, 2003.

ROBERTSON, J.; ROBERTSON, S. Volere Requirements: How to Get Started. London:
Adison-Wesley, 2004. Disponvel em http://www.volere.co.uk/gettingstarted.htm> Acesso em:
08/05/2005.