Versão 1.3
Observação
Introdução
A Observação é uma técnica de elicitação de requisitos que consiste no acompanhamento direto de um usuário enquanto ele interage com o sistema em um cenário de uso. O objetivo é capturar comportamentos, dificuldades e necessidades reais que muitas vezes não são verbalizados em entrevistas ou questionários, fornecendo insights valiosos sobre a usabilidade e a experiência do usuário.
No contexto do projeto Celular Seguro, a técnica foi aplicada de forma simulada para avaliar o fluxo de interação com o aplicativo. Ao observar um participante utilizando as funcionalidades da plataforma, a equipe pôde identificar pontos de atrito, validar a clareza da interface e levantar requisitos práticos que aprimoram a segurança e a facilidade de uso.
Este documento detalha a metodologia da sessão, apresenta a gravação da atividade e lista os requisitos funcionais e não funcionais que foram derivados dessa análise.
Atenção!
O conteúdo deste tópico poderá sofrer alterações ao longo da Disciplina de Requisitos de Software. Portanto, as tabelas serão organizadas iniciando pela versão mais recente e finalizando com a versão mais antiga.
Integrantes que atuaram no desenvolvimento do artefato
Esta tabela inicial terá somente os artefatos de alta relevância que cada integrante do projeto desenvolveu. O versionamento completo encontra-se ao final do artefato.
Tabela de Contribuição
| Nome | Função |
|---|---|
| Gabriel Lima | Criador do Artefato |
| Arthur Carvalho | Desenvolvedor |
| Daniel Rodrigues | Mediador Responsável pela validação |
| Leticia Figueiredo | Cliente |
| Leonardo de Melo | Revisor do Artefato |
Legenda:
Nome – participante da técnica.
Função – papel desempenhado na priorização.
Observação
Frizando claramente que as contribuições de cada integrante ainda que mínimas são ainda sim muito relevantes no desenvolvimento do artefo, considere verificar o histórico de versão.
Metodologia
Para a realização da atividade, foi utilizada uma abordagem prática e simulada da técnica de observação. A execução foi feita por dois integrantes do grupo: um assumiu o papel de usuário Daniel Rodrigues, interagindo com o aplicativo Celular Seguro como se estivesse em uma situação real de uso, enquanto o outro atuou como observador Gabriel Lima, acompanhando atentamente as ações realizadas, registrando dificuldades encontradas, comportamentos notáveis e possíveis melhorias. Essa simulação permitiu levantar requisitos de forma realista, mesmo sem a participação de um agente externo, garantindo a efetividade da técnica dentro do contexto acadêmico.
Gravação
Vídeo: Observação - Requisitos
Fonte: Gabriel Lima, Arthur Carvalho e Daniel Rodrigues.
Tabela de Requisitos Funcionais
Durante o que foi observado, foram definidos os Requisitos Funcionais (RF) do sistema Celular Seguro. Estes representam funcionalidades ou comportamentos necessários que o aplicativo tem que proporcionar. A Tabela 1 abaixo lista os requisitos funcionais identificados, com um identificador numérico, uma breve descrição, um código de referência (RFx) e se o requisito já está implementado ou não no sistema.
Tabela 1: Requisitos Funcionais identificados para o Celular Seguro.
| ID | Descrição do Requisito Funcional | Código (RFx) | Implementado? |
|---|---|---|---|
| OBS1 | O sistema permite que o usuário realize um cadastro com nome, e-mail e senha (pelo GOV.br) | RF1 | Sim |
| OBS2 | O sistema exige login com e-mail e senha para acessar as funcionalidades principais (pelo GOV.br). | RF2 | Sim |
| OBS3 | Existe a funcionalidade de redefinir a senha via e-mail. | RF3 | Sim |
| OBS4 | O aplicativo envia notificações push para alertar sobre eventos ou atualizações. | RF4 | Sim |
| OBS5 | O usuário pode visualizar relatórios com histórico de ações realizadas. | RF5 | Sim |
| OBS6 | O sistema disponibiliza uma aba que te leva a um pdf com um tutorial do aplicativo. | RF6 | Sim |
| OBS7 | Pode adicionar contato de confiança após a perda ou roubo do aparelho. | RF7 | Não |
| OBS8 | Dentro do aplicativo, é possível registar um boletim de ocorrência. | RF8 | Sim |
| OBS9 | Ao tentar emitir um alerta de roubo, o sistema exibe uma janela pop-up solicitando a confirmação do usuário antes de prosseguir com a ação. | RF9 | Não |
| OBS10 | Pelo MEI do aparelho, é possível consultar o status do celular e saber se ele se encontra como um celular roubado, furtado, etc ( irregular). | RF10 | Sim |
| OBS11 | O usuário pode registrar o seu celular e mais outros celulares no banco de dados do aplicativo. | RF11 | Sim |
| OBS12 | É possível editar o seu perfil por uma aba que é disponibilizada no aplicativo. | RF12 | Não |
| OBS13 | O Usuário é redirecionado para uma aba referente à busca do dispositivo indicado para o sistema ao qual o aparelho é moldado (exemplo: se a pessoa tiver um iphone, será redirecionado para o “buscar” no icloud) | RF13 | Sim |
| OBS14 | Existe uma opção para mostrar os termos de uso do aplicativo. | RF14 | Sim |
Fonte: Gabriel Lima, Arthur Carvalho e Daniel Rodrigues.
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
Além das funções, foram identificados também alguns Requisitos Não Funcionais (RNF) relevantes para o Celular Seguro. Estes requisitos descrevem restrições de qualidade e critérios sobre como o sistema deve se comportar ou quais padrões deve seguir (desempenho, usabilidade, etc.), em vez de funcionalidades em si. A Tabela 2 apresenta os requisitos não funcionais elicitados, com identificador, descrição, código (RNFx) e status de implementação.
Tabela 2: Requisitos Não Funcionais identificados para o Celular Seguro.
| ID | Descrição do Requisito Não Funcional | Código (RNFx) | Implementado? |
|---|---|---|---|
| OBS15 | O aplicativo apresenta uma interface amigável e intuitiva, com ícones bem definidos e menus acessíveis. | RNF1 | Sim |
| OBS16 | As páginas carregam em até 2 segundos em conexões padrão 4G. | RNF2 | Sim |
| OBS17 | O login via Gov.br oferece autenticação eficaz para todos os níveis de conta. | RNF3 | Não |
| OBS18 | O aplicativo é acessível para pessoas com deficiência visual (uso de leitor de tela, contraste, tamanho da fonte). | RNF4 | Não |
| OBS19 | O aplicativo responde corretamente mesmo com entradas erradas | RNF5 | Não |
| OBS20 | O aplicativo apresenta confirmação de suas ações. | RNF6 | Sim |
| OBS21 | O aplicativo está disponível 24/7, com raras quedas detectadas durante a observação. | RNF7 | Não |
Fonte: Gabriel Lima, Arthur Carvalho e Daniel Rodrigues.
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.
- OBS – (Observação) Palavra-chave da sessão: código associado às palavras-chave ou ideias brutas geradas na sessão de Observação. Cada OBSx corresponde a algo identificado na observação, utilizado para rastrear a origem das discussões e auxiliar na derivação dos requisitos correspondentes.
Bibliografia
SOMMERVILLE, Ian. Engenharia de Software. 10. ed. São Paulo: Pearson, 2019. SERRANO, Milene, SERRANO, Maurício. Requisitos (Aula 07): Elicitação, Modelagem e Análise. UnB Gama, Brasília, 2023. Disponível em: <https://aprender3.unb.br/pluginfile.php/2580553/mod_resource/content/2/Requisitos%20-%20Aula%2007.pdf>. Acesso em: 29/04/2023.
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 | 01/05/2025 | Documento inicial de observação do projeto Celular Seguro | Daniel Rodrigues | Felipe das Neves | 02/05/2025 |
| 1.1 | 02/05/2025 | Inserção do vídeo e dos RFs e RNFs | Gabriel Lima | Daniel Rodrigues | 02/05/2025 |
| 1.2 | 04/05/2025 | Correção do link do video | Gabriel Lima | Daniel Rodrigues | 04/05/2025 |
| 1.3 | 04/07/2025 | Inserção da tabela de contribuição | Felipe das Neves | Mateus Bastos | 04/07/2025 |