学生宿舍管理系统需求规格说明书46703.doc

《学生宿舍管理系统需求规格说明书46703.doc》由会员分享，可在线阅读，更多相关《学生宿舍管理系统需求规格说明书46703.doc（26页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、学生宿舍管理系统需求规格说明书学生宿舍管理系统需求规格说明书文件状态： 草稿 正在修改 正式发布文件标识：学生宿舍管理系统当前版本:1。0作 者：刘默予(G2011225084）宋玥(G2011225019)李欣（）刘洋(）赵子续（）刘美玲（）完成日期：2010年1月8日版 本 历 史版本/状态作者参与者起止日期备注草稿陈烜、刘振奎曾柯、高炜、李瑞娟、宋朝2011年1月6日2011年1月7日按软件需求编写大纲,丰富大纲形成草稿。正在修改曾柯、高炜陈烜、刘振奎、李瑞娟、宋朝2011年1月7日-2011年1月8日以开发人员视角检查大纲，修改模糊的内容。正式发布李瑞娟宋朝、陈烜、刘振奎、曾柯、高炜2

2、011年1月8日审查修改版本，通过后发布。目录1引言41.1目标41。2文档约定41.3读者对象和阅读建议41。4项目范围51.5参考资料52总体描述62.1产品前景62.2产品特性62。3用户类及其特征72。4运行环境82。4。1软件环境82.4.2硬件环境82.4.3网络环境92.5设计与实现上的约束92。6用户文档93系统特性103。1描述和优先级103.2激励/响应序列123.3功能性需求123。3。1 系统主要用例123.3.2 用例说明154 外部接口需求204.1用户界面204.2硬件接口204。3软件接口204。4通信接口215其他非功能性需求215。1性能需求215。2防护性

3、需求215。3安全性需求225。4软件质量属性22附录A：术语表22附录B： 分析模型23附录C： 业务规则30附录D： 待定问题清单31附录E：需求确认31“学生宿舍管理系统”需求规格说明1引言1.1目标该文档首先给出了“学生宿舍管理系统”的概貌,试图从产品前景、特性、运行环境等上给出整个系统的轮廓，然后又对功能需求、接口需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，不仅描述了每一用例的基本事件流和备选事件流,而且还给出了非常直观的用例图。这些文字和图形都为了详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。该文档详尽说明了

4、这一软件产品的需求和规格,这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。1.2文档约定本文档采用从IEEE830标准改写并扩充的软件需求规格说明的模板。文档中提到需求标识以以2.2中的需求标识为准。2.5设计和实现中提到的需求表示以用户分类对应2.2中的需求标识，如:2.5设计和实现中提到的教师需求1即为2。2中的需求标识中的tr1.2.2中的“功能需求”一词，不等同于4.3中的功能需求，前者指用户所需功能的需求,属于用户需求层次,后者定义了软件开发人员必须实现的功能,是需求工程意义上的功能需求1.3读者对象和阅读建议本

5、文档的主要内容共分4部分:总体描述、系统特性、外部接口需求和非功能性需求。总体描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了详细的描述；非功能性需求部分对非功能需求进行了详细的描述。1.3。1本文档预期的读者有项目用户代表、项目投资方代表、营销人员、项目审批者、项目经理、开发人员、测试及文档编写人员。1。3.2阅读建议以下是我们针对不同读者阅读文档的建议：1）. 项目投资方建议重点阅读“总体描述部分文档了解项目的功能和前景.2）。 项目用户代表建议重点阅读“总体描述”、“系统特性”、“用

6、户界面”来确认需求。3）. 项目审批者和项目经理建议全面仔细的阅读文档4)。 项目开发、测试及文档编写人员建议以上小组成员重点阅读“系统特性”、“外部接口需求”和“非功能需求”来理解将要开发的网站。其中文档编写人员尤其需要有针对的阅读“用户文档”部分.1。4项目范围学生宿舍管理系统：下文有的简称宿舍管理系统,即用于实现对学生及宿舍信息资料进行编辑，添加，删除，统计，打印显示等功能的软件系统。通过该系统,用户可以查看学生的基本信息、宿舍信息等各方面的资料，能够方便的了解学生和宿舍的总体情况。该管理系统为用户提供了一些简单的数据查询、输出各种信息等功能。用户通过输入学生基本信息（例如学生证号）,由

7、系统自行生成相应的数据以供宿舍管理员查询,另外宿舍管理中心的管理用户还可以对这些基本信息进行更新和删除, 学校学生宿舍管理系统力求给用户方便快捷的途径去管理这些繁琐的数据。1.5参考资料1Karl E. Wiegers 著, 软件需求. 清华大学出版社，20042Dean Leffingwell等著,软件需求管理统一方法。 机械工业出版社。20023Soren Lauesen 著， 软件需求。 电子工业出版社,20024Ian Sommerville 著,需求工程。 机械工业出版社，20035张海藩软件工程导论北京:清华大学出版社，20096刘利民田保军邢红梅软件工程综合设计内蒙古工业大学,2

8、0107需求规格说明书，20108吴杰UML基础与Rose建模案例北京:人民邮电出版社，20102总体描述2。1产品前景学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。而且当查找某条记录时，由于数据量庞大,还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是信息化高速发展的社会,原始的记录方式已经被社会所淘汰了，信息化管理正是适应时代的产物.信息发展永远是一种迅速、主动的状态，

9、当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。在我们21世纪的今天，信息化占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域.我们将学校的宿舍管理情况进行了解后，采用相应的信息化技术，经过研究、分析，开发设计了一套学生宿舍管理系统.学生宿舍管理系统采用的是计算机化管理，系统做的比较人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去.而且数据库的存储容量相当大，系统比较稳定,适合较长时间的数据保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。2.2产品特性特性1：设置宿舍管

10、理规则。特性2:设置学生管理规则。特性3：创建、修改、删除和查询宿舍资料。特性4:创建、修改、删除和查询学生信息.特性5:登记学生入住记录。特性6：登记学生迁出记录.特性7:办理学生调换房间.特性8：学生网上报修。特性9:统计学生、房间。特性10：查询学生、房间。2。3用户类及其特征C1：系统管理员（优先考虑）:整个系统优先级最高的参与者，他是整个系统的监督者，对所有其他用户的行为和使用情况享有知情权.他主要的工作是:对系统用户优先级的设置;对系统基本资料的管理;对系统的数据备份；添加或删除用户；进行系统维护；最重要的是对其他用户工作的监督，管理,分配权限，以保证系统的透明性和业务合理性。C-

11、2：宿舍管理员学校宿舍每一栋楼至少有一个宿舍管理员，他们的主要工作是：住宿情况查询，包括学生信息以及房间信息的查询，查看可以入住的房间，住满的房间,要入住的床位，以及入住人员信息；办理入住，通过输入学生的相关信息通过系统将其添加到住宿学生信息表中；办理迁出，通过输入迁出学生的相关信息通过系统将其从住宿学生信息表中删除；调换房间,输入要调换的信息以及目标房间的信息进行房间调换;数据统计，包括人数统计喝房间统计，通过输入要统计的目标信息来查看入住人数或者空床位数；维修管理，通过系统获得学生维修管理信息，并通知维修人员；报表打印，打印出自己所需要的信息报表。C-3：住宿学生这里的住宿学生可以包括即将

12、入住的或已经入住的学生，他们可以输入自己的相关学生信息，进行住宿登记注册;可以查询宿舍住宿情况信息，比如说输入自己的入住要求，查看是否有相应的空床位；还可以通过系统提出报修申请，告知宿舍管理员需要维修信息。2。4运行环境本系统是以Windows系统为操作平台，用ASP。NET编程语言做网页界面，用C#语言做网页界面与底层数据库的互联，用SQL Server数据库来实现高校学生宿舍管理系统所需功能。2.4.1软件环境操作系统：Microsoft Windows 7或xp；支持环境：IIS 6。0以上；数 据 库：Microsoft SQL Server 2005；开发环境：Microsoft V

13、isual Studio 2005;作图工具：Microsoft Office Visio 2007，Rose。2。4.2硬件环境客户端运行环境CPU奔腾4处理器 主频1.8G以上内存512MB以上操作系统WindowsXP或以上版本网络工具IE浏览器6。0以上或Netscape浏览器服务器端运行环境CPU奔腾4处理器 主频2。0G以上内存1G以上硬盘空间1G以上硬盘剩余空间输入设备键盘/鼠标操作系统Windows2003 Server数据库Microsoft SQL Server 2005开发环境Microsoft Visual Studio.NET 20052。4.3网络环境本系统的网络运

14、行图如图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用户文档用户文档名称描述及文档标准用户手册使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法依据GB856788用户手册操作手册向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节依据GB8567-88操作手册3系统特性

15、3.1描述和优先级3。1。1设定优先级的意义一个软件项目的实施并不总是一帆风顺的，随着提交的最后期限的临近，我们有可能会遇到这样一种情况：我们可能会发现我们只能在最后期限以前保证质量完成用户的一部分功能,换句话来说我们必须舍弃一部分用户的功能需求。这时，如果我们在之前对用户的需求做过优先级的分析，我们就可以轻松地剔除掉那些用户现阶段还不需要可以在后续版本中实现的功能需求、那些华而不实的功能需求、那些实现上有很大困难将会严重拖延工期的功能需求等等。优先级设定的意义就在于此，通过它，我们可以集中注意力于那些用户最需要的而且对开发而言风险也相对较小的需求，从而在最后的期限以前提交一份令用户满意的产品

16、。3.1.2优先级确定规则本项目优先级的确定将采用QFD的方法，通过相关的计算，根据最后计算出的性价比的高低来划分优先级。3.1.3权值设定的说明 权值的设定包括各个特性的权值以及各个用户群的权值。3。1。3。1特性权值设定的说明 特性包括4个方面:相对利润、相对损失、相对费用、相对风险.具体的权值设定采用了Software Requirements一书中有关QFD确定优先级中的权值设定方法。3。1.2。2 用户群权值设定的说明 本项目的用户需求来自5类用户群,分别是客户、教师、注册学生、游客、管理员。由于本项目的主体用户是教师与注册学生，则他们具有最高的权值2；其次作为项目的投资方以及日常的

17、维护者,客户与管理员具有较高的权值1;最后，游客的权值为0。5。3。1。4优先级计算公式的说明 本项目优先级计算公式套用了Software Requirements一书中介绍的计算公式: 优先级(价值) / （费用% * 费用权值 + 风险 风险权值)。3.1。5 评定标准 所有的特性评分都以数字19评定。3.1.5。1 相对利润 如实施某项需求，对用户而言,1代表可忽略的利益,9代表最大的价值，依次类推。3。1。5.2 相对损失 如不实施某项需求，对用户而言,1代表基本无损失，9代表严重损失,依次类推。3.1。5。3 相对费用 如实施某项需求，对我们而言,1代表仅需要很少的费用,9代表需要很

