Celular Seguro: Sessão de Brainstorming

Metodologia

A sessão de brainstorming do projeto Celular Seguro ocorreu remotamente via Microsoft Teams no dia 29/04/2025 (terça-feira) às 21h. Teve a duração aproximada de uma hora e foi moderada por Leonardo de Melo (mediador), com Arthur Carvalho atuando como secretário responsável por registrar as ideias. Participaram seis usuários finais (identificados como Usuário 1 a Usuário 6), que contribuíram com suas perspectivas sobre o aplicativo.

A condução da dinâmica seguiu as boas práticas de brainstorming apresentadas na literatura. Em geral, recomenda-se envolver um grupo relativamente pequeno de participantes para garantir a efetividade da sessão – aproximadamente 6 a 12 pessoas. No caso do Celular Seguro, optou-se por incluir 6 participantes devido a limitações de disponibilidade, número ainda considerado adequado para fomentar discussões produtivas. Antes da sessão, os participantes foram informados sobre o objetivo (“Que recursos e características um celular seguro deve ter?”) e reforçadas as regras básicas da técnica, como a ausência de críticas ou julgamentos durante a geração de ideias e o incentivo a sugestões criativas de qualquer natureza. O mediador guiou a conversa por meio de perguntas norteadoras previamente elaboradas, enquanto o secretário anotou todas as contribuições em tempo real, categorizando termos-chave e ideias principais para análise posterior.

Palavras-chave Identificadas

Tabela 1: Palavras‑chave levantadas durante a sessão de brainstorming
Apresenta os termos codificados BS1–BS30 que refletem as principais funcionalidades e preocupações discutidas pelos participantes.

Código BS	Palavra‑chave
BS1	Bloqueio remoto
BS2	Apagar dados
BS3	Contato autoridades
BS4	Rastreamento em tempo real
BS5	Histórico de localização
BS6	Localização exata
BS7	Alerta S.O.S.
BS8	Bloqueio de chip
BS9	Autenticação gov.br
BS10	Múltiplas opções de login
BS11	Guia passo a passo
BS12	Contato de segurança
BS13	Portal web remoto
BS14	Sincronização notificações
BS15	Botão de bloqueio rápido
BS16	Comandos por voz
BS17	Backup automático
BS18	Restauração via e‑mail
BS19	Alarme sonoro
BS20	Rastreamento via satélite
BS21	Notificação por e‑mail
BS22	Relatório em PDF
BS23	Dispositivo de confiança
BS24	Atualização contínua de GPS
BS25	Agendamento de bloqueio
BS26	Alerta troca de chip
BS27	Consulta de status
BS28	Modo perdido
BS29	Confirmação por SMS
BS30	Compartilhamento de localização

Autor do tabela 1: Leonardo de Melo

(Cada código BS refere-se a uma ideia ou conceito-chave mencionado na tempestade de ideias.)

Participantes da Sessão

Tabela 2: Participantes da sessão de brainstorming – Celular Seguro
Lista de mediador, secretário e usuários finais que contribuíram com ideias e discussões na sessão realizada em 29/04/2025.

Nome/ID	Função na Sessão
Leonardo de Melo	Mediador (Moderador)
Arthur Carvalho	Secretário (Relator)
Luiza Pugas	Participante (Usuário final)
Artur Mendonça	Participante (Usuário final)
Lucas Mendonça	Participante (Usuário final)
Ana Victória	Participante (Usuário final)
Gabriel Lopes	Participante (Usuário final)
João Marcos	Participante (Usuário final)

Autor do tabela 2: Leonardo de Melo

Mediador: responsável por conduzir a discussão, apresentar as perguntas e garantir o cumprimento das regras do brainstorming (mantendo o foco e estimulando a participação de todos).
Secretário: responsável por registrar fielmente todas as ideias apresentadas e organizar as anotações.
Participantes (Usuários finais): usuários do sistema com diferentes perfis, convidados para compartilhar necessidades, sugestões e experiências relevantes. Cada participante colaborou ativamente gerando ideias e opinando sobre as propostas dos demais.

Gravação

Figura 1: Vídeo da sessão de brainstorming – “Brainstorming – Requisitos”
Gravação completa da dinâmica conduzida por Leonardo de Melo e Arthur Carvalho via Microsoft Teams em 29/04/2025.

