学生宿舍管理系统需求规格说明书.docx
《学生宿舍管理系统需求规格说明书.docx》由会员分享,可在线阅读,更多相关《学生宿舍管理系统需求规格说明书.docx(14页珍藏版)》请在冰豆网上搜索。
学生宿舍管理系统需求规格说明书
1.引言2
2.文档概述2
2.1目的2
2.2范围3
2.3术语表3
2.4参考资料3
2.5概述3
3.整体说明3
3.1目标3
3.2用例模型4
3.3假设与依赖关系5
4.具体需求5
4.1用例详细描述5
4.2用例规约8
4.3结构模型11
4.4行为模型12
4.5补充需求14
5.个人小结14
1.引言
对软件需求完全理解对于软件开发工作的成功是至关重要的,需求说明的任务是发现、规范的过程。
有利于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,便于采用工程方法开发软件,提高软件的质量,便于开发人员、维护人员、管理人员之间的交流、协作并作为工作成果的原始依据,并且向潜在用户传递软件功能、性能需求,使其能够判断该软件是否与自己的需求有关。
2.文档概述
2.1目的
为开发小组成员、客户之间提供共同的协议而创立基础。
对企业管理软件功能的实现作使命描述。
让客户指出我们的不足,进一步了解客户的需求。
本说明能让参与者和设计人员更好地了解本系统,减少彼此之间交流的困难和开发中因为需求不明确而产生的不必要的麻烦。
本系统为学生宿舍管理系统,根据我们日常生活中的经验,结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查,可得出相应的系统的主要用途:
1、每栋的宿舍管理员能够查询到宿舍楼的所有相关信息,包括某一学生在宿舍楼中住宿的信息、快件收发的信息、报修的相关信息等,以利于对整个宿舍楼的管理。
2、学生可查询自己所在宿舍的所有信息,便于根据自己的意愿更换寝室等。
2.2范围
本系统为学生宿舍管理系统,其最终用户为宿舍楼管理员,本宿舍楼的学生。
管理员和学生都要按自己的登录身份登录系统才能进行相关的操作,比如登录的这个用例,系统是要验证参与者的身份的,而且报修信息管理、登记学生信息及快件管理等用例是只能由管理员操作等。
2.3术语表
2.4参考资料
需求工程----软件建模与分析
统一建模语言UML
2.5概述
此文档从设计学生宿舍管理系统的目的开始,制定设计任务的目标等,再到具体的设计步骤,意义进行了分析与说明。
第一部分:
文档的相关目录等信息;
第二部分:
文档概述主要包括了本系统的相关目的、范围约束及相关的参考资料等;
第三部分:
文档的整体说明主要包括了系统的用例模型、用户需求子系统的之间的关系等;
第四部分:
文档的具体需求主要包括了系统的用户需求列表、相关的活动图、类图等。
3.整体说明
3.1目标
根据对学生宿舍管理系统的要求,制定系统目标如下:
a:
操作简单方便、界面简洁美观
b:
宿舍管理员在登记学生信息时,可以对当前学生住宿的信息情况进行更改
c:
方便快捷的全方位查询学生的相关信息
d:
学生可登记寝室内损坏的物件报修信息
e:
管理员可管理学生登记的报修信息和快件的收发信息
f:
能够在当前运行的系统中重新进行登录
h:
系统运行稳定、安全可靠
3.2用例模型
参与者:
宿舍管理员、学生
系统:
学生宿舍管理系统
实现功能:
1、学生查看自己的住宿信息;
2、管理员查看学生的住宿信息;
3、学生登记寝室需要报修的信息;
4、管理员登记学生的相关信息;
5、管理员管理快件的收发信息;
6、管理员处理报修的相关信息
3.3假设与依赖关系
3.3.1预计开发期限:
**
3.3.2预计开发经费:
**
3.3.3开发人员:
王盛啟
4.具体需求
4.1用例详细描述
需求列表:
用户需求列表
功能性需求项
序号
需求项内容
需求项标识
需求来源
合理性
实现需求的约束条件
需求优先级
处理意见
备注说明
1
查看住宿信息
SS001
用户
合理
学生或管理员可随时查看住宿信息
5
实现
主要包括每个寝室内的入住情况及学生的相关信息。
2
登记学生信息
SS002
用户
合理
在有新同学入住或搬出时使用该功能
5
实现
主要包括学生的学号,姓名,院系,寝室号。
3
登记报修信息
SS003
用户
合理
寝室内门锁、桌椅、日光灯、水管等有所损坏
4
实现
学生报修寝室内物件损坏需修理。
4
快件信息管理
SS004
用户
合理
有快件到达或发送时使用该功能
3
实现
学生和管理员查询是否有学生的快件,以及时通知和发送。
5
报修信息管理
SS005
用户
合理
有同学登记寝室内物件有所损坏
3
实现
管理员根据学生报修的信息通知维修人员及时修理。
6
用户登录系统
SS006
用户
合理
用户需登录系统进行操作
3
实现
用户必须根据自己的自己口令登入系统
安全性需求项
1
进入系统必须用自己口令登入
SS001SS006
2
可靠性需求项
1
2
性能需求项
1
查询时间不超过6秒
SS001
2
3
联机用户文档和帮助系统需求项
1
2
接口需求项
1
2
标准规范
1
2
备注:
4.2用例规约
用例ID
SS001
用例名称
查看住宿信息
创建者
XXX
创建日期
2013-11-13
参与者
宿舍管理员、学生
用例描述
该用例用于查询宿舍住宿信息
前置条件
基本流
1.管理员或学生登陆系统
2.查看宿舍住宿的基本信息
3.退出系统
子流
无
备选流
1a.如果登录失败将继续基本流第1步;
后置条件
无
用例ID
SS002
用例名称
登记学生信息
创建者
XXX
创建日期
2013-11-13
参与者
管理员
用例描述
该用例用于登记住宿学生信息
前置条件
宿舍人员有变动
基本流
1.管理员登陆系统
2.填写住宿学生基本信息
4.管理员提交信息
5.系统将信息备份并储存
6.退出系统
子流
无
备选流
1a.如果登录失败将继续基本流第1步;
2a.如果只是原有学生交换寝室,只需要原信息进行修改;
3a.如果提交失败将返回基本流第2步;
后置条件
无
用例ID
SS003
用例名称
登记报修信息
创建者
XXX
创建日期
2013-11-13
参与者
学生
用例描述
该用例用于储存宿舍报修信息
前置条件
宿舍门锁、桌椅、日光灯、水管等有所损坏
基本流
1.学生登陆系统
2.填写宿舍报修信息
3.学生提交信息
4.系统将信息备份并储存
5.退出系统
子流
无
备选流
1a.如果登录失败将继续基本流第1步;
3a.如果提交失败将返回基本流第2步;
后置条件
无
用例ID
SS004
用例名称
快件信息管理
创建者
XXX
创建日期
2013-11-13
参与者
管理员
用例描述
该用例用于记录快件接收和发出的信息
前置条件
接收或发出快件
基本流
1.管理员登陆系统
2.接收或发出快件
3.管理员登记快件信息
4.系统将信息备份并储存
5.退出系统
子流
无
备选流
1a.如果登录失败将继续基本流第1步;
3a.如果提交失败将返回基本流第2步;
后置条件
无
用例ID
SS005
用例名称
报修信息管理
创建者
XXX
创建日期
2013-11-13
参与者
管理员
用例描述
该用例用于上报寝室损坏情况
前置条件
已有寝室报修记录
基本流
1.管理员登陆系统
2.查看报修信息
3.管理员上报维修信息
4.退出系统
子流
无
备选流
1a.如果登录失败将继续基本流第1步;
3a.如果提交失败将返回基本流第2步;
后置条件
无
4.3结构模型
4.4行为模型
4.5补充需求
1) 易用性:
由于系统较简单,仅需1-2天进行培训以及使用即能掌握此系统。
2) 可靠性:
3) 性能:
4) 其它:
5.个人小结
第一次自己亲手做个小项目(学生宿舍管理系统),感觉跟自己的生活很贴近,但是在设计的过程中仍然遇到很多不确定的因素与问题,因而结果也不是很好(估计也不能实施),但是通过这次设计,我拓宽了知识面,锻炼了能力,对软件工程的重要性有了更深的体会,也学会了该怎样分析需求,学会了画图(包括用例图、活动图、类图等)。
以及在以后的工程项目中自己应该注意的一些问题,不要像这次这样,比如说在这次课程设计开始阶段我就遇到了比较大的困难,对目标系统的需求定义的不够完整,清晰,在后来的过程中还不停的修改需求列表等,给后续工作带来相当的困难,后来经过与其他同学的沟通讨论,共同调查研究才得以完成等。