Caso de Uso

Introdução

Neste artefato, nosso objetivo é relatar de forma detalhada a verificação do artefato Caso de uso desenvolvido pelo Grupo 01. Essa verificação é fundamental para garantir que todas as atividades planejadas estejam devidamente alinhadas com os objetivos do projeto, os prazos estabelecidos e as expectativas dos stakeholders. Analisaremos a coerência das datas, a distribuição das tarefas e a viabilidade dos casos de uso assegurando que eles sejam realistas e exequíveis.

Características da Verificação dos Princípios Gerais do Projeto

A Tabela 1 a seguir detalha as características referentes à execução da verificação do artefato desenvolvido pelo Grupo 01, destacando informações essenciais como a entrega referente, nome do artefato, versão, responsável pelo desenvolvimento e verificação, e a data em que a verificação foi realizada.

Tabela 1 - Características da execução da verificação

Entrega referente	Nome do Artefato	Versão do artefato	Responsável pelo Desenvolvimento do Artefato	Responsável pela Verificação do Artefato	Data da Verificação
Entrega 03	Caso de Uso	1.2	Douglas Marinho e Henrique Torres	Diego Sousa e Luiz Gustavo	01/07/2024

Fonte: Diego Sousa

Checklist

A Tabela 2 a seguir apresenta a verificação do artefato Caso de uso do Grupo 01 por meio de um checklist detalhado. Esta verificação tem como objetivo assegurar que todos os elementos essenciais do artefato estão presentes e bem definidos, garantindo sua qualidade e conformidade com os requisitos estabelecidos.

Tabela 2 - Verificação do Caso de Uso

ID	Descrição	Avaliação	Observações	Explicação e Referência	Imagem da Referência
1	As elipses representam as ações caso de uso?	Sim	-	Na UML, um caso de uso é representado como uma figura oval1	Imagem
2	O caso de uso representa o usuário e suas interações com o sistema?	Sim	-	Casos de Uso modelam um diálogo entre um ator e o sistema. Eles representam a funcionalidade fornecida pelo sistema 1	Imagem
3	O usuário reside fora das fronteiras da aplicação?	Sim	-	Atores não são parte do sistema - eles representam algo ou alguém que deve interagir com o sistema 4	Imagem
4	O caso de uso produzido é uma funcionalidade completa que entrega algum valor?	Sim	-	Um caso de uso tipicamente representa uma peça maior de funcionalidade que está completa do início ao fim. Um caso de uso deve fornecer algo de valor para um ator1	Imagem
5	Existem fluxos como: principal, alternativo e de exceção?	Sim	-	O fluxo de eventos para um caso de uso é uma descrição dos eventos necessários para atingir o comportamento esperado do caso de uso. O fluxo de eventos é escrito em termos do que o sistema deveria fazer, não como o sistema o faz3	Imagem
6	Os fluxos principais representam como usuário usaria a funcionalidade de forma primária?	Sim	-	Cada sistema normalmente tem um Diagrama de Caso de Uso principal, o qual é uma representação da fronteira do sistema (atores) e a maior funcionalidade fornecida pelo sistema (casos de uso)2	Imagem
7	A fronteira do sistema é apresentada?	Sim	-	Cada sistema normalmente tem um Diagrama de Caso de Uso principal, o qual é uma representação da fronteira do sistema (atores) e a maior funcionalidade fornecida pelo sistema (casos de uso)2	Imagem
8	Os relacionamentos "include" são representados nos casos de uso?	Sim	-	Muitos casos de uso podem compartilhar pedaços de pequenas funcionalidades. Esta funcionalidade é colocada em separado em outro caso de uso ao invés de ser documentada em cada caso de uso que precisa dela. Relacionamentos de "include" são criados entre um novo caso de uso e qualquer outro caso de uso que utilize esta funcionalidade5	Imagem
9	Os relacionamentos "extend" são representados nos casos de uso?	Sim	-	Um relacionamento de "extend" é usado para mostrar: comportamento opcional,comportamento que somente é executado sobre determinadas condições, como o disparo de um alarme, muitos diferentes caminhos que podem ser executados de acordo com uma seleção feita por um ator5	Imagem

Fonte: João Artur

Vídeos de Verificação

Vídeo 1

Vídeo de Verificação dos Casos de Uso.

<

Referência Bibliografica

1. PIMENTEL, Andrey R. Projeto de Software Usando a UML, Tópico 3.4. CASOS DE USO. Paraná, 2007.

2. PIMENTEL, Andrey R. Projeto de Software Usando a UML, Tópico 3.5. DIAGRAMAS DE CASO DE USO. Paraná, 2007.

3. PIMENTEL, Andrey R. Projeto de Software Usando a UML, Tópico 4.2 A ESPECIFICAÇÃO DE UM CASO DE USO. Paraná, 2007.

4. PIMENTEL, Andrey R. Projeto de Software Usando a UML, Tópico 3.3. ATORES. Paraná, 2007.

5. PIMENTEL, Andrey R. Projeto de Software Usando a UML, Tópico Aula 5 RELACIONAMENTOS ENTRE CASOS DE USO . Paraná, 2007.

Bibliografia

1. BARBOSA, Simone Diniz Junqueira et al. Interação humano-computador e experiência do usuário. 1. ed. Rio de Janeiro: Simone Diniz Junqueira Barbosa, 2021. Autopublicação. ISBN: 978-65-00-19677-1.

2. Projeto da disciplina Interação Humano-Computador. SIGAA. Disponível em: <https://interacao-humano-computador.github.io/2024.1-SIGAA/#/>. Acesso em: 06/06/2024.

3. Projeto da disciplina Interação Humano-Computador. Bilheteria Digital. Disponível em: <https://interacao-humano-computador.github.io/2023.1-BilheteriaDigital/verificacao/grupo2/etapa3/planejamento-verificacao-etapa3-grupo2/>. Acesso em: 06/06/2024.

4. Projeto da disciplina Interação Humano-Computador. Dominio Público. Disponível em: <https://interacao-humano-computador.github.io/2023.2-Dominio-Publico/verficacao/verificacao_grupo_5/etapa_analise_requisitos/planejamento_avaliacao/>. Acesso em: 06/06/2024.

Histórico de Versão

Versão	Data	Data Prevista de Revisão	Descrição	Autor(es)	Revisor(es)
1.0	01/07/2024	10/06/2024	Criando documento, introdução e checklist do artefato	Diego Sousa	João Artur
2.0	07/07/2024	07/07/2024	Padronizações e correções	Luiz Gustavo	Henrique Torres