软件方法与过程知识点总结.docx

《软件方法与过程知识点总结.docx》由会员分享，可在线阅读，更多相关《软件方法与过程知识点总结.docx（34页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -高级软件开发过程第1章 绪论1.运算机软件进展的三个阶段 ：程序设计阶段 （软件工作：程序设计，软件质量：程序设计=数据结构 +算法，强调编程技巧）。软件工程阶段 （总结软件危机的教训，软件工作：代码编写+需求分析、测试、保护等等，软件质量：程序的可读性、可懂得性、可测试性和易修改性等工程化的原就）。软件过程阶段（软件工作：软件开发过程+软件治理过程，更强调软件开发的效率、软件质量以及与软件开发相关的治理工作）。2.现代软件产业的总体情形 ：许多软件项目最终不能交付，或者最终交付的软件项目发生延期、成本超

2、出预算、 而且运行常常不行靠。缘由： 不完整、不现实的项目需求描述、对需求变更束手无策、脆弱的框架、采纳不成熟的技术、测试的不充分性、拙劣的进度方案和评估、缺乏资源、不具备项目治理的方法、缺少治理层的支持。3. 软件 周期模型 ：定义 ：软件生命周期模型是软件过程中全部活动的生命周期结构框架的一种形式化描述， 也成为软件生存期模型。种类： 瀑布模型、演化（原型）模型、螺旋模型、喷泉模型。总体局限性： 软件过程不仅包括组成过程的各种活动，而且包括各种活动的相关项，如活动的执行者、 活动执行时采纳的各种方法和工具、活动执行的结果等等，软件生命周期模型用于指导软件开发实践时，表现出较差的可操作性。4

3、. 软件 过程模式 ：定义： 软件工程模式从胜利或失败的软件开发实践中总结而成，是软件过程中生命周期、人员、方法、产品四大要素相互关联的有机整体。典型的过程模式： Rational 统一过程、灵敏过程、微软过程。其他过程模式：个体 / 小组软件过程（PSP/TSP）。5.软件过程模式与软件生命周期模型的关系：软件生命周期模型包含与软件过程模式中。6.软件过程才能评估标准 和改进方案 ：可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 1 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归

4、纳总结资料word 精心总结归纳 - - - - - - - - - - - -CMM（才能成熟度模型） ：初始级、 可重复级、 已定义级、 已定量治理级、 优化级。ISO9000。6。第2章 Rational统一过程1.什么是 RUP：Rational 统一过程（ Rational Unified Process ）是一种典型的软件过程模式，对软件过程模式的四大要素 生命周期、人员、方法和产品均进行了详尽的论述。是一种软件过程产品Rational 公司开发并保护，与Rational 一系列其他软件开发工具集成。*2. RUP 术语 ：用户 代表与所开发的系统进行交互的某个人或某个系统（所开发

5、系统之外的另一个系统）。用例 是能够向用户供应有价值结果的系统中的一种功能。全部的用例合在一起构成用例模型 。, 特点：确定系统需求的工具，传统的系统功能说明：系统应当做什么？用例模型：增加三个词 for each user 。驱动软件开发过程，RUP 三大特点中第一大特点为“用例驱动”。构架 是系统在其所处环境中最高层次的概念。软件系统的构架是指通过接口交互的重要构件的组织和结构，这些构件又由一些更小的构件和接口组成。RUP 三大特点中其次大特点为“以构架为中心”。工作流程 是在业务中执行的活动 序列， 它对于业务主角个体生成一个可见值结果。迭代 是指带有已建立基线的方案和评估准就的特殊活动

6、序列，迭代生成内部或外部的发布版本。增量 是指在后续迭代终止后，两个发布版本之间存在的差异或差值。RUP 三大特点中第三大特点为“迭代和增量的过程”。在软件过程组织的环境中， 个人或协同工作的小组的行为和职责定义为角色 ，角色代表项目中个人承担的作用，并确定了如何完成工作。活动 是要求角色执行的工作单元。工件 是指一条信息，该信息：由过程生成、修改或使用。定义了职责范畴。受到版本掌握。里程碑 是迭代正式终止的时间点，该时间点与发布时间点相对应。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 2 页，共 17 页 - - - - -

