Entrevista
Introdução
Entre as técnicas estudadas na disciplina de Requisitos de Software, as entrevistas se destacam por sua praticidade e eficácia na coleta de informações diretamente com os usuários. Essa abordagem permite compreender de forma mais aprofundada as necessidades e expectativas do público-alvo, seja em conversas individuais ou em pequenos grupos.
No contexto do estudo do eGDF, as entrevistas realizadas com os usuários do aplicativo tiveram como objetivo principal levantar dados sobre suas perspectivas, demandas e dificuldades encontradas na utilização da solução eletrônica para os serviços do Distrito Federal.
Metodologia
A entrevista foi realizada induvidulamente, pelos membros da equipe Ana Victória e Artur Mendonça. Cada integrante foi responsável por realizar entrevistas específicas com usuários distintos, conforme especificado na tabela 1, que mostra os detalhes da entrevista. O processo seguiu um roteiro pré-definido, elaborado para garantir a consistência das perguntas e facilitar a coleta de dados comparáveis. No entanto, o script foi aplicado de maneira flexível, permitindo ajustes em tempo real para se adequar ao perfil e às respostas de cada entrevistado, tornando a conversa mais natural e aprofundada quando necessário. Com os dados coletados a partir das respostas dos entrevistados, foram levantados os requisitos funcionais e não funcionais, elaborados na tabela 3 e na tabela 4.
Apesar de já terem sido feitas entregas anteriores com base nas entrevistas, esta versão representa uma revisão final do artefato, incorporando ajustes, complementações e correções a partir de novas análises e aprofundamentos no conteúdo. Além disso, houve a adição de uma terceira contribuinte, Karoline Luz da Conceição, ampliando a participação da equipe na elaboração e refinamento do material final, buscando garantir maior alinhamento com os objetivos do projeto e a realidade do sistema e-GDF.
Cronograma
Tabela 1: Detalhes da Entrevista.
| Entrevistador | Entrevistado | Data prevista | Data Realizada | Horário Previsto | Horário Realizado | Local | Duração |
|---|---|---|---|---|---|---|---|
| Ana Victória | Luís Felipe | 30/04/2025 | 30/04/2025 | 12:20 | 12:20 | UnB-FCTE | 07:40 min |
| Ana Victória | Júnia Luz | 01/05/2025 | 01/05/2025 | 17:10 | 17:11 | Microsoft Teams | 10:20 min |
| Artur Mendonça | Vitor Guilherme | 02/05/2025 | 02/05/2025 | 15:00 | 15:10 | Microsoft Teams | 06:48 min |
| Karoline Luz | Luis Felipe | 17/06/2025 | 17/062025 | 14:00 | 14:20 | UnB-FCTE | 05:13 min |
| Artur Mendonça | João | 18/06/2025 | 20/06/2025 | 13:20 | 13:40 | UnB-FCTE | 05:42 min |
Fonte: Ana Victória, Artur Mendonça e Karoline Luz, 2025.
Primeira Entrevista - Luís Felipe
Clique aqui para assistir no YouTube
Transcrição da resposta do entrevistado
Fonte: Ana Victória e Artur Mendonça, 2025.
Segunda entrevista - Júnia Luz
Clique aqui para assistir no YouTube
Transcrição da resposta da entrevistada
Fonte: Ana Victória e Artur Mendonça, 2025.
Terceira entrevista - Vitor Guilherme
Clique aqui para assistir no YouTube
Transcrição da resposta do entrevistado
Fonte: Ana Victória e Artur Mendonça, 2025.
Quarta entrevista - Luis Felipe
Clique aqui para assistir no YouTube
Transcrição da resposta do entrevistado
Fonte: Karoline Luz, 2025.
Quinta entrevista - João
Clique aqui para assistir no YouTube
Transcrição da resposta do entrevistado
Fonte: Artur Mendonça, 2025.
Perguntas Realizadas
Tabela 2: Perguntas feitas na Entrevista.
| Tópicos | Perguntas |
|---|---|
| Conhecimento e Primeiro Contato com o App | 1. Você conhece o aplicativo eGDF? 2. Como ficou sabendo do aplicativo? 3. Por que decidiu instalar ou usar o app? 4. Lembra da sua primeira impressão ao abrir o aplicativo? |
| Frequência e Objetivo de Uso | 5. Com que frequência você usa o eGDF? 6. Em geral, para que você costuma usar o aplicativo? |
| Usabilidade e Experiência | 7. Você acha fácil navegar pelo app? Por quê? 8. As informações são claras e bem organizadas? 9. Já ficou perdido(a) ou sem saber onde clicar? Em qual parte? 10. Você costuma conseguir resolver o que precisa só pelo app, ou acaba buscando ajuda por outros meios? |
| Funcionalidades e Conteúdo | 11. Quais funcionalidades do app você mais usa ou considera mais úteis? 12. Existe alguma função que você esperava encontrar no app e não tinha? 13. Já encontrou informações desatualizadas ou erradas no aplicativo? |
| Problemas e Suporte | 14. Já teve algum problema técnico usando o app? Travamentos, lentidão, erros? 15. Se teve algum problema, conseguiu resolvê-lo? Como? 16. Já procurou ajuda ou suporte dentro do app? Foi fácil encontrar? |
| Segurança e Confiança | 17. Você se sente seguro(a) usando o app, em relação aos seus dados pessoais? 18. O processo de login (autenticação) te parece fácil e confiável? 19. Você confia nas informações que o app mostra? |
| Acessibilidade e Inclusão | 20. Você acha que o aplicativo é acessível para todos os tipos de usuários (pessoas idosas, com deficiência visual, etc.)? |
| Melhorias e Expectativas | 21. O que você mudaria no aplicativo, se pudesse? 22. Tem alguma ideia de funcionalidade nova que você acha que poderia ajudar outros usuários? 23. Em uma escala de 0 a 5, qual nota você daria e porque? |
Fonte: Ana Victória, Artur Mendonça e Karoline Luz, 2025.
Requisitos Elicitados
Legenda da Tabela:
- RFx: Requisito Funcional nºx
- RNFx: Novos Requisitos nºx elicitados pela Entrevista.
- RNFx*: Corrigindo Requisitos testáveis nºx elicitados pela Entrevista.
- ENx: Requisito nºx elicitado pela Entrevista.
Tabela 3: Requisitos Funcionais.
| Tipo | Descrição | ID | Implementado |
|---|---|---|---|
| RF01 | O aplicativo permite a visualização da localização dos ônibus em tempo real, incluindo previsão de chegada e rota no mapa. A visualização deve ocorrer por meio de um mapa dinâmico com atualização automática a cada 15 segundos. A rota exibida deve incluir o trajeto completo do ônibus e destacar a previsão de chegada com margem de erro inferior a 2 minutos, baseada em dados fornecidos por GPS. | EN01 | Sim |
| RF02** | O aplicativo deve exibir links para serviços externos (como da Secretaria da Fazenda) acompanhados de um texto explicativo com no mínimo 20 palavras, informando o conteúdo que o usuário encontrará ao clicar. O texto explicativo deve ser exibido imediatamente acima ou abaixo do link, com linguagem clara e sem ambiguidade. O carregamento da página externa deve ocorrer em até 3 segundos em conexões 4G ou Wi-Fi, considerando o tempo entre o toque no link e o carregamento completo da página no navegador. | EN02 | Sim |
| RF03 | O aplicativo oferece funcionalidades para consulta de informações educacionais, como calendário letivo e status de vagas no CIL. As informações devem estar organizadas por instituição e período letivo, e o status de vagas deve refletir os dados atualizados com, no máximo, 24 horas de defasagem. O conteúdo deve ser exibido em tempo inferior a 2 segundos após o acionamento da funcionalidade, e permitir navegação por filtros como idioma, região e turno. | EN03 | Não |
| RF04 | O aplicativo permite autenticação segura através da plataforma gov.br, com opções como reconhecimento facial. A integração deve suportar múltiplos níveis de autenticação (bronze, prata e ouro), de acordo com as diretrizes do gov.br, e utilizar canais seguros (HTTPS/TLS 1.3). A opção de reconhecimento facial deve respeitar os padrões de privacidade exigidos pela LGPD e a autenticação deve ser concluída em até 5 segundos em condições normais de rede. | EN04 | Não |
| RF05** | O aplicativo deve disponibilizar uma seção de impostos com acesso ao serviço de emissão de boletos do IPVA, acompanhado de um tutorial com texto de no mínimo 100 palavras e, opcionalmente, imagens explicativas do processo em até 3 passos. O serviço deve ser acessível diretamente de uma aba dedicada no menu e incluir instruções sobre como localizar o Renavam e dados do veículo. O carregamento da funcionalidade externa deve ocorrer em até 3 segundos em conexões 4G ou Wi-Fi. | EN05 | Sim |
| RF06 | O aplicativo implementa funcionalidades adicionais na área educacional, como acompanhamento de pendências para professores e alunos. As pendências exibidas devem incluir status de entrega de atividades, notas pendentes e validações de matrícula, com atualização em tempo real quando conectados à internet. A interface deve permitir distinguir claramente o perfil do usuário (professor ou aluno) e apresentar indicadores visuais (ícones ou cores) para alertas. | EN06 | Não |
| RF07 | O aplicativo inclui recursos de acessibilidade como leitura em áudio para deficientes visuais e suporte em Libras para deficientes auditivos. A leitura em áudio deve estar disponível para todos os conteúdos textuais em formato acessível (narrador do sistema ou leitor nativo) e o suporte em Libras deve ocorrer via integração com avatar 3D ou vídeos incorporados com janela de Libras, seguindo os padrões do eMAG. | EN07 | Não |
| RF08** | O aplicativo deve permitir ao usuário selecionar entre pelo menos 3 níveis de tamanho de fonte (pequeno, médio e grande), aplicáveis a todos os textos do aplicativo, sendo o tamanho grande equivalente a pelo menos 150% do tamanho padrão da fonte. A configuração deve ser armazenada localmente e aplicada globalmente sem necessidade de reinicialização, mantendo contraste e legibilidade conforme WCAG 2.1. | EN08 | Não |
| RF09 | O aplicativo deve permitir que usuários reportem problemas da cidade através de um mapa interativo. A funcionalidade deve possibilitar a seleção precisa de um ponto geográfico no mapa, escolha de categoria de problema entre pelo menos cinco tipos predefinidos (ex: buraco, iluminação, lixo), e envio de breve descrição. O sistema deve gerar protocolo de atendimento e armazenar os dados para visualização futura. | EN09 | Não |
| RF10 | O aplicativo deve fornecer acesso a números de serviços de emergência da polícia. Os números devem estar visíveis na tela inicial ou a até um clique dela, com botões de discagem direta integrados ao sistema operacional, sem exigir autenticação ou acesso prévio. Os números devem incluir: Polícia Militar, SAMU, Bombeiros e Central 190. | EN10 | Sim |
| RF11 | O aplicativo deve oferecer uma seção de suporte ao usuário com instruções de uso. A seção deve estar acessível a partir do menu principal e conter no mínimo cinco tópicos organizados por categoria (ex: login, navegação, serviços), cada um com texto e imagens explicativas. A área deve estar disponível offline após o primeiro carregamento e ser atualizada automaticamente quando conectado à internet. | EN11 | Não |
Fonte: Ana Victória, Artur Mendonça e Karoline Luz.
Tabela 4: Requisitos Não Funcionais.
Legenda da Tabela:
- RNFx: Requisito Não-Funcional nºx
- RNFx: Novos Requisitos nºx elicitados pela Entrevista.
- RNFx*: Corrigindo Requisitos testáveis nºx elicitados pela Entrevista.
- ENx: Requisito nºx elicitado pela Entrevista.
| Tipo | Descrição | ID | Implementado |
|---|---|---|---|
| RNF01** | O aplicativo deve possuir um menu principal com ícones e rótulos textuais claros para cada funcionalidade, e permitir o acesso a pelo menos 80% das funcionalidades sem redirecionamentos externos, com base em testes de usabilidade realizados com um grupo de 5 usuários representativos, medindo taxa de sucesso e número de interações. | EN01 | Não |
| RNF02 | 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, com sincronização automática com fontes oficiais no máximo a cada 24 horas e versionamento dos dados para rastreabilidade. | EN02 | Sim |
| RNF03 | O aplicativo deve apresentar estabilidade, evitando travamentos ou falhas de carregamento, especialmente em redes móveis. O sistema não deve exceder 1 falha crítica a cada 100 sessões de uso contínuo com duração mínima de 10 minutos, segundo testes automatizados e de campo. | EN03 | Não |
| RNF04 | O aplicativo deve garantir proteção de dados pessoais, reforçando a confiança do usuário quanto à privacidade e segurança. Deve estar em conformidade com a LGPD, implementar criptografia AES-256 para dados locais e TLS 1.3 para comunicações com servidores, além de exigir consentimento explícito para coleta de dados sensíveis. | EN04 | Sim |
| RNF05** | O processo de login no aplicativo deve ser concluído em até 2 segundos, em 90% das tentativas, considerando dispositivos com Android 10 ou superior conectados à rede 4G ou Wi-Fi. Os dados devem ser armazenados com autenticação otimizada para reduzir latência e utilizar cache local criptografado para sessões válidas. | EN05 | Não |
| RNF06** | O aplicativo deve adotar uma interface com contraste mínimo de 4,5:1, fontes ajustáveis em no mínimo 3 tamanhos distintos e botões com área mínima de toque de 48x48dp, em conformidade com as Diretrizes de Acessibilidade para Conteúdo Web (WCAG 2.1) e com foco em usabilidade para idosos e pessoas com baixa visão. | EN06 | Não |
| RNF07** | O aplicativo deve incluir suporte a leitores de tela (TalkBack e VoiceOver), oferecer alternativa de alto contraste para usuários daltônicos (protanopia, deuteranopia e tritanopia) e permitir a navegação por teclado virtual com foco visual visível, respeitando o foco de acessibilidade padrão de cada sistema operacional. | EN07 | Não |
| RNF08 | O aplicativo deve garantir um tempo de carregamento inicial inferior a 2 segundos em dispositivos com Android 10/iOS 13 ou superior, utilizando redes móveis 4G ou Wi-Fi. O carregamento deve contemplar exibição funcional da tela principal e acesso imediato a documentos e comprovantes com prioridade de pré-processamento. | EN08 | Não |
| RNF09* | O app deve manter cache inteligente de dados (como QR Codes), atualizando a cada 12h ou sob demanda. O cache deve funcionar offline sem dependência de rede e ocupar no máximo 20MB de armazenamento interno, com verificação de validade automática a cada abertura do app. | EN09 | Não |
| RNF10* | O uso contínuo por 1h deve consumir no máximo 5% da bateria em dispositivos com 3000 mAh. Os testes devem ser realizados com tela em brilho médio, rede 4G e interações comuns de navegação, respeitando padrões médios de benchmarks de consumo energético em Android. | EN10 | Não |
| RNF11* | Imagens e QR Codes devem ser comprimidos para no máximo 200KB, utilizando formatos como WebP, JPEG XR ou PNG-8, com otimização por compactação sem perda visual perceptível em telas de 6 a 10 polegadas. A perda visual deve ser avaliada por inspeção com no máximo 10% de distorção de nitidez medida por PSNR. | EN11 | Não |
| RNF12* | O app deve identificar eventos próximos via geolocalização e pré-carregar dados via Wi-Fi, limitando uso a 5MB por ciclo. A geolocalização deve ser verificada em segundo plano a cada 6 horas e os dados pré-carregados devem ser armazenados temporariamente por até 24 horas, com descarte automático posterior. | EN12 | Não |
Fonte: Ana Victória, Artur Mendonça e Karoline Luz, 2025.
Bibliografia
WIEGERS, Karl E.; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013. Disponível em: https://olivroqueaprende.com/WDK/Software_Requirements_3rd_Edition.pdf. Acesso em 01 mai.2025
Fonte: WIEGERS, Karl E.; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013, p. 121.
Fonte: WIEGERS, Karl E.; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013, p. 121.
Fonte: WIEGERS, Karl E.; BEATTY, Joy. Software requirements. 3. ed. Redmond: Microsoft Press, 2013, p. 122.
Histórico de Versões
| Versão | Descrição | Autor(es) | Data | Revisor(es) | Data de Revisão |
|---|---|---|---|---|---|
| 1.0 | Organizando e adicionando algumas informações das entrevistas feitas. | Ana Victória e Artur Mendonça | 01/05/2025 | João Marcos Moraes | 03/05/2025 |
| 1.1 | Correção e adição de algumas informações sobre a entrevista. | Ana Victória e Artur Mendonça | 02/05/2025 | João Marcos Moraes | 03/05/2025 |
| 1.2 | Adição da entrevista do Vitor Guilherme. | Ana Victória e Artur Mendonça | 03/05/2025 | João Marcos Moraes | 03/05/2025 |
| 1.3 | Ajuste nas tabelas | Ana Victória e Artur Mendonça | 03/05/2025 | João Marcos Moraes | 03/05/2025 |
| 1.4 | Padronização do histórico de versões e adição de imagens das fontes | Ana Victória e Artur Mendonça | 09/05/2025 | João Marcos Moraes e Luiza da Silva Pugas | 09/05/2025 |
| 1.5 | Correção das fontes | Ana Victória | 12/05/2025 | Karoline Luz | 13/05/2025 |
| 2.0 | Corrigindo fontes e adicionando tampletes de contribuição pra adicionar entrevista presencial | Karoline Luz | 16/06/2025 | Ana Victória | 22/06/2025 |
| 2.1 | Corrigindo nomenclaturas testáveis e adicionando video da Karol | Karoline Luz | 18/06/2025 | Ana Victória | 22/06/2025 |
| 2.2 | Corrigindo Tabela de Conograma | Karoline Luz | 18/06/2025 | Ana Victória | 22/06/2025 |
| 2.2 | Adição do link da validação presencial da quinta entrevista | Artur Mendonça | 20/06/2025 | Lucas Mendonça | 22/06/2025 |
| 2.2 | Detalhando as tabelas dos Requisitos funcionais e não-funcionais | Karoline Luz e Ana Victória | 07/07/2025 | João Marcos Moraes | 07/07/2025 |