Aula 3 - Documento de Especificação de requisitos e casos de uso(1)

Prévia do material em texto

1 
 
 
 
 
 
 
 
 
 
 
ESPECIFICAÇÃO DE SOFTWARE: 
Pleníssima Studio’s – Sistema de Gestão e Agendamento de 
Serviços 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Salvador – Bahia 
2021 
 
 
2 
 
Folha de Aprovação 
 
Aprovamos o documento aqui apresentado para o desenvolvimento do 
projeto Pleníssima Studio’s - Sistema de Gestão e Agendamento de Serviços. 
 
Antonio 
 
Equipe de Desenvolvimento ________________________ 
Caio Equipe de Desenvolvimento ________________________ 
 
Guilherme Equipe de Desenvolvimento ________________________ 
 
Kevin Equipe de Desenvolvimento ________________________ 
 
 Cliente ________________________ 
Joceane 
 
Cliente ________________________ 
 
Revisões Anteriores 
 
Revisor Descrição Data 
Antonio Começo da digitação da documentação do 
software Gestão e Agendamento de Serviços 
23/02/2021 
Caio Atualização do documento de especificação e 
melhorias nas regras de negócio 
17/03/2021 
Kevin Descrição do Diagrama de Casos de uso e 
revisão do documento 
24/03/2021 
Guilherme Revisão do documento e melhorias gerais 25/03/2021 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
3 
 
Sumário 
 
1. Introdução 5 
1.1 Propósito deste Documento 5 
1.2 Escopo 5 
1.2.1 Nomes, componentes e missão do produto 5 
1.2.2 Limites do produto 5 
1.2.3 Benefícios esperados do produto 6 
1.3 Materiais de referência 6 
1.4 Definições e siglas 6 
1.5 Contratante 6 
1.6 Visão geral deste documento 7 
2. Descrição Geral 7 
2.1 Visão Geral do Produto 7 
2.1.2 Interfaces de usuário 7 
2.1.3 Interfaces de hardware 8 
2.1.4 Interface de software 8 
2.1.5 Interfaces de comunicação 8 
2.1.6 Restrições de memória 8 
2.1.8 Requisitos de adaptação ao ambiente 9 
2.2 Funções do produto 9 
2.3 Usuários e sistemas externos 9 
2.3.1 Descrição 9 
2.3.2 Características dos usuários 10 
2.4 Restrições 10 
2.5 Hipóteses de trabalho 10 
2.6 Requisitos adiados 11 
3. Regras de Negócio (Business Rules) 11 
4. Requisitos Específicos 12 
4.1 Requisitos Funcionais 12 
4.1.1 Login 12 
4.1.2 Criação de usuário 12 
4.1.3 Alteração de usuário 12 
4.1.4 Exclusão de usuário 12 
4.1.5 Cadastro de cliente 13 
4.1.6 Alteração de cliente 13 
 
4 
 
4.1.7 Exclusão de cliente 13 
4.1.8 Criação ordem de serviço 13 
4.1.9 Alteração de ordem de serviço 13 
4.1.10 Emissão de ordem de serviço 14 
4.1.11 Exclusão de ordem de serviço 14 
4.1.12 Criação de agendamento 14 
4.1.12 Listagem de agendamento 14 
4.1.13 Alteração de agendamento 14 
4.1.14 Exclusão de agendamento 15 
4.1.15 Emissão relatório de serviços 15 
4.1.16 Emissão relatório clientes cadastrados 15 
4.2 Requisitos Não Funcionais 16 
4.2.1 Linguagem de programação 16 
4.2.2 Máquina Virtual Java 16 
4.2.3 Banco de dados 16 
6. Protótipos de Interface 17 
6.1. Navegação usuário - Administrador 17 
6.2. Navegação usuário - Funcionário 17 
6.3. Protótipos de Interface 18 
6.3.1. GUI 01 - Login 18 
6.3.2. GUI 02 - Principal 18 
6.3.3. GUI 03 – Cadastro de Usuário 19 
6.3.4. GUI 04 – Cadastro de Serviços 19 
6.3.5. GUI 05 – Cadastro de Clientes 20 
6.3.6. GUI 06 – Relatório de clientes 20 
6.3.7. GUI 07 – Relatório de clientes 21 
6.3.8. GUI 08 – Impressão da Ordem de Serviços 21 
6.3.9. GUI 09 – Relatório da Ordem de Serviços - Parte 1 22 
6.3.10. GUI 09 – Relatório da Ordem de Serviços - Parte 2 22 
6.3.11. GUI 10 – Agendamentos 23 
6.3.12. GUI 11 – Comissões de Clientes 23 
6.3.13. GUI 12 – Sobre 24 
7. Diagrama do Banco de Dados 25 
8. Diagrama de Casos de Uso 26 
 
 
 
5 
 
1. Introdução 
1.1 Propósito deste Documento 
Propósito deste 
documento 
Este documento tem como objetivo descrever todas as funcionalidades, 
características e requisitos deste projeto, como também qualquer fator que 
esteja relacionado ao mesmo, incluindo diagramas e representações da 
interface gráfica, assim como servir de material de apoio para o 
desenvolvimento do sistema. 
Público-alvo Funcionários, administradores e desenvolvedores do projeto Pleníssima 
Studio’s – Sistema de Gestão e Agendamento de Serviços 
 