Vídeo: Brainstorming - Requisitos

Autor do vídeo: Leonardo de Melo e Arthur Carvalho

Perguntas e Respostas da Brainstorming

Para estruturar a sessão e cobrir os aspectos mais relevantes do projeto Celular Seguro, o mediador elaborou 10 perguntas chave relacionadas ao tema. Essas perguntas abordaram funcionalidades, usabilidade, segurança, notificações, acessibilidade, integração com operadoras, entre outros tópicos. Abaixo, cada pergunta é apresentada juntamente com uma síntese das respostas fornecidas por cada um dos cinco usuários participantes (Usuário 1 a Usuário 6):

Pergunta 1: Quais funcionalidades principais o aplicativo Celular Seguro deve oferecer para proteger o dispositivo em caso de perda ou roubo?

Luiza Pugas: Bloqueio rápido do aparelho à distância.
Artur Mendonça: Bloquear acesso do dispositivo e contactar autoridades.
Lucas Mendonça: Rastreamento em tempo real e bloqueio remoto do celular.
Ana Victória: Informar a localização exata do dispositivo.
Gabriel Lopes: Bloquear o dispositivo e apagar todos os dados.
João Marcos: Emitir localização ou S.O.S automático e bloquear o chip.

Pergunta 2: Como garantir que o Celular Seguro seja fácil de usar e configurar (usabilidade) para todos os usuários?

Luiza Pugas: Usar affordances, linguagem simples e uma interface intuitiva.
Artur Mendonça: Layout intuitivo seguindo as heurísticas de Nielsen.
Lucas Mendonça: Intuitividade reforçada por um guia de usuário passo a passo.
Ana Victória: Interface clara, intuitiva e com funcionalidades bem descritas.
Gabriel Lopes: Tutoriais de uso embutidos, com assistente virtual que ensina passo a passo como usar.
João Marcos: Ser um aplicativo com interface simples e flexível.

Pergunta 3: Que medidas de segurança de dados e privacidade o aplicativo deve adotar para proteger as informações do usuário?

Luiza Pugas: Login via gov.br para garantir identidade segura.
Artur Mendonça: Opção de login automático com proteção contra spywares e ransomwares.
Lucas Mendonça: Salvar no Drive os dados do usuário após bloqueio remoto.
Ana Victória: Verificação em dois fatores e backup em conta segura.
Gabriel Lopes: Criptografar todos os dados e publicar uma política de privacidade clara.
João Marcos: Bloqueio total do app com desbloqueio apenas via autenticação forte.

Pergunta 4: Que tipos de notificações ou alertas o Celular Seguro deve fornecer em caso de atividade suspeita ou situação de risco?

Luiza Pugas: Alerta por e‑mail para um contato de segurança, para bloquear conta ou recuperar acesso.
Artur Mendonça: E‑mail de localização com hora, data, rastreamento em tempo real e relatório dos locais por onde o dispositivo passou.
Lucas Mendonça: Alerta via e‑mail ou gov.br mostrando a localização atual do dispositivo.
Ana Victória: Notificação com localização do dispositivo e detalhes sobre quem está tentando acessá‑lo.
Gabriel Lopes: Alertas de tentativas de desbloqueio mal‑sucedidas e envio automático de notificação às autoridades com a localização.
João Marcos: E‑mail automático contendo informações completas da tentativa suspeita.

Pergunta 5: Como o Celular Seguro pode ser desenvolvido para atender também usuários com deficiências ou necessidades especiais (questões de acessibilidade)?

Luiza Pugas: Oferecer opção de contraste de cores e integrar a API do VLibras (gov.br).
Artur Mendonça: Incluir modo de contraste alternativo para daltônicos e leitor por voz para surdos.
Lucas Mendonça: Disponibilizar funcionalidades controladas por voz.
Ana Victória: Incluir opção de transcrição em tempo real das funcionalidades.
Gabriel Lopes: Permitir personalização completa conforme perfil do usuário (ex.: aumentar fontes, ajustar contraste) e comandos por voz.
João Marcos: Adicionar suporte a comandos de voz, VLibras e configurações de acessibilidade personalizáveis.

