GoodTicket é um Website Help Desk para suporte técnico acessível e fácil de usar para empresas.
| Sobre o Projeto | Briefing | Entregas | Regisitos | Backlogs | User Stories | Tecnologias | VPC | BPMN | Organização | Execução | Manual do Usuário | Equipe |
Criação de uma ferramenta inteligente em Aplicação Web com back-end com microserviços e front-end em single-page applications com Login completo, para atuar na identificação das causas de falhas que geram retrabalhos. Tal aplicação tem como ferramenta base de dados em NoSQL de registros anteriores, que causaram retrabalhos, já conhecidos.
A equipe da IACIT trouxe para a equipe uma deficiência recorrente que gerava retrabalhos na produtividade da empresa, onerando em vários momentos os funcionários.
Durante o kick-off foi apresentado alguns requisitos para a elaboração de uma aplicação que atendesse as expectativas e solucionasse a problemática em questão. Sendo assim foi pensado em desenvolver uma interface que abrangesse as heurísticas de Jacob Nielsen e do Web Content Accessibility Guidelines (WCAG) do W3C, intuitiva e funcional, mantendo todas as ferramentas necessárias para solucionar as causas do retrabalho.
O público-alvo: Funcionários que sofrem com o retrabalho, Suporte que atende a solicitação de chamados, Administrador que administra e coordena a área.
O prazo foi estipulado pela FATEC em 3 sprints, as quais cada uma contém 21 dias, totalizando 63 dias.
Entregas serão realizadas nas seguintes datas:
Sprint | Entrega | Status | Link |
---|---|---|---|
01 | 14/04/2021 | Sprint 1 | |
02 | 15/05/2021 | Sprint 2 | |
03 | 05/06/2021 | Sprint 3 |
Inicialmente foram apresentados alguns requisitos funcionais e não funcionais e ao longo das Sprints houve o refinamento e o detalhamento dos requisitos.
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/Requisitos.png)
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/Backlog_Produto.png)
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/Backlog_Sprint1.png)
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/Backlog_Sprint2_.png)
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/Backlog_Sprint3.png)
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/User_Stories.png)
As seguintes ferramentas, linguagens, bibliotecas e tecnologias foram usadas na construção do projeto até o momento:
O VPC - Value Proposition Canvas, ou Canvas de Proposta de Valor, é uma ferramenta desenvolvida com o intuito de explorar informções dos clientes através dos quadrantes do seguimento de cliente e proposta de valor do quadro de modelo de negócios (business model canvas). O desenvolvimento do nosso canvas ficou da maneira exposta a seguir.
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/VPC.png)
O BPMN - Business Process Model and Notation, ou a grosso modo, Modelo e Notação de Processos de Negócio, trata-se de um método de notação das modelagens de processo de negócio, ao qual é estabelecido um padrão para representar os processos graficamente, por meio de diagramas. Tal padrão possui um conjunto de símbolos e regras que permite modelar diferentes fluxos de processos, com diferentes níveis de detalhamento. A seguir está disposto a notação realizada do nosso projeto em aspecto macro.
![](https://github.com/Grupo2-DSM/Api-3dsm-2022/raw/main/img/BPMN.png)
Os arquivos do projeto estão organizados em uma pasta principai, sendo:
📁 /goodticket:
Contém o codigo-fonte, que subdivide-se em:
📁 /front_end:
Contém o Front-end desenvolvido em React e TypeScript com construção em página única, em que o browser vai renderizar o core da aplicação apenas uma vez – todas as outras informações serão carregadas por demanda, de acordo com a necessidade do usuário, o que gera um melhor custo-benefício.
📁 /back_end:
Contém o Back-end , implementado com uma arquitetura de microsserviços que consiste em uma coleção de serviços pequenos e autônomos. Cada serviço foi desenvolvido em torno de um conjunto de regras de negócio específico, e foi implementado de forma independente, o que possibilitará uma manutenção e evolução dos serviços de forma mais estáveis, permitindo uma maior flexibilidade de tecnologias, colocar alterações em produção.
📁 /Swagger:
Documentação da API feita no Swagger, onde inclui todos os arquivos necessários para rodar a aplicação em local host. Servidor foi desenvolvido em Java, usando router e express, além da biblioteca swagger para java.
Para executar a siga os passos de Como Executar.
Manual com as instruções de como Usar a Aplicação Click para ver
Documentação mock da api, com toda a documentação das rotas da aplicação, no site do Swaggerhub Click para acessar
User | Função | ||
---|---|---|---|
Ana Carolina do Santos | S.M | ||
Nathan Truyts | P.O | ||
Isabelle Ribeiro | Dev-Team | ||
Vinicius Buarque | Dev-Team | ||
Gustavo Santos | Dev-Team | ||
Daniel Luciano | Dev-Team | ||
Bruno Pisciotta | Dev-Team |