第6讲 面向对象的需求分析方法.ppt

《第6讲 面向对象的需求分析方法.ppt》由会员分享，可在线阅读，更多相关《第6讲 面向对象的需求分析方法.ppt（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、 软软 件件 工工 程程教学目的：理解面向对象的概念、掌握基于教学目的：理解面向对象的概念、掌握基于UML语语 言机制的需求分析方法和过程。言机制的需求分析方法和过程。教学重点：基于教学重点：基于UML语言机制的需求分析方法和过语言机制的需求分析方法和过 程、程、CASE工具工具教学难点：教学难点：CASE工具工具教教 具：多媒体教室、电子教案具：多媒体教室、电子教案作作 业：业：第第6章章 面向对象的需求分析面向对象的需求分析 软软 件件 工工 程程6.1面向对象的概念与思想面向对象的概念与思想面向对象（面向对象（Object Oriented）方法是方法是将现实世界将现实世界的事物以对象的

2、方式映射到计算机世界的方法的事物以对象的方式映射到计算机世界的方法。用面向对象的方法求解现实世界问题的第一步便用面向对象的方法求解现实世界问题的第一步便是面向对象分析。面向对象分析包含两个可以重是面向对象分析。面向对象分析包含两个可以重叠的过程：用面向对象的叠的过程：用面向对象的方法方法对现实世界的问题对现实世界的问题进行分析；用面向对象的进行分析；用面向对象的工具工具对分析结果进行描对分析结果进行描述。述。本本章章重重点点介介绍绍面面向向对对象象的的方方法法，并并用用“C程程序序设设计上机考试系统计上机考试系统”为例来介绍为例来介绍UML语言机制。语言机制。软软 件件 工工 程程现实世界现实

3、世界OOAOODOOPSASDSP机器世界机器世界结构化生命周期方法结构化生命周期方法 面面向向对对象象方方法法面向对象方法和面向过程方法的对比面向对象方法和面向过程方法的对比 软软 件件 工工 程程6.1 面向对象的概念与思想面向对象的概念与思想从事物的从事物的过程侧面过程侧面来描述事物的方法被称之为来描述事物的方法被称之为面向过程的方法面向过程的方法。该方法在认识现实事物的整个过程中是把事物内部的处理过程该方法在认识现实事物的整个过程中是把事物内部的处理过程作为核心来描述的。作为核心来描述的。从事物的从事物的组成部件及每个部件的属性、功能组成部件及每个部件的属性、功能来认识事物。比如，来认

4、识事物。比如，汽车由发动机，底盘，变速箱等组成，发动机有排量，有冲程汽车由发动机，底盘，变速箱等组成，发动机有排量，有冲程数等属性，同时发动机还具有启动，加大油门等操作。这就是数等属性，同时发动机还具有启动，加大油门等操作。这就是将现实世界的事物的属性和及其过程一并进行描述的方法，这将现实世界的事物的属性和及其过程一并进行描述的方法，这种方法被称为种方法被称为面向对象的方法面向对象的方法。从事物的从事物的属性侧面属性侧面来描述事物的方法就是来描述事物的方法就是面向数据的方法面向数据的方法，该，该方法在认识事物的过程中始终把事物的属性作为描述的核心。方法在认识事物的过程中始终把事物的属性作为描述

5、的核心。软软 件件 工工 程程6.1 面向对象的概念与思想面向对象的概念与思想在抽象现实世界的事物时，必须把抽象的范围限定在我们的在抽象现实世界的事物时，必须把抽象的范围限定在我们的问题域内问题域内。现实世界的事物都有很多侧面，我们只应关心那。现实世界的事物都有很多侧面，我们只应关心那些跟我们要解决的问题相关的侧面。些跟我们要解决的问题相关的侧面。比如：在抽象和描述比如：在抽象和描述“学生学生”对象时，针对不同的问题域，对象时，针对不同的问题域，可能得到不同的抽象结果。对于学生管理系统，学生的成绩、可能得到不同的抽象结果。对于学生管理系统，学生的成绩、所选的课程等在问题域范围内，而学生的病史，

