Elicitação de Requisitos
A elicitação de requisitos de software é a primeira atividade no processo de engenharia de requisitos, cujo objetivo é buscar entender quais são as necessidades do usuário que devem ser atendidas pelo software que será desenvolvido (Sommerville e Kotonya, 1998).
Introdução
A técnica utilizada para elicitação de requisitos foi a introspecção, a equipe optou por essa metodologia, pois a equipe não tinha acesso e contato com possíveis usuários do produto.
A técnica de elicitação de requisito da introspecção consiste em uma tarefa de reflexão que se baseia em imaginar que tipo de sistema a pessoa iria querer se tivesse que realizar a tarefa proposta pelo produto.
Metodologia
A introspecção foi definida durante uma reunião de forma remota na plataforma do discord, com todos os membros do squad de software. A equipe se reuniu para definição das personas que utilizariam o produto e o software.
Após definição das personas, os integrantes do grupo se imaginavam como uma das personas para elicitar os requisitos que gostariam no software. O resultado da elicitação é apresentado posteriormente.
Participantes
- Adne Moretti;
- Arthur Lima;
- Guilherme Puida;
- Gabriel Costa de Oliveira;
- João Henrique;
- Marcos;
- Gabriel Moretti;
- Eurico;
Requisitos funcionais
| Código | Requisito |
|---|---|
| RF1 | O usuário deve poder visualizar dados sobre a Temperatura, Umidade e Pressão da água coletada da chuva |
| RF2 | O usuário deve poder fechar e abrir o reservatório de água remotamente |
| RF3 | O usuário gostaria de ser notificado em diferentes níveis da água coletada |
| RF4 | O usuário deve poder ver a quantidade de água atual no reservatório |
| RF5 | O usuário deve poder visualizar dashboards com os últimos dados coletados |
| RF6 | O usuário deve poder emitir um histórico de dados |
| RF7 | O usuário deve poder ser notificado quando a chuva parar e não encher totalmente o recipiente |
| RF8 | O usuário deve poder cadastrar sua estação de captação de água no sistema |
| RF9 | O usuário deve poder se cadastrar no aplicativo e logar quando quiser |
| RF10 | O usuário deve poder deletar os dados que não são mais úteis |
| RF11 | O usuário deve poder filtrar dados que são úteis para ele |
| RF12 | O usuário deve poder visualizar dados sobre a velocidade do vento |
| RF13 | O sistema deve coletar dados de temperatura e umidade atmosférica em tempo real |
| RF14 | O sistema deve coletar dados de pressão da chuva para análise meteorológica |
| RF15 | O sistema deve enviar notificações sobre problemas técnicos detectados |
| RF16 | O sistema deve enviar notificações periódicas sobre o nível da água no reservatório |
| RF17 | O sistema deve alertar o usuário sobre eventos climáticos extremos |
| RF18 | O usuário deve poder visualizar dados coletados em gráficos |
| RF19 | O usuário deve poder visualizar dados coletados em tabelas interativas |
| RF20 | O usuário deve poder acessar dados em tempo real |
| RF21 | O usuário deve poder editar os dados de um dispositivo já cadastrado no sistema |
| RF22 | O usuário deve poder excluir dispositivos cadastrados no sistema |
Requisitos não funcionais
| Código | Requisito |
|---|---|
| RNF1 | O sistema ter disponibilidade na maior parte do tempo, com tempo de inatividade planejado e limitado para manutenção |
| RNF2 | O sistema deve ser intuitivo |
| RNF3 | O sistema deve ser seguro |
| RNF4 | O sistema deve conseguir suportar um crescimento no número de usuários monitorados sem prejudicar seu desempenho ou disponibilidade. |
| RNF5 | O aplicativo mobile deve ser produzido no framework Flutter |
| RNF6 | O sistema deve utilizar o protocolo MQTT para comunicação |
| RNF7 | O sistema deve ser compativel com Web e Android |
| RNF8 | Os sensores devem enviar mensagens de dados de 10 em 10 segundos |
Histórico de Revisão
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 22/11/2024 | 1.1 | Adicionando Elicitação | João Henrique, Marcos, Adne, Gabriel M e Gabriel C |
| 28/01/2025 | 2.0 | Revisando rfs | João Henrique, Arthur, Eurico |