1.2 Escopo 
1.2.1 Nomes, componentes e missão do produto 
Nome do produto Pleníssima Studio’s – Sistema de Gestão e Agendamento de 
Serviços 
Componentes principais 
Pleníssima Studio’s - Sistema de Gestão e Agendamento de 
Serviços (Componente único). 
Missão do produto 
Oferecer suporte informatizado de gestão de serviços a um 
estúdio de estética. 
 
1.2.2 Limites do produto 
Número Limite 
1 
O Pleníssima Studio’s – Sistema de Gestão e Agendamento de Serviços não irá 
realizar pagamentos de serviços. 
2 
Os agendamentos de serviços do Pleníssima Studio’s – Sistema de Gestão e 
Agendamento de Serviços só poderão ser realizados pelos funcionários e 
administradores do sistema. 
3 
O Pleníssima Studio’s – Sistema de Gestão e Agendamento de Serviços não irá 
possuir um suporte online para atendimento, será disponibilizado para os usuários um 
manual de uso do aplicativo. Com tudo, bugs e problemas poderão ser reportados 
através de e-mails da equipe de desenvolvimento (As respostas aos reportamentos 
serão respondidas e encaminhadas para o e-mail do usuário solicitante). 
4 
O sistema de recuperação de dados do sistema e backup, fica sob 
responsabilidade do cliente, eximindo os desenvolvedores do Pleníssima 
Studio’s – Sistema de Gestão e Agendamento de Serviços dessas funções. 
5 Necessária Máquina Virtual Java para execução 
6 Funcionamento exclusivo para desktops 
 
 
Comentado [A1]: Este documento é um exemplo. Ele deve 
ser adaptado ao projeto do grupo. 
Comentado [A2]: Incluir os componentes (ou módulos) 
que serão implementados. 
Comentado [A3]: Descrever a missão do produto. 
Comentado [A4]: Descrever o que o sistema faz e o que 
não faz. 
6 
 
1.2.3 Benefícios esperados do produto 
Número Benefício 
Valor para o 
cliente 
1 Controle de caixa automatizado Essencial 
2 Controle da base de clientes e funcionários Essencial 
3 Agendamento de serviços automatizado Essencial 
4 Lançamento de Ordem de Serviço Essencial 
5 Lançamento de Relatório de Serviço Essencial 
6 Identificação de serviços mais e menos realizados Desejável 
 
1.3 Materiais de referência 
Número Tipo do material Referência bibliográfica 
 1 Entrevistas 
Entrevistas realizadas com profissionais da área de tecnologia 
da informação. 
 2 Relatório 
Especificação dos Requisitos Merci 1.5. Equipe United 
Hackers. 
 3 Padrão Projeto Java. While True. 
 4 Padrão 
Java Mysql – Sistema completo – Projeto. Professor José de 
Assis. 
 
1.4 Definições e siglas 
Número Sigla Definição 
 1 Cadastro de clientes Cadastro dos clientes do estúdio de estética Pleníssima 
Studio’s 
 2 Cadastro de 
funcionários 
Cadastro dos funcionários do estúdio de estética Pleníssima 
Studio’s. 
 3 Cadastro de serviços Cadastro dos serviços disponibilizados pelo estúdio de 
estética Pleníssima Studio’s. 
 4 Agendamento de 
serviços 
Sistema para realizar o agendamento de serviços do estúdio 
de estética Pleníssima Studio’s. 
 
1.5 Contratante 
Pleníssima Studio’s. Estúdio de estética especializado em Alongamentos em Gel, 
Acrigel, Fibra de Vidro, Extensão de Cílios, Designer de Sobrancelhas, Manicure e 
Pedicure. 
 
 
 
Comentado [A5]: Descrever os benefícios esperados para 
os usuários do sistema. 
Comentado [A6]: Descrever as definições e siglas usadas 
neste documento 
Comentado [A7]: Seção opcional. 
7 
 
1.6 Visão geral deste documento 
De acordo com o Padrão para Especificação de Requisitos, ou seja: 
• Parte 2: Descrição geral do produto 
• Parte 3: Requisitos específicos 
• Parte 4: Informação de suporte 
 
2. Descrição Geral 
2.1 Visão Geral do Produto 
 
Sistema de gerenciamento e agendamento de serviços, com controle de acesso, 
cadastro de clientes, cadastro de funcionários,cadastro de serviços, controle de caixa, 
lançamento de ordem de serviço e lançamento de relatório de serviços. 
 
2.1.2 Interfaces de usuário 
Número Nome Descrição 
 1 Tela de Login 
Interface para autenticação do usuário ou administrador 
do sistema. 
 2 Tela Inicial 
Interface com menu para acessar as funcionalidades do 
sistema. 
 3 
Tela Cadastro Clientes Interface para cadastro, consulta, alteração e exclusão de 
clientes 
 4 Tela Cadastro Usuários 
Interface para cadastro, consulta, alteração e exclusão de 
usuários. Disponível somente para contas de usuário de 
NÍVEL ADMINISTRADOR. 
 5 Tela Cadastro Serviço 
Interface para cadastro, alteração, consulta e exclusão de 
serviços disponibilizados pela empresa. Disponível 
somente para contas de usuário de NÍVEL 
ADMINISTRADOR. 
 6 Tela Ordem de Serviço 
Interface para cadastro, alteração, consulta, exclusão e 
impressão de ordem de serviço. 
 7 
Tela Agendamento Interface para consulta e agendamento de serviços do 
estúdio de estética. 
 8 
Tela Relatório de 
Serviços 
Interface para emissão de relatório de todos os serviços 
do estúdio de estética. 
 
 9 
