[工学]4微软开发过程.ppt

微软的项目管理 产品的定义与开发过程 此阶段，微软遵循：靠改进特性与固定资源来激发创造力，分为5个原则： 将大项目分成若干里程碑式的重要阶段，各阶段之间有缓冲时间，但不进行单独的产品维护。 运用想象性描述和对特性的概要说明指导项目 根据用户行为和有关用户的资料确定产品的特性及优先顺序 建立模块化的和水平的设计结构，并使项目结构反映产品结构的特点 靠个人负责和固定项目资源实施控制 基本思想 微软的开发小组努力了解用户的需要，将这些需要分成一个个单独的特性； 然后给予这些特性不同的优先级； 再将他们分配给子项目，这些子项目则将整个开发项目划分为3~4个里程碑式的重要阶段； 微软的经理将努力“固化”项目的可用资源：限制任何一个项目中的工作人数和可用时间 基本思想 开发小组按照反推法自己规定由出品日回溯的中间阶段和中间步骤，同时与其他微软项目、产品批发商及第三方系统集成商协调产品的交付。 原则一：将大项目分成若干里程碑式的重要阶段，各阶段之间有缓冲时间，但不进行单独的产品维护 原则一：分里程碑 微软的同步-稳定产品开发法始于，80年代晚期，集中了里程碑和每日构造等关键概念； 微软典型项目的生命周期包括三个阶段： 计划阶段完成功能说明和进度表的最后制订； 开发阶段写出完整的源代码； 稳定化阶段完成产品，使之能够批量生产； 在整个生产周期中，微软使用了缓冲时间的概念，它提供了一种手段，可以缓和及时出品与试图精确估计出品日之间的矛盾。 Office部门副总裁说： “一般说来，在总的进度表中，用一半时间写出产品，留下另一半时间调试或应付意外事故。这样，如果我有一个两年的项目，我会用一年来完成事先想象好的东西……如果事情有点麻烦，我便会去掉我认为不重要的特性。” 原则二：运用想象性描述和对特性的概要说明指导项目 基本思想 既要给出足够的开发框架意识工作能够持续进行，又能容纳开发过程中出现的变化并保持足够的灵活性 微软采用高水平的想象性描述和概要说明来指导项目运转，而不是在一开始就努力写出一分完整和详细的说明。 基本思想 想象性描述是由程序经理和来自市场营销组的产品计划人员共同编制的，它是一份非常短的文件，定义了一组驱动产品开发过程的目标，但不涉及产品要求的细节 力图说明“产品不做什么”而不是“产品做什么”。 Excel 3.0的想象性描述对产品目标的陈述是：使 Excel 3.0 成为迄今为止创造的最具有分析力的电子表格 程序经理负责协调并写下说明： 这项特性的要点是什么？ 用户如何使用该特性？ 这项特性有意义吗？ 该产品中或微软的其他产品中有类似的特性吗？ 开发完成的特性确实是我们所计划的吗？ 有哪些问题被遗漏了？ 组内的交流令人满意吗？ 构造原型；由程序经理完成。 功能 界面 死板的说明变成有生命的文件： 说明不应过于详细以至限制了发明创造； 文档外观固定； 灵活的说明文档 当项目进行到一定点后（40%），应当建立对说明中重大改动的控制，允许此后的改动是为了让特性正确地工作，而不是为了增加新的特性。 理解与安排特性优先级的困难 特性的数目以指数的量级增加，谁更重要？ 是顾客抱怨电话最少的特性 原则三：根据用户行为和有关用户的资料确定产品的特性及优先顺序 什么样的特性应被排斥在外？ 微软将开发进度表中的特性选择与优先级安排建立在公司的被称为“基于行为制定计划”技术之上。 从对用户行为，诸如：写信、做预算、做系统研究,开始 根据特性在支持重要的或经常的用户行为上的重要性来对其进行评价。 关键点在于按用户的行为、产品特性以及行为和特性之间的内部联系来分析产品。 原则四：建立模块化的和水平的设计结构，并使项目结构反映产品结构的特点 产品结构 产品结构是产品内部的基干，它规定了重要的结构构件以及这些构件如何组装到一起，结构对用户而言并非直接可见。 只有结构要实现的特性是可见的。 产品功能的任何改变不应造成潜在的产品结构散架。 产品结构层 可以通过层和层之间的接口角度来描述一个结构。 地层为结构中的下一更高的水平层提供一系列的功能和能力。 最底层叫内核。 在软件结构中，主要的规定性概念是对每层间接口的定义，称作API Excel 产品结构展现水平产品结构层 公式与公式操作 格式表 单元格 通用的可移植层 操作系统（windows、Macintosh、OS/2） Windows 95 的产品结构 原则五：靠个人负责和固定项目资源实施控制 基本思想 经理固定基本资源：人员与时间； 指明产品的目标出品日并争取尽可能长久地坚持它； 程序经理和开发人员从出品日回溯，规定中间的项目里程碑的日期； 开发人员做出他们自己的进度估计 抛弃自上而下的强制的时间安排 上层经理需要对进度进行适当的调整，流出足够的缓冲时间，以避免季度估计的不准。 优点 经理得到编程人