7、- - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -阶段 是指项目相邻两个主要里程碑之间的时间段，在此期间要实现一组既定的目标、完成工件并打算是否进入下一阶段。3. RUP二维结构生命周期：横轴 通过时间组织，表达开发过程的动态结构。术语主要包括阶段、里程碑、迭代和增量。纵轴 将内容组织为规律活动，表达开发过程的静态结构，术语主要包括工作流程、活动、角色、工件。4. RUP静态结构 ： 九个核心工作流程。工作流程代表了全部角色、活动与工件的规律分组情形，即软件过程模式中的三个要素。九个核心工作流程组成：核心

8、过程工作流程：前6 个，核心支持工作流程：后3 个。 1业务建模 ：产生的主要工件为业务模型 。需求 ：用例方法 ：对需要的功能和约束进行提取、组织、文档化，懂得系统所解决问题的定义和范畴。产生的主要工件为用例模型，用户界面模型。分析设计：以构架设计为中心：产品的适应性、可扩展性。产生的主要工件为一个 设计模型 、一个分析模型（可选）。实现 ：产生的主要工件为实施模型 （模型元素包括实施子系统和构件）。测试： 产生的主要工件为测试模型 （模型元素包括测试用例、测试过程和测试构件） +测试结果。部署 ：产生的主要工件为产品的一个版本+文档培训资料。配置和变更治理：产生的主要工件为配置治理方案、变

9、更恳求、 项目储备库和工作区。项目治理 ：产生的主要工件为商业理由、迭代方案、 风险治理方案、 质量保证方案及相应的评估文档。环境 ：产生的主要工件为工作流程指南、工具、工具指南。5. RUP动态结构 ： 四个阶段 。每个阶段由一次或多次迭代完成，迭代过程是受控的。 1 先启阶段：目标：建立业务用例、确定项目的边界，终止里程碑：生命周期目标里程碑 。精化阶段： 目标：建立稳固的构架、编制项目方案、剔除项目中最高风险的元素，结可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 3 页，共 17 页 - - - - - - - - - -可

10、编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -束里程碑： 生命周期构架里程碑。构建阶段： 目标： 全部构件和应用程序功能被开发并集成为产品、全部的功能被详尽的测试，终止里程碑：最初操作性能里程碑。产品化阶段：目标：将软件产品交付给用户群体，终止里程碑：产品发布里程碑。6. RUP 与螺旋模型异同点：相同点：二维迭代特性。重复一系列组成系统生命周期的循环。每次循环的终止是向用户交付产品的一个运行 版本。 每个循环由如干次迭代组成。每次迭代需要进行风险分析处理。每次迭代终止的标志是交付一个增量。 螺旋模型： 每次迭代历经笛卡

11、儿坐标系中四个象限的四个方面活动，RUP： 每次迭代历经九个核心工作流程中的如干个。不同点： 螺旋模型未给出每次迭代过程终止交付的增量原型的具体要求。 也未给出不同次迭代在历经的笛卡儿坐标系中四个象限的四个方面活动的内容与重点的不同。 RUP 将整个生命周期划分为四个阶段， 明确给出了每个阶段内的如干次迭代过程完成后交付的增量的具体要求，即四个阶段的主要里程碑生命周期目标里程碑、生命周期构架里程碑、最初操作性能里程碑和产品发布里程碑。同时具体阐述了不同阶段中的不同迭代过程历经的九大核心工作流程中活动内容的重点和强度的不同。供应了对每次迭代过程中不同核心工作流程活动的并行化支持。RUP 的二维生

12、命周期结构对“迭代”意义的表达比螺旋模型更深刻、具体、详尽、全面， 更具可操作性。7. RUP 的优点 ：相对瀑布类模型：将成本风险进一步降低为获得一次增量所需费用。进一步降低了产品不能按方案投放市场的风险。使项目开发更能适应项目需求的变化。相对螺旋类模型：用于指导需求不明确、不稳固的项目开发时具有更强的可操作性。8. RUP人员 角色 ：分析员、开发人员、测试员、经理、其他角色。角色的意义 ：将角色与个体区分开。某种角色 ：一个或多个相互协作的个体完成，一个个体 担任一种或多种角色。制定迭代方案：确定每个阶段、每个工作流程中需要的角色。制定人员方案： 考虑人员的技能、才能体会， 将一个或多个

