学生宿舍管理系统需求规格说明书
版本历史
目录
1引言 (4)
1.1目标 (4)
1.2文档约定 (4)
1.3读者对象和阅读建议 (4)
1.4项目围 (5)
1.5参考资料 (5)
2总体描述 (6)
2.1产品前景 (6)
2.2产品特性 (6)
2.3用户类及其特征 (7)
2.4运行环境 (8)
2.4.1软件环境 (8)
2.4.2硬件环境 (8)
2.4.3网络环境 (9)
2.5设计与实现上的约束 (9)
2.6用户文档 (9)
3系统特性 (10)
3.1描述和优先级 (10)
3.2激励/响应序列 (12)
3.3功能性需求 (12)
3.3.1 系统主要用例 (12)
3.3.2 用例说明 (15)
4 外部接口需求 (20)
4.1用户界面 (20)
4.2硬件接口 (20)
4.3软件接口 (20)
4.4通信接口 (21)
5其他非功能性需求 (21)
5.1性能需求 (21)
5.2防护性需求 (21)
5.3安全性需求 (22)
5.4软件质量属性 (22)
附录A：术语表 (22)
附录B: 分析模型 (23)
附录C: 业务规则 (30)
附录D: 待定问题清单 (31)
附录E：需求确认 (31)
“学生宿舍管理系统”需求规格说明
1引言
1.1目标
该文档首先给出了“学生宿舍管理系统”的概貌，试图从产品前景、特性、运行环境等上给出整个系统的轮廓，然后又对功能需求、接口需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，不仅描述了每一用例的基本事件流和备选事件流，而且还给出了非常直观的用例图。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。
该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。
1.2文档约定
本文档采用从IEEE830标准改写并扩充的软件需求规格说明的模板。
文档中提到需求标识以以2.2中的需求标识为准。
2.5设计和实现中提到的需求表示以用户分类对应2.2中的需求标识，如：2.5设计和实现中提到的教师需求1即为2.2中的需求标识中的tr1。
2.2中的“功能需求”一词，不等同于4.3中的功能需求，前者指用户所需功能的需求，属于用户需求层次，后者定义了软件开发人员必须实现的功能，是需求工程意义上的功能需求
1.3读者对象和阅读建议
本文档的主要容共分4部分：总体描述、系统特性、外部接口需求和非功能性需求。总体描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行
了详细的描述；非功能性需求部分对非功能需求进行了详细的描述。
1.3.1本文档预期的读者有项目用户代表、项目投资方代表、营销人员、项目审批者、项目经理、开发人员、测试及文档编写人员。
1.3.2阅读建议
以下是我们针对不同读者阅读文档的建议：
1). 项目投资方
建议重点阅读“总体描述”部分文档了解项目的功能和前景。
2). 项目用户代表
建议重点阅读“总体描述”、“系统特性”、“用户界面”来确认需求。
3). 项目审批者和项目经理
建议全面仔细的阅读文档
4). 项目开发、测试及文档编写人员
建议以上小组成员重点阅读“系统特性”、“外部接口需求”和“非功能需求”来理解将要开发的。其中文档编写人员尤其需要有针对的阅读“用户文档”部分。
1.4项目围
学生宿舍管理系统：下文有的简称宿舍管理系统，即用于实现对学生及宿舍信息资料进行编辑，添加，删除，统计，打印显示等功能的软件系统。通过该系统，用户可以查看学生的基本信息、宿舍信息等各方面的资料，能够方便的了解学生和宿舍的总体情况。该管理系统为用户提供了一些简单的数据查询、输出各种信息等功能。
用户通过输入学生基本信息（例如学生证号）,由系统自行生成相应的数据以供宿舍管理员查询,另外宿舍管理中心的管理用户还可以对这些基本信息进行更新和删除, 学校学生宿舍管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。
1.5参考资料
[1]Karl E. Wiegers 著, 软件需求. 清华大学，2004
[2]Dean Leffingwell等著，软件需求管理——统一方法. 机械工业.2002
[3]Soren Lauesen 著, 软件需求. 电子工业，2002
[4]Ian Sommerville 著，需求工程. 机械工业，2003
[5]海藩．软件工程导论．：清华大学，2009
[6]利民．田保军．邢红梅．软件工程综合设计．工业大学，2010
[7]需求规格说明书，2010
[8]吴杰．UML基础与Rose建模案例．：人民邮电，2010
2总体描述
2.1产品前景
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。
当今社会是信息化高速发展的社会，原始的记录方式已经被社会所淘汰了，信息化管理正是适应时代的产物。信息发展永远是一种迅速、主动的状态，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。在我们21世纪的今天,信息化占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。
我们将学校的宿舍管理情况进行了解后，采用相应的信息化技术，经过研究、分析，开发设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理，系统做的比较人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。而且数据库的存储容量相当大，系统比较稳定，适合较长时间的数据保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
2.2产品特性
特性1：设置宿舍管理规则。
特性2：设置学生管理规则。
特性3：创建、修改、删除和查询宿舍资料。
特性4：创建、修改、删除和查询学生信息。
特性5：登记学生入住记录。
特性6：登记学生迁出记录。
特性7：办理学生调换房间。
特性8：学生网上报修。
特性9：统计学生、房间。
特性10：查询学生、房间。
2.3用户类及其特征
C-1：系统管理员（优先考虑）：
整个系统优先级最高的参与者，他是整个系统的监督者，对所有其他用户的行为
和使用情况享有知情权。他主要的工作是：对系统用户优先级的设置；对系统基
本资料的管理；对系统的数据备份；添加或删除用户；进行系统维护；最重要的是对其他用户工作的监督，管理，分配权限，以保证系统的透明性和业务合理性。
C-2：宿舍管理员
学校宿舍每一栋楼至少有一个宿舍管理员，他们的主要工作是：住宿情况查询，包括学生信息以及房间信息的查询，查看可以入住的房间，住满的房间，要入住的床位，以及入住人员信息；办理入住，通过输入学生的相关信息通过系统将其添加到住宿学生信息表中；办理迁出，通过输入迁出学生的相关信息通过系统将其从住宿学生信息表中删除；调换房间，输入要调换的信息以及目标房间的信息进行房间调换；数据统计，包括人数统计喝房间统计，通过输入要统计的目标信息来查看入住人数或者空床位数；维修管理，通过系统获得学生维修管理信息，并通知维修人员；报表打印，打印出自己所需要的信息报表。
C-3：住宿学生
这里的住宿学生可以包括即将入住的或已经入住的学生，他们可以输入自己的相关学生信息，进行住宿登记注册；可以查询宿舍住宿情况信息，比如说输入自己的入住要求，查看是否有相应的空床位；还可以通过系统提出报修申请，告知宿舍管理员需要维修信息。
2.4运行环境
本系统是以Windows系统为操作平台，用https://www.doczj.com/doc/6a2896448.html,编程语言做网页界面，用C#语言做网页界面与底层数据库的互联，用SQL Server数据库来实现高校学生宿舍管理系统所需功能。
2.4.1软件环境
操作系统：Microsoft Windows 7或xp；
支持环境：IIS 6.0以上；
数据库：Microsoft SQL Server 2005；
开发环境：Microsoft Visual Studio 2005；
作图工具：Microsoft Office Visio 2007，Rose。
2.4.2硬件环境
客户端运行环境
服务器端运行环境
2.4.3网络环境
本系统的网络运行图如图A-2，无论是客户端还是管理端用户等都可以通过网络登录到本系统中。
2.5设计与实现上的约束
2.5.1软件：windows 7或windows XP，运行环境：c# ，开发环境：.net；
2.5.2数据库软件：SQL Server 2005；
2.5.3符合中华人民国的所有法律规定；
2.5.4运行在windows 7、XP上。
2.6用户文档
用户文档名称描述及文档标准
用户手册使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本
的使用方法依据GB8567-88用户手册
操作手册向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作
方法的细节依据GB8567-88操作手册
3系统特性
3.1描述和优先级
3.1.1设定优先级的意义
一个软件项目的实施并不总是一帆风顺的，随着提交的最后期限的临近，我们有可能会遇到这样一种情况：我们可能会发现我们只能在最后期限以前保证质量完成用户的一部分功能，换句话来说我们必须舍弃一部分用户的功能需求。这时，如果我们在之前对用户的需求做过优先级的分析，我们就可以轻松地剔除掉那些用户现阶段还不需要可以在后续版本中实现的功能需求、那些华而不实的功能需求、那些实现上有很大困难将会严重拖延工期的功能需求等等。优先级设定的意义就在于此，通过它，我们可以集中注意力于那些用户最需要的而且对开发而言风险也相对较小的需求，从而在最后的期限以前提交一份令用户满意的产品。
3.1.2优先级确定规则
本项目优先级的确定将采用QFD的方法，通过相关的计算，根据最后计算出的性价比的高低来划分优先级。
3.1.3权值设定的说明
权值的设定包括各个特性的权值以及各个用户群的权值。
3.1.3.1特性权值设定的说明
特性包括4个方面：相对利润、相对损失、相对费用、相对风险。具体的权值设定采用了《Software Requirements》一书中有关QFD确定优先级中的权值设定方法。
3.1.2.2 用户群权值设定的说明
本项目的用户需求来自5类用户群，分别是客户、教师、注册学生、游客、管理员。
由于本项目的主体用户是教师与注册学生，则他们具有最高的权值2；其次作为项目的投资方以及日常的维护者，客户与管理员具有较高的权值1；最后，游客的权值为
0.5。
3.1.4优先级计算公式的说明
本项目优先级计算公式套用了《Software Requirements》一书中介绍的计算公式：优先级＝(价值%) / (费用% * 费用权值 + 风险% * 风险权值)。
3.1.5 评定标准
所有的特性评分都以数字1－9评定。
3.1.5.1 相对利润
如实施某项需求，对用户而言，1代表可忽略的利益，9代表最大的价值，依次类推。
3.1.5.2 相对损失
如不实施某项需求，对用户而言，1代表基本无损失，9代表严重损失，依次类推。
3.1.5.3 相对费用
如实施某项需求，对我们而言，1代表仅需要很少的费用，9代表需要很多的费用，依次类推。
3.1.5.4 相对风险
如实施某项需求，对我们而言，1代表基本无风险，9代表巨大的风险，依次类推。
3.1.6优先级
按照涉众评估重要性和紧迫性对系统功能性需求进行优先级划分。
3.2激励/响应序列
激励：系统用户发出数据库操作要求
响应: 系统验证用户合法性并赋予相应权限3.3功能性需求
3.3.1 系统主要用例
用户管理
系统设置
人物查询
房间查询
住宿学生
3.3.2 用例说明