Documentação de sistema

FAETERJ-RJ – Faculdade de Educação Tecnológica do Estado do Rio de Janeiro

Análise de Sistemas Informatizados

Sistema FastHair

Paulo Gonçalves Ferreira Júnior

Rio de Janeiro

2014


Sistema FastHair

Trabalho de conclusão de curso apresentado como exigência para obtenção do grau de Tecnologia em Análise de Sistemas Informatizado da FAETERJ-RJ - Faculdade de Educação Tecnológica do Estado do Rio de Janeiro.

Orientador: Ricardo Marciano dos Santos

Rio de Janeiro 2014

F383s Ferreira Júnior, Paulo Gonçalves

Sistema FastHair / Paulo Gonçalves Ferreira Júnior. - Rio de Janeiro, RJ:[S.N], 2014.

63 f.:il.

Trabalho de Conclusão de Curso apresentado como exigência para obtenção do grau de tecnologia em análise de sistemas informatizado da FAETERJ-RJ, Faculdade de Educação Tecnológica do Estado do Rio de 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


Trabalho de conclusão de curso aprovado como exigência para obtenção do grau de Tecnologia em Análise de Sistemas Informatizado da FAETERJ-RJ - Faculdade de Educação Tecnológica do Estado do Rio de Janeiro 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 Janeiro 2014

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 ................................................................................ 14

Figura 2 - Código em C# .......................................................................................................... 17

Figura 3 - Cronograma do Sistema ........................................................................................... 20

Figura 4 - Diagrama de Caso de Uso ........................................................................................ 21

Figura 5 - Diagrama de Atividades - Cadastro de Usuário....................................................... 35

Figura 6 - Diagrama de Atividades - Cadastro de Cliente ........................................................ 36

Figura 7 - Diagrama de Atividades - Consulta Usuário ........................................................... 37

Figura 8 - Diagrama de Classes ................................................................................................ 38

Figura 9 - Diagrama de Sequência - Controlar Acesso ............................................................ 42

Figura 10 - Diagrama de Sequência - Analisar Corte ............................................................... 43

Figura 11 - Diagrama de Sequência - 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 Funcionário ........................................................................... 50

Figura 17 - Tela de Cadastro de Produto .................................................................................. 50

Figura 18 - Tela de Cadastro de Serviço .................................................................................. 51

Figura 19 - Tela de Função do Funcionário ............................................................................. 51

Figura 20 - Tela de Diagnóstico do Cabelo .............................................................................. 52

Figura 21 - Tela de Agendamento ............................................................................................ 52

Figura 22 - Tela de Atendimento .............................................................................................. 53

Figura 23 - Tela de Diagnóstico ............................................................................................... 53

LISTA DE QUADROS Quadro 1 - Requisitos Funcionais ............................................................................................ 15

Quadro 2 - Requisitos Não Funcionais ..................................................................................... 16

Quadro 3 - Descrição do Caso de Uso UC02.01 - Manter Clientes ......................................... 22

Quadro 4 - Descrição do Caso de Uso UC02.02 - Manter Produtos ........................................ 24

Quadro 5 - Descrição do Caso de Uso UC02.03 - Agendar Atendimentos.............................. 25

Quadro 6 - Descrição do Caso de Uso UC02.04 - Manter Atendimentos ................................ 27

Quadro 7 - Descrição do Caso de Uso UC02.05 - Manter Serviços ........................................ 28

Quadro 8 - Descrição do Caso de Uso UC01.01 - Manter Funcionários ................................. 30

Quadro 9 - Descrição do Caso de Uso UC01.02 - Registrar Serviço do Funcionário ............. 31

Quadro 10 - Descrição do Caso de Uso UC01.03 - Emitir Relatórios ..................................... 32

Quadro 11 - Descrição do Caso de Uso UC02.06 - Manter Diagnósticos ............................... 33

Quadro 12 - Tabela Pessoa ....................................................................................................... 39

Quadro 13 - Tabela Cliente ...................................................................................................... 39

Quadro 14 - Tabela Funcionário ............................................................................................... 39

Quadro 15 - Tabela Atendimento ............................................................................................. 39

Quadro 16 - Tabela Serviço ...................................................................................................... 40

Quadro 17 - Tabela Agendamento............................................................................................ 40

