基于UML的校园电子商务系统建模设计

基于UML的校园电子商务系统建模设计

葛中泽

（鄂州职业大学计算机系﹒湖北 鄂州 436000）

摘要：

统一建模语言UML是一种面向对象的建模语言。本文以UML为工具进行高校电子商务系统建模设计，给出了设计过程中的用例图、类图、活动图及序列图，并详细分析了创建这些视图的要点及过程，对基于UML进行MIS开发是有一定的指导意义。

关键词： UML、 电子商务、 MIS、 模型设计.

作者介绍：葛中泽（1969 —— ）男，湖北鄂州市人，鄂州大学计算机系副教授，主要从事应用软

件的开发和研究工作。

高等学校由于校园面积大，学生人数较多存在各种各样的的需求,因此高校完全可以依托其校园网平台，开展电子商务活动，既可以为全校师生提供方便、快捷、优质的商务服务，又可以为电子商务专业的学生提供一个实习的场所。

统一建模语言UML是由Rationl分公司开发的第三代面向对象的建模语言，它将模型中的信息用标准的图形元素直观的表示出来。他不仅支持面向对象的分析与设计，而且支持从需求分析与设计到实现软件开发的全过程。由于UML易于表达，功能强大，适用面广，它被对象管理组织（OMG）定为标准的面向对象的建模语言[1]。

1 功能性建模――用例视图

用例视图用于描述用户需求的基本功能．对于正在建造的新系统，用例视图描述系统应做什么；对于已经建造完毕的系统，用例视图反映了系统能完成什么样的功能．用例模型的基本组成部件是用例，角色和系统．用例代表一个完整的功能；角色是系统进行交互的外部实体，它可以是用户也可以是其他系统或硬件设备；系统指与本系统用例建模相关的范围，

并不指真正的软件系统[2]．

校园电子商务系统的服务对象为大学全校学生，系统的使用对象为学生经营者，主要完成如下功能：

（1） 商品查询：购买者按商品名称，分类，关键词，生产厂商来执行查询。 （2） 用户定单查找：用户通过此功能来查看自己的订单。 （3） 购买：购买者将商品放入购物车，保存订单。

（4） 商品管理：营运中心对商品进行分类，增加商品和修改商品信息，并对商品评

论信息进行管理。

（5） 订单管理：营运中心对购买者的订单进行管理，分配送货员，显示库存不足订

单，以及对购回商品的入库。

（6） 送货：配送中心对商品送货上门，然后对订单，进行处理。 根据上述功能需求分析定义用例及系统角色，如图1所示。

图1 校园电子商务系统用例图

为了说明用例图，可以用文本说明或用活动图描述。业务流程较简单的可以用文本说明，如果流程较复杂，可以用活动图[3]。其中“商品购买”用例较为复杂，可用活动图描述如下：

图2.购买商品活动图

用例视图不只是捕获需求工具，用例视图在建模过程中居于非常重要的位置，影响着系统中其它视图的构建和解决方案。基于UML的软件开发过程是以用例驱动的。

2 静态建模———逻辑视图

用例视图只考虑系统应提供什么样的功能，对这些功能的内部运作情况不考虑，为了揭示系统内部的设计和协作关系，要使用逻辑视图来描述系统[3]。

根据对校园电子商务系统的抽象和用例描述，可以为系统确定五个主要类：商品类别类，商品类，商品评论类，订单类，定单细节类。下面分别给出每个类的属性和操作。

（1） 商品类别的属性和操作包括： Class Id //商品类别编号。 Class Name //商品类别名称。 AddClass //增加类别。

Delete Class By Class Id //根据类别编号删除某一类别。 Query By Class Id //根据类别编号查询某一类别。 Update Class Name By Class Id //修改更新某一类别。 Query All Class Id //查询所有类别，返回Class ID集合。 （2） 商品类别的属性和操作包括： GoodsId //商品的形码。 ClassId //商品的类别号。 GoodsName //商品的名称。 Pron //商品的拼音码。 Producter //商品的生产商。 Price //商品的价格。 Discount //商品的折扣。 Amount //商品的库存量。

Isvalid //商品有效性（1有效，0无效）。 AddGoods //添加商品。

QueryByGoodsId //根据商品的条形码查询商品。 UpdateByGoodsId //根据商品的条形码修改商品信息。 unValidByGoodsId //根据商品的条形码使商品无效化。