Tela Relatório de 
Clientes 
Interface para emissão de relatório de todos os clientes do 
estudo de estética. 
10 Tela Sobre Interface contendo informações sobre o desenvolvimento 
do sistema. 
Comentado [A8]: Descrever a visão geral do produto que 
será desenvolvido, ou seja, citar as principais funcionalidades. 
Comentado [A9]: Descrever e informar todas as interfaces 
do sistema. 
8 
 
2.1.3 Interfaces de hardware 
Não aplicável. 
2.1.4 Interface de software 
Número Nome Descrição 
 1 
Pleníssima Studio’s 
– Sistema de Gestão 
e Agendamento de 
serviços 
Arquivo .jar que serve para acessar o sistema. 
 
2.1.5 Interfaces de comunicação 
Não aplicável. 
2.1.6 Restrições de memória 
Número Tipo de memória Limites aplicáveis 
 1 Memória Secundária 
O sistema deve ocupar no máximo 100 MB (Desconsiderando 
a base de dados). 
 2 Memória Principal O sistema deve funcionar com menos de 100 MB. 
 
2.1.7 Modos de operação 
Número Tipo Nome Detalhes 
 1 Interativa 
MODO DE 
ADMINISTRADOR 
Modo de funcionamento do Pleníssima 
Studio’s – Sistema de Gestão e 
Agendamento de Serviços, no qual o usuário 
de nível administrador, além de possuir todas 
as funcionalidades do modo funcionário, 
poderá criar usuários, emitir relatório de todos 
os clientes e de todas as ordens de serviços do 
sistema. 
 2 Interativa 
MODO DE 
FUNCIONÁRIO 
Modo de funcionamento do Pleníssima 
Studio’s – Sistema de Gestão e 
Agendamento de Serviços, no qual o 
usuário de nível funcionário, poderá 
cadastrar novos clientes e realizar 
agendamento de serviços. 
 
 
 
 
 
Comentado [A10]: Descrever as interfaces, quando for o 
caso, com hardware. Aplicável para sistemas IoT ou 
Embarcados. 
Comentado [A11]: Descrever as interfaces, quando for o 
caso, com outros sistemas. 
Comentado [A12]: Descrever as restrições não funcionais 
sobre a memória. 
Comentado [A13]: Descrever a partir do perfil do usuário 
quais funcionalidades ele terá acesso. 
9 
 
2.1.8 Requisitos de adaptação ao ambiente 
Número Requisito Detalhes 
1 
Necessário possuir o Java instalado Recomendável manter o Java 
atualizado para evitar problemas 
no sistema. 
2 
Necessário possuir o banco de dados Mysql Necessário a configuração e 
ativação do banco de dados do 
sistema 
 
2.2 Funções do produto 
Número Função Descrição 
 1 
Gestão de 
Usuários 
Gerenciamento de todos os usuários cadastrados no sistema, 
possibilitando a criação, alteração, exclusão de usuários. 
 2 
Agendamento 
de Serviços 
Agendamento de serviços para clientes cadastros no sistema, com 
mensagem de confirmação de agendamento enviado para o e-mail do 
cliente. Pode definir o Cliente a qual será associado o agendamento, tipo 
de serviço, valor, data e hora. 
 3 
Gestão de 
ordem de 
serviço 
Poderá ser criada, alterada, consultada, excluída e impressa ordens de 
serviços. 
 4 
Emissão de 
Relatórios 
Emissão de relatórios de todas as ordens de serviço, todos os clientes 
cadastros no sistema. 
5 
Gestão de 
Serviços 
Criação, alteração e exclusão de serviços disponibilizados pelo 
estúdio de estética. 
 
2.3 Usuários e sistemas externos 
2.3.1 Descrição 
Número Ator Definição 
 1 Funcionário Funcionário que realiza agendamentos de serviços, cadastro 
de novos clientes e emissão de ordem de serviços. 
 2 Administrador 
Funcionário que administra o sistema, realiza a criação, 
alteração, e exclusão de usuários, pode emitir relatórios de 
ordens de serviços e clientes, pode criar, alterar e excluir 
serviços disponibilizados pelo estúdio de estética. 
 
 
 
 
Comentado [A14]: Descrever os requisitos não funcionais 
do sistema em relação ao ambiente de operação. 
Comentado [A15]: Descrever todos os requisitos 
funcionais do sistema. 
Comentado [A16]: Descrever toso os usuários do sistema. 
10 
 
2.3.2 Características dos usuários 
Número Ator Frequência 
de uso 
Nível de 
instrução 
Proficiência na 
aplicação 
Proficiência em 
informática 
 1 Funcionário 
Diário em 
horário 
comercial 
1º Grau Operacional Aplicação 
 2 Administrador Diário 2º Grau Completa 
Aplicação - Sistema 
operacional 
 
2.4 Restrições 
Número Restrição Descrição 
 1 Ambiente 
O aplicativo possui compatibilidade com os seguintes sistemas 
operacionais: Windows 10 (8u51 e versões posteriores), Windows 
8.x (Desktop), Windows 7 SP1, Windows Vista SP2, Windows 
Server 2008 R2 SP1 (64 bits), Windows Server 2012 e 2012 R2 
(64 bits). 
 2 Ambiente 
A máquina utilizada para rodar o aplicativo deverá possuir o Java 
instalado e em funcionamento. 
 3 Ambiente 
A máquina deverá possuir no mínimo 128MB de Memória 
principal, 124MB de memória secundário para o JRE, e 2MB 
para o Java Update. 
 4 Ambiente 
A máquina deverá possuir no mínimo um processador Pentium 2 
de 266 MHz ou outro equivalente/superior. 
 5 Legal 