18、多的费用，依次类推。3.1。5.4 相对风险 如实施某项需求,对我们而言，1代表基本无风险，9代表巨大的风险，依次类推。3。1.6优先级按照涉众评估重要性和紧迫性对系统功能性需求进行优先级划分。功能高优先级中优先级低优先级置之不理用户管理数据备份软件注册系统维护系统设置住宿情况查询办理入住调换房间办理迁出删除学生信息人员查询房间查询人数统计房间统计房间录入维修管理报表打印学生报修学生基本资料输入住宿情况查询远程查询物品管理消防监控系统3。2激励/响应序列激励：系统用户发出数据库操作要求响应： 系统验证用户合法性并赋予相应权限3.3功能性需求3。3.1 系统主要用例主要参与者用例系统管理员1 用

19、户管理2 数据备份3 软件注册4 系统维护5 系统设置宿舍管理员1 住宿情况查询2 办理入住3 调换房间4 办理迁出5 删除学生信息6 人物查询7 房间查询8 人数统计9 房间统计10.房间录入11.维修管理12.报表打印住宿学生1 学生报修2 学生基本资料输入3 住宿情况查询3.3。2 用例说明用例ID号UC-1用例名称用户管理参与者系统管理员简单描述系统管理员根据不同用户的职责来设置不同的用户权限，从而限制不同的用户所使用的系统功能前置条件系统管理员登入“学生宿舍信息管理信息系统”系统管理员激活用户管理用例系统管理员有权限进行用户权限设置后置条件新增用户权限被系统管理员设置新增用户获得相应

