JOSÉ LEOCADIO DE BARROS JUNIOR

JOSÉ LEOCADIO DE BARROS JUNIOR

HOTELPET – SISTEMA DESKTOP BASEADO EM NUVEM PARA

GESTÃO DE HOTEL, PETSHOP E CLÍNICAS VETERINÁRIAS

Assis/SP

2020

JOSÉ LEOCADIO DE BARROS JUNIOR

HOTELPET – SISTEMA DESKTOP BASEADO EM NUVEM PARA

GESTÃO DE HOTEL, PETSHOP E CLÍNICAS VETERINÁRIAS

Trabalho de conclusão de curso apresentado ao curso de Análise e Desenvolvimento de Sistemas do Instituto Municipal de Ensino Superior de Assis – IMESA e a Fundação Educacional do Município de Assis – FEMA, como requisito parcial à obtenção do Certificado de Conclusão.

Orientando: José Leocadio de Barros Junior Orientadora: Diomara Martins Reigato Barros

Assis/SP

2020

HOTELPET – SISTEMA DESKTOP BASEADO EM NUVEM PARA GESTÃO

DE HOTEL, PETSHOP E CLÍNICAS VETERINÁRIAS

JOSÉ LEOCADIO DE BARROS JUNIOR

Trabalho de Conclusão de Curso apresentado ao Instituto Municipal de Ensino Superior de Assis, como requisito do Curso de Graduação, avaliado pela seguinte comissão examinadora:

Orientadora:

Diomara Martins Reigato Barros Examinador:

Luiz Carlos Begosso

Assis/SP 2020

AGRADECIMENTOS

Em primeiro lugar agradeço a Deus e a nosso senhor Jesus Cristo, pelo discernimento e iluminação de meus pensamentos que me inspirando, guiou-me para o caminho certo. A minha orientadora, por me ajudar a realizar esse projeto com êxito. Agradeço também a meus familiares e amigos que tem acreditado em mim. E também a meus professores, por tudo o que me ensinaram ao longo desses anos.

RESUMO

O trabalho em questão apresenta o desenvolvimento de um software de gestão para hotel, clínicas veterinárias e petshop, com o objetivo de controlar a vendas de produtos, cadastro de clientes, bem como realizar reservas, facilitar procedimentos veterinários, oferecer históricos, além disso, o sistema tem como função principal, contribuir com a flexibilidade de ser um sistema monousuário ou multiusuário dependendo do negócio onde for implantado. O sistema conta também com o gerenciamento financeiro ágil e descomplicado, com a máxima velocidade e eficiência da informação. Sem deixar de ser uma plataforma segura e compacta.

ABSTRACT

The work in question presents the development of a management software for hotels, veterinary clinics and petshop, with the objective of controlling product sales, customer registration, as well as making reservations, facilitating veterinary procedures, offering histories, in addition the system has as its main function, contribute with the flexibility of being a single-user or multi-user system depending on the business where it is implemented. The system also has agile and uncomplicated financial management, with maximum speed and efficiency of information. Without ceasing to be a safe and compact platform.

LISTA DE ILUSTRAÇÕES

Figura 1: Mapa Mental ... 18

Figura 2: Estrutura Analítica do Projeto ... 19

Figura 3: Cronograma ... 20

Figura 4: Diagrama de Caso de Uso Geral ... 21

Figura 5: Diagrama de Caso de Uso Fazer login(administrador) ... 22

Figura 6: Diagrama de Caso de Uso Fazer login(funcionário) ... 24

Figura 7: Diagrama de Caso de Uso manter serviços ... 26

Figura 8: Diagrama de Caso de Uso listar serviços ... 28

Figura 9: Diagrama de Caso de Uso manter produtos ... 29

Figura 10: Diagrama de Caso de Uso listar produtos ... 31

Figura 11: Diagrama de Caso de Uso manter funcionário ... 32

Figura 12: Diagrama de Caso de Uso manter vendas ... 34

Figura 13: Diagrama de Caso de Uso efetuar venda ... 36

Figura 14: Diagrama de Caso de Uso manter clientes ... 38

Figura 15: Diagrama de Caso de Uso apagar cliente ... 40

Figura 16: Diagrama de Caso de Uso manter quarto(administrador) ... 42

Figura 17: Diagrama de Caso de Uso manter quarto(funcionário) ... 44

Figura 18: Diagrama de Caso de Uso solicitar relatórios ... 46

Figura 19: Diagrama de Entidade e Relacionamento ... 49

Figura 20: Diagrama de classe ... 50

Figura 21: Diagrama de Atividades – Atividade do administrador ... 51

Figura 22: Diagrama de Atividades – Atividade do funcionário ... 52

Figura 23: Diagrama de Sequência – Efetuar reserva ... 53

Figura 25: Login do Administrador ... 55

Figura 26: Cadastro do administrador ... 56

Figura 27: Dashboard ou Painel de Controle ... 56

Figura 28: Seleção de período para geração dos Relatórios ... 57

Figura 29: Configurações ... 57

Figura 30: Painel de vendas ... 58

Figura 31: Importação de produtos ... 58

Figura 32: Cadastro de quartos ou canis ... 59

Figura 33: Cadastro de serviços ... 59

Figura 34: Cadastro de clientes ... 60

Figura 35: Cadastro de animais ... 60

Figura 36: Check-in de animais ... 61

Figura 37: Check-out de animais ... 61

Figura 38: Registro de consumos dos animais no hotel ... 62

LISTA DE ABREVIATURAS E SIGLAS

DER ENTIDADE RELACIONAMENTO

IDE AMBIENTE INTEGRADO DE DESENVOLVIMENTO UML UNIFIED MODELING LANGUAGE

