• O nome e a breve descrição dos casos de uso de negócios são claros e fáceis de entender, mesmo para as pessoas que não fazem parte da equipe de engenharia de negócios?
    • Cada caso de uso de negócios está completo da perspectiva externa (de um ator)?
    • Cada caso de uso de negócios está envolvido com pelo menos um ator?
    • Cada caso de uso de suporte está envolvido com pelo menos um ator? Se não estiver, ele deve ser iniciado por um evento interno e não precisa interagir com o ator para executar suas atividades.
    • O fluxo de trabalho do caso de uso é claro e inteligível?
    • A redação é informal o suficiente para ser entendida pelas pessoas que não fazem parte da equipe do projeto?
    • Ela descreve o fluxo de trabalho e não somente a finalidade do caso de uso?
    • Ela descreve o fluxo de trabalho de um ponto de vista externo?
    • O caso de uso executa atividades somente dentro do negócio?
    • Todas as atividades possíveis que pertencem ao caso de uso foram descritas?
    • Foram mencionados somente os atores que interagem com o caso de uso?
    • Somente as atividades que pertencem ao caso de uso foram descritas?
    • A descrição menciona apenas os casos de uso aos quais está relacionada?
    • Ela indica claramente quando a ordem das atividades não é fixa?
    • O fluxo de trabalho está bem-estruturado?
    • O início e o final do fluxo de trabalho estão claramente descritos?
    • Os relacionamentos de extensão estão descritos com clareza de modo que fica óbvio como e quando o caso de uso é inserido?

Para os casos de uso de negócios abstratos, você pode acrescentar:

    • O caso de uso de negócios é substancial o suficiente para ser um caso de uso de negócios abstrato independente?
    • Ele contém atividades relacionadas do ponto de vista lógico?
    • Há um motivo que justifica a existência do caso de uso de negócios?
 

Copyright  (c) 1987 - 2001 Rational Software Corporation


Exibir o Rational Unified Process usando quadros

Rational Unified Process