13、角色安排给一个适合的人员完成。 有效提高了项目中人力资源的利用率。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 4 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -缺陷： 论述不够深化， 忽视了角色的质量，未给出角色的组织治理方式、角色间的相互位置关系和交互方式。表达过程可操作性的一个重要方面，RUP未给出。9. RUP方法 ：（ 1）用例及用例驱动。用例是能够向用户供应有价值结果的系统中的一种功能。全

14、部的用例合在一起构成用例模型 。采纳用例的两个缘由：用例被证明是捕捉需求的一种有效 方法 。达到需求捕捉的第一个目标：发觉多样性的需求（传统的系统功能说明：系统应当做什么？用例模型：增加三个词for each user ），达到需求捕捉的其次个目标：以适用于用户和开发人员的方式加以表示。用例驱动整个过程。（ 2） 以构架为中心。构架描述： 5 个视图 ： 用例模型视图、分析模型视图、设计模型视图、实施模型视图、实现模型视图。每个视图是对应模型的精华与核心部分。意义： 懂得系统，组织开发，勉励重用和进化系统。（ 3）在面对对象的分析设计中采纳UML 进行可视化建模。（ 4）面对对象的设计与构件实

15、现。10. RUP产品 工件 ：定义 ： 项目期间生成的中间或最终产品。工件 类型 ：依据 RUP 的各 工作流程 ：划分为业务建模工件、需求工件、分析设计工件、实施工件、测试工件、部署工件、配置与变更治理工件、项目治理工件、环境工件。依据 物流方向 ：划分为输入工件、输出工件和帮助工件。依据 存在形式 ：划分为模型、模型元素、文档、源代码、可执行文件。11. RUP特点 ： 优点 ：作为一种软件过程：RUP具有二维迭代性，有利于降低风险、适应需求变化。RUP 是可配置的过程，具有通用性。作为一种软件过程模式：相对传统的软件生命周期模型具有较强的可操作性。作为一种软件过程产品：具有有用性、可操

16、作性与可实现性。缺陷 ：与软件过程模式配置操作相关的因素软件过程模式中生命周期、人员、方法、产品四大要素之间的相互关系和相对优先级。各生命周期元素间的相互关系和相对优先级。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 5 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -人员间的协作关系与协作方式、人员的质量、各种人员的相对优先级。各种方法间的相互关系及相对优先级。各种产品的相对优先级。结论： RUP是一

17、个具有突出优点的软件过程模式。RUP 仍很不完整， 在实际应用中仍需进一步吸取其它优秀的软件开发实践体会以对其进行补充和完善。第3章 灵敏过程1.什么是 AP：灵敏软件开发宣言：软件团队具有快速工作、快速响应变化的才能，制订了 4 条基本价值观和 12 条原就。灵敏过程（Agile Process）是一种典型的软件过程模式，对软件过程模式中的四大要素（生命周期、人员、方法、产品）及相互关系均进行了论述。2. AP 流派 ：极限编程XP、SCRUM、动态系统开发方法DSDM、水晶系列方法、开放式源码、适配性软件开发ASD、适配性软件开发ASD。3. AP 的 4 条价值观 ：个体和交互赛过过程和

18、工具。人是软件项目获得胜利最为重要的因素，当然，不好的过程和工具也可以使最优秀的团 队成员失去效用、合作、 沟通以及交互才能要比单纯的软件编程才能更为重要。合适的工具对于胜利来说特别重要，工具的作用不行被过份的夸大，建议从使用小的工具开头。结论： 团队的构建 包括个体、交互等要比项目环境 包括过程、工具的构建重要得多。应当第一样力于构建团队，然后再让团队基于需要来配置环境。可以工作的软件赛过面面俱到的文档。软件的重要性： 交付给用户可以工作的软件而不是文档，否就应当称之为文档开发而不是软件开发。文档的作用：没有文档的软件是一种灾难，过多的面面俱到的文档比过少的文档更糟。准就： 软件开发的主要和

