EDIENE NERY ENTREGA 2 - ATUALIZADO doc

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ GRADUAÇÃO EM SISTEMA DE INFORMAÇÃO
SISTEMA MOBILE PARA CONTROLE DE ORDEM DE SERVIÇO 
Professor Orientador: Jhonatan Alves
Autor: Ediene Mendes Nery
2021
Trabalho apresentado na disciplina de Projeto TCC EM SISTEMAS DE INFORMAÇÃO-EAD da Universidade Estácio de Sá, como requisito parcial para obtenção do grau de Bacharel em Sistemas de Informação.
					 Universidade Estácio de Sá
Ediene Mendes Nery
Trabalho de conclusão de curso apresentada a Estácio de Sá como requisito à aprovação em disciplina projeto de tcc em Sistemas De Informação.
Professor Orientador: Jhonatan Alves
		
					 DUQUE DE CAXIAS
						 2021
FOLHA DE APROVAÇÃO
EDIENE MENDES NERY
Sistema Web para Controle de Ordem de Serviço
Trabalho de Conclusão de Curso
Submetido ao curso de Sistemas de
Informação para a obtenção do grau de Bacharel em Sistemas de Informação Pela Universidade Estácio de Sá.
Banca examinadora
_________________________________________
Prof.º JHONATAN ALVES
DUQUE DE CAXIAS
2021
Dedicatória:
Dedico este trabalho a minha família, que sempre me apoiou e ajudou-me para que eu conseguisse concluir o curso de Sistemas de Informação
DUQUE DE CAXIAS
2021
RESUMO 
O presente trabalho visa abordar soluções referentes a abertura de chamados afim de agilizar a correção de algum incidente, buscando diferenciar a tratativa de incidentes que ocorrem em domicílios, buscando assim a excelência no atendimento fora da base hospitalar.
Palavra Chave: Chamados; Sistema Web 
Lista de Figuras
Figura 1 Foto Do Interior Da Empresa Homebaby Está Localizada.	11
Figura 2 Interior Do Local Onde A Empresa Homebaby Está Alocada.	12
Figura 3 Servidor	12
Figura 4 Sistema Operacional	13
Figura 5 Switch	13
Figura 6 Modelo De Caso De Uso	17
Figura 7 Modelos De Classes	26
Figura 8 Modelo Lógico Da Base De Dados	28
Figura 9 Diagrama De Sequencia – Efetuar Login	31
Figura 10 Diagrama De Sequencia- Gerar Relatório	33
Figura 11 Diagrama De Sequencia - Manter Usuário	33
Figura 12 Diagrama De Sequencia - Manter Cliente	34
Figura 13- Diagrama De Sequencia - Emitir Os	35
Figura 14 Diagrama De Atividade – Efetuar Login	36
Figura 15 Diagrama De Atividade – Os	37
Figura 16 Diagrama De Atividade – Usuários	38
Figura 17 Diagrama De Atividade – Relatórios	39
Figura 18 Diagrama De Componentes	40
Figura 19 Tela Login	42
Figura 20 Tela Inicial	42
Figura 21 Chamados Realizados	43
Figura 22 Novo Chamado	43
Figura 23 Excluir Usuário	44
Figura 24 Novo Usuário	44
Sumário
Sumário
1.TCC / Projeto estruturado para a empresa em questão.	10
2.	Proposta do projeto para a empresa:	10
3.	A EMPRESA CONTRATANTE	11
3.1.	HOMEBABY ATENDIMENTO DOMICILIAR	11
3.2.	Estudo Comparativo Relacionado a Análise De Requisitos	14
4.	Modelando o Sistema – Négócio.	15
4.1.	Tratativa	15
4.2.	Frase de Negócio	15
4.3.	Proposta de Solução de Negócio	15
5.	Desenvolvimento da Plataforma Web	16
5.1.1.	Objetivo do Projeto	16
5.1.2.	Organização do Trabalho	16
6.	Diagrama de Caso de Uso	18
7.	Catálogo de Atores	18
8.	Casos de Uso	19
8.1	UC1 - Efetuar Login	20
8.2	UC2 - Gerar Relatório	20
8.3	UC3 - Novo Usuário	22
8.4	UC4 - Manter Cliente	23
8.5	UC5 - Emitir OS	26
9.	Modelo de Classes	27
10.1	Modelo Lógico da Base de Dados	28
11.	Modelagem Dinâmica	31
11.1	Diagrama de Sequência	31
12	Diagrama de Atividades	36
14 	Conclusão	45
15	Referências	46
 (
9
)
1. Tema do TCC / Projeto estruturado para a empresa em questão.
Sistema Web para Controle de Ordem de Serviço
2. Proposta do projeto para a empresa:
Será desenvolvido um Sistema Web para Controle de Ordem de Serviço de um hospital Homecare.
O Sistema em questão será documentado e desenvolvido utilizando Metodologia de Desenvolvimento de Sistemas, com diagram e projeto, seguindo as boas práticas de desenvolvimento de sistemas e em programação.
As ferramentas utilizadas no Sistema serão:
· Para documentação e elaboração dos Diagramas da UML será utilizado o Draw.io, disponível no endereço: https://www.draw.io.
· O sistema será desenvolvido em linguagem JavaScript de programação e desenvolvimento web, especificamente Node.js.
· O projeto de protótipos será criado utilizando conceitos de UI Design (design de interfaces) aplicados e executados com a ferramenta Figma.
· Será utilizado MySQL para o Banco de Dados com uso de MySQL Workbench.
A opção por JavaScript se justifica linguagem é orientada para objetos. Ou seja, todos os elementos inseridos nela são chamados de objetos que interagem entre si.
A sintaxe que é utilizada na linguagem Java possui semelhanças com outra famosa linguagem de programação, que é a C++, porém com características mais simplificadas. 
Será utilizada a ferramenta Figma de design é um editor gráfico de vetor e prototipagem de projetos de design baseado principalmente no navegador web.
As ferramentas são gratuitas, de fácil acesso e bem conhecidas, pois são de baixo custo, bem difundido no Mercado, com grupos de desnvolvedores por ser de código aberto, alta compatibilidade e intuitivas. 
3. A EMPRESA CONTRATANTE
3.1. HOMEBABY ATENDIMENTO DOMICILIAR
O serviço de Home Care exclusivamente pediátrico do Rio de Janeiro e conta hoje com mais de 120 leitos distribuídos pelo Estado, abrangendo mais de 30 bairros do Grande Rio.
Conta com uma equipe multidisciplinar, especializada no atendimento pediátrico, é composta por colaboradores na base do serviço e mais de 400 colaboradores em campo (externo), bem como acompanhamento e consultoria no controle e prevenção de infecção.
O serviço conta com uma frota de carros exclusiva para atender à demanda gerada pelos pacientes e todo o suporte da estrutura do Grupo como apoio à assistência, fato que trouxe a credibilidade e tem propiciado o crescimento do serviço.
Por conta do serviço externo, será necessário um aplicativo seguro e rápido para notificações dos funcionários e familiares, de forma fácil e ágil.
Figura 1 Foto do interior da Empresa Homebaby está localizada.
No local que é um setor administrativo da empresa, existe o setores de recepção, faturamento, RH, comercial e diretoria. É gerido por uma diretoria médica e coordenação de enfermagem. Abaixo uma amostra do interior do estabelecimento.
Figura 2 Interior do local onde a empresa HomeBaby está alocada.
O Homebaby possui os seguintes equipamentos:
· Um Servidor PowerEdge T14050 TORRE, Processador. Intel Xeon E-2124, 4 núcleos, Frequência 3.30 GHz Frequência turbo máx 4.30 GHz Cache 8 MB Smart Cache.
Figura 3SERVIDOR
Figura 3 - Servidor PowerEdge
· Microsoft® Windows Server® with Hyper-V Fondation
 (
Figura 
4
 - SISTEMA OPERACIONAL
)
Figura 4 – WS 2012
· Switch Cisco, Catalyst 2960x | 48 Portas Gigabits - Switches de LAN de campus - Acesso
Figura 5 SWITCH
· 6 Computadores com as seguintes características abaixo:
Placa-Mãe Gigabyte Z390 M Gaming, Intel 
LGA 1151, mATX, DDR4 Gb de memória 
DDR4 Processador INTEL CORE i7 8700 
2,50Ghz LGA 1151 16Mb cache, com cooler Box.
Disco Rígido SATA III 500Gb 7200rpm; 
Microsoft Windows 7 Professional OEM 64 bits.
 Gabinete com fonte de alimentação ATX 500W 
