Skip to content

Latest commit

 

History

History
132 lines (119 loc) · 4.3 KB

README.md

File metadata and controls

132 lines (119 loc) · 4.3 KB
Raw

Projeto acadêmico.

Implementação de back-end utilizando PHP. Proíbido a utilização de qualquer framework para realização deste projeto.

Requerimentos

  • PHP
    • ext-pdo
    • ext-pdo_mysql
  • MySQL ou MariaDB

Como correr o projeto sem Docker?

Antes de tudo, certifique que tenha os requerimentos necessários acima.

  1. Clone o repositório.
git clone https://github.com/auguzsto/telecall-projeto.git
  1. Configure as variáveis, em config.php, para conexão de acordo com seu banco de dados.
    $config['host'] = "LOCALHOST";
    $config['port'] = "PORTA";
    $config['user'] = "USUÁRIO";
    $config['password'] = "SENHA";
    $config['database'] = "grp_16_bangu_noite";
  1. Rode o servidor web nativo do php.
php -S 0.0.0.0:8000 -t .
  1. Acesse o projeto
 http://localhost:8000/

Como correr o projeto com Docker?

Antes de tudo, certifique que tenha docker e docker-compose instalado.

  1. Clone o repositório.
git clone https://github.com/auguzsto/telecall-projeto.git
  1. Em config.php, altere $config['host'] = "127.0.0.1" para $config['host'] = "mariadb";
    $config['host'] = "mariadb";
    $config['port'] = "3306";
    $config['user'] = "root";
    $config['password'] = "password";
    $config['database'] = "grp_16_bangu_noite";
  1. Suba os containers
 docker-compose up
  1. Acesse o projeto
 http://localhost

Contexto.

Uma Empresa de Telefonia e Telecomunicações fez um estudo de viabilidade para divulgação de seus produtos e serviços e identificou a necessidade de construir um site. A partir de então, encomendou um projeto educacional e pedagógico para elaboração do site através de ferramentas de desenvolvimento Back-End a fim de identificar a oportunidade de evolução do sistema.

Perfis de usuário

  • Perfil administrativo (Master)
  • Perfil comum (Usuário)

Funcionalidades

  • Login - (Master | Comum)
    • Tela de Login deve possuir os campos Login e Senha. A tela deve ter a opção de tipo de perfil que o usuário pretende se logar. O tipo de perfil deve ser master ou usuário comum. A tela também deverá ter um link para o cadastro de usuário.
  • Tratamento de erros - (Master | Comum)
    • Tela de erro quando algo inesperado acontece, como por exemplo, erro na autenticação do usuário.
  • Autenticação de dois fatores (2FA)
  • Dashboard - (Master | Comum)
    • Deve ter menu com as opções relacionadas ao acesso de cada perfil logado (lembre-se que o menu do usuário master possui mais opções que o menu do usuário comum) e outras informações relacionadas à Empresa de Telefonia.
  • Consulta de usuário - (Master)
    • Essa tela deve apresentar a lista de usuários do sistema. A tela deverá ter um campo de pesquisa, onde o usuário master poderá pesquisar por uma substring (pedaço do nome do usuário comum). Assim, a lista deverá apresentar a lista de todos os usuários comuns que contém a substring como parte de seu nome.
  • Cadastro de usuário - (Master | Comum)
    • Campo para cadastrar usuário comum. Somente o usuário comum poderá se cadastrar pelo sistema. Já o usuário master é criado dentro do próprio banco de dados, via script sql.
  • Alteração de senha - (Master | Comum)
    • Somente o usuário comum poderá alterar a senha dele próprio
  • Modelo do banco de dados - (Master | Comum)
    • Essa tela deverá ter uma imagem com a modelagem do banco de dados utilizada para este sistema.
  • Inserir botão para baixar lista de usuários no formato PDF. (Master)

Sobre 2FA

A tela deve ter os seguintes campos: A tela deve apresentar um campo de resposta para uma das seguintes perguntas:

  • Qual o nome da sua mãe?
  • Qual a data do seu nascimento?
  • Qual o CEP do seu endereço? A tela deve apresentar um botão de envio.

Regras para submeter o formulário.

  • A resposta deve ser preenchida.
  • A geração da pergunta deve ser aleatória e o usuário deve responder de acordo com o valor correspondente que cadastrado no Banco de Dados.

Diagrama de relacionamento modelo entidade.

Fluxograma de arquitetura utilizando Docker.

Isto é apenas uma demonstração, utilizando Docker, para balancemento de carga