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