Mouse óptico USB Genius;
Teclado ABNT Genius USB;
3.2. Estudo Comparativo Relacionado a Análise De Requisitos
Após 3 visitas a empresa para realizar a Análise e documentar necessidades e solicitações que deverão ser atendidas pelo Sistema quando o clinete está fora da base da empresa. A Homebaby precisa de um Sistema Web para Controle de Ordem de Serviço que permita:
· Emissão de Ordem de Serviço.
· Manter cadastro dos Usuários do Sistema 
· Manter cadastro dos pacientes durante o atendimento.
· Emissão de email após a solicitação com relatório.
Como regra de negócio deverá constar:
· Cada Ordem de Serviço deverá estar obrigatoriamente vinculada a um paciente.
· O Sistemas deverá gerar automaticamentedata e hora na emissão da ordem solicitada.
· Somente o Diretor/diretor pode ter acesso ao Relatório e poderá cadastrar 
 
4. Modelando o Sistema – Négócio.
4.1. Tratativa
Sistema Web para Controle de Ordem de Serviço.
4.2. Frase de Negócio
O Sistema Web para Controle de Ordem de Serviço é uma resolução para controle de ordem de serviços de uma empresa de HomeCare em locais fora da base. 
4.3. Proposta de Solução de Negócio
A proposta é utilizar um Sistema Web para Controle de Ordem de Serviço que possibilite que o Sistema gerencie o andamento do chamado e acompanhar o andamento dos chamados junto aos colaboradores.
5. Desenvolvimento da Plataforma Web
5.1.1. Objetivo do Projeto
Desenvolvendo um Sistema Web para Controle de Ordem de Serviços para a Empresa Homebaby de acordo com os Princípios da Engenharia de Software, com uso de Metodologia de Desenvolvimento de Sistemas e boas práticas de Programação, para agilizar as solicitações dos profissionais com um maior tempo e segurança, visto que, através de uma chamada de ordem de serviço, pudéssemos resolver, a longo prazo, dificuldades posteriores e poupando o tempo dos profissionais envolvidos, apresentando melhorias aos setores envolvidos.
5.1.2. Organização do Trabalho
A documentação apresentada seguirá a seguinte organização com os respectivos diagramas da UML: Diagrama de Caso de Uso e suas especificações, Diagrama de Classe, Modelo de Dados. O modelo de caso de uso é centrado no processo. Ele não atua de forma passiva onde as informações são armazenadas e os usuários acessam estas informações como no modelo workgroup. Ele atua ativamente entre os usuários de forma que estes cumpram o fluxo de trabalho que está determinado
· Regras de negócio: declarações e regras da política ou condição que deve ser satisfeita no âmbito do negócio.
· Requisito: um requisito descreve uma condição ou capacidade à qual um sistema deve se adaptar, sejam necessidades dos usuários, um padrão ou uma especificação.
· <<crud>>: estereótipo estendido da UML que representa CREATE, READ, UPDATE e DELETE.
· UC: notação que representa cada Caso de Uso do projeto (Use case).
· [A]: notação de caso de uso que representa os Fluxos Alternativos. O objetivo é representar as exceções do Fluxo Básico, ou seja, quando o caminho de sucesso não ocorre conforme o esperado.
6. Diagrama de Caso de Uso
Figura 6 Modelo de caso de uso
7. Catálogo de Atores
Tabela 1 CATÁLOGO DE ATORES
	Nome
	Descrição
	Diretor
	Usuário do sistema responsável por gerar relatórios, manter usuários, emitir OS e manter clientes
	Funcionário
	Usuário do sistema responsável por emitir OS e manter clientes
