TCC - Sistema de Insustrializao Serial Na Construo Civil Rev.07
TCC Sistema FastHair
description
Transcript of TCC Sistema FastHair
FAETERJ-RJ – Faculdade de Educação Tecnológica do Estadodo Rio de Janeiro
Análise de Sistemas Informatizados
Sistema FastHair
Paulo Gonçalves Ferreira Júnior
Rio de Janeiro2014
Paulo Gonçalves Ferreira Júnior
Sistema FastHair
Trabalho de conclusão de cursoapresentado como exigência paraobtenção do grau de Tecnologia emAnálise de Sistemas Informatizado daFAETERJ-RJ - Faculdade de EducaçãoTecnológica do Estado do Rio deJaneiro.
Orientador: Ricardo Marciano dos Santos
Rio de Janeiro2014
F383s Ferreira Júnior, Paulo GonçalvesSistema FastHair / Paulo Gonçalves Ferreira
Júnior. - Rio de Janeiro, RJ:[S.N], 2014.63 f.:il.
Trabalho de Conclusão de Curso apresentado comoexigência para obtenção do grau de tecnologia emanálise de sistemas informatizado da FAETERJ-RJ,Faculdade de Educação Tecnológica do Estado do Riode Janeiro.
Inclui Bibliografia.
1 - Gráfico de Pesquisa. 2 - Código em C#. 3 -Cronograma do sistema. 4 - Diagrama de atividades.
I - Ferreira Júnior, Paulo Gonçalves. II - Título.
CDD 004.21
Sistema FastHair
Por
Paulo Gonçalves Ferreira Júnior
Trabalho de conclusão de curso aprovadocomo exigência para obtenção do grau deTecnologia em Análise de SistemasInformatizado da FAETERJ-RJ - Faculdade deEducação Tecnológica do Estado do Rio deJaneiro pela banca examinadora formada por:
Banca Examinadora:
_______________________________________________________________________Orientador: Ricardo Marciano dos Santos - Msc. Inf. - UFRJ (FAETERJ-RJ) .
_______________________________________________________________________Membro: Márcio Melo de Almeida, Msc. Adm. - UNISUAM (UNIABEU)
_______________________________________________________________________Membro: Marcelo Pitanga Alves, Msc. Inf. - UFRJ (UNIABEU)
_______________________________________________________________________Membro: Ricardo Portella de Aguiar, Dsc. Letras - UFF (FAETERJ-RJ)
_______________________________________________________________________Membro: Eduardo José Paz Ferreira Barreto, Dsc. Letras - PUC-Rio (FAETERJ-RJ)
Rio de Janeiro2014
DEDICATÓRIA
Dedico este trabalho a minha família que me deu apoio nos nossos momentos de
dificuldades e sempre me deram forças para vencer todos os obstáculos e conquistar meus
objetivos. Eles são a fonte principal do meu entusiasmo. Aos amigos Welington Cosme, Jorge
Rodrigues e Jonatas Pires que fizeram parte da minha vida acadêmica e contribuíram para a
realização deste trabalho. Agradeço a todos que me ajudaram de forma direta e indireta.
AGRADECIMENTOS
Agradeço primeiro a Deus, por sua bondade infinita, em me dar discernimento, paz de
espírito e sabedoria. Aos meus pais por terem insistido e estimulado a nunca desistir dos meus
sonhos. Aos amigos e companheiros pela paciência por minha ausência em muitos momentos
da vida devido a dedicação a este trabalho. Agradeço o meu orientador Ricardo por todo
apoio, carinho e dedicação no decorrer deste trabalho.
RESUMO
Este trabalho apresenta um sistema desktop para gerenciamento de salão de beleza.
O sistema tem como objetivo agilizar os processos gerenciais que ocorrem dentro de uma
micro empresa no ramo de salão de beleza, sendo utilizada como metodologia a pesquisa de
campo com abordagem qualitativa. Foram realizadas entrevistas com o público alvo
contemplando a necessidade de uma mudança no modo operacional atual como solução para
atender a crescente demanda do segmento, além de alavancar o relacionamento e a fidelização
do cliente. Este trabalho mostra como o processo de obtenção de informações tornou-se mais
ágil e confiável.
Palavras-chave: salão de beleza, processo, segmento
ABSTRACT
This work presents a desktop system for managing a beauty salon. The system aims to
streamline the management processes that occur within the beauty salon, being used as
methodology the field research with qualitative approach. Interviews were conducted with the
target audience contemplating the need for a change in current operating mode as a solution to
meet the growing demand of the sector, and leverage the relationship and loyalty. This work
shows the process of final verification of the services there became more responsive and
reliable.
Keywords: Beauty salon, processes, segment,
LISTA DE FIGURAS
Figura 1 - Gráfico de Pesquisa de Campo ................................................................................ 14Figura 2 - Código em C# .......................................................................................................... 17Figura 3 - Cronograma do Sistema........................................................................................... 20Figura 4 - Diagrama de Caso de Uso........................................................................................ 21Figura 5 - Diagrama de Atividades - Cadastro de Usuário....................................................... 35Figura 6 - Diagrama de Atividades - Cadastro de Cliente........................................................ 36Figura 7 - Diagrama de Atividades - Consulta Usuário ........................................................... 37Figura 8 - Diagrama de Classes................................................................................................ 38Figura 9 - Diagrama de Sequência - Controlar Acesso ............................................................ 42Figura 10 - Diagrama de Sequência - Analisar Corte............................................................... 43Figura 11 - Diagrama de Sequência - Cadastro de Cliente....................................................... 44Figura 12 - Tela de Login e Senha ........................................................................................... 48Figura 13 - Tela de Menu ......................................................................................................... 49Figura 14 - Tela de Cadastro de Pessoa.................................................................................... 49Figura 15 - Tela de Cadastro de Cabelo ................................................................................... 49Figura 16 - Tela de Cadastro de Funcionário ........................................................................... 50Figura 17 - Tela de Cadastro de Produto.................................................................................. 50Figura 18 - Tela de Cadastro de Serviço .................................................................................. 51Figura 19 - Tela de Função do Funcionário ............................................................................. 51Figura 20 - Tela de Diagnóstico do Cabelo.............................................................................. 52Figura 21 - Tela de Agendamento ............................................................................................ 52Figura 22 - Tela de Atendimento.............................................................................................. 53Figura 23 - Tela de Diagnóstico ............................................................................................... 53
LISTA DE QUADROS
Quadro 1 - Requisitos Funcionais ............................................................................................ 15Quadro 2 - Requisitos Não Funcionais..................................................................................... 16Quadro 3 - Descrição do Caso de Uso UC02.01 - Manter Clientes ......................................... 22Quadro 4 - Descrição do Caso de Uso UC02.02 - Manter Produtos ........................................ 24Quadro 5 - Descrição do Caso de Uso UC02.03 - Agendar Atendimentos.............................. 25Quadro 6 - Descrição do Caso de Uso UC02.04 - Manter Atendimentos................................ 27Quadro 7 - Descrição do Caso de Uso UC02.05 - Manter Serviços ........................................ 28Quadro 8 - Descrição do Caso de Uso UC01.01 - Manter Funcionários ................................. 30Quadro 9 - Descrição do Caso de Uso UC01.02 - Registrar Serviço do Funcionário ............. 31Quadro 10 - Descrição do Caso de Uso UC01.03 - Emitir Relatórios ..................................... 32Quadro 11 - Descrição do Caso de Uso UC02.06 - Manter Diagnósticos ............................... 33Quadro 12 - Tabela Pessoa ....................................................................................................... 39Quadro 13 - Tabela Cliente ...................................................................................................... 39Quadro 14 - Tabela Funcionário............................................................................................... 39Quadro 15 - Tabela Atendimento ............................................................................................. 39Quadro 16 - Tabela Serviço...................................................................................................... 40Quadro 17 - Tabela Agendamento............................................................................................ 40Quadro 18 - Tabela Venda de Produto ..................................................................................... 40Quadro 19 - Tabela Produto ..................................................................................................... 40Quadro 20 - Tabela Diagnóstico do Cabelo ............................................................................. 41Quadro 21 - Tabela Fornecedor................................................................................................ 41
SUMÁRIO
1 INTRODUÇÃO..................................................................................................................... 111.1 Descrição do Tema ......................................................................................................... 111.2 Justificativa ..................................................................................................................... 111.3 Objetivos ......................................................................................................................... 12
2 METODOLOGIA.................................................................................................................. 132.1 Delineamento de Pesquisa .............................................................................................. 132.2 Análise e Discussão dos Resultados ............................................................................... 132.3 Trabalhos Correlatos....................................................................................................... 13
3 ANÁLISE E PROJETO DO SOFTWARE ........................................................................... 153.1 Listas de Requisitos ........................................................................................................ 15
3.1.1 Funcionais ................................................................................................................ 153.1.2 Não-Funcionais ........................................................................................................ 16
3.2 Tecnologias ..................................................................................................................... 164 ESTUDO DE CASO ............................................................................................................. 175 CRONOGRAMA .................................................................................................................. 206 DIAGRAMAS....................................................................................................................... 21
6.1 Diagrama de Caso de Uso............................................................................................... 216.1.1 Descrição de Caso de Uso........................................................................................ 22
6.2 Diagramas de Atividades ................................................................................................ 356.3 Diagrama de Classes ....................................................................................................... 38
6.3.1 Dicionário das Classes ............................................................................................. 396.4 Diagramas de Sequência ................................................................................................. 42
7 CONCLUSÃO....................................................................................................................... 458 EXTENSÕES ........................................................................................................................ 46REFERÊNCIAS ....................................................................................................................... 47APÊNDICES ............................................................................................................................ 48
Apêndice A - Telas ............................................................................................................... 48Apêndice B - Questionário ................................................................................................... 54
11
1 INTRODUÇÃO
1.1 DESCRIÇÕES DO TEMA
O desenvolvimento do sistema FAST HAIR será realizado tomando como base o
estabelecimento Luzia e Manas, que presta serviços variados no ramo da beleza e estética com
diversos profissionais que utilizam produtos cosméticos para prestação desses serviços.
O problema se inicia no controle dos serviços prestados e produtos de consumo do salão, que
hoje são realizados através de anotações em blocos de papel e o restante dos processos, como
agendamentos, são realizados de forma manual utilizando agendas próprias de cada funcionário,
onde a gerência não sabe da disponibilidade dos seus funcionários precisando que os mesmos
estejam presentes para que seja possível o agendamento de um atendimento. Como solução
proposta foi sugerido o desenvolvimento de um aplicativo que realize as funções dos principais
problemas encontrados, fazendo o gerenciamento dos clientes e funcionários do salão, além de
serviços, produtos de consumo, venda e estoque que são realizados em conjunto pela gerência e
uma atendente/recepcionista. Segundo Silva e Barbosa(2002), programas que aumentem a
velocidade de execução e reduzam os erros de determinada atividade são formas de agilizar
processos. O sistema pretende administrar todos os processos gerenciais e operacionais do salão,
informatizando-os para obtenção de melhor qualidade dos serviços prestados e dos processos
internos do salão.
1.2 JUSTIFICATIVA
Hoje em dia é cada vez mais cobrada uma maior agilidade nos processos, e no salão em
questão existem vários fatores que influenciam no funcionamento do negócio, tais como:
aumento no fluxo de clientes e à inabilidade da atendente de realizar tantas atividades sozinha,
cadastro manual de clientes através de agendas, e também devido ao subsequente aumento na
quantidade de produtos sendo comprados para atender a essa crescente demanda de clientes, que
urge uma melhor solução de controle do que a atualmente utilizada. Como consequência, a
implantação do sistema facilitará ainda a manutenção dos dados sobre os clientes, funcionários,
produtos e todas as demais áreas de interesse do salão e a consulta dos mesmos de forma bem
12
mais confiável no banco de dados.
1.3 OBJETIVOS
O objetivo desse trabalho vem de encontro a necessidade de eliminar os possíveis problemas
que poderiam ser ocasionados pelo processo de controle manual, além de agilizar vários
processos administrativos da empresa.
O sistema será desenvolvido para realizar os processos de cadastros de clientes, usuários do
sistema, funcionários, produtos e serviços. Além de ser um aliado no controle da geração de
pedidos de serviços, agendamentos, vendas de produtos e controle de estoque. Para completar, a
pedido do gerente, o sistema deverá possibilitar o controle de acessos e delegar ao Gerente o
controle das permissões dos usuários.
Os funcionários serão treinados e será disponibilizado um manual em vídeo para auxiliar no
manuseio do sistema.
13
2 METODOLOGIA
2.1 DELINEAMENTOS DE PESQUISA
Este trabalho é constituído de um trabalho bibliográfico, associado a um trabalho de
abordagens qualitativas, Segundo Duarte(2002), de um modo geral, pesquisas de cunho
qualitativo exigem a realização de entrevistas, quase sempre longas e semiestruturadas. Nesses
casos, a definição de critérios segundo os quais serão selecionados os sujeitos que vão compor o
universo de investigação é algo primordial, pois interfere diretamente na qualidade das
informações a partir das quais será possível construir a análise e chegar à compreensão mais
ampla do problema delineado.
Para esta pesquisa foi realizado um estudo de caso validando um questionário [anexo] com
cinco questões levado aos funcionários do salão de beleza com o intuito de realizar uma análise
quantitativa com as respostas de cada funcionário sobre a administração do empreendimento.
Observou-se que o salão oferecia os seguintes serviços: cortes de cabelo, relaxamento,
tintura, escova, penteados, manicure, depilação e pedicure.
2.2 ANÁLISE E DISCUSSÕES DO RESULTADO
A pesquisa foi realizada no dia 13 de agosto de 2012. Foram realizadas entrevistas com as 9
funcionárias do salão (4 cabeleireiras, 4 manicures, e a gerente). Nesta pesquisa obteve-se um
aproveitamento de 100% dos funcionários participantes. Conforme resultado da pesquisa, 89%
dos funcionários responderam que já perderam clientes pois não estavam na empresa na hora que
o cliente ligou agendando. Isso significa uma grande perda de verba tanto do funcionário quanto
da empresa. 44% descobriram que não tinham o produto necessário durante o atendimento,
sendo necessária a utilização de marcas similares, podendo com isso até arriscar o trabalho e
possivelmente perder a confiança do cliente. 78% dos funcionários informam que já perderam o
telefone do cliente na hora de confirmar o agendamento e 100% acham interessante a entrada de
um sistema que administre os temas do questionário e deixe o funcionário mais a vontade para
apenas exercer o seu trabalho.
14
Figura 1 - Gráfico de pesquisa de campoFonte: Autoria própria.
2.3 TRABALHOS CORRELATOS
Na busca por trabalhos correlatos que se aproximam na proposta deste trabalho, foi
identificado um trabalho cujo o tema é um salão de beleza
Ludwing (2012), apresentou em seu trabalho de conclusão de curso pela Universidade
Regional de Blumenau um sistema web para gerenciamento de salão de beleza. O sistema
desenvolvido registra os serviços estéticos e efetua o cálculo do percentual pago sobre os
mesmos..
14
Figura 1 - Gráfico de pesquisa de campoFonte: Autoria própria.
2.3 TRABALHOS CORRELATOS
Na busca por trabalhos correlatos que se aproximam na proposta deste trabalho, foi
identificado um trabalho cujo o tema é um salão de beleza
Ludwing (2012), apresentou em seu trabalho de conclusão de curso pela Universidade
Regional de Blumenau um sistema web para gerenciamento de salão de beleza. O sistema
desenvolvido registra os serviços estéticos e efetua o cálculo do percentual pago sobre os
mesmos..
14
Figura 1 - Gráfico de pesquisa de campoFonte: Autoria própria.
2.3 TRABALHOS CORRELATOS
Na busca por trabalhos correlatos que se aproximam na proposta deste trabalho, foi
identificado um trabalho cujo o tema é um salão de beleza
Ludwing (2012), apresentou em seu trabalho de conclusão de curso pela Universidade
Regional de Blumenau um sistema web para gerenciamento de salão de beleza. O sistema
desenvolvido registra os serviços estéticos e efetua o cálculo do percentual pago sobre os
mesmos..
15
3 ANÁLISE E PROJETO DO SOFTWARE
3.1 LISTAS DE REQUISITOS
Requisitos são condições necessárias por um usuário para resolver um problema ou alcançar
um objetivo para satisfazer um contrato ou padrão. Tudo o que um sistema deve fazer para
implementar uma necessidade requerida pelo usuário. É o que o sistema deve ter para atender
exatamente o propósito para o qual foi criado. Segue abaixo os quadros com os Requisitos
Funcionais(RF) e Requisitos Não Funcionais(RNF) do sistema.
3.1.1 Requisitos Funcionais
Quadro 1 - Requisitos Funcionais
Requisitos Funcionais Casos de UsoRF01: O sistema deverá permitir o administrador manter osfuncionários. UC01.01
RF02: O sistema deverá permitir o administrador o registrodo serviço de cada funcionário. UC01.02
RF03: O sistema deverá permitir o administrador que emitarelatórios UC01.03
RF04: O sistema deverá permitir ao usuário manter osclientes. UC02.01
RF05: O sistema deverá permitir ao usuário manter osprodutos utilizados no salão. UC02.02
RF06: O sistema deverá permitir ao usuário agendar osatendimentos. UC02.03
RF07: O sistema deverá permitir ao usuário manter osatendimentos realizados no estabelecimento. UC02.04
RF08: O sistema deverá permitir ao usuário manter osserviços. UC02.05
RF09: O sistema deverá permitir ao usuário manter osdiagnósticos de tratamento dos clientes. UC02.06
Fonte: Autoria própria.
16
3.1.2 Requisitos Não Funcionais
Quadro 2 - Requisitos Não Funcionais
Requisitos Não Funcionais
RNF01: Realização de backup a cada 15 dias.RNF02: O sistema operacional utilizado é Windows 7.RNF03: A base de dados utilizada é SQL Server 2005.RNF04: Será utilizado o menu padrão do Visual Studio 2008 afim defacilitar a visualização e manuseio.RNF05: O sistema será usado em apenas um computador.RNF06: Os perfis de usuário para acesso ao sistema serão administradore usuário
Fonte: Autoria própria
3.2 TECNOLOGIAS
Para o desenvolvimento desse sistema foi utilizada a linguagem de programação C#1
(CSharp) criada pela Microsoft. A empresa baseou-se nas linguagens de programação C++ 2 e
Java3.
Segundo a Microsoft, a linguagem C# foi criada junto com a arquitetura .NET. Embora
existam várias outras linguagens que suportam essa tecnologia, tais como a linguagem C++.
O C# possui todas as características de uma linguagem orientada a objetos que segue os
conceitos de encapsulamento, herança e polimorfismo. Foi usado o Visual Studio 2008, pacote
de programas da Microsoft para desenvolvimento de software especialmente dedicado ao .NET
Framework e às linguagens Visual Basic, para criar, desenvolver e compilar o sistema. Abaixo
uma figura que exemplifica o código em C#.
1 Linguagem C# é uma linguagem de programação orientada a objetos criada pela Microsoft e que faz parte da
plataforma .Net.2 C++ é uma linguagem de programação de nível médio desenvolvida por Bjarne Stroustrup em 1983 no Bell Labs
como um adicional à linguagem C.3 A linguagem de programação Java é orientada a objetos (comportamento dos objetos determinados por classes) e
compilada em bytecode (as instruções são executadas através de uma Máquina Virtual Java - JVM e podem ser
processadas em sistemas com suporte a C++).
17
Figura 2 - Código C#Fonte: Autoria própria.
Para o desenvolvimento do banco de dados foi escolhido o SQL Server 2005 que é um
SGBD(Sistema Gerenciador de Banco de Dados) produzido pela Microsoft cuja finalidade é
gerenciar de forma eficiente a nossa base de dados.
Para criar os relatórios foi utilizado o SAP Crystal Reports da empresa SAP BusinessObjects,
um dos frameworks mais utilizados no mercado. O framework pode ser integrado no Visual
Studio ou diretamente no banco de dados SQL Server. Com essa ferramenta é possível gerar
relatórios de maneira simples e prática.
4 ESTUDO DE CASO
O salão de beleza Luzia e Manas, que atualmente conta com 9 profissionais em seu quadro de
funcionários, deseja informatizar seus processos com a finalidade de torná-los mais rápidos e
18
eficientes, por isso solicitou o desenvolvimento de um sistema.
Foi observado o trabalho dessa microempresa entre os dias 17 e 20 de setembro de 2012 para
entender o funcionamento do mesmo e conhecer suas regras. Para isso foi acompanhado o
trabalho da gerente e de suas funcionárias em cada processo realizado no estabelecimento.
Atualmente, o salão não possui cadastro de seus clientes, só possui uma agenda para marcar
os serviços requisitados e registrar pedidos de serviços, pagamentos efetuados e ocasionais
vendas de produtos.
Em caso de agendamento, é instrução da atendente recolher dados sobre o tipo de serviço(s)
requisitado(s): a descrição do serviço solicitado, data e horário que o cliente deseja, e se já possui
uma profissional de preferência.
Para cada pedido de serviço deve-se registrar o nome do cliente que o requisitou, o
profissional que irá atendê-lo, uma breve descrição do(s) serviço(s), data e hora atuais, seu
preço-base, valor total e identificação do pedido.
Quanto a venda de produtos, a atendente deve registrar o produto a ser vendido, data, preço-
base, total da venda e qual cliente requisitou o produto.
Os dados sobre os funcionários do salão são controlados pela gerente, que coleta informações
pertinentes a cadastro, tais como: nome, identidade, CPF, CTPS, e cargo.
A gerente do salão exerce também a função de estoquista. A própria é responsável pelo
controle do estoque de materiais e produtos usados no salão. Esses produtos podem ser tanto
para uso dos funcionários nos clientes, como para a venda, e seu cadastro é feito pelo Setor
Administrativo. Sobre os produtos, são coletados dados como: nome, descrição, preço,
quantidade em estoque e preço unitário.
Quanto ao estoque, é importante ressaltar que a saída de produtos do estoque deve estar
associada a um profissional, visto que é muito raro existir outros motivos para retirada de
produtos em virtude da alta rotatividade de clientes no salão. No caso de produtos para venda, é
preciso também saber a quantidade vendida para a garantia dos produtos retirados do estoque.
Para que se realize um controle mais eficaz, faz-se necessária a verificação periódica de quais
produtos entram e saem do salão e, a baixa (em caso de saída) ou cadastro (em caso de entrada)
dos mesmos no sistema.
Os produtos e materiais utilizados são disponibilizados pelo salão para que os profissionais
utilizem nos clientes, com exceção de materiais de uso pessoal.
Guardam-se ainda, informações básicas com relação aos fornecedores do salão, tais quais:
nome fantasia, CNPJ, endereço e telefone para contato. O Setor Administrativo realiza a
manutenção desses dados, visto que os cadastros dos produtos estão relacionados aos seus
19
fornecedores.
Foi estabelecido que a realização de troca de produtos vendidos no salão não deve ser um
procedimento frequente, dessa forma cada caso é tratado separadamente. A avaliação do motivo
da troca é feita pela gerente, que confirma ou não a troca do produto.
O Setor Administrativo responsabiliza-se por manter uma relação dos serviços oferecidos
pelo salão organizados por: nome, descrição, preço-base, e os profissionais que os executam.
Os pagamentos são recebidos pela atendente nas seguintes formas: à vista, em dinheiro,
cartão de crédito, cartão de débito ou cheque.
Para pagamentos com cartão de crédito o salão guarda apenas boletos gerados pelas
máquinas de cartão para controle desse tipo de pagamento, sendo assim o sistema não deverá
armazenar os dados do cartão de crédito do cliente, somente registrará o valor cobrado pelo
serviço.
Com relação aos requisitos do sistema, é necessidade da gerente que o sistema seja capaz de
registrar perfis de usuários, através de login e senha e definir quais permissões de cada perfil ao
sistema.
20
5 CRONOGRAMA
O cronograma é de grande importância para o projeto de desenvolvimento do software. Pelo
cronograma é possível realizar o controle do projeto, pois é estabelecida uma data inicial e uma
data final para o desenvolvimento. Com isso, existe um controle do andamento do projeto sendo
possível minimizar os riscos e prováveis problemas durante o desenvolvimento. Segue abaixo o
cronograma desse trabalho.
Figura 3 - Cronograma do projetoFonte: Autoria própria
O sistema foi desenvolvido por um analista de realizou todas as funções no processo doprojeto de software que são: levantamento de requisitos, documentação, desenvolvido dosoftware, teste, implantação, treinamento e acompanhamento.
21
6 DIAGRAMAS
6.1 DIAGRAMA DE CASO DE USO
É uma técnica de modelagem de requisitos que descreve as ações do sistema. O Caso de Uso
é um documento narrativo que descreve a sequência de eventos de um ator que usa um sistema
para completar um processo. O diagrama abaixo apresenta as funcionalidades que o usuário pode
realizar.
Figura 4 - Diagrama de Caso de UsoFonte: Autoria Própria
21
6 DIAGRAMAS
6.1 DIAGRAMA DE CASO DE USO
É uma técnica de modelagem de requisitos que descreve as ações do sistema. O Caso de Uso
é um documento narrativo que descreve a sequência de eventos de um ator que usa um sistema
para completar um processo. O diagrama abaixo apresenta as funcionalidades que o usuário pode
realizar.
Figura 4 - Diagrama de Caso de UsoFonte: Autoria Própria
21
6 DIAGRAMAS
6.1 DIAGRAMA DE CASO DE USO
É uma técnica de modelagem de requisitos que descreve as ações do sistema. O Caso de Uso
é um documento narrativo que descreve a sequência de eventos de um ator que usa um sistema
para completar um processo. O diagrama abaixo apresenta as funcionalidades que o usuário pode
realizar.
Figura 4 - Diagrama de Caso de UsoFonte: Autoria Própria
22
Foram identificados os seguintes atores para o sistema:
• Administrador - É o indivíduo responsável pelo gerenciamento do salão de beleza. Faz o
controle dos produtos estocados, realiza compra de materiais para o salão, controla os
funcionários e emite relatórios gerenciais.
• Usuário - Responsável por receber os clientes no estabelecimento. Deve cadastrar
clientes, agendar serviços, gerar pedidos, e prestar o atendimento. Além de registrar os
pagamentos e venda de produtos.
6.1.1 Descrição de Casos de Uso
Segundo Bezerra(2006), o enfoque ao utilizar casos de uso é identificar os objetivos do
usuário ao invés das funções do sistema. Ter em mente que o modelo de caso de uso define uma
visão externa do sistema. Embora essa visão externa implique uma descrição técnica das ações e
das estruturas internas do sistema.
Nos quadros abaixo podemos visualizar as descrições dos casos de uso.
No Quadro 4 apresenta-se o caso de uso "UC02.01 - Manter Clientes".
Nome do caso de uso Manter Clientes (UC02.01)Descrição O usuário ou administrador realiza o cadastro (inclusão,
exclusão, alteração e consulta) dos clientes.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
23
Fluxo principal 1. O usuário ou administrador requisita a manutenção de
clientes.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um cliente, a alteração dos dados de
um cliente, a exclusão de um cliente e a consulta de um
cliente.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção de clientes, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
cliente.
2. O sistema apresenta um formulário em branco para que os
dados do cliente sejam preenchidos.
3. O usuário ou administrador fornece os dados do cliente.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo cliente; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. usuário ou administrador altera um ou mais dados do
cliente e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do cliente; caso contrário, reporta o
fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consultar
o cliente.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao cliente e reporta o fato.Fluxo Alternativo – Exclusão 1. O usuário ou administrador seleciona um cliente e
requisita ao sistema a exclusão.
2. Se o cliente puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.
24
Pós-condição Um cliente foi inserido, consultado ou excluído, ou seus
dados foram alterados.
Quadro 4 - Descrição do caso de uso "UC02.01 - Manter Clientes".
No Quadro 5 apresenta-se o caso de uso "UC02.02 - Manter Produtos".
Nome do caso de uso Manter Produtos (UC02.02)Descrição O usuário ou administrador realiza o cadastro (Inclusão,
exclusão, alteração e consulta) dos produtos.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
Fluxo principal 1. O usuário ou administrador requisita a manutenção de
produtos.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um produto, a alteração dos dados
de um produto, a exclusão de um produto e a consulta de um
produto.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção de produtos, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
produto.
2. O sistema apresenta um formulário em branco para que os
dados do produto sejam preenchidos.
3. O usuário ou administrador fornece os dados do produto.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo produto; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.
25
Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do
produto e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do produto; caso contrário, reporta o
fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consulta
do produto.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao produto e reporta o fato.Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um produto e
requisita ao sistema que realize a exclusão.
2. Se o produto puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um produto foi inserido, consultado ou excluído, ou seus
dados foram alterados.
Quadro 5 - Descrição do caso de uso "UC02.02 - Manter Produtos".
No Quadro 6 apresenta-se o caso de uso "UC02.03 - Agendar Atendimentos".
Nome do caso de uso Agendar Atendimentos (UC02.03)Descrição O usuário ou administrador realiza o cadastro (Inclusão,
exclusão, alteração e consulta) dos agendamentos.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
26
Fluxo principal 1. O usuário ou administrador requisita o agendamento do
atendimento.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um agendamento, a alteração dos
dados de um agendamento, a exclusão de um agendamento e
a consulta de agendamento.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção de agendamentos, o caso de uso retorna ao passo
2; caso contrario, o caso de uso termina.Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
agendamento.
2. O sistema apresenta um formulário em branco para que os
dados do agendamento sejam preenchidos.
3. O usuário ou administrador fornece os dados para
agendamento.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo agendamento; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do
agendamento e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do agendamento; caso contrário,
reporta o fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consulta
do agendamento.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao agendamento e reporta o fato.
27
Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um agendamento a
requisita ao sistema que realize a exclusão.
2. Se o agendamento puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um agendamento foi inserido, consultado ou removido, ou
seus dados foram alterados.
Quadro 6 - Descrição do caso de uso "UC02.03 - Agendar Atendimentos".
No Quadro 7 apresenta-se o caso de uso "UC02.04 - Manter Atendimentos".
Nome do caso de uso Manter Atendimentos (UC02.04)Descrição O usuário ou administrador realiza o cadastro (Inclusão,
exclusão, alteração e consulta) dos atendimentos.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
Fluxo principal 1. O usuário ou administrador requisita o cadastro do
atendimento.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um atendimento, a alteração dos
dados de um atendimento, a exclusão de um atendimento e a
consulta de atendimentos.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção de atendimentos, o caso de uso retorna ao passo
2; caso contrario, o caso de uso termina.
28
Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
atendimento.
2. O sistema apresenta um formulário em branco para que os
dados do atendimento sejam preenchidos.
3. O usuário ou administrador fornece os dados do
atendimento.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo atendimento; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do
atendimento e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do atendimento; caso contrário,
reporta o fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consulta
do produto.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao produto e reporta o fato.Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um atendimento e
requisita ao sistema que realize a exclusão.
2. Se o atendimento puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um atendimento foi inserido, consultado ou excluído, ou
seus dados foram alterados.
Quadro 7 - Descrição do caso de uso "UC02.04 - Manter Atendimentos".
No Quadro 8 apresenta-se o caso de uso "UC02.05 - Manter Serviços".
Nome do caso de uso Manter Serviço (UC02.05)Descrição O usuário ou administrador realiza o cadastro (Inclusão,
exclusão, alteração e consulta) dos serviços.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
29
Fluxo principal 1. O usuário ou administrador requisita o cadastro do serviço.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um serviço, a alteração dos dados de
um serviço, a exclusão de um serviço e a consulta de
serviços.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção de serviços, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.
Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
serviço.
2. O sistema apresenta um formulário em branco para que os
dados do serviço sejam preenchidos.
3. O usuário ou administrador fornece os dados do serviço.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo serviço; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do
serviço e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do serviço; caso contrário, reporta o
fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consulta
do serviço.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao produto e reporta o fato.Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um serviço e
requisita ao sistema que realize a exclusão.
2. Se o serviço puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um serviço foi inserido, consultado ou excluído, ou seus
dados foram alterados.
30
Quadro 8 - Descrição do caso de uso "UC02.05 - Manter Serviços".
No Quadro 9 apresenta-se o caso de uso "UC01.01 - Manter Funcionários".
Nome do caso de uso Manter Funcionários (UC01.01)Descrição O administrador realiza o cadastro (Inclusão, exclusão,
alteração e consulta) de funcionários.Ator(es) AdministradorPré-condição O administrador deve estar identificado pelo sistema.Fluxo principal 1. O gerente requisita o cadastro do funcionário.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão de um funcionário, a alteração dos
dados de um funcionário, a exclusão de um funcionário e a
consulta de funcionários.
3. O administrador indica a operação a realizar ou opta por
finalizar o caso de uso.
4. O administrador seleciona a operação desejada: inclusão,
exclusão, alteração ou consulta.
5. Se o administrador deseja continuar com a manutenção de
funcionários, o caso de uso retorna ao passo 2; caso
contrario, o caso de uso termina.
Fluxo Alternativo - Inclusão 1. O administrador requisita a inclusão de um funcionário.
2. O sistema apresenta um formulário em branco para que os
dados do funcionário sejam preenchidos.
3. O administrador fornece os dados do funcionário.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo funcionário; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.
Fluxo Alternativo – Alteração 1. O administrador altera um ou mais dados do funcionário e
requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do funcionário; caso contrário,
reporta o fato.
31
Fluxo Alternativo – Consulta 1. O administrador insere os dados para consulta do
funcionário.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao funcionário e reporta o fato.Fluxo Alternativo - Exclusão 1. O administrador seleciona um funcionário e requisita ao
sistema que realize a exclusão.
2. Se o funcionário puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um funcionário foi inserido, consultado ou excluído, ou seus
dados foram alterados.
Quadro 9 - Descrição do caso de uso "UC01.01 - Manter Funcionários".
No Quadro 10 apresenta-se o caso de uso "UC01.02 - Registrar Serviço doFuncionário".
Nome do caso de uso Registrar Serviço do Funcionário (UC01.02)Descrição O Administrador realiza o cadastro (Inclusão, exclusão,
alteração e consulta) do serviço que o funcionário pode
executar.Ator(es) Primário: GerentePré-condição O administrador deve estar identificado pelo sistema.Fluxo principal 1. O administrador requisita o cadastro do serviço do
funcionário.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão, alteração, exclusão e consulta de
serviço dos funcionários.
3. O administrador indica a operação a realizar ou opta por
finalizar o caso de uso.
4. O administrador seleciona a operação desejada: inclusão,
exclusão, alteração ou consulta.
5. Se o administrador deseja continuar com a manutenção do
serviço do funcionário, o caso de uso retorna ao passo 2; caso
contrario, o caso de uso termina.
32
Fluxo Alternativo - Inclusão 1. O administrador requisita a inclusão de um serviço para
um funcionário.
2. O sistema apresenta um formulário em branco para que os
dados do serviço sejam preenchidos.
3. O administrador fornece os dados do serviço.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo serviço; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. O administrador altera um ou mais dados do serviço de um
funcionário e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do serviço; caso contrário, reporta o
fato.Fluxo Alternativo – Consulta 1. O administrador insere os dados para consulta dos serviços
de um funcionário.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes aos serviços do funcionário e reporta o
fato.Fluxo Alternativo - Exclusão 1. O administrador seleciona o serviço de um funcionário e
requisita ao sistema que realize a exclusão.
2. Se o serviço puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um serviço foi inserido, consultado ou excluído para um
funcionário ou seus dados foram alterados.
Quadro 10 - Descrição do caso de uso "UC01.02 - Manter Serviço do Funcionário".
No Quadro 11 apresenta-se o caso de uso "UC01.03 - Emitir Relatórios".
Nome do caso de uso Manter Emitir Relatórios (UC01.03)Descrição O Administrador emite relatórios.
Ator(es) AdministradorPré-condição O administrador deve estar identificado pelo sistema.
33
Fluxo principal 1. O administrador requisita a emissão do relatório.
2. O administrador apresenta as opções de relatórios
disponíveis.
3. O administrador indica a opção de relatório desejada.
4. O administrador apresenta uma tela com os filtros
disponíveis.
5. O administrador seleciona o filtro desejado.
6. O sistema apresenta o relatório em tela com as opções de
impressão ou de armazenamento em arquivo.
7. O gerente seleciona uma das opções, e o caso de uso é
encerrado.
Pós-condição Um relatório foi emitido.
Quadro 11 - Descrição do caso de uso "UC01.03 - Emitir Relatórios".
No Quadro 12 apresenta-se o caso de uso "UC02.06 - Manter Diagnósticos".
Nome do caso de uso Manter Diagnósticos (UC02.06)Descrição O usuário ou administrador realiza o cadastro de
diagnósticos.Ator(es) Primário: Usuário
Secundário: AdministradorPré-condição O usuário ou administrador deve estar identificado pelo
sistema.
Fluxo principal 1. O usuário ou administrador requisita o cadastro do
diagnóstico.
2. O sistema apresenta as operações que podem ser
realizadas: a inclusão, alteração, exclusão e consulta de
diagnósticos.
3. O usuário ou administrador indica a operação a realizar ou
opta por finalizar o caso de uso.
4. O usuário ou administrador seleciona a operação desejada:
inclusão, exclusão, alteração ou consulta.
5. Se o usuário ou administrador deseja continuar com a
manutenção do diagnóstico, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.
34
Fluxo Alternativo - Inclusão 1. O usuário ou administrador requisita a inclusão de um
diagnóstico.
2. O sistema apresenta um formulário em branco para que os
dados do serviço sejam preenchidos.
3. O usuário ou administrador fornece os dados do
diagnóstico.
4. O sistema verifica a validade dos dados. Se os dados forem
válidos, inclui o novo diagnóstico; caso contrário, o sistema
reporta o fato, solicita novos dados e repete a verificação.Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do
diagnóstico e requisita a atualização.
2. O sistema verifica a validade dos dados e, se eles forem
válidos, altera os dados do diagnóstico; caso contrário,
reporta o fato.Fluxo Alternativo – Consulta 1. O usuário ou administrador insere os dados para consulta
do diagnóstico.
2. O sistema apresenta o formulário preenchido com todos os
dados pertinentes ao diagnóstico e reporta o fato.Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona o diagnóstico e
requisita ao sistema que realize a exclusão.
2. Se o diagnóstico puder ser excluído, o sistema realiza a
exclusão; caso contrário, reporta o fato.Pós-condição Um diagnóstico foi inserido, removido, consultado, ou seus
dados foram alterados..
Quadro 12 - Descrição do caso de uso "UC02.06 - Manter Diagnósticos".
35
6.3 DIAGRAMAS DE ATIVIDADES
O objetivo desse diagrama é mostrar o fluxo de atividades em um único processo. Enquanto o
diagrama de caso de uso mostra o que o sistema deve fazer, o diagrama de atividades descreve
como a ação deve ser realizada. O diagrama mostra como uma atividade depende da outra. Segue
abaixo alguns diagramas desse sistema:
Figura 5 - Diagrama de Atividades - Cadastro de UsuárioFonte: Autoria própria.
36
Figura 6 - Diagrama de Atividades - Cadastro de ClienteFonte: Autoria própria.
37
Figura 7 - Diagrama de Atividades - Consulta UsuárioFonte: Autoria própria.
37
Figura 7 - Diagrama de Atividades - Consulta UsuárioFonte: Autoria própria.
37
Figura 7 - Diagrama de Atividades - Consulta UsuárioFonte: Autoria própria.
38
6.4 DIAGRAMA DE CLASSES
O Diagrama de Classes mostra o conjunto de classes com seus atributos e métodos e os
relacionamentos entre as classes. Segue abaixo o diagrama que demonstra quais são as classes do
sistema e como são os seus relacionamentos.
Figura 8 - Diagrama de ClassesFonte: Autoria própria.
38
6.4 DIAGRAMA DE CLASSES
O Diagrama de Classes mostra o conjunto de classes com seus atributos e métodos e os
relacionamentos entre as classes. Segue abaixo o diagrama que demonstra quais são as classes do
sistema e como são os seus relacionamentos.
Figura 8 - Diagrama de ClassesFonte: Autoria própria.
38
6.4 DIAGRAMA DE CLASSES
O Diagrama de Classes mostra o conjunto de classes com seus atributos e métodos e os
relacionamentos entre as classes. Segue abaixo o diagrama que demonstra quais são as classes do
sistema e como são os seus relacionamentos.
Figura 8 - Diagrama de ClassesFonte: Autoria própria.
39
6.4.1 Dicionário das Classes
Quadro 13 - Pessoa
Campo Tipo Descriçãocod_pessoa Int Código da pessoa, chave primária
nome_pessoa String Nome da Pessoadt_nasc Date Data de nascimentotel_res String Telefone residencial da pessoatel_cel String Telefone celular da pessoaemail String Endereço de e-mail
Fonte: Autoria própria.
Quadro 14 - Cliente
Campo Tipo Descriçãocod_cliente Int Código do cliente, chave primáriacod_pessoa Int Código da pessoa, chave estrangeiratipo_cabelo String Tipo de cabelo
Fonte: Autoria própria.
Quadro 15 - Funcionário
Campo Tipo Descriçãocod_funcionario Int Código do funcionário, chave primária
cod_pessoa Int Código da pessoa, chave estrangeiraRG String Número de identidade do funcionário
CTPS String Carteira de trabalhoCPF String Cadastro de pessoa física
endereco String Endereço do funcionárioUsuario String Nome de usuário do funcionário no sistemaSenha String Senha de acesso do funcionário no sistema
Fonte: Autoria própria.
Quadro 16 - Atendimento
Campo Tipo Descriçãocod_atendimento Int Código do atendimento, chave primáriacod_funcionario Int Código do funcionário, chave estrangeira
cod_cliente Int Código do cliente, chave estrangeiracod_servico Int Código do serviço, chave estrangeira
cod_agendamento Int Código do agendamento, chave estrangeiravalor_servico Double Valor do serviço
Fonte: Autoria própria.
40
Quadro 17 - Serviço
Campo Tipo Descriçãocod_servico Int Código do serviço, chave principal
nome_servico String Nome do serviçodsc_servico String Descrição do serviço
valor_Servico Double Valor do serviçoFonte: Autoria própria.
Quadro 18 - Agendamento
Campo Tipo Descriçãocod_agendamento Int Código do agendamento, chave principal
dt_hora_agendamento Date Data e hora do agendamentocod_funcionario Int Código da pessoa, chave estrangeira
cod_cliente Int Código do cliente, chave estrangeiracod_servico Int Código do serviço, chave estrangeira
Fonte: Autoria própria.
Quadro 19 - Venda Produto
Campo Tipo Descriçãocod_venda Int Código de venda, chave principalcod_cliente Int Código do cliente, chave estrangeiravalor_venda Double Valor da venda
Fonte: Autoria própria.
Quadro 20 - Produto
Campo Tipo Descriçãocod_produto Int Código do produto, chave principal
nome_produto String Nome do produtodsc_produto String Descrição do produtoqtd_estoque Int Quantidade do produto no estoque
valor_unitario Double Valor unitário de cada produtocod_fornecedor Int Código do fornecedor, chave estrangeira
Fonte: Autoria própria.
41
Quadro 21 - Diagnóstico do Cabelo
Campo Tipo Descriçãocod_diagnostico Int Código do diagnóstico, chave principal
tipo_cabelo String Tipo de cabeloEfeito String Efeito a ser usado no cabelo
Deve_usar String Tipo de corte indicado
Deve_evitar String Tipo de corte que deve evitar
Fonte: Autoria própria.
Quadro 22 - Fornecedor
Campo Tipo Descriçãocod_fornecedor Int Código do fornecedor, chave principal
nome_fornecedor String Nome do fornecedorcnpj String Cnpj do fornecedor
logradouro String Endereço do fornecedortelefone String Telefone do fornecedor
Fonte: Autoria própria.
42
6.5 DIAGRAMAS DE SEQUÊNCIA
O diagrama de sequência visa determinar a sequência de eventos que ocorrem em um
caso de uso, ou seja, quais operações devem ser acionadas entre os objetos envolvidos e qual é a
ordem exata dos eventos para a realização completa do caso de uso. Podemos verificar alguns
diagramas abaixo:
Figura 9 - Diagrama de Sequência - Controlar AcessoFonte: Autoria própria.
43
Figura 10 - Diagrama de Sequência - Analisar CorteFonte: Autoria própria.
44
Figura 11 - Diagrama de Sequência - Cadastro de ClienteFonte: Autoria própria.
45
7 CONCLUSÃO
Com a implantação do sistema a rotina do estabelecimento foi completamente alterada
aumentando a produtividade dos funcionários. Antes do uso do sistema o salão não tinha
organização para controlar os agendamentos. Todos os agendamentos são realizados
corretamente com os respectivos profissionais e as informações são localizadas facilmente pela
atendente através de consulta no sistema. Assim, é possível entrar em contato com o cliente para
confirmar o agendamento. Todas as informações são inseridas no sistema e controlados
semanalmente pela gerente seguindo o relatório de agendamentos dispensando as anotações
manuais em uma agenda.
Foi ministrado um treinamento realizado com a gerente e a funcionária que faz o papel de
atendente, e houve o acompanhamento do manuseio e do funcionamento do sistema por uma
semana. Como ferramenta de ajuda foi desenvolvido um vídeo explicativo que serve como
manual de funcionamento do sistema.
O controle de estoque facilitou a aquisição de novos produtos e todos os serviços são
realizados de acordo com o produto indicado pelo profissional ou solicitado pelo cliente.
Havia divergência com o pagamento dos funcionários em razão da falta de controle dos
agendamentos de cada profissional, e com o controle do serviços prestados houve também uma
receptividade grande em relação aos profissionais que trabalham no estabelecimento, pois no
final do dia é possível verificar quais foram os serviços realizados por cada profissional
facilitando assim o pagamento dos funcionários.
46
8 EXTENSÕES
Para dar continuidade ao sistema poderão ser incluídas as seguintes funcionalidades:
1. Simulação de penteado com a imagem do cliente;
2. Emissão de nota fiscal de serviços;
3. Pagamento de funcionários com todos os impostos de acordo com a CLT;
4. Agendamento de serviços pela web para dar maior facilidade ao cliente;
5. Sistema de compra e venda pela web;
6. Emissão de nota fiscal para venda de produtos.
47
REFERÊNCIAS
BEZERRA, E. Princípios de análise e projeto de sistemas uml: um guia prático paramodelagem de sistemas. 1. ed. Rio de Janeiro: Editora Campus, 2006. 380p.
LUDWIG, M.. Sistema para o controle de salão de beleza. 2012. 58 p. Trabalho de Conclusãode Curso(Bacharelado em Sistemas da Informação) - Universidade Regional de Blumenau, SantaCatarina, 2012.[Orientador: Prof. Johny Alceu Pereira]. Disponível em:<http://campeche.inf.furb.br/tccs/2012-I/TCC2012-1-10-VF-MarcosLudwig.pdf>.Acesso em:20/05/2013
SILVA, Clóvis L. M.; BARBOSA, Solange de Lima. Estratégia, fatores de competitividade econtexto de referência das organizações: uma análise arquetípica. Revista de AdministraçãoContemporânea, Curitiba, v. 6, n. 3, set./dez. 2002 Disponível em:<http://www.scielo.br/scielo.php?pid=S1415-65552002000300002&script=sci_arttext&tlng=en>. Acessado em: 30/09/2012.
DUARTE, R. Pesquisa qualitativa: reflexões sobre o trabalho de campo. Cad.Pesquisa. [online]. 2002, n.115, pp. 139-154. ISSN 0100-1574.http://dx.doi.org/10.1590/S0100-15742002000100005.
48
APÊNDICES
Apêndice A - Telas
Figura 12 - Tela de login e senhaFonte: Autoria própria.
Tela de login, utilizada para validação de acesso do usuário.
Figura 13 - Tela de menuFonte: Autoria própria.
Tela de Menu, em cima do login libera os acessos dentro do sistema.
49
Figura 14 - Tela de cadastro de pessoaFonte: Autoria própria.
Tela de registro de Pessoas no sistema. Realiza validação de CPF(não pode ter duas com o mesmo) e correioeletrônico se é válido.
Figura 15 - Tela de cadastro do cabelo da ClienteFonte: Autoria própria.
Após cadastrar uma pessoa no sistema, caso seja cliente você acessa esse menu, ao digitar o CPF o sistemapesquisa se está cadastrado e libera o campo de tipo de Cabelo para você conhecer para futuros atendimentos
e para controle para envio de mala direta com promoções para cabelo afro por exemplo.
50
Figura 16 - Tela de cadastro de funcionáriosFonte: Autoria própria.
Caso a pessoa seja um funcionário é necessário acessar esse menu e preencher com os dados pertinentes.
Figura 17 - Tela de cadastro de produtoFonte: Autoria própria.
Cadastra os produtos utilizados e/ou vendidos pelo salão de beleza
51
Figura 18 - Tela de cadastro de serviçoFonte: Autoria própria.
Cadastra os serviços prestados no salão de beleza
Figura 19 - Tela de função do funcionárioFonte: Autoria própria.
Vincula quais serviços é praticados por cada funcionário.
52
Figura 20 - Tela de diagnóstico do cabeloFonte: Autoria própria.
Cadastra para cada cabelo e efeito conselhos dos experientes da área de salão quem deve usar ou evitardeterminados serviços ou produtos.
Figura 21 - tela de agendamentoFonte: Autoria própria.
Agenda atendimento entre funcionário e cliente
53
Figura 22 - Tela de atendimentoFonte: Autoria própria.
Cadastra os atendimentos realizados e o valor recebido pelo funcionário
Figura 23 - Tela de diagnósticoFonte: Autoria própria.
Tela de pesquisa para os usuários sobre quais ações devem realizar ou evitar no salão.
54
Apêndice B - Questionário
Perguntas:
1 – Já perdeu cliente, pois a recepção não tinha acesso a seus horários para colocar um cliente
em sua agenda ? Sim ou não?
2 – Já teve divergência nos valores recebidos de comissão junto ao gerente? Sim ou não?
3 – Já ficou sem produto necessário para um atendimento, pois não existe um controle de
estoque ?sim ou não?
4 – Já ocorreu de perder o telefone de um cliente que precisava ligar confirmando? Sim ou
não?
5 – Acha interessante um sistema que possa administrar os temas acima de ainda gerar
relatórios com os agendamentos?
55
56
57
58
59
60
61
62
63