19、中心活动是创建可以工作的软件。直到迫切需要并且意义重大时，才进行文档编制。编制的内部文档应尽量短小并且主题突出。客户合作赛过合同谈判。客户不行能做到一次性的将他们的需求完整清楚的表述在合同当中：客户需求的多样性，客户需求仍可能随时发生变化。全方位的满意客户需求的有效途径：开发团队与客户紧可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 6 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -密协作，为开发团队和

20、客户的协同工作方式供应指导的合同是最好的合同。响应变化赛过遵循方案。变化是软件开发中存在的现实： 商务环境可能会变化， 这会引起需求的变动。 随着系统逐步开头运做， 项目关系人（包括开发人员与客户）对系统的懂得也会发生变化。 技术随着时间也在变化。 响应变化的有效途径之一是制定敏捷可塑的方案： 制定方案的策略 细致度逐步降低的方案 。*4. AP 的 12 条原就 ： 最优先要做的是通过尽早的、连续的交付有价值的软件来使客户中意。 即使到了开发的后期，也欢迎转变需求，灵敏过程利用变化来为客户制造竞争优势。 常常性交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。 在

21、整个项目开发期间，商务人员和开发人员必需每天都工作在一起。 环绕被勉励起来的个体来构建项目，给他们供应所需的环境和支持，并且信任他们能够完成工作。 在团队内部，最具有成效并且富有效率的传递信息的方法，就是面对面 的交谈。 工作的软件是首要的进度度量标准。 灵敏过程提倡可连续的开发速度，责任人、 开发者和用户应当能够保持一个长期的、恒定的开发速度。 不断的关注优秀设计的技能和好的设计会增强灵敏才能。 简洁 使未完成的工作最大化的艺术是根本的。. 最好的构架、需求和设计出自于自组织的团队。. 每隔肯定时间， 团队会在如何才能更有效的工作方面进行反省，然后相应的对自己的行为进行调整。* 5. XP实

22、践 ： 客户作为团队成员。 用户素材。 短交付周期。 验收测试。结对编程 （由两个开发人员在同一台电脑上共同编写解决同一问题的代码，通常一个人负责编码， 而另一个负责保证代码的正确性与可读性。作用： 结对编程是一种非正式的同可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 7 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -级评审，它要求成对编程的两个开发人员在性格和技能上应当相互匹配）。测试驱动开发（强调

23、“测试先行” ， RUP 对测试也是特别的重视，只是RUP 和 XP 两者对于测试在整个项目开发周期内第一显现的位置处理不同）。 集体全部权。连续集成 （提倡在一天中集成系统多次，而且随着需求的转变，要不断的进行回来测试，连续集成不是XP 专有的正确实践，微软公司 就有 每日编译 的胜利实践 ）。 可连续的开发速度。 开放的工作空间。. 方案游 戏（方案是连续的，循序渐进的。依据项目的进展来进行项目方案的调整，一成不变的方案是不存在）。. 简洁 的设计。.重构 （指在不转变系统行为的前提下，重新调整、 优化系统的内部结构以削减复杂性、排除冗余、增加敏捷性和提高性能。重构不是XP所特有的行为）

24、。. 隐喻 （将隐喻看成整个系统联系在一起的全局视图、系统的将来影像，RUP的构架视图）。6.AP 的生命周期 ：灵敏过程是一个一维的迭代过程。该过程中的每一个生命周期循环交付一个有价值的软件版本，各循环可连续进行。RUP 的二维双重的迭代过程： RUP 整个过程是如干次生命周期的不断循环。 每个循环包括先启、精化、 构建和产品化四个阶段， 每个阶段由一次或多次迭代完成， 每次迭代可能经受九个核心工作流程中的如干个。 项目进度衡量的首要标准是各阶段的主要里程碑， 包括生命周期目标里程碑、生命周期构架里程碑、最初操作性能里程碑和产品发布里程碑。AP 相对 RUP：具有对变化和不确定性的“更快速、

