PI S1 DSW II DouglasARS

Apresentação

Olá Estudante,

Nessa nossa primeira semana de estudos formaremos equipes para discutirmos as propostas de bancos de dados que serão utilizados no desenvolvimento completo de um sistema web. Nesta unidade curricular os bancos de dados já modelados serão disponibilizados à vocês.

O desenvolvimento do sistema web será realizado em etapas e a nossa primeira atividade será transformar as modelagens sugeridas em bancos de dados físicos, a partir deles desenvolveremos nosso sistema. Durante esse desenvolvimento as dúvidas sobre as notações e nomes de campos serão tiradas, conversaremos sobre as regras de negócio, bem como a utilização do banco de dados e de uma ferramenta administrativa (MySQL Workbench). A ideia dessa primeira semana é que todas as equipes entendam a modelagem de dados e consigam identificar as regras de negócio para desenvolver o sistema.

Mãos à obra!

Fiquem atentos as postagens no Fórum e participem dos nossos encontros virtuais.

Abraço a todos e Bom Trabalho!

Prof. Douglas A.

Objetivos

• Apresentar a unidade curricular.
• Formar as equipes.
• Distribuir as modelagens de dados entre as equipes.

Sistemas Propostos

Apresentaremos 3 modelos conceituais que serão utilizados como guia na análise e desenvolvimento do sistema nesta unidade curricular. As equipes formadas em cada polo deverão escolher sistemas diferentes, no caso de haver interesse de duas ou mais equipes por um mesmo sistema haverá sorteio do tema entre as equipes interessadas. Para melhor organização da discussão, não será permitida a inclusão de novos temas ou novos outros sistemas, porém, os sistemas propostos poderão ser modificados para realização de coisas não previstas inicialmente.

O que veremos nesta semana?

• O esquema de banco de dados.
• Os requisitos do sistema.
• Entender os relacionamentos.

O que faremos?

• Traduzir e/ou refazer os nomes de campos e de tabelas.
• Transformar a modelagem em um banco de dados físico.
• Testar seu banco de dados com uma ferramenta administrativa.

Sobre os diagramas...

Os diagramas seguem as convenções mais comuns de Modelagem de Dados.

1) Reservas em Hotéis

1. Um modelo conceitual de dados é mostrado abaixo.
2. As regras iniciais de negócio foram sugeridas, portanto, podem ser alteradas.
3. É preciso redesenhar o modelo no Workbench trocando os termos em inglês por português, definindo critérios para os nomes de tabelas e campos.
4. Gerar o script SQL pelo Workbench para criar as tabelas no MySQL.

Regras de Negócio

As regras de negócios para o projeto foram previamente definidas e estão listadas abaixo:

1. A área a ser Modelada é: -
   • Um site na internet para fornecer informações de Hotel.
2. As "coisas" de interesse incluem: -
   1. Países
   2. Hotéis
   3. Cadeias do hotel
   4. Classificação por estrelas
3. Estas coisas estão relacionadas como segue: -
   1. Um hotel deve ter uma e apenas uma classificação por estrelas.
   2. Um hotel deve ser associado a um e somente um país.
4. Outras características dessas coisas incluem:
   1. Um hotel tem uma capacidade de "tantas pessoas".
   2. Um hotel pode ter um e apenas um endereço.
5. Dados de exemplo inclui: -
   • Estar determinado
6. Informações típicas incluem: -
   • O hotel fica na a-5 Star Hotel, em Londres, na Inglaterra.
7. Opções de design:
   1. Manipulação Sub-Categorias: A abordagem geral é a de associar a tabela a ela mesma. Isto permite que as estruturas estejam flexíveis dentro dos produtos. Uma abordagem fixa é ter tabelas diferentes para categorias e sub-categorias. Neste caso, a abordagem geral é recomendada porque quando uma mudança é provável de ocorrer no futuro.
   2. Manutenção: Outro material associado a um produto: - A abordagem geral como "Other Stuff" (outras coisas) e "Other Stuff Type" ou incluí-los individualmente, como SECURITY_ISSUES (problemas de segurança), etc .. É melhor separar outras coisas porque torna o banco de dados mais fácil de entender. Normalmente, a manutenção envolvida não é um problema. Diferentes tipos de outras coisas que podem ocorrer no futuro e devem ser tratado pela adição de tabelas específicas, refletindo a estrutura das outras coisas.

---

Fonte: © Database Answers Ltd. 2014 - Barry Williams

2) Aluguel de Carros

O principal foco do negócio está no aluguel de carros e vans, e o do sistemas é de gerir o banco de dados de reserva.

1. Um modelo conceitual de dados é mostrado abaixo.
2. As regras iniciais de negócio foram sugeridas, portanto, podem ser alteradas.
3. É preciso redesenhar o modelo no Workbench trocando os termos em inglês por português, definindo critérios para os nomes de tabelas e campos.
4. Gerar o script SQL pelo Workbench para criar as tabelas no MySQL.

