UML逻辑建模过程分析.pdfVIP

UML 逻辑建模过程分析 董帅 辽宁工程技术大学工商管理学院，辽宁葫芦岛 (125105) E-mail ：ziyun-1986@126.com 摘 要：本文介绍面向对象的系统开发过程中逻辑的建模的过程，对逻辑建模的每个步骤进 行分析，指出所涉及UML 的图例，并指出他们之间的关系。 关键词：UML ，逻辑建模，结构建模机制，行为建模机制 1. 引言 面向对象软件开发方法已经成为现代软件工程的重要手段。这种机制将传统的以数据为 中心的软件开发方法，改变为同时关注数据的信息与功能，从而可以开发出适应信息与功能 变化的系统。UML 语言是目前应用最为广泛的面向对象软件建模语言，其完整丰富的图形 和符号为表达面向对象系统模型提供了有力的支持。但是UML 作为一种描述工具，而不是 作为一种开发方法，应用UML 快速设计和表达系统模型，必须有有效的设计方法支持。 UML 面向对象的开发理念用 UML 来表示，其逻辑建模过程大致可分为三个阶段：用 来描述需求用例建模、描述需求所建立的系统的静态建模、描述系统行为的动态建模。它从 不同的视角为系统的架构建模，形成不同的系统视图，一类为静态图，包括用例图、类图、 对象图、组件图、配置图。另一类为动态图，包括状态图、顺序图、活动图、协作图。[1][2] 2. 逻辑建模过程 按照传统的逻辑建模过程分为三步：第一步描述需求，用UML 就是使用用例图来描述 人们所要就系统的如何使用第二步描述需求所建立的系统的静态建模，第三步是描述系统行 为的动态建模。下面针对这三步作具体介绍。 2.1 需求建模 作为逻辑建模的第一步，需求建模是建立好系统的基础，他将决定系统设计和实现。所 以对需求的描述一定要清楚、细致、准确。他是对系统进行需求调研，分析系统的业务流程 图和数据流程图，以及系统中涉及的各级操作人员，识别出系统中的所有用例和角色；接着 分析系统中各角色和用例间的联系。 需求建模是指人们对于系统功能的要求的初步描述，而非具体的细节的详细描述，是从 整体的功能方面考虑。主要把系统所涉及的用户、系统实现的功能等方面的表述，属于统一 建模语言UML 的结构建模机制。[5] 在这个阶段需要用UML 建模工具画出系统的用例图。 用例图是描述人们描述他们期望一个系统将被怎样使用。用例图显示的是有关系的用 户，用户期望系统提供的功能，以及用户自己需要为系统作出的贡献，以便使系统的用户更 容易地理解这些元素的用处，也便于软件开发人员最终实现这些元素。 用例图表示如图1 - 1 - 关系 用例 参与者 图1 用例图 Fig.1 Use Case Diagram 2.2 系统静态建模 根据需求分析结果，识别用例，标识完成事件流的类，标识类的责任、属性和关联，发 现类的实例对象，建立对象图。为了利于理解和增加模型的可重用性，大型复杂系统则需要 构建管理较小组织单元的包图，如子系统模型的设计。建立系统的初始静态结构模型，在系 统迭代开发中再对初始静态模型进行细化，构造完整的系统静态结构模型描述了系统中类的 静态结构、定义系统中的类、表示类之间的联系，同时也可以包括类的内部结构。[3] 在此步骤当中需要用到类图和对象图。 类图（class diagram ）用来表示系统中的类和类与类之间的关系，它是对系统静态结构 的描述。类用来表示系统中需要处理的事物。类与类之间有多种连接方式（关系）。比如： 关联（彼此间的连接）、依赖（一个类使用另一个类）、特