Você está na página 1de 33

Fase de Concepo

Levantamento de Requisitos, Organizao de Requisitos, Planejamento dos Ciclos Iterativos.

Objetivos

buscar as primeiras informaes sobre o sistema a ser desenvolvido descobrir se vale a pena fazer a anlise, mas sem fazer a anlise propriamente dita

Atividades

Descobrir/Modelar a viso da empresa para o sistema Levantar requisitos Organizar requisitos Planejar o desenvolvimento

Mtricas Cronograma Recursos

Viso da Empresa

o que a empresa quer com o projeto? porque ele est sendo proposto? porque a empresa vai gastar dinheiro com o projeto? o projeto realizvel? a equipe de desenvolvimento tem condies de realizar este projeto? o cliente tem dinheiro para pagar o desenvolvimento? h tempo disponvel? comprar ou construir?

Levantamento de Requisitos

Entrevistas Anlise de Documentos Estudo Bibliogrfico Comparativo

Artefatos

Sumrio Executivo/Viso Geral Documento de Requisitos Glossrio Anlise de Riscos e seu Controle Prottipos e Provas

Viso Geral do Sistema


Sistema Videolocadora Viso Geral do Sistema proposto o desenvolvimento de um sistema de controle de videolocadora, que vai informatizar as funes de emprstimo, devoluo e reserva de fitas. O objetivo do sistema agilizar o processo de emprstimo e garantir maior segurana, ao mesmo tempo que possibilita um melhor controle das informaes por parte da gerncia. Devero ser gerados relatrios de emprstimos por cliente, emprstimos por fita e emprstimos no ms. O sistema dever calcular automaticamente o valor dos pagamentos a serem efetuados em cada emprstimo inclusive multas e descontos devidos. A cada devoluo de fitas corresponder um pagamento, no sendo possvel trabalhar com sistema de crditos. A impossibilidade de efetuar um pagamento deve deixar o cliente suspenso, ou seja, impossibilitado de emprestar novas fitas at saldar a dvida.

Requisitos

requisitos funcionais correspondem listagem de todas as coisas que o sistema deve fazer requisitos no funcionais so restries que se coloca sobre como o sistema deve realizar seus requisitos funcionais

Requisitos Funcionais

requisitos funcionais evidentes so efetuados com conhecimento do usurio requisitos funcionais ocultos so efetuados pelo sistema sem o conhecimento explcito do usurio

Requisitos No Funcionais

Obrigatrios Desejveis

Requisitos No Funcionais

de interface de implementao de eficincia de tolerncia a falhas etc.

Requisitos No Funcionais

Associados a requisitos funcionais Suplementares

Requisitos No Funcionais

Permanentes Transitrios

Tabela de Requisitos Funcionais

Cdigo do requisito funcional (Ex.: F1, F2, F3, ...). Nome do requisito funcional (especificao curta). Descrio (especificao longa e detalhamento do requisito). Categoria funcional: evidente ou oculto.

Tabela de Requisitos No Funcionais

Cdigo do requisito no funcional (Ex.: NF1.1, NF1.2, ... NF2.1, NF2.2, ...). Nome do requisito no funcional (especificao curta). Restrio: especificao (longa) do requisito no funcional. Categoria: tipo de restrio: segurana, performance, compatibilidade, etc. Obrigatoriedade: se o requisito desejvel ou obrigatrio. Permanncia: se o requisito permanente ou transitrio.

Requisitos Funcionais e No Funcionais Associados


Oculto ( ) F1 Registrar emprstimos Descrio: O sistema deve registrar emprstimos de fitas, indicando o cliente e as fitas que foram emprestadas, bem como a data do emprstimo e valor previsto para pagamento na devoluo. Requisitos No Funcionais Nome Restrio Categoria Desejvel Permanente ( ) (x) NF1.1 Controle de A funo s pode ser acessada por usurio com perfil Segurana Acesso de operador ou superior. ( ) (x) NF1.2 Identificao de As fitas devem ser identificadas por um cdigo de Interface Fitas barras ( ) ( ) NF1.3 Identificao do O cliente dever ser identificado a partir de seu nome Interface cliente (x) ( ) NF1.4 Tempo de O tempo para registro de cada fita deve ser inferior a Performance registro um segundo. (x) (x) NF1.5 Janela nica Todas as funes relacionadas a emprstimos devem Interface ser efetuadas em uma nica janela ... ... ... ... ...

Oculto ( x ) F2 Calcular descontos Descrio: O sistema deve calcular descontos nos emprstimos em funo da poltica da empresa. Requisitos No Funcionais Nome Restrio Categoria Desejvel Permanente ( ) ( ) NF2.1 Desconto de fim Nos fins de semana, usurios que levam 4 fitas Especificao de semana pagam apenas 3. ... ... ... ... ...

Requisitos Suplementares
Nome S1 Tipo de Interface S2 Armazenamento de dados S3 Perfis de usurio Restrio Categoria Desejvel ( ) ( ) Permanente ( ) (x)

