SharePoint 2010应用程序生命周期管理(一)

本文讲的是在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.    在产品环境上的反馈,缺陷和其他问题会被变成需求,它们会被排上优先级,成为开发人员的任务。

未完待续。。。

原文地址:http://msdn.microsoft.com/en-us/library/gg604045.aspx#odc_sp14_ta_SPALM2010_ToolsContinuum 

posted @ 2011-03-04 09:26  crazysharepoint  阅读(429)  评论(0编辑  收藏  举报