第1章 软件和软件工程概念.ppt

* 迭代是软件开发过程中普遍存在的一种内在属性。经验表明，软件过程各个阶段之间的迭代或一个阶段内各个工作步骤之间的迭代，在面向对象范型中比在结构化范型中更常见。图2.8所示的喷泉模型是典型的面向对象生命周期模型。 “喷泉”这个词体现了面向对象软件开发过程迭代和无缝的特性。 为避免使用喷泉模型开发软件时开发过程过分无序，应该把一个线性过程(例如，快速原型模型或图2.8中的中心垂线)作为总目标。但是，同时也应该记住，面向对象范型本身要求经常对开发活动进行迭代或求精。 * 图中代表不同阶段的圆圈相互重叠，这明确表示两个活动之间存在重叠。 * 90年代初，James Rumbaugh，Grady Booch 和Ivar Jacobson开始研究“统一方法”，成果就是UML统一建模语言。 接下来的几年中，Jacobson，Rumbaugh和Booch建立了统一过程模型，一种用UML进行面向对象软件工程的框架。 目前，统一过程和UML广泛应用在各种各样的面向对象项目中。统一过程提出的迭代增量模型能够而且应该能够满足特定的项目需要。 * 开发过程可以用二维结构或沿着两个坐标轴来表达,横轴代表了制订开发过程时的时间,体现了过程的动态结构,它以术语周期阶段, 迭代和里程碑来表达,纵轴表现了过程的静态结构. RUP中的软件生命周期在时间上被分解为四个顺序的阶段，分别是：初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)和交付阶段(Transition)。每个阶段结束于一个主要的里程碑(Major Milestones)；每个阶段本质上是两个里程碑之间的时间跨度。在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。 　RUP中有9个核心工作流，分为6个核心过程工作流(Core Process Workflows)和3个核心支持工作流(Core Supporting Workflows)。尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。 1． 商业建模(Business Modeling) 商业建模工作流描述了如何为新的目标组织开发一个构想，并基于这个构想在商业用例模型和商业对象模型中定义组织的过程，角色和责任。 2． 需求(Requirements)需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。最重要的是理解系统所解决问题的定义和范围。用用例捕获需求。 3． 分析和设计(Analysis Design) 　　分析和设计工作流将需求转化成未来系统的设计。分析设计的结果是一个设计模型和一个可选的分析模型。 4． 实现(Implementation)实现工作流的目的编码实现、集成、单元测试，使其成为可执行的系统。 5． 测试(Test) 测试工作流要验证对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现, 识别并确认缺陷在软件部署之前被提出并处理。RUP提出了迭代的方法，意味着在整个项目中进行测试，从而尽可能早地发现缺陷，从根本上降低了修改缺陷的成本。 6． 部署(Deployment) 　　部署工作流的目的是成功的生成版本并将软件分发给最终用户。部署工作流描述了那些与确保软件产品对最终用户具有可用性相关的活动，包括：软件打包、生成软件本身以外的产品、安装软件、为用户提供帮助。在有些情况下，还可能包括计划和进行beta测试版、移植现有的软件和数据以及正式验收。 7． 配置和变更管理(Configuration Change Management) 配置和变更管理工作流描绘了如何制品的版本控制管理，同时也阐述了对制品修改原因、时间、人员保持审计记录。 8． 项目管理(Project Management) 软件项目管理平衡各种可能产生冲突的目标，管理风险，克服各种约束并成功交付使用户满意的产品。其目标包括：为项目的管理提供框架，为计划、人员配备、执行和监控项目提供实用的准则，为管理风险提供框架等。 9． 环境(Environment) 环境工作流的目的是向软件开发组织提供软件开发环境，包括过程和工具。环境工作流集中于配置项目过程中所需要的活动，同样也支持开发项目规范的活动，提供了逐步的指导手册并介绍了如何在组织中实现过程。 ? * 在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。实际上，我们经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许