8. Casos de Uso
São 5 tipos de Casos de Uso (UCs) que serão especificados. Segue abaixo:
UC1 – Efetuar Login UC2 – Gerar Relatório UC3 – Manter Usuário UC4 – Manter Cliente UC5 – Emitir OS
8.1 UC1 - Efetuar Login
Descrição:
Este caso de uso tem como objetivo validar o usuário e senha dos atores: Diretor e funcionário.
Fluxo Básico
Este caso de uso se inicia quando os atores informam seu login e senha no sistema.
1. O sistema solicita login e senha aos atores.
2. Os atores informam login e senha.
3. Os dados são validados no banco de dados.
4. O sistema exibe que o login e senha são válidos.
5. O acesso ao sistema é liberado.
Fluxos Alternativos
· Login e/ou senha inválidos.
Este fluxo alternativo ocorre quando o login e/ou senha são consultados no banco de dados e são inválidos.
1. O sistema exibe que o login e/ou senha são inválidos.
2. O fluxo retorna ao passo 1 do fluxo básico.
Pré-condições
Os dados de login e senha deverão estar cadastrados no banco de dados.
Pós-condições
O usuário acessa no sistema.
8.2 UC2 - Gerar Relatório
Descrição:
Este caso de uso tem como objetivo gerar relatórios de faturamento e serviços executados.
Fluxo Básico
Este caso de uso se inicia quando o ator Diretor seleciona a opção de “Gerar Relatórios”
1. O sistema exibe a opção de gerar relatório.
2. O sistema valida as informações do usuário e verifica se tem permissão para emitir relatório. 
3. O sistema mostra o tipo de relatório que pode ser emitido.
4. O funcionário vai especificar o tipo de relatório.
5. O sistema gera o relatório.
6. O sistema exibe o relatório.
Fluxos Alternativos: 
Fluxo Alternativo: Usuário sem permissão:
Este fluxo alternativo ocorre o usuário não tem permissão para emissão do relatório
1. O sistema verifica a seguinte informação: perfil.
2. Se perfil = user, sistema exibe mensagem: “Sem permissão para gerar relatório, favor logar no sistema com perfil = admin”;
Pré-condições
O usuário que vai executar tal atividade deve estar logado e ter permissão no sistema para realizar tal operação.
8.3 UC3 - Novo Usuário
Descrição:
Este caso de uso tem como objetivo consultar, incluir, alterar e excluir usuários do sistema pelo ator Diretor.
Fluxo Básico
Este caso de uso se inicia quando o ator Diretor seleciona a opção de Novo Usuário”
1. O sistema exibe os filtros de pesquisa (usuario).
2. O ator Diretor informa o filtro de pesquisa e seleciona a opção “pesquisar”. 
3. O sistema retorna uma lista de usuários encontrados de acordo com a pesquisa.
4. O ator Diretor seleciona a opção “detalhes” de um dos itens da lista.
5. O sistema exibe os dados específicos do usuário selecionado. Os dados dos usuários apresentados, são: iduser, usuario, fone, login, senha, perfil. 
Fluxos Alternativos
Fluxo Alternativo 1: Incluir Usuário
Este fluxo alternativo ocorre quando o ator Diretor seleciona a opção “Incluir”.
1. O sistema solicita as seguintes informações: iduser, usuario, fone, login, senha, perfil.
2. O ator Diretor insere as informações e seleciona a opção “salvar”. 
3. O sistema salva as informações. 
Fluxo Alternativo 2: Alterar Usuário
Este fluxo alternativo ocorre quando o ator Diretor seleciona a opção “Alterar”.
1. O sistema disponibiliza para alteração as seguintes informações: iduser, usuario, fone, login, senha, perfil.
2. O ator Diretor insere as informações e seleciona a opção “salvar”. 
3. O sistema salva as informações.
 Fluxo Alternativo 3: Excluir Usuário
