《用户需求说明书模板》由会员分享，可在线阅读，更多相关《用户需求说明书模板（21页珍藏版）》请在金锄头文库上搜索。
1、密级： 用户需求说明书模板软件开发项目xx组二一六年八月二十七日授课：XXX文件修订记录变更版本修订日期原因与修改情况描述位置（页/段落/章节号修订人审核人授课：XXX目 录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 其他
2、需求126.1 系统的安全性126.2 系统的可靠性126.3 系统的灵活性126.4 其他127 非功能需求13授课：XXX7.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.217授课：XXX1. 概述1.1 编写目的为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于
3、确认软件产品是否满足给定需求的验收标准。 1.2 用户简介在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。基本情况举例： 企业性质 规模（员工数量、经营业绩等） 业态 地理位置与布局 产品或服务的种类 管理模式 用户使用计算机系统的经历 .1.3 项目的目的与目标项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。授课：XXX在本章节的描述忌
4、使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。项目的目标举例： 人力与设备费用的减少 处理速度的提高 管理信息服务的改进 人员利用率的改进 控制业务中的薄弱环节 解决人力难以解决的计算问题 .1.4 术语定义将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。 如: 系统缩写 专有名词 .1.5 参考资料说明该用户需求说明书使用的参考资料，如： 用户领域的资料 参照的标准 .每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。1.6 设计与实现的限制可能的限制包括如下内容： 必须使用或避免的特
5、定技术、工具、编程语言和数据库； 用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制；授课：XXX 所要求的开发规范或标准（如，由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准）； 硬件限制，如定时需求或存储器限制； 数据转换格式标准。2. 现有系统的描述2.1 组织机构与职责将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之一。2.2 岗位定义用户环境中的企业岗位或角色，和
6、组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式：岗位所在部门职责相关的业务 对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。2.3 作业流程企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。授课：XXX图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用
7、文字进行详细描述。2.4 报表现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。可以将报表的格式画在这里，也可以将原始的材料作为本文档的附件。特别需要对这些信息源中的每个具体的信息项进行详细说明，如: 类型 长度 小数精度 来源 信息项之间的计算关系 计算时的取舍规则（如四舍五入、取整等） 报表发生的频度、高峰期的频度 .2.5 存在的问题在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户
8、的需求与期望，有些问题是新系统可以解决的，有些问题则不是。系统中的问题举例： 业务量太大，处理速度太慢 存在漏洞，给恶意者以可乘之机 对帐太麻烦，查找速度太慢 月底报表工作量太大 操作烦琐 .授课：XXX2.6 可能的变化对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。企业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变更的变化。变化举例： 某部门撤销、合并、新增 业务流程改变 处理方法改变 管理的细度加强，增加了信息 .本章的裁剪问题：如果对于所开发系统不适合，可以进行裁剪。本章节最简单的描述形式为为：系统的客户系统的用户使用场景当前系统存在的问题可能的变化。3 功能需求
9、在本章节中描述用户的功能需求。主要的要求：（1） 功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需求描述地完整、准确、易于理解即可。描述方式举例： 自然语言 use case图（推荐） .（2） 对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。授课：XXX（3） 对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。以下是分类方法的举例： 按部门分类：如计算机中心、市场部、计划建设部、客户服务中心、
10、 财务部、总经理等； 按功能类型分类：如采集计费、综合统计、结算、营收等； .对功能需求的分类在不同的层次可以采用不同的方法。（4） 对每一项功能应有一个功能编号，以便于与产品需求规格说明书中的章节进行对应。（5） 对每一项功能的描述，应指明用户的输入(input)、处理方法（process）、 系统的输出(output)及对此项功能的其他要求。（6） 功能需求应注明使用此功能的岗位。对系统管理员要求的特殊功能可以在此注明，非特殊要求可以在产品需求规格说明书中详细论述。如用户权限可分级，要有操作日志等。（7） 在功能需求的描述中，对于类似的、统一的功能可以单独地进行详细描述，其他地方进行引用，
11、或作为术语进行定义，以简化文档，减少重复。如； 录入功能 打印功能 条件查询功能 排序功能 .4 界面与接口需求4.1 用户的界面需求 置界面于用户的控制之下,减少用户的记忆负担、保持界面的一致性,界面的简洁是要让用户便于使用,便于了解,并能减少用户发生错误选择的可能性.界面中要使用能反应用户本身的语言，而不是用户界面设计者的语言，即“用户至上”原则。想他们所想，做他们所做。用户总是按照他们自己的方法理解和使用。在界面设计中采用以用户为中心的设计方法。让用户真正参与到界面设计当中来。用户能自由的对界面上的每一项做出选择，且所有选择都是可逆的。显示风格：图形界面、字符界面、IE界面 FireFo
12、x界面 360安全浏览器界面；显示方式：1024*768、640*480 1920*1080； 输出格式：显示布局、打印格式等。授课：XXX4.2 外部的接口1.TCP/IP通信协议接口2.GSM/CDMA无线通信协议接口3.SMS短消息通信协议接口4.联通网关通信协议接口5.防火墙通信接口6.路由器通信接口7.交换机通信接口5 性能需求5.1 时间要求 响应时间，如查询的最长等待时间。 更新处理时间，如出账的最长时间。 数据的转换和传送时间，如远程数据传输的时间要求。 .5.2 空间与数值性能 如： 支持的终端数； 支持的并行操作的使用者数； 处理的文件和记录数； 表和文件的大小规模（要按可
13、预见的增长对数据及其分量的存储要求做出估算）； 处理和任务的数量； 在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数； 对输入和输出数据的精度要求； 对处理和传输过程中的精度要求；授课：XXX 6 其他需求6.1 系统的安全性指保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。个别领域的具体需求必须包括： 要求利用的密码技术； 要求对特定的记录或历史数据集的保护方法； 对某些特定的功能的访问权限的限定； 对某些数据的加密传输要求。6.2 系统的可靠性指定一些因素，如检查点、恢复和再启动等，以保证整个系统可用性。6.3 系统的灵活性说明对该软件的灵活性的要求，即当需求发生
