Documento de Especificação de

Requisitos de Software

Carlos Augusto Teixeira Araújo

RONDONÓPOLIS-MT
2023/1
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

Sumário

1. Introdução ..................................................................................................................... 4
2. Definição dos requisitos de usuário .............................................................................. 4
2.1. Requisitos Funcionais ........................................................................................................ 4
2.2. Requisitos Não Funcionais ................................................................................................. 5
3. Evolução do Sistema .................................................................................................... 7
4. Técnica de levantamento utilizada ............................................................................... 7
4.1 Entrevista............................................................................................................................. 7
4.2 Brainstorming ...................................................................................................................... 7
4.3 Questionário ........................................................................................................................ 7
5. Bibliografia ................................................................................................................... 8

Página 2 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

Glossário
Requisitos Funcionais - Funcionalidades que se espera que o sistema disponibilize, de
uma forma completa e consistente.
Requisitos Não-Funcionais - Aspectos não-funcionais do sistema, como restrições nas
quais o sistema deve operar.
Sistema - O software a ser desenvolvido, que atenderá às necessidades dos usuários
finais.
SLA (Acordo de Nível de Serviço) - Um acordo formal que define os níveis de serviço
que o sistema deve atender em termos de desempenho, disponibilidade e outros aspectos.
SSL (Camada de Soquetes Seguros) - Um protocolo de segurança que garante a
comunicação segura entre o cliente e o servidor.
CPF - Cadastro de Pessoa Física, um documento de identificação nacional no Brasil.
Usuário Final - Indivíduos que utilizarão o sistema como parte de suas atividades diárias.
Key Users - Usuários-chave que desempenham um papel crucial no uso do sistema e têm
um profundo conhecimento das necessidades e requisitos do usuário final.
Backup e Recuperação de Dados - Processo de criação e restauração de cópias de
segurança dos dados do sistema para garantir a disponibilidade contínua das informações.
Controle de Acesso - Medidas e políticas que regulam quem pode acessar determinadas
funcionalidades ou recursos do sistema.
Entrevista - Uma técnica de levantamento de requisitos que envolve questionar os key
users para obter informações sobre suas necessidades e expectativas.
Brainstorming - Uma técnica de levantamento de requisitos que envolve sessões de
grupo para gerar ideias e sugestões criativas.
Questionário - Uma técnica de levantamento de requisitos que envolve a coleta de
respostas a perguntas específicas de um grupo de usuários.
Desempenho Responsivo - A capacidade do sistema de responder rapidamente às
solicitações do usuário.
Segurança de Dados dos Usuários - A proteção das informações dos usuários contra
acesso não autorizado ou comprometimento.
Usabilidade Intuitiva - A facilidade de uso e a experiência do usuário ao interagir com
o sistema.
Requisitos Não-Funcionais - Aspectos não-funcionais do sistema, como restrições nas
quais o sistema deve operar.

Página 3 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

1. Introdução
Este documento apresenta os requisitos funcionais e não funcionais do sistema de
academias AppFIT, detalhando as operações que o sistema deve executar, bem como os
padrões de desempenho, segurança e usabilidade que devem ser atendidos. Além disso,
são apresentadas informações sobre as técnicas de levantamento de requisitos utilizadas,
bem como as fontes bibliográficas consultadas para embasar o processo de especificação.

2. Definição dos requisitos de usuário

2.1. Requisitos Funcionais
RF01: O sistema deve permitir o usuário realizar login.
Informações: usuário, senha.
Regras: O sistema deve permitir realize login com seu e-mail ou CPF para que seja
possível ver suas próprias informações.
• Deve ser informado um e-mail válido que esteja cadastrado ou CPF.
• A senha deve conter 4 dígitos.

RF02: O Sistema deve oferecer em sua tela principal o mapa do site.

Informações: perfil, lista de treinos, frequência, pagamento, centro de atendimento
Regras: O Sistema deve permitir que em sua tela principal o usuário possa visualizar seu
perfil, lista de treinos, frequência, pagamentos e centro de atendimento.

RF03: O sistema deve oferecer a visualização e edição do perfil.

Informações: foto do usuário, editar perfil, editar senha, visualização dos dados do
usuário, visualização do endereço do usuário
Regras: O sistema deve permitir que cada usuário tenha um perfil e os seus dados sejam
salvos dentro do sistema com uma foto sua tirada na hora ou usada a partir da galeria de
fotos, podem realizar a edição sempre que quiserem, o usuário pode cadastrar e ditar uma
senha, seu endereço contendo rua, bairro, cidade e estado, bem como cadastrar o seu e-
mail para envio de notificações e outros assuntos.
• A foto de perfil deve ser no formato jpg, png, bitmap.
• Caso não preencha a data de nascimento o cadastro não é salvo.
• Se a senha não contiver 8 caracteres, com ao menos 1 letra maiúscula, 1 número
e 1 caráter especial a senha não é aceita.

RF04: O sistema deve permitir ver os treinos cadastrados.

Informações: tipos de treino, treino do dia
Regras: O sistema deve permitir que o usuário veja qual será o tipo de treino do dia assim
como os tipos de treino que possui cadastrado, com informações detalhadas de séries,
repetições, carga e tempo de descanso.

RF05: O sistema deve oferecer a visualização de frequência.

Informações: calendário
Regras: O sistema deve permitir que o usuário veja em um calendário sua frequência, e
o treino realizado no dia.
• O calendário deve mostrar o dia atual com um círculo azul.
• O calendário deve indicar a frequência marcando a data com a preta em negrito.

Página 4 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

• Ao selecionar uma data será mostrado um campo mostrando o horário de entrada

e o tipo de treino realizado.

RF06: O sistema deve oferecer a visualização de mensalidades.