O aplicativo deve estar de acordo com todas as normas legais e 
leis vigentes na constituição brasileira. 
 6 Segurança 
O aplicativo deverá possuir um sistema de autenticação de usuário, 
através da coleta de identificação e senha, irá ocorrer um processo 
de validação dos dados coletados, e de acordo com o nível de 
permissão do usuário (Administrador ou Funcionário), o sistema irá 
restringir acesso em algumas funcionalidades disponibilizadas. 
 
2.5 Hipóteses de trabalho 
Número Hipótese De quem depende 
 1 
Será utilizado um sistema de gerência de banco 
de dados gratuito e compatível com o sistema. 
O cliente deve adquiri-lo, 
instalá-lo e fazer a carga dos 
dados. 
 
 
 
 
Comentado [A17]: Continuação da seção anterior. 
Comentado [A18]: Descrever todas as restrições que 
impactam nos requisitos não funcionais. 
Comentado [A19]: Descrever as ferramentas necessárias 
ao bom funcionamento do sistema e de quem é a 
responsabilidade. 
11 
 
2.6 Requisitos adiados 
Número Referência ao requisito Detalhes 
 1 Sistema de pagamento Suporte para processamento de pagamentos 
 2 
Sistema para agendamento 
e cadastro realizado pelo 
cliente 
Suporte para que o cliente possa se cadastrar e ele 
mesmo realizar o agendamento. 
 3 
Disparar mensagens de 
promoções para todos os 
clientes cadastros. 
Suporte para que possa ser encaminhado para os e-
mails de todos os clientes cadastros mensagens de 
promoções oferecidas pelo estúdio de estética. 
 
3. Regras de Negócio (Business Rules) 
 
1.1.1. BR 01 A ordem de serviço precisa conter no mínimo as informações 
obrigatórias. 
1.1.2. BR 02 Toda alteração nos serviços prestados deve ser registrada 
para um melhor funcionamento do sistema. 
1.1.3. BR 03 O usuário administrador deve estar previamentecadastrado 
1.1.4. BR 03 Todos os dados dos usuários só podem ser alterados pelo 
usuário administrador. 
1.1.5. BR 05 Não pode haver mais de um usuário com mesmo login. 
1.1.6. BR 06 O sistema possui uma base de dados local, nesse caso é 
responsabilidade do cliente manter os dados salvos e realizar 
backups. 
1.1.7. BR 07 O usuário administrador só deve ser passado para quem vai 
ter o controle do sistema, não aconselhado para funcionários de um 
modo geral. 
1.1.8. BR 09 Os serviços não podem ser cadastrados sem um nome. 
1.1.9. BR 10 O sistema vai gerar os relatórios com base no que foi 
colocado no sistema, sendo necessário muita atenção por parte do 
usuário ao inserir as informações no sistema. 
Comentado [A20]: Descrever as funcionalidades que não 
serão implantadas no projeto atual. 
Comentado [A21]: Descrever para cada funcionalidade 
quais são as regras de negócio. 
12 
 
4. Requisitos Específicos 
4.1 Requisitos Funcionais 
4.1.1 Login 
 
RF1: Login Módulo: Login 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir o login dos usuários através de usuário e senha 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.2 Criação de usuário 
 
RF2: Cadastro de usuário Módulo: Usuário 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir a criação de usuários 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.3 Alteração de usuário 
 
RF2: Alteração de usuário Módulo: Usuário 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir a alteração dos dados de usuários 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.4 Exclusão de usuário 
 
RF2: Exclusão de usuário Módulo: Usuário 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir a exclusão de usuários. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
 
 
 
 
 
Comentado [A22]: Detalhar os requisitos funcionais e não 
funcionais 
13 
 
4.1.5 Cadastro de cliente 
 
RF2: Cadastro de cliente Módulo: Cliente 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir o cadastro de clientes. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.6 Alteração de cliente 
 
RF2: Alteração de cliente Módulo: Cliente 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir a alteração dos dados de clientes. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
4.1.7 Exclusão de cliente 
 
RF2: Exclusão de cliente Módulo: Cliente 
Prioridade: Média Estabilidade: Estável 
Descrição: O sistema deve permitir a exclusão de clientes. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
4.1.8 Criação ordem de serviço 
 
RF2: Criação ordem de serviço Módulo: OS 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a criação de ordens de serviços. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.9 Alteração de ordem de serviço 
 
RF2: Alteração de ordem de serviço. Módulo: OS 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a alteração de ordens de serviços. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
14 
 
4.1.10 Emissão de ordem de serviço 
 
RF2: Emissão de ordem de serviço Módulo: OS 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a emissão de ordem de serviços. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.11 Exclusão de ordem de serviço 
 
RF2: Exclusão de ordem de serviço Módulo: OS 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a exclusão de ordens de serviços. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.12 Criação de agendamento 
 
RF2: Criação de agendamento Módulo: Agendamento 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a criação de agendamentos. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
4.1.12 Listagem de agendamento 
 
RF2: Listagem de agendamentos Módulo: Agendamento 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a listagem dos agendamentos realizados. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.13 Alteração de agendamento 
 
RF2: Alteração de agendamento Módulo: Agendamento 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a alteração dos agendamentos realizados 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
15 
 
4.1.14 Exclusão de agendamento 
 
RF2: Exclusão de agendamento Módulo: Agendamento 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve permitir a exclusão de agendamentos. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
4.1.15 Emissão relatório de serviços 
 
