数据库系统原理课程设计报告范例学生宿舍管理系统数据库设计

1、-PAGE . z.题 目：学生宿舍管理系统数据库设计课程设计论文任务书 软 件 学 院 网络工程专 业班 一、课程设计(论文)题目学生宿舍管理系统数据库设计二、课程设计(论文)工作自 2015年 12月 28日起至 2016年 1月 1日止 三、课程设计(论文) 地点: 软件工程实训中心四、课程设计(论文)容要求：1本课程设计的目的1稳固和加深对数据库根本知识的理解，提高综合运用课程知识的能力。2使学生稳固所学的理论根底知识的理解，掌握数据库设计的全过程及技术与方法。3培养学生编制软件文档及开发应用系统的能力，提高学生独立分析问题、解决问题的能力，锻炼和加强学生的动手能力。使学生掌握使用各种

2、计算机资料和有关参考资料。2课程设计的任务及要求1根据选题任务要求，收集并查询相关文献资料，明确系统需求；通过对系统的功能分析和数据分析进展系统的需求分析设计，完成业务流程图、数据流图DFD图及数据字典DD等阶段性成果； 2数据库的概念构造设计，完成根本全局E-R图的设计并表达设计过程；3数据库的逻辑构造设计，完成数据库关系模式的设计及优化；4数据库的物理构造设计，完成数据库实施的所有sql脚本的编写及索引文件的创立；完成平安性控制及完整性约束；5数据库的实施； 6特别要求自己独立完成；2创新要求： 在根本要求到达后，可进展创新设计，如完善的功能、友好的人机界面。3课程设计论文编写要求1要按照

3、书稿的规格打印与写课程设计报告书；2报告包括目录、绪论、正文、小结、参考文献、附录等；3课程设计报告装订按学校的统一要求完成；4课程设计进度安排容 天数 地点构思及收集资料 1 图书馆数据库设计 3 实验室撰写报告 1 图书馆、实验室学生签名：(必须手写) 2015 年 12 月28 日课程设计(论文)评审意见1考勤20分：优、良、中、一般、差； 2设计容40分：优、良、中、一般、差； 3辩论25分：优、良、中、一般、差；4文档格式规整齐15分优、良、中、一般、差；5任何抄袭成绩一律归零；评阅人： 职称： 讲师 2016年 1 月 1日目录TOC o 1-4 h z uHYPERLINK l

4、_Toc4381348671. 系统需求分析阶段 PAGEREF _Toc438134867 h 1HYPERLINK l _Toc4381348681.1 引言 PAGEREF _Toc438134868 h 1HYPERLINK l _Toc4381348691.2 目标与任务 PAGEREF _Toc438134869 h 1HYPERLINK l _Toc4381348701.2.1 需求分析阶段的目标 PAGEREF _Toc438134870 h 1HYPERLINK l _Toc4381348711.2.2 需求分析阶段的任务 PAGEREF _Toc438134871 h 1H

5、YPERLINK l _Toc4381348721.2.3 需求分析阶段成果 PAGEREF _Toc438134872 h 3HYPERLINK l _Toc4381348732.1 引言 PAGEREF _Toc438134873 h 12HYPERLINK l _Toc4381348742.2 概念模型设计 PAGEREF _Toc438134874 h 12HYPERLINK l _Toc4381348752.3 新系统流程 PAGEREF _Toc438134875 h 14HYPERLINK l _Toc4381348763逻辑设计阶段 PAGEREF _Toc438134876

6、h 15HYPERLINK l _Toc4381348773.1逻辑设计的任务和目标 PAGEREF _Toc438134877 h 15HYPERLINK l _Toc4381348783.2数据组织 PAGEREF _Toc438134878 h 15HYPERLINK l _Toc438134879将E-R图转换为关系模型 PAGEREF _Toc438134879 h 15HYPERLINK l _Toc438134880模型优化 PAGEREF _Toc438134880 h 16HYPERLINK l _Toc438134881数据库模式定义 PAGEREF _Toc4381348

7、81 h 16HYPERLINK l _Toc438134882用户子模式设计 PAGEREF _Toc438134882 h 17HYPERLINK l _Toc4381348833.3数据处理 PAGEREF _Toc438134883 h 17HYPERLINK l _Toc4381348844物理设计阶段 PAGEREF _Toc438134884 h 18HYPERLINK l _Toc4381348854.1物理设计阶段的目标与任务 PAGEREF _Toc438134885 h 18HYPERLINK l _Toc4381348864.2数据存储方面 PAGEREF _Toc43