25、更灵敏”的反应特性。快速的同时仍保持可连续性。 该特性能较好的适应商业竞争环境下对小型项目 提出的有限开发时间的约束。* 7. AP 的人员 ：（ 1）客户角色的重要性：对客户角色重要性进行突出强调。RUP：无。（ 2）个体间的相互关系和协作方式：相互关系：个体相互的位置关系是公平的，职责是 共同的。协作方式：首要协作交互方式为面对面的交谈。也编写文档， 但文档仅作为帮助交互方式。 RUP：未给出个体间位置关系，协作方式为“形式化的文档 模型”这一书面形可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 8 页，共 17 页 - - -

26、 - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -式而非口头交谈方式。结合 AP 和 RUP：个体间的职责进行明确分工，同时个体间为公平协作关系。个体间的交互方式首选交谈，但在必要情形下，如交谈的结果将作为设计开发的依据，就有必要编写文档或创建模型，以书面的形式记录交谈的结果。8. AP 的方法 ：（ 1）动态满意需求从欢迎变化、与客户合作到响应变化。步骤一：欢迎变化。步骤二：与客户合作。步骤三：响应变化。（ 2） 简洁化 。区分： RUP：考虑产品的适应性、可扩展性与可重用性等高性能特性，提倡

27、以构架为中心的设计方法，要求构架必需留有实现现在和将来需要的全部用例空间。AP： 要求在设计阶段尽可能的识别出最简洁的构架。联系： 是对产品不同质量要求的不同的应计策略。简洁质量要求环境：在可预见的最近几次生命周期内，对产品质量仅为无缺陷要求，而对适应性、可扩展性、可重用性等高性能指标没有要求，采纳AP 的简洁化设计方法，以达到快速开发的目的。复杂质量要求环境：在可预见的最近几次生命周期内，对产品质量不仅为无缺陷要求，而且对适应性、可扩展性、可重用性等高性能指标可能有如干要求。采纳RUP 的以构架为中心设计方法，以防止可能发生的系统整体重构造成最终开发效率的极速下降。（ 3）团队连续自我反省。

28、9. AP 的产品 ：（ 1）各类产品的优先级AP：第 2 条价值观， 可以工作的软件赛过面面俱到的文档， 即可以工作的 软件 在过程各类产品的重要性方面拥有 最高的优先级 。RUP： 强调创建和保护形式化的文档 模型，而非文字化的文档，但就模型与软件两者的优先级未给出论述。AP&RUP 融合后的各类产品之间优先级的结论：软件开发的主要和中心活动就是创建可以工作的软件。 直到迫切需要且意义重大时，才进行文档编制。编制的内部文档应尽量短小并且主题突出，满意这种要求的最好的文档形式是模型。（2）产品的功能规模和质量要求：尽量简洁化。10. AP 四大要素的关系：第 1 条价值观和第1、9 条原就中

29、即开宗明义的指出，过程最优先要做的是尽早的、连续可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 9 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -的交付有价值的软件产品，在这一交付过程中，个体与交互赛过过程与工具：这四大要素中，前面三种要素的中心目标是服务于第四大要素，即交付可以工作的软件产品。就前面三种要素的重要性而言，个体具有最高的优先级位置。11. AP 特点：优点：针对商业环境下通常具有有限资源

30、和有限时间约束的小型项目提出了一些独具特色 的、操作性较强的解决方案。RUP：供应的是抱负开发环境下软件过程的一种完整且完善的模式，但对商业环境具有有限资源 和有限时间约束的项目未能给出具体完整的配置方案。缺点： 作为软件过程模式AP 远不及RUP 全面完整。相对RUP， AP 在人员、方法、产品等方面的论述远不及RUP 全面具体。结论： AP 可作为对RUP 的一种补充和完善。第4章 微软过程1.什么是 MP ：从微软解决方案框架（MSF）中抽取出项目开发准就中的过程模型和组织模型，构成了一套软件过程模式。内容涵盖软件过程中的过程、人员及组织、方法、产品等不同方面。*2. MP 术语 ：项目

31、前景 是对项目要解决什么问题的开放性描述，它代表项目的远景目标。项目范畴 描述的就是在项目的限制条件内，需要完成哪些具体的目标，这主要是指全部特定的近期目标而言。功能说明书 阐释了软件每一个特性的功能和执行方式，以及全部特性的组合关系和整体架构，包括单页和具体两种形式。程序经理 的职责是在规定的项目资源、期限等限制条件下，确保产品能够如期发布。程序经理不同于传统的项目经理，微软的团队组织结构中，六个组队角色的位置是相互平行、相辅相成，程序经理只是项目开发过程的组织者、治理者和决策者，不是项目的领导者。*3. MP 的过程原就 ： 制定方案时兼顾将来的不确定因素（这一原就与AP 第 4 条价值观

