第一章(下)1.5软件开发模型.pptVIP

* This graphic illustrates how phases and iterations (the time dimension) relate to the development activities (the content dimension). The relative size of the color area indicates how much of the activity is performed in each phase/iteration. Each iteration involves activities from all disciplines. The relative amount of work related to the disciplines changes between iterations. For instance, during late Construction, the main work is related to Implementation and Test and very little work on Requirements is done. Note that requirements are not necessarily complete by the end of Elaboration. It is acceptable to delay the analysis and design of well-understood portions of the system until Construction because they are low in risk. * 某公司是电子商务解决方案供应商，在J2EE架构的项目执行方面有丰富的经验，结合RUP形成了自己的一套电子商务项目实施方法论，并在多个项目中成功进行实施。同时，由于具体项目时间和成本的限制，也出现了许多问题。 项目交付后，用户提出很多的修改意见，有些甚至涉及系统架构的修改：出现这种情况的主要原因是很多项目虽然是采用增量迭代式的开发周期，但是在部署前才发布版本，用户只是在项目部署后才看到真正的系统，因此会发现很多界面、流程等方面的问题； ——无部分提交 对于用户提交BUG的修改周期过长：开发人员在作开发的时候，对于单元测试的重视程度不够，模块开发结束后就提交给测试人员进行测试，而测试人员由于时间的关系，并不能发现所有的问题；在用户提交BUG后，开发人员由于项目接近尾声，对于代码的修改产生惰性，同时又没有形成有效的回归测试方法，因此，修改的周期比较长。 ——无测试先行 针对XP的核心价值，可以看到，如果能够加强与用户的沟通、增加项目中测试实施的力度、提高开发人员的勇气，就可以从一定程度上解决上述问题。 从2001年开始，公司内部展开对于XP等敏捷方法的研究，希望能够借鉴一些做法，来完善项目方法论。2002年5月，决定在公司的一个新的项目中启用XP的一些最佳实践，来检验其效果。该项目是为一家国际知名手机生产厂商的合作伙伴提供手机配件定购、申请、回收等服务，项目的情况如下表所示： 项目名称 合作伙伴管理系统 处理工作流程 9个 项目周期 43个工作日 项目金额 25万 项目小组人员 5人，其中资深顾问2名 * 传统方法学仍然使用相当广泛，在相当长时间内还会有生命力。但当软件规模庞大，或者需求是模糊或者随时间变化时，传统方法开发软件往往不成功。 4.1喷泉模型(Fountain Model) “喷泉” 一词体现了面向对象软件开发过程的迭代和无缝 圆圈重叠： 不同阶段的重叠，各活动存在交迭——无缝 中轴线：总目标，避免开发无序 向下的箭头：该阶段内的迭代 维护圈较小 无缝——各阶段都使用统一的概念和表示符号——对象 迭代——容易实现各步骤的多次反复迭代。 进一步开发 维护期 运行状态 集成和测试阶段 编码阶段 OOD OOA 需求阶段 4.2基于构件的软件开发(CBD) 思想：参照硬件标准零部件生产、组装 依据：应用软件系统的开发经历需求～维护， 若每天系统均从头开发，则必然存在大量重复工作 －－构件？复用？ 软件复用：将已有的软件成分用于构造新系统 ——“开发伴随复用，开发为了复用” 构件：可以复用，相对独立的部件 需求规格说明 设计文档 测试计划和用例 源代码… CBD：利用预先封装好的软件来构造应用 Component－Based Development 螺旋模型＋构件 用户通信 计划 产品开发及发布 用户评估 风险 分析 标志 候选构件 查找 构件 若存在 则提取构件 若不存在 则构造构件 进行下 一次迭代