DAR_决策分析与决议

合集下载

DAR-P-01决策分析和解决方案

CMMI ML-3 v1.2决策分析和解决方案文件编号：DAR-P-012008年7月15 日发布2008年7月15日实施江苏起日信息科技有限公司变更记录1.目的为了对本公司IT项目的重大问题作科学合理的决策分析并做出决定，本文档给出了决策分析及做出决定的过程所必须遵循的通用指南。

2.适用范围本过程涉及本公司所有技术开发、研发过程中的所有软件项目的关于技术和非技术问题的决策分析。

3.概述在项目规划过程中存在技术架构方案或设计方案的选择，可复用构件或购买第三控件等技术问题。

还存在一些影响项目的非技术重大问题。

对此需要一个分析决策过程来支持问题有目标有效率地解决。

该过程首先定义决策问题和实施指南，决定是否启动DAR程序。

如果启动，接着确定DAR委员会负责本次决策活动。

DAR委员会定义评价标准和假定条件，收集备选方案，选择决策方法，评价备选方案，最后做出决策(包括风险分析)，提交项目决策报告。

4.名词术语DAR(Decision Analysis and Resolution): 决策分析和解决方案。

DAR决策标准：根据DAR问题要求解决方案所应达到的要求。

5.过程定义5.1. 决策分析过程5.2. 角色和职责5.3. 入口准则决策问题已明确。

5.4. 输入项目计划5.5. 过程活动5.5.1.确定决策问题在项目计划和项目目标确定后，由项目经理根据项目计划来确定需要决策的项目问题。

5.5.2.判断是否启动DAR决策程序项目经理确定需要决策的问题后，根据项目规模、项目成本、以及问题对项目进度和质量的影响等因素，判断是否启动DAR决策程序。

项目经理判断是否启动DAR决策程序，需根据DAR指导原则来判断。

5.5.3.DAR指导原则✧项目性质：项目的性质由其规模、战略地位和对公司的重要程度所决定。

项目对公司的重要程度主要是指项目是否来自公司的重要客户或战略客户、公司在此项目中的获利程度，一般可以从立项书中项目的目标信息中获得。

CMMI 22个PA缩写及主要内容

CMMI 22个PA缩写及主要内容CMMI 22个PA缩写EPG：工程过程组（Engineering Process Group）MSG：管理指导组/高层管理组（Management Steering Group）SPI：软件过程改进（Software Process Improvement）PAT：过程行动组（Process Action Team）PA：过程域（Process Area）PP：项目策划（Project Planning）PMC：项目监控（Project Monitoring and Control）IPM：集成的项目管理（Integrated Project Management）RSKM：风险管理（Risk Management）CM：配置管理（Configuration Management）PPQA：过程和产品质量保证（Process and Product Quality Assurance）MA：度量和分析（Measurement and Analysis）DAR：决策分析和解决方案（Decision Analysis and Resolution）REQM：需求管理（Requirements Management）RD：需求开发（Requirements Development）TS：技术解决方案（Technical Solution）PI：产品集成（Product Integration）Ver：验证（Verification）Val：确认（Validation）OPF：组织过程焦点（Organization Process Focus）OPD：组织过程定义（Organization Process Definition）OT：组织培训（Organizational Training）22个PA的主要内容有：1．CM：（Configuration Management）软件配置管理。

DAR-决策分析和决定过程指导原则及选择技术指南

编号文件名决策分析和决定过程指导原则及选择技术指南版本号发布时间审核批准文件状态□草稿■初始版□发布版决策分析和决定过程指导原则及选择技术指南版本说明目录1需要结构化决策的典型指导原则 (4)2选择评价技术的一般方法 (4)3典型的决策技术 (4)3.1趋势分析 (4)3.2Delphi方法 (5)3.3质量功能展开(QFD) (6)3.4群（多人）决策技术 (11)3.5多目标决策方法 (11)3.6 加权平均法 (12)1 需要结构化决策的典型指导原则●决策直接关系到的论题可能是高风险的；●可能造成进度拖延10%或成本上升10%的决策；●新技术（操作系统、新的编程语言、数据库、新的套片）的使用；●与决策的影响相比较，决策过程的成本可以接受。

2 选择评价技术的一般方法●根据决策的目的和支持决策技术的信息的可用性选择决策技术。