EAP ESTRUTURA ANALITICA DO PROJETO

SGBD SISTEMA GERENCIADOR DE BANCO DE DADOS FEMA FUNDAÇÃO EDUCACIONAL DO MUNICIPIO DE ASSIS ERP ENTERPRISE RESOURSE PLANNING

POO PROGRAMAÇÃO ORIENTADA A OBJETOS ORM OBJECT RELATIONAL MAPPING

SUMÁRIO

1.

INTRODUÇÃO ... 13

2.

TECNOLOGIAS UTILIZADAS PARA O DESENVOLVIMENTO DO

PROJETO ... 15

2.1. TECNOLOGIAS UTILIZADAS NA ANÁLISE ... 15

2.2. TECNOLOGIAS UTILIZADAS NO DESENVOLVIMENTO ... 16

2.2.1. C# ... 16

2.2.2. .NET Framework ... 16

2.2.3. Visual Studio ... 17

2.2.4. MySQL ... 17

3.

ANÁLISE E ESPECIFICAÇÃO DO SISTEMA ... 18

3.1. ESTRUTURA ANALÍTICA DO PROJETO ... 19

3.2. CRONOGRAMA ... 20

3.3. DIAGRAMAS DE CASOS DE USO ... 20

3.3.1. UC02 – Login funcionários ... 24

3.3.2. UC03-Manter Serviços ... 26

3.3.3. UC04-Consultas de serviços do funcionário ... 28

3.3.4. UC05-Manter produtos pelo administrador ... 29

3.3.5. UC06-Consulta de produtos por funcionário ... 31

3.3.6. UC07-Manter funcionário ... 32

3.3.7. UC08-Manter vendas ... 34

3.3.8. UC09-Efetuar Vendas ... 36

3.3.9. UC10-Manter clientes ... 38

3.3.10. UC11-Manter clientes (administrador) ... 40

3.3.11. UC12-Manter quarto (administrador) ... 42

3.3.12. UC13-Manter Quartos (funcionário) ... 44

3.4. DIAGRAMA DE ENTIDADE E RELACIONAMENTO ... 48 3.5. DIAGRAMA DE CLASSE ... 50 3.6. DIAGRAMA DE ATIVIDADES ... 51 3.6.1. Atividade do administrador ... 51 3.6.2. Atividade do funcionário ... 52 3.7. DIAGRAMA DE SEQUÊNCIA ... 53 3.7.1. Efetuar reserva ... 53 3.7.2. Efetuar venda ... 54

4. APRESENTAÇÃO DO SISTEMA ... 55

CONCLUSÃO ... 63

REFERÊNCIAS ... 64

1. INTRODUÇÃO

Com a modernização da sociedade, as pessoas passaram a buscar produtos e serviços para animais de estimação. O aumento na procura de Petshops e hotelarias, tem tornado o setor popular entre as classes. Atualmente, "com o aumento no número de lares com uma só pessoa, taxas de natalidade em queda e famílias tendo filhos cada vez mais tarde, os pets se tornaram uma opção de companhia." (SILVEIRA, 2019). Com base nestes acontecimentos, o animal sendo tratado como membro da família, impulsiona a busca em forma crescente destes tipos de serviços.

No entanto, a busca por softwares acessíveis e flexíveis ao mesmo tempo, torna-se as vezes cansativo, pois algumas ferramentas oferecidas até o momento ainda possuem algumas desvantagens, quando o sistema é desktop, o cliente corre o risco de perder os dados, pois são salvos em sua máquina local, e, na existência de mais de uma máquina na empresa, há a necessidade de todo fim de expediente dar baixa no estoque, no atendimento, em prestação de contas, etc. Quando se fala de uma empresa grande isso acaba se tornando uma tarefa muito cansativa, pois tem que ser feito diariamente. Baseado nisto, conclui-se que a busca de um sistema que gerencie tudo isso de forma automática e segura é a preferência na maioria dos empreendedores da área até o momento.

Existem no mercado ferramentas que são disponibilizadas na web, por exemplo: SistemaPet que disponibiliza o controle de reservas, gestão de clientes acessível (SISTEMAPET, 2019); a ferramenta ERP PETMoura que oferece agendamentos controle de consumos, controle de hotel, exames, vacinas, controle de hospital veterinário (SISTEMAMOURA, 2019). Ambos os sistemas oferecem as funcionalidades que os clientes procuram, porém não existe página que disponibilize a venda de produtos, gerenciamento de estoque, serviços e registro de vendas.

1.1. OBJETIVO

O objetivo deste trabalho é o de implementar um software denominado HOTELPET desenvolvido para desktop. Esse sistema tem como proposta atender hotéis para animais, petshop e clínicas veterinárias. O armazenamento dos dados de seus usuários será em

nuvem. O software conta com hierarquia de usuários, separando o acesso do administrador dos demais usuários.

1.2. JUSTIFICATIVAS

A justificativa para a implementação do trabalho proposto é desenvolver um software para gerenciar estabelecimentos que disponibilizam serviços para animais, oferecendo mais uma opção de ferramenta com recursos inovadores.

1.3. MOTIVAÇÃO

A motivação que levou o trabalho a ser desenvolvido é que, como o mercado disponibiliza algumas ferramentas correlatas ao sistema proposto, ainda existem algumas funções que faltam na hora da escolha, acredita-se que esse pode ser um diferencial na escolha de um sistema mais completo e simples, como alternativa.

1.4. PERSPECTIVA DE CONTRIBUIÇÃO

Ao final do desenvolvimento deste trabalho, espera-se que ele possa contribuir com alunos e desenvolvedores posteriores, compartilhando conhecimento e técnicas usadas para melhorar o desempenho de ferramentas que possam ser desenvolvidas posteriormente.

