宿舍管理信息系统概要设计说明书.doc

宿舍管理信息系统，《概要设计说明书》

{ 宿舍管理信息系统 }

概要设计说明书

文件状态：
[ ] 草稿
[√] 正式发布
[ ] 正在修改
文件标识：
0407303A-概要设计说明书
当前版本：
2.0
作 者：
盛叶
完成日期：
2010-10-23

目录
1引言 3
1.1编写目的 3
1.2背景 3
1.3定义 3
2总体设计 4
2.1需求规定 4
2.2运行环境 5
2.3基本设计概念和处理流程 5
2.4功能需求与类的关系 9
2.5人工处理过程 10
2.6尚未问决的问题 10
3接口设计 10
3.1用户接口 10
3.2外部接口 10
3.3内部接口 11
4运行设计 11
4.1运行模块组合 11
4.2运行控制 11
4.3运行时间 11
5系统数据结构设计 12
5.1逻辑结构设计要点 12
5.2物理结构设计要点 12
5.3数据结构与程序的关系 12
6系统出错处理设计 14
6.1出错信息 14
6.2补救措施 14
6.3系统维护设计 14

0407303A 20 / 20
概要设计说明书
1引言
1.1编写目的
本需求说明书目的在于：将用户提供的需求描述系统化、精确化、全面化。从而实现：
1．便于用户、分析人员和设计人员进行理解和交流。
2．支持目标软件系统的确认。
3．控制系统进化过程。
4．为软件设计、实现、测试等工作提供依据。
预期读者：软件设计者和测试者。
1.2背景
a． 待开发的软件系统的名称：宿舍管理信息系统；
b． 本项目的任务提出者与开发者：徐晗、孟晗、盛叶、张汇文；
c． 用户及实现该软件的计算中心或计算机网络：学校宿舍内部计算机网络；
d． 该软件系统同其他系统或其他机构的基本的相互来往关系：本系统与学校的其它系统（如学生学籍管理系统、图书馆管理系统、教务处管理系统、校园卡管理系统等）共同构成校园内部的自动化办公系统。
1.3定义
1、 用户名及口令与用户分类信息：存放在一个数据库表中，用以判断该用户是学生用户、宿舍管理员用户或系统管理员用户。
2、 学生用户信息管理：是学生用户使用该系统的权限的表现，只能查看处理自己的信息，以及进行宿舍报修登记。
4、宿舍管理员用户：是宿舍管理员使用该系统的权限的表现，可以对学生信息进行处理，以及对宿舍报修进行登记及删除。
5、系统管理员用户：是该系统的管理者，具体进行权限的更改、宿舍管理员用户的增删等。
6、宿舍基本信息：即档案信息，存放宿舍号、电话、住宿费、床位数、椅子数、桌子数等信息。学生可以查询，宿舍管理员以及系统管理员可以进行修改，分为注册、注销等。
7、学生基本信息：即档案信息，存放学号、姓名、性别、班级、宿舍号。
8、卫生检查信息：存放检查编号、宿舍号、检查日期、检查情况等。
9、水电收费信息：存放收费编号、宿舍号、收费日期、购买电量、缴费人、电费等。
10、房屋报修信息：存放报修编号、宿舍号、报修日期、修理日期、报修人、修理情况等。
11、外来人员登记信息：存放登记编号、来访人姓名、来访日期、被访人姓名、宿舍号、离开日期等。
1.4参考资料
1. 吴建等编，UML基础与Rose建模案例，人民邮电出版社，2004
2. 齐治昌等编，软件工程（第二版），高等教育出版社，2004
3. 段德亮等编，C#课程设计案例精编，清华大学出版社，2008
4. 杨湖等编，SQLServer2005数据库系统开发案例精选，人民邮电出版社，2007
2总体设计
2.1需求规定
软件需求可用如下用例图来说明：

（1）用例说明（功能分割说明）：
① 宿舍管理员：对外来人员信息、水电收费信息、卫生检查信息进行登记，维护学生入主信息，对房屋保修信息进行处理，查询卫生检查、房屋报修信息；
② 学生用户：房屋报修登记，卫生检查信息、房屋报修信息查询，水电费信息查询；
③ 系统管理员：成员信息管理，宿舍信息管理；
（2）用例间关系说明（工作流说明）：
系统管理员、宿舍管理员、学生用户使用本系统，都由登录开始。若登录成功，则转入相应的功能模块；若登录不成功，则转入登录模块的异常处理阶段。
（3）相关说明：
对于不同类型的使用者，系统所提供的使用界面也不相同，并且分别对应安装在不同用途的计算机（如只为用户提供查阅功能的计算机）上。