QueryByClassidValid //根据商品的类别和有效性来查询所有商品，返回GOODSID

的集合。

QueryByPron //通过拼音码来查询商品，返回数据集。 QueryByProduetur //通过生产商来查询商品，返回数据集。 QueryAllUnderAmountbook //查询库存不足商品。

QueryNumberBook //查询“有效的”（ISVALID=1）且有库存（AMOUNT>0）的

商品。

QueryAllGoodsByClassid //根据分类来查询所有书。

QueryValidAmountByCassid //查询某一类有效的且有库存的商品。 QueryByGoodsname //根据商品名查询商品。 （3） 商品评论类的属性和操作包括：

CommentId //评论的编号。 GoodsId //评论的商品条形码。 UserId //发表评论的用户编号。 Subject //评论的主题。 Content //评论的内容。 Grade //本次评论出的积分。 Creat Time //评论发表的时间。 Addcomment //发表评论。

DeleteByCommented //根据评论编号删除评论。 QueryByCommented //根据评论编号查询评论。

QueryByGoodsId //根据商品编号查询评论；返回评论编号的集合。

QueryAllByGoodId //查询所有评论。 (4) 商品订单类的属性和操作包括：

OrderId //订单的编号。 UserId //下订单用户的编号。 Telephon//订单用户的电话。 Address//订单用户的地址。 OrderDate//订单递交的时间。 DeliverFee//送货。

OrderTotal//表示定货商品总金额。

State//表示订单的状态,有四种状态：新订单,完成订单,无法完成订单,未送货订单。 DeliverPerson//表示送货人。 DeliverDate//表示送货时间。 Addorder//下订单。

QueryByorderId//根据订单编号查询订单。 QueryByDeliverPerson//根据送货人查询订单。 QueryByUseId//根据用户查询订单。 QueryallNeworder//查询所以新订单。 UpdateDeliverPerogByorderId///修改送货人。

FinishOrderByorderId//完成订单。 (5) 订单细节类的属性和操作

OrderID 表示订单细节所属的订单号。 GoodsIID//表示商品编号。

Price//表示订单中某商品的价格。 Amount//表示订单中某商品的定货量。 Discount//表示订单中某商品的折扣。 Total//表示订单中某商品的定货金额。 Real Amount//表示实际可以满足的数量。 Real Total//表示订单中某商品的金额。

State//表示订单中某商品的状态（确认或未确认）。 Reason//表示原因。

AddOrderGoods//在订单中增加某商品。

QueryByorderIDGoodID//通过订单和商品条形码查询订单的细节。 QueryByorderId //通过订单编号查询订单中商品编号。 QueryAllGoodsByOrderId///通过订单编号来查询所以商品。

UpdateByorderIdGoodsId//通过订单编号和商品编号来修改订单细节。

这些类之间的关系如图3所示：

图3 校园电子商务系统的类图

3 动态建模-----并发视图

并发视图用来显示系统的并发工作状况。并发视图所描述的内容属于系统非功能性质方面的，它由动态图，状态图，序列图，协作图，活动图，和执行图（组建图，展开图）构成

[4]。

本文给出校园电子商务系统购买活动的序列图（图4），序列图用来显示对象之间的动态合作关系，强调对象之间消息的发生顺序，同时显示对象及它们之间的交互。

图4 购买商品序列图 4 结束语

以上利用UML对高校电子商务系统进行了建模开发工作，UML能够对整个开发过程提供灵活，一致和易读的表达，便于软件系统的理解、扩充和维护。特别适合于大型软件的开发，UML集中了近年来软件开发的许多经验及创新思想，是克服当今软件开发中风险大，错误多，效率低及维护困难等问题的有效途径[5]。

参考文献：

[1] 蒋慧.UML设计核心技术[M]。希望电子出版社 .2001:54-70

[2] 郑明辉.基于UML的远程教学系统面向对象建模[J]。计算机辅助工程. 2003.3:31-33. [3] 汪成亮.UML技术在实际工程中的应用[J].计算机工程与应用. 2002.1:27-30 [4] 麻志毅。面向对象分析与设计[M].机械工业出版社，2010:86-98。 [5] 陆丽娜。软件工程【[M]. 经济科学出版社。2000 126-160

本文来源：https://www.bwwdw.com/article/by3a.html