Вы находитесь на странице: 1из 64

FAETERJ-RJ Faculdade de Educao Tecnolgica do Estado

do Rio de Janeiro
Anlise de Sistemas Informatizados

Sistema FastHair

Paulo Gonalves Ferreira Jnior

Rio de Janeiro
2014

Paulo Gonalves Ferreira Jnior

Sistema FastHair

Trabalho de concluso de curso


apresentado como exigncia para
obteno do grau de Tecnologia em
Anlise de Sistemas Informatizado da
FAETERJ-RJ - Faculdade de Educao
Tecnolgica do Estado do Rio de
Janeiro.
Orientador: Ricardo Marciano dos Santos

Rio de Janeiro
2014

F383s

Ferreira Jnior, Paulo Gonalves


Sistema FastHair / Paulo Gonalves Ferreira
Jnior. - Rio de Janeiro, RJ:[S.N], 2014.
63 f.:il.
Trabalho de Concluso de Curso apresentado como
exigncia para obteno do grau de tecnologia em
anlise de sistemas informatizado da FAETERJ-RJ,
Faculdade de Educao Tecnolgica do Estado do Rio
de Janeiro.
Inclui Bibliografia.
1 - Grfico de Pesquisa. 2 - Cdigo em C#. 3 Cronograma do sistema. 4 - Diagrama de atividades.
I - Ferreira Jnior, Paulo Gonalves. II - Ttulo.
CDD 004.21

Sistema FastHair

Por

Paulo Gonalves Ferreira Jnior

Trabalho de concluso de curso aprovado


como exigncia para obteno do grau de
Tecnologia em Anlise de Sistemas
Informatizado da FAETERJ-RJ - Faculdade de
Educao Tecnolgica do Estado do Rio de
Janeiro pela banca examinadora formada por:

Banca Examinadora:

Orientador:

_______________________________________________________________________
Ricardo Marciano dos Santos - Msc. Inf. - UFRJ (FAETERJ-RJ) .

Membro:

_______________________________________________________________________
Mrcio 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 Janeiro
2014

DEDICATRIA
Dedico este trabalho a minha famlia que me deu apoio nos nossos momentos de
dificuldades e sempre me deram foras para vencer todos os obstculos e conquistar meus
objetivos. Eles so a fonte principal do meu entusiasmo. Aos amigos Welington Cosme, Jorge
Rodrigues e Jonatas Pires que fizeram parte da minha vida acadmica e contriburam para a
realizao deste trabalho. Agradeo a todos que me ajudaram de forma direta e indireta.

AGRADECIMENTOS
Agradeo primeiro a Deus, por sua bondade infinita, em me dar discernimento, paz de
esprito e sabedoria. Aos meus pais por terem insistido e estimulado a nunca desistir dos meus
sonhos. Aos amigos e companheiros pela pacincia por minha ausncia em muitos momentos
da vida devido a dedicao a este trabalho. Agradeo o meu orientador Ricardo por todo
apoio, carinho e dedicao no decorrer deste trabalho.

RESUMO
Este trabalho apresenta um sistema desktop para gerenciamento de salo de beleza.
O sistema tem como objetivo agilizar os processos gerenciais que ocorrem dentro de uma
micro empresa no ramo de salo de beleza, sendo utilizada como metodologia a pesquisa de
campo com abordagem qualitativa. Foram realizadas entrevistas com o pblico alvo
contemplando a necessidade de uma mudana no modo operacional atual como soluo para
atender a crescente demanda do segmento, alm de alavancar o relacionamento e a fidelizao
do cliente. Este trabalho mostra como o processo de obteno de informaes tornou-se mais
gil e confivel.

Palavras-chave: salo 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 - Grfico de Pesquisa de Campo ................................................................................ 14


Figura 2 - Cdigo em C# .......................................................................................................... 17
Figura 3 - Cronograma do Sistema ........................................................................................... 20
Figura 4 - Diagrama de Caso de Uso ........................................................................................ 21
Figura 5 - Diagrama de Atividades - Cadastro de Usurio....................................................... 35
Figura 6 - Diagrama de Atividades - Cadastro de Cliente........................................................ 36
Figura 7 - Diagrama de Atividades - Consulta Usurio ........................................................... 37
Figura 8 - Diagrama de Classes ................................................................................................ 38
Figura 9 - Diagrama de Sequncia - Controlar Acesso ............................................................ 42
Figura 10 - Diagrama de Sequncia - Analisar Corte............................................................... 43
Figura 11 - Diagrama de Sequncia - Cadastro de Cliente....................................................... 44
Figura 12 - Tela de Login e Senha ........................................................................................... 48
Figura 13 - Tela de Menu ......................................................................................................... 49
Figura 14 - Tela de Cadastro de Pessoa.................................................................................... 49
Figura 15 - Tela de Cadastro de Cabelo ................................................................................... 49
Figura 16 - Tela de Cadastro de Funcionrio ........................................................................... 50
Figura 17 - Tela de Cadastro de Produto .................................................................................. 50
Figura 18 - Tela de Cadastro de Servio .................................................................................. 51
Figura 19 - Tela de Funo do Funcionrio ............................................................................. 51
Figura 20 - Tela de Diagnstico do Cabelo .............................................................................. 52
Figura 21 - Tela de Agendamento ............................................................................................ 52
Figura 22 - Tela de Atendimento.............................................................................................. 53
Figura 23 - Tela de Diagnstico ............................................................................................... 53

LISTA DE QUADROS

Quadro 1 - Requisitos Funcionais ............................................................................................ 15