Este fluxo alternativo ocorre quando o ator Diretor seleciona a opção “Excluir”.
1. O sistema solicita uma confirmação de exclusão do usuário.
2. O ator Diretor confirma a exclusão do usuário.
3. O sistema exclui o usuário.
 Fluxo Alternativo 4: Pesquisa não retornou resultados
Este fluxo alternativo ocorre quando o sistema não encontra resultados da pesquisa de acordo com os filtros informados pelo ator Diretor.
1. O sistema informa ao ator Diretor que não foram encontrados usuários.
2. O fluxo retorna ao passo 1 do fluxo básico.
Fluxo Alternativo 5: O Usuário não pode ser incluído
Este fluxo alternativo ocorre quando o sistema não consegue salvar as informações inseridas pelo ator Diretor.
1. O sistema informa ao ator Diretor que não foi possível incluir as informações.
2. O fluxo retorna ao passo 1 do fluxo alternativo 1.
 Fluxo Alternativo 6: O Usuário não pode ser alterado
Este fluxo alternativo ocorre quando o sistema não consegue salvar a informação inserida pelo ator Diretor.
1. O sistema informa ao ator Diretor que não foi possível alterar a informação.
2. O fluxo retorna ao passo 1 do fluxo alternativo 2.
Pré-condições
O ator deve ter acesso para manter o usuário.
Pós-condições
Usuário cadastrado no BD.
8.4 UC4 - Manter Cliente
Breve Descrição:
Este caso de uso tem como objetivo consultar, incluir, alterar e excluir cliente do sistema pelos atores: Diretor e Funcionário.
Fluxo Básico
Este caso de uso se inicia quando o ator Diretor ou Funcionário seleciona a opção de “Manter Cliente”
1. O sistema exibe os filtros de pesquisa.
2. O ator Diretor ou Funcionário informa o filtro de pesquisa e seleciona a opção “pesquisar”.
3. O sistema retorna uma lista de usuários encontrados de acordo com a pesquisa.
4. O ator Diretor ou Funcionário seleciona a opção “detalhes” de um dos itens da lista.
5. O sistema exibe os dados específicos do cliente selecionado.Os dados dos clientes apresentados, são: idcli, nomecli, endcli, fonecli, email. 
	Fluxos Alternativos