RF2: Exclusão de agendamento Módulo: Relatório 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve efetuar a emissão de um relatório contendo todos os 
serviços realizados pelo estúdio de estética. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.1.16 Emissão relatório clientes cadastrados 
 
RF2: Exclusão de agendamento Módulo: Relatório 
Prioridade: Alta Estabilidade: Estável 
Descrição: O sistema deve efetuar a emissão de todos os clientes cadastrados. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
16 
 
4.2 Requisitos Não Funcionais 
4.2.1 Linguagem de programação 
 
RNF1: Linguagem de programação Módulo: não se aplica 
Prioridade: Alta Estabilidade: estável 
Descrição: O sistema deve ser desenvolvido utilizando a linguagem Java. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
4.2.2 Máquina Virtual Java 
 
RNF2: Máquina Virtual Java Módulo: não se aplica 
Prioridade: Alta Estabilidade: estável 
Descrição: O sistema precisa de uma máquina virtual Java para funcionamento. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
4.2.3 Banco de dados 
 
RNF3: Banco de dados Módulo: não se aplica 
Prioridade: Alta Estabilidade: estável 
Descrição: O sistema utiliza o banco de dados Mysql. 
Proponentes: <Informe os proponentes deste requisito> 
Responsáveis pela aprovação: Equipe de desenvolvimento. 
Número de Mudanças: 0 
 
 
 
17 
 
6. Protótipos de Interface 
6.1. Navegação usuário - Administrador 
6.2. Navegação usuário - Funcionário 
 
Comentado [A23]: Ilustrar para cada perfilde usuário o 
fluxo do sistema 
18 
 
6.3. Protótipos de Interface 
6.3.1. GUI 01 - Login 
 
 
6.3.2. GUI 02 - Principal 
 
 
Comentado [A24]: Mostrar o protótipo das interfaces do 
usuário (para cada perfil, se houverem interfaces distintas). 
19 
 
6.3.3. GUI 03 – Cadastro de Usuário 
 
6.3.4. GUI 04 – Cadastro de Serviços 
 
 
 
 
 
 
 
 
20 
 
6.3.5. GUI 05 – Cadastro de Clientes 
 
6.3.6. GUI 06 – Relatório de clientes 
 
 
 
 
21 
 
6.3.7. GUI 07 – Relatório de clientes 
 
 
6.3.8. GUI 08 – Impressão da Ordem de Serviços 
 
 
 
22 
 
6.3.9. GUI 09 – Relatório da Ordem de Serviços - Parte 1 
 
6.3.10. GUI 09 – Relatório da Ordem de Serviços - Parte 2 
 
23 
 
6.3.11. GUI 10 – Agendamentos 
 
 
6.3.12. GUI 11 – Comissões de Clientes 
 
 
24 
 
6.3.13. GUI 12 – Sobre 
 
 
 
 
25 
 
7. Diagrama do Banco de Dados 
 
 
 
 
 
Comentado [A25]: Descrever o banco de dados. No caso 
se for usado um banco de dados relacional, mostrar o DER 
)Diagrama de Entidade e Relacionamento). 
 
Fonte de consulta: https://www.lucidchart.com/pages/er-
diagrams 
26 
 
8. Diagrama de Casos de Uso 
 
Especificação de Caso de Uso: <Nome do Caso de 
Uso> 
 
Descrição 
[A descrição deve resumir o papel e finalidade do caso de uso. Um único parágrafo deve bastar 
para esta descrição.] 
 
Pré-condições 
[A pré-condição (de um caso de uso) é o estado que um sistema deve apresentar antes do caso 
de uso ser executado.] 
<Pré-condição Um> 
 
Fluxo de Eventos 
Fluxo Básico 
[Este caso de uso começa quando o ator faz algo. Um ator sempre inicia o caso de uso. O caso 
de uso deve descrever o que o ator faz e o que o sistema faz como resposta. Deve ter o formato 
de um diálogo entre o ator e o sistema. 
O caso de uso deve descrever o que acontece dentro do sistema, mas não como ou por quê. Se a 
informação for trocada, seja específico sobre o que é passado para a frente e para trás. Por 
exemplo, não é muito esclarecedor dizer que o ator digita a informação do cliente; é melhor 
dizer que o ator informa o nome e o endereço do cliente. Um glossário dos termos é 
freqüentemente útil para manter a complexidade do caso de uso gerenciável; você pode querer 
definir lá coisas como a informação do cliente, para evitar que o caso de uso se afogue nos 
detalhes. 
As alternativas simples podem ser apresentadas dentro do texto do caso de uso. Se forem 
necessárias somente algumas sentenças para descrever o que acontece quando há uma 
alternativa, faça-o diretamente dentro do fluxo dos eventos. Se os fluxos alternativos forem mais 
complexos, use uma seção separada descrevê-los. 
Uma imagem é, às vezes, melhor que mil palavras. Se melhorar a clareza, use à vontade 
gráficos de interface de usuário, fluxo de processo, ou outras figuras no caso de uso. Se um 
diagrama de fluxo for útil para apresentar um processo de decisão complexo, use-o. 
Similarmente para um comportamento dependente de estado, um diagrama de transição de 
estados freqüentemente esclarece o comportamento do sistema melhor do que páginas e páginas 
Comentado [A26]: Descrever todos os casos de uso do 
sistema. Usar o modelo a seguir. 
Fontes de consulta: 
- https://dtic.tjpr.jus.br/wiki/-/wiki/Governan%C3%A7a-
TIC/Modelo+de+Caso+de+Uso/pop_up 
- https://www.lucidchart.com/pages/pt/o-que-e-uml 
 
https://dtic.tjpr.jus.br/wiki/-/wiki/Governan%C3%A7a-TIC/Modelo+de+Caso+de+Uso/pop_up
https://dtic.tjpr.jus.br/wiki/-/wiki/Governan%C3%A7a-TIC/Modelo+de+Caso+de+Uso/pop_up
https://www.lucidchart.com/pages/pt/o-que-e-uml
27 
 
de texto. Use a melhor forma para representar seu problema, mas cuidado para não usar 
terminologia, notação ou figura que sua audiência não possa compreender. Lembre-se que sua 
finalidade é esclarecer, não confundir.] 
 
