例一：預設值為昨日

說明：將今天日期加上【-1】。

函數：dateadd ， today

例二：預設值為上月最後一天

說明：先取得【本月第一天】的日期，再加上【-1】，就可得到【上月最後一天】。

函數：dateadd ， cdate ， year ， today ， month

例三：預設值為上月第一天

說明：先取得上月份的年度，接著取得上月份，最後連同字串１一起串連。

函數：cdate ， year ， dateadd ， today ， month 

在一台计算机上并行执行多个 .NET Framework 版本时，映射到 ASP.NET 应用程序的 ASP.NET ISAPI 版本决定了该应用程序所使用的公共语言运行库 (CLR) 版本。使用 ASP.NET IIS 注册工具 (Aspnet_regiis.exe)，管理员或安装程序可以方便地更新 ASP.NET 应用程序的脚本映射，使其指向与该工具关联的 ASP.NET ISAPI 版本。该工具还可以用于显示所有已安装的 ASP.NET 版本的状态，注册与该工具耦合的 ASP.NET 版本，创建客户端脚本目录，以及执行其他配置操作。

注意
.NET Framework 附带了两个 IIS 注册工具；一个用于标准系统，另一个用于 64 位系统。用于 64 位系统的工具位于 Windows 文件夹下 Microsoft.NET 目录的 Framework64 目录中；例如，C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727 将包含该 IIS 注册工具。

aspnet_regiis [options]

选项

选项	说明
-c	将 ASP.NET 的客户端脚本（如客户端验证脚本）安装到每个 Internet 信息服务 (IIS) 站点目录的 aspnet_client 子目录中。 只安装与 Aspnet_regiis.exe 关联的 ASP.NET 版本的客户端脚本。
-disable	在 IIS 安全控制台中禁用 ASP.NET。 此选项只能与 -i、-ir 或 -r 选项结合使用。此选项不能在 IIS 6.0 之前的 IIS 版本中使用。
-e	从每个 IIS 站点目录的 aspnet_client 子目录中移除 ASP.NET 的客户端脚本。 只移除与 Aspnet_regiis.exe 关联的 ASP.NET 版本的客户端脚本。
-ea	从每个 IIS 站点目录的 aspnet_client 子目录中移除所有 ASP.NET 版本的客户端脚本。
-enable	在 IIS 安全控制台中启用 ASP.NET。 此选项只能与 -i、-ir 或 -r 选项结合使用。此选项不能在 IIS 6.0 之前或 ASP.NET 2.0 版之前的版本中使用。
-ga user	向指定用户授予 ASP.NET. 使用的 IIS 元数据库和其他目录的访问权限。 此选项不能在 ASP.NET 2.0 之前的版本中使用。
-i	安装与 Aspnet_regiis.exe 关联的 ASP.NET 版本，并更新 IIS 元数据库根目录和根目录下的脚本映射。 只更新使用早期 ASP.NET 版本的应用程序的脚本映射。使用新版本的应用程序不受影响。
-ir	安装与 Aspnet_regiis.exe 关联的 ASP.NET 版本，并仅在 IIS 中注册 ASP.NET。 此选项不更新脚本映射。若要安装 ASP.NET 并更新脚本映射，请使用 -i 选项。
-k path	在指定的应用程序根路径及其子目录中，从所有 ASP.NET 应用程序中移除所有 ASP.NET 版本的脚本映射。
-kn path	仅在指定的应用程序根路径中，从 ASP.NET 应用程序中移除所有 ASP.NET 版本的脚本映射。 此选项不影响指定 path 的子目录中的应用程序。
-lk	列出包含 ASP.NET 脚本映射的所有 IIS 元数据库项的路径和版本。 不显示从父项继承 ASP.NET 脚本映射的项。
-lv	列出计算机上安装的所有 ASP.NET 版本的状态和安装路径。
-norestart	禁止在安装或更新 ASP.NET 脚本映射后重新启动 IIS 辅助进程。 如果将手动重新启动 IIS 辅助进程，则将此选项与 -i 或 -r 选项一起使用。
-r	更新 IIS 元数据库中及其下面的所有脚本映射，使其指向与 Aspnet_regiis.exe 关联的 ASP.NET ISAPI 版本。 无论当前版本如何，都会更新现有的所有脚本映射，使其指向与 ASP.NET IIS 注册工具关联的 ASP.NET ISAPI 版本。
-s path	将脚本映射（该脚本映射指向与 Aspnet_regiis.exe 关联的 ASP.NET ISAPI 版本）安装到指定应用程序根路径及其子目录下的所有 ASP.NET 应用程序中。更新指定的路径中及其下面使用早期 ASP.NET ISAPI 版本的所有现有脚本映射。
-sn path	将脚本映射（该脚本映射指向与该工具关联的 ASP.NET ISAPI 版本）安装到指定应用程序根路径下的 ASP.NET 应用程序中。更新指定路径中使用早期 ASP.NET ISAPI 版本的所有现有脚本映射。 此选项不影响 path 的子目录中的应用程序。
-u	从计算机中卸载与 ASP.NET IIS 注册工具关联的 ASP.NET 版本。此 ASP.NET ISAPI 版本的现有脚本映射自动重新映射到其余已安装的 ASP.NET ISAPI 的最新版本。
-ua	从计算机中卸载所有 ASP.NET 版本。
-?	显示 ASP.NET IIS 注册工具的命令语法和选项。

