Escolar Documentos
Profissional Documentos
Cultura Documentos
02 - Requisitos - Levantamento
02 - Requisitos - Levantamento
1. Introduo
2. Levantamento de Requisitos
3. Anlise Orientada a Objetos
4. Projeto Orientado a Objetos
5. UML
6. Mtodos geis
Contedo
1. Introduo
2. Levantamento de Requisitos
Levantamento de Requisitos
Requisitos
Requisitos de Sistema definem o que o sistema deve fazer e as
circunstncias sob as quais ele deve operar.
Exemplos de requisitos para um sistema de biblioteca:
O sistema ir manter registros de todo o material da biblioteca,
incluindo livros, revistas, jornais e DVDs.
O sistema ir permitir que os usurios pesquisem por um item pelo
ttulo, autor ou ISBN.
A interface com o usurio ser implementada usando browser WWW.
O sistema ir dar suporte a, no mnimo, 20 transaes por segundo.
As facilidades do sistema que estaro disponveis ao pblico sero
demonstrveis em 10 minutos ou menos.
Requisitos
O sistema ir manter registros de todo o material da biblioteca,
Requisitos
O que so os requisitos?
Os requisitos so, no geral, descries de como o sistema dever se
comportar, informao sobre o domnio, restries da operao do
sistema ou especificaes de uma propriedade do sistema.
Quando os requisitos so definidos?
Os requisitos so definidos durante os estgios iniciais do
desenvolvimento de um sistema, especificando o que dever ser
implementado.
ultrapassado
Requisitos No Funcionais
So restries sobre os servios oferecidos pelo sistema. Inclui
restries sobre tempo, restries sobre o processo de
desenvolvimento a serem seguidos, etc.
Atividades do Levantamento de
Requisitos
Levantamento de Requisitos
O Levantamento de Requisitos inclui as atividades que envolvem a
identificao, documentao e manuteno dos requisitos de um
sistema.
serve para comunicar e relembrar os requisitos
1. Entrevista
O analista discute o sistema com diferentes clientes e usurios e chega
a um entendimento dos seus requisitos.
Tcnica de levantamento de requisitos mais usada.
Existem dois tipos de entrevistas:
1. Entrevistas fechadas
O analista procura por respostas a um conjunto pr-definido de
questes.
2. Entrevistas abertas
No existe um conjunto pr-definido de questes e o analista discute,
de maneira aberta, o que os usurios e clientes querem do sistema.
2. Cenrio
Cenrio: exemplo de sesso de interao entre um usurio final e o
sistema.
Como funciona a identificao atravs de cenrios?
O usurio simula o uso do sistema para realizar uma tarefa seguindo o
cenrio, enquanto o analista vai tomando notas dos comentrios,
problemas e sugestes do usurio.
3. Observao
Os usurios
normalmente.
so
observados
executando
seus
trabalhos
1. Linguagem Natural
Na maioria das organizaes, os requisitos so escritos como
pargrafos de linguagem natural, adicionados por diagramas e
equaes.
Vantagens:
Linguagem natural a nica notao que geralmente entendvel por
todos os leitores potenciais dos requisitos.
Desvantagens:
Os requisitos em linguagem natural podem ser ambguos, pouco claros
e causar mal entendidos.
2. Prottipos
Um prottipo uma verso do sistema que est disponvel no incio do
processo de desenvolvimento.
Tipos de prottipos:
Prottipos throw-away: ajudam a levantar e analisar os requisitos.
So descartados antes do desenvolvimento do sistema final.
Prottipos evolucionrios: um sistema com funcionalidade limitada
disponvel aos usurios no incio do processo de desenvolvimento.
Este sistema ento modificado e estendido para produzir o sistema
final.
o tempo de vida geral relativamente curto, pois so pobremente
estruturados e, assim, os custos de manuteno e evoluo so altos
2. Prottipos
Vantagens:
- permitem aos clientes e usurios entender melhor como o sistema
pode ser usado para dar suporte aos seus trabalhos;
- mal-entendidos entre projetistas e usurios podem ser identificados
quando a funcionalidade do sistema demonstrada usando o
prottipo;
- funes que esto faltando e requisitos incompletos e inconsistentes
podem ser detectados usando o prottipo.
Desvantagens:
- tempo e custo requerido para desenvolver um prottipo (que pode
aumentar o tempo de entrega ao usurio);
- os usurios podem prestar mais ateno na interface com o usurio
do que nos requisitos da aplicao;
- familiarizao com uma interface com o usurio antes da verso final
do sistema estar desenvolvida.
Documento de Requisitos
Importante: assegurar que os requisitos foram concordados pelo
cliente
Documento de Requisitos
Os requisitos do sistema so, geralmente, documentados em um
documento formal que usado para comunicar os requisitos aos
clientes, engenheiros de software e gerentes do processo.
Existem diferentes maneiras de estruturar o documento de requisitos.
Exemplo de padro para o documento de requisitos: IEEE 830/1998
Documento de Requisitos
O documento de requisitos, geralmente, descreve o seguinte:
um captulo introdutrio que fornece uma viso geral do sistema;
informaes sobre o domnio do sistema;
os servios e funes que o sistema dever fornecer;
as restries sob as quais o sistema dever operar;
uma descrio do hardware no qual o sistema dever rodar;
definies dos outros sistemas com os quais o sistema dever estar
integrado;
restries no processo usado para desenvolver o sistema;
um glossrio que define os termos tcnicos usados no documento.
Viso
Viso
Apresenta de maneira concisa as idias a respeito do porqu que o
projeto est sendo proposto, o esboo dos requisitos centrais, quais os
problemas, quem so os stakeholders (envolvidos no projeto), o que
eles precisam e como so as solues propostas.
A Viso do sistema tambm inclui brevemente:
caractersticas do sistema (que sero detalhados nos casos de uso)
outros requisitos (que sero detalhados nos requisitos no funcionais)
Evite a duplicao de informaes.
Detalhes sobre as informaes podem ser registrados nos casos de
uso e nos requisitos no funcionais.
Viso
Exemplo - Ponto de Venda:
Visamos uma nova gerao de aplicao de ponto de venda tolerante
a falhas, com a flexibilidade de dar suporte a diferentes regras de
negcio, mltiplos terminais e a integrao com vrios sistemas
auxiliares de terceiros.
Problema: Sistemas tradicionais so inflexveis, intolerantes a falhas e
difceis de serem integrados com sistemas de terceiros. Isto leva a
problemas no tempo de processamento das compras.
Viso
Exemplo - Ponto de Venda:
Resumo das Caractersticas do Sistema:
Captura das compras.
Autorizao de pagamento (carto de crdito, dbito automtico,
cheque).
Processamento de vendas offline automtico quando componentes
externos falham.
Definio e execuo de regras de negcio customizadas em pontos
fixos dos casos de uso.
...