第九讲(微软过程)0

曾
广 平
微软过程的过程原则
制订计划时兼顾未来的不确定因素; 制订计划时兼顾未来的不确定因素; 通过有效的风险管理减少不确定因素的影响; 通过有效的风险管理减少不确定因素的影响; 经常生成过渡版本并进行快速测试来提高产品的 稳定性及可预测性; 稳定性及可预测性; 快速循环,递进的开发过程; 快速循环,递进的开发过程; 从产品特性和成本控制出发创造性地工作; 从产品特性和成本控制出发创造性地工作; 创建确定的进度表; 创建确定的进度表; 使用小型项目组并发完成工作, 使用小型项目组并发完成工作,并设置多个同步 点;
曾
广 平
概述
年首次引入, Microsoft 解决方案框架于 1994 年首次引入,当时还是一个 来自 Microsoft 的产品开发努力和 Microsoft 咨询服务中心 参与的最佳做法的松散集合.从那时起, 已经有了发展, 参与的最佳做法的松散集合.从那时起,MSF 已经有了发展, 产品组, 服务中心, 这来自 Microsoft 产品组,Microsoft 服务中心,Microsoft (OTG), 的内部操作和技术组 (OTG),Microsoft 合作伙伴和客户那里 成功的和真实的最佳做法. 元素基于行业著名的最佳做法, 成功的和真实的最佳做法.MSF 元素基于行业著名的最佳做法, 并融合了 Microsoft 在高技术行业超过 25 年的经验.这些 年的经验. 元素都被设计用来共同工作, 的顾问, 元素都被设计用来共同工作,以帮助 Microsoft 的顾问,合 作伙伴和客户来解决技术生命周期过程中碰到重大挑战. 作伙伴和客户来解决技术生命周期过程中碰到重大挑战. 使用这套经过内部和外部检验的真实最佳做法, MSF 使用这套经过内部和外部检验的真实最佳做法,并对这些 做法进行简化,整理和检查,以便合作伙伴和客户理解和采用. 做法进行简化,整理和检查,以便合作伙伴和客户理解和采用. 现在已经成为一个可靠和成熟框架的 MSF 由 Microsoft 里一 个专门的产品小组在管理和开发,它同时还得到了国际顾问理 个专门的产品小组在管理和开发, 事会该方面专家的指导和评论. 事会该方面专家的指导和评论.MSF 还在继续吸收 Microsoft 当前的经验. 当前的经验.Microsoft 各种业务线里的其他小组也在日常工 作中在内部创造,寻找和共享最佳做法和工具. 作中在内部创造,寻找和共享最佳做法和工具.从这些内部项 目工作所学到的知识会通过 MSF 被整理和分发到 Microsoft 之外(的组织里). 之外(的组织里). 广
微软过程的生命周期之描述
微软过程的每一个生命周期发布一个递进 的软件版本,各生命周期持续, 的软件版本,各生命周期持续,快速地循 环.每个生命周期分为五个阶段:构想阶 每个生命周期分为五个阶段: 段(Envisioning Phase),计划阶段 , (Planning Phase),开发阶段 , (Developing Phase),稳定阶段 , (Stabilizing Phase),发布阶段 , (Deploying Phase).每个阶段均涉及产品 . 管理,程序管理,开发,测试, 管理,程序管理,开发,测试,发布各角 色及其活动, 色及其活动,各阶段结束于一个重要里程 阶段之间具有缓冲时间. 碑,阶段之间具有缓冲时间.
曾平
MSF是一个框架结构的经验知识库 是一个框架结构的经验知识库
企业结构设计方案:采用交互的方式 侧重于 企业结构设计方案 采用交互的方式,侧重于 采用交互的方式 制订长期规划,同时也能完成短期目标 同时也能完成短期目标. 制订长期规划 同时也能完成短期目标. 项目开发准则:包括组队模型和过程模型, 项目开发准则:包括组队模型和过程模型, 用于建立高效的项目组, 用于建立高效的项目组,管理项目组的生命 周期. 周期. 应用程序模型: 应用程序模型:用于支持设计复杂的分布式 企业应用. 企业应用. 企业信息基础设施的实施方法: 企业信息基础设施的实施方法:使用组队模 型和过程模型支持实现, 型和过程模型支持实现,操作和技术上的方 案.
曾
广 平
概述
按期并在预算范围内创建行之有效的业务解决方案需要一种经 过检验的方法. 过检验的方法.Microsoft 解决方案框架提供了一个适应性的 框架,用于以更快的速度,更少的人员, 框架,用于以更快的速度,更少的人员,更少的风险来成功地 交付信息技术解决方案,同时取得更高质量的结果. 交付信息技术解决方案,同时取得更高质量的结果.MSF 会帮 助小组直接解决导致项目失败的大多数常见原因, 助小组直接解决导致项目失败的大多数常见原因,以提高成功 解决方案的质量和业务影响. 率,解决方案的质量和业务影响.MSF 就是创建用来处理技术 项目和环境动态特性的, 项目和环境动态特性的,它能够提高项目实施过程中适应持续 变化的能力. 变化的能力. 被叫做框架而不是方法是有特定原因的. MSF 被叫做框架而不是方法是有特定原因的.和规定性的方法 不同, 提供了一个灵活的和可伸缩的框架, 不同,MSF 提供了一个灵活的和可伸缩的框架,其适应能力能 够满足任何项目(不论其规模和复杂性)的要求,以规划, 够满足任何项目(不论其规模和复杂性)的要求,以规划,构 建和部署业务驱动的技术解决方案. 的观点是, 建和部署业务驱动的技术解决方案.MSF 的观点是,没有哪个 单一的结构或者过程能够适应所有项目的环境和要求. 单一的结构或者过程能够适应所有项目的环境和要求.尽管如 但是它也认为:对指导的需求是存在的.作为一个框架, 此,但是它也认为:对指导的需求是存在的.作为一个框架, 就提供了这样一种指导, MSF 就提供了这样一种指导,而不会强迫实施很多限制性的细 否则这只会将其用处限制到有限范围的项目方案里. 节,否则这只会将其用处限制到有限范围的项目方案里.
第五阶段— 第五阶段— —发布
发布完成
曾
广 平
微软产品开发过程的阶段划分
曾
广 平
微软过程的生命周期之特点
相对RUP,微软过程可视为RUP的一个精简配置版本. ,微软过程可视为 的一个精简配置版本. 相对 的一个精简配置版本 整个过程由若干生命周期持续递进循环, 整个过程由若干生命周期持续递进循环,每个生命周期 由若干阶段组成,且各阶段之间扩充为具有缓冲时间, 由若干阶段组成,且各阶段之间扩充为具有缓冲时间, 对应关系为:先启阶段完成构想,精华阶段完成计划, 对应关系为:先启阶段完成构想,精华阶段完成计划, 构建阶段完成开发和稳定,产品化阶段完成发布. 构建阶段完成开发和稳定,产品化阶段完成发布.第个 阶段精简为一次迭代完成, 阶段精简为一次迭代完成,每次迭代经历其中若干个工 作流程,具体为: 作流程,具体为:先启阶段中一次迭代主要经历的工作 流程为业务建模,需求,项目管理, 流程为业务建模,需求,项目管理,精华阶段中一次迭 代主要经历的工作流程为业务建模,需求,分析设计, 代主要经历的工作流程为业务建模,需求,分析设计, 项目管理, 项目管理,构建阶段中一次迭代主要经历的工作流程为 需求,分析设计,实现,测试, 需求,分析设计,实现,测试,产品化阶段中一次迭代 主要经历的工作流程为部署,配置变更管理和项目管理. 主要经历的工作流程为部署,配置变更管理和项目管理.
第三阶段— 第三阶段— —开发
曾
广 平
第四阶段— 第四阶段— —稳定
可发布版 本准备就 绪
黄金版本 版本注释 关于产品使用的支持要素 测试结果和测试工具 源代码和可执行程序 项目文档 里程碑评审记录
运营与支持信息系统 程序和过程 知识库,报告, 知识库,报告,日志 文档库,包含项目过程中产生的所有版本的文档, 文档库,包含项目过程中产生的所有版本的文档, 资源 所有项目文档的最终版本 下一步的工作计划
曾
广 平
微软过程的人员
Βιβλιοθήκη Baidu
微软过程人员管理的 微软过程人员管理的矩阵结构 过程人员管理
曾
广 平
角色 产品管 理
完成者 产品经理
工作目标 提高客户满意 度
应提交的产品项 充当临时客户 确保项目组成员对项目前景和项目范围了 如指掌 管理客户的需求定义 开发, 开发,管理和提供业务用例说明 管理客户的预期目标 控制产品特性和开发周期的关系 管理市场宣传和公共关系 推动产品开发过程 管理产品范围和产品特性说明 推动项目组内的交流和讨论 管理产品开发进度, 管理产品开发进度,汇报项目状态 控制项目开发中关键问题的取舍和决策 完成产品特性的物理设计 在项目组内承担技术顾问的职责 确保每一个产品特性在计划 计划的时间内完成 确保每一个产品特性在计划的时间内完成 使产品达到可发布的状态
曾
广 平
递进的产品开发模式
曾
广 平
生命周期中 的阶段 第一阶段— 第一阶段— —构想 第二阶段— 第二阶段— —计划
主要里程碑 应提交的产品项 前景/ 前景/范围 得到认可 前景/ 前景/范围说明书 风险评估说明书 项目组织结构说明书
功能说明书( 项目计划得 功能说明书(包括单页功能说明书和详细 功能说明书) 到认可 功能说明书) 风险管理计划 项目总体计划书和总体进度表 项目范围内 源代码和可执行程序 的所有产品 安装脚本和用于发布的配置信息 特性开发完 已冻结的功能说明书 成 关于产品使用的支持要素 测试说明书和测试用例
曾
广 平
微软过程
任何科学的软件工程理论和软件开发管理方 法都必须和软件企业的具体实践相结合, 法都必须和软件企业的具体实践相结合,才 能发挥最大的效能. 能发挥最大的效能.微软公司在吸收业界最 先进的管理理念和技术手段的基础上,经过 先进的管理理念和技术手段的基础上, 公司的管理和开发人员不断实践,不断积累, 公司的管理和开发人员不断实践,不断积累, 获得了一套适合微软公司自身特点的, 获得了一套适合微软公司自身特点的,行之 有效的软件开发管理模式. 有效的软件开发管理模式.对于那些在软件 产业中拼搏的管理者和工程,技术人员来说, 产业中拼搏的管理者和工程,技术人员来说, 微软在软件研发管理方面所积累的知识和经 验的确有许多值得学习和借鉴的地方. 验的确有许多值得学习和借鉴的地方.
曾
广 平
微软过程的组队原则
小型的,多元化的项目组; 小型的,多元化的项目组; 角色依赖和职责共享; 角色依赖和职责共享; 专深的技术水平和业务技能; 专深的技术水平和业务技能; 以产品发布为中心; 以产品发布为中心; 明确的目标; 明确的目标; 客户的主动参与; 客户的主动参与; 分享产品的前景; 分享产品的前景; 所有人都参与设计; 所有人都参与设计; 认真从过去的项目中吸取经验; 认真从过去的项目中吸取经验; 共同管理,共同决策; 共同管理,共同决策; 项目组成员在同一地点办公; 项目组成员在同一地点办公; 大型项目组也像小型项目组一样运转. 大型项目组也像小型项目组一样运转.
微软过程
来自被几十年实践证实是非常成功且行之有 效的微软解决方案框架(Microsoft Solution 效的微软解决方案框架 Framework,MSF)
概述
作为世界上最成功的软件企业之一, 作为世界上最成功的软件企业之一,微软 不但拥有独特而开放的企业文化, 不但拥有独特而开放的企业文化,而且在 软件研发过程和研发人员管理方面积累了 相当丰富的理论和实践经验. 相当丰富的理论和实践经验. Microsoft 解决方案框架 (MSF) 是一种 成熟的,系统的技术项目方法, 成熟的,系统的技术项目方法,它基于一 套制定好的原理,模型,准则,概念, 套制定好的原理,模型,准则,概念,指 南,以及来自 Microsoft 的,经过检验的 做法. 做法.
曾
广 平
微软过程的过程原则
将大型项目分解成多个可管理的单元, 将大型项目分解成多个可管理的单元,以 便更快地发布产品; 便更快地发布产品; 用户产品的前景目标和概要说明指导项目 开发工作---先基线化 后冻结; 先基线化, 开发工作 先基线化,后冻结; 避免产品走形; 避免产品走形; 使用原型验证概念,进行开发前的测试; 使用原型验证概念,进行开发前的测试; 零缺陷观念; 零缺陷观念; 非责难式的里程碑评审会. 非责难式的里程碑评审会.