Quadro 2 - Requisitos No Funcionais ..................................................................................... 16
Quadro 3 - Descrio do Caso de Uso UC02.01 - Manter Clientes ......................................... 22
Quadro 4 - Descrio do Caso de Uso UC02.02 - Manter Produtos ........................................ 24
Quadro 5 - Descrio do Caso de Uso UC02.03 - Agendar Atendimentos.............................. 25
Quadro 6 - Descrio do Caso de Uso UC02.04 - Manter Atendimentos ................................ 27
Quadro 7 - Descrio do Caso de Uso UC02.05 - Manter Servios ........................................ 28
Quadro 8 - Descrio do Caso de Uso UC01.01 - Manter Funcionrios ................................. 30
Quadro 9 - Descrio do Caso de Uso UC01.02 - Registrar Servio do Funcionrio ............. 31
Quadro 10 - Descrio do Caso de Uso UC01.03 - Emitir Relatrios ..................................... 32
Quadro 11 - Descrio do Caso de Uso UC02.06 - Manter Diagnsticos ............................... 33
Quadro 12 - Tabela Pessoa ....................................................................................................... 39
Quadro 13 - Tabela Cliente ...................................................................................................... 39
Quadro 14 - Tabela Funcionrio ............................................................................................... 39
Quadro 15 - Tabela Atendimento ............................................................................................. 39
Quadro 16 - Tabela Servio ...................................................................................................... 40
Quadro 17 - Tabela Agendamento............................................................................................ 40
Quadro 18 - Tabela Venda de Produto ..................................................................................... 40
Quadro 19 - Tabela Produto ..................................................................................................... 40
Quadro 20 - Tabela Diagnstico do Cabelo ............................................................................. 41
Quadro 21 - Tabela Fornecedor ................................................................................................ 41

SUMRIO

1 INTRODUO ..................................................................................................................... 11
1.1 Descrio do Tema ......................................................................................................... 11
1.2 Justificativa ..................................................................................................................... 11
1.3 Objetivos ......................................................................................................................... 12
2 METODOLOGIA.................................................................................................................. 13
2.1 Delineamento de Pesquisa .............................................................................................. 13
2.2 Anlise e Discusso dos Resultados ............................................................................... 13
2.3 Trabalhos Correlatos ....................................................................................................... 13
3 ANLISE E PROJETO DO SOFTWARE ........................................................................... 15
3.1 Listas de Requisitos ........................................................................................................ 15
3.1.1 Funcionais ................................................................................................................ 15
3.1.2 No-Funcionais ........................................................................................................ 16
3.2 Tecnologias ..................................................................................................................... 16
4 ESTUDO DE CASO ............................................................................................................. 17
5 CRONOGRAMA .................................................................................................................. 20
6 DIAGRAMAS ....................................................................................................................... 21
6.1 Diagrama de Caso de Uso ............................................................................................... 21
6.1.1 Descrio de Caso de Uso ........................................................................................ 22
6.2 Diagramas de Atividades ................................................................................................ 35
6.3 Diagrama de Classes ....................................................................................................... 38
6.3.1 Dicionrio das Classes ............................................................................................. 39
6.4 Diagramas de Sequncia ................................................................................................. 42
7 CONCLUSO ....................................................................................................................... 45
8 EXTENSES ........................................................................................................................ 46
REFERNCIAS ....................................................................................................................... 47
APNDICES ............................................................................................................................ 48
Apndice A - Telas ............................................................................................................... 48
Apndice B - Questionrio ................................................................................................... 54

11

1 INTRODUO

1.1 DESCRIES DO TEMA

O desenvolvimento do sistema FAST HAIR ser realizado tomando como base o


estabelecimento Luzia e Manas, que presta servios variados no ramo da beleza e esttica com
diversos profissionais que utilizam produtos cosmticos para prestao desses servios.
O problema se inicia no controle dos servios prestados e produtos de consumo do salo, que
hoje so realizados atravs de anotaes em blocos de papel e o restante dos processos, como
agendamentos, so realizados de forma manual utilizando agendas prprias de cada funcionrio,
onde a gerncia no sabe da disponibilidade dos seus funcionrios precisando que os mesmos
estejam presentes para que seja possvel o agendamento de um atendimento. Como soluo
proposta foi sugerido o desenvolvimento de um aplicativo que realize as funes dos principais
problemas encontrados, fazendo o gerenciamento dos clientes e funcionrios do salo, alm de
servios, produtos de consumo, venda e estoque que so realizados em conjunto pela gerncia e
uma atendente/recepcionista. Segundo Silva e Barbosa(2002), programas que aumentem a
velocidade de execuo e reduzam os erros de determinada atividade so formas de agilizar
processos. O sistema pretende administrar todos os processos gerenciais e operacionais do salo,
informatizando-os para obteno de melhor qualidade dos servios prestados e dos processos
internos do salo.

1.2 JUSTIFICATIVA

Hoje em dia cada vez mais cobrada uma maior agilidade nos processos, e no salo em
questo existem vrios fatores que influenciam no funcionamento do negcio, tais como:
aumento no fluxo de clientes e inabilidade da atendente de realizar tantas atividades sozinha,
cadastro manual de clientes atravs de agendas, e tambm devido ao subsequente aumento na
quantidade de produtos sendo comprados para atender a essa crescente demanda de clientes, que
urge uma melhor soluo de controle do que a atualmente utilizada. Como consequncia, a
implantao do sistema facilitar ainda a manuteno dos dados sobre os clientes, funcionrios,
produtos e todas as demais reas de interesse do salo e a consulta dos mesmos de forma bem

12

mais confivel no banco de dados.

1.3 OBJETIVOS

O objetivo desse trabalho vem de encontro a necessidade de eliminar os possveis problemas


que poderiam ser ocasionados pelo processo de controle manual, alm de agilizar vrios
processos administrativos da empresa.
O sistema ser desenvolvido para realizar os processos de cadastros de clientes, usurios do
sistema, funcionrios, produtos e servios. Alm de ser um aliado no controle da gerao de
pedidos de servios, 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 permisses dos usurios.
Os funcionrios sero treinados e ser disponibilizado um manual em vdeo para auxiliar no
manuseio do sistema.

13

2 METODOLOGIA

2.1 DELINEAMENTOS DE PESQUISA

Este trabalho constitudo de um trabalho bibliogrfico, associado a um trabalho de