1.5. PÚBLICO ALVO

O público alvo do software aqui proposto são pequenos e grandes empreendedores que atuam na área de petshop e estabelecimentos comerciais que se destinam a vender produtos e acessórios para animais de estimação, e oferecem serviços como clínicas veterinárias e hotéis.

2. TECNOLOGIAS UTILIZADAS PARA O DESENVOLVIMENTO DO

PROJETO

2.1. TECNOLOGIAS UTILIZADAS NA ANÁLISE

Para o desenvolvimento deste trabalho é utilizado como ferramenta de análise a LINGUAGEM UML, com seus devidos diagramas. “UML é um acrônimo para a expressão Unified Modeling Language. Pela definição de seu nome, vemos que a UML é uma linguagem que define uma série de artefatos que nos ajuda na tarefa de modelar e documentar os sistemas orientados a objetos que desenvolvemos” (RIBEIRO, 2012). O diagrama de Caso de Uso (UC) é uma das ferramentas utilizadas no trabalho em questão, pois documenta o software na visão do usuário. Em outras palavras ele explica como o sistema irá interagir com o usuário, explicando com detalhes técnicos de como o sistema irá funcionar.

Segundo Tybel (2014) o diagrama de classe é uma representação da estrutura e relações das classes que servem de modelo para objetos. Como o sistema é desenvolvido em POO, fica mais claro quais são as classes e como elas se relacionam.

O diagrama de entidade relacionamento ER ou ainda DER é a representação gráfica e principal ferramenta, pois sem essa representação o modelo fica abstrato demais para auxiliar no desenvolvimento do sistema.

Em sua notação original, proposta por Peter Chen (idealizador do modelo e do diagrama), as entidades deveriam ser representadas por retângulos, seus atributos por elipses e os relacionamentos por losangos, ligados às entidades por linhas, contendo também sua cardinalidade (1..1, 1..n ou n..n). Porém, notações mais modernas abandonaram o uso de elipses para atributos e passaram a utilizar o formato mais utilizado na UML, em que os atributos já aparecem listados na própria entidade. Essa forma torna o diagrama mais limpo e fácil de ser lido (Rodrigues, 2014).

2.2. TECNOLOGIAS UTILIZADAS NO DESENVOLVIMENTO

Para desenvolvimento do sistema foi utilizada a LINGUAGEM C# que é dirigida por eventos e totalmente orientada a objetos, além de se tratar de uma linguagem simples e robusta. Para edição utiliza-se a IDE (ambiente de desenvolvimento integrado) VISUAL STUDIO. NET 2019. O Banco de Dados utilizado é o MySQL. O MySQL SGBD - sistema gerenciador de Banco de dados relacional de código aberto. Desenvolvido pela Empresa Sueca MySQL AB e publicado, originalmente em maio de 1995, é mantida atualmente com a versão comunity pela Oracle Corporation (TEIXEIRA ,2013).

2.2.1.

A Microsoft (2015), afirma que o C# é uma linguagem elegante, orientada a objeto e fortemente tipada, que permite que os desenvolvedores criem uma variedade de aplicativos robustos e seguros executados no .NET Framework. É possível usar C# para criar aplicativos de cliente do Windows, serviços Web XML, componentes distribuídos, aplicativos cliente-servidor, aplicativos de banco de dados e muito, muito mais. O Visual C# fornece um editor de código avançado, designers de interface do usuário convenientes, depurador integrado e muitas outras ferramentas para facilitar o desenvolvimento de aplicativos com base na linguagem C# e no .NET Framework.

2.2.2.

Segundo a Microsoft (2019) O .NET Framework é uma plataforma de desenvolvimento para criar aplicativos para web, Windows, Windows Phone, Windows Server e Microsoft Azure. Ele consiste no Common Language Runtime (CLR) e na biblioteca de classes do .NET Framework, que inclui uma ampla gama de recursos e suporte para muitos padrões do setor.

2.2.3.

O ambiente de desenvolvimento integrado do Visual Studio é um painel de inicialização criativo possível usar para editar, depurar e compilar o código e, em seguida, publicar um aplicativo. Um IDE (ambiente de desenvolvimento integrado) é um programa repleto de recursos que pode ser usado por muitos aspectos do desenvolvimento de software. Além do editor e do depurador padrão fornecidos pela maioria dos IDEs, o Visual Studio inclui compiladores, ferramentas de preenchimento de código, designers gráficos e muitos outros recursos para facilitar o processo de desenvolvimento de software (MICROSOFT, 2019).

2.2.4.

O banco de dados escolhido para o projeto é o MySQL, Carvalho (2015) define que se trata de um sistema gerenciador de banco de dados (SGBD) que utiliza linguagem SQL (Structured Query Language) como interface, ele suporta Unicode, Full Text Indexes, replicação, Hot Backup, GIS, OLAP e muitos outros recursos de bancos de dados. O MySQL é o banco de dados open source mais popular do mundo, segundo a publicação da Casa do Código sobre o assunto. O seu SGBD, além de ser uma ferramenta gratuita sob licença de software livre, oferece ainda qualidade, robustez e segurança.

3. ANÁLISE E ESPECIFICAÇÃO DO SISTEMA

Abrantes (2018) afirma que, “mapa mental é uma técnica de estudo criada no final da década de 1960 por Tony Buzan, um consultor inglês. Ela consiste em criar resumos cheios de símbolos, cores, setas e frases de efeito com o objetivo de organizar o conteúdo e facilitar associações entre as informações destacadas”.