As interfaces do sistema devem ser Interface implementadas como formulrios acessveis em um browser html. A camada de persistncia deve ser implementada Persistncia de forma que diferentes tecnologias de bancos de dados possam vir a ser utilizadas no futuro Os perfis de usurio para acesso ao sistema so: 3. Administrador - pode efetuar todas as operaes. 2. Operador - pode efetuar as operaes de emprstimo, devoluo, pagamento e cadastramento. 1. Convidado - pode efetuar apenas consultas nos prprios dados (cliente). ... Segurana

( )

( )

...

...

...

...

Desafios da Anlise de Requisitos


Como descobrir os requisitos Como comunicar os requisitos para as outras fases ou equipes do projeto Como lembrar dos requisitos durante o desenvolvimento e verificar se foram todos atendidos Como gerenciar a mudana

Organizao dos Requisitos


Casos de Uso Manuteno de Conceitos Consultas/Relatrios

Organizando Requisitos em Casos de Uso

Nome Atores Descrio Emprestar Cliente, O cliente se identifica e identifica as fitas que deseja levar. Fitas Funcionrio O funcionrio faz o registro e libera as fitas para emprstimo. Devolver Cliente, O cliente entrega ao funcionrio as fitas. O funcionrio Fitas Funcionrio faz o registro da devoluo e o cliente efetua o pagamento devido. Reservar Cliente, O cliente solicita a reserva de um ou mais filmes. O Fitas Funcionrio funcionrio registra a reserva.

Referncias Cruzadas F1, F3, F5, F9, F10 F2, F4, F6, F7, F8 F11, F12

Diagrama de Casos de Uso UML

Granularidade em Caso de Uso

Um caso de uso deve ser mono-sesso, ou seja, executado em uma nica interao e no se estendendo ao longo de vrios dias Um caso de uso deve ser interativo, com informaes fluindo para dentro e para fora do sistema Um caso de uso deve produzir uma alterao consistente na informao armazenada

Organizao de Requisitos em Funo de Conceitos

Algumas operaes relativamente simples e elementares (de um nico passo), como o registro de uma fita, ou de um pagamento, no devem ser consideradas como casos de uso por si s, pois no h necessidade de se estudar seu processo interativo, que de um nico passo.

Modelo Conceitual Preliminar

Cada conceito normalmente tem associadas operaes de:


insero (I) alterao (A) excluso (E) consulta (C)

Tabela para Representar Operaes de Manuteno

Conceito Cliente Reserva Fita Emprstimo

I x x x

A x x x

E x x x x

C x x x x

Observao Ref. Cruzadas S possvel excluir se no houver emprstimos associados F13 F15, F16 S possvel excluir se no houver emprstimos associados F18 A incluso de emprstimo s pode acontecer atravs do F17, F19 caso de uso emprestar fitas. No possvel alterar um emprstimo, apenas excluir.

Organizao de Requisitos em Consultas

Nome Vendas Mensais Clientes Suspensos ...

Referncias Cruzadas F20, F21, F22 F13, F23, F1 ...

Planejamento do Desenvolvimento Alocar o desenvolvimento em ciclos iterativos de mesma durao Estimativa de Esforo:

Pontos de Funo Pontos de Caso de Uso

Estabelecendo Prioridades

Casos de Uso Crticos Casos de Uso de Apoio Conceitos Consultas

Planejamento dos Ciclos Iterativos

Ciclo 1 2 3 4

Casos de Uso Emprestar Fita (550) Devolver Fita (300) Reservar Filme (270) -

Manuteno de Informaes -

Consultas Observaes Neste ciclo ainda no ser implantado o mecanismo de persistncia Implementar mecanismo de persistncia (300 horas) -

Esforo estimado 550 horas 600 horas 570 horas 500 horas

Fita (100), Cliente (100) e Reserva (100) Emprestimo (100) todas (400) -

Cronograma de Execuo

Considerar:

Tempo total estimado para o projeto (em hora/pessoa). Tempo disponvel (em semanas ou meses). Tamanho da equipe. Estruturao da equipe.

Planejamento com 4 equipes


Dias: 1-10 11-20 Ciclo 1 anlise projeto Ciclo 2 anlise Ciclo 3 Ciclo 4 Implantao 21-30 implementao projeto anlise 31-40 testes implementao projeto anlise 41-50 51-60 61-70 70-90

testes implementao testes projeto implementao testes implantao

Planejamento com 2 equipes


Dias: Ciclo 1 Ciclo 2 Ciclo 3 Ciclo 4 Implantao 1-20 anlise 21-40 projeto 41-60 impl. anlise 61-80 testes projeto 81-100 impl. anlise 101-120 testes projeto 121-140 141-160 161-180 181-200 201-220

impl. anlise

testes projeto

impl.

testes implant.

Você também pode gostar