abordagens qualitativas, Segundo Duarte(2002), de um modo geral, pesquisas de cunho
qualitativo exigem a realizao de entrevistas, quase sempre longas e semiestruturadas. Nesses
casos, a definio de critrios segundo os quais sero selecionados os sujeitos que vo compor o
universo de investigao algo primordial, pois interfere diretamente na qualidade das
informaes a partir das quais ser possvel construir a anlise e chegar compreenso mais
ampla do problema delineado.
Para esta pesquisa foi realizado um estudo de caso validando um questionrio [anexo] com
cinco questes levado aos funcionrios do salo de beleza com o intuito de realizar uma anlise
quantitativa com as respostas de cada funcionrio sobre a administrao do empreendimento.
Observou-se que o salo oferecia os seguintes servios: cortes de cabelo, relaxamento,
tintura, escova, penteados, manicure, depilao e pedicure.

2.2 ANLISE E DISCUSSES DO RESULTADO

A pesquisa foi realizada no dia 13 de agosto de 2012. Foram realizadas entrevistas com as 9
funcionrias do salo (4 cabeleireiras, 4 manicures, e a gerente). Nesta pesquisa obteve-se um
aproveitamento de 100% dos funcionrios participantes. Conforme resultado da pesquisa, 89%
dos funcionrios responderam que j perderam clientes pois no estavam na empresa na hora que
o cliente ligou agendando. Isso significa uma grande perda de verba tanto do funcionrio quanto
da empresa. 44% descobriram que no tinham o produto necessrio durante o atendimento,
sendo necessria a utilizao de marcas similares, podendo com isso at arriscar o trabalho e
possivelmente perder a confiana do cliente. 78% dos funcionrios 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 questionrio e deixe o funcionrio mais a vontade para
apenas exercer o seu trabalho.

14

Figura 1 - Grfico de pesquisa de campo


Fonte: Autoria prpria.

2.3 TRABALHOS CORRELATOS

Na busca por trabalhos correlatos que se aproximam na proposta deste trabalho, foi
identificado um trabalho cujo o tema um salo de beleza
Ludwing (2012), apresent
ntou em seu trabalho de concluso de curso pela Universidade
Regional de Blumenau um sistema web para gerenciamento de salo de
d beleza. O sistema
desenvolvido registra os servvios estticos e efetua o clculo do perccentual pago sobre os
mesmos..

15

3 ANLISE E PROJETO DO SOFTWARE

3.1 LISTAS DE REQUISITOS

Requisitos so condies necessrias por um usurio para resolver um problema ou alcanar


um objetivo para satisfazer um contrato ou padro. Tudo o que um sistema deve fazer para
implementar uma necessidade requerida pelo usurio. o que o sistema deve ter para atender
exatamente o propsito para o qual foi criado. Segue abaixo os quadros com os Requisitos
Funcionais(RF) e Requisitos No Funcionais(RNF) do sistema.

3.1.1 Requisitos Funcionais

Quadro 1 - Requisitos Funcionais

Requisitos Funcionais
RF01: O sistema dever permitir o administrador manter os
funcionrios.
RF02: O sistema dever permitir o administrador o registro
do servio de cada funcionrio.
RF03: O sistema dever permitir o administrador que emita
relatrios
RF04: O sistema dever permitir ao usurio manter os
clientes.
RF05: O sistema dever permitir ao usurio manter os
produtos utilizados no salo.
RF06: O sistema dever permitir ao usurio agendar os
atendimentos.
RF07: O sistema dever permitir ao usurio manter os
atendimentos realizados no estabelecimento.
RF08: O sistema dever permitir ao usurio manter os
servios.
RF09: O sistema dever permitir ao usurio manter os
diagnsticos de tratamento dos clientes.
Fonte: Autoria prpria.

Casos de Uso
UC01.01
UC01.02
UC01.03
UC02.01
UC02.02
UC02.03
UC02.04
UC02.05
UC02.06

16

3.1.2 Requisitos No Funcionais

Quadro 2 - Requisitos No Funcionais

Requisitos No Funcionais
RNF01: Realizao 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 padro do Visual Studio 2008 afim de
facilitar a visualizao e manuseio.
RNF05: O sistema ser usado em apenas um computador.
RNF06: Os perfis de usurio para acesso ao sistema sero administrador
e usurio
Fonte: Autoria prpria

3.2 TECNOLOGIAS

Para o desenvolvimento desse sistema foi utilizada a linguagem de programao C#1


(CSharp) criada pela Microsoft. A empresa baseou-se nas linguagens de programao C++ 2 e
Java3.
Segundo a Microsoft, a linguagem C# foi criada junto com a arquitetura .NET. Embora
existam vrias outras linguagens que suportam essa tecnologia, tais como a linguagem C++.
O C# possui todas as caractersticas de uma linguagem orientada a objetos que segue os
conceitos de encapsulamento, herana 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 cdigo em C#.

Linguagem C# uma linguagem de programao orientada a objetos criada pela Microsoft e que faz parte da

plataforma .Net.
2

C++ uma linguagem de programao de nvel mdio desenvolvida por Bjarne Stroustrup em 1983 no Bell Labs

como um adicional linguagem C.


3

A linguagem de programao Java orientada a objetos (comportamento dos objetos determinados por classes) e

compilada em bytecode (as instrues so executadas atravs de uma Mquina Virtual Java - JVM e podem ser
processadas em sistemas com suporte a C++).

17

Figura 2 - Cdigo C#
Fonte: Autoria prpria.

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 relatrios 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 possvel gerar
relatrios de maneira simples e prtica.

4 ESTUDO DE CASO