Quadro 18 - Tabela Venda de Produto ..................................................................................... 40

Quadro 19 - Tabela Produto ..................................................................................................... 40

Quadro 20 - Tabela Diagnóstico do Cabelo ............................................................................. 41

Quadro 21 - Tabela Fornecedor ................................................................................................ 41

SUMÁRIO 1 INTRODUÇÃO ..................................................................................................................... 11

1.1 Descrição do Tema ......................................................................................................... 11

1.2 Justificativa ..................................................................................................................... 11

1.3 Objetivos ......................................................................................................................... 12

2 METODOLOGIA .................................................................................................................. 13

2.1 Delineamento de Pesquisa .............................................................................................. 13

2.2 Análise e Discussão dos Resultados ............................................................................... 13

2.3 Trabalhos Correlatos ....................................................................................................... 13

3 ANÁLISE E PROJETO DO SOFTWARE ........................................................................... 15

3.1 Listas de Requisitos ........................................................................................................ 15

3.1.1 Funcionais ................................................................................................................ 15

3.1.2 Não-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 Descrição de Caso de Uso ........................................................................................ 22

6.2 Diagramas de Atividades ................................................................................................ 35

6.3 Diagrama de Classes ....................................................................................................... 38

6.3.1 Dicionário das Classes ............................................................................................. 39

6.4 Diagramas de Sequência ................................................................................................. 42

7 CONCLUSÃO ....................................................................................................................... 45

8 EXTENSÕES ........................................................................................................................ 46

REFERÊNCIAS ....................................................................................................................... 47

APÊNDICES ............................................................................................................................ 48

Apêndice A - Telas ............................................................................................................... 48

Apê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.

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), apresent

Regional de Blumenau um sistema

desenvolvido registra os serv

mesmos..

Figura 1 - Gráfico de pesquisa de campo Fonte: Autoria própria.

TRABALHOS CORRELATOS


identificado um trabalho cujo o tema é um salão de beleza

ntou em seu trabalho de conclusão de cur

um sistema web para gerenciamento de salão d

viços estéticos e efetua o cálculo do perc

14


so pela Universidade

de beleza. O sistema

centual pago sobre os

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 Uso RF01: O sistema deverá permitir o administrador manter os funcionários.

UC01.01

RF02: O sistema deverá permitir o administrador o registro do serviço de cada funcionário.

UC01.02

RF03: O sistema deverá permitir o administrador que emita relatórios

UC01.03

RF04: O sistema deverá permitir ao usuário manter os clientes.

UC02.01

RF05: O sistema deverá permitir ao usuário manter os produtos utilizados no salão.

UC02.02

RF06: O sistema deverá permitir ao usuário agendar os atendimentos.

UC02.03

RF07: O sistema deverá permitir ao usuário manter os atendimentos realizados no estabelecimento.

UC02.04

RF08: O sistema deverá permitir ao usuário manter os serviços.

UC02.05

RF09: O sistema deverá permitir ao usuário manter os diagnó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 de facilitar 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 administrador e 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#


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 projeto Fonte: Autoria própria

O sistema foi desenvolvido por um analista de realizou todas as funções no processo do projeto de software que são: levantamento de requisitos, documentação, desenvolvido do software, teste, implantação, treinamento e acompanhamento.

6 DIAGRAMAS

6.1 DIAGRAMA DE CASO DE

É uma técnica de modelagem de requisitos que d

é 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.

6.1 DIAGRAMA DE CASO DE USO

ca de modelagem de requisitos que descreve as ações do sistema. O


O diagrama abaixo apresenta as funcionalidades que o usuário pode

Figura 4 - Diagrama de Caso de Uso Fonte: Autoria Própria

21

sistema. O Caso de Uso


O diagrama abaixo apresenta as funcionalidades que o usuário pode

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: Administrador

Pré-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: Administrador


sistema.

Fluxo principal 1. O usuário ou administrador requisita a manutenção de

produtos.


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.






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.


dados do produto sejam preenchidos.

3. O usuário ou administrador fornece os dados do produto.


válidos, inclui o novo produto; caso contrário, o sistema


25

Fluxo Alternativo – Alteração 1. O usuário ou administrador altera um ou mais dados do

produto e requisita a atualização.


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.


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


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



sistema.

26

Fluxo principal 1. O usuário ou administrador requisita o agendamento do