Fluxos Alternativos 
Fluxo Alternativo Um 
[Alternativas mais complexas devem ser descritas em uma seção separada, referenciada no 
fluxo básico. Cada fluxo alternativo representa um comportamento alternativo (muitas vezes, 
por causa das exceções que ocorrem no fluxo principal). Podem ser tão longos quanto 
necessário para descrever os eventos associados ao comportamento alternativo. Quando um 
fluxo alternativo termina, os eventos do fluxo básico são recomeçados, ou seja, o fluxo retorna 
ao ponto em que o fluxo alternativo havia sido chamado, a menos que indicado de outra 
maneira.] 
 
Subfluxo Alternativo Um 
[Os fluxos alternativos podem, por sua vez, ser quebrados em subseções, para aumentar a 
clareza.] 
 
Fluxo Alternativo Dois 
[Pode haver, e normalmente haverá, um certo número de fluxos alternativos em um caso de uso. 
Mantenha cada um separado para melhorar a clareza. O uso de fluxos alternativos melhora a 
legibilidade do caso de uso e previne que os casos de uso sejam decompostos em hierarquias.] 
 
Pontos de Extensão 
[Listar os casos de uso que estendem o atual.] 
<Nome do Ponto de Extensão>: <Nome do Caso de 
Uso> 
[Definir o local do ponto de extensão no fluxo de eventos.] 
 
Pós-condições 
[A pós-condição (de um caso uso) é uma lista de estados possíveis que o sistema pode 
apresentar imediatamente após o término do caso de uso.] 
<Pós-condição Um> 
 
28 
 
Requisitos Especiais 
[O requisito especial é tipicamente um requisito não funcional específico do caso de uso ou que 
o influencie. Deve ser descrito aqui quando não puder ser especificado facilmente ou 
naturalmente no texto do fluxo de eventos do caso de uso. Os exemplos de requisitos especiais 
incluem requisitos legais, padrões da aplicação, atributos da qualidade do sistema a ser 
construído como usabilidade, confiabilidade, performance, desempenho. 
Requisitos relativos a ambiente e arquitetura como sistemas operacionais, ambientes, exigências 
relativas à compatibilidade, restrições de desenho, devem ser também descritos. 
Podem ser descritas ainda as regras de negócio que influenciam este caso de uso.] 
 
<Requisito Especial Um> 
 
Observações 
[Seção de preenchimento livre, onde podem ser colocadas informações importantes não 
registradas nas outras seções. Pode-se registrar, por exemplo: 
- lembretes e informações que serão necessárias, mas que ainda não estão sendo utilizadas, 
para que não sejam perdidas informações já levantadas, 
- pessoas ou documentos que serviram de fonte para a especificação do caso de uso, 
- etc.] 
 
 
29 
 
Exemplo de Casos de uso 
Diagrama de Casos de uso do Pleníssima Studio’s 
 
 
 
 
30 
 
9. Especificação de Casos de Uso 
 
UC1 - Caso de Uso: Fazer Login 
 
Atores: 
 
Usuário, Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir acesso ao sistema. 
 
 
Pré-Condições 
 
Possuir um usuário de qualquer nível cadastrado e logado. 
 
Fluxo Principal 
● Login 
1. Usuário informa nome e senha; 
 
 
Fluxos de Exceção 
FE1: Dados faltantes - Login 
 
1. São preenchidos os dados do usuário para login. 
2. Caso algum campo não esteja preenchido. 
3. Solicitar preenchimento 
 
 
FE2: Usuário não encontrado (senha e/ou login incorretos) 
 
1. São preenchidos os dados do usuário para login. 
2. Caso nenhum dado seja encontrado. 
3. Exibir login e/ou senha incorretos. 
 
Regras de Negócio Associadas 
 
BR 03, BR 04, BR 05 e BR 07 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Dados faltantes-Login Preencha todos os campos! Informação 
MSG2 Usuário não encontrado Senha e/ou login incorretos! Informação 
 
 
 
 
 
31 
 
UC2 - Caso de Uso: CRUD Clientes 
 
Atores: 
 
Usuário, Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir acesso ao cadastro, alteração e exclusão de clientes. 
 
 
Pré-Condições 
 
Possuir um usuário de qualquer nível cadastrado e logado. 
 
Fluxo Principal 
● Cadastro 
2. Usuário informa nome do cliente; 
3. Usuário informa data de nascimento do cliente; 
4. Usuário informa o cpf do cliente; 
5. Usuário informa o endereço do cliente; 
6. Usuário informa telefone do cliente; 
7. Usuárioinforma o e-mail do cliente; 
8. Usuário clica no botão de cadastro; 
● Alteração 
1. Usuário seleciona o cliente a ser alterado; 
2. Usuário efetua a alteração que deseja; 
3. Usuário clica no botão de salvar; 
● Exclusão 
1. Usuário seleciona o cliente que deseja excluir; 
2. Usuário clica em excluir; 
 
 
Fluxos de Exceção 
FE1: Dados faltantes - Criação 
 
