Skip to content

Especificação Suplementar

Introdução

A Especificação Suplementar é um artefato importante para o processo de desenvolver um projeto em engenharia de requisitos, particularmente em abordagens orientadas ao processo unificado (RUP). Este documento visa complementar o Documento de Requisitos, detalhando aspectos que não são abordados diretamente nos casos de uso, com foco principal nos requisitos não funcionais.

Diferente dos requisitos funcionais, que descrevem comportamentos e funcionalidades específicas esperadas do sistema, os requisitos não funcionais referem-se a atributos de qualidade que influenciam diretamente a experiência do usuário, a robustez do sistema e a viabilidade de manutenção e evolução do software. Estes incluem características como usabilidade, confiabilidade, desempenho, segurança, portabilidade, entre outros.

Este documento está estruturado com base no modelo FURPS+, que categoriza os funcionais as seguintes classificações:

  • Functionality (Funcionalidade): Aspectos funcionais adicionais não descritos em casos de uso.

  • Usability (Usabilidade): Facilidade de uso, acessibilidade, estética, feedback ao usuário.

  • Reliability (Confiabilidade): Tolerância a falhas, recuperação de erros, disponibilidade e estabilidade.

  • Performance (Desempenho): Tempos de resposta, throughput, tempo de processamento, eficiência.

  • Supportability (Manutenibilidade): Facilidade de manutenção, escalabilidade, adaptabilidade, internacionalização, extensibilidade.

Integrantes

Na tabela 1 contêm todos os integrantes da equipe que participaram desta etapa de Especificação Suplementar e o que a pessoa desenvolveu durante o projeto.

Tabela 1 - Integrantes

Nome Quais etapas participou
Kaleb Macedo Criação do documento de E.S., seleção dos base no FURPS, adição dos RNF07 e RNF08
Ana Luiza Soares Classificação dos requisitos não funcionais: RNF01.1, RNF02.1, RNF03.1 e RNF03.2.
Isaque Camargos Classificação dos requisitos não funcionais: RNF04, RNF06.
Othavio Bolzan Classificação dos requisitos não funcionais: RNF13, RNF14.
Lucas Alves Classificação dos requisitos não funcionais: RNF09, RNF10.
Matheus de Alcântara Classificação dos requisitos não funcionais: RNF11, RNF12.
Yzabella Miranda Classificação dos requisitos não funcionais:RNF15.

Fonte: Autoria de Kaleb Macedo e Ana Luiza Soares

Metodologia

A construção desta Especificação Suplementar foi feita de forma colaborativa, baseada no modelo FURPS+, a fim de organizar oequisitos não funcionais do projeto de maneira clara e objetiva. Para isso, analisamos os requisitos funcionais já definidos e identificamos atributos de qualidade relevantes ao sistema, como usabilidade, confiabilidade e desempenho.

Evitamos utilizar modelos prontos, buscando adaptar a estrutura às particularidades do nosso projeto. A escrita seguiu uma linguagem natural e acessível, facilitando a compreensão por todos os envolvidos, desde a equipe técnica até os stakeholders não técnicos.gia utilizada durante esta etapa, com fontes, se quiser colocar foto coloque, se for gravado acho bom colocar logo aqui como:

Especificação Suplementar Realizada

1. Funcionalidade

As funcionalidades foram elicitadas e podem ser encontradas em Elicitação de requisitos e nos Casos de Usos levantados.

2. Usabilidade

Este tópico lista os requisitos que garantem que a interação do usuário com o sistema seja intuitiva, acessível e eficiente.

Tabela 2 Requisitos de Usabilidade

Requisito Descrição
RNF01.1A interface deve ser responsiva para dispositivos Android 5.0 ou superiores e iOS 13.0 ou superiores.
RNF06O aplicativo deve ser compatível com leitores de tela para garantir acessibilidade a pessoas com deficiência visual.
RNF10As informações críticas para o usuário, como a carteirinha digital, devem estar acessíveis em até 3 cliques, sendo recomendado no máximo 2 cliques a partir da tela inicial do aplicativo.
RNF12O aplicativo deve disponibilizar uma funcionalidade de chat com um atendente em até 2 cliques a partir da tela inicial e mostrar um número de telefone para suporte.
RNF14O layout deve ser consistente com o portal oficial do plano.
RNF15O sistema deve ser acessível em Português.