6、过敏史则不所选的课程等在问题域范围内，而学生的病史，过敏史则不在问题域内；如果是一个医管系统，病史，过敏史则落在问在问题域内；如果是一个医管系统，病史，过敏史则落在问题域内。题域内。下面介绍面向对象的下面介绍面向对象的五大要素五大要素：软软 件件 工工 程程（1）对象（对象（Object）对象对象是现实世界事物或个体的抽象表示，是其属性和相关操是现实世界事物或个体的抽象表示，是其属性和相关操作的封装。抽象的结果不仅包括事物个体的属性，还包括事作的封装。抽象的结果不仅包括事物个体的属性，还包括事物的操作。属性值表示了对象的内部状态。物的操作。属性值表示了对象的内部状态。在分析阶段，在分析阶段，对

7、象的操作对象的操作是对象展现给外部的服务。是对象展现给外部的服务。对象状对象状态态的改变是由对对象的操作引起的。的改变是由对对象的操作引起的。例如，对于民航机场的指挥控制系统，例如，对于民航机场的指挥控制系统，MU9114航班就是航班就是该问题域中的对象，该对象的属性可以包含：航班号、起飞该问题域中的对象，该对象的属性可以包含：航班号、起飞机场、降落机场、起飞时间、降落时间，位置等；可能的操机场、降落机场、起飞时间、降落时间，位置等；可能的操作包括离港、到港等。当对作包括离港、到港等。当对MU9114航班对象进行离港操作航班对象进行离港操作时，对象的状态将从停靠状态改变成飞行状态。时，对象的状

8、态将从停靠状态改变成飞行状态。软软 件件 工工 程程（2）类类（Class）类是对具有共同特征（属性和操作）的对象的进一步抽类是对具有共同特征（属性和操作）的对象的进一步抽象。类通常被认为是对象的模板，通过该模板可以创建特性象。类通常被认为是对象的模板，通过该模板可以创建特性一致的对象。使用类创建对象的过程实际上是类的实例化过一致的对象。使用类创建对象的过程实际上是类的实例化过程。程。类是对象的抽象，对象是类的实例。在客观世界存在的类是对象的抽象，对象是类的实例。在客观世界存在的是类的实例，即对象。是类的实例，即对象。（3）继承（）继承（Inheritance）继承关系模拟了现实世界中遗传关系

9、的直接模拟，也即继承关系模拟了现实世界中遗传关系的直接模拟，也即一般与特殊关系的模拟。它允许我们在已有的类的特性基础一般与特殊关系的模拟。它允许我们在已有的类的特性基础上构造新类。被继承的类我们称之为基类（父类），在基类上构造新类。被继承的类我们称之为基类（父类），在基类的基础上新建立的类我们称之为派生类（子类）。派生类的的基础上新建立的类我们称之为派生类（子类）。派生类的特性比基类的特性更细致。特性比基类的特性更细致。软软 件件 工工 程程（4）聚集（聚集（Aggregation）聚集模拟了现实世界的部分与整体的关系。它允许利用现有的聚集模拟了现实世界的部分与整体的关系。它允许利用现有的类组

10、成新类。比如说汽车，它是由发动机、变速箱、底盘等组类组成新类。比如说汽车，它是由发动机、变速箱、底盘等组成，那么我们就可以利用发动机、变速箱、底盘等类聚集成一成，那么我们就可以利用发动机、变速箱、底盘等类聚集成一个新的类：汽车类。个新的类：汽车类。（5）消息（消息（Message）消息是对象之间交互的唯一途径，一个对象要想使用其他对象消息是对象之间交互的唯一途径，一个对象要想使用其他对象的服务，必须向该对象发送服务请求消息。而接收服务请求的的服务，必须向该对象发送服务请求消息。而接收服务请求的对象必须对请求做出响应。对象必须对请求做出响应。例如：当我们向银行系统的帐号对象发送取款消息时，帐号对

11、例如：当我们向银行系统的帐号对象发送取款消息时，帐号对象将根据消息中携带的取款金额对客户的帐号进行取款操作：象将根据消息中携带的取款金额对客户的帐号进行取款操作：验证帐号余额，如果帐号余额足够，并且操作成功，对象将把验证帐号余额，如果帐号余额足够，并且操作成功，对象将把执行成功的消息返回给服务请求的发送对象，否则发送交易失执行成功的消息返回给服务请求的发送对象，否则发送交易失败消息。败消息。软软 件件 工工 程程6.1 面向对象的概念与思想面向对象的概念与思想 小小结结：面面向向对对象象的的需需求求分分析析方方法法通通过过提提供供对对象象、对对象象间间消消息息传传递递等等语语言言机机制制，让让