20、的操作权限主干过程10 系统管理员设置新用户的权限1系统管理员新增一个系统用户2系统显示用户权限界面3系统管理员输入新用户权限信息4系统记录新用户权限信息5系统管理员退出系统分支过程11 系统管理员修改用户权限（从第2步分支出来)1系统管理员修改选中用户权限2返回第4步12 系统管理员删除用户（从第1步分支出来）1系统管理员删除用户2返回第1步异常权限设置错误用户权限矛盾备注本用例完成对用户权限的设置,它由系统管理员来执行.建议系统管理员仅仅由一个用户来担当,这样就会使责任人单一，不容易出现责任纠纷，和权限重叠的现象.而且，权限设置要完全根据用户的职责来设计，不同的用户要承担不同的职责，任务，

21、明确责任人.使分工明确而单一。用例ID号UC-2用例名称系统设置参与者系统管理员简单描述系统管理员对系统基本信息进行设置，系统记录基本信息前置条件系统管理员登入“学生宿舍信息管理系统”系统管理员激活系统设置用例后置条件系统基础信息设置成功主干过程 20 系统管理员设置系统信息1系统显示当前系统基本信息表2系统管理员输入系统基本信息3系统管理员请求保存当前设置4系统保存当前设置5系统管理员退出系统分支过程无异常无备注此用例完成对系统基本信息的设置，它由系统管理员来操作。用例ID号UC3用例名称数据备份参与者系统管理员简单描述系统管理员对系统当前状态进行备份，保存到指定的文件中或数据库中前置条件系