Fluxo Alternativo 1: Incluir Cliente
Este fluxo alternativo ocorre quando o ator Direto ou Funcionário seleciona a opção “Incluir”.
1. O sistema solicita as seguintes informações: idcli, nomecli, endcli, fonecli, emailcli.
2. O ator Diretor ou Funcionário insere as informações e seleciona a opção “salvar”.
3. O sistema salva as informações. 
Fluxo Alternativo 2: Alterar Cliente
Este fluxo alternativo ocorre quando o ator Diretor ou Funcionário seleciona a opção “Alterar”.
1. O sistema disponibiliza para alteração as seguintes informações: idcli, nomecli, endcli, fonecli, emailcli.
2. O ator Diretor ou Funcionário insere as informações e seleciona a opção “salvar”. 
3. O sistema salva as informações.
Fluxo Alternativo 3: Excluir Cliente
Este fluxo alternativo ocorre quando o ator Diretor ou Funcionário seleciona a opção “Excluir”.
1. O sistema solicita uma confirmação de exclusão do cliente.
2. O ator Diretor ou Funcionário confirma a exclusão do cliente.
3. O sistema exclui o cliente.
Fluxo Alternativo 4: Pesquisa não retornou resultados
Este fluxo alternativo ocorre quando o sistema não encontra resultados da pesquisa de acordo com os filtros informados pelo ator Diretor ou Funcionário
1. O sistema informa ao ator Diretor ou Funcionário que não foram encontrados clientes.
2. O fluxo retorna ao passo 1 do fluxo básico.
Fluxo Alternativo 5: O Cliente não pode ser incluído
Este fluxo alternativo ocorre quando o sistema não consegue salvar as informações inseridas pelo ator Diretor ou Funcionário.
1. O sistema informa ao ator Diretor ou Funcionário que não foi possível incluir as informações.
2. O fluxo retorna ao passo 1 do fluxo alternativo 1.
Fluxo Alternativo 6: O Cliente não pode ser alterado
Este fluxo alternativo ocorre quando o sistema não consegue salvar a informação inserida pelo ator Diretor ou Funcionário.
1. O sistema informa ao ator Diretor ou Funcionário que não foi possível alterar a informação.
2. O fluxo retorna ao passo 1 do fluxo alternativo 2.
Pré-condições
O ator deve ter acesso para manter o cliente.
Pós-condições
Cliente cadastrado no BD.
8.5 UC5 - Emitir OS
Breve Descrição:
Este caso de uso tem como objetivo realizar a emissão de ordem de serviço.
Fluxo Básico
Este caso de uso se inicia quando o ator Diretor ou Funcionário seleciona a opção de “Emitir OS”
1. O sistema apresenta a tela de “Emitir OS” com os campos para preencher.
2. O ator preenche os campos e selecionar a opção “Emitir”. [A1]
3. O sistema valida os dados
4. O sistema exibe uma mensagem de confirmação de emissão.
5. O ator confirma a mensagem
6. O sistema emite a Ordem de Serviço
Fluxos Alternativos
Fluxo Alternativo 1: Campos sem preencher
Este fluxo alternativo ocorre quando o ator Diretor ou Funcionário preenche os dados na tela para emissão de OS.
1. O sistema solicita as seguintes informações: os, data_os, equipamento, defeito, serviço, tecnico, valor, idcli.
2. O ator Diretor ou Funcionário insere as informações e seleciona a opção “emitir”.
 3. O sistema emite a OS.