12、分分析析人人员员在在解解空空间间中中直直接接模模拟拟问问题题空空间间中中的的对对象象，从从而而消消减减运运用用其其他他分分析析方方法法带带来来的的语语义义断断层层，为为需需求求建建模模活活动动提提供供直直观观、自然的语言支持和方法学指导。自然的语言支持和方法学指导。面向对象对象类继承聚集消息面向对象对象类继承聚集消息。软软 件件 工工 程程6.2 UML 概述概述6.2.1 UML 6.2.1 UML 语言机制语言机制UMLUML通过图形化的表示机制从多个侧面对系统的分析和设计模型通过图形化的表示机制从多个侧面对系统的分析和设计模型进行刻画，共有进行刻画，共有5 5类类1010种视图如下所示：

13、种视图如下所示：静态模型静态模型 动态模型动态模型逻辑模型逻辑模型 类图类图 用例图用例图 对象图对象图 顺序图顺序图 包图包图 协作图协作图 状态图状态图 活动图活动图物理模型物理模型 构件图构件图 配置图配置图 软软 件件 工工 程程6.2.1 UML 语言机制语言机制1 1、用用例例图图（UsecaseUsecase DiagramDiagram）：用用于于表表示示系系统统的的功功能能，并并指指出各功能的操作者；出各功能的操作者；2 2、静静态态图图：包包括括类类图图（Class Class DiagramDiagram）、对对象象图图（Object Object DiagramDiag

14、ram）及及包包图图（Package Package DiagramDiagram），表表示示系系统统的的静静态态结结构；构；3 3、行行 为为 图图：包包 括括 状状 态态 图图（State State DiagramDiagram）及及 活活 动动 图图（Activity Activity DiagramDiagram），用用于于描描述述系系统统的的动动态态行行为为和和对对象象之之间的交互关系；间的交互关系；4 4、交交互互图图：包包括括顺顺序序图图（Sequence Sequence DiagramDiagram）和和协协作作图图（Collaboration Collaboration

15、DiagramDiagram），用用于于描描述述系系统统对对象象之之间间的的动动态态合作关系；合作关系；5 5、实实现现图图：包包括括构构件件图图（CompomentCompoment DiagramDiagram）和和配配置置图图（Deployment DiagramDeployment Diagram），），用于描述系统的物理实现。用于描述系统的物理实现。软软 件件 工工 程程6.2.2 基于基于UML 的软件开发过程的软件开发过程1 1、初启：确定项目的、初启：确定项目的主要目标和范围主要目标和范围，并进行初步的，并进行初步的可行性分析可行性分析和经济效益分析和经济效益分析。2 2、细化

16、：细化阶段的开始标志着项目的正式确立。软件项目在此、细化：细化阶段的开始标志着项目的正式确立。软件项目在此阶段需要完成以下工作：阶段需要完成以下工作：（1 1）初步的需求分析。采用）初步的需求分析。采用UMLUML的的用例用例描述目标软件系统所有比描述目标软件系统所有比较重要、比较有风险的用例，利用较重要、比较有风险的用例，利用用例图用例图表示参与者与用例、以表示参与者与用例、以及用例和用例之间的关系。采用及用例和用例之间的关系。采用UMLUML的的类图类图表示目标软件系统所基表示目标软件系统所基于的应用领域中的概念与概念之间的关系。这些相互关联的概念于的应用领域中的概念与概念之间的关系。这些

17、相互关联的概念构成领域模型。构成领域模型。（2 2）初步的高层设计。根据用例、类在业务领域中的关系，或者）初步的高层设计。根据用例、类在业务领域中的关系，或者根据业务领域中某种有意义的分类方法将整个软件系统划分为若根据业务领域中某种有意义的分类方法将整个软件系统划分为若干个包，利用干个包，利用UMLUML的的包图包图刻化这些包及其包间关系。刻化这些包及其包间关系。软软 件件 工工 程程（3 3）部分的详细设计。对于系统中某些重要的或者风险比较高）部分的详细设计。对于系统中某些重要的或者风险比较高的用例，的用例，可以采用可以采用交互图交互图进一步探讨其内部实现过程。同样，进一步探讨其内部实现过程

