项目需求讲解与实践精选课件.pptVIP

坚持 项目需求讲解与实践 坚持 目录 需求工程 一 需求开发 二 需求管理 三 交流实践 五 需求文档 四 坚持 一、需求工程概述 需 求 工 程 需求开发 需 求 获 取 需 求 分 析 需 求 定 义 需 求 确认 需 求 管 理 坚持 二、需求开发 （一）需求获取 （二）需求分析 （三）需求定义 （四）需求确认 坚持 需求开发过程 需求开发过程 需求获取 需求分析 需求定义 需求确认 需求变更 坚持 （二）需求分析 对各种需求信息进行分析并抽象描述，为目标系统建立一个概念模型。 用户需求 系统需求 筛选、转换、整理、建模 坚持 （三）需求定义 根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《需求规格说明书》。系统设计人员将依据《需求规格说明书》开展系统设计工作。 用户需求说明书 需求规格说明书 语言转换、细化、明确 坚持 （四）需求确认 需求确认目的 需求确认方法 需求确认案例 坚持 需求确认目的 确定需求范围 明确需求基线 提供设计依据 提供测试依据 建立验收基准 坚持 需求确认方法 1 承建单位编写 建设单位确认 需求说明书 坚持 需求确认方法2 承建单位编写 建设单位确认 需求说明书 监理单 位审核 坚持 需求确认方法3 承建单位编写 建设单位确认 需求说明书 监理单 位审核 专家 评审 坚持 需求确认案例 承建单位内部审核 监理单位审核 业主单位内部审核 专家技术审核 坚持 三、需求管理 （一）制定需求管理计划 （二）版本控制 （三）需求变更管理 （四）需求跟踪 坚持 （一）制定需求管理计划 主要包括确定需求管理软硬件资源、需求跟踪矩阵、需求变更申请表等。由项目经理审批该计划。 坚持 （二）版本控制 处于“草稿”状态的配置项的版本号格式为：0.YZ。 随着草稿的不断完善，YZ的取值应递增。YZ的初值和增幅由开发者自己把握。 处于“正式发布”状态的配置项的版本号格式为：X.Y 。X为主版本号，取值范围为l~9。Y为次版本号，取值范围为1~9。 配置项第一次“正式发布”时，版本号为1.0 。 处于“正在修改”状态的配置项的版本号格式为：X.Y。如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。 配置项上在修改时，一般只增大Z值，X.Y值保持不变。 坚持 （三）需求变更管理 1.成立变更控制委员会 2.明确变更审批流程 坚持 1.成立变更控制委员会 承建单位项目经理 建设单位项目经理 用户单位项目经理 监理单位总监理工程师 设计单位项目经理 代建单位项目经理 项目管理咨询单位项目经理 其他相关人员 坚持 2.明确变更审批流程 项目管理办法中进行明确 项目变更审批流程一般需要此项目实施涉及的所有方参与审批。 变更意见需要每一方的项目最高领导签署确认才可通过。 坚持 需求变更审批流程（案例） 变更申请 变更单位 变更审核 变更审批 监理单位 设计单位 业主单位 需求变更 技术审批 费用审批 变更申请表 技术审批表 费用审批表 坚持 （四）需求跟踪 需求说明书 实施过程 需求跟踪 跟踪报告 需求变更 坚持 需求跟踪矩阵 需求跟踪矩阵 需求文档 设计文档 代码 测试用例 1 标题或标识符（版本，日期），说明 标题或标识符（版本，日期），说明 标题或标识符（版本，日期），说明 标题或标识符（版本，日期），说明 2 …… …… …… …… 坚持 坚持