O salo de beleza Luzia e Manas, que atualmente conta com 9 profissionais em seu quadro de
funcionrios, deseja informatizar seus processos com a finalidade de torn-los mais rpidos 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 funcionrias em cada processo realizado no estabelecimento.
Atualmente, o salo no possui cadastro de seus clientes, s possui uma agenda para marcar
os servios requisitados e registrar pedidos de servios, pagamentos efetuados e ocasionais
vendas de produtos.
Em caso de agendamento, instruo da atendente recolher dados sobre o tipo de servio(s)
requisitado(s): a descrio do servio solicitado, data e horrio que o cliente deseja, e se j possui
uma profissional de preferncia.
Para cada pedido de servio deve-se registrar o nome do cliente que o requisitou, o
profissional que ir atend-lo, uma breve descrio do(s) servio(s), data e hora atuais, seu
preo-base, valor total e identificao do pedido.
Quanto a venda de produtos, a atendente deve registrar o produto a ser vendido, data, preobase, total da venda e qual cliente requisitou o produto.
Os dados sobre os funcionrios do salo so controlados pela gerente, que coleta informaes
pertinentes a cadastro, tais como: nome, identidade, CPF, CTPS, e cargo.
A gerente do salo exerce tambm a funo de estoquista. A prpria responsvel pelo
controle do estoque de materiais e produtos usados no salo. Esses produtos podem ser tanto
para uso dos funcionrios nos clientes, como para a venda, e seu cadastro feito pelo Setor
Administrativo. Sobre os produtos, so coletados dados como: nome, descrio, preo,
quantidade em estoque e preo unitrio.
Quanto ao estoque, importante ressaltar que a sada 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 salo. No caso de produtos para venda,
preciso tambm saber a quantidade vendida para a garantia dos produtos retirados do estoque.
Para que se realize um controle mais eficaz, faz-se necessria a verificao peridica de quais
produtos entram e saem do salo e, a baixa (em caso de sada) ou cadastro (em caso de entrada)
dos mesmos no sistema.
Os produtos e materiais utilizados so disponibilizados pelo salo para que os profissionais
utilizem nos clientes, com exceo de materiais de uso pessoal.
Guardam-se ainda, informaes bsicas com relao aos fornecedores do salo, tais quais:
nome fantasia, CNPJ, endereo e telefone para contato. O Setor Administrativo realiza a
manuteno desses dados, visto que os cadastros dos produtos esto relacionados aos seus

19

fornecedores.
Foi estabelecido que a realizao de troca de produtos vendidos no salo no deve ser um
procedimento frequente, dessa forma cada caso tratado separadamente. A avaliao do motivo
da troca feita pela gerente, que confirma ou no a troca do produto.
O Setor Administrativo responsabiliza-se por manter uma relao dos servios oferecidos
pelo salo organizados por: nome, descrio, preo-base, e os profissionais que os executam.
Os pagamentos so recebidos pela atendente nas seguintes formas: vista, em dinheiro,
carto de crdito, carto de dbito ou cheque.
Para pagamentos com carto de crdito o salo guarda apenas boletos gerados pelas
mquinas de carto para controle desse tipo de pagamento, sendo assim o sistema no dever
armazenar os dados do carto de crdito do cliente, somente registrar o valor cobrado pelo
servio.
Com relao aos requisitos do sistema, necessidade da gerente que o sistema seja capaz de
registrar perfis de usurios, atravs de login e senha e definir quais permisses de cada perfil ao
sistema.

20

5 CRONOGRAMA

O cronograma de grande importncia para o projeto de desenvolvimento do software. Pelo


cronograma possvel 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
possvel minimizar os riscos e provveis problemas durante o desenvolvimento. Segue abaixo o
cronograma desse trabalho.

Figura 3 - Cronograma do projeto


Fonte: Autoria prpria

O sistema foi desenvolvido por um analista de realizou todas as funes no processo do


projeto de software que so: levantamento de requisitos, documentao, desenvolvido do
software, teste, implantao, treinamento e acompanhamento.

21

6 DIAGRAMAS

6.1 DIAGRAMA DE CASO DE USO

uma tcnica
ca de modelagem de requisitos que descreve
d
as aes do sistema. O Caso de Uso
um documento narrativo que descreve a sequncia de eventos de um ator que usa um sistema
para completar um processo. O diagrama abaixo apresenta as funcionalidades que o usurio pode
realizar.

Figura 4 - Diagrama de Caso de Uso


Fonte: Autoria Prpria

22

Foram identificados os seguintes atores para o sistema:

Administrador - o indivduo responsvel pelo gerenciamento do salo de beleza. Faz o

controle dos produtos estocados, realiza compra de materiais para o salo, controla os
funcionrios e emite relatrios gerenciais.

Usurio - Responsvel por receber os clientes no estabelecimento. Deve cadastrar

clientes, agendar servios, gerar pedidos, e prestar o atendimento. Alm de registrar os


pagamentos e venda de produtos.

6.1.1 Descrio de Casos de Uso

Segundo Bezerra(2006), o enfoque ao utilizar casos de uso identificar os objetivos do


usurio ao invs das funes do sistema. Ter em mente que o modelo de caso de uso define uma
viso externa do sistema. Embora essa viso externa implique uma descrio tcnica das aes e
das estruturas internas do sistema.
Nos quadros abaixo podemos visualizar as descries dos casos de uso.

No Quadro 4 apresenta-se o caso de uso "UC02.01 - Manter Clientes".


Nome do caso de uso
Descrio

Manter Clientes (UC02.01)


O usurio ou administrador realiza o cadastro (incluso,
excluso, alterao e consulta) dos clientes.

Ator(es)

Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

23

Fluxo principal

1. O usurio ou administrador requisita a manuteno de


clientes.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um cliente, a alterao dos dados de
um cliente, a excluso de um cliente e a consulta de um
cliente.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno de clientes, o caso de uso retorna ao passo 2;

Fluxo Alternativo - Incluso

caso contrario, o caso de uso termina.


1. O usurio ou administrador requisita a incluso de um
cliente.
2. O sistema apresenta um formulrio em branco para que os
dados do cliente sejam preenchidos.
3. O usurio ou administrador fornece os dados do cliente.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo cliente; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. usurio ou administrador altera um ou mais dados do


cliente e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do cliente; caso contrrio, reporta o

Fluxo Alternativo Consulta

fato.
1. O usurio ou administrador insere os dados para consultar
o cliente.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo Excluso

dados pertinentes ao cliente e reporta o fato.


1. O usurio ou administrador seleciona um cliente e
requisita ao sistema a excluso.
2. Se o cliente puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.

24

Ps-condio

Um cliente foi inserido, consultado ou excludo, ou seus


