TCC SISTEMAS DE INFORMAÇÃO

Prévia do material em texto

UNIVERISADE ESTÁCIO DE SÁ 
 
 
 
Walace Fernandes Barbosa 
Matricula: 201201192196 
 
 
 
 
 
 
 
Nome do Sistema: DESENVOLVIMENTO DE UMA PLATAFORMA ONLINE DE 
SERVICE DESK 
 
 
Trabalho de Conclusão de Curso submetido ao corpo docente 
do Curso de Graduação em Sistemas de Informação da 
Universidade Estácio de Sá – UNESA/RJ, como requisito 
parcial para obtenção do título de Bacharel em Sistemas de 
Informação. 
 
 
Orientador: Rogério Leitão Nogueira 
 
 
 
 
 
 
 
 
Município: Rio de Janeiro 
2019 
1 
 
LISTA DE ILUSTRAÇÕES 
Figura 1 – Cronograma (diagrama de Gantt) parte 1 ............................................................... 6 
Figura 2 – Cronograma (diagrama de Gantt) parte 2 ............................................................... 7 
Figura 3 – Organograma da empresa ....................................................................................... 9 
Figura 4 – Diagrama de casos de uso ..................................................................................... 14 
Figura 5 – Diagrama de classes .............................................................................................. 20 
Figura 6 – Modelo entidade relacionamento ......................................................................... 21 
Figura 7 – Tela de login ......................................................................................................... 21 
Figura 8 – Tela de abertura de chamados .............................................................................. 22 
Figura 9 – Tela de criação de usuários .................................................................................. 22 
Figura 10 – Tela para resetar senha ........................................................................................ 23 
Figura 11 – Diagrama de sequência cadastrar orçamento ...................................................... 23 
Figura 12 – Diagrama de sequência cadastrar usuário .......................................................... 24 
Figura 13 – Diagrama de sequência cancelar atendimento .................................................... 24 
Figura 14 – Diagrama de sequência logar sistema ................................................................. 25 
Figura 15 – Diagrama de sequência solicitar atendimento .................................................... 25 
Figura 16 – Diagrama de sequência visualizar atendimento ................................................. 26 
Figura 17 – Diagrama de estados do projeto .......................................................................... 26 
Figura 18 – Diagrama de atividades do projeto ...................................................................... 27 
Figura 19 – Modelo de classes .............................................................................................. 28 
Figura 20 – Modelo físico de dados ....................................................................................... 29 
 
 
 
 
LISTA DE TABELAS 
Tabela 1 – Descrição do caso de uso “Logar sistema” ........................................................... 14 
Tabela 2 – Descrição do caso de uso “Solicita atendimento” ................................................ 15 
Tabela 3 – Descrição do caso de uso “Visualiza atendimento” ............................................. 16 
Tabela 4 – Descrição do caso de uso “Cancela atendimento” ................................................ 17 
Tabela 5 – Descrição do caso de uso “Cadastra usuários” ..................................................... 18 
Tabela 6 – Descrição do caso de uso “Cadastra orçamento” ................................................. 18 
 
 
 
 
 
 
 
 
 
 
 
2 
 
 
 
 
 
 
 
 
 
 
Sumário 
 
1. Proposta do projeto ............................................................................................................ 4 
1.1 Método de Trabalho .................................................................................................. 4 
1.2 Previsão de Alocação de Recursos............................................................................ 4 
1.3 Cronograma do Projeto Final .................................................................................... 6 
 
2. Caracterização da empresa e do negócio .......................................................................... 8 
2.1 Histórico da Empresa ................................................................................................ 8 
2.2 Atividade da Empresa ............................................................................................... 8 
2.3 Organograma ............................................................................................................. 9 
2.4 Mercado Consumidor ................................................................................................ 9 
2.5 Concorrência ............................................................................................................. 9 
2.6 Expansibilidade dos Negócios ................................................................................ 10 
2.7 Aspectos Tecnológicos ........................................................................................... 10 
2.8 Premissas de restrições do projeto ..........................................................................10 
 
3. O sistema atual .................................................................................................................. 10 
3.1 Justificativa de escolha do sistema.......................................................................... 10 
 3.1.1 O sistema ........................................................................................................... 10 
 3.1.2 Funcionamento do sistema ................................................................................ 11 
 3.1.3 O ambiente do sistema ...................................................................................... 11 
 3.1.4 A definição do escopo ....................................................................................... 11 