8、8134886 h 18HYPERLINK l _Toc4381348874.3系统功能模块 PAGEREF _Toc438134887 h 18HYPERLINK l _Toc4381348884.3.1 楼道工人根本的信息查询和更新模块 PAGEREF _Toc438134888 h 18HYPERLINK l _Toc4381348894.3.2 宿舍楼根本信息的查询和更新模块 PAGEREF _Toc438134889 h 19HYPERLINK l _Toc4381348904.3.3 宿舍根本信息的查询和更新模块 PAGEREF _Toc438134890 h 20HYPERLIN

9、K l _Toc4381348914.3.4 学生根本信息的查询和更新模块 PAGEREF _Toc438134891 h 20HYPERLINK l _Toc4381348924.3.5 宿舍物品的查询和更新模块 PAGEREF _Toc438134892 h 21HYPERLINK l _Toc4381348934.3.6 宿舍事故的查询和更新模块 PAGEREF _Toc438134893 h 21HYPERLINK l _Toc4381348944.3.7 宿舍物品处理的查询和更新模块 PAGEREF _Toc438134894 h 22HYPERLINK l _Toc43813489

10、54.3.8 宿舍保卫处根本信息的查询和更新模块 PAGEREF _Toc438134895 h 22HYPERLINK l _Toc4381348965数据库实施阶段 PAGEREF _Toc438134896 h 24HYPERLINK l _Toc4381348975.1建立数据库、数据表、视图、索引 PAGEREF _Toc438134897 h 24HYPERLINK l _Toc4381348985.1.1 建立数据库 PAGEREF _Toc438134898 h 24HYPERLINK l _Toc4381348995.1.2 建立数据表 PAGEREF _Toc4381348

11、99 h 24HYPERLINK l _Toc4381349005.1.3 建立视图 PAGEREF _Toc438134900 h 28HYPERLINK l _Toc4381349015.1.4 建立索引 PAGEREF _Toc438134901 h 30HYPERLINK l _Toc4381349025.2数据入库 PAGEREF _Toc438134902 h 30HYPERLINK l _Toc438134903参考文献 PAGEREF _Toc438134903 h 32HYPERLINK l _Toc438134904附录1 数据库逻辑构造定义 PAGEREF _Toc438

12、134904 h 33HYPERLINK l _Toc438134905附录2 存储过程定义 PAGEREF _Toc438134905 h 37HYPERLINK l _Toc438134906附录3 所有的SQL运行语句 PAGEREF _Toc438134906 h 42-. z.1. 系统需求分析阶段1.1 引言通过对学生宿舍楼的实地调查，了解到现在的学生宿舍管理仍停留在完全的人工管理阶段，楼管处没有标准的住宿学生存档信息。这中人工管理方式费时、费事、费力，造成工作效率低下。开发出适宜的学生宿舍管理系统，可以方便学生宿舍的管理，提高宿舍管理工作效率及查询效率。1.2 目标与任务1.2.

13、1 需求分析阶段的目标1了解目前宿舍管理的现状以及SQL Server 2000的功能和特点。2通过实地调查和问答记录的方式了解宿舍管理的工作业务流程，并记录和处理相关的数据。 需求分析阶段的任务1处理对象：系统要处理的对象包括宿舍楼根本信息、学生根本信息、宿舍根本信息、楼道工作人员根本信息、宿舍保卫处根本信息、宿舍事故根本信息、物品出入根本信息等七个方面，各个对象包括信息如下所示详细的数据见于数据字典：1宿舍楼根本信息(Dormitory)：包括 宿舍楼编号、宿舍楼所在校区、宿舍楼再校区中区域、每一幢宿舍楼楼管处的、宿舍楼楼管员信息等方面，这样可以方便管理者对宿舍楼的管理，提高查询效率；2学

14、生根本信息(Student)：包括 学生编号、学生所在学院信息、学生、学生性别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面的信息，可以方便学信息的查询和更新；3宿舍根本信息(Room，Fitment，FitmentDestruction，Fitmentpensate)：宿舍根本信息包括四个数据构造宿舍信息(Room)，宿舍物品信息(Fitment)，宿舍物品损坏信息(FitmentDestruction),宿舍损坏物品赔偿信息,每个数据构造中的数据项见数据字典；4楼道工作人员根本信息(Worker)：包括 工作人员编号、工作人员、工作类型、工资、性别、联系方式、工作

