3概要设计说明书文档格式.docx
- 文档编号:16556361
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:13
- 大小:61.34KB
3概要设计说明书文档格式.docx
《3概要设计说明书文档格式.docx》由会员分享,可在线阅读,更多相关《3概要设计说明书文档格式.docx(13页珍藏版)》请在冰豆网上搜索。
4.为软件设计、实现、测试等工作提供依据。
5.完成软件工程课程期末任务。
1.2背景
A.待开发的软件系统名称:
宿舍管理信息系统;
B.本项目的任务提出者与开发者:
孙志弢、陈建元、王熙文;
C.用户及实现该软件的计算中心活计算机网络:
学校宿舍内部计算机网络;
D.该软件系统用于完成软件工程课程期末任务。
不足之处,请谅解,并欢迎老师修改与指导。
1.3定义
1、用户名及口令与用户分类信息:
存放在一个数据库表中,用以判断该用户类别。
2、学生用户信息管理:
是学生用户使用该系统的权限的表现,只能查看处理自己的信息,以及进行宿舍报修的登记。
3、宿舍管理员用户:
是宿舍管理员使用该系统权限的表现,可以对学生信息进行处理,以及对宿舍报修进行登记及删除。
4、系统管理员用户:
是该系统管理者,具体进行权限的更改、宿舍管理员用户的增删等。
5、宿舍基本信息:
即档案信息、存放学号、电话、住宿费、床位数等信息,学生可以查询,宿舍管理员及系统管理员可以进行修改。
6、学生基本信息:
即档案信息,存放学号、姓名、性别、班级、宿舍号、舍长电话等信息。
7、卫生检查信息:
存放检查编号、宿舍号、检查日期、检查情况等。
8、水电费收费信息:
存放收费编号、宿舍号、收费日期、购买点亮、缴费人、电费等。
9、房屋保修信息:
存放报修编号、宿舍号、报修日期、修理日期、修理人、修理情况等。
10、外来人员登记信息:
存放登记编号、来访人姓名、来访日期、被访人姓名、宿舍号、离开日起等。
1.4参考资料
1.张海藩等编,软件工程(第五版),清华大学出版社,2008
2.罗福强等编,VisualC#.NET,人民邮电出版社,2009
3.仝春灵等编,数据库原理与应用—SQLServer2005,中国水利水电出版社,2009
2总体设计
2.1需求规定
2.2运行环境
硬件环境:
各式台式计算机、笔记本电脑等。
软件环境:
window98/NT/Me/2000/XP并需要数据库系统DBMS的支持。
2.3基本设计概念和处理流程
基本设计框架可用如下类图表示:
系统类图说明如下:
(1)工作流说明:
以下是不同工作流所涉及的类:
登陆管理—成员信息管理:
用户账户信息;
宿舍信息管理:
用户-帐号信息-宿舍信息;
外来人员登记:
用户-帐号信息-宿舍信息-学生信息-外来人员登记信息;
水电信息收费登记、水电信息收费查询:
用户-帐号信息-宿舍信息-水电收费信息;
卫生检查信息登记、卫生检查信息查询:
用户-帐号信息-宿舍信息-卫生检查信息;
学生入住信息维护:
用户-帐号信息-宿舍信息-学生信息;
房屋报修信息处理、房屋报修登记、房屋报修信息查询:
用户-帐号信息-宿舍信息-房屋报修信息;
(2)关键类的处理说明:
用户:
进行登陆、查询、修改各项信息,是系统功能的执行者;
账户信息对用户的权限进行定义;
外来人员登记信息:
存储外来人员登记信息,并对这些信息进行添加、删除、修改、查找等操作;
水电收费信息:
存储水电收费信息,并对这些信息进行添加、删除、查找等操作;
卫生检查信息:
存储卫生检查信息,并对这些信息进行添加、删除、查找等操作;
学生信息:
存储学生信息,并对这些信息进行添加、删除、修改、查找等操作;
宿舍信息:
存储宿舍信息,并对这些信息进行添加、删除、修改、查找等操作;
2.4功能需求与类的关系
本条用一张如下的矩阵图说明各项功能需求的实现同各类的关系:
账户信息
修改信息
查询信息
删除信息
登陆管理
√
成员信息管理
宿舍信息管理
外来人员信息登记
水电收费信息登记
卫生检查信息登记
学生入住信息维护
房屋报修信息处理
房屋报修信息登记
房屋报修信息查询
水电收费信息查询
卫生检查信息查询
2.5人工处理过程
1.对学生入住信息的录入需要人工处理,为每一位学生分配宿舍以及帐号。
2.宿舍的信息需要人工录入。
3接口设计
3.1用户接口
系统管理人员与宿舍管理人员的用户名多为其员工代号,学生用户的用户名多位其学号,初始密码为123456。
若用户输入密码错误,系统将会给出密码错误提示。
在使用系统过程中,用户进行查询操作时,需要输入要搜索的信息代号,然后会进一步进行功能选择。
而系统管理人员或宿舍管理人员进行资料修改等操作时,需要输入要查看的信息代号,然后会进一步进行功能选择。
其余均为可视化界面,用户可以根据系统提示使用鼠标、键盘、触摸屏等外部构件进行功能选择及输入。
3.2外部接口
本系统采用Client/Server结构,通过局域网提供服务,学生用户、宿舍管理人员、系统管理员通过访问服务器来实现各种操作,与系统互交。
需要至少配备一台需要使用的TCP/IP网络协议作为标准的通信控制接口中心服务器。
此外,本软件与学生学籍管理系统,人事管理系统之间存在数据接口。
需要MicrosoftSQLServer2000或更高版本的DBMS的支持。
支持Window98/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
NotNull
PrimaryKey
电话(phone)
11
Null
住宿费(Dmoney)
double
床位数(bedNum)
备注(DRemark)
225
学生信息表(student)
约束条件
学号(SID)
姓名(SName)
性别(SSex)
4
男、女
班级(class)
7
宿舍(dormID)
卫生检查信息表
检查编号(CheckID)
Int
自动编号
ForeignKey
检查日期(CDate)
Datetime
自动生成
检查情况(CState)
2
优、良、中、差、
备注(CRemark)
NULL
水电收费信息表
收费编号(ChargeID)
收费日期(MDate)
缴费人(Cperson)
电费(CMoney)
房屋报修信息表
报修编号(RepairID)
宿舍号(dormID0
报修日期(DateIn)
报修人(personIn)
修理日期(DataRepair)
修理情况(repair)
外来人员登记信息表
登记编号(RepairID)
来访人姓名(dormID)
来访日期(DataIn)
被访人姓名(Plook)
离开日期(personRepair)
备注(remark)
用户信息表
用户名(UserID)
密码(PWD)
Varchar
128
6系统出错处理设计
6.1出错信息
出错或故障
系统输出信息
处理方法
服务器有问题
系统提示无法正常连接服务器
暂停服务
系统故障
提示发现病毒
安装查杀病毒软件并定期升级
6.2补救措施
a.定期进行数据备份,每天进行增量转储,每月一次进行海量转储,可以使用静态转储也可以使用,动态转储。
b.若发生服务器崩溃的致命性错误,需要进行手工操作,并记录下所需记录的数据,当系统恢复正常工作时,再把在此期间记录的数据重新放入系统中。
c.使用具有检查点的恢复技术,检查记录的内容包括:
建立检查点时刻所有正在执行的事务清单;
这些事务最近一个日志记录的地址。
利用系统故障恢复的方法(即REDO和UNDO),同时建立检查点,保存数据库状态,具体步骤为:
1)将当前日志缓冲中的所有日志记录写入磁盘的日志文件上。
2)在日志文件中写入一个检查点记录。
3)将当前数据缓冲的所有数据记录写入磁盘的数据库中。
4)把检查点记录在日志文件中的地址写入一个重新开始文件。
系统出现故障时恢复子系统将根据事务的不同状态采取不同的恢复策略。
6.3系统维护设计
专用板块为:
系统备份模块和系统恢复模块
系统备份模块即为系统自动拷贝模块,在每天都进行一次动态增量转储
系统恢复模块系统重新启动时自动完成,不需要用户进行干预。
在终端上要安装杀毒软件,以防止其他人对系统进行恶意破坏。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 概要 设计 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)