配置选项

选项	说明
-config+	允许对计算机上的 ASP.NET 配置进行远程访问。
-config-	禁止对计算机上的 ASP.NET 配置进行远程访问。
-pa container account	为指定用户或组 account 授予访问指定项 container 的权限。此参数采用下面的可选修饰符： -pku   将默认的计算机容器替换为用户指定的容器。 -csp provider   指定要使用的容器提供程序。 -full   指定应该添加完全访问权限而不是默认的只读访问权限。
-pc container	在指定容器中创建 RSA 公钥/私钥对。此参数采用下面的可选修饰符： -size keySize   指定密钥大小。默认值为 1024 字节。 -pku   将计算机上的默认密钥容器替换为用户指定的容器。 -exp   指定必须可以导出的私钥。 -csp provider   指定要使用的容器提供程序。
-pd section	对配置节进行解密。此参数采用下面的可选参数： -app virtualPath   指定应该在包含路径的级别进行解密。 -location subPath   指定要解密的子目录。 -pkm   指定应该对 Machine.config 而非 Web.config 文件进行解密。
-pdf section webApplicationDirectory	对指定物理（非虚拟）目录中的 Web.config 文件的指定配置节进行解密。
-pe section	对指定的配置节进行加密。此参数采用下面的可选修饰符： -prov provider   指定要使用的加密提供程序。 -app virtualPath    指定应该在包含路径的级别进行加密。 -location subPath   指定要加密的子目录。 -pkm   指定应该对 Machine.config 而非 Web.config 文件进行加密。
-pef section webApplicationDirectory	对指定物理（非虚拟）目录中的 Web.config 文件的指定配置节进行加密。
-pi container file	将 RSA 公钥/私钥对从指定的 XML file 导入指定的 container。此参数采用下面的可选修饰符： -pku   将默认的计算机容器替换为用户指定的容器。 -exp   指定可以导出私钥。 -csp provider   指定要使用的容器提供程序。
-pr container account	移除指定的用户或组 account 对指定的项 container 的访问权限。此参数采用下面的可选修饰符： -pku   将默认的计算机容器替换为用户指定的容器。 -csp provider   指定要使用的容器提供程序。
-px container file	将 RSA 公钥/私钥对从指定的容器导入指定的 XML 文件。此参数采用下面的可选修饰符： -pku   将默认的计算机容器替换为用户指定的容器。 -csp provider   指定要使用的容器提供程序。
-pz container	删除指定的密钥容器。此参数采用下面的可选修饰符： -pku   将默认的计算机容器替换为用户指定的容器。

备注

当在一台计算机上安装了多个 ASP.NET 版本时，就说 ASP.NET 是并行运行的。在此安装中，Internet 信息服务 (IIS) 需要知道哪个 ASP.NET ISAPI (aspnet_isapi.dll) 版本应该处理 ASP.NET 应用程序中的页。与 ASP.NET 应用程序关联的 ASP.NET ISAPI 版本决定了该应用程序使用的 CLR 版本。在 IIS 中，ASP.NET 应用程序通过脚本映射与 ASP.NET ISAPI 版本关联。为了简化 ASP.NET 应用程序的配置过程，每个 ASP.NET 版本都附带了一个链接的 Aspnet_regiis.exe 版本。

