学生宿舍管理系统数据库设计

信息工程学院数据库原理与应用课程设计论文题目学生宿舍管理系统数据库设计姓名、专业计算机科学与技术指导老师完成日期2008626摘要学生宿舍管理系统是应对学生宿舍管理的现代化、网络化，逐步摆脱当前学生宿舍管理的人工管理方式，提高学生宿舍管理效率而开发的，它包括宿舍学生基本信息管理、楼道工人基本信息管理、宿舍楼基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、宿舍楼物品出入基本信息管理、宿舍楼保卫处基本信息管理、宿舍配备物品及处理管理等八大功能模块，并提供了对各功能模块的查询和更新功能，且这两种功能基本上是通过存储过程来实现的，其中宿舍学生基本信息管理、宿舍基本信息管理是系统开发的重点。该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试和测试阶段、参考文献、附录等阶段组成。关键字学生宿舍管理，宿舍管理现代化，宿舍管理网络化，人工管理，功能模块，存储过程目录1系统需求分析阶段111引言112目标与任务1121需求分析阶段的目标1122需求分析阶段的任务1123需求分析阶段成果22概念设计阶段1121引言1122概念模型设计1223新系统流程133逻辑设计阶段1431逻辑设计的任务和目标1432数据组织14321将ER图转换为关系模型14322模型优化15323数据库模式定义16324用户子模式设计1633数据处理164物理设计阶段1741物理设计阶段的目标与任务1742数据存储方面1743系统功能模块17431楼道工人基本的信息查询和更新模块18432宿舍楼基本信息的查询和更新模块18433宿舍基本信息的查询和更新模块19434学生基本信息的查询和更新模块20435宿舍物品的查询和更新模块20436宿舍事故的查询和更新模块21437宿舍物品处理的查询和更新模块21438宿舍保卫处基本信息的查询和更新模块225数据库实施阶段2251建立数据库、数据表、视图、索引22511建立数据库22512建立数据表22513建立视图26514建立索引2852数据入库2853创建各个功能的存储过程296系统调试和测试297实习心得328存在的问题及建议32致谢33参考文献33附录1数据库逻辑结构定义34附录2存储过程定义38附录3数据查看和存储过程功能的验证43附录4所有的SQL运行语句481系统需求分析阶段11引言通过对北校区25个学生宿舍楼的实地调查，了解到现在的学生宿舍管理仍停留在完全的人工管理阶段，楼管处没有标准的住宿学生存档信息。这中人工管理方式费时、费事、费力，造成工作效率低下。开发出合适的学生宿舍管理系统，可以方便学生宿舍的管理，提高宿舍管理工作效率及查询效率。12目标与任务121需求分析阶段的目标（1）了解目前宿舍管理的现状以及SQLSERVER2000的功能和特点。（2）通过实地调查和问答记录的方式了解宿舍管理的工作业务流程，并记录和处理相关的数据。（3）与指导教师交流个人想法，征求意见，改正不合理的地方，为下面的概念设计与逻辑设计奠定基础。122需求分析阶段的任务（1）处理对象系统要处理的对象包括宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面，各个对象包括信息如下所示（详细的数据见于数据字典）1宿舍楼基本信息DORMITORY包括宿舍楼编号、宿舍楼所在校区、宿舍楼再校区中区域、每一幢宿舍楼楼管处的电话、宿舍楼楼管员信息等方面，这样可以方便管理者对宿舍楼的管理，提高查询效率；2学生基本信息STUDENT包括学生编号、学生所在学院信息、学生姓名、学生性别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面的信息，可以方便学信息的查询和更新；3宿舍基本信息ROOM，FITMENT，FITMENTDESTRUCTION，FITMENTCOMPENSATE宿舍基本信息包括四个数据结构（宿舍信息ROOM，宿舍物品信息FITMENT，宿舍物品损坏信息FITMENTDESTRUCTION,宿舍损坏物品赔偿信息）,每个数据结构中的数据项见数据字典；4楼道工作人员基本信息WORKER包括工作人员编号、工作人员姓名、工作类型、工资、性别、联系方式、工作时间等数据项，可以方便管理人员对宿舍楼道工人的任用、信息查询及更改；5宿舍保卫处基本信息SAFEGUARD包括保卫处名称、人员数目、负责人信息、联系电话等四方面的信息；6宿舍事故基本信息ACCIDENT，ACCIDENTRESEARCH，ACCIDENTCOMPENSATE事故信息包括三个数据结构（事故信息、事故处理信息、事故赔偿信息），具体的数据项见数据字典；物品出入基本信息ARTICALINOUT包括出入物品的学生信息、出入的物品信息、出入物品时的负责人信息、出入物品时间，尽量减少宿舍事故的发生，保障学生宿舍财产的安全。（2）处理功能要求系统主要完成一下几个功能1宿舍楼基本信息查询与修改；2学生基本信息查询与更新；3每一幢宿舍楼中宿舍信息的查询与信息更新；4宿舍保卫处基本信息的查询和修改；5宿舍事故基本信息及事故处理信息的查询和修改；6宿舍楼物品出入审批及记录；（3）安全性和完整性要求安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，欲用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全保密功能。完整性要求用于描述宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息中数据项能否为NULL，以及一些用户自定义完整性（符合实际要求），详细完整性要求见于系统的逻辑设计阶段。123需求分析阶段成果（1）体会与收获系统需求分析主要采取实地询问记录和楼管处查询宿舍学生信息的方式，同时借鉴学长在做数据库开发这方面的经验。通过实地调查和询问，了解目前学生宿舍管理的现状，以及目前学生宿舍管理中一些问题，并对实际查询业务实地参与，了解了学生、楼管员、宿舍管理者、宿舍保卫人员对系统的信息处理要求，以及他（她）们对现存人工管理方式不能满足信息处理要求的苦恼。同时在调查中牵涉的许多的人际交流，恰当的询问方式，由于平时几乎没有做过这方面的调查，开始时有点胆怯和不知从何入手，但过了两三幢宿舍楼之后，开始的胆怯就感觉不到了。（2）学生宿舍管理系统业务流程图新生入住宿舍业务流程图查询业务流程图（查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等）毕业生离宿业务流程图楼道工作人员任用业务流程图宿舍楼物品出入业务流程图宿舍事故处理业务流程图（3）数据流程图顶层数据流程图第2层数据流程图从学生角度出发第2层数据流程图从管理者角度出发图23从管理者角度出发的2层数据流程图第3层数据流程图从新生角度出发第3层数据流程图从毕业生角度出发第3层数据流程图从宿舍楼物品出入出发第3层数据流程图从宿舍事故角度出入出发第3层数据流程图从楼道工作人员的任用角度出发第3层数据流程图从管理者和外来访客的角度出发（4）数据字典（A）数据项系统涉及的数据项有71项表11数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI1STUNO学生编号CHAR9学号DI2DEPNAME学生所在学院CHAR20学院DI3STUNAME学生姓名CHAR10姓名DI4STUSEX学生性别CHAR2性别DI5STUHOME学生来自省份CHAR10祖籍DI6STUBORTH学生出生时间DATE出生日期DI7STUETIME学生入学时间DATE入学时间DI8STUPERFECT学生所在专业CHAR20专业DI9STUCLASS学生所在班级编号INT编号DI10WORNO工作人员编号CHAR5编号DI11WORNAME工作人员姓名CHAR10姓名DI12WORTYPE工作类型CHAR8工作类型DI13WORWAGE工作人员工资INT月工资DI14WORSEX工作人员性别CHAR2性别DI15WORPHNO工作人员联系方式CHAR12电话DI16WORTIME工作人员工作时间CHAR30工作时间DI17RNO宿舍编号CHAR6舍号DI18RHEADER舍长信息等于STUNAMECHAR10舍长DI19RONE宿舍学生信息同上CHAR10舍员1DI20RTWO宿舍学生信息同上CHAR10舍员2DI21RTHREE宿舍学生信息同上CHAR10舍员3数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI22RFOUR宿舍学生信息同上CHAR10舍员4DI23RFIVE宿舍学生信息同上CHAR10舍员5DI24RSIX宿舍学生信息同上CHAR10舍员6DI25RGRADE宿舍学生所属年级等于STUETIMECHAR4年级DI26RDEPART宿舍学生所在学院等于DEPNAMECHAR20学院DI27RPERFECT宿舍学生所学专业等于STUPERFECTCHAR20专业DI28RCLASS学生所在班级编号等于STUCLASSCHAR2班级DI29DORNO宿舍楼编号SMALLINT宿舍楼号DI30DORCAMPUS宿舍楼所属校区CHAR4校区DI31DORLOCATION宿舍楼在校区位置CHAR4宿舍区位DI32DORPHNO宿舍楼管处电话CHAR12电话DI33DORADMINIST宿舍楼楼管员信息等于WORNOCHAR10楼管员DI34SGNAME保卫处名称CHAR15名字DI35SGWORNUM保卫处人员总数INT人员数目DI36SGHEADER保卫处负责人信息CHAR10负责人DI37SGPHONE保卫处电话CHAR12电话DI38FITNAME宿舍物品名称CHAR16宿舍物品DI39FITPRICE宿舍物品价格FLOAT价格DI40FITNUM每一种宿舍的数量INT数量DI41FDFITMENT损坏物品信息等于FITNAMECHAR16物品名DI42FDSTUDENT损坏的学生信息等于STUNOCHAR9学生DI43FDROOM损坏物品宿舍信息等于RNOCHAR6舍号DI44FDFITNUM损坏物品的数量INT数量DI45FCOMPFIT赔偿物品信息等于FITNAMECHAR16物品名DI46FCOMPSTU需赔偿学生信息等于STUNOCHAR9学生DI47FCOMPMON赔偿价格FLOAT赔偿价格DI48FCOMPPRIN赔偿负责人信息等于WORNOCHAR10负责人DI49FCOMPDATE赔偿日期DATE日期DI50FCOMPNUM赔偿物品数量INT数量DI51ACNO事故编号INT编号DI52ACTYPE事故类型CHAR10类型DI53ACARTICAL事故损失物品CHAR30物品名DI54ACARNUM事故损失物品数量INT数量DI55ACSTU事故受害学生等于STUNOCHAR9学生DI56ACDATE事故发生日期DATE日期DI57ACPRIN事故负责人信息等于SGHEADERCHAR15负责人DI58ACSTUPH受害人联系方式CHAR12学生电话DI59ACVERIFY事故是否属实BOOL核查数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI60ARNO事故调查编号CHAR4编号DI61ARNAME事故调查名称CHAR15调查DI62ARPRIN事故调查负责人等于SGHEADERCHAR10负责人DI63ARRESULT事故调查结果BOOL结果DI64ACSTU事故赔偿学生信息等于STUNOCHAR10学生DI65ACARTICAL事故赔偿物品信息CHAR30物品名DI66ACDATE事故赔偿日期DATE日期DI67ACPRIN事故赔偿负责单位等于SGHEADERCHAR15负责单位DI68AIOSTU要求物品出入学生等于STUNOCHAR10学生DI69AIOARTICAL出入物品信息CHAR20物品名DI70AIOPRIN出入物品审查人等于WORNOCHAR10负责人DI71AIODATE出入物品日期DATE日期DI72AIONO物品出入序号INT序号（B）数据结构表12数据结构列表数据结构编号数据结构名数据结构含义组成DS1STUDENT宿舍学生信息STUNO,DEPNAME,STUNAME,STUSEX,STUHOME,STUBORTH,STUETIME,STUPERFECT,STUCLASSDS2WORKER宿舍楼工作人员信息WORTIME,WORNAME,WORTYPE,WORWAGE,WORSEX,WORPHNO,WORNODS3ROOM宿舍信息RNO,RHEADER,RONE,RCLASS,RTHREE,RFOUR,RFIVE,RSIX,RGRADE,RDEPART,RPERFECT,RTWO,DS4DORMITORY宿舍楼信息DORNO,DORCAMPUS,DORPHNODORLOCATION,DORADMINISTDS5SAFEGUARD宿舍保卫处信息SGNAME,SGWORNUM,SGHEADER,SGPHONEDS6FITMENT宿舍物品配备信息FITNAME,FITPRICE,FITNUMDS7FITMENTDESTRUCTION宿舍物品损坏信息FDFITMENT,FDSTUDENT,FDROOM,FDFITNUM数据结构编号数据结构名数据结构含义组成DS8FITMENTCOMPENSATE宿舍损坏物品赔偿信息FCOMPFIT,FCOMPSTU,FCOMPPRIN,FCOMPDATE,FCOMPNUMDS9ACCIDENT宿舍事故注册信息ACNO,ACTYPE,ACSTU,ACDATE,ACARTICAL,ACVERIFY,ACPRIN,ACARNUM,ACSTUPHDS10ACCIDENTRESEARCH宿舍事故调查信息ARNO,ARNAME,ARPRIN,ARRESULTDS11ACCIDENTCOMPENSATE事故损失物品赔偿信息ACSTU,ACARTICAL,ACDATE,ACPRINDS12ARTICALINOUT宿舍楼物品出入信息AIOSTU,AIOARTICAL,AIOPRIN,AIODATE,AIONO（5）处理逻辑描述（判定表或判定树）表13处理逻辑列表判定条件决策判断用户查询涉及的功能模块宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道工人基本信息模块先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道工人基本信息模块先确定更新所涉及的功能模块；然后，把更新信息传送到相应的模块中；最后，进行相应的更新操作。2概念设计阶段21引言概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构概念模型的过程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。22概念模型设计（1）根据不同的对象，从第3层数据流程图（中层数据流程图）入手，分别画出分ER图（A）从数据流程图图24与图25抽象出的分ER图图31分ER图1图32分ER图2图33分ER图3（B）从数据流程图图26与图28抽象出的分ER图图34分ER图4（C）从数据流程图图27抽象出的分ER图图35分ER图5（2）各分ER图中每个实体的属性如下所示学生STUDENTSTUNO，DEPNAME，STUNAME，STUSEX，STUHOME，STUBORTH，STUETIME，STUPERFECT，STUCLASS；宿舍ROOMRNO，RHEADER，RONE，RCLASS，RTHREE，RFOUR，RFIVE，RSIX，RGRADE，RDEPART，RPERFECT，RTWO；宿舍楼DORMITORYDORNO，DORCAMPUS，DORLOCATION，DORPHNO，DORADMINIST；宿舍物品FITMENTFITNAME，FITPRICE，FITNUM；楼道工作人员WORKERWORNO，WORNAME，WORTYPE，WORWAGE，WORSEX,WORPHNO，WORTIME；保卫处SAFEGUARDSGNAME，SGWORNUM，SGHEADER，SGPHONE；各分ER图中联系的属性如下所示物品出入ARTICALINOUTAIONO，AIOSTU，AIOARTICAL，AIOPRIN，AIODATE；宿舍物品处理包含物品损坏和物品赔偿两个数据结构将在逻辑设计阶段给出；事故包含宿舍事故注册、宿舍事故调查、事故损失物品赔偿三个数据结构具体的结构将在系统逻辑设计阶段给出。注为了节省篇幅，实体与属性的关系没有用图形表示，实体的标识码用下划线划出。（3）合并各分图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步ER图，再消除不必要冗余，得到的基本ER图如下所示23新系统流程新系统流程图3逻辑设计阶段31逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本ER图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将ER图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务32数据组织321将ER图转换为关系模型由于宿舍楼与楼道工人的联系方式是1N（一对多），可以将其之间的联系与N端实体楼道工人合并，宿舍楼与宿舍之间的联系、宿舍与学生之间的联系方式也是1N，同样也将其之间的联系与N端实体宿舍、学生合并，而宿舍物品与学生、学生与楼道工作人员之间的联系方式则是NM（多对多），这样要把它们之间的联系转化为独立的关系模式，保卫处与学生之间的联系是1N（一对多），但是它们之间的联系事故则包含数据结构，为了便于模型优化，将其联系也转化成独立的关系模式，具体的基本ER图向关系模型的转化如下楼道工人WORKER（WORNO，WORNAME，WORTYPE，WORWAGE，WORSEX,WORPHNO，WORTIME，DORNO，DORCAMPUS，DORLOCATION）；宿舍楼DORMITORY（DORNO，DORCAMPUS，DORLOCATION，DORPHNO，DORADMINIST）；宿舍ROOM（RNO，RHEADER，RONE，RCLASS，RTHREE，RFOUR，RFIVE，RSIX，RGRADE，RDEPART，RPERFECT，RTWO，DORNO，DORCAMPUS，DORLOCATION）；宿舍物品FITMENT（FITNAME，FITPRICE，FITNUM，DORNO，DORCAMPUS，DORLOCATION）；学生STUDENT（STUNO，DEPNAME，STUNAME，STUSEX，STUHOME，STUBORTH，STUETIME，STUPERFECT，STUCLASS，RNO，DORNO，DORCAMPUS，DORLOCATION）；保卫处SAFEGUARDSGNAME，SGWORNUM，SGHEADER，SGPHONE；物品出入ARTICALINOUTAIONO，STUNO，AIOARTICAL，AIOPRIN，AIODATE,DORNO，DORCAMPUS，DORLOCATION；宿舍物品处理包含两个数据结构（宿舍物品损坏信息，宿舍物品损坏赔偿信息），基于表的各个属性都是原子项的考虑，现将宿舍物品处理分解为宿舍物品损坏、宿舍损坏物品赔偿，具体如下宿舍物品损坏FITMENTDESTRUCTION（FITNAME，STUNO，RNO，FDFITNUM,DORNO，DORCAMPUS，DORLOCATION）；（消除命名冲突）宿舍物品损坏赔偿FITMENTCOMPENSATE（FITNAME，STUNO，FCPRIN，FCOMPDATE，FCOMPNUM）；（消除命名冲突）宿舍事故包含三个数据结构（宿舍事故注册信息、宿舍事故调查信息、宿舍事故损失物品赔偿信息），同样基于表的原子性的考虑也将事故分解为事故注册、事故调查、事故赔偿，具体如下事故注册ACCIDENT（ACNO，ACTYPE，STUNO，ACDATE，ACARTICAL，ACVERIFY，SGNAME，ACARNUM，ACSTUPH）；事故调查ACCIDENTRESEARCH（ACNO，ARNAME，SGNAME，ARRESULT）；事故赔偿ACCIDENTCOMPENSATE（ACNO，ACSTU，ACARTICAL，ACDATE，SGNAME）；（注标有直线下划线的为主属性，标有波浪线下划线的是外键属性，主属性与外键属性一起构成主码）322模型优化关系模式WORKER，DORMITORY，FITMENT，SAFEGUARD，ARTICALINOUT，FITMENTDESTRUCTION，FITMENTCOMPENSATE，ACCIDENT，ACCIDENTRESEARCH，ACCIDENTCOMPENSATE不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF，但是宿舍关系模式（ROOM）中存在着一些不应该有的数据冗余，现将模型优化为ROOM（RNO，RHEADER，RGRADE，RDEPART，RPERFECT，DORNO，DORCAMPUS，DORLOCATION）；虽然ROOM中还存在一些数据冗余，但可以提高查询效率。323数据库模式定义表21数据库模式定义表编号逻辑结构基本表定义完整性和安全性TWORKER（详见附录11）（详见附录11）T2DORMITORY（详见附录12）（详见附录12）T3ROOM（详见附录13）（详见附录13）T4FITMENT（详见附录14）（详见附录14）T5STUDENT（详见附录15）（详见附录15）T6SAFEGUARD（详见附录16）（详见附录16）T7ARTICALINOUT（详见附录17）（详见附录17）T8FITMENTDESTRUCTION（详见附录18）（详见附录18）T9FITMENTCOMPENSATE（详见附录19）（详见附录19）T10ACCIDENT（详见附录110）（详见附录110）T11ACCIDENTRESEARCH（详见附录111）（详见附录111）T12ACCIDENTCOMPENSATE（详见附录112）（详见附录112）324用户子模式设计表22用户子模式设计VIEW列表编号用户子模式VIEW作用共性提供数据保密和安全保护机制V1WORVIEW便于查询和修改楼道工人的基本信息V2DORMVIEW方便宿舍楼的基本信息的查询、更新V3ROOMVIEW以便于宿舍的基本信息的查询和更新V4FITVIEW用于宿舍楼配备物品的基本信息的查询V5STUVIEW便于查询和更改学生的基本信息V6SGVIEW方便学生查询宿舍保卫处的基本信息V7ARIOVIEW以便于物品出入的管理和信息的查询、更改V8FDVIEW便于宿舍物品损坏的的登记及处理和信息的查询V9FCVIEW查询损坏物品赔偿的基本信息，便于宿舍物品的管理V10ACCVIEW方便学生事故的注册及保卫人员对事故注册的查询V11ARVIEW便于学生查询宿舍事故调查的基本信息V12ACVIEW方便宿舍事故赔偿的信息查询和更新33数据处理系统功能模块图4物理设计阶段41物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。42数据存储方面为数据库中各基本表建立的索引如下1由于基本表ROOM，STUDENT的主码RNO，STUNO经常在查询条件和连接操作的连接条件中出现，且它们的值唯一，考虑在两个属性上建立唯一性索引；2DORMITORY的主码DORNO，DORCAMPUS，DORLOCATION经常在查询条件中出现，且它们的组合值唯一，考虑在它们之上建立组合索引；3基本表STUDENT的一属性STUNAME，经常在查询条件中出现，且经常出现在相等的比较条件中，考虑在其之上建立聚簇索引；4基本表FITMENT、SAFEGUARD的属性值几乎不会有什么变化，更新率很低，可考虑适当建立索引；5基本表WORKER，ARTICALINOUT，FITMENTDESTRUCTION，FITMENTCOMPENSATE，ACCIDENT，ACCIDENTRESEARCH，ACCIDENTCOMPENSATE的属性值经常发生变化，权衡系统为维护索引付出的代价，可考虑不建立索引，也可以适当建立索引。43系统功能模块431楼道工人基本的信息查询和更新模块将实现对楼道工人基本信息的查询和更新（修改、插入、删除）操作，方便于楼道工人的任用和更换，具体的功能模块图如下图42楼道工人基本信息的查询、更新功能模块图注表示系统给用户的信息，以下与此相同432宿舍楼基本信息的查询和更新模块将完成对宿舍楼基本信息的查询、更新（修改、插入、删除）操作，便于宿舍的集中管理，具体的功能模块图如下所示图43宿舍楼基本信息的查询、更新功能模块图433宿舍基本信息的查询和更新模块将达到对宿舍基本信息的查询、更新（修改、插入、删除）操作的目的，具体的功能模块图如下所示图44宿舍基本信息的查询、更新功能模块图434学生基本信息的查询和更新模块将完成对学生基本信息的查询和插入、删除、修改等更新操作，具体的功能模块如下所示图45宿舍学生基本信息的查询、更新功能模块图435宿舍物品的查询和更新模块将实现对宿舍物品基本信息的查询、插入、删除、修改等操作，以方便于宿舍物品的配备，具体的功能模块图如下图46宿舍物品基本信息的查询、更新功能模块图436宿舍事故的查询和更新模块将实现对宿舍事故的插入和更新操作，方便宿舍事故的快速处理，及时了解事故处理的结果，具体的功能模块图如下图47宿舍事故基本信息的查询、更新功能模块图437宿舍物品处理的查询和更新模块将完成对宿舍物品处理基本信息的查询、插入、删除、修改等操作，方便于宿舍物品的处理，具体的功能模块图如下所示图48宿舍物品处理基本信息的查询、更新功能模块图438宿舍保卫处基本信息的查询和更新模块将实现对宿舍保卫处基本信息的查询和更新（包括更改、插入、删除）操作，方便于宿舍意外事故的处理，具体的功能模块图如下图49宿舍楼保卫处基本信息的查询、更新功能模块图5数据库实施阶段51建立数据库、数据表、视图、索引511建立数据库CREATEDATABASESTUDENT_DORMITORY_MANAGEMENT512建立数据表（1）楼道工人基本信息表的建立CREATETABLEWORKER（WORNOCHAR5）NOTNULLUNIQUE,WORNAMECHAR10NOTNULL,WORTYPECHAR8NOTNULL,WORWAGEINTNOTNULL,WORSEXCHAR2NOTNULL,WORPHNOCHAR12NULL,WORTIMECHAR30NULL,DORNOSMALLINTNOTNULL,DORCAMPUSCHAR4NOTNULL,DORLOCATIONCHAR4NOTNULL,PRIMARYKEYWORNO,FOREIGNKEYDORNO，DORCAMPUS，DORLOCATIONREFERENCESDORMITORYDORNO，DORCAMPUS，DORLOCATION,CHECKWORWAGE0,CHECKWORSEX男ORWORSEX女（2）宿舍楼基本信息表的建立CREATETABLEDORMITORYDORNOSMALLINTNOTNULL,DORCAMPUSCHAR4NOTNULL,DORLOCATIONCHAR4NOTNULL,DORPHNOCHAR12NULL,DORADMINISTCHAR10NULL,PRIMARYKEYDORNO,DORCAMPUS,DORLOCATION,CHECKDORNO0ANDDORNO0ANDSTUCLASS0（7）宿舍楼物品出入基本信息表的建立CREATETABLEARTICALINOUTSTUNOCHAR9NOTNULL,AIOARTICALCHAR16NULL,AIOPRINCHAR9NOTNULL,AIODATEDATETIMENOTNULL,AIONOINTNOTNULLUNIQUE,DORNOSMALLINTNOTNULL,DORCAMPUSCHAR4NOTNULL,DORLOCATIONCHAR4NOTNULL,PRIMARYKEYAIONO,AIODATE,FOREIGNKEYSTUNOREFERENCESSTUDENTSTUNO,FOREIGNKEYAIOPRINREFERENCESWORKERWORNO,FOREIGNKEYDORNO，DORCAMPUS，DORLOCATIONREFERENCESDORMITORYDORNO，DORCAMPUS，DORLOCATION,CHECKAIONO0（8）宿舍配备物品损坏基本信息表的建立CREATETABLEFITMENTDESTRUCTIONFITNAMECHAR16NOTNULLUNIQUE,STUNOCHAR9NOTNULL,RNOCHAR6NOTNULL,FDFITNUMINTNOTNULL,DORNOSMALLINTNOTNULL,DORCAMPUSCHAR4NOTNULL,DORLOCATIONCHAR4NOTNULL,FOREIGNKEYDORNO，DORCAMPUS，DORLOCATIONREFERENCESDORMITORYDORNO，DORCAMPUS，DORLOCATION,FOREIGNKEYFITNAMEREFERENCESFITMENTFITNAME,FOREIGNKEYSTUNOREFERENCESSTUDENTSTUNO,FOREIGNKEYRNOREFERENCESROOMRNO,CHECKFDFITNUM0（9）宿舍损坏配备物品赔偿基本信息表的建立CREATETABLEFITMENTCOMPENSATEFITNAMECHAR16NOTNULL,STUNOCHAR9NOTNULL,FCPRINCHAR15NOTNULL,FCOMPDATEDATETIMENOTNULL,FCOMPNUMINTNOTNULL,FOREIGNKEYFITNAMEREFERENCESFITMENTFITNAME,FOREIGNKEYSTUNOREFERENCESSTUDENTSTUNO,FOREIGNKEYFCPRINREFERENCESSAFEGUARDSGNAME,CHECKFCOMPNUM0（10）宿舍事故注册基本信息表的建立CREATETABLEACCIDENTACNOINTNOTNULLUNIQUE,ACTYPECHAR10NOTNULL,STUNOCHAR9NOTNULL,ACDATEDATETIMENOTNULL,ACARTICALCHAR30NOTNULL,ACVERIFYBOOLNULL,SGNAMECHAR15NOTNULL,ACARNUMINTNOTNULL,ACSTUPHCHAR12NOTNULL,PRIMARYKEYACNO,ACDATE,FOREIGNKEYSTUNOREFERENCESSTUDENTSTUNO,FOREIGNKEYSGNAMEREFERENCESSAFEGUARDSGNAME,CHECKACARNUM0,（11）宿舍事故调查基本信息表的建立CREATETABLEACCIDENTRESEARCHACNOINTNOTNULL,ARNAMECHAR15NOTNULL,SGNAMECHAR15NOTNULL,ARRESULTBOOLNOTNULL,PRIMARYKEYSGNAME,FOREIGNKEYACNOREFERENCESACCIDENTACNO,FOREIGNKEYSGNAMEREFERENCESSAFEGUARDSGNAME,（12）宿舍事故赔偿基本信息表的建立CREATETABLEACCIDENTCOPENSATEACNOINTNOTNULL,ACSTUCHAR9NOTNULL,ACARTICALCHAR30NOTNULL,ACDATEDATETIMENOTNULL,SGNAMECHAR15NOTNULL,FOREIGNKEYACNOREFERENCESACCIDENTACNO,FOREIGNKEYACSTUREFERENCESSTUDENTSTUNO,FOREIGNKEYSGNAMEREFERENCESSAFEGUARDSGNAME513建立视图（1）用于查询和更新楼道工人基本信息的视图定义如下CREATEVIEWWORVIEW编号，姓名，工作类型，工资，性别，联系方式，工作时间，宿舍楼编号，校区，区位ASSELECTFROMWORKERWITHCHECKOPTION（2）方便于宿舍楼基本信息查询、更新的视图定义如下CREATEVIEWDORMVIEW宿舍楼编号，校区，区位，楼管处电话，楼管ASSELECTFROMDORMITORYWITHCHECKOPTION（3）显示宿舍基本信息的视图定义如下CREATEVIEWROOMVIEW宿舍编号，舍长，年级，学院，专业，宿舍楼编号，校区，区位ASSELECTFROMROOMWITHCHECKOPTION（4）可用于宿舍楼配备物品基本信息查询、更新的视图定义如下CREATEVIEWFITVIEW物品名，价格，数量，宿舍楼编号，校区，区位ASSELECTFROMFITMENTWITHCHECKOPTION（5）用于查询和更新学生基本信息的视图定义如下CREATEVIEWSTUVIEW学号，学院，姓名，性别，祖籍，出生日期，入学时间，专业，班级，宿舍编号，宿舍楼编号，校区，区位ASSELECTFROMSTUDENTWITHCHECKOPTION（6）显示宿舍保卫处基本信息的视图定义如下CREATEVIEWSGVIEW名称，人员数目，负责人，电话ASSELECTFROMSAFEGUARDWITHCHECKOPTION（7）以便于物品出入管理和出入物品信息查询、更新的视图定义如下CREATEVIEWARIOVIEW学号，出入物品，负责人，日期，序号，宿舍楼编号，校区，区位ASSELECTFROMARTICALINOUTWITHCHECKOPTION（8）便于宿舍配备物品损坏登记及损坏宿舍物品查询的视图定义如下CREATEVIEWFDVIEW物品名，学号，宿舍号，损坏数量，宿舍楼编号，校区，区位ASSELECTFROMFITMENTDESTRUCTIONWITHCHECKOPTION（9）用于查询损坏物品赔偿基本信息，便于宿舍物品管理的视图定义如下CREATEVIEWFCVIEW物品名，学号，负责人，日期，赔偿数量ASSELECTFROMFITMENTCOMPENSATEWITHCHECKOPTION；（10）方便学生事故的注册及保卫人员对事故注册查询的视图定义如下CREATEVIEWACCVIEW编号，事故类型，学号，日期，损失物品，属实，负责单位，损失数量，学生联系方式ASSELECTFROMACCIDENTWITHCHECKOPTION（11）便于宿舍以外事故调查的视图定义如下CREATEVIEWARVIEW编号，调查名称，负责单位，调查结果ASSELECTFROMACCIDENTRESEARCHWITHCHECKOPTION；（12）方便宿舍事故赔偿信息查询和更改的视图定义如下CREATEVIEWACVIEW编号，学号，赔偿物品，日期，负责单位ASSELECTFROMACCIDENTCOMPENSATEWITHCHECKOPTION514建立索引CREATEUNIQUEINDEXSTUDENTNOONSTUDENTSTUNOCREATEUNIQUEINDEXROOMNOONROOMRNOCREATEUNIQUEINDEXDORMITORYNO_CAMPUS_LOCATIONONDORMITORYDORNODESC，DORCAMPUS，DORLOCATIONCREATECLUSTERINDEXSTUDENTNAMEONSTUDENTSTUNAMECREATEUNIQUEINDEXFITMENTNAMEONFITMENTFITNAMECREATEUNIQUEINDEXSAFEGUARDNAMEONSAFEGUARDSGNAME52数据入库系统包括宿舍学生基本信息管理、楼道工人基本信息管理、宿舍楼基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、宿舍楼物品出入基本信息管理、宿舍楼保卫处基本信息管理、宿舍配备物品及处理管理等八大功能模块，共有12张基本表,牵涉到大量数据的录入,又由于时间限制,采用事先在EXCEL中录入数据,然后使用SQLSERVER2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。当然，附录中也给出了各个基本表插入元组的存储功能，详细内容请参阅附录2。53创建各个功能的存储过程系统共创建了16个存储过程，具体列表如下表31创建的存储过程列表编号存储过程名称定义作用P1P1_WORKER_INSERT详见附录21在WORKER中插入一元组P2P2_DORMITORY_INSERT详见附录22在DORMITORY中插入一元组P3P3_ROOM_INSERT详见附录23在ROOM中插入一元组P4P4_FITMENT_INSER详见附录24在FITMENT中插入一元组P5P5_STUDENT_INSERT详见附录25在STUDENT中插入一元组P6P6_SAFEGUARD_INSERT详见附录26在SAFEGUARD中插入一元组P7P7_ARTICAL_IN_OUT_INSERT详见附录27在ARTICALINOUT中插入一元组P8P8_FITMENTDESTRUCTION_INSERT详见附录28在FITMENTDESTRUCTION中插入一元组P9P9_FITMENTCOMPENSATE详见附录29在FITMENTCOMPENSATE中插入一元组P10P10_ACCIDENT_INSERT详见附录210在ACCIDENT中插入一元组P11P11_ACCIDENTRESEARCH_INSERT详见附录211在ACCIDENTRESEARCH中插入一元组P12P12_ACCIDENTCOMPENSATE_INSERT详见附录212在ACCIDENTCOMPENSATE中插入一元组P13P13_QUERY_WORKER详见附录213在WORKER中匹配WORNO查询P14P14_QUERY_WORKER详见附录214在WORKER中匹配WORNAME查询P15P15_DELETE_WORKER详见附录215在WORKER中删除元组P16P16_UPDATE_WORKER详见附录216在WORKER中更新操作（其他表的查询、修改、删除与WORKER表的大致相同，这里不再具体列出）6系统调试和测试学生宿舍管理系统的测试主要采用黑盒测试和白盒测试的方法，具体的说黑盒测试主要采用以下两种测试方法1已知系统的功能设计规格，进行测试证明每个实现了的功能是否符合要求；2已知系统的内部工作过程，通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否通过检验。该学生管理系统主要采用黑盒测试的第一种测试方法，具体的测试如下（1）查看各个基本表中的数据借助与视图查询（A）查看WORKER表中的数据（B）查看DORMITORY表中的数据（C）其他表的数据的查看操作显示见于附录31（2）检测各个存储过程的功能（A）验证存储过程P1_WORKER_INSERT及P15_DELETE_WORKER的功能（B）验证存储过程P1_WORKER_INSERT及P16_DELETE_WORKER的功能（C）验证其它存储过程的功能见于附录327实习心得1提高了实地调查获得数据的能力方面通过对北校区25个宿舍楼的实地调查，采用询问记录的方式，获得关于宿舍管理的业务流程和一些可靠表单，为学生宿舍管理系统开发的需求分析阶段，提供了一个很好的开始。2加深对数据库系统概论相关知识和SQLSERVER相关功能理解方面以前只是记书本上关于数据库系统的相关功能，以及不同数据库系统如SQLSERVER2000与ORACLE）功能的对比，但这些大部分只是处在死记的基础上，没有切身实地的感触，这次实习有让我再次对SQLSERVER2000相关功能的理解，比如存储过程。3进一步掌握相关的SQL语句方面学生宿舍管理系统开发的过程中牵涉到相当多基本表的建立，视图、索引以及存储过程的设计，这次系统开发让我对这些语句操作更熟练了。4熟悉对项目开发的大致过程方面这次系统开发，从开始的系统需求分析、概念设计、逻辑设计、物理设计，再到数据库实施、系统的测试和调试，都时自立完成，虽然只是做出的系统的框架，并没有开发出具体应用的学生宿舍管理系统，但对于项目（系统）开发的大致流程有了一定的了解，为以后的系统的开发打下了良好的基础。5存在的问题在系统开发的过程中也遇到了这样那样的问题，比如画ER图，带输出变量的存储过程，以及相关相关索引（聚簇索引）的建立，具体的语句还不是很熟悉，但我以后一定会加强这方面实际操作能力。8存在的问题及建议每个班配备了两名知道老师，可各指导老师各班交互指导，而到我们问问题时，我们班的指导老师却在给别班的学生指导，我们又找不到其他的指导老师，但指导教师总体上都比较热情，有问比答。致谢学生管理系统的开发与设计从开始的需求分析，到最后的提交论文，自始至终都受到指导教师蔚继承老师、董晓艳老师的细心指导和关怀，同时杨丽丽老师、晁小菲老师、陈勇老师对我的帮助也比较大。对此，表示忠心的感谢编程经验丰富、数据库开发见解独到的蔚老师是我今后学习的榜样。同时也感谢给过我帮助和鼓励的同学，没有他们的帮助与鼓励，我是不可能这么快完成系统开发任务的。借此机会，我还要对给我们代数据库系统概论课的李书琴老师，没有她的谆谆教诲，我是不可能完成本次的任务的。同时感谢所有给我们代过课，传授知识给我们的所有老师。参考文献1萨师煊王珊，数据库系统概论第三版，北京高教出版社，20002郑人杰殷人昆陶永雷，实用软件工程第二版，北京清华大学出版社，19974李晨，2003级数据库课程设计论文5IT信息咨询站，怎样作需求分析,HTTP/ITSCHOOLRJDOWNCOM/ARTICLE/3/30/HTML/2006022514060143SHTML,2006225附录1数据库逻辑结构定义1楼道工人WORKER基本信息表，用于记录楼道工人的基本信息表23楼道工人基本信息表属性名数据类型取值范围是否是主属性或外键完整性WORNOCHAR5