18、。同样，对于系统中的关键类，也可以详细研究其属性和操作，并在对于系统中的关键类，也可以详细研究其属性和操作，并在UMLUML类图类图中加以表现。中加以表现。(4)(4)部分的原型构造。部分的原型构造。综上所述，在细化阶段可能需要使用的综上所述，在细化阶段可能需要使用的UMLUML语言机制包括：语言机制包括：描述描述用户需求的用例及用例图用户需求的用例及用例图、表示领域概念模型的类图表示领域概念模型的类图、表示业表示业务流程处理的活动图务流程处理的活动图、表示系统高层结构的包图表示系统高层结构的包图和和表示用例内表示用例内部实现过程的交互图部实现过程的交互图等。等。细化阶段的结束条件是，所有主要

19、的用户需求已通过用例和用细化阶段的结束条件是，所有主要的用户需求已通过用例和用例图得以描述；所有重要的风险已被标识，并对风险应对措施例图得以描述；所有重要的风险已被标识，并对风险应对措施了如指掌；能够比较精确地估算实现每一用例的时间。了如指掌；能够比较精确地估算实现每一用例的时间。6.2.2 基于基于UML 的软件开发过程的软件开发过程 软软 件件 工工 程程3 3、构造：在构造阶段，开发人员通过一系列的迭代完成、构造：在构造阶段，开发人员通过一系列的迭代完成对所有用例的软件实现工作，在每次迭代中实现一部分对所有用例的软件实现工作，在每次迭代中实现一部分用例。以迭代方式实现所有用例的好处在于，

20、用户可以用例。以迭代方式实现所有用例的好处在于，用户可以及早参与对已实现用例的实际评价，并提出改进意见。及早参与对已实现用例的实际评价，并提出改进意见。这样可有效降低大型软件系统的开发风险。这样可有效降低大型软件系统的开发风险。在实际开始构造软件系统之前，有必要预先制定迭代计在实际开始构造软件系统之前，有必要预先制定迭代计划。计划的制定应遵循如下两项原则：划。计划的制定应遵循如下两项原则：（1 1）用户认为业务价值较大的用例应优先安排；）用户认为业务价值较大的用例应优先安排；（2 2）开发人员评估后认为开发风险较高的用例应优先安）开发人员评估后认为开发风险较高的用例应优先安排。排。6.2.2

21、基于基于UML 的软件开发过程的软件开发过程 软软 件件 工工 程程在迭代在迭代计划中，要确定迭代次数、每次迭代所需时间及每次计划中，要确定迭代次数、每次迭代所需时间及每次迭代中应完成（或部分完成）的用例。迭代中应完成（或部分完成）的用例。每次迭代过程由针对用例的分析、设计、编码、测试和集成每次迭代过程由针对用例的分析、设计、编码、测试和集成5个子阶段构成。在集成之后，用户可以对用例的实现效果进个子阶段构成。在集成之后，用户可以对用例的实现效果进行评价，并提出修改意见。这些修改意见可以在本次迭代过行评价，并提出修改意见。这些修改意见可以在本次迭代过程中立即实现，也可以在下次迭代中再予以考虑。程

22、中立即实现，也可以在下次迭代中再予以考虑。构造过程中，需要使用构造过程中，需要使用UML的交互图来设计用例的实现方的交互图来设计用例的实现方法。为了与设计得出的交互图协调一致，需要修改或精化在法。为了与设计得出的交互图协调一致，需要修改或精化在细化阶段绘制的作为领域模型的类图，增加一些为软件实现细化阶段绘制的作为领域模型的类图，增加一些为软件实现所必需的类、类的属性或方法。所必需的类、类的属性或方法。6.2.2 基于基于UML 的软件开发过程的软件开发过程 软软 件件 工工 程程如果一个类有复杂的生命周期行为，或者类的对象在生命周期如果一个类有复杂的生命周期行为，或者类的对象在生命周期内需要对

