Rational 统一过程(RUP)
软件过程能力评估的三个标准
1 CMM(Carnegie Mellon University)能力成熟度模型(五个级别)
2 ISO 9000
3 六西格码
过程模型
1 瀑布模型 (自上而下，相互衔接，呈线性，逐级下落)
2 演化模型 (先原型，再改进优化)
3 螺旋模型 (迭代演化思想)
4 喷泉模型 (自底向上)
软件过程模式中四要素: 生命周期，人员，方法，产品
一 Rational 统一过程
六个最佳实践
1 迭代式开发
2 需求管理
3 使用基于构件的体系结构
4 可视化建模(UML)
5 验证软件质量
6 控制软件变更
二 敏捷过程 (AP)
流派有：极限编程，SCRUM,动态系统开发，特征驱动开发等
四条基本价值观:
1 个体和交互胜过过程和工具
2 可以工作的软件胜过面面俱到的文档
3 客户合作胜过全同谈判
4 响应变化胜过遵循计划
由价值观引出的12条敏捷原则：
1 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。
2 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
3 经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
4 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
5 围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。
6 在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交谈。
7 工作的软件是首要的进度度量标准。
8 敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。
9 不断地关注优秀的技能和好的设计会增强敏捷能力。
10 简单——使未完成的工作最大化的艺术——是根本的。
11 最好的构架、需求和设计出自于自组织的团队。
12 每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。
极限编程(xp) extreme promming 的价值观如下：
1 改善沟通
2 寻求简单
3 获得反馈
4 富有勇气
适用范围：具有有限资源及有限时间的小项目
三 微软过程(MP)
微软过程原则：
1 制定计划时兼顾未来不确定因素
2 通过有效的风险管理减少不确定因素的影响
3 经常生成过渡性的版本并快速测试来提高产品的稳定性及可测性
4 快速循环递进的开发过程
5 从产品特性和成本控制出发创造性地工作
6 创建确定的进度表
7 使用小型项目组并发完成工作，并设置多个同步
8 将大型项目分解成多个可管理的单元，以便更快地发布产品
9 用产品的前景目标和概要说明指导项目开发工作-先基线后冻结
10避免产品走形
11使用原型验证概念，进行开发前的测试
12 零缺陷概念
13 非责难式的里程碑评审会
微软开发产品的每个生命周期分五个阶段
1 构想阶段
2 计划阶段
3 开发阶段
4 稳定阶段
5 发布阶段
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。