dados foram alterados.
Quadro 4 - Descrio d o 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
Descrio

Manter Produtos (UC02.02)


O usurio ou administrador realiza o cadastro (Incluso,

Ator(es)

excluso, alterao e consulta) dos produtos.


Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

Fluxo principal

1. O usurio ou administrador requisita a manuteno de


produtos.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um produto, a alterao dos dados
de um produto, a excluso de um produto e a consulta de um
produto.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno de produtos, o caso de uso retorna ao passo 2;

Fluxo Alternativo - Incluso

caso contrario, o caso de uso termina.


1. O usurio ou administrador requisita a incluso de um
produto.
2. O sistema apresenta um formulrio em branco para que os
dados do produto sejam preenchidos.
3. O usurio ou administrador fornece os dados do produto.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo produto; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

25

Fluxo Alternativo Alterao

1. O usurio ou administrador altera um ou mais dados do


produto e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do produto; caso contrrio, reporta o

Fluxo Alternativo Consulta

fato.
1. O usurio ou administrador insere os dados para consulta
do produto.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo - Excluso

dados pertinentes ao produto e reporta o fato.


1. O usurio ou administrador seleciona um produto e
requisita ao sistema que realize a excluso.
2. Se o produto puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.
Um produto foi inserido, consultado ou excludo, ou seus

Ps-condio

dados foram alterados.


Quadro 5 - Descrio d o 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
Descrio

Agendar Atendimentos (UC02.03)


O usurio ou administrador realiza o cadastro (Incluso,

Ator(es)

excluso, alterao e consulta) dos agendamentos.


Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

26

Fluxo principal

1. O usurio ou administrador requisita o agendamento do


atendimento.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um agendamento, a alterao dos
dados de um agendamento, a excluso de um agendamento e
a consulta de agendamento.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno de agendamentos, o caso de uso retorna ao passo

Fluxo Alternativo - Incluso

2; caso contrario, o caso de uso termina.


1. O usurio ou administrador requisita a incluso de um
agendamento.
2. O sistema apresenta um formulrio em branco para que os
dados do agendamento sejam preenchidos.
3. O usurio ou administrador fornece os dados para
agendamento.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo agendamento; caso contrrio, o sistema

Fluxo Alternativo Alterao

reporta o fato, solicita novos dados e repete a verificao.


1. O usurio ou administrador altera um ou mais dados do
agendamento e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do agendamento; caso contrrio,

Fluxo Alternativo Consulta

reporta o fato.
1. O usurio ou administrador insere os dados para consulta
do agendamento.
2. O sistema apresenta o formulrio preenchido com todos os
dados pertinentes ao agendamento e reporta o fato.

27

Fluxo Alternativo - Excluso

1. O usurio ou administrador seleciona um agendamento a


requisita ao sistema que realize a excluso.
2. Se o agendamento puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.
Um agendamento foi inserido, consultado ou removido, ou

Ps-condio

seus dados foram alterados.


Quadro 6 - Descrio d o 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
Descrio

Manter Atendimentos (UC02.04)


O usurio ou administrador realiza o cadastro (Incluso,

Ator(es)

excluso, alterao e consulta) dos atendimentos.


Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

Fluxo principal

1. O usurio ou administrador requisita o cadastro do


atendimento.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um atendimento, a alterao dos
dados de um atendimento, a excluso de um atendimento e a
consulta de atendimentos.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno de atendimentos, o caso de uso retorna ao passo
2; caso contrario, o caso de uso termina.

28

Fluxo Alternativo - Incluso

1. O usurio ou administrador requisita a incluso de um


atendimento.
2. O sistema apresenta um formulrio em branco para que os
dados do atendimento sejam preenchidos.
3. O usurio ou administrador fornece os dados do
atendimento.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo atendimento; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. O usurio ou administrador altera um ou mais dados do


atendimento e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do atendimento; caso contrrio,

Fluxo Alternativo Consulta

reporta o fato.
1. O usurio ou administrador insere os dados para consulta
do produto.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo - Excluso

dados pertinentes ao produto e reporta o fato.


1. O usurio ou administrador seleciona um atendimento e
requisita ao sistema que realize a excluso.
2. Se o atendimento puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.
Um atendimento foi inserido, consultado ou excludo, ou

Ps-condio

seus dados foram alterados.


Quadro 7 - Descrio d o caso de uso "UC02.04 - Manter Atendimentos".

No Quadro 8 apresenta-se o caso de uso "UC02.05 - Manter Servios".


Nome do caso de uso
Descrio

Manter Servio (UC02.05)


O usurio ou administrador realiza o cadastro (Incluso,

Ator(es)

excluso, alterao e consulta) dos servios.


Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

29

Fluxo principal

1. O usurio ou administrador requisita o cadastro do servio.


2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um servio, a alterao dos dados de
um servio, a excluso de um servio e a consulta de
servios.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno de servios, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.

Fluxo Alternativo - Incluso

1. O usurio ou administrador requisita a incluso de um


servio.
2. O sistema apresenta um formulrio em branco para que os
dados do servio sejam preenchidos.
3. O usurio ou administrador fornece os dados do servio.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo servio; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. O usurio ou administrador altera um ou mais dados do


servio e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do servio; caso contrrio, reporta o

Fluxo Alternativo Consulta

fato.
1. O usurio ou administrador insere os dados para consulta
do servio.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo - Excluso

dados pertinentes ao produto e reporta o fato.


1. O usurio ou administrador seleciona um servio e
requisita ao sistema que realize a excluso.
2. Se o servio puder ser excludo, o sistema realiza a

Ps-condio

excluso; caso contrrio, reporta o fato.


Um servio foi inserido, consultado ou excludo, ou seus
dados foram alterados.

30

Quadro 8 - Descrio d o caso de uso "UC02.05 - Manter Servios".

No Quadro 9 apresenta-se o caso de uso "UC01.01 - Manter Funcionrios".


Nome do caso de uso
Descrio
Ator(es)
Pr-condio
Fluxo principal

Manter Funcionrios (UC01.01)


