21-2-MSF2G-北京大学软件与微电子学院.pptVIP

提要 历史背景及最新突破 基本原则 团队和流程模型 “灵活”模式和“CMMI流程提高”模式 “团队系统”架构及主要工具要览 背景和概况 首次提出于1994，当时主要用于对外的咨询服务 客户需要微软的产品和技术 也需要创造这些产品和技术的经验 要解决的问题 目标和职能分离 业务和技术分离 缺乏共同的语言和过程 交流不畅，团队协作不利 流程不灵活，难以适应变化 传统的MSF MSF的理念：不是要更多的技术，而是要把技术，人和过程结合起来 传统的MSF的内容： 基本原则 Foundational principles 模型 Models 准则 Disciplines 关键的概念 Key concepts 经过验证的做法 Proven practices 建议 Recommendations 突破传统的MSF的局限性 “描述性”与“规定性” 传统的MSF是“描述性”的，缺乏可执行性 MSF4.0在此基础上提出了两种具体的方法，使其具有很强的“规定性”，便于操作 微软的最新实践 Trustworthy Computing Engineering Excellence 软件开发的全球化，国际化（软件外包） 工具的支持 Visual Studio 团队系统 – 一整套可以延展和个性化的工具 MSF全貌 七项基本原则 顾客协作 Partner with customers 开诚布公 Foster open communications 目标一致 Work toward a shared vision 产品质量，人人有责，时刻不忘 Quality is Everyones Business (Job), Every Day 灵活应变 Stay agile, expect change 乐于实施 Make deployment a habit 价值流动 Flow of value 团队模型 大型团队 小型团队 产品部门 产品研发部门 流程模型 流程模型 流程模型 阶段：Iteration （里程碑：Milestone） “阶段”用来计划和监控项目的进展，并确定主要成果的交付时间 有利于项目各单元的协同 对外提供项目进展和质量情况 不断纠正偏差 注重评审项目的目标和成果 阶段性审批，通过后才能推进到下一阶段 不断得到用户反馈 流程模板 灵活软件开发模式 共识 个人和人与人之间的相互作用重于流程和工具 与用户的协作重于与用户的合同 能够运行的软件重于完善的文本 随机应变重于按部就班地执行计划 是“团队系统”的首选模式 适合5-20人的团队规模 灵活模式的要素 角色(Roles) 活动(Activities) 工作流(Work Streams) 工作条目(Work Items) 情境(Scenario) 服务质量要求(Quality of Service Requirement) 安全 性能 用户感受 任务(Task) 缺损(Bug) 风险(Risk) CMMI流程改进 为解决CMMI提供了一中轻盈灵活的方案 目前适用于CMMI三级，将来会支持五级 团队系统 减小现代软件系统开发的复杂性 协调团队之间的交流 开展与第三方企业的和作 团队系统（Visual Studio Team System） 技术架构 参考资料 MSF主题网页 /msf VS团队系统主题网页 /teamsystem 中国项目管理俱乐部/forums/22/ShowForum.aspx Clicking on this will bring up the work item form for the selected feature Service-OrientedArchitecture model Port Details editor Services assignedto logical infrastructure Architecture validatedagainst operationalsettings and constraints Class Designerandtwo-way code synch Static Code Analyzer Code Coverage Integrated Unit Testing Perf Counter integrationand monitoring Load Testing Test Case Management Build rules enforcedduring check-inprocess * 目标和职能分离 业务和技术分离 缺乏共同的语言和过程 目标不明确 对范畴变化缺乏管理 交流不畅，团队协作不利 流程不灵活，难以适应变化 具体原因 测试不利 顾客不合作 人员流动太大，团