Pergunta 6: De que forma o sistema deve integrar-se com as operadoras de telefonia para aumentar a segurança do celular?

Luiza Pugas: Implementar bloqueio automático de chips não autorizados.
Artur Mendonça: Permitir que o app contate a operadora selecionada e envie o relatório de segurança gerado pelo sistema.
Lucas Mendonça: Funcionalidade para solicitar diretamente o bloqueio de chip junto à operadora.
Ana Victória: Incluir uma função específica de bloqueio de chip em caso de roubo.
Gabriel Lopes: Detectar troca de chip e disparar comandos por SMS para bloqueio imediato.
João Marcos: Bloquear o chip via integração direta com o sistema da operadora.

Pergunta 7: Que funcionalidades de rastreamento e localização o aplicativo deve incluir para ajudar a encontrar um dispositivo perdido?

Luiza Pugas: Uso de satélites (opção cara) ou localização mesmo com celular desligado, mostrando última posição conhecida.
Artur Mendonça: Rastreamento em tempo real, relatório dos locais por onde passou via Google Maps, e até telefonar a estabelecimentos próximos para obter pistas.
Lucas Mendonça: Localização via GPS em tempo real, exibindo o trajeto completo percorrido.
Ana Victória: Localização em tempo real no mapa.
Gabriel Lopes: Histórico de localizações recentes com detecção automática de movimento.
João Marcos: Emissão de som remoto e localização precisa via GPS com data e hora.

Pergunta 8: Como o Celular Seguro deve auxiliar na proteção ou recuperação dos dados pessoais do usuário caso o aparelho seja perdido?

Luiza Pugas: Bloqueio remoto automático de aplicativos específicos.
Artur Mendonça: Ao entrar pela primeira vez, permitir escolher quais dados salvar num backup em banco de dados, com opção de pedir restauração por e‑mail a qualquer momento, desde que não infrinja privacidade.
Lucas Mendonça: Salvamento automático dos dados na nuvem.
Ana Victória: Backup dos dados e bloqueio do dispositivo até que seja feita verificação em duas etapas.
Gabriel Lopes: Histórico completo dos backups efetuados.
João Marcos: Backup na nuvem com todos os dados do usuário e bloqueio total do aparelho até restauração.

Pergunta 9: Qual sua expectativa em relação ao desempenho e uso de bateria do Celular Seguro rodando no dispositivo?

Luiza Pugas: Desempenho médio/alto com uso moderado de bateria.
Artur Mendonça: Idealmente baixo, mas pode variar entre baixo, médio ou alto conforme funcionalidades ativadas (ex.: GPS).
Lucas Mendonça: Custo moderado de bateria e desempenho médio.
Ana Victória: Ter desempenho equilibrado, ajustável a vários dispositivos, com consumo baixo a moderado.
Gabriel Lopes: Consumo de bateria baixo, mesmo rodando em segundo plano.
João Marcos: Desempenho moderado com consumo de bateria moderado.

Pergunta 10: Você gostaria de poder controlar as funções do Celular Seguro remotamente por meio de um site ou outro dispositivo? Como imagina essa funcionalidade?

Luiza Pugas: Sim, via um site onde eu faça login com gov.br e tenha acesso às funções primordiais para agir se o celular for furtado ou perdido.
Artur Mendonça: Sim, um site web com as mesmas funcionalidades do app, onde tudo que é feito no site fique salvo também no app (e vice‑versa).
Lucas Mendonça: Sim, desde o primeiro login informando um e‑mail de recuperação que permita acessar remotamente as funcionalidades.
Ana Victória: Sim, poderia haver uma opção de designar um “celular de confiança” para controlar remotamente todas as funções.
Gabriel Lopes: Sim, por um site ou pelo próprio aplicativo instalado em outro dispositivo, usando minhas credenciais de login.
João Marcos: Sim, tipo um motor de busca ou um app de terceiros confiável, onde eu realizo o login e gerencio remotamente o Celular Seguro.

Respostas dos Participantes no Miro

Figura 1: Respostas dos Participantes no Miro
Exibe as contribuições de Luiza Pugas, Artur Mendonça Arruda, Lucas Mendonça Arruda, Ana Victória, Gabriel Lopes e João Marcos, conforme registrado no board.

