| Versão | Autor | O que fez | Quando | Onde |
|---|---|---|---|---|
| 1.0 | Pedro Igor | Criou o documento. | 21/11/2019 | Remoto |
| 1.1 | Pedro Igor | Padronizou o documento. | 23/11/2019 | Remoto |
Casos de uso
1. Sumário
- Sumário
- Introdução
- Metodologia
- Questionário
- Resultados
- Conclusão
- Referências
2. Introdução
Casos de uso são uma descrição visual de como espera-se que o usuário realize tarefas em uma aplicação. Por meio deles é possível cobrir grande parte das formas de utilização da aplicação.
3. Metodologia
A técnica de verificação utilizada foi a utilização de uma tabela disponibilizada pelo site governamental Usability que lista o que um bom caso de uso deve incluir e não deve incluir. O método se torna eficaz ao focar na utilização de um sistema. Sendo assim é necessário incluir quem está utilizando, o que o usuário quer realizar, o seu objetivo, os passos para que um usuário alcance seu objetivo e como o site obedece a cada ação. De forma similar, existem características que não devem estar presentes em bom caso de uso: uma implementação de um linguagem específica visto que os casos de uso são realizados no princípio do projeto onde tecnologias a serem utilizadas podem não estar tão definidas. Detalhes sobre as interfaces de usuário também não devem estar presentes, o caminho é inverso: verifica-se primeiramente os passos do usuário e a partir daí de outras técnias define-se cada tela.
4. Questionário
De acordo com o site do governo Usability um bom caso de uso deve conter as seguintes características:
| What Use Cases Include | What Use Cases Do NOT Include |
|---|---|
| Who is using the website | Implementation-specific language |
| What the user want to do | Details about the user interfaces or screens. |
| The user's goal | |
| The steps the user takes to accomplish a particular task | |
| How the website should respond to an action. |
Elements of a Use Case
Depending on how in depth and complex you want or need to get, use cases describe a combination of the following elements:
Actor – anyone or anything that performs a behavior (who is using the system) Stakeholder – someone or something with vested interests in the behavior of the system under discussion (SUD) Primary Actor – stakeholder who initiates an interaction with the system to achieve a goal Preconditions – what must be true or happen before and after the use case runs. Triggers – this is the event that causes the use case to be initiated. Main success scenarios [Basic Flow] – use case in which nothing goes wrong. Alternative paths [Alternative Flow] – these paths are a variation on the main theme. These exceptions are what happen when things go wrong at the system level.
5. Análise dos casos de uso do projeto
| What Use Cases Include | Está incluso? | What Use Cases Do NOT Include | Está excluso? |
|---|---|---|---|
| Who is using the website |  |
Implementation-specific language | |
| What the user want to do | |
Details about the user interfaces or screens. | |
| The user's goal | |
||
| The steps the user takes to accomplish a particular task | |
||
| How the website should respond to an action. | |
6. Conclusão
A análise do caso de uso existente mostrou que está de acordo com as metas estabelecidas pelo site de referência. Porém, conhecendo a aplicação, é de conhecimento de que ainda faltam algumas funcionalidades importantes as quais os casos de uso deveriam ser elaborados.
7. Referências
Usability - Use Cases: https://www.usability.gov/how-to-and-tools/methods/use-cases.html Acesso em 21/11/2019