软件工程课本讲解第13章 统一过程概述.pptVIP

第13章 统一软件开发过程 13.1 统一过程概述 13.1.1 统一过程的形成 1. 软件开发过程的需要 UML产生以后，可以用UML来描述软件系统的静态结构和动态行为，解决了软件系统建模的工具和手段问题。但是，UML是独立于开发过程的，如何用UML来开发软件系统？这一直是UML的三个创导者思考的问题，其实他们在研究UML的同时，也在构思统一软件开发过程，他们在总结了以前的经验和实践的基础上推出了Rational统一过程。(RUP) 2. 统一过程的发展历程(略) 3. 统一过程的应用 统一过程是一个软件开发过程，它是一个将用户需求转换为软件系统所需要的活动的集合。统一过程不只是一个简单的过程，而是一个通用的过程框架，可用于不同类型的软件系统、各种不同应用领域、各种不同类型的组织、各种不同功能级别以及各种不同规模项目的开发。 13.1.2 统一过程的特点 1．基于构件 统一过程所构造的软件系统，是由软件构件通过明确定义的接口相互连接所建造起来的。 2．使用UML 统一过程使用UML来制定软件系统的所有蓝图，UML是整个统一过程的一个完整部分，它们是共同发展起来的，它强调创建和维护模型。 3．用例驱动 用例不只是一种确定系统需求的工具，它还能驱动系统的设计、实现和测试的进行。基于用例模型，开发人员可以创建一系列实现这些用例的设计模型和实现模型，可以审查每个后续建立的模型是否与用例模型一致，而测试人员可以确定实现模型的构件是否实现了用例。所以用例启动了开发过程，还使开发过程结合为一体。开发过程是沿着一系列从用例得到的工作流前进的。 4．以构架为中心 软件系统的构架从不同角度描述了即将构造的系统，它刻画了系统的整体设计，去掉了细节部分，突出了系统的重要特征，包含了系统中最重要的静态结构和动态行为。 构架是根据应用领域的需要逐渐发展起来的，并在用例中得到反映。 每种产品都具有功能和表现形式，功能与用例对应，表现形式与构架对应。用例与构架是相互影响的，用例在实现时必须符合于构架，构架必须预留空间以实现现在或将来所有需要的用例。 5. 按迭代和增量方式开发 开发软件产品是一个艰巨的任务，需要几个月以至几年，需要将开发的项目划分为若干个细小的项目。每个细小项目是一次能够产生增量的迭代过程。增量是指产品中增加的部分，迭代是指开发中要经历的5种工作流。 迭代过程要处理一组用例，这组用例合起来能扩展所开发产品的可用性，后续的迭代过程建立在前一次迭代过程末期所开发的制品上。 迭代过程必须是受控的，即必须按照计划好的步骤有选择地进行。 6. 可剪裁 用统一过程开发软件时，各阶段应该有多长？各个阶段迭代多少次是合适的？候选构架可以在哪一点完全建立起来？这些问题的答案取决于系统的规模、项目的性质、开发组织的领域经验，甚至包括相关人员有效配合程度。总之，统一过程是一个框架，可以根据具体情况加以裁剪，以此来适应各种各样的开发过程。 13.1.3 统一过程的要素 软件项目的最终结果是一种产品，软件产品由各类人员建造，指导各类人员工作的是过程，过程使用一组工具自动完成开发活动。因此，统一过程有项目、产品、人员、过程、工具等要素。 1．项目 项目创造产品，一个项目包括一组人员，在规定的时间、费用范围内，完成相应制品。过程提供一种组织模式，指明项目所需人员及项目将产生的制品。 2．产品 在统一过程中，所开发的产品是一个软件系统。软件系统是以机器形式或人们可读形式给机器、各类人员提供表示的所有制品，机器是指工具、编译器或目标计算机，制品是指在开发过程中由各类人员创建、生产、修改和使用的各种信息。 制品分为技术制品和管理制品两种。技术制品有UML图、用户界面、构件、测试计划和模型。管理制品有业务案例、开发计划、安排活动计划等。统一过程最重要的制品是模型，构造系统就是构造模型。 3．人员 人员参与产品的开发，这种参与贯穿整个软件生命周期，人员指的是：用户、客户、构架设计师、开发人员、测试人员和项目管理人员。不同人员有不同的作用，他们可以提供资金、规划、开发、管理、测试和使用等。 4. 过程 软件开发的过程定义了一个完整的活动集合，该活动集合将用户的需求转换为一组表示软件产品的制品集合。相关的活动组成了工作流，而工作流确定了参与该过程的各类人员，标识了过程中各类人员创建的制品，描述了过程中各类人员在相关活动中如何建立、生产和使用彼此的制品。因此，过程指导项目的开发，是从工作流角度描述过程的。 统一过程是可具体化的，即它是一个通用过程，也是一个过程框架，每个使用统一过程的组织最后都要将它具体化，