O Mapa Mental, ilustrado na Figura 1, mostra os requisitos levantados para o desenvolvimento do Software.

3.1. ESTRUTURA ANALÍTICA DO PROJETO

O EAP é uma ótima ferramenta para definir as etapas de um trabalho, organizando a produtividade de um sistema, ajudando na hora de formar o cronograma e definir as datas. “A EAP (Estrutura Analítica do Projeto), do inglês Work Breakdown Structure (WBS), é a subdivisão hierárquica do trabalho do projeto em partes menores, mais facilmente gerenciáveis. Seu objetivo primário é organizar o que deve ser feito para produzir as entregas do projeto” (Silva, 2018). A Figura 2 ilustra a EAP para o sistema HOTELPET.

3.2. Cronograma

O cronograma é onde ficam registradas as metas e atividades a serem desenvolvidas, mostra quando devem ser finalizadas, para prosseguir para a próxima etapa. A Figura 3 ilustra o cronograma para o desenvolvimento do sistema:

Figura 3: Cronograma

3.3. Diagramas de Casos de Uso

Os diagramas de Caso de Uso possuem quatro componentes: cenário, ator, use case e comunicação. O cenário é onde as ações do usuário no sistema acontecem, interações e sequência de eventos. O ator é o usuário do sistema ou um tipo de usuário. Use case é a ação que o ator realiza, pode ser uma tarefa ou funcionalidade. E a comunicação é a seta que liga o ator ao caso de uso. As setas possuem os seguintes significados: Include significa depende de ou de algo e; extend é uma opção ou seja a realização do evento é opcional (Augusto, 2015).

UC01 – Login do Administrador

Figura 5: Diagrama de Caso de Uso Fazer login(administrador)

IDENTIFICAÇÃO: UC001 NOME: Fazer Login ATORES: Administrador

PRÉ-CONDIÇÕES: Possuir cadastro no sistema PÓS-CONDIÇÕES: Dashboard (Painel de controle)

Fluxo Principal

Ator Sistema

1. Ator inicia o caso de uso executando a aplicação [E1]

2. O Sistema deve direcionar a página de login

3. Ator deve informar nome de usuário e Senha [A1]

4. O Sistema valida os dados [A2]

5. Ator confirma [A3] 6. Sistema direciona para “Dashboard” 7. Fim do caso de uso

Fluxo Alternativo A1. Ator não possui conta

b. Ator informa: os dados necessários para cadastro e confirma. c. volta ao passo 2

A2. Ator informa algum dado errado

a. Exibe mensagem de erro e foca no primeiro campo com problema b. Volta ao passo 3

A3. Cadastro ou senha inválidos a. A operação é cancelada b. Volta ao passo 3

Fluxo de exceção E1. O ator não é administrador

3.3.1.

Figura 6: Diagrama de Caso de Uso Fazer login(funcionário)

IDENTIFICAÇÃO: UC002 NOME: Fazer Login ATORES: Funcionário

PRÉ-CONDIÇÕES: Possuir cadastro no sistema

PÓS-CONDIÇÕES: Funcionalidades permitidas pelo administrador Fluxo Principal

Ator Sistema

1. O Ator inicia o caso de uso abrindo a aplicação [E1]

2. Sistema deve direcioná-lo a página de login

3.Ator informa o nome de usuário e a senha de acesso. [A1]

4. O Sistema deve validar os dados. [A2]

6. Sistema abre a aplicação

7.Fim do caso de uso Fluxo Alternativo

a. O Sistema deve informar que somente administradores podem cadastrar usuários.

Volta ao passo 7.

A2. Ator informa algum dado errado

a. Exibe mensagem de erro e foca no primeiro campo com problema. Volta ao passo 3.

Fluxo de Exceção E1. Ator não possui cadastro e não é administrador a. A operação é cancelada

3.3.2.

Figura 7:Diagrama de Caso de Uso manter serviços

IDENTIFICAÇÃO: UC003 NOME: Manter Serviços

ATORES: Administrador ou Funcionário com permissão PRÉ-CONDIÇÕES: Estar Logado

PÓS-CONDIÇÕES: Manutenção dos serviços cadastrados no sistema Fluxo Principal

Ator Sistema

1.Ator inicia selecionando “Serviços” [E1]

2.Sistema Deve mostrar todos as Serviços que estão cadastrados

3. Ator seleciona a opção desejada [A1] [A2] [A3].

4. Fim do caso de uso.

Fluxo Alternativo A1. Ator Decide inserir Novo Serviço

b. O Ator deve inserir os dados necessários para o cadastro c. O sistema deve confirmar os dados informados

Volta ao passo 2

A2. Ator Decide Atualizar um Serviço cadastrado

a. O sistema deve direcioná-lo a página de Atualização b. O Ator deve inserir os dados onde será feito a atualização c. O sistema deve confirmar os dados informados

Volta ao passo 2

A3. Ator Decide Apagar um Serviço

a. O sistema deve mostrar todos os serviços cadastrados. b. O Ator deve escolher qual serviço será ser excluído. c. O sistema deletar o(s) dados dos serviços selecionados. Volta ao passo 2

Fluxo de Exceção E1. Ator cancela a operação

3.3.3.

Figura 8: Diagrama de Caso de Uso listar serviços

IDENTIFICAÇÃO: UC004 NOME: Listar Serviços ATORES: Funcionário

PRÉ-CONDIÇÕES: Estar Logado

PÓS-CONDIÇÕES: Consulta de Serviços e valores Fluxo Principal

Ator Sistema

1.Ator inicia o caso de uso selecionando a aba de “Serviços”

2. O Sistema deve mostrar todos os Serviços cadastrados e informações relacionadas.

