基于UML的采购业务系统设计

作者：于红志

来源：《科技创新导报》 2012年第18期

于红志

(大连大学信息工程学院 辽宁大连 116622)

摘 要:简要的介绍了UML(Unified Modeling Language)建模语言的基本概念及其内容;并通过对商务采购业务系统的实际建模简要演示了应用UML建模的思路。

关键词:UML 系统分析与设计 采购业务 建模

中图分类号:F253 文献标识码:A 文章编号:1674-098X(2012)06(c)-0188-01UML标准建模语言不仅支持面向对象的分析与设计,而且还支持需求软件开发的全过程。目前,标准建模语言(UML)取得了科技界、工业界和应用界的广泛支持,成为可视化建模语言事实上的工业标准。UML代表了面向对象方法的软件开发技术的发展方向,同时也提供软件工程化的思想和方法。

1 UML(Unified Modeling Language)定义及组成部分

UML的定义包括UML语义和UML表示法两个部分,UML语义使用简单一致的语言,表示法则定义了UML的可视化标准符号,这就决定了UML是一种可视化的建模语言。这些图形符号和文字用于建立应用级的模型上。此外UML的定义还给出了结构的规定。

UML定义了9种视图。由这9种视图(静态视图和动态视图)来展示模型

UML的静态视图包括用例图(Use case diagram)、构件图(Component diagram)、类图

(Class diagram)、对象图(Object diagram)、包(Package)和配置图(Deployment diagram)。

UML的动态视图包括状态图(State Diagram)、顺序图(Sequence Diagram)、合作图

(Collaboration Diagram)和活动图(Activity Diagram)。这四类图均可用于系统的动态建模,但它们各自的侧重点不同,分别用于不同的目的。

UML(Unified Modeling Language)中视图有以下几个要点:

类图:它一组类、接口和协作及它们间的关系,在建模中所建立的最常见的图就是类图。用类图说明系统的静态设计视图,包含主动类的类图—专注于系统的静态进程视图。

对象图:是一组对象及它们之间的关系。用对象图说明类图中所反应的事物实例的数据结构和静态快照。对象图表达了系统的静态设计视图或静态过程视图,除了现实和原型的方面不同于类图外,其作用与类图相同。

状态图:是一个特定对象的所有可能状态,以及由于各种事件的发生而引起的状态间的转移。一个状态图描述了一个状态机,用状态图说明系统的动态视图。它对于接口、类或协作的行为建模尤为重要,也可用它描述用况实例的生命周期。

例图:展现了一组用况、参与者以及它们间的关系。可以用例图描述系统的静态使用情况。在对系统行为组织和建模方面,用例图是非常重要的。

交互图:展现了按一定的目的进行的一种交互形式,它由在一个上下文中的一组对象及它们间交互的信息组成。交互图也可用于描述一个用况的行为。顺序图和协作图都是交互图,他们可以相互转换。

顺序图:是一组对象和由这组对象收发的消息,用于按时间顺序对控制流建模。用顺序图说明系统的动态视图。

活动图:它是一种特殊的状态图,描述需要做的活动、执行这些活动的顺序(多为并行的)以

及工作流(完成工作所需要的步骤)。活动图对系统的功能建模特别重要,强调对象间的控制流程。

协作图:展示的是这组对象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织,按组织结构对控制流建模。

构件图:是一组构件之间的组织和依赖,用于对原代码、可执行的发布、物理数据库和可调整的系统建模。

配置图:展现了对运行时处理节点以及其中构件的配署。它描述系统硬件的物理拓扑结构(包括网络布局和构件在网络上的位置),以及在此结构上执行的软件(即运行时软构件在节点中的分布情况)。

2 UML应用示例

下面以商务采购业务系统为例,用UML的基本思想和过程对商务采购业务系统分析与设计最典型的部分进行具体的分析与建模。

2.1 系统描述

采购管理软件具有自动请购的功能。它的应用对象是签署采购合同、采购统计表以及客户统计表,例如:在库存管理软件每日运行的自动采购物品表中就列出这种物品的品名和所需数量,在库存人员确定后可生成带编号的内部采购单,生成定单后还要鉴定采购合同。由供应商准备货源。

2.2 需求分析与设计

2.2.1 确定系统的用例和用例图

需求分析首先要定义用例。在UML建模时,一个用例应是用户在与计算机之间为达到某目的一次交互。是对一个特定系统所提供功能的一种描述,其描述了用户所提出的一些可见得需求。

从系统外部执行者的角度来看,业务采购系统应提供采购统计表和客户统计表,供采购员使用;同时要支持签署采购合同的功能,该活动需要采购员和供应商的共同参与。

对于商务采购业务系统,主要的角色有两种:采购业务员和供应商。

采购业务中的用例包括:签署采购合同;采购统计表;客户统计表信息。

业务系统的角色是采购业务员和供应商,采购业务员和供应商交互完成任务。因此用例图表明角色和签署采购合同、采购统计表和客户统计表信息三个用例有关。

2.2.2 确定系统中的类以及类图

类图是面向对象系统中应用最为广泛的图。主要描述系统的功能需求即系统给最终用户提供的服务.

根据三层次的观点(概念层、说明层和实现层),类图化分为三个层次。其中概念层的概念模型与其实现的软件无关;说明层则考察其软件的接口部分;实现层才真正具有严格意义上类的概念,揭示出软件实现的构成情况。

2.2.3 确定系统活动图

在规格说明的阶段进行系统业务描述。规范系统完成特定功能的主要流程。可以用活动图进行描述。

2.3 系统详细设计

该阶段工作是把概要设计阶段的模型进一步的扩展和细化;在分析阶段定义的类也将进一步被细化,通常将产生更多被细化了的新类图、活动图等,它们的定义也将更详细、并涉及更多技术细节。但这并不意味着为一个系统建模时需要使用UML所有的图形和符号。

使用UML的准则:不要试图使用其所有的图形与符号。要根据项目特点选用最适用的图形和符号,通常应该优先选用最简单的图形和符号;不必为每个事物都画一个模型。抓住事物本质建模方能保证模型符合目标;应分层次建模。根据项目进展的不同阶段,用正确的观点画模型图。为避免过早陷入实现细节,要把重点放在概念层及说明层。

3 结语

UML提供的九种视图从不同应用层次和不同角度为系统从系统分析、设计直到实现的提供有力支持。同时UML系统模型的表达能力也超出了以往任何一种面向对象的分析和设计方法,在不同的阶段建立不同的模型,建模的目的也各不相同。