Regras de Negócio

• Os veículos são classificados em carros pequenos (adequado para transportar até 4 pessoas), carros de família (adequado para transportar até 7 pessoas) e vans.
• As informações armazenadas para cada reserva inclui cliente, carro, data de contratação e data em que o veículo será devolvido.
• Um cliente não pode alugar um carro por mais de uma semana.
• Se um veículo estiver disponível, os detalhes do cliente são registrados (se já não estiver armazenado) e uma nova reserva é feita.
• Os clientes potenciais ou existentes podem reservar um veículo com até 7 dias de antecedência, dependendo da disponibilidade.
• Os clientes devem pagar pelo veículo no momento da contratação.
• Ao receber uma solicitação, os funcionários são obrigados a verificar a disponibilidade de carros e vans.
• Uma fatura será gerada no momento da reserva para o cliente.
• Se a reserva for feita com antecedência, um email de confirmação será enviado para o cliente.
• Um relatório é impresso no início de cada dia mostrando as reservas para esse dia em particular.

1. Quais são as coisas de interesse?
   1. Reservas
   2. Caros
   3. Confirmação de reserva (aluguel)
   4. Clientes
   5. Faturas
   6. Pagamentos
   7. Vans
   8. Veículos
2. Como estão as coisas de interesse relacionados?
   1. A reserva deve ser feita com apenas um veículo e um cliente.
   2. Um cliente pode ser associado a um ou muitos veículos.
   3. Um cliente não pode alugar um carro por mais de uma semana.
   4. Um cliente pode receber uma ou várias faturas.
   5. Um veículo pode ser um carro ou uma Van.
   6. Uma fatura é para um e somente um cliente.
3. Quais são as características das coisas de interesse?
   1. Detalhes do cliente incluem nome, endereço, número de telefone e gênero.
   2. Cada reserva inclui cliente, carro, data de contratação e data em que o veículo será devolvido.

---

Fonte: © Database Answers Ltd. 2014 - Barry Williams

3) Donativos para uma Igreja

Criar um esquema para um projeto de banco de dados para controlar doações para uma igreja.

1. Um modelo conceitual de dados é mostrado abaixo.
2. As regras iniciais de negócio foram sugeridas, portanto, podem ser alteradas.
3. É preciso redesenhar o modelo no Workbench trocando os termos em inglês por português, definindo critérios para os nomes de tabelas e campos.
4. Gerar o script SQL pelo Workbench para criar as tabelas no MySQL.

Arquivo:Church donations model.gif

Observação: Podemos ver um PF na coluna do lado esquerdo da última entidade (Donations_to_Funds), isso significa que uma chave primária também é uma chave estrangeira para outra entidade. Isso geralmente aparece como o resultado da resolução de um relacionamento muitos-para-muitos em duas relações um-para-muitos. Neste caso, podemos dizer que Uma doação pode ser dividida entre muitas igrejas "e" Uma Igreja pode receber muitas doações.

Requisitos

  O projeto será baseado na web onde "usuários" podem criar uma conta e fazer login para fazer doações para uma-de-muitas igrejas associadas em uma organização nacional. As igrejas estão dispostas por estado, e dentro dos estados são agrupados em conferências. Então, uma conferência irá conter uma ou mais igrejas individuais. Um "usuário" pode doar dinheiro para uma ou mais igrejas. A doação pode ser designada de um-para-muitos fundos patrocinados pela igreja. É necessário armazenar dados sobre a doação (e possível divisão), e também fazer um balanço contabilístico trimestral e anual.  

1. A partir dessas especificações, podemos ver que as coisas de interesse são:
   1. Contas
   2. Igrejas
   3. Conferências
   4. Doações
   5. Fundos
   6. Usuários
2. Como essas coisas estão relacionadas? :
   1. Uma conta é associada a um e somente um usuário.
   2. Um usuário pode ter uma ou várias contas.
   3. Um usuário pode fazer zero, um ou muitas doações.
   4. A doação pode ser dividida entre vários fundos.

---

Fonte: © Database Answers Ltd. 2014 - Barry Williams

Organização da Semana 2

Nesta primeira semana formamos as equipes e distribuímos os sistemas através de 3 modelos conceituais. Agora, é trabalhar na criação do banco de dados, com especial cuidado na tradução dos nomes de campos e criação do banco de dados a partir do qual o sistema será desenvolvido. No próximo encontro, registraremos as equipes e seus sistemas e falaremos sobre a criação de telas e o acesso ao banco de dados. É importante entender bem os requisitos do sistema e associar com o modelo proposto.

Até lá!

Bons estudos!

Prof. Douglas A.

Referências

[1] http://www.databaseanswers.org/data_models/index.htm

---

<<	<>	>>