第4章江西师范大学“网上商城”建模实例本文所要进行建模分析的系统是学校小型电子商务系统，以欲构建的江西师范大学的便利店和生活超市“网上商城”为例，是满足校园客户(主要在校学生)网购要求的综合性的应用系统，本文以Rational rose 2003为建模工具，并应用第三章提出的基于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)抽取系统中的类系统中存在三种类，一种是系统与外界的交界处，包括各种窗体和接口(与报表、打印机和扫描仪等硬件的接口或者与其他系统的接口);另一种是负责协调其他类工作的控制类，是控制使用事件的顺序的类;第三种是保存放入永久存储体的数据信息类，即实体类。

本文将以“下订单”举例说明分析类的整个流程。

下订单用例的主要功能是:客户登录商品信息查看页面，系统验证客户注册信息，系统打开下订单页面，填写订单并提交订单信息，根据以上描述，该用例涉及到的类如下:边界类:商品信息查看页面，填写订单页面。

控制类:下订单。

实体类:客户信息类，商品详细信息类，订单信息类。