学生宿舍管理信息系统1224235432Word格式.docx
《学生宿舍管理信息系统1224235432Word格式.docx》由会员分享，可在线阅读，更多相关《学生宿舍管理信息系统1224235432Word格式.docx（47页珍藏版）》请在冰豆网上搜索。
管理业务流程图
数据流程图
数据字典编制
决策树
代码设计
结构功能图
E-R图
3NF关系群
式图分析
IOP设计
报告誊写
三、管理业务流程分析
可行性分析：
该项目从技术上、成本上和运行上是可以实施的。
由学生通过小组讨论分
析，以课本知识为依据解决技术和成本上的问题，按科目作业要求的形式编写出学生宿舍管
理信息系统书面报告。
现在操作系统下也能够运行，占用空间小，人员简单了解可以使用。
通过对学生信息系统的理解，做出了一个简单的系统关联的图示。
见图3.1
图3.1学生宿舍管理信息系统关联图
学生宿舍管理
宿管人员
信息信息
学生
查阅相关信息之后，对我们要考虑的子系统进行了划分，找出了比较典型的过程和有关
数据类型，做出了如下的U\C矩阵图：
图3.2学生寝室管理信息系统
申审学寝入退上住宿优学寝夜学
数据类
请
核
生
室宿
宿
网
舍
秀
室
归
表
依住基信信费费评宿基使权夜
据
宿本息息
信信
比舍本用限归
功能过程
信
息
情
息息息息息况息息
入住安排
U
入住调整申请
C
审核情况
批准申请
入住就绪
核审退宿申请
处理退宿
更新住宿情况
上网费管理
住宿费管理
宿舍归寝管理
宿舍卫生管理
学生信息查询
寝室信息查询
学生归宿权限
学生就寝管理
下图是经过调整的子系统归类的U\C矩阵图：
图3.3宿舍管理信息系统子系统调整的UC矩阵
核生
宿网
宿舍
表依住基信信费费评宿基使权夜
据宿本息息信信比舍本用限归
况
宿舍管理
费用
管理
评比
查询
门禁
在U\C矩阵的划分下，联系实际中的学生信息系统发生的业务，做了一个简单的具有综
合性的宿舍管理信息系统业务流程图表：
图3.4宿舍管理信息系统业务流程图表
学生信息宿管单位
宿管
员
学生住宿信
学工
部
排名单
审核单位
入宿审批单
学
安
申
变
单
退
审
申请情况
位
退宿审批单
寝室信息
宿舍评比信息
学生学生信息
查询表
信息反馈
宿管单位
查询反馈信息
住费
宿用
息息
床
归寝
卫生
人数
信息
夜
卫
寝
权
评
限
选
标
准
四.数据流图与数据字典
4.1数据流图
入住申请单P1.1寝室信息寝室信息
入住管理
D1寝室信息
入住审批单
管理员
学生信息D2学生信息
退宿申请单P1.2学生信息
退宿管理
退宿审批单寝室信息
学号P3
费用结算
D2学生信息
学生信息
P4
信息查询
学号
寝室号
学生信息寝室信息
学生P5.1
夜归管理
D3夜归信息
管理
P5.2有权限
出入管理
无权限，拒绝
P6
卫生评比
卫生报告
卫生情况
4.2数据字典
1.数据项定义
数据项编号：
1-1
数据项名称：
学生ID
别名：
无
简述：
某学生的代码
类型及宽度：
字符型，12位
取值围：
“000000000001”~“999999999999”
1-2
宿舍号别名：
某宿舍的代码
字符型，4位
“0001”~“9999”
1-3
管理员ID
某管理员的代码
2.数据结构的定义
数据结构编号：
01
数据结构名称：
学生宿舍信息管理数据库表
简述：
学生住宿的基本信息
数据结构组成：
学生信息+宿舍信息+管理员信息
02
学生信息表
学生的基本信息
03
宿舍信息表
宿舍的基本信息
3.数据流定义
数据流编号：
D03-01
数据流名称：
入住申请单
简
述：
学生上交的入住申请单
数据流来源：
数据流去向：
数据流组成：
入住人员
+入住宿舍+入住日期
数据
流量：
10份/小时
高峰
20份/小时
D03-05
网费单
学生应缴纳的网费单据
网费金额
+缴纳宿舍+缴纳日期
1份/学期
4.处理逻辑的定义
处理逻辑编号：
P02-3
处理逻辑名称：
网费计算
计算应缴纳的网费
输入的数据流：
数据流网费价格
输出的数据流：
学生应缴纳的网费
处理频率：
对每个用户每学期处理一次
5.数据存储的定义
数据存储编号：
F03-01
数据存储名称:
数据存储组成：
ID，专业，性别，姓名，铺位号
关
键
字：
F03-02
宿舍号，楼层，
，总铺位，
无人铺位
宿舍号
F03-03
管理员信息表
管理员的基本信息
ID号，姓名，密码，权限
6.外部实体的定义
外部实体编号：
S-01
外部实体名称：
宿舍管理信息系统的主体
S-02
宿舍管理信息系统的执行者
五、代码设计
代码是表示客观实体或属性的符号。
在信息系统中，代码是人和机器的共同语言，也往
往是建立各种数据库间联系的关键字段，
所以它往往是便于信息分析、校对、统计和检索的
关键。
代码设计的任务是要设计出一套为系统各部分所公用的优化的代码系统。
代码作为代
表事物名称或属性的符号是用户进行数据分类、
统计、检索的一个重要接口，
是用户输入计
算机系统的重要容之一，它的正确性直接影响到数据处理的质量。
为确保代码输入的正确性，
人们利用在原有代码的基础上增加一个检验位的方法进行代码输入的校验，
即通过事先规定
的数学方法计算出校验位，使它成为代码的一个组成部分，
当带有校验位的代码输入到计算
机中时，计算机也利用同样的计算方法计算原代码的校验位，将其与输入的代码校验位
进行比较，以检验是否正确。
代码要系统化，代码的编制应尽量标准化。
尽量使代码结构对事物的表示具有实际意义，
以便于理解及交流。
代码设计的原则：
1，唯一性。
每一代码都仅代表唯一实体或属性。
2，标准化与通用性。
或有关部委颁发的编码标准是代码设计的依据。
3，可扩充性和稳定性。
当增加新的实体或属性时，直接利用原代码体系扩充，而不需要变动代码系统。
同时代码设计时，要预留足够的位置，以适应不断变化的需要。
否则，在短时间，随便改变编码结构对设计工作来说是一种严重浪费。
一般来说，代码愈短，分类、准备、存储和传送的开销愈低;
代码愈长，对数据检索、统计分析和满足多样化的处理要求就愈好。
但
编码太长，留空太多，多年用不上，也是一种浪费。
学生ID代码设计。
学生信息表有一个学生ID字段，我们设计了12位数字来表示，每
个数字的组合都有特定的含义，如下图所示。
091405011001
入系专学
年别业号
份
管理员ID代码设计。
管理员信息表有一个管理员ID字段，顺序码。
从0001开始。
六、系统功能结构图
管
理
系
统
网费
住宿费
夜归统计
门禁管理
权限管理
七、数据存储设计
7.1概念设计
通过调查我们了解到到学生宿舍管理系统中的实体类型有：
管理员、宿舍、学生等，这
些实体之间的相互关系有：
管理员与宿舍之间存在“管理”联系，是多对多的。
宿舍与学生之间存在“住宿”联系，“住宿”一对多的。
每个实体的属性分别是：
宿舍：
宿舍号，楼层，，总铺位，无人铺位
学生：
学号，学生ID号，铺位号，专业，性别，姓名，
管理员：
管理员ID号，姓名，姓名，密码，权限
画出学生宿舍管理的E－R图
退宿时间
专
业
铺位号
号
M
N
楼层
宿舍
住宿
性别
总铺位
姓名
ID号
电话号码
入住时间
图7.1
宿舍管理E-R图
姓
名
性
别
密
查询
码
权限
图7.2信息查询E-R图
电
ID
话
评比
姓名密码楼层
图7.3卫生评比E-R图
楼
层
结算
密码
分摊
专业
图7.4费用结算E-R图
7.2逻辑设计
出入时间
出入
出入权限
图7.5门禁系统E-R图
逻辑设计的任务是根据DBMS的特征把概念结构转换为相应的逻辑结构。
概念设计所
得到的E－R模型，是独立于DBMS的，这里的转换就是把表示概念结构的E－R图转换成
关系模型的逻辑结构。
将上图转换为规的关系模式为：
（宿舍号，楼层，，总铺位，无人铺位）
（学号，学生ID号，铺位号，专业，性别，姓名，）
（管理员ID号，姓名，姓名，密码，权限）
7.3物理设计
物理设计的目的是根据具体DBMS的特征，确定数据库的物理结构（存储结构）。
关系
数据库的物理设计任务包括两个方面，一是确定所有数据库文件的名称及其所含字段的名
称、类型和宽度；
二是确定各数据库文件需要建立的索引，在什么字段上建立索引等。
管理员信息表（usertable）
序号
字段名
数据类型
数据长度
关键字
可否为空
管理员id
Char
10
√
n
用户名
y
int
学生基本信息表（stumess）
字段
描述
主键
stunumbe
Varchar
r
stuname
12
stusex
class
16
宿舍信息表（hosgrn）
hosnumber
Hostelnum
ber
Hosadress
50
Hoskip
Int
hosnosum
无人床位
学生入宿表（gohostable）
hosnumb
er
stutel
godate
入住日期
Datetim
e
学生退宿表（gobacktable）
stunumber
gobackdate
退宿日期
宿舍评比等级表（gogrademess）
gradecode
等级号
godata
评比时间
dis
备注
Varchar200
费用结算信息表（settlecost）
升级会员 