Caso de Uso
Introdução
Neste artefato, nosso objetivo é relatar de forma detalhada a verificação do artefato Caso de uso desenvolvido pelo Grupo 02. 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 02, 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 | 2.8 |
Breno, Pedro, Larissa, Iago, Luana e Bruno | Diego, Henrique João Artur e Luiz | 10/06 |
Fonte: João Artur.
Checklist
A Tabela 2 a seguir apresenta a verificação do artefato Caso de uso do grupo 02 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êcia |
|---|---|---|---|---|
| 1 | O artefato possui uma introdução descrevendo-o? | Sim | ||
| 2 | O artefato possui padronização nos títulos? | Sim | ||
| 3 | O artefato, caso contenha tabelas, as referencia no texto? | Sim | ||
| 4 | O artefato, caso tenha figuras, as referencia no texto? | Sim | ||
| 5 | O artefato possui a fonte das figuras, tabelas e outras aspectos que necessitem da mesma? | Sim | ||
| 6 | O artefato possui bibliografia e/ou referência bibliográfica? | Sim | ||
| 7 | O artefato chama as referências bibliográficas presentes de forma correta no texto? | Sim | ||
| 8 | O artefato possui um histórico de versão padronizado apresentando as versões, datas, datas de revisão, descrição, responsáveis e revisores? | Sim | ||
| 9 | As elipses representam as ações caso de uso? | Sim | Na UML, um caso de uso é representado como uma figura oval9 | |
| 10 | 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 9 | |
| 11 | 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 12 | |
| 12 | 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 ator9 | |
| 13 | Existem fluxos como: principal, alternativo e de exceção? | Incompleto | Os fluxos existem nos diagramas porém não são evidenciados | 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 faz11 |
| 14 | 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)10 | |
| 15 | 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)10 | |
| 16 | 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 funcionalidade13 | |
| 17 | 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 ato13 |
Fonte: João Artur.
Vídeos de Verificação
Vídeo 1
Vídeo de Verificação dos Casos de Uso 1 e 2 executado pelo membro João Artur.
Vídeo 2
Vídeo de Verificação dos Casos de Uso 6, 7 e versão final, executado pelos membros Diego Sousa e Luiz Gustavo.
Vídeo 3
Vídeo de Verificação dos Casos de Uso 5, executado pelo membro Henrique Torres.
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 de junho de 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 de junho de 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 de junho de 2024.
Histórico de Versão
| Versão | Data | Data Prevista de Revisão | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|---|
1.0 |
09/06/2024 | 10/06/2024 | Criando documento, introdução e checklist do artefato | João Artur | Diego Sousa |
1.1 |
10/06/2024 | 10/06/2024 | Completando checklist de artefatos e adicionando vídeo da verificação dos diagramas de caso de uso 1 e 2 | João Artur | Diego Sousa |
1.2 |
10/06/2024 | 10/06/2024 | Adicionando vídeo da verificação dos diagramas de caso de uso 6, 7 e versão final | Diego Sousa e Luiz Gustavo | João Artur |
1.3 |
10/06/2024 | 10/06/2024 | Adicionando vídeo da verificação do diagramas de caso de uso 5 | Henrique Torres | João Artur |