23、各种外部事件的刺激作出反应，应考虑用内需要对各种外部事件的刺激作出反应，应考虑用UML的状态图的状态图来表述类的对象的行为。来表述类的对象的行为。UMLUML的活动图可以在构造阶段用来表示复杂的算法过程和有多个的活动图可以在构造阶段用来表示复杂的算法过程和有多个对象参与的业务外理过程。活动图尤其适用于表示过程中的并发对象参与的业务外理过程。活动图尤其适用于表示过程中的并发和同步。和同步。在构造阶段的每次迭代过程中，可以对细化阶段绘出的包图进在构造阶段的每次迭代过程中，可以对细化阶段绘出的包图进行修改或精化，以便包图切实反映目标软件系统最顶层的结构划行修改或精化，以便包图切实反映目标软件系统最顶

24、层的结构划分状况。分状况。4 4、移交、移交在移交阶段，开发人员将构造阶段获得的软件系统在用户实际工在移交阶段，开发人员将构造阶段获得的软件系统在用户实际工作环境（或接近实际的模拟环境）中试运行，根据用户的修改意作环境（或接近实际的模拟环境）中试运行，根据用户的修改意见进行少量修改。见进行少量修改。6.2.2 基于基于UML 的软件开发过程的软件开发过程 软软 件件 工工 程程6.3 基于基于UML的需求分析的需求分析基于基于UMLUML的需求分析步骤：的需求分析步骤：（1 1）利用用例及用例图表示需求。）利用用例及用例图表示需求。（2 2）利用包图及类图表示目标软件系统的总体框架结构。）利用

25、包图及类图表示目标软件系统的总体框架结构。6.3.1 开发场景开发场景 场景：场景：是指从单个执行者的角度观察目标软件系统的功是指从单个执行者的角度观察目标软件系统的功能和行为。这种功能通过系统与用户之间的交互来表征。能和行为。这种功能通过系统与用户之间的交互来表征。因此也可以说，场景是用户与系统之间进行交互的一组具因此也可以说，场景是用户与系统之间进行交互的一组具体的动作。场景是用例的实例，而用例是某类场景的共同体的动作。场景是用例的实例，而用例是某类场景的共同抽象。抽象。场景描述：场景描述：场景名称、执行者实例、前置条件、事件流和场景名称、执行者实例、前置条件、事件流和后置条件。后置条件。

26、软软 件件 工工 程程6.3.2 生成用例生成用例执行者：执行者：是指外部用户或外部实体在系统中扮演的角色。是指外部用户或外部实体在系统中扮演的角色。用例：从外部用户的视角看，一个用例是执行者与目标用例：从外部用户的视角看，一个用例是执行者与目标软件系统之间的一次典型的交互作用。从软件系统内部软件系统之间的一次典型的交互作用。从软件系统内部的视角出发，一个用例代表系统执行的一系列动作，动的视角出发，一个用例代表系统执行的一系列动作，动作执行的结果能够被外部的执行者所观察。作执行的结果能够被外部的执行者所观察。用例描述：用例描述：用例名称、参与执行者、前置条件、一个主用例名称、参与执行者、前置条

27、件、一个主事件流、零到多个辅助事件流和后置条件。事件流、零到多个辅助事件流和后置条件。软软 件件 工工 程程6.3.3 用活动图表示用例用活动图表示用例活活动动图图主主要要用用于于系系统统分分析析，它它描描述述系系统统的的行行为为，显显示示系系统统中中动动作作之之间间的的转转移移。活活动动图图一一般般从从开开始始节节点点开开始始，经经过若干动作后，最后到达过若干动作后，最后到达结束节点结束节点。活活动动图图是是简简化化的的状状态态图图，它它重重点点说说明明了了活活动动间间所所经经过过的的操操 作作 和和 过过 程程。活活 动动 图图（ActivityActivity）只只 有有 一一 个个 动

28、动 作作（ActionAction），活活动动的的转转移移有有一一个个相相应应的的触触发发事事件件。活活动动图图可可用用来来描描述述用用例例、包包和和类类的的行行为为，它它把把活活动动描描述述成成正正在在执执行行的的操操作作，活活动动代代表表了了一一个个完完整整的的动动作作，即即它它代代表表一一个个类类或或用用例例内内部部的的行行为为。活活动动图图不不区区分分状状态态、活活动动和和事事件件，它它是是一一个个从从活活动动到到活活动动的的简简单单描描述述，其其中中，同同步步线用粗横线表示线用粗横线表示，用于表示活动之间的同步。，用于表示活动之间的同步。软软 件件 工工 程程同步线同步线6.3.3

