Análise de Negócios - Casos de Uso

Um dos nove diagramas da UML é o Diagrama de caso de uso. Esses não são apenas requisitos importantes, mas necessários para projetos de software. É basicamente usado em ciclos de vida de software. Como sabemos, existem várias fases no ciclo de desenvolvimento e a fase mais usada para casos de uso seria durante a fase de coleta de requisitos.

O que é um caso de uso?

Um caso de uso descreve uma sequência de ações, executadas por um sistema que fornece valor a um ator. O caso de uso descreve o comportamento do sistema sob várias condições conforme ele responde a uma solicitação de uma das partes interessadas, chamada deprimary actor.

O ator é quem do sistema, ou seja, ele é o usuário final.

Na engenharia de software e sistemas, um caso de uso é uma lista de etapas, geralmente definindo interações entre uma função (conhecida na UML como um "ator") e um sistema, para atingir um objetivo. O ator pode ser um ser humano ou um sistema externo.

Um caso de uso especifica o fluxo de eventos no sistema. Está mais preocupado com o que é executado pelo sistema para realizar a sequência de ações.

Benefícios de um caso de uso

Um caso de uso oferece os seguintes benefícios -

É um meio fácil de capturar o requisito funcional com foco no valor agregado ao usuário.
Os casos de uso são relativamente fáceis de escrever e ler em comparação com os métodos de requisitos tradicionais.
Os casos de uso forçam os desenvolvedores a pensar da perspectiva do usuário final.
O caso de uso envolve o usuário no processo de requisitos.

A anatomia de um caso de uso

Nome : nome descritivo que ilustra a finalidade do caso de uso.

Descrição : descreve o que o caso de uso faz em algumas frases.

Ator : Liste todos os atores que participam do caso de uso.

Pré-condição : Condições que devem ser atendidas antes de iniciar o caso de uso.

Fluxo de eventos : Descrição da interação entre o sistema e o ator.

Pós-condição : Descreva o estado do sistema após o término de um caso de uso.

Orientação para modelo de caso de uso

Documente cada caso de uso usando o modelo fornecido no final deste capítulo. Esta seção fornece uma descrição de cada seção do modelo de caso de uso.

Identificação de caso de uso

Use-Case ID- Dê a cada caso de uso um identificador numérico exclusivo, em forma hierárquica: XY Casos de uso relacionados podem ser agrupados na hierarquia. Os requisitos funcionais podem ser rastreados até um caso de uso rotulado.
Use-Case Name- Indique um nome conciso e orientado a resultados para o caso de uso. Eles refletem as tarefas que o usuário precisa realizar usando o sistema. Inclui um verbo de ação e um substantivo. Alguns exemplos -
- Visualize as informações do número da peça.
- Marque manualmente a origem do hipertexto e estabeleça o link para o destino.
- Faça um pedido de um CD com a versão de software atualizada.

Histórico de caso de uso

Aqui, mencionamos sobre os nomes das pessoas que são os stakeholders do documento Usecase.

Created By - Forneça o nome da pessoa que inicialmente documentou este caso de uso.
Date Created - Insira a data em que o caso de uso foi documentado inicialmente.
Last Updated By - Forneça o nome da pessoa que executou a atualização mais recente na descrição do caso de uso.
Date Last Updated - Insira a data em que o caso de uso foi atualizado mais recentemente.

Definição de Caso de Uso

A seguir estão as definições dos principais conceitos de Caso de Uso -

Ator

Um ator é uma pessoa ou outra entidade externa ao sistema de software que está sendo especificado, que interage com o sistema e executa casos de uso para realizar tarefas. Diferentes atores geralmente correspondem a diferentes classes de usuários, ou funções, identificadas na comunidade de clientes que usará o produto. Nomeie o (s) ator (es) que realizarão este caso de uso.

Descrição

Forneça uma breve descrição do motivo e do resultado desse caso de uso, ou uma descrição de alto nível da sequência de ações e do resultado da execução do caso de uso.

Condições prévias

Liste todas as atividades que devem ocorrer, ou quaisquer condições que devem ser verdadeiras, antes que o caso de uso possa ser iniciado. Numere cada pré-condição.

Examples

A identidade do usuário foi autenticada.
O computador do usuário tem memória livre suficiente disponível para iniciar a tarefa.

Condições de postagem

Descreva o estado do sistema na conclusão da execução do caso de uso. Numere cada condição de postagem.

Examples

O documento contém apenas tags SGML válidas.
Preço do item no banco de dados foi atualizado com novo valor.

Prioridade

Indique a prioridade relativa de implementação da funcionalidade necessária para permitir que este caso de uso seja executado. O esquema de prioridade usado deve ser o mesmo usado na especificação de requisitos de software.

Frequência de uso

Estime o número de vezes que esse caso de uso será executado pelos atores por alguma unidade de tempo apropriada.

Curso Normal de Eventos

Forneça uma descrição detalhada das ações do usuário e respostas do sistema que ocorrerão durante a execução do caso de uso sob condições normais esperadas. Essa sequência de diálogo acabará por levar à realização da meta declarada no nome e na descrição do caso de uso. Esta descrição pode ser escrita como uma resposta à pergunta hipotética, “Como faço para <realizar a tarefa declarada no nome do caso de uso>?” Isso é melhor feito como uma lista numerada de ações executadas pelo ator, alternando com as respostas fornecidas pelo sistema.

Cursos alternativos

Documente outros cenários de uso legítimos que podem ocorrer neste caso de uso separadamente nesta seção. Indique o curso alternativo e descreva quaisquer diferenças na sequência de etapas que ocorrem. Numere cada curso alternativo usando o ID do caso de uso como um prefixo, seguido por “AC” para indicar “Curso alternativo”. Exemplo: XYAC.1.

Exceções

Descreva quaisquer condições de erro previstas que podem ocorrer durante a execução do caso de uso e defina como o sistema deve responder a essas condições. Além disso, descreva como o sistema deve responder se a execução do caso de uso falhar por algum motivo imprevisto. Numere cada exceção usando o ID do caso de uso como um prefixo, seguido por “EX” para indicar “Exceção”. Exemplo: XYEX.1.

Inclui

Liste todos os outros casos de uso incluídos (“chamados”) por este caso de uso. A funcionalidade comum que aparece em vários casos de uso pode ser dividida em um caso de uso separado, que é incluído por aqueles que precisam dessa funcionalidade comum.

Requisitos especiais

Identifique quaisquer requisitos adicionais, como requisitos não funcionais, para o caso de uso que pode precisar ser tratado durante o design ou implementação. Isso pode incluir requisitos de desempenho ou outros atributos de qualidade.

Suposições

Liste todas as suposições feitas na análise que levaram à aceitação desse caso de uso na descrição do produto e redigindo a descrição do caso de uso.

Notas e questões

Liste todos os comentários adicionais sobre este caso de uso ou quaisquer questões pendentes restantes ou TBDs (a serem determinados) que devem ser resolvidos. Identifique quem resolverá cada problema, a data de vencimento e qual será a resolução final.

Gerenciamento de mudanças e controle de versão

O controle de versão é o gerenciamento de alterações em documentos, grandes sites da Web e outras coleções de informações. As alterações são geralmente identificadas por um número ou código de letra, denominado como número de revisão ou nível de revisão. Cada revisão está associada a um carimbo de data / hora e a uma pessoa que faz a alteração.