Análise de dados e Elicitção de Requisitos do questionário
Introdução
Após a aplicação do questionário aos participantes, foi realizada uma análise cuidadosa dos dados coletados com o objetivo de identificar padrões, preferências e necessidades mais recorrentes entre os usuários. Com base nessas informações, foi possível definiros requisitos do sistema de forma mais fundamentada. Os dados analisados serviram como base para citar e justificar cada requisito considerado no projeto, assegurando que as funcionalidades propostas atendam diretamente às expectativas do público-alvo.
Objetivo
Identificar as necessidades dos usuários e elicitar os requisitos através da técnica de elicitação de questionário.
TABELA 1/ Requisitos Funcionais
Identificação | Tipo | Descrição | Status |
---|---|---|---|
#RFQ01 | Funcional | Integrar com e-SUS/ ConecteSUS | Não implementado |
#RFQ02 | Funcional | Copartilhar de dados com profissionais da Saúde | Não implementado |
#RFQ03 | Funcional | Registrar sintomas de Terceiros | Não implementado |
#RFQ04 | Funcional | Acompanhar de familiares | Não implementado |
#RFQ05 | Funcional | Suporte por voz | Não implementado |
#RFQ06 | Funcional | Indicativos de Transmissões de Doenças | Não implementado |
#RFQ08 | Funcional | Alerta de surtos Locais no mapa interativo | Não implementado |
#RFQ09 | Funcional | Exibir locais de vacinação no mapa interativo | Não implementado |
#RFQ10 | Funcional | Exibir estabelecimentos de saúde próximos no mapa interativo | Não implementado |
#RFQ11 | Funcional | Exibir casos por bairro | Não implementado |
#RFQ12 | Funcional | Alerta de surtos Locais no mapa interativo | Não implementado |
TABELA 1/Requistos não Funcionais
Identificação | Tipo | Descrição | Status |
---|---|---|---|
#RNFQ01 | Não Funcional | Modo offline com cache e fila de envio | Não implementado |
#RNFQ02 | Não Funcional | Feedback visual/sonoro em envios | Não implementado |
#RNFQ03 | Não Funcional | Desempenho e Responsividade: Todas as telas e interações devem reagir rapidamente ao toque do usuário, com transições e carregamentos fluídos, sem atrasos perceptíveis. | Parcialmente atendido |
#RNFQ04 | Não Funcional | Confiabilidade e Estabilidade: O aplicativo deve permanecer em funcionamento contínuo durante o uso normal, sem encerrar inesperadamente ou travar, mesmo sob carga moderada. | Não implementado |
#RNFQ05 | Não Funcional | Experiência do Usuário (UX) e Estética: A interface deve ser intuitiva e agradável, seguindo guidelines de design mobile (legibilidade, contraste e espaçamento), de modo que usuários novatos compreendam fluxos em ≤ 3 cliques. | Implementado |
#RNFQ07 | Não Funcional | Segurança e Privacidade (LGPD): Todos os dados pessoais e de saúde devem ser criptografados em trânsito e em repouso. Deve haver consentimento explícito e opção de exclusão de dados pelo usuário. | Não implementado |
Bibliografia
VAZQUEZ, Carlos Eduardo; SIMÕES, Guilherme Siqueira. Engenharia de requisitos: software orientado ao negócio. Rio de Janeiro: Brasport Livros e Multimídia, 2016. p. 177-178.
LIKERT, Rensis. A Technique for the Measurement of Attitudes. Archives of Psychology, n. 140, p. 1–55, 1932.
WIEGERS, Karl E.; BEATTY, Joy. Software Requirements. 3. ed. Redmond: Microsoft Press, 2013.
POHL, Klaus; RUPP, Chris. Requirements Engineering Fundamentals: A Study Guide for the CPRE® Foundation Level – IREB compliant. Heidelberg: dpunkt.verlag, 2015.
Autores / Revisores
Data | Descrição | Autor | Revisor |
---|---|---|---|
23/04/2025 | Análise questionário e elicitação de requistos | @Davi | @gabriela |