29、用活动图表示用例用活动图表示用例考生考试的活动图考生考试的活动图 软软 件件 工工 程程6.3.4 生成用例图生成用例图执行者和用例之间的关系：执行者和用例之间的关系：触发执行和信息交换。（可能同触发执行和信息交换。（可能同时兼具这两种关系）时兼具这两种关系）从执行者指向用例的边表示触发执行从执行者指向用例的边表示触发执行/信息交换；而从用例信息交换；而从用例指向执行者的边表示用例将其生成的信息传递给执行者。指向执行者的边表示用例将其生成的信息传递给执行者。UMLUML的用例和用例之间的关系：的用例和用例之间的关系：使用关系和扩展关系。使用关系和扩展关系。使用关系：如果有一个公共的动作序列存在

30、于多个用例中，使用关系：如果有一个公共的动作序列存在于多个用例中，为避免重复，并使需求模型更简洁，可以将公共动作序列抽为避免重复，并使需求模型更简洁，可以将公共动作序列抽出来构成新的独立用例。这样，原来的多个用例与新的用例出来构成新的独立用例。这样，原来的多个用例与新的用例之间便通过使用关系来连接。之间便通过使用关系来连接。扩展关系：如果一个用例的动作序列完全包含另一个用例的扩展关系：如果一个用例的动作序列完全包含另一个用例的动作序列，且前者含有后者所不具备的一些特殊情况下的处动作序列，且前者含有后者所不具备的一些特殊情况下的处理动作，则称前者扩展后者。理动作，则称前者扩展后者。软软 件件 工

31、工 程程6.3.4 生成用例图生成用例图学生考试用例学生考试用例 软软 件件 工工 程程6.3.5 建立顶层架构建立顶层架构UML包图：对类进行分组的一种机制。包图：对类进行分组的一种机制。包间的两种关系：依赖和构成。包间的两种关系：依赖和构成。依赖关系：如果对类依赖关系：如果对类A的修改将导致类的修改将导致类B的改变，则称的改变，则称B依依赖于赖于A。构成关系：是指包可以嵌套，即包中不仅可包含类，还可构成关系：是指包可以嵌套，即包中不仅可包含类，还可以包含子包。以包含子包。软软 件件 工工 程程6.3.5 建立顶层架构建立顶层架构考试系统包图考试系统包图 软软 件件 工工 程程6.3.6 建

32、立领域概念模型建立领域概念模型UML类图：类图：类表示概念，用类图表示领域概念模型。类表示概念，用类图表示领域概念模型。类图图元：类图图元：类的名称、属性列表、方法列表。类的名称、属性列表、方法列表。类间关系：类间关系：继承、聚集、关联和依赖。继承、聚集、关联和依赖。继承关系：继承关系：表示子类重用父类的属性和操作，子类的对象表示子类重用父类的属性和操作，子类的对象也也是父类的对象，有时也称父类是子类的泛化。子类继承了父是父类的对象，有时也称父类是子类的泛化。子类继承了父类的所有属性和操作，但每个子类又有自己的特殊属性，也类的所有属性和操作，但每个子类又有自己的特殊属性，也就是说父类所具有的属

33、性和操作，子类肯定有，父类能够完就是说父类所具有的属性和操作，子类肯定有，父类能够完成的工作子类肯定能完成，反之不然。成的工作子类肯定能完成，反之不然。软软 件件 工工 程程例例如如在在下下图图所所示示的的泛泛化化关关系系中中，“题题库库”类类是是比比“选选择择题题”类类、“判判断断题题”类类和和“程程序序设设计计题题”类类更更普普遍遍的的概概念念，相相反反“选选择择题题”类类是是比比“题题库库”类类更更特特殊殊的的概概念念。这这样样“题题库库”是是一一个个父父类类，“选选择择题题”、“判判断断题题”和和“程程序序设设计计题题”是是这这个个父父类类的的子子类类。父父类类的的“题题号号”、“试试