●典型的决策技术如“二”所示。

●根据决策技术本身不过分受枝节问题干扰的能力选择决策技术。

●模拟的结果可能由于解决方案中的那些与所处理的问题无直接关系的随即活动而偏斜。

●确定决策过程的层次。

●要考虑对成本、进度、性能和现行风险策略的影响。

3 典型的决策技术3.1 趋势分析趋势分析法又称水平分析法，是通过对比两期或连续数期统计报告中相同目标，确定其增减变动的方向、数额和幅度，来说明组织或行业状况和经营成果的变动趋势的一种方法，用于进行趋势分析的数据可以是绝对值，也可以是比率或百分比数据，采用这种方法，可以分析引起变化的主要原因、变动的性质，并预测企业的未来发展前景。

趋势分析法的具体运用主要有以下三种方式：㈠重要指标的比较它是将不同时期报告中的相同指标或比率进行比较，直接观察其增减变动情况及变动幅度，考察其发展趋势，预测其发展前景。

这种方式在统计学上称之为动态分析。

它可以有两种方法来进行。

1、定基动态比率：即用某一时期的数值作为固定的基期指标数值，将其他的各期数值与其对比来分析。

4.2 PA培训-DAR决策分析与解决方案-18

SG 1 Evaluate Alternatives评估备选
方案
决策的基础应该是对备选方案的分析，分析的依据是事先确定的标准具体要求
SP 1.1 Establish Guidelines for Decision Analysis
建立决策分析的指南，决定哪些议题需要做正式的决策分析
PA培训-DAR决策分析与解决方案
Soft Tech公司 CMMI顾问姚凤君

Level 3
Requirements Development Technical Solution Product Integration Verification Validation Organizational Process Focus Organizational Process Definition Organizational Training Integrated Project Management Risk Management Decision Analysis and Resolution

SP 1.2 Establish Evaluation Criteria
建立分析的标准
SP 1.3 Identify Alternative Solutions
识别备选方案
SP 1.4 Select Evaluation Methods
选择评估方法
SP 1.5 Evaluate Alternatives
选择评估方法
常用的决策分析方法
MAUT（Multi-Attribution Utility Theory）普氏矩阵
SP 1.5 Evaluate Alternatives

决策分析和决议DAR过程在产品开发过程中的应用

决策分析和决议DAR过程在产品开发过程中的应用产品开发过程中，决策分析和决议DAR（Decision Analysis and Resolution）过程扮演着重要的角色。

这一过程的目标是确保项目团队在制定决策和解决问题时能够依据合适的数据和信息，以最有效的方式进行决策和解决。

本文将探讨决策分析和决议DAR过程在产品开发中的应用，并分析其重要性。

一、决策分析和决议DAR过程的定义决策分析是一种系统化的方法，旨在辅助个体或团队在面临决策时采取合理的选择。

它通过收集、评估和整合关键信息，对各种潜在决策选择进行分析和比较，从而指导决策者做出最优的决策。

决议DAR是指在面临决议时，团队通过一系列的活动来收集和评估决策所需的信息和数据，以便做出明智的决策。

决议DAR过程包括识别和定义决策问题、收集和分析决策依据、制定和评估潜在的决策选项，最终做出决策。

二、决策分析和决议DAR过程在产品开发中的应用1.识别和定义决策问题在产品开发过程中，识别和定义决策问题是决策分析和决议DAR 过程的关键一步。

团队需要明确定义问题，并确保所有团队成员对问题的理解达成共识。

例如，在决定产品功能或设计时，团队可能需要决策哪些功能对用户最重要，或者面临技术限制时如何权衡功能和成本等问题。

2.收集和分析决策依据决策分析和决议DAR过程要求团队收集和分析决策过程中所需的信息和数据。

对于产品开发团队来说，他们可能需要收集市场调研数据、用户反馈、竞争分析等信息，并进行比较和分析，以便更好地理解市场需求和产品定位。

3.制定和评估潜在的决策选项在产品开发过程中，团队需要制定潜在的决策选项，并对其进行评估。

这一过程可以通过制定决策矩阵、优先级排序等工具来实现。

例如，团队可能制定不同的产品功能选项，并通过评估它们的商业价值、技术可行性和用户体验等方面来确定最佳选择。

