DEV_微软软件研发方法论及软件开发平台的构建.pptxVIP

DEV200微软软件研发方法论及软件开发平台的构建议题微软研发简介和研发系统观开发人员配置开发流程中的重要阶段和实践开发工具的演化用VSTS/TFS构建软件开发平台来加强管理、提高效率开发中心研究中心微软对创新的投入从未间断微软研发中心55个研究领域 产品开发/技术孵化/基础研究微软成功的核心微软中国研发集团微软在美国以外投资最大、职能最完备、机构设置最全的创新基地五大研发方向：移动通讯和嵌入式系统、互联网技术产品和服务、数字娱乐、服务器与开发工具和新兴市场IncubationDevelopmentResearchEcosystemMade IN China(Deployment)Made FOR China(Production)Made BY China(Ownership)Made WITH China(Impact)? 2009 Microsoft微软开发面对的挑战了解客户的需求 多样化的客户群未来以及潜在需求的开发 怎样开发多种产品为客户提供长期的价值 很多大团队怎样一起共同研发复杂的产品雇用优秀的工程师 并让他们很快进入状态与全世界不同地区的同事做分布式的协同开发微软并没有硬性的开发规定微软有许多不同的产品类型和周期在线产品：每周或每日病毒预防，重要补丁等等：每月重要的产品：每年Office： 两到三年 其它不同周期：操作系统，数据库…但是，都用同样的理念！研发系统观人员流程工具功能团队的核心项目经理调查客户需求、了解竞争对手并发展出相关软件需求测试软件开发人员编写符合需求的程序开发项目管理软件测试人员确保产品性能符合需求多重专业的有序分工专业 开发 测试 项目管理 IT 运行 产品计划 创意 可用性 基础研究 内容 工程管理测试可用性产品计划开发项目管理创意IT 运行设计内容基础研究工程管理组织结构–用某开发团队为例在微软，产品是由产品组 “Product Units” 来开发的，由Product Unit Manager来负责Group Program Manager, Dev Manager, Test Manager 各负责一类职责并向Product Unit Manager汇报项目管理 (Program Management)负责产品功能集和功能定义七位项目管理经理最终向 Group Program Manager 汇报开发 (Development)负责产品的实现和架构十五位软件开发工程师最终向Dev Manager汇报测试 (Testing)负责产品的质量保证二十八位软件开发测试工程师最终向Test Manager汇报多次发布策略年度策略总结产品价值分析价值分析价值分析开发服务定义进度表工程系统项目里程碑里程碑里程碑测试版上市服务版本目标优化选择功能计划重复质量检验功能描述测试代码功能产品代码设计文件测试描述开发流程: 产品生命周期管理功能团队会用Agile方法时间计划里程碑 = 产品周期进展的单元常见的里程碑计划: M0, M1, M2, …, Beta1, Beta2, RTM有利于对当前进展和所剩工作的评估在里程碑计划中功能分优先级当质量达到里程碑终结标准“exit criteria”，里程碑才算完成? 2009 Microsoft主要的功能里程碑事件里程碑事件定义Spec Complete规格完成日里程碑功能设计规格应写好并审核完的日期Feature Coding写功能代码功能里程碑通常 用8-9 周长短来写代码Code Complete(CC)代码完成日所有里程碑计划的功能都应完成的日期Test Plan Complete测试计划完成日里程碑功能测试计划应写好并审核完的日期Zero Bug Bounce (ZBB)零漏洞震荡本里程碑大于48小时的漏洞数量 = 0ZBB Test Pass (ZBB TP) ZBB全测试所有功能测试都在当前构建（build）上运行一遍Zero Resolved Bugs (ZRB)零解决漏洞里程碑内解决的并等待验证的漏洞数量 = 0Test Sign-Off测试验收对里程碑构建（build）做最后的验证和媒介验收? 2009 Microsoft设计规格没有设计就不要写产品代码即使是一个人的项目也要遵守这个好规则对团队项目来说则是必须的功能集是由微软Program Managers来负责的负责写每个功能的设计规格,开发和测试给反馈一个好设计规格有如下特点:清楚地说明功能的目标和非目标清楚地说明客户和合作伙伴怎样来用这个功能准确地说明功能的对象模式和架构设计足够清楚地让分开的开发、测试、文档、本地化团队一起来完成编写代码对源代码树的任何改动在提交前都要由别的开发工程师来做代码审核开发者负责对实现的功能进行提交测试现趋向于开发者写的单元测试达不到60% block-