Autor do brainwriting: Leonardo de Melo

Tabela de Requisitos Funcionais

Tabela 3: Requisitos Funcionais do Celular Seguro (Brainstorming)
Lista os requisitos funcionais (BS01–BS35) identificados na sessão de brainstorming, com indicação de quais já estão implementados.

BS ID	Descrição do RF	Código	Implementado?
BS01	Bloquear remotamente o aparelho	RF01	Sim
BS02	Apagar todos os dados do dispositivo	RF02	Não
BS03	Contatar autoridades automaticamente com relatório de segurança	RF03	Não
BS04	Rastrear em tempo real a localização do dispositivo	RF04	Não
BS05	Exibir histórico de movimentação no mapa	RF05	Não
BS06	Informar localização exata via coordenadas e mapa	RF06	Não
BS07	Emitir alerta S.O.S. automático para contatos de emergência	RF07	Não
BS08	Bloquear chip por integração direta com a operadora	RF08	Sim
BS09	Autenticação via gov.br no login	RF09	Sim
BS10	Oferecer múltiplas opções de login (e‑mail, social, gov.br)	RF10	Não
BS11	Guia de usuário passo a passo embutido no app	RF11	Sim
BS12	Cadastro de contatos de segurança e envio de notificações prioritárias	RF12	Sim
BS13	Portal web para controle remoto das mesmas funções do app	RF13	Sim
BS14	Sincronizar notificações push e e‑mail entre app e portal	RF14	Não
BS15	Botão de “bloqueio rápido” sempre acessível na tela principal	RF15	Não
BS16	Comandos por voz para funções críticas (bloqueio, rastreamento, SOS)	RF16	Não
BS17	Efetuar backup automático de contatos, fotos e mensagens antes do bloqueio remoto	RF17	Não
BS18	Restaurar dados de backup via e‑mail	RF18	Não
BS19	Emissão de som remoto para facilitar localização	RF19	Não
BS20	Oferecer rastreamento via satélite em áreas sem cobertura de celular	RF20	Não
BS21	Enviar notificação por e‑mail com detalhes da tentativa de acesso suspeito	RF21	Não
BS22	Gerar relatório de movimentação para download em PDF	RF22	Não
BS23	Definir “dispositivo de confiança” para controle remoto secundário	RF23	Não
BS24	Atualizar localização em tempo real a cada X segundos	RF24	Não
BS25	Permitir agendamento de bloqueio remoto em horários predefinidos	RF25	Não
BS26	Notificar usuário de troca de chip imediatamente	RF26	Não
BS27	Interface para consulta de status de bloqueio e rastreamento	RF27	Sim
BS28	Incluir funcionalidade “Modo perdido” com ações automáticas predefinidas	RF28	Não
BS29	Enviar SMS de confirmação após cada ação remota	RF29	Não
BS30	Permitir compartilhamento temporário de localização com contatos cadastrados	RF30	Não
BS31	Disparar alarme sonoro e visual no dispositivo	RF31	Não
BS32	Executar limpeza remota somente após autenticação forte	RF32	Não
BS33	Registrar logs de todas as ações remotas para auditoria	RF33	Não
BS34	Exibir status de bateria e conectividade antes de executar ações críticas	RF34	Não
BS35	Integração com Google Maps para exibição de rotas e histórico	RF35	Não

Autor do tabela 3: Leonardo de Melo

Legenda: ID – Identificador numérico do requisito. Descrição – definição concisa da funcionalidade exigida. Código (RFx) – código de referência do Requisito Funcional (RF) seguido de um número sequencial. Implementado? – indica se o requisito está implementado no sistema atualmente (Sim) ou não (Não).

Tabela de Requisitos Não Funcionais

Tabela 4: Requisitos Não Funcionais do Celular Seguro (Brainstorming)
Apresenta os requisitos não funcionais (BS36–BS60) elicitados na sessão de brainstorming, mostrando o status de implementação de cada um.