Informações: mensalidade em aberto ou atrasada, pagar mensalidade em aberto, histórico
de pagamentos
Regras: O sistema deve permitir que o usuário visualize suas mensalidades em aberto,
pode escolher pagar as mensalidades em aberto ou atrasadas, pode ver seu histórico de
mensalidades pagas.

RF07: O sistema deve oferecer o contato com o atendimento.

Informações: botão para início de atendimento, histórico de atendimentos
Regras: O sistema deve permitir que o usuário abra um chamado de atendimento
fornecendo um título para o atendimento e escrevendo uma mensagem, deve conter um
histórico de atendimentos.
• O campo de título deve ter preenchimento obrigatório.
• O campo de mensagem deve possuir no máximo 500 caracteres.
• O histórico de atendimento deve sinalizar quais atendimentos estão encerrados e
quais estão abertos.

2.2. Requisitos Não Funcionais

RNF01: O sistema deve ser responsivo e oferecer tempos de resposta aceitáveis para
todas as operações, mesmo sob carga máxima de usuários.
Informações: desempenho responsivo.
Regras: O tempo de resposta para todas as operações deve ser inferior a 2 segundos em
condições normais de uso.
RNF02: O sistema deve garantir a segurança das informações dos usuários, incluindo
senhas criptografadas e medidas de proteção contra ameaças cibernéticas.
Informações: segurança de dados dos usuários.
Regras: Todos os dados do usuário devem ser criptografados durante a transmissão e
armazenamento, e devem ser implementadas medidas de segurança, como proteção
contra ataques de injeção SQL
RNF03: O sistema deve haver controle de acesso com base em funções para garantir que
apenas usuários autorizados tenham acesso a determinadas funcionalidades.
Informações: controle de acesso.
Regras: Os usuários devem ser autenticados antes de acessar o sistema, e o acesso a
recursos específicos deve ser restrito de acordo com as funções atribuídas a cada usuário.
RNF04: O sistema deve seguir princípios de usabilidade, tornando-o intuitivo e fácil de
usar para todos os usuários.
Informações: usabilidade intuitiva.
Regras: A interface do usuário deve ser projetada de acordo com diretrizes de usabilidade
reconhecidas, e os elementos de design devem ser consistentes em todo o sistema.
RNF05: Deve haver um sistema de backup e recuperação de dados para garantir a
disponibilidade contínua das informações.
Informações: backup e recuperação de dados

Página 5 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

Regras: Os backups devem ser realizados regularmente e testados quanto à eficácia da

recuperação. Os dados devem ser armazenados de forma segura e protegidos contra perda.

Página 6 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

3. Evolução do Sistema
O sistema baseado em plataforma WEB estará preparado para integrar as seguintes
funcionalidades:
• Disponibilizar acesso através de plataforma móvel (smartphone);
• Disponibilizar integração com sistemas de pagamento online.

4. Técnica de levantamento utilizada

Para o levantamento de requisitos, foram utilizadas as seguintes metodologias:
• Entrevista
• Brainstorming
• Questionário

4.1 Entrevista
Para a entrevista, foi selecionado os seguintes key users:

Key Users Processo/setor

Usuário final Utilização do sistema
Treinador Cadastro de exercícios
Recepcionista Atendimento ao cliente

As perguntas para a entrevista foram:

ID Pergunta
1 Qual é o objetivo principal do sistema a partir da perspectiva do seu departamento
ou área de atuação?
2 Que funcionalidades específicas do sistema são essenciais para o desempenho
eficaz de suas tarefas?
3 Você tem alguma sugestão para melhorias no sistema ou recursos adicionais que
gostaria de ver implementados?

4.2 Brainstorming
O brainstorming foi realizado de acordo com grupos de interesse: membros da equipe
corporativa e operacional. Neste processo foram realizadas apenas 3 perguntas:
1. Quais melhorias você gostaria de ver no sistema para facilitar suas tarefas diárias?
2. Quais são os maiores desafios que você enfrenta ao usar o sistema atualmente?
3. Que recursos ou funcionalidades adicionais seriam mais benéficos para melhorar
a eficiência operacional?

4.3 Questionário
O questionário foi aplicado para toda a empresa e a alunos, em torno de 90 pessoas
responderam, taxa de 100% de efetividade dos questionários. As perguntas que estavam no
questionário, foram:

Página 7 de 8
 Documento de Especificação de Requisitos de Software
Curso de Sistemas de Informação | Engenharia de Software
Docente: Carlos Augusto Teixeira Araújo

ID Pergunta
1 Com que frequência você utiliza o sistema atualmente?
2 Que recursos do sistema você acha mais úteis para o desempenho de suas
funções?
3 Quais melhorias ou recursos adicionais você gostaria de ver no sistema?

5. Bibliografia
Sommerville, Ian. Engenharia de Software. Pearson, 2011.
Pereira, Maysa. Aula 2 – Engenharia de Software. Disponível em
<https://suap.ufr.edu.br/media/edu/material_aula/Aula_2_-
_Introducao_Engenharia_de_Software-9f6ba112dbdc41649c5fa8d430e72bad.pdf>.
Pereira, Maysa. Aula 4 – Desenvolvimento Ágil de
software. Disponível em <https://suap.ufr.edu.br/media/edu/material_aula/Aula_4_-
_Desenvolvimento_%C3%81gil_de_software-
76c4cb465ff74825a81bfa490376b54e.pdf>.
Pereira, Maysa. Aula 5 – Engenharia de Requisitos. Disponível em
<https://suap.ufr.edu.br/media/edu/material_aula/Aula_5_-_Engenaria_de_requisitos-
c713df0bed51410abda309ac24d657ca.pdf>.

Página 8 de 8