Fonte: Autoria de Kaleb Macedo, Isaque Camargos, Othavio Bolzan, Yzabella Miranda Ana Luiza Soares e Matheus de Alcântara

3. Confiabilidade

Esta seção trata da estabilidade e segurança dadas pelo sistema, bem como sua capacidade de operar corretamente mesmo em situações inesperadas.

Tabela 3 Requisitos de Confiabilidade

Requisito Descrição
RNF03.1Todos os dados sensíveis devem ser criptografados com ao menos um recurso de criptografia.
RNF03.2Autenticação de dois fatores deve estar disponível via SMS ou app de autenticação externa.
RNF04Manter o sistema disponível 24/7 para autorizações de urgência/emergência e apresentar alta disponibilidade (mínimo de 99% uptime).
RNF07Garantir conformidade com a Portaria nº 127/2024, legislações complementares e padrões da LGPD.
RNF09O sistema deve garantir comunicação segura e periódica com a folha de pagamento do GDF para processar descontos de mensalidades dos titulares, com mecanismos de verificação para garantir a integridade e consistência dos valores deco.
RNF11O sistema deve armazenar e permitir o acesso ao histórico de notificações do usuário por no mínimo 180 dias.
RNF13Funciona offline para carteirinha e histórico.

Fonte: Autoria de Kaleb Macedo, Isaque Camargos, Othavio Bolzan, Yzabella Miranda Ana Luiza Soares e Matheus de Alcântara

4. Suportabilidade

Esta seção descreve os requisitos relacionados istema de oferecer manutenção, escalabilidade, adaptabilidade, internacionalização e extensibilidade.

Tabela 4 - Requisitos de Suportabilidade

Requisito Descrição
RNF05O sistema deve ser compatível com as versões 5.0 ou superioresdo Android e 13.0 ou superiores do iOS.

Fonte: Autoria de Kaleb Macedo e Isaque Camargos

5. Performance

Esta seção descreve os requisitos relacionados ao desempenho do sistema, incluindo tempos de resposta, escalabilidade e eficiência sob carga.

Tabela 5 - Requisitos de Performance

Requisito Descrição
RNF02.195 % das ações devem ter tempo de resposta ≤ 2 segundos, medido em ambiente com até 100 usuários simultâneos.
RNF08Processar autorizações prévias em até 10 dias úteis.

Fonte: Autoria de Kaleb Macedo e Ana Luiza Soares

Referências Bibliográficas

SERRANO, Milene; SERRANO, Maurício. Requisitos - Aula 13, disponível em:slide, s.d, slides 28-30

BRASIL. Ministério da Ciência, Tecnologia e Inovações. Especificação Suplementar. pag 4-5. Disponível em: especificação suplementar. Acesso em: 17 maio 2025.

Histórico de Versões

Versão Data Descrição Autor(es) Revisor(es)
1.0 16/05/2025 Criação detalhada do documento e escolha dos requeisitos Kaleb Macedo Ana Luiza Soares
1.1 17/05/2025 Adição das especificações relacionadas ao RNF15 Yzabella Ana Luiza Soares
1.2 17/05/2025 Adição das especificações relacionadas aos RNF01, RNF02 e RNF03 Ana Luiza Soares Kaleb Macedo
1.3 18/05/2025 Adição das especificações relacionadas aos RNF10, RNF09 Lucas Alves Ana Luiza Soares
1.4 18/05/2025 Adição detalhada do documento e escolha dos requisitos Kaleb Macedo Ana Luiza Soares
1.5 18/05/2025 Adição das especificações relacionadas aos RNF04, RNF06 Isaque Camargos Lucas Alves
1.6 18/05/2025 Adição das especificações relacionadas aos RNF11, RNF12 Matheus de Alcântara Lucas Alves
1.7 18/05/2025 Adição das especificações relacionadas aos RNF13, RNF14 Othavio Bolzan Lucas Alves
1.8 19/06/2025 Alterações finais para os requisitos RNF11 e RNF12 para a nova versão deixando-os testáveis Matheus de Alcântara Kaleb Macedo
1.9 21/06/2025 Alterando para fazer sentidospara os requisitos não funcionais refinados: RNF01.1, RNF02.1, RNF03.1 e RNF03.2 Ana Luiza Soares Matheus de Alcântara
2.0 22/06/2025 Alteração de ES pro RNF15 Yzabella Miranda Ana Luiza Soares