Anlise e Projeto de Sistemas I

Especificao de Requisitos Prof.Eduardo Siqueira Martins

Especificao de Requisitos Introduo

Objetivo: obter a descrio completa, clara e precisa dos requisitos do produto a ser desenvolvido. Primeira etapa do ciclo de vida de um sistema o pilar de todo sistema; Levanta junto ao usurio/cliente as caractersticas do problema e as funcionalidades a conter no sistema; Atividades feitas na etapa de Especificao
- Levantamento e estudo do cenrio; - Identificao dos problemas atuais enfrentados pela empresa e quais seus anseios; - Identificao das caractersticas funcionais e no-funcionais a conter no sistema; - Documentao do problema e do sistema proposto.

Especificao de Requisitos Introduo

Quem participa - A equipe do projeto - Representantes do cliente - Usurios chaves - Outros especialistas da rea de aplicao Engenharia de requisitos: tcnicas de levantamento, documentao e validao de requisitos

Introduo
Contedo da especificao: - Funcionalidades do sistema: + importante, relata o O QUE - Interfaces externas (pessoas ou mquinas): com quem ir interagir - Desempenho (diante do volume esperado de dados que o sistema ir manipular): caixa eletrnico - Atributos de portabilidade, manutenibilidade e confiabilidade:
criticidade de cada uma delas

- Restries impostas pela aplicao: padres, linguagem, limites de recursos, BD, etc : decises futuras Evoluo dos requisitos: frequentemente h mudana ou descoberta - Descoberta de defeitos nos requisitos (requisitos mal feito) - Descobertas a respeito do problema ( rea conhec. e negcio recm aberto) - Falta de detalhes - Alteraes incontornveis (ex.: mudanas legais)

Limites
Limites da especificao (o que no deve aparecer na especificao de requisitos): - Detalhes de desenho ou de implementao
Partio do produto em mdulos Alocao de funes aos mdulos Fluxo de informaes entre mdulos Estruturas de dados

- Aspectos gerenciais
- custos e prazos - Cronograma de entregas - Procedimentos de controle de qualidade

Caractersticas
Caractersticas de uma boa especificao
Correta Precisa Completa Consistente Priorizada: importncia, estabilidade e complexidade Verificvel: requisitos definidos em termos qualitativos no so verificveis - Modificvel - Rastrevel

Itens da Especificao
Itens da Especificao de Requisitos segundo o PRAXIS: Definio do escopo Misso do produto: objetivo e responsabilidades do produto de forma sintetizada; Limite: o que o produto no far. Limites funcionais ou no-funcionais; Benefcios do produto e o valor destes para o cliente; Referncias e definio de siglas;

Itens da Especificao
Definio dos requisitos Identificao dos casos de uso: funes do produto Atores: usurios ou outros sistemas que interagem com o produto Diagramas de casos de uso: relao ator/caso de uso

Durante a etapa de definio dos requisitos basta uma descrio sucinta do caso de uso.
Ex.: Cadastro de Clientes: Processamento de incluso, alterao e excluso de clientes.

- O Detalhamento do caso de uso feito a seguir.

Atores
Atores: modelam os papis dos usurios. Critrios para identificao de atores:
Quem est interessado em certo requisito; Onde o produto ser usado; Quem se beneficiar do produto; Quem fornecer informao ao produto; Quem usar informaes do produto; Quem remover informaes do produto; Quem dar suporte e manuteno ao produto; Quais os recursos externos usados pelo produto; Quais papis desempenhados por cada usurio; Quais grupos de usurios que desempenham o mesmo papel; Quais sistemas legados com os quais o produto deve interagir.

Atores / Casos de Uso

Para cada ator deve-se definir:
suas responsabilidades; permisses de acesso no sistema; frequncia de uso; nvel de instruo; proficincia na aplicao: operacional, completa; proficincia em informtica.

Relao ator/caso de uso: diagrama de casos de uso.

Cadastro de Clientes Atendente

Realizao de Emprstimos

Atores
Herana entre atores

Gerente

Gerente de Compras

Gerente de Vendas

Identificados os atores possvel realizar uma nova checagem dos casos de uso:
Quais as tarefas de cada ator; Que informaes cada ator cria, armazena, consulta, altera e exclui; Que mudanas externas devem ser informadas ao produto pelos atores; Que ocorrncias o produto deve informar ao ator.

Diagrama de Casos de Uso

O Diagrama de Casos de Uso mostra interfaces do produto com seu ambiente de aplicao
Emisso de Nota Fiscal <<extend>>

