PI S1 DSW II DouglasARS: mudanças entre as edições
imported>Douglas |
imported>Douglas |
||
| Linha 22: | Linha 22: | ||
=Reservas em hotéis= | ==Reservas em hotéis== | ||
#Um modelo conceitual de dados é mostrado abaixo, e | #Um modelo conceitual de dados é mostrado abaixo, e correspondente ao Modelo de Dados disponível. | ||
#As regras iniciais de negócio foram sugeridas. | #As regras iniciais de negócio foram sugeridas. Portanto, podem ser alteradas. | ||
# | #É 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. | ||
#Gerar o script SQL pelo Workbench para criar as tabelas no MySQL. | |||
As regras de negócios Projecto foram definidos e estão listados abaixo ... | |||
A. A área a ser Modelado é: - | |||
Um site na internet para fornecer informações Hotel. | |||
B. As coisas de interesse, ( 'coisas'), incluem: - | |||
Países B.1 | |||
B.2 Hotéis | |||
Cadeias B.3 do hotel | |||
B.4 Classificação por estrelas | |||
C. Estas coisas estão relacionadas como segue: - | |||
C.1 Um hotel deve ter uma e apenas uma classificação por estrelas. | |||
C.2 um hotel deve ser associado a um e somente um país. | |||
D. Outras características dessas coisas incluem | |||
D.1 um hotel tem uma capacidade de | |||
D.2 um hotel pode ter um e apenas um endereço. | |||
E. dados de exemplo inclui: - | |||
Estar determinado | |||
F. Informações típicas incluem: - | |||
F.1 Encontre-me a-5 Star Hotel, em Londres, na Inglaterra. | |||
G. opções de design: | |||
G.1 Manipulação Sub-Categorias A abordagem geral é a de associar a tabela a ela mesma. Isto permite que as estruturas flexíveis dentro dos produtos. Uma abordagem fixo é ter tabelas diferentes para categorias e sub-categorias. Neste caso, a abordagem geral é recomendado porque a mudança é provável de ocorrer no futuro. | |||
G.1 Manutenção Outro material associado a um produto: - A abordagem geral como "Other Stuff" e "Other Stuff Type" ou incluí-los individualmente, como SECURITY_ISSUES, etc .. É melhor para soletrar as outras coisas porque torna o banco de dados mais fácil de entender. Normalmente, a manutenção envolvidos não é um problema. Diferentes tipos de outras coisas que podem ocorrer no futuro deve ser tratado pela adição de tabelas específicas, refletindo a estrutura das outras coisas. | |||
=Semana 2= | =Semana 2= | ||
Edição das 10h17min de 4 de fevereiro de 2016
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 devolveremos 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 captar 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 Bons Trabalho!
Prof. Douglas A.
Objetivos
Sistemas Propostos
Abaixo são apresentados 3 modelos conceituais para serem utilizados como guia para análise e desenvolvimento do sistema na unidade curricular. A equipe poderá escolher um deles para desenvolver o sistema.
Reservas em hotéis
- Um modelo conceitual de dados é mostrado abaixo, e correspondente ao Modelo de Dados disponível.
- As regras iniciais de negócio foram sugeridas. Portanto, podem ser alteradas.
- É 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.
- Gerar o script SQL pelo Workbench para criar as tabelas no MySQL.
As regras de negócios Projecto foram definidos e estão listados abaixo ... A. A área a ser Modelado é: - Um site na internet para fornecer informações Hotel. B. As coisas de interesse, ( 'coisas'), incluem: - Países B.1 B.2 Hotéis Cadeias B.3 do hotel B.4 Classificação por estrelas C. Estas coisas estão relacionadas como segue: - C.1 Um hotel deve ter uma e apenas uma classificação por estrelas. C.2 um hotel deve ser associado a um e somente um país. D. Outras características dessas coisas incluem D.1 um hotel tem uma capacidade de D.2 um hotel pode ter um e apenas um endereço. E. dados de exemplo inclui: - Estar determinado F. Informações típicas incluem: - F.1 Encontre-me a-5 Star Hotel, em Londres, na Inglaterra. G. opções de design: G.1 Manipulação Sub-Categorias A abordagem geral é a de associar a tabela a ela mesma. Isto permite que as estruturas flexíveis dentro dos produtos. Uma abordagem fixo é ter tabelas diferentes para categorias e sub-categorias. Neste caso, a abordagem geral é recomendado porque a mudança é provável de ocorrer no futuro. G.1 Manutenção Outro material associado a um produto: - A abordagem geral como "Other Stuff" e "Other Stuff Type" ou incluí-los individualmente, como SECURITY_ISSUES, etc .. É melhor para soletrar as outras coisas porque torna o banco de dados mais fácil de entender. Normalmente, a manutenção envolvidos não é um problema. Diferentes tipos de outras coisas que podem ocorrer no futuro deve ser tratado pela adição de tabelas específicas, refletindo a estrutura das outras coisas.
Semana 2
Nesta primeira semana, apresentamos...
Até lá!
Bons estudos!
Prof. Douglas A.
Referências
[1] http://www.databaseanswers.org/data_models/index.htm
| << | <> | >> |
|---|