示例：姓名Name
4.3表设计
1）数据库表名清单
表2-5数据库表名清单
序号
中文表名
英文表名
表功能说明
1
用户信息
UserInfo
记录相关用户的基本信息和权限
2
管理员信息
ManagerInfo
记录管理员操作和基本信息
3
公告信息
NoticeInfo
记录后勤模块产生的公告信息
4
申请表
Application
学生成功提交后的已完成申请表的存储
住宿申请
-memberName
-memberName
床位
宿舍
-memberName
-memberName
-memberName
-memberName
图2学生宿舍管理系统类图
宿舍负责人宿舍管理员
-memberName-memberName
-memberName-memberName
各种记录
-memberName
.
.
新建
批准
保存
已入住
审核通过
不批准
提交
审核不通过
部分通过
图4学生申请住宿状态图
功能界面：
学生宿舍管理系统
登录模块
学生班主任辅导员宿舍管理员宿舍负责人院校领导超级管理员
住
住
退
宿
宿
后
系
换
申
信
勤
统
宿
请
息
管
设
管
管
管
理
置
理
理
理
图5功能图
3.功能模块详细设计
.
.
3.1功能模块1（登录模块）
功能描述：
根据用户要求进行登录操作
能创建新的申请表；无带批阅申请或住宿记录，可创建新的申请表，在确认无格式错误
后可提交，等待批审。
模块界面设计：
.
.
住宿申请模块
学生辅导员宿舍管理员
创
查
查
进
建
看
看
行
进
分
新
申
申
初
行
配
的
请
请
次
复
宿
申
结
结
审
审
舍
请
果
果
核
表
图8
住宿申请模块界面
输入项：
学生、辅导员或管理员根据系统界面的提示， 选择相应的操作类型， 该类型对应的是模块的名字
B．最低256MB内存
C．最小2 GB硬盘空余空间
D．分辨率至少800×600彩色VGA显示器
E．鼠标键盘
2.1.3接口约束
外部接口
1.用户接口：采用窗口化，菜单式进行设计，在操作时响应快。
2.硬件接口：扫描仪器
3.软件接口：用WPS工作簿进行接口
内部接口
通过面向对象语言设计类，在Public类中实现调用；类间实现严格封闭。
类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与
辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。
.
.
people
学生
-memberName
-memberName
住宿登记表
-memberName
-memberName
-memberName
-memberName
系统软件
其功能的软件
1.4参考资料
1.《学生宿舍分配软件的基本需求》
2.《软件系统分析与设计》殷建民 编著 中国水利水电出版社，2008
2.系统总体设计
2.1设计约束
2.1.1本系统应遵循的标准和规范
1.软件设计应遵循 《软件设计规格说明书》 ，满足《用户需求规格说明书》 的相关要求，满足国家规定的相关软件设计的标准。
20
Not
r
null
性别
sex
vacha
20
Not
r
null
联系方式
phone
vacha
20
Not
r
null
所在院系
yuanxi
vacah
20
Notnull
r
宿舍号
houseno
vacah
20
Notnull
r
床号
bedno
vacah
20
Notnull
r
外键
主键
外键
外键
外键
表2-10设备记录
字段名
意义
2．软件采用CS结构设计，用户安装程序后，能够登录进入享受系统的服务。
3．软件设计需要保证软件的正确性、健壮性、安全性。保证用户的使用体验，保证用
户数据的安全。
2.1.2软硬件运行环境约束
软件平台
.
.
1.客户端软件环境：
操作系统：Windows 98/NT /2000或更高版本
2.服务端软件环境：
A．操作系统：Windows NT /2000 Server或更高版本
输出项：
根据概要设计报告中模块设计的思路， 该登录模块输出项为： 控制代码， 是被调模块的名字，当用户为学生时输出成功或失败的提示信息。程序流程
开始
登陆
进入申请界
面
是是否可以申请否
填写申请表
还有未审核申
请查看
填写合法？否
是重新填写
保存新申请
表
提交申请
等待申请结
果
返回主界面
结束
图9学生住宿申请流程
.
.
.
.
学生首页申请界面提交控制辅导员宿舍负责人
登陆
登陆成功
退出不可以申请
可以申请
填写申请
提交给辅导员
有错重新填写请求复审
反馈
同意
同意
驳回不同意
图3学生申请住宿顺序图
状态图：
学生申请这一事件对应的状态： 首先是要进行申请表的填写预准备工作， 即新建一张空白申请表， 进行填写， 完成后进行提交， 即等同于进入等待审核状态； 等待后台审核完成后，学生进行查看可以找到‘审核通过’ ‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。
2.2体系结构设计
.
住
登宿
录申
模请
块管
理
2.3系统功能结构
2.3.1主功能清单
表2-2主功能模块清单
模块编号模块名称
S1住宿申请管理
S2住宿信息管理
S3后勤管理
S4退换宿管理
S5系统设置
.
学生宿舍管理系统
住
退
宿
后
系
换
信
勤
统
宿
息
管
设
管
管
理
置
理
理
图1功能结构图
功能简述
学生申请住宿，辅导员，宿管批审住宿申请
职工
-memberName
-memberName
教师院校领导
-memberName-memberName
-memberName-memberName
辅导员班主任
-memberName-memberName
-memberName-memberName
c
学生住宿信息
班级
-memberName
-memberName -memberName -memberName
M 1-2
批审模块
宿舍负责人用户进行二次审核
M 2-1
信息更新模块
宿舍管理员用户对学生住宿及
变动情况及时更新
M2
班主任辅导员以及院校领导根
M 2-2
信息检索模块
据学号检索相关学生的住宿信
息及表现
M 3-1
日常评优模块
各项良好宿舍评优公告
M3
M 3-2
记录宿舍各设备状况和检修信
设备状况模块
息
M 4-1
2.1.4用户界面约束
1．将系统使用简单化，能够满足宿舍管理员等这一类对于计算机使用不大了解的
群体，方便用户的正常操作。
2．用户对于界面的友好性要求高，在进行页面设计时，充分考虑用户的年龄段以
及接受能力，最大程度上保证软件的吸引力。
3．尽可能最大程度适应广大用户使用，做好兼容性测试，保证用户的用户体验。
20
Not null
申请人姓名
applyername
vachar
20
Not null
外键
申请人学号
applyerno
vachar
20
Not null
主键
表内容
table
BLOB
Not null
表2-9学生住宿信息表
字段名
意义
类型
长度
空否
备注
姓名
name
vacha
20
Not
r
null
学号
Sno
vacha
√
√
信息检索
M 2-2
√
√
√
√
√
评优公告查看
M 3-1
√√
√
√
√
√
√
评优公告更新
M 3-1
√
√
设备信息更新
M 3-2
√
√
设备信息查看
M 3-2
√
√
√
√
退宿申请
M 4-1
√
√
换宿申请
M 4-2