Pré-condições
Toda ordem de serviço deve ser vinculada a um cliente.
Pós-condições
A ordem de serviço é emitida.
9. Modelo de Classes
 (
Figura 
7
 modelos de classes
)		
10. Modelo de Dados
Na Figura abaixo é apresentado A MODELAGEM DE DADOS utilizado na implementação. Este diagrama foi construído com a ajuda da ferramenta creately.com
10.1 Modelo Lógico da Base de Dados
 (
Figura 
8
 modelo lógico da Base de dados
)
	Tabela: tbusuarios
	Campo
	Tipo
	Chave Primária
	Chave Estrangeira
	Null
	Observações
	iduser
	inteiro
	SIM
	Não
	Não
	Número de identificação do usuário
	usuario
	string
	Não
	Não
	Não
	Nome do usuário
	fone
	string
	Não
	Não
	
	telefone do usuário
	login
	string
	Não
	Não
	
	Login do usuário no sistema
	senha
	string
	Não
	Não
	
	Senha do usuário no sistema
	perfil
	string
	Não
	Não
	
	User ou Admin: user se for um usuário comum e admin se for administrador do sistema
	Tabela: tbos
	Campo
	Tipo
	Chave Primária
	Chave Estrangeira
	Null
	Observações
	os
	inteiro
	SIM
	Não
	Não
	Número da ordem de serviço
	data_os
	string
	Não
	Não
	Não
	Data da ordem de serviço
	equipamento
	string
	Não
	Não
	Não
	Nome do equipamento a ser reparado
	defeito
	string
	Não
	Não
	Não
	Descrição do defeito que o equipamento apresenta
	serviço
	string
	Não
	Não
	Não
	Serviço a ser executado para concertar o defeito
	técnico
	string
	Não
	Não
	Não
	Técnico reponsável pela execução do serviço
	valor
	string
	Não
	Não
	Não
	Valor do Serviço executado
	idcli
	string
	Não
	sim
	Não
	Idendificação do Cliente