3.3.4.

Figura 9: Diagrama de Caso de Uso manter produtos

IDENTIFICAÇÃO: UC005 NOME: Manter Produtos

ATORES: Administrador ou Funcionário com permissão PRÉ-CONDIÇÕES: Estar Logado

PÓS-CONDIÇÕES: Manutenção de dados dos produtos Fluxo Principal

Ator Sistema

1.Ator Inicia o caso de uso selecionando a aba de “Produtos” [E1]

2. Sistema deve listar todos os produtos cadastrados.

3. O Ator seleciona uma das opções [A1] [A2] [A3]

4. Fim do caso de uso

Fluxo Alternativo A1. Ator Decide inserir Novo Serviço

a. O sistema deve direcioná-lo a página de inserção de Produtos b. O Ator deve inserir os dados necessários para o cadastro

c. O sistema deve confirmar os dados informados Volta ao passo 2

A2. Ator Decide Atualizar dados de um Produto

a. O Ator deve selecionar qual produto deseja atualizar. b. O sistema deve direcioná-lo a página de Atualização. c. O Ator deve inserir os dados desejados para modificação. d. O sistema deve confirmar os dados informados.

Volta ao passo 2

A3. Ator Decide Apagar um Produto

a. O Ator deve selecionar qual produto deseja deletar. b. O sistema deve apagar os dados do produto escolhido. Volta ao passo 2

Fluxo de exceção E1. Ator cancela a operação

3.3.5.

Figura 10: Diagrama de Caso de Uso listar produtos

IDENTIFICAÇÃO: UC006 NOME: Listar Produtos ATORES: Funcionário

PRÉ-CONDIÇÕES: Estar Logado

PÓS-CONDIÇÕES: Consulta de Produtos

Fluxo Principal

Ator Sistema

1.Ator inicia o caso de uso selecionando a aba “Produtos”.

2. O Sistema deve listar todos os produtos cadastrados e as informações relacionadas.

3.3.6.

Figura 11: Diagrama de Caso de Uso manter funcionário

IDENTIFICAÇÃO: UC007 NOME: Manter Funcionário

ATORES: Administrador ou Funcionário com permissão PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Manutenção de dados de funcionários Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando a aba de “Funcionários”. [E1] [E2]

2. O Sistema deve listar todos os funcionários cadastrados no sistema. 3. O Ator deve escolher uma das opções

[A1] [A2] [A3].

4. Fim do caso de uso.

Fluxo Alternativo A1. Ator Decide inserir Novo Funcionário

b. O Ator deve inserir os dados necessários para o cadastro c. O sistema deve confirmar os dados informados

Volta ao passo 2

A2. Ator Decide atualizar dados de um funcionário

a. O Ator deve selecionar qual funcionário será modificado

b. O sistema deve direcioná-lo a página de Atualização de dados c. O Ator deve inserir os novos dados

d. O sistema deve validar os dados informados e adicioná-lo ao banco de dados Volta ao passo 2

A1. Ator Decide apagar um funcionário

b. O Ator deve escolher qual funcionário será deletado c. O Sistema deve apagar os dados do funcionário escolhido Volta ao passo 2

Fluxo de Exceção E1. O Ator desiste da operação

O Caso de uso é encerrado

E2. O Ator não é um administrador O caso de uso é encerrado.

3.3.7.

Figura 12: Diagrama de Caso de Uso manter vendas

IDENTIFICAÇÃO: UC008 NOME: Manter Vendas

ATORES: Administrador ou Funcionário com permissão PRÉ-CONDIÇÕES: Ser o administrador e estar logado PÓS-CONDIÇÕES: Consulta e/ou exclusão de vendas

Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando a aba de “Vendas”. [E1]

2. O Sistema deve listar todas as vendas realizadas.

3. o Ator deve selecionar uma das opções [A1] [A2].

4. Fim do caso de uso.

Fluxo Alternativo A1. O Ator decide consultar uma venda

a. O Ator seleciona ou informa a data/hora da venda

b. O Sistema deve mostrar todos os dados relacionados a venda selecionada Volta ao passo 4.

A2. O Ator decide excluir um item da venda

a. O Ator seleciona ou informa o código do produto

b. O Sistema apaga os dados relacionados ao produto selecionado Volta ao passo 4.

Fluxo de Exceção E1. O ator desiste da operação

3.3.8.

Figura 13: Diagrama de Caso de Uso efetuar venda

IDENTIFICAÇÃO: UC009 NOME: Efetuar Vendas ATORES: Funcionário

PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Cadastro de vendas no sistema Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso fazendo o login no sistema. [E1]

2. O Sistema irá direcioná-lo a aba de “Vendas”.

3. O Ator informa os produtos e/ou serviços para venda [A1].

3. O Sistema calcula o total.

4. O Ator finaliza a venda. 4. caso de uso encerrado. Fluxo Alternativo

a. O Ator faz a alteração Volta ao passo 3

Fluxo de Exceção E1. O ator não informa os dados solicitados

3.3.9.

Figura 14: Diagrama de Caso de Uso manter clientes

IDENTIFICAÇÃO: UC010 NOME: Manter Clientes ATORES: Funcionário

PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Manutenção de dados de clientes Fluxo Principal

Ator Sistema

1. O Ator inicia o caso de uso selecionando a aba de “Clientes”. [E1]

2.O Sistema deve listar todos Clientes cadastrados.

3. O Ator seleciona uma das opções disponíveis [A1] [A2] [A3].

4. Fim do caso de uso

Fluxo Alternativo A1. O Ator decide inserir novo Cliente

a. O Ator seleciona a opção de novo cliente