3.2 Motivação para criação do novo sistema ................................................................ 11 
3.3 Situação desejada .................................................................................................... 11 
3.4 Problemas do sistema atual ..................................................................................... 12 
 
4. O sistema proposto ........................................................................................................... 12 
4.1 Requisitos do sistema .............................................................................................. 12 
4.2 Casos de uso ............................................................................................................ 14 
 4.2.1 Diagrama de casos de uso ................................................................................. 14 
4.3 Especificações dos casos de uso ............................................................................. 14 
4.4 Modelo conceitual de classes .................................................................................. 20 
4.5 Modelo conceitual de dados .................................................................................... 21 
4.6 Projeto de interface ................................................................................................. 21 
3 
 
4.7 Diagrama de sequência ........................................................................................... 23 
4.8 Diagrama de estados ............................................................................................... 26 
4.9 Diagrama de atividades ........................................................................................... 27 
 
5. Projeto físico 
 5.1 Projeto de classes do projeto ...................................................................................28 
 5.2 Modelo físico de dados ............................................................................................ 29 
 5.3 Script de geração do banco de dados e suas tabelas ................................................ 29 
 5.4 Justificativa da escolha da linguagem de programação ........................................... 30 
 
6. Conclusões ......................................................................................................................... 28 
 
7. Referências ........................................................................................................................ 28 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1. Proposta do Projeto 
4 
 
A Empresa NAK Informatica sentiu a necessidade de automatizar a abertura de 
chamados técnicos realizada pelos clientes. Hoje existem diversas ferramentas no mercado de 
service desk, mas todas muito complexas. 
A proposta do projeto é desenvolver o sistema simples e objetivo na solução do 
problema de abertura de chamados, permitindo que o cliente tenha total visualização das 
etapas que seu equipamento passará durante o reparo. O atendimento via telefone ainda 
continuará sendo feito normalmente para que possa atender as pessoas com maior dificuldade 
em acessar o sistema. Mantendo o processo via telefone e implantando o sistema teremos 
maior agilidade no atendimento inicial do cliente agilizando sua solicitação. No sistema irá ter 
todo o histórico do cliente, peças utilizadas nos equipamentos e valores do serviço executado 
e exportação dos dados financeiros para que possam ser importados no sistema de controle 
financeiro usado pela empresa. 
 
1.1 Método de Trabalho 
 Será realizada uma reunião semanal durante todo o decorrer do projeto. Nas reuniões 
estarão presentes o sócio/proprietário da empresa e o gerente. As reuniões definirão os 
requisitos do sistema e os prazos de entrega das fases do projeto. 
 Caso seja necessário reuniões de emergência podem ocorrer além das reuniões pré-
agendadas, afim de solucionar um problema que possa surgir durante o projeto. 
 Cada reunião terá uma ATA que será distribuída a todos os envolvidos via e-mail. 
 
1.2 Previsão de Alocação de Recursos 
 
 Recursos Humanos 
Um Analista de Sistema; 
Um Gerente; 
Um Analista de Teste; 
 
 Recursos Materiais (Hardware) 
Um Microcomputador i5 4Gb; 
Uma Impressora HP; 
 
 Recursos Materiais (Software) 
5 
 
MS Office 2016; 
Windows 10; 
MySQL; 
Microsoft Project 2013; 
Bizagi Modeler; 
Astah. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1.3 Cronograma do projeto (diagram de Gantt) 
6 
 
 
 
Figura 1- Cronograma (diagrama de Gantt) parte 1 
 
 
 
 
7 
 
 
Figura 2- Cronograma (diagrama de Gantt) parte 2 
 
 
 
 
 
 
 
8 
 
2. Caracterização da Empresa e do Negócio 
 
2.1 História da Empresa 
A NAK Informática atua no mercado de infraestrutura a 6 anos e está localizada no 
bairro de Bangu na cidade do Rio de Janeiro. 
Começou atendendo apenas pessoas física em suas residências e logo expandiu o atendimento 
a pessoas jurídica (escritórios, hospitais, estúdios, restaurantes, etc). Hoje a empresa tem além 
dos clientes residenciais contratos de manutenção de computadores, rede, criação de sites para 
pequenas e grandes empresas de qualquer ramo de atividade. 
 