2.2运行环境
硬件环境：各式微型机、工作站及服务器等。
软件环境：Windiw9x/NT/Me/2000/xp,并需要数据库系统DBMS的支持.
2.3基本设计概念和处理流程
系统基本框架设计可用如下类图表示：

系统类图说明如下：
(1) 工作流说明：
以下是不同工作流所涉及的类：
登录管理、成员信息管理：用户—账户信息；
宿舍信息管理：用户—账号信息—宿舍信息；
外来人员登记：用户—账号信息—宿舍信息—学生信息—外来人员登记信息；
水电信息收费登记、水电收费信息查询：用户—账号信息—宿舍信息—水电收费信息；
卫生检查信息登记、卫生检查信息查询：用户—账号信息—宿舍信息—卫生检查信息；
学生入住信息维护：用户—账号信息—宿舍信息—学生信息；
房屋报修信息处理、房屋报修登记、房屋报修信息查询：用户—账号信息—宿舍信息—房屋报修信息；
(2) 关键类的处理说明：
用户：进行登录，查询、修改各项信息，是系统功能的执行者；
账户信息：对用户的权限进行定义；
外来人员登记信息：存储外来人员登记信息，并对这些信息进行添加、删除、修改、查找等操作。
水电收费信息：存储水电收费信息，并对这些信息进行添加、删除、查找等操作；
房屋报修信息：存储房屋报修信息，并对这些信息进行添加、删除、查找等操作；
卫生检查信息：存储卫生检查信息，并对这些信息进行添加、删除、修改、查找等操作；
学生信息：存储学生信息，并对这些信息进行添加、删除、修改、查找等操作；
宿舍信息：存储宿舍信息，并对这些信息进行添加、删除、修改、查找等操作；
(3) 主要接口说明：
①学生信息类要提供的接口有：学籍管理系统接口；

系统各功能实现的处理流程可用如下顺序图表示：
登录管理

说明如下：
1、Logln0：调用登录模块；
2、if [failed] Cancel():如果登录失败，返回；
3、else judge():若登录成功，判断使用权限；
4、showMsg:显示相应的界面；

成员信息管理：

说明如下：
1、 Login():调用登录模块；
2、 if[ture] judge():如果登录成功，判断操作；
3、 else retrun;如果登录失败，返回；
4、 Case1:add();如果执行添加操作，调用添加用户信息模块；
5、 If[ture] judge();如果添加操作成功，则返回，并显示信息，同时判断下一个操作；
6、 Else error():添加失败，显示出错界面；
7、 Case2:alter:如果执行修改操作，调用修改用户信息模块；
8、 If[true] judge():如果修改操作成功，则返回，并显示信息，同时判断下一个操作；
9、 Else error();修改失败，显示出错界面；
10、 Case3:delete():如果执行删除操作，调用删除用户信息模块；
11、 If[ture] judge()：如果删除操作成功，则返回，并显示信息，同时判断下一个操作；
12、 Else error():删除操作失败，显示出错界面；

宿舍信息管理：

说明如下：
1、Login():调用登录模块；
2、if[ture] judge():如果登录成功，判断操作；
3、else retrun;如果登录失败，返回；
4、Case1:add();如果执行添加操作，调用添加宿舍信息模块；
5、If[ture] judge();如果添加操作成功，则返回，并显示信息，同时判断下一个操作；
6、Else error():添加失败，显示出错界面；
7、Case2:alter:如果执行修改操作，调用修改宿舍信息模块；
8、If[true] judge():如果修改操作成功，则返回，并显示信息，同时判断下一个操作；
9、Else error();修改失败，显示出错界面；
10、Case3:delete():如果执行删除操作，调用删除宿舍信息模块；
11、If[ture] judge()：如果删除操作成功，则返回，并显示信息，同时判断下一个操作；
12、Else error():删除操作失败，显示出错界面；

学生入住信息维护：