4.决策和解决问题经过决策分析和决议DAR过程后，团队可以做出明智的决策，并解决产品开发过程中的问题。

CMMI培训资料二

Appraise the Organization’s Processes 评估组织过程 Identify the Organization's Process Improvements 识别组织的过程改进机会
组织过程焦点（OPF）
SG2:Plan and Implement Process Improvements 规划和实施过程改进
特定实践 Establish Tailoring Criteria and Guidelines 建立裁剪准则和指南 Establish the Organization’s Measurement Repository 建立组织度量库 Establish the Organization’s Process Asset Library 建立组织过程财富库 Establish Work Environment Standards 建立工作环境标准
过程域PA
特定目标SG
特定实践 Establish the Project’s Defined Process 建立项目定义过程 Use Organizational Process Assets for Planning Project Activities 利用组织过程财富规划项目活动
集成化项目管理（IPM）
Perform Validation 执行确认 Analyze Validation Results 分析确认结果
过程域PA
特定目标SG
特定实践 Establish Organizational Process Needs 建立组织过程的需要
SG1:Determine Process Improvement Opportunities 确定过程改进机会

dar指标

dar指标引言：在现代社会，数据分析在各个领域发挥着重要作用。

而dar指标作为一种重要的数据分析工具，对于评估和衡量某种现象的重要性和发展趋势具有重要意义。

本文将探讨dar指标的定义、计算方法、应用场景以及其在实际中的价值。

一、dar指标的定义与计算方法dar指标，即“某种现象的发展评估和改善比率”，是通过对某种现象的发展情况进行评估和衡量的一种指标。

其计算方法是将某种现象的改善情况除以相应的时间段，得出一个比率。

例如，某城市的空气质量指数在过去一年内改善了20%，那么其dar指标为0.2。

二、dar指标的应用场景1.经济发展评估：dar指标可以用来评估一个国家或地区的经济发展情况。

通过计算某种经济指标在一定时间段内的改善比率，可以客观地评估经济的增长速度和稳定性。

2.环境保护评估：dar指标可以用来评估环境保护措施的效果。

例如，通过计算某种环境指标在一定时间段内的改善比率，可以评估环境保护工作的成效，并为进一步改善环境提供指导。

3.教育水平评估：dar指标可以用来评估教育水平的提高情况。

通过计算学生在一定时间段内的学业进步比率，可以客观地评估教育改革的效果，并为教育政策的制定提供参考。

三、dar指标在实际中的价值dar指标作为一种客观评估指标，具有以下价值：1.提供决策依据：dar指标可以为决策者提供客观的数据支持，帮助他们做出合理的决策和规划。

2.衡量改善效果：dar指标可以用来衡量某种现象的改善效果，帮助评估措施的有效性，为进一步改进提供指导。

3.推动进步：dar指标的应用可以促进各行各业的进步，激励人们不断追求更好的发展和改善。

结论：通过对dar指标的定义、计算方法、应用场景以及其在实际中的价值的探讨，我们可以看到dar指标作为一种重要的数据分析工具，在各个领域具有广泛的应用前景。

它不仅可以客观地评估某种现象的发展情况，还可以为决策者提供重要的参考，推动社会的进步与发展。

在未来的发展中，我们有理由相信，dar指标将发挥更大的作用，为我们的生活带来更多的改善和便利。

CMMI 3培训_DAR规程

05
我们什么时候需要使用DAR流程？流程？我们什么时候需要使用流程
例子
商业决策
1. 中层领导以上级别的人事调整 2. 商业目标的确立或变更 3. 商业上的购买的风险 4. 工作环境的变更 5. 公司级工具的选择 6. 竞标
技术决策
1. 体系架构选择 2. 设计方案 3. 平台选择 4. 过程选择（如生命周期的选择） 5. 技术解决方案 6. 测试方法
步骤二：建立讨论活动的规则。这些规则包括：
过程
o 主持人控制讨论进程。 o 承认每个人作出的贡献。 o 确保没有人侮辱、贬低、或者评价另一参与者或者他的/她的回应。 o 声明没有一个答案是错误的。 o 记录每一个回答，除非它被一再重复。 o 设定发言时间限制，到时立即终止发言。
过程
• • •
05
头脑风暴法
被认为是最好的一种集体讨论的决策方法。头脑风暴法集体讨论是定义一个问题、概念以及与主题相关的任何事情的行动，它从不忽视来自任何微弱声音中的建议。所有的主意都将被记录下来并，仅当头脑风暴集体讨论结束以后才予以评价。
过程
步骤一：在一个小组或者大组中选择一位主持人和一位记录员（他们可以是同一个人）。
o 寻找任何重复或者相似的答案。 o 将相似的概念聚集在一起。 o 剔除明确不合适的回应。精简了记录清单以后，继续运用小组讨论的方式，讨论剩余的回应内容。
开
始
确
定
目
标
确
定
活
动

