过程规范 就是对输入/输出和活动所构成的过程进行明文规定或约定俗成的标准。 软件过程规范 是软件开发组织行动的准则与指南，可以依据上述各类过程的特点而建立相应的规范，如软件基本过程规范、软件支持过程规范和软件组织过程规范。

“责任人、参与人员、入口准则、出口准则、输入、输出和活动”等基本内容

工程过程是软件系统、产品的定义、设计、实现以及维护的过程。

客户－供应商过程 是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程，包括软件获得、客户需求管理、提供软件、操作软件以及提供客户服务等5个子过程

ISO/IEC15504软件过程评估标准

IEEE 1074:1997 - 生命周期过程的标准。 IEEE 1540-01 - 软件风险管理。 IEEE 1517-99 - 软件复用过程。 IEEE 1219-1998 - 软件维护过程。 IEEE Std 730-2001 -软件质量保证计划。 IEEE Std 1012 - 验证与确认。 IEEE Std 1028 - 评审。

瀑布模型的优点

瀑布模型的缺点

基本思想 使用原型及其他方法来尽量降低风险。是结合瀑布模型与快速原型模型演变而成。 螺旋模型的每一个周期都包括计划、风险分析、建立原型和用户评审4个步骤。每迭代一次，过程完成一个周期，软件开发前进一个层次，系统生成一个新的版本。 每个螺旋周期的工作步骤及各步骤的任务

计划 确定本轮螺旋的目标、选择方案、设定约束条件

风险分析 评估方案、标识风险和解决风险

建立原型 建立一个原型来实现本轮目标

用户评审 评价该阶段的工作并计划下一个阶段的工作 螺旋模型主要适用于高风险的大规模项目

极限编程（eXtreme Programming）是由Kent Beck提出的轻量级的、敏捷的软件开发方法。

XP采用循环迭代的开发方法，将复杂的开发过程分解为一个个相对比较简单的周期。通过积极地交流使开发人员和客户都非常清楚开发的进度、变化、待解决的问题的潜在困难，并根据实际情况及时的调整开发过程。

用户模型视图，从用户的视角来表示系统。用例（Use-case）描述使用场景，可用于用户模型视图的建模方案。 结构模型视图，从系统内部来分析数据和功能，属于静态结构建模。 行为模型视图，描述系统动态或行为方面的各种元素间交互或协作关系，属于动态结构建模。 实现模型视图，针对如何构建（实现）系统的结构和行为时的表示。 环境模型视图，表示待实现的系统环境的结构和行为。

场景描述，通过文档记录由一个组织或系统阐明的一类典型问题的一组情况以及过程赖以发生的、重复出现的背景。场景描述的主要作用，就是要把过程描述的前后关系确定下来。

对象，是那些发生在软件开发过程描述中的、任何具体的或概念的事物。对象的识别和特征抽取，有助于进行过程流描述和对象状态转换描述。

过程Agent，实现任务的动态分配和分布式协同。 监控Agent，负责在本地监控任务的实施。 服务Agent，封装了任务实现的方法。 活动Agent，帮助实现过程活动的动态整合。 资源Agent，封装了活动实现的角色和方法。

面向服务架构（Service-Oriented Architecture，SOA）是企业级的、按需连接资源的新型架构，它描述了一系列模式和指导方针来创建松耦合、依赖业务的服务。

软件过程能力低，不能按预定计划开发出客户满意的产品，项目拖延、费用大大超出预算已成惯例。

过程性能的不可预见性，对进度和预算估计、产品质量的目标缺乏历史数据和有效方法的客观基础，开发的进度、成本和产品的质量都难以预测。

过程的不可视性，软件过程缺乏定义、缺乏文档和缺乏跟踪，在整个软件过程中，不清楚每个阶段进出的标准、执行的方法和规则。

过程的不稳定性，实际的、具体的操作过程是在一个项目开始后临时拼凑而成，每个项目都不一样。

过程的被动性、缺乏改进的主动性。

