检查现有体系结构和设计

在开始任何编码任务之前，可以使用 Visual Studio 高级专业版或 Visual Studio 旗舰版检查应用程序的体系结构和设计。

对于某些任务，可能使用由工具生成的代码作为工作的起始点。 对于其他任务，可能要检查数据库体系结构，以便了解可访问的数据的结构。

如果已有测试资产（如测试计划、测试用例或 Bug 历史记录），则可能还要检查这些资产，然后再开始工作。

常规任务

在下表中，可以找到支持此方案的常规任务的说明，以及指向有关如何成功完成这些任务的更多信息的链接。

任务	支持内容
了解现有的软件和设计规范：对现有应用程序作出更改前，应了解其体系结构、设计、配置和用户要求。 重要事项 您可以在 Visual Studio 高级专业版中查看体系结构示意图，但必须使用 Visual Studio 旗舰版创建或修改体系结构示意图。	显示现有代码 开发软件设计模型 用户需求建模 建立软件系统体系结构模型
了解现有的数据库架构：如果应用程序使用一个或多个数据库，则可能还要了解这些数据库的设计。 通过了解数据库中的对象和设置，可以更好地了解需要在哪里作出更改才能支持特定功能或修复代码缺陷。	开始团队数据库开发
检查初始测试计划：可能还要检查针对要作出的更改进行的任何现有或初始测试计划。 通过了解所计划的测试，可能更好地确认将必须在代码中解决的潜在设计问题或边界情况。	管理新测试工作量 迁移现有的测试工作 使用测试计划定义测试工作量 跟踪软件质量
确认现有代码中可能存在的设计或性能问题：开始修改应用程序之前，可能要确认现有代码中的潜在问题。 可能要进行详细的代码检查，运行代码分析以确认常见的设计问题，或检查工作项跟踪数据库中的历史趋势以确认模式。	高质量代码签入准则 使用代码分析工具分析应用程序质量 Excel 格式的“Bug (按优先级别)”报表 Excel 格式的“Bug 进度”报表 Excel 格式的“Bug 趋势”报表 Bug Trends Report (CMMI) Bug Status Report (CMMI)

相关方案

• 设置开发环境
  必须用适当的源代码设置开发和测试环境，然后才能创建或修改代码。 如果要处理数据库，则还必须对这些数据库的脱机表示形式具有访问权限。

• 利用团队项目签入策略提高代码质量
  可以指定一组要用于确认软件或数据库代码中常见的设计、命名和性能问题的代码分析规则。 可以将这些规则组成常用的规则集。 可以定义一些使用这些规则的签入策略，以防止签入可能导致问题的代码。

• 管理开发计划和工作
  通常在任务、Bug 或另一个工作项中定义必须作出的更改。 所有这些任务、Bug 和工作项都可用于创建和管理开发计划。

• 执行常规开发任务
  在开发周期中，更改代码占用了大部分时间。 此过程包括选择任务或 Bug，签出必需的文件，修改代码，确认更改正确后将其签入。