O administrador realiza o cadastro (Incluso, excluso,
alterao e consulta) de funcionrios.
Administrador
O administrador deve estar identificado pelo sistema.
1. O gerente requisita o cadastro do funcionrio.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso de um funcionrio, a alterao dos
dados de um funcionrio, a excluso de um funcionrio e a
consulta de funcionrios.
3. O administrador indica a operao a realizar ou opta por
finalizar o caso de uso.
4. O administrador seleciona a operao desejada: incluso,
excluso, alterao ou consulta.
5. Se o administrador deseja continuar com a manuteno de
funcionrios, o caso de uso retorna ao passo 2; caso
contrario, o caso de uso termina.

Fluxo Alternativo - Incluso

1. O administrador requisita a incluso de um funcionrio.


2. O sistema apresenta um formulrio em branco para que os
dados do funcionrio sejam preenchidos.
3. O administrador fornece os dados do funcionrio.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo funcionrio; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. O administrador altera um ou mais dados do funcionrio e


requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do funcionrio; caso contrrio,
reporta o fato.

31

Fluxo Alternativo Consulta

1. O administrador insere os dados para consulta do


funcionrio.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo - Excluso

dados pertinentes ao funcionrio e reporta o fato.


1. O administrador seleciona um funcionrio e requisita ao
sistema que realize a excluso.
2. Se o funcionrio puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.
Um funcionrio foi inserido, consultado ou excludo, ou seus

Ps-condio

dados foram alterados.


Quadro 9 - Descrio d o caso de uso "UC01.01 - Manter Funcionrios".

No Quadro 10 apresenta-se o caso de uso "UC01.02 - Registrar Servio do


Funcionrio".
Nome do caso de uso
Descrio
Ator(es)
Pr-condio
Fluxo principal

Registrar Servio do Funcionrio (UC01.02)


O Administrador realiza o cadastro (Incluso, excluso,
alterao e consulta) do servio que o funcionrio pode
Primrio: Gerente
O administrador deve estar identificado pelo sistema.
1. O administrador requisita o cadastro do servio do
funcionrio.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso, alterao, excluso e consulta de
servio dos funcionrios.
3. O administrador indica a operao a realizar ou opta por
finalizar o caso de uso.
4. O administrador seleciona a operao desejada: incluso,
excluso, alterao ou consulta.
5. Se o administrador deseja continuar com a manuteno do
servio do funcionrio, o caso de uso retorna ao passo 2; caso
contrario, o caso de uso termina.

32

Fluxo Alternativo - Incluso

1. O administrador requisita a incluso de um servio para


um funcionrio.
2. O sistema apresenta um formulrio em branco para que os
dados do servio sejam preenchidos.
3. O administrador fornece os dados do servio.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo servio; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. O administrador altera um ou mais dados do servio de um


funcionrio e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do servio; caso contrrio, reporta o

Fluxo Alternativo Consulta

fato.
1. O administrador insere os dados para consulta dos servios
de um funcionrio.
2. O sistema apresenta o formulrio preenchido com todos os
dados pertinentes aos servios do funcionrio e reporta o

Fluxo Alternativo - Excluso

fato.
1. O administrador seleciona o servio de um funcionrio e
requisita ao sistema que realize a excluso.
2. Se o servio puder ser excludo, o sistema realiza a
excluso; caso contrrio, reporta o fato.
Um servio foi inserido, consultado ou excludo para um

Ps-condio

funcionrio ou seus dados foram alterados.


Quadro 10 - Descrio d o caso de uso "UC01.02 - Manter Serv io do Funcionrio".

No Quadro 11 apresenta-se o caso de uso "UC01.03 - Emitir Relatrios".


Nome do caso de uso
Descrio

Manter Emitir Relatrios (UC01.03)


O Administrador emite relatrios.

Ator(es)
Pr-condio

Administrador
O administrador deve estar identificado pelo sistema.

33

Fluxo principal

1. O administrador requisita a emisso do relatrio.


2. O administrador apresenta as opes de relatrios
disponveis.
3. O administrador indica a opo de relatrio desejada.
4. O administrador apresenta uma tela com os filtros
disponveis.
5. O administrador seleciona o filtro desejado.
6. O sistema apresenta o relatrio em tela com as opes de
impresso ou de armazenamento em arquivo.

Ps-condio

Um relatrio foi emitido.


Quadro 11 - Descrio d o caso de uso "UC01.03 - Emitir Relatrios".

No Quadro 12 apresenta-se o caso de uso "UC02.06 - Manter Diagnsticos".


Nome do caso de uso
Descrio

Manter Diagnsticos (UC02.06)


O usurio ou administrador realiza o cadastro de

Ator(es)

diagnsticos.
Primrio: Usurio
Secundrio: Administrador

Pr-condio

O usurio ou administrador deve estar identificado pelo


sistema.

Fluxo principal

1. O usurio ou administrador requisita o cadastro do


diagnstico.
2. O sistema apresenta as operaes que podem ser
realizadas: a incluso, alterao, excluso e consulta de
diagnsticos.
3. O usurio ou administrador indica a operao a realizar ou
opta por finalizar o caso de uso.
4. O usurio ou administrador seleciona a operao desejada:
incluso, excluso, alterao ou consulta.
5. Se o usurio ou administrador deseja continuar com a
manuteno do diagnstico, o caso de uso retorna ao passo 2;
caso contrario, o caso de uso termina.

34

Fluxo Alternativo - Incluso

1. O usurio ou administrador requisita a incluso de um


diagnstico.
2. O sistema apresenta um formulrio em branco para que os
dados do servio sejam preenchidos.
3. O usurio ou administrador fornece os dados do
diagnstico.
4. O sistema verifica a validade dos dados. Se os dados forem
vlidos, inclui o novo diagnstico; caso contrrio, o sistema
reporta o fato, solicita novos dados e repete a verificao.

Fluxo Alternativo Alterao

1. O usurio ou administrador altera um ou mais dados do


diagnstico e requisita a atualizao.
2. O sistema verifica a validade dos dados e, se eles forem
vlidos, altera os dados do diagnstico; caso contrrio,