确
定
关
键
问
题
界
定
备
选
方
案
选
择
解
决
方
案

CMMI基本术语

CAR-原因分析与解决方案 OPM-组织性能管理
CMMI L4 定量级
CMMI L3 定义级
CMMI L2 管理级
OPP-组织过程能力
QPM-项目定量管理
RD-需求开发 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认
IPM-集成项目管理 RSKM-风险管理
DAR-决策分析与决定
OPD-组织过程定义 OPF-组织过程改进
HM LA 高级主任评估师：可执行CMMI L4和CMMI L5等级的评估，并颁发CMMI证书
Appraisal：评估，基于CMMI模型对一个企业所达级别的判定
Assessment :内部评估，由企业内部组成的评估小组，基于 CMMI模型的评估
RR :Readiness review 就绪检查，评估前的检查，主要检查资料，人员，环境等是否就绪
PA process area
过程域，一组特征实践或做法的集合，当实现该实践时，同时会满相应目标；
Process Assets
过程资产，在组织中，对实现过程域的目标有用的任何内容；
OPAL organization process assets library
组织过程资产库，用来建立和存储组织有用过程资产的库，资产主要使用在定义、实现和管理过程中使用，资产库一般包括方针、规程、检查单、培训资料、模版、已定义过程、计划、经验教训等；
Product Component产品组件
工作产品，属于产品低级别的组成部分，若干产品组件被组装成产品;
CMMI L3模型术语
Goal目标
Product产品
交付给客户或者最终用户的工作产品在CMMI模型中，产品具有特殊的用法，可能代表的涵义根据上下

软件项目-决策分析与决定过程-模板

文档编号决策分析与决定过程XXX有限公司修订记录A-新增 M-修改 D-删除目录1. 目的/方针 (2)2. 范围 (2)3. 术语 (2)4. 角色与职责 (2)5. 入口准则 (2)6. 输入 (3)7. 流程图 (3)8. 主要活动 (4)8.1. 决策方法 (4)8.1.1. 原形模拟法 (4)8.1.2. 头脑风暴法 (4)8.1.3. 类比法 (5)8.1.4. 净现值分析法/投资收益率分析 (5)8.1.5. 决策树分析法 (5)8.1.6. Delphi法 (7)8.2. 选择评价方法和建立评价准则 (7)8.3. 评估可选方案 (8)8.4. 选择解决方案 (8)9. 输出 (8)10. 出口准则 (8)11. 引用文档 (8)12. 使用模板 (8)1.目的/方针决策分析和决定（Decision Analysis and Resolution，DAR）的目的在于运用结构化方法对组织内与项目有关的关键决策行为提供有效的方法。

本过程建立决策分析指导方针，确定在什么样的情况下需要使用决策分析和决定过程；并建立和维护组织级别的评价方法和评价准则。

公司或项目组进行关键决策行为时应根据本过程：1)选择评价方法、确定评价准则，并应用选定的评估方法对可选方案进行评估；2)根据评价准则选择解决方案。

2.范围本过程适用于以下几个方面：1）项目立项管理中立项决策时，存在多项目选择时2）项目管理中风险管理，高级别的风险在多个缓解措施中进行选择时3）系统设计和编码过程中系统架构选择和关键技术方案，存在多个方案选择时3.术语无4.角色与职责5.入口准则在开发过程中，存在着许多需要进行决策的问题。

但是并非所有问题都需要进行正式的决策分析活动。

只有那些重要的，有重大影响的问题才需要进行正式的决策分析活动。

