Anlise de Requisitos
Prof. Eduardo Ferreira de Abreu
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
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;
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.
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, ...).
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.
Casos de Uso
Cada caso de uso tem uma descrio o qual descreve a funcionalidade que ir ser construda no sistema proposto.
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
( )
( )
...
...
...
...
F11, F12
Use Case
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
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.