15、时间等数据项，可以方便管理人员对宿舍楼道工人的任用、信息查询及更改；5宿舍保卫处根本信息(SafeGuard)：包括保卫处名称、人员数目、负责人信息、联系等四方面的信息；6宿舍事故根本信息(Accident，AccidentResearch，Accidentpensate)：事故信息包括三个数据构造事故信息、事故处理信息、事故赔偿信息，具体的数据项见数据字典；物品出入根本信息(ArticalInOut)：包括出入物品的学生信息、出入的物品信息、出入物品时的负责人信息、出入物品时间，尽量减少宿舍事故的发生，保障学生宿舍财产的平安。2处理功能要求系统主要完成一下几个功能：1宿舍楼根本信息查询与修改

16、；2学生根本信息查询与更新；3每一幢宿舍楼中宿舍信息的查询与信息更新；4宿舍保卫处根本信息的查询和修改；5宿舍事故根本信息及事故处理信息的查询和修改；6宿舍楼物品出入审批及记录；3平安性和完整性要求平安性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的平安性，再通过用户授权机制，欲用户登陆来识别用户级别，根据这个级别来分配用户权限，到达数据更高层次的平安功能。完整性要求用于描述宿舍楼根本信息、学生根本信息、宿舍根本信息、楼道工作人员根本信息、宿舍保卫处根本信息、宿舍事故根本信息、物品出入根本信息中数据项能否为null，以及一些用户自定义完整性符合实际要求，详细完

17、整性要求见于系统的逻辑设计阶段。1.2.3 需求分析阶段成果1学生宿舍管理系统业务流程图新生入住宿舍业务流程图：查询业务流程图查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等：毕业生离宿业务流程图：楼道工作人员任用业务流程图：宿舍楼物品出入业务流程图：宿舍事故处理业务流程图：2数据流程图顶层数据流程图：第2层数据流程图：从学生角度出发第2层数据流程图：从管理者角度出发第3层数据流程图：从新生角度出发第3层数据流程图：从毕业生角度出发第3层数据流程图：从宿舍楼物品出入出发第3层数据流程图：从宿舍事故角度出入出发第3层数据流程图：从楼道工作人员的任用角度出发第3层数据流程图：从管理者和外来访客的角

18、度出发3数据字典a数据项：系统涉及的数据项有71项表1.1 数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储构造别名DI-1StuNo学生编号char(9)*DI-2DepName学生所在学院char(20)学院DI-3StuName学生char(10)DI-4StuSe*学生性别char(2)性别DI-5StuHome学生来自省份char(10)祖籍DI-6StuBorth学生出生时间Date出生日期DI-7StuETime学生入学时间Date入学时间DI-8StuPerfect学生所在专业char(20)专业DI-9StuClass学生所在班级编号Int编号DI-10WorNo

19、工作人员编号char(5)编号DI-11WorName工作人员char(10)DI-12WorType工作类型char(8)工作类型DI-13WorWage工作人员工资Int月工资DI-14WorSe*工作人员性别char(2)性别DI-15WorPhNo工作人员联系方式char(12)DI-16WorTime工作人员工作时间char(30)工作时间DI-17RNo宿舍编号char(6)舍号DI-18RHeader舍长信息等于StuNamechar(10)舍长DI-19ROne宿舍学生信息同上char(10)舍员1DI-20RTwo宿舍学生信息同上char(10)舍员2DI-21RThree宿

20、舍学生信息同上char(10)舍员3DI-22RFour宿舍学生信息同上char(10)舍员4DI-23RFive宿舍学生信息同上char(10)舍员5DI-24RSi*宿舍学生信息同上char(10)舍员6DI-25RGrade宿舍学生所属年级等于StuETimechar(4)年级DI-26RDepart宿舍学生所在学院等于DepNamechar(20)学院DI-27RPerfect宿舍学生所学专业等于StuPerfectchar(20)专业DI-28RClass学生所在班级编号等于StuClasschar(2)班级DI-29DorNo宿舍楼编号smallint宿舍楼号DI-30DorCam

