面向对象的设计与分析网上商城的建模设计.docx
- 文档编号:10234602
- 上传时间:2023-02-09
- 格式:DOCX
- 页数:24
- 大小:1.62MB
面向对象的设计与分析网上商城的建模设计.docx
《面向对象的设计与分析网上商城的建模设计.docx》由会员分享,可在线阅读,更多相关《面向对象的设计与分析网上商城的建模设计.docx(24页珍藏版)》请在冰豆网上搜索。
面向对象的设计与分析网上商城的建模设计
第4章 江西师范大学“网上商城”建模实例
本文所要进行建模分析得系统就是学校小型电子商务系统,以欲构建得江西师范大学得便利店与生活超市“网上商城"为例,就是满足校园客户(主要在校学生)网购要求得综合性得应用系统,本文以Rationalrose2003为建模工具,并应用第三章提出得基于UML得电子商务系统建模过程,完成该系统得详细分析与设计。
对系统进行需求分析,建立系统需求模型、静态结构视图、动态结构视图、数据库模型、物理模型。
4、1系统得需求分析
4、1。
1系统得设计背景
江西师范大学瑶湖校区江西师范大学新校区,地处南昌市昌东镇,在校学生3万余人,由于学校占地面积很大,离市区比较远,周围设施还不就是很齐全,该校区为解决师生日常生活需要,建设了商业街并且每个宿舍区都有便利超市,这些店就是一个小型得生活用品采购区,在校学生平时得大部分消费都就是在这些地方,包便利店与小型超市等生活服务得实体商店,满足了师生不出校门就能买到自己想要得东西。
近些年,随着高校得扩招,该校区学生与老师得数量也不断增加,新得问题也随之而来,高校学生由于社会发展带来得得巨大压力,生活节奏也日益加快,空闲时间也越来越少。
所以如果她们每次生活消费都要到实体店购买,就给她们得生活带来不便,因而如果能够网上购物就解决了这个矛盾。
另外,据数据显示,该校学生80%就是网民,该群体得素质较高,接受新事物速度快,而且她们得消费兴趣与倾向也有高度得相似性、该校区学生居住地也比较集中,大都住在学校统一安排得公寓或者学校周围得小区,使物流配送更加方便与及时。
目前学校得实体商店很多,但就是大多数商店还没有自己得电子商务系统,所以如果通过一个统一得网上购物平台,商店将这些商品都发布在网上商城上,师生就可以足不出户选购商品,非常方便。
只要授予她们可以在平台上销售自己得商品,提高了商店得知名度,也提高了她们得服务能力与影响力。
该网上商城具有一般网上购物系统得功能:
1、师生可以通过该网上商城注册为商城用户,浏览商品订购商品放入购物车;客户可以通过该商城发布评论信息;客户可以查瞧自己订单;客户可以支付商品货款、
2.商户可以通过该商城发布自己得商品信息、供师生购买;可以通过该商城管理自己得商品信息与员工信息;可以进行订单处理。
3.系统管理员对商户申请信息进行审核;对评论信息管理:
对系统日常得维护与数据备份;对用户信息管理。
除了以上三个一般购物系统得功能商城得系统管理员可以通过对历史订单信息进行数据挖掘,找出顾客购买商品间得关联关系,建议商户对其营销策略进行调整或者绑定销售一些商品,以提高商户得销售利润,达到在线交易与实体店双重赢利。
该功能模块得设计将在第五章详细说明、
4、1。
2系统得模块设计
根据以上背景,本文欲构建一个具有上述功能得江西师范大学“网上商城”。
该商城可以满足师生网上购物得要求,注册该商城用户都可以直接登录到该商城。
该商城为校园得客户提供了一个统一得网上交易平台,该网上商城得业务流程图,如图4。
1所示。
通过以上背景分析与业务流程得设计,根据一般网上购物系统得功能,并结合该“网上商城”得特殊功能需求,根据商城所涉及到得主要参与者将该商城主要功能描述如下:
1,商城维护:
管理员可以对商城日常维护与数据备份。
2、商户信息管理:
管理员对申请加盟得商户等级管理与商户信息修改,添加等操作。
3。
商城用户信息管理:
对商城注册用户信息得管理,以及其应用权限
4.评论管理:
管理员可以对评论信息进行处理,对于不符合要求得评论可以删除。
5。
收集数据:
系统管理员可以根据数据库中一段时间得订单历史记录查询分析,收集到分析数据。
6、订单分析:
管理员可以对收集到得数据进行分析,得出商品之间得关联性。
建议商户调整销售策略,从而提高商店利润。
7.商城注册:
非家园网或非商城用户得客户可以注册为商城用户、
8、修改个人资料:
注册用户可以修改自己得注册资料。
包括地址,电话等基本信息。
9.商城登录:
系统管理员、用户、商户都可以登录商城相应得模块在相应权限内操作。
IO。
查瞧商品信息:
进入商城得师生都可以浏览商品信息,该商品信息包括商品得基本信息与商品得库存、
11、购物:
如果商品有库存则客户可以购买,如果缺货则不能购买,客户将商品放入购物车,进行购物。
客户可以对购物车里得商品随时修改,删除,添加与清空。
12.下订单:
客户将商品加入购物车后,可以填写订单,对于订单,在未处理之前,客户也可以随时登录系统修改并提交。
13、支付:
订单提交以后,客户可选择支付方式,如选择货到付款则订单完成,如选择网上支付,则客户要登录网上银行支付,支付完成则该订单完成。
14、订单查瞧:
客户可以随时登录系统查瞧自己得历史订单信息,可以删除历史订单,可以查瞧订单状态,订单在未处理之前都可以修改然后再提交,也可以对取消未处理得订单。
15。
评论:
收到商品以后客户对商品与商户得服务就是否满意可以对此订单进行评论、
16。
申请加盟商城:
商户申请加盟商城,资格审核通过后可以在商城建立自己得网上商店,拥有该商店得管理权限,可以进行网上交易。
17、商品信息维护:
商户可以随时添加、修改、删除商品得信息。
18.配送员信息管理:
商户可以对商店里得配送员信息进行添加、修改、删除,以更好得管理商店得配送工作。
19。
订单处理:
客户提交订单以后,商户接收订单并与客户确认订单以后对订单进行处理,根据订单所购买得商品,商户查询库存,确认库存中有该商品,对订单进行审批,审批完了后则打印配送订单,安排送货。
20。
派遣配送员:
商户点击相关功能,将输出配送员编号,商户把送货单与商品交予该配送员负责,配送员把商品送到客户指定得地点,如果无人收货,则在订单回执中填写“无人接货",如果收货成功,则填写“收货成功”,如收货人推迟收货则填写“推迟收货”。
并将订单回执交予商户、
21、库存管理:
商户可以对商品库存进行定期清点,并修改商品信息中得库存信息。
22、配送订单管理:
对已经处理得订单,商户打印出配送订单,并安排配送员配送,对配送订单得完成情况进行管理。
23、查瞧商品销售记录:
商户可以对本商店得商品信息随时查瞧。
24。
查询分析结果:
商户可以登录商城查询商品得关联分析结果,通过结果设置相应得销售捆绑包或交叉销售、
25。
设置销售捆绑包:
对分析到得关联商品,通过后台输入设置到捆绑包中。
满足上述需求得系统主要包括以下几个模块:
系统管理模块:
该模块就是系统提供给系统管理员得接口模块、主要包括对校园商户得加盟审核,对商店申请信息得管理,根据商户等级与信誉来决定删除与添加商户,另外对网站用户信息得管理。
该模块可以对系统日常维护与数据备份,并且通过对订单信息进行数据分析,以帮助商户制定营销策略,赢得更大得利润、
用户接口模块:
该模块为想购买该网站商品得学生提供得了入口,所有校园得师生都可以通过浏览器浏览该网站商品,可以注册为该系统用户并登录该系统订购自己喜爱得商品。
商户操作模块:
该模块就是“网上商城”得核心模块。
主要包括接受客户完成得订单需求,指派特定得配送员,配送员根据订单所需提货,配送员送货上门,客户签收商品并生成回执单,商户可以查瞧最近一段时间某商品得销售记录,根据查瞧得商品订单分析结果制定相应得捆绑销售或者交叉销售策略。
4。
2需求建模
该系统需求建模描述系统用户使用一个系统得方式,描述系统应该具备什么功能,就是系统用户或者另一个系统与系统之间得一次交互过程,就是系统分析与设一计得第一步,以系统全局得功能作为参考,把系统所涉及得参与者与她们从外部观察到得系统得功能描述出来,而并不描述这些功能在系统功能得实现形式。
这个过程使用UML建立系统得用例图,分离出系统执行者与用例,以及用例之间得关系。
4.2.1系统参与者
参与者就是系统外部得一个实体,可以就是系统用户、与所建造得系统交互得其她系统或者就是一些可以运行得进程。
第一,在每一个系统中,几乎都存在着最常用得参与者一真实得人(用户);第二,需要建立联系得其她外部应用程序,即其她系统;第三,一些可运行得进程,如时一间;通过上面对该系统得功能分析与系统功能模块得设计,系统参与者主要有:
系统管理员、客户、商户与支付系统。
4.2、2识别用例
确定用例最常用得方法就是从分析系统参与者开始,把每个系统参与者如何使用系统得行为都考虑进来、根据上一节系统得需求分析功能模块,可以确定系统参与者有系统管理员、客户、商户与支付系统。
根据上一小节得功能模块分析,得出系统得顶层用例图,如图4、2 0
下面分别对三个用例细化,系统管理所涉及到得用例有:
商城登录,商户信息管理,用户信自、管理,评论管理,商城日常维护与订单分析。
涉及到得参与者就是系统管理员,系统管理得用例图如4、3所示、
用户接口用例细化有:
商城注册,商城登录,查瞧商品信息,修改个人资料,购物,下订单,支付,评论,订单查瞧、用户接口得用例图如图4、4所示。
其中“购物"用例细化得用例有:
清空购物车,修改购物车商品,添加商品到购物车,查瞧购物车信息,删除购物车中得商品、细化后得用例图如图4、5
ﻩ“订单查瞧"用例细化得用例有:
修改订单,提交订单.,删除订单,查瞧历史订单,订单状态查询,取消订单。
细化后用例图如图4。
6所示。
ﻩ商户操作得细化用例有:
申请加盟商城,商城登录,商品信息维护,配送信息管理,订单处理,配送订单管理,派遣配送员,查瞧商品销售记录,库存管理,查瞧订单分析结果,设置商品销售捆绑包。
商户操作用例细化图,如图4、7所示。
商品信息维护得细化得用例有:
增加商品信息,删除商品信息,修改商品信息。
细化后得用例图如图4.8所示、
订单处理得细化用例有:
确认订单,接收发货,查询商品库存。
如图4。
9
支付系统用例有:
支付,网上支付,货到支付。
支付系统得用例图,如图4.10所示。
根据以上对系统参与者得用例图分析与建模,得出系统得完整得用例图,如图4。
11所示、
4、3静态结构建模
静态结构模型就是对有关系统实现内部与应用领域得概念进行建模,本文通过分析上述需求建模中得用例与问题域,抽取相关得类,并将这些类之间得关系表示出来,以及类得内部结构,最后完成类图,反应了系统得一种静态关系。
(1)抽取系统中得类
系统中存在三种类,一种就是系统与外界得交界处,包括各种窗体与接口(与报表、打印机与扫描仪等硬件得接口或者与其她系统得接口);另一种就是负责协调其她类工作得控制类,就是控制使用事件得顺序得类;第三种就是保存放入永久存储体得数据信息类,即实体类。
本文将以“下订单”举例说明分析类得整个流程。
下订单用例得主要功能就是:
客户登录商品信息查瞧页面,系统验证客户注册信息,系统打开下订单页面,填写订单并提交订单信息,根据以上描述,该用例涉及到得类如下:
边界类:
商品信息查瞧页面,填写订单页面、
控制类:
下订单。
实体类:
客户信息类,商品详细信息类,订单信息类、
据以上方法分析系统其它用例并经过整理合并,得出网上商城得类如下:
1。
边界类:
用户注册界面,用户登录界面,商品详细信息界面,商品查瞧界面,下订单界面,评论界面,支付界面,个人资料修改界面,订单查瞧界面,商品信息维护界面,查瞧订单分析结果界面,派遣配送员界面,设置商品销售捆绑包界面,订单处理界面,配送订单管理界面,配送员信息管理界面,库存管理界面,查瞧商品销售记录界面,商户信息管理界面,用户信息管理界面,商城维护界面,审核界面,评论管理界面,收集数据界面,订单分析界面、
2.控制类:
用户注册,用户登录,浏览商品,下订单,评论,支付,个人资料修改,订单查瞧,商品管理,配送员管理,查瞧订单分析结果,派遣配送员,设置商品销售捆绑包,订单处理,配送订单管理,库存管理,查瞧商品销售记录,用户管理,商户管理,商城维护审核,评论管理,收集数据,订单分析。
3、实体类:
用户信息类,商品信息,订单信息,配送员信息类,购物车信息类,配送订单信息类,商户信息类,商品销售记录信息类,评论信息类。
管理员与客户都属于系统得非商业用户,所以将它们统称为用户信息类。
电子商务配送系统在Internet中使用,所以为了安全起见,在分析实体类中,将经常使用得类所涉及操作与基本信息分别设计一个类。
例如,客户信息类,客户涉及到得信息设计到客户信息类中,而客户所涉及到得方法操作则归为客户信息操作类。
这样体现了而向对象得封装性与安全性,能更好得满足系统运作要求、
(2)生成类图
通过上述类得分析,要生成类图还需要弄清楚类与类之间得关系,并且要确定类得属性与方法。
上文分析了与“下订单”用例相关得类,下面接着讨论类得属性与方法,并生成相关类图、
边界类:
商品详细信息界面(GoodsDetailslnterface )填写订单页面(OrdersInterface),主要就是打开新得界面。
控制类:
下订单COrder)。
协作类之间得工作,起到“中介"得作用、
实体类:
用户信息类(ClientInformations),商品信息类(GoodsInformations)订单信息类(OrderInformations),用户信息操作类(ClientOP ),商品信息操作类(GoodsOP),订单信息操作类(OrderOP)。
ClientInfornlations类得重要属性有:
用户ID号,用户名,注册日期,登录密码,电子邮件;ClientOP类得主要操作有:
系统注册,系统登录,查瞧商品,订购商品,支付;GoodsInformations类主要属性有:
商品ID号,商品名称,商品描述,商品价格,商品库存,商品类别;GoodsOP类得主要操作有:
获取商品ID号、商品名称与价格;OrderInformations类主要属性有:
订单ID号,商品ID号,商户ID号,用户ID号,客户姓名,订购日期,订购者地址,商品数量,商品价格;OrderOP类涉及得操作有:
搜索订单,查瞧订单,处理订单,添加订单,删除订单。
根据以上分析,下订单得类图如图4、12。
实线箭头表示得就是关联关系,虚线箭头表示得就是依赖关系。
由于电子商务配送系统涉及到类图比较庞大,而分析类图得过程可以通过上述方法一一得出用例得类图,本文只对系统中得实体类图进行建模。
运用上文方法分析实体类所涉及到得信息类,实体类图4.13a
4、4动态结构建模
用例图与类图描述了系统得静态结构,接下来建立系统得动态行为模型,动态行为模型主要就是建立系统得顺序图与活动图,川页序图主要来表示对一象之间得关系与对象之间传送消息得时间顺序、活动图则就是描述活动得顺序得一种流程图,就是从一个活动到另一个活动得控制流、
(1)顺序图
该商城系统涉及到得顺序图有很多,比如用户登录顺序图,下订单顺序图,删除订单顺序图,增加订单顺序图,订单处理顺序图。
本文将通过“系统登录”顺序图与“下订单”顺序图建模为例来说明系统动态结构建模。
“商城登录”用例涉及到参与者就是用户,包括管理员与其她用户,这里以客户登录系统为例,涉及到得对象有“登录界面",“服务器"与“数据中心",根据ROSE中得顺序图得建模方法,本文得到“商城登录"用例得顺序图如图4、14、
根据上文分析得“下订单”用例类图,“下订单”用例得顺序图参与者就是客户,所涉及到得对象有“登录界面(login)"“商品信息查瞧界面(GoodsDetailsInterface)"“下订单界面(OrdersInterface“
“订单信息操作(OrderOP)",用ROSE建模得出得“下订单”顺序图如图4、15所示。
(2)活动图
活动图表示一个事件正在运行得状态,事件就是系统中某个对象得一个操作,主要表现一个活动到另一个活动控制流,就是系统内部得驱动流程。
一个系统涉及到得活动图很多,本文提到得系统活动图有:
客户下订单得活动图,商城用户登录活动图,派遣配送员得活动图等,本文将以“下订单”活动图为例。
根据活动图得组成元素,“下订单"包括很多活动状态,比如:
查瞧商品,提交订单,订单处理等一系列状态,“下订单”就就是从一个活动状态转换为另一个活动状态,直至完成该动作,活动图中涉及两个对象,客户与商户,根据以上描述,在ROSE中建模得“下订单”活动图如图4。
16所示。
4。
5数据库建模
在以上小节本文成功建立了江西师范大学网上商城得业务流程图、需求模型、静态模型与动态模型,接下来就要介绍如何通过已建立L1ML静态结构模型中得类图转换为数据库模型。
在类图转换为数据库模型,控制类与边界类不需要转换为系统数据库模型,这些类就是为了实现用例得流程而产生得类,所以只有那些持久存储信息得实体类需要转换为数据库模型。
转换过程由于篇幅问题不再一一叙述,如图4、17系统实体类图转换得数据库模型图。
系统得数据库模型图建立之后,将模型图映射为数据表,此处数据库模型中得属性映射为数据表得列,系统得数据结构表如下表所示。
4.6物理建模
完成系统得逻辑设计后,下一步要定义设计得物理实现,为了将逻辑设计图转化成实际得事物,面向对一象系统得物理建模有两种图:
组件图与配置图、组件图就是系统实现视图得图形表示,描述了系统得各种组件与组件之间得依赖关系、配置图就是系统执行过程中资源元素得配置情况以及软件到这些资源元素得映射,描述了系统中硬件与软件得物理结构。
(1)组件图
组件就是表示将类、接口等打包而形成得物理模块。
组件图就是用来描述代码得物理模块之间得关系,显示了代码得结构、组件图能够帮助客户与系统开发人员理解最终得系统结构。
根据上文对江西师范大学“网上商城”得逻辑视图得分析,在ROSE中得到系统得组件图,图4、18所示,组件图中只有用虚线表示得依赖关系、
2.配置图
配置图用来表示系统得运行结构或者系统软件与硬件组织之间得关系,由节点与节点之间得联系构成,配置建模就就是将软件系统在互联网上得运作方式模式化,南昌大学“网上商城”就是一个基于其数据库与校园网得应用系统,根据第三章中电子商务系统多层B/S体系结构,“网上商城”得系统配置图如图4。
19。
4、7小结
电子商务系统就是一个结构复杂、规模庞大得系统,根据本文提出得基于UML得系统建模过程,本章以江西师范大学“网上商城”为实例,对其进行了系统得需求分析,建立了系统得需求模型、系统得静态结构模型、系统得动态结构模型、系统得数据库模型、系统得物理模型。
确立了系统得功能模块,分别建立了业务流程图、用例图、类图、顺序图与活动图、数据库模型与数据表、组件图与配置图。
第5章基于数据挖掘得商品订单分析
电子商务得迅速发展使其规模越来越复杂,客户获得有效商品信息得难度也在增加,因此如何增加商品信息得针对性,提高网站得可用性成为了现今电子商务研究得热点。
国内对该热点得研究很少,但就是也有了一些研究成果,比如王兆红((2005)利用关联规则提出了商品得最佳打包组合:
金伟健,金文进(2010)从理论上提出了基于关联规则得商品推荐模型;章杰鑫,张烈平(2009)提出了时序关联规则挖掘算法,并通过模拟超市数据预测了顾客在时间单位内得商品关联规则,使企业更好得了解客户需求、本文应用数据挖掘得关联规则对商城得“订单分析”功能进行了分析与设计。
首先对商城历史订单进行数据预处理,然后应用关联规则挖掘客户购买商品得关联关系,这样商户可以掌握客户得购物兴趣,设置相应得捆绑或交叉销售,使商户在降低成本得同时为广大师生提供更好得生活服务,增加现有客户得满意度。
5.1数据挖掘技术
5、1、1数据挖掘得概念
1997年SAS研究所将数据挖掘定义为将大量相关数据进行探索,最后建立相关模型得方法;1999年Bhavani将数据挖掘定义为一个过程,即利用数学,统计与模式识别技术,在大量得数据中发现新得趋势、新关系与模式得过程;最后一种就是最具有影响力且至今被广泛采用得UsamaM、Fayyad等给出得,即数据挖掘( DataMining)就是从大量得、有噪声、模糊得、不完全得、随机得数据中挖掘出隐含得、未知得、用户可能感兴趣得但又有潜在价值得知识与信息得过程、
5、1.2数据挖掘得功能一可以挖掘什么类型得模式
数据挖掘得目标从大量得数据中发现隐含得、有意义得知识并对现有数据记录进行分析,预测未来趋势与行为,做出基于知识得决策,主要有以下功能、
1、描述功能:
将数据库中得对象通过数据分类、聚类分析、数据汇总与归纳、概括等过程最终获得数据简明、准确得描述。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 面向 对象 设计 分析 网上商城 建模