José Manuel de Sacadura Rocha
[email protected]
http://unigalera.vila.bol.com.br
CLASSIFICAÇÃO DE REQUISITOS
 Requisitos 1)Funcionais,2)Não funcionais; 3) Domínio:
 1)Funcionais – do usuário, do sistema.
 Requisitos funcionais referem-se às informações
diretamente relacionadas ao funcionamento do
sistema.
http://unigalera.vila.bol.com.br
CLASSIFICAÇÃO DE REQUISITOS
 2)Não funcionais – do produto, organizacionais, de
entidades externas à organização.
 Requisitos não funcionais referem-se a informações de
entidades fora do sistema que, no entanto, interferem
no funcionamento do sistema.
 3) De Domínio – referem-se aos aspectos de controle e
são na maioria das vezes restrições impostas pelo
próprio sistema e não pelo usuário. Ex.: um sistema de
trens deve ser capaz de pará-los se passarem um farol
vermelho.
http://unigalera.vila.bol.com.br
1) REQUISITOS FUNCIONAIS
 a) Do usuário:
 Evitar confusão entre funcionais e não funcionais
 Clareza
 Simplificar fundindo requisitos
 Usar um formato-padrão
 Consistência para separar requisitos obrigatórios de
desejáveis
 Destacar as partes importantes
 Evitar jargões técnicos tanto quanto possível
http://unigalera.vila.bol.com.br
EXEMPLO a)REQUISITOS do USUÁRIO –
FORMATO-PADRÃO
 1 (procedimento no.):






1. Separação de mercadorias
2(especificação): O sistema deve emitir guia de separação de
mercadorias com suas localizações
3 (requisitos): 1. O usuário deve solicitar a emissão de guias em tela
2. O usuário pode selecionar opção da operação fiscal
3. O usuário deve selecionar o tipo de transporte
3. O usuário pode selecionar o período para emissão guias
4. O usuário deve confirmar a emissão
4 (lógica): O usuário emite as guias para separação e arrumação para
transporte de acordo com tipo de operação fiscal
5 (usuário): Os usuários são depósitos e filiais
6(restrições): Não existe
7 (data): Última definição 29/09/2008
http://unigalera.vila.bol.com.br
1)REQUISITOS FUNCIONAIS
 b) Do sistema:
 Obter visão geral do sistema através de fluxo de
informações
 Ter claro os objetivos gerais do sistema
 Lembrar que o sistema dado tem relações com outros
sistemas (totalidade)
 Desenvolver formato-padrão
 Evitar confundir com requisitos do usuário
 Evitar a complexidade da linguagem natural
 Evitar jargões técnicos
http://unigalera.vila.bol.com.br
EXEMPLO b) REQUISITOS do SISTEMA –
FORMATO-PADRÃO
 1 (procedimento no.):






1. Separação de mercadorias
2(especificação): O sistema deve emitir guia de separação de
mercadorias com suas localizações
3 (requisitos): 1. O sistema deve exigir login para a tela de emissão de
guias de separação
2. O sistema deve emitir as guias pulando formulário por
tipo de operação fiscal selecionada
3. O sistema deve considerar default guias não emitidas
4. O sistema deve considerar default a filial do login
5. O sistema deve sugerir o roteiro de separação de
acordo com o tipo de transporte selecionado
4 (lógica): O sistema emite as guias da sua filial sugerindo a separação
conforme transporte e tipo de operação fiscal
5 (usuário): Os usuários são depósitos e filiais
6(restrições): O sistema não emite guias sem seleção de tipo transporte
7 (data): Última definição 29/09/2008
2)REQUISITOS NÃO
FUNCIONAIS
Produto e Organizacionais
Externos à Empresa
 a) Produto:
 Interoperabilidade com
 Facilidade de uso
 Eficiência

 Confiabilidade

 Portabilidade

b)Organizacionais:

 Entrega

 Implementação
 Padrões
http://unigalera.vila.bol.com.br
parceiros
Éticos-Culturais
Legais
Privacidade
Segurança
Ecológicos
QUEM LÊ OS REQUISITOS?
 Clientes do Sistema
 Gerentes
 Engenheiros de sistemas
 Engenheiros de teste
 Engenheiro manutenção
http://unigalera.vila.bol.com.br
 Para verificar se atendem às suas
necessidades; podem mudar o
definido
 Para planejar um pedido de
proposta para o sistema e seu
desenvolvimento
 Para compreender que sistema
deve ser desenvolvido
 Para efetuar testes de validação
 Para compreender e ajustar a
relação entre as suas partes
DOCUMENTO DE REQUISITOS DE SW
 Prefácio: Público; Explicação da Versão e relação com
anteriores
 Introdução: Necessidade do sistema; Relação com
outros sistemas; Relação com objetivos estratégicos da
organização
 Glossário: Descrever termos técnicos
 Requisitos do Usuário (formato-padrão ou Use Case)
 Requisitos do Sistema (funcionais e não funcionais)
 Modelos do Sistema: Fluxo, DFD, DER
 Apêndices: Hardware, BD, Conectividade
 Índice
http://unigalera.vila.bol.com.br