11. Modelagem Dinâmica
No contexto deste projeto a modelagem dinâmica identifica e modela os aspectos do sistema devido à ocorrência de eventos, e resposta à eles, que envolvem a troca de informação.
11.1 Diagrama de Sequência
Diagramas de sequência preocupam-se com a ordem temporal em que as mensagens são trocadas e podem ser usados para detalhar um Caso de Uso. A seguir, serão especificados os diagramas de sequência relacionados aos Casos de Uso notados previamente no item 8.
· Efetuar Login: tem como objetivo validar o usuário e a senha dos atores: funcionário e Diretor.
 (
Figura 
9
 diagrama de sequencia – efetuar login
)
· Gerar Relatório: tem como objetivo gerar relatórios de faturamento e serviços executados.
Figura 10 diagrama de Sequencia- gerar relatório
· Manter Usuário : tem como objetivo consultar, incluir, alterar e excluir usuários do sistema pelo ator Diretor.
 (
Figura 
11
 diagrama de sequencia - manter usuário
)
· (
Figura 
12
 diagrama de sequencia - manter cliente
)Manter Cliente: tem como objetivo consultar, incluir, alterar e excluir usuários do sistema pelos atores: Diretor e funcionário.
· Emitir OS: tem como objetivo realizar a emissão de ordem de serviço.
 (
Figura 
13
- Diagrama de sequencia - emitir OS
)
12 Diagrama de Atividades
Diagramas de atividades descrevem o que é necessário acontecer no sistema sendo modelado. Os mesmos ajudam a unir as pessoas das áreas de negócio e desenvolvimento de uma organização, pois comunicam com precisão e clareza o comportamento do processo. A seguir, serão especificados os diagramas de atividades relacionados ao funcionamento do modelo apresentado.
· Diagrama de atividade – Efetuar Login
 (
Figura 
14
 
Diagrama de atividade – Efetuar Login
)
· (
Figura 
15
 
Diagr
ama de atividade – OS
)Diagrama de atividade – Ordem de Serviço
· Diagrama de atividade – Usuários
 (
Figura 
16
 
Diagrama de atividade – Usuários
)
· Diagrama de atividade – Relatórios
Figura 17 Diagrama de atividade – relatórios
Diagrama de componentes
O diagrama de componentes permite a modelagem física do sistema proposto. É composto por componente, interface e relacionamentos. A seguir, será especificado o diagramas de componentes relacionado ao funcionamento do modelo apresentado.
 (
Figura 
18
 diagrama de componentes
)
13 O protótipo do sistema 
Os designs de interfaces foram projetados com a ferramenta Figma, acessível online através do navegador e totalmente gratuita. Os estudos de caso descritos estão representados nas figuras abaixo.
UC1 – Efetuar Login
 (
Figura 
19
 tela login
)
TELA DE RELATÓRIOS - GERAL
 (
Figura 
20
 tela inicial
)
	UC –Chamados Realizados
 (
Figura 
21
 chamados realizados
)		
 (
Figura 
22
 novo chamado
)
 Uc – Novo Chamado
UC – Novo Usuário
 (
Figura 
23
 excluir usuário
) (
Figura 
24
 novo usuário
)
 UC - Excluir usuário
 
 14 Conclusão 
Reflexões sobre os objetivos iniciais e os alcançados: 
 Este TCC apresentou os conceitos que relatam como o sistema pode nos proporcionar rapidez e agilidade para com os profissionais quando estão fora da barse do Homecare.
 Existe um controle quandoé gerado um relatório, no qual impacta no faturamento final e cobrança de equipamento solicitado. 
Foi notado a necessidade da criação de um software de aberturada de chamados para solicitação de matérias afim de agilizar o processo da empresa.
O sistema conciste de uma interface facil e amigável para o usuário , de qual de forma práqtica ele npode solicitar o serviço, ou corrigir um problema.
Referências
FURLAN, J. D. (1998). Modelagem de Objetos através da UML – The Unified Modeling Language. Makron Books.
GHEZZI, C. (1987). Conceitos de Linguagens de Programação. Editora Campus.
sá, e. d., & Sá, E. d. (2021). Vídeo aulas da Universidade Estácio de Sá.
BOOCH, G; RUMBAUGH, JeJACOBSON,I: UML, Guia do Usuário: tradução; Fábio Freitas da Silva, Rio de Janeiro, Campus ,2000.