Este repositório servirá para armazenar os códigos-fonte utilizados no projeto, bem como o endereço da aplicação na Web. Este projeto faz parte do Bootcamp Proz Talento Cloud, com intuito da criação de uma aplicação Utilizando HTML, CSS e Java Script, API Node.Js, PHP e banco de dados (MySQL e MongoDB) o grupo decidiu por realizar a construção de um E-commerce de Livros nomeado: "Capitulo Certo".

• Dia da semana: Terça-Feira e Quinta-feira
• Período: Noturno Professor: Alvaro

• https://www.canva.com/design/DAFyH3nxRaM/PA0sw7xttyt7-5FvTEnF6A/edit?utm_content=DAFyH3nxRaM&utm_campaign=designshare&utm_medium=link2&utm_source=sharebutton

Este é um projeto de TCC de curso, onde criamos a nossa livraria "Capítulo Certo" e elaboramos um E-commerce com as linguagens e tecnologias citadas acima. “Aqui, acreditamos no poder transformador dos livros. Eles nos transportam para novos mundos, nos ensinam sobre o universo e nos inspiram a ser melhores. Os livros são janelas para a alma, espelhos que refletem nossas emoções e desejos.”

Sprint-I: Definição do tema e desenvolvimento do Layout do projeto

• Data entrega: 26/10/2023
• Status: Entregue

Sprint-II: Criação da estrutura HTML das páginas

• Data entrega: 02/11/2023
• Status: Entregue

Sprint-III: Telas do E-commerce

• Data entrega: 05/12/2023
• Status: Entregue

Sprint-IV: Validação de Formulários JS

• Data entrega: 09/01/2024
• Status: Entregue

Sprint-V: Banco de dados

• Data entrega: 18/01/2024
• Status: Entregue

Entrega Final do Projeto

• Data entrega: 25/01/2024
• Status: --

http://capitulocerto.ddns.net/

Também hospedamos na 000webhostapp:

https://capitulocerto.000webhostapp.com/

• Devido as limitações da hospedagem 000webhost, as funções de cadastro e "esqueci a senha" não estão enviando o email do codígo de confirmação de email ou reset da senha, para testes do E-commerce utilize o login que está no arquivo "UserTestLogin"

• https://www.amazon.com.br/ref=nav_logo
• https://www.saraiva.com.br/

O grupo optou por dividir o desenvolvimento de cada etapa do projeto, mas todos tiveram participação em todas as etapas, assim o grupo definiu quais seriam as etapas e qual pessoa ficaria responsáveis por cada tela e/ou funcionalidade:

No video abaixo, documentamos o processo de modelagem, criação do banco de dados e linguagem SQL para demonstração prática:

Vídeo Sprint V - Banco de Dados - Capítulo Certo

Nesta primeira etapa, demonstraremos a nossa modelagem entidade relacionamento.

Esta modelagem, tem como objetivo, apresentar de forma visual, o funcionamento de nosso e-commerce e contribuir para a análise das construções e normalizações das tabelas.

Começaremos pelas cardinalidades e relacionamentos entre elas:

Na tabela livro, todas as colunas são provenientes das nossas páginas em html.

Sua relação com a tabela estoque, consiste em... Na cardinalidade mínima, consideramos o número zero, na ocasião do livro acabar em nosso estoque e o número um, é em relação ao espaço físico:

Cada livro terá sua quantidade e prateleira, como podemos ver na tabela estoque, assim, facilitando a sua localização ao separá-los para os pedidos dos clientes.

Para sabermos qual é o livro, a tabela estoque recebe uma coluna com a chave estrangeira da tabela livro.

Na tabela cliente, temos alguns campos comuns no que diz respeito ao cadastro do mesmo, porém, o campo telefone é multivalorado… neste caso, este campo gerará uma nova tabela, recebendo o id do cliente como chave estrangeira, desta forma, podemos cadastrar quantos números quisermos para cada cliente.

Para a tabela login, teremos o id do cliente como chave estrangeira e as informações referentes ao login… para evitarmos o armazenamento das senhas e código de verificação em texto claro, usaremos o recurso MD5 fornecido pelo postgre:

Informando o parâmetro MD5 antes do valor a ser adicionado, quando o insert for realizado, usará um MD5 de 32 bits:.

INSERT INTO login (fk_id_cliente, email, senha_hash, status_login, cod_verif_email_hash)
VALUES
(1, '[email protected]', MD5('senha_ana_silva'), TRUE, MD5('verif_ana_silva')),
(2, '[email protected]', MD5('senha_carlos_oliveira'), FALSE, MD5('verif_carlos_oliveira')),
(3, '[email protected]', MD5('senha_mariana_santos'), FALSE, MD5('verif_mariana_santos')),
(4, '[email protected]', MD5('senha_rafael_pereira'), TRUE, MD5('verif_rafael_pereira')),
(5, '[email protected]', MD5('senha_juliana_lima'), TRUE, MD5('verif_juliana_lima')),
(6, '[email protected]', MD5('senha_diego_oliveira'), TRUE, MD5('verif_diego_oliveira')),
(7, '[email protected]', MD5('senha_camila_souza'), FALSE, MD5('verif_camila_souza')),
(8, '[email protected]', MD5('senha_lucas_pereira'), FALSE, MD5('verif_lucas_pereira')),
(9, '[email protected]', MD5('senha_fernanda_santos'), TRUE, MD5('verif_fernanda_santos')),
(10, '[email protected]', MD5('senha_jose_oliveira'), FALSE, MD5('verif_jose_oliveira'));

select * from login;

A relação entre login e cliente é de 1 para 1, já que o cliente precisa de pelo menos um login e no máximo 1. Caso ele esqueça a senha, haverá um método de recuperação… assim como um login não pode existir sem um cliente e cada cliente tem o seu login individual.

No relacionamento entre as tabelas cliente e livro, é onde ocorre o processo de compra. Para a nossa regra de negócio, estamos considerando que o cliente compre pelo menos um livro, porém ele pode comprar vários livros, assim como um livro pode ser comprado por apenas um cliente, ou vários, desde que tenhamos em estoque:

Sendo assim, temos uma relação N para M, necessitando de uma tabela auxiliar, que no caso, optamos por nomeá-la como pedido, afim de facilitar sua representação:

Nesta nova tabela, teremos o id do pedido, a data da compra, as devidas chaves estrangeiras, a quantidade comprada pelo cliente e o valor total: