Especificação Suplementar
Introdução
Especificação Suplementar pode ser definida como um documento em linguagem natural no qual são descritos os requisitos num sistema [1] .
Ela é complementar aos casos de uso, pois ela captura os requisitos do sistema que não foram elicitados no método anterior. Entre os requisitos capturados estão incluídos: Requisitos legais e de regulamentação, padrões de aplicativos, atributos de qualidade, requisitos de utilidade, confiabilidade, desempenho, suportabilidade e outros requisitos como sistemas e ambientes operacionais, requisitos de compatibilidade e restrições de design. A metodologia mais utilizada para a produção de uma especificação suplementar é a FURPS+.
- funcionalidade
- usabilidade
- confiabilidade
- desempenho
- suportabilidade
Metodologia
Consoante ao tópico anterior, o modelo utilizado para este artefato é o FURPS+, metodologia a qual define reqisitos de um sistema dnetro de um dos cinco pilares citados anteriormente.
- F - Functionality: são os aspectos funcionais do sistema, os quais estão explicitados nos casos de uso.
- U - Usability: o quão fácil é para o usuário realizar suas demandas via o software.
- R - Reliability: o quão confiável foi desenhado o software.
- P - Performance: como é o desempenho do software.
- S - Supportability: requisitos que agrupam caracteristicas como: manutenibilidade, adaptabilidade, internacionalização, portabilidade e outros aspectos relevantes.
- +: símbolo que emgloba outros requisitos não funcionais, os quais não se encaixam nos pilares listados, como: design, implementação, interface, físico.
Funcionalidade
Os requisitos funcionais foram elicitados na seção de elicitação e a tabela 1 da página de requisitos elicitados demonstra todos os requisitos priorizados.
Usabilidade
Esse tópico diz respeito aos requisitos relacionados a facilidade do usuário de utilizar a aplicação.
Para essa categoria os requisitos identificados estão representados na tabela 1 a seguir.
| Requisito | Texto original |
|---|---|
| U01 | O sistema deve ter uma interface intuitiva. |
| U02 | O sistema deve possuir uma interface simples, limpa e com ícones ilustrativos. |
| U03 | O aplicativo deve permitir acessibilidade para pessoas idosas ou com deficiência visual. |
| U04 | O layout deve ser responsivo para diferentes tamanhos de tela. |
| U05 | O sistema deve ter compatibilidade com leitores de tela. |
| U06 | O app deve conter linguagem clara e acessível, adequada a diferentes níveis de escolaridade. |
| U07 | O aplicativo deve ser mais autoexplicativo, com uma navegação intuitiva e menos dependência de redirecionamentos externos. |
| U08 | O aplicativo deve considerar a usabilidade para usuários idosos, garantindo que o design e as funcionalidades sejam facilmente compreensíveis e acessíveis. |
| U09 | O aplicativo deve fornecer suporte para acessibilidade, incluindo recursos para daltônicos e deficientes visuais. |
| U10 | O aplicativo deve ter uma aparência profissional e confiável para transmitir segurança aos usuários. |
| U11 | A interface deve ser simples, objetiva e utilizar linguagem acessível a usuários com diferentes níveis de escolaridade. |
Tabela 1 - Requisitos de Usabilidade.
Fonte: Elaborado pelos autores (Ana Victória e Artur Mendonça, 2025)
Confiabilidade
Diz respeito ao quão confiável é o sistema, ou seja, qual é a frequência de falhas, possibilidade de recuperação e prevenção e tempo entre as falhas.
Para essa categoria os requisitos identificados estão representados na tabela 2 a seguir.
| Requisito | Texto original |
|---|---|
| R01 | O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD). |
| R02 | O aplicativo deve garantir que as informações exibidas sejam atualizadas e reflitam fielmente a realidade, especialmente nas áreas de saúde e educação. |
| R03 | O aplicativo deve apresentar estabilidade, evitando travamentos ou falhas de carregamento, especialmente em redes móveis. |
| R04 | O aplicativo deve garantir proteção de dados pessoais, reforçando a confiança do usuário quanto à privacidade e segurança. |
| R05 | O sistema deve proteger as informações pessoais com criptografia de dados e autenticação segura. |
Tabela 2 - Requisitos de Confiabilidade.
Fonte: Elaborado pelos autores (Gabriel Lopes e Karoline Luz, 2025)
Desempenho
Diz respeito às condições que os requisitos devem operar. A velocidade, limites superiores e inferiores, tempo de resposta, restrições de interface e de funções, etc.
Para essa categoria os requisitos identificados estão representados na tabela 3 a seguir.
| Requisito | Texto original |
|---|---|
| P01 | A navegação deve ser rápida e fluida entre telas, sem necessidade de redirecionamentos excessivos. |
| P02 | O sistema deve carregar as informações de forma otimizada, reduzindo tempo de resposta. |
| P03 | O aplicativo deve melhorar a performance do processo de login, permitindo uma experiência mais fluida. |
| P04 | As funcionalidades principais devem responder em, no máximo, dois segundos para garantir boa experiência. |
| P05 | As imagens capturadas pelo usuário devem ser otimizadas para upload rápido mesmo em conexões móveis. |
Tabela 3 - Requisitos de Desempenho.
Fonte: Elaborado pelos autores (João Marcos e Lucas Mendonça, 2025)
Suportabilidade
Envolve os requisitos relacionados ao suporte e manutenção do sistema. Isso inclui requisitos relacionados à facilidade de manutenção, capacidade de ser modificado e atualizado, documentação adequada, facilidade de teste e diagnóstico de problemas.
Para essa categoria os requisitos identificados estão representados na tabela 4 a seguir.
| Requisito | Texto original |
|---|---|
| S01 | O sistema deve ser compatível com vários dispositivos como Android e iOS. |
| S02 | O sistema deve funcionar mesmo em dispositivos com baixa capacidade de hardware. |
| S03 | O aplicativo deve ser compatível com as versões mais recentes dos sistemas Android e iOS. |
| S04 | Deve funcionar em modo offline para consulta de registros ou informações previamente acessadas. |
Tabela 4 - Requisitos de Suportabilidade.
Fonte: Elaborado pelos autores (Luiza da Silva Pugas, 2025)
Requisitos de Licenciamento
O sistema deve restringir o uso através de termos de uso.
Observações Legais, de Copyright e Outras
O sistema está sujeito à lei dos direitos autorais, portanto, para a utilização de outras marcas será necessário uma autorização prévia dos envolvidos. Deve-se atentar também para a legislação de proteção de dados (a LGPD) e as de serviços financeiros.
Padrões Aplicáveis
O sistema deve seguir os padrões definidos pelas normas: WCAG, ISO 9241-11, ISO/TC-211, ISO 9000, ISO 9001-3, ISO 12207, ISO 12202 e pelos guias de estilo dos sistemas Android e iOS.
Requisitos Físicos
O aplicativo é construído nas seguintes linguagens:
Android: Kotlin, Java.
iOS: Objective-C, Swift.
Referências Bibliográficas
1.SALLES, André. Plano de ensino da disciplina. Disponível em: slides. Acesso em 15 de maio de 2025.
Bibliografia
HENRIQUE, Mathes. Especificação Suplementar. Repositório do Grupo Bilheteria Digital da disciplina de Requisitos de Software da Universidade de Brasília, 2023. Disponível em: <https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/especificacao-suplementar/>. Acesso em: 15 maio 2025.
Histórico de Versões
| Versão | Descrição | Autor(es) | Data | Revisor(es) | Data de Revisão |
|---|---|---|---|---|---|
| 1.0 | Adicionando a introdução e metodologia | João Marcos Moraes e Lucas Mendonça | 15/05/2025 | Karoline Luz | 17/05/2025 |
| 1.1 | Adicionando o texto base do FURPS+ | João Marcos Moraes e Lucas Mendonça | 15/05/2025 | Karoline Luz | 17/05/2025 |
| 1.2 | Adição da tabela Desempenho | João Marcos Moraes, Lucas Mendonça | 15/05/2025 | Karoline Luz, Artur Mendonça | 17/05/2025 |
| 1.3 | Adição da tabela Confiabilidade | Gabriel Lopes, Karoline Luz | 16/05/2025 | Ana Victória, Luiza da Silva Pugas | 17/05/2025 |
| 1.4 | Adição da tabela Usabilidade | Ana Victória, Artur Mendonça | 16/05/2025 | João Marcos Moraes, Gabriel Lopes | 17/05/2025 |
| 1.5 | Adição da tabela Suportabilidade | Luiza da Silva Pugas | 16/05/2025 | Lucas Mendonça | 17/05/2025 |