Vous êtes sur la page 1sur 26

Faculdade de Cincias Sociais de Aplicadas de Petrolina FACAPE Disciplina: Teoria Geral de Sistemas - TGS

Anlise de Requisitos
Prof. Cynara Carvalho cynaracarvalho@yahoo.com.br

Anlise de Requisitos
O tratamento da informao um requisito que fundamenta o processo de desenvolvimento de software antes da soluo de tecnologia a ser aplicada. Cada projeto deve ter suas fases de desenvolvimento adequadas s necessidades de tratamento da informao.

Conceitos
Requisito (so): Descries das funes e das restries de um sistema Definio detalhada, matematicamente formal, de uma funo do sistema Sommerville p. 82

Conceitos

Requisito (so): uma descrio dos principais recursos de um produto de software, seu fluxo de informaes, comportamento e atributos. Fornece uma estrutura bsica para o desenvolvimento de um produto de software. O grau de compreensibilidade, preciso e rigor da descrio fornecida por um documento de requisitos de software tende a ser diretamente proporcional ao grau de qualidade do produto resultante Peters p. 102

Conceitos
Requirements engineering Engenharia de Requisitos : O processo de (em relao requisitos):

Descobrir Analisar Documentar Verificar

aos

Sommerville p. 82

Conceitos
Engenharia de Requisitos : Estabelecer quais funes so requeridas pelo sistema e as restries sobre a operao e o desenvolvimento do sistema Sommerville p. 46

Conceitos
Engenharia de Requisitos : Um processo que envolve todas as atividades exigidas para criar e manter o documento de requisitos de sistema Sommerville p. 103

Conceitos
Engenharia de Requisitos objetiva: Fornecer mtodos para compreender a natureza de um problema Estabelecer com exatido o que um sistema deve fazer Sommerville p. 82

Conceitos

Levantamento e Anlise de Requisitos


Obteno

de requisitos

1) Entrevistas 2) Observao 3) Anlise de tarefas

Requisitos
Fala-se muito sobre requisitos; propagamse necessidades de gesto de mudanas de atendimento ao cliente; Diz-se muito de mtodos, tcnicas e ferramentas para descrev-los e represent-los, mas muito pouco da aplicao prtica deste conhecimento

Requisitos

O requisito uma condio cuja exigncia deve ser satisfeita. Se a condio produzir algo, diz-se que o requisito funcional Se a condio caracterizar algo ( propriedade, comportamento, restrio, etc,...), diz-se que o requisito no-funcional.

Requisitos

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

Classificao de Requisitos no funcionais

Usabilidade:requisitos que selecionam ou afetam a usabilidade do sistema. Exemplos incluem a facilidade de uso e a necessidade ou no de treinamento dos usurios. Confiabilidade: Tratamento de falhas, possibilidade de previso, no erros de programao; Desempenho: Velocidade, eficincia, preciso, tempo de recuperao, tempo de resposta, uso de recurso, etc; Configurabilidade: O que pode ser configurado pelos usurios do sistema; Portabilidade:restries sobre a plataforma de hardware e de software nas quais o sistema ser implantado e sobre o grau de facilidade para transportar o sistema para outras plataformas. Segurana: Permisses de usurios do sistema;

Requisitos

Requisitos funcionais evidentes so efetuados com conhecimento do usurio; Requisitos funcionais ocultos so efetuados pelo sistema sem o conhecimento explcito do usurio; Descrever requisitos funcionais e requisitos nofuncionais requer tratar dois aspectos: primeiro, "Produzir"; segundo, "com Qualidade", as duas faces da moeda aplicveis Engenharia de Software.

Requisitos
O processo de produo de software depende da definio clara de qual produto construir. Esta definio fundamenta-se no conhecimento do problema e na viabilizao de oportunidade de negcio com o uso de tecnologia da informao.

Requisitos

A estratgia o tratamento multidisciplinar da informao de requisitos obtida do ponto de vista dos stakeholder (fonte de informao) para o entendimento e atendimento s necessidades.

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. Cdigo do requisito no funcional (Ex.: NF1.1, NF1.2, ... NF2.1, NF2.2, ...).

Tabela de Requisitos No Funcionais

Nome do requisito no funcional (especificao curta). Restrio: especificao do requisito no funcional. Categoria: tipo de restrio: segurana, performance, compatibilidade, etc. Obrigatoriedade: se o requisito desejvel ou obrigatrio.

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
Cada

caso de uso tem uma descrio o qual descreve a funcionalidade que ir ser construda no sistema proposto.

Manuteno de Conceitos Consultas/Relatrios

Requisitos Funcionais e No Funcionais Associados


F1 Registrar emprstimos Oculto ( ) 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 NF1.1 Controle de A funo s pode ser acessada por usurio com Segurana ( ) (x) Acesso perfil de operador ou superior. NF1.2 Identificao de As fitas devem ser identificadas por um cdigo de Interface ( ) (x) Fitas barras NF1.3 Identificao O cliente dever ser identificado a partir de seu Interface ( ) ( ) do cliente nome NF1.4 Tempo de O tempo para registro de cada fita deve ser inferior Performance (x) ( ) registro a um segundo. NF1.5 Janela nica Todas as funes relacionadas a emprstimos Interface (x) (x) devem ser efetuadas em uma nica janela ... ... ... ... ...

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

Permanente ( ) ...

Requisitos Suplementares
Nome S1 Tipo de Interface Restrio As interfaces do sistema devem ser implementadas como formulrios acessveis em um browser html. A camada de persistncia deve ser implementada 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). ... Categoria Interface Desejvel ( ) Permanente ( ) S2 Armazenamento de dados Persistncia ( ) (x)

S3 Perfis de usurio

Segurana

( )

( )

...

...

...

...

Organizando Requisitos em Casos de Uso


Nome Atores Descrio Emprestar Cliente, O cliente se identifica e identifica as fitas que Fitas Funcionrio deseja levar. O funcionrio faz o registro e libera as fitas para emprstimo. Devolver Cliente, O cliente entrega ao funcionrio as fitas. O Fitas Funcionrio 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

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 S possvel excluir se no houver emprstimos associados S possvel excluir se no houver emprstimos associados A incluso de emprstimo s pode acontecer atravs do caso de uso emprestar fitas. No possvel alterar um emprstimo, apenas excluir. Ref. Cruzadas F13 F15, F16 F18 F17, F19

Organizao de Requisitos em Consultas


Nome Vendas Mensais Clientes Suspensos ... Referncias Cruzadas F20, F21, F22 F13, F23, F1 ...

Exemplo de Caso de Uso Cadastrar Cliente

Vous aimerez peut-être aussi