说明如下：
1、Login():调用登录模块；
2、if[ture] judge():如果登录成功，判断操作；
3、else retrun;如果登录失败，返回；
4、Case1:add();如果执行添加操作，调用添加学生入住信息模块；
5、If[ture] judge();如果添加操作成功，则返回，并显示信息，同时判断下一个操作；
6、Else error():添加失败，显示出错界面；
7、Case2:alter:如果执行修改操作，调用修改学生入住信息模块；
8、If[true] judge():如果修改操作成功，则返回，并显示信息，同时判断下一个操作；
9、Else error();修改失败，显示出错界面；
10、Case3:delete():如果执行删除操作，调用删除学生入住信息模块；
11、If[ture] judge()：如果删除操作成功，则返回，并显示信息，同时判断下一个操作；
12、Else error():删除操作失败，显示出错界面；

卫生检查信息登记：

说明如下：
1、 Login():调用登录模块；
2、 If[true] input();如果登录成功，录入宿舍卫生信息；
3、 Else return:如果登录失败，返回；
4、 If[true] return:如果录入信息成功，则返回，并显示信息，同时等待下一次录入；
5、 Else error():如果录入信息失败，显示出错界面；

水电收费信息登记：

说明如下：
1、Login():调用登录模块；
2、If[true] input();如果登录成功，录入水电收费信息；
3、Else return:如果登录失败，返回；
4、If[true] return:如果录入信息成功，则返回，并显示信息，同时等待下一次录入；
5、Else error():如果录入信息失败，显示出错界面；

外来人员信息登记：

说明如下：
1、Login():调用登录模块；
2、If[true] input();如果登录成功，录入外来人员信息；
3、Else return:如果登录失败，返回；
4、If[true] return:如果录入信息成功，则返回，并显示信息，同时等待下一次录入；
5、Else error():如果录入信息失败，显示出错界面；

房屋报修信息登记：

说明如下：
1、Login():调用登录模块；
2、If[true] input();如果登录成功，录入房屋报修信息；
3、Else return:如果登录失败，返回；
4、If[true] return:如果录入信息成功，则返回，并显示信息，同时等待下一次录入；
5、Else error():如果录入信息失败，显示出错界面；
房屋报修信息处理：

说明如下：
1、Login():调用登录模块；
2、If[true] serch():如果登录成功，查找信息；
3、Else return:如果登录失败，返回；
4、If[true] deal():如果查找成功，则调用处理模块；
5、Else error();如果查找失败，显示出错界面；

卫生检查信息查询：

说明如下：
1、Login():调用登录模块；
2、If[true] serch():如果登录成功，查找信息；
3、Else return:如果登录失败，返回；
4、If[true] deal():如果查找成功，则调用显示模块；
5、Else error();如果查找失败，显示出错界面；

房屋报修信息查询：

说明如下：
1、Login():调用登录模块；
2、If[true] serch():如果登录成功，查找信息；
3、Else return:如果登录失败，返回；
4、If[true] deal():如果查找成功，则调用显示模块；
5、Else error();如果查找失败，显示出错界面；

水电收费信息查询：

说明如下：
1、Login():调用登录模块；
2、If[true] serch():如果登录成功，查找信息；
3、Else return:如果登录失败，返回；
4、If[true] deal():如果查找成功，则调用显示模块；
5、Else error();如果查找失败，显示出错界面；
2.4功能需求与类的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各类的关系：

账户信息
修改信息
查询信息
删除信息
登陆管理
√

成员信息管理
√
√
√
√
宿舍信息管理
√
√
√
√
外来人员信息登记
√
√
√

水电收费信息登记
√
√
√

卫生检查信息登记
√
√
√

学生入住信息维护
√
√
√
√
房屋报修信息处理
√

√
√
房屋报修信息登记
√
√
√

房屋报修信息查询
√

√

水电收费信息查询
√

√

卫生检查信息查询
√

√

2.5人工处理过程
1、 对学生入住信息的录入需要人工处理，为每一位学生分配宿舍以及账号；
2、 宿舍的信息需要人工输入；