21、pus宿舍楼所属校区char(4)校区DI-31DorLocation宿舍楼在校区位置char(4)宿舍区位DI-32DorPhNo宿舍楼管处char(12)DI-33DorAdminist宿舍楼楼管员信息等于WorNochar(10)楼管员DI-34SGName保卫处名称char(15)名字DI-35SGWorNum保卫处人员总数Int人员数目DI-36SGHeader保卫处负责人信息char(10)负责人DI-37SGPhone保卫处char(12)DI-38FitName宿舍物品名称char(16)宿舍物品DI-39FitPrice宿舍物品价格Float价格DI-40FitNum每一种宿

22、舍的数量Int数量DI-41FDFitment损坏物品信息等于FitNamechar(16)物品名DI-42FDStudent损坏的学生信息等于StuNochar(9)学生DI-43FDRoom损坏物品宿舍信息等于RNochar(6)舍号DI-44FDFitNum损坏物品的数量Int数量DI-45FpFit赔偿物品信息等于FitNamechar(16)物品名DI-46FpStu需赔偿学生信息等于StuNochar(9)学生DI-47FpMon赔偿价格Float赔偿价格DI-48FpPrin赔偿负责人信息等于WorNochar(10)负责人DI-49FpDate赔偿日期Date日期DI-50Fp

23、Num赔偿物品数量Int数量DI-51Ao事故编号int编号DI-52AcType事故类型char(10)类型DI-53AcArtical事故损失物品char(30)物品名DI-54AcArNum事故损失物品数量Int数量DI-55AcStu事故受害学生等于StuNochar(9)学生DI-56AcDate事故发生日期Date日期DI-57AcPrin事故负责人信息等于SGHeaderchar(15)负责人DI-58AcStuPh受害人联系方式char(12)学生DI-59AcVerify事故是否属实Bool核查DI-60ARNo事故调查编号char(4)编号DI-61ARName事故调查名称

24、char(15)调查DI-62ARPrin事故调查负责人等于SGHeaderchar(10)负责人DI-63ARResult事故调查结果Bool结果DI-64ACStu事故赔偿学生信息等于StuNochar(10)学生DI-65ACArtical事故赔偿物品信息char(30)物品名DI-66ACDate事故赔偿日期Date日期DI-67ACPrin事故赔偿负责单位等于SGHeaderchar(15)负责单位DI-68AIOStu要求物品出入学生等于StuNochar(10)学生DI-69AIOArtical出入物品信息char(20)物品名DI-70AIOPrin出入物品审查人等于WorNo

25、char(10)负责人DI-71AIODate出入物品日期Date日期DI-72AIONo物品出入序号Int序号b数据构造：表1.2 数据构造列表数据结构编号数据构造名数据构造含义组成DS-1Student宿舍学生信息StuNo,DepName,StuName,StuSe*,StuHome,StuBorth,StuETime,StuPerfect,StuClassDS-2Worker宿舍楼工作人员信息WorTime,WorName,WorType,WorWage,WorSe*,WorPhNo,WorNoDS-3Room宿舍信息RNo,RHeader,ROne, RClass,RThree,RF

26、our,RFive,RSi*,RGrade,RDepart,RPerfect,RTwo,DS-4Dormitory宿舍楼信息DorNo,DorCampus,DorPhNoDorLocation,DorAdministDS-5SafeGuard宿舍保卫处信息SGName,SGWorNum,SGHeader,SGPhoneDS-6Fitment宿舍物品配备信息FitName,FitPrice,FitNumDS-7FitmentDestruction宿舍物品损坏信息FDFitment,FDStudent,FDRoom,FDFitNumDS-8Fitmentpensate宿舍损坏物品赔偿信息FpFit

27、,FpStu,FpPrin,FpDate,FpNumDS-9Accident宿舍事故注册信息Ao,AcType, AcStu,AcDate,AcArtical,AcVerify,AcPrin,AcArNum,AcStuPhDS-10AccidentResearch宿舍事故调查信息ARNo,ARName,ARPrin,ARResultDS-11Accidentpensate事故损失物品赔偿信息ACStu,ACArtical,ACDate,ACPrinDS-12ArticalInOut宿舍楼物品出入信息AIOStu,AIOArtical,AIOPrin,AIODate,AIONo4处理逻辑描述判定

