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: estouro, recursos de comunicação, manipulação 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 várias funções de software, etc.? Foram incluídos requisitos estáticos e dinâmicos?
  • Requisitos lógicos do banco de dados: Todos os requisitos lógicos foram especificados para as informações que devem ser colocadas em um banco de dados? Isso pode incluir:
    • Tipos de informações utilizadas 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
  • Conformidade 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, manutenção, segurança, etc.?
  • Restrições de design impostos 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.?


Rational Unified Process   2003.06.15