Microsoft 解决方案框架版本 3.0 概述

Microsoft 解决方案框架版本3.0 概述

发布日期： 2004年06月04日

关于Microsoft 解决方案框架的更多信息，请参阅

/china/techne t/itsolutions/techguide/msf/default.mspx 致谢

撰稿人

GTD Ltd. 董事：Geoffrey Lory

Microsoft 产品经理：Derick Campbell

Microsoft MSF 总监：Allison Robin

Microsoft 技术编辑：Gaile Simmons

Volt Technical Services 技术编辑：Patricia Rytkonen

审阅者

MSFmentor：Jeff Carter，美国

Microsoft Consulting Services：Nathan Dolly，美国

Logic Control：John S. Dranchak

Microsoft：Holly Dyas

C2 Consulting：Paul Glen，美国

LLC Framework Deliveries：Tom Gordon

Microsoft：Paul Haynes

Microsoft Consulting Services：Hiroshi Koisumi，日本

LIH Ltd.：Eran Kolber，以色列

Microsoft Premier Support：Shawn LaBelle，美国

Microsoft Consulting Services：David Millet，美国

Systemgroup Management Services：Ed Musters，加拿大

Microsoft Consulting Services：Alex Nicol，加拿大

Gainsford Associates：David Preedy，英国

Thomson West：Jane Marie Rief

Microsoft Consulting Services：Dolph Santello，美国

本页内容

摘要

读者

介绍

MSF 起源和简史

MSF 和Microsoft 操作框架

MSF 关键术语

基础原理

MSF 模型

MSF 准则

Microsoft 对MSF 的使用

实现MSF

小结

附录：MSF、行业标准和方法

摘要

Microsoft® 解决方案框架(MSF) 是一种成熟的、系统的技术项目方法，它基于一套制定好的原理、模型、准则、概念、指南，以及来自Microsoft 的、经过检验的做法。本白皮书将介绍MSF，概述其基本原理、核心模型以及主要准则，并把重点放在如何应用它们推动技术项目成功上。最后，本白皮书提供的参考内容可以用来获得关于MS F 的更加深入的信息，以及在组织内部实现MSF 的指导。在附录里，白皮书会简要地将MS F 与行业里的其他方法以及标准进行比较，并描述MSF 能够如何与它们结合起来共同使用。

返回页首

读者

本白皮书为希望更多地了解Microsoft 解决方案框架的人员提供了一个起始点。典型的读者群包括：顾问、执行人员、技术专家、开发人员，以及希望领导团队和组织采用最佳做法改进结果的项目经理，或者只想在发布业务驱动的技术解决方案的时候提高其自身工作技能的项目经理。

本白皮书的第二受众包括相同的专家，只不过这些读者对MSF 已经有所了解。他们感兴趣的是，它与各种行业标准及方法之间的关联是什么样的，以及能够如何被用来与它们一起使用。在附录里对一些著名方法的简要描述将有助于在这个广泛的背景下确定MS F 的范围和应用。

返回页首

介绍

按期并在预算范围内创建行之有效的业务解决方案需要一种经过检验的方法。Microsoft 解决方案框架提供了一个适应性的框架，用于以更快的速度、更少的人员、更少的风险来成功地交付信息技术解决方案，同时取得更高质量的结果。MSF 会帮助小组直接解决导致项目失败的大多数常见原因，以提高成功率、解决方案的质量和业务影响。MSF 就是创建用来处理技术项目和环境动态特性的，它能够提高项目实施过程中适应持续变化的能力。

MSF 被叫做框架而不是方法是有特定原因的。和规定性的方法不同，MSF 提供了一个灵活的和可伸缩的框架，其适应能力能够满足任何项目（不论其规模和复杂性）的要求，以规划、构建和部署业务驱动的技术解决方案。MSF 的观点是，没有哪个单一的结构或者过程能够适应所有项目的环境和要求。尽管如此，但是它也认为：对指导的需求是存在的。作为一个框架，MS F 就提供了这样一种指导，而不会强迫实施很多限制性的细节，否则这只会将其用处限制到有限范围的项目方案里。MSF 组件能够被单独应用或者共同应用，以提高下列类型项目的成功率：

•软件开发项目，包括移动、Web 和电子商务应用程序、Web 服务、大型机以及N 层项目等。

•基础结构部署项目，包括桌面部署、操作系统升级、企业消息传递部署、配置和操作管理系统部署。

•打包的应用程序集成项目，包括个人生产效率套件、企业资源计划(ERP)，以及企业项目管理解决方案。•任何以上项目的复杂组合。

用于这些不同项目类型的MSF 指导把重点放在了“人员和过程”的管理以及大多数项目会碰到的技术元素上。由于技术小组的要求和做法是持续变化的，所以MSF 所收集的材料也都在不断变化和扩展，以便跟上其步伐的。此外，MSF 还与Microsoft 操作框架(MO F) 交互，以提供到操作环境的顺利转变，这是长期项目成功的一个要求。

返回页首

MSF 起源和简史

这一章节将描述对MSF 需求的产生和它是如何被创建的。

挑战和机遇

总所周知，今天的业务环境的特点是复杂型、全球互连性，以及从客户需求到生产方法再到变化率自身的加速。所有人也都知道，技术对这些因素中的每一个都有所贡献。这也就是说，技术常常是额外复杂性的来源，它支持全球的连接，并已经成为变化发生的主要催化剂之一。理解和使用技术变化所提供的机遇已经成为了组织里时间和资源消耗的主要原因。

信息系统和技术组织（以下简称IT）已经在受困于时间和精力了，根据技术变化来开发和部署业务驱动的解决方案就需要这些时间和精力。它们正不断认识到低质量的结果所带来的负面影响及其无法接受的业务风险。为了让其工作收到更好的效果，它们从业界的领导者处寻求指导。

技术开发和部署项目可能会极其复杂，这就加大了其难度。技术本身就可能成为项目失败的因素；但是，它极少是主要原因。令人意外的是，经验表明：项目成功这一结果更多的与所涉及的人员以及过程有关，而非技术本身的复杂性。

在把人员和过程的组织和管理分解开来的时候，可以看到它们对项目的下列作用：

•利益相关人和／或到过程里的不规则的、随机的、或者不足的业务输入脱离开来，这就导致无法捕捉住重要