Especificação Suplementar
Introdução
Este documento apresenta a Especificação Suplementar do aplicativo do Detran-DF, utilizando o modelo FURPS+ para garantir que o sistema atenda não apenas aos requisitos funcionais, mas também aos aspectos de qualidade como segurança, desempenho, usabilidade e suporte. A proposta é assegurar uma aplicação eficiente, confiável e acessível para os cidadãos do Distrito Federal.
Objetivo
O objetivo deste documento é descrever os requisitos suplementares que complementam os funcionais, visando a construção de um aplicativo que ofereça serviços como consulta de multas, agendamento de atendimentos, emissão de documentos e acompanhamento de processos administrativos de forma segura, prática e acessível.
Metodologia
A especificação segue o modelo FURPS+, que organiza os requisitos nas seguintes categorias:
- Funcionalidade: Regras de negócio, validações e exigências legais específicas do Detran-DF.
- Usabilidade: Interface intuitiva, acessibilidade e experiência do usuário.
- Confiabilidade: Segurança dos dados, disponibilidade e tolerância a falhas.
- Desempenho: Tempos de resposta, capacidade de atendimento em horários de pico e escalabilidade.
- Suporte: Manutenção, documentação e compatibilidade com múltiplas plataformas (Android, iOS e Web).
- Outros: Restrições legais, padrões de identidade digital e integração com sistemas governamentais.
Especificação Suplementar
Funcionalidades
Os requisitos foram coletados por meio das técinas de elicitação:
- Brainstorm
- Glossário
- Introspecção
- Observação
Os requisitos elicitados são organizados no artefato Requisitos elicitados
Qual integrante fez cada especificação
Tabela 1 -Distribuição das especificação entre os integrantes .
| Integrante | Especificação |
|---|---|
| Giovana Barbosa | Usabilidade |
| João Lobo | Confiabilidade, Desempenho |
| Gabriel Mendes | Suportabilidade |
| Pedro Camilo | Ajuda e Documentação |
| Luiz Bessa | Restrições de Design, Requisitos Físicos |
| Maria Eduarda | Requisitos de Implementação |
Usabilidade
A usabilidade trata da experiência do usuário ao interagir com o sistema. Foca em tornar a interface intuitiva, fácil de usar e acessível a diferentes tipos de usuários, garantindo que o sistema seja eficiente e agradável. A tabela 1 mostra os requisitos não funcionais que se encaixam em "usabilidade"
Tabela 1 - Requisitos Não Funcionais – Usabilidade.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| US01 | Relaciona-se diretamente à facilidade de uso e organização lógica da interface | RNF01 |
| US02 | Melhora a compreensão do sistema, auxiliando usuários a entenderem funcionalidades complexas. | RNF04 |
| US03 | Garante acesso a usuários com diferentes necessidades visuais ou preferências | RNF05 |
Fonte: Giovana Barbosa , 2025.
Confiabilidade
Confiabilidade diz respeito à operação correta e estável do sistema ao longo do tempo. Inclui tolerância a falhas, recuperação de erros e integridade dos dados e processos. Um sistema confiável transmite segurança e reduz riscos. A Tabela 2 mostra os requisitos não funcionais que se encaixam em confiabilidade.
Tabela 2 - Requisitos Não Funcionais – Confiabilidade.
| ID | Descrição originalmente elicitada | Rastreabilidade |
|---|---|---|
| RNF18 | O sistema deve estar disponível para uso 24 horas por dia, 7 dias por semana, com disponibilidade mínima de 99,5% por mês. | Storytelling - Lucas |
| RNF19 | O sistema deve recuperar automaticamente a navegação em até 5 segundos após falhas de conexão e manter o estado anterior. | Storytelling - Diego |
Fonte: João Lobo , 2025.
Desempenho
Desempenho refere-se à capacidade do sistema de responder de forma rápida e eficiente às solicitações dos usuários. Engloba tempo de resposta, uso de recursos, escalabilidade e suporte a múltiplos acessos simultâneos. Um bom desempenho assegura uma experiência ágil mesmo em situações de alta demanda. A Tabela 3 mostra os requisitos não funcionais que se encaixam em desempenho.
Tabela 3 - Requisitos Não Funcionais – Desempenho.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RNF10 | O sistema deve carregar todas as páginas em até 2 segundos em pelo menos 95% das requisições. | IS08 |
| RNF15 | O aplicativo deve ter tamanho máximo de instalação de 50MB e consumo de dados inferior a 500KB por sessão. | Storytelling - Diego |
| RNF16 | O tempo de resposta para qualquer ação do usuário deve ser inferior a 2 segundos em 95% dos casos. | Storytelling - Lucas |
Fonte: João Lobo , 2025.
Suportabilidade
Esta seção apresenta os requisitos não-funcionais já elicitados que impactam diretamente a manutenibilidade, instalação, operação e atualização do aplicativo — ou seja, sua suportabilidade ao longo do ciclo de vida.
Tabela 1 – Requisitos Não Funcionais – Suportabilidade.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RNF02 | Compatibilidade com diferentes dispositivos e sistemas | RNF02 |
| RNF10 | Carregamento rápido das páginas | RNF10 |
Fonte: Gabriel Mendes, 2025.
Ajuda e Documentação
A seção de Ajuda e Documentação de um aplicativo é composta por uma série de recursos projetados para instruir e informar os usuários acerca da operação, funcionalidades e práticas recomendadas para o uso do aplicativo. Esta parte é essencial para assegurar que os usuários consigam empregar o aplicativo eficientemente, esclarecer incertezas e extrair o máximo proveito de suas capacidades. Na tabela 5 temos os requitos elicitados para tal.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| AD01 | Interface intuitiva e fácil de navegar | RNF01 |
| AD02 | Acessibilidade (fonte grande, contraste, modo noturno) | [RNF05] (https://requisitos-de-software.github.io/2025.1-DetranDF/Elicita%C3%A7%C3%A3o/Tecnicas-de-elecita%C3%A7%C3%A3o/requisitos-elicitados/#req-nao-funcionais) |
| AD03 | Leitor de tela e assistente por voz para pessoas cegas | [RNF06] (https://requisitos-de-software.github.io/2025.1-DetranDF/Elicita%C3%A7%C3%A3o/Tecnicas-de-elecita%C3%A7%C3%A3o/requisitos-elicitados/#req-nao-funcionais) |
| AD04 | Acessibilidade para diferentes perfis de usuários | [RNF11] (https://requisitos-de-software.github.io/2025.1-DetranDF/Elicita%C3%A7%C3%A3o/Tecnicas-de-elecita%C3%A7%C3%A3o/requisitos-elicitados/#req-nao-funcionais) |
| AD05 | Explicações acessíveis sobre siglas | [RNF12] (https://requisitos-de-software.github.io/2025.1-DetranDF/Elicita%C3%A7%C3%A3o/Tecnicas-de-elecita%C3%A7%C3%A3o/requisitos-elicitados/#req-nao-funcionais) |
Fonte: Pedro Camilo , 2025.
Restrições de Design
As restrições de design definem limitações e diretrizes que devem ser respeitadas no desenvolvimento do aplicativo, garantindo coerência visual, aderência a padrões institucionais e compatibilidade técnica.
Tabela 6 – Requisitos Não Funcionais – Restrições de Design.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RD01 | O aplicativo deve seguir a identidade visual do Governo do Distrito Federal | RNF09 |
| RD02 | A interface deve adotar layout responsivo | RNF01, RNF02 |
| RD03 | O aplicativo deve utilizar componentes nativos dos sistemas Android e iOS | RNF02 |
| RD04 | Os textos devem ser exibidos em português do Brasil | RNF01 |
| RD05 | O aplicativo deve manter compatibilidade com o design system do gov.br sempre que possível | RF15 |
Fonte: Luiz Bessa, 2025.
Requisitos de Implementação
Os requisitos de implementação definem aspectos técnicos e operacionais necessários para a construção, integração e entrega do sistema. Eles abordam práticas de codificação, ambiente de desenvolvimento, integração contínua e critérios específicos adotados durante a fase de desenvolvimento do aplicativo.
Tabela 7 – Requisitos Não Funcionais – Requisitos de Implementação.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RI01 | O sistema deve ser desenvolvido utilizando frameworks compatíveis com Android, iOS e Web. | RNF06 |
| RI02 | O repositório do projeto deve ser hospedado no GitHub, com versionamento contínuo. | RNF07 |
| RI03 | Devem ser utilizados pipelines de integração contínua para execução automática de testes a cada novo commit. | RNF07 |
| RI04 | O ambiente de desenvolvimento deve ser compatível com sistemas operacionais Windows, Linux e macOS. | RNF06 |
| RI05 | O projeto deve seguir boas práticas de desenvolvimento seguro, como criptografia de senhas e proteção contra injeções de código. | RNF03 |
Fonte: Maria Eduarda, 2025.
Requisitos Físicos
Os requisitos físicos descrevem as necessidades de hardware e ambiente para o uso do aplicativo. Embora voltado principalmente para dispositivos móveis, o sistema deve considerar as condições de uso típicas dos usuários.
Tabela 8 – Requisitos Não Funcionais – Requisitos Físicos.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RF01 | O aplicativo deve funcionar em dispositivos com Android 8.0 ou superior | RNF02 |
| RF02 | O aplicativo deve funcionar em dispositivos com iOS 13 ou superior | RNF02 |
| RF03 | O aplicativo deve ter desempenho satisfatório em redes móveis 3G, 4G ou Wi-Fi | RNF10 |
| RF04 | O tamanho do aplicativo não deve ultrapassar 100 MB | RNF10 |
| RF05 | O aplicativo deve permitir funcionamento offline para consultas básicas (ex: histórico de pesquisas) | RF03, RF21 |
Fonte: Luiz Bessa, 2025.
Histórico de versão
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 1.0 | 14/05/2025 | criação do documento | Giovana Barbosa | João Lobo |
| 1.1 | 14/05/2025 | adicionei introdução, obejtivo e metodlogia | Giovana Barbosa | João Lobo |
| 1.2 | 14/05/2025 | adicionei funcionalidade e usabilidade | Giovana Barbosa | João Lobo |
| 1.3 | 17/05/2025 | Adição de tabelas de Confiabilida e desempenho, relacionando as mesmas com as RNFS | João Lobo | Gabriel Mendes |
| 1.4 | 17/05/2025 | Adição de tabelas de Ajuda e Documentação | Pedro Camilo | Gabriel Mendes |
| 1.5 | 17/05/2025 | Adição de tabelas de Suportabilidade | Gabriel Mendes | Luiz Bessa |
| 1.6 | 17/05/2025 | Adição de tabelas de Restrições de Design | Luiz Bessa | Maria Eduarda |
| 1.7 | 17/05/2025 | Adição de tabelas de Requisitos Físicos | Luiz Bessa | Maria Eduarda |
| 1.8 | 17/05/2025 | Adição de tabelas de Requisitos de implementação | Maria Eduarda | Giovana Barbosa |
| 1.9 | 21/06/2025 | Adicionando Requisito Explicações acessíveis sobre siglas em ajuda e documentação | Pedro Camilo | João Lobo |
| 2.0 | 26/06/2025 | adicionando tabela de divisão, para o professor entender quem fez o que | Giovana Barbosa | João Lobo |