注意
每个 .NET Framework 版本都附带一个唯一的 Aspnet_regiis.exe 版本。因为该工具的每个版本只应用于与它关联的 .NET Framework 版本，所以务必使用该工具的正确版本对 ASP.NET 应用程序进行配置。

ASP.NET IIS 注册工具通常与 -s 或 -sn 选项结合使用，以便将 ASP.NET 应用程序重新映射到与该应用程序关联的 .NET Framework 版本。使用 -s 选项，可以更新指定根路径及其所有子目录中的应用程序。如果不需要更新子目录中的应用程序，请使用 -sn 选项。若要同时更新计算机上现有的全部 ASP.NET 应用程序的脚本映射，请使用 -r 选项。

注意
path 参数引用的是应用程序的根路径，而不是物理路径。例如 W3SVC/1/ROOT/SampleApp1。

相反，通过使用 -k 或 -kn 选项并指定应用程序的根路径，可以使用 ASP.NET IIS 注册工具从该应用程序中移除所有 ASP.NET 版本的脚本映射。如果指定的根路径从父根路径继承它的脚本映射，-k 和 -kn 选项将无效。

ASP.NET IIS 注册工具还可以用于安装和卸载 ASP.NET 的链接版本。使用 -i 选项，可以安装 ASP.NET，还可以更新所有现有 ASP.NET 应用程序的脚本映射。使用 -ir 选项，可以安装 ASP.NET，但不更新脚本映射。若要卸载与该工具关联的 ASP.NET 版本，请使用 -u 选项。如果要从计算机中卸载所有 ASP.NET 版本，请使用 -ua 选项。

另外，可以使用 ASP.NET IIS 注册工具查看有关 ASP.NET 的信息。若要列出计算机上安装的所有 ASP.NET 版本的状态和安装路径，请使用 -lv 选项。如果要查看映射 ASP.NET 的所有 IIS 元数据库项的路径，请使用 -lk 选项。

使用 Aspnet_regiis.exe，可以安装和移除客户端脚本，如客户端验证。若要将与该工具关联的 ASP.NET 版本的客户端脚本安装到每个 IIS 站点目录的 Aspnet_client 子目录中，请使用 -c 选项。若要只移除与该工具关联的 ASP.NET 版本的客户端脚本，请使用 -e 选项。若要移除已安装的所有 ASP.NET 版本的客户端脚本，请使用 -ea 选项。

有关在 ASP.NET 中并行执行的更多信息，请参见 ASP.NET 中的并行 (Side-by-Side) 支持。有关脚本映射和应用程序根路径的更多信息，请参见 http://www.microsoft.com/WindowsServer2003/iis/default.mspx 上有关 IIS 的文档。

http://msdn2.microsoft.com/zh-cn/library/k6h9cz8h(VS.80).aspx

下面我举一个从文件中加载内容到包变量的一个例子
 1、首先我们定义2个变量 FileName 和 FileContents ，并指定其类型为 String
 2、拖曳一个脚本组件到控制面板上，并设置 ReadOnlyVariables和ReadWriteVariables 属性的值分别为 FileName 、FileContents
 3、设计脚本组件的代码，如下 
 

 Public Sub Main()
         Dim errorInfo As String = ""
         Dim Contents As String = ""
 
         Contents = GetFileContents(Dts.Variables("FileName").Value, errorInfo)
         If errorInfo.Length > 0 Then
             MsgBox(errorInfo, MsgBoxStyle.Critical, "Error")
             Dts.TaskResult = Dts.Results.Failure
         Else
             MsgBox(Contents, MsgBoxStyle.OKOnly, "File contents")
             Dts.Variables("FileContents").Value=Contents
             Dts.TaskResult = Dts.Results.Success
         End If
  End Sub

 Public Function GetFileContents(ByVal filePath As String, Optional ByVal ErrorInfo As String = "") As String
        Dim strContents As String
        Dim objReader As StreamReader
        Try
            objReader = New StreamReader(filePath)
            strContents = objReader.ReadToEnd()
            objReader.Close()
            Return strContents
        Catch Ex As Exception
            ErrorInfo = Ex.Message
        End Try
    End Function

更多信息

