1
Use Cases Serve para identificar as fronteiras do sistema e descrever os serviços ( use cases) que devem ser disponibilizados a cada um dos diversos utilizadores (atores). Ciclo de vida • Preparar - investigar a área do problema e fixar os requisitos e âmbito da solução. (Compreensão do problema; Requisitos e âmbito do sistema; Plano de projeto.) • Construir - analisar o problema, e construir modelos abstratos de resolução. Destes modelos, evoluir para especificações lógicas da solução pretendida e, finalmente, implementar numa linguagem de programação. (Modelos de Análise; Desenho; Protótipo operacional.) • Instalar - transferir a solução para os ambientes reais de produção. (Transferência para ambiente de produção) Fase 1 - Definir requisitos A análise de requisitos é uma disciplina só por si, para além do âmbito deste texto. A bem da simplicidade, vamos abreviar e avançar uma listagem informal de requisitos. No nosso caso de estudo, vamos limitar-nos ao processador de texto Microsoft Word. Verdadeiramente importante é que neste processo não sejam omitidos requisitos! Regra prática • Os requisitos devem ser numerados de forma a poderem ser rastreados nas fases subsequentes do desenvolvimento. Casos de Utilização • Representa uma ação entre um utilizador (humano ou máquina) e um sistema; • Descrevem a funcionalidade que um ator necessita de executar para obter um determinado resultado, um objetivo; • Diagramas de alto nível, pouco detalhados; • Sequência de ações que um ou mais atores realizam num sistema • O Diagrama de CU funciona frequentemente como instrumento de comunicação com os utilizadores. • Actor – Papel que um utilizador desempenha relativamente ao sistema em análise. Também pode corresponder a um SI ou hardware. • Caso de Utilização – Especificação de uma sequência de ações que um sistema pode realizar interagindo com atores do sistema. Regra prática • Os UC são modelados como elipses; • Os UC devem começar com um verbo no infinitivo. Esta técnica dá enfoque à natureza funcional dos UC. Por exemplo: – “Levantar dinheiro”; – “Agendar consulta”; – “Efetuar inscrição”. • Atores, figuras estilizadas de pessoas.

Resumo diagrama de casos de utilização

Embed Size (px)

Citation preview

Use Cases

Serve para identificar as fronteiras do sistema e descrever os serviços (use cases) que devem ser disponibilizados a cada um dos diversos utilizadores (atores). Ciclo de vida

• Preparar - investigar a área do problema e fixar os requisitos e âmbito da solução. (Compreensão do problema; Requisitos e âmbito do sistema; Plano de projeto.)

• Construir - analisar o problema, e construir modelos abstratos de resolução. Destes modelos, evoluir para especificações lógicas da solução pretendida e, finalmente, implementar numa linguagem de programação. (Modelos de Análise; Desenho; Protótipo operacional.)

• Instalar - transferir a solução para os ambientes reais de produção. (Transferência para ambiente de produção) Fase 1 - Definir requisitos A análise de requisitos é uma disciplina só por si, para além do âmbito deste texto. A bem da simplicidade, vamos abreviar e avançar uma listagem informal de requisitos. No nosso caso de estudo, vamos limitar-nos ao processador de texto Microsoft Word. Verdadeiramente importante é que neste processo não sejam omitidos requisitos! Regra prática • Os requisitos devem ser numerados de forma a poderem ser rastreados nas fases subsequentes do desenvolvimento. Casos de Utilização

• Representa uma ação entre um utilizador (humano ou máquina) e um sistema; • Descrevem a funcionalidade que um ator necessita de executar para obter um

determinado resultado, um objetivo; • Diagramas de alto nível, pouco detalhados; • Sequência de ações que um ou mais atores realizam num sistema • O Diagrama de CU funciona frequentemente como instrumento de comunicação

com os utilizadores. • Actor – Papel que um utilizador desempenha relativamente ao sistema em análise.

Também pode corresponder a um SI ou hardware. • Caso de Utilização – Especificação de uma sequência de ações que um sistema pode

realizar interagindo com atores do sistema. Regra prática

• Os UC são modelados como elipses; • Os UC devem começar com um verbo no infinitivo. Esta técnica dá enfoque à

natureza funcional dos UC. Por exemplo: – “Levantar dinheiro”; – “Agendar consulta”; – “Efetuar inscrição”.

• Atores, figuras estilizadas de pessoas.