用户需求编写指导书删节版).docVIP

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