Skip to content

Introspecção

Funções dos autores

Nome Função
João Pedro Costa Criação da página; Desenvolvimento da introspecção; Criação das tabelas.
Julia Gabriela Desenvolvimento da introspecção; Criação das tabelas.
Ryan Salles Revisão geral.
Autor(es): João Pedro Costa

Introdução

Introspecção

A introspecção é uma abordagem utilizada na elicitação de requisitos que busca definir características essenciais de um sistema a partir de uma reflexão aprofundada sobre seu uso ideal. Por meio desse processo, o responsável pela análise imagina cenários hipotéticos nos quais determinadas tarefas seriam executadas, identificando assim os elementos indispensáveis para o funcionamento do software. No entanto, essa técnica apresenta desafios, pois a perspectiva dos especialistas pode não corresponder totalmente às necessidades e experiências dos usuários reais, especialmente no contexto do design de interfaces e da adoção de novas tecnologias.

Desafios para Especialistas

Designers de interface, cientistas cognitivos e engenheiros de requisitos frequentemente enfrentam dificuldades ao compreender como os usuários aprendem novas tecnologias. Muitas vezes, especialistas ficam surpresos com o comportamento inconsistente dos usuários e têm dificuldade em entender o ambiente de trabalho e as condições para a adoção de novas tecnologias. A confusão em torno do termo "usuário ingênuo" também contribui para essa problemática. Conclui-se que a introspecção, sem considerar cuidadosamente o contexto, torna-se inviável.

Metodologia

O processo de introspecção foi realizado individualmente pelos alunos João Pedro e Julia Paulino. Cada um se colocou na posição de usuário do aplicativo Cadastro Único, imaginando funcionalidades essenciais e desejáveis. Os requisitos elicitados por Julia Paulino estão descritos a seguir.

Cronograma

Nome Data Hora
João Pedro 23/04/2025 12:30
Julia Paulino 23/04/2025 14:00

Fonte: João Pedro e Julia Paulino.


João Pedro

João Pedro realizou a introspecção se colocando na posição de um usuário do aplicativo Cadastro Único. A partir dessa simulação, foram elicitados requisitos. Abaixo estão as tabelas 1 e 2, que apresentam os requisitos funcionais e não funcionais, respectivamente.

Legenda - Tabela 1:

  • RFx: Requisitos Funcionais nºx.
Tabela 1: Requisitos Funcionais
RF Nome do RF Descrição Implementado
RF01 Cadastro de Usuário O sistema deve permitir o cadastro de novos usuários, coletando informações pessoais como nome, CPF, endereço, e outros dados necessários. Sim
RF02 Atualização de Dados O sistema deve possibilitar ao usuário atualizar seus dados cadastrais a qualquer momento. Sim
RF03 Consultar Situação Cadastral O sistema deve permitir que o usuário consulte o status de seu cadastro e a situação atual do benefício. Sim
RF04 Emissão de Comprovante de Cadastro O sistema deve possibilitar que o usuário gere e imprima um comprovante de cadastro atualizado. Sim
RF05 Filtragem de Benefícios O sistema deve permitir ao usuário visualizar os benefícios aos quais ele pode ter direito com base nos dados cadastrados. Sim
RF06 Upload de documentos Permite ao usuário fazer upload de documentos para o sistema. Não
Autor(es): João Pedro

Legenda - Tabela 2:

  • RNFx: Requisitos Não-Funcionais nºx.
Tabela 2: Requisitos Não Funcionais
RNF Nome do RNF Descrição Implementado
RNF01 Usabilidade O aplicativo deve ser de fácil navegação, intuitivo, e acessível para todos os usuários, incluindo pessoas com deficiência. Sim
RNF02 Segurança O sistema deve garantir a segurança dos dados pessoais dos usuários, utilizando criptografia e práticas de segurança adequadas. Sim
RNF03 Performance O sistema deve ser capaz de processar as informações de cadastro e consultas rapidamente, com tempo de resposta inferior a 3 segundos. Não
RNF04 Compatibilidade com Dispositivos O aplicativo deve ser compatível com as principais plataformas móveis (Android e iOS). Sim
RNF05 Disponibilidade O sistema deve garantir 99% de disponibilidade para os usuários, com tempo de inatividade mínimo. Não
RNF06 Acessibilidade para pessoas com deficiência visual O aplicativo oferece recursos de acessibilidade para deficientes visuais, como leitores de tela. Não
RNF07 Backup e restauração de sessão O aplicativo deve permitir backup e restauração das sessões do usuário, caso haja interrupção ou falha. Não
Autor(es): João Pedro

Julia Paulino

