Introspecção

Introdução

O BRB Mobilidade representa uma peça fundamental na mobilidade urbana, desempenhando um papel crucial no transporte do Distrito Federal. Para garantir o sucesso de seu desenvolvimento, a introspecção de requisitos de software surge como uma prática essencial. Neste documento, propomos uma análise abrangente que aborde os objetivos específicos do projeto, esclareça os requisitos funcionais e não funcionais essenciais, considere possíveis restrições, avalie os riscos pertinentes e estabeleça um cronograma estruturado. Através dessa abordagem reflexiva, buscamos oferecer um guia sólido para o desenvolvimento eficiente do BRB Mobilidade.

Metodologia

A introspecção foi feita em grupo pelos integrantes Caio Braga, Caio Lelis, Doan Filho, Guilherme Basílio e Miguel Matos. Após cada membro do grupo ter realizado a análise individual e a introspecção de requisitos para a plataforma, os resultados foram consolidados em uma tabela, contemplando os Requisitos Funcionais e os Requisitos Não-Funcionais. Concluída essa etapa, procedemos a uma revisão do aplicativo escolhido pelo grupo, verificando se os requisitos elicitados durante o processo estavam ou não incorporados no sistema. Esse exercício de avaliação permitiu uma análise abrangente da adequação do aplicativo em relação às necessidades identificadas, fornecendo insights valiosos para o desenvolvimento contínuo da BRB Mobilidade.

Cenário hipotético

"Caio, baixou o aplicativo do BRB Mobilidade ao descobrir na rodoviária que era possível realizar a recarga de seu cartão de mobilidade urbana. Ele percorrerá então as funcionalidades de cadastro, login, visualização de saldo, extrato de uso, recarregar cartão e por fim, visualizará as linhas e horários disponíveis para que ele possa se deslocar da rodoviária até a sua casa".

Tendo em vista esse cenário, a reunião foi concebida pensando nesse fluxo de tarefas a serem realizadas para que fosse possível elicitar os requisitos.

Gravação da Introspecção

O vídeo seguinte apresenta a gravação que foi realizada para elicitar os requisitos utilizando a técnica de introspeção

Vídeo 1: Gravação da técnica de Introspecção

Fonte: BRAGA, Caio. LELIS, Caio. FILHO, Doan;

Priorização de Requisitos

As tabelas abaixo apresentam os requisitos de software identificados durante a introspecção do projeto BRB Mobilidade. Cada requisito recebeu uma identificação específica no formato 'IS' seguido por um número, e foi detalhadamente descrito. Além disso, cada requisito foi categorizado como um dos seguintes:

RFx: Requisitos Funcionais nºx - Refere-se ao comportamento ou funcionalidade que o software deve exibir para atender às necessidades dos usuários.

RNFx: Requisitos Não-Funcionais nºx - Refere-se a atributos que o software deve possuir, como desempenho, segurança e usabilidade, sem descrever diretamente o comportamento do software.

ISx: Requisito nºx elicitado pela introspecção.

Tabela 1: Tabela dos Requisitos Funcionais Elicitados

Tipo	Funcionalidade	ID	Implementado
RF01	Consultar saldo e extrato de uso do cartão de mobilidade.	IS01	Sim
RF02	Acessar itinerários detalhados de ônibus, facilitando o planejamento de viagens.	IS02	Sim
RF03	Realizar recargas de créditos no cartão.	IS03	Sim
RF04	Interagir com um chatbot para esclarecer dúvidas e solicitar serviços relacionados ao transporte público.	IS04	Sim
RF05	Suportar informações em tempo real sobre o status dos transportes públicos.	IS05	Sim
RF06	Integrar funcionalidades de navegação e mapas para otimizar rotas e facilitar a localização de paradas de ônibus.	IS06	Sim
RF07	Fornecer a possibilidade de recuperar a senha do usuário.	IS07	Sim
RF08	O aplicativo deve permitir cadastrar métodos de pagamento.	IS08	Sim
RF09	Deve ser possível personalizar a aparência da interface do usuário.	IS09	Não
RF10	O usuário deve ser capaz de realizar cadastro	IS10	Sim
RF11	O usuário deve ser capaz de realizar login	IS11	Sim
RF12	O usuário deve fornecer sua localização	IS12	Sim

Fonte: autores

Tabela 2: Tabela dos Requisitos Não Funcionais Elicitados

Tipo	Funcionalidade	ID	Implementado
RNF12	O usuário deve fornecer sua localização	IS12	Garantir compatibilidade com sistemas operacionais Android e iOS.
RNF13	Oferecer uma instalação e uso do aplicativo intuitivos e de fácil compreensão.	IS14	Sim
RNF14	Apresentar uma interface de usuário amigável e intuitiva para facilitar a navegação.	IS15	Sim
RNF15	Fornecer feedback ao usuário sobre a recarga e outras interações relevantes.	IS16	Não
RNF16	Implementar medidas de segurança robustas para proteger a privacidade dos usuários durante as interações no aplicativo.	IS17	Sim
RNF17	Deve ser de código aberto e gratuito.	IS18	Sim

Fonte: autores

Bibliografia

[SALES, André Barros. Plano de ensino da disciplina. Disponível em: <https://aprender3.unb.br/pluginfile.php/2692717/mod_resource/content/1/Exemplo%20de%20Cronograma.pdf>. Acesso em 01 de outubro de 2023. 1library. Engenharia de Requisitos. Disponívem em: <https://1library.org/article/an%C3%A1lise-de-documentos-t%C3%A9cnicas-para-elicita%C3%A7%C3%A3o-de-requisitos.qor9dxjq>. Acesso em: 03 de outubro 2023.

WIEGERS, Karl; BEATTY, Joy. Software Requirements (Developer Best Practices), 3rd Edition, Microsoft Press, 2013.

Histórico de Versões

Versão	Descrição	Autor	Data	Revisor	Data de revisão
1.0	Criando artefato	Miguel Matos Guilherme Basilio	03/09/2023	Doan Filho	03/10/2023
1.1	Adicionando gravação, cenário hipotético e desenvolvimento da introspecção	Caio Braga, Caio Lelis e Doan Filho	06/12/2023	Joel Soares	06/12/2023