基于UML地质灾害数据采集系统建模.docVIP

基于UML地质灾害数据采集系统建模 　　（长安大学地测学院 陕西?西安 710064） 　　摘 要 本文采用理论分析与实践相结合的方法，先从理论上研究基于UML的地质灾害信息系统开发的关键技术，在此基础上，将系统的设计文档与UML的特点紧密结合起来，利用UML可以对软件系统进行面向对象的描述和建模，它可以描述从需求分析、系统设计、编码和测试等软件开发全过程。精心规划设计步骤，保证设计出来的系统简单、实用。 　　关键词 地质灾害 信息系统 UML 　　中图分类号：P463.22 文献标识码：A 　　1 UML建模语言 　　UML （Unified Modeling Language）为面向对象软件设计提供统一的、标准的、可视化的建模语言。适用于描述以用例为驱动，以体系结构为中心的软件设计的全过程。 　　UML的定义包括UML语义和UML表示法两个部分： 　　（1） UML语义：UML对语义的描述使开发者能在语义上取得一致认识，消除了因人而异的表达方法所造成的影响;（2）UML表示法：UML表示法定义UML符号的表示法，为开发者或开发工具使用这些图形符号和文本语法为系统建模提供了标准。 　　总体来说，UML由以下几个部分构成： 　　1.1视图 　　视图是表达系统的某一方面特征的UML建模元素的子集，视图并不是图，它是由一个或多个图组成的对系统某个角度的抽象。在建立一个系统模型时，通过定义多个反映系统不同方面的视图，才能对系统做出完整、精确的描述。 　　1.2图 　　视图由图组成，UML通常提供9种基本的图，把这几种图结合起来就可以描述系统的所有视图。 　　1.3模型元素 　　UML中的模型元素包括事物和事物之间的联系。事物描述了一般的面向对象的概念，如类、对象、接口、消息和组件等。事物之间的关系能够把事物联系在一起，组成有意义的结构模型。常见的联系包括关联关系、依赖关系、泛化关系、实现关系和聚合关系。同一个模型元素可以在几个不同的UML图中使用，不过同一个模型元素在任何图中都保持相同的意义和符号。 　　1.4通用机制 　　UML提供的通用机制可以为模型元素提供额外的注释、信息或语义。这些通用机制同时提供扩展机制，扩展机制允许用户对UML进行扩展，以便适应一个特定的方法/过程、组织或用户。 　　2建立系统用例图 　　用例图是由软件需求分析到最终实现的第一步，它描述人们希望如何实现一个系统。用例图显示谁将是相关的用户、用户希望系统提供什么服务，以及用户需要为系统提供的服务，以便使系统的用户更容易地理解这些元素的用途，也便于软件开发人员最终实现这些元素。用例图在各种开发活动中被广泛的应用，但是它最常用来描述系统以及子系统。 　　当用例视图在外部用户前出现时，它捕获到系统、子系统或类的行为。它将系统功能划分成对参与者（即系统的理想用户）有用的需求。而交互部分被称作用例。用例使用系统与一个或多个参与者之间的一系列消息来描述系统中的交互。 　　本文仅以普通用户为例建立用例图，如图1所示。 　　 图1：UML的用户用例图 　　图2： UML的数据录入状态图 　　3建立数据录入模块状态图 　　状态图是系统分析的一种常用工具，它通过建立类对象的生存周期模型来描述对象随时间变化的动态行为。系统分析员在对系统建模时，最先考虑的不是基于活动之间的控制流，而是基于状态之间的控制流，因为系统中对象的状态变化最易发现和理解。图2为数据录入模块状态图。 　　4建立数据录入活动图 　　活动图是UML用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图本质上是一种流程图。 　　活动是某件事情正在进行的状态，既可以是现实生活中正在进行的某一项工作，也可以是软件系统某个类对象的一个操作。活动在状态机中表现为由一系列动作组成的非原子的执行过程。 　　虽然活动图与状态图都是状态机的表现形式，但是两者还是有本质的区别：活动图着重表现一个活动到另一个活动的控制流，是内部处理驱动的流程;而状态图着重描述从一个状态到另一个状态的流程，主要有外部事件的参与。录入模块活动图如图3所示。 　　 图3：UML的数据录入活动图 　　5建立采集系统对象模型 　　5.1建立静态对象模型 　　类图的设计是系统设计核心的部分，明确基本的类以及相互的关系有助于使用者进一步完善整个系统。 　　在整个系统中用到的主要类有系统管理员、数据、用户、用户界面定制、计算机、数据查询与显示、数据交换、数据备份与恢复、数据检查、地图操作、空间查询、空间分析。 　　类图是对包所涉及的类的详细描述。在类图中要详细描述每个类的属性和操作，如确定属性的类型是公开的还是私有的，每个操作的属性、参数的说明等。