28、表或判定树表1.3 处理逻辑列表判定条件决策判断用户查询涉及的功能模块宿舍根本信息模块、宿舍楼根本信息模块、学生根本信息模块、宿舍楼配备物品根本信息模块、宿舍事故根本信息模块、宿舍楼物品出入根本信息模块、宿舍楼保卫处根本信息模块、楼道工人根本信息模块：先确定查询所涉及的功能模块；然后，确定要查询的容，确定查询数据流向；最后显示查询结果。判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中宿舍根本信息模块、宿舍楼根本信息模块、学生根本信息模块、宿舍楼配备物品根本信息模块、宿舍事故根本信息模块、宿舍楼物品出入根本信息模块、宿舍楼保卫处根本信息模块、楼道工人根本信息模块：先确定更新所涉及

29、的功能模块；然后，把更新信息传送到相应的模块中；最后，进展相应的更新操作。2. 概念设计阶段2.1 引言概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息构造(概念模型)的过程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。2.2 概念模型设计1根据不同的对象，从第3层数据流程图中层数据流程图入手，分别画出分ER图：a从数据流程图图2.4 与图 2.5 抽象出的分ER图：图3.1 分ER图1图3.2 分ER图2图3.3 分ER图3b从数据流程图图2.6与图2.8 抽象出的分ER图：图3.4 分ER图4c从数据流程图图2.7 抽象出的分ER图：图3.5 分ER图52各分E

30、R图中每个实体的属性如下所示：学生：Student(StuNo，DepName，StuName，StuSe*，StuHome，StuBorth，StuETime，StuPerfect，StuClass)；宿舍：Room(RNo，RHeader，ROne，RClass，RThree，RFour，RFive，RSi*，RGrade，RDepart，RPerfect，RTwo)；宿舍楼：Dormitory(DorNo，DorCampus，DorLocation，DorPhNo，DorAdminist)；宿舍物品：Fitment(FitName，FitPrice，FitNum)；楼道工作人员：Work

31、er(WorNo，WorName，WorType，WorWage，WorSe*,WorPhNo，WorTime)；保卫处：SafeGuard(SGName，SGWorNum，SGHeader，SGPhone)；各分ER图中联系的属性如下所示：物品出入：ArticalInOut(AIONo，AIOStu，AIOArtical，AIOPrin，AIODate)；宿舍物品处理：包含物品损坏和物品赔偿两个数据构造(将在逻辑设计阶段给出)；事故：包含宿舍事故注册、宿舍事故调查、事故损失物品赔偿三个数据构造(具体的构造将在系统逻辑设计阶段给出)。3合并各分图,消除属性冲突、命名冲突、构造冲突等三类冲突，得

32、到初步E-R图，再消除不必要冗余，得到的根本E-R图如下所示：2.3 新系统流程新系统流程图：3逻辑设计阶段3.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的根本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑构造。具体容包括数据组织将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计、数据处理画出系统功能模块图两大任务3.2数据组织将E-R图转换为关系模型由于宿舍楼与楼道工人的联系方式是1:n一对多，可以将其之间的联系与n端实体楼道工人合并，宿舍楼与宿舍

33、之间的联系、宿舍与学生之间的联系方式也是1:n，同样也将其之间的联系与n端实体宿舍、学生合并，而宿舍物品与学生、学生与楼道工作人员之间的联系方式则是n:m多对多，这样要把它们之间的联系转化为独立的关系模式，保卫处与学生之间的联系是1:n一对多，但是它们之间的联系事故则包含数据构造，为了便于模型优化，将其联系也转化成独立的关系模式，具体的根本E-R图向关系模型的转化如下：楼道工人：WorkerWorNo，WorName，WorType，WorWage，WorSe*,WorPhNo，WorTime，DorNo，DorCampus，DorLocation；宿舍楼：DormitoryDorNo，Dor

34、Campus，DorLocation，DorPhNo，DorAdminist；宿舍：RoomRNo，RHeader，ROne，RClass，RThree，RFour，RFive，RSi*，RGrade，RDepart，RPerfect，RTwo，DorNo，DorCampus，DorLocation；宿舍物品：FitmentFitName，FitPrice，FitNum，DorNo，DorCampus，DorLocation；学生：StudentStuNo，DepName，StuName，StuSe*，StuHome，StuBorth，StuETime，StuPerfect，StuClass，

35、RNo， DorNo，DorCampus，DorLocation；保卫处：SafeGuard(SGName，SGWorNum，SGHeader，SGPhone)；物品出入：ArticalInOut(AIONo，StuNo，AIOArtical，AIOPrin，AIODate, DorNo，DorCampus，DorLocation)；宿舍物品处理包含两个数据构造宿舍物品损坏信息，宿舍物品损坏赔偿信息，基于表的各个属性都是原子项的考虑，现将宿舍物品处理分解为：宿舍物品损坏、宿舍损坏物品赔偿，具体如下：宿舍物品损坏：FitmentDestructionFitName，StuNo，RNo，FDFit