Imports System
            Imports System.Data
            Imports System.Math
            Imports Microsoft.SqlServer.Dts.Pipeline.Wrapper
            Imports Microsoft.SqlServer.Dts.Runtime.Wrapper
            Public Class ScriptMain
            Inherits UserComponent
            Dim counter As Integer = 0  ' User code
            Public Overrides Sub Input0_ProcessInputRow(ByVal Row As Input0Buffer)
            '
            ' Add your code here
            Row.mycount = counter   ' User code
            counter = counter + 1   ' User code
            '
            End Sub
            End Class

参考

SSIS中ExecuteSQL TASK组件
基于2005 CTP 4月版

在此文中将让你明白ExecuteSQL task组件在SSIS中的功能和作用，我将介绍下面内容：
  关于任务
  关于任务的属性
看完这些介绍后我将举出下面例子：
 从一个有2个输入参数的SQL查询中返回一个简单的值
 从一个SQL查询中返回一个记录集
 执行一个存储过程并接收一个记录集、返回值、输出参数和传送一个输入参数
 从SQL查询中返回XML
 从一个变量中执行SQL句子
 从一个文件中执行SQL句子

关于任务：
 我们可以从下图中找到ExecuteSQL TASK组件
 
 现在我们拖曳它在设计器上，可以看出它会提示你“当前组件没有指定连接”，如图
 
 我们可以很容易的给它指定连接，双击它，如图
 
 这样我们可以选择不同的连接类型
 和2000的DTS不同，SSIS有能力把XML作为结果集返回，如图
 
 然后你可以指定你要执行SQL的来源类型，比如是直接输入还是来自文件还是变量
 
 如果是来源是直接输入的话，你可以输入SQL语句在 SQLStatement 属性中（点击旁边的省略号弹出输入窗口）
 
 
任务的常见属性说明 
 BypassPrepare
  是否在在发送到连接前分析SQL句子
 Connection
  指定执行SQL的连接
 DelayValidation  
  是否延迟验证SQL的有效性，如果使用了只有在当前任务中产生的表（或其他对象）的话，则可启用当前属性
 Description
  中文描述
 Disable
  是否禁止当前任务
 DisableEventHandlers
  是否禁止事件触发
 ExecValueVariable
  如果任务来源为变量的话，则需要设置该属性
 Expressions
  用于给某些属性设置一个动态的表达式，这样可以使任务更加灵活，如图
  
 FailPackageOnFailure
  是否设置如果当前任务执行故障则整个包执行失败
 FailParentOnFailure
  是否设置如果当前任务执行故障则其父容器执行失败
 IsolationLevel
  事务隔离级别
 IsStoredProcedure
  是否为存储过程
 TimeOut
  超时设置

使用例子
  1、从一个有2个输入参数的SQL查询中返回一个简单的值      
   首先我们要添加一些变量到包中，并为这些变量指定初始值，如图
   
   CountOfEmployees 为输出参数
   EndDate 和StartDate 为输入参数
   在上图中你可以看得定义的变量有一个作用范围，父容器定义的变量子可以使用，反之不行（可以把包看出容器）
   确定了变量后，我们需要为任务指定连接
   然后我们选择SQLSourceType 属性为直接输入，然后在SQLStatement属性中输入如下句子，并指定返回结果为简单行
    SELECT COUNT(*) AS CountOfEmployees FROM HumanResources.Employee WHERE (HireDate BETWEEN ? AND ?)
   设置后的结果如图
    
   现在把指定的输入参数映射到变量，如图
      
   然后把SQL产生的输出也映射到变量，如图
    
   OK，就这样，第一个例子完成了，调试运行把， 可以看得下面的结果
    
   看到了么，CountOfEmployees 变量的值由初始的0变成了2
   
  2、返回一个记录集
   这个例子中我们将返回一个记录集到一个变量（rsProducts），没有输入参数，有个返回的是一个记录集，故变量的类型需定义为object类型，初始值当然也为system.object了，如图
   
   然后在SQLStatement 属性中输入如下SELECT语句返回一个记录集，并指定返回结果为记录集
   
   
   之后当然也是参数映射了，如图
   
   好了，运行调试把，我们将看得结果集被作用一个COM对象返回
   
   
  3、执行一个存储过程并接收一个记录集、返回值、输出参数和传送一个输入参数  
   在这个例子中，我们将需要4个变量，一个为返回值，一个为输入，一个为输出，一个为记录集，我们将输入如下SQL句子
   EXEC ?=dbo.sp_showAccountinCity ?,?output
   然后进行参数映射，如图
   
   
   可以看出上面操作是非常简单，比2000的DTS强多了
  
  4、从SQL查询中返回XML
   从SQL中返回XML其实也大同小异，只需要稍微改一下即可
   首先变量的类型依然是object,然后只需指定返回类型为XML即可
   
  5、从一个变量中执行SQL句子
   这也非常简单，首先定义一个变量，如user::statemenet,其为字符型，如图
   
   然后设置SQL来源类型为变量，在SQLStatement属性输入 user::statemenet即可
   
  
  6、从一个文件中执行SQL句子 
   基本上同5差不多
   但首先应该建立一个文件类型的来源
   
   然后指定SQL来源类型为文件，然后指定文件来源就行了
   
