SharePoint 2010应用程序生命周期管理（二）
图2 中展示了多个开发团队是怎么一起处理用户在产品环境上发现的缺陷和更改的需求的。比如说，框架设计团队和功能开发团队可能在不同的版本上工作，但是他们在跟踪缺陷和更改的时候需要协调起来，保持一致。
Figure 2. Change management involving multiple developer teams
结合测试和验收环境到SharePoint 2010 应用程序生命周期管理过程中
在大项目中， 质量验收人员可能使用另外一个版本验收或是用户验收测试场来测试，这个环境跟产品环境十分相似。通常，一个版本验收场有许多服务器，从而确保自己开发的解决方案能够正确的部署。图3展示了一个关于开发环境与测试环境，版本验证场，以及产品环境相结合的潜在模型。在这特殊的模型里，预产品或质量保证场和产品场将在发布之后交换它们的场所。 这个模型最小化了那些环境维护时的停机时间。
Figure 3. Model for relating development integration and testing environments 
结合SharePoint Designer 2010到SharePoint 2010 应用程序生命周期管理过程中
在你的应用程序生命周期管理模型中，另外一个重要的考虑点是微软的SharePoint Designer 2010. SharePoint 2010 是一个无代码解决方案的一个极好的平台，因为开发的解决方案可以通过SharePoint Designer 2010 直接部署到产品环境上。这些定制的东西是存储在内容数据库中而不是你的源代码中。Designer中通常的设计行为以及它们是怎么与开发行为相交互的都是另外的考虑因素。你会直接在产品环境上创建页面布局吗？或者你会将页面布局打包到解决方案里然后部署它们？这两种方法都有它们的优缺点。
你指定的应用程序生命周期管理模型将完全取决于你开发的解决方案，你打算做的定制以及你自己的政策。你自己的应用程序生命周期管理过程不必像这篇文章里描述的这么复杂。
不过，你必须在计划阶段建立一个稳固的应用程序生命周期管理模型， 必须在开始开发解决方案之前搭建好开发环境。
接下来，我们将讨论一些关于SharePoint 2010 开发，以及怎样创建一个SharePoint应用程序生命周期模型来更好的为开发团队服务的工具和方法。
解决方案包和SharePoint开发工具
SharePoint 2010 开发平台的一个主要的优点是它可以把那些站点保存成解决方案包。解决方案包可以被部署，可以重复利用，它被存储在CAB文件中，扩展名是 .wsp 。 你可以通过浏览器里的SharePoint 2010 用户接口，SharePoint Designer 2010， 或者是 Microsoft Visual Studio 2010 来创建一个解决方案包。在浏览器中 和SharePoint Designer 2010 用户接口 中，解决方案包也叫做模板 (templates) 。 这种灵活性可以让你使用浏览器或是SharePoint Designer 2010 来设计站点架构， 然后将自定义的东西导入到Visual Studio 2010 中进行更进一步的开发。 图4 描述了这一过程。
Figure 4. Flow through the SharePoint development tools 
当开发代码完成以后， 你可以将你的解决方案包部署到SharePoint来使用。在使用浏览器修改站点架构后， 你就可以把更新的站点保存成一个解决方案包，从而又开始一个新的循环。
工具之间的交互使你可以使用其他的一些工具。 比如， 你可以用Microsoft Visio 2010 设计一个工作流流程， 然后倒入到 SharePoint Designer 2010，再 从Designer中导入到 Visual Studio 2010 中。关于怎样设计和导入一个工作流流程，请参照此链接Create, Import, and Export SharePoint Workflows in Visio
更多关于在 SharePoint Designer 2010 中创建解决方案包的信息，请参照 Save a SharePoint Site as a Template
更多关于在Visual Studio 2010 中创建解决方案包的信息，请参照 Creating SharePoint Solution Packages.
未完待续。。。
原文地址：http://msdn.microsoft.com/en-us/library/gg604045.aspx#odc_sp14_ta_SPALM2010_ToolsContinuum