Fluxo Alternativo Consulta

reporta o fato.
1. O usurio ou administrador insere os dados para consulta
do diagnstico.
2. O sistema apresenta o formulrio preenchido com todos os

Fluxo Alternativo - Excluso

dados pertinentes ao diagnstico e reporta o fato.


1. O usurio ou administrador seleciona o diagnstico e
requisita ao sistema que realize a excluso.
2. Se o diagnstico puder ser excludo, o sistema realiza a

Ps-condio

excluso; caso contrrio, reporta o fato.


Um diagnstico foi inserido, removido, consultado, ou seus
dados foram alterados..
Quadro 12 - Descrio d o caso de uso "UC02.06 - Manter Diagnsticos".

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 ao 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 Usurio


Fonte: Autoria prpria.

36

Figura 6 - Diagrama de Atividades - Cadastro de Cliente


Fonte: Autoria prpria.

37

Figura 7 - Diagrama de Atividades - Consulta Usurio


Fonte: Autoria prpria.

38

6.4 DIAGRAMA
IAGRAMA DE CLASSES

O Diagrama de Classes mostra o conjunto de classes com seus atributos e mtodos e os


relacionamentos entre as classes. Segue abaixo o diagrama que demonstra quais so as classes do
sistema e como so os seus relacionamentos.

Figura 8 - Diagrama de Classes


Fonte: Autoria prpria.

39

6.4.1 Dicionrio das Classes

Quadro 13 - Pessoa
Campo
cod_pessoa
nome_pessoa
dt_nasc
tel_res
tel_cel
email

Tipo
Int
String
Date
String
String
String

Descrio
Cdigo da pessoa, chave primria
Nome da Pessoa
Data de nascimento
Telefone residencial da pessoa
Telefone celular da pessoa
Endereo de e-mail
Fonte: Autoria prpria.

Quadro 14 - Cliente
Campo
cod_cliente
cod_pessoa
tipo_cabelo

Tipo
Int
Int
String

Descrio
Cdigo do cliente, chave primria
Cdigo da pessoa, chave estrangeira
Tipo de cabelo
Fonte: Autoria prpria.

Quadro 15 - Funcionrio
Campo
cod_funcionario
cod_pessoa
RG
CTPS
CPF
endereco
Usuario
Senha

Tipo
Int
Int
String
String
String
String
String
String

Descrio
Cdigo do funcionrio, chave primria
Cdigo da pessoa, chave estrangeira
Nmero de identidade do funcionrio
Carteira de trabalho
Cadastro de pessoa fsica
Endereo do funcionrio
Nome de usurio do funcionrio no sistema
Senha de acesso do funcionrio no sistema
Fonte: Autoria prpria.

Quadro 16 - Atendimento
Campo
cod_atendimento
cod_funcionario
cod_cliente
cod_servico
cod_agendamento
valor_servico

Tipo
Descrio
Int
Cdigo do atendimento, chave primria
Int
Cdigo do funcionrio, chave estrangeira
Int
Cdigo do cliente, chave estrangeira
Int
Cdigo do servio, chave estrangeira
Int
Cdigo do agendamento, chave estrangeira
Double
Valor do servio
Fonte: Autoria prpria.

40

Quadro 17 - Servio
Campo
cod_servico
nome_servico
dsc_servico
valor_Servico

Tipo
Int
String
String
Double

Descrio
Cdigo do servio, chave principal
Nome do servio
Descrio do servio
Valor do servio
Fonte: Autoria prpria.

Quadro 18 - Agendamento
Campo
cod_agendamento
dt_hora_agendamento
cod_funcionario
cod_cliente
cod_servico

Tipo
Descrio
Int
Cdigo do agendamento, chave principal
Date
Data e hora do agendamento
Int
Cdigo da pessoa, chave estrangeira
Int
Cdigo do cliente, chave estrangeira
Int
Cdigo do servio, chave estrangeira
Fonte: Autoria prpria.

Quadro 19 - Venda Produto


Campo
cod_venda
cod_cliente
valor_venda

Tipo
Int
Int
Double

Descrio
Cdigo de venda, chave principal
Cdigo do cliente, chave estrangeira
Valor da venda
Fonte: Autoria prpria.

Quadro 20 - Produto
Campo
cod_produto
nome_produto
dsc_produto
qtd_estoque
valor_unitario
cod_fornecedor

Tipo
Int
String
String
Int
Double
Int

Descrio
Cdigo do produto, chave principal
Nome do produto
Descrio do produto
Quantidade do produto no estoque
Valor unitrio de cada produto
Cdigo do fornecedor, chave estrangeira
Fonte: Autoria prpria.

41

Quadro 21 - Diagnstico do Cabelo


Campo
cod_diagnostico
tipo_cabelo
Efeito

Tipo
Int
String
String

Descrio
Cdigo do diagnstico, chave principal
Tipo de cabelo
Efeito a ser usado no cabelo

Deve_usar

String

Tipo de corte indicado

Deve_evitar

String

Tipo de corte que deve evitar


Fonte: Autoria prpria.

Quadro 22 - Fornecedor
Campo
cod_fornecedor
nome_fornecedor
cnpj
logradouro
telefone

Tipo
Int
String
String
String
String

Descrio
Cdigo do fornecedor, chave principal
Nome do fornecedor
Cnpj do fornecedor
Endereo do fornecedor
Telefone do fornecedor
Fonte: Autoria prpria.

42

6.5 DIAGRAMAS DE SEQUNCIA

O diagrama de sequncia visa determinar a sequncia de eventos que ocorrem em um


caso de uso, ou seja, quais operaes devem ser acionadas entre os objetos envolvidos e qual a
ordem exata dos eventos para a realizao completa do caso de uso. Podemos verificar alguns
diagramas abaixo:

Figura 9 - Diagrama de Sequncia - Controlar Acesso


Fonte: Autoria prpria.

43

Figura 10 - Diagrama de Sequncia - Analisar Corte


Fonte: Autoria prpria.

44

Figura 11 - Diagrama de Sequncia - Cadastro de Cliente


