图书馆计算机网络系统需求.doc

图书馆计算机网络系统需求

———————————————————————————————— 作者：
———————————————————————————————— 日期：

12

个人收集整理 勿做商业用途

图书馆计算机网络系统需求：
1、图书馆网络机房位于图书馆四楼；
2、图书楼网络系统通过千兆多模光纤分别接入网络中心与综合楼四楼；
3、图书馆四楼设四个学生机房，每机房计算机台数为:114，115，59。每个机房通过千兆多模光纤联接图书馆汇聚交换机，每台计算机通过百兆双绞线联接堆叠接入交换机。三个学生机房学生上网时需通过校园一卡通系统计费;
4、图书馆一、二、三层为办公网络，共设图书采编子网、服务器子网、图书查询子网、校园办公子网。每台机通过百兆双绞线联接网络。
5、各交换机拟采用品牌为H3C、华为、中兴。
请设计图书馆计算机网络系统、画出网络拓扑图、提出网络设备配置清单、技术参数说明及进行性价比分析并制作出招标说明书.
E—R图向关系模型的转换

注：相信只要学过计算机的都学过数据库这门课程.E—R图是关系数据
库,也是数据库这门课的核心内容,所有的知识点都是围绕着这个问题
展开的。但是E-R图如何转换成关系模型，我估计大家不一定都掌握了
这个固定的流程.这里有一篇文章,写得不错，将转换模式固定下来,容
易流程规范化。这里放出来以供大家参考学习.

转换一般遵循如下原则：

1．一个实体型转换为一个关系模式。实体的属性就是关系的属性。实
体的码就是关系的码.
例如在我们的例子中，学生实体可以转换为如下关系模式,其中学号
为学生关系的码:
学生（学号,姓名，出生日期，所在系,年级,平均成绩） 同样，性
别、宿舍、班级、档案材料、教师、课程、教室、教科书都分别转换
为一个关系模式.

2。一个联系转化为一个关系模式,与该联系相连的各实体的码以及联系
的属性转化为关系的属性，该关系的码则有三种情况：
若联系为1：1，则每个实体的码均是该关系的后选码.
若联系为1:n，则关系的码为n端实体的码。
若联系为m：n，则关系的码为诸实体码的组合。

2.1  联系为1：1
一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对
应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及
联系本身的属性均转换为关系的属性，l 每个实体的码均是
该关系的候选码.
如果与某一端对应的关系模式合并,则需要在该关系模式的属性中加
入另一个关系模式的码和联系本身的属性。
例如在我们的例子中,"管理”联系为1:1联系,我们可以将其转换为
一个独立的关系模式：
管理（职工号，班级号）或 管理（职工号，班级号）
管理"联系也可以与班级或教师关系模式合并。如果与班级关系模式合
并，则只需在班级关系中加入教师关系的码，即职工号:
班级:｛班级号，学生人数，职工号}
同样，如果与教师关系模式合并,则只需在教师关系中加入班级关系
的码,即班级号：
教师:｛职工号，姓名，性别，职称,班级号，是否为优秀班主任}

2。2 联系为1：n
一个1：n联系可以转换为一个独立的关系模式,也可以与n端对应的
关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及
联系本身的属性均转换为关系的属性，而关系的码为n端实体的码.
如果与n端对应的关系模式合并,则在n端实体对应模式中加入1端
实体所对应关系模式的码，以及联系本身的属性。而关系的码为n端
实体的码.
例如在我们的例子中，"组成”联系为1:n联系,将其转换为关系模式。
一种方法是使其成为一个独立的关系模式:
组成（学号，班级号)
其中学号为”组成”关系的码.
另一种方法是将其学生关系模式合并,这时学生关系模式为：
学生(学号，姓名，出生日期，所在系,年级，班级号，平均成绩）
后一种方法可以减少系统中的关系个数，一般情况下更倾向于采用这
种方法。

2.3 联系为m：n
一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及
联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。
例如在我们的例子中，"选修"联系是一个m:n联系，可以将它转换为如
下关系模式，其中学号与课程号为关系的组合码：
选修（学号，课程号,成绩）
三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多
元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
例如在我们的例子中，"选修”联系是一个m:n联系,可以将它转换为如
下关系模式，其中学号与课程号为关系的组合码：
选修（学号，课程号,成绩）
三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多
元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。
而关系的码为各实体码的组合。
例如在我们的例子中，”讲授”联系是一个三元联系,可以将它转换为
如下
关系模式，其中课程号、教师号和书号为关系的组合码：  
讲授(课程号，教师号,书号）

3．同一实体集的实体间的联系，即自联系，也可按上述1：1、1:n和
m:n三种情况分别处理。
例如，如果教师实体集内部存在领导与被领导的1:n自联系，我们可
以将该联系与教师实体合并，这时主码职工号将多次出现，但作用不
同,可用不同的属性名加以区分，比如在合并后的关系模式中，主码
仍为职工号，再增设一个”系主任"属性,存放相应系主任的职工号。

4．具有相同码的关系模式可合并。
为了减少系统中的关系个数，如果两个关系模式具有相同的主码，可
以考虑将他们合并为一个关系模式。合并方法是将其中一个关系模式
的全部属性加入到另一个关系模式中，然后去掉其中的同义属性(可
能同名也可能不同名)，并适当调整属性的次序.
例如我们有一个”拥有"关系模式：拥有(学号，性别）
有一个学生关系模式： 学生(学号，姓名，出生日期,所在系，年级，
班级号，平均成绩）
这两个关系模式都以学号为码，我们可以将它们合并为一个关系模式，
假设合并后的关系模式仍叫学生：
学生（学号,姓名,性别，出生日期,所在系,年级，班级号,平均
成绩）
按照上述4条原则,学生管理子系统中的18个实体和联系可以转换为
下列关系模型：
学生（学号,姓名，性别，出生日期，所在系，年级，班级号，平均
成绩，档案号）
性别（性别，宿舍楼)
宿舍（宿舍编号，地址,性别，人数)
班级（班级号，学生人数）
教师（职工号,姓名，性别,职称，班级号，是否为优秀班主任）
教学（职工号，学号)
课程（课程号，课程名，学分，教室号)
选修（学号，课程号，成绩）
教科书（书号，书名，价钱）
教室(教室编号，地址，容量）
讲授（课程号，教师号，书号）
档案材料（档案号，.。。。..）
该关系模型由12个关系模式组成。其中学生关系模式包含了"拥有"联
系、”组成"联系、"归档”联系所对应的关系模式;教师关系模式包含
了”管理”联系所对应的关系模式;宿舍关系模式包含了"住宿”联系所
对应的关系模式；课程关系模式包含了”开设"联系所对应的关系模式。
 文档为个人收集整理，来源于网络个人收集整理，勿做商业用途