软件开发部工作流程设计方案

1 软件开发部工作流程设计方案 一、新项目工作流程 1 相关负责人提出新的项目，编写立项建议书（对内项目可省略）和用户需求报告（必备），提交软件开发部； 2 开发人员根据用户需求报告制作需求规格说明书交由相关项目负责人确认后，根据规格说明进行概要和详细设计，然后开始编写代码； 3 开发人员根据立项建议书中的进度安排，做出项目原始原型后，交由测试人员测试；期间，开发人员修改 逐步完善系统功能； 4 最终完善后，正式发布 本，相关项目负责人接收并安排用户测试，新项目由此终结 ，若有其他需求请参考项目维护更新流程。 新 项 目 工 作 流 程立项设计测试测 试 人 员测 试 人 员开 发 人 员开 发 人 员相 关 项 目 申 请 人相 关 项 目 申 请 人根 据 规 格 说 明 进 行概 要 和 详 细 设 计进 行 可 行 性 分 析 立 项 建 议 书 、 用 户 需 求 报 告 提 交 需 求 规 格 说 明 书 确 认否 ， 修 改是编 写 代 码系 统 原 型 测 试 版 本根 据 需 求 规 格 说 明书 进 行 功 能 测 试交 付 测 试 报 告 修 改 源 程 序 ，逐 步 完 善 系 统 功 能 ，发 布 测 试 版 本提 交制 作检 验 测 试 工 作是 否 完 成否是正 式 发 布 1 . 0 版 本接 收 并 安 排 用户 测 试新 项 目 工 作 结 束准 备 工 作 2 二、项目维护流程 1 由相关项目负责人（可以是负责跟进此项目的客服或测试人员）分类整理用户和测试人员意见，制作维护更新报告，提出维护申请； 2 开发人员根据维护更新报告进行可行性评估，修改需求规格说明书，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本； 3 相关人员安排用户进行新版本更新。 项 目 维 护 流 程测 试 人 员测 试 人 员开 发 人 员开 发 人 员相 关 项 目 负 责 人相 关 项 目 负 责 人进 行 可 行 性 分 析 维 护 更 新 报 告 分 类 整 理 用 户 和测 试 人 员 意 见 需 求 规 格 说 明 书 修 改 源 程 序 ，发 布 测 试 版 本根 据 新 的 需 求 规 格 说明 书 进 行 功 能 测 试 测 试 报 告 检 验 测 试 工 作是 否 完 成制 作提 交修 改制 作否 ， 提 交 测 试 报 告是接 收 并 安 排 用 户更 新正 式 发 布 新 版 本项 目 维 护 结 束备注：上述文档模板请见附录 1 3 附 录 1 实用软件工程文档汇编 1立项建议书 . 3 2软件项目投标书 . 8 3软件产品开发任务书 . 8 4软件开发计划书 . 11 5用户需求报告 . 15 6需求规格说明书 . 19 7需求报告 / 需求规格说明书评审记录表 . 23 8“图书馆信息系统” . 25 9概要设计说明书 . 26 10详 细设计说明书 . 31 11用户使用手册 . 35 12用户安装手册 . 36 13测试报告 . 37 1立项建议书 立项建议书编写参考指南 1引言 （ 4 的（ 本文档是软件立项书，目的是代替可行性分析。 围（ 本文档只适应于软件立项。 语定义（ 对软件组织内部和外部有关的行业术语、专用名词进行定义。 1 2 考资料（ 对书写该立项书所用到的有关资料进行说明。 1 2 关文档（ 当该文档变更时，可能对其他文档产生影响，受影响的文档叫做相关文档，需将它们一一列出。 1 2 本更新记录（ 任何一次版本创建或维护更新，都要追加一条记录。一个版本创建只有一次，但对它的维护更新可能有多次。大版本升级一次，定义为创建一次，如 是维护更新一次。版本更新记录格式，如表 3示。 表 3版本更新记录 版本号 创建者 创建日期 维护者 维护日 期 维护纪要 大林 2001/01/03 王小林 2001/02/10 网络版功能维护 2项目概述及架构 （ 目概述（ 宏观上说明该项目是什么、能干什么、要求干得怎么样。 目架构（ 宏观上描述该项目的架构：单机结构、 C/S 结构、 B/S 结构。并说明结构具体详细的运行平台：硬件的要求、操作系统的要求、数据库管理系统的要求、对外接口的要求。 3客户群分析 （ 户群定位（ 单机结构、 C/S 结构、 B/S 结构对应哪三种客户群，每种客户群的数量、素质、市场前景等。 前客户群分析（ 当前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数量、素质、市场前景等。 在客户群分析（ 潜在客户群是指将来 可能发展的客户群，分析他们的数量、素质、市场前景等。 4项目功能 （ 机版功能（ 单机版功能，如表 3示。 表 3单机版功能 编号 功能名称 功能描述 输入内容 输出内容 1 5 2 络版功能（ 网络版功能，如表 3示。 表 3网络版功能 编号 功能名称 功能描述 输入内容 输出内容 1 2 联网络版功能（ 互联网络版功能，如表 3示。 表 3互联网络版功能 编号 功能名称 功能描述 输入内容 输出内容 1 2 5项目性能 （ 应时间（ 单机结构（包括主机多用户结构，即 H/T 结构）、 C/S 结构、 B/S 结构三种架构的终端数量，要求响应时间小于 。 理速度（ C/S 结构、 B/S 结构两种架构的后台结算方式，结算速度分析。 大终端负载（ C/S 结构、 B/S 结构两种架构的并发处理最大终端 （ 用户 ） 负载数量分析。 以上性能要求，最好也用列表的形式给出。 6 6项目接口 （ 融接口（ 金融接口列表，如表 3示。 表 3金融接口列表 编号 接口名称 接口规范 接口标准 入口参数 出口参数 传输频率 1 2 府接口（ 政府接口列表，如表 3示。 表 3政府接口列表 编号 接口名称 接口规范 接口标准 入口参数 出口参数 传输频率 1 2 联网接口（ 互联网接口列表，如表 3示。 表 3互联网接口列表 编号 接口名称 接口规范 接口标准 入口参数 出口参数 传输频率 1 2 7投入产出分析 （ of 力资源投入（ 人力资源投入，如表 3示。 表 3人力资源投入 阶段名称 需求岗位 需求人数 工作量 （ 人 /月 ） 到岗日期 需求分析 分析师 概要设计 设计师 详细设计 设计师 / 高级程序员 编码 程序员 测试 测试员 包装与发布 包装师 总人数： 总工作量 （ 人 /月 ） ： 备资源投入（ 设备资源投入，如表 3示。 表 3设备资源投入 设备名称 规格 型号 数量 单价 （ 元 ） 金额 （ 元 ） 到位日期 他经费资源投入（ 其他经费资源投入，如表 3示。 表 3其他经费资源投入 开支项目 开支金额 （ 元 ） 支付日期 支付方式 （ 现金 /支票 ） 备注 7 项目总投入 （ 人力费用 +设备费用 +其他经费资源投入 ） 经费 （ 元 ） ： 出分析（ 产出分析，如表 3示。 表 3产 出 分 析 单机版单价（ 元 ） 单机版 数量 C/S 版单价（ 元 ） C/S 版数量 B/S 版单价（ 元 ） B/S 版数量 年产出合计金额 （ 元 ） 第 1 年 第 2 年 第 3 年 8开发计划 （ 度计划（ 开发进度计划，如表 3示。 表 3进 度 计 划 阶段名称 需求分析 概要设计 详细设计 编码 测试 包装与发布 第 1 周进度 第 2 周进度 第 3 周进度 第 4 周进度 第 5 周进度 审计划（ 各里程碑的评审计划，如表 3示。 表 3评 审 计 划 阶段名称 评审日期 评审地点 主持人 参加人 应交文档 需求分析 概要设计 详细设计 测试报告 包装 9案例分析 （ 案例分析包括成功案例和失败案例分析。 外案例分析（ 案例 1： 案例 2： 内案例分析（ 案例 1： 案例 2： 10风险分析 （ 求风险（ 指项目组对用户需求获取的途径和能力有何风险，用户主动配合需求的程度。 策风险（ 指国家政策、行业政策、企业内部政策的变化对项目将会产生有利或不利的影响。 源风险（ 8 指开发和运行所需资源的风 险程度。 术风险（ 指项目组采用新技术的风险程度。如最新开发工具的风险程度、最新设计思想的风险程度。 能风险（ 指项目组成员掌握新技术的风险程度。 2软件项目投标书 表 3软件项目投标书编写参考指南 序号 章节名称 章节内容 1 项目概况 按照招标书的内容，陈述项目概况 2 总体解决方案 按照招标书的要求，提出项目的总体解决方案： 网络结构总体方案 系统软件配置方案 应 用软件设计方案 系统实施方案 3 项目功能、性能和接口描述 应用软件的具体功能点列表 应用软件的具体性能点列表 应用软件的具体接口列表 续表 序号 章节名称 章节内容 4 项目工期、进度和经费估算 项目工期（单位：人月）估算 项目进度估算：需求、设计、编程、测试、验收的时间表 项目经费（单位：人民币元）估算 5 项目质量管理控制 质量标准 质量管理控制方法 项目开发和管理的组织结构及人员配备 6 附录 附录 1：本软件公司的特点与强项简 介 附录 2：本软件公司的成功案例 附录 3：本软件公司的资质证明材料 3软件产品开发任务书 软件产品开发任务书正文样本 任务书名称：大型商业 品开发任务书。 下达日期： 1999/04/01。 发出部门： 司研发中心。 接受部门：研发中心商业软件部。 1目标 9 （ 1）做成商业 品，其产品化程度要求很高。因此，一切信息都要规范化、标准化、代码化。保证在产品实施时，其客户化工作只需录入代码和修改代码，绝对不允许修改数据结构和表结构； （ 2）配合市场销售部门、全国各地的分支机构和 产品代理商，第一年开拓市场 35 个客户，第二年占领10% 的商业 场。 2功能模块划分及要求 大型商业 件产品拟分为以下 6 个功能模块，要求每个功能模块具有高内聚、低耦合、信息隐蔽的性质，如表 3示。 表 3大型商业 个功能模块 序号 模块名称 功能要求 1 商业物流配送中心管理 商业物流采购、配送 2 大型商场（大型连锁超市）管理 商品零售 3 便利店（小型连锁超市）管理 商品零售 4 远程数据交换管理 点对点通信 5 电子商务模块 网上订货、销售 6 商 业类库管理 基础类库、商业类库、构件库管理 3功能模块详述 大型商业 件，从组织结构上来说包括三个层次： （ 1）物流配送中心 （ 2）大型商场（大型连锁超市） （ 3）便利店（小型连锁超市） 作为一个完整的商业 统来说，物流配送中心与大型商场（大型连锁超市）之间会发生物流、资金流、信息流的关系；大型商场（大型连锁超市）与便利店（小型连锁超市）之间也会发生物流、资金流、信息流的关系；而物流配送中心与便利店（小型连锁超市）之间没有任何关联。若将这三个模块分开来看，它们又可以各自独立成为一个单独的小 型商业系统来使用。实际上，本大型商业 统完成后，可以对功能模块进行组合或拆分，使其成为如下 5 个不同的小型商业 统，供用户选择： （ 1）物流配送中心 大型商场（大型连锁超市） 便利店（小型连锁超市）的完整的商业 件。 （ 2）物流配送中心 大型商场（大型连锁超市）的商业 件。 （ 3）大型商场（大型连锁超市） 便利店（小型连锁超市）的商业 统。 （ 4）物流配送中心 统。 （ 5）大型商场的商业 统。 作为本软件的第一层，物流配送中心可以具有多个配送仓库，它根据大 型商场（大型连锁超市）的需要以及各个仓库库存情况，向供应商订货，进行货物采购；并根据订货的情况进行配货，组织运输工具进行发货；期间，还伴随着向供应商付款、索取发票，以及向客户催款、开出发票等等。大型商场（大型连锁超市）作为本软件的第二层，除了要进行本商场的各种业务管理外，还要向上级物流配送中心订货、付款、索取发票，向下级便利店（小型连锁超市）送货，收取钱款等等。便利店（小型连锁超市）作为本软件的第三层，一要进行本商场的各种业务管理；二要根据库存情况，向大型商场（大型连锁超市）要货，并定期将销售金额上交给大型 商场（大型连锁超市）。 考虑到目前有些商场，已经有了其他的商业管理软件，虽然软件还有不完善的地方，但已经购买前台 。为了给客户节省开支，有效地将前台 利用好，所以，本系统的前台销售软件就要做两个版本： 本与 本。 由于配送中心与大型商场（大型连锁超市）之间、大型商场（大型连锁超市）与便利店（小型连锁超市）之间在物理位置上有一定的距离，所以，它们之间的网络连接也是一个需要重视的大问题。本系统考虑采用两种解决方案：一是采用 线（或光缆），本方案数据传输速度快，性能高，程 序设计、实现都很简单，但用户每月都要支付价格不低的线路费用，这种方案比较适合那些经济实力比较雄厚的用户；二是采用电话线，用 信协议，此方案数据传输速度稍慢，但也能满足用户需要，程序设计和实现要复杂许多，用户 10 每月支付的线路费用将大幅度下降。 随着计算机网络技术的飞速发展，电子商务在流通领域的应用也越来越多。本 统也准备在电子商务方面有所扩展，条件允许，可以实现网上订货、网上销售，甚至网上货币支付。 作为一个软件企业，应该不断地提取、积累自己的软件资源。不同开发平台的开发规范、商业类库、应用框架、 构件、中间件等都是十分重要的软件资源，是软件公司的基础建设。因此，在设计、编码之前，要制订相应的开发规范，要组织开发、设计、管理一些类库和构件库。 软件产品是软件公司的财富来源，而软件的有效加密是保护公司产品、产权的有效手段，更是保障公司效益的有效途径。所以，还要考虑软件加密算法设计。 4功能模块任务分配 根据研发中心商业软件部目前的人员情况，本系统的项目经理由商业软件部副经理亲自担任，负责整个系统的规划、设计、协调与实施；商业软件部主任工程师担任产品经理，负责项目的整体需求、数据库设计与 整个项目分为 4 个任务组，各个任务组组长在项目实施阶段，承担小项目经理职责。 4 个任务组的人数及开发任务，如表 3示。 表 3任务组的人数及开发任务 任务组 人数 具体开发任务 第 1 任务组 4 1） 模块改造 2）利用 议进行远程数据交换 3）电子商务模块 第 2 任务组 6 物流配送中心管理模块。本模块的主要功能包括：货物的采购管理，配送中心的库存管理，货物的销售管理三大部分 1）货物的采购管理包括：供应商管理，采购计划管理，订货管理，货物验收管理，退货管理，应 付账款管理，应收发票管理，往来账管理等 2）库存管理包括：货位管理，入库管理，出库管理，盘库管理等 3）销售管理包括：客户管理，销售定单管理，配货管理，运输工具管理，发货管理，退货管理，应收账款管理，应付发票管理，往来账管理等 第 3 任务组 6 1）全局数据库设计 2）商业管理模块（包括大型商场与便利店的管理）。本模块的主要功能包括：货物的采购管理，退货管理（退给供应商），价格管理，库存管理，销售管理，前台销售管理，退货管理（客户退货管理），应付、应收账款管理，发票管理，送货管理（给便利店送 货），收款管理（便利店上交金额）等等 第 4 任务组 2 1） 发规范 2） 库建设 3）构件的提取和构件库的管理 4）产品的加密处理 5）安装盘的制作 5数据库与开发工具的选择 考虑到数据库的性能与价格比，数据库首选 次是 于这两个数据库的天然联系，使得两个版本的程序设计的差异将十分微小。数据库设计工具采用 序开发工具选择为某些 宜实现的功能，可由 去完成。文档制作工具为 6开发进度计划 研发中心商业软件部现有 18 人进入了本项目组。根据以往的实际工作经验，下面列出研发进度，如表 3 表 3进度计划（ 1999/04/010/15） 阶段名称 需求分析 概要设计 详细设计 编码 测试 包装 发布 第 1 周进度 需求培训 11 第 2 周进度 需求获取 第 3 周进度 需求获取 第 4 周进度 需求 获取 第 5 周进度 需求确认 第 6 周进度 概要设计 第 7 周进度 概要设计 第 8 周进度 概要设计 第 9 周进度 详细设计 第 10 周进度 详细设计 第 11 周进度 详细设计 第 12 周进度 详细设计 第 13 周进度 编码 第 14 周进度 编码 第 15 周进度 编码 第 16 周进度 编码 第 17 周进度 编码 第 18 周进度 编码 第 19 周进度 编码 第 20 周进度 试 第 21 周进度 试 第 22 周进度 试 第 23 周进度 试 第 24 周进度 试 第 25 周进度 试 第 26 周进度 包装 第 27 周进度 发布 第 28 周进度 机动 7评审计划 各里程碑的评审计划，如表 3示。 表 3里程碑评审计划 阶段名称 评审日期 评审地点 主持人 参加人 应交文档 需求分析 1999/05/05 公司第一会议室 部门经理 项目组成员 用户需求报告 /需求规格说明书 概要设计 1999/05/26 公司第一会议室 部门经理 项目组成员 概要设计说明书 详细设计 1999/06/25 公司第一会议室 项目经理 项目组成员 详细设计说明书 试 1999/09/12 公司第一会议室 项目经理 测试人员 试 报告 试 1999/09/26 客户单位 项目经理 客户代表 试 报告 包装 1999/09/31 公司第一会议室 部门经理 销售人员 包装光盘，用户指南，广告材料 附件： 商业 项建议书，此处省略。 4 软 件开发计划书 软 件开发计划书编写参考指南 1引言 （ 的（ 12 本章提供整个软件开发计划的综述。主要是确定以下内容： （ 1）软件生存周期的选取及裁剪。 （ 2）软件规范、方法和标准的选择。 （ 3）软件工作产品的规模估计。 （ 4）软件工作量和成本的估计。 （ 5）软件进度表的制定。 （ 6）软件风险的估计。 （ 7）软件项目培训计划。 围（ 说明该软件开发计划的范围，简要描述软件开发计划的内容。一般而言，对于一个较大的软件项目（工期 6个人月以上），计划书包括如下内容： （ 1）软件规模估计 （ 2）工作模块计划 （ 3）人力资源计划 （ 4）其他资源计划 （ 5）进度安排计划 （ 6）配置管理计划（可单独做一个计划） （ 7）质量保证计划（可单独做一个计划） 语定义（ 将该软件开发计划中的术语、缩写词进行定义。包括用户应用领域与计算机领域的 术语与缩写词等。例如： 1 软件相关组：指软件配置管理组、文档支持组、测试组。 2 软件质量保证组：指计划和实施软件质量保证活动的人员的集合。 考资料（ 说明该软件开发计划使用的参考资料，如项目的用户需求报告、商务合同、用户领域的资料等，每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。 1 2 关文档（ 当该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。 1 2 本更新记录（ 版本更新记录格式，如表 4示。 表 4版本更新记录 版本号 创建者 创建日期 维护者 维护日期 维护纪要 大林 2001/02/06 王小林 2001/02/25 成本估算维护 2项目概述 （ 目的目的（ 说明该软件项目的目的。 目 的范围（ 本章的内容，主要参照立项建议书 /合同与用户需求报告中相关章节，简要描述该软件项目的实现范围： 13 （ 1）主要功能点列表 （ 2）主要性能点列表 （ 3）主要接口列表 （ 4）本软件项目与其他软件项目之间的关系 （ 5）项目实施方面的限制等内容 目的使用对象（ 在本章节中，要识别出顾客与最终用户，对顾客与最终用户的情况要有简单描述，如最终用户的教育水平、技术水平及本系统的使用频度等。 3项目组织 （ 项目组织是为开发项目而组建的队伍。建议以框图的方式表示项目的组织结构，并对每一组织的负责人和职责加以说明。可能的项目组织单元，如： （ 1）项目管理组 （ 2）质量保证组 （ 3）配置管理组 （ 4）软件工程组 （ 5）测试组 （ 6）需求管理组 各组织说明如下： （ 1）项目管理组，执行 程，对项目实施负全部责任。 （ 2）质量保证组，执行 程，负责项目过程与产品的质量控制和报告。 （ 3）配置管理组，执行 程，负责项目产品的版本、配置管理以及配置库状态报告。 （ 4）软件工程组，执行软 件项目工程过程，负责项目产品的开发和维护工作。 （ 5）测试组，执行软件项目测试过程，负责项目产品的测试。 （ 6）需求管理组，负责对需求基线和需求变更进行管理。 4软件生存周期 （ 本章节记录项目策划生存期定义的工作结果，需要描述的主要内容： （ 1）项目生存期框图 （ 2）项目生存期说明 5规范、方法和标准 （ 本章节中需要描述采用的供开发和维护软件用的规范、方法和标准。 6任务与工作产品 （ 项目任务和工作产品，是指根据项目生存期阶段划分的任务，和相应阶段的工作产品。记录项目生存期各阶段确定的需重点控制的阶段任务和工作产品。建议以表格的形式，列出生存期各阶段的任务和工作产品。项目包含的任务，如： （ 1）需求分析 （ 2）系统设计 （ 3）系统实现 （ 4）测试 （ 5）产品交付 （ 6）产品维护 项目可能包含的产品，如： （ 1）需求分析说明书 （ 2）规格分析说明书 （ 3）系统设计说明书 （ 4）源代码 （ 5）各种测试报告 14 （ 6）用户手册 （ 7）软件问题维护记录 7工作产品、任务规模、工作 量 估计 （ 项目规模估算是为了确定项目所需的人工。需要描述的主要内容有： （ 1）对软件工作产品规模估计依据的简要描述。 （ 2）每种任务和工作产品规模估计的结果。 （ 3）规模估算的结果，建议用任务规模和工作量估算表的形式列出。 8成本估计 （ 成本估计，是指对项目完成过程中耗费的人力、物力、财力资源的估算。成本估计应按类别进行估算，可能的成本估算类别，如： （ 1）直接人工 （ 2）直接费用 （ 3）间接成本 （ 4）制造费用 （ 5）管理费用 （ 6）不可预见费用 9关键计算机资源计划 （ 项目的关键计算机资源计划，是指系统在开发环境、测试环境、及用户目标环境中，对关键计算机资源，如计算机存储能力、计算机处理器速度、通信通道容量、服务器处理能力等的估计，使之能满足软件开发、测试、运行的要求。 10软件项目进度计划 （ 件项目进度计划，是对项目的进度、人员工作分工所做的计划 ，此计划依据上述各章的估算和分析结果，计划方式建议采用表格的形式。若采用工具制定项目计划，应将工具生成的图表作为项目计划的附件。本章节中需要描述的主要内容有： （ 1）软件项目每个阶段的进度时间表 （ 2）设定的里程碑 （ 3）评审时间 （ 4）缓冲时间 11配置管理计划（可单独做一个计划） （ 本书单独作为一章论述。 12质量保证计划（可单独做一个计划） （ 本书单独作为一章 论述。 13风险分析 （ 项目风险分析，是指对可能发生的将会对项目按预期时间、资源和预算完成产生重大影响的事件的分析包括： （ 1）被识别出的重大风险事件：政策风险、技术风险、技能风险等。 （ 2）易发生重大风险事件的高风险区域：用户需求、设计、测试、运行平台等。 （ 3）重大风险事件的级别：功能不全、性能不稳、迅速受限制等。 （ 4）拟采取的预防措施：增加投入、纠错、延时等。 （ 5）风险事件发生后建议采用的处理措施：更改计划、降低难度系数等。 14设备工具计划 （ 项目设备工具计划，是根据项目的工作指派及进度确定项目所需要的设备和工具，以确保设备工具在任务执行前到位，保证项目任务的顺利执行，在本计划中应包含以下几方面的内容： （ 1）所需的设备 （ 2）基本的要求 （ 3）应到位的时间 15培训计划 （ 15 项目的培训计划，应根据项目的特点和项目组成员技能情况，制定出项目组成员所需的培训内容，培训计划中应包含以下几方面： （ 1）培训内容 （ 2）培训时间 （ 3）教员 （ 4）接受培训的人员 （ 5）培训目的（ 应达到的效果） 16项目评审 （ 项目评审，是对项目策划过程所做的定期性评审。其内容可分为： （ 1）评审点 （ 2）评审周期 （ 3）评审层次 （ 4）评审条款和措施 （ 5）管理评审活动中提交的工作产品（列出被评审的工作产品） 17度量 （ 度量是按规定在项目进行过程中，需要采集的度量数据，以便量化地反映项目的进展情况，为管理者提供对项目进展的适当的可视性，同时度量数据是项目过程改善的数据基础。应规定项目度量值的记录人（一般为项目经理或其指定人员）、记录时间 （一般以定期评审为基础）和记录的数据。常用的度量数据如： （ 1）项目过程的评审次数 （ 2）项目计划修改次数 （ 3）项目各阶段的人员投入（各阶段投入的人月数） （ 4）各类任务耗用时间统计（如设计、编码、测试、文档编写等） （ 5）工作产品统计（如文档字数、功能点数、用况数、源代码行数等） 5用户需求报告 用户需求报告编写参考指南 1概述 （ 本文档是进行需求规格定义、项目策划、概要设计的基础，也是用户进行验收的依据。 户简介（ 在本章节中要将用户的 基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能、进度、成本、性能等方面的平衡决策。 对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。 目的目的与目标（ im 项目的目的是对开发本系统意图的总概括。项目的目标是将目的细化后的具体描述。项目目标应是明确的、可度量的、可以达到的 , 项目的范围应能确保项目的目标可以达到。 对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。 语定义 （ 将该用户需求报告中的术语、缩写进行定义 , 包括用户应用领域与计算机领域的术语与缩写等。 考资料（ 说明该用户需求报告使用的参考资料，如： 1 商务合同 2 招标书 16 3 用户领域的资料 4 用户需求调查表 5 参照的标准 每一个文件、文献要有标题、或文件号，发布或发表日期以及出版单位。 关文档（ 说明用户需求报告的变更，以及可能受变更影响的其他相关文档，如： 1 项目开发计划 2 需求规格说明书 本更新信息（ 版本更新记录格式，如表 5示。 表 5版本更新记录 版本号 创建者 创建日期 维护者 维护日期 维护纪要 大林 2001/02/18 王小林 2001/02/26 账本格式维护 2现有系统描述 （ 织结构与职责（ 将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围很有帮助。取得用户的组织结构，是需求获取步骤中的工作任务之一。 位定义（ 用户环境中的企业岗位和组织结构一样，也是分析人员理解企业业务的基础，是需求获取的工作任务，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式，如表 5示。 表 5岗 位 定 义 编 号 岗 位 所在部门 职 责 相关的业务 1008 采购员 业务部 商品采购、合同签订、供应商选择 进货、合同管理 1009 对用户岗位的识别，也包括使用了计算机系统后的系统管理人员岗位。 业流程（ 企业的作业流程，首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图、 、程序流程图加 上文字说明。 图形可以将流程描述得很清楚，但是还要附加一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述的内容，需要用文字进行详细描述。 据、账本、报表（ 现行系统中用户正在使用的正式的或非正式的单据、账本、报表等可以收集起来，并进行穷举、分类、归纳。单据、账本、报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。 据（ 单据的格式可用表格描述，如表 5示。 表 5单据的描述格式 单据名称 17 用途 使用单位 制作单位 频率 高峰时数据流量 各数据项的详细说明如下： 序号 数据项中文名 数据项英文名 类型、长度、精度 数据项的取值范围 1 2 3 本（ 因为账本上的数据是统计数据，所以一个账本一般对应一张中间表，账本的格式可用表格描述，如表 5示。 表 5账本的描述格式 账本名称 用途 使用单位 制作单位 频率 高峰时数据流量 各数据项的详细说明如下： 序号 数据项中文名 数据项英文名 数据项类型、长度、精度 数据来源 1 2 3 表（ 因为报表上的数据是统计数据，所以一个报表一般对应一张中间表，报表的格式可用表格描述，如表 5示。 在的问题（ 在现行的系统中，决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包 含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。 表 5报表的描述格式 报表名称 用途 使用单位 制作单位 频率 高峰时数据流量 各数据项的详细说明如下： 序号 数据项中文名 数据项英文名 数据项类型、长度、精度 数据来源 1 2 3 能的变化（ 对于现行的系统，将来可能会有哪些变化，需要在此描述。企业中的变化是永恒的，系统分析员需要描述哪 18 些变化可能引起系统范围变更。 3目标系统功 能需求 （ 能需求分析（ 决策层、管理层、操作层各有哪些具体功能要求。 能需求点列表（ 在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。功能需求点列表的格式，如表 5示。 表 5功能需求点列表 编 号 功 能 名 称 使 用 部 门 使 用 岗 位 功 能 描 述 输 入 内 容 输 出 内 容 1 2 3 4目标系统性能需求 （ 间要求（ 如： （ 1）响应时间，如查询的最长等待时间。 （ 2）更新处理时间，如记账的最长时间。 （ 3）数据的转换和传送时间，如远程数据传输的时间要求。 （ 4）解题时间。 间要求（ 如： （ 1）支持的终端数。 （ 2）支持的并行操作的使用者数。 （ 3）处理的文件和记录数。 （ 4）表和文件的大小规 模（要按可预见的增长，对数据及其分量的存储要求做出估算）。 （ 5）处理任务的数量。 （ 6）在正常情况下和峰值工作条件下，在一定时间周期中要处理的数据总数。 （ 7）对输入和输出数据的精度要求。 （ 8）对处理和传输过程中的精度要求。 能需求点列表（ 详细列出