第4章_UML系统建模与分析设计(4)-系统分析与对象类建模_4

第四章

系统分析与对象类建模

任何建模语言都以静态建模机制为基础,标准建模语言UML也不例外。 所谓静态建模是指对象之间通过属性互相联系，而这些关系不随时间 而转移。 类和对象的建模，是UML建模的基础。我们认为,熟练掌握基本 概念、区分不同抽象层次以及在实践中灵活运用,是三条最值得注意 的建模基本原则。 UML的静态建模机制包括： 用例图(Use case diagram) 类图(Class diagram) 对象图(Object diagram ) 包图(Package diagram) 构件图(Component diagram) 配置图(Deployment diagram)UML系统建模与分析设计 1

2013-12-10

知识图谱

2013-12-10

UML系统建模与分析设计

知识图谱

2013-12-10

UML系统建模与分析设计

本章目的：

掌握系统分析的内容与方法 掌握系统分析规格说明书的基本书写格式 了解寻找和确定一个系统中对象类的方法 掌握UML中对象类属性和操作的定义和描述方法 掌握对象类之间的关系及其表示方法 掌握利用包(子系统)的层次关系描述系统体系结构 掌握类和对象建模方法

2013-12-10

UML系统建模与分析设计

4.1系统分析

根据建立的用户需求模型在系统分析阶段要进一步确立三 个系统模型： 对象静态模型、对象动态模型和系统功能 模型 系统分析活动的成果： 系统的静态结构模型、动态行为模型、必要的需求分析 说明、系统分析说明书等一起构成系统的分析模型， 系统分析活动的成果成为下一步系统设计的基础。

2013-12-10

UML系统建模与分析设计

面向对象的开发方法的基本任务是建立对象模型，是软件系统开发的 基础。 步骤： 先应当考察该系统的对象静态结构模型 UML中的对象类图(Class Diagram)与对象图(Object Diagram) 表达了对象模型的静态结构，能够有效地建立专业领域的计算机系统 对象模型。

然后再考察在任何时刻对象及对象之间联系的改变，即对象的动 态结构模型的描述 接下来就是观察系统如何进行内部数据的传送和处理，即系统功 能结构模型的描述UML系统建模与分析设计 6

2013-12-10

4.1.1 建造对象类静态结构模型 对象类静态结构模型描述了系统的静态结构，它指出类间

的关系、通过继承，合成机制来组织对象结构描述。 类图(Class diagram)由系统中使用的类以及它们之间 的关系组成，是描述系统的一种图式. 类图是构建其它图的 基础。 将对象间的关系明确标注在关联线上，使对象之间彼此的

关联关系更加清晰明了 建立对象类静态结构模型，其开发过程是不断反复精炼的， 并对对象类静态结构模型进行整体性和一致性的检查

2013-

12-10

UML系统建模与分析设计

面向对象的思想

2013-12-10

UML系统建模与分析设计

面向对象思想

每个对象都扮演了一个角色，并为其它成员提供特定的服 务或执行特定的行为。 在面向对象世界中，行为的启动是通过将“消息”传递给 对此行为负责的对象来完成的；同时还将伴随着执行要求 附上相关的信息(参数);而收到该消息的对象则会执行 相应的“方法”来实现需求 用类和对象表示现实世界，用消息和方法来模拟现实世界 的核心思想

2013-12-10

UML系统建模与分析设计

对象类静态结构模型建模步骤

1.连线建立网络图根据对象类CRC卡片在图中画出有关联的类； 如果一个类与另一个类相关联(有协作).这两类之间用线连接； 用带箭头的有向线段表示消息传递，从消息的发送者指向消息的接收者： 利用对象类CRC卡片画出有关联(协作)关系对象类的网络图。

2.连接命名

复审对象类CRC卡片,评估属性操作和消息传递对象，为连接线起个有 确切含义的名字，写在连线旁,以表示是什么样的关系。 对连线的每一端评估，以确定基数。基数表示它们之间消传递的数(如 1对1,1对多或多对多等)。 对复杂系统的模型建立子系统图进行简化UML系统建模与分析设计 10

3.确定关联基数

4.简化模型

5.编制相应的文档资料。

2013-12-10

3.3 定义系统的对象和类类-责任-协作者(Class-Responsibility-Collaborator, 简称CRC)技术：

2013-12-10

UML系统建模与分析设计

如何识别类是面向对象方法的一个难点，但又是建模的关键。常用的 方法有： 1. 名词识别法 2. 系统实体识别法 3. 从用例中识别类 4. 利用分解与抽象技术

2013-12-10

UML系统建模与分析设计

1. 名词识别法描述过程应与领域专 家共同合作完成，并 识别问题域中的实体，实体的描述通常用名词、 遵循问题域中的概念 名词短语、名词性代词的形式出现。 和命名。

用指定语言对系统进行描述；从系统描述中标识名词、名词短语、名词性代词；

识别确定(取、舍)类。

2013-12-10

UML系统建模与分析设计

1. 名词识别法 识别问题域中的实体，实体的描述通常用名词、 名词短语、名词性代词的形式出现。

用指定语言对系统进行描述；从系统描述中标识名词、名词短语、名词性代词；

识别确定(取、舍)类。

为了发现对象和类，开发人员要在系统需求和系 统分析的文档中查找名词和名词短语，包括：可感知 的事物、角色、事件、互相作用、人员、场所、组织、 设备和地点等。UML系统建模与分析设计 14

2013-12

-10

根据下述原则进一步确定类： ①去掉冗余类：如两个类表述 同一信息，应保留最具有描述 能力的类。 识别问题域中的实体，实体的描述通常用名词、 ② 去掉不相干的类：删除与 名词短语、名词性代词的形式出现。 问题无关或关系不大的类。 ③ 删除模糊的类或性质独立 用指定语言对系统进行描述； 性不强的类：有些初始类边界 定义不确切，或范围太广，应 从系统描述中标识名词、名词短语、名词性代词； 该删除。 识别确定(取、舍)类。⑤ 所描述的操作不适宜作为 对象类，并被其自身所操纵， 所描述的只是实现过程中的暂 时的对象，应删去。2013-12-10 UML系统建模与分析设计 15

1. 名词识别法

2. 系统实体识别法不关心系统的运作流程及实体之间的通信状态， 而只考虑系统中的人员、组织、地点、表格、报告等 实体，经过分析将他们识别为类(或对象)。 被标识的实体有：

系统需要存储、分析、处理的信息实体；系统内部需要处理的设备；

与系统交互的外部系统；系统相关人员；

系统的组织实体。2013-12-10 UML系统建模与分析设计 16