Fonte: Autoria prpria.

45

7 CONCLUSO

Com a implantao do sistema a rotina do estabelecimento foi completamente alterada


aumentando a produtividade dos funcionrios. Antes do uso do sistema o salo no tinha
organizao para controlar os agendamentos. Todos os agendamentos so realizados
corretamente com os respectivos profissionais e as informaes so localizadas facilmente pela
atendente atravs de consulta no sistema. Assim, possvel entrar em contato com o cliente para
confirmar o agendamento. Todas as informaes so inseridas no sistema e controlados
semanalmente pela gerente seguindo o relatrio de agendamentos dispensando as anotaes
manuais em uma agenda.
Foi ministrado um treinamento realizado com a gerente e a funcionria 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 vdeo explicativo que serve como
manual de funcionamento do sistema.
O controle de estoque facilitou a aquisio de novos produtos e todos os servios so
realizados de acordo com o produto indicado pelo profissional ou solicitado pelo cliente.
Havia divergncia com o pagamento dos funcionrios em razo da falta de controle dos
agendamentos de cada profissional, e com o controle do servios prestados houve tambm uma
receptividade grande em relao aos profissionais que trabalham no estabelecimento, pois no
final do dia possvel verificar quais foram os servios realizados por cada profissional
facilitando assim o pagamento dos funcionrios.

46

8 EXTENSES

Para dar continuidade ao sistema podero ser includas as seguintes funcionalidades:


1.

Simulao de penteado com a imagem do cliente;

2.

Emisso de nota fiscal de servios;

3.

Pagamento de funcionrios com todos os impostos de acordo com a CLT;

4.

Agendamento de servios pela web para dar maior facilidade ao cliente;

5.

Sistema de compra e venda pela web;

6.

Emisso de nota fiscal para venda de produtos.

47

REFERNCIAS

BEZERRA, E. Princpios de anlise e projeto de sistemas uml: um guia prtico para


modelagem de sistemas. 1. ed. Rio de Janeiro: Editora Campus, 2006. 380p.
LUDWIG, M.. Sistema para o controle de salo de beleza. 2012. 58 p. Trabalho de Concluso
de Curso(Bacharelado em Sistemas da Informao) - Universidade Regional de Blumenau, Santa
Catarina,
2012.[Orientador:
Prof.
Johny
Alceu
Pereira].
Disponvel
em:
<http://campeche.inf.furb.br/tccs/2012-I/TCC2012-1-10-VF-MarcosLudwig.pdf>.Acesso
em:
20/05/2013
SILVA, Clvis L. M.; BARBOSA, Solange de Lima. Estratgia, fatores de competitividade e
contexto de referncia das organizaes: uma anlise arquetpica. Revista de Administrao
Contempornea,
Curitiba,
v.
6,
n.
3,
set./dez.
2002
Disponvel
em:
<http://www.scielo.br/scielo.php?pid=S141565552002000300002&script=sci_arttext&tlng=en>. Acessado em: 30/09/2012.
DUARTE, R. Pesquisa qualitativa: reflexes sobre o trabalho de
Pesquisa. [online].
2002,
n.115,
pp.
139-154.
ISSN
http://dx.doi.org/10.1590/S0100-15742002000100005.

campo. Cad.
0100-1574.

48

APNDICES

Apndice A - Telas

Figura 12 - Tela de login e senha


Fonte: Autoria prpria.

Tela de login, utilizada para validao de acesso do usurio.

Figura 13 - Tela de menu


Fonte: Autoria prpria.
Tela de Menu, em cima do login libera os acessos dentro do sistema.

49

Figura 14 - Tela de cadastro de pessoa


Fonte: Autoria prpria.
Tela de registro de Pessoas no sistema. Realiza validao de CPF(no pode ter duas com o mesmo) e correio
eletrnico se vlido.

Figura 15 - Tela de cadastro do cabelo da Cliente


Fonte: Autoria prpria.
Aps cadastrar uma pessoa no sistema, caso seja cliente voc acessa esse menu, ao digitar o CPF o sistema
pesquisa 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 promoes para cabelo afro por exemplo.

50

Figura 16 - Tela de cadastro de funcionrios


Fonte: Autoria prpria.
Caso a pessoa seja um funcionrio necessrio acessar esse menu e preencher com os dados pertinentes.

Figura 17 - Tela de cadastro de produto


Fonte: Autoria prpria.
Cadastra os produtos utilizados e/ou vendidos pelo salo de beleza

51

Figura 18 - Tela de cadastro de servio


Fonte: Autoria prpria.
Cadastra os servios prestados no salo de beleza

Figura 19 - Tela de funo do funcionrio


Fonte: Autoria prpria.
Vincula quais servios praticados por cada funcionrio.

52

Figura 20 - Tela de diagnstico do cabelo


Fonte: Autoria prpria.
Cadastra para cada cabelo e efeito conselhos dos experientes da rea de salo quem deve usar ou evitar
determinados servios ou produtos.

Figura 21 - tela de agendamento


Fonte: Autoria prpria.
Agenda atendimento entre funcionrio e cliente

53

Figura 22 - Tela de atendimento


Fonte: Autoria prpria.
Cadastra os atendimentos realizados e o valor recebido pelo funcionrio

Figura 23 - Tela de diagnstico


Fonte: Autoria prpria.
Tela de pesquisa para os usurios sobre quais aes devem realizar ou evitar no salo.

54

Apndice B - Questionrio

Perguntas:
1 J perdeu cliente, pois a recepo no tinha acesso a seus horrios para colocar um cliente
em sua agenda ? Sim ou no?

2 J teve divergncia nos valores recebidos de comisso junto ao gerente? Sim ou no?

3 J ficou sem produto necessrio para um atendimento, pois no existe um controle de


estoque ?sim ou no?

4 J ocorreu de perder o telefone de um cliente que precisava ligar confirmando? Sim ou


no?

5 Acha interessante um sistema que possa administrar os temas acima de ainda gerar
relatrios com os agendamentos?

55

56

57

58

59

60

61

62

63

Вам также может понравиться