软件过程能力高，具有全组织范围的管理软件开发和维护过程的能力。 软件过程性能可预见性，对进度、预算和质量做出现实的和准确的估计和预测。 软件过程规范化，可遵循的标准、规则和指导性原则。 过程的一致性 过程的丰富性 过程的可视性 过程的稳定性 过程的不断改进

CMM是软件过程能力成熟度模型（Capacity Maturity Model，CMM）的简称。 CMM描述一条从无序的、混乱的过程到成熟的、有纪律的过程的改进途径，描绘出软件组织如何增加对软件开发和维护的过程控制，如何向软件工程和管理的优秀文化演变等方面的指导

国际系统工程委员会（International Council on Systems Engineering，INCOSE）基于各种工程标准为评估系统工程能力建立了对照表。在此期间，该对照表发展为成熟的能力模型，称为系统工程能力评估模型（Systems Engineering Capability Assessment Model，SECAM）。SECAM扩充了连续式模型——软件过程改进和能力确定模型(Software Process Improvement Capability dEtermination，SPICE)的概念，但是比SE-CMM更加明确地注重在系统工程实践上，采用EIA632标准作为过程模型设计参考的基础。

从美国国防工业协会(National Defense Industrial Association, NDIA)的许多大公司来看，IPPD概念是大型软件开发过程模型的基础，并得到国防部（Department of Defense, DOD）的鼎力相助 。

业务的相关人员的参与，这些人员包括顾客、供应商以及产品和产品相关过程的开发者，涉及的业务如测试与评价、制造、支持、培训、销售、采购、财务、合同以及处置过程。

C Capability 能力 M Maturity 成熟度 M Model 模型 I Integration 集成

CMMI是

CMMI的表达式分为两种

什么是PA 过程域(PA)：Process Area 简单的说就是做好一个事情的某一个方面，对应软件开发来说，就是做好软件开发的某一个方面。

如何判断一个PA达到要求? 每个PA包含几个目标(Goal),如果这个几个目标都达到要求了，就认为该PA达到要求了。

通用目标(GG): Generic Goal 适用于所有过程。达到了某个方面的通用目标，也就意味着该过程的实施和制度化是有效的、可重复的和持久的。

通用实践(GP): Generic Practice 是一些活动，通用实践适用于所有过程。通用实践提供的是制度化的特性，这些特性将确保过程的实施和制度化是有效的、可重复的和持久的!

特定目标(SG): Specific Goal 特定目标描述为了满足该过程域，必须要执行的一组活动的典型特征。一个特定目标只适用于一个过程域。

特定实践(SP): Specific Practice 是为实现对应的特定目标，所执行的一个或一组活动。

CMMI2级PA-7个 需求管理（REQM） Requirements Management 管理项目中产品及产品构件的需求，识别项目需求和计划、产品之间的差异。

项目策划（PP） Project Planning 开发和维护用于定义和指导项目活动的计划。

项目监控（PMC） Project Monitoring and Control 提供对项目进度和表现状况的理解，当项目表现和计划产生较大偏差的时候，采取相应的改正措施。

供应合约管理（SAM） Supplier Agreement Management 按照正式的协议，对供应商所提供的产品进行管理。

配置管理（CM） Configuration Management 创建和维护产品的完整性，包括配置识别，配置控制，配置状态统计，配置审计活动。

过程及产品质量保证（PPQA） Process and  Product Quality Assurance 向管理层和员工提供产品和过程质量的可见度。

CMMI分为5个等级

Initial-初始级(1):过程是不可见的 Repeatable-管理级(2)：过程里程碑是可见的 Defined-定义级(3)：过程内部是可见的 Managed–量化管理级(4) ：过程可见性是定量化的 Optimizing-优化级(5) ：可见性的更高等级，自我优化的

** 共有6种能力等级：**

0：Incomplete（不完整级）:过程未执行或者执行不完整，特定目标中有不能满足的部分。

1：Performed（执行级）： 特定目标都得到满足，基本活动都得到执行。

