微软采用visualstudio2005teamsystem进行集成软件开发.docVIP

微软采用 Visual Studio 2005 Team System 进行集成软件开发背景 e*BIS IT 开发团队由 17 到 21 名成员组成。 这些小组成员包括项目经理、项目主管、开发人员、测试人员和支持人员，他们共同组成了一支协作团队。 e*BIS IT 开发团队开展了各种各样的集成项目，为 e*BIS 业务单位提供文档转换服务。 譬如，e*BIS IT 开发团队目前正在开发一个 Web 应用程序，用以实现转换器产品间的自动化迁移。 该应用程序最初将提供一个自动化的、可扩展的、强大的测试工具，帮助实现从 Microsoft BizTalk Server 2002 到 BizTalk Server 2004 的迁移。 e*BIS 项目的管理和开发是通过几种工具和应用程序来完成的。 SDLC 流程所用的工具和应用程序大体上都互不联系，并且无法提供一个集成的环境，让小组成员能够在项目进展期间，轻松地进行协作和交流。 图 1 为 e*BIS IT 开发团队所采用的测试和 bug 工作流过程示意图。 图 1. 实施 VSTS 之前的测试和 bug 工作流过程 工作流过程间的大部分连接都是手动的，制约了团队的工作效率。 项目经理手动查询 bug 数据库，然后将已粘贴的列表，通过电子邮件发送给开发人员和测试人员，以便他们管理测试和调试工作流过程。 随后，测试人员和开发人员必须将 bug 和问题的状态，通过电子邮件发回给项目经理及其他有关联的小组成员。 整个 SDLC 流程都由以下工具来管理： ? Microsoft Visual Studio? .NET 2003 ? Microsoft Visual SourceSafe? 6.0 ? Microsoft Office? Professional 2003 ? Microsoft Office Project Professional 2003 ? Microsoft Windows? SharePoint? Services ? Internal Microsoft 产品 bug 和问题跟踪应用程序 Project 2003 被用于制订项目计划。 项目计划用于为各个小组成员，分配工作项目。 项目经理会随着任务和里程碑的逐一完成，手动更新项目计划。 项目计划的更新通过几种方法进行交流，包括电子邮件、小组会议、电话呼叫以及问题跟踪查询。 Office 应用程序用于从各种外部源中，手动提取项目信息，并分发给小组成员。 e*BIS IT 开发团队使用 Visual Studio 和 Visual SourceSafe 插件，提供开发环境和源代码存储库。 项目的 Visual SourceSafe 存储库可以位于众多 Visual SourceSafe 服务器中的任何一台上，并且有时难以将 bug 或问题与目标源代码相关联。 源代码 bug 包含一个源代码位置的引用，但是如果源代码随后发生了变化，该引用也就随之失效了。 测试用例、bug 和问题的跟踪是通过一个内部的微软应用程序来完成的。该应用程序提供了一个查询工具，用于确定每个项目的问题和 bug。 通过从每个工具或应用程序中提取出来的问题或 bug 列表，项目经理会用 Microsoft Office Excel 2003，手动创建状态报告。准备并整合这方面的信息，以报告项目状态、bug 率和资源问题，需要花大量的时间，而且没法有效地利用项目管理时间。 共享这方面信息的方式是：将状态报告保存在 SharePoint 网站上，或者通过电子邮件，将状态报告发送给项目组及风险承担者。 开发项目文档则通过小组 Windows SharePoint Services 网站共享。 为了完全集成 SDLC 流程，并删除工作流中的外部手动流程，e*BIS IT 开发团队需要： ? 熟悉的集成开发环境： 用 Visual Studio 开发、测试和构建每个项目。 ? 集成的工作流过程： 工作流过程必须是集成的，而不是由许多阻碍团队工作效率的互不联系的手动过程构成。 ? 集成的管理： 项目管理功能（比如：任务列表生成和资源分配）必须集成到开发环境中，并绑定到源代码和报告存储库。 ? 集成的 SCM 解决方案： 必须有可扩展的、功能全面的软件配置管理 (SCM) 解决方案，提供强大且安全的源代码控制存储库。 ? 集成的报告功能： 必须将报告功能集成到 SDLC 流程的每个任务和过程中。 报告功能必须是实时的，并且必须能与其它 Office 应用程序相集成。  最终，我不再用三到四种不同的产品来管理项目了，而是使用 Team Foundation 客户端，从单个控制台，管理整个项目。 Megan DayEAS - 电子商务集成