【http://blog.csdn.net/crazysharepoint/article/details/6319606】
本文讲的是在SharePoint2010 项目中学习怎样使用Visual Studio 2010和 SharePoint Designer 2010计划和管理应用程序生命周期；学习在设置开发环境时，建立升级管理过程中，以及创建一个标准SharePoint开发模型时都需要考虑哪些问题。
适用于：Microsoft SharePoint Foundation 2010 | Microsoft SharePoint Server 2010 | SharePoint development tools in Microsoft Visual Studio 2010 | Microsoft Visual Studio Team Foundation Server 2010 | Microsoft SharePoint Designer 2010
内容：
· 介绍SharePoint 2010 应用程序生命周期管理
· SharePoint 应用程序生命周期管理：概况
· 解决方案包和SharePoint开发工具
· 使用SharePoint Designer 2010作为开发工具
· 将解决方案包导入Visual Studio 2010
· SharePoint 2010 中的团队开发环境：概况
· 为SharePoint 2010 设置一个团队开发环境
· SharePoint 2010 中解决方案生命周期管理的模型
· 总结
· 其他资源
介绍SharePoint 2010 应用程序生命周期管理
微软SharePoint 2010 开发平台包括Microsoft SharePoint Foundation 2010 和 Microsoft SharePoint Server 2010，它们包含很多功能去帮助你在SharePoint站点上开发，配置，更新定制和自定义功能。使用这些功能的行为都归类在应用程序生命周期管理的分类中。
在确立应用程序管理的过程中，关键的考虑点不仅包括在初始化开发一个单一的自定义产品之前你所使用的开发和测试方法，还包括你在已经存在的服务场中管理更新，集成代码和自定义功能的过程。
这篇文章讨论了在SharePoint场中实现应用程序管理过程是所使用的方法和工具，也讨论了在SharePoint开发过程中创建应用程序生命周期管理过程中所要关心和考虑的事情。
这篇文章假设每个开发团队都会开发一个独一无二的应用程序生命周期管理过程，这个管理过程它只是用于指定的大小和需求，所以它的介绍必须清楚。然而，我们仍然假设不管你的团队是多大，不管你指定的自定义的解决方案的特性是什么样子的，你都需要使用一些对所有开发人员都比较熟悉的方法和工具。这篇文章中的介绍将帮助你创建一个开发模型，这个模型将利用SharePoint 2010 平台上的所有优点，充分定位出你们的需求。
SharePoint 应用程序生命周期管理：概况
虽然SharePoint 2010 应用程序生命周期管理过程中的特定的细节将会根据需求而不同，但是大部分开发团队都会遵循相同的通用的步骤集。图片1 描述了一个中型的或大型的SharePoint开发项目的应用程序生命周期管理过程的例子，具体的过程和所需的任务依赖于项目的大小。
Figure 1. Example ALM process
以下的具体步骤是图片中标注的步骤（参照图中相应的标号，从 1到 10）：
1. 某些人（例如： 项目经理或是开发组长） 收集最初的需求然后把它们转化成任务。
2. 开发人员使用Microsoft Visual Studio Team Foundation Server 2010 或是其他工具跟踪开发过程，存储源代码。
3. 由于源代码存储在一个集中的地方， 你可以创建自动的系统用来集成或是单元测试。你还可以 自动化测试用例来增加自定义代码的总体质量。
4. 在自定义的解决方案成功的通过验收测试以后，你的开发团队就可以继续到预先版产品环境或是质量保证环境。
5. 预先版产品环境需要尽量模拟产品环境。这就意味着预先版产品环境需要跟产品环境有相同的补丁包和配置。这个环境的用途就是保证你的解决方案能在产品环境中正常工作。
6. 有时侯需要将产品环境上的数据库拷贝到预先版产品环境上来模拟产品环境上将要执行的升级行为。
7. 在自己开发的代码在预先版产品环境上验证以后，代码会被部署到产品环境上，或者是先部署到产品阶段环境，然后再部署到产品环境上。
8. 代码被部署到产品环境上以后，系统将会使用产品环境上的数据。
9. 最终用户将会在产品环境上使用所开发的产品，并且就不同的功能给予反馈和意见。问题和缺陷会通过建立的报告和跟踪过程来被上报和跟踪。
10. 在产品环境上的反馈，缺陷和其他问题会被变成需求，它们会被排上优先级，成为开发人员的任务。
图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.