22、统管理员登入“学生宿舍信息管理系统”系统管理员激活数据备份用例系统其他流程当前时刻处于停止状态后置条件系统数据被复制存储到数据库或其他存储体中主干过程30 系统管理员备份当前系统信息数据1系统显示数据备份界面2系统提示当前系统其他工作流程应该停止3用户确定开始备份4系统开始备份5系统管理员退出系统分支过程31 系统管理员结束系统其它流程（从第3步分支出来）1系统管理员退出数据备份用例2系统管理员关闭其它流程3返回第1步异常无备注本用例完成系统数据备份，记录当前系统状态。备份技术有很多，这里最好采取双机热备份,对系统数据进行多次备份，拷贝，这样使系统数据被安全保存,以防万一.用例ID号UC4用例

23、名称办理入住参与者宿舍管理员简单描述宿舍管理员办理人员入住事务，将学生信息录入宿舍学生信息表中前置条件宿舍管理员登入“学校学生宿舍管理系统宿舍管理员激活办理迁出用例后置条件入住人员信息被记录在宿舍学生信息表主干过程40 宿舍管理员生成一份人员信息表1宿舍管理员使用用户名和密码进入系统2系统验证宿舍管理员身份3宿舍管理员输入学生的信息4系统验证学生信息是否正确以及房间号是否存在5系统将学生信息加入宿舍学生信息表6宿舍管理员退出系统分支过程41 宿舍管理员修改学生入住信息（从第3步分支出来）1宿舍管理员修改学生入住信息2返回到第4步42 宿舍管理员删除学生入住信息记录（从第步分支出来）1宿舍管理员

24、删除学生入住记录2返回到第3步异常输入学生证号不是四位数字输入的房间号不存在系统审核信息错误备注此用例仅仅对宿舍管理员是可见的用例ID号UC5用例名称办理迁出参与者宿舍管理员简单描述宿舍管理员办理学生迁出业务,并且将学生信息从宿舍学生信息表中删除前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活办理迁出用例后置条件入住人员信息从宿舍学生信息表中删除主干过程50 宿舍管理员办理迁出宿舍管理员使用用户名和密码进入系统系统验证宿舍管理员身份宿舍管理员输入学生的学号,姓名系统验证学生的信息是否准确系统将学生信息从宿舍学生信息表中删除宿舍管理员退出系统分支过程无异常输入的学生不存在输入的学生学号与

25、姓名不匹配系统审核信息错误备注此用例仅对宿舍管理员可见。当有学生迁出时此用例开始被激活用例ID号UC6用例名称人物查询参与者宿舍管理员简单描述宿舍管理员通过输入学生的学号和姓名来查询学生的其他所有信息前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活人物查询用例后置条件要查询学生的所有被显示出来主干过程60 宿舍管理员查询学生信息1宿舍管理员使用用户名和密码进入系统2。 系统验证宿舍管理员身份3。 宿舍管理员输入学生的学号,姓名4。 系统验证学生的信息是否准确5. 系统显示学生的所有相关信息6宿舍管理员退出系统分支过程61 宿舍管理员清除已填信息（从第3步分支出来）1宿舍管理员清除已填的

