客服部角色用例图.docVIP

一、系统的需求剖析 (一)系统目标和系统需求获得模式 系统预期要实现的目标是，成立一个相对完美的网上购物系统 （1）使买家能够实现： 1.阅读商品：按类查问商品、查察商品信息、查察卖家书息，放入购物车（须先登录）。 在线注册。 用户登录。 账户管理：查察账户、改正账户、账户充值。 购物车：看中的商品能够增添订购、下架或许不满意的商品能够删除；订购此后，确认订单，付款到支付宝。 交易管理：查察订单、确认收货、退款。 评论管理：对卖家进行评论、查察卖家的信用评论、查察卖家对自己的评论、对不满 意的评论进行解说、改正评论。 投诉/检举：投诉卖家，检举商品，能够恳求客服介入。 2）使卖家能够实现销售商品管理，这包含： 实名认证：销售宝贝须先经过客服的认证。 下载与卖家交流交易的特意软件。 开店：商铺装饰、营销推行。 通告管理：（针对热卖产品、新品上市）增添通告、改正通告、删除通告。 商品管理：增添商品类型、改正商品类型、删除商品类型（类型便于买家查问阅读），增添商品信息、改正商品信息、删除商品信息、查察商品信息。 6.订单管理：办理订单（将订单发到相应的管理员处，确认用户的商品）、办剪发货、 办理结账（在收到用户的订单后，查察商品的数目与付款能否一致，实时在网上确认用户的 货款能否打到自己的账户。）、退款办理、删除订单。 7.评论管理：查察买家对交易的评论、对不满意的评论进行解说、对买家进行评论、查 看买家的信用评论。 投诉管理：查察投诉用户、办理投诉、删除已解决的投诉、投诉买家，能够恳求客服 介入。 3）使系统实现客服功能 认证管理：检测、经过卖家的实名认证。 调停管理：经买（卖）家恳求介入买卖双方的交易纠葛。 维权管理：受理检举（接受买家的检举），核实检举（对检举内容进行查实）、注销违章商铺。 通告管理：宣布检举（宣布虚假商品及违章商铺），宣布系统通告。 保护系统。 （二）系统流程剖析 1．买家购置商品的流程： 1）买家登录网站首页进行商品的阅读。能够按商品类型来进行阅读，并可查察商品信息、卖家书息。 2）假如要购置商品，买家一定进行用户登录，输入用户名和密码；假如用户还没有注册，能够进行在线注册。 3）登录后能够进入账户管理，查察、改正账户信息；当余额不足时，可进行账户充 值。 -0- 4）进入购物车，查察订购的商品，对不满意的商品能够进行删除。订购此后，确认订单，付款到支付宝。（订单自动奏效，系统分派一个订单编号给买家，并将订单发送给卖家。）若要持续购物则可返回阅读页面持续购物。 5）等候卖家发货，能够在交易管理中，随时查察订单信息。 6）确认收货。收到商品后，在交易管理里确认收获，支付宝将把交易款付给卖家。假如对商品或许物流存心见，能够恳求退款，等候卖家办理。 7）评论。依据交易状况对卖家进行评论，假如有不满意的地方能够等候卖家解说；今后，也能够看见卖家对买家的评论，而且对不的确的评论进行解说。 8）假如在交易过程中有遇到欺诈或许卖家违规操作，能够向客服提出投诉和检举，恳求客服介入。 卖家销售商品的流程 1）第一要申请实名认证，经客服赞同后获得在该网站上销售商品的资格。 2）下载与卖家交流交易的特意软件，方便与客户交流。 3）对网上商铺进行装饰和宣传。 4）上传商品信息，随时进行增添、改正和删除。 5）设置通告，宣布各种商品及销售信息。 6）收到买家的订单后，先进行确认，而后进行发货。 7）在买家确认收货后，办理结账，查收交易款到账状况。假如买家提出退款申请， 先与对方进行磋商，假如赞同退款，则进行退款办理；假如磋商堕入矛盾，可恳求客服介入调停。 8）交易达成后，删除订单。 9）收到买家的评论后，对不的确的评论进行解说；而后对买家进行评论，假如有不满意的地方能够等候买家进行解说。 10）假如有投诉状况，能够查察投诉用户，而后办理投诉；也可投诉违规操作的用户。假如有不行磋商的矛盾，能够恳求客服介入。最后删除已解决的投诉。 二、系统的UML建模： 在前面的系统概括（需求剖析）中间我们做了详尽的说明，接下来，我们将对系统的 流程和各个参加者之间的互相作用做详尽说明。将以RationalRose作为UML建模的工具，使用用例图、类图等对整个系统做详尽的描绘。 2.1系统的用例图 用例视图是被称为参加者的外面用户所能察看到的系统功能的模型图。用例是系统中的 一个功能单元，能够被描绘为参加者于系统之间的一次交互作用。用例模型的用途是列出系 统中的用例和参加者，并显示哪个参加者参加了哪个用例的履行。 角色的确定 在UML中，Actors代表位于系统以外和系统进行交互的一类对象。用它能够对软件系统于外界发生的交互进行剖析和描绘。 在本网上购物系统中，能够概括出来的主要为题有： 卖家销售商品； 买家购置商品； 客服调理纠葛； 从上边概括的问