1、需求分析与需求管理,缩略语,课程目标,产品需求分析和需求管理概述 产品需求收集 产品需求整理和需求分析 产品需求分解和分配 产品需求实现和验证,需求的重要性,需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。,需求的定义,需求是对产品或过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。IEEE1220-1998,需求工程过程,需求收集 需求整理与需求分析 需求分解与分配 需求实现和验证,需求工程的三个层次,“被动型”：是指开发者被动地对待需
2、求工程的各项活动，能少干则少干，能偷懒则偷懒。他们认为需求是用户的事情而不是自己的事情。开发过程中经常发生需求变更，导致产品迷失方向，不是半途而废就是陷入半死不活的状态。 “主动型”：是指开发都积极地开展需求工程中的各项活动。他们把获取准确的需求当作自己的职责，会想尽一切办法克服需求开发和需求管理过程中的困难，而不是找借口推卸责任。俗话说“良好的开端是成功的一半”，“主动型”需求工程是开发成功产品的必备条件。 “领先型”：是需求工程的最高境界。开发者发掘了连用户自己都没有意识到的需求，导致用户跟着新产品跑而不是新产品围着用户转，这叫引导消费。需求工程做到这个份上，才能使产品立于不败之地，长盛不
3、衰。,缺陷引入阶段分析,错误引入阶段分析,错误定位费用分析,James Martin： 超过50%的缺陷由不完善的、不正确的、不准确的和/或不明确的需求所引起,James Martin： 80%以上的用于定位软件错误的费用是基于软件系统需求定义的错误,什么是需求工程？,把所有与需求直接相关的活动通称为需求工程 需求工程中的活动可分为两大类：需求开发、需求管理,需求工程各个阶段工具,需求收集,需求整理 和分析,需求分解 和分配,需求实现 和验证,需求工程过程的关联,市场管理,需求管理,产品开发,细分市场,了解市场,组合分析,初步业务计划,管理评价 业务计划,产品线级别,项目 （产品）级别,项目任
4、务书中的需求,需求工程过程,客户：“我希望在车里装一个扬声器，这样可以听到低沉的鼓声了”“客户需求” 市场需求分析人员：“需要110dB低频声音输出”“需求描述” 项目需求分析人员：“将广播的输出在2050HZ的范围内放大到115W”“设计需求” 设计人员：“使用Zapco Z100S1VX功放和JL Audio12W1-8扬声器”“产品设计”,需求工程贯穿产品开发全过程,书面标准 事实标准,功能需求非功能需求,质量 属性 DFX,客户要求,市场需求,内部需求,标准约束,产品包需求,设计需求,构架设计,软件需求,硬件需求,系统规格,为什么要尽早测试,需求测试:需求确认!,课程目标,产品需求分析
5、和需求管理概述 产品需求收集 产品需求整理和需求分析 产品需求分解和分配 产品需求实现和验证,需求收集过程,确定客户,客户分析,调查准备,实际调查,谁是用户？,“用户”（user)是一种泛称，它可细分为“客户”（customer)、“最终用户”（the end user）和“间接用户”（或称为关系人）。 掏钱买产品的用户称为客户，而真正操作产品的用户叫最终用户，客户与最终用户可能是同一个人也可能不是同一个人。,需求采集的要点：确定用户,客户需求的收集途径,市场活动,销售活动,用服活动,公开信息,商业伙伴,专业数据,一手信息,二手信息,需求库,需求整理分析,报告交流,竞争者信息.,统计报告,新闻
6、剪报,订阅的报告,专家顾问团,高层拜访,展览,用户探针,用户大会,产品介绍、投标,客户反馈,标杆研究,用户访谈,现场问题解决,网上设备巡检,采集方法的特点,需求收集需要考虑的方面,客户需求十问,客户试图解决什么问题？ 客户今天的需求是什么？一年？两年？五年呢？ 客户想怎样增长自己的业务？ 客户认为未来市场的变化趋势会是什么？ 现在我们带给市场什么价值？ 针对本领域的产品客户最大的担忧是什么？ 客户的客户有什么期望？ 客户认为谁是我们的竞争对手（直接和潜在）？ 客户认为我们的优势弱点是什么？ 客户认为我们竞争对手的优势弱点是什么？,真正理解客户意图,“话机听筒的电缆应该有10米长”（客户需求）,
7、Why?,而客户真正的意图是,“可以拿着电话在房间的任何一个地方通话”,10M,需求和描述的5原则,以产品必须做什么，而非应该怎样做 像陈述原始数据那样详细表达需要 使用肯定句而非否定句 把需要表达成产品的属性 避免使用必须和应该,客户陈述需求描述,单项需求采集模板,部门: ,姓名: ,联系方式: ,采集的活动（where/when),客户背景资料,客户情况介绍(who),客户的描述(what),产生的原因(why),.,客户的评判(how),需求关联,系统关联 业务关联 人物关联 支持材料关联,验收标准 满意度 竞争评判 优先度,需求收集工作反思,是否和目标市场上所有主要类型的客户都交流了？
8、 通过捕捉客户的潜在需求，我们能够看到产品相关需求之外的需求吗？ 在实际客户交流中，哪些将成为进行开发活动的优秀参与者？ 那些是我们现在知道开始是不知道的？我们是否对其中的需求感到惊奇？ 需求调研组织中是否包含哪些需要深化理解客户需求的人？,构造例行化需求收集机制,构建需求收集IT系统 形成需求收集报告机制 组建需求收集分析专业团队 与员工任职资格、绩效挂钩 控制神经末梢（出差、展览、招标等）,书面标准 事实标准,功能需求非功能需求,全方位的需求收集和提炼,质量属性DFX,客户要求,市场需求,内部需求,标准约束,产品包需求,设计需求,构架设计,软件需求,硬件需求,系统规格,课程目录,产品需求分
9、析和需求管理概述 产品需求收集 产品需求整理和需求分析 产品需求分解和分配 产品需求实现和验证,需求整理和分析过程,需求收集,解释原始数据,整理需求,设置权重,概念选择,什么是系统工程,系统工程、部件设计、项目管理,PDT的两个核心团队,核心 小组组长 引导者,客户支持,市场,财务计划,原型构造,采购,测试,开发,生产,组员,外围小组成员,SE,制 造 工 程,软 件 系 统,硬 件 系 统,测 试 工 程,服 务 工 程,业 务 分 析,PDT：Product (Project) Development Team 产品（项目）开发团队,需求专题讨论会,需求分类,优先级分类法：强制、非强制、指
10、导、参考 专业领域法：开发、制造、测试、发运、安装、操作、维护、回收 来源分类法：合同、规范、公司策略、规章制度、协议、标准,环保需求,UCD需求,安全性需求,可靠性需求,标准约束,可维护需求,性能需求,其他需求,产品包需求的8个大类,（Price)价格 A（Availability)可获得性 P（Packaging)包装 P（Performance)性能 E（Easy of use)易用性 A（Assurances)保证 L（Life cycle costs)生命周期成本 S（Social acceptance)社会接受程度,识别冲突（冲突矩阵法）,需求,需求,KANO模型,B（Basic)
11、:基本需求 S（Satisfied):让客户更满意的需求 A（Attractive):更有吸引力的需求,客户需求重要性判断,如果 你提 供了 该功 能， 您会 有什 么感 觉？,如果没有这功能， 您又会有什么感觉？,设置权重（优先级确定）,用数字来表示重要性以排列需求组 基于与客户的经验，依靠团的一决定权重 基于对潜在客户访谈或问卷调查的评估 需要在成本、速度与相对正确性之间进行平衡 调查参与最初问卷访谈的客户一判断权重的相对重要性,设置需求的权重,5=大多数购买者能够接受4=有25%-35%的购买者不能接受3=大多数购买者不能接受2=极不满意1=完全不合格,10=绝对最好9=显然的领导者8=
12、在前2名内7=位于前3-5名6=在市场中普遍被认为是优秀的,分析差距，找改进点,客户为什么认为我们比 较差，X有哪些我们可 以借鉴X表现就十全十 美吗？能否超越他们？,产品包与需求,客户需求的7层金字塔模型,战略层解 决方案,运营级解 决方案,服务业务层解决方案,网络层解决方案,系统层解决方案,设备层解决方案,技术层解决方案,能力是需要战略规划出来的 能力是需要流程和组织来保障的 能力是需要员工素质来体现的,产品包需求相关的角色定义,市场需求 业务专家负责,测试需求 测试专家负责,制造需求 制造专家负责,服务需求 服务专家负责,产品包需求 SE、LPDT负责,整和、折中,形成产品需求文档,编号
13、 客户陈述 需求描述 优先级 改进目标衡量 需求带来的利益 BSA定义,产品包需求,高质量产品包需求的标准,产品包 需求,可行性,明确性,一致性,可验证性,完整性,有“杀手锏”,需求分析是循环往复的过程,需求收集,解释原始数据,整理需求,设置权重,概念选择,不断循环，贯穿产品开发始终,概念选择,概念是让某种产品或者服务不同于其他产品和服务的核心信息,概念A,概念B,概念C,概念评估,为概念选择提供依据,为标示分险提供依据,优化已有概念,优化已有需求,概念甄别法：电梯测验,第一步：描述机会和需要解决的问题（20秒） 第二步：描述本产品或服务是如何满足机会和解决问题的，具体给消费者带来的核心利益（
14、20秒） 第三步：描述机会取得的结果，对公司的价值（20秒） 第四步：用概括的语言（最好是一句话）将上述3点的精髓表达出来（5秒）,书面标准 事实标准,功能需求非功能需求,全方位的需求收集和提炼,质量属性DFX,客户要求,市场需求,内部需求,标准约束,产品包需求,设计需求,构架设计,软件需求,硬件需求,系统规格,课程目录,产品需求分析和需求管理概述 产品需求收集 产品需求整理和需求分析 产品需求分解和分配 产品需求实现和验证,产品需求划分,产品需求,功能需求,非功能需求,行为响应周遭事物的关联,属性标准约束规范,人类飞行需要什么？,物理分解,腿、眼、脑、翅膀,功能分解,起飞与落地位置与速度感知
15、辨别方向水平推力垂直升力,在古希腊神话里，伊卡洛斯试图模仿鸟的身体部件来飞翔。采用这幅图，人是无法飞行的。,莱特史弟理解到推力与升力是两个不同的功能，将其分配到两个不同的物理组件上。使用推进器来产生推力，机翼来产生升力，人终于飞上天了。,功能分解与物理分解相辅相成,需求分解与分配过程,需求分配,功能定义,系统设计验证,功能分解,架构建立,定义子功能 定义子功能的操作方式 进行功能失效模式分析,分析产品包需求 定义功能接口 分配非功能需求 QFD法,可选设计方案 CBB构想 BB划分,功能分组和分配 分配非功能需求 定义物理接口 产品总体方案,功能架构完整性 物理架构完整性 约束的满足程度 确定
16、优选的设计方案,Y,N,功能分解工具一：功能流框图（FFBD）,面向功能而不是面向设计方案 定义下级功能及其顺序关系 反映系统的逻辑架构和层次表示,FFBD：Function Flow Block Diagram,功能定义,确定系统的主要功能、输入/输出信息 按照时间功能列出典型的输入和输出，称之为行为情景 直接面向外部系统，一般要求端到端,功能定义实战方法：创建故事板,客户 角色1 角色2 角色3 角色4 角色5,用“云”表示展开的故事情节,时间,？,？,功能分解,将系统功能分解为更详细的子功能 将子功能需求按照逻辑顺序排列 详尽考虑所有可能的异常和反复,自上而下层层分解,自上而下层层分解,
17、Fuction Number,Summing Gate,161,162,163,164,165,167,166,&,OR,&,Leader Note,Sys. Malf.,Parallel Functions,Altenative Functions,OR,No Go Flow,Functional Title/Description,Go Flow,G,G,Ancillary Function,168,Pef 1.6. Provide Guidance,1.7.1 Ref,1.7.4.2 Ref,1.3 Ref,1.5.7 Ref,Abbreviations/Note:“&”/”AND” G
18、ate: Parallel Functions“OR” Gate: Alternate Functions,Flow Level Designator,Title Block & Diagram. No.,Functional Flow Block Diagram Formet,2nd Level,功能分解工具二：层次图,Rejoice,Head & Shoulders,层次图：Hierarchy diagram(Funtion Tree、Physical Tree,System functions,Function 1.1,Function 1.2,Function 1.3,Function
19、 2,Function 1,Whisper,Rejoice,Head & Shoulders,Function 2.1,Function 2.2,Whisper,架构建立,从子系统到模块、组件的逐级细化过程 定义系统内、外的物理接口 考虑子系统、模块的可重用性 最大限度利用已有、特别是商用的产品 通过创造性的活动，形成多个候选的设计方案,物理架构工具一：概念图（CDS）,Radio,Computer,External Command Guidance System,Target Tracking Radar,Target,Misstte Trecking Radar,Stearing Comm
20、ands,Missile,691508,物理架构工具二：示意方框图（SBD）,Moon Station Rendezvous Vehicle,Attitude Control and Maneuvening Subsystem,Pitch Thrust,Roll Thrust,Yaw Thrust,Longiudinat Veiccity ancfements,SBD:Schematic Block Diagram,需求分配,明确系统内、外接口定义 确保所有的功能需求都分配到物理部件 每个功能都要由一个物理部件来完成 将非功能需求分解分配到功能和物理部件,需求分配示意图,系统,功能1,功能2,
21、功能3,功能1.1,功能1.2,系统1,子系统1,子系统2,子系统3,模块A,模块B,功能 分解,物理 分解,需求因子,功能,环境,性能,鲁棒性,重量,电源,安全性,可靠性,好需求的标准,什么样的需求是好需求,正确性,可行性,必要性,完整性,无冗余,可验证性,无二义性,优先级,系统设计验证,验证功能架构完整性 验证物理架构完整性 验证功能和性能度量 验证约束的满足程度 确定优选的设计方案,需求标示规则,需求承诺,本需求规格说明书建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求规格说明书开展。如果需求发生变化，我们将按照“变更控制规程”执行。我明白需求的变更将导致双方重新协商成
22、本、资源和进度等。甲方签字 乙方签字,确定后续开发和验证的基础,书面标准 事实标准,功能需求非功能需求,质量属性 DFX,客户要求,市场需求,内部需求,标准约束,产品包需求,设计需求,构架设计,软件需求,硬件需求,系统规格,课程目录,案例分析 产品需求分析和需求管理概述 产品需求收集 产品需求整理和需求分析 产品需求分解和分配 产品需求实现和验证,需求跟踪和验证过程,需求持续跟踪和管理,需求验证和确认,模块需求分析,配置项变化，引起关系变化，需及时更新RTM,URS,SRS,HLD,LLD,CODE,URS,SRS,HLD,LLD,前向跟踪 后向跟踪 设置需求基线 控制需求变更,需求跟踪矩阵（
23、RTM） 需求稳定指数,V&V模型 渐增测试模式 BBFV、BBIT SDV、SIT、BETA 需求到测试的跟踪 广义测试与狭义测试,HRS、SRS 与产品包需求的街接与对应,需求双向跟踪,需求跟踪的目的是建立与维护“需求设计编程测试”之间的一致性，确保所有的工作成果符合用户需求 需求跟踪有两种方式：,正向跟踪：检查每个需求是否都能在后继工作成果中找到对应点 逆向跟踪：检查设计文档、代码、测试用例等工作成果是否都能找到需求对应点,需求双向跟踪样例,正向跟踪,逆向跟踪,需求双向跟踪机制,配置项变化，引起关系变化，需及时更新RTM,URS,SRS,HLD,LLD,CODE,URS,SRS,HLD,
24、LLD,测试划分,单元测试 集成测试 系统测试,业界4代白盒测试,第一代白盒测试方法,测试操作不规范、不可重复，无测试评估 Print/assert/单步跟踪,第二代白盒测试方法,形式化描述用例并阶段重用，有覆盖评估 RTRT。TrueCoverages工具,第三代白盒测试方法,坚持质量优先的可持续测试（写一点测一点） xUnit工具,第四代白盒测试方法,软件调测完全高效的融入研发全过程 VcTester/GccTester,C语言写测 试用例， 效率低下,全脚本语言、 调测一体、突 破效率瓶颈,传统测试流程出现的问题,设计缺陷导致返工,计划发 布日期,实际发 布日期,开始集成,项目进度难以控
25、制项目风险控制能力弱40%精力发费在集成和测试上,100%,开发进度 （已实现比例）,项目进度,渐增测试模型,Building,Block,Integrate Test,S/W or,H/W,Develop,System Level,Verification,A Build,Module,Level,Validation,SIT,Beta Test,Build b,Build d,Build c,Build e,Module(s),BBFV,One or Multi Modules,Notes: This Diagram doesnt show the specific Module and
26、Building Block,BB(s),TR4, Transfer to Test,Build a,TR4,TR4,TR4,SIT,A Build,BB1,BB2,BBFV是Build的活动对每个Build都要进行BBFV的活动TR4是基于Build的技术评审进行Beta测试和进行初始产品测试（SIT）的Build必须进行TR4,测试用例格式,需求变更控制系统,变更控制系统,变更控制过程,调研 需求 设计 编码 测试,新特性 新需求 修改设计 修复错误 修复测试,同意 变更 后的 行动,客户、用户 营销人员 开发人员 测试人员 其他,变更实施,变更请求,如何有效控制需求变更,版本化产品开发 事先建立“游戏规则” 安排客户重要人员参与变更控制 量化的数据统计是最好的表达 良好的沟通技巧也是必须的 构建样板工程 采用合适的开发模型,谢 谢,