36、Num, DorNo，DorCampus，DorLocation；消除命名冲突宿舍物品损坏赔偿：FitmentpensateFitName，StuNo，FCPrin，FpDate，FpNum；消除命名冲突宿舍事故包含三个数据构造宿舍事故注册信息、宿舍事故调查信息、宿舍事故损失物品赔偿信息，同样基于表的原子性的考虑也将事故分解为：事故注册、事故调查、事故赔偿，具体如下：事故注册：AccidentAo，AcType， StuNo，AcDate，AcArtical，AcVerify，SGName，AcArNum，AcStuPh；事故调查：AccidentResearchAo，ARName，SGNam

37、e，ARResult；事故赔偿：AccidentpensateAo，ACStu，AcArtical，ACDate，SGName；注：标有直线下划线的为主属性，标有波浪线下划线的是外键属性，主属性与外键属性一起构成主码模型优化关系模式Worker，Dormitory，Fitment，SafeGuard，ArticalInOut，FitmentDestruction，Fitmentpensate，Accident，AccidentResearch，Accidentpensate不存在非主属性对主属性的局部函数依赖，也不存在传递函数依赖，已经到达了3NF，但是宿舍关系模式Room中存在着一些不应该有

38、的数据冗余，现将模型优化为：RoomRNo，RHeader，RGrade，RDepart，RPerfect，DorNo，DorCampus，DorLocation；虽然Room中还存在一些数据冗余，但可以提高查询效率。数据库模式定义表2.1 数据库模式定义表编号逻辑构造(根本表)定义完整性和平安性TWorker详见附录11详见附录11T2Dormitory详见附录12详见附录12T3Room详见附录13详见附录13T4Fitment详见附录14详见附录14T5Student详见附录15详见附录15T6SafeGuard详见附录16详见附录16T7ArticalInOut详见附录17详见附录17

39、T8FitmentDestruction详见附录18详见附录18T9Fitmentpensate详见附录19详见附录19T10Accident详见附录110详见附录110T11AccidentResearch详见附录111详见附录111T12Accidentpensate详见附录112详见附录112用户子模式设计表2.2 用户子模式设计(View)列表编号用户子模式(View)作用(共性：提供数据和平安保护机制)V1WorView便于查询和修改楼道工人的根本信息V2DormView方便宿舍楼的根本信息的查询、更新V3RoomView以便于宿舍的根本信息的查询和更新V4FitView用于宿舍楼配

40、备物品的根本信息的查询V5StuView便于查询和更改学生的根本信息V6SGView方便学生查询宿舍保卫处的根本信息V7ArIOView以便于物品出入的管理和信息的查询、更改V8FDView便于宿舍物品损坏的的登记及处理和信息的查询V9FCView查询损坏物品赔偿的根本信息，便于宿舍物品的管理V10AccView方便学生事故的注册及保卫人员对事故注册的查询V11ARView便于学生查询宿舍事故调查的根本信息V12ACView方便宿舍事故赔偿的信息查询和更新3.3数据处理系统功能模块图：4物理设计阶段4.1物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最适宜应用要求的物理构造

41、的过程，在这个阶段中要完成两大任务：1确定数据库的物理构造，在关系数据库中主要是存取方法和存储构造；2对物理构造进展评价，评价的重点是时间和空间效率。4.2数据存储方面为数据库中各根本表建立的索引如下：由于根本表Room，Student的主码RNo，StuNo经常在查询条件和连接操作的连接条件中出现，且它们的值唯一，考虑在两个属性上建立唯一性索引；Dormitory的主码DorNo，DorCampus，DorLocation经常在查询条件中出现，且它们的组合值唯一，考虑在它们之上建立组合索引；根本表Student的一属性StuName，经常在查询条件中出现，且经常出现在相等的比拟条件中，考虑在

42、其之上建立聚簇索引；根本表Fitment、SafeGuard的属性值几乎不会有什么变化，更新率很低，可考虑适当建立索引；根本表Worker，ArticalInOut，FitmentDestruction，Fitmentpensate，Accident，AccidentResearch，Accidentpensate的属性值经常发生变化，权衡系统为维护索引付出的代价，可考虑不建立索引，也可以适当建立索引。5物理设计阶段5.1系统功能模块5.1.1 楼道工人根本的信息查询和更新模块将实现对楼道工人根本信息的查询和更新修改、插入、删除操作，方便于楼道工人的任用和更换，具体的功能模块图如下：图4.2