34、题题类类型型”、“试试题题属属性性”全全部部被被子子类类继继承承，但但每每个个子子类类又又都都有有自自己己的的特特殊殊属属性性，比比如如判判断断题题类类的的属属性性“标标准准答答案案”，而而父父类没有。类没有。6.3.6 建立领域概念模型建立领域概念模型 软软 件件 工工 程程6.3.6 建立领域概念模型建立领域概念模型继承关系继承关系/泛化关系泛化关系 软软 件件 工工 程程聚集关系：聚集关系：对部分整体关系的直接模拟。分普通聚集和对部分整体关系的直接模拟。分普通聚集和构成关系两种。构成关系两种。普普通通聚聚集集和和构构成成是是两两种种类类型型的的关关联联，它它们们是是对对现现实实世世界界中

35、中部部分分和和整整体体关关系系的的直直接接模模拟拟。在在普普通通聚聚集集关关系系中中，一一个个部部件件类类对对象象可可同同时时参参与与多多个个整整体体类类对对象象。在在构构成成关关系系中中，一一个个部部件件类类对对象象在在任任意意时时刻刻只只能能参参与与一一个个整整体体类类对对象象，部部件件类类对对象象与整体类对象共存亡。与整体类对象共存亡。在在UMLUML中中用用空空心心菱菱形形记记号号表表示示普普通通聚聚集集关关系系，用用实实心心菱菱形形表表示示构构成成关关系系。菱菱形形在在整整体体一一端端。左左图图为为聚聚合合关关系系，右右图图为为组合关系。组合关系。6.3.6 建立领域概念模型建立领域

36、概念模型 软软 件件 工工 程程6.3.6 建立领域概念模型建立领域概念模型聚集关系聚集关系 构成关系构成关系 软软 件件 工工 程程关联关系：关联关系：关联（关联（associationassociation）：）：关系对象间相互独立，通关系对象间相互独立，通常体现为调用等形式。如果常体现为调用等形式。如果（1 1）类）类A A的对象向类的对象向类B B的对象发送一条消息；的对象发送一条消息；（2 2）类）类A A的对象建立类的对象建立类B B的对象；的对象；（3 3）类类A A的的对对象象包包含含一一个个属属性性，属属性性的的取取值值是是类类B B的的对对象象或或类类B B的对象的集合；的

37、对象的集合；（4 4）类）类A A的对象接受消息，类的对象接受消息，类B B的对象是消息的参数；的对象是消息的参数；则类则类A A和类和类B B相互关联。相互关联。例如，表示对象例如，表示对象“王老师王老师”与与“1“1号试卷号试卷”之间存在之间存在“出题出题”的关系，它们之间有消息传递，因此类的关系，它们之间有消息传递，因此类“考务人员考务人员”与与“试卷试卷”之间存在关联关系。下图可描述为之间存在关联关系。下图可描述为“1“1号试卷是由王老师出号试卷是由王老师出的的”。软软 件件 工工 程程普通关联关系普通关联关系关联关系表示在两个类的对象之间存在着一种用于消息关联关系表示在两个类的对象之

38、间存在着一种用于消息传递的稳定通道。传递的稳定通道。6.3.6 建立领域概念模型建立领域概念模型 软软 件件 工工 程程6.3.6 建立领域概念模型建立领域概念模型依赖关系：它是关联关系的弱化，表示被依赖的类的变化会依赖关系：它是关联关系的弱化，表示被依赖的类的变化会影响到依赖类。影响到依赖类。依赖关系的起因：依赖类的对象需要向被依赖类的对象传递依赖关系的起因：依赖类的对象需要向被依赖类的对象传递消息；被依赖类作为依赖类的操作的形参类型。消息；被依赖类作为依赖类的操作的形参类型。前一种情况可以用依赖、关联及其强化形式（聚合和构成）前一种情况可以用依赖、关联及其强化形式（聚合和构成）来实现。来实现。区别：依赖关系仅表示一种临时性的消息传递通道，一旦依区别：依赖关系仅表示一种临时性的消息传递通道，一旦依赖类对象的操作完成，该通道立即消失；而关联关系及其强赖类对象的操作完成，该通道立即消失；而关联关系及其强化形式则表示消息传递通道在整个对象的生命周期中稳定存化形式则表示消息传递通道在整个对象的生命周期中稳定存在。在。综上所述：关联是依赖的强化，聚合是关联的强化，构成是综上所述：关联是依赖的强化，聚合是关联的强化，构成是聚合的强化。聚合的强化。返回目录返回目录