26、学生信息2返回到第3步异常1输入的学生不存在2输入的学生学号与姓名不匹配3系统审核信息错误备注此用例只对宿舍管理员可见用例ID号UC7用例名称房间统计参与者宿舍管理员简单描述宿舍管理员通过输入栋号来统计这栋已住人数以及空床位的个数。前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活房间统计用例后置条件统计好的数目被显示出来以供宿舍管理员使用主干过程70 宿舍管理员进行房间统计1宿舍管理员使用用户名和密码进入系统2。 系统验证宿舍管理员身份3. 宿舍管理员输入要统计的楼栋号4. 系统验证楼栋号是否存在5. 系统调用数据库并且输出这栋楼已住人数以及空床位的个数6. 宿舍管理员退出系统。分支过

27、程无异常楼栋号不存在系统审核信息错误备注这个用例仅由宿舍管理员操作.由于系统的缺陷只能统计出整栋楼的人数和空床位数，不能详细的说明每一个楼层的数目。用例ID号UC8用例名称房间查询参与者宿舍管理员简单描述宿舍管理员通过输入楼栋号和房间号来对录入的房间信息进行查询前置条件宿舍管理员登入“学生宿舍管理系统”宿舍管理员激活房间查询用例后置条件系统显示查询的房间具体信息主干过程80 宿舍管理员查询房间住宿情况1宿舍管理员使用用户名和密码进入系统2。 系统验证宿舍管理员身份3. 宿舍管理员输入楼栋号以及房间号4. 系统验证所输入的信息是否正确5 系统显示房间具体信息6. 宿舍管理员退出系统分支过程81

28、宿舍管理员清除已填信息(从第3步分支出来）1宿舍管理员清除已填的学生信息2返回到第3步异常输入楼栋号或者房间号错误系统审核信息错误用例ID号UC9用例名称学生报修参与者住宿学生简单描述学生通过系统向宿舍管理员提出报修申请前置条件学生登入“学生宿舍管理系统”学生激活学生报修用例后置条件报修信息传给宿舍管理员主干过程90 学生报修宿舍坏旧物品住宿学生使用用户名和密码进入系统系统验证住宿学生身份学生提出报修申请系统显示报修明细表学生填写报修详细信息系统记录报修信息学生退出系统分支过程91 学生修改报修表（从第5步分支出来）1学生修改报修表2返回到第6步92 学生删除报修表（从第5步分支出来）1学生删

29、除报修表2返回到第5步异常报修物品已出现在报修明细表中报修物品不在允许报修范围之中4外部接口需求4。1用户界面学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面,使用户一目了然。尽可能的为用户的录入、查询等功能操作提供方便。快捷按钮的创建也是非常需要的，以方便用户操作。系统应包括以下界面:1 欢迎使用界面窗口2 用户登陆界面3 系统管理模块4房间管理模块5住宿管理模块6查询管理模块7 编辑管理模块8数据统计管理模块9调房记录管理模块10分类打印显示模块11退出界面4.2硬件接口系统硬件接口还没有确定。4.3软件接口“学生宿舍管理系统”通过用户界面向“学校管理系统”提交学生住宿相关信息。“

30、学生宿舍管理系统”通过用户界面向“学校收费系统提交学生住宿相关信息,收费系统通过接受的信息来确定学生缴费金额.4。4通信接口无5其他非功能性需求5。1性能需求性能需求序列号性能需求说明cqa1至少保证能够支持10人同时cqa2最多允许80人同时在线cqa3至少支持windows平台tqa1即时发布教师提供的信息(特别是课程相关通知)，不超过1个工作日sqa1打开一个新页面的响应速度不超过5秒sqa2确保10个下载链接，每个下载链接至少达到50k/ssqa3允许上传不超过2m大小的文件sqa4信息要即时更新，不得超过1个工作日5。2防护性需求服务器应该在合适温度、适度的环境下工作，避免剧烈的震动

31、。各种电源线和数据线的铺设要合理而安全，避免出现意外脱接现象的发生。服务器所在地区应保持电压的稳定及电源的持续供应,尽量避免高频率的人为断电现象（例如:错拉电闸、保险丝熔断等），以保持服务器中数据的一致性.当提前获知断电时间时，应在网页上及时发布相关信息（例如：服务器将于几时几分关闭）,避免站点的突然关闭.意外断电时，应建立应急机制，保证服务器以最快速度恢复正常工作状态.服务器管理员应确保服务器密码不泄漏。服务器所在房间应做好安全防盗工作,避免盗窃现象的发生。5.3安全性需求学生宿舍管理系统中管理权限上应当进行严格控制,具体思想如下：1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限.

32、没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据,以确保系统的严密性和安全性。2。在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能将是不可使用的,只有系统管理员登录，宿舍管理员登陆，住宿学生登录三个窗口可以使用，没有输入正确的用户名和密码任何人都不能登录该系统。3。在具体实现时还应为系统管理员和其他用户设定不同的权限,系统管理员应当可以使用系统的所有模块，其他用户对于系统管理模块是无权使用的。4。服务器密码应足够复杂；服务器上所安装软件应即时更新、安装补丁；服务器上不得安装任何与业务无关的软件。以防止非法入侵者的攻击。5。4软件质量属性Availabi

33、lity（可用性）1：“学校学生宿舍管理系统”将对学校内联网的用户使用，用户在早晨6点到晚上12点99.9的时间可用,其他的时间则90%的时间可用。Robustness（健壮性)-1：如果用户保存文件之前编辑器发生故障，那么下次同一用户启动程序时，编辑器能恢复在故障发生1分钟之前对所编辑文件所做的全部修改.附录A：术语表E-R图：即实体-关系图，一种分析模型，它确认了一对实体之间的逻辑关系.外部接口需求：对软件系统和用户,另一个软件系统或硬件设备之间接口的描述。后置条件：描述用例成功完成后系统状态的一种条件。前置条件：用例开始之前必须满足的条件或系统必须达到的一种状态.软件需求规格说明:软件产