6.输入多种可选方案7.流程图图1:决策分析和决定过程示意图8.主要活动8.1.决策方法8.1.1.原形模拟法实施步骤如下：1)明确决策问题，选择成员（项目组成员、相关领域专家等）形成评价小组。

dar评价准则

dar评价准则决策分析中的风险度评价（Decision Analysis Risk Evaluation，DARE）是一种基于概率的风险评估方法，它通过对决策中的风险因素进行分析和量化，为决策者提供决策依据。

DARE评价准则是一种基于DARE方法的评价准则，它通过对决策中的风险因素进行评估和比较，为决策者提供决策建议。

一、DARE评价准则的基本原理DARE评价准则是一种基于概率的风险评估方法，它通过对决策中的风险因素进行分析和量化，为决策者提供决策依据。

DARE评价准则的核心是概率风险评估，它通过对决策中的每个风险因素进行概率估计和影响评估，计算出每个风险因素对决策的影响程度。

DARE评价准则的基本步骤包括：确定决策问题：首先需要明确决策问题，明确需要进行风险评估的因素。

确定风险因素：根据决策问题，确定可能影响决策的风险因素。

概率风险评估：对每个风险因素进行概率估计和影响评估，计算出每个风险因素对决策的影响程度。

制定风险应对措施：根据概率风险评估的结果，制定相应的风险应对措施，降低或转移风险。

决策分析：根据制定的风险应对措施，对决策进行分析和优化，得出最优决策方案。

二、DARE评价准则的应用DARE评价准则在各个领域都有广泛的应用，下面以商业决策、风险管理以及医学诊断为例，介绍DARE评价准则的具体应用。

商业决策：在商业决策中，DARE评价准则可用于评估市场风险、财务风险、竞争风险等。

例如，在投资决策中，可以使用DARE评价准则对投资项目的市场前景、财务风险、竞争环境等因素进行概率风险评估，为投资者提供决策依据。

风险管理：在风险管理领域，DARE评价准则可用于评估自然灾害、安全事故、健康风险等。

例如，在保险行业中，可以使用DARE评价准则对保险产品的风险进行评估和比较，为保险公司提供产品设计和定价的依据。

医学诊断：在医学诊断领域，DARE评价准则可用于评估疾病的风险、治疗方案的效果等。

例如，在癌症诊断中，可以使用DARE评价准则对患者的病情、治疗方案的效果、并发症等因素进行概率风险评估，为医生提供治疗建议。

软件开发项目管理 ppt课件

软件开发项目管理
P1
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P2
精品资料
• 你怎么称呼老师？ • 如果老师最后没有总结一节课的重点的难点，你
是否会认为老师的教学方法需要改进？ • 你所经历的课堂，是讲座式还是讨论式？ • 教师的教鞭 • “不怕太阳晒，也不怕那风雨狂，只怕先生骂我笨，
P 11
项目经理人员能力要求
技術
文档能力
对项目经理人员的能力要求
管理综合能力沟通
业务
经验
威信？亲和力？抗压能力？发现问题的能力？口才？
P 12
Contents
1 项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 13
人员管理-人员分类
能力
能力强，不积极
P 30
Contents
1 软件项目管理概要 2 人员管理 3 质量管理 4 进度管理 5 沟通管理 6 关于5W1H
P 31
如何做事-5W/1H
什么是5W/1H？
1．“5W/1H”是一种定律，是一种原理，也是一种流程，更是一种工具，广泛运用至企业管理和日常工作生活和学习中； 2．“5W/1H”为我们提供了科学的工作分析方法，常常被运用到制定计划草案上和对工作的分析与规划中，并能使我们提高效率和使工作的有效执行。
P6
对项目经理的质问对项目经理的质问
项目的作业内容（开发范围）很清楚吗？项目计划安排合理吗？能保证按时上线？各个阶段设置时间段合理吗？你对所有人员的能力都很清楚吗？人员和体制安排合理吗？是否有超过人员能力的安排？是否有的人太闲，有的人太忙？所有的进度都在控制之中吗？客户询问进度情况你能应答自如？你对项目平品质指标很清楚吗？对品质有没有信心？哪个地方的品质是你担心的？如果有不放心的地方都采取了妥当的措施保证不会出问题？总体上能保证品质吗？客户提的要求你都满足了吗？客户对你放心满意吗？客户问你项目的情况，你都能做出合理的回答和解释吗？你的上级对你放心吗？你的下属服从安排吗？当前项目有哪些问题你都清楚吗？所有的问题是不是都在你的掌控之中？你是否能在压力下工作？外界的压力是否影响你工作效率和质量？整个项目都是按你的预想在前进吗？

