Especificação Suplementar
Introdução
Este documento apresenta a Especificação Suplementar do sistema Loterias Caixa seguindo o modelo FURPS+, abordando requisitos não funcionais e requisitos funcionais complementares que não foram adequadamente representados nos casos de uso.
Metodologia
A especificação foi elaborada utilizando o modelo FURPS+ adaptado, incluindo requisitos elicitados através de entrevistas, observações e análise de documentos.
Modelo Usado
Tabela 1 - Categorias do Modelo FURPS+ para Especificação Suplementar
| Categoria | Descrição |
|---|---|
| Design | Restrições de design e padrões de interface |
| Implementação | Linguagens, ferramentas e restrições de construção |
| Funcionalidade | Características funcionais e capacidades do sistema |
| Usabilidade | Facilidade de uso, aprendizado e acessibilidade |
| Confiabilidade | Disponibilidade, tolerância a falhas e recuperação |
| Desempenho | Tempo de resposta, throughput e eficiência |
| Suportabilidade | Adaptabilidade, manutenibilidade e internacionalização |
Vídeo da validação
Link da Gravação Especificação suplementar Nayra Nery: Gravação Especificação Suplementar.
Tabela de Contribuição
Tabela 2 - Contribuição na Especificação Suplementar
| Aluno | Seções Desenvolvidas |
|---|---|
| Rivadalvio Joaquim | Especificação suplementar inicial e implementação |
| João Pedro | Organização especificação inicial e funcionalidade |
| Luan Vinícius | Classificação dos requisitos de desempenho |
| Miqueias Ezequiel | Classificação dos requisitos de design |
| Samuel Felipe | Classificação dos requisitos de confiabilidade |
| Nayra Nery | Classificação dos requisitos de usuabilidade |
| Heyttor Augusto | Classificação dos requisitos de suportabilidade |
Especificação de Requisitos
Funcionalidade (Requisitos Funcionais Complementares)
Autor: João Pedro tabela 3: Requisitos funcionais que complementam os casos de uso principais*
| ID | Descrição | Status | Rastreabilidade |
|---|---|---|---|
| RF34 | O aplicativo apresenta funções de acessibilidade aos idosos e deficientes | Não Implementado | ENT15 |
| RF33 | As páginas do aplicativo mais usadas pelo usuário estão em destaque na tela | Não Implementado | ENT23 |
| RF30 | O sistema fornece avisos ao usuário sobre seu limite diário de apostas | Não Implementado | ENT25 |
| RF29 | O aplicativo deve permitir o cancelamento de apostas antes do sorteio | Não Implementado | OBS16 |
Validação com o Usuário (Funcionalidade)
| Participante | Função | Data | Horário | Local |
|---|---|---|---|---|
| João Pedro e Rivadalvio Joaquim | Integrantes do grupo, responsáveis por coordenar a validação com o usuário. | 12/10/2025 | 11:20 | Presencial, residência |
| José da Silva | 59 anos, funcionário público e usuário do app Loterias Caixa, responsável por validar os cenários desenvolvidos para o artefato. | 12/10/2025 | 11:20 | Presencial, residência |
Implementação
Autor: Rivadalvio Joaquim tabela 4: Requisitos não funcionais relacionados a tecnologias e arquitetura*
| ID | Descrição | Status | Rastreabilidade |
|---|---|---|---|
| RNF22 | O aplicativo poderia apresentar uma forma de baixar o comprovante da compra dos jogos cadastrados | Não Implementado | AD13 |
| RNF21 | O aplicativo não apresenta uma forma de mostrar os resultado em tempo real | Não Implementado | AD14 |
| RNF19 | O aplicativo segue a questão de disponibilidade em plataformas que os usuários tem acesso | Implementado | AD05 |
| RNF18 | O aplicativo utiliza o sistema da própria empresa para que o usuário consiga acessar os seus dados no sistema | Implementado | AD06 |
| RNF17 | O aplicativo entrega as facilidades para realizar as mesmas funções que o site ou ir pessoalmente a uma lotérica | Implementado | AD07 |
Validação com o Usuário (Implementação)
| Participante | Função | Data | Horário | Local |
|---|---|---|---|---|
| João Pedro e Rivadalvio Joaquim | Integrantes do grupo, responsáveis por coordenar a validação com o usuário. | 12/10/2025 | 11:20 | Presencial, residência |
| José da Silva | 59 anos, funcionário público e usuário do app Loterias Caixa, responsável por validar os cenários desenvolvidos para o artefato. | 12/10/2025 | 11:20 | Presencial, residência |
Design
Autor: Miquéias Ezequiel Gonçalves Carvalho
tabela 5: Restrições de design e padrões de interface
| ID | Descrição | Rastreamento |
|---|---|---|
| RN01 | A interface deve seguir as diretrizes de design da Caixa Econômica Federal, utilizando paleta de cores e tipografia padronizadas. | Implementado |
| RN02 | O sistema deve ser compatível com dispositivos móveis Android e iOS, mantendo o mesmo layout e desempenho. | Implementado |
| RN03 | A interface deve garantir usabilidade e acessibilidade: botões bem visíveis, texto legível e opção de ajuste de fonte e contraste. | Parcialmente implementado |
| RN04 | O aplicativo deve oferecer modo claro e modo escuro, ajustável manualmente e sincronizado com o sistema operacional do usuário. | Não implementado |
| RN07 | O aplicativo deve incluir um tutorial interativo na primeira execução, explicando as principais funções (login, busca, pagamento, resultados). | Não implementado |
| RN08 | O tempo de resposta entre ação do usuário e retorno visual deve ser inferior a 2 segundos em condições normais de rede. | Parcialmente implementado |
| RN12 | O design deve permitir futuras expansões (ex: novos tipos de jogos ou formas de pagamento) sem necessidade de reestruturação completa. | Parcialmente implementado |
| RN13 | O aplicativo deve alcançar ≥ 90% de avaliações positivas quanto à clareza e facilidade de uso nas pesquisas de satisfação. | Não implementado |
| RN14 | Deve reduzir para ≤ 5% os usuários que relatam dificuldade em encontrar funções como busca, pagamento e resultados. | Não implementado |
| RN15 | Todos os ícones e elementos visuais devem possuir rótulos alternativos (alt text) para compatibilidade com leitores de tela. | Parcialmente implementado |
Validação com o Usuário (tabela 5)
| Participante | Função | Data | Horário | Local |
|---|---|---|---|---|
| Miquéias Ezequiel | Integrante do grupo, responsável por coordenar a validação com o usuário. | 11/10/2025 | 20:41 | Online(Discord) |
| Cléber Ribeiro | 25 anos usuário do app Loterias Caixa, responsável por validar a especificação suplementar desenvolvidos para o artefato. | 11/10/2025 | 20:41 | Online(Discord) |
Usabilidade
Autor: Nayra Nery
Nessa seção são apresentados os requisitos que influenciam a usabilidade do sistema, isto é, aqueles relacionados à forma como o usuário interage com o aplicativo e à facilidade de utilização de suas funcionalidades.
Tabela 6: Requisitos de Usabilidade.
| ID | Descrição | Status | Rastreabilidade |
|---|---|---|---|
| RNF17 | O software deve ter telas simples, com poucos textos. | Implementado | ENT01 |
| RNF20 | O software deve ter imagens explicativas. | Não Implementado | ENT08 |
| RF19 | O software deve ter opções de cores escuras e claras. | Não Implementado | ENT07 |
| RNF17 | O software deve ter poucas telas. | Implementado | ENT05 |
| RNF03 | A navegação entre a seleção de jogos, o preenchimento do volante e o carrinho de compras deve ser intuitiva, exigindo no máximo três toques. | Implementado | OBS16 |
| RNF06 | Os números selecionados no volante digital devem ser claramente diferenciados dos não selecionados, através de cor e contraste. | Implementado | OBS19 |
| RNF07 | O aplicativo não deve apresentar erros ou fechar inesperadamente durante o processo de criação e pagamento de apostas. | Implementado | OBS20 |
| RNF08 | A transição de telas durante o fluxo de aposta deve ser fluida e sem travamentos perceptíveis. | Implementado | OBS21 |
| RNF09 | O sistema deve fornecer feedback visual imediato quando o usuário adiciona uma aposta ao carrinho. | Implementado | OBS22 |
| RNF11 | O sistema deve garantir que o acesso às funcionalidades primárias seja feito através de componentes de interface autoexplicativos. Ícones de navegação, como o menu principal, devem ser acompanhados por um rótulo textual (ex.: “Menu”). | Não Implementado | OBS24 |
| RNF03 | O aplicativo é de fácil acesso ao usuário. | Implementado | ENT14 |
| RF12 | O aplicativo deve apresentar funções de acessibilidade voltadas a idosos e pessoas com deficiência. | Não Implementado | ENT15 |
| RF13 | As opções de ações dentro do aplicativo devem estar facilmente disponíveis. | Implementado | ENT16 |
| RF15 | As páginas do aplicativo mais usadas pelo usuário devem estar em destaque na tela. | Não Implementado | ENT23 |
| RNF09 | O usuário consegue achar com facilidade o que procura no aplicativo. | Implementado | ENT24 |
Confiabilidade
Autor: Samuel Felipe
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 7 a seguir.
Tabela 7: Requisitos de confiabilidade.
| ID | Descrição | Status | Rastreabilidade** |
|---|---|---|---|
| RF15 | Deve haver uma verificação de identidade para login no aplicativo | Implementado | ENT11 |
| RF22 | O aplicativo deve permitir que o usuário realize o cadastro com dados pessoais | Implementado | OBS01 |
| RF15 | O aplicativo deve permitir login com CPF e senha ou com biometria | Implementado | OBS03 |
| RF25 | O aplicativo deve mostrar se o pagamento foi confirmado | Implementado | OBS12 |
| RF25 | O aplicativo deve permitir gerar o comprovante da aposta em "minhas apostas" | Implementado | OBS14 |
| RF29 | O aplicativo deve permitir o cancelamento de apostas antes do sorteio. | Não Implementado | OBS16 |
| RNF18 | O sistema deve proteger o acesso às funcionalidades transacionais exigindo a autenticação do usuário no início da sessão | Implementado | OBS18 |
| RNF20 | A sessão do usuário deve expirar automaticamente após 15 minutos de inatividade para proteger a conta | Implementado | OBS23 |
| RNF18 | O aplicativo utiliza o sistema da própria empresa para que o usuário consiga acessar os seus dados no sistema; | Implementado | AD06 |
| RNF20 | O resgate dos prêmios são apenas disponibilizados nos canais oficiais da empresa, como uma Unidade Lotérica ou Agência Caixa, e no Mercado Pago (Sendo o valor disponível na conta do usuário e ser transferido conforme as regras próprias do meio de pagamento); | Implementado | AD10 |
| RNF17 | O aplicativos é de uma fonte confiável para o usuário | Implementado | RNF17 |
| RF15 | Os dados do usuário são mantidos em sigilo e protegidos | Implementado | RF15 |
| RNF20 | Há um termo de uso | Implementado | RNF20 |
| RNF20 | O termo de uso especifica os riscos para o usuário | Não Implementado | RNF20 |
| RNF20 | O termo de uso especifica a classificação indicativa para o usuário | Implementado | RNF20 |
| RNF20 | O termo de uso especifica o acesso aos dados do aplicativo para o usuário | Implementado | RNF20 |
Desempenho
Autor: Luan Vinícius
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 8 a seguir.
Tabela 8: Requisitos de desempenho.
| ID | Descrição | Status | Rastreabilidade |
|---|---|---|---|
| RNF04 | O resultado de uma loteria deve ser carregado e exibido na tela em menos de 3 segundos sob uma conexão 4G/5G padrão | Implementado | OBS17 |
| RNF07 | O aplicativo não deve apresentar erros ou fechar inesperadamente durante o processo de criação e pagamento de uma aposta | Implementado | OBS20 |
| RNF08 | A transição de telas durante o fluxo de aposta deve ser fluida e sem travamentos perceptíveis | Implementado | OBS21 |
| RNF11 | O aplicativo ainda apresenta lentidão em aparelhos de smartphones antigos | Não Implementado | AD15 |
| RNF12 | O aplicativo ainda apresenta problemas de desconexão ao se conectar em internet 4G/5G | Não Implementado | AD16 |
Validação com o Usuário (Desempenho)
| Participante | Função | Data | Horário | Local |
|---|---|---|---|---|
| Luan Vinícius | Integrante do grupo, responsável por coordenar a validação com o usuário. | 12/10/2025 | 17:24 | Online(Discord) |
| Matheus Queiroz | 20 anos, estudante de engenharia de software e usuário do app Loterias Caixa, responsável por validar os cenários desenvolvidos para o artefato. | 12/10/2025 | 17:24 | Online(Discord) |
Suportabilidade
Autor:Heyttor Augusto
Diz a respeito da acessibilidade e suporte que os usuarios podem ter usando o aplicativo.
| ID | Descrição | Status | Rastreabilidade** |
|---|---|---|---|
| RNF01 | O software deve ter telas simples com poucos textos | Implementado | ENT01 |
| RF06 | O software deve ter opções de modo escuro ou claro | Não implementado | ENT07 |
| RNF01 | O aplicativo segue a questão de disponibilidade em plataformas que os usuários tem acesso (IOS/Apple Store, Android/Play Store) | Não implementado | AD05 |
Referências Bibliográficas
SERRANO, Milene; SERRANO, Maurício. Requisitos - Aula 11. Disponível em: https://aprender3.unb.br/pluginfile.php/3210637/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf. Acesso em: 11/10/2025.
ESPECIFICAÇÃO SUPLEMENTAR. [S. l.], 2023. Disponível em: https://requisitos-de-software.github.io/2023.1-BilheteriaDigital/modelagem/especificacao-suplementar/. Acesso em: 12 out. 2025.
Bibliografia
SERRANO, Milene; SERRANO, Maurício. Requisitos - Aula 11. Disponível em: https://aprender3.unb.br/pluginfile.php/3210637/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf. Acesso em: 11/10/2025.
Versionamento
| Versão | Data | Autor | Descrição | Revisor |
|---|---|---|---|---|
1.0 |
11/10/2025 | Rivadalvio Joaquim | Criação inicial da especificação suplementar | João Pedro |
1.1 |
12/10/2025 | João Pedro | Adição de 2 requisitos não implementados na funcionalidade | Rivadalvio Joaquim |
1.2 |
12/10/2025 | Rivadalvio Joaquim | Adição de coluna de status e seleção de requisitos não implementados na implementação | João Pedro |
1.3 |
12/10/2025 | Luan Vinícius | Adição da especificação de performance | Miquéias Ezequiel |
1.5 |
12/10/2025 | Miquéias Ezequiel | Adição da especificação de design | Luan Vinícius |
1.6 |
12/10/2025 | Samuel Felipe | Adição da especificação de confiabilidade | Heyttor Augusto |
1.7 |
12/10/2025 | Luan Vinícius | Adiciona validação com o usuario (desempenho) | |
1.8 |
12/10/2025 | Nayra Nery | Adição da usuabilidade | Heyttor Augusto |
1.8 |
12/10/2025 | Heyttor Augusto | Adição da suportabilidade | Nayra Nery |
1.9 |
12/10/2025 | João Pedro | Vídeos da validação implementados | Rivadalvio Joaquim |
2.0 |
21/10/2025 | João Pedro | Correção dos IDs de referência à requisitos | Rivadalvio Joaquim |