需求分析规程v1.0.docVIP

需求分析规程 文档编号：需求分析规程 文档信息：公司级别规程文件 文档名称：需求分析规程 文档类别：工程过程类 密 级：机密 版本信息：1.0 建立日期： 创 建 人： 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置：  文档修订记录 版本编号或者更改记录编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 审核日期 审核人 1.0 A 新建 2014-1-15 彭毅 *变化状态：A——增加，M——修改，D——删除 文档批准信息 序号 批准人 角色 批准日期 签字 备注  目 录 1 简介 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 引用文件 4 1.5 术语表 4 1.6 参考资料 4 2 规程总体描述 4 2.1 规程概述 4 2.2 规程结构描述 5 3 规程元素描述 5 3.1 制定详细日程 6 3.2 选择开发方法工具 7 3.3 分析用户需求 8 3.4 组织评审 9 4 附录 10 4.1 附录A－相关过程 10 4.2 附录B－相关规程 10 4.3 附录C－相关指南 10 4.4 附录D－相关模板列表 10 简介 目的 制定需求分析规程的目的是详细说明软件项目在需求分析阶段所应完成的主要工作，工序，应提交的软件工作产品，所应遵循的管理过程和技术流程，指导软件项目组开展软件项目在需求分析阶段的工作。 适用范围 本过程适用于组织中所有的软件开发项目，需求分析阶段及需求变更期间的需求分析。 背景描述 引用文件 术语表 参考资料 规程总体描述 规程概述 需求分析规程主要分为制定详细日程、选择开发方法工具、分析用户需求、组织评审和填写需求跟踪矩阵五个活动。制定详细日程是根据项目整体计划对需求分析阶段工作进行任务及时间细分。选择开发方法工具是指根据项目要求、公司技术现状、公司发展战略等因素，确定系统开发过程中使用的方法工具等。分析用户需求是指根据需求调研成果对各项需求进行分析，形成需求规格说明书。组织评审是指组织人员对需求规格说明书进行评审，确保各相关人员对需求达成一致理解。当项目规模较小时，可将此规程与需求获取规程合并，不再产出《软件需求规格说明书》。 规程结构描述 规程元素描述 针对各个规程元素（活动），按照10大属性（概述、人员职责、入口准则、输入、任务（步骤）、出口准则、输出、资源能力要求、度量、裁剪准则）依次进行详细描述。 制定详细日程 概述 制定详细日程是为了在项目总体计划的前提下规划一个可明确执行的明细工作时间安排。 参与人员及职责 技术经理：制定详细日程。 入口准则 用户已确认《用户需求说明书》 输入 《用户需求说明书》 项目计划 任务/步骤 技术经理根据《用户需求说明书》中要求实现的用户需求，分解工作任务。 根据分解后的工作任务，规划需求分析阶段工作安排。 制定需求分析阶段的详细日程。 出口准则 完成需求分析详细日程制定。 输出（工作产品） 需求分析详细日程表 资源和能力要求 资源：相关人员的工作时间保证 能力： 相关人员应接受过相应方法的培训。 度量 度量元 采集点 制定详细日程的工作量 周报表 裁剪指南 裁剪内容 裁剪准则 可裁剪 根据裁剪指南项目组已裁剪该规程时 选择开发方法工具 概述 选择开发方法工具是为了根据项目要求、公司技术现状、公司发展战略等因素，确定系统开发过程中使用的方法工具。 参与人员及职责 项目经理：组织选择开发方法工具。 涉众：配合项目经理选择开发方法工具。 入口准则 已制定需求分析详细日程 输入 《用户需求说明书》 《项目章程》 组织过程资产 任务/步骤 选择需求分析的方法和工具，项目经理负责组织，需求人员、开发经理参与，必要时需要软件项目执行的部门经理和分管副总参与。根据项目要求、公司技术现状、公司发展战略等因素，确定需求分析的方法和工具。 选择系统设计方法和工具，项目经理负责组织，需求人员、设计人员参与，必要时需要软件项目执行的部门经理和分管副总参与，根据项目要求、公司技术现状、公司发展战略等因素，确定系统设计的方法和工具。 选择代码设计方法和工具，项目经理负责组织，需求人员，开发经理、设计人员、测试人员参与，必要时需要软件项目执行的部门经理和分管副总参与，根据项目要求、公司技术现状、公司发展战略等因素，确定代码设计的方法和工具。 选择测试方法和工具，项目经理负责组织，开发经理、需求人员、测试人员参与，必要时需要软件项目执行的部门经理