学生宿舍管理系统大数据库设计1.doc

word
word
I / 60
word
信息工程学院
《数据库原理与应用》课程设计论文
题 目：学生宿舍管理系统数据库设计
姓 名： 2信息(Room，Fitment，FitmentDestruction，Fitmentpensate)：宿舍根本信息包括四个数据结构〔宿舍信息(Room)，宿舍物品信息(Fitment)，宿舍物品损坏信息(FitmentDestruction),宿舍损坏物品赔偿信息〕,每个数据结构中的数据项见数据字典；
4．楼道工作人员根本信息(Worker)：包括 工作人员编号、工作人员某某、工作类型、工资、性别、联系方式、工作时间等数据项，可以方便管理人员对宿舍楼道工人的任用、信息查询与更改；
word
word
1 / 60
word
5．宿舍保卫处根本信息(SafeGuard)：包括保卫处名称、人员数目、负责人信息、联系等四方面的信息；
6．宿舍事故根本信息(Accident，AccidentResearch，Accidentpensate)：事故信息包括三个数据结构〔事故信息、事故处理信息、事故赔偿信息〕，具体的数据项见数据字典；
物品出入根本信息(ArticalInOut)：包括出入物品的学生信息、出入的物品信息、出入物品时的负责人信息、出入物品时间，尽量减少宿舍事故的发生，保障学生宿舍财产的安全。
〔2〕处理功能要求
系统主要完成一下几个功能：
1．宿舍楼根本信息查询与修改；
2．学生根本信息查询与更新；
3．每一幢宿舍楼中宿舍信息的查询与信息更新；
4．宿舍保卫处根本信息的查询和修改；
5．宿舍事故根本信息与事故处理信息的查询和修改；
6．宿舍楼物品出入审批与记录；
〔3〕安全性和完整性要求
安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过用户授权机制，欲用户登陆来识别用户级别，根据这个级别来分配用户权限，达到数据更高层次的安全某某功能。
完整性要求用于描述宿舍楼根本信息、学生根本信息、宿舍根本信息、楼道工作人员根本信息、宿舍保卫处根本信息、宿舍事故根本信息、物品出入根本信息中数据项能否为null，以与一些用户自定义完整性〔符合实际要求〕，详细完整性要求见于系统的逻辑设计阶段。
需求分析阶段成果
〔1〕体会与收获
系统需求分析主要采取实地询问－记录和楼管处查询宿舍学生信息的方式，同时借鉴学长在做数据库开发这方面的经验。通过实地调查和询问，了解目前学生宿舍管理的现状，以与目前学生宿舍管理中一些问题，并对实际查询业务实地参与，了解了学生、楼管员、宿舍管理者、宿舍保卫人员对系统的信息处理要求，以与他〔她〕们对现存人工管理方式不能满足信息处理要求的苦恼。同时在调查中牵涉的许多的人际交流，恰当的询问方式，由于平时几乎没有做过这方面的调查，开始时有点胆怯和不知从何入手，但过了两三幢宿舍楼之后，开始的胆怯就感觉不到了。
word
word
2 / 60
word
〔2〕学生宿舍管理系统业务流程图
新生入住宿舍业务流程图：
查询业务流程图〔查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等〕：
毕业生离宿业务流程图：
word
word
3 / 60
word
楼道工作人员任用业务流程图：
宿舍楼物品出入业务流程图：
宿舍事故处理业务流程图：
word
word
4 / 60
word
〔3〕数据流程图
顶层数据流程图：
第2层数据流程图：从学生角度出发
第2层数据流程图：从管理者角度出发
从管理者角度出发的2层数据流程图
word
word
5 / 60
word
第3层数据流程图：从新生角度出发
第3层数据流程图：从毕业生角度出发
第3层数据流程图：从宿舍楼物品出入出发
word
word
6 / 60
word
第3层数据流程图：从宿舍事故角度出入出发
第3层数据流程图：从楼道工作人员的任用角度出发
第3层数据流程图：从管理者和外来访客的角度出发
word
word
7 / 60
word
〔4〕数据字典
〔a〕数据项：系统涉与的数据项有71项
数据项列表
数据项编号
数据项名
数据项含义
与其它数据项的关系
存储结构
别名
DI-1
StuNo
学生编号
char(9)
学号
DI-2
DepName
学生所在学院
char(20)
学院
DI-3
StuName
学生某某
ch