2.6尚未问决的问题
3接口设计
3.1用户接口
系统管理员人员与宿舍管理管人员的用户名为其员工代号，学生用户的用户名为气学号，初始密码将会逐一进行通知。
若用户输入密码错误，系统将会给出密码错误的提示。
在使用系统的过程中，用户进行查询操作时，需要输入要搜索的信息的代号，然后会进一步进行功能选择。
而系统管理人员或宿舍管理人员进行资料修改等操作时，需要输入要查看的信息的代号，然后会进一步进行功能选择。
其余均为可视化界面，用户可以根据系统提示使用鼠标、键盘、触摸屏等外部构件进行功能选择及输入。
3.2外部接口
本系统采用 Client/Server 结构，通过局域网提供服务，学生用户、宿舍管理人员、系统管理人员通过访问服务器来实现各种操作，与系统交互。需要配备至少一台需要使用TCP/IP网络协议作为标准的通信控制接口的中心服务器，
此外，本软件与学生学籍管理系统、人事管理系统之间存在数据接口。
需要 Microsoft SQL Server 2000 或更高版本的 DBMS 的支持
支持Windiw98/NT/Me/2000/xp， C#编译程序等。
3.3内部接口
系统用户分为学生用户及宿舍管理人员和系统管理人员，通过访问权限进行区分，系统接口于存有用户名及口令信息的人事管理系统，不同的用户按其权限给予其相关的界面。
系统内部又分为系统管理、宿舍管理、房屋报修信息维护等十二个功能，各部分通过用户在进行功能选择时的界面进行相互联系，接口于保存学生信息、宿舍信息、外来人员登记信息等的系统数据库。
4运行设计
4.1运行模块组合
当使用者不登录时，系统不支持的功能；
当使用者为宿舍管理人员时，系统通过登陆模块进行用户选择，从而支持宿舍管理人员进行相关操作；
当使用者为系统管理人员时，系统通过登陆模块进行用户选择，从而支持系统管理人员进行相关操作；
总之，按照用户权限的不同，打开相应的不同的系统，给出相应的不同的界面，以供其使用。
4.2运行控制
此系统需要网络的支持，由于采用C/S结构，故需要服务器的控制，用户使用时，通过用户界面，使用鼠标、键盘等终端的设备进行运行时的选择控制。用户界面再根据不同操作从服务器请求不同数据，接收并处理后输出返回结果于界面上。在传输过程中，要通过TCP/IP协议进行工作，因此需要TCP/IP网络协议作为标准的通信控制接口。
4.3运行时间
登陆模块需要进行用户名密码检验以及用户权限判断，可能需要占用一定时间，但应使其响应时间小于0.5秒，查阅信息、资料修改、删除信息等操作需要进行对数据库的搜索，故而会占用很大的资源时间，但也应控制在0.5秒以内，要有写入数据库操作的功能，应将响应时间控制在0.2秒以内。其余操作应将响应时间控制在0.1秒以内。
5系统数据结构设计
5.1逻辑结构设计要点
本系统数据库中存在七种表格：宿舍信息表（dorm)、学生信息表（student）、卫生检查表（checkinfo）、水电收费信息表（charge）、房屋报修表（repair）、外来人员登记信息表（register）、用户信息表(userinfo）；
宿舍信息表由宿舍号、电话、住宿费、床位数、椅子数、桌子数、备注组成，宿舍号为主键；
学生信息表由学号、姓名、性别、班级、宿舍号组成，学号为主键；
卫生检查信息表由检查编号、宿舍号、检查日期、检查情况、备注组成，检查编号为主键；
水电收费信息表由收费编号、宿舍号、收费日期、购买电量、缴费人、电费组成，收费编号为主键；
房屋报修信息表由编号、宿舍号、报修日期、修理日期、报修人、报修情况组成，编号为主键；
外来人员登记信息表由编号，来访人姓名、来访日期、被访人姓名、宿舍号、离开时间、备注组成，编号为主键；
用户信息表由用户名、密码、访问权限组成，用户名为主键；
5.2物理结构设计要点
本系统所使用的数据存储要求为数据库，各个数据选项都要从数据库中存取，存取单位是表格，每个表格中都设了一个主索引和若干个普通索引，存储区域在系统的硬盘内，系统数据要满足保密性，每位用户都设定了权限，只有满足权限的用户才能使用某项数据，需要在用户输入口令时对其权限进行判断。
5.3数据结构与程序的关系
说明各个数据结构与访问这些数据结构的形式:
宿舍信息表（dorm）：
名称
类型
长度
可否为空
索引
宿舍号(dormID)
Char
10
Not Null
Primary Key
电话(phone)
Char
11
Null

住宿费(Dmoney)
smallint

Not Null

床位数(bedNum)
smallint

Not Null

椅子数(chairNum)
smallint

Not Null

桌子数(deskNum)
smallint

Not Null

备注(DRemark)
Char
255
Null

学生信息表（student）
名称
类型
长度
可否为空
约束条件
索引
学号(SID)
Char
10
Not Null

Primary Key
姓名(SName)
Char
10
Not Null

性别(SSex)
Char
4
Not Null
男，女

班级(class)
Char
7
Not Null

宿舍号(dormID)
Char
10
Not Null

卫生检查信息表（checkinfo）
名称
类型
长度
可否为空
约束条件
索引
检查编号(CheckID)
int

Not Null
自动编号
Primary Key
宿舍号(dormID)
Char
10
Not Null

Foreign Key
检查日期(CData)
Datetime

Not Null
自动生成

检查情况(CState)
Char
2
Not Null
优、良、中、差

备注(CRemark)
Char
255
NULL

水电收费信息表（charge）
名称
类型
长度
可否为空
约束条件
索引
收费编号(ChargeID)
int

Not Null
自动编号
Primary Key
宿舍号(dormID)
Char
10
Not Null

Foreign Key
收费日期(MData)
Datetime

Not Null
自动生成

购买电量(EBuy)
int

Not Null

缴费人(Cperson)
Char
10
Not Null

电费(CMoney)
int

Not Null

房屋报修信息表（repair）
名称
类型
长度
可否为空
约束条件
索引
报修编号(RepairID)
int

Not Null
自动编号
Primary Key
宿舍号(dormID)
Char
10
Not Null

Foreign Key
报修日期(DataIn)
Datetime

Not Null
自动生成

报修人(personIn)
Char
10
Not Null

修理日期(DataRepair)
Datetime

Not Null
自动生成

修理人(personRepair)
char
10
Not Null

修理情况(repair)
char
225
Not Null

外来人员登记信息表（repair）
名称
类型
长度
可否为空
约束条件
索引
登记编号(RepairID)
int

Not Null
自动编号
Primary Key
来访人姓名(dormID)
Char
10
Not Null

来访日期(DataIn)
Datetime

Not Null
自动生成

学号(SID)
Char
10
Not Null

Foreign Key
被访人姓名(Plook)
Char
10
Not Null

宿舍号(dormID)
Char
10
Not Null

离开日期(personRepair)
Datetime

Not Null
自动生成

备注(Remark)
char
225
Null

用户信息表
名称
类型
长度
可否为空
约束条件
索引
用户名(UserID)
char
10
Not Null

Primary Key
密码(PWD)
varchar
128
Not Null

6系统出错处理设计
6.1出错信息
出错或故障
系统输出信息
处理方法
服务器有问题
系统提示无法正确连接服务器
暂停服务
系统故障
突然死机或黑屏
使用恢复子系统自动恢复
计算机病毒
提示发现病毒
安装查毒软件并定期升级
6.2补救措施
a. 定期进行数据备份，每天进行增量转储，每月一次进行海量转储，可使用静态转储也可使用动态转储；
b. 若发生服务器崩溃的致命性错误，需要进行手工操作，并记录下所需要记录的数据，当系统恢复正常工作时，再把在此期间记录的数据重新放入系统中；
c. 使用具有检查点的恢复技术，检查点记录的内容包括：建立检查点时刻所有正在执行的事务清单；这些事务最近一个日志记录的地址。利用系统故障恢复的方法（即REDO和UNDO），同时建立检查点，保存数据库状态，具体步骤为：1）将当前日志缓冲中的所有日志记录写入磁盘的日志文件上；2）在日志文件中写入一个检查点记录；3）将当前数据缓冲的所有数据记录写入磁盘的数据库中；4）把检查点记录在日志文件中的地址写入一个重新开始文件。系统出现故障时恢复子系统将根据事务的不同状态采取不同的恢复策略。
6.3系统维护设计
专用模块为：系统备份模块和系统恢复模块
系统备份模块即为系统自动拷贝模块，在每天都进行一次动态增量转储；
系统恢复模块系统重新启动时自动完成的，不需要用户进行干预。
在终端上要安装杀毒软件，以防止其他人对系统进行恶意的破坏。