32、“响应变化赛过遵循方案”异曲同工） 。 通过有效的风险治理削减不确定因素的影响（对比而言， RUP提出的风险治理方法为在每次迭代中都要解决最突出的风险问题，两者互补）。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 10 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - - 常常生成过渡版本并进行快速测试来提高产品的稳固性及可猜测性（每日生成制度： 在最大程度上保证整个产品开发过程可治理、可预期，并能增强产品

33、的稳固性，类似AP 的连续集成）。 快速循环、 递进的开发过程 （和灵敏过程所强调的不断重复产品的生命周期、以递进的方式推出版本的要求相像）。 从产品特性和成本掌握动身制造性的工作。 创建 确定的 进度表（在具体制定项目进度表方面，借鉴 AP 的策略 ，即制定一种 细致度逐步降低的进度方案以保持足够的敏捷性） 。 使用小型项目组并发完成工作，并设置多个同步点。 将大型项目分解成多个可治理的单元，以便更快的发布产品。 用产品的前景目标和概要说明指导项目开发工作先基线化， 后冻结 （冻结思想与AP 不同， AP 提倡即使到了开发的后期，也欢迎转变需求）。 防止产品走形（对比而言，RUP 中防止产品

34、走形的方法是用例驱动）。. 使用原型验证概念，进行开发前的测试。. 零缺陷 观念（零缺陷并 不意味着产品中没有Bug，第一按零缺陷这一高标准进行要求， 具体实施时， 项目组在产品的每一个阶段、在发布产品的每一个版本之前，都对已发觉的产品 Bug 进行了有效的治理和掌握，改正了影响产品使用的Bug，对不影响产品使用、且因资源有限无法准时修改的Bug 进行跟踪和记录，确保使产品中全部已发觉Bug 都在项目组的掌握范畴之内，都可以在适当的时机得到修正）。. 非责难式的里程碑评审会（MP 的里程碑与RUP 的里程碑的思想几乎是一样的）。*4. 组队原就 ： 小型的、多元化的项目组（AP 勉励的也是一种

35、小型化的项目组）。 角色依靠和职责共享（与AP 第 11 条原就中提出的“最好的构架、需求、设计出自于自组织的团队”思想基本吻合）。 专深的技术水平和业务技能。 以产品发布为中心。 明确的目标。 客户的主动参加（与AP 中强调客户这一角色重要性的目的是一样的。微软设置产品治理角色方法相对AP 的与客户每天工作在一起的方法更具可实现性）。 共享产品的前景。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 11 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归

36、纳 - - - - - - - - - - - - 全部人都参加设计（与AP 第 11 条原就“最好的构架、需求和设计出自于自组织的用户”是一样的） 。 仔细从过去的项目中吸取体会。 共同治理、共同决策。. 项目组成员在同一的点办公。. 大型项目组也像小型项目组一样运转。5. MP 的生命周期 ：每个生命周期循环分为五个阶段 ：构想 阶段、 方案 阶段、 开发 阶段、 稳固 阶段和 发布 阶段。相对 RUP，MP 可视为 RUP 的一个精简配置版本。整个过程由如干生命周期连续递进循 环，每个循环由如干阶段组成，且各阶段之间扩充为具有缓冲时间 ，各阶段的对应关系为：先启阶段完成构想，精化阶段完成

37、方案，构建阶段完成开发和稳固，产品化阶段完成发布。每个阶段精简为一次迭代，每次迭代经受如干个工作流程，具体为：先启阶段主要经受业务建模、需求、项目治理。精化阶段主要经受业务建模、需求、分析设计、项目治理。构建阶段主要经受需求、分析设计、实现、测试。产品化阶段：主要经受部署、配置变更治理和项目治理。相对 AP， MP 是前者的 一个扩充版本，扩充了其每个生命周期内的各阶段的具体运作流程。6. MP 人员 ：人员分工：职责与任务安排类似依据RUP中的“角色”概念进行。 人员组织治理：矩阵结构。横轴 按不同的专业技能划分的角色 ，纵轴 是由来自不同角色组中的各个角色组成的项目组。六种角色 ：产品治理

