基于UML的校园电子商务系统建模设计.doc
《基于UML的校园电子商务系统建模设计.doc》由会员分享，可在线阅读，更多相关《基于UML的校园电子商务系统建模设计.doc（6页珍藏版）》请在冰豆网上搜索。
基于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）商品类别的属性和操作包括：
ClassId//商品类别编号。
ClassName//商品类别名称。
AddClass//增加类别。
DeleteClassByClassId//根据类别编号删除某一类别。
QueryByClassId//根据类别编号查询某一类别。
UpdateClassNameByClassId//修改更新某一类别。
QueryAllClassId//查询所有类别，返回ClassID集合。
（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//本次评论出的积分。
CreatTime//评论发表的时间。
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//表示订单中某商品的定货金额。
RealAmount//表示实际可以满足的数量。
RealTotal//表示订单中某商品的金额。
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].经济科学出版社。
2000126-160
升级会员 