atendimento.


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.






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.


dados do agendamento sejam preenchidos.

3. O usuário ou administrador fornece os dados para

agendamento.


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.


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.


dados pertinentes ao agendamento e reporta o fato.

27

Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um agendamento a


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



sistema.

Fluxo principal 1. O usuário ou administrador requisita o cadastro do

atendimento.


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.






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.


dados do atendimento sejam preenchidos.

3. O usuário ou administrador fornece os dados do

atendimento.


válidos, inclui o novo atendimento; caso contrário, o sistema



atendimento e requisita a atualização.


válidos, altera os dados do atendimento; caso contrário,


do produto.


dados pertinentes ao produto e reporta o fato. Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um atendimento e


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



sistema.

29

Fluxo principal 1. O usuário ou administrador requisita o cadastro do serviço.


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.






manutenção de serviços, o caso de uso retorna ao passo 2;

caso contrario, o caso de uso termina.


serviço.


dados do serviço sejam preenchidos.

3. O usuário ou administrador fornece os dados do serviço.


válidos, inclui o novo serviço; caso contrário, o sistema



serviço e requisita a atualização.


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.


dados pertinentes ao produto e reporta o fato. Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona um serviço e


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


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) Administrador

Pré-condição O administrador deve estar identificado pelo sistema.

Fluxo principal 1. O gerente requisita o cadastro do funcionário.


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.


dados do funcionário sejam preenchidos.

3. O administrador fornece os dados do funcionário.


válidos, inclui o novo funcionário; caso contrário, o sistema


Fluxo Alternativo – Alteração 1. O administrador altera um ou mais dados do funcionário e

requisita a atualização.


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.


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


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 do Funcioná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 Ator(es) Primário: Gerente


Fluxo principal 1. O administrador requisita o cadastro do serviço do

funcionário.


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.



3. O administrador fornece os dados do serviço.


válidos, inclui o novo serviço; caso contrário, o sistema


Fluxo Alternativo – Alteração 1. O administrador altera um ou mais dados do serviço de um

funcionário e requisita a atualização.


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.


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


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) Administrador


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.

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: Administrador Pré-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.


realizadas: a inclusão, alteração, exclusão e consulta de

diagnósticos.






manutenção do diagnóstico, o caso de uso retorna ao passo 2;

caso contrario, o caso de uso termina.

34


diagnóstico.



3. O usuário ou administrador fornece os dados do

diagnóstico.


válidos, inclui o novo diagnóstico; caso contrário, o sistema



diagnóstico e requisita a atualização.


válidos, altera os dados do diagnóstico; caso contrário,


do diagnóstico.


dados pertinentes ao diagnóstico e reporta o fato. Fluxo Alternativo - Exclusão 1. O usuário ou administrador seleciona o diagnóstico e


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ário Fonte: Autoria própria.

36

Figura 6 - Diagrama de Atividades - Cadastro de Cliente Fonte: Autoria própria.

Figura

Figura 7 - Diagrama de Atividades - Consulta Usuário


37

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.

sistema e como são os seus relacionamentos.

IAGRAMA DE CLASSES

mostra o conjunto de classes com seus atributos e métodos e os

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 Classes Fonte: Autoria própria.

38

mostra o conjunto de classes com seus atributos e métodos e os

Segue abaixo o diagrama que demonstra quais são as classes do

39

6.4.1 Dicionário das Classes

Quadro 13 - Pessoa

Campo Tipo Descrição cod_pessoa Int Código da pessoa, chave primária

nome_pessoa String Nome da Pessoa dt_nasc Date Data de nascimento tel_res String Telefone residencial da pessoa tel_cel String Telefone celular da pessoa email String Endereço de e-mail


Quadro 14 - Cliente

Campo Tipo Descrição cod_cliente Int Código do cliente, chave primária cod_pessoa Int Código da pessoa, chave estrangeira tipo_cabelo String Tipo de cabelo


Quadro 15 - Funcionário

Campo Tipo Descrição cod_funcionario Int Código do funcionário, chave primária

cod_pessoa Int Código da pessoa, chave estrangeira RG String Número de identidade do funcionário

CTPS String Carteira de trabalho

CPF String Cadastro de pessoa física endereco String Endereço do funcionário Usuario String Nome de usuário do funcionário no sistema Senha String Senha de acesso do funcionário no sistema


