宿舍管理系统系统设计说明书Word格式.docx

宿舍管理系统系统设计说明书Word格式.docx

《宿舍管理系统系统设计说明书Word格式.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统系统设计说明书Word格式.docx（17页珍藏版）》请在冰豆网上搜索。

2.系统总体设计

2.1设计约束

2.1.1本系统应遵循的标准和规范

1.软件设计应遵循《软件设计规格说明书》，满足《用户需求规格说明书》的相关要求，满足国家规定的相关软件设计的标准。

2．软件采用CS结构设计，用户安装程序后，能够登录进入享受系统的服务。

3．软件设计需要保证软件的正确性、健壮性、安全性。

保证用户的使用体验，保证用户数据的安全。

2.1.2软硬件运行环境约束

软件平台

1.客户端软件环境：

操作系统：

Windows98/NT/2000或更高版本

2.服务端软件环境：

A．操作系统：

WindowsNT/2000Server或更高版本

B．数据库产品：

SQLServer2000

硬件平台

1.客户程序硬件环境：

A．具有PentiumII440MH或性能相当处理器且满足以下要求的计算机：

B．最低64MB内存

C．最小800MB硬盘空余空间

D．分辨率至少800×

600彩色VGA显示器

E．鼠标键盘

2.服务器硬件环境：

A．具有PentiumⅣ2.4GH或性能相当的处理器且满足以下要求的计算机：

B．最低256MB内存

C．最小2GB硬盘空余空间

2.1.3接口约束

外部接口 

1.用户接口：

采用窗口化，菜单式进行设计，在操作时响应快。

2.硬件接口：

扫描仪器 

3.软件接口：

用WPS工作簿进行接口 

内部接口 

通过面向对象语言设计类，在Public类中实现调用；

类间实现严格封闭。

2.1.4用户界面约束

1．将系统使用简单化，能够满足宿舍管理员等这一类对于计算机使用不大了解的群体，方便用户的正常操作。

2．用户对于界面的友好性要求高，在进行页面设计时，充分考虑用户的年龄段以及接受能力，最大程度上保证软件的吸引力。

3．尽可能最大程度适应广大用户使用，做好兼容性测试，保证用户的用户体验。

2.2体系结构设计

图1功能结构图

2.3系统功能结构

2.3.1主功能清单

表2-2主功能模块清单

模块编号

模块名称

功能简述

S1

住宿申请管理

学生申请住宿，辅导员，宿管批审住宿申请

S2

住宿信息管理

班主任、辅导员、院校领导均可查看相关学生住宿信息

S3

后勤管理

宿舍管理员对宿舍设备情况、学生表现进行记录

S4

退换宿管理

处理毕业生退宿申请以及换宿申请

S5

系统设置

数据库维护系统维护等

2.3.2子功能描述

表2-3子功能模块清单

子模块编号

子模块英文名

子模块功能简述

M1

M1-1

申请表填写模块

学生填写申请表，出错则无法提交，重新填写

M1-2

批审模块

辅导员用户对申请进行审核

宿舍负责人用户进行二次审核

M2

M2-1

信息更新模块

宿舍管理员用户对学生住宿及变动情况及时更新

M2-2

信息检索模块

班主任辅导员以及院校领导根据学号检索相关学生的住宿信息及表现

M3

M3-1

日常评优模块

各项良好宿舍评优公告

M3-2

设备状况模块

记录宿舍各设备状况和检修信息

M4

M4-1

退宿模块

学生进行申请，辅导员与负责人批审

M4-2

换宿模块

学生进行换宿申请，辅导员与负责人批审

M5

M5-1

系统维护

维护

2.4系统权限设置

表2-4系统权限表

功能描述

对应模块

班主任

辅导员

宿舍管理员

宿舍负责人

院校领导

超级管理员

申请表填写

√

批审申请

信息更新

信息检索

评优公告查看

√

评优公告更新

设备信息更新

设备信息查看

退宿申请

换宿申请

换宿申请批审

退宿申请批审

2.5模块设计

类图：

用户主要分为学生和职工两大类，学生类和职工类继承于people类，而教师类、领导类、宿舍负责人类和宿舍管理员类继承于职工类，辅导员和班主任类继承于教师类；

学生与辅导员、班级、住宿登记表、床位、宿舍、住宿申请等都是关联关系。

图2学生宿舍管理系统类图

详述：

学生类（顺序图与状态图）

顺序图:

根据流程图和活动图，可以建立学生申请的工作顺序图，首先是登陆到首页>

进入申请界面，申请表的填写与是否可以成功提交由提交控制检测并返回可申请/不可申请/有错重新填写，提交成功则学生等待’来自辅导员以及宿舍管理员的的审核结果以及宿舍分配结果。

图3学生申请住宿顺序图

状态图：

学生申请这一事件对应的状态：

首先是要进行申请表的填写预准备工作，即新建一张空白申请表，进行填写，完成后进行提交，即等同于进入等待审核状态；

等待后台审核完成后，学生进行查看可以找到‘审核通过’‘不通过’以及‘不通过（部分不符合要求）’三种状态，一次审核通过后二审，产生‘批准’‘不批准’两种状态，批准通过，进入入住状态。

图4学生申请住宿状态图

功能界面：

图5功能图

3.功能模块详细设计

3.1功能模块1（登录模块）

功能描述：

根据用户要求进行登录操作

性能要求：

管理员的用户名和密码正确时，登录管理员模式；

其他角色的用户名和密码正确时，登录相应的模式；

否则，退出系统。

模块界面设计：

图6登陆界面

输入项：

根据需求分析报告中所述，输入项为用户信息（学生信息或者管理员信息，教师信息等）。

用户信息：

用户ID，用户密码，用户类型（普通用户，管理员） 

输出项：

根据概要设计报告中模块设计的思路，该登录模块输出项为：

控制代码，是被调模块的名字。

程序流程

该登录模块中应用选择算法，根据用户的要求选择不同的模式。

图7登陆程序流程

3.2功能模块2（住宿申请模块）

根据用户要求进行申请表填写或批审操作

当以辅导员或宿舍管理员的身份登录时可以检查学生提出的住宿申请，并进行批审，当辅导员批审通过后，宿舍管理员才可进行二次批审，二次批审通过后，宿舍管理员为学生分配宿舍；

以学生身份登录时，可查看过往申请记录，若已申请未处理，则不能创建新的申请表；

无带批阅申请或住宿记录，可创建新的申请表，在确认无格式错误后可提交，等待批审。

图8住宿申请模块界面

学生、辅导员或管理员根据系统界面的提示，选择相应的操作类型，该类型对应的是模块的名字

控制代码，是被调模块的名字，当用户为学生时输出成功或失败的提示信息。

图9学生住宿申请流程

4．数据结构设计

4.1数据库环境说明

对本数据库的管理、生成、修改、更新都由SQL 

Server 

2000数据库管理系统完成，本软件是微软公司最新版的大型数据库服务器，具有数据可靠性强、使用方便、功能强大、安全系数高的特性。

4.2数据库的命名规则

本系统数据库采用Pascal样式命名，命名格式为[项目英文名称/简称]。

示例：

姓名Name

4.3表设计

1）数据库表名清单

表2-5数据库表名清单

序号

中文表名

英文表名

表功能说明

用户信息

UserInfo

记录相关用户的基本信息和权限

管理员信息

ManagerInfo

记录管理员操作和基本信息

公告信息

NoticeInfo

记录后勤模块产生的公告信息

4

申请表

Application

学生成功提交后的已完成申请表的存储

5

学生住宿信息

StuStayInfo

已入住学生的相关房间号床号退换宿等信息

6

设备记录

EquipRecord

宿舍设备状况以及检修记录的存储

7

学生表现记录

StuBeRecord

学生个人以及所在宿舍的日常表现情况

8

登录信息

LoginInfo

用户身份、编号以及password

2）.数据库表的详细清单

表2-6用户信息表

字段名

意义

类型

长度

空否

备注

姓名

name

vachar

20

Notnull

编号

no

主键

性别

sex

联系方式

phone

身份

indentifi

所在院系

yuanxi

表2-7公告信息

公告日期

noticetime

date

撤销日期

revoketime

公告内容

information

200

表2-8申请表

申请日期

Applytime

表状态

condition

申请人姓名

applyername

外键

申请人学号

applyerno

表内容

table

BLOB

表2-9学生住宿信息表

学号

Sno

vacahr

Notnull

宿舍号

houseno

床号

bedno

表2-10设备记录

设备名称

Ename

所在房间号

上次检修时间

lasttime

已检修次数

times

int

建议报废期

deadline

表2-11学生表现记录

具体表现

biaoxian

blob

表2-12登录信息表

用户名

Username

Indentified

口令

password