面向对象的设计与分析网上商城的建模设计Word格式文档下载.docx
《面向对象的设计与分析网上商城的建模设计Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《面向对象的设计与分析网上商城的建模设计Word格式文档下载.docx（14页珍藏版）》请在冰点文库上搜索。
对系统日常的维护和数据备份;
对用户信息管理。
除了以上三个一般购物系统的功能商城的系统管理员可以通过对历史订单信息进展数据挖掘，找出顾客购置商品间的关联关系，建议商户对其营销策略进展调整或者绑定销售一些商品，以提高商户的销售利润，到达在线交易和实体店双重赢利。
该功能模块的设计将在第五章详细说明。
系统的模块设计
根据以上背景，本文欲构建一个具有上述功能的师大学“网上商城〞。
该商城可以满足师生网上购物的要求，注册该商城用户都可以直接登录到该商城。
该商城为校园的客户提供了一个统一的网上交易平台，该网上商城的业务流程图，如图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.20
下面分别对三个用例细化，系统管理所涉及到的用例有:
商城登录，商户信息管理，用户信自、管理，评论管理，商城日常维护和订单分析。
涉及到的参与者是系统管理员，系统管理的用例图如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数据挖掘技术
数据挖掘的概念
1997年SAS研究所将数据挖掘定义为将大量相关数据进展探索，最后建立相关模型的方法;
1999年Bhavani将数据挖掘定义为一个过程，即利用数学，统计和模式识别技术，在大量的数据中发现新的趋势、新关系和模式的过程;
最后一种是最具有影响力且至今被广泛采用的UsamaM.Fayyad等给出的，即数据挖掘（DataMining）是从大量的、有噪声、模糊的、不完全的、随机的数据中挖掘出隐含的、未知的、用户可能感兴趣的但又有潜在价值的知识和信息的过程。
数据挖掘的功能一可以挖掘什么类型的模式
数据挖掘的目标从大量的数据中发现隐含的、有意义的知识并对现有数据记录进展分析，预测未来趋势和行为，做出基于知识的决策，主要有以下功能。
1.描述功能:
将数据库中的对象通过数据分类、聚类分析、数据汇总与归纳、概括等过程最终获得数据简明、准确的描述。
升级会员 