Roteiro de preparação para o forward from
Introdução
Este documento busca orientar nossos integrantes a preparar o nosso documento onde teremos nossa matriz de rastreabilidade Forward from a partir da ótica (para frente, a partir de).
Objetivo
O objetivo deste documento é orientar os integrantes do grupo a preparar o documento de rastreabilidade Forward from.
Metodologia
A metodologia proposta para a criação da matriz de rastreabilidade Forward from é dividida em duas partes: requisitos funcionais e requisitos não funcionais.
Requisitos Funcionais
- Análise das Histórias de Usuário e Vídeo/Foto Demonstrativo:
- Separar os documentos a serem analisados e sumarizados.
- Relacionar cada história de usuário ao seu respectivo épico, cenário, léxico, caso de uso e onde foi elicitado.
- Produzir um vídeo/foto demonstrativo que evidencie a implementação da funcionalidade no aplicativo ou no protótipo.
Requisitos Não Funcionais
- Associação de Requisitos aos NFR e Especificações Suplementares:
- Relacionar cada requisito não funcional ao seu respectivo NFR, Especificação Suplementar e fonte de eliciação.
Modelo de Rastreabilidade Requisitos funcionais
Tabela 1: Modelo de rastreabilidade requisito funcional. Fonte: LELIS, Caio
| Tópico | Referência |
|---|---|
| Descrição | Descreve a funcionalidade do requisito |
| Requisito Funcional | RFXX |
| História de Usuário | USXX |
| Épico | ÉpicoXX |
| Cenário | CenárioXX |
| Léxico | LéxicoXX |
| Caso de Uso | Caso de UsoXX |
| Fonte de Elicitação | Fonte de ElicitaçãoXX |
| Demonstração | vídeo/foto |
Modelo de Rastreabilidade Requisitos não funcionais
| Tópico | Referência |
|---|---|
| Descrição | Descreve a necessidade do requisito |
| Requisito Não Funcional | RNFXX |
| NFR | NFRXX |
| Especificação Suplementar | Especificação SuplementarXX |
| Fonte de Elicitação | Fonte de ElicitaçãoXX |
Tabela 2: Modelo de rastreabilidade requisito não funcional. Fonte: LELIS, Caio
Divisão de Requisitos para a preparação do Forward from
De modo que fique mais viável a execução do nosso artefato foi feito a seguinte divisão (N° de requisitos) / (N° de integrantes do grupo). Assim feito, concluímo que cada integrante do grupo ficará responsável pela análise de 6 requisitos para a preparação do nosso artefat Forward from.
Divisão de requisitos:
Requisitos responsáveis pela análise do integrante Miguel:
| ID | Descrição |
|---|---|
| RF01 | Consultar saldo e extrato de uso do cartão de mobilidade. |
| RF02 | Acessar itinerários detalhados de ônibus, facilitando o planejamento de viagens. |
| RF03 | Realizar recargas de créditos no cartão. |
| RF04 | Interagir com um chatbot para esclarecer dúvidas e solicitar serviços relacionados ao transporte público. |
| RF05 | Suportar informações em tempo real sobre o status dos transportes públicos. |
| RF06 | Integrar funcionalidades de navegação e mapas para otimizar rotas e facilitar a localização de paradas de ônibus. |
Tabela 3: Requisitos para análise do integrante Miguel. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Doan:
| ID | Descrição |
|---|---|
| RF07 | O aplicativo deve permitir cadastrar métodos de pagamento. |
| RF08 | Deve ser possível personalizar a aparência da interface do usuário. |
| RF09 | O usuário deve ser capaz de realizar cadastro. |
| RF10 | O usuário deve ser capaz de realizar login. |
| RF11 | O usuário deve fornecer sua localização. |
| RF12 | Deve ser capaz de consultar o extrato. |
Tabela 4: Requisitos para análise do integrante Doan Filho. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Joel:
| ID | Descrição | Origem |
|---|---|---|
| RF13 | O aplicativo deve permitir a visualização de linhas e horários. | |
| RF14 | Deve ser possível fazer a recarga do saldo. | |
| RF15 | Deve ser possível salvar rotas. | |
| RF16 | Deve ser possível alterar informações de cadastro. | |
| RF17 | O aplicativo deve fornecer uma seção de comunicação direta. | |
| RF18 | O aplicativo deve fornecer ajuda com perguntas frequentes. |
Tabela 5: Requisitos para análise do integrante Joel. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Gabriel:
| ID | Descrição |
|---|---|
| RF19 | Deve ser possível acessar informações sobre o histórico de atividades. |
| RF20 | Deve ser possível solicitar uma 2ª via do cartão desejado. |
| RF21 | O aplicativo deve fornecer ajuda com perguntas frequentes. |
| RF22 | O aplicativo possui mecanismo de visualização do saldo. |
| RF23 | O aplicativo acessa o histórico de acessos. |
| RF24 | O aplicativo tem meios de mecanismo de bloqueio de cartões. |
Tabela 6: Requisitos para análise do integrante Gabriel. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Caio Braga:
| ID | Descrição |
|---|---|
| RF25 | O aplicativo tem meios de mecanismo de desbloqueio de cartões. |
| RF26 | O aplicativo concede acesso às paradas próximas. |
| RF27 | O aplicativo concede visualização a quantidade de passes. |
| RF28 | O aplicativo tem opção de pagamento via cartão de crédito. |
| RF29 | O aplicativo mostra ao usuário a previsão de depósito de dinheiro depositado. |
| RF30 | O aplicativo mostra o histórico de transportes pegos pelo usuário ao longo do seu uso. |
Tabela 7: Requisitos para análise do integrante Caio Braga. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Guilherme Basílio:
| ID | Descrição |
|---|---|
| RF31 | O aplicativo deve fornecer notificações de depósito ao usuário. |
| RNF01 | Garantir compatibilidade com sistemas operacionais Android e iOS. |
| RNF02 | Oferecer uma instalação e uso do aplicativo intuitivos e de fácil compreensão |
| RNF03 | Apresentar uma interface de usuário amigável e intuitiva para facilitar a navegação. |
| RNF04 | Fornecer feedback ao usuário sobre o status da consulta, recarga e outras interações relevantes. |
| RNF05 | Implementar medidas de segurança robustas para proteger a privacidade dos usuários durante as interações no aplicativo. |
Tabela 8: Requisitos para análise do integrante Guilherme Basílio. Fonte: LELIS, Caio
Requisitos responsáveis pela análise do integrante Caio Lelis:
| ID | Descrição |
|---|---|
| RNF06 | Deve ser de código aberto e gratuito. |
| RNF07 | O aplicativo deve fornecer segurança ao usuário com dados cadastrados |
| RNF08 | O aplicativo deve rastrear os ônibus via GPS |
| RNF09 | O aplicativo deve ser otimizado |
| RNF10 | O aplicativo deve ter atualização imediata de saldo |
| RNF11 | O aplicativo deve possuir meios de acessibilidade para pessoas que possuam deficiências visuais, físicas ou auditivas |
Tabela 9: Requisitos para análise do integrante Caio Lelis. Fonte: LELIS, Caio
Bibliografia
[1] SERRANO, Mauricio. SERRANO, Milene. Slides da aula "Requisitos: aula 26". Acesso em 19/11/2023
| Versão | Descrição | Autor | Data | Revisor | Data de revisão |
|---|---|---|---|---|---|
| 1.0 | Criação do documento | Caio Lelis | 20/11/2023 | Caio Braga | 06/12/2023 |
| 1.1 | Adição de conteúdo | Caio Lelis | 20/11/2023 | Caio Braga | 06/12/2023 |