实践行动中的dare模型 -回复

实践行动中的dare模型-回复"实践行动中的DARE模型"一、引言在我们的生活中，每个人都会遇到各种问题和挑战。

有些人能够坚定地面对这些问题并采取行动，而其他人则可能感到无所适从，并拖延解决问题的时间。

在实践行动中，DARE模型可以作为一个有用的工具，帮助我们更好地应对问题和面对挑战。

本文将一步一步地回答“实践行动中的DARE 模型”，帮助读者理解和应用这一模型。

二、定义DARE模型DARE模型是由决策心理学家和创新顾问Dawna Markova提出的一种解决问题和应对挑战的方法。

DARE代表以下四个关键步骤：定义问题、探索解决方案、采取行动和回顾结果。

三、定义问题(Define)DARE模型中的第一步是定义问题。

在这一步骤中，我们需要明确问题的范围、目标和关键因素。

一个好的问题定义可以帮助我们更好地理解问题所在，并为接下来的步骤提供指导。

四、探索解决方案(Explore)一旦问题明确，我们需要探索各种可能的解决方案。

这可以通过头脑风暴、研究、咨询他人或寻找灵感来完成。

在这个阶段，没有一个解决方案是完美的，所以探索多个选项是很重要的。

五、采取行动(Action)在探索解决方案后，我们需要选择一个行动计划并开始实施。

行动是解决问题的关键，没有行动就没有结果。

在制定行动计划时，我们需要考虑行动的可行性、时间和资源的要求，以及可能的风险和挑战。

六、回顾结果(Review)一旦行动计划执行完毕，我们需要回顾结果并从中学习。

这个阶段不仅可以帮助我们评估行动的有效性，还可以为我们未来的实践行动提供改进和反思的机会。

回顾结果还可以帮助我们发现其他可能被忽视的因素和解决方案。

七、实践DARE模型的案例分析为了更好地理解和应用DARE模型，我们可以考虑以下案例：案例：小明在工作中遇到了团队沟通和合作的问题。

1.定义问题：小明迅速意识到团队沟通和合作问题的存在，但他需要进一步界定问题的范围和具体目标。

CMMI Level 3 PA

SP 2.1 建立产品和产品组件需求Establish Product and Product Component Requirements SP 2.2 分配产品组件需求Allocate Product Component Requirements SP 2.3 识别接口需求Identify Interface Requirements
RD-需求开发
目的简介

导出、分析和建立客户、产品、产品组件需求
相关PA

描述了三种需求：客户、产品、产品组件关注相关干系人的需要，包含了产品生命周期各阶段的需要和产品属性的需要需求同样关注由技术方案所带来的约束和限制；需求是设计的基础，所有的项目均有需求；需求主要包含引导、收集干系人需要、产品全周期需求的开发、建立客户功能和质量的需求；初始产品和产品组件需求的建立； REQM-需求管理 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认 RSKM-风险管理
CMMI Level 3 PA
Jetor 2010.09.17
更新记录
版本 V0.9 V1.0 日期 2010/09/13 2010/09/17 人员 Jetor Jetor 修正内容创建获得内部评审通过
主题
CMMI Level 3 PA Requirement Development Technical Solution Product Integration Verification Validation Integrated Project Management Risk Management Organization Process Focus Organization Process Definition Organization Training Decision and Resolution

CMMI3工程组人员访谈常见问题,需求带答案

CMMI3工程组人员访谈常见问题,需求带答案工程组(Engg)访谈问题汇总：一、需求开发与管理（RD、REQM）1、如何导出客户的需求？制定需求调研计划，准备需求提问单，调查表，通过会议、访谈、电话等方式对系统使用人员，熟悉系统业务规则的人，决策者等相关人员进行需求调研，调研的题纲为功能需求、场景、非功能需求、界面。

环境、性能、接口、产品验收、交付。

