Contedo

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
- Requisitos Funcionais e Casos de Uso
- Relacionamentos entre Casos de Uso
- Diagramas de Seqncia do Sistema
- Requisitos No-Funcionais
3. Anlise Orientada a Objetos
4. Projeto Orientado a Objetos
5. UML
6. Mtodos geis
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,
incluindo livros, revistas, jornais e DVDs.
requisitos bem gerais
O sistema ir permitir que os usurios pesquisem por um item pelo
ttulo, autor ou ISBN.
requisitos funcionais
A interface com o usurio ser implementada usando WWW browser.
requisitos de implementao
O sistema ir dar suporte a, no mnimo, 20 transaes por segundo.
requisitos de performance
As facilidades do sistema que estaro disponveis ao pblico sero
demonstrveis em 10 minutos ou menos.
requisitos de usabilidade
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.
Modelo em Cascata: define todos os requisitos no incio do
desenvolvimento, considerando que eles no sero modificados.
Mtodos Evolucionrios: somente uma parte dos requisitos (em torno
de 10 a 20%) so definidos inicialmente. A programao e os testes
iniciam antes que todos os requisitos tenham sido definidos.
ultrapassado
Requisitos Funcionais e No Funcionais
Requisitos Funcionais
So sentenas sobre os servios que o sistema deve fornecer, como o
sistema deve reagir a entradas particulares e como o sistema deve se
comportar em determinadas situaes.
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.
Problemas com os Requisitos
Conseqncias decorrentes de problemas ocorridos durante o
levantamento de requisitos:
o sistema pode ser entregue com atraso e custar mais do que
originalmente previsto;
o cliente e os usurios no esto satisfeitos com o sistema: eles
podem no usar suas facilidades ou decidir abandon-lo;
o sistema pode ser pouco confivel, conter erros e abortar
abruptamente;
o custo da manuteno e/ou evoluo muito alto.
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.

No existe um processo de levantamento de requisitos que seja o
melhor para todas as organizaes.
serve para comunicar e relembrar os requisitos
Atividades do Levantamento de Requisitos
1. Identificao e Descrio dos Requisitos
Viso
Requisitos Funcionais
Requisitos No Funcionais
Glossrio
2. Anlise dos Requisitos
3. Negociao dos Requisitos
4. Documentao Final dos Requisitos

Identificao dos Requisitos
Identificao dos Requisitos
Os analistas trabalham com os clientes e usurios para descobrir o
problema a ser resolvido, os servios do sistema, a performance
requisitada do sistema, restries de software, etc.
Os requisitos so descobertos atravs de:
consultas com as pessoas envolvidas com o sistema (clientes,
usurios, gerentes, etc);
conhecimento do domnio e do mercado;
anlise dos sistemas existentes.
Tcnicas de Identificao de Requisitos
1. Entrevistas
2. Cenrios
3. Observao
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 so observados executando o seus trabalhos
normalmente.
Durante a observao, o analista dever descrever detalhadamente as
prticas de trabalho.
Tambm podem ser usados vdeos e udios, mas o processamento
posterior destes muito demorado.
Descrio dos Requisitos
Tcnicas de Descrio dos Requisitos
No existe maneira nica de especificar os requisitos
Algumas tcnicas de descrio dos requisitos:
1. Linguagem Natural
Casos de Uso
Lista de Caractersticas (sentenas)
2. Prottipos
3. Prottipos de Baixa Fidelidade
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.
3. Prottipos de Baixa Fidelidade
So aqueles que podem gerar e mostrar rapidamente um conjunto de
janelas estticas de uma aplicao.
No apresentam toda a funcionalidade da aplicao, no so
interativos e no mostram os detalhes de como o usurio deve utilizar
a aplicao.
Alguns tipos de prottipos de baixa fidelidade:
storyboard
sketching
3. Prottipos de Baixa Fidelidade
Storyboard: mostra a interao do usurio com o sistema atravs de
uma seqncia com o contedo das telas que sero acessadas pelo
usurio durante a execuo da tarefa.
Sketching: mostra a interao do usurio com o sistema de maneira
mais informal, utilizando grficos e desenhos.
A forma usual do sketching a representao da interao no papel,
mas ela tambm pode ser feita atravs do computador.
Os sketches so usados geralmente para representar diferentes
decises de projeto que devem ser discutidas com os usurios.
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.
Atividades do Levantamento de Requisitos
1. Identificao e Descrio dos Requisitos
Viso
Requisitos Funcionais
Requisitos No Funcionais
Glossrio
2. Anlise dos Requisitos
3. Negociao dos Requisitos
4. Documentao Final dos Requisitos

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.
...