Julia Paulino realizou a introspecção se colocando na posição de uma usuária do aplicativo Cadastro Único. A partir dessa simulação, foram elicitados requisitos. Abaixo estão as tabelas 3 e 4, que apresentam os requisitos funcionais e não funcionais, respectivamente.

Legenda - Tabela 3:

  • RFx: Requisitos Funcionais nºx.
Tabela 3: Requisitos Funcionais
RF Nome do RF Descrição Implementado
RF01 Consultar dados cadastrais Permite ao usuário visualizar seus dados no Cadastro Único. Sim
RF02 Pré-cadastrar família Possibilita iniciar um pré-cadastro para uma nova unidade familiar. Sim
RF03 Localizar postos de atendimento Mostra os CRAS mais próximos com base na localização do usuário. Sim
RF04 Enviar notificações Permite o envio de mensagens importantes ao usuário por meio do app. Sim
RF05 Integrar com o CNIS Traz dados de vínculos e contribuições automaticamente do CNIS. Sim
RF06 Chatbot de atendimento automatizado Implementa um chatbot para atendimento automatizado ao usuário. Não
RF07 Notificação de pendências ou atualizações Envia notificações sobre pendências ou atualizações necessárias ao usuário. Sim
RF08 Simulador de benefícios sociais Permite ao usuário simular quais benefícios sociais poderia receber. Não
RF09 Modo escuro O aplicativo oferece uma opção de modo escuro para melhorar a experiência do usuário em ambientes com pouca luz. Sim
RF10 Possibilidade de outros idiomas O aplicativo deve estar disponível em vários idiomas, permitindo maior acessibilidade. Não
Autor(es): Julia Gabriela

Legenda - Tabela 4:

  • RNFx: Requisitos Não-Funcionais nºx.
Tabela 4: Requisitos Não Funcionais
RNF Nome do RNF Descrição Implementado
RNF01 Interface intuitiva e amigável O design do aplicativo é simples e fácil de navegar para o usuário. Sim
RNF02 Capacidade de atender grande base de usuários O aplicativo suporta muitos usuários acessando simultaneamente. Sim
RNF03 Integração com sistemas oficiais do governo O aplicativo está integrado com sistemas oficiais, como o CNIS. Sim
RNF04 Alta disponibilidade e recuperação de desastres O aplicativo deve ter mecanismos de recuperação de dados e funcionamento em caso de falhas ou desastres. Não
Autor(es): Julia Gabriela

Requisitos Elicitados (Finais)

Abaixo estão os requisitos finais, que foram elicitados a partir da introspecção realizada por João Pedro e Julia Paulino. Os requisitos foram unificados, removendo os requisitos desejáveis e mantendo apenas os já existentes no aplicativo. Abaixo estão as tabelas 5 e 6, que apresentam os requisitos funcionais e não funcionais, respectivamente.

Legenda - Tabela 5:

  • RFx: Requisitos Funcionais nºx.
  • ISx: Requisito nºx elicitado pela introspecção.
Tabela 5: Requisitos Funcionais
ID RF Nome do RF Descrição Implementado
IS01 RF05 Consultar dados cadastrais Permite ao usuário visualizar seus dados no Cadastro Único. Sim
IS02 RF15 Pré-cadastrar família Possibilita iniciar um pré-cadastro para uma nova unidade familiar. Sim
IS03 RF16 Localizar postos de atendimento Mostra os CRAS mais próximos com base na localização do usuário. Sim
IS04 RF17 Enviar notificações Permite o envio de mensagens importantes ao usuário por meio do app. Sim
IS05 RF18 Integrar com o CNIS Traz dados de vínculos e contribuições automaticamente do CNIS. Sim
IS06 RF19 Cadastro de Usuário O sistema deve permitir o cadastro de novos usuários, coletando informações pessoais. Sim
IS07 RF20 Atualização de Dados do Usuário O sistema deve possibilitar ao usuário atualizar seus dados cadastrais. Sim
IS08 RF21 Consultar Situação Cadastral Permite verificar o status do cadastro e da situação dos benefícios. Sim
IS09 RF22 Emissão de Comprovante de Cadastro Gera um comprovante de cadastro atualizado para o usuário. Sim
IS10 RF23 Filtragem de Benefícios Permite visualizar benefícios disponíveis com base nos dados cadastrados. Sim
IS11 RF29 Upload de documentos Permite ao usuário fazer upload de documentos para o sistema. Não
IS12 RF26 Chatbot de atendimento automatizado Implementa um chatbot para atendimento automatizado ao usuário. Não
IS13 RF27 Notificação de pendências ou atualizações Envia notificações sobre pendências ou atualizações necessárias ao usuário. Sim
IS14 RF28 Simulador de benefícios sociais Permite ao usuário simular quais benefícios sociais poderia receber. Não
IS15 RF38 Modo escuro O aplicativo oferece uma opção de modo escuro para melhorar a experiência do usuário em ambientes com pouca luz. Não
Autor(es): João Pedro, Julia Gabriela