2、如何进行需求开发？需求开发的主要活动有哪些？导出用户需求，开发用户需求说明书，评审CRS，客户确认用户需求说明书，开发产品需求说明书，评审，客户确认。

需求管理的活动主要是：控制变更，维护需求跟踪矩阵，需求不一致记录3、用户需求说明书包含哪些主要内容？功能需求、场景、非功能需求、界面。

环境、性能、接口、产品验收、交付方式时间4、如何进行需求评审？需求评审有哪些准则？进行正式的会议评审，非正式的有EMAIL会签，走查。

准则有：可追溯性，正确性，完整性，一性性，可行性，无二义性，可验证性，必要性，可理解性，划分优先级，具有楖要设计所需的相关输入信息。

5、用户需求如何得到验证？评审确认6、需求的约束条件在哪里记录？产品需求规格说明书的项目概述－》有一节是假定和约束：列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等7、产品需求说明包括哪些内容？产品需求与用户需求的区别在哪里？产品介绍描述用户群体的特征定义产品的范围阐述产品应当遵循的标准和规范定义产品中的角色定义产品的功能性需求定义产品的非功能性需求，如用户需求、软硬件环境、质量等需求规格说明书包括：用例、系统总体结构图、用户需求的细化（功能性和非功能性需求），接口的需求、界面需求差别：先将客户需求变为产品需求，再将各功能点非配到相应功能模块，然后识别接口需求，将内部接口和外部接口分开8、如何描述需求模块模块功能编号，名称，模块优先级，然后对其功能进行描述，数据描述，设定相应约束条件，使用岗位，关联模块9、RTM的主要内容有哪些？RTM有没有定期评审？分配的需求ID，软件需求规格ID，系统测试用例标识，ST用例执行情况，概要设计，集成测试用例标识，详细设计，单元测试用例标识，代码。

CMMI中英文术语对照表

CMMI中英文术语对照表1标准名词术语1 AT Assessment Team 评审小组2 ATM Assessment Team Member 评审小组成员3 BA Baseline Assessment 基线评审4 CAR Causal Analysis and Resolution 原因分析与决策5 CBA CMM-Based Appraisal 基于CMM的评价6 CBA-IPI CMM-Based Appraisal for Internal Process Improvement 为内部过程改进而进行的基于CMM的评价（通常称为CMM评审）7 CC Configuration Controller 配置管理员8 CF Common Feature 公共特性9 CFPS Certified Function Point Specialist 注册功能点专家10 CI Configuration Item 配置项11 CM Configuration Management 配置管理12 CMM Capability Maturity Model 能力成熟度模型13 CMMI Capability Maturity Model Integration 能力成熟度集成模型14 COTS Commerce off the shelf 商业现货供应15 DAR Decision Analysis and Resolution 决策分析与制定16 DBD Database Design 数据库设计17 DD Detailed Design 详细设计18 DP Data Provider 数据提供者19 DR Derived Requirement 派生需求20 EPG Engineering Process Group 工程过程小组21 FP Function Point 功能点22 FPA Function Point Analysis 功能点分析23 FR Functional Requirement 功能性需求24 GA Gap Analysis 差距分析25 ID Interface Design 接口设计26 IFPUG International Function Point Users Group 国际功能点用户组织27 IPM Integrated Project Management 集成项目管理28 IR Interface Requirement 接口需求29 KPA Key Process Area 关键过程域30 KR Key Requirements 关键需求31 LA Lead Assessor 主任评审员32 MA Measurement and Analysis 测量与分析33 MAT Metrics Advisory Team 度量咨询组34 MCA Metrics Coordinator and Analyst 度量专员35 ML matreraty library 度量数据库36 NFR Non-functional Requirement 非功能性需求37 OC Operational Concept 操作概念38 OID Organizational Innovation and Deployment 组织革新与部署39 OPD Organizational Process definition 组织过程定义40 OPF Organizational Process focus 组织过程焦点41 OPL Organizational Process Assets 组织过程财富42 OPP Organaizational Process Perormance 组织过程性能43 OSSP Organization’s Set of Standard Process 组织标准过程集合44 OT Organizational Training 组织级培训45 PA Process Areas 过程域46 PAT Process Action Team 过程行动小组47 PB Process Assets Library 过程财富库48 PD Preliminary Design 概要设计49 PDSP Project Defined Standard Processes 项目定义标准过程50 PI Produce Integration 产品集成51 PLC Product Life Cycle 产品生命周期52 PMC Project Monitoring and Control 项目监控53 PP Project Planning 项目策划54 PPQA Process and Product Quality Assurance 过程与产品质量保证55 PPR Price Performance Ratio 性能价格比56 QA Software Quality Assurance 软件质量保证57 QA Quality Assurance 质量保证58 QAP Software Quality Assurance Plan 质量保证计划59 QPM Quantitative Project Management 量化项目管理60 RD Requirements Development 需求开发61 RM/ReqM Requirements Management 需求管理62 RSKM Risk Management 风险管理63 RTM Requirement Traceability Matrix 需求跟踪矩阵64 SAM Supplier Agreement Management. 供应协议管理65 SC Steering Committee 指导委员会66 SCAMPI Standard CMMI Assessment Method for Process Improvement 过程改进CMMI标准评审方法67 SCCB Software Configuration Control Board 软件配置管理控制委员会68 SCM Software Configuration Management 软件配置管理69 SDP Software Development Plan 软件开发计划70 SEI Software Engineering Institute (美国)软件工程学院71 SEPG Software Engineering Process Group 软件工程过程组72 SPI Software Process Improvement 软件过程改进73 SPP Software Project Planning 软件项目策划74 SPTO Software Project Tracking and Oversight 软件项目跟踪与监控75 SR System Requirements 系统需求76 SRS Software Requirement Specification 软件需求规格77 SSM Software Subcontract Management 软件分包管理78 SSR Software System Requirement 软件系统需求79 TS Technical Solution 技术解决方案80 UC Use Case 用例81 UID User Interface Design 用户界面设计82 V AL Validation 确认83 VER Verification 验证84 WBS Work Breakdown Structure 工作分解结构85 WP Work Products 工作产品86 Pre-assessment 预评审87 Baseline 基线88 Quality Attribute 质量属性89 Scenario 场景2以字母检索单词Aability to perform执行的能力: （参见公共特性/common feature）acceptance criteria接受标准：为让用户、客户或其他授权组织接受，一个系统或组件所必须满足的条件。

