SDM320 “微软解决方案框架”的最新发展 与Visual Studio 2005“团队系统” 2018年11月21日5时44分 SDM320 “微软解决方案框架”的最新发展 与Visual Studio 2005“团队系统” 王志峰 Jeff Wang Jeffwang@microsoft.com BizTalk Server 微软有限公司 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

提要 历史背景及最新突破 基本原则 团队和流程模型 “灵活”模式和“CMMI流程提高”模式 “团队系统”架构及主要工具要览

背景和概况 首次提出于1994，当时主要用于对外的咨询服务 客户需要微软的产品和技术 也需要创造这些产品和技术的经验 Version 4 2018年11月21日5时44分 背景和概况 首次提出于1994，当时主要用于对外的咨询服务 客户需要微软的产品和技术 也需要创造这些产品和技术的经验 Version 4 2005 Visual Studio 团队系统 Version 3 2001 Version 2 1998 Version 1 1994 1991 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

要解决的问题 目标和职能分离 业务和技术分离 缺乏共同的语言和过程 交流不畅，团队协作不利 流程不灵活，难以适应变化 失败 28% 46% 2018年11月21日5时44分 要解决的问题 目标和职能分离 业务和技术分离 缺乏共同的语言和过程 交流不畅，团队协作不利 流程不灵活，难以适应变化 基于23,000多个项目统计 失败 目标和职能分离 业务和技术分离 缺乏共同的语言和过程 目标不明确 对范畴变化缺乏管理 交流不畅，团队协作不利 流程不灵活，难以适应变化 具体原因 测试不利 顾客不合作 人员流动太大，团队不稳定。 28% 46% 遇到挑战 (完成了，但超时或超支） 26% 成功 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

传统的MSF MSF的理念：不是要更多的技术，而是要把技术，人和过程结合起来 传统的MSF的内容： 基本原则 Foundational principles 模型 Models 准则 Disciplines 关键的概念 Key concepts 经过验证的做法 Proven practices 建议 Recommendations

突破传统的MSF的局限性 “描述性”与“规定性” 微软的最新实践 软件开发的全球化，国际化（软件外包） 工具的支持 Trustworthy Computing Engineering Excellence 软件开发的全球化，国际化（软件外包） 工具的支持 Visual Studio 团队系统 – 一整套可以延展和个性化的工具

MSF全貌 MSF 3.x MSF 4.0 方法 “灵活软件开发” 原则 模型 准则 …… 方法 “CMMI流程提高” Visual Studio 团队系统 方法 “灵活软件开发” 原则 模型 准则 …… 方法 “CMMI流程提高”

七项基本原则 顾客协作 Partner with customers 开诚布公 Foster open communications 目标一致 Work toward a shared vision 产品质量，人人有责，时刻不忘 Quality is Everyone's Business (Job), Every Day 灵活应变 Stay agile, expect change 乐于实施 Make deployment a habit 价值流动 Flow of value

团队模型 决策 项目管理 解决方案体系结构 流程管理 管理服务 商业价值 市场 客户代言人 产品计划 设计管理系统架构 和基础设施 技术咨询 具体实施的结构设计 应用程序开发 基础结构开发 辅助功能 国际化 用户代言人 培训/支持资料 可用性研究和测试 用户界面设计 基础设施 支持，运营，后勤 商业发布管理 测试计划 测试实施 测试报告

大型团队 领导团队 桌面 功能 团队 信息传递 功能 团队 文件和打印 功能 团队 项目 管理 产品管理 开发 用户 体验 测试 发布 管理 文件和打印 功能 团队 项目 管理 用户 体验 开发 测试

小型团队 项目管理 发布管理 发布管理 用户体验 开发 测试 项目管理 产品管理 测试 架构师

产品部门

产品研发部门 产品研发部门总经 团队项目经理 Group Program Manager 开发经理 测试经理 用户教育经理 Product Unit Manager 团队项目经理 Group Program Manager 开发经理 Developer Manager 测试经理 Test Manager 用户教育经理 User Education Manager 架构师 Architect 项目经理 Program Manager 软件设领队 Software Design Engineer Lead 测试设计领队 Test Lead 用户界面 设计师 UI Designer 测试软件设计工程师 Software Design Engineer in Test 项目功能经理 Feature Program Manager 软件设计工程师Software Design Engineer 使用性工程师 Usability Engineer 软件测试工程师 Software Test Engineer 发布经理 Release Manager 技术编辑 Technical Writer 系统工程师 System Engineer

MSF 流程模型 项目是否可以进行资源转换，实现价值？ 部署完成 部署 构思 发布就绪认可 远景/ 范围 认可 项目是否该做？ 功能 版本3 版本2 版本1 部署完成 时间 部署 构思 发布就绪认可 远景/ 范围 认可 项目是否足以稳定，可以发布？ 项目是否该做？ MSF 稳定 计划 开发 项目计划认可 范围完成 项目是否能按时，按预算完成？商业可行性是否得到验证？ 项目是否按预先的设想和目标建造？

流程模型 阶段0 阶段1 可重复 阶段 最后阶段 项目初建 Project Setup 计划 Plan 计划 Plan 计划 Plan 开发 Development 开发 Development 开发 Development 测试 Test 测试 Test 测试 Test 反馈 Feedback 反馈 Feedback 发布产品 Release Product

流程模型 阶段：Iteration （理程碑：Milestone） “阶段”用来计划和监控项目的进展，并确定主要成果的交付时间 有利于项目各单元的协同 对外提供项目进展和质量情况 不断纠正偏差 注重评审项目的目标和成果 阶段性审批，通过后才能推进到下一阶段 不断得到用户反馈

发布部署 主角：产品管理，销售，推广和支持 流程模板 Beta 项目起动 推荐版发布 测试编码完成 编码开始 发布 编码完成 M0： 功能定义 M1： 设计文本 和测试计划 M3： 稳定与技术预览 M2： 编码 M4： Beta M5： RC M6： RTM 早期计划 发布部署 构思 主角：市场，项目管理人员 设计 主角：项目管理人员，开发人员 编码 主角：开发人员 测试，稳固 主角：测试和发布管理人员 发布部署 主角：产品管理，销售，推广和支持

灵活软件开发模式 共识 是“团队系统”的首选模式 适合5-20人的团队规模 个人和人与人之间的相互作用重于流程和工具 与用户的协作重于与用户的合同 能够运行的软件重于完善的文本 随机应变重于按部就班地执行计划 是“团队系统”的首选模式 适合5-20人的团队规模

灵活模式的要素 角色(Roles) 活动(Activities) 工作流(Work Streams) 工作条目(Work Items) 情境(Scenario) 服务质量要求(Quality of Service Requirement) 安全 性能 用户感受 任务(Task) 缺损(Bug) 风险(Risk)

CMMI流程改进 为解决CMMI提供了一中轻盈灵活的方案 目前适用于CMMI三级，将来会支持五级

团队系统 减小现代软件系统开发的复杂性 协调团队之间的交流 开展与第三方企业的和作

团队系统（Visual Studio Team System） Process and Architecture Guidance Visual Studio Industry Partners Visual Studio Team Architect Visual Studio Team Developer Visual Studio Team Test Application Modeling Dynamic Code Analyzer Load Testing Logical Infra. Modeling Static Code Analyzer Manual Testing Deployment Modeling Code Profiler Test Case Management Unit Testing Code Coverage Class Modeling Visio and UML Modeling Team Foundation Client Team Foundation Client VS Pro Change Management Change Management Reporting Reporting Build Management Build Management Visual Studio Team Foundation Work Item Tracking Work Item Tracking Project Site Project Site Project Management Project Management

Visual Studio Packages Team Foundation Object Model 技术架构 Team Foundation Client Tier Version Control Proxy Build Machine MS Excel Plug-In MS Project Visual Studio Packages Internet Explorer Version Control Proxy Service Build Process WSS Proxies SQL RS Team Foundation Object Model VSTF Clients of VSTF VSTF Adjuncts Report Client Custom reporting tools MS Excel Team Foundation App Tier Windows SharePoint Services Work Item Tracking Service Version Control Team Build Core Services Warehouse Adapters Team Foundation Data Tier SQL Reporting Services Windows SharePoint Core Data Version Control Work Items Team Build Data

Note: This tab combines the fields from the Details and Summary tabs for the Scenario work item in VSTS

Clicking on this will bring up the work item form for the selected feature

Service-Oriented Architecture model Port Details editor

Services assigned to logical infrastructure Architecture validated against operational settings and constraints

Class Designer and two-way code synch

Static Code Analyzer

Code Coverage

Integrated Unit Testing

Perf Counter integration and monitoring Load Testing Perf Counter integration and monitoring

Test Case Management

Build rules enforced during check-in process

参考资料 MSF主题网页 http://www.microsoft.com/msf VS团队系统主题网页 http://www.microsoft.com/teamsystem 中国项目管理俱乐部http://www.chinapmclub.com/forums/22/ShowForum.aspx

问题与解答 谢谢大家！欢迎交流！ 请填写反馈意见表