Caixeiro

Operao de Venda

Sistema Financeiro

Gestor de Estoque

Gesto Manual de Estoque

Abertura do Caixa

Gesto de Pedidos de Compras

Fechamento do Caixa Gerente

Gesto de Mercadoria

Gesto de Usurios

Gesto de Fornecedores

Gestor de Compras

Emisso de Relatrios

Itens da Especificao
Outros requisitos:
Restries Ambiente: SO, configurao de computadores necessrios para executar a aplicao, tipo de impressora; Expansibilidade; Legais; Segurana: permisses de acesso.

Detalhamento dos Requisitos Funcionais

Para facilitar o entendimento dos casos de usos mais complexos podem ser usados outros recursos e diagramas adicionais.

Dentre estes recursos destaca-se a utilizao de casos de uso secundrios que simplificam os casos de uso primrios atravs de mecanismos de extenso e incluso.

Detalhamento dos Requisitos Funcionais

Extenso: O caso de uso B estende o caso de uso A quando B representa uma situao opcional ou de exceo.
Operao de venda <<extend>> Emitir Nota Fiscal

Caixa

Atendente

Devoluo

<<extend>>

Emisso Nota Dbito

Detalhamento dos Requisitos Funcionais

Incluso: O caso de uso A inclui o caso de uso B quando B representa uma atividade complexa e comum a vrios casos de uso. Exemplo:
Ajuste de estoque
<<include>> Baixa no Estoque <<include>>

Gestor de Estoque

Caixa

Operao de venda

Detalhamento (Descrio) dos Casos de Uso

Fluxos dos casos de uso: para cada caso de uso necessrio Precondies: condies que supe-se que esto satisfeitas ao iniciar a execuo do caso de uso. Fluxo principal: representa a execuo normal da funo. Subfluxos: geralmente descrevem detalhes de iteraes, ou de condies executadas com frequncia.

Fluxos alternativos: condies opcionais ou excepcionais.

Detalhamento dos Casos de Uso

A descrio dos fluxos devem ser feitas em linguagem natural (portugus), na forma de uma sequncia de passos.
Semelhante ao Portugus Estruturado usado na descrio de algoritmos.
Cada frase uma ao de um ator ou do sistema que deve aparecer como sujeito da frase.

Recordando algoritmos:
Problema: calculo de uma equao do 2 grau (ax2 + bx + c) Passos: 1- L o a, b e c da equao 2- Calcula o da equao. 3- Se > 0: 3.1- Calcula x e x

Detalhamento dos Casos de Uso

Exemplo: Caso de uso: Operao de Venda

Precondies:
1. Toda mercadoria a ser vendida (item de venda) deve estar previamente cadastrada. 2. O Caixa deve estar aberto - Modo de Vendas.

Fluxo Principal: 1. O Caixa faz a abertura da venda. 2. O Sistema gera o cdigo da operao de venda. 3. Para cada item de venda aciona o subfluxo Registro de Item. 4. O Caixa registra a forma de pagamento. 5. Se a venda for a prazo: 5.1. O Sistema insere as parcelas de contas a receber.

Detalhamento dos Casos de Uso

Continuao Caso de uso: Operao de Venda

Subfluxo Registro de Item

1. O Caixa registra o item de venda, informando a identificao e a quantidade da mercadoria. 2. O Sistema totaliza o preo da mercadoria no preo total da venda.

Fluxo alternativo: Impresso da Nota Fiscal

1. Aps o item 5, se o Gerente ou o Cliente solicitar 1.1 Imprimir Nota Fiscal.

Detalhamento dos Casos de Uso

Determinao dos fluxos de casos de uso:
Quando e como o caso de uso se inicia? Como o caso de uso interage com os atores? Seqncia normal dos passos do caso de uso? Possveis seqncias anormais e alternativas dos passos do caso de uso?

Quando e como o caso de uso termina?

Detalhamento dos Requisitos NoFuncionais

Incluem requisitos de desempenho e de qualidade exigidos no sistema. Devem ser mensurados de forma quantitativa. Um requisito no-funcional pode ser global ou apenas especfico de um caso de uso.
Exemplo de requisitos no-funcionais globais: n de usurio simultneos que o sistema deve comportar Tempo de resposta do produto deve ser menor que 5 segundos

Detalhamento dos Requisitos NoFuncionais

A medio dos requisitos no-funcionais deve ser feito nos testes de aceitao. Todos os requisitos de desempenho devem ser levantados na especificao pois afetam diretamente a arquitetura do produto.