BS ID	Descrição do RNF	Código	Implementado?
BS36	Interface intuitiva com affordances visuais claras	RNF01	Sim
BS37	Linguagem simples sem jargões técnicos	RNF02	Sim
BS38	Layout consistente seguindo heurísticas de Nielsen	RNF03	Não
BS39	Tempo de resposta da interface < 200 ms	RNF04	Não
BS40	Disponibilidade do portal web e app 99,9 % (SLA)	RNF05	Sim
BS41	Latência de tutoriais e assistente virtual < 1 segundo	RNF06	Não
BS42	Suporte a VLibras e leitor de tela para acessibilidade	RNF07	Não
BS43	Opção de contraste de cores e ajuste de tamanho de fonte	RNF08	Não
BS44	Transcrição em tempo real sem falhas de reconhecimento	RNF09	Não
BS45	Precisão de localização GPS melhor que 10 m	RNF10	Não
BS46	Rastreamento em segundo plano com consumo de bateria otimizado (< 3 % por hora)	RNF11	Não
BS47	Backup criptografado em repouso e em trânsito (AES‑256)	RNF12	Não
BS48	Autenticação multifator (2 FA) com fallback via SMS	RNF13	Não
BS49	Logs de auditoria imutáveis e armazenados por no mínimo 1 ano	RNF14	Não
BS50	Política de privacidade clara e facilmente acessível dentro do app	RNF15	Não
BS51	Notificações entregues em tempo real com taxa de sucesso > 99 %	RNF16	Não
BS52	Central de ajuda acessível offline e online	RNF17	Não
BS53	Verificação de integridade de dados no drive com checksum	RNF18	Não
BS54	Monitoramento de tentativas de acesso não autorizado com alertas automáticos	RNF19	Não
BS55	Consumo de dados móveis otimizado por compressão de pacotes	RNF20	Não
BS56	Sincronização de estado entre app e portal em menos de 5 segundos	RNF21	Não
BS57	Compatibilidade com Android e iOS (últimas 3 versões principais)	RNF22	Sim
BS58	Tempo de inicialização do app < 2 segundos	RNF23	Não
BS59	Suporte a múltiplos idiomas e mudança dinâmica sem reiniciar	RNF24	Não
BS60	Atualizações automáticas de segurança e correções de vulnerabilidades em até 24 horas	RNF25	Não

Autor do tabela 4: Leonardo de Melo

Legenda: ID – Identificador numérico do requisito. Descrição – detalhamento do critério de qualidade ou restrição. Código (RNFx) – código de referência do Requisito Não Funcional (RNF) com numeração sequencial. Implementado? – indica se o requisito já se encontra implementado (Sim) ou não (Não).

Legenda Geral

RF – Requisito Funcional: descreve o que o sistema deve fazer. É uma funcionalidade ou serviço que o sistema deve prover para atender às necessidades do usuário ou do negócio (por exemplo, “bloquear remotamente o dispositivo”).
RNF – Requisito Não Funcional: descreve como o sistema deve se comportar ou quais restrições de qualidade ele deve obedecer. Engloba atributos como usabilidade, desempenho, segurança, confiabilidade, etc. (por exemplo, “interface intuitiva e baixo consumo de bateria”).
BS – (Brainstorming) Palavra-chave da sessão: código associado às palavras-chave ou ideias brutas geradas na sessão de brainstorming. Cada BSx corresponde a um termo ou conceito mencionado pelos participantes, utilizado para rastrear a origem das discussões e auxiliar na derivação dos requisitos correspondentes.

Bibliografia

THE PFEIFFER LIBRARY. Brainstorming. In: The Pfeiffer Library, Volume 26: Facilitator’s Guide to Participatory Decision-Making. 2ª ed. San Francisco: Jossey-Bass, 1998.

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	09/04/2025	Documento inicial da sessão de brainstorming do projeto Celular Seguro	Leonardo de Melo	Arthur Carvalho	09/04/2025
1.1	04/05/2025	Adição das respostas da entrevista	Leonardo de Melo	Mateus Bastos	04/05/2025
1.2	04/05/2025	Inclusão do Miro e do vídeo do YouTube	Leonardo de Melo	Gabriel Lima	04/05/2025
1.3	06/05/2025	Concerto de link do vídeo do YouTube	Gabriel Lima	Mateus Bastos	06/05/2025
1.4	08/05/2025	Padronização do Histórico de Versões	Arthur Carvalho	Arthur Carvalho	08/05/2025