需求规格说明书-酒店预订系统.doc

软件需求规格说明书酒店预订系统软件需求规格说明书编号：ISS-酒店预订系统-SRS版本:0.1作者：孙秀丽日期：2014-02-13审批：日期：变更记录日期版本变更说明作者2014-02-120.1创建需求规格说明书2014-02-150.2修改了需求规格说明书的目录2014-02-150.3根据要求细化需求，需求更加明确目录1 概述61.1 目的61.2 范围61.3 读者对象61.4 参考文档61.5 术语定义62 系统说明72.1 概述72.2 产品介绍72.3 产品中的用户与角色72.4 产品范围72.5 产品应当遵循的标准或规范73 功能性需求83.1 用户管理83.1.1 添加用户83.1.1.1 业务概述83.1.1.2 使用者83.1.1.3 输入要素83.1.1.4 处理流程83.1.1.5 输出要素83.1.2 删除用户93.1.2.1 业务概述93.1.2.2 使用者93.1.2.3 输入要素93.1.2.4 处理流程93.1.2.5 输出要素93.1.3 查看用户信息93.1.3.1 业务概述93.1.3.2 使用者93.1.3.3 输入要素93.1.3.4 处理流程93.1.3.5 输出要素93.1.4 密码修改103.1.4.1 业务概述103.1.4.2 使用者103.1.4.3 输入要素103.1.4.4 处理流程103.1.4.5 输出要素103.1.5 找回密码103.1.5.1 业务概述103.1.5.2 使用者103.1.5.3 输入要素103.1.5.4 处理流程113.1.5.5 输出要素113.2 订单模块113.2.1 下达订单113.2.1.1 业务概述113.2.1.2 使用者113.2.1.3 输入要素113.2.1.4 处理流程123.2.1.5 输出要素123.2.2 处理订单123.2.2.1 业务概述123.2.2.2 使用者123.2.2.3 输入要素123.2.2.4 处理流程123.2.2.5 输出要素133.2.3 查看订单133.2.3.1 业务概述133.2.3.2 使用者133.2.3.3 输入要素133.2.3.4 处理流程133.2.3.5 输出要素133.3 资源模块143.3.1 添加资源分组143.3.1.1 业务概述143.3.1.2 使用者143.3.1.3 输入要素143.3.1.4 处理流程143.3.1.5 输出要素143.3.2 添加新资源153.3.2.1 业务概述153.3.2.2 使用者153.3.2.3 输入要素153.3.2.4 处理流程153.3.2.5 输出要素153.3.3 分组和资源修改153.3.3.1 业务概述153.3.3.2 使用者153.3.3.3 输入要素153.3.3.4 处理流程153.3.3.5 输出要素153.3.4 分组和资源查询163.3.4.1 业务概述163.3.4.2 使用者163.3.4.3 输入要素163.3.4.4 处理流程163.3.4.5 输出要素164 非功能性需求174.1 技术需求174.1.1 软硬件环境需求174.1.2 性能需求174.1.3 安全保密需求174.1.4 运行保障需求184.2 接口需求184.2.1 用户接口184.2.2 硬件接口184.2.3 软件接口194.2.4 通讯接口194.3 质量需求194.3.1 可用性194.3.2 可靠性和健壮性194.3.3 可维护性204.3.4 可扩展性204.4 文档需求204.4.1 培训要求204.4.2 用户手册204.4.3 在线帮助系统204.5 设计约束204.5.1 214.5.2 215 验收标准226 附录A：需求建模与分析报告236.1 Actors236.2 Use-case 模型236.2.1 用例1236.2.1.1 业务描述236.2.1.2 业务数据236.2.1.3 业务流程236.2.1.4 入口条件236.2.1.5 输出结果236.2.1.6 异常处理236.2.2 用例2237 附录B：系统原型248 附录C：需求确认251 概述本次设计的酒店预订系统包含两大方向的功能，一方面为客户提供酒店预订服务，另一方面也为酒店管理者更为方便的管理酒店业务。1.1 目的此说明书目的在于使客户与我们软件开发测试团队更了解和确定彼此对需求的理解。1.2 范围本次设计的酒店预订系统包含两大方向的功能，一方面为客户提供酒店预订服务，另一方面也为酒店管理者更为方便的管理酒店业务。1.3 读者对象客户，开发人员，测试人员。1.4 参考文档需求规格说明书模板1.5 术语定义超级管理员，管理员为酒店方，普通用户为使用方。2 系统说明2.1 概述本次设计的酒店预订系统包含两大方向的功能，一方面为客户提供酒店预订服务，另一方面也为酒店管理者更为方便的管理酒店业务。在这一部分应对影响系统的主要因素进行描述。 对于系统的详细功能描述应在下一节进行。在此，应侧重需求的背景并使在下一节所做的叙述易于理解。可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。 2.2 产品介绍本次设计的酒店预订系统包含两大方向的功能，一方面为客户提供酒店预订服务，另一方面也为酒店管理者更为方便的管理酒店业务。2.3 产品中的用户与角色超级管理员，管理员为酒店方，普通用户为使用方。2.4 产品范围此调查系统可作为酒店预订系统，也可改作其他资源预定系统例如：车票预订系统。2.5 产品应当遵循的标准或规范3 功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。按系统功能的体系结构组织本章内容。3.1 用户管理控制登陆用户权限，根据用户权限启用不同功能。分为三个等级：超级管理员（用户名：admin密码：admin）：可创建、删除、查看任何其他管理员；管理员：管理用户的个人信息，查看并处理订单信息。普通用户：查看已预订订单，预订酒店资源，修改个人信息。注：超级管理员有且仅有1个；3.1.1 添加用户3.1.1.1 业务概述添加用户：（1） 添加管理员（仅可由超级管理员添加）（2） 添加普通用户（用户自己注册）3.1.1.2 使用者超级管理员，普通用户3.1.1.3 输入要素新增管理员：用户名、密码。新增普通用户：输入要新增的用户信息，包含其EMAIL，用户名，密码。3.1.1.4 处理流程 3.1.1.5 输出要素用户是否注册成功，以及管理员是否添加成功。3.1.2 删除用户3.1.2.1 业务概述超级管理员进入查找管理员界面，查找到要管理的管理员，并选中后进行删除。3.1.2.2 使用者超级管理员；3.1.2.3 输入要素输入查询条件（ eg. 用户名）。3.1.2.4 处理流程3.1.2.5 输出要素显示删除用户是否成功。3.1.3 查看用户信息3.1.3.1 业务概述管理员登陆后点击用户查找按钮进入用户查找界面，该界面包含可输入查找条件的文本框。其中只有超级管理员可以查看所有其他管理员信息，管理员只能查看个人以及用户信息，用户只能查看个人信息。3.1.3.2 使用者超级管理员与所有其他管理员；3.1.3.3 输入要素用户名3.1.3.4 处理流程3.1.3.5 输出要素显示要查询的用户信息。3.1.4 密码修改3.1.4.1 业务概述在查找出的用户界面，点击修改密码按钮，则出现修改密码对话框，对话框内包括旧密码、新密码和确认新密码三个文本框，输入后点击确认按钮，系统验证两次输入的新密码是否一致，以及旧密码是否正确，一致正确则修改为新密码。3.1.4.2 使用者超级管理员，管理员，普通用户均可自助修改密码。3.1.4.3 输入要素查找用户时需要输入用户名；修改密码时需要输入旧密码，新密码。3.1.4.4 处理流程3.1.4.5 输出要素显示密码是否修改成功3.1.5 找回密码3.1.5.1 业务概述在登陆界面，点击找回密码按钮，则出现找回密码界面，包括用户名、注册时使用邮箱，输入后点击确认按钮，系统将向该邮箱发出修改链接，点击进入修改密码界面，然后重新设置新密码，若邮箱与用户名不一致则提示重新输入。3.1.5.2 使用者普通用户3.1.5.3 输入要素查找用户时需要输入用户名和EMAIL；设置新密码时需要输入新密码。3.1.5.4 处理流程3.1.5.5 输出要素显示密码找回成功3.2 订单模块该模块包含下达，处理和查看订单。3.2.1 下达订单3.2.1.1 业务概述此部分能够满足已登录用户下订单，只有在资源组有空闲资源时订单才能下达，若为零则提示房间已满，请订其他类型房间。3.2.1.2 使用者已登录普通用户3.2.1.3 输入要素用户根据已有资源选择输入订单房间类型以及订单时间。3.2.1.4 处理流程3.2.1.5 输出要素订单是否成功下达3.2.2 处理订单3.2.2.1 业务概述管理员根据用户下达的订单为用户分配相应资源，其中该订单用户未取消。3.2.2.2 使用者管理员3.2.2.3 输入要素可用资源编号3.2.2.4 处理流程3.2.2.5 输出要素订单详细信息3.2.3 查看订单3.2.3.1 业务概述管理员、普通用户可以查询已提交订单的详细情况，其中普通用户只读但可取消订单，管理员可对未处理订单进行处理，但对已处理订单只读。3.2.3.2 使用者普通用户、管理员3.2.3.3 输入要素 订单号3.2.3.4 处理流程3.2.3.5 输出要素相应订单详细信息3.3 资源模块该模块对资源的增删改查。3.3.1 添加资源分组3.3.1.1 业务概述添加新类型的资源组，并且相同名称的资源组不能重复添加。3.3.1.2 使用者管理员。3.3.1.3 输入要素添加新的资源组名称与相关描述3.3.1.4 处理流程3.3.1.5 输出要素是否添加成功3.3.2 添加新资源3.3.2.1 业务概述 在资源所在组中添加新的资源，并且相同名称的资源不能重复添加。3.3.2.2 使用者管理员。3.3.2.3 输入要素 添加新的资源组名称与相关介绍3.3.2.4 处理流程 3.3.2.5 输出要素 是否添加成功3.3.3 分组和资源修改3.3.3.1 业务概述 此项功能可以对分组或资源名称的修改，也可以修改资源的分组类型。3.3.3.2 使用者管理员。3.3.3.3 输入要素分组或资源的新名称3.3.3.4 处理流程 3.3.3.5 输出要素 是否修改成功3.3.4 分组和资源查询3.3.4.1 业务概述 查询分组详细情况以及资源的详细情况，其中普通用户只能查看资源分组，并且可以查看资源剩余数量，若资源数不为零，则其可下达订单，若为零则提示房间已满，请订其他类型房间；管理员可以查看资源组详情与资源详情，并且可以根据资源剩余情况处理已下订单。3.3.4.2 使用者管理员，普通用户。3.3.4.3 输入要素分组名称（对普通用户）；分组名称或资源名称（对管理员）3.3.4.4 处理流程 3.3.4.5 输出要素该资源是否有空闲（对用户）；分组或资源的详细情况。4 非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。 4.1 技术需求4.1.1 软硬件环境需求4.1.2 性能需求性能需求表示用户对系统响应速度、处理能力、数据处理精度以及可靠性等指标的要求。一般性能需求分类如下： 处理速度要给出关键交互界面的业务处理速度的量化时间和输入数据次数，如简单查询响应时间、动态查询响应时间、后台处理效率等，以便以后测试人员验证。 处理结果的精度要求按照不同的业务数据要求，给出相关数据小数点保留位数和累加后数据的误差范围。 产品处理的存储空间要求以及磁盘容量要求，如系统需要保留多少年的数据量等 数据的值域要求 事务处理的吞吐量要求 资源使用的有效性要求：比如CPU、内存、表的填充因子等 以上方面的扩展要求 4.1.3 安全保密需求指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。这个领域的具体需求产品的安全性、保密性和完整性三方面需求。例如：要求对接入系统的用户进行身份验证。对不同角色的用户设置不同的权限，通过角色定义实现不同角色个性化菜单的定制，有效控制用户的功能权限。系统应提供日志记录和管理功能，记录所有用户访问系统的全部活动，并能够形成审计报告。要求在传输过程中对数据进行加密处理，保证数据传输的安全性和完整性。系统应具备病毒防范能力。防止主机崩溃方法和数据备份方法等。4.1.4 运行保障需求运行保障需求，主要从系统推广、运行后日常维护角度进行考虑，包括硬件、系统软件、应用软件、数据备份等的运行保障。1、对硬件，特别是应用服务器和数据库服务器，要求一般故障能够在？天之内予以解决；对于硬件重大故障，要求在？星期之内予以解决。另外，要对系统数据量做出正确估算，预测硬件需要升级的时间点。2、系统软件，主要指操作系统及数据库软件，对一般问题能在？分钟以内予以解决，对重大问题在？天之内予以解决。3、支撑软件产品。本系统需要以下软件产品：旦出现使用问题，有关公司应在最短时间内到现场予以解决。4、应用软件。应用软件出现问题后，有关人员能及时到位，在最短时间内查找问题原因，予以解决。5、数据备份。对系统数据制定备份策略，定期进行数据备份与保管。零级备份每？做一次。增量备份针对于一定时期内发生变化的数据。譬如：有重大事件发生时等。6、系统对效率要求如何，应认真计算网上传输数据量，计算系统对网络带宽的要求。4.2 接口需求详细说明对系统的用户界面等的要求。还可包括和其它系统的接口、地址、协议等。4.2.1 用户接口提供用户使用软件产品时的接口需求。例如，如果系统的用户通过客户端进行操作，就必须指定如下要求： 对屏幕格式的要求； 报表或菜单的页面、打印格式等用户对软件外观风格的一种要求。如：公司标志，界面色彩基调等。规格的定义方式可以采用草图或静态原型的方式表示，一般描述分为两个部分：整体描述和基于每个界面的细节描述。 输入输出的相对时间； 程序功能键的可用性。4.2.2 硬件接口要指出软件产品和系统硬部件之间每一个接口的逻辑特点和交互方式。还可能包括如下事宜：支撑什么样的设备，如何支撑这些设备，有何约定。4.2.3 软件接口在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或有关软件包），以及同其他应用系统之间的接口。对每一个所需的软件产品，要提供如下内容：1. 名字；2. 助记符；3. 规格说明号；4. 版本号；5. 来源。对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。4.2.4 通讯接口指定各种通信接口。例如，局部网络的协议等等。4.3 质量需求4.3.1 可用性用户使用的方便性、易用性和易学习性，如：1. 输入的无合法性检查和值域检查2. 对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯，方便用户操作4. 对系统或数据进行重大修改，要有用户确认4.3.2 可靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。应注意用数字说明所要求的可靠程度。 同时避免如“24x7”这样的陈述。 例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。通常给出平均无故障时间或两次故障间的平均间隔时间等。4.3.3 可维护性规定若干需求以确保软件是可维护的。例如：1. 软件模块所需要的特殊的耦合矩阵；2. 使用行业标准、编码标准、开放式结构、可兼容语言、备份及复原和数据交换等。3. 规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束。4.3.4 可扩展性说明该软件在需求或环境发生某些变化时，该软件对这些变化的适应能力的要求，如：1 需求及流程变化；2 操作方式变化；3 机构人员变化；4 空间地点变化(移动用户、分布式)；5 操作系统环境变化。4.4 文档需求4.4.1 培训要求4.4.2