visual studio 2010 敏捷开发指南

目录 摘要、版权和法律声明 ............................................................................................1 简介 .................................................................................................................................2 Visual Studio 2010 敏捷实战 ................................................................................3 了解Coho面临的挑战 .......................................................................................4 Fabrikam顾问公司介入 ....................................................................................7 发现流程的结果—解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 初露端倪 ........................................................8 尽早并且经常提出测试 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 ....................................................................... 11 美化 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 ............................................................................................................ 12 敏捷项目规划 ................................................................................................... 14 为任务分配人员 .............................................................................................. 15 清晰透明呈现项目状态 ................................................................................. 16 sprint 1 项目计划就位 ................................................................................... 17 sprint 2 克服不可避免的阻碍 ..................................................................... 19 SharePoint® sprint 项目谈笑面对紧急的要求 ...................................... 26 sprint 3 完成项目的最后一击 ..................................................................... 28 ■ 2 Visual Studio 2010 敏捷开发指南 Visual studio 2010 > 摘要 本评估指南概述了 Microsoft® Visual Studio® 2010 中提供的特性。本文旨在让您了解专业开 发人员如何能够更具创造力、更富有成效，同时构建高质量的应用程序。 本指南首先通过一个示例场景展示了产品的新特性，并附带了所构建解决方案的屏幕截图。同时详细介 绍了每个新特性。在整个文档中，我们包含了能提供关于该技术的深入信息的网站链接。 本指南将在某些信息可用时进行更新，内容可能会有所变化。有关 Visual Studio 2010 的最 新信息，请访问 http://www.microsoft.com/visualstudio/ 版权和法律声明 本文是在将产品发布给制造商之前撰写的，因此，我们无法保证文中包含的所有细节都与所发布产品完全一致。文中包 含的信息代表微软公司截至本文发布之日就所讨论问题的最新观点。由于微软公司必须应对不断变化的市场形势，所以 不应将本文解释为微软方面的承诺，微软公司也无法保证所提供信息在本文发布之后的准确性。本文中的信息仅代表在 本文付印时的产品，只可用于规划用途。文中提及的示例公司、组织、产品、人员和事件均属虚构。与任何真实的公 司、组织、产品、人员和事件无关，也不应推断出任何关系。本文中的信息随时可能变更，恕不通知。 Visual Studio 2010 敏捷开发指南 1 ■ Visual studio 2010 > 简介 您一定会爱上 Visual Studio® 2010 的新特性 您有很好的想法。您精通算法。体系结构就在白板上，您可以想象出用户 界面。那么现在有了 Visual Studio 2010，您就得到了将想法变成解决方案 的工具。 新的 Microsoft Visual Studio 2010 简化了从设计到部署的整个开发流程。 新的原型设计、建模和设计工具帮助您释放创造力，让您的愿景成为现 实。编码异常迅速，因为您可以利用现有代码和技能编写针对不同平台的 应用程序，包括 SharePoint® 和 Windows® AzureTM 应用程序。而且，开发 人员和测试人员可以更好地协作，并且通过集成的测试和调试工具来节省 时间。您可以快速发现和解决 bug，以确保解决方案的最佳质量。 我们来了解一下这一版究竟增加了哪些特性，您可以亲自体验该版本是如 何激发团队的创造力，并通过更加简单的流程来交付高质量软件的。 ■ 2 Visual Studio 2010 敏捷开发指南 这一版的 Visual Studio 有很多吸引人的新特性，一些关键更新将使每一个使 用它的开发人员更加喜欢他们所热衷的 IDE。 但是只有看到了它的实际应用效果——以及亲自实践该产品，亲手使用 它——才能令您相信这一版的新特性和工具确实取得了很大突破。它们不仅 将改变团队开发应用程序的方式，而且将改变企业运营的方式。 在您看到和亲自实践 Visual Studio 2010 之前，以下场景将向您展示 Fabrikam Consulting 是如何帮助 Coho Vineyard & WineryTM 开辟新销售渠道的。 Visual studio 2010 > 敏捷实战 Visual Studio 2010 敏捷开发指南 3 ■ 了解 Coho Coho Vineyard and WineryTM 是一家小型的地方酒 厂，有很多优质的产品。他们热衷于种植高品质的葡 萄。他们已经完成了收获和发酵。他们每年都要创造 一些新口味。他们在当地市场的业绩和客户服务都很 出色。 艺术家、餐馆和美食家都很喜欢 Coho 酒……但事实 上也只有这些人来品尝 Coho 酒。其他人无法体验这 种当地的美味，因为它只通过三种渠道销售：在葡萄 园直接销售、通过服务于当地市场的网站以及当地几 个高档餐馆销售。 后来…… Visual studio 2010 > 敏捷实战 Coho } ■ 4 Visual Studio 2010 敏捷开发指南 在一些著名媒体的宣传下，需求飞速增长。Coho 的站点 不能处理每个用户五瓶以上的销售（更不用说应对这些订 单带来的巨大网络流量了）。 很显然需要扩大他们的分销渠道，以便涵盖专卖店、大型 的当地连锁店和全国零售商。 需求？有了。供应？没有问题。技术是阻碍 Coho 实现爆 炸式业务增长的唯一障碍。他们只是没有合适的系统来管 理订单和处理分销。 著名鉴赏家为小 店酿出的 Coho 红葡 萄酒评了 92 分！ “ ” Coho } Visual Studio 2010 敏捷开发指南 5 ■ Coho 目前的主页。 很显然有很大的改进空间。 产品页面和订购系统需要 处理更多信息。 要提醒您的是，Coho 的技术也不 是很弱。多年以来，他们的系统足 以应对他们的销售，而且领先于当 地酿酒行业的很多竞争者。 他们拥有： + 一位出色的销售经理，他与客户有着很好的私 人关系。 + 一套销售点终端应用程序，用于给到葡萄园亲 自采购的客户使用。 + 站点上简单的电子商务解决方案，该解决方案 足以应对购买几瓶酒的客户。 为了使其业务更上一层楼，Coho 需要一个系统来争 取假日市场——这是酒水最热销的季节。这意味着解 决方案要在九月一日之前上线，投入运行。离这个时 间只有短短的六个月了。 他们迅速召开了几次内部会议，最终证实这个项目 对他们而言太难了。在六个月之内，他们需要构建： + 一个更好的网站，保留其当前客户，同时支持 新的批发市场。 + 一个订购系统，处理针对一次购买10 瓶（或 10 箱）以上的大宗买家（餐馆和分销商）的销 售。理想情况是，它应该能够提供动态的批量 采购折扣和接受外币。 Coho 的员工不知道如何在这么短的时间内使网站和 订购系统上线和运行。这可行吗？ 他们有很好的想 法并且可以想象出未来。但是很显然，Coho 需要一 些外界帮助。 搜索开始了！ Coho } ■ 6 Visual Studio 2010 敏捷开发指南 在几经斟酌后，Coho 雇佣了一个 具有零售和酿酒行业经验的公司： Fabrikam Consulting。 Fabrikam 是一家大型的当地公司，已经经营六年 了。派给 Coho 的核心团队由 12 名技术专家组成。 Coho 项目的时间短、预算紧张，因此简化应用程序 生命周期，并确保每个人都在解决方案构建过程中 进行协作就变得十分重要。 自从 Visual Studio 2005 推出后，他们就一直使用这 个软件，Fabrikam 可能准备升级它。但是在整个公 司都购买新许可之前，管理团队决定在 Coho 项目 团队中先试用它。 大家对这一计划的反应很复杂。QA 团队对于将使 用新的测试工具感到很担忧。当了解到在 Visual Studio Team Foundation Server 2010 中跟踪进度很 容易时，项目经理感到很满意。开发人员最高兴， 因为他们可以重新利用在过去项目中编写的代码。 而且更新之后的 IDE 运行效果非常棒。 确定 Coho 实际需要什么。 在发现和研究阶段，Fabrikam 的项目经理深入到 Coho 的业务需求，制定了一条战略性建议。 项目经理和在 Coho 的客户合作，列出了一个业务 需求清单： + 大批量订单收集和处理。 + 货运和跟踪系统。 + 多种货币之间可变的赊账条件。 + 高档品牌体验。 + 实时报告订单状态、信用额度、货运、应付款 项和应收款项。 + 与库存系统集成。 + 交叉销售工具。 + 对活动的营销支持。 + 未来发展的可伸缩性。 Fabrikam 的项目经理在 Microsoft Excel® 中获取了 所有信息 ，然后回到办公室和团队一起启动项目。 Fabrikam 介入 Fabrikam 的 Coho 项目团队 + 8 名开发人员 + 1 名设计人员 + 2 名 QA 测试人员 + 1 名项目经理 Coho } Visual Studio 2010 敏捷开发指南 7 ■ 发现流程的结果 ——解决方案初露端倪 顶层业务需求清晰地向团队表明他们需要创建一个 完全全新的网站，该网站要有一个健壮的电子商务 和库存系统。 网站核心组件包括： +视频播放器：增加高质量的互动性以便能够展示 葡萄园极具魅力的景色和土地。 + 新的电子商务解决方案：支持大量订单、混搭 销售等。 + 客户和分销商档案：允许回头客获得更高级别 的支持。 + 与档案关联的可变定价模式：每个分销商根据 其 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 都会有独特的定价安排。 + 一个活动规划工具：在线表单帮助管理来自活 动策划人员的大量电话。简单的日历和兴趣表 单使客户可以轻松检查可用性。 深入到设计。 Fabrikam 在项目初期尽可能多地确定了需求。现在 要在团队开始构建项目的各个部分之前起草该解决 方案的功能需求。 项目经理和 QA 组织大家协作捕获需求。他熟悉使 用 Unified Modeling Language (UML) 来设计用例， 所以他在早期花了一些时间创建用例图来确保尽早 捕获所有内容。 这一步很关键。他们定义了业务目标，明确了各种 角色：批发分销商、个人客户、活动规划人员、求 职人员和新闻人员。自此，他们可以开始处理各个 用户案例，每个受众如何与网站交互并思考每种可 能的场景。 有没有税收或货运影 响？ 如何处理海外需求？ 如何确保遵守联邦法 律关于年龄的限制？ 等等…… ■ 8 Visual Studio 2010 敏捷开发指南 他们进行了自由讨论以后，对特性进行了快 速的 Kano 分析，从而帮助确定哪些属性是 基本型、期望型、兴奋型和无差异型。只要 几分钟就可以创建 Kano 图标，Fabrikam 将 这一步作为其最佳实践之一，以便促使团队 在关注客户需求之余还可以关注最终用户的 需求。 然后 Fabrikam 深入分析每个场景的需求—— 包括服务质量需求——在 Excel 中获取它， 然后将其与 Visual Studio Team Foundation Server 2010 进行同步。 Fabrikam 团队现在可以访问任务清单背 后的需求，而其位于 Coho 的客户也可以 对需求拥有透明的可见度。这意味可以减 少意外——减少最后时刻的更改。Team Foundation Server 极大地降低了维护所有业 务需求的复杂性，特别是客户在规划早期可 以一直记住新需求。 Kano 分析显示了哪些功能最重要。 团队捕获所有可能 的用户案例。 一个用例图演示了用户与系统 之间的互动。 Coho } • 客户简介 • 活动规划者（客户） • 带有跟踪信息的电子邮件通知（客户） • 国际货运与客户处理（经销商） • 单一订单拆分到不同的地址（经销商） • 信用跟踪（经销商） • 订购历史（客户、经销商） • 挖掘市场/视频（客户） • 轻松发现推动方向、旅游信息和 旅游时段 • 参考产品目录 • 经销商简介 • 订单跟踪（经销商） • 礼品打包（客户） • 轻松在线支付（客户、经销商） • 提供/获取新闻稿（客户） Visual Studio 2010 敏捷开发指南 9 ■ 定义方法或给任务分配资源之前，团队查看了过去的项目， 看一下可以借用哪些代码——这样，他们不用从头构建所有 东西。（并且他们做过很多关于葡萄园的项目，所以他们应 该能在一定程度上提高效率）。在早期 Visual Studio 版本中 构建的项目很容易导入 Visual Studio 2010 中并加以优化。 然后，他们准备最终确定第一轮迭代的任务清单，构建任务 和测试用例。 通过 Team Foundation Server 管理发现阶段 1. 集中需求：不用担忧管理多个版本的需求文档，在过 时的需求上浪费时间。每个相关人员都可以立即访问单 一、集中、最新的需求列表，项目成员可以获得各个电 子表格和报告。 2. 实时状态：每个团队成员都可以实时查看所有需求的 当前状态、变更、进度和质量指标。 3. 变更管理：集中式需求揭示哪些特性不予考虑，哪些 特性仍在开发，这样可以减少最后时刻的危机。这就像 提交功能请求或变更任务或特性的优先级状态一样简 单。客户可以自由监控进度、记录 bug 和发出变更请求 并知道他的输入被捕获和跟踪了。 总体需求被分解为更小的工作项，都包含在 Team Foundation Server 中。 新特 性 Coho } ■ 10 Visual Studio 2010 敏捷开发指南 尽管开发人员详细列出了每个特性 的功能规格，但是 QA 领导仍然需 要处理最终的服务质量需求和测试 用例。 Visual Studio Lab Management 2010（Visual Studio Test Professional 2010 的一部分）提供了三种模 式：计划模式、测试模式和跟踪模式。在计划模式 中，Fabrikam 创建了测试套件，在其中插入了测试 用例。在将测试添加到该工具之后，这些测试被自 动推送到 Team Foundation Server。 体系结构解决方案。 Fabrikam 团队没有专门的架构师，但是开发主管可 以轻松承担这个角色。他可以采取两种方法来完成 其职能。 Fabrikam 可以根据 Coho 当前的站点进行构建，所 以他们不用从头开始。开发主管迅速生成当前解决 方案的依赖项图表，从而大致了解其工作方式。他 构建了新特性的序列图。有了这些图，架构师可以 直接根据图表部件创建工作项，并且可以确信他的 设计能在整个开发过程中保持最新。 要确保功能正确，他要使用集成到 Visual Studio 2010 中的类和组件 UML 类型。所有这些都已提前 准备好了，确保从项目开始一直到整个项目和软件 生命周期结束都保持最好的质量。 尽早并且经常提出测试计划 Visual Studio 2010 中 的图表设计 Visual Studio 2010 提供了对不同类 型 UML 图的完全支持，包括用例， 帮助您对用户需求进行建模，并且 描述系统功能。这种规划阶段能够 确保团队在功能上保持一致并且能 够在开始编码前设定解决方案集。 Visual Studio 2010 现在支持五种类 型的图表： + 活动图 + 用例图 + 序列图 + 类图 + 组件图 新特 性 团队创建一个测试套件，其中包含执行测 试所需的步骤。 开发主管直接从序 列图创建任务工作 项。 Coho } Visual Studio 2010 敏捷开发指南 11 ■ 美化设计 优化了功能规格后，团队有了足够的信息来开始设 计组件。客户急于看到一些东西——因为已经过了 几个星期了，而且规划过程越来越单调了。 那么这 个网站看起来应该是什么样子呢？ 现在 Fabrikam 需要扮演客户的角 色，开始设计界面了。 这个网站需要大量用户体验和图形设计工作来完善 界面外观和包括完整的功能集。 Fabrikam 的设计人员启动了 Microsoft Expression BlendTM 并使用 SketchFlow 开始设计原型。这是一 种极具特色、高效的方式，能够快速为客户做出原 型架构。 第一轮，Coho 会看到粗略的、实用的原型——不是 简单的 JPEG 图片——带有可操作的导航菜单、控制 器和表单。它是真实的……并且与外表光鲜、无法 工作的组件相比，设计人员可以更快地完成它。 设计人员和开发人员协同 工作。 这是一场古老的战役。设计人员追求视 觉最佳效果而开发人员希望设计人员的 要求能够简单合理。而且每个人都希望 有更多的时间。 但是这种较量可以结束了。Visual Studio 2010 在将功能和形式完美结合方面迈出 了一大步。SketchFlow 集成通过让设计 人员可以从头创建强大的原型并直接将 工作导入 IDE（与开发它的语言无关） 确保其愿景得以维持。 不用在细节上纠 缠，可以将更多的时间放在创意上。 Sketch Flow 是 Microsoft Expression 3 的一部分。 Visual Studio Ultimate 和 Premium 用户可以在 MSDN 订阅中获 得 Expression。也可以单独购买。 SketchFlow 创建一个工作原型…… ……并演示导航流…… ! ■ 12 Visual Studio 2010 敏捷开发指南 它是包含动作的线框——带有动画。效 果非常棒，只需要一周的工作。 他的 SketchFlow 原型被放入 Team Foundation Server 中的版本控制工具中，以便从团队获得反 馈。因为反馈是基于上下文设计的，对于设计人 员而言很容易处理输入，而不用跟踪电子邮件或 者了解带着标记的输出。 在与团队一起对其设计的外观和可行性进行几轮 修改之后，他最终确定将三个概念呈现给客户。 Coho 极为兴奋。他们喜欢这种呈现形式……并 且不用担心每个按钮的样子和徽标的大小。他们 决定采用其中的一个概念，设计人员可以真正地 关注一个站点的外观，而不用扩展所有概念。 Stakeholders 向团队提供关于正在运行的原型 的反馈。 原型功能跟最终的解决方案一样，包含 实际数据。 Coho } Visual Studio 2010 敏捷开发指南 13 ■ 现在用例的前期准备工作、功能和服务质量需求以 及原型都得到了 Coho 的批准，团队已准备好确定 一种设计方法，规划开发工作并开始处理任务。 为了最好地利用团队时间（及每个人的能力）， Fabrikam 使用 Visual Studio 2010 中的新工具来 规划了三个敏捷sprint。（线性、瀑布式流程在 Visual Studio 2010 中也可以得到良好的支持，但是 Fabrikam 更喜欢 SCRUM）。 团队将进行三场为期 15 天的sprint，每天召开 SCRUM 会议，并在到达每个里程碑时给客户提供编 译版本。他们先构建基础结构，然后构建业务逻辑 层，最后在部署前将所有东西整合到一起。 sprint 1： + 设计图形 + 构建订购/电子商务系统 + 创建档案系统 + 开发目录 sprint 2： + 创建分销商批准工作流 + 创建客户和分销商档案 + 为流视频添加 Silverlight 3 媒体控件 + 构建活动规划系统 sprint 3： + 制作活拷贝（live copy） + 最后的 bug 解决 + 开发确认电子邮件、错误消息 + 根据 Coho 的反馈进行最终修订 可以在 Visual Studio 2010 中更为轻松地管理敏捷开 发，这要归功于新的 Agile Planning Workbook。这 个规划工具帮助项目经理平衡团队工作量并根据里 程碑跟踪进度。 规划和管理敏捷sprint。 因为 Fabrikam 是一个小团队，所以他们 打算采用敏捷方法以便在开发和设计过 程中保持灵活性。这样，他们就可以： + 将文档减到最少 + 更自由地协作 + 响应最后时刻的请求 + 关注独一无二的解决方案集的功能 + 支持扁平化的组织结构 而且借助支持敏捷方法的工具，这样的 方法论使项目更容易跟踪和管理。Visual Studio 2010 包含一些新的工作项类型、 链接类型、仪表板、报告和文档，它们 能够与敏捷团队的实际工作方式更好地 保持一致。 敏捷项目规划 ■ 14 Visual Studio 2010 敏捷开发指南 Fabrikam 的项目经理在 Team Foundation Server 中可以找到详细的用户用例列表。她现在可以根据 其技能集和经验分配资源。团队成员分配完任务以 后，她创建了任务层次结构，确认依赖项并在 Team Foundation Server 中维护任务关系。顶层用户用例 与相应开发人员任务之间的连接将帮助 Fabrikam 跟 踪需求和及时向 Coho 交付更新。 对她而言，这只需要熬夜到凌晨三 点。无需更多时间。 首先，她在 Excel 中建立了新的敏捷规划工作表。 输入关于每个迭代周期开始和结束日期的基本信息 后，她就可以对任务清单进行堆栈排序。 最有用的地方是，她可以使用 Team Foundation Server 中的历史数据，并根据过去类似项目所花的 时间来确保每个sprint是可行的。 这个数据为她提供了一个容量图，该图说明sprint 2 过载了，而sprint 1 还有利用空间。所以，她将活动 规划工具在时间表中提前了，以便平衡工作。 在容量规划中使用历史数据使她能够为计划外的工 作添加一个缓冲区。添加这个缓冲区确保团队能够 应对最后时刻的请求，无需砍掉他们期望开发的任 何特性或服务。她还花时间定义了任务之间的关系 和依赖项。 这非常符合她的 A 型人格。在 Team Foundation Server 中定义层次结构时，这些层次结构将在整个 项目迭代周期中进行维护。这在稍后 Coho 的客户 要添加功能（他们一定会添加一些功能）时可以使 跟踪更容易。项目经理、开发人员和测试人员可以 看到变更对系统的其余部分产生了什么影响。一切 就绪后，她单击一个按钮将它发布给团队。 奖金？项目经理只用一半时间就可以完成，还留出 了娱乐时间。 在团队成员之间和各个sprint阶段之间对任务进行负载平 衡，这可以很容易地在 Excel 中完成。 项目经理添加了一个缓冲区，以确保他们可以 处理范围变化。 只需一次单击即可发布到 Team Foundation Server。 为任务分配人员 Coho } Visual Studio 2010 敏捷开发指南 15 ■ 清晰透明呈现项目状态 Fabrikam 知道一个成功的项目——尤其是预算和 时间都很紧张的项目——需要定期、积极的客户参 与。好消息是他们在 Coho 拥有出色的客户——技 术精湛、聪明而且很好沟通。 Coho 产品经理需要每周状态报告，其中提供 bug 趋势的详细信息。这很简单。他还需要定期访问各 种版本。这可有点难度了。不能对客户说不，但是 提供多少透明度才合适呢？ 使用 Visual Studio 2010 几周后，Fabrikam 项目经 理对她的仪表板和报告进行了自定义，为其提供了 每个项目分支状态的总体和详细视图。她可以快速 发现问题和趋势，借助工具她可以跟踪哪个分支做 了哪些变更。因为 Fabrikam 对于哪个版本中有哪些 功能了如指掌，所以没什么可担心的。 除了每周状态报告之外，他们还让 Coho 客户直接访问基于 Web 的门 户。 不用在机器上安装 Visual Studio，客户也能使用 Visual Studio Web Access 与工作项交互。客户还可 以创建和更新任务，修改优先级和依赖项并在发现 bug 时直接提交。 不安装 Visual Studio 2010，他们就无法了解项目进度。 感觉是不是像共享？ 每个客户和每个团队都有不同 的需求。通过Visual Studio Web Access，您可以决定让客户访问多 少信息并为每个访问项目报告的用 户设置规则，从完全透明到不可访 问，这完全取决于您。 Coho } ■ 16 Visual Studio 2010 敏捷开发指南 sprint1 现在，Fabrikam 团队要开始进行具体工作了。他们 基本上要处理五项内容： 1. 图形和用户体验 2. 电子商务解决方案 3. 档案系统 4. 活动规划系统 5. 目录 对于 Web 团队来说这个sprint中的有些部件是老 朋友了。他们提取了另一个项目的目录系统并针对 Coho 进行了重新利用。 但是过去的项目没有为团队提供交付某几个功能需 求所需的经验，他们需要针对这些需求提出全新的 解决方案。 开发人员希望提取 Coho 现有的目录和使用 .NET Framework 2.0 在 Visual Studio 2005 中构建的购物 车。他们得到了所有可以重用的资产。 他们在 Visual Studio 2010 中打开解决方案文件并进 入升级向导。通过几下点击，解决方案就进行了转 换，在 Visual Studio 2010 中打开了。 但是他们想利用 ASP.NET 最新版本中的新特性，比 如ASP.NET 动态数据、语言集成查询 (LINQ) 数据绑 定控件和 ASP.NET MVC。只需更改目标框架版本并 升级 Web 站点到 ASP.NET 4，即可对当前站点使用 所有这些特性。使用多目标对话是确保旧系统与新 代码良好集成的最快速、简单的方法。 原来开发这个解决方案的开发人员早已离开了公 司。开发新购物车的人以自己的方式增强了代 码——使用测试优先开发。 首先，他编写了为了增强购物车体验所需的各个部 件的单元测试。为了跟上进度，他假设新类和方法 都已经实现了，匆匆编写了所有代码。这让他能够 关注逻辑，无需担忧如何使代码能够编译。 然后简单地右键单击，选择 Generate From Usage。 Visual Studio 2010 生成了支架代码，该代码在单元 测试中成功解决了逻辑问题。然后他填充了通过单 元测试所需的代码。清理，重复。 项目计划就位以后，就可以开始第 一个sprint了。 只需更改一下目标平台，解锁 ASP.NET 4 的功 能，就可以利用旧项目。 开发流程中的单元测试比以往 更为出色 开发人员开发代码时，能够高效地测试代 码对于他们而言也是至关重要的——不仅 可证实新代码能够工作，而且确保不会对 项目其他部分产生意外影响。 新的 Test Impact View 窗口使开发人员可 以查看任何代码更改导致的需要运行的测 试。开发人员可以在两个视图之间切换。 + 受影响的测试：展示需要运行的测试列 表以及每个测试涵盖了哪些代码更改。 + 代码更改：展示代码更改和必须运行哪 些测试来验证每项代码更改。 这样，开发人员可以在更短的时间内运行 单元测试，从而节省了宝贵的开发时间。 新特 性 Coho } Visual Studio 2010 敏捷开发指南 17 ■ bug 报告明确显示 Tom 没有编写出 高质量的代码。 Bug 太多，并且大部分都指向一个人。 团队每天开会，跟踪项目进度。两周后，推出了一 个模式。但这个模式并不是很好。 项目经理正在检查 bug 趋势报告，发现开发人员中 Tom 的 bug 太多了。大约 70% 的 bug 都指向他。 Tom 的工作？活动规划系统，这是一个比较简单明 了的项目部件。她立即制定了一个计划 a) 确保代码 性能得到改进 b) 防止他的错误影响代码库。项目经 理利用 Visual Studio 2010 中的新工具实施这些策 略，这样开发主管不用浪费时间来管理这个人。 然后，Tom 的代码将： + 被签入到另一个支架集合（门禁式签入）。 + 由开发主管检查。 + 在每次签入时都进行单元测试 + Layer Diagram 进行验证，确保他没有违反体系结 构设置的限制。 但是 Visual Studio 2010 工具只能完成这么多。 项 目经理很现实，她开始与承包方沟通，要求如果 Tom 没有通过试用就让别人来接替他的工作。 门禁式签入确保代码健康 Team Foundation Server 2010 包 括一项新功能，使您能定义代码变 更要求并在代码未能满足策略要求 （比如体系结构验证和通过单元测 试）时发出拒绝代码的指令。 通过策略要求的变更会代表提交该 签入的用户提交到版本控制库。开 发人员可以监视这一验证过程的进 度并在其代码未满足要求时收到警 告。 通过对整个开发团队实施门禁 式签入，您不用担心编译失败 了。 提示 Coho } ■ 18 Visual Studio 2010 敏捷开发指南 sprint2 客户已经评审了初始里程碑，尽管存在一些细微的 偏差，但团队已为进入第二轮工作做好了准备。 + 创建分销商审批工作流。 + 创建客户和分销商配置文件。 + 为流视频添加 SilverlightTM 媒体控件。 + 设计建议引擎。 + 修订活动规划系统。 Silverlight 部分 Fabrikam 在站点中添加了充分的 Silverlight 接入 点，使客户的体验更丰富、更有益。Visual Studio 2010 为 Silverlight 提供了全面支持，从而能够更轻 松地交付 Coho 期待的更完美的体验。 这支团队决定，创建 Silverlight 视频播放器，允 许客户观看从本地媒体报道中提取的视频剪辑。 Silverlight 支持高质量视频，并使之能够轻松集 成到 Web 站点之中。团队利用了集成项目模板， 快速向 Web 站点解决方案添加新项目，包含托管 Silverlight 内容所需的全部代码。 接下来，团队将 Silverlight MediaElement 工具箱 中的控件拖放到新设计界面上，开始实现视频播放 器。 Visual Studio 2010 设置了处理 Silverlight 元素和所 有托管 ASP.NET 页面所需的项目文件。有几项重要 功能简化了这个项目： 1. 拆分视图设计器帮助团队能够对XAML 标记文件 进行可视化的更改。在 Fabrikam 的设计人员使用 Expression BlendTM，根据此 MediaElement 创建 固定格式的视频播放器之后，开发人员即可继续 通过此设计器做出增量式更改。 2. 属性窗口对过去使用 Visual Studio 工作过的开发 人员来说非常熟悉。Fabrikam 将顺利使用新的数 据绑定向导，更轻松地将数据集成到其 Silverlight 项目之中。 3. 在 Visual Studio 中启动调试器可实现集成化调试 体验，使 Fabrikam 的开发人员能够设置断点、跳 入和跳出应用程序的 C# 或 VB 代码。 克服不可避免的阻碍 Fabrikam 设置一个新 Silverlight 项目。 借助拆分试图设计器，程序员可以直观地了解 他所做的更改 Coho } Visual Studio 2010 敏捷开发指南 19 ■ 声称“无法重现 bug！”的男孩 利用 Visual Studio 2010，测试速度越来越快。Tom 的 bug 快速增加，但他似乎并不烦恼。他开始否认 bug，声称无法在他的机器上重现这些 bug，必然是 QA 团队出了错。 QA 团队并不赞同这种说法。他们反讽 Tom 太过懒 惰。现在整个团队的工作都因这场闹剧而受阻。 人们开始烦躁，互相指责。所有人都在抱怨，声称 他们需要更多的帮助，或者说接下来三个月的周末 都要加班。（此时正是盛夏——很多人的休假已被 批准！） 这只是指向 Tom 的又一个问题，而报告仍然显示， Tom 要为拖延工作承担主要责任。 Fabrikam 有多种选择。他们可以顺延计划，或者建 议删除 Tom 负责的功能。客户可制定明智的决策， 而不是在最后一秒钟才决定做出反应，删除业务需 求。 而在早期，Kano 分析表明，活动规划系统对于客户 和站点访问者来说是必不可少的，因而无法将其从 功能列表中删除。活动规划系统将保留——而 Tom 并没有解决办法。 新团队成员入职。 六个星期过去了，压力越来越大。最初因开展新项 目而出现的兴奋情绪逐渐消失。项目经理认同主要 开发人员的看法——她需要解雇 Tom，招聘新员 工。 Tom 离开了公司，项目经理了解了一件事：除非迅 速聘用另一位开发人员，否则将无法在最终期限 9 月 1 日完成项目。 有了详尽的进度报告之后，Fabrikam 项目经理向管 理团队提出了申请。立即获得了聘用新开发人员的 批准。他们聘请了一位经验丰富的杰出开发人员， 协助完成项目。这样的新鲜血液将给团队注入新的 能量，同时，他也将担任发布版/内部版本经理。 ■ 20 Visual Studio 2010 敏捷开发指南 新来的程序员打开了 Architecture Explorer， 找到项目中各个类之间的关系。 只有在开发人员能够顺利投入并开 始编码时，项目才能继续进行。 尽管获得了快速投入工作的支持，但与新团队配合 工作总是十分困难的——在项目中途参与工作更加 艰难。开发人员正在全心工作，没有人愿意放慢脚 步去给新人讲解工作诀窍。 没问题，这位新开发人员能够在入职第一天的上午 弄清楚他需要了解哪些内容。 首先，他访问团队门户，查看需求汇总。这使他能 够大致了解需要特别关注项目的哪些部分、哪些部 分已经创建完成。显然，活动规划系统严重滞后。 现在，他需要的是站点结构的总体视图。他调出新 的 Architecture Explorer，以了解解决方案的各个组 成部分。他浏览了层次图，查看 Fabrikam 如何设计 其代码结构，以便将自己的新工作对应到逻辑体系 结构中。因而，他并没有花上两个小时的时间通过 首席体系结构师的白板教学去逐渐了解解决方案， 而是直接研究代码。 终于问世！多显示器支持 一直以来，用户都希望我们提供这项功 能，现在，Visual Studio 2010 提供了多 显示器支持。使您能够更轻松地并排比 较代码。 新特 性 Coho } Visual Studio 2010 敏捷开发指南 21 ■ 现在，他已经准备好了解更深入的信息，确保他编 写的代码与 Fabrikam 的工作在方法层面上保持一 致。他转向第二个显示器，卷起袖子准备开始工 作。 Visual Studio 2010 中全新的序列图为他提供了代码 结构的直观视图。帮助他迅速了解其关联，而无需 阅读每一行代码。更重要的是，序列图突出显示了 不合理之处——不是出错的代码，而是有机会改进 已经编写好的代码的位置。 层次图显示了项目的各个层和 项目的约束条件，以确保没有 偏离体系结构的方向。 序列图突出显示了可以优化代 码的区域。 Coho } ■ 22 Visual Studio 2010 敏捷开发指南 在这些代码中，他还注意到了一个 insert_submission 方法，用于接收用户输入的信息并将其提交到数据 库中。他注意到，这个方法会被调用两次，这将造 成数据库中的重复。这很糟糕。他写下了一个备 注，说明需要删除其中一个。 他还希望快速查看代码文件中对 insert_submission 的全部引用，以便进一步探索代码，了解哪里出现 了问题。他单击 insert_submission 符号，代码中该 方法的所有实例都会突出显示。这项新功能称为突 出显示引用，看似微不足道，但在没有调用调试器 扫描代码时能节约大量时间。 他拿起一块三明治，转身回到办公桌旁，启动 Team Foundation Server 查看 bug 趋势分析。形势不妙， 他了解了所有人的压力所在。他四处打听情况，听 到了 Tom 无法重现 bug 的问题。 “什么！？” 这位新员工对于 Fabrikam 团队没有使用全新的 Microsoft Test Runner 和 Visual Studio 2010 中的 IntelliTraceTM 调试功能感到震惊。 他立即为他们展示了这些功能。Test Runner 使手动 测试人员能够完成其测试计划中列举的步骤，同时 自动记录他们与用户界面的交互情况。在发现错误 时，所提交的 bug 包含应用程序的执行历史记录， 使开发人员能够查看在错误点之前和之后发生的所 有事件。 什么是 IntelliTrace？ IntelliTrace 缩短了再现和诊断代码 中的错误的时间，从而提高了调试 效率。 不同于仅显示特定时间的系统状态 的 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 调试器，IntelliTrace 捕捉和 记录应用程序在本地机器和远程服 务器上运行时的操作情况。在出现 错误时，您可以查看任何时间的系 统状态，从最初起到错误点。在逐 步检查应用程序执行过程中发生的 所有事件时，开发人员可以访问完 整的调试上下文，包括监视窗口、 调用堆栈、即时窗口和断点窗口。 此外，由于测试人员可以在 bug 发生的环境中记录历史调试过程， 因而 Visual Studio 减少了无法再 现 bug 的可能性。调用分层结构突出显示了与任何给定方法相 关的所有调用。 在调试期间，IntelliTrace 捕获正在运行的应 用程序的所有历史记录，还带有视频显示。 Coho } Visual Studio 2010 敏捷开发指南 23 ■ 此外，在测试运行时，Fabrikam 的 QA 团队现在可 在测试过程中捕捉屏幕和视频。如果发现 bug，bug 将添加到 Team Foundation Server 中，附带视频和 屏幕截图，全部使用测试步骤作为书签编制索引。 开发人员可以准确查看发生了什么，并开始着手修 复。 竭尽全力保护内部版本。 根据过去的经验，Tom 的继任者了解他的主要职责 是担任发布版/内部版本经理，保持代码存储库的稳 定性。Tom 的工作使源代码存储库处于风险之中， 在他签入破坏内部版本的代码时，整个项目都脱离 了正轨。不仅难以找到并修复错误，而且团队还需 要确保 Tom 的问题代码不会进入 Beta 版本。 为了检查，他首先使用新的实用合并图来查看 Tom 并入的代码，并在为客户发布 Beta 版本之前将其删 除。 规避不必要的测试。 项目重回正轨，团队更顺利地协作，Fabrikam 实际 上已提前了进度……至少目前为止是这样。 既然新开发人员已全力投入工作，Fabrikam 开始充 分利用 Visual Studio 2010 中的新测试功能。 在 Tom 离职之前，他编写了数十个单元测试。但 团队并不需要将这些单元测试全部抛弃——坦诚地 说，这些测试并非一无是处。Visual Studio 2010 自 动确定单元测试是否适用。 在开发人员做出和保存代码更改时，新代码将与服 务器上运行的最后一组单元测试比较。根据比较结 果，Test Impact View 窗口中将返回推荐测试列表。 开发人员审查此列表，仅运行必要的测试。这样做 不但不会浪费时间，而且还能使 Beta 版本保持稳 定。 Beta 版本发布给了客户。大家都在击掌欢呼，饱含 着对新员工的赞赏。 Coho } ■ 24 Visual Studio 2010 敏捷开发指南 第二个里程碑完成了，客户的满意 中略带慌乱。 Coho 为 Fabrikam 的工作而满意，他们并不了解团 队成员更替的那场闹剧。 他们非常高兴，实际上，已经开始有些惊恐。公 司要如何处理所有这些新业务？某些流程自动化 是很好的，特别是与添加分销商有关的流程。问题 在于，管理所有分销商订单的工作量将达到原有的 四倍。电子邮件和文件共享服务器也无法减少工作 量。 当然，客户如期去度假了。 在出行之前，他要求团队接受 Coho 的另一个项 目。感谢上帝，他们有充足的预算，挑战是： 创建一个系统，即时管理增长，并 在未来进行扩展。 项目经理甚至没有眨一下眼睛就接受了。Fabrikam 能够在几周内创建一个 SharePoint® 解决方案。因为 她使用容量规划工具来确定需要多少缓存，他们有 10 个工作日可以利用——这是客户要求的时间。 她规划了一个为期两周的快速临时sprint项目来关注 新需求。这个项目并不是十分困难，而且团队具有 丰富的经验。 Fabrikam 提议了一个这样的 SharePoint 解决方案： + 升级 Coho 的后端系统——利用当前和过去的 数据，为管理层提供关于财务和预测的更好洞 察。 + 为 Coho 管理团队提供实时报告，以及一个自 定义的 KPI 仪表板。 + 具备业务关键信息集中管理系统。这将为管理 团队提供企业财务数据、市场推广计划和成本 及预测等方面的最新、准确的可见性。 在过去，实现这样的概念需要四周的时间，但 Visual Studio 2010 工具使这一任务简单多了，而且完成进 度也快了很多。 Coho } Visual Studio 2010 敏捷开发指南 25 ■ 团队可以直接从 Vusual Studio 浏览 SharePoint 资产。 * 这些功能将在 SharePoint 2010 中提供。 ! SharePoint® sprint项目 谈笑面对紧急的要求 有了 Visual Studio 2010 的新工具支持和模板，构建 SharePoint 部件变得更加直观和高效。新的集成化 功能大大加快了开发速度。 Fabrikam获得了 Coho 的核心业务文档， 轻而易举 地使用 Visual Studio 2010 提供的新设计器和工具设 计出了一个合适的 SharePoint 解决方案。 创建 KPI 仪表板。 进入大型分销渠道无疑是 Coho 的大好机遇。但他 们十分明智——他们希望看到证明所投入的时间和 资金物有所值的实时指标。详尽的报告很重要，而 管理团队更关注的是某些使其能够纵览全局的关键 财务和非财务指标。 Fabrikam SharePoint 团队此前构建了报告工具，但 没有这样的出色。 Visual Studio 2010 中的全新 SharePoint 工具使他们 能够轻松创建一个杰出的解决方案，征服 Coho 的 管理团队。 不仅外观优于传统在线报告，还允许团队自定义其 仪表板，为其提供更直观的数据挖掘方法。 首先，Fabrikam 希望利用 Coho 的现有库存管理解 决方案，而不是创建一个新的数据库。团队发现了 Business Connectivity Service (BCS) 中的新增强功 能，允许 SharePoint 访问和连接现有系统，并获取 Coho 管理团队需求的关键指标。这也意味着 Coho 能够通过自定义的 SharePoint Web 部件使用新数据 来对其现有系统进行实时更新。 在收集了所有业务数据之后，Fabrikam 希望通过