1. São preenchidos os dados do cliente para cadastro. 
2. Caso algum campo não esteja preenchido. 
3. Solicitar preenchimento 
 
FE2: Cancelar alteração 
 
1. É acionado o botão de alterar cliente. 
2. Caso nenhum cliente tiver sido selecionado. 
3. Solicitar que selecione o cliente a qual deseja realizar alterações. 
 
FE2: Cancelar exclusão 
 
1. É acionado o botão de excluir cliente. 
2. Caso nenhum cliente tiver sido selecionado. 
3. Solicitar que selecione o cliente a qual deseja excluir. 
 
 
 
32 
 
Regras de Negócio Associadas 
 
BR 02 
 
 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Alteração Selecione o cliente que deseja alterar! Informação 
MSG2 Exclusão Selecione o cliente que deseja excluir! Informação 
MSG3 Inclusão Cliente cadastrado com sucesso! Informação 
MSG4 Dados faltantes - inclusão Preencha todos os campos! Informação 
MSG5 Dados faltantes - alteração Preencha todos os campos! Informação 
 
UC3 - Caso de Uso: CRUD Usuários 
 
Atores: 
Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir acesso ao cadastro, alteração e exclusão de usuários. 
 
 
Pré-Condições 
 
Possuir um usuário de nível administrador, cadastrado e logado. 
 
Fluxo Principal 
● Cadastro 
1. Administrador informa o id do usuário; 
2. Administrador informa o nome do usuário; 
3. Administrador informa o telefone do usuário; 
4. Administrador informa o login do usuário; 
5. Administrador informa a senha do usuário; 
6. Administrador informa o perfil do usuário; 
7. Administrador clica no botão de cadastrar; 
● Alteração 
 1. Administrador seleciona o usuário a ser alterado 
 2. Administrador efetua a alteração deseja; 
 3. Administrador clica no botão de salvar. 
● Exclusão 
 1. Administrador seleciona o usuário que deseja excluir. 
 2. Administrador clica no botão de excluir. 
 
 
 
 
 
 
 
 
 
33 
 
Fluxos de Exceção 
FE1: Dados faltantes - Criação 
 
 1. São preenchidos os dados do usuário para cadastro. 
 2. Caso algum campo não seja preenchido. 
 3. Solicitar preenchimento. 
 
FE2: Cancelar alteração 
 
1. É acionado o botão de alterar usuário. 
2. Caso nenhum usuário tenha sido selecionado. 
3. Solicitar que selecione o usuário a qual deseja realizar alterações. 
FE2: Cancelar exclusão 
 
1. É acionado o botão de excluir usuário. 
2. Caso nenhum usuário tenha sido selecionado. 
3. Solicitar que selecione o usuário a qual deseja excluir. 
 
 
 
Regras de Negócio Associadas 
 
 BR 02, BR 04, BR 05 e BR 07 
 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Alteração Selecione o usuário que deseja alterar! Informação 
MSG2 Exclusão Selecione o usuário que deseja excluir! Informação 
MSG3 Inclusão Usuário cadastrado com sucesso! Informação 
MSG4 Dados faltantes – inclusão Preencha todos os campos! Informação 
MSG5 Dados faltantes – alteração Preencha todos os campos! Informação 
 
UC4 - Caso de Uso: CRUD Ordem de serviço 
 
Atores: 
Usuário, Administrador 
 
Sumário (Descrição Casual) 
 
Permitir emissão, cadastro, alteração e exclusão e listagem de ordens de serviço. 
 
 
Pré-Condições 
 
Possuir um usuário de qualquer nível cadastrado e logado. 
 
Fluxo Principal 
● Cadastro 
1. Usuário seleciona o cliente; 
2. Usuário seleciona o tipo da OS; 
3. Usuário informa o status do serviço; 
4. Usuário informa o serviço a ser realizado; 
34 
 
5. Usuário informa o nome do profissional responsável; 
6. Usuário informa o valor todo serviço; 
7. Usuário clica no botão de cadastrar; 
● Alteração 
1. Usuário clica no botão procurar; 
2. Usuário informa o número da OS; 
3. Usuário realiza as alterações; 
4. Usuário clica no botão salvar; 
● Exclusão 
1. Usuário clica no botão procurar; 
2. Usuário informa o número da OS; 
3. Usuário clica no botão excluir; 
 
● Emissão 
4. Usuário informa o número da OS; 
5. Usuário clica no botão emitir; 
 
 
Fluxos de Exceção 
FE1: Dados faltantes - Criação 
 
1. São preenchidos os dados para cadastro da ordem de serviço. 
2. Algum campo da ordem de serviço não foi preenchido. 
3. Solicitar que o usuário preencha todos os dados. 
 
FE2: Cancelar alteração 
 
1. É acionado o botão de alterar ordem de serviço 
2. Nenhuma ordem de serviço foi selecionada. 
3. Solicitar que o usuário escolha qual ordem de serviço deseja realizar 
alterações. 
 
FE2: Cancelar exclusão 
 
1. É acionado o botão de excluir ordem de serviço 
2. Nenhuma ordem de serviço foi selecionada. 
3. Solicitar que o usuário escolha qual ordem de serviço deseja excluir. 
 
 
 
 
Regras de Negócio Associadas 
 
