Introspecção
Introdução
A introspecção envolve analisar as características que o sistema precisa ter para alcançar o sucesso. Exige que o Engenheiro de Requisitos se coloque no lugar do usuário, imaginando como ele realizaria uma tarefa utilizando os equipamentos e recursos disponíveis.
Metodologia
O objetivo da técnica é se imaginar no lugar do usuário e elicitar o máximo de requisitos funcionais e não funcionais referentes à aplicação. Assim, a técnica foi feita pelo integrante Natan Almeida, que como resultado foi gerado os requisitos presentes na tabela 1.
Requisitos
Os requisitos levantados durante a análise de documentos, identificados com 'INT' + número do requisito, e com a seguinte legenda de categoria:
-
RF: Requisitos Funcionais - Descrevem o comportamento ou a funcionalidade que o software deve ter para atender às necessidades do usuário.
-
RNF: Requisitos Não-Funcionais - Descrevem os atributos que o software deve ter, como desempenho, segurança e usabilidade, mas não descrevem o comportamento do software em si.
| Rastreabilidade | Descrição | Categoria | Implementado |
|---|---|---|---|
| INT01 | O aplicativo deve permitir ao usuário informar vazamentos na rua ou no hidrômetro | RF | Sim |
| INT02 | O usuário deve poder emitir boleto para pagar a conta de água. | RF | Sim |
| INT03 | O aplicativo deve permitir consulta ao histórico de consumo mensal. | RF | Sim |
| INT04 | O usuário deve poder atualizar seus dados cadastrais pelo app. | RF | Sim |
| INT05 | O aplicativo deve enviar notificações de vencimento de faturas. | RF | Sim |
| INT06 | O aplicativo deve permitir que o usuário informe falta d'Água. | RF | Sim |
| INT07 | O aplicativo deve ser compatível com as versões mais recentes do Android e iOS. | RNF | Sim |
| INT08 | O aplicativo deve ter uma interface intuitiva e fácil de usar. | RNF | Sim |
| INT09 | O sistema deve ser capaz de suportar muitos usuários simultâneos. | RNF | Sim |
| INT10 | O aplicativo deve ser otimizado para diferentes tamanhos de tela e dispositivos (responsivo). | RNF | Sim |
| INT11 | O aplicativo deve permitir ao usuário solicitar segunda via de faturas. | RF | Sim |
| INT12 | O usuário deve poder consultar e pagar débitos anteriores. | RF | Sim |
| INT13 | O aplicativo deve disponibilizar a opção de cadastro em débito automático. | RF | Não |
| INT14 | O usuário deve poder consultar o mapa de interrupções de fornecimento. | RF | Sim |
| INT15 | O aplicativo deve permitir agendar atendimento presencial na unidade mais próxima. | RF | Não |
| INT16 | O aplicativo deve exibir dicas de consumo consciente e economia de água. | RF | Não |
| INT17 | O usuário deve poder registrar e acompanhar ordens de serviço. | RF | Sim |
| INT18 | O aplicativo deve disponibilizar alertas sobre manutenção programada. | RF | Não |
| INT19 | O usuário deve poder solicitar alteração na titularidade da conta. | RF | Não |
| INT20 | O aplicativo deve permitir o envio de documentos para atualização cadastral. | RF | Sim |
| INT21 | O sistema deve garantir a segurança dos dados do usuário, com criptografia de ponta a ponta. | RNF | Sim |
| INT22 | O aplicativo deve ter tempos de resposta inferiores a 2 segundos para a maioria das funcionalidades. | RNF | Sim |
| INT23 | O aplicativo deve estar disponível para download em lojas oficiais como Google Play e App Store. | RNF | Sim |
| INT24 | O sistema deve possuir integração com serviços de pagamento populares como Pix e cartões de crédito. | RNF | Não |
| INT25 | O aplicativo deve estar disponível em português, inglês e espanhol. | RNF | Não |
| INT26 | O design do aplicativo deve seguir as diretrizes de acessibilidade | RNF | Sim |
| INT27 | O sistema deve enviar e-mails e SMS transacionais para confirmar ações como pagamentos e atualizações cadastrais. | RNF | Não |
| INT28 | O aplicativo deve ser modular, facilitando atualizações e novas implementações. | RNF | Não |
| INT29 | O aplicativo deve possuir suporte técnico acessível via chat ou e-mail. | RNF | Sim |
Autor(a): Natan Almeida
1. Martins, Luis.Uma Metodologia de Elicitação de Requisitos de Software Baseada na Teoria da Atividade. Disponível em: https://repositorio.unicamp.br/Busca/Download?codigoArquivo=466908 Acesso em: 23 nov. 2024.
Histórico de Versão
| Versão | Data | Descrição | Autor(es) | Revisor(es) |
|---|---|---|---|---|
| 1.0 | 19/11/2024 | Criação do artefato | Natan Almeida | Leandro de Almeida |
| 1.1 | 22/11/2024 | Adição de novos requisitos | Natan Almeida | Leandro de Almeida |
| 1.2 | 27/11/2024 | Alterações pós apresentacões | Natan Almeida | Leandro de Almeida |