Prévia do material em texto
Centro Universitário Leonardo da Vinci – UNIASSELVI Curso 37009 BSI – Experiência Profissional: Banco de Dados Relacional SISTEMA DE E-COMMERCE Autor(es): Haniel Fé – 5104814, Jefferson Gonçalves – 5313989, Luan Caldas – 5597656, Suzana Sousa – 6162700 e Vinicius Eustáquio 5945712 Tutor externo: Caio Steglich Borges MOTIVO DA ESCOLHA DO OBJETO DE ESTUDO A escolha de um Sistema de E-commerce como objeto de estudo para o aprofundamento em bancos de dados relacionais é estratégica e bem fundamentada. Ela oferece um cenário robusto e realista para aplicar conceitos teóricos, desenvolver habilidades práticas avançadas e preparar-se para desafios reais encontrados no desenvolvimento e manutenção de sistemas de informação complexos. A relevância e a aplicabilidade direta desse conhecimento no mercado atual tornam essa escolha não apenas educacionalmente valiosa, mas também altamente vantajosa para a carreira profissional. Os principais fatores que embasaram essa escolha foram a complexidade e abrangência dos dados, pois envolve uma vasta gama de entidades e relacionamentos complexos, também foi considerado os requisitos de escalabilidade e performance, onde os sistemas de E-commerce precisam ser escaláveis para lidar com volumes variáveis e frequentemente grandes de transações e acessos simultâneos, havendo uma oportunidade de explorar técnicas avançadas de performance e escalabilidade, e por último destacamos a integração com tecnologias modernas, onde o Sistema de E- commerce frequentemente interage com diversas tecnologias e plataformas, permitindo a exploração sobre a integração de bancos de dados relacionais com essas tecnologias, abordando aspectos de interoperabilidade e integração de dados. ESTRATÉGIAS DE ANÁLISE DO OBJETO A equipe adotou uma abordagem multidisciplinar e colaborativa para a análise do objeto de estudo, combinando de métodos qualitativos e quantitativos para realizar a análise do Sistema de E-commerce, na oportunidade foram realizadas reuniões de brainstorming, análise de cases e pesquisas bibliográficas. As reuniões de brainstorming foram essenciais para identificar os principais componentes e funcionalidades de um sistema de e-commerce, bem como revisão de documentação técnica e relatórios de mercado, análise de casos de sucesso e fracasso de sistemas de e-commerce existentes, consultas a livros e publicações especializadas. Para embasamento teórico, a equipe consultou diversos autores e obras reconhecidas na área de e-commerce e bancos de dados, para banco de dados destacamos Elmasri e Navathe (2005) e Heuser (2009), onde estes abordam a importância dos bancos de dados, fornecendo boas práticas de projetos para implantação e administração de banco de dados. Com base em Traver (2017), obtivemos insights sobre dos principais conceitos do mercado de e-commerce com dados empíricos e financeiros mais recentes, realizamos o estudo de casos de acordo com os exemplos retratados em estudos de casos com centenas de exemplos de empresas como Meta ® , TikTok ® , Netflix ® , YouTube ® , Walmart ® e Amazon ®, envolvendo a análise de casos de sucesso, fracassos e estratégias, podendo ampliar os conhecimentos em como empresas que expandiram rapidamente suas operações de e-commerce, aprendendo com os erros cometidos e evitar problemas semelhantes e entendendo como diferentes empresas abordam questões como logística, atendimento ao cliente e segurança dos dados. CONSIDERAÇÕES CRÍTICAS E CRIATIVAS Heuser (2009) define um modelo de banco de dados como a representação das categorias de dados que são armazenados em um banco de dados. De maneira similar, Elmasri e Navathe (2011) descrevem um banco de dados como um conjunto de dados inter-relacionados, que representam fatos com significado implícito e que são dignos de registro. Conforme explicado por Sommerville (2007), requisitos funcionais especificam as ações que o sistema é capaz de executar. Essas especificações são influenciadas pela natureza do software em questão, pelo perfil dos usuários finais e pela metodologia adotada pela organização na formulação desses requisitos. Em seu nível mais básico, quando apresentados como requisitos dos usuários, tendem a ser descritos de maneira abstrata, o que permite uma compreensão geral do escopo do sistema sem entrar em detalhes técnicos. Dito isso, para o desenvolvimento da modelagem de dados foram considerados os seguintes requisitos: Cadastro e Autenticação de Usuários • RF 01: Permitir que usuários criem uma conta com e-mail e senha, não sendo obrigatório para visualização do catálogo; • RF 02: Permitir o login de usuários registrados; • RF 03: Permitir a recuperação de senha por meio de e-mail; • RF 04: Permitir a atualização de informações do perfil do usuário. Gestão de Produtos • RF 05: Permitir a adição de novos produtos ao catálogo; • RF 06: Permitir a edição de informações dos produtos; • RF 07: Permitir a remoção de produtos do catálogo; • RF 08: Permitir a organização de produtos em categorias. Busca e Navegação • RF 09: Permitir a busca de produtos por nome, categoria ou outros filtros; • RF 10: Exibir uma lista de produtos baseada nos critérios de busca e filtros aplicados; • RF 11: Exibir detalhes completos de um produto selecionado; • RF 12: Permitir a navegação por categorias de produtos. Carrinho de Compras • RF 13: Permitir que usuários adicionem produtos ao carrinho de compras; • RF 14: Permitir que usuários visualizem e editem os itens no carrinho de compras; • RF 15: Calcular o subtotal, impostos e total do carrinho de compras; • RF 16: Permitir a remoção de itens do carrinho de compras. Finalização da Compra • RF 17: Permitir que usuários insiram informações de envio; • RF 18: Permitir a simulação do valor de frete. • RF 19: Permitir que usuários selecionem o método de pagamento; • RF 20: Permitir a revisão do pedido antes da finalização; • RF 21: Processar pagamentos e confirmar a compra; • RF 22: Enviar confirmação de pedido por e-mail; Gestão de Pedidos • RF 23: Permitir que usuários visualizem o histórico de pedidos; • RF 24: Permitir que usuários acompanhem o status dos pedidos em andamento; • RF 25: Permitir o cancelamento de pedidos antes do envio; • RF 26: Enviar notificações de status de pedidos. Avaliações e Comentários • RF 27: Permitir que usuários avaliem produtos após a compra; • RF 28: Permitir que usuários escrevam e leiam comentários sobre produtos; • RF 29: Exibir a média de avaliações dos produtos. Administração • RF 30: Permitir que administradores gerenciem contas de usuários; • RF 31: Permitir que administradores gerenciem inventário de produtos; • RF 32: Permitir que administradores visualizem relatórios de vendas e tráfego; • RF 33: Permitir que administradores gerenciem promoções e descontos. Segurança e Privacidade • RF 34: Implementar autenticação de dois fatores (opcional); • RF 35: Criptografar dados sensíveis, como senhas e informações de pagamento; • RF 36: Assegurar a conformidade com regulamentações de privacidade de dados. Integrações e Funcionalidades Extras • RF 37: Permitir a integração com gateways de pagamento; • RF 38: Permitir a integração com serviços de envio e rastreamento; • RF 39: Implementar um sistema de chat para atendimento ao cliente; • RF 40: Permitir a criação e gestão de listas de desejos; • RF 41: Oferecer recomendações de produtos baseadas em histórico de compras e navegação; A modelagem de banco de dados é fundamental porque organiza e estrutura os dados de maneira que facilite a sua compreensão e manipulação, atendendo às necessidades dos usuários de forma eficiente. Segundo Silberschatz, Korth e Sudarshan(2010), uma boa modelagem de banco de dados reduz a complexidade e melhora a integridade e a performance do sistema, sendo assim a Figura 1 apresenta a modelagem de dados com objeto desse estudo. Figura 1 - Modelagem de Dados Relacional do Sistema para E-commerce Fonte: elaborado pelos autores Escrever um modelo escrito de banco de dados é crucial porque fornece uma documentação clara e estruturada sobre a organização e as relações entre os dados, facilitando a comunicação entre os membros da equipe de desenvolvimento e garantindo que todos os stakeholders tenham uma compreensão comum do sistema. De acordo com Elmasri e Navathe (2016), a documentação de um modelo de dados melhora a manutenção e a evolução do sistema ao longo do tempo, permitindo uma adaptação mais fácil a mudanças nos requisitos, neste contexto, temos o código do banco de dados: CREATE DATABASE IF NOT EXISTS `ecommerce` /*!40100 DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_ai_ci */ /*!80016 DEFAULT ENCRYPTION='N' */; USE `ecommerce`; -- MySQL dump 10.13 Distrib 8.0.36, for Win64 (x86_64) -- -- Host: localhost Database: ecommerce -- ------------------------------------------------------ -- Server version 8.0.36 /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!50503 SET NAMES utf8 */; /*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */; /*!40103 SET TIME_ZONE='+00:00' */; /*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */; /*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */; /*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */; /*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */; -- -- Table structure for table `clients` -- DROP TABLE IF EXISTS `clients`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `clients` ( `idClient` int NOT NULL AUTO_INCREMENT, `Nome` varchar(45) DEFAULT NULL, `CPF` char(11) NOT NULL, `Endereço` varchar(45) DEFAULT NULL, `Data_de_Nascimento` date DEFAULT NULL, PRIMARY KEY (`idClient`), UNIQUE KEY `CPF` (`CPF`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `clients` -- LOCK TABLES `clients` WRITE; /*!40000 ALTER TABLE `clients` DISABLE KEYS */; INSERT INTO `clients` VALUES (1,'João Silva','12345678901','Rua A, 123','1990-05-15'),(2,'Maria Oliveira','98765432109','Avenida B, 456','1985-10- 20'),(3,'Pedro Santos','45678901234','Travessa C, 789','1995-03-08'),(4,'Ana Costa','78901234567','Praça D, 321','1982-12-03'),(5,'Lucas Pereira','23456789012','Rua E, 567','1978-07-25'); /*!40000 ALTER TABLE `clients` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `orders` -- DROP TABLE IF EXISTS `orders`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `orders` ( `idOrder` int NOT NULL AUTO_INCREMENT, `idOrderClient` int DEFAULT NULL, `orderStatus` enum('Cancelado','Confirmado') DEFAULT NULL, `orderDescricao` varchar(255) DEFAULT NULL, `sendValue` float DEFAULT '10', `paymentCash` tinyint(1) DEFAULT '0', `typePayment` enum('Boleto','Pix','Credito','Debito') DEFAULT NULL, PRIMARY KEY (`idOrder`), KEY `fk_ordes_client` (`idOrderClient`), CONSTRAINT `fk_ordes_client` FOREIGN KEY (`idOrderClient`) REFERENCES `clients` (`idClient`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `orders` -- LOCK TABLES `orders` WRITE; /*!40000 ALTER TABLE `orders` DISABLE KEYS */; INSERT INTO `orders` VALUES (1,1,'Confirmado','Pedido de Smartphone',10,1,NULL),(2,2,'Confirmado','Pedido de Camiseta',8,0,NULL),(3,3,'Cancelado','Pedido de Carrinho de controle remoto',12,0,NULL),(4,4,'Confirmado','Pedido de Chocolate',9,1,NULL),(5,5,'Confirmado','Pedido de Cadeira de escritório',15,0,NULL); /*!40000 ALTER TABLE `orders` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `payments` -- DROP TABLE IF EXISTS `payments`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `payments` ( `idClient` int NOT NULL, `idPayment` int NOT NULL, `typePayment` enum('Boleto','Pix','Credito','Debito') DEFAULT NULL, `limitAvailable` float DEFAULT NULL, PRIMARY KEY (`idClient`,`idPayment`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `payments` -- LOCK TABLES `payments` WRITE; /*!40000 ALTER TABLE `payments` DISABLE KEYS */; INSERT INTO `payments` VALUES (1,1,'Boleto',1000),(1,101,'Boleto',500),(1,102,'Pix',1000),(2,2,'Pix',1500),(2,201,'Credito ',2000),(2,202,'Debito',1500),(3,3,'Credito',2000),(3,301,'Boleto',700); /*!40000 ALTER TABLE `payments` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `product` -- DROP TABLE IF EXISTS `product`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `product` ( `idProduct` int NOT NULL AUTO_INCREMENT, `Categoria` enum('Eletronicos','Vestimentos','Brinquedos','Alimentos','Moveis') NOT NULL, `Descrição` varchar(45) DEFAULT NULL, `avaliação` float DEFAULT '0', `size` varchar(10) DEFAULT NULL, `Valor` varchar(45) DEFAULT NULL, PRIMARY KEY (`idProduct`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `product` -- LOCK TABLES `product` WRITE; /*!40000 ALTER TABLE `product` DISABLE KEYS */; INSERT INTO `product` VALUES (1,'Eletronicos','Smartphone',4.5,'5.5 inches','R$ 1500.00'),(2,'Vestimentos','Camiseta',4.2,'M','R$ 30.00'),(3,'Brinquedos','Carrinho de controle remoto',4,'Grande','R$ 80.00'),(4,'Alimentos','Chocolate',4.8,'100g','R$ 5.00'),(5,'Moveis','Cadeira de escritório',4.6,'Único','R$ 200.00'); /*!40000 ALTER TABLE `product` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `productandstorage` -- DROP TABLE IF EXISTS `productandstorage`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `productandstorage` ( `idStorage` int NOT NULL, `idProduct` int NOT NULL, `quantity` int NOT NULL, PRIMARY KEY (`idStorage`,`idProduct`), KEY `fk_product_product` (`idProduct`), CONSTRAINT `fk_product_product` FOREIGN KEY (`idProduct`) REFERENCES `product` (`idProduct`), CONSTRAINT `fk_product_Storage` FOREIGN KEY (`idStorage`) REFERENCES `productstorage` (`idStorage`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `productandstorage` -- LOCK TABLES `productandstorage` WRITE; /*!40000 ALTER TABLE `productandstorage` DISABLE KEYS */; INSERT INTO `productandstorage` VALUES (1,1,20),(2,2,30),(3,3,25),(4,4,40),(5,5,35); /*!40000 ALTER TABLE `productandstorage` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `productorder` -- DROP TABLE IF EXISTS `productorder`;/*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `productorder` ( `idOrder` int NOT NULL, `idProduct` int NOT NULL, `poQuantity` int NOT NULL, `poStatus` enum('Disponivel','Indisponivel','Processando') DEFAULT NULL, PRIMARY KEY (`idOrder`,`idProduct`), KEY `fk_products_product` (`idProduct`), CONSTRAINT `fk_product_Order` FOREIGN KEY (`idOrder`) REFERENCES `orders` (`idOrder`), CONSTRAINT `fk_products_product` FOREIGN KEY (`idProduct`) REFERENCES `product` (`idProduct`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `productorder` -- LOCK TABLES `productorder` WRITE; /*!40000 ALTER TABLE `productorder` DISABLE KEYS */; INSERT INTO `productorder` VALUES (1,1,10,'Disponivel'),(2,2,15,'Indisponivel'),(3,3,20,'Processando'),(4,4,25,'Disponivel'),( 5,5,30,'Processando'); /*!40000 ALTER TABLE `productorder` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `productseller` -- DROP TABLE IF EXISTS `productseller`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `productseller` ( `idSeller` int NOT NULL, `idProduct` int NOT NULL, `quantity` int NOT NULL, PRIMARY KEY (`idSeller`,`idProduct`), KEY `fk_prodict_product` (`idProduct`), CONSTRAINT `fk_prodict_product` FOREIGN KEY (`idProduct`) REFERENCES `product` (`idProduct`), CONSTRAINT `fk_product_seller` FOREIGN KEY (`idSeller`) REFERENCES `seller` (`idSeller`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `productseller` -- LOCK TABLES `productseller` WRITE; /*!40000 ALTER TABLE `productseller` DISABLE KEYS */; INSERT INTO `productseller` VALUES (1,1,50),(2,2,100),(3,3,75),(4,4,200),(5,5,150); /*!40000 ALTER TABLE `productseller` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `productstorage` -- DROP TABLE IF EXISTS `productstorage`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `productstorage` ( `idStorage` int NOT NULL AUTO_INCREMENT, `storageLocation` varchar(255) DEFAULT NULL, `quantity` int DEFAULT '0', PRIMARY KEY (`idStorage`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `productstorage` -- LOCK TABLES `productstorage` WRITE; /*!40000 ALTER TABLE `productstorage` DISABLE KEYS */; INSERT INTO `productstorage` VALUES (1,'Armário A',100),(2,'Prateleira B',50),(3,'Depósito C',200),(4,'Caixa D',75),(5,'Estoque E',150); /*!40000 ALTER TABLE `productstorage` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `productsupplier` -- DROP TABLE IF EXISTS `productsupplier`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `productsupplier` ( `idsupplier` int NOT NULL, `idProduct` int NOT NULL, PRIMARY KEY (`idsupplier`,`idProduct`), KEY `fk_prodicts_product` (`idProduct`), CONSTRAINT `fk_prodicts_product` FOREIGN KEY (`idProduct`) REFERENCES `product` (`idProduct`), CONSTRAINT `fk_product_idsupplier` FOREIGN KEY (`idsupplier`) REFERENCES `supplier` (`idsupplier`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `productsupplier` -- LOCK TABLES `productsupplier` WRITE; /*!40000 ALTER TABLE `productsupplier` DISABLE KEYS */; INSERT INTO `productsupplier` VALUES (1,1),(2,2),(3,3),(4,4),(5,5); /*!40000 ALTER TABLE `productsupplier` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `seller` -- DROP TABLE IF EXISTS `seller`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `seller` ( `idSeller` int NOT NULL AUTO_INCREMENT, `socialName` varchar(99) NOT NULL, `CNPJ` char(15) NOT NULL, `CPF` char(9) NOT NULL, `location` varchar(255) DEFAULT NULL, `contact` char(11) NOT NULL, PRIMARY KEY (`idSeller`), UNIQUE KEY `CNPJ` (`CNPJ`), UNIQUE KEY `CPF` (`CPF`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `seller` -- LOCK TABLES `seller` WRITE; /*!40000 ALTER TABLE `seller` DISABLE KEYS */; INSERT INTO `seller` VALUES (1,'Vendedor A Ltda','12345678901234','123456789','Rua X, 123','11987654321'),(2,'Vendedor B SA','98765432109876','987654321','Avenida Y, 456','11887654321'),(3,'Vendedor C LTDA','45678901234567','456789012','Travessa Z, 789','11776543210'),(4,'Vendedor D Comércio de Produtos Ltda','65432109876543','654321098','Praça W, 321','11665432109'),(5,'Vendedor E Importadora e Exportadora S/A','78901234567890','789012345','Alameda K, 567','11554321098'); /*!40000 ALTER TABLE `seller` ENABLE KEYS */; UNLOCK TABLES; -- -- Table structure for table `supplier` -- DROP TABLE IF EXISTS `supplier`; /*!40101 SET @saved_cs_client = @@character_set_client */; /*!50503 SET character_set_client = utf8mb4 */; CREATE TABLE `supplier` ( `idsupplier` int NOT NULL AUTO_INCREMENT, `socialName` varchar(99) NOT NULL, `CNPJ` char(15) NOT NULL, `contact` char(11) NOT NULL, PRIMARY KEY (`idsupplier`), UNIQUE KEY `CNPJ` (`CNPJ`) ) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; /*!40101 SET character_set_client = @saved_cs_client */; -- -- Dumping data for table `supplier` -- LOCK TABLES `supplier` WRITE; /*!40000 ALTER TABLE `supplier` DISABLE KEYS */; INSERT INTO `supplier` VALUES (1,'Fornecedor A Ltda','12345678901234','11987654321'),(2,'Fornecedor B SA','98765432109876','11887654321'),(3,'Fornecedor C LTDA','45678901234567','11776543210'),(4,'Fornecedor D Comércio','65432109876543','11665432109'),(5,'Fornecedor E Importadora','78901234567890','11554321098'); /*!40000 ALTER TABLE `supplier` ENABLE KEYS */; UNLOCK TABLES; /*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */; /*!40101 SET SQL_MODE=@OLD_SQL_MODE */; /*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */; /*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */; /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; /*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */; -- Dump completed on 2024-04-04 11:39:20 REFLEXÕES FINAIS O estudo sobre o sistema de e-commerce proporcionou uma compreensão profunda e prática sobre a modelagem de banco de dados, a qual é essencial para a organização e gestão eficiente dos dados. Executá-lo nos permitiu aplicar conceitos teóricos aprendidos em sala de aula em um cenário real e complexo, utilizar ferramentas e técnicas de modelagem de banco de dados, design de sistemas, e implementação de funcionalidades, também nos proporcionou um entendimento mais profundo de como os sistemas de e-commerce operam e quais são as necessidades e desafios enfrentados por empresas neste setor. Durante a realização do trabalho, um dos principais desafios foi criar uma modelagem de dados que fosse ao mesmo tempo eficiente e flexível,capaz de suportar futuras expansões e integrações, também podemos pontuar a complexidade de integração entre sistemas externos e as questões de segurança e privacidade dos dados. Se tivéssemos a oportunidade de refazer o trabalho, poderíamos focar mais na otimização da performance do sistema e na escalabilidade. Além disso, a incorporação de metodologias ágeis poderia ter melhorado a gestão do projeto e a colaboração entre os membros da equipe. Concluímos que, o objeto de estudo "Sistema de E-commerce" mostrou-se altamente relevante e adequado aos dias de hoje, dado o crescimento contínuo do comércio eletrônico. A experiência obtida não só cumpriu os objetivos acadêmicos, mas também nos preparou para os desafios futuros na área de tecnologia. REFERÊNCIAS ELMASRI, R.; NAVATHE, S. B. Sistemas de Banco de Dados. São Paulo: Pearson Education, 2005. HEUSER, C. A. Projeto de banco de dados. 6. ed. Porto Alegre: Bookman, 2009. SOMMERVILLE, I. Engenharia de software. 8. ed. Pearson, 2007. LAUDON, Kenneth C.; TRAVER, Carol Guercio. E-commerce. 13ª ed, Pearson Education, 2017 Silberschatz, A., Korth, H. F., & Sudarshan, S. (2010). Database System Concepts (6th ed.). McGraw-Hill. 4o AMADEU, C. V. Banco de dados. São Paulo: Person Education Brasil, 2015. ORACLE. Oracle Database Documentation. Disponível em: https://docs.oracle.com/en/database/. Acesso em: 10 jun. 2024. MYSQL. MySQL Documentation. Disponível em: https://dev.mysql.com/doc/. Acesso em: 10 jun. 2024. POSTGRESQL. PostgreSQL Documentation. Disponível em: https://www.postgresql.org/docs/. Acesso em: 10 jun. 2024. MICROSOFT. Microsoft SQL Server Documentation. Disponível em: https://docs.microsoft.com/en-us/sql/sql-server/. Acesso em: 10 jun. 2024. https://docs.oracle.com/en/database/ https://dev.mysql.com/doc/ https://www.postgresql.org/docs/ https://docs.microsoft.com/en-us/sql/sql-server/