2.2 Atividade da Empresa 
A empresa tem como atividade principal a manutenção de computadores, consultoria 
em informática, criação de infraestrutura de rede de dados, criação de sites e criação de loja 
virtual. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
9 
 
2.3 Organograma 
 
 
2.4 Mercado Consumidor 
 O mercado de informática e infraestrutura engloba praticamente todo tipo de empresa 
atualmente. Desde as mais simples a grandes empresas todas utilizam computadores e internet 
e por isso necessitam de manutenção nos equipamentos. 
 
2.5 Concorrência 
 Existem muitas empresas nesse ramo de manutenção hoje, por esse motivo a 
concorrência é acirrada. A empresa busca sempre ser atender seus clientes com respeito, 
transparência, agilidade e qualidade na execução dos serviços. Com isso a empresa consegue 
a satisfação com o serviço prestado e fidelização dos clientes. 
 
 
 
 
Figura 3 - Organograma da empresa 
10 
 
2.6 Expansibilidade dos Negócios 
 A empresa está sempre em busca de novos desafios, procurando sempre achar uma 
solução adequada de acordo com o negócio do cliente. Busca parceria com outras empresas de 
comunicação, marketing digital que possam agregar valor ao serviço principal da empresa. 
 
2.7 Aspectos Tecnológicos 
 A empresa tem investido sempre em conhecimento técnico e novos equipamentos para 
teste, visando suprir a necessidade dos clientes da melhor forma possível. Estudando novas 
tecnologias e aprimorando o conhecimento técnico tanto na área de infraestrutura quanto na 
área de software. 
 
2.8 Premissas de restrição do projeto 
Não foram identificadas restrições para a continuidade do projeto. 
 
3 Sistema atual 
Nesta fase estamos analisando e representando os procedimentos do sistema atual, 
sendo eles automáticos ou não. 
 
3.1 Justificativa de Escolha do Sistema 
Através de análise feita nos procedimentos atuais podemos perceber que há muita 
falha no processo de comunicação com o cliente. Desde a ligação do cliente para solicitar o 
atendimento até a entrega do serviço pronto. Com a centralização das informações podemos 
agilizar todo o procedimento e evitar falhas de comunicação entre técnicos e clientes. 
 
3.1.1 O Sistema 
Hoje são utilizados três sistemas diferentes para ajudar na organização, são eles, 
Google agenda (para que todos os técnicos saibam dia/horário/endereço dos clientes), Trello 
(para verificar o andamento do serviço de cada cliente) e uma planilha do Excel para anotar os 
valores recebidos de cada serviço manualmente. 
A solicitação de novos chamados é feita através de telefone e email. 
 
 
 
11 
 
3.1.2 Funcionamento do sistema 
 O cliente solicita a abertura de um chamado técnico através de telefone ou email. O 
gerente recebe o chamado, anota os dados do cliente e dia do atendimento no Google agenda, 
cria uma tarefa no Trello com marca e modelo do equipamento, problema relatado pelo 
cliente e tarefas a serem executadas pelo técnico. 
 
3.1.3 O Ambiente do Sistema 
 O sistema Google agenda é utilizado pelo gerente para cadastro do dia, horário e local 
do atendimento para que o técnico visualize a informação e atenda o cliente. 
 O sistema Trello é utilizado pelo gerente para cadastro do equipamento do cliente e 
tarefas a serem realizadas no atendimento. É também utilizado pelo técnico para sinalizar o 
que foi feito no atendimento. 
 
3.1.4 A definição do escopo 
 Através da implementação do novo sistema a empresa terá um controle maior no 
processo de atendimento aos clientes. Cadastro, solicitação de abertura de chamado, data de 
atendimento ao cliente para que o técnico tenha uma organização dos atendimentos e o 
gerente possa controlar melhor o processo. O sistema irá automatizar os processos 
operacionais da empresa. 
 
3.2 Motivação para o novo sistema 
 Após levantamento das necessidades atuais da empresa, foram obtidas as seguintes 
causas para justificar o desenvolvimento do novo sistema, são elas: 
 - Cadastro de clientes (não existente) 
 - Dificuldade de consultar o histórico de manutenções nos equipamentos dos clientes 
 - Falta de confiabilidade das informações 
 - Descentralização das informações 
 
3.3 Situação desejada 
 - Maior confiabilidade nas informações de cadastro dos clientes 
 - Maior confiabilidade nas informações sobre os equipamentos que passam por 
manutenção 
12 
 
 - Possibilidade de visualizar todos os processos de atendimento que estão sendo feitos 
pelos técnicos 
 - Maiororganização dos atendimentos feitos para cada cliente 
 - Histórico dos atendimentos 
 - Opções de relatórios 
 
3.4 Problemas do sistema atual 
 O sistema atual é dividido entre planilhas, Google agenda e o Trello. Tudo é feito 
manualmente passando as informações de um sistema para o outro. Isso gera inconsistência 
nos dados, maior possibilidade de erro de digitação, descentralização das informações e 
dificulta o processo atrasando o atendimento ao cliente. 
 
4 O sistema proposto (projeto lógico) 
 Abaixo será apresentado o levantamento de requisitos e os diagramas do sistema 
proposto. 
 
4.1 Requisitos do sistema 
 Após análise do processo do sistema atual foi identificado problemas na confiabilidade 
e consistência nas informações dos clientes e serviços realizados devido a utilização de 
métodos manuais para o preenchimento dos sistemas utilizados. Segue abaixo os requisitos 
necessários para a implantação do sistema proposto: 
 
Requisitos funcionais: 
- [RF1] Cadastrar, excluir e alterar usuários: O sistema deverá permitir o cadastro de novos 
usuários com todos os seus atributos. O cadastro só poderá ser realizado caso o sistema ainda 
não possua um usuário com o mesmo código. O sistema deverá permitir a exclusão do usuário 
por nome ou código. O sistema deverá permitir a atualização dos atributos do cadastro do 
usuário. 
- [RF2] Controle de usuários do sistema para manter a segurança da informação. 
- [RF3] Cadastrar, excluir e alterar chamado técnico: O sistema deverá permitir o cadastro de 
chamados e todos os seus atributos. O cadastro só poderá ser realizado caso o sistema não 
possua um chamado com o mesmo código. O sistema deverá permitir a exclusão do chamado 
por código. O sistema deverá permitir a atualização dos atributos do chamado. 
13 
 
- [RF4] Visualizar chamado técnico: o sistema deverá permitir a visualização de todos os 
chamados abertos, fechados e excluídos do sistema. 
- [RF5] Cadastro de orçamento: o sistema deverá permitir o cadastro de orçamentos dentro 
dos chamados técnico para que o usuário aprove o serviço e o técnico execute. 
- [RF6] O sistema deve permitir a emissão de relatórios de chamados e financeiro. 
 
Requisitos não funcionais: 
- [RNF1] Deverá ser implantado na linguagem JavaScript. 
- [RNF2] Deverá ser criado um documento contendo todos os diagramas necessários para o 
desenvolvimento da ferramenta. 
- [RNF3] Será criado um cronograma para o processo de desenvolvimento. 
- [RNF4] A interface deve ser agradável ao usuário, facilitando o uso do software. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
14 
 
4.2 Casos de uso 
Nesta seção está o diagrama de caso de uso onde é registrado todas as funcionalidades 
do sistema, assim como os atores, onde fica explicito suas responsabilidades. 
 
4.2.1 Diagrama de caso de uso 
 
Figura 4 - Diagrama de casos de uso 
 
4.3 Especificação dos casos de uso 
 
Tabela 1 – Descrição do caso de uso “Logar sistema” 
Nome do caso de uso Logar sistema 
Caso de uso geral 
Ator Principal Cliente, técnico, gerente 
Atores secundários 
Resumo Este caso de uso descreve a etapa de 
autenticação dos usuários no sistema 
Pré-condições Usuário estar cadastrado no sistema 
15 
 
Pós-condições Acesso ao sistema é liberado 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Informar login e senha 
 2. Valida login e senha 
 3. Libera acesso ao sistema 
Restrições/Validações 1. Login precisa existir e estar ativo 
2. A senha precisa estar correta 
Fluxo de exceção – Usuário ou senha 
inválidos 
 
Ações do ator Ações do sistema 
 1. Comunicar que o login ou a senha estão 
incorretos 
 