38、角色、程序治理角色、开发角色、测试角色、用户体验角色、发布治理角色。7. MP 最具特色角色程序治理和产品治理。职责设置： 将传统项目经理的职责一分为二。对外的用户需求治理职能交与产品经理完成，项目组内部的综合治理职能交与程序经理完成。产品经理的职责：治理用户需求。程序经理的职责：系统设计和项目组内部治理，包括编写并治理产品设计文档、组织项目可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第 12 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - -

39、- - - - - - - - - -组成员就开发相关问题进行沟通和沟通、 和谐项目组日常事务。 设置意义： 以技术为基线进行治理职责划分 有利于实现专家式治理。 保证两者的独立性和相互制约性， 有利于商业需求和技术细节更好的结合。8. MP 角色间的关系：对等环行项目结构。相互位置关系是对等，关键协作方式为沟通与沟通。9. MP 角色合并 ：原就： 项目组内的开发人员不能兼任其它角色，不要试图合并两个有明显利益冲突或制约关系的职能角色。结论： 一个最小项目组可以只有三个成员：产品经理、 程序经理和开发工程师。其中产品经理兼任测试和用户体验角色，程序经理兼任发布治理角色。* 10.MP 产品部

40、门 ：“ 1+3”的结构 ： “1即”一个产品部门总经理，“3即”三个部门经理，分别是程序经理部经理、开发部经理和测试部经理，这三个部门经理平级，都直接向产品部门总经理报告。垂直式的专家治理模式：每个部门经理治理几个组长，每个组长治理三到五个具体工作人员。构成微软的“三架马车”：对项目胜利起关键性支撑作用。三个部门的设置对应每个项 目组中最重要的三种角色程序治理、 开发和测试。 这三类角色是每个项目组无论怎样精简也必需的。11. MP 人 员 特 点 ： RUP：给出了人员角色种类划分，但未指出各角色间位置和工作关系。 AP：给出了人员间相互关系和沟通协作关系，但未能给人员职责的划分准就。MP

41、： 以上两种过程优点的结合和进一步深化进展。角色划分方面：产品治理和程序经理两权分立。角色相互位置和交互关系：相互公平，沟通和沟通。角色安排方面：提出了针对有限人员限制条件下的角色合并原就。项目组的规模和人员配备与治理方式上：指出提出了由专家式行政治理和小型化、多元化项目组组队方式构成的矩阵结构。MP 特色及意义 ：项目组由专业职责划分清楚的各对等角色组成，各角色相互协作、同时又是相互制约。人员的行政治理是专家式治理。专业人才的培育进展遵循不同的业务（职务头衔与行政级别并不能直接挂钩）。可编辑资料 - - - 欢迎下载精品名师归纳总结学习资料 名师精选 - - - - - - - - - -第

42、 13 页，共 17 页 - - - - - - - - - -可编辑资料 - - - 欢迎下载精品名师归纳总结资料word 精心总结归纳 - - - - - - - - - - - -12. MP 的方法 ：（ 1）构想阶段：确定项目前景和项目范畴两个项目目标。项目范畴 ： 是项目 近期的具体目标，即第一次生命周期内的目标。项目前景 ： 是项目的远景目标，即其次次及以后如干次生命周期内的目标。动态满意需求先基线化、后冻结。在开发过程的前期欢迎变化。在开发过程的后期阶段（稳固阶段及以后），对全部配置项进行冻结，一般不再答应修改。与 AP 比较： 对需求变化的态度：欢迎变化。AP： 在第 2 条原就中指出， “即使到了开发的后期也欢迎转变需求”MP ： 对变化在后期进行冻结的策略应当更是现实性，由于到开发的后期仍要响应变化， 其成本代价和风险代价均太高，明智的策略不如将这一需求变化留至下一个版本的开发中实现。（ 2）方案阶段：以产品特性及其优先级指导整个项目。 提高了产品的竞争力。 降低了产品开发各阶段的风险。（ 3）开发阶段： 代码