用户需求说明书模板.doc

xx系统用户需求说明书密级： 用户需求说明书模板软件开发项目xx组二一六年八月二十七日文件修订记录变更版本修订日期原因与修改情况描述位置（页/段落/章节号修订人审核人目 录1. 概述51.1 编写目的51.2 用户简介51.3 项目的目的与目标51.4 术语定义61.5 参考资料61.6 设计与实现的限制62. 现有系统的描述72.1 组织机构与职责72.2 岗位定义72.3 作业流程72.4 报表82.5 存在的问题82.6 可能的变化93 功能需求94 界面与接口需求104.1 用户的界面需求104.2 外部的接口115 性能需求115.1 时间要求115.2 空间与数值性能116 其他需求126.1 系统的安全性126.2 系统的可靠性126.3 系统的灵活性126.4 其他127 非功能需求137.1 用户特点137.2 法律法规、版权137.3 兼容性137.4 联机帮助信息137.5 购买组件138 系统约束139用户验收标准149.1 验收标准：149.2 功能验收标准可依据以下方面制定：149.3 性能验收标准：14附录A 17A.117A.217附录B 17B.117B.2171. 概述1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 1.2 用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。基本情况举例： 企业性质 规模（员工数量、经营业绩等） 业态 地理位置与布局 产品或服务的种类 管理模式 用户使用计算机系统的经历 .1.3 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。项目的目标举例： 人力与设备费用的减少 处理速度的提高 管理信息服务的改进 人员利用率的改进 控制业务中的薄弱环节 解决人力难以解决的计算问题 .1.4 术语定义将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。 如: 系统缩写 专有名词 .1.5 参考资料说明该用户需求说明书使用的参考资料，如： 用户领域的资料 参照的标准 .每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。1.6 设计与实现的限制可能的限制包括如下内容： 必须使用或避免的特定技术、工具、编程语言和数据库； 用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制； 所要求的开发规范或标准（如，由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准）； 硬件限制，如定时需求或存储器限制； 数据转换格式标准。2. 现有系统的描述2.1 组织机构与职责将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之一。2.2 岗位定义用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式：岗位所在部门职责相关的业务 对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。2.3 作业流程企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。2.4 报表现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。可以将报表的格式画在这里，也可以将原始的材料作为本文档的附件。特别需要对这些信息源中的每个具体的信息项进行详细说明，如: 类型 长度 小数精度 来源 信息项之间的计算关系 计算时的取舍规则（如四舍五入、取整等） 报表发生的频度、高峰期的频度 .2.5 存在的问题在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。系统中的问题举例： 业务量太大，处理速度太慢 存在漏洞，给恶意者以可乘之机 对帐太麻烦，查找速度太慢 月底报表工作量太大 操作烦琐 .2.6 可能的变化对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。企业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变更的变化。变化举例： 某部门撤销、合并、新增 业务流程改变 处理方法改变 管理的细度加强，增加了信息 .本章的裁剪问题：如果对于所开发系统不适合，可以进行裁剪。本章节最简单的描述形式为为：系统的客户系统的用户使用场景当前系统存在的问题可能的变化。3 功能需求在本章节中描述用户的功能需求。主要的要求：（1） 功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。描述方式举例： 自然语言 use case图（推荐） .（2） 对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。（3） 对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。以下是分类方法的举例： 按部门分类：如计算机中心、市场部、计划建设部、客户服务中心、 财务部、总经理等； 按功能类型分类：如采集计费、综合统计、结算、营收等； .对功能需求的分类在不同的层次可以采用不同的方法。（4） 对每一项功能应有一个功能编号，以便于与产品需求规格说明书中的章节进行对应。（5） 对每一项功能的描述，应指明用户的输入(input)、处理方法（process）、 系统的输出(output)及对此项功能的其他要求。（6） 功能需求应注明使用此功能的岗位。对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在产品需求规格说明书中详细论述。如用户权限可分级，要有操作日志等。（7） 在功能需求的描述中，对于类似的、统一的功能可以单独地进行详细描述，其他地方进行引用，或作为术语进行定义，以简化文档，减少重复。如； 录入功能 打印功能 条件查询功能 排序功能 .4 界面与接口需求4.1 用户的界面需求 置界面于用户的控制之下,减少用户的记忆负担、保持界面的一致性,界面的简洁是要让用户便于使用,便于了解,并能减少用户发生错误选择的可能性.界面中要使用能反应用户本身的语言，而不是用户界面设计者的语言，即“用户至上”原则。想他们所想，做他们所做。用户总是按照他们自己的方法理解和使用。在界面设计中采用以用户为中心的设计方法。让用户真正参与到界面设计当中来。用户能自由的对界面上的每一项做出选择，且所有选择都是可逆的。显示风格：图形界面、字符界面、IE界面 FireFox界面 360安全浏览器界面；显示方式：1024*768、640*480 1920*1080； 输出格式：显示布局、打印格式等。4.2 外部的接口1.TCP/IP通信协议接口2.GSM/CDMA无线通信协议接口3.SMS短消息通信协议接口4.联通网关通信协议接口5.防火墙通信接口6.路由器通信接口7.交换机通信接口5 性能需求5.1 时间要求 响应时间，如查询的最长等待时间。 更新处理时间，如出账的最长时间。 数据的转换和传送时间，如远程数据传输的时间要求。 .5.2 空间与数值性能 如： 支持的终端数； 支持的并行操作的使用者数； 处理的文件和记录数； 表和文件的大小规模（要按可预见的增长对数据及其分量的存储要求做出估算）； 处理和任务的数量； 在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数； 对输入和输出数据的精度要求； 对处理和传输过程中的精度要求； 6 其他需求6.1 系统的安全性指保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。个别领域的具体需求必须包括： 要求利用的密码技术； 要求对特定的记录或历史数据集的保护方法； 对某些特定的功能的访问权限的限定； 对某些数据的加密传输要求。6.2 系统的可靠性指定一些因素，如检查点、恢复和再启动等，以保证整个系统可用性。6.3 系统的灵活性说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如操作方式上的变化，运行环境上的变化，同其他软件的接口变化，精度和有效时限的变化，计划的变化或改进。对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。6.4 其他如： 进度需求：系统的阶段进度要求； 运行环境需求：平台、体系结构、设备要求； 培训需求：用户对培训的需求，如是否提供多媒体教学光盘； 推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。7 非功能需求7.1 用户特点描述影响具体需求的产品的最终用户的一般特点。许多人在软件生存周期的操作和维护阶段与系统相关。而这些人中有用户、操作员、维护人员和系统工作人员。这些人的某些特点，如教育水平、经验、技术、专长等，都是施加于系统操作环境的重要约束。7.2 法律法规、版权描述将要开发系统可能涉及到的法律法规方面的要求，以及用户版权方面的要求。7.3 兼容性描述将要开发系统与用户已有应用系统的兼容性、接口、数据格式的要求。7.4 联机帮助信息描述用户对将要开发系统联机提供文档、帮助信息的要求。7.5 购买组件描述用户要求将要开发系统与任何购买组件一起使用的要求。8 系统约束主要包括以下几个方面需考虑的问题，可进一步分节描述。 与其他应用间的接口。如：ATM、POS等，这些设施在选择需考虑与本软件系统的搭配，并定义其应用接口的规则，使其较易连接。 随机耗时功能。如：随机轧帐，执行时将对系统产生的性能影响等。 随机打印功能。如：随机打印报表，执行时无法保证帐表数据一致性等。 硬件、软件、运行环境和开发环境方面的条件和限制。 可利用的信息和资源。 系统投入使用的最晚时间。 另外其他一些对系统设计将带来的约束。9用户验收标准9.1 验收标准：包括符合技术需求及非技术需求的要求、运行稳定性/安全性/故障率及恢复能力/业务处理能力（峰值/日均）等的要求。9.2 功能验收标准可依据以下方面制定：验收项目(示例)验收标准(示例)软件产品整体运行稳定，无死机、程序中断性错误软件产品数据流计算正确、报表打印、数据查询正确与其它软件产品数据接口接口正确，与其它系统的连接正常与用户给定需求一致性与用户给定需求一致，完全实现给定需求规定的功能和性能.9.3 性能验收标准：1余量测试在以上测试过程中随时检验系统负荷，系统负荷指标满足以下条件： 计算机的CPU负荷率：正常状态下/突发任务时 LAN负荷率:正常状态下/突发任务时 2性能验收（含基准测试）(1) 易用性测试验收项目(示例)验收标准(示例)产品打包集合程度完整的安装盘安装的自动化程度自动安装安装过程中的提示丰富程度有提示对操作者的要求熟悉一种汉字输入法和相关系统业务学习过程的难易程度熟悉相关业务的人很容易掌握界面层次与操作流程符合业务处理流程菜单方式与快捷方式既有菜单方式，也有快捷方式减少键盘输入措施充分利用了代码输入方式运行过程中的提示丰富程度提示丰富、帮助功能完善对维护者的要求初步熟悉UNIX和Windows2000或XP即可维护工具集合程度集合在菜单里，方便使用维护操作自动化程度自动日结与备份（2）兼容性及可扩充性测试结果验收项目(示例)验收标准(示例)操作系统适应性数据库与操作系统安装、使用正常中文平台适应性适用中文之星、richwin、五笔等多种中文平台外设支持支持具有多种标准接口的外设3各类响应时间测试验收项目(示例)验收标准(示例)说明界面生成与更新速度1秒查询速度3秒 报表统计5秒打印速度3秒 数据传输速度0.3秒批处理速度100秒4系统健壮性测试(1) 网络及主机故障下:系统应能保证故障处理/恢复能力。(2) 所有写数据库的操作，均采用事务处理，在主机网络故障、应用程序中断的情况下，保证数据的完整性、一致性。(3) 双机切换测试： 稳定性测试