需求开发与需求管理指引
第1章C M M I综述
·2·
第1章 CMMI综述
1.1CMMI简介 (4)
1.1.1 CMMI发展简史 (4)
1.1.2 CMMI的过程域 (5)
1.1.3 CMMI的两种表示法 (6)
1.2CMMI阶段式表示法 (7)
1.2.1 成熟度等级L1：初始级的特征 (8)
1.2.2 成熟度等级L2：已管理级的特征 (9)
1.2.3 成熟度等级L3：已定义级的特征 (9)
1.2.4 成熟度等级L4：量化管理级的特征 (9)
1.2.5 成熟度等级L5：持续优化级的特征 (10)
1.3CMMI连续式表示法 (10)
1.3.1 能力等级0-不完整级的特征 (12)
1.3.2 能力等级1-已执行级的特征 (12)
1.3.3 能力等级2-已管理级的特征 (12)
1.3.4 能力等级3-已定义级的特征 (13)
1.3.5 能力等级4-量化管理级的特征 (13)
1.3.6 能力等级5-持续优化级的特征 (14)
1.4过程域的部件及解释 (14)
1.4.1 必需部件 (15)
1.4.2 期望部件 (15)
1.4.3 信息部件 (16)
1.5CMMI评估 (17)
1.5.1 CMMI评估要求 (17)
第1章 CMMI综述.3.1.5.2 CMMI标准评估方法SCAMPI (17)
1.5.3 CMMI评估考虑事项 (18)
1.6CMMI和CMM的比较 (19)
1.6.1 CMMI与CMM的模型比较 (19)
1.6.2 CMMI 与CMM 过程域比较 (19)
1.6.3 CMMI 与CMM评估方法比较 (21)
1.7CMM/CMMI在中国 (21)
·4·
第1章 CMMI综述
1.1 CMMI简介
1.1.1 CMMI发展简史
1981年，美国卡内基梅隆大学软件工程研究所（SEI），应美国联邦政府的要求开发了一种用于评价软件承包商能力并帮助其改善质量的方法。Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念，将这些原理应用于软件开发，发展成为软件过程成熟度框架，它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年，基于Watts H umphery 等人的工作，SEI的Mark Pauk 等人建立了第一个CMM（Capability Maturity Model，能力成熟度模型），即软件CMM。1993年，SEI 推出了CMM 1.1。
十几年来CMM的改进工作一直不断地进行，相继有多个学科领域的CMM模型问世：SE-CMM, SW-CMM, IPD-CMM等。美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架，即CMMI（Capability Maturity Model Integration，能力成熟度模型集成）。
CMMI的基础源模型包括：软件CMM 2.0版本，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版本。2002年1月CMMI 1.1版本正式发布，立即被广泛采用。Array
图1-1 CMMI 1.2的三种模型
第1章 CMMI综述·5·
2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布。为了适应更加广泛的应用，SEI计划今后发布另外二种模型，分别是面向服务的CMMI（CMMI-SVC 1.2）和面向采购的CMMI（CMMI-ACQ 1.2）。
注：本书论述的CMMI是CMMI-DEV 1.2。
1.1.2 CMMI的过程域
过程域（Process Area）是同属于某个领域而彼此相关的实践集合，当这些实践共同执行时，可以达到该领域过程改进的目标。CMMI-DEV 1.2有22个过程域，见表1-1（按字母排序）。
第1章 CMMI 综述
·6·
表1-1 CMMI-DEV 1.2的22个过程域
1.1.3 CMMI 的两种表示法
CMMI 有两种表示法：一种是阶段式表示法；另一种是连续式表示法。
图1-2 CMMI 的阶段式表示法
第1章 CMMI综述·7·
阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。成熟度等级提供一个阶段式过程改进的建议顺序。如图1-2所示，一个成熟度等级包括多个过程域，每个过程域包含共性目标和特定目标，以及共性实践和特定实践。
图1-3 CMMI的连续式表示法
连续式表示法则将过程域分为四大类型：过程管理过程、项目管理过程、工程过程以及支持过程。每类过程中的过程域又进一步分为“基础的”和“高级的”。在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其它某类的实践一直做到最好，而其它方面的过程区域可以不必考虑。
1.2 CMMI阶段式表示法
成熟度等级是一组经过定义的渐进式过程改进指标，达到每个成熟度等级，则代表组织过程的某重要部分有了稳固的基础。
CMMI的阶段式表示法将成熟度划分为5个等级。除了初始级以外，每个成熟度等级都有若干个过程域，如表1-2所示。由于成熟度等级是循序渐进的，如果想达到某个成熟度等级，例如CMMI 3级，除了满足CMMI 3级本身11过程域之外，还要满足CMMI
·8·
第1章 CMMI综述
2级的7个过程域，依此类推。
表1-2 CMMI阶段表示法：成熟度等级和过程域的关系表
1.2.1 成熟度等级L1：初始级的特征
在成熟度第1级中，过程通常是混乱的，而且组织通常没有提供稳定的开发环境。这些组织的成功，往往依赖组织中个人的能力与拼搏精神，而不是使用一套经过验证的过程。处于成熟度第1级的组织在这种混乱的环境中，也能开发出可以工作的产品和服务，但是往往伴随着项目费用超支和进度拖延。
第1章 CMMI综述·9·1.2.2 成熟度等级L2：已管理级的特征
在成熟度第2级中，组织已达到成熟度第2级所有过程域的特定目标和共性目标。换言之，组织的项目已确保需求是被管理的，而且其过程是经过计划、执行、度量及控制的。
在成熟度第2级，需求、过程、工作成果及服务是受管理的。在预定的时间节点（例如重要里程碑、重要的任务完成时刻），管理层都可以了解工作成果的情况。
1.2.3 成熟度等级L3：已定义级的特征
在成熟度第3级中，组织已达到成熟度第2和第3级所有过程域的特定目标和共性目标，工作过程都已详尽地说明，并应用标准、规程、工具及方法来表现。
组织的标准过程（Organization’s set of standard process）是成熟度第3级的基础。项目可对组织的标准过程进行裁剪，以建立项目过程。
成熟度第2级与第3级的主要区别在于标准、过程说明及规程的范围。在成熟度第2级中，某过程在不同案例间的标准、过程说明及规程可能有相当的差异。在成熟度第3级中，项目的标准、过程说明及规程都是从组织的标准过程裁剪而来的，以适用于某些特殊项目或单位。组织的标准过程包括了成熟度第2级和第3级的过程，因此除了裁剪指南所允许的差异之外，整个组织所执行的过程都是一致的。另一个主要的区别是，成熟度第3级的过程说明比第2级更加详细与严谨，基于对过程活动的了解，以及对过程、产品与服务的详细度量，可更主动地管理过程。
1.2.4 成熟度等级L4：量化管理级的特征
在成熟度第4级中，组织已达到成熟度第2、第3和第4级所有过程域的特定目标和共性目标。选定对整体过程绩效有重大影响的子过程，并使用统计和其他的量化技术来控制这些子过程。
建立质量与过程绩效的量化目标，并以该目标为管理过程的准则。量化目标是根据客户、最终用户、组织及过程执行者的需求而设定。以统计的术语表示质量和过程绩效，并在整个过程中受到管理。
针对这些过程，收集过程绩效的详细度量资料，并进行统计分析。界定过程变化的特殊原因，并适当地修正特殊原因的来源，以避免未来再度发生。
·10·
第1章 CMMI综述
将质量和过程绩效的度量结果，纳入到组织的度量库（organization’s measurement repository），以支持未来以事实为基础的决策。
成熟度第3级与第4级的主要区别在于过程绩效的可预测能力。在成熟度第4级中，过程绩效是由统计和其它的量化技术所控制，并且可以用量化方式预测。但在成熟度第3级中，仅能说在质量上是可预测的。
1.2.5 成熟度等级L5：持续优化级的特征
在成熟度第5级中，组织已达到成熟度第2、第3、第4和第5级所有过程域的特定目标和共性目标。根据对过程变化共性原因的量化了解，持续进行过程改进。
经由渐进式的和革新式的技术改进，成熟度第5级专注于持续改进过程绩效，已经建立组织的量化过程改进目标，并持续修订以反映持续变化的经营目标。量化的过程改进目标也当作管理过程改进的准则，用以度量、评估已进行的过程改进效果。已定义过程和组织标准过程都是这些可度量改进活动的对象。通过查找问题，加快共享经验教训，可以增强组织对变化和机会的快速反应能力。过程改进是每个人的责任，它也使得过程改进不断得到循环。
在成熟度第5级中，过程改进解决过程变化的共性原因，以及界定、评估和执行可度量的组织过程改进。改进方案的选择，以下列二者的量化了解为基础：（1）过程改进方案对组织过程改进目标的预期贡献；（2）执行时的成本和对组织的影响。
成熟度第4级与第5级的主要区别在于所要克服的过程变化类型。在成熟度第4级中，过程专注于克服特殊原因的过程变化，并提出统计上的可预测结果。虽然过程或许可以产生预期的结果，但该结果不足以达到预期的目标。在成熟度第5级，过程专注于克服过程变化的共性原因，并改变过程（也就是改变过程绩效的平均值）以改善过程绩效（同时维持统计上的可预测性），以便达到预期过程改进的量化目标。
1.3 CMMI连续式表示法
能力等级（C apability Level）表示一个组织在实施和控制其过程以及改善其过程绩效等方面所具备的能力。
一个过程能力等级由这个过程的若干相关的特定实践和共性实践所构成。这些特定实践和共性实践如果得以执行，则将使该组织的这个过程的执行能力得到提高，进而增强该组织的总体过程能力。
第1章 CMMI综述·11·
过程能力等级模型中的能力等级的着眼点在于使组织走向成熟，以便增加实施和控制过程的能力并且改善过程本身的绩效。这些能力等级有助于组织在过程改进各个相关过程时追踪、评价和验证各项改进进程。
连续式表示法中，每个过程域的能力等级划分0~5级（共6级），从0~5编号，它们是：0 不完整级；1 已执行级；2 已管理级；3 已定义级；4 量化管理级；5 持续优化级。
CMMI模型的连续式表示，按照过程域之间的关系分成四个类型：过程管理过程、项目管理过程、工程过程和支持过程，如表1-3所示。
表1-3 CMMI连续表示法：过程域分类
·12·
第1章 CMMI综述
1.3.1 能力等级0-不完整级的特征
不完整级也称为未执行级。它的过程是一个未执行或仅仅部分执行的过程。该过程的一个或多个特定目标未被满足。
注意：所谓“未执行”、“部分执行”以及后面所说的“已执行”等描述，都是相对于模型的过程域而言。
1.3.2 能力等级1-已执行级的特征
已执行级的过程是一个满足过程域各个特定目标的过程：为了实现可识别的输入工作成果产生可识别的输出工作成果，需要做相应的工作，处于这个级别的过程，能支持这类工作并且使其能执行。
不完整级与已执行级过程之间的关键差别在于，已执行级过程满足相应的过程域的所有特定目标。
1.3.3 能力等级2-已管理级的特征
已管理级过程是一个具有以下特征的已执行级过程。它是按照预定方针予以策划和执行的；为了生成受控的输出，过程的执行都是配备有适当的资源、有熟练技能的人；各干系人介入了该过程；并且依据各项要求进行了审查和评价。该过程可能由某个项目、某个项目组或某个职能部门予以制度化了，或者可能成为组织的一个独立过程。该过程的管理牵涉到过程的制度化（作为已管理级过程加以制度化），牵涉到针对该过程各种具体目标（如成本、进度和质量目标）的实现。
已管理级过程与已执行级过程之间的基本区别在于，过程受到管理的程度不同。已管理级过程是有计划的。当实际结果和性能明显偏离该计划时，会采取纠正措施。已管理级过程要实现该计划的各项具体目标并且被制度化，以保证绩效的一致性。过程制度化还意味着，该过程的实施广度和深度以及维持时间等是适当的，能够确保该过程成为开展工作中的一个坚实的组成部分。
该过程的具体目标可能是这个过程特有的目标，也可能是某个更高层次上规定的目标（就一组过程而言），在后一种情况下，各个过程将共同为这些目标的实现做贡献。作为对该过程采取的纠正措施的一部分，这些具体目标可能会被修改。
第1章 CMMI综述·13·1.3.4 能力等级3-已定义级的特征
已定义级过程是这样一种受管理的过程：它是根据本组织的剪裁指南从本组织的标准过程集合剪裁而得来；它具有受到维护的过程描述；并且它能为本组织的过程财富（资源）贡献工作成果、度量项目以及其它过程改进信息。
已定义级过程和已管理级过程之间的关键区别在于标准、过程描述和规程的应用范围不同。就已管理级过程而言，标准、过程描述和规程只在该过程的某个特例中使用（在某个特定项目上使用）。就已定义级过程而言，因为标准、过程描述和规程是从本组织的标准过程集合剪裁而来并且与组织的过程财富相关。所以，在整个组织里执行的各个已定义过程就比较一致。与已管理级过程的另外一个重要区别是，已定义级过程的描述比较详细，执行比较严格。对过程各项活动的深入了解以及对过程，其工作产品的所提供的服务的详细度量，是对已定义过程进行管理的基础。
组织的标准过程集合是已定义过程的基础，它是在长期实践中建立并且不断改进的。这些标准过程描述的基本过程元素可望纳入已定义过程中。标准过程还描述基本元素之间的关系。为支持本组织现在和将来使用的标准过程集合，而在组织一级进行的制度化也是在长期实践中实现和不断改进的。
1.3.5 能力等级4-量化管理级的特征
量化管理级过程是利用统计和其它量化技术进行控制的已定义级过程。按照管理该过程的准则来建立和利用质量和过程绩效的定量目标。从统计意义上反映质量和绩效目标，并且在整个过程周期里管理这些质量和过程目标。
组织的标准过程以及客户、最终用户、组织和过程实施人员的需要等，是量化目标的基础。执行该过程的人直接参与对该过程的量化管理。
对生成工作成果或提供服务的整个过程集合实施量化管理：对那些在总的过程性能上起重大作用的过程实施量化管理；针对选定的过程绩效详细度量并进行量化分析，确定过程变化的特殊原因，并且在适当时对特殊原因的根源进行处理，以避免将来再次发生。
量化管理级过程和已定义级过程的一个关键区别是过程绩效的可预测性。量化管理意味着使用统计技术或其他量化技术来管理某过程的一个或几个关键子过程，从而做到可以预测该过程未来的绩效。
·14·
第1章 CMMI综述
1.3.6 能力等级5-持续优化级的特征
持续优化级过程是一个可以通过调整使之满足当前的和预定业务目标的量化管理级过程。持续优化级过程侧重于通过渐进式的和革新式的技术改进不断改进过程绩效。凡是涉及到处理过程变化的共性原因和对组织的过程进行可度量改进的各个过程改进项都得到标识和评价，并且在适当时予以推广实施。对改进项作出选择的基础是：量化地了解它们在实现组织过程改进目标中的预期贡献与成本，和对组织的影响。处于持续优化级的过程其绩效将不断得到改善。
所选定的对过程的渐进式的和革新式的技术改进，系统地进行组织推广实施，对照量化的过程改进目标，测量和评价已推广实施的过程改进的效果。
持续优化级过程与量化管理级过程之间的一个关键区别在于，持续优化级过程是通过处理过程变化的共性原因而不断地进行改进。量化管理级过程关心的是处理过程变化的特殊原因和提供对过程结果的统计意义上的可预计性。尽管量化管理级过程可以产生可预计的结果，但这种结果可能与规定的目标有差距。持续优化级过程关心的是处理过程变化的共性原因，并且调整过程以改善过程绩效，从而实现规定过程量化目标。过程变化的共性原因是过程内在的并且影响该过程的总体性能的原因。
1.4 过程域的部件及解释
CMMI过程域的部件划分三类：必要的（required）、期望的（expected）和信息的（informative）3类，如图1-4所示。
第1章 CMMI综述·15·
图1-4 过程域的部件
1.4.1 必需部件
必需部件描述组织达到某个过程域必须满足的部分，这种满足在组织过程中实现是可视的。CMMI的必需部件是特定目标（Specific Goals）和共性目标（Generic Goals）。这些目标在评估中作为判断一个过程域达到和满意的基本原则。
特定目标只适用于一个过程，它描述过程特性具有唯一性，即只有该过程必须实现的那些特性。特定目标是必需的部件，在评估时用来衡量该过程域是否满足要求。例如：配置管理过程域的一个特定目标是“创建和维护基线的完整性”。
共性目标称为“共性”是因为同一目标的陈述对应了多个过程域。共性目标描述组织制度化实施的特征。
1.4.2 期望部件
期望部件说明组织要达到某个目标的一般性做法。期望部件指导那些实施过程改进或执行评估的人用于判断过程域目标是否达到。CMMI的期望部件是特定实践（Specific Practices）和共性实践（Generic Practices）。
·16·
第1章 CMMI综述
特定实践表明一组活动，这组活动被期望可达成某过程域的特定目标。例如：项目监控过程域一个特定实践是“对项目计划中的承诺进行监督”。
共性实践称为“共性”是因为同一实践的陈述对应了多个过程域。共性实践说明一组活动，这组活动被期望可达成给定的共性目标。
1.4.3 信息部件
信息部件是对如何达到必需部件和期望部件的更加详细的描述。以下是CMMI的一些信息部件。
目的（Purpose）描述了过程域的目的。例如：组织过程定义过程域的目的是“建立和维护可用的过程财富和工作环境标准”。
介绍性说明（Introductory Notes）应用于整个过程域的多个介绍性注释，描述了过程域覆盖的主要范围。例如：项目规划过程域的介绍性说明是“规划开始于产品和项目已定义的需求”。
相关过程域（Related Process Areas）列出了相关过程域信息，反映了过程域间更高层次的关系。例如：项目规划过程域中一个相关过程域的例子是“识别和管理风险的更多信息，请参考风险管理过程域”。
典型工作成果（Typical Work Products）。当执行一个实践时，通常会以工作成果的形式产生输出。例如：项目监控过程域的特定实践“依据项目计划中的参数监督项目实际数据”中一个典型工作成果是“明显偏离的记录”。
子实践（Subpractices）提供了详细的说明，用于实施某个特定实践或共性实践。例如：在项目监控过程域中特定实践“对确定的问题采取纠正措施”一个子实践是“为处理所识别的问题而采取措施，并形成文件”。
共性实践详细说明（Generic Practice Elaborations）出现在一个过程域的共性实践后面，它为一个共性实践如何适用于特定的过程域提供指南。
注释（Notes）是伴随任何一个模型部件的文字，它提供详细背景和基本原理资料，起到注释作用。
例子（Examples）。几乎在任何一个部件旁边都提供一个或多个例子用于阐明概念或描述活动。
扩充（Amplifications）是一个特定学科的注释或例子。模型中覆盖的学科是硬件工
第1章 CMMI综述·17·程、系统工程和软件工程。每一个扩充都在标题上进行了标示，用于说明应用的学科。
1.5 CMMI评估
CMMI评估是用于评价组织过程改进的现状。由于CMMI采用了两种不同的表示法，产生了二种不同类型的评估，一是关于具体的过程能力等级的评估；二是组织整体成熟度水平的评估。通过评估分别产生能力等级剖面图或成熟度等级。目前，CMMI的成熟度等级评估在业界应用最广泛（继承了CMM的成熟度等级评估概念）。
1.5.1 CMMI评估要求
组织使用CMMI模型评估时，需要符合CMMI评估要求（Appraisal Requirements for CMMI，ARC）文件中的要求。评估关注识别过程改进机会，将组织过程与CMMI最佳实践对比。评估小组使用CMMI模型和遵循ARC评估方法，来指导评估和报告结果。这些评估结果被用于策划组织过程改进，产生成熟度等级或能力等级，缓解产品采购、开发和监控的风险。
ARC文件描述了几种类型评估的要求，分别是A类、B类和C类，见表1-4。
表1-4 评估类型的对比
1.5.2 CMMI标准评估方法SCAMPI
（Standard CMMI Appraisal 使用CMMI模型评估时，通常采用“标准CMMI评估方法”
Method for Process Improvement，SCAMPI）。SCAMPI定义了一些规则，确保评估定级的一致性。对于与其它企业实现标杆性对比的评估，评估定级必须确保一致性。
·18·
第1章 CMMI综述
SCAMPI评估方法家族中包括了A级、B级和C级的评估方法。SCAMPI-A是最严格的和唯一能评定等级的评估方法。SCAMPI-B提供了可选部分，但实践描述是一个固定比例的范围和这些实践得到实施。SCAMPI-C提供了更广泛的选择范围，使用者可以预先定义好评估的范围，在进行过程描述时也是采用一种非常接近的方式。
1.5.3 CMMI评估考虑事项
影响CMMI评估的要素如下：
选用CMMI哪个模型用于评估（CMMI或CMMI+IPPD）。
确定组织涉及到的评估范围和被评估的CMMI过程域，确定评价的是成熟度等级还是能力等级。
选择一种评估方法。
选择评估小组成员。
选择被访谈者。
建立评估的输出文件（例如：等级或特定实践的发现报告）。
建立评估的约束条件（例如：时间和地点）。
SCAMPI允许预先确定评估范围，这些评估选择是帮助组织商业需求和目标与CMMI进行关联。
CMMI评估计划和结果的文档中，通常包括了评估选项描述、模型范围和实施评估的组织范围。CMMI评估计划和结果的文档确定了是否满足标杆的要求。
CMMI的评估原则：
高层领导作为评估的发起人。
关注组织商业目标。
为被访谈者保密。
使用文件化的评估方法。
采用一种参考模型。
采用团队合作方式。
第1章 CMMI综述·19· 关注过程实施的具体活动。
1.6 CMMI和CMM的比较
1.6.1 CMMI与CMM的模型比较
CMMI模型是建立在CMM模型基础之上，CMMI的基础源模型包括：软件CMM 2.0版，EIA-731系统工程，以及IPD CMM (IPD) 0.98a版。CMMI相对于CMM模型具有更好的可扩展性，通过学科（软件工程、系统工程、集成化产品和过程开发以及供应商管理）进行模型的扩展，组合形成各种CMMI模型，如CMMI-SW、CMMI-SE/SW、CMMI-SE/SW/IPPD、CMMI-SE/SW/IPPD/SS。
在CMMI 1.2版本中，CMMI-SE/SW模型被CMMI-DEV所取代。以后，还会通过增加新的学科领域扩展形成新的模型，如SEI 计划发布的CMMI-SVC模型和CMMI-ACQ 模型。
在CMM中，该模型只有一种表示法，即阶段式表示法。CMM的阶段式表示法将软件组织的成熟度划分为5个等级。在CMMI中，该模型采用了两种表示法：阶段式表示法和连续式表示法。为了保持软件组织之间的能力成熟度比较，CMMI保留了CMM中的阶段式表示法。但是，为了促进软件组织更加切合实际地进行内部软件过程改进，CMMI增加了连续式表示法。
1.6.2 CMMI 与CMM 过程域比较
CMM有18个关键过程域（Key Process Area，KPA），用于促进软件过程的改进。在CMMI中删去了“关键”，而仅称“过程域”。
CMM中的度量分析实践分布在每个关键过程域中，而CMMI增加了独立的度量分析过程域（MA）。
CMM第3级中的软件产品工程（SPE）关键过程域，在CMMI 中被分为需求开发（RD）、技术方案（TS）、产品集成（PI）、验证（VER）和确认（VAL）5个过程域。
CMM第3级的同行评审（PR）关键过程域被融入到CMMI的验证（VER）过程域。
CMM第3级的集成软件管理（ISM）关键过程域所阐述的风险管理，在CMMI中形成了一个独立的风险管理（RSKM）过程域。同时CMM第3级的集成软件管理（ISM）
·20·
第1章 CMMI综述
和组间协调（IC）合并成为CMMI的集成化项目管理（IPM）。
CMMI第3级增加了决策分析和解决方案（DAR）过程域，其内容在CMM 中没有提及。
CMM第4级的定量过程管理（QPM）和软件质量管理（SQM）转变为CMMI的定量项目管理（QPM）和组织过程绩效（OPP）。
CMM第5级的缺陷预防（DP）转变为CMMI的原因分析和解决方案（CAR）。CMM 第5级的技术变革管理（TCM）和过程变更管理（PCM）合并为CMMI的组织革新与推广(OID)。
CMMI和CMM的过程域比较，详见表1-5。
CMM中的需求管理与需求开发
需求管理（Requirements Management ）是属于CMM2中的过程域，简 称为REQM ，需求开发（Requirements Development ）是CMM3中的过程域，简称RD 。这两个过程域是CMMI 体系中关于需求的全部内容，下面分别对这两部分进行介绍。本文对CMM 的一些基础知识、基础术语不再介绍。 需求管理与需求开发的分界线： 市场营销 用户需求 管理层 需求开发 需求管理 市场 营销 管理层需求变更项目环境 项目变更 大家可以这样理解，需求管理是指对需求变更的管理、对需求的跟踪，而获取需求、定义需求则属于需求开发部分。 需求管理 在CMMI 中，需求管理的目标定义为： a. 把软件需求建立一个基线供软件工程和管理使用。 b. 软件计划、活动和工作产品同软件需求保持一致。 更高的目标： 软件需求的复用
需求管理的原则和方法 a. 必须与需求工程的其他活动紧密整合
b. 需求必须是文档化的、正确的、最新的、可管理的、可理解的 c. 只要需求变化了，需求变更的影响就必须被评估 d. 需求必须分优先级 e. 需求一定要分类管理 需求管理的主要工作： 特定目标和特定实践 特定目标 ●管理需求 管理需求并识别需求与项目计划和工作产品之间的差 异。 ●SP 1.1 取得需求理解 ●SP 1.2 取得需求承诺 ●SP 1.3 管理需求变更 ●SP 1.4 维护需求的双向追溯性 ●SP 1.5 识别项目工作与需求间的差异 REQM特定目标的关系
SP 1.1 取得需求理解 SP 1.1 和需求提出者一同来了解需求。 l 识别出谁是需求的提供者 l 识别出需求的接受标准： a. Clearly and properly stated得到清晰和恰当的定义 b. Complete完整的 c. Consistent with each other相互一致的 d. Uniquely identified得到唯一标识的 e. Appropriate to implement适宜实现 f. Verifiable (testable)可以验证（测试） g. Traceable可追溯 l 分析需求，确保符合已建立的准则。 l 与需求提供者达到需求共识，以使项目成员能承诺它们SP1.2 获取对需求的承诺 SP1.2 取得项目成员对需求的承诺。 ●评估需求对现有承诺的影响。 需求变更或新需求发生时，评估它们对项目成员的影 响。 ●协商并记录承诺。
软件需求开发与管理
软件需求开发与管理 1概述 需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 软件需求工程划分为需求开发和需求管理，其中需求开发可进一步分为问题获取(elicitation)、分析(analysis)、编写规格说明(specification)和验证(verification)四个阶段, 需求开发活动包括以下几个方面： (1)确定产品所期望的用户类 (2)获取每个用户类的需求 (3)了解实际用户任务和目标以及这些任务所支持的业务需求 (4)分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决 方法和附加信息 (5)将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件 (6)了解相关质量属性的重要性 (7)商讨实施优先级的划分 (8)将所发现的用户需求编写成规格说明和用例模型 (9)评审用例和需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组 接受说明之前将问题都弄清楚。 需求管理活动包括以下几个方面： (1)定义需求基线(迅速制定需求文档的主体) (2)评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它 (3)以一种可控制的方式将需求变更融入到项目中 (4)使当前的项目计划与需求一致 (5)估计变更需求所产生的影响并在此基础上协商新的承诺。 (6)让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪 (7)在整个项目过程中跟踪需求状态及其变更情况。 2需求工程的推荐方法 需求工程推荐方法 需求开发
电商平台功能需求
电子商务平台系统的功能需求 1．功能需求 随着Internet的发展，网上购物已成为一种购物时尚，它为人们提供了网络购物的方便性，使顾客可以足不出户就可以购买商品。现在流行的电子商务有B2B、B2C等类型。电子商务平台网是建立在企业与消费者之间的商务交易网站，它可以使顾客通过浏览商品、网络购物、查询订单、打印订单和查看公告等功能购买自己所需的商品。本系统需要有以下功能： （1）网站设计页面要求美观大方、个性化，能够展示企业形象。（2）企业所有的商品数据都在电子商务平台中展示。 （3）规范、完善的基础信息设置。 （4）商品分类详细，可按不同类别查看商品信息。 （5）按商品大类及商品名称、订单进行模糊查询。 （6）实现选购商品、订购商品、收银结账、打印订单功能。（7）实现各种查询，如模糊查询等。 （8）管理员对用户订单进行管理。 需要完成的一些具体功能如下： 1、用户管理: 能够完成用户基本信息录入的注册和用户基本信息 的台管理(用户自己修改密码,修改寄货地址,查看自己的历史订单等)。 2、管理员管理:能够完成管理员对网站的商品资料（添加大类、 添加小类、商品添加、商品审查）、商品交易（外理订单、 发货查询）、会员管理（会员审查）、操作管理（管理员添 加、管理员审查、管理员退出）的功能。 3、搜索功能:能过对商品的名称，商品的分类进行搜索。
1、购物车功能:用户能够通过查看商品后把商品添加进购物 车，并可以对购物车内的商品进行添加、修改和删除操作， 确定后可以提交订单进行结账。 2、网站可以发布公告、广告等(可选) 。 2.功能模块 在平台功能的基础上，得到本平台的功能模块图如下： 网上购物系统平台主要包括四大功能模块，用户管理、前台网站布局（包括购物车）、管理员管理、搜索等功能模块。其中用户管理模块，主要包括用户注册、用户修改、用户删除等功能；管理员管理主要包括商品资料（添加大类、添加小类、商品添加、商品审查）、商品交易（订单管理）、会员管理、操作管理（管理员添加、管理员审查、管理员退出）等功能；搜索主要包括（商品名称、商品类别），公告广告管理(可选) 。 电子商务平台网前台管理系统的功能设计如图1所示。
产品需求分析管理和产品规划培训课程
产品需求分析管理和产品规划培训课程 课程背景 营销大师科特勒指出：“以市场为导向、以客户为中心”就是对市场需求的管理！市场需求管理是公司战略、市场计划、新产品开发的依据，决定了公司竞争力的延续，直接影响到公司效益。 但是：“有价值的客户需求在哪里，对有价值的需求如何进行汇总、分析。”目前大量的理论体系到此为止，如何在实际的操作层面上进行下去？如何执行？根据权威机构统计：项目缺陷的56％来源于需求定义错误，80％的缺陷修复成本用于修复需求导致的错误，需求的正确与否直接影响产品开发周期、产品开发成本，甚至直接决定产品最终的市场成败。 通过和众多国内科技企业接触，我们发现这些企业中普遍存在如下问题： 1.缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系”； 2.产品开发过程需求工作持续时间短，需求分析不充分；需求没有有效地分层分级，对不同阶段需求应该详细到什么程度没有明确的定义； 3.需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解一致性； 4.产品开发闭门造车，关注技术，不关注客户； 5.产品开发出来才找客户、找卖点； 6.不清楚业界众多需求分析工具如何在不同需求分析阶段进行恰当运用等； 本课程结合以上企业在市场需求管理中存在的问题进行深入的探讨，结合多年企业的实践和研发管理咨询的案例，就企业在市场需求的收集、整理、归类、分析、分解与分配、执行与验证等环节的问题展开深入的讲解，并分享大量企业的案例。 课程特色 课程的实践性：讲师从事过市场需求管理的工作多年，同时完成过近10个咨询项目，通过大量的案例和演练，让学员非常便于理解；具体的操作方法和工具：课程涉及的市场需求分析和市场需求管理的方法和工具十分具体，操作性非常强；讲师独特的专业背景：讲师都是从研发做起，在知名企业担任研发中高层领导，并且在成功的企业有成功的实践经验。 培训收益 1.了解研发需求工程过程与其他研发流程体系的接口关系； 2.掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 3.掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 4.掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 5.掌握对产品包需求进行分解和分配，确保需求与设计协同一致，减少模块间耦合的方法； 6.掌握对客户需求、产品包需求、设计需求进行持续验证和跟踪的机制和方法； 7.掌握构建需求收集长效机制，提升公司整体需求管理能力的机制和方法； 8.掌握支撑研发需求工程各个阶段工作运作的工具和操作方法。 课程大纲 一、例分析：某案例公司市场之路
电子商务需求文档
电子商务需求文档 一．引言 1、1目标 电子商务系统是在互联网开放的网络环境下，基于浏览器／服务器(Browse/Server)应用方式，实现消费者的电子商务、商户之间的网上交易和在线电子支付的一种新型的商业营销模式。电子商务分为企业（B2B）、企业对客户(B2C) 、客户对客户（C2C），采购商消费者能通过互联网了解企业及其产品，生产商与采购商能够快速地组成的产品的周转渠道。在快节奏生活的现代社会，不进能让消费者买到称心如意的商品，也能为忙碌的人们节省时间。提高生活效率。 1、2文档约定 1.页面的左距离为 2.5cm，右边距离为2.0cm 2.标题最多分为2级，分别为楷体36号，楷体24号，标题均加粗。 3.正文字体为楷体18号，无特殊情况下，字体颜色均采用黑色。 4.出现序号的段落不采用自动编号功能而采用人工编号。 5.页面设计要能够吸引用户的目光，整个页面要以简洁为主，突出重点。 6可操作性强，避免复杂的、有疑义的链接。 7浏览速度快，尽量避免长时间打不开页面的情况发生。 8.商品信息部分有实图例，图像清晰、文字醒目。 9.所有图例均用WORD作图工具绘制（软件界面设计除外）。 1.3读者对象 本文档的读者范围包括： 1.项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设 计、项目管理。 2.设计员：对需求进行分析，并设计出系统，包括数据库的设计。 3.程序员：配合设计报告，了解系统功能，编写用户手册。 4.测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性 测试。 5.销售人员：了解预期产品的功能和性能。 6.用户：了解预期产品的功能和性能，并与分析员一起对整个需求进行讨论和协 商。 7.其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。在阅读 文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对 每一功能进行适当了解。 1.4 项目范围 电子商务系统用来支持购物管理，包括用户信息管理，订单管理，购物车管理，商品
需求开发和管理流程范例
需求开发和管理流程范例 目录 1.目的 (3) 2.适用范围 (3) 3.名词和缩略语 (3) 4.角色和职责 (3) 5.过程综述 (5) 5.1. 流程图 (5) 5.2. 过程说明 (5) 6.过程活动 (6) 6.1. 活动一：获取用户需求 (6) 6.2. 活动二：建立系统需求 (7) 6.3. 活动三.需求分析与建模 (9) 6.4. 活动四.形成需求规格说明 (10) 6.5. 活动五.需求验证 (11) 6.6. 活动六：需求变更 (12) 6.7. 活动七：需求跟踪 (12) 7.过程度量与改进 (15) 8.过程裁剪指南 (15) 9.相关文件 (15)
10.质量记录 (16) 11.附录 (17) 11.1. 附录1：需求优先级说明 (17) 11.2. 附录2：需求状态说明 (17)
1.目的 本程序文件定义了本组织的需求与管理的过程，目的是实现有计划地收集、分析顾客的需求，并保证所有共利益者在项目进展过程中始终保持对需求一致的理解和承诺。 2.适用范围 本过程适用于公司所有合同项目和自主研发项目。 3.名词和缩略语 4.角色和职责
5.1.流程图 5.2.过程说明 需求开发与管理过程包括首先获取用户需求，然后对用户需求进行分类和整理，形成系统需求。通过对系统需求进行分析和建模，形成需求规格说明书，并将分析后的需求以模型或原型方法与用户进行确认，以此建立设计开发基础。最后采用原型、测试验证、评审等方式验证需求。同时，在开发活动中有序的管理需求变更，并通过需求跟踪确保需求的可追溯性和一致性。
6.1.活动一：获取用户需求 通过与用户交流、对现有系统的了解以及对项目任务的分析，开发、捕获和修订用户的需要。 6.1.1.进入准则 经过市场扫描活动、售前支持、客户反馈等活动，产品经理经过基本分析，确定要进行某产品的开发和较大升级； 6.1.2.输入 市场分析报告、售前和售后服务相关记录 6.1.3.任务 任务1：产品市场扫描。市场服务部会同产品经理针对特定产品进行市场扫描工作，主要包括与该产品相关的其他产品的名称、主要功能、市场情况；产品的领域，相关标准情况；产品主要涉及的技术领域和技术发展概况。产品经理根据市场扫描的结果确认是否需要进行产品开发和升级。 任务2：需求调研。产品经理根据《需求调研规程》组织相关人员实施需求调研活动，形成相关调研记录和《需求特性列表》。评审小组对调研结果实施结构化审查。 任务3：产品路线图设计。产品经理根据产品的需求特性列表和市场情况初步确定产品功能特性的优先级，优先级划分参见附录1，并且将优先级的划分与高级经理进行沟通，得到初步的确定后，对需求特性列表按照优先级进行分类整理，形成《产品路线图》。 对于项目而言，此任务可以演化成考虑项目分阶段实施的需求划分。 6.1.4.输出 《需求特性列表》、《产品路线图》 6.1.5.退出准则 《需求特性列表》通过审核，与高级经理沟通后初步明确项目经理
电子商务市场需求分析
电商网站建设方案：市场需求分析 1、市场分析 1）、对于企业来讲：电子商务能给它们带来许多新的机遇和挑战，它能够解决企业面临的许多困难和问题。互联网的到来可以为企业开辟更广泛的市场空间。由于信息的竞争在企业的竞争优势中发挥着越来越重要的作用，有了电子商务，企业在信息方面就能更具有竞争力。2）、优势分析：电子商务将传统的商务流程电子化、数字化，一方面以电子流代替了实物流，可以大量减少人力、物力，降低了成本；另一方面突破了时间和空间的限制，使得交易活动可以在任何时间、任何地点进行，从而大大提高了效率。 3）、信息传递速度：电子商务作为一种新的商业模式于20世纪最后的十年出现在人们面前.和传统的交易方式相比，电子商务有很多优越之处，如它可以突破地域和时间限制，使处于不同地区的人们自由地传递信息，互通有无，开展贸易。它的快捷、迅速、自由和交换的低成本为人们所乐道，真是何乐而不为呢。 4）、信息索引：这部分目标群体的第一特征即表现在，会通过在搜索引擎等信息索引平台直接准确的输入商品关键词进行商品信息搜索和购买。抓住这部分用户群体主要可以通过SEO、SEM等精准营销手段，将商品信息传达给目标客户群体。 5）、信息需求：对于部分用户群体表现的理智性和企业化特性，固在信息量需求上是最大的。往往他们会通过对此的搜索对比获取更多的产品信息才能决定购买行为。抓住这部分用户群体主要可以通过提供一定的产品信息量来达到提升网站可看性和满足用户需求、从侧面让客户依赖网站，从而达到用户转换的目的。 6）、购物体验和网站专业性：这部分用户群体整体表现还是一个理智性，所以一个网站的购买体验和专业性表现是决定于这部分用户群体是否进行最后的购买行为的最基本要素。往往他们会通过搜索引擎获得大量的产品销售源，并且从从中进行筛选，最后决定购买行为。 2、行业分析（模仿、用户、人才） 1）、网站版块模仿：缺少运营模式的创新，人云亦云我们通常可以看到，很多网站会去模仿行业中较为成功的电子商务网站，有的甚至完全一样。但是无论怎么模仿，别人还是一年几个亿，而自己却呈现负增长。非常郁闷。帝赛因网络并不是反对大家模仿，而是提倡模仿。毕竟好的东西，大家都喜欢。但是不能完全模仿，而且也模仿不了。比如说咱可以把网站可以模仿的一模一样，可是运作推广，企业文化，服务质量，企业的执行力这些怎么能完全模仿呢？ 2）、用户行为分析：运营成本不断的升高，网上销售额（订单转换率）确毫无增长网站做好了，也雇佣了不少人，不管是技术专家，还是客服人员、配送人员都备齐了，别人所用的网络营销方式咱也都用了，做了很多网站推广和宣传活动，该烧的钱都烧了，可是订单转换率就是上不去？这个时候我们就得做出与行业领域不一样的分析模式，帝赛因网络可以通过对网站建设是版面布局的调整更能符合用户体验，从侧面抓住用户用户心理，最高程度实现转化率。 3）、缺乏创新人才：缺乏合适的网站运营人才，没有稳定的运营团队在这只说合适的人才，突出“合适”两个字。有的老板花了高价钱从竞争对手那挖过来一个高手，可是这个高手却复制原先公司的运营模式，最终却发现难以做下去，拍拍屁股就走了。交给另一个高手，另一个高手不满原先的运营模式，为了突出自己的能力又换了一套新的方法，最后搞的整个企一团糟。 3、竞争对手分析 1）、淘宝：淘宝作为全球第一的销售零售商，它有着许多的优点。在卖点上有着天天平价，天天底价，一站式购物消费体验。而且它拥有大量的供应商，消费者等，这些对于一个中小企业超越度相对于比较难。
软件项目的需求开发与管理
软件项目的需求开发与管理需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 1? 什么是软件需求和需求工程 软件需求的定义 在IEEE软件工程标准词汇表(1997年)中定义软件需求为： （1）用户解决问题或达到目标所需的条件或能力。 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。（3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。 实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。 需求工程的定义 需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情
研发部需求开发流程管理
研发部需求开发流程管理
管理目标 1、所有关系人清晰明确地了解项目的需求和 期望，努力做到满足项目所有关系人的不同需求；项目关系人包括：项目团队成员和项目团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。 2、项目管理三要素平衡（时间/成本/质量）， 即开发项目按需按时按质的完成。 3、目标：功能满足需求，设计支持变化，开发 快速迭代，成果持续交付。 执行概述 1、建立有效的工作流程保证项目的顺利进行， 初期使用传统RUP过程，引入部分敏捷方法，团队磨合完成后逐步实现敏捷开发全流程管理。 2、明确项目目标，制定具有可行性的项目计 划，有效明确的分解项目需求。 3、跟踪设计/开发/测试/回归/发布全流程，推 动项目按预定计划执行。 4、解决项目过程中出现的问题和冲突，一般集
中在需求不明/工作量或时长/开发难度/跨 部门协调等几个方面。 5、调动开发团队的积极性，创造力，推动团队 成员在项目过程中的学习成长。 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 对项目进行技术可行性分析、技术评估、成本评估以及风险评估。 与需求提出方的代表进行需求讨论，明确项目的目标、价值。 确定项目范围、功能及优先级。 组建项目团队，特别要搞清楚项目的关键人。 项目启动会议，相关的关系人都必须参加。 2、设计阶段 根据确认后的软件需求规格说明书，制定项目进度计划，工作任务分解(WBS)；资源申请，项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统
设计；文档(包括系统用例、Demo、测试用例等)；评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。 跟踪，推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估，以确保该阶段完成的质量。 代码审核，包括CS审核、SQL审核、WEB 审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划，用户培训，发布上
电子商务网站需求分析
电子商务网站 需求分析 .1. 引言 1.1 文档介绍 在此文档中详细的介绍了对开发此电子商务网站应实现的功能性需求，非功能性需求以及在开发此系统时应遵循的规范，同时说明了此系统要求的软硬件环境需求，后期测试与维护的流程。 1.2 编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档，本文档综合客户需求及技术开发建议提出一些说明。 1.3 文档范围 本文档包含以下几部分： 1. 产品介绍 2. 产品面向的用户群体 3. 产品应当遵循的标准或规范 4. 产品的范围 5. 产品中的角色 6. 产品的功能性需求 7. 产品的非功能性需求 8. 需求确认 .2. 2.1 目标 该系统作为饭摩尔商品展示、餐厅展示、预订订单生成、预订订单执行、普通商品订单、普通商品订单的执行。宣传平台，通过电子商务系统的建设，应实现将饭摩尔的产品信息发布在互联网上，以供更多的人了解、预订就餐、订购商品，而管理员可以很灵活地控制这些信息在网络上的展现内容。 该网站作为LEACREE自营减震器、进口大品牌减震器商品展示，订单生成、订单执行等功能的
宣传平台，通过电商网站的建设，实现将减震器总成等相关的产品信息发布到互联网上，供更多的人认识了解，加入购物车，订购商品，而管理员可以灵活地控制这些信息在网络上的展现内容。.3. 产品面向的用户群体 本系统面向以大众为主的用户群体,为它们提供B/S交易的平台及饭摩尔发布的产品信息，本系统的用户分为管理员、饭店商家、平台会员及游客。 本网站面向有更换减震器需求、改装减震器需求以及对减震器相关附加产品的需求的用户，为他们提供B/S交易平台以及自营减震器、改装减震器等产品信息，本系统的用户分为管理员，平台会员。 .4. 产品应当遵循的标准或规范 本电子商务网站制作应遵循互联网使用标准，网站使用应符合互联网合法化的使用。 网站内销售过程应遵守国家经济法的标准。 .5. 产品范围 本产品包括会员注册、登录、产品管理、订购管理、产品推荐、会员管理、送发货管理、积分管理系统、VIP管理系统、前台商品显示等功能模块。
产品需求分析与需求管理——如何搞定市场需求
产品需求分析与需求管理——如何搞定市场需求 主讲：董奎（十多年高科技企业的研发与管理实践经验，在某著名高科技企业工作期间，先后担当项目经理、系统工程师、产品经理、软件部经理） 课程对象：企业CEO/总经理、研发总监、研发经理/项目经理/技术经理/产品经理、产品规划专家等。 授课方式：讲师讲授+视频演绎+案例研讨+角色扮演+讲师点评。 【课程背景】 通过和众多国内科技企业接触，发现这些企业中普遍存在： 1、技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2、研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3、产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4、了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5、需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6、需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致性 7、缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8、不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9、针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。【课程重点】 1、如何确定目标客户，如何分析需求关系人？
2、如何从市场（客户）角度进行有效的客户需求收集？ 3、围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4、如何对客户需求进行整理和分析，形成产品包需求？ 5、如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户?客户要求?客户需求?产品包需求?产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、SweetPoint模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 【课程价值】 1、掌握从市场角度进行有效的客户需求收集的机制和方法，筛选高质量的客户需求； 2、掌握对客户需求进行整理、分类、分析的方法，提高各个角色对需求理解的一致性，最终形成产品包需求，明确产品的竞争优势与卖点； 3、掌握外部需求和内部需求一体化管理的机制，从而降低产品的端到端生命周期成本； 4、掌握产品核心诉求的提炼方法，确定有吸引力的产品概念； 5、掌握支撑研发需求工程各个阶段工作运作的工具和操作方法； 【培训内容】 一、案例分享 二、六个基本概念 1、什么是客户？ 1)客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2、什么是需求？ 1)WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需求规格、技术需求、非技术需求 2)案例：某运营上广告折射对需求五层次的理解 3、需求工作的2个基本点：
电子商务网站建设需求分析
电子商务网站建设需求分析 电子商务就是指以电子方式在网上完成产品或服务的一种销售，或购买和电子支付等业务交易的过程叫电子商务。电子商务的通常缩写为EC （Electronic Commerce），是一种全新的商务活动模式，它充分利用互联网的易用性、广域性和互通性，实现了快速可靠的网络化商务信息交流和业务交易。 电子商务根据各种参与交易的方式不同可以分为企业对企业和企业对公司，而电子商务网站可以根据功能设置的不同可以分为电子市场 （E-marketplace）网站、电子销售(E-distributor)网站、电子购买 （E-procurement）网站。其中，电子商务网站的设计就是在中立的立场上的，不但要考虑到购买方的不同和需求，也要考虑到销售方的利益。电子商务网站的主要服务对象是销售商，而电子购买网站的主要服务对象是买主，其目的说白了就是通过在网站上聚集大量的买主，在通过大宗的购买降低价格。有利于加速企业信息流通，为保证企业稳定发展奠定基础。 1、电子商务网站的建设意义 （１）满足顾客的需求，为企业（公司）赢得利润； （２）与其他组织形成电子伙伴关系，向顾客提供更好的服务是一个商务网站的目标； （３）电子商务网站能够使企业实现全国化与全球化经营战略； （４）通过网络建立战略性的资源外包联盟，原来复杂的工作现在只需按几下鼠标就能在国际互联网上逐一地拓展出几百万个潜在的客户。因此，电子商务网站是 实现改善经营管理、开拓市场、提高企业竞争力等。 2、功能 通过建立电子商务网站平台，可以与你的顾客紧密地联系在一起。重视顾客的意见反馈，掌握顾客的需求，加强与客户之间的关系与往来，是企业营销的重要环节。网站很重要的一个优势就是交互性，利用在网站上设置用户调查表、产品相关的留言评论、讨论公告板等方式可以迅速准确地得到大量用户反馈和建议，这些有助于新产品推出，新市场开拓，又有助于售后服务和客户调查，同时可以为顾客随时随地地提供完美的服务。 （1）用户登陆
研发部需求开发规程管理
精心整理 管理目标 1、所有关系人清晰明确地了解项目的需求和期望，努力做到满足项目所有关系人的不同需求；项目关系人包括：项目团队成员和项目团队外(内部/外部客户，内部/外部合作伙伴，经销商/客户等)。 2、项目管理三要素平衡（时间/成本/质量），即开发项目按需按时按质的完成。 3、目标：功能满足需求，设计支持变化，开发快速迭代，成果持续交付。 执行概述 1、 2、 3、跟踪设计/开发/测试/回归/ 4、/跨部门协 调等几个方面。 5、 6、风险识别、风险控制以及风险的预案。 项目管理 1、需求阶段 2 根据确认后的软件需求规格说明书，制定项目进度计划，工作任务分解(WBS)；资源申请，项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源)；数据库设计；系统设计；文档(包括系统用例、Demo、测试用例等)；评审会议。 设计阶段结果交付一般为系统用例/系统原型/系统设计文档(概要设计和详细设计)/数据库设计文档等。 该阶段交付成果需要进行评审。 3、执行阶段(开发和测试) 准备开发环境、测试环境。
跟踪，推动项目按计划进行。 项目成员以日报/项目负责人以周报的形式通报各关系人当前项目的进展情况。 按里程碑对阶段成果进行评估，以确保该阶段完成的质量。 代码审核，包括CS审核、SQL审核、WEB审核等。 对需求变更进行控制管理。 测试阶段BUG响应及改进、收集反馈意见。 对项目风险进行管理。 4、发布阶段 包括制定项目发布计划，用户培训，发布上线。 5、试运行阶段 数据监控(日志、服务器状态) 定情况执行补丁升级。 6、收尾阶段 产品交付，项目总结会。 常见问题 1、开发时间的估算 算，通常单个模块开发时间取决于以下因素： 1 2(包括对框架和应用的熟悉程度)。 3 开发者没有相关的代码可以参考，自己也没有经验， 1、在划分好模块后，首先项目管理人员预先估算各个模块所需要的开发时间。 2、召集所有开发人员，讨论模块的分配和开发时间估算。将划分好的模块，分配给开发人员，如状况允许可允许开发人员自主选择以提高开发人员的主动性和参与性。分配模块的时为确保开发的速度和质量，基本原则如下： A、类似的模块由同一人负责开发，比如用户信息的增删改应由同一开发者负责。这样开 发者对相关逻辑会比较熟悉，代码/接口的定义也会相对明确，沟通的成本低，相应可以降低功能实现的缺陷概率。 B、技术难度较大的模块由技术水平比较高的人负责。 C、业务逻辑比较复杂的由对业务逻辑比较了解的人负责。
需求开发与管理过程
密级：普通 标识:S_RD_XQKFYGLGC 版本号：2.0 分册：第1册/共1册 需求开发与管理过程 湖南创博龙智信息科技股份有限公司 湖南创博龙智信息科技股份有限公司对本文件资料享受著作权及其它专属权利，未经书面许可不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：
目录 1.目的/方针 (3) 2.范围 (3) 3.术语 (3) 4.角色与职责 (3) 5.入口准则 (3) 6.输入 (3) 7.流程图 (4) 8.主要活动 (4) 8.1.需求获取 (4) 8.1.1.明确所需获取信息的来源与渠道（Where） (5) 8.1.2.获取需求（How） (5) 8.1.3.需求获取资料的保管 (7) 8.1.4.编写用户需求规格说明书 (7) 8.2.需求分析 (7) 8.2.1.结构化分析方法 (7) 8.2.2.基于用例的分析方法 (8) 8.3.需求定义 (9) 8.3.1.定义需求的优先级 (9) 8.3.2.编写《需求分析说明书》 (10) 8.4.需求确认 (10) 8.4.1.需求评审 (10) 8.4.2.需求承诺 (11) 8.4.3.建立需求基线 (11) 8.5.需求变更 (11) 8.5.1.需求变更申请................................................................. 错误！未定义书签。 8.5.2.需求变更的实施 (12) 8.6.需求跟踪 (12) 8.6.1.建立需求跟踪矩阵 (12) 8.6.2.需求跟踪矩阵的维护与使用 (12) 9.输出 (12) 10.出口准则 (13) 11.资源 (13) 12.引用文档 (13)
产品需求分析与需求管理
产品需求分析与需求管理 －－如何搞定市场需求通过和众多国内科技企业接触，发现这些企业中普遍存在： 1. 技术很牛，但最终倒闭的公司一大推；被技术人员嗤之以鼻的公司，反而活的还不错 2. 研发从早忙到晚，产品开发的不少，但市场成功的产品屈指可数，开发的越多，死得越快 3. 产品开发闭门造车，关注技术，不关注客户；产品开发出来才找客户、找卖点 4. 了解市场的不懂技术，懂技术的不了解市场，不知道需求应该谁负责 5. 需求准确把握决定产品成败，但没有人关注需求，即使偶尔想关注也不知道如何关注 6. 需求的表达不够结构化，充斥着“故事会”格式的需求，直接影响了不同团队对需求理解的一致 性 7. 缺少完备的需求收集、汇总、分析机制，“公司神经末梢与大脑失去联系” 8. 不能从自身能力提升来引导客户需求，反而天天在抱怨客户需求经常变动 9. 针对需求大家“吵成一锅粥”：公司与客户吵，市场与开发吵，开发与测试吵，…… 不能满足客户需求、给客户创造价值，再牛的技术也没有价值。根据权威机构统计项目缺陷的56%来源于需求定义错误，80%的缺陷修复成本用于修复需求导致的错误，把技术变成金钱的不二选择关注、锁定、满足市场需求，创造客户价值。 本课程重点讲解： 1. 如何确定目标客户，如何分析需求关系人？ 2. 如何从市场（客户）角度进行有效的客户需求收集？ 3. 围绕产品成功2个核心因素差异化+成本优势，整理产品需求 4. 如何对客户需求进行整理和分析，形成产品包需求？ 5. 如何基于产品需求与竞争友商对比分析，确定我们的核心诉求，形成产品概念？ 课程贯穿案例分享，详细讲解目标客户→客户要求→客户需求→产品包需求→产品概念确定全过程，详细讲解把技术转变为金钱的方法和工具（利润区、回溯分析、决策模型分析、KJ、$APPEALS、BSA、概念定义7个核心秘诀、破坏性创新的3石蕊实验、Sweet Point模型、基于不同产品生命周期的12个创新思路等），提升产品的竞争力，确保市场成功、财务成功。 一、案例分享 二、六个基本概念 1. 什么是客户？ 1) 客户、用户、目标客户、潜在客户、可以送给竞争友商的毒药客户 2. 什么是需求？ 1) WANTS/NEEDS/DEMANDS、真假需求、客户需求、用户需求、产品需求、设计需求、需 求规格、技术需求、非技术需求 2) 案例：某运营上广告折射对需求五层次的理解 3. 需求工作的2个基本点： 1) 差异化 2) 成本优势 4. 需求工程全过程： 1) 需求收集→需求整理→需求分析→概念确定→需求分解→需求实现与验证 5. 官方体系对需求的定义： 1) RM（目的、关键实践、典型输出） 2) RD（目的、关键实践、典型输出） 6. 产品经理3个核心素质特征：
需求开发与管理过程(Req. Development Mgt. Process)
Req. Development & Mgt. Process 需求开发与管理过程 Prep分配需求ed by 拟制陈刚 Date 日期 2006-05-16 Reviewed by 评审人SEPG team Date 日期 2007-4-20 Approved by 批准田松涛 Date 日期 2007-4-24
Revision Record 修订记录
Table of Contents 目录 1Purpose 目的 (5) 2Scope 范围 (5) 3Abbreviations and Acronyms 术语和缩略语 (5) 4Policy 方针 (5) 5Process Description 过程描述 (5) 5.1Roles and Responsibilities 角色和职责 (6) 5.2Entrance Criteria 入口准则 (6) 5.3Input 输入 (6) 5.4Activities 活动 (6) 5.4.1Summarize 总述 (6) 5.4.2Flow Chart 流程图 (7) 5.4.3Requirements Development and Validation 需求开发及确认 (8) 5.4.4Trace Requirements and Requirements Management 需求跟踪和管理 (10) 5.5Output 输出 (11) 5.6Exit Criteria 出口准则 (11) 6Resource and Tools 资源与工具 (11) 7Configuration Management and Assets 配置管理和资产 (11) 8Training 培训 (11) 9Process Measurement 过程度量 (11) 10Tailoring Guidelines 裁剪指南 (12) 11Verification 验证 (12) 12Related Process 相关过程 (12) 13Reference Materials 参考文献 (12)
需求开发与管理
需求开发与管理是软件项目中一项十分重要的工作，据调查显示在众多失败的软件项目中，由于需求原因导致的约占到45%，因此，需求工作将对软件项目能否最终实现产生至关重要的影响。虽然如此，在项目开发工作中，很多人对需求的认识还远远不够，从本人参与或接触到的一些项目来看，小到几十万元，大到上亿元的软件项目的需求都或多多少的存在问题，有的是开发者本身不重视原因、有的是技术原因、有的是人员组织原因、有的是沟通原因、有的是机制原因，以上种种原因都表明做好软件需求开发是一项系统工作，而不是简单的技术工作，只有系统的了解和掌握需求的基本概念、方法、手段、评估标准、风险等相关知识，并在实践中加以应用，才能真正做好需求的开发和管理工作。 本文将通过介绍关于软件需求的基本知识和个人在实际工作中总结的一些经验，帮助读者了解软件需求，学习需求开发的一些基本方法，避免因需求原因而导致的项目失败。 1 什么是软件需求和需求工程 1.1 软件需求的定义 在IEEE软件工程标准词汇表(1997年)中定义软件需求为： （1）用户解决问题或达到目标所需的条件或能力。 （2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 （3）一种反映上面(1)或(2)所描述的条件或权能的文档说明。实通俗的讲，“需求”就是用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。 1.2 需求工程的定义 需求分析的过程，也叫做需求工程和需求阶段，它包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、评审等一系列产生需求的活动，分为四个阶段：情况获取、分析、制订规格说明和评审。这四个阶段不一定是遵循线性顺序的，他们的活动是相互独立和反复的。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括：变更控制、版本控制、需求跟踪、需求状态跟踪等工作。 2 需求分析的风险 由于需求分析的参与人员、业务模式、投资、时间等客观因素的影响和需求本身具有主观性和可描述性差的特点，因此，需求分析工作往往面临着一些潜在的风险。这些风险主要表现在： （1）用户不能正确表达自身的需求。在实际开发过程中，常常碰到用户对自己真正的需求并不是十分明确的情况，他们认为计算机是万能的，只要简单的说说自己想干什么就是把需求说明白了，而对业务的规则、工作流程却不愿多谈，也讲不清楚。这种情况往往会增加需求分析工作难度，分析人员需要花费更多的时间和精力与用户交流，帮助他们梳理思路，搞清用户的真实需求。 （2）业务人员配合力度不够。有的用户日常工作繁忙，他们不愿意付出更多的时间和精力向分析人员讲解业务，这样会加大分析人员的工作难度和工作量，也可能导致因业务需求不足而使系统无法使用。
电子商务平台系统需求分析报告
电 子 商 务 平 台 系 统 需求说明书项目名称：电子商务平台系统 指导老师：-- 学号：----- 姓名：--
目录 1引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3字符定义 (3) 1.4参考资料 (3) 2任务概述 (4) 2.1目标 (4) 2.2用户特点 (4) 2.3假定和约束 (4) 3总体设计 (4) 3.1.1需求规定 (4) 3.1.2基本设计概念和处理流程 (5) 3.1.3结构 (6) 3.1.4功能需求与程序的关系 (6) 3.1.5人工处理过程 (6) 3.1.6尚未解决的问题 (6) 3.2安全退出：返回登录界面。 (7) 3.2.1运行模块组合 (7) 3.2.2运行时间 (7) 3.3系统数据结构设计 (7) 3.3.1逻辑结构设计要点 (7) 3.3.2数据结构与程序的关系 (8) 3.4异常处理 (8) 3.4.1出错信息 (8) 3.4.2补救措施 (8) 3.4.3系统维护设计。 (9) 4运行环境规定 (9) 4.1运行环境 (9) 4.2接口设计 (9) 4.2.1外部接口硬件接口 (9) 4.3.2内部接口 (10)
需求说明书 1引言 1.1编写目的 电子商务平台系统是保证以电子商务平台为基础的网上交易实现的体系。网上交易依然遵循传统市场交易的原则。网上交易的信息沟通是通过数字化的信息渠道实现的。因此，首要条件是交易双方必须拥有相应的信息技术工具。其次，网上交易的交易双方在空间上是分离的，为保证交易双方进行等价交换，必须提供相应的货物配送和支付结算手段。此外，为保证企业、组织和消费者能够利用数字化沟通渠道，保证交易能顺利进行配送和支付，需要由专门提供服务的中间商参与，即需要电子商务平台服务商。基础电子商务平台系统基础电子商务平台系统包括Internet信息系统、电子商务平台服务商、企业、组织与消费者、实物配送和支付结 1.2背景 A.软件名称：电子商务平台系统 B.开发者：XXX C.项目简介：本系统主要分为前台和后台年管理系统 一、前台管理（全面、分类展示商城内所有商品功能、查看商城内的交易信息、提供新商品上市公告，方便顾客及时了解相关信息、对用户输入的数据，系统进行严格的数据检验，尽可能排除人为错误、界面设计美观友好，操作简便） 二、后台管理（用户管理、管理商品、管理商品类别、订单管理、订单打印、管理员管理） 1.3字符定义 1.4参考资料 1 项目指导老师参考资料 2 网上的资料包括论坛帖子 3 信息系统分析与设计（教材）php概要