收藏 分销(赏)

第8章需求管理1.doc

上传人:pc****0 文档编号:8865857 上传时间:2025-03-05 格式:DOC 页数:10 大小:128.50KB
下载 相关 举报
第8章需求管理1.doc_第1页
第1页 / 共10页
第8章需求管理1.doc_第2页
第2页 / 共10页
点击查看更多>>
资源描述
往链科技www.WL 往链点点通共享资源,了解更多请登录www.WL 第8章 需求管理 2 8.1 介绍 2 8.2 需求确认 3 8.2.1 目的 3 8.2.2 角色与职责 3 8.2.3 启动准则 3 8.2.4 输入 3 8.2.5 主要步骤 4 [Step1] 非正式需求评审 4 [Step2] 正式需求评审 4 [Step3] 获取需求承诺 4 8.2.6 输出 4 8.2.7 结束准则 4 8.2.8 度量 4 8.3 需求跟踪 5 8.3.1 目的 5 3.3.2 角色与职责 5 3.3.3 启动准则 5 3.3.4 输入 5 3.3.5 主要步骤 5 [Step1] 建立与维护需求跟踪矩阵 5 [Step2] 查找不一致 6 [Step3] 消除不一致 6 8.3.6 输出 6 8.3.7 结束准则 6 8.3.8 度量 6 8.4 需求变更控制 7 8.4.1 目的 7 8.4.2 角色与职责 7 8.4.3 启动准则 7 8.4.4 输入 7 8.4.5 主要步骤 7 [Step1] 需求变更申请 7 [Step2] 审批需求变更申请 7 [Step3] 更改需求文档 7 [Step4] 重新进行需求确认 8 8.4.6 输出 8 8.4.7 结束准则 8 8.4.8 度量 8 8.5 实施建议 8 第8章 需求管理 需求管理(Requirement Management, RM)的目的在客户与开发方之间建立对需求的共同理解,维护需求与其他工作成果的一致性,并控制需求的变更。 需求管理过程域是SPP模型的重要组成部分。本规范阐述了需求管理过程域的三个主要规程: ² 需求确认 [SPP-PROC-RM-VALIDATE] ² 需求跟踪 [SPP-PROC-RM-TRACKING] ² 需求变更控制 [SPP-PROC-RM-CHANGE] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况(如商业目标、研发实力等)适当地修改本规范,然后推广使用。 8.1 介绍 我们把所有与需求相关的活动通称为需求工程。需求工程中的活动可分为两大类,一类属于需求开发,另一类属于需求管理。图8-1为需求工程的结构图(流程见图9-1)。 需求确认 需求管理 需求分析 需求定义 需求调查 需求开发 需求工程 需求变更控制 需求跟踪 图8-1 需求工程结构图 需求管理过程域主要有3个规程:需求确认、需求跟踪与需求变更控制。 一、需求确认 需求确认是指开发方和客户共同对需求文档进行评审,双方对需求达成共识后作出书面承诺,使需求文档具有商业合同效果。 二、需求跟踪 需求跟踪是指通过比较需求文档与后续工作成果之间的对应关系,建立与维护“需求跟踪矩阵”,确保产品依据需求文档进行开发。 三、需求变更控制 需求变更控制是指依据“变更申请-审批-更改-重新确认”的流程处理需求的变更,确保需求的变更不会失去控制而导致项目发生混乱。 需求管理过程域产生的主要文档有: ² 《需求评审报告》,同技术评审报告的模板 [SPP-TEMP-TR-REPORT]。 ² 《需求跟踪报告》,模板见 [SPP-TEMP-RM-TRACKING]。 ² 《需求变更控制报告》,模板见 [SPP-TEMP-RM-CHANGE]。 8.2 需求确认 8.2.1 目的 l 开发方和客户对需求文档如《用户需求说明书》和《产品需求规格说明书》进行评审,并作书面承诺。 补充说明:《用户需求说明书》和《产品需求规格说明书》可以分开也可以放在一起进行需求确认,视项目的具体情况而定。 8.2.2 角色与职责 l 开发方和客户共同组织人员对需求文档如《用户需求说明书》和《产品需求规格说明书》进行评审。 l 开发方负责人(项目经理)和客户对需求文档作书面承诺,使之具有商业合同效果。 8.2.3 启动准则 l 需求文档如《用户需求说明书》和《产品需求规格说明书》已经完成。 8.2.4 输入 l 需求文档如《用户需求说明书》和《产品需求规格说明书》。 8.2.5 主要步骤 [Step1] 非正式需求评审 l 项目经理先在项目内部组织人员进行非正式的需求评审,以消除明显的错误和分歧。非正式的需求评审方式请参考技术评审过程域的对应规程[SPP-PROC-TR-ITR]。 [Step2] 正式需求评审 l 项目经理邀请同行专家和用户(包括客户和最终用户)一起评审需求文档,尽最大努力使需求文档能够正确无误地反映用户的真实意愿。正式需求评审方式请参考技术评审过程域的对应规程[SPP-PROC-TR-FTR]。 [Step3] 获取需求承诺 当需求文档通过正式的评审之后,开发方负责人(项目经理)和客户对需求文档作书面承诺,使之具有商业合同效果。示例如下: 本需求文档建立在双方对需求的共同理解基础之上,我同意后续的开发工作根据该需求文档开展。如果需求发生变化,我们将按照“需求变更控制规程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。 甲方负责人签字 乙方负责人签字 8.2.6 输出 l 《需求评审报告》 l 书面的需求承诺 8.2.7 结束准则 l 需求文档通过了正式评审,并且获得开发方和客户的书面承诺。 8.2.8 度量 l 项目经理统计工作量和上述文档的规模 8.3 需求跟踪 8.3.1 目的 l 将系统设计、编程、测试等阶段的工作成果与需求文档进行比较,建立与维护“需求文档-设计文档-代码-测试用例”之间的一致性,确保产品依据需求文档进行开发。 3.3.2 角色与职责 l 项目经理跟踪需求。 3.3.3 启动准则 l 需求文档已经通过正式评审并获得了承诺。 l 系统设计、编程、测试等阶段的工作成果如设计文档、代码、测试用例已经产生。 3.3.4 输入 l 需求文档 l 设计文档、代码、测试用例等 3.3.5 主要步骤 [Step1] 建立与维护需求跟踪矩阵 l 正向跟踪。检查需求文档中的每个需求是否都能在后续工作成果中找到对应点。 l 逆向跟踪。检查设计文档、代码、测试用例等工作成果是否都能在需求文档中找到出处。 l 正向跟踪和逆向跟踪合称为“双向跟踪”。不论采用何种跟踪方式,都要建立与维护需求跟踪矩阵(即表格)。需求跟踪矩阵保存了需求与后续工作成果的对应关系。矩阵单元之间的可能存在“一对一”、“一对多”或“多对多”的关系。由于对应关系比较复杂,最好在表格中加必要的文字解释。表8-1为简单的需求跟踪矩阵格式。 l 当需求文档或后续工作成果发生变更时,要及时更新需求跟踪矩阵。 # 需求文档 (版本,日期) 设计文档 (版本,日期) 代码 (版本,日期) 测试用例 (版本,日期) 1 标题或标识符,说明 标题或标识符,说明 代码名称,说明 测试用例名称,说明 2 … … … … 表8-1 简单的需求跟踪矩阵格式 [Step2] 查找不一致 l 使用需求跟踪矩阵的优点是很容易发现需求文档与后续工作成果之间的不一致之处,例如: ² 后续工作成果没有实现需求文档中的某些需求; ² 后续工作成果实现了需求文档中的不存在的需求; ² 后续工作成果没有正确实现需求文档中的的需求; l 项目经理将发现的“不一致性”记录在《需求跟踪报告》之中,并通报给相关责任人(工作成果的开发者)。 [Step3] 消除不一致 l 相关责任人给出消除“不一致”的措施和计划,项目经理将该措施和计划记录到《需求跟踪报告》之中。 l 相关责任人消除“不一致性”之后,项目经理更新“需求跟踪矩阵”。 8.3.6 输出 l 《需求跟踪报告》 8.3.7 结束准则 l 每个开发阶段的“需求跟踪矩阵”都已经建立。 l 已经消除了需求文档与后续工作成果之间的不一致性。 8.3.8 度量 l 项目经理统计工作量和上述文档的规模。 8.4 需求变更控制 8.4.1 目的 l 修改“原需求文档”中不正确的内容,产生新的需求文档。 l 控制需求文档的变更,防止发生混乱。 补充说明:本规程中的“原需求文档”是指已经通过了评审并获得书面承诺的需求文档。 8.4.2 角色与职责 l 开发方负责人(项目经理)和客户共同控制需求变更。 8.4.3 启动准则 l 某人(来自开发方或客户方)提出变更“原需求文档”的申请。 8.4.4 输入 l “原需求文档” 8.4.5 主要步骤 [Step1] 需求变更申请 l 需求变更申请人撰写“需求变更申请书”,递交给项目经理或客户方负责人。 l “需求变更申请书”必须阐述:(1)变更原因;(2)变更的内容;(3)此变更对项目造成的影响。 [Step2] 审批需求变更申请 开发方负责人(项目经理)和客户共同审批“需求变更申请书”: l 如果任何一方不同意变更,则退回变更请求,项目按照“原需求文档”执行。 l 如果双方都同意变更,转向 [Step3]。 [Step3] 更改需求文档 l 需求分析员根据 [Step1] 和 [Step2] 更改“原需求文档”,产生新的需求文档。 [Step4] 重新进行需求确认 l 重新进行需求评审,参见需求确认规程中的 [Step2]。 l 重新获取书面的需求承诺,参见需求确认规程中的 [Step3]。 8.4.6 输出 l 《需求变更控制报告》 8.4.7 结束准则 l 新的需求文档已经被确认。 8.4.8 度量 l 项目经理统计工作量。 8.5 实施建议 l 先对项目经理和客户进行培训,让他们掌握必要的需求管理知识。 l 对需求管理过程域产生的所有有价值的文档进行配置管理。 l 对于非合同项目,本规范中有关客户的活动可以被裁减掉。 往链点点通共享资源 ----------------------------- 资料说明 ----------------------------- 该资源由往链点点通搜索于网络公开资源,仅供网友浏览阅读,请勿用于商业用途; 往链点点通,是免费的新一代电脑管理、网络应用桌面软件。 通过简洁清爽并可随意切换的两种窗口操作界面,构建了用户、电脑、互联网之间顺畅的入口平台。为用户管理电脑、智能办公、快捷上网、玩转应用(如 游戏,),提供全方位一站式的服务。让用户只需通过往链点点通,就能便捷到达信息时代的各个角落。真正实现一键直达,点点就通。 往链快搜索:无论是搜索硬盘资源、查找网络资源,还是追踪热门应用,都能享受前所未所的快速度。如本地文件搜索,千万文件,零秒呈现;如网络搜索,只需输入一次关键词,便能同步打开百度、google等多个搜索引擎的结果页; 往链优应用:与某些软件相比,往链点点通追求绿色无广告的体验,精选最优质的网络应用,为用户提供纯净实在的生活、工作、学习、娱乐、休闲应用空间。 往链点点通,让您用windows的使用习惯享受苹果的操作体验! 查看和分享更多优质资源,请进入www.WL 下载往链点点通,找到您的一切网络所需! 往链网址导航大全 网链资源网站 www.WL 往链点点通,让您无障碍畅游网络世界! 往链科技www.WL
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传
相似文档                                   自信AI助手自信AI助手

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4009-655-100  投诉/维权电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服