微软过程的优缺点

微软过程没有CMM/CMMI，ISO 9000那样完整、全面、细致的标准。但很实用、工程性强，以不追求理论上的完美，而追求效率和结果为目的。以角色为中

心分工负责，成员关系平等，突破传统软件开发的组织形式，按民主平等组织原则，这是软件智力劳动的特点，充分发挥参与者的解决性，有利于员工快速成长和

成熟。

总体上微软 过 程 是 一 套 优 秀 的 软 件 过 程 模 式 , 它 综 合 了 R U P 和 A P 过程的 绪 多 优 点 , 并 且 在 很 多 方 面 对 前 者 进 行

了 改 进 和 补充 、完 善 , 但 也 存 在 一 些 缺 陷 。

一 方 面 :在 进 度 计 划 制 定 方面 , 微 软 提 出 制 订 确 定 的 计 划 , 这 一 点 不

如 A P 过 程 提 出 的 制 订 细 致 度 逐 渐 降 低 的 计 划 所 具 有 的 对 变 化 的 适 应 能 力 和 灵 活 性 , 因 此 在 运 用 微 软 过 程 中 各

项 经 验 原 则 时 , 应 良 莠 区 分 , 不 应 全 盘 照 抄 。

另 一方 面 , 微 软 过 程 对 方 法 工 具 、 产 品 等 因 素 主 论 述 不 及 R U P 和 A P 过 程 全 面 , 这 些 缺 项 内 容 可 参 考 借 鉴

R U P 和 A P 过 程 的 相 应 原 则 规 范 。 在 实 践 过 程 中 , 微 软 过 程 应 结 合 R U P 和 A P 一 起 实 施 , 针 对不 同 的 项 目 进 行 具 体

定 制

好的软件过程首先一定是基于组件的,在此基础之上,还要符合迭代开发、用例驱动开发和以架构为中心的这三个最佳实践。合理的软件过程是软件质量的

基础

那么什么是一个好的软件过程？第一，坏的过程关注文档上，而好的过程关注在可执行的程序或者系统上;

第二，坏的过程延误了揭露风险的时间，而好的过程一开始就把自己暴露在风险之下，并及时解决它; 第三，坏的过程在项目的最后才能够验证这个项目的质量，

而好的过程其质量是每时每刻都能够得到验证的;第四，坏的过程有一个非常复杂的跟踪关系矩阵，从需求到代码需要一个非常复杂的矩阵，而好的过程，却是一

个无缝链接; 第五，在面对变更时，坏的软件很脆弱，好的软件会很健壮。

本文来源：https://www.wddqw.com/doc/e86d7e70bd1e650e52ea551810a6f524ccbfcbf1.html