BR 01, BR 02, BR 06, BR 08 e BR 09 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Alteração Selecione a OS que deseja alterar! Informação 
MSG2 Exclusão Selecione a OS que deseja excluir! Informação 
MSG3 Inclusão OS cadastrada com sucesso! Informação 
MSG4 Dados faltantes – inclusão Preencha todos os campos! Informação 
MSG5 Dados faltantes - alteração Preencha todos os campos! Informação 
 
35 
 
UC5 - Caso de Uso: CRUD Agendamento de serviço 
 
 
Atores: 
Usuário, Administrador 
 
Sumário (Descrição Casual) 
 
Permitir agendamento de serviços. 
 
 
Pré-Condições 
 
Possuir um usuário de qualquer nível cadastrado e logado. 
 
Fluxo Principal 
● Cadastro 
1. Usuário seleciona o cliente; 
2. Usuário seleciona o tipo de serviço a ser realizado; 
3. Usuário informa o valor do serviço; 
 4. Usuário informa a data; 
5. Usuário informa a hora; 
6. Usuário informa alguma observação, caso deseje; 
7. Usuário clica no botão de agendar; 
 
Fluxos de Exceção 
FE1: Dados faltantes – Criação 
 
1. São preenchidos os dados para realizar agendamento de serviço. 
2. Algum campo do agendamento de serviço não foi preenchido. 
3. Solicitar que o usuário preencha todos os dados. 
 
Regras de Negócio Associadas 
 
BR 01, BR 02, BR 06, BR 08 BR 09 
 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Alteração Selecione o agendamento que deseja alterar! Informação 
MSG2 Exclusão Selecione o agendamento que deseja excluir! Informação 
MSG3 Inclusão Agendamento cadastrado com sucesso! Informação 
MSG4 Dados faltantes – inclusão Preencha todos os campos! Informação 
MSG5 Dados faltantes – alteração Preencha todos os campos! Informação 
 
 
 
 
 
36 
 
UC6 - Caso de Uso: CRUD Serviço 
 
Atores: 
Administrador 
 
Sumário (Descrição Casual) 
 
Permitir cadastro de serviços. 
 
 
Pré-Condições 
 
Possuir um usuário de nível administrador, cadastrado e logado. 
 
Fluxo Principal 
● Cadastro 
1. Administrador informa o nome do serviço; 
2. Administrador informa o valor do serviço; 
3. Administrador clica no botão de cadastrar; 
 
● Alteração 
1. Administrador seleciona o serviço que deseja alterar; 
2. Administrador realiza as alterações; 
3. Administrador clica no botão de alterar; 
 
● Exclusão 
1. Administrador seleciona o serviço que deseja excluir; 
2. Administrador clica no botão de excluir; 
 
 
 
 
Fluxos de Exceção 
FE1: Dados faltantes - Criação 
 
1. São preenchidos os dados para cadastro de um serviço. 
2. Algum campo de serviço não foi preenchido. 
3. Solicitar que o usuário preencha todos os dados. 
 
FE2: Cancelar alteração 
 
1. É acionado o botão de alterar serviço 
2. Nenhum serviço foi selecionado. 
3. Solicitar que o usuário escolha qual serviço deseja realizar alterações. 
 
 
FE2: Cancelar exclusão 
 
1. É acionado o botão de excluir serviço 
2. Nenhum serviço foi selecionado. 
3. Solicitar que o usuário escolhaqual serviço deseja excluir. 
Regras de Negócio Associadas 
 
BR 01, BR 02, BR 06, BR 08 e BR 09 
37 
 
 
 
Mensagens 
 
Código Título Mensagem Tipo 
MSG1 Alteração Selecione o serviço que deseja alterar! Informação 
MSG2 Exclusão Selecione o serviço que deseja excluir! Informação 
MSG3 Inclusão Serviço cadastrado com sucesso! Informação 
MSG4 Dados faltantes - inclusão Preencha todos os campos! Informação 
MSG5 Dados faltantes - alteração Preencha todos os campos! Informação 
 
UC7 - Caso de Uso: Gerar Relatório de clientes 
 
Atores: 
Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir gerar relatório de todos os clientes cadastrados. 
 
 
Pré-Condições 
 
Possuir um usuário de nível administrador cadastrado e logado. 
 
Fluxo Principal 
● Emissão 
1. Administrador clica no menu relatórios; 
2. Administrador clica em clientes; 
3. Administrador confirma a emissão do relatório; 
 
Regras de Negócio Associadas 
 
BR 06 e BR 09 
 
 
UC8 - Caso de Uso: Gerar Relatório de serviços 
 
Atores: 
Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir gerar relatório de todos os serviços cadastrados. 
 
 
Pré-Condições 
 
Possuir um usuário de nível administrador cadastrado e logado. 
 
 
 
 
38 
 
Fluxo Principal 
● Emissão 
1. Administrador clica no menu relatórios; 
2. Administrador clica em Serviços; 
3. Administrador confirma a emissão do relatório; 
 
Regras de Negócio Associadas 
 
BR 01, BR 02, BR 06, BR 08 e BR 09 
 
 
 
UC9 - Caso de Uso: Mostrar Informações sobre o Aplicativo 
 
Atores: 
Usuário, Administrador. 
 
Sumário (Descrição Casual) 
 
Permitir gerar pagina informativa, sobre a aplicação e seus respectivos desenvolvedores. 
 
 
Pré-Condições 
 
Possuir um usuário de qualquer nível, cadastrado e logado. 
 
Fluxo Principal 
● Emissão 
1. Usuário clica no menu Opções; 
2. Usuário clica em Sobre;