Especificação Suplementar
Introdução
A especificação suplementar se trata de uma documentação produzida no âmbito de se descrever os requisitos não-funcionais presentes no sistema, tais requisitos são os que não estão diretamente envolvidos com funcionalidades específicas do software mas que ao invés disso possuem certas características como a confiabilidade do sistema, suportabilidade, usabilidade, desempenho, qualidade entre outras coisas. O documento é redigido em linguagem natural e acaba por ser um complementar aos casos de uso pois captura os requisitos que não foram utilizados no método anterior, tais requisitos são de grande importância para se ter a satisfação do usuário e qualidade no sistema.[1]
Metodologia
Para a confecção do documento optou-se por utilizar de base a metodologia descrita pelo modelo FURPS+, se tratando de uma técnica para a realização da coleta e organização dos requisitos não-funcionais de forma eficiente. Vale ressaltar que o termo FURPS+ é um acrônimo para: Functionality (Funcionalidade); Usability (Usabilidade); Reliability (Confiabilidade); Performance (Desempenho); Supportability (Suporte). Além desses citados o modelo também prevê os requisitos voltados para questões de design, implementação, interface entre outros. A página está categorizada de acordo com os tópicos abordados pelo modelo e cada categoria apresenta os requisitos relacionados ao "Meu INSS" que se enquadram em cada uma delas.
Funcionalidades
No que se refere aos requisitos elicitados em relação as funcionalidades do sistema, eles podem ser observados na página dedicada a elicitção de requisitos presentes no link elicitação de requisitos .
Suportabilidade
Na categoria de suportabilidade, tem-se os requisitos que estão relacionados ao suporte e manutenção do sistema, que inevitavelmente, garantem a facilidade de manutenção e evolução do sistema ao longo do tempo, tornando-o mais robusto.
Além de tratar de atualizações e correções, também possui requisitos relacionados a diagnóstico de problemas, monitoramento contínuo e rastreabilidade de alterações.
Tabela 1 - Requisitos de Suportabilidade
| ID | Descrição | Rastreabilidade |
|---|---|---|
| SUP01 | O sistema deve possuir documentação detalhada e estruturada, que pode ser testada por meio de auditorias e revisão de sua clareza, abrangência e atualização. | - |
| SUP02 | O sistema deve ter uma arquitetura modular que permita a modificação de componentes de forma independente, o que pode ser validado por testes de integração para garantir que modificações não afetem outras partes do sistema. | - |
| SUP03 | O sistema deve possibilitar a realização de atualizações automáticas, que devem ser testadas para garantir que ocorram sem interrupções no serviço, com um tempo de inatividade inferior a 1 segundo. | - |
| SUP04 | O sistema deve fornecer suporte em tempo real ao usuário, que não apresentem latência superior a 2 segundos durante o uso. | RNF03 |
| SUP05 | O sistema deve manter a rastreabilidade das mudanças, o que pode ser validado por meio de logs de alterações e controle de versão, permitindo rastrear qualquer modificação e verificar se está documentada corretamente. | - |
| SUP06 | O sistema deve possuir suporte testável para tecnologias assistivas, que responda bem a testes. | RNF07 |
| SUP07 | O sistema deve permitir a personalização de configurações de preferências pelo usuário, sendo validado por meio de testes que simulem alterações nas preferências de usabilidade e verifiquem a aplicação das modificações sejam efetivadas em até no máximo 100ms. | - |
| SUP08 | O sistema deve ser compatível e oferecer suporte pleno tanto para dispositivos Android quanto iOS | - |
| SUP09 | O sistema deve ser capaz de detectar falhas automaticamente e fornecer um mecanismo de recuperação sem perda de dados ou interrupção significativa, fazendo um backup completo (uma vez por dia) e backups incrementais (a cada 2-4 horas durante o dia, dependendo da quantidade de transações no banco de dados) | - |
Autor: Júlia Fortunato, 2024
Confiabilidade
Na questão de confiabilidade, existem os requisitos que correspondem a confiabilidade que o sistema possui, o que pode incluir itens como qualidade e validação assim como também manutenção e gerenciamento. Inclui os diversos requisitos que tem relaçao a qualidade e confiabilidade, isso inclui requisitos relacionados à disponibilidade e tolerância a falhas como mantenibilidade.
Para essa categoria os requisitos identificados estão representados na tabela 2 a seguir.
Tabela 2 - Requisitos de Confiabilidade.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| CON01 | Garantir a segurança dos dados com criptografia nas transações. | RNF08 |
| CON02 | O aplicativo deve armazenar dados em conformidade com a LGPD. | RNF011 |
| CON03 | O sistema deve estar disponível para o usuário por no mínimo 99% do tempo de um mês, exceto em momentos de manutenção programada. | RNF012 |
| CON04 | As operações de manutenção assim como as de atualização do aplicativo devem ocorrer em horários onde não se tenha pico de usuários e idealmente de maneira agendada com antecedência | - |
| CON05 | O sistema deve conseguir suportar picos de usuários de até 400% a quantidade média de usuários sem grandes perdas de desempenho. | - |
| CON06 | Caso o aplicativo enfrente problemas técnicos que comprometam seu uso, os usuários devem ser informados do problema e avisados do estado do sistema a medida que o problema é resolvido. | - |
Autor: Cristiano Morais, 2024
Usabilidade
Diz respeito a facilidade de uso da interface e das funcionalidades do sistema, permitindo que os usuários realizem suas tarefas de forma eficaz, eficiente e com clareza.
Para essa categoria os requisitos identificados estão representados na tabela 3 a seguir.
Tabela 3 - Requisitos de Usabilidade.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| USA01 | O aplicativo deve concluir tarefas em no maximo 5 cliques. | RNF01 RNF04 |
| USA02 | O aplicativo deve oferecer pelo menos 2 tipos de tutoriais explicativos de uso, como vídeos, FAQs e guias escritos. | RNF02 |
| USA03 | O aplicativo deve possuir uma central de ajuda com tutoriais para pelo menos 80% das funcionalidades existentes. | RNF03 |
| USA04 | O aplicativo deve possuir um local explicandos os termos técnicos do Meu INSS. | RNF05 |
| USA05 | O aplicativo deve oferecer uma funcionalidade de busca que permita ao usuário localizar tarefas e funcionalidades após a escrita da primeira palavra da busca desejada. | RNF06 |
| USA06 | O aplicativo deve possuir alternativas para pessoas com deficiencia como por exemplo audio-descrição. | RNF07 RNF10 |
| USA07 | O aplicativo deve possuir retorno a todas as ações do usuário para confirmação de ação bem sucedida. | - |
Autor: Maurício Ferreira, 2024
Desempenho
Relaciona o tempo para executar ações com a rapidez que o usuário realiza suas tarefas. É importante para garantir a produtividade do usuário nas suas tarefas.
Para essa categoria os requisitos identificados estão representados na tabela 4 a seguir.
Tabela 4 - Requisitos de desempenho.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| DES01 | O sistema deve ter um tempo de resposta em suas funcionalidades inferior a 300ms. | RNF04 |
| DES02 | As manutenções programadas do sistema não devem ter duração superior a 8 horas. | RNF12 |
| DES03 | O sistema não deve possuir mais de 20 interações em cada tela para manter as paginas leves. | - |
| DES04 | O sistema deve manter a resposta da autenticação de usuario com menos de 4 segundos. | - |
Autor: Maurício Ferreira, 2024
+: Restrições de Design
É possível dizer que restrições de design são fatores ou condições específicas que precisam ser consideradas ao criar e desenvolver um produto, seja ele digital (como aplicativos e websites), físico ou qualquer outro tipo de criação. Essas limitações podem se referir a diversos aspectos, como questões de cunho técnico, visual, operacional, financeiro, de tempo, cultural e outros. Elas definem os parâmetros ou orientam as decisões de design, a fim de assegurar que o produto atenda a certos critérios ou propósitos. Na tabela 5 estão os Requisitos Não Funcionais para Restrições de Design pro aplicativo "Meu INSS".
Tabela 5 - Requisitos de Restrição de Design.
| ID | Descrição | Rastreabilidade |
|---|---|---|
| RESD01 | O sistema deve garantir responsividade para diferentes tamanhos de tela assim como dispositivos mantendo o design dos elementos visuais. | - |
| RESD02 | O material visual utilizado no aplicativo deve estar de acordo com as leis vigentes de direito autoral. | - |
| RESD03 | O aplicativo segue boas práticas de design da industria tornando intuitivo seu uso além de prever casos específicos de uso como para pessoas com daltonismo. | - |
| RESD04 | Os elementos do aplicativo seguem um padrão visual (como fonte utilizada e cores serem constantes). | - |
Autor: Cristiano Morais, 2024
+: Ajuda e documentação
A seção de "Ajuda e Documentação" de um aplicativo reúne uma série de recursos e informações elaboradas para orientar os usuários, detalhando como o aplicativo opera, suas funcionalidades principais e como utilizá-las de maneira eficaz. Essa área é fundamental para garantir que os usuários entendam como o aplicativo funciona, resolvam possíveis problemas e aproveitem ao máximo seus recursos. Na tabela 6 se pode observar os Requisitos Não Funcionais relacionados ao tema de Ajuda e Documentação pro aplicativo "Meu INSS".
| ID | Descrição | Rastreabilidade |
|---|---|---|
| AD01 | O sistema deve possuir formas de orientar o usuário em relação ao seu uso. | - |
| AD02 | As documentações relacionadas a ajuda devem estar atualizadas. | - |
| AD03 | A documentação deve estar disponibilizada em ao menos dois idiomas amplamente utilizados. | - |
| AD04 | A documentação precisa ser acessível para pessoas com deficiência seguindo, por exemplo, o padrão WCAG 2.0 [2] | - |
Autor: Cristiano Morais, 2024
+:Interfaces
O aplicativo deve possuir interfaces com padrões simples e claros de forma que o uso seja facil e intuitivo para o usuário.
-
Interface de Usuário: O aplicativo deve possuir telas separadas para as funcionalidades de prioridade alta.
-
Interface de Hardware: O aplicativo deve possuir desempenho alto para maior portabilidade em dispositivos móveis.
-
Interface de Comunicação: O aplicativo precisa de conexão com à internet, através de dados móveis, wifi ou etc.
Referências bibliográficas
[1] SERRANO, Milene; SERRANO, Maurício. Elicitação, Modelagem e Análise - Aula 13. s.d. Slide 8 de 40. Disponível em: https://aprender3.unb.br/pluginfile.php/2972480/mod_resource/content/1/Requisitos%20-%20Aula%20013a.pdf. Acesso em: 05 Dez. 2024. [2] WORLD WIDE WEB CONSORTIUM. WCAG 2.0: Web Content Accessibility Guidelines. Versão 2.0. World Wide Web Consortium, 2008. Disponível em: https://www.w3.org/WAI/WCAG21/quickref/. Acesso em: 08 de Dez. de 2023.
Histórico de Versões
| Versão | Data | Descrição | Autor | Revisor |
|---|---|---|---|---|
| 1.0 | 05/12/2024 | Criação do documento | Cristiano Morais | Júlia Fortunato |
| 1.1 | 06/12/2024 | Adição de requisitos de confiabilidade e suportabilidade | Cristiano Moraes Júlia Fortunato | Maurício Ferreira |
| 1.2 | 08/12/2024 | Adição dos requisitos restantes | Cristiano Morais Maurício Ferreira | Ana Catarina Santos |