2：Managed（管理级）：已管理的过程除了得到执行外，还需要得到计划，并且按照组织方针来进行实施，相关的人员得到与执行有关的培训，为了过程的执行，分配了相关的资源，生成的工作产品受到控制。

3：Defined（定义级）：已定义的过程除了是一个已管理的过程之外，还具有如下的特征：该过程是从组织的标准过程裁剪而来的，裁减的依据是组织的裁剪指南。

4：Quantitatively Managed（量化管理级）量化管理的过程除了是已定义的过程之外，还具有如下的特征：过程实施是用统计的以及其他种类的量化手段来进行管理的。

5：Optimizing（优化级）：优化的过程除了是一个量化管理的过程之外，还具有如下的特征：过程能够得到及时地变更和采用来满足当前的或者预期的业务目标,优化的过程聚焦于使用增量的和创新技术进步手段来达到不断改进过程性能的目的。

优化的过程除了是一个量化管理的过程之外，还具有如下的特征： 过程能够得到及时地变更和采用来满足当前的或者预期的业务目标。 优化的过程聚焦于使用增量的和创新技术进步手段来达到不断改进过程性能的目的。

能力等级和成熟度等级的对比

过程至上，奉过程为教条，一切围绕着过程，组织、质量和效率都服从于过程，过程的执行严格，过程结果可靠、稳定，认为生产的“东西”是过程的一个节点，只是全局的一部分。但效率较低，缺乏灵活性、创造性。

以过程为焦点，关注过程，强调过程的重要性，但不拘于过程，让过程服从于质量和效率、服从于组织的业务目标……

过程只能起辅助作用，人决定一切, 过程可能流于形式…..

PSP/TSP/CMM之间的关系

组织过程定义的目的是开发和维护一组可用的软件过程财富（software process assets）, 这些财富可以用来改进跨越各个项目的过程性能并为组织的长期发展奠定基础。

组织过程定义-软件过程财富 软件过程财富可用于开发、执行和维护标准软件过程和项目定义软件过程。软件过程财富主要包含如下内容：

PSP过程框架 PSP过程由一系列方法、表格、脚本等组成，用以指导软件开发人员计划、度量和管理他们的工作。

PSP成熟度模型 PSP是一个具有4个等级的成熟度框架 。4个等级分别为个体度量过程、个体计划过程、个体质量管理过程和个体循环过程。

TSP解决的主要问题：

TSP结构

TSP启动过程 TSP工作流程

需求定义指的是解释涉众需求,并根据需求规模整理成对要构建系统的明确的说明。

为什么需要需求评审？ 如何进行需求评审? （1）分层次评审

（2）分阶段评审 如何保证需求规格说明书的质量

1.需求的标识 需求类型可以是：F=功能需求，D=数据需求，B=行为需求，I=接口需求；O=输出需求。 例：需求标识为F03的需求表示编号为3的功能需求。

2.需求的属性

3. 需求状态

正向跟踪：以用户需求为切入点，检查《用户需求说明书》或《需求规格说明书》中的每个需求是否都能在后继工作产品中找到对应点。

逆向跟踪：检查设计文档、代码、测试用例等工作产品是否都能在《需求规格说明书》中找到出处。

正向跟踪和逆向跟踪合称为“双向跟踪”。

需求追踪矩阵

需求变更控制流程 需求变更控制策略

项目管理协会(PMI)的定义：项目是为完成某一独特的产品或服务所做的一次性努力。

项目实际包含3层含义：

项目是一项有待完成的任务，有特定的环境和要求；

项目必须在一定的组织机构内，利用有限资源(人力、物力、财力等)在规定的时间内(指项目有明确的开始时间和结束时间)完成特定目标的阶段性任务；

项目任务要满足一定性能、质量、数量、技术指标等要求。 项目的特性

项目的关键要素

项目的生命周期 项目有时限性，有明确的开始时间和结束时间。项目有其自身的生命周期。 项目生命周期是指项目执行过程中的演化过程。确定了项目的开始和结束，描述了项目从开始到结束所经历的各个阶段。

