第16章-统一软件开发过程(RUP).pptVIP

第16章统一软件开发过程UP

;统一过程〔UP〕;6个最正确开发经验;迭代和演化式开发;迭代和演化式开发;瀑布式开发;迭代开发的优点;迭代例如;风险驱动和客户驱动;进化式需求与瀑布式需求;需求类型和种类;需求类型和种类;敏捷方法〔agiledevelopment〕;敏捷方法〔agiledevelopment〕;敏捷建模〔agilemodeling〕;UML草图;UP的软件开发生命周期;UP的阶段;UP的软件开发生命周期;RUP初始阶段;RUP细化阶段;RUP构造阶段;RUP交付阶段;开发案例;尚未理解UP和迭代开发;RUP中的核心概念;

UseCase驱动的、

以体系结构为中心的、

迭代、增量的开发.

;;用例;UP制品影响力;定义;交替场景用例;用例和用例模型;参与者类型;表示法;用例编写模板;准那么;如何发现用例;如何发现用例

---不同系统边界下的主要参与者和目标;如何发现用例;UP制品如何组织需求;关于事件流〔FlowofEvents〕的作用：

?当所规约的usecase执行时，事件流规约了系统做什么。即每一个usecase的事件流，可以作为usecase的动作序列的正文描述。

?当所规约的usecase执行时，事件流还规约了系统怎样与其actors进行交互

根本要求：从管理的角度来说，一个事件流的描述应包括一组动作序列，该组动作序列适于修改、复审、设计、实现和测试，并作为用户手册的一节。;;

当usecase描述是：

?可理解的；

?正确的〔即捕获了正确的需求〕；

?完备的〔complete，例如，描述了所有可能的路径〕;

?一致的.

我们才可以说，结束了usecase的描述。

该描述可以在需求捕获结束的复审会中，由分析员予以评估，也可以由用户和客户予以评估。但仅客户和用户才能确认该usecases是否是正确的。

;建造一个用户界面的原型，使用户有效地执行usecases。

步骤

第一步，用户界面的逻辑设计

第二步，物理用户界面的设计

第三步，开发用户界面原型，演示为了执行该use

case，用户怎样使用该系统。

注：如何进行以上三步，可参见有关文献。;2、需求分析;Boundaryclasses:

内涵：用于系统与其actors之间交互的建模。

该交互一般涉及向用户和外部系统发出请求和从他们那里接

受信息。

与设计平台的关系：边界类常常是在更高的概念层上，对windows,

forms,panes,communicationinterfaces,printerinterfaces,sensors,

terminals,andAPIs等的抽象，忽略其中的一些细节，例如：

everywidgetofauserinterface，并且不需要描述该交互的物理实

现〔realize〕。

设计原理：别离用户界面或通讯界面中的变化，形成一个或

多个边界类。;实体类〔Entityclasses〕:

内涵：用于对那些需要长期足留系统的模型化对象以及与行为相关的某些

现象进行建模，例如人的信息以及实际的一个事件。

与业务类的关系：

在大多数情况下，实体类对应业务模型中的业务类。其中一个主要区别

是：现在所考虑的实体类，一般是要由系统处理的那些对象。

与设计平台的关系：

实体类一般表示一个逻辑数据结构和属性，以理解系统依赖什么信息。

设计原理：

别离一些变化，形成不同对象所表达的信息。;控制类〔ControlClasses〕：

内涵:控制类处理并协调那些主要动作〔actions〕和控制流，并向其它对

象〔例如边界类对象，实体类对象〕委派工作。

用途：控制类可以实现对系统的动态性〔dynamics〕建模：

?用于表达协同、定序、事务以及对其它对象的控制；

?经常用于封装那些与特定usecase有关的控制；

?用于表达复杂的推导和计算，例如业务逻辑，该逻辑并不与任意