系统分析与设计lesson7

本文介绍了一个酒店预订系统的数据库设计过程,包括城市、信用卡、客户、酒店、预订和房间等六个核心表的设计,并阐述了这些表之间的外键约束关系。此外,还对比了数据库逻辑模型与领域模型的主要区别。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

领域建模


1.      阅读 Asg_RH 文档,按用例构建领域模型

    

2.      数据库建模(E-R 模型)

  •     按 Task 3 要求,给出系统的 E-R 模型

    

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

    drop table if exists City;
 
drop table if exists "Credit card";
 
drop table if exists Customer;
 
drop table if exists Hotel;
 
drop table if exists Reservation;
 
drop table if exists Room;
 
/*==============================================================*/
/* Table: City                                                  */
/*==============================================================*/
create table City
(
   city_id              int not null,
   city_name            varchar(100) not null,
   primary key (city_id)
);
 
/*==============================================================*/
/* Table: "Credit card"                                         */
/*==============================================================*/
create table "Credit card"
(
   card_id              int not null,
   bank_name            longtext not null,
   owner                varchar(50) not null,
   phone_num            char(20),
   security_code        char(10),
   primary key (card_id)
);
 
/*==============================================================*/
/* Table: Customer                                              */
/*==============================================================*/
create table Customer
(
   customer_id          int not null,
   card_id              int,
   customer_name        varchar(50) not null,
   email_address        longtext not null,
   primary key (customer_id)
);
 
/*==============================================================*/
/* Table: Hotel                                                 */
/*==============================================================*/
create table Hotel
(
   hotel_id             int not null,
   city_id              int,
   room_id              int,
   hotel_name           varchar(100) not null,
   primary key (hotel_id)
);
 
/*==============================================================*/
/* Table: Reservation                                           */
/*==============================================================*/
create table Reservation
(
   book_id              int not null,
   hotel_id             int,
   room_id              int,
   customer_id          int,
   check_in_date        varchar(50) not null,
   check_out_date       varchar(50) not null,
   primary key (book_id)
);
 
/*==============================================================*/
/* Table: Room                                                  */
/*==============================================================*/
create table Room
(
   room_id              int not null,
   room_type            int not null,
   price                int not null,
   is_available_now     bool not null,
   primary key (room_id)
);
 
alter table Customer add constraint FK_Reference_6 foreign key (card_id)
      references "Credit card" (card_id) on delete restrict on update restrict;
 
alter table Hotel add constraint FK_Reference_1 foreign key (city_id)
      references City (city_id) on delete restrict on update restrict;
 
alter table Hotel add constraint FK_Reference_2 foreign key (room_id)
      references Room (room_id) on delete restrict on update restrict;
 
alter table Reservation add constraint FK_Reference_3 foreign key (hotel_id)
      references Hotel (hotel_id) on delete restrict on update restrict;
 
alter table Reservation add constraint FK_Reference_4 foreign key (room_id)
      references Room (room_id) on delete restrict on update restrict;
 
alter table Reservation add constraint FK_Reference_5 foreign key (customer_id)
      references Customer (customer_id) on delete restrict on update restrict;

  • 简单叙说 数据库逻辑模型与领域模型的异同

        数据库逻辑模型从数据需求分析出系统的额实体属性图,对实体之间的依赖关机进行整合,由实体,属性和联系组成。

        数据库逻辑模型的定义用来表示存储于某处的持久性数据,且其建立与软件开发工作密切相关,是设计阶段的必需工作;而领域模型反映的是现实世界中对象的概念透视图,与业务逻辑相关,同领域中相似业务可能具有类似的领域模型

    领域模型是对领域内的概念类或现实世界中对象的可视化表示。

    在领域模型里,并不会排除需求中没有明确要求记录其相关信息的类,而数据库逻辑模型则必须完成该排除工作,同时领域模型也不会排除没有属性的概念类。










1. 用户权限管理模块 角色管理: 学生:查看实验室信息、预约设备、提交耗材申请、参安全考核 教师:管理课题组预约、审批学生耗材申请、查看本课题组使用记录 管理员:设备全生命周期管理、审核预约、耗材采购分发、安全检查 用户操作: 登录认证:统一身份认证(对接学号 / 工号系统,模拟实现),支持密码重置 信息管理:学生 / 教师维护个人信息(联系方式、所属院系),管理员管理所有用户 权限控制:不同角色仅可见对应功能(如学生不可删除设备信息) 2. 实验室设备管理模块 实验室信息管理: 基础信息:实验室编号、名称、位置、容纳人数、开放时间、负责人 功能分类:按学科(计算机实验室 / 电子实验室 / 化学实验室)标记,关联可开展实验类型 状态展示:实时显示当前使用人数、设备运行状态(正常 / 故障) 设备管理: 设备档案:名称、型号、规格、购置日期、单价、生产厂家、存放位置、责任人 全生命周期管理: 入库登记:管理员录入新设备信息,生成唯一资产编号 维护记录:记录维修、校准、保养信息(时间、内容、执行人) 报废处理:登记报废原因、时间,更新设备状态为 "已报废" 设备查询:支持按名称、型号、状态多条件检索,显示设备当前可用情况 3. 预约使用模块 预约管理: 预约规则:学生可预约未来 7 天内的设备 / 实验室,单次最长 4 小时(可设置) 预约流程:选择实验室→选择设备→选择时间段→提交申请(需填写实验目的) 审核机制:普通实验自动通过,高危实验(如化学实验)需教师审核 使用记录: 签到 / 签退:到达实验室后扫码签到,离开时签退,系统自动记录实际使用时长 使用登记:填写实验内容、设备运行情况(正常 / 异常),异常情况需详细描述 违规管理:迟到 15 分钟自动取消预约,多次违规限制预约权限 4. 耗材安全管理模块 耗材管理: 耗材档案:名称、规格、数量、存放位置、
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值