Skip to content

Commit

Permalink
add: analise caso de uso
Browse files Browse the repository at this point in the history
  • Loading branch information
DeM4rcio committed Sep 11, 2024
1 parent 3dad4dd commit dec76b8
Show file tree
Hide file tree
Showing 3 changed files with 47 additions and 1 deletion.
45 changes: 45 additions & 0 deletions docs/Analise/especificacao-caso.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,45 @@
# Inspeção da Especificação dos Casos de Uso


Utilizando o método da inspeção para a análise dos Casos de Uso, prática comum na Engenharia de Requisitos, utilizada para garantir que os casos de uso sejam completos, corretos, consistentes e compreensíveis. Essa atividade faz parte de um processo de verificação e validação dos requisitos funcionais do sistema.


O processo de inspeção é essencial para garantir que os casos de uso possam ser usados como uma base confiável para o desenvolvimento, testes e outras atividades dentro do ciclo de vida do software.


Aqui estão os passos e aspectos utilizados no formato de perguntas ao fazer a análise de inspeção de casos de uso, com o intuito de respondê-las.

1. Está definido de forma clara e objetiva os critérios de inspeção?
2. O Fluxo de Eventos possui um Fluxo Principal conciso?
3. As Exceções e Fluxos Alternativos foram documentados e tem uma sequência lógica?
4. As Pré-condições e Pós-condições estão bem definidas?
5. Está consistente com os demais requisitos funcionais e não funcionais?
6. Atores e Cenários são identificáveis e entendidos por inexperientes?

Ao analisar todas as especificações de casos de uso, de acordo com as respostas das perguntas acima, marcamos na tabela de avaliação com um "X" aqueles que são atendidos.

|Caso de Uso|1|2|3|4|5|6|
|---|---|---|---|---|---|--|
|UC001|X|X|X|X|X|X|
|UC002||X|X||X|X|
|UC008|X|X||X|X|X|
|UC009|X|X||X|X|X|
|Diagrama|X|X||||X|

## Conclusão

1. (UC002) Esclarecer o papel do Mooviter como ator, oque diferencia dele para um usuário? Porque somente ele é o ator e o usuário também não se aplica?

3. (UC008) Não documentado. Poderia aproveitar o Pós-Condição inserido para incrementar um Fluxo Alternativo, inclusive faria mais sentido.

3. (UC009) Não documentado.

4. (UC002) Como o mooviter terá essas permissões de editar e atualizar as novas informações de transportes? Qual a diferença entre usuário e moviter? O que é necessário para me tornar um mooviter?

5. (Todos) Referências aos termos do léxico encontradas na aba “Análise de Protocolo e Baseline”.



| Autor | Versão |Data|
|-------|-----------------|----|
|Guilherme||09/09/2024|
2 changes: 1 addition & 1 deletion docs/Analise/lexico.md
Original file line number Diff line number Diff line change
Expand Up @@ -89,4 +89,4 @@ Todos os itens do léxico atendem aos critérios estabelecidos pelo checklist, c

| Autor | Versão |Data|
|-------|-----------------|----|
|[Márcio Henrique]||08/09/2024|
|Márcio Henrique||08/09/2024|
1 change: 1 addition & 0 deletions docs/_sidebar.md
Original file line number Diff line number Diff line change
Expand Up @@ -34,6 +34,7 @@
* [Análise](./Analise/analise.md)
* [- Cenário](./Analise/cenario.md)
* [- Istar](./Analise/i-star.md)
* [- Especificação caso de uso](./Analise/especificacao-caso.md)
* [- Léxico](./Analise/lexico.md)
* [- Backlog](./Analise/backlog.md)
* [- Argumentação](./Analise/argumentacao.md)
Expand Down

0 comments on commit dec76b8

Please sign in to comment.