Anda di halaman 1dari 32

Faculdades Associadas de Ariquemes

Anlise de Requisitos
Prof. Eduardo Ferreira de Abreu

Fonte: 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 emp resa. 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 i o de Interface estri o ategoria Interface esej ( ) el ermanente ( ) 2 rmazenamento de dados s interfaces do sistema devem ser implementadas como formul rios acessveis em um rowser html. camada de persistncia deve ser implementada de forma que diferentes tecnologias de ancos de dados possam vir a ser utilizadas no futuro s perfis de usurio para acesso ao sistema so: 3. dministrador - pode efetuar todas as operaes. 2. perador - pode efetuar as operaes de empr stimo, devoluo, pagamento e cadastramento. . onvidado - pode efetuar apenas consultas nos pr prios dados (cliente). ... ersistncia ( ) ( )

3 erfis de usurio

egurana

( )

( )

...

...

...

...

Organizando Requisitos em Casos de Uso


Nom e Atores Descrio Em prestar Cliente, O cliente se identifica e identifica as fitas que Fitas Funcionrio deseja levar. O funcionrio faz o registro e libera as fitas para em prstim o. Devolver Cliente, O cliente entrega ao funcionrio as fitas. O Fitas Funcionrio funcionrio faz o registro da devoluo e o cliente efetua o pagam ento devido. Reservar Cliente, O cliente solicita a reserva de um ou m ais film es. O Fitas Funcionrio funcionrio registra a reserva. Refer ncias 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 ... Refer ncias Cruzadas F20, F21, F22 F13, F23, F1 ...

Use Case

Granularidade de um 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

Organizao de Requisitos em Consultas

Anda mungkin juga menyukai