CMMI-4中19个PA的大致描述

CMMI-4中19个PA的大致描述组织过程资产库下面有组织级标准过程库，这个库里一共有19各PA（就是标准过程啦），PA的英文是Process Area。

CM（配置管理过程，英文是Configuration Management）DAR（决策分析过程，英文是Decision Analysis And Resolution）IPM（集成项目管理过程，英文是Intergrated Project Management）MA（度量和分析过程，英文是Measurement and Analysis）OPD（组织过程定义过程，英文是Oragnaization Process Definition）OPF（组织过程焦点过程，英文是Oragnaization Process Focus）OPP（组织过程性能过程，英文是Oragnaization Process Performance）OT（组织级培训过程，英文是Oragnaization Training）PI（产品集成过程，英文是Product Integration）PMC（项目监督与控制过程，英文是Project Monitoring and Control）PP（项目立项过程，英文是Project Planning）PPQA（质量保证过程，英文是Process and Product Quality Assurance）QPM（量化项目管理过程，英文是Quantitative Project Management）RD（需求管理过程，英文是Requirements Development）REQM（需求变更过程，Requirements Management）RSKM（风险管理过程，Risk Management）TS（技术解决方案，Technical Solution）VAL（系统测试过程，Validation）VER（同行评审过程，Verification）制订公司同行评审流程, 及早和高效地从软件工作产品中识别问题，同时降低最终产品发布时的缺陷出现的概率正式评审评审准备阶段评审会议阶段问题追踪阶段邮件评审评审负责人提交工作产品,QA审计通过评审负责人以邮件的方式发送评审材料给评审组成员评审材料详细描述工作产品及评审主题评审组成员接受到评审材料后仔细阅读,并以邮件方式反馈自己的意见给评审负责人评审负责人收集反馈回来的信息并记录评审负责人编写评审报告走查流程评审组长发起评审作者对评审的工作产品进行讲解开发人员对编写的代码进行讲解评审小组针对可能产生的问题提出意见记录者记录问题评审组长完成评审报告走查也可以由评审组长一般是项目经理，指定一个人完成。