Tabela 2 – Descrição do caso de uso “Solicita atendimento” 
Nome do caso de uso Solicita atendimento 
Caso de uso geral 
Ator Principal Cliente, técnico 
Atores secundários 
Resumo Este caso de uso descreve a etapa de criação 
de uma solicitação de atendimento 
Pré-condições Usuário estar cadastrado no sistema 
Pós-condições Solicitação criada 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Selecionar opção “Solicitar atendimento” 
 2. Apresentar formulário de abertura de 
chamado 
3. Preencher os campos solicitados no 
formulário 
 
 4. Apresentar tela de confirmação de abertura 
de chamado 
16 
 
5. Selecionar a opção sim na tela de 
confirmação de abertura de chamado 
 
Restrições/Validações 1. O código do chamado não pode existir na 
base de dados 
Fluxo alternativo – Chamado já 
cadastrado 
 
Ações do ator Ações do sistema 
 1. Comunicar que o atendimento já existe no 
sistema 
 2. Não cadastrar o atendimento 
Restrições/Validações 
 
Tabela 3 – Descrição do caso de uso “Visualiza atendimento” 
Nome do caso de uso Visualiza atendimento 
Caso de uso geral 
Ator Principal Cliente, técnico 
Atores secundários 
Resumo Este caso de uso descreve a etapa de 
visualização dos atendimentos cadastrados 
Pré-condições Usuário estar cadastrado no sistema, 
atendimento estar cadastrado no sistema 
Pós-condições 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Selecionar visualizar atendimento 
 2. Exibir tela de busca de atendimento 
3. Preencher os campos de busca 
 4. Exibir resultado da busca 
5. Selecionar o atendimento desejado para 
visualização 
 
Restrições/Validações 
Fluxo de exceção – Não há chamados 
17 
 
Ações do ator Ações do sistema 
 1. Comunicar que a busca não retornou 
nenhum resultado 
 
 
Tabela 4 – Descrição do caso de uso “Cancela atendimento” 
Nome do caso de uso Cancela atendimento 
Caso de uso geral 
Ator Principal Cliente, técnico, gerente 
Atores secundários 
Resumo Este caso de uso descreve a etapa de 
cancelamento de um atendimento solicitado 
Pré-condições Usuário estar cadastrado no sistema, usuário 
estar logado no sistema, usuário ter permissão 
para cancelar atendimento, atendimento estar 
cadastrado no sistema 
Pós-condições Atendimento cadastrado será excluído do 
sistema 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Selecionar visualizar atendimento 
 2. Exibir tela de busca de atendimento 
3. Preencher os campos de busca 
 4. Exibir resultado da busca 
5. Selecionar o atendimento desejado para 
visualização 
 
6. Selecionar cancelar atendimento 
 7. Exibir tela de confirmação de 
cancelamento do atendimento 
8. Selecionar sim na tela de confirmação 
Restrições/Validações 
Fluxo de exceção – Não há chamados 
18 
 
Ações do ator Ações do sistema 
 1. Comunicar que a busca não retornou 
nenhum resultado 
 
 
 
Tabela 5 – Descrição do caso de uso “Cadastra usuários” 
Nome do caso de uso Cadastra usuários 
Caso de uso geral 
Ator Principal Técnico 
Atores secundários 
Resumo Este caso de uso descreve a etapa de cadastro 
dos usuários no sistema 
Pré-condições N/A 
Pós-condições Usuário cadastrado no sistema 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Selecionar cadastro de usuários 
 2. Mostrar formulário de cadastro de usuários 
3. Preencher formulário de cadastro 
4. Selecionar salvar 
 5. Exibir tela de confirmação de cadastro 
6. Selecionar sim para confirmar cadastro 
Restrições/Validações 
Fluxo de exceção – Usuário já existente 
Ações do ator Ações do sistema 
 1. Comunicar que o usuário já existe na base 
de dados 
 
Tabela 6 – Descrição do caso de uso “Cadastra orçamento” 
Nome do caso de uso Cadastra orçamento 
Caso de uso geral 
19 
 
