Índice ColaboreContato: carlosapoie.org | leandroapoie.org

                  Especificação de Requisitos

 É o processo como o sistema deverá se comportar e que propriedades ou atributos deverão ter (o que pode ser feito, o que pode ser ampliado, o que deve ser simplificado). 
Elemenos da Especificação de Requisitos
1. Saida
Introdução   Proposta    Convenções do documento   Audiência pretendida e sugestões de leitura   Escopo de Projeto
Descrição geral   Perspectiva do produto  Caracteristicas do produto  Classes de usuários e características  Ambiente de operação (AO)  Limitações de design e implementação       (LI)  Documentação do usuário (DU)  Presupostos e dependências (PE) (DE)
Caracteristicas do Sistema   Carcteristicas do sistema X  
       Estimulos / Seqüência de respostas
       Requisitos Funcionais
Requisitos de interface externa   Interface do usuário (IU)  Interface de Hardware (IH)  Interface de software (IS)  Interface de comunicação (IC
Requisitos não funcionais
Produto   facilidade de uso  confiabilidade  portabilidade   
eficiência   desempenho e espaço
Organização   entrega  implementação  padrão
Externo   interoperabilidade  ético 
legal   privacidade  segurança
Outros requisitos   Dicionário  de dados
2. Entrada
Visão e Escopo
Requisitos de Negocio  . Motivo, Oportunidade de Negocio e  Necessidade do cliente
 . Objetivos do Negocio (BO) e Critério de  Sucesso (SC)
 . Necessidades do Cliente ou Mercado
 . Riscos do Negocio (R)
Visão da Solução  . Declaração da Visão
 . Principais características (C)
 . Pressupostos (P) e dependências (D)
Escopo e limitações  . Escopo da versão incial (C) (V) e
 . Escopo das versões subseqüentes (C) (V)
 . Limitações e exclusões (L) (E)
Contexto do Negocio  . Perfil dos participantes (papel, valor principal,atitudes, principal interesse e limitações)
 . Prioridades de projeto (Dimensão, diretrizes,limitações, grau de liberdade)
 . Ambiente de Operação
3. Processo
  • Elicitação - Identifiicação das origens de informações sobre o sistema e descoberta dos requisitos destes. Usar as necessidades ou descrição da solução como fonte para a elicitação.  Separar requisitos funcionais e não funcionais
     
    Exemplo - 
    Requisto (identificação [funcional | não funcional] [descrição] )

  • Análise  - Entender os requistos, suas sobrecargas e seus conflitos. Montar tabelas de decisões para analisar ambiguidades e redundancias.
     
  • Validação - Voltar para os interessados no sistema e checar se os requisitos são o que eles realmente tem necessidade.
     
  • Negociação - Inevitavelmente, visões dos interesados diferirão, e o que propuseram para requisitos podem estar em conflito. Tentar reconciliar visões contraditórias e gerarum conjunto consistente de requisitos.

  • Especificação - Documentação contendo os requisitos de modo que os interessados de software posam entender.

  • Gerenciamento  - Controlar as mudanças de requisitos que inevitavelmente surgirão.                  
4. Componentes
Técnicas de obtenção de requisitos na Elicitação   entrevista  brainstorming  JAD  questionário  observação  analise de depoimentos  prorotipação  cenários  casos de uso  reuso de requisitos
 
  tabela de decisão             blocos de constução

Procedimentos de Gerenciamentoo Procedimento de controle de mudanças.
Procedimento de manutenção da matriz de rastreabilidade.
Procedimento de atendimento de solicitação
Procedimento de analise de consistência de requisitos e produtos obtidos
Procedimento de aprovação de requisitos 
5. Exemplo
     Controle de trafego        cartão transporte  
6. Referencia
    Processo para Elaborar Requisitos de Software