b. O Sistema deve mostrar todos os dados necessários para o cadastro c. O Ator deve inserir os dados solicitados

d. O Sistema valida os dados e, em seguida salva o novo registro Volta ao passo 4.

A2. O Ator decide consultar uma Cliente

a. O Ator seleciona ou informa o nome do cliente

b. O Sistema deve mostrar todos os dados relacionados ao cliente selecionado Volta ao passo 4.

A3. O Ator decide atualizar dados do Cliente a. O Ator seleciona ou informa nome do cliente

b. O Sistema deve direcioná-lo a página de atualização de dados com os dados do cliente selecionado

c. O Ator deve informar os dados que serão atualizados

d. O sistema deve validar os campos e em seguida salvar os dados informados Volta ao passo 4.

Fluxo de Exceção E1. O Ator desiste da operação

3.3.10.

Figura 15: Diagrama de Caso de Uso apagar cliente

IDENTIFICAÇÃO: UC011 NOME: Apagar Cliente

ATORES: Administrador ou funcionário com permissão PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Deletar dados de cliente

Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando a aba de “Clientes”

2. O Sistema deve listar todos os clientes cadastrados

3. O Ator deve selecionar ou informar o nome do cliente que será deletado [E1]

3. O Sistema deve mostrar todas as informações relacionadas ao cliente selecionado

4. O Ator deve confirmar a exclusão 5. O Sistema apaga o registro do cliente 6. Fim do caso de uso

Fluxo de Exceção E1. O Ator desiste ou não informa os dados solicitados a. O Sistema cancela a operação

3.3.11.

Figura 16: Diagrama de Caso de Uso manter quarto(administrador)

IDENTIFICAÇÃO: UC012 NOME: Manter Quarto ATORES: Administrador

PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Manutenção das informações sobre os quartos Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando a aba de “Quartos” [E1]

2. O Sistema deve listar todos os quartos cadastrados

3. O Ator deve selecionar uma das opções disponíveis [A1] [A2] [A3] [A4].

4. Fim do caso de uso

A1. O Ator decide inserir novo Quarto

a. O Ator seleciona a opção de novo quarto

b. O Sistema deve mostrar todos os dados necessários para o cadastro c. O Ator deve inserir os dados solicitados

d. O Sistema valida os dados e, em seguida salva o novo registro Volta ao passo 4.

A2. O Ator decide consultar quarto

a. O Ator seleciona ou informa o nome, data/hora do quarto

b. O Sistema deve mostrar todos os dados relacionados com a busca Volta ao passo 4.

A3. O Ator decide atualizar dados do quarto

a. O Ator seleciona ou informa o nome do quarto que será atualizado

b. O Sistema deve direcioná-lo para a aba de atualização com os dados do quarto selecionado

c. O Ator deve inserir os novos dados

d. O Sistema valida os dados e, em seguida salva o registro Volta ao passo 4.

A4. O Ator escolhe apagar o registro de algum quarto a. O Ator seleciona ou informa o nome do registro b. O Sistema deve mostrar todos os dados relacionados c. O Ator deve confirmar a exclusão

d. O Sistema apaga o registro Volta ao passo 4.

Fluxo de Exceção E1. O Ator desiste da operação

3.3.12.

Figura 17: Diagrama de Caso de Uso manter quarto(funcionário)

IDENTIFICAÇÃO: UC013 NOME: Manter Quarto ATORES: Funcionário

PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Fazer uma reserva e/ou consultar Quartos disponíveis Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando a aba de “Quartos” [E1]

2. O Sistema deve listar todos os quartos cadastrados separando os disponíveis dos reservados

3. O Ator deve escolher a opção desejada [A1] [A2] [A3]

4. O caso de uso é encerrado

A1. O Ator escolhe adicionar produtos (efetuar nova venda para hospedes) a. O Ator seleciona o quarto ou informa o nome do cliente

b. O Sistema deve mostrar o total e os produtos já consumidos (se houver) c. O Ator deve informar o produto ou serviço solicitado

d. O Sistema atualiza o valor e salva o dado solicitado Volta ao passo 2.

A2. O Ator finalizar reserva (finalizar venda)

a. O Ator seleciona o quarto ou informa o nome do cliente

b. O Sistema deve mostrar todos os gastos relacionados ao cliente informado c. O Ator deve confirmar o pagamento

d. O Sistema imprime a nota fiscal, finaliza a venda e torna o quarto disponível Volta ao passo 4.

A3. O Ator escolhe efetuar nova reserva

a. O Ator seleciona um quarto disponível no sistema

b. O Sistema deve solicitar os dados necessários para a reserva c. O Ator deve confirmar a reserva

d. O Sistema salva a reserva e torna o quarto como reservado ou (ocupado) Volta ao passo 4.

Fluxo de Exceção E1. O Ator desiste da operação

3.3.13.

Figura 18: Diagrama de Caso de Uso solicitar relatórios

IDENTIFICAÇÃO: UC014 NOME: Solicitar Relatórios

ATORES: Administrador ou funcionário com permissão PRÉ-CONDIÇÕES: Estar logado

PÓS-CONDIÇÕES: Solicitação de relatório

Fluxo Principal

Ator Sistema

1.O Ator inicia o caso de uso selecionando na aba de relatórios qual relatório deseja solicitar

2. O Sistema deve mostrar as opções de período para geração do relatório

3. O Ator seleciona a data de início e fim para o relatório ou todos [A1] [A2]

4. O Sistema deve gerar o relatório solicitado

5. O Ator confirma [E1] 6. Fim do caso de uso Fluxo Alternativo

a. O Ator seleciona o mês Volta ao passo 4.

A2. O Ator solicita relatório anual a. O Ator seleciona o ano Volta ao passo 4.