总结
 好了，就写到此了，希望你能够喜欢
 该文的英文来源于 http://www.sqlis.com/default.aspx?58
 
    
   
  
   
    
      
   
   
        
 
    
    
  

本页内容

	简介
	MSF 简史
	传统的方法
	从传统方法得到的教训
	我们的解决方案：利用得到的教训
	扩展可能性
	小结

简介

Microsoft Solutions Framework (MSF) 是一个将软件开发流程、原则和公认的做法完全集成的集合，并可以高度自定义和高度扩展，它旨在需要时能随时随地为用户提供他们希望获得的指导类型。MSF 内外兼收 Microsoft 的公认指导，并与 Visual Studio 2005 Team System 携手共同为软件开发生命周期 (SDLC) 内的流程自动化和指导提供无缝的体验。本文对 MSF 4.0 进行介绍并简要说明了它的发展历史，同时讨论了传统方法在执行作为 SDLC 的一部分的流程指导时存在的问题，此外，还与 MSF 中正在采取的方法进行了对比，并提出了一些扩展可能性。

图 1. MSF 与 Visual Studio 2005 Team System 交互的方式

MSF 为改进应用程序开发提供了一套可自定义、可扩展的软件开发指导。MSF 包括既灵活又正式的方法，允许用户选择最适合的途径。采用 MSF 灵活的框架可以满足任何项目的需要，同时不必考虑项目的大小与复杂性。MSF 的理念表明：没有一个单独结构或流程可以非常好地适用于所有项目的需求和环境。它还认识到指导存在的必要性。MSF 提供本指导不带有强加说明性的详细信息，并允许用户自定义所提供的内容。MSF 组件可以独立应用，也可以一起应用以提高很多类型项目的成功率。

MSF 的远景目标是为软件专业人员提供由软件专业人员开发的高效、集成和可扩展的流程指导。

MSF 指导关注的是对“人与流程”的管理。因为软件开发小组的需要和做法在不断发展，所以收集到 MSF 中的材料也同步进行不断地更改和扩展。另外，MSF 与 Microsoft Operations Framework (MOF) 相互配合，从而为操作环境提供平稳过渡，这是长期项目成功的要求。

返回页首

MSF 简史

MSF 的元素基于众所周知的业界最佳做法，并融入了 Microsoft 在高科技行业超过 25 年的经验。将这些元素设计为协同工作，以帮助 Microsoft 顾问、合作伙伴和客户解决在整个技术生命周期中遇到的许多重大挑战。

1994 年，作为 Microsoft 产品开发成果和 Microsoft 咨询服务工作的最佳做法的松散集合，MSF 被首次引入。从那时起，MSF 就植根于 Microsoft 内部来源（例如，Microsoft 开发团队、Patterns & Practices 组、Trustworthy Computing、Microsoft Operations Framework 和 Engineering Excellence 组）的成功且实际的最佳做法而不断发展。外部来源在 Microsoft 开发 MSF 的过程中也起到了重要作用。MSF 合作伙伴委员会 (MSF Partner Council) 的加入对确定 MSF 的方向起到了关键作用。MSF 合作伙伴委员会由全球服务集成商（例如，Accenture、Avanade、Capgemini、EDS、Fjuitsu、Infosys 和 Unisys）组成。其他外部来源也影响着 MSF 的未来，这些外部来源包括 Borland、Merrill Lynch、The Agile Alliance 和 The Software Engineering Institute。

