Pular para conteúdo

Requisitos Elicitados

Introdução

Essa página reune todos os requisitos funcionais e não funcionais elicitados usando as técnicas de introspecção, brainstorming, analise de documentos e entrevista.

Metodologia

A tabela 1 apresenta os requisitos funcionais e não funcionais, sendo que cada linha contém um ID, sua respectiva descrição, um hyperlink de rastreabilidade que direciona à página da(s) técnica(s) que elicitou o requisito em questão e se ele foi implementado ou não.

A legenda para cada sigla é a seguinte:

  • RFx: Requisito Funcional nºx
  • RNFx: Requisito Não-Funcional nºx
  • INTx: Requisito nºx elicitado pela Introspecção
  • BRx: Requisito nºx elicitado pelo Brainstorming
  • ADx: Requisito nºx elicitado pelo Analise de Documentos
  • ENx: Requisito nºx elicitado pela Entevista

Requisitos funcionais

Tabela 1 - Requisitos funcionais e não funcionais

ID Descrição Rastreabilidade Implementação
RF01 O usuário deve conseguir realizar login de forma simples e rápida BR01, AD01 Não
RF02 O usuário deve conseguir acessar funcionalidades mesmo com pouca familiaridade com tecnologia BR02 Não
RF03 O usuário deve poder receber notificações personalizadas com base em sua localização BR03 Não
RF04 O usuário deve poder consultar agendamentos e serviços em um único local centralizado BR04 Não
RF05 O usuário deve ter acesso a um assistente virtual com acessibilidade por voz BR05, AD05, INT13 Não
RF06 O usuário deve poder acessar tutoriais passo a passo sobre como usar o app BR06 Não
RF07 O usuário deve poder alterar o tamanho da fonte e o contraste de cores BR07, EN08, AD08 Não
RF08 O aplicativo deve permitir modo escuro BR08 Não
RF09 O usuário deve poder acessar e visualizar notícias relevantes BR10 Sim
RF10 O usuário deve poder gerar relatórios e visualizar comprovantes de agendamentos BR11 Não
RF11 O aplicativo deve permitir a integração com serviços de saúde, educação e mobilidade BR12 Sim
RF12 O usuário deve poder alterar o idioma do aplicativo BR13 Não
RF13 O usuário deve poder personalizar suas preferências e perfis para recomendações de serviços BR14 Não
RF14 O aplicativo deve permitir o envio de mensagens curtas sobre vencimentos e lembretes importantes BR15 Não
RF15 O usuário deve poder acessar um menu com as principais funções logo na tela inicial BR16 Sim
RF16 O usuário deve poder acessar informações de agendamento e reagendamento de forma centralizada BR17 Não
RF17 O aplicativo deve permitir notificações por categorias como saúde, educação, transporte BR19 Não
RF18 O usuário deve conseguir compartilhar ou salvar informações importantes (como protocolos ou comprovantes) BR20 Não
RF19 O aplicativo permite a visualização da localização dos ônibus em tempo real, incluindo previsão de chegada e rota no mapa. EN01 Sim
RF20 O aplicativo fornece links para serviços externos (como Secretaria da Fazenda) de forma eficiente, com explicações claras sobre o que o usuário encontrará após clicar. EN02 Sim
RF21 O aplicativo oferece funcionalidades para consulta de informações educacionais, como calendário letivo e status de vagas no CIL. EN03, INT07 Parcial
RF22 O aplicativo permite autenticação segura através da plataforma gov.br, com opções como reconhecimento facial. EN04 Não
RF23 O aplicativo facilita o acesso a serviços relacionados a impostos (como boletos do IPVA) com instruções claras. EN05 Sim
RF24 O aplicativo implementa funcionalidades adicionais na área educacional, como acompanhamento de pendências para professores e alunos. EN06 Não
RF25 O aplicativo deve permitir que usuários reportem problemas da cidade através de um mapa interativo. EN09 Não
RF26 O aplicativo deve fornecer acesso a números de serviços de emergência da polícia. EN10, INT05 Sim
RF27 O aplicativo deve oferecer uma seção de suporte ao usuário com instruções de uso. EN11 Não
RF28 O sistema deve permitir que o usuário solicite serviços públicos como coleta de lixo, reparo de vias e diversos. AD02 Sim
RF29 O sistema deve permitir o usuário utilizar um mapa para localizar onde foi solicitado o serviço AD03 Sim
RF30 O sistema deve permitir que o usuário visualize e acompanhe o status das suas solicitações. AD04 Sim
RF31 O sistema deve permitir que o usuário confirme a resolução de problemas relatados. AD06 Sim
RF32 O sistema deve permitir que o usuário exclua seus dados e conta do aplicativo. AD07 Sim
RF33 Permitir o registro de ocorrências relacionadas a problemas de infraestrutura urbana, como buracos ou falta de iluminação. INT01 Sim
RF34 Disponibilizar categorias pré-definidas para o tipo de ocorrência, facilitando a triagem pelos órgãos competentes. INT02 Sim
RF35 Permitir ao usuário selecionar o tipo de serviço desejado (implantação, limpeza ou reparo). INT03 Sim
RF36 Possibilitar a adição de descrição textual, imagem e localização GPS da ocorrência. INT04 Sim
RF37 Disponibilizar agendamento de serviços de saúde pública, como vacinação ou doação de sangue. INT06 Sim
RF38 Oferecer acesso a serviços de transporte público, incluindo pré-cadastro do Cartão Mobilidade. INT08 Sim
RF39 Permitir agendamentos em serviços sociais, como centros de assistência social e habitação. INT09 Sim
RF40 Disponibilizar a emissão de tributos, certidões e outros documentos fiscais. INT10 Sim
RF41 Fornecer um histórico de interações do usuário com o aplicativo, incluindo solicitações e agendamentos. INT11 Sim
RF42 Apresentar um feed de notícias atualizadas com informações úteis do Governo do Distrito Federal. INT12 Sim
RF43 Integrar um assistente virtual ou chatbot com respostas automáticas para dúvidas frequentes dos usuários. INT13 BR18 Sim
RF44 Fornecer um mapa com localização de unidades de serviço público e ocorrências próximas. INT14 Sim
RNF01 O sistema deve ser compatível com vários dispositivos como Android e iOS. AD09 Sim
RNF02 O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD). AD10 Sim
RNF03 O sistema deve possuir uma interface simples, limpa e com ícones ilustrativos BRN01 Sim
RNF04 O aplicativo deve permitir acessibilidade para pessoas idosas ou com deficiência visual BRN02 Não
RNF05 O sistema deve funcionar mesmo em dispositivos com baixa capacidade de hardware BRN04 Sim
RNF06 A navegação deve ser rápida e fluida entre telas, sem necessidade de redirecionamentos excessivos BRN05 Não
RNF07 O sistema deve carregar as informações de forma otimizada, reduzindo tempo de resposta BRN06 Sim
RNF08 O layout deve ser responsivo para diferentes tamanhos de tela BRN07, INT22 Sim
RNF09 O sistema deve ter compatibilidade com leitores de tela BRN08 Sim
RNF10 O app deve conter linguagem clara e acessível, adequada a diferentes níveis de escolaridade BRN09 Não
RNF11 O aplicativo deve ser mais autoexplicativo, com uma navegação intuitiva e menos dependência de redirecionamentos externos. EN01 AD11 Não
RNF12 O aplicativo deve garantir que as informações exibidas sejam atualizadas e reflitam fielmente a realidade, especialmente nas áreas de saúde e educação. EN02 Sim
RNF13 O aplicativo deve apresentar estabilidade, evitando travamentos ou falhas de carregamento, especialmente em redes móveis. EN03 Não
RNF14 O aplicativo deve garantir proteção de dados pessoais, reforçando a confiança do usuário quanto à privacidade e segurança. EN04 Sim
RNF15 O aplicativo deve melhorar a performance do processo de login, permitindo uma experiência mais fluida. EN05 Não
RNF16 O aplicativo deve considerar a usabilidade para usuários idosos, garantindo que o design e as funcionalidades sejam facilmente compreensíveis e acessíveis. EN06 Não
RNF17 O aplicativo deve fornecer suporte para acessibilidade, incluindo recursos para daltônicos e deficientes visuais. EN07, INT19 Não
RNF18 O aplicativo deve ter uma aparência profissional e confiável para transmitir segurança aos usuários. EN08 Não
RNF19 O aplicativo deve ser compatível com as versões mais recentes dos sistemas Android e iOS. INT15 Sim
RNF20 As funcionalidades principais devem responder em, no máximo, dois segundos para garantir boa experiência. INT16 Sim
RNF21 A interface deve ser simples, objetiva e utilizar linguagem acessível a usuários com diferentes níveis de escolaridade. INT17 Sim
RNF22 O sistema deve proteger as informações pessoais com criptografia de dados e autenticação segura. INT18 Sim
RNF23 Deve funcionar em modo offline para consulta de registros ou informações previamente acessadas. INT20 Não
RNF24 As imagens capturadas pelo usuário devem ser otimizadas para upload rápido mesmo em conexões móveis. INT21 Sim

Elaborado pelo autor: (João Marcos Moraes, 2025).

Histórico de Versões

Versão Descrição Autor(es) Data Revisor(es) Data de revisão
1.0 Criação da documentação do Requisitos Elicitados João Marcos Moraes 03/05/2025 Karoline Luz 03/05/2025
1.1 Melhorando rastreabilidade da Análise de documentos Lucas Mendonça 08/05/2025 Artur Mendonça 08/05/2025
1.2 Arruamando o padrão para o texto de elaboração de tabelas João Marcos Moraes 10/05/2025 Luiza da Silva Pugas 10/05/2025
1.3 Ajustando requisitos implementados Lucas Mendonça 16/05/2025 Artur Mendonça 17/05/2025