Fluxo de Exceção E1. O Ator desiste de solicitar o relatório

3.4. DIAGRAMA DE ENTIDADE E RELACIONAMENTO

O diagrama de entidade e relacionamento ou ER, é utilizado em engenharia de software, pois descreve os dados ou aspectos relacionados a um domínio de negócio ou seus requisitos de processo. Peter Chen, atualmente membro do corpo docente da Carnegie-Mellon University, em Pittsburgh, EUA, desenvolveu a modelagem ER para o design de bancos de dados na década de 1970 (Lucidchard, 2020).

ER é utilizado também para analisar banco de dados existentes e resolver regras de negócios, quando muito complexos e solucionar problemas de lógica ou de implementação. Os componentes que compõem o diagrama como o nome propõe, entidades, relacionamentos e cardinalidade.

As entidades são algo que podem ser definidos e que tem dados armazenados sobre ele. Rodrigues (2014) destaca que Entidades físicas: são aquelas realmente tangíveis, existentes e visíveis no mundo real, como um cliente (uma pessoa, uma empresa) ou um produto (um carro, um computador, uma roupa). Já entidades lógicas são aquelas que fazem sentido dentro de um domínio de negócio, dependendo sempre do modelo a ser estudado.

Relacionamentos, é como uma entidade atua sobre outra, ou estão associados. Por exemplo, o cliente pode cadastrar vários animais. Duas entidades seriam cliente e animais, e o relacionamento descrito é o ato de cadastrar animais, assim conectando as duas entidades.

Em modelagem de dados a cardinalidade é um dos princípios fundamentais sobre relacionamento de banco de dados relacionais. Nele são definidos os graus de relação sobre as entidades. Podemos ter os seguintes tipos ou níveis de relacionamento 1:N, N:1, N:N, 1:1. Usando as referências de entidades, veterinário e animal, temos as seguintes representações.

 1:N (um para muitos) um veterinário atende diversos animais. Assim como um animal pode ser atendido somente por um veterinário.

 N:N (muitos para muitos) nesse relacionamento um veterinário atende vários animais. Assim, um animal pode ser atendido por muitos veterinários.

 1:1 (um para um) será usado nos casos onde poderá ter somente uma associação com um registro em outra tabela, no nosso caso, isso caberia na relação entre um

canil e um animal, pois uma animal só poderá estar em um canil, e cada canil abrigara somente um animal.

Uma das principais funções da cardinalidade é garantir a integridade do banco de dados, em associação com as regras de negócio, garantindo que as tais não sejam quebradas. A Figura 19, ilustra como o banco de dados foi modelado para o sistema proposto.

3.5. DIAGRAMA DE CLASSE

O diagrama de classe na figura 20, é muito parecido ao DER, mas representa a estrutura e relação das classes, que servirão de modelo para os objetos. É uma modelagem muito útil para desenvolvimento de sistemas, pois nela possui toda a base necessária para construção dos diagramas de comunicação, sequência e estados. Na Unified Modeling Language (UML) em diagrama de classe, uma classe é representada por um retângulo com três divisões, são elas: O nome da classe, seus atributos e por fim os métodos (Tybel, 2016).

3.6. DIAGRAMA DE ATIVIDADES

O diagrama de atividades representado na Figura 21, é outro elemento importante para UML na representação de um sistema. Enquanto o diagrama de atividades representa o fluxo de controle de uma atividade para outra, outros diagramas dão ênfase ao fluxo de controle de um objeto para outro. Um diagrama de atividade é essencialmente um fluxograma que mostra as atividades executadas por um sistema (LUCIDCHART, 2020).

3.6.1.

3.6.2.

3.7. DIAGRAMA DE SEQUÊNCIA

O diagrama de sequência é utilizado em UML, é uma espécie de diagrama de interação, pois descreve como, e em qual ordem, um grupo de objetos trabalha em conjunto. Os Diagramas de sequência são conhecidos como diagramas de eventos ou cenários de eventos (LUCIDCHART, 2020). A Figura 23 mostra como o usuário interage com o sistema para fazer uma reserva ou check-in de um animal. E a imagem ilustrada na Figura 24 podemos identificar como é efetuado o processo de uma venda dentro do sistema.

3.7.1.

3.7.2.

4. APRESENTAÇÃO DO SISTEMA

Nesse capítulo será apresentado as principais telas do sistema e suas funcionalidades. A Figura 25 mostra como o sistema inicia quando executado pela primeira vez no computador do administrador.

Figura 25: Login do Administrador

Na Figura 26, quando o administrador clicar em “Primeiro acesso” o sistema deve o direcionar para a tela de cadastro.

Figura 26: Cadastro do administrador

A seguir na Figura 27, quando o administrador fizer o login no sistema, ele é direcionado ao dashboard de operações. No menu à esquerda ficam os relatórios, cada um deles abre uma janela onde são definidos os períodos de geração, na Figura 28 podemos observar como é processado cada requisição.

No menu superior na aba “Configurações”, o administrador do sistema pode adicionar funcionalidades para o seu próprio acesso ou criar outros usuários. Na Figura 29, ilustra como funciona as configurações.

Figura 28: Seleção de período para geração dos Relatórios

Figura 29: Configurações

Para efetuar vendas no sistema o administrador deve cadastrar um usuário, e passando os dados para login o usuário pode ter acesso somente ao que lhe for permitido. A Figura 30, mostra como a tela de vendas foi implementada.

Figura 30: Painel de vendas

