用户需求说明书模板.docx

. . . . 密级： 用户需求说明书模板 软件开发项目 xx 组 二 О 一六年八月二十七日文件修订记录 变更 变更 版本 修订日期 原因与修改情况描述 位置（页 /段 落/章节号 修订人 审核人 目 录 概述 4 编写目的 4 用户简介 4 项目的目的与目标 4 术语定义 5 参考资料 5 设计与实现的限制 5 现有系统的描述 6 组织机构与职责 6 岗位定义 6 作业流程 7 报表 7 存在的问题 7 可能的变化 8 功能需求 8 界面与接口需求 9 用户的界面需求 9 外部的接口 10 性能需求 10 时间要求 10 空间与数值性能 10 其他需求 11 系统的安全性 11 系统的可靠性 11 系统的灵活性 11 6.4 其他 11 非功能需求 12 用户特点 12 法律法规、版权 12 兼容性 12 联机帮助信息 12 购买组件 12 系统约束 12 用户验收标准 13 验收标准： 13 功能验收标准可依据以下方面制定： 13 性能验收标准： 13 附录A ××× 16 A.1××× 16 A.2××× 16 附录B ××× 16 B.1××× 16 B.2××× 161. 概述 编写目的 为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成 为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。 用户简介 在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范 围，进行关于功能与进度、成本、性能等方面的平衡决策。 基本情况举例： 企业性质 规模（员工数量、经营业绩等） 业态 地理位置与布局 产品或服务的种类 管理模式 用户使用计算机系统的经历 …... 项目的目的与目标 项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描 述，项目目标应是明确的、可度量的、可以达到,的项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系 统的功能是否覆盖了系统的目标。 在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户 满意”的系统是难以度量的，是项目风险的主要来源。 项目的目标举例： 人力与设备费用的减少 处理速度的提高 管理信息服务的改进 人员利用率的改进 控制业务中的薄弱环节 解决人力难以解决的计算问题 …... 术语定义 将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机 领域的术语与缩写等。如: 系统缩写 专有名词 …... 参考资料 说明该用户需求说明书使用的参考资料，如： 用户领域的资料 参照的标准 …... 每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版 单位。 设计与实现的限制 可能的限制包括如下内容： 必须使用或避免的特定技术、工具、编程语言和数据库； 用户虽然没有明示，但规定的用途或已知的预期用途所必需的限 制； 所要求的开发规范或标准（如，由客户的公司负责软件维护，就必 须定义转包者所使用的设计符号表示和编码标准）； 硬件限制，如定时需求或存储器限制； 数据转换格式标准。 现有系统的描述 组织机构与职责 将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达， 每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信 息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。 取得用户的组织机构，是需求获取步骤中的基础工作之一。 岗位定义 用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业 业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式： 岗位 岗位 所在部门 职责 相关的业务 对用户角色的识别也包括使用了计算机系统后的系统管理和维护人员。 作业流程 企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的 关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责 结合起来。详细业务流程图可以采用直式业务流程图形式。 图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业 务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中 描述出的内容，需要用文字进行详细描述。 报表 现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章 节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是进行系统 需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。 可以将报表的格式画在这里，也可以将原始