浪潮集团通用软件公司使用微软VSTS经典案例

Visual Studio Team System 2005（VSTS）是微软结合MSF成功开发经验的基础上，最新开发的一套软件生命周期管理平台系统，它与Visual Studio 2005开发工具有机结合在一起，为架构设计、软件建模分析设计、静态代码分析、单元测试、Bug分析与管理、产品构建（Build）、项目策划、工作项 跟踪与管理、需求管理、源代码管理、风险管理提供了一整套集成的方法和工具。它在一个统一、规范的平台下协助项目管理人员、架构师、开发人员、测试人员高 效完成工作。帮助团队降低生成面向服务的现代化软件的复杂性，并使整个开发过程的参与成员之间能够进行更方便的信息交流，能够高效保证开发过程的质量，提 高软件项目管理的水平。

针对软件开发过程的复杂性，业界进行了一系列的模型、方法研究，以及形成了一套套理论体系，著名的有 CMM/CMMI、微软的MSF、Rational的RUP、XP等等。一个好的方法如果没有一套系统支持基本上就是“纸上谈兵”，Visual Studio Team System就是结合了MSF、RUP（UML）、CMM/CMMI，同时与软件开发平台集成在一起的一套软件开发管理平台工具。

通过 Visual Studio 2005 Team System，可解决日益增加的应用程序复杂性及其设计、开发和部署所必需的生命周期问题。同时该平台提供了很好的平台扩展性，通过流程定制可以实现软件 企业开发过程的个性化扩展，融入软件企业自己的开发过程管理，形成规范、固化在系统中的开发过程体系，从而实现对软件开发过程的可视、可控，提高软件开发 的质量。

项目背景

浪潮集团通用软件有限公司（简称浪潮通软）是国家最早批准的四大软件园之一—齐鲁软件园的骨干企业。公司自1992 年创立以来，一直专注于自有知识产权软件产品的开发、销售和服务工作，现已发展成为中国著名的企业管理软件、分行业ERP解决方案与咨询服务供应商。目前 公司有PS、GS两大ERP系列产品，包括8大ERP的关键业务应用和17个行业应用解决方案，拥有超过10万的软件客户群体。

随着公司业务的不断扩大，产品开发的过程越来越复杂，如何缩短软件产品研发周期，提高软件项目的质量成为严峻的问 题？ 1999年当时国内还几乎没有人知道ＣＭＭ时，浪潮通软公司从翻译、研究国外资料开始，致力于使用ＣＭＭ的方法进行软件开发过程的改进，经过摸索、建立、 实践、积累形成一套实用的方法论体系，并对公司产品开发过程和上百个应用项目进行规范管理。且在2001年11月和2003年3月分别通过CMM2级和 CMM3级评估。

随着研发管理水平的不断提升，如何将文档化的过程体系规范固化并与开发过程有机地融合在一起一直是我们渴望的一件事 情，为此，也引进、自行开发了一些管理工具，从获知微软正在开发这样的一个工具系统平台起，我们就在关注和跟踪，接受培训和指导，在微软发布的第一个测试 版开始在我们的一个产品GSP（Genersoft Platform，通用软件平台）开发项目试用。

项目应用实践

项目团队角色：

1. 项目经理：负责项目团队管理，项目相关事项协调，项目任务管理。
2. 业务专家：应用场景收集、整理，负责系统用户文档。
3. 技术架构师：负责技术架构设计、逻辑设计、代码审查。
4. 开发人员：编写代码、单元测试。
5. Build人员（兼）：负责系统构建，提交Build及安装包。
6. 测试人员：负责系统测试，提交Bug与测试报告。
7. SQA人员：负责审查过程符合性，提交审查报告。

1、安装与环境：

硬件：使用了一台浪潮服务器英信NL230G2，主要配置： XTD 2.8G 双CPU，1*2G内存。

系统：Windows 2003 with sp1

sql server 2005

windows sharepoint service with sp2

Microsoft Visual Studio 2005 Team System

2、过程定义与策略部署：

VSTS中可根据项目实际情况选择MSF Agile 和 MSF Formal开发过程模式，选择模式后系统自动将微软MSF成功的开发过程提供使用，包括一些可以使用的文档模板。另外还 提供了灵活的方式，企业根据自己的过程进行定义和定制。我们融入了一些公司的管理规范，并在VSTS中进行了各种策略的开发定制，极大地提高了管理过程的 控制效果，使VSTS应用更符合项目实际。主要配置的策略有：

1. 任务管理策略：
   1. 项目任务管理均通过VSTS中Work Item的task类型来管理；
   2. 签入代码时关联WI中的task。
2. 权限分配策略：

按照不同的角色和不同管理控制功能分配矩阵式的权限分配策略。

1. 代码签入策略：
   1. 静态代码分析：按预先设置的检查项对签入的代码进行静态分析。
   2. 要求每次更改设置时都提交签入备注。
   3. 要求签入时关联一个或多个工作项。
2. Build构建策略：

Build策略的设置由项目组的Build管理员通过创建Team Build Type（Build-New Team Build Type）来实现。创建时需要指定Build名称、需要Build的Solution、相关配置、Build执行的机器和目录等信息。

1.标记应用策略：

当工作产品通过相关评审或产品发布时， Build管理员应在相应的目录或文件上建立标记（File-Source Control-Label-Apply Label）。

2.Bug管理策略：

测试组记录Bug，初始状态为ACTIVE，开发人员修复后改为RESOLVE，测试人员回归验证后改为CLOSE。