43、楼道工人根本信息的查询、更新功能模块图(注： 表示系统给用户的信息，以下与此一样)5.1.2 宿舍楼根本信息的查询和更新模块将完成对宿舍楼根本信息的查询、更新修改、插入、删除操作，便于宿舍的集中管理，具体的功能模块图如下所示：图4.3 宿舍楼根本信息的查询、更新功能模块图5.1.3 宿舍根本信息的查询和更新模块将到达对宿舍根本信息的查询、更新修改、插入、删除操作的目的，具体的功能模块图如下所示：图4.4 宿舍根本信息的查询、更新功能模块图5.1.4 学生根本信息的查询和更新模块将完成对学生根本信息的查询和插入、删除、修改等更新操作，具体的功能模块如下所示：图4.5 宿舍学生根本信息的查询、更新

44、功能模块图5.1.5 宿舍物品的查询和更新模块将实现对宿舍物品根本信息的查询、插入、删除、修改等操作，以方便于宿舍物品的配备，具体的功能模块图如下：图4.6 宿舍物品根本信息的查询、更新功能模块图5.1.6 宿舍事故的查询和更新模块将实现对宿舍事故的插入和更新操作，方便宿舍事故的快速处理，及时了解事故处理的结果，具体的功能模块图如下：图4.7 宿舍事故根本信息的查询、更新功能模块图5.1.7 宿舍物品处理的查询和更新模块将完成对宿舍物品处理根本信息的查询、插入、删除、修改等操作，方便于宿舍物品的处理，具体的功能模块图如下所示：图4.8 宿舍物品处理根本信息的查询、更新功能模块图5.1.8 宿舍

