宿舍管理系统系统设计说明书介绍.docx
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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
.
系统设计说明书模板
1.引言
1.1编写目的
本说明书确定学生宿舍管理系统的详细功能模块和数据结构，为学生宿舍管理系统开发编码
工作的主要依据。
1.2背景
软件系统的名称：学生宿舍分配系统
本项目的任务提出者：张老师
本项目的任务开发者：学生
软件系统的用户：大学的公寓寝室管理中心
1.3术语
表2-1
术语定义或解释表
2．软件采用CS结构设计，用户安装程序后，能够登录进入享受系统的服务。
3．软件设计需要保证软件的正确性、健壮性、安全性。保证用户的使用体验，保证用
户数据的安全。
2.1.2软硬件运行环境约束
软件平台
.
.
1.客户端软件环境：
操作系统：Windows 98/NT /2000或更高版本
2.服务端软件环境：
A．操作系统：Windows NT /2000 Server或更高版本
班主任、辅导员、院校领导均可查看相关学生住宿信息
宿舍管理员对宿舍设备情况、学生表现进行记录
处理毕业生退宿申请以及换宿申请
数据库维护系统维护等
2.3.2子功能描述
表2-3
子功能模块清单
模块编号
子模块编号
子模块英文名
子模块功能简述
M 1-1
申请表填写模块
学生填写申请表， 出错则无法提
交，重新填写
M1
辅导员用户对申请进行审核
类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与
辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。
.
.
people
学生
-memberName
-memberName
住宿登记表
-memberName
-memberName
-memberName
-memberName
住宿申请
-memberName
-memberName
床位
宿舍
-memberName
-memberName
-memberName
-memberName
图2学生宿舍管理系统类图
宿舍负责人宿舍管理员
-memberName-memberName
-memberName-memberName
各种记录
-memberName
系统软件
其功能的软件
1.4参考资料
1.《学生宿舍分配软件的基本需求》
2.《软件系统分析与设计》殷建民 编著 中国水利水电出版社，2008
2.系统总体设计
2.1设计约束
2.1.1本系统应遵循的标准和规范
1.软件设计应遵循 《软件设计规格说明书》 ，满足《用户需求规格说明书》 的相关要求，满足国家规定的相关软件设计的标准。
M 1-2
批审模块
宿舍负责人用户进行二次审核
M 2-1
信息更新模块
宿舍管理员用户对学生住宿及
变动情况及时更新
M2
班主任辅导员以及院校领导根
M 2-2
信息检索模块
据学号检索相关学生的住宿信
息及表现
M 3-1
日常评优模块
各项良好宿舍评优公告
M3
M 3-2
记录宿舍各设备状况和检修信
设备状况模块
息
M 4-1
退宿模块
学生进行申请， 辅导员与负责人
M4
批审
M 4-2
换宿模块
学生进行换宿申请， 辅导员与负
.
.
责人批审
M5M 5-1系统维护维护
2.4系统权限设置
表2-4系统权限表
对应模
班主
辅导
宿舍管
宿舍
院校领
超级管
功能描述
负责
块
学生
员
理员
导
理员
任
人
申请表填写
M 1-1
√
批审申请
M 1-2
√
√
信息更新
M 2-1
图7登陆程序流程
3.2功能模块2（住宿申请模块）
功能描述：
根据用户要求进行申请表填写或批审操作
性能要求：
当以辅导员或宿舍管理员的身份登录时可以检查学生提出的住宿申请，并进行批
审，当辅导员批审通过后，宿舍管理员才可进行二次批审，二次批审通过后，宿舍管理
员为学生分配宿舍；以学生身份登录时，可查看过往申请记录，若已申请未处理，则不
4．数据结构设计
4.1数据库环境说明
对本数据库的管理、生成、修改、更新都由SQLServer2000数据库管理系统完成，
本软件是微软公司最新版的大型数据库服务器，具有数据可靠性强、使用方便、功能强大、
安全系数高的特性。
4.2数据库的命名规则
本系统数据库采用Pascal样式命名，命名格式为[项目英文名称/简称]。
能创建新的申请表；无带批阅申请或住宿记录，可创建新的申请表，在确认无格式错误
后可提交，等待批审。
模块界面设计：
.
.
住宿申请模块
学生辅导员宿舍管理员
创
查
查
进
建
看
看
行
进
分
新
申
申
初
行
配
的
请
请
次
复
宿
申
结
结
审
审
舍
请
果
果
核
表
图8Baidu Nhomakorabea
住宿申请模块界面
输入项：
学生、辅导员或管理员根据系统界面的提示， 选择相应的操作类型， 该类型对应的是模块的名字
.
.
新建
批准
保存
已入住
审核通过
不批准
提交
审核不通过
部分通过
图4学生申请住宿状态图
功能界面：
学生宿舍管理系统
登录模块
学生班主任辅导员宿舍管理员宿舍负责人院校领导超级管理员
住
住
退
宿
宿
后
系
换
申
信
勤
统
宿
请
息
管
设
管
管
管
理
置
理
理
理
图5功能图
3.功能模块详细设计
.
.
3.1功能模块1（登录模块）
功能描述：
根据用户要求进行登录操作
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
序 号
术语名称
术 语 定 义
详细设计说明
详细设计说明书又称为程序设计说明，
详细说明一个软件系统
1
各个层次中的每一个程序（模块）的设计考虑。
书
2
Java语言程序
以java语言字词为结构， 最大限度的利用java语言本身的点
设计
是一种基于计算机基础的高级程序设计语言。
3
学生公寓管理
学校管理软件，以学校公寓部门为基本元素的、用程序来实现
20
r
表2-7公告信息
.
.
字段名
意义
类型
长度
空否
备注
公告日期
noticetime
date
8
撤销日期
revoketime
date
8
公告内容
information
vachar
200
表2-8申请表
字段名
意义
类型
长度
空否
备注
申请日期
Applytime
date
8
Not null
表状态
condition
vachar
息等)。用户信息：用户ID，用户密码，用户类型（普通用户，管理员）
输出项：
根据概要设计报告中模块设计的思路，该登录模块输出项为：控制代码， 是被调模
块的名字。
程序流程
该登录模块中应用选择算法，根据用户的要求选择不同的模式。
.
.
开始N<=5
用户信息
用户是否合法否N=N+1
是
调用相应模块
结束
N>5
退出系统
性能要求：
管理员的用户名和密码正确时，登录管理员模式； 其他角色的用户名和密码正确时，
登录相应的模式；否则，退出系统。
模块界面设计：
学生宿舍管理系统
登录模块
宿
宿
院
超
班
辅
舍
舍
级
学
校
主
导
管
负
管
生
领
任
员
理
责
理
导
员
人
员
图6登陆界面
输入项：
根据需求分析报告中所述，输入项为用户信息(学生信息或者管理员信息，教师信
5
学生住宿信息
StuStayInfo
已入住学生的相关房间号床号退换宿等信息
6
设备记录
EquipRecord
宿舍设备状况以及检修记录的存储
7
学生表现记录
StuBeRecord
学生个人以及所在宿舍的日常表现情况
8
登录信息
LoginInfo
用户身份、编号以及password
2）.数据库表的详细清单
表2-6
-memberName
设备
-memberName
-memberName
详述：学生类（顺序图与状态图）
顺序图:
根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请
界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新
填写，提交成功则学生等待’来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。
.
.
学生首页申请界面提交控制辅导员宿舍负责人
登陆
登陆成功
退出不可以申请
可以申请
填写申请
提交给辅导员
有错重新填写请求复审
反馈
同意
同意
驳回不同意
图3学生申请住宿顺序图
状态图：
学生申请这一事件对应的状态： 首先是要进行申请表的填写预准备工作， 即新建一张空白申请表， 进行填写， 完成后进行提交， 即等同于进入等待审核状态； 等待后台审核完成后，学生进行查看可以找到‘审核通过’ ‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。
示例：姓名Name
4.3表设计
1）数据库表名清单
表2-5数据库表名清单
序号
中文表名
英文表名
表功能说明
1
用户信息
UserInfo
记录相关用户的基本信息和权限
2
管理员信息
ManagerInfo
记录管理员操作和基本信息
3
公告信息
NoticeInfo
记录后勤模块产生的公告信息
4
申请表
Application
学生成功提交后的已完成申请表的存储
类型
长度
空否
备注
设备名称
Ename
vachar
20
Notnull
所在房间号
houseno
vachar
20
Notnull
上次检修时间
lasttime
vachar
20
Notnull
已检修次数
times
int
5
Notnull
建议报废期
deadline
vachar
20
输出项：
根据概要设计报告中模块设计的思路， 该登录模块输出项为： 控制代码， 是被调模块的名字，当用户为学生时输出成功或失败的提示信息。程序流程
开始
登陆
进入申请界
面
是是否可以申请否
填写申请表
还有未审核申
请查看
填写合法？否
是重新填写
保存新申请
表
提交申请
等待申请结
果
返回主界面
结束
图9学生住宿申请流程
.
.
用户信息表
字段名
意义
类型
长度
空否
备注
姓名
name
vacha
20
Not null
r
编号
no
vacha
20
Not null
主键
r
性别
sex
vacha
20
Not null
r
联系方式
phone
vacha
20
Not null
r
身份
indentifi
vacha
20
Not null
r
所在院系
yuanxi
vacha
2.1.4用户界面约束
1．将系统使用简单化，能够满足宿舍管理员等这一类对于计算机使用不大了解的
群体，方便用户的正常操作。
2．用户对于界面的友好性要求高，在进行页面设计时，充分考虑用户的年龄段以
及接受能力，最大程度上保证软件的吸引力。
3．尽可能最大程度适应广大用户使用，做好兼容性测试，保证用户的用户体验。
B．最低256MB内存
C．最小2 GB硬盘空余空间
D．分辨率至少800×600彩色VGA显示器
E．鼠标键盘
2.1.3接口约束
外部接口
1.用户接口：采用窗口化，菜单式进行设计，在操作时响应快。
2.硬件接口：扫描仪器
3.软件接口：用WPS工作簿进行接口
内部接口
通过面向对象语言设计类，在Public类中实现调用；类间实现严格封闭。
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设备记录
字段名
意义
B．数据库产品：SQL Server 2000
硬件平台
1.客户程序硬件环境：
A．具有Pentium II440MH或性能相当处理器且满足以下要求的计算机：
B．最低64 MB内存
C．最小800 MB硬盘空余空间
D．分辨率至少800×600彩色VGA显示器
E．鼠标键盘
2.服务器硬件环境：
A．具有PentiumⅣ2.4GH或性能相当的处理器且满足以下要求的计算机：
√
√
信息检索
M 2-2
√
√
√
√
√
评优公告查看
M 3-1
√√
√
√
√
√
√
评优公告更新
M 3-1
√
√
设备信息更新
M 3-2
√
√
设备信息查看
M 3-2
√
√
√
√
退宿申请
M 4-1
√
√
换宿申请
M 4-2
√
换宿申请批审
M 4-2
√
√
退宿申请批审
M 4-1
√
√
系统维护
M 5-1
√
2.5模块设计
类图：
用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导
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
.
系统设计说明书模板
1.引言
1.1编写目的
本说明书确定学生宿舍管理系统的详细功能模块和数据结构，为学生宿舍管理系统开发编码
工作的主要依据。
1.2背景
软件系统的名称：学生宿舍分配系统
本项目的任务提出者：张老师
本项目的任务开发者：学生
软件系统的用户：大学的公寓寝室管理中心
1.3术语
表2-1
术语定义或解释表
2．软件采用CS结构设计，用户安装程序后，能够登录进入享受系统的服务。
3．软件设计需要保证软件的正确性、健壮性、安全性。保证用户的使用体验，保证用
户数据的安全。
2.1.2软硬件运行环境约束
软件平台
.
.
1.客户端软件环境：
操作系统：Windows 98/NT /2000或更高版本
2.服务端软件环境：
A．操作系统：Windows NT /2000 Server或更高版本
班主任、辅导员、院校领导均可查看相关学生住宿信息
宿舍管理员对宿舍设备情况、学生表现进行记录
处理毕业生退宿申请以及换宿申请
数据库维护系统维护等
2.3.2子功能描述
表2-3
子功能模块清单
模块编号
子模块编号
子模块英文名
子模块功能简述
M 1-1
申请表填写模块
学生填写申请表， 出错则无法提
交，重新填写
M1
辅导员用户对申请进行审核
类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；学生与
辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。
.
.
people
学生
-memberName
-memberName
住宿登记表
-memberName
-memberName
-memberName
-memberName
住宿申请
-memberName
-memberName
床位
宿舍
-memberName
-memberName
-memberName
-memberName
图2学生宿舍管理系统类图
宿舍负责人宿舍管理员
-memberName-memberName
-memberName-memberName
各种记录
-memberName
系统软件
其功能的软件
1.4参考资料
1.《学生宿舍分配软件的基本需求》
2.《软件系统分析与设计》殷建民 编著 中国水利水电出版社，2008
2.系统总体设计
2.1设计约束
2.1.1本系统应遵循的标准和规范
1.软件设计应遵循 《软件设计规格说明书》 ，满足《用户需求规格说明书》 的相关要求，满足国家规定的相关软件设计的标准。
M 1-2
批审模块
宿舍负责人用户进行二次审核
M 2-1
信息更新模块
宿舍管理员用户对学生住宿及
变动情况及时更新
M2
班主任辅导员以及院校领导根
M 2-2
信息检索模块
据学号检索相关学生的住宿信
息及表现
M 3-1
日常评优模块
各项良好宿舍评优公告
M3
M 3-2
记录宿舍各设备状况和检修信
设备状况模块
息
M 4-1
退宿模块
学生进行申请， 辅导员与负责人
M4
批审
M 4-2
换宿模块
学生进行换宿申请， 辅导员与负
.
.
责人批审
M5M 5-1系统维护维护
2.4系统权限设置
表2-4系统权限表
对应模
班主
辅导
宿舍管
宿舍
院校领
超级管
功能描述
负责
块
学生
员
理员
导
理员
任
人
申请表填写
M 1-1
√
批审申请
M 1-2
√
√
信息更新
M 2-1
图7登陆程序流程
3.2功能模块2（住宿申请模块）
功能描述：
根据用户要求进行申请表填写或批审操作
性能要求：
当以辅导员或宿舍管理员的身份登录时可以检查学生提出的住宿申请，并进行批
审，当辅导员批审通过后，宿舍管理员才可进行二次批审，二次批审通过后，宿舍管理
员为学生分配宿舍；以学生身份登录时，可查看过往申请记录，若已申请未处理，则不
4．数据结构设计
4.1数据库环境说明
对本数据库的管理、生成、修改、更新都由SQLServer2000数据库管理系统完成，
本软件是微软公司最新版的大型数据库服务器，具有数据可靠性强、使用方便、功能强大、
安全系数高的特性。
4.2数据库的命名规则
本系统数据库采用Pascal样式命名，命名格式为[项目英文名称/简称]。
能创建新的申请表；无带批阅申请或住宿记录，可创建新的申请表，在确认无格式错误
后可提交，等待批审。
模块界面设计：
.
.
住宿申请模块
学生辅导员宿舍管理员
创
查
查
进
建
看
看
行
进
分
新
申
申
初
行
配
的
请
请
次
复
宿
申
结
结
审
审
舍
请
果
果
核
表
图8Baidu Nhomakorabea
住宿申请模块界面
输入项：
学生、辅导员或管理员根据系统界面的提示， 选择相应的操作类型， 该类型对应的是模块的名字
.
.
新建
批准
保存
已入住
审核通过
不批准
提交
审核不通过
部分通过
图4学生申请住宿状态图
功能界面：
学生宿舍管理系统
登录模块
学生班主任辅导员宿舍管理员宿舍负责人院校领导超级管理员
住
住
退
宿
宿
后
系
换
申
信
勤
统
宿
请
息
管
设
管
管
管
理
置
理
理
理
图5功能图
3.功能模块详细设计
.
.
3.1功能模块1（登录模块）
功能描述：
根据用户要求进行登录操作
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
序 号
术语名称
术 语 定 义
详细设计说明
详细设计说明书又称为程序设计说明，
详细说明一个软件系统
1
各个层次中的每一个程序（模块）的设计考虑。
书
2
Java语言程序
以java语言字词为结构， 最大限度的利用java语言本身的点
设计
是一种基于计算机基础的高级程序设计语言。
3
学生公寓管理
学校管理软件，以学校公寓部门为基本元素的、用程序来实现
20
r
表2-7公告信息
.
.
字段名
意义
类型
长度
空否
备注
公告日期
noticetime
date
8
撤销日期
revoketime
date
8
公告内容
information
vachar
200
表2-8申请表
字段名
意义
类型
长度
空否
备注
申请日期
Applytime
date
8
Not null
表状态
condition
vachar
息等)。用户信息：用户ID，用户密码，用户类型（普通用户，管理员）
输出项：
根据概要设计报告中模块设计的思路，该登录模块输出项为：控制代码， 是被调模
块的名字。
程序流程
该登录模块中应用选择算法，根据用户的要求选择不同的模式。
.
.
开始N<=5
用户信息
用户是否合法否N=N+1
是
调用相应模块
结束
N>5
退出系统
性能要求：
管理员的用户名和密码正确时，登录管理员模式； 其他角色的用户名和密码正确时，
登录相应的模式；否则，退出系统。
模块界面设计：
学生宿舍管理系统
登录模块
宿
宿
院
超
班
辅
舍
舍
级
学
校
主
导
管
负
管
生
领
任
员
理
责
理
导
员
人
员
图6登陆界面
输入项：
根据需求分析报告中所述，输入项为用户信息(学生信息或者管理员信息，教师信
5
学生住宿信息
StuStayInfo
已入住学生的相关房间号床号退换宿等信息
6
设备记录
EquipRecord
宿舍设备状况以及检修记录的存储
7
学生表现记录
StuBeRecord
学生个人以及所在宿舍的日常表现情况
8
登录信息
LoginInfo
用户身份、编号以及password
2）.数据库表的详细清单
表2-6
-memberName
设备
-memberName
-memberName
详述：学生类（顺序图与状态图）
顺序图:
根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>进入申请
界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新
填写，提交成功则学生等待’来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。
.
.
学生首页申请界面提交控制辅导员宿舍负责人
登陆
登陆成功
退出不可以申请
可以申请
填写申请
提交给辅导员
有错重新填写请求复审
反馈
同意
同意
驳回不同意
图3学生申请住宿顺序图
状态图：
学生申请这一事件对应的状态： 首先是要进行申请表的填写预准备工作， 即新建一张空白申请表， 进行填写， 完成后进行提交， 即等同于进入等待审核状态； 等待后台审核完成后，学生进行查看可以找到‘审核通过’ ‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。
示例：姓名Name
4.3表设计
1）数据库表名清单
表2-5数据库表名清单
序号
中文表名
英文表名
表功能说明
1
用户信息
UserInfo
记录相关用户的基本信息和权限
2
管理员信息
ManagerInfo
记录管理员操作和基本信息
3
公告信息
NoticeInfo
记录后勤模块产生的公告信息
4
申请表
Application
学生成功提交后的已完成申请表的存储
类型
长度
空否
备注
设备名称
Ename
vachar
20
Notnull
所在房间号
houseno
vachar
20
Notnull
上次检修时间
lasttime
vachar
20
Notnull
已检修次数
times
int
5
Notnull
建议报废期
deadline
vachar
20
输出项：
根据概要设计报告中模块设计的思路， 该登录模块输出项为： 控制代码， 是被调模块的名字，当用户为学生时输出成功或失败的提示信息。程序流程
开始
登陆
进入申请界
面
是是否可以申请否
填写申请表
还有未审核申
请查看
填写合法？否
是重新填写
保存新申请
表
提交申请
等待申请结
果
返回主界面
结束
图9学生住宿申请流程
.
.
用户信息表
字段名
意义
类型
长度
空否
备注
姓名
name
vacha
20
Not null
r
编号
no
vacha
20
Not null
主键
r
性别
sex
vacha
20
Not null
r
联系方式
phone
vacha
20
Not null
r
身份
indentifi
vacha
20
Not null
r
所在院系
yuanxi
vacha
2.1.4用户界面约束
1．将系统使用简单化，能够满足宿舍管理员等这一类对于计算机使用不大了解的
群体，方便用户的正常操作。
2．用户对于界面的友好性要求高，在进行页面设计时，充分考虑用户的年龄段以
及接受能力，最大程度上保证软件的吸引力。
3．尽可能最大程度适应广大用户使用，做好兼容性测试，保证用户的用户体验。
B．最低256MB内存
C．最小2 GB硬盘空余空间
D．分辨率至少800×600彩色VGA显示器
E．鼠标键盘
2.1.3接口约束
外部接口
1.用户接口：采用窗口化，菜单式进行设计，在操作时响应快。
2.硬件接口：扫描仪器
3.软件接口：用WPS工作簿进行接口
内部接口
通过面向对象语言设计类，在Public类中实现调用；类间实现严格封闭。
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设备记录
字段名
意义
B．数据库产品：SQL Server 2000
硬件平台
1.客户程序硬件环境：
A．具有Pentium II440MH或性能相当处理器且满足以下要求的计算机：
B．最低64 MB内存
C．最小800 MB硬盘空余空间
D．分辨率至少800×600彩色VGA显示器
E．鼠标键盘
2.服务器硬件环境：
A．具有PentiumⅣ2.4GH或性能相当的处理器且满足以下要求的计算机：
√
√
信息检索
M 2-2
√
√
√
√
√
评优公告查看
M 3-1
√√
√
√
√
√
√
评优公告更新
M 3-1
√
√
设备信息更新
M 3-2
√
√
设备信息查看
M 3-2
√
√
√
√
退宿申请
M 4-1
√
√
换宿申请
M 4-2
√
换宿申请批审
M 4-2
√
√
退宿申请批审
M 4-1
√
√
系统维护
M 5-1
√
2.5模块设计
类图：
用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导