34、品的功能性需求和非功能性需求的集合。数据字典：有关对问题域重要的主要数据元素，结构和属性的定义的集合。DFD图（数据流图）：一种分析模型，它描绘了过程，数据集合，端点以及它们之间的流，这种流表现了业务过程或软件系统的行为特点.用例：描述了执行者与系统之间逻辑上相关的可能交互集，系统的输出为执行者提供了价值。用例可以包含多个场景。用户类：直接或间接（例如,使用来自系统的输出,但并不亲自产生这些输出）与系统交互的客户。也称为最终用户。附录B： 分析模型1、处理流程图:2、系统流程图数据库文件夹数据交换用户输入输入学生宿舍管理系统输出显示输出信息3、系统业务流程图:用户登录N身份是否合法Y进行查询或

35、者修改宿舍信息宿舍状态记录维修信息调房信息迁出信息入住信息学生信息返回查询或者修改结果4、DFD图4、数据描述4。1 静态数据如下表的数据库文件:4。1.1宿舍学生信息表学生证号姓 名学 院班 级学 号电 话手 机家 庭住 址登 记日 期1张 苇计算机学 院0301010150855490136*湖北武汉2005.12.302肖 瑾材料学院0302020650855491138*四川成都2005。12。303武 松航海学院0303030750855492139*甘肃兰州2005。12。304林 冲自动化学 院0304040950855493134*上 海2005.12.304.1.2 床位信息

36、表床位 编号宿舍 编号宿舍 电话公寓 编号空 否A2211-201508554901是B2233-409508558913否F2357-504508594927是J3559365508504939否4。1.3 已入住宿舍信息表公寓 编号所在 楼层床位 编号宿舍 编号宿舍 电话12楼A22112015085549034楼B2233-4095085589175楼F23575045085949293楼J3559-365508504934.1。4用户表字段名描述数据类型数据长度NULLPrimarykeyUsername用户名char10NYUserId用户密码char10NYUserPower用户权