MSF 使用这个实际最佳做法池（它已得到 Microsoft 内外的验证），并对其进行简化、合并和验证，以便合作伙伴和客户可以更加轻松地理解并采用。MSF 现在是一个健壮且成熟的框架，它由 Microsoft 内部一个专门的产品团队管理和开发，并受到国际顾问委员会主题专家的指导和评审。MSF 也继续利用当前的 Microsoft 经验。Microsoft 不同业务方向的其他团队也经常在内部创建、查找和共享最佳做法和工具。团队从这些内部项目成果学到的东西可以通过 MSF 合并，并分发到 Microsoft 之外。

返回页首

传统的方法

流程的两个理念和两个方法

在过去的几年中，软件社区中流程的方法发展成两个基本理念。两种方法都有相对的优点和缺点。另外，流程的两个独立方法在更大的业务环境内得到了发展，一个与软件行业无关，而另一个则试图创建以软件为中心的流程。

灵活流程模型

灵活流程模型是由一个名为 Agile Alliance 的软件专业人员团体创建的，他们拒绝接受流程比人重要的观念。灵活流程模型获得了成功，但这种方法遭受的主要非议是：它的成就可能更多地取决于相关个体的天赋，而不是该流程模型的效力。

正式流程模型

正式流程模型是在业务环境（大部分在软件开发文化之外）得到发展的。正式方法提供一个公认的框架，但是当应用于 SDLC 时，它会变得很麻烦、很糟糕，可能无法最终产生响应市场并及时交付的高质量软件。

两种方法：独立于软件，与软件相关联

除了上述两种流程模型之外，开发 SDLC 流程的两种方法也得到了发展。一种方法开发独立于软件行业需求的流程，并创立了“一种流程应对所有行业 (one process fits all industries)”的指导。这种流程与软件开发相分离，深深依赖于发布的文本和方法。许多软件专业人员的反应是，问道：“这怎么能适用于我和我的项目呢？”

对创建与软件开发相关的流程的尝试也已经步入到台前。虽然现有的打包流程解决了与 SDLC 相关的问题，但软件专业人员发现它常常提供太多的信息，以致很难为“实际”软件开发所理解并适应。

对于软件专业人员，流程指导最重要的元素是，能够在正确的时间即时提供与工具支持集成组合在一起的正确指导。流程指导的制定是 MSF 的焦点所在，它是 SDLC 中的日常活动密不可分的部分。

返回页首

从传统方法得到的教训

项目经理经常抱怨流程培训费用高昂，而且方法不好掌握。当前这种使用现有工具将流程指导合并到 SDLC 的方法，导致了指导经常与帮助和工具本身产生分离。另外，对于用户来说，映射整个内容的路线不明显。

铺天盖地的内容

现有解决方案中所提供的内容可能不合适、过时且又铺天盖地。目前，这样的内容采用的是“掩埋”法。对于所提供的数量巨大的内容，需由用户对其进行分类，并从中挑选出与特定项目有关的内容。虽然这种掩埋法试图让每个人满意，但最终却无人为之喝彩，原因在于它时而灵活，时而却很笨拙。另外，现有的打包流程指导不容易更新。这经常导致工具帮助、模板和指导之间不匹配。

自定义没有用或不直观

SDLC 流程自定义的尝试难以取得最佳效果。自定义需要首先使用指导，而为自定义提供的示例不够充分且实际使用价值不大。这经常导致指导一经自定义就无法识别。

在现有的打包流程指导中，用户没有自始至终感受到一致的整体体验。要使自定义的流程进入有用的系统，用户经常需要做大量的工作。其结果是，静态流程经常没有随着项目技术与环境的变化而变化。这种静态流程很快就会变得过时，因此也就没有用处。另外，这种自定义流程仅仅相当于一组 Web 页。与选定的工具集相集成采取的是一种特定页面形式，这种页面专门在流程的上下文中使用软件开发工具或部署环境。它很少考虑到流程和工具集之间的所有交互。人们使用这个工具时，必须切换到浏览器去寻找适当的主题。其结果是有断开连接的感觉。

相比之下，流程和工具的和谐统一注定 MSF 有一个高效且集成的方法。在 MSF 中，每个操作都会在流程上下文中捕获到。对某些衡量标准（例如，实际工作与计划工作、测试覆盖与错误修复、代码变动与代码稳定性）可以自动跟踪，无需进行任何额外的工作。数据会作为日常活动的一部分加以收集。流程需要的、在以前很难进行的任务，现在因 MSF 而变得很简单、不显眼、无需费力。