项目生命周期的特征 成本与人力投入 在开始时较低，在工作执行期间达到最高，并在项目快要结束时迅速回落。

项目管理 项目管理就是将知识、技能、工具与技术应用于项目活动，以满足项目的要求。 成功的项目管理是指在一定的时间和成本范围内，按一定的质量标准完成项目，并得到客户的认可。

PMI项目管理知识域 Integration Management（整合管理） 包括项目章程和项目计划的制定，指导与管理项目执行，监控项目活动，控制整体需求变更，项目收尾等。 Scope Management（范围管理） 管理项目范围主要在于定义和控制哪些工作应包括在项目内，哪些不应包括在项目内。对项目的范围进行识别、核实和控制。 Time Management（时间管理） 项目时间管理保证项目按时完成。包括项目活动识别、排序、估计，调度和进度控制。 Cost Management（成本管理） 对项目成本进行估算、做预算并进行成本控制。 Quality Management（质量管理） 通过质量控制与质量保证手段，确保项目产品、服务或成果满足用户需求。 Human Resource Management（人力资源管理） 包括分配项目角色，团队组建，团队建设、绩效管理。 Communications Management（沟通管理） 保证通畅而充分的交流。 Risk Management（风险管理） 识别项目风险，在风险分析的基础上缓解风险并对项目风险进行监控。 Procurement Management（采购管理） 项目采购管理包括从项目组织外部采购或获得所需产品、服务或成果的各个过程。包括采购计划、询价、选择供应商以及合同管理。 Stakeholder Management（干系人管理） 识别能影响项目或受项目影响的全部人员、群体或组织，分析干系人对项目的期望和影响，制定合适的管理策略来有效调动干系人参与项目决策和执行。

管理过程组 PMI（ PMBOK5 ）将47个管理过程归纳为5 类，即5 大项目管理过程组。 启动过程组。获得授权，定义一个新项目或现有项目的一个新阶段，正式开始该项目或阶段的一组过程。

管理过程组之间的关系 各项目管理过程组以它们所产生的输出相互联系；在整个项目期间相互重叠

项目整合管理

制定项目章程

实施整体变更控制

软件配置管理概念

软件配置管理的功能

项目范围管理

创建WBS 创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程。

项目时间管理

AOE网络 也叫箭线图 这一方法用箭线代表活动，而用节点代表活动的开始和结束。

AOV网络 这一方法用节点（方框）表示活动，而用箭线代表活动之间的关系。 在项目管理中更流行，并且能更好地表示活动之间的关系。 估算活动资源

估算活动持续时间

估算活动持续时间的方法

估算成本的原则 不要作点估计（3） PERT估算

PERT估算

估算成本的方法 自顶向下 从整个系统开始，估计整个系统的功能并将之分解到子系统。一旦预计了整个系统的工作量和进度，那么总的估算就被分解到各个模块。 会低估一些项目管理活动的成本（集成管理，文档）

优点：

缺点：

自底向上 从模块开始，在估计了每个模块的工作量之后，将他们加起来得到最后的估算。 优点：

缺点：

专家判断 一个或多个在软件开发和应用领域都有经验的专家进行估算。 估算过程迭代多次直到达成共识。

优点：

缺点：

类比估算 优点：

缺点：

挣值管理

实际成本（Actual Cost，AC）是在给定时段内，执行某工作而实际发生的成本，是为完成与EV相对应的工作而发生的总成本。 AC没有上限，为实现EV所花费的任何成本都要计算进去。

通过PV，EV，AC可以监测实际绩效与基准之间的偏差 进度偏差（Schedule Variance，SV） 成本偏差（Cost Variance，CV） 进度绩效指数（Schedule Performance Index，SPI） 成本绩效指数（Cost Performance Index，CPI）

进度偏差（Schedule Variance，SV）是测量进度绩效的一种指标，表示为挣值与计划价值之差。SV = EV – PV 进度偏差是一种有用的指标，它是指在某个给定的时点，项目进度是落后还是提前于进度基准。 SV>0 提前 SV=0 基准 SV0 盈余 CV=0 基准 CV