实验中心设备信息系统
(Experiment Center Of HACTCM)
一、需求分析
管理员和用户根据本人用户名和密码登录系统可以对实验室设备信息进行查询及相关实验室设备的使用情况查看。另外,系统还会将用户的登录历史记录起来,方便管理员对登录历史的管理。
数据字典:
(1)数据项
实验中心设备信息系统涉及的数据项具体内容如下所述。
数据项:房间名
含义说明:唯一识别机房/实验室
别名:房名
类型:字符型
长度:10
其他数据项此处不再赘述,如表1-1所示。
表1-1 数据项列表
编号 | 数据项 | 数据项含义 | 别名 | 数据项类型 | 长度 | 取值范围 |
DI_1 | 房间名 | 唯一识别机房/实验室 | 房名 | 字符型 | 10 |
|
DI_2 | 实验项目 | 机房/实验室负责的实验项目 | 项目 | 字符型 | 10 | 默认教学 |
DI_3 | 能力 | 机房能否承担考试 | 是否能承担考试 | 字符型 | 2 | 能或否 |
DI_4 | 学工号 | 唯一识别负责人 | 负责人学工号 | 字符型 | 10 | 学工号 |
DI_5 | 姓名 | 负责人姓名 | 负责人名 | 字符型 | 6 |
|
DI_6 | 电话 | 负责人联系方式 | 负责人电话 | 字符型 | 18 |
|
DI_7 | 职称 | 负责人的职称 | 负责人职称 | 字符型 | 10 |
|
DI_8 | id | 用户id | 用户id | 字符型 | 10 | 学工号 |
DI_9 | 用户名 | 用户姓名 | 用户名 | 字符型 | 20 |
|
DI_10 | 密码 | 用户密码 | 密码 | 字符型 | 16 |
|
DI_11 | 计算机编号 | 计算机的编号 | 计算机编号 | 字符型 | 5 |
|
DI_12 | 计算机数量 | 该房间所含计算机的数量 | 计算机数 | 整数型 | 3 | 0--100 |
DI_13 | 计算机型号 | 计算的机型号 | 计算机型号 | 字符型 | 30 |
|
DI_14 | 计算机底层 | 该房间计算的机底层系统 | 计算机底层 | 字符型 | 20 |
|
DI_15 | 所属房间 | 计算机的所属房间 | 计算机所属房间 | 字符型 | 10 | 房间名 |
DI_16 | 交换机编号 | 交换机的编号 | 交换机编号 | 字符型 | 5 |
|
DI_17 | 交换机数量 | 该房间所含交换的机数量 | 交换机数 | 整数型 | 2 | 0-30 |
DI_18 | 交换机型号 | 交换的机型号 | 交换机型号 | 字符型 | 30 |
|
DI_19 | 所属房间 | 交换机的所属房间 | 交换机所属房间 | 字符型 | 10 | 房间名 |
DI_20 | 服务器编号 | 服务器的编号 | 服务器编号 | 字符型 | 3 |
|
DI_21 | 服务器数量 | 该房间所含服务器的数量 | 服务器数 | 整数型 | 2 | 0-30 |
DI_22 | 服务器型号 | 服务器的型号 | 服务器型号 | 字符型 | 30 |
|
DI_23 | 所属房间 | 服务器的所属房间 | 服务器所属房间 | 字符型 | 10 | 房间名 |
DI_24 | 显示器编号 | 显示器的编号 | 显示器编号 | 字符型 | 5 |
|
DI_25 | 显示器数量 | 该房间所含显示器的数量 | 显示器数 | 整数型 | 3 | 0--100 |
DI_26 | 显示器型号 | 显示器的型号 | 显示器型号 | 字符型 | 30 |
|
DI_27 | 所属房间 | 显示器的所属房间 | 显示器所属房间 | 字符型 | 10 | 房间名 |
(2)数据结构
数据结构:机房。
含义说明:实验中心设备信息系统的主题数据结构,定义一个机房。
组成:机房名、实验项目、能力、负责人、服务器、计算机、交换器、显示器。
数据结构:负责人。
含义说明:实验中心设备信息系统的主题数据结构,定义一个负责人的相关信息。
组成:学工号、姓名、电话、职程、房间名。
数据结构:用户。
含义说明:定义一个系统用户有关信息。
组成:id、用户名、密码。
数据结构:计算机。
含义说明: 实验中心设备信息系统的主题数据结构,定义计算机的相关信息。
组成:编号、型号、所属房间、计算机底层。
数据结构:服务器。
含义说明:实验中心设备信息系统的主题数据结构,定义服务器的相关信息。
组成:编号、型号、所属房间。
数据结构:交换机。
含义说明:实验中心设备信息系统的主题数据结构,定义交换机的相关信息。
组成:编号、型号、所属房间。
数据结构:显示器。
含义说明:实验中心设备信息系统的主题数据结构,定义显示器的相关信息。
组成:编号、型号、所属房间。
二、概念设计与逻辑设计
根据概念结构和逻辑结构绘制出E—R图和E—R图向关系模型的转换,效果如下图:
正在上传…重新上传取消
正在上传…重新上传取消
对该项目施加的约束条件:
(1) 域约束
域是属性可能具有的值的集合。域定义包括语义成分和物理成分,除了满足一定的物理成分外,还必须满足一定的语义要求。
例如:
机房/实验室能力含义为是否能承担考试。应该填“能”或“否”。
所属房间填写房间号。
Id和学工号要满足学号格式。
另一种约束类型为值是否为必填项,即值是否为空。对于某些值必须设计为必填项,才能确保数据有意义。例如客户的姓名必须为必填项。
例如:由于机房没有服务器,服务器数量可以为空。
而机房名、id、学工号、编号、能力、数量等不能为空。
(2) 唯一性约束
唯一性约束是约束的另一种类型。这种约束一班由DBMS来施加,因为它能创建数据结构来使唯一性检查更快地进行。为了达到这个目的,可以使用唯一性索引。
在本系统中,机房名、id、学工号、编号等必须不重复,可通过机房名、id、学工号、编号等分别创建唯一性索引,以实现唯一性索引。
(3) 联系约束
1) 参照完整性约束
所有的参照完整性约束都限制在外键上。
如关系模式计算机:计算机(计算机编号、计算机型号、计算机所属房间)。
所属房间作为外键,约束说明它的值必须在机房/实验室表中存在,否则这条数据就没有意义。
2) 联系基数
联系基数约束来源于对象连接属性的基数设定。在本系统中,负责人与机房/实验室是1:1的约束,因此一个负责人一定与一个机房/实验室类型相联系。
(4)业务规则约束
业务规则约束是针对指定应用的逻辑和要求的,它们来源于使用数据库组织中的应用程序和策略。实验中心设备信息系统业务规则是:
每个机房/实验室有一个计算机底层系统;
每台设备只能出现在一个房间;
由于业务规则是依赖于应用的,因此在SQL Server中,通过创建触发器来实现业务规则的校验和限制。
三、物理设计
根据以上进展开始进行数据库实施阶段和数据库运行维护优化阶段。
数据库存储结构与表和视图的创建:
将实验中心设备信息系统的数据库名称设为Experiment Center of HACTCM,数据库只有一个数据文件和一个日志文件,保存在默认路径下。
创建数据库命令为
CREATE DATABASE Experiment Center of HACTCM
为数据库中各基本表建立的索引如下所述。
(1)基本表机房/实验室、负责人、用户、服务器、计算机、显示器、交换机
的主码的值唯一,且经常出现在连接、查询条件和操作中出现,建立唯一性索引。
正在上传…重新上传取消
① Room
正在上传…重新上传取消
②Principal 负责人
正在上传…重新上传取消
正在上传…重新上传取消
③Mainengine计算机主机
正在上传…重新上传取消
正在上传…重新上传取消
④Interchanger交换机
正在上传…重新上传取消
正在上传…重新上传取消
⑤Servicer服务器
正在上传…重新上传取消
正在上传…重新上传取消
⑥Display显示器
正在上传…重新上传取消
正在上传…重新上传取消
⑦User用户
正在上传…重新上传取消
四、数据库维护与优化阶段
就数据库管理系统维护优化和数据库的过程中出现的问题进行讨论分析总结并解决。
讨论了在设计数据库的整个流程中出现过的问题以及解决方法和分析讨论总结。出现的问题有:将E—R图向关系模型的转换、数据库的打包和附加、使用SQL Server导入和导出等。经过组内讨论和交流,一起解决了这些问题。问题及解决方案如下:
问题1 数据库的打包和附加
解决方法链接:关于sql数据库附加不上的问题_臨鱼羡上天的博客-CSDN博客_sql数据库附加失败
问题2:用python将Excal 数据分整
将正在上传…重新上传取消
转为
正在上传…重新上传取消
问题3: 使用SQL Server导入和导出向导把Excel导入数据表
解决方法链接:
SQLServer数据库文件mdf和ldf的导入及导出_u011180846的博客-CSDN博客
以负责人表为例 ,过程如下:正在上传…重新上传取消
正在上传…重新上传取消
正在上传…重新上传取消
正在上传…重新上传取消
正在上传…重新上传取消