Este projeto tem por objetivo desenvolvimento de uma plataforma de central de serviços para que a empresa cliente possa receber, atender e recusar serviços.
Organização do repositório:
Pasta Src: pasta templates contém as páginas do site; pasta static contém as imagens e os arquivos de estilização em css; arquivo app.py com os códigos de python; arquivo banco.sql com o script do banco de dados; e o arquivo requirements.txt;
Pasta doc/BD: contento os modelos do banco de dados(conceitual e lógico)
README.MD: arquivo com o detalhamento do projeto.
-Criar uma pasta
-Clonar o git dentro dessa pasta com:
git clone https://github.com/Desduh/BrazilianTech.git-Baixar o python, o Visual Code Studio e o MySQL
-Abrir a pasta no Visual code, entrar no prompt de comando pelo terminal e digitar
cd BrazilianTech cd src python -m venv venv venv\scripts\activate pip install -r requirements.txt-Ir no MySQL Workbench > open script > banco.sql > adiconar um e-mail e uma senha para o administrador > executar linhas
-Retornar ao Visual Code e alterar as informações sobre o banco:
-Retornar ao prompt de comando do terminal e digite:
flask run-Abra o link
Nossa site irá facilitar a comunicação entre os clientes e técnicos, pois conecta as pessoas que necessitam de suporte, seja ele: software ou hardware a um profissional da área de TI, onde os mesmos podem solicitar um pedido ou ver seus pedidos anteriores e tais pedidos são disponibilizados aos profissionais, que solucionarão o problema.
Vale destacar que o administrador deve promover ao menos um usuário para técnico (aba usuários -> promover) antes de uma solicitação ser criada:
Templates clientes:
Templates técnicos:
Templates administrador:
| REQUISITOS FUNCIONAIS | |
|---|---|
| RF.1. | O sistema só deverá ser acessado por pessoas devidamente cadastradas; |
| RF.2. | Apenas o administrador do sistema deve possuir acesso total às funcionalidades do sistema; |
| RF.3. | O técnico deve ser capaz de atender e recusar chamados(caso recuse é necessário que possa justificar); |
| RF.4. | Um usuário deve ser capaz de abrir uma solicitação, visualizar o estado, da mais recente à mais antiga e atribuir uma nota pelo serviço; |
| RF.5 E 7. | Ao ser criada, um chamado deve ser atrelada seu criador e atribuída um técnico; |
| RF.6. | Atribuíção do técnico deve seguir um esquema de distribuição cíclica; |
| RF.8. | Solicitação: data/hora de criação e fechamento, tipo de problema ou esclarecimento, uma descrição, uma imagem/arquivo (opcional), uma resposta/justificativa para o fechamento e uma avaliação atribuída pelo usuário a originou, após o fechamento (opcional); |
| RF.9. | Relátorios sobre o percentual de solicitações abertas e fechadas em um intervalo de tempo, a evolução diária da quantidade de solicitações abertas e fechadas em intervalos de tempo especificados, uma média de cada técnico e uma média global do sistema. |
| REQUISITOS NÃO FUNCIONAIS | |
|---|---|
| RN.P.1. | Desenvolver o back end com alinguagem Python 3+ e o microframework Flask; |
| RN.P.2. | Utilizar o sistema gerenciador de banco de dados MariaDB/MySQL; |
| RN.P.3. | Utilizar HTML 5 para arquitetura da informação da aplicação; |
| RN.P.4. | Utilizar CSS 3para especificação do layout e demais características de renderização da interface. |
| RN.P.5. | Utilizar o GitHub para controle de versão dos artefatos de projeto. |
| RN.P.6. | Interface com navegação intuitiva (e.g. acesso à informação com poucos “cliques”); |
| RN.P.7. | Sistema responsivo. |
| RN.P.8. | Utilizar JavaScript no front end |
| Sprint | Requisito | Etapas | Status |
|---|---|---|---|
| 1 | - | Wireframe | ✅ |
| 1 | RN.P.3/RN.P.4 | Templates | ✅ |
| 1 | RN.P.1 | Flask | ✅ |
| 1 | RN.P.4 | Estilização básica das paginas com CSS | ✅ |
| 1 | RN.P.2 | Criação do modelo conceitual e Lógico | ✅ |
| 1 | RN.P.2 | Criação da tabela de usuários no MYSQL | ✅ |
| 1 | RN.P.1 | Criação das funções para cadastro e login com Python | ✅ |
| 1 | RN.P.2 | Criação da tabela de solicitações no MYSQL | ✅ |
| 1 | RN.P.1 | Criação das funções de solicitações com Python | ✅ |
| 1 | RN.P.1 | Conexão dos dados do banco com o front-end por meio do Python | ✅ |
| 1 | - | Criação do READ.ME - 1ºsprint | ✅ |
| 1 | - | Vídeo - 1º sprint | ✅ |
| 2 | RF.3 | Atender e recusar solicitações | ✅ |
| 2 | RF.4 | Usuário ser capaz de visualizar as suas solicitações e o status delas | ✅ |
| 2 | RF.2 | Página do Administrador | ✅ |
| 2 | RF.9 | Gráfico 1: percentual de solicitações abertas e fechadas | ✅ |
| 2 | RF.6 | Função cíclica das solicitações | ✅ |
| 2 | RF.4 | Organizar solicitações da mais nova para as mais antigas | ✅ |
| 2 | RN.P.4 | Complemento da estilização dos templates | ✅ |
| 2 | - | Criação do READ.ME - 2ºsprint | ✅ |
| 2 | - | Vídeo - 2º sprint | ✅ |
| 3 | RF.4 | Cliente ser capaz de avaliar o serviço | ✅ |
| 3 | RN.P.7 | Responsivo | ✅ |
| 3 | RF.9 | Alteração do gráfico do percentual de solicitações abertas e fechadas, considerando agora um determinado intervalo de tempo | ✅ |
| 3 | RF.9 | Gráfico 2: evolução diária da quantidade de solicitações abertas e fechadas em intervalos de tempo especificados | ✅ |
| 3 | RF.9 | Avaliação média de cada técnico. | ✅ |
| 3 | RF.9 | Avaliação média global do sistema. | ✅ |
| 3 | RN.P.4 | Estilização final do projeto | ✅ |
| 3 | - | Criação do READ.ME - 3ºsprint | ✅ |
| 3 | - | Vídeo - 3º sprint | ✅ |
| Cargo | Membros | GitHub |
|---|---|---|
| P.O | Júlia Sousa Gayotto | Link |
| Scrum Master | Carlos Eduardo Falandes | Link |
| Development Team | Ana Clara Marques Portes | Link |
| Development Team | Bruno Henrique Menezes Ramos | Link |
| Development Team | Lucas França Registro | Link |
Assista nossos vídeos, neles contém explicaçôes mais detalhadas sobre o projeto.
-Sprint 1: clique aqui
-Sprint 2: clique aqui
-Sprint 3: clique aqui