Requisitos Elicitados
Introdução
Essa página reune todos os requisitos funcionais e não funcionais elicitados usando as técnicas de Análise de Documentos, Questionário, Brainstorming, Storytelling e Observação
Metodologia
A tabela 1 apresenta os requisitos 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 requisitão em questão e se ele foi implementado ou não, analogamente a tabela 2 que apresenta os requisitos não funcionais.
A legenda para cada sigla é a seguinte:
- RFx: Requisito Funcional nºx
- ISx: Requisito nºx elicitado pela Introspecção
- Qx: Requisito nºx elicitado pelo Questionário
- BSx: Requisito nºx elicitado pelo Brainstorming
- OBSx: Requisito nºx elicitado pela Observação
Requisitos funcionais
Tabela 1 - Requisitos funcionais
ID | Descrição | Rastreabilidade | Implementação |
---|---|---|---|
RF01 | O aplicativo deve permitir localizar o celular perdido. | QS01, ST06, ADD01 | Sim |
RF02 | O aplicativo deve tornar visível e acessível a opção de registro de boletim de ocorrência. | QS02, OBS02 | Sim |
RF03 | O aplicativo permite acessar ou cancelar contas bancárias vinculadas ao aparelho. | QS03, BS03 | Não |
RF04 | O aplicativo deve oferecer o passo a passo do que fazer após um furto ou roubo. | QS04, ADD02 | Não |
RF05 | O aplicativo deve fornecer confirmação visual (feedback) ao usuário após realizar ações importantes. | Q12, BS04 | Não |
RF06 | O aplicativo deve notificar o usuário em caso de atividade suspeita relacionada ao dispositivo. | QS08, BS06 | Não |
RF07 | O aplicativo deve permitir a recuperação do aparelho bloqueado caso reencontrado. | QS08, ST03 | Não |
RF08 | O aplicativo deve permitir que o usuário registre um boletim de ocorrência. | QS09, ADD03 | Sim |
RF09 | Modo Falso Desligamento/Fake Shutdown. Simular que o celular foi desligado quando, na verdade, continua rastreável e operacional para comandos remotos. | QS14, BS07 | Não |
RF10 | O sistema deve permitir autenticação do usuário via conta Gov.br, utilizando CPF e senha, como pré‑requisito de acesso. | ADD01, BS09, OBS01 | Sim |
RF11 | O aplicativo deve exibir os Termos de Uso e Privacidade na primeira vez que for aberto e requerer que o usuário os aceite para prosseguir. | ADD01, OBS03 | Sim |
RF12 | O usuário poderá cadastrar múltiplos telefones celulares em sua conta no Celular Seguro, vinculando cada número de telefone ao seu CPF. | ADD01, BS02 | Sim |
RF13 | O aplicativo deve permitir o cadastro de “pessoas de confiança”, autorizando contatos escolhidos a emitir alertas em nome do usuário em caso de emergência. | ST05, BS05 | Sim |
RF14 | O sistema deve fornecer uma função de emissão de alerta de bloqueio em caso de roubo, furto ou perda do aparelho, acionada por um botão de emergência de forma rápida. | ADD04, OBS04, ST02 | Sim |
RF15 | Ao emitir um alerta, o usuário deverá selecionar o tipo de bloqueio desejado: Modo Recuperação (bloqueia linha e contas, mantendo o IMEI ativo) ou Bloqueio Total. | ADD04, BS06 | Sim |
RF16 | Após o disparo do alerta, o sistema deve gerar um número de protocolo único e apresentá‑lo ao usuário, para referência junto às autoridades e parceiros. | ADD04, QS07 | Não |
RF17 | O alerta emitido pelo Celular Seguro deverá ser enviado automaticamente às operadoras de telefonia e instituições financeiras parceiras para os bloqueios necessários. | ADD04, BS10 | Sim |
RF18 | O aplicativo deve oferecer a funcionalidade de consultar se um aparelho possui restrição, permitindo verificar pelo IMEI se um celular é bloqueado antes de comprá‑lo. | ADD03, QS11 | Não |
RF19 | O Celular Seguro deve estar disponível tanto como aplicativo móvel (Android/iOS) quanto via versão web, oferecendo as mesmas funcionalidades em ambas plataformas. | ADD01, BS08 | Sim |
RF20 | O sistema deve possibilitar a emissão de mais de um alerta para a mesma linha telefônica, permitindo novos alertas após ocorrências distintas. | BS06, QS13 | Não |
RF21 | Em modo Recuperação, o sistema deve receber notificações de quando um novo chip for inserido no aparelho e enviar alerta ao usuário. | ADD04, BS06 | Não |
RF22 | Bloquear remotamente o aparelho | ADD04, BS06 | Não |
RF23 | Apagar todos os dados do dispositivo | BS06, QS06 | Não |
RF24 | Contatar autoridades automaticamente com relatório de segurança | ST04, BS10 | Não |
RF25 | Rastrear em tempo real a localização do dispositivo | QS01, ADD04 | Não |
RF26 | Exibir histórico de movimentação no mapa | BS05, OBS05 | Não |
RF27 | Informar localização exata via coordenadas e mapa | QS01, OBS06 | Não |
RF28 | Emitir alerta S.O.S. automático para contatos de emergência | ST05, BS05 | Não |
RF29 | Bloquear chip por integração direta com a operadora | ADD04, BS10 | Sim |
RF30 | Guia de usuário passo a passo embutido no app | BS01, OBS02 | Sim |
RF31 | Cadastro de contatos de segurança e envio de notificações prioritárias | BS05, ST05 | Sim |
RF32 | Portal web para controle remoto das mesmas funções do app | ADD01, BS08 | Sim |
RF33 | Sincronizar notificações push e e‑mail entre app e portal | BS08, QS13 | Sim |
RF34 | Botão de “bloqueio rápido” sempre acessível na tela principal | OBS04, BS06 | Sim |
RF35 | Comandos por voz para funções críticas (bloqueio, rastreamento, SOS) | BS07 | Não |
RF36 | Efetuar backup automático de contatos, fotos e mensagens antes do bloqueio remoto | BS06, QS06 | Não |
RF37 | Restaurar dados de backup via e‑mail | BS06, QS06 | Não |
RF38 | Emissão de som remoto para facilitar localização | QS01, ST06 | Não |
RF39 | Oferecer rastreamento via satélite em áreas sem cobertura de celular | BS07 | Não |
RF40 | Enviar notificação por e‑mail com detalhes da tentativa de acesso suspeito | QS08, BS06 | Não |
RF41 | Gerar relatório de movimentação para download em PDF | BS10 | Não |
RF42 | Definir “dispositivo de confiança” para controle remoto secundário | BS05, OBS07 | Não |
Requisitos não funcionais
A legenda para cada sigla é a seguinte:
- RNFx: Requisito Não-Funcional nºx
- ISx: Requisito nºx elicitado pela Introspecção
- Qx: Requisito nºx elicitado pelo Questionário
- BSx: Requisito nºx elicitado pelo Brainstorming
- OBSx: Requisito nºx elicitado pela Observação
Tabela 2 - Requisitos não funcionais
ID | Descrição | Rastreabilidade | Implementação |
---|---|---|---|
RNF01 | O aplicativo deve funcionar de maneira estável e confiável em momentos de emergência. | QS09, OBS21, BS40, ST11, ADD13. | Não |
RNF02 | A interface deve ter design acessível a usuários com pouca familiaridade com tecnologia, como idosos. | Q19, OBS18, BS42/BS43, ST8, ADD17. | Não |
RNF03 | O aplicativo deve oferecer um modo escuro (dark mode) para maior conforto visual. | QS09, BS43. | Não |
RNF04 | O aplicativo deve apresentar legendas em ícones e menus para facilitar a compreensão. | QS12, OBS15, BS36, ST8, ADD16. | Sim |
RNF05 | O aplicativo deve enviar um SMS para uma pessoa quando a mesma for adicionada como pessoa de confiança. | QS14 | Não |
RNF06 | Suporte Técnico, como disponibilizar canais de suporte claros e responsivos para auxiliar os usuários. | QS14, OBS21, BS52, ADD17. | Não |
RNF07 | O serviço Celular Seguro deve estar disponível para todos os cidadãos brasileiros, 24×7, sem interrupções planejadas. | ADD13, OBS21, BS40, ST11. | Não |
RNF08 | O tempo de resposta para comunicação de um alerta aos parceiros deve ser mínimo – idealmente instantâneo – e os bloqueios devem ocorrer em minutos. | ADD14, ST9, BS41, BS58. | Não |
RNF09 | O aplicativo e a plataforma devem seguir requisitos de segurança da informação: conexão criptografada, proteção de dados conforme LGPD. | ADD15, ST10, BS47. | Não |
RNF10 | O serviço deverá ser oferecido gratuitamente, sem cobrança pelo download ou uso do aplicativo. | ADD18 | Sim |
RNF11 | O sistema deve cumprir a legislação e normas vigentes, incluindo portarias, resoluções da Anatel e diretrizes da Febraban. | ADD19 | Sim |
RNF12 | Linguagem simples sem jargões técnicos. | BS37, ST8, ADD16. | Sim |
RNF13 | Layout consistente seguindo heurísticas de Nielsen. | BS38, ST8, ADD16. | Não |
RNF14 | Tempo de resposta da interface < 200 ms. | BS39, ST9, ADD14. | Sim |
RNF15 | Suporte a VLibras e leitor de tela para acessibilidade. | BS42, OBS18, ADD17. | Não |
RNF16 | Transcrição em tempo real sem falhas de reconhecimento. | BS44 | Não |
RNF17 | Precisão de localização GPS menor do que 10 metros. | BS45 | Não |
RNF18 | Autenticação multifator (2FA) com fallback via SMS. | BS48 | Não |
RNF19 | Logs de auditoria imutáveis e armazenados por no mínimo 1 ano. | BS49 | Não |
RNF20 | Política de privacidade clara e facilmente acessível dentro do app. | BS50 | Não |
RNF21 | Verificação de integridade de dados no drive com checksum. | BS53 | Não |
RNF22 | Compatibilidade com Android e iOS (últimas 3 versões principais). | BS57, ADD17 | Sim |
RNF23 | Tempo de inicialização do app < 2 segundos. | BS58, ST9, ADD14 | Sim |
RNF24 | Atualizações automáticas de segurança e correções de vulnerabilidades em até 24 horas. | BS60 | Não |
RNF25 | As páginas carregam em até 2 segundos em conexões padrão 4G. | OBS16, BS39, ST9, ADD14 | Sim |
RNF26 | O aplicativo responde corretamente mesmo com entradas erradas. | OBS19 | Não |
RNF27 | O aplicativo apresenta confirmação de suas ações. | OBS20 | Sim |
Histórico de Versões
Versão | Data de produção | Descrição da Alteração | Autor(es) | Revisor(es) | Data de Revisão |
---|---|---|---|---|---|
1.0 | 29/04/2025 | Desenvolvimento do tópico | Felipe das Neves | Mateus | 29/04/2025 |
1.1 | 04/05/2025 | Inserção dos requisitos funcionais e não funcionais do questionário | Felipe das Neves | Mateus | 04/05/2025 |
2.0 | 06/06/2025 | Refatoração da lista de todos os RF e RNF | Gabriel Lima | Mateus | 06/06/2025 |
2.1 | 06/06/2025 | Complemento e rastreabilidade dos outros 36 requisitos funcionais | Mateus Bastos | Gabriel Lima | 06/06/2025 |
2.2 | 06/06/2025 | Correção e revisão do estado de "Implementado" | Mateus Bastos, Gabriel Lima | Gabriel Lima | 06/06/2025 |