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, vdeos e CD-ROMs. 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, vdeos e CD-ROMs. 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. ultrapassado 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.

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

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 A aceitao do sistema depende do quanto ele atende s necessidades do cliente. No existe um processo de levantamento de requisitos que seja o melhor para todas as organizaes.

Problemas com os Requisitos

Problemas que ocorrem durante o levantamento de requisitos: os requisitos no refletem as necessidades reais do cliente; requisitos so inconsistentes e/ou incompletos; existem desentendimentos entre os clientes, os analistas e os engenheiros que desenvolvem o sistema.

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.

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 No existe limites distintos entre estas atividades.

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.

Identificao dos Requisitos

Problemas que podem ocorrer durante a identificao dos requisitos: Tempo insuficiente foi alocado pelos usurios para a identificao de requisitos. Os analistas de requisitos no se prepararam apropriadamente para o processo de identificao dos requisitos. Os usurios podem no querer um novo sistema. A compra do sistema pode ter sido uma deciso da organizao e os usurios podem no ter sido consultados.

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 normalmente. so observados executando o seus trabalhos

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.

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 do sistema experimentar o sistema, entendendo 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 podem ser detectadas usando o prottipo; durante o desenvolvimento de um prottipo, requisitos incompletos e inconsistentes so descobertos.

2. Prottipos
Desvantagens: custo do desenvolvimento de um prottipo; tempo requerido para desenvolver um prottipo (que pode aumentar o tempo de entrega ao usurio); o uso de um prottipo pode induzir os usurios a prestarem mais ateno na interface com o usurio do que nos requisitos da aplicao; os usurios podem tornar-se familiares 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.

Artefatos de Requisitos do Processo Unificado

Alguns artefatos de requisitos oferecidos pelo Processo Unificado: Viso Modelo de Casos de Uso Especificao Suplementar Glossrio Regras de Negcio ou Regras de Domnio

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 (detalhados nos casos de uso) outros requisitos (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. ...