返回页首

我们的解决方案：利用得到的教训

MSF 包括了从以前尝试中得到的重要发现，以便使软件开发流程正式化，以及合并流程指导。其结果是使 Microsoft 的最佳做法、外部参与者的技术专长和这些重要发现的组合，成为一个可按需提供适当且有用的指导的框架。融入到 MSF 远景目标的一些重要教训包括：为维护而设计的内容、一个清楚的元模型、一个清楚的插件模型和许多贯穿整个内容的导航路径。

为维护而组织的内容

MSF 被设计成能够按照主观意愿有效地更新内容。可以轻松地在 MSDN 及整个工具集的所有元素中更新内容。这种同时更新模板、指导和工具帮助的功能，确保了流程指导的所有方面均相匹配。这使得用户在广泛使用该集成指导程序包时工作效率更高。

清晰的元模型

MSF 由一个拱形元模型控制。这个框架确定如何将流程指导呈现给用户，并确保它以一致的方式显示。使用该元模型，用户可以轻松地确定他们需要的指导类型，以及项目要求的复杂程度。一旦用户选择了一种指导类型和复杂程度，MSF 就可以及时、快速地提供适当的指导。

清晰的插件模型

MSF 提供一种清晰的方式来自定义和“插入”内容。一旦用户选择了流程指导的类型和复杂程度，MSF 提供的内容就可以“按原样”使用，或者对其进行自定义以满足用户和项目的特定需要。在 MSF 中，示例内容非常强大而且是相关的，从而给用户一个坚实的基础，以便于从中构建高质量的流程指导。

众多导航路径

MSF 提供的不只是一个贯穿流程指导的导航路径，而是各种各样的路径，它们会随着用户决定的改变而改变。根据用户的需要，MSF 可以提供十分详细的“即购即用 (out of the box)”的流程指导，或者较为基本的清单（可以根据项目的要求对这些清单进行自定义）。每次用户访问 Visual Studio 2005 Team System 中可用的集成工具时，都可以选择他们期望在流程指导中拥有的详细程度和自定义级别。

通过吸取所得到的教训并利用 Microsoft 的内外资源，Visual Studio 2005 Team System 中的流程集成以一种前所未有的方式为软件专业人员提供解决方案。

返回页首

扩展可能性

有了 MSF，流程就不仅仅是文档。它也证明了自身是一个真正的工具行为变革。如果您在项目开始时选择流程，则您还选择了工作流和工作产品，而这些将驱动系统的行为方式。对 SDLC 流程的支持是内置的，这有助于为工作流提供无缝支持。通过将流程集成到团队成员日常使用的工具中，MSF 降低了采用流程的门槛，从而可以自动收集跨功能的项目衡量标准，而无需与手动报告有关的开销。MSF 的下列元素可以自定义：

MSF 使用方法模板来定义各个项目所遵循的流程。没有一个通用的流程对所有组织甚至一个组织中的所有项目都有效。为了解决这个问题，MSF 提供一个灵活的工具集，它可以使用既灵活又正式的流程。Microsoft 的 Global Solution Integrator 合作伙伴提供他们自己的产品可用的方法模板，您也可以创建自己的方法模板。流程扩展性允许自定义工作项类型、签入策略、自定义报告和项目管理模板。

返回页首

小结

通过在正确的时间为正确的人提供正确的流程，MSF 为软件开发提供了更好的流程指导。基于来自 Microsoft 内部来源和合格的外部来源的成功、实际的最佳做法，MSF 避免了以前试图使软件开发流程正式化的缺陷，并且融入了成功的元素。MSF 解决方案为高效、集成和可扩展的流程指导提供了一个框架，同时提供了一个可以使用既灵活又正式的流程的灵活工具集。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=662023

推动开放的沟通
为共同的前景而工作
充分授权和信任
各司其职，对项目共同负责
重视商业价值
保持敏捷，预期变化
质量投资
学习所有的经验

1.2.1    推动开放的沟通
用大白话说，就是所有信息都保留，并公开，讨论要包括所有方面，决定要公开，并通知所有人。当然，牵涉到技术保密，安全性等信息要有必要的保护措施。