PI S1 DSW II DouglasARS

Apresentação

Olá Estudante,

Na nossa primeira semana de estudos, formaremos as equipes e discutiremos as propostas para os banco de dados já modelados a serem utilizados no desenvolvimento completo de um sistema web. Nossa primeira atividade será transformar as modelagens sugeridas, em banco de dados físicos, a partir do qual desenvolveremos nosso sistema. Tiraremos as dúvidas sobre as notações e nomes de campos, conversaremos sobre as regras de negócio e a utilização do banco de dados e de uma ferramenta administrativa (MySQL Workbench). A ideia é que 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 os sistemas.

Sistemas Propostos

Serão apresentados 3 modelos conceituais para serem utilizados como guia para análise e desenvolvimento do sistema na unidade curricular. As equipes formadas no mesmo polo, deverão necessariamente escolher sistemas diferentes. No caso de haver interesse em um mesmo assunto, e se nenhuma delas declinar, deverá ser sorteado o tema entre as equipes formadas. Não será permitido a inclusão de novos temas ou novos sistemas, mas os sistema desenvolvimentos podem ser modificados para realizar coisas não previstas inicialmente.

O que você aprenderá?

• Como entender um esquema de banco de dados.
• Chaves primárias e chaves estrangeiras.
• Relacionamentos: Um-para-muitos e muitos-para-muitos

Os diagramas

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

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 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.

Aluguel de Carros

O principal foco do negócio está no aluguel de carros e vans, e do sistemas é o 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 da família (adequado para transportar até 7 adultos) 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 de até 7 dias de antecedência, dependendo da disponibilidade.
• Os clientes devem pagar para o veículo no momento da contratação.
• Ao receber um inquérito, os funcionários são obrigados a verificar a disponibilidade de carros e vans.
• Uma factura está escrito no momento da reserva para o cliente.
• Se a reserva foi feita com antecedência, uma carta de confirmação será enviado para o cliente.
• Um relatório é impresso no início de cada dia mostrando as reservas para esse dia 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.

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

Semana 2

Nesta primeira semana, formamos as equipes e distribuímos os sistemas. Agora, é trabalhar na criação do banco de dados, especialmente com o cuidado na tradução dos nomes de campos e criação do banco de dados onde o sistema será desenvolvido. O próximo passo e falar sobre as telas e o acesso ao banco de dados. É importante entender bem os requisitos do sistema.

Até lá!

Bons estudos!

Prof. Douglas A.

Referências

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

---

<<	<>	>>