37、限char10NN4。2 动态数据包括输入数据和输出数据4.2.1输入数据说明通过键盘输入到计算机，这些数据保存在学生信息或宿舍信息的数据库中.4。2.2 输出数据说明所有输出都在显示器上。可以预览/打印“学生信息表”，“空床位信息表，“已入住床位信息表”；根据查询要求，显示所有指定纪录；显示统计信息.4.3 数据库描述学生信息数据库:存储学生有关信息已入住宿舍信息数据库：存储已占用宿舍有关信息空床位信息数据库:存储空床位有关信息4.4ER模型4.5 数据字典数据字典是关于数据库中数据的描述,而不是数据本身.数据本身将存放在物理数据库中，由数据库管理系统管理。数据字典有助于这些数据的进一步管理

38、和控制，为设计人员和数据库管理员在数据库设计、实现和运行阶段控制有关数据提供依据。 4.5。1系统入住数据字典数据处理名：入住简 述：根据学生的入住要求（公寓或宿舍），确定学生住哪间宿舍输 入：学生证号输 出：宿舍号4。5。2入住信息数据字典数据流名： 入住信息组 成： 学生信息+宿舍信息+入住凭据+时间数 据 项： 学生信息备 注： 个人组 成: 学生证号+姓名+学院+班级+学号+电话+手机+照片+家庭住址组 织： 学生证号数 据 项： 学生证号别 名： 描 述： 数据文件中区别于其他学生的号码定 义: 学号=1数字13位 置： 学生宿舍管理系统数 据 项： 姓名别 名： 描 述： 数据文件

39、中对某个学生的称呼定 义： 姓名=1汉字4|1英文26位 置： 学生宿舍管理系统数 据 项:学号别 名：描 述: 标识该学生在数据文件中的代号定 义： 学号=1数字13位 置： 学生宿舍管理系统数 据 项： 学院定 义： 学院=1汉字10数 据 项: 家庭住址定 义： 家庭住址=1汉字n数 据 项： 班级定 义： 班级=1数字4数 据 项： 电话定 义: 电话=1数字8 数 据 项： 手机定 义： 手机=1数字11数 据 项： 宿舍信息组 成: 房号+类型+状态组 织： 房号数 据 项： 状态取值： 空房可用空房待修已被占用 数 据 名： 入住凭据备 注: 指学生要住宿所持的学校开出的证明 组

40、 成: 学生证+学院所开证明 数 据 项： 时间组 成： 入住时间+预计离校时间+住宿时间4.5。3系统空床位查询数据字典数据处理名：空床位查询简 述:根据学生的入住要求（公寓或宿舍）,查询宿舍信息表，确定是否有空床位输 入：学生信息输 出:1 无空床位 2 有空床位4。5。4系统按学号查询信息数据字典数据处理名：按学号查询简 述：根据学生的三项统计表(学生信息，入住信息,空房信息）,查询核对输 入：学号输 出：学生信息数据流名称：三项统记表简 述:用于记载学生和宿舍的信息组 成:学生信息+入住信息+空房信息4。5。5系统退房数据字典数据处理名：退房简 述:在学生离校的时候，核实房间的物件等，

41、同时更改“宿舍信息表”输 入:学生证号输 出：学生信息和宿舍信息附录C:业务规则规则定义规则类型静态或动态来源只有由系统管理员指定为宿舍管理员才有权删除或者修改信息 约束静态学校学生宿舍策略学生的学号必须是四位数字约束静态学校学生宿舍管理经理在网络上传输的信息如果涉及个人身份信息，则要求加密约束静态学校学生宿舍安全策略用户只有输入正确的用户名和密码才可以进入系统查询信息约束静态学校学生宿舍管理经理住宿学生只有早上8：00晚上10：00这个时间才可以进入系统约束动态学校学生宿舍管理经理附录D：待定问题清单1系统防护性问题.系统防护性问题在本版本中需要在以后的需求获取中逐步获取。因为它涉及到系统的权限和系统不同用户的职责分配问题。需要客户方和开发放配合,协作来共同解决系统职责权限分配问题.2。系统数据库设计问题本系统对数据库容量要求不大，但是对数据库的更新要求较大。数据库需要经常进行更新，所以对数据库的更新效率要求很高，因此，在这个问题上需要花时间解决。要平衡数据库的容量和效率的关系。附录E：需求确认需求评审报告摘要需求文档学生宿舍管理系统软件需求说明书，版本v1.0, 2