Quadro 16 - Atendimento

Campo Tipo Descrição cod_atendimento Int Código do atendimento, chave primária cod_funcionario Int Código do funcionário, chave estrangeira

cod_cliente Int Código do cliente, chave estrangeira cod_servico Int Código do serviço, chave estrangeira

cod_agendamento Int Código do agendamento, chave estrangeira valor_servico Double Valor do serviço


40

Quadro 17 - Serviço

Campo Tipo Descrição cod_servico Int Código do serviço, chave principal

nome_servico String Nome do serviço dsc_servico String Descrição do serviço

valor_Servico Double Valor do serviço


Quadro 18 - Agendamento

Campo Tipo Descrição cod_agendamento Int Código do agendamento, chave principal

dt_hora_agendamento Date Data e hora do agendamento cod_funcionario Int Código da pessoa, chave estrangeira

cod_cliente Int Código do cliente, chave estrangeira cod_servico Int Código do serviço, chave estrangeira


Quadro 19 - Venda Produto

Campo Tipo Descrição cod_venda Int Código de venda, chave principal cod_cliente Int Código do cliente, chave estrangeira valor_venda Double Valor da venda


Quadro 20 - Produto

Campo Tipo Descrição cod_produto Int Código do produto, chave principal

nome_produto String Nome do produto dsc_produto String Descrição do produto qtd_estoque Int Quantidade do produto no estoque

valor_unitario Double Valor unitário de cada produto cod_fornecedor Int Código do fornecedor, chave estrangeira


41

Quadro 21 - Diagnóstico do Cabelo

Campo Tipo Descrição cod_diagnostico Int Código do diagnóstico, chave principal

tipo_cabelo String Tipo de cabelo Efeito String

Efeito a ser usado no cabelo

Deve_usar String

Tipo de corte indicado

Deve_evitar String

Tipo de corte que deve evitar


Quadro 22 - Fornecedor

Campo Tipo Descrição cod_fornecedor Int Código do fornecedor, chave principal

nome_fornecedor String Nome do fornecedor cnpj String Cnpj do fornecedor

logradouro String Endereço do fornecedor telefone String Telefone do fornecedor


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 Acesso


43

Figura 10 - Diagrama de Sequência - Analisar Corte Fonte: Autoria própria.

44

Figura 11 - Diagrama de Sequência - Cadastro de Cliente Fonte: 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 para modelagem 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ão de Curso(Bacharelado em Sistemas da Informação) - Universidade Regional de Blumenau, Santa Catarina, 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 e contexto de referência das organizações: uma análise arquetípica. Revista de Administração Contemporâ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 senha Fonte: Autoria própria.

Tela de login, utilizada para validação de acesso do usuário.

Figura 13 - Tela de menu Fonte: Autoria própria.

Tela de Menu, em cima do login libera os acessos dentro do sistema.

49

Figura 14 - Tela de cadastro de pessoa Fonte: Autoria própria.

Tela de registro de Pessoas no sistema. Realiza validação de CPF(não pode ter duas com o mesmo) e correio eletrônico se é válido.

Figura 15 - Tela de cadastro do cabelo da Cliente Fonte: Autoria própria.

Após 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 promoções para cabelo afro por exemplo.

50

Figura 16 - Tela de cadastro de funcionários Fonte: 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 produto Fonte: Autoria própria.

Cadastra os produtos utilizados e/ou vendidos pelo salão de beleza

51

Figura 18 - Tela de cadastro de serviço Fonte: Autoria própria.

Cadastra os serviços prestados no salão de beleza

Figura 19 - Tela de função do funcionário Fonte: Autoria própria.

Vincula quais serviços é praticados por cada funcionário.

52

Figura 20 - Tela de diagnóstico do cabelo Fonte: Autoria própria.

Cadastra para cada cabelo e efeito conselhos dos experientes da área de salão quem deve usar ou evitar determinados serviços ou produtos.

Figura 21 - tela de agendamento Fonte: Autoria própria.

Agenda atendimento entre funcionário e cliente

53

Figura 22 - Tela de atendimento Fonte: Autoria própria.

Cadastra os atendimentos realizados e o valor recebido pelo funcionário

Figura 23 - Tela de diagnóstico Fonte: 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

Documents

Documentação de sistema