Legenda - Tabela 6:

  • RNFx: Requisitos Não-Funcionais nºx.
  • ISx: Requisito nºx elicitado pela introspecção.
Tabela 6: Requisitos Não Funcionais
ID RNF Nome do RNF Descrição Implementado
IS16 RNF10 Interface intuitiva e amigável O design do aplicativo é simples e de fácil navegação. Sim
IS17 RNF11 Capacidade de atender grande base de usuários Suporta um grande número de acessos simultâneos. Sim
IS18 RNF12 Integração com sistemas oficiais do governo Integrado com sistemas como o CNIS. Sim
IS19 RNF13 Usabilidade Navegação intuitiva e acessibilidade geral. Sim
IS20 RNF02 Segurança Uso de criptografia e proteção de dados sensíveis. Sim
IS21 RNF01 Performance Resposta rápida nas interações do usuário (até 3 segundos). Não
IS22 RNF14 Compatibilidade com Dispositivos Compatível com Android e iOS. Sim
IS23 RNF06 Disponibilidade Garantia de 99% de disponibilidade com mínimas interrupções. Sim
IS24 RNF17 Alta disponibilidade e recuperação de desastres O aplicativo deve ter mecanismos de recuperação de dados e funcionamento em caso de falhas ou desastres. Não
IS25 RNF15 Acessibilidade para pessoas com deficiência visual O aplicativo oferece recursos de acessibilidade para deficientes visuais, como leitores de tela. Sim
IS26 RNF16 Backup e restauração de sessão O aplicativo deve permitir backup e restauração das sessões do usuário, caso haja interrupção ou falha. Não
IS27 RF39 Possibilidade de outros idiomas O aplicativo deve estar disponível em vários idiomas, permitindo maior acessibilidade. Não
Autor(es): João Pedro, Julia Gabriela

Conclusão

Os requisitos elicitados por essa técnica podem divergir dos demais, tendo em vista que é uma técnica aplicada por participantes do projeto, de maneira subjetiva e com base em percepções individuais.


Video

O vídeo abaixo refere-se à introspecção descrita neste artefato, realizada no Microsoft Teams:

Validação

Uma entrevista presencial com um usuário foi realizada para fins de validação. As informações sobre a entrevista são apresentadas por meio da Tabela 7 e 8.

Tabela 7: Informações da Entrevista
Campo Informação
Local UnB - FCTE
Data 05/06/2025
Horário 09:20
Duração Cerca de 15 minutos
Autor(es)Ryan Salles
Tabela 8: Participantes da Entrevista
Nome Função
Lucas Usuário/ Project Owner
João Pedro Entrevistador
Ryan Salles Secretário/Desenvolvedor
Autor(es)Ryan Salles

Referências

GOGUEN, Joseph A.; LINDE, Charlotte. Techniques for Requirements Elicitation. In: IEEE International Symposium on Requirements Engineering, 1993. p. 152-164. Acesso em: 23/04/2025.

Imagem 1: Introspecção
Introspecção

Fonte: Adaptado de GOGUEN, Joseph A.; LINDE, Charlotte. Techniques for requirements elicitation. In: IEEE INTERNATIONAL SYMPOSIUM ON REQUIREMENTS ENGINEERING, 1993. p. 152–164.

Imagem 2: Introspecção
Introspecção

Fonte: Adaptado de GOGUEN, Joseph A.; LINDE, Charlotte. Techniques for requirements elicitation. In: IEEE INTERNATIONAL SYMPOSIUM ON REQUIREMENTS ENGINEERING, 1993. p. 152–164.

Histórico de Versões

Versão Data Descrição Autor(es) Revisor
1.0 23/04/2025 Introdução e requisitos iniciais João Pedro Costa, Julia Gabriela Ryan Salles
1.1 03/05/2025 Correções de ortográfia João Pedro Costa Ryan Salles
1.2 04/05/2025 Removendo requisitos desejáveis João Pedro Costa Ryan Salles
1.3 04/05/2025 Adicionando links e corrigindo tabelas João Pedro Costa Ryan Salles
1.4 07/05/2025 Adicionando imagens, o video e referências João Pedro Costa Julia Gabriela
1.5 23/05/2025 Adicionando coluna indicando implementação, adicionando dados de IS e desejados João Pedro Costa Julia Gabriela
1.6 07/06/2025 Melhorando título do IS07 para evitar conflito de requisitos Ryan Salles Julia Gabriela
2.0 08/06/2025 Adicionada gravação da validação Ryan Salles João Pedro Costa