预定酒店的类图与E-R模型

最新推荐文章于 2023-11-25 22:07:47 发布

木木______

最新推荐文章于 2023-11-25 22:07:47 发布

阅读量8.6k

点赞数 4

分类专栏： PM 文章标签： E-R

本文链接：https://blog.csdn.net/qq_33559972/article/details/80144711

版权

本文详细介绍了某线上酒店预订网站的数据库建模过程，包括类图模型和E-R模型的设计。类图中区分了实体类（E）和中间实体类（M），并阐述了各类之间的关系。在E-R模型中，重点关注了实体类及其关系的转化，讨论了数据库模式的构建，并提供了MySQL Workbench的下载和使用教程。

摘要由CSDN通过智能技术生成

本文主要对某年代澳大利亚某线上酒店预订网站进行数据库建模，相关的业务文档：
https://download.csdn.net/download/qq_33559972/10366961
上一步的用例建模工作参考我上一篇博客，上面开头把澳大利亚写成了意大利，特此更正：
https://blog.csdn.net/qq_33559972/article/details/80044209

类图模型

Task 2 制图要求：
1.识别系统中的类及其属性，给出各个类之间的联系
2.识别类中的entity和mediator，并对应地将类的命名冠以字母E/M
E 一般与数据库构建有关，M 一般与store/session模式有关
这里写图片描述
设计说明：

这个图有点复杂，所以我做了一些标注方便阅读：底部是数据库的foundation，是一些相对静态的数据和资源；右侧与支付相关，跟订酒店的流程没多大关系，但确实是从系统中识别出来的类而不应抛弃；中上部分可以按照我的虚线指引着看，它符合订酒店的用例流程和用户的操作顺序。
黄色的类均为实体，需要数据库持久化保存；粉色的类则均为中间实体，它们可能为不同的页面共享并以某种形式临时保存，加深的两个是用户发起的两个查询请求；还有一些类没有底色，它们都不符合以上两种，例如card detail甚至不需要临时保存，room desc没有对应现实世界里某种看得见摸得着的东西，它在数据库里也许只是room表的一部分。
room desc中的desc是description的缩写。list price是指折扣之前的价格。type例如豪华房和标间，按照文档还可能包含newspaper等服务描述，但选择type的过程没有给出因此这里简略用一个type。
traveler是指网站的游客，因为这个网站并没有登陆注册的机制，所有用户信息都体现在订单中。他与hotel request的logged关系源于检测酒店热度的需求，热度可以以搜索次数来衡量，但也可以有其它方式，所以这个关系其实不一定。
两次搜索request将会分别返回hotel和room列表，用户做出选择之后写到summary和order item中，并最终包含到reservation中，因此设计上reservation与hotel和room的没有直接联系。并且，系统允许用户在选择的流程中循环，不断提出新的查询，更改自己的选择。
一些数量关系在仔细研读文档之后确定：一次下单操作是对一家酒店而言的，可以同时订多间房；一次下单操作就要求给出一份住客信息（才能加入shopping basket），因此reservation与customer info是一一对应；能否对不同的reservation使用不同的credit card支付这一点不明确，但参照Screenshot 9给出的提示语“You may choose to pay with same card for different products”，我姑且认为它是可选的支持多卡的，故图中credit card一端给出1..n。

E-R模型

Task 3 制图要求：
1.只转化实体类和他们之间的关系
2.用自动工具将图转化成关系数据库模式

MySQL Workbench下载链接：https://dev.mysql.com/downloads/workbench/
使用教程：https://blog.csdn.net/xujiayin/article/details/51689749 这里写图片描述
设计说明：

room表的available date应该是一个类似于数组的结构，但在数据库中就要单独提出来作一个表了。
location中增加了一个type字段用于表示它是region还是city还是town，又增加了一个is_capital字段表示当它是一个城市时是否是首都。
credit card在task2中被要求设计为一个实体，但其实不作为一个实体写在数据库里也可以的，“支持很多种卡的支付”只需要反映在前端的设计中，所以这里就不画了。

导出 Mysql 物理数据库的脚本：

-- MySQL Script generated by MySQL Workbench
-- Sun Apr 29 23:52:55 2018
-- Model: New Model    Version: 1.0
-- MySQL Workbench Forward Engineering

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

-- -----------------------------------------------------
-- Schema mydb
-- -----------------------------------------------------

-- -----------------------------------------------------
-- Schema mydb
-- -----------------------------------------------------
CREATE SCHEMA IF NOT EXISTS `mydb` DEFAULT CHARACTER SET utf8 ;
USE `mydb` ;