Para ter produtos no sistema o administrador deve importar os dados com um arquivo em excel, onde deve conter o código do produto, valor e a quantidade, A Figura 31, deixa claro como o processo é efetuado. No cadastro de canis, A Figura 32. Registrar serviços é simples, o administrador seleciona cadastros e assim informa valores e descrição a serem cadastrados, Figura 33.

Figura 32: Cadastro de quartos ou canis

Figura 33: Cadastro de serviços

Em cadastro de clientes e animais o usuário seleciona no menu a aba de cadastro e escolhe o tipo de cadastro a serem feitos. Figura 34 e Figura 35.

Figura 34: Cadastro de clientes

Figura 35: Cadastro de animais

A parte de hospedagem é administrada pelo painel de hotel, Figura 36. Nesse painel existem três abas, a primeira é a parte de check-in. A segunda é a parte de check-out. Figura 37. E a terceira, a parte de consumos e serviços onde são registrados tudo que ocorre dentro do estabelecimento, Figura 38.

Figura 36: Check-in de animais

Figura 38: Registro de consumos dos animais no hotel

Para consultas rápidas de produtos ou serviços, o usuário consegue encontrar no painel de vendas no botão “pesquisar”, Figura 39.

CONCLUSÃO

Posso concluir que toda a documentação que foi levantada, está de acordo com a ideia principal do sistema. E o sistema implementado é de fato uma excelente ferramenta para gerenciamento de Hotel, PetShops e clínicas veterinárias.

O sistema implementado contribuiu muito para meu desempenho profissional, pois aprimorou meu conhecimento sobre a linguagem C#. Conheci também a ferramenta .Net Framework que facilita muito a consulta e implementação de banco de dados e consultas, tanto as mais simples como as mais complexas.

O sistema me trouxe um ampla bagagem de conhecimento e relação a analisar e desenvolver, já que não tinha tal experiência, pois somente a prática nos mostra as dificuldades e obstáculos que termos que enfrentar. Mas por outro lado, nos ajuda a crescer e aprender cada vez mais.

REFERÊNCIAS

ABRANTES, Beatriz. Mapa Mental: o que é? Como fazer? Aprenda Agora! Disponível em: <https://www.stoodi.com.br/blog/2018/02/08/como-fazer-um-mapa-mental/> acesso em: 10 mar. 2020.

AUGUSTO, José. UML – DIAGRAMA DE CASO DE USO E DIAGRAMA DE CLASSE. 10/03/2015. Disponível em: <https://augustoprogrammer.wordpress.com/tag/diagrama-de-classe/ > acesso em: 21 mar 2020.

ERPMOURA. Disponível em: <http://petmoura.com.br/> acesso em: 21 out. 2019.

LUCIDCHART. O que é um diagrama de atividades UML. Disponível em < https://www.lucidchart.com/pages/pt/o-que-e-diagrama-de-atividades-uml> acesso em: 10 ago. 2020.

LUCIDCHART. O que é um diagrama de entidade relacionamento. Disponível em <https://www.lucidchart.com/pages/pt/o-que-e-diagrama-entidade-relacionamento>

acesso em: 07 ago. 2020.

MICROSOFT. Bem-vindo ao IDE do Visual Studio, 2019. Disponível em <https://docs.microsoft.com/pt-br/visualstudio/get-started/visual-studio-ide?view=vs-2019> acesso em: 04 mar. 2020.

MICROSOFT. Introdução ao C# idioma e ao .NET Framework, 2015. Disponível

em<https://docs.microsoft.com/pt-br/dotnet/csharp/getting-started/introduction-to-the-csharp-language-and-the-net-framework> acesso em: 04 mar. 2020.

MICROSOFT. Guia do .NET Framework, 2019. Disponível em < https://docs.microsoft.com/pt-br/dotnet/framework/> acesso em: 04 mar. 2020.

RIBEIRO, Leandro. O que é UML e Diagrama de Caso de Uso: Introdução Prática à UML. Disponível em: <https://www.devmedia.com.br/o-que-e-uml-e-diagramas-de-caso-de-uso-introducao-pratica-a-uml/23408> acesso em: 8 mar. 2020.

RODRIGUES, Joel. Modelo Entidade Relacionamento (MER) e Diagrama Entidade Relacionamento (DER). Disponível em: <https://www.devmedia.com.br/modelo-entidade-relacionamento-mer-e-diagrama-entidade-relacionamento-der/14332> acesso em: 10 mar. 2020.

SATO, Priscila Mayumi. Entity Framework tutorial. 2013. Disponível em: < https://www.devmedia.com.br/entity-framework-tutorial/27764> acesso em: 10 ago. 2020. SISTEMAPET. Disponível em: <https://www.sistemapet.com/hotel.html> acesso em: 21 out. 2019.

SILVA, Andreia. EAP (Estrutura Analítica do projeto): o que é, como fazer e qual a diferença entre EAP e Cronograma. Disponível em <https://www.euax.com.br/2018/12/eap-estrutura-analitica-projeto/> acesso em: 10 mar. 2020.

SILVEIRA, Flávia. Brasil fecha 2018 como segundo maior mercado pet do mundo. Disponível em: < https://www.gazetadopovo.com.br/economia/brasil-fecha-2018-como-segundo-maior-mercado-pet-do-mundo-2vhq0n3uempvkgdcm8arh382j/> acesso em: 21 out. 2019.

TEIXEIRA, José. Introdução ao MySQL. Disponível em

<https://www.devmedia.com.br/introducao-ao-mysql/27799> acesso em: 23 out. 2019. TYBEL, Douglas. Orientação básica na elaboração de um diagrama de classes. 2016. Disponível em: <https://www.devmedia.com.br/orientacoes-basicas-na-elaboracao-de-um-diagrama-de-classes/37224> acesso em: 09 mar. 2020.