Ator Principal Gerente 
Atores secundários 
Resumo Este caso de uso descreve a etapa de cadastro 
dos usuários no sistema 
Pré-condições Usuário estar cadastrado no sistema, usuário 
estar logado no sistema, usuário ter permissão 
para cadastrar orçamentos, ter um 
atendimento cadastrado 
Pós-condições Orçamento cadastrado no atendimento para 
visualização do usuário 
Fluxo Principal 
Ações do ator Ações do sistema 
1. Selecionar visualizar atendimento 
 2. Exibirtela de busca de atendimento 
3. Preencher os campos de busca 
 4. Exibir resultado da busca 
5. Selecionar o atendimento desejado para 
visualização 
 
6. Selecionar o botão orçamento 
 7. Exibir formulário para cadastro de 
orçamento 
8. Preencher formulário de orçamento e 
selecionar o botão salvar 
 
 9. Exibir tela de confirmação 
10. Selecionar o botão sim na tela de 
confirmação 
 
Restrições/Validações 
Fluxo de exceção – Orçamento já existente 
Ações do ator Ações do sistema 
 1. Comunicar que o orçamento para o 
atendimento selecionado já existe na base de 
dados 
20 
 
 2. Retornar para tela do atendimento 
selecionado 
 
4.4 Modelo conceitual de classes 
 
Figura 5 - Diagrama de classes 
 
 
 
 
 
 
 
 
 
21 
 
4.5 Modelo conceitual de dados 
 
Figura 6 - Modelo entidade relacionamento 
4.6 – Projeto de interface 
 
Figura 7- Tela de login 
22 
 
 
Figura 8 - Tela de abertura de chamados 
 
Figura 9 - Tela de criação de usuários 
23 
 
 
Figura 10 - Tela para resetar senha 
4.7 Diagrama de sequência
 
Figura 11- Diagrama de sequência cadastrar orçamento 
24 
 
 
Figura 12- Diagrama de sequência cadastrar usuário 
 
Figura 13- Diagrama de sequência cancelar atendimento 
25 
 
 
Figura 14- Diagrama de sequência logar sistema 
 
Figura 15- Diagrama de sequência solicitar atendimento 
26 
 
 
Figura 16- Diagrama de sequência visualizar atendimento 
4.8 – Diagrama de estados 
 
Figura 17- Diagrama de estados do projeto 
 
 
27 
 
4.9 – Diagrama de atividades 
 
Figura 18- Diagrama de atividades do projeto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
28 
 
5 – Projeto físico 
 
5.1 – Modelo de classes do projeto 
 
Figura 19- Modelo de classes do projeto 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
29 
 
5.2 – Modelo físico de dados 
 
Figura 20- Modelo físico de dados 
 
5.3 Script de geração do banco de dados e suas tabelas 
 
CREATE TABLE USUARIO ( 
 IDUSER INTEGER(5) NOT NULL AUTO_INCREMENT, 
 SENHA INTEGER(8) NOT NULL, 
 TIPUSER BOOLEAN, 
 NAMEUSER(30) STRING NOT NULL 
 ) 
 
CREATE TABLE ORCAMENTO( 
 IDORC INTEGER(5) NOT NULL AUTO_INCREMENT, 
 DESCORC(100) STRING 
 ) 
 
CREATE TABLE SOLICITACAO( 
 IDSOL INTEGER(5) NOT NULL AUTO_INCREMENT, 
 TIPSOL BOOLEAN, 
 NAMESOL STRING(30), 
 TIPSOLUS BOOLEAN, 
 NAMESOLUS STRING(30) 
 ) 
 
30 
 
5.4 – Justificativa de escolha da linguagem de programação 
 
A linguagem de programação escolhida foi JavaScript por ser uma linguagem extremamente 
versátil, simples e dinâmica. Pode ser usada tanto no front-end quanto no back-end facilitando 
o entendimento da aplicação. 
 
6 – Conclusão 
 
Com a implantação do novo sistema pretendemos organizar melhor os atendimentos ao 
cliente agilizando a comunicação e assim aumentando a satisfação dos clientes. Teremos um 
maior controle dos serviços realizados pelos técnicos da empresa tornando mais fácil a 
visualização dos atendimentos realizados. 
 
7 – Referências 
 
https://www.devmedia.com.br 
 
Bezerra, Eduardo, Princípio de Análise e Projetos de Sistemas com Uml. 2ª Edição Editora: 
Campus/Elsevier, 2003 
https://www.devmedia.com.br/