As seguintes questões básicas devem ser consideradas para detalhar todos os requisitos que não estão especificados no modelo de casos de uso:

  • Funcionalidade: O que o software deve fazer? Isso deve incluir:
    • Verificações de validade das entradas
    • Respostas gerais para situações anormais, incluindo: sobrecarga, recursos de comunicação, tratamento e recuperação de erros
    • Efeitos de parâmetros
    • Relacionamento de saídas com entradas, incluindo seqüências de entrada/saída e fórmulas para conversão de entrada para saída
  • Interfaces externas: Como o software interage com as pessoas, o hardware do sistema, outros hardwares e softwares?
  • Desempenho: Qual é a velocidade, a disponibilidade, o tempo de resposta, o tempo de recuperação das diversas funções do software etc.? Foram incluídos requisitos estáticos e dinâmicos?
  • Requisitos lógicos de banco de dados: Todos os requisitos lógicos foram especificados para as informações que devem ser inseridas em um banco de dados? Isso pode incluir:
    • Tipos de informações usadas por diversas funções
    • Freqüência de uso
    • Acesso a recursos
    • Entidades de dados e os respectivos relacionamentos
    • Restrições de integridade
    • Requisitos de retenção de dados
  • Compatibilidade com Padrões: Foram especificados todos os requisitos derivados do padrão e das normas existentes? Como isso será rastreado?
  • Atributos: Quais são as considerações de confiabilidade, disponibilidade, portabilidade, precisão, manutenibilidade, segurança, etc.?
  • Restrições de design impostas em uma implementação: Estão em vigor padrões requeridos, linguagem de implementação, políticas de integridade de banco de dados, limites de recursos, ambiente(s) operacional(is) etc.?
 

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process