45、保卫处根本信息的查询和更新模块将实现对宿舍保卫处根本信息的查询和更新包括更改、插入、删除操作，方便于宿舍意外事故的处理，具体的功能模块图如下：图4.9 宿舍楼保卫处根本信息的查询、更新功能模块图5.2系统模块实现如果完成了系统开发，可在此处写出软件设计具体实现的模块截图等，打印时去掉红色字局部5数据库实施阶段5.1建立数据库、数据表、视图、索引 建立数据库create database Student_Dormitory_Management; 建立数据表1楼道工人根本信息表的建立：create table WorkerWorNo char(5 not null unique,WorName

46、char(10) not null,WorType char(8) not null,WorWage int not null,WorSe* char(2) not null,WorPhNo char(12) null,WorTime char(30) null,DorNo smallint not null,DorCampus char(4) not null,DorLocation char(4) not null,primary key(WorNo),foreign key(DorNo， DorCampus， DorLocation) references Dormitory(DorNo

47、，DorCampus，DorLocation),check(WorWage = 0),check(WorSe* = 男 or WorSe* = 女);2宿舍楼根本信息表的建立：create table Dormitory(DorNo smallint not null,DorCampus char(4) not null,DorLocation char(4) not null,DorPhNo char(12)null,DorAdminist char(10) null,primary key(DorNo,DorCampus,DorLocation),check(DorNo0 and DorN

48、o0 and StuClass 0);7宿舍楼物品出入根本信息表的建立：create table ArticalInOut(StuNo char(9)not null,AIOArtical char(16)null,AIOPrin char(9)not null,AIODate datetimenot null,AIONo int not null unique,DorNo smallint not null,DorCampus char(4)not null,DorLocation char(4)not null,primary key(AIONo,AIODate),foreign key(

49、StuNo) references Student(StuNo),foreign key(AIOPrin) references Worker(WorNo),foreign key(DorNo， DorCampus， DorLocation) references Dormitory(DorNo，DorCampus，DorLocation),check(AIONo 0);8宿舍配备物品损坏根本信息表的建立：create table FitmentDestruction(FitName char(16)not null unique,StuNo char(9)not null,RNo char(

50、6)not null,FDFitNum int not null,DorNo smallint not null,DorCampus char(4)not null,DorLocation char(4)not null,foreign key(DorNo， DorCampus， DorLocation) references Dormitory(DorNo，DorCampus，DorLocation),foreign key(FitName) references Fitment(FitName),foreign key(StuNo) references Student(StuNo),fo

51、reign key(RNo) references Room(RNo),check(FDFitNum = 0);9宿舍损坏配备物品赔偿根本信息表的建立：create table Fitmentpensate(FitName char(16)not null,StuNo char(9)not null,FCPrin char(15)not null,FpDate Datetimenot null,FpNum int not null,foreign key(FitName) references Fitment(FitName),foreign key(StuNo) references Stu

52、dent(StuNo),foreign key(FCPrin) references SafeGuard(SGName),check(FpNum = 0);10宿舍事故注册根本信息表的建立：create table Accident(Ao intnot null unique,AcType char(10)not null,StuNo char(9)not null,AcDate datetimenot null,AcArtical char(30)not null,AcVerify boolnull,SGName char(15)not null,AcArNum int not null,A

53、cStuPh char(12)not null,primary key(Ao,AcDate),foreign key(StuNo) references Student(StuNo),foreign key(SGName) references SafeGuard(SGName),check(AcArNum 0),);11宿舍事故调查根本信息表的建立：create table AccidentResearch(Ao int not null,ARName char(15)not null,SGName char(15)not null,ARResult boolnot null,primary

54、 key(SGName),foreign key(Ao) references Accident(Ao),foreign key(SGName) references SafeGuard(SGName),);12宿舍事故赔偿根本信息表的建立：create table AccidentCopensate(Ao int not null,ACStu char(9)not null,AcArtical char(30)not null,AcDate Datetimenot null,SGName char(15)not null,foreign key(Ao) references Accident

55、(Ao),foreign key(ACStu) references Student(StuNo),foreign key(SGName) references SafeGuard(SGName); 建立视图1用于查询和更新楼道工人根本信息的视图定义如下： create view WorView(编号，工作类型，工资，性别，联系方式，工作时间，宿舍楼编号，校区，区位)asselect *from Workerwith check option;2方便于宿舍楼根本信息查询、更新的视图定义如下：create view DormView (宿舍楼编号，校区，区位，楼管处，楼管)asselect *f

56、rom dormitorywith check option;3显示宿舍根本信息的视图定义如下：create view RoomView (宿舍编号，舍长，年级，学院，专业，宿舍楼编号， 校区，区位)asselect *from Roomwith check option;4可用于宿舍楼配备物品根本信息查询、更新的视图定义如下：create view FitView (物品名，价格，数量，宿舍楼编号， 校区，区位)asselect *from Fitmentwith check option;5用于查询和更新学生根本信息的视图定义如下：create view StuView (*，学院，性别，

57、祖籍，出生日期，入学时间，专业，班级，宿舍编号， 宿舍楼编号，校区，区位)asselect *from Studentwith check option;6显示宿舍保卫处根本信息的视图定义如下：create view SGView (名称，人员数目，负责人，)asselect *from SafeGuardwith check option;7以便于物品出入管理和出入物品信息查询、更新的视图定义如下：create view ArIOView (*，出入物品，负责人，日期，序号，宿舍楼编号，校区，区位)asselect *from ArticalInOutwith check option;8便

58、于宿舍配备物品损坏登记及损坏宿舍物品查询的视图定义如下：create view FDView (物品名，*，宿舍号，损坏数量，宿舍楼编号，校区，区位)asselect *from FitmentDestructionwith check option;9用于查询损坏物品赔偿根本信息 ，便于宿舍物品管理的视图定义如下：create view FCView (物品名，*，负责人，日期，赔偿数量)asselect *from Fitmentpensatewith check option； 10方便学生事故的注册及保卫人员对事故注册查询的视图定义如下：create view AccView (编号，

59、事故类型，*，日期，损失物品，属实， 负责单位，损失数量，学生联系方式)asselect *from Accidentwith check option;11便于宿舍以外事故调查的视图定义如下：create view ARView (编号，调查名称，负责单位，调查结果)asselect *from AccidentResearchwith check option；12方便宿舍事故赔偿信息查询和更改的视图定义如下：create view ACView (编号，*，赔偿物品，日期，负责单位)asselect *from Accidentpensatewith check option; 建立索引

60、create unique inde* StudentNo on Student(StuNo);create unique inde* RoomNo on Room(RNo);create unique inde* DormitoryNo_Campus_Location on Dormitory(DorNo desc，DorCampus，DorLocation);create cluster inde* StudentName on Student(StuName);create unique inde* FitmentName on Fitment(FitName);create uniqu