客服部角色用例图[1]

《客服部角色用例图[1]》由会员分享，可在线阅读，更多相关《客服部角色用例图[1]（18页珍藏版）》请在金锄头文库上搜索。

1、-0-一、系统的需求分析一、系统的需求分析( (一一) )系统目标和系统需求获取模式系统目标和系统需求获取模式 系统预期要实现的目标是，建立一个相对完善的网上购物系统 （1 1）使买家可以实现：）使买家可以实现： 1.浏览商品：按类查询商品、查看商品信息、查看卖家信息，放入购物车（须先登录） 。2.在线注册。 3.用户登录。 4.账户管理：查看账户、修改账户、账户充值。 5.购物车：看中的商品可以添加订购、下架或者不满意的商品可以删除；订购以后， 确认订单，付款到支付宝。 6.交易管理：查看订单、确认收货、退款。 7.评价管理：对卖家进行评价、查看卖家的信誉评价、查看卖家对自己的评价、对不 满

2、意的评价进行解释、修改评价。 8.投诉/举报：投诉卖家，举报商品，可以请求客服介入。 （2 2）使卖家可以实现销售商品管理，这包括：）使卖家可以实现销售商品管理，这包括： 1.实名认证：出售宝贝须先通过客服的认证。 2.下载与卖家沟通交易的专门软件。 3.开店：店铺装修、营销推广。 4.公告管理：（针对热销产品、新品上市）添加公告、修改公告、删除公告。 5.商品管理：添加商品类别、修改商品类别、删除商品类别（类别便于买家查询浏览） ， 添加商品信息、修改商品信息、删除商品信息、查看商品信息。 6.订单管理：处理订单（将订单发到相应的管理员处，确认用户的商品） 、办理发货、 办理结账（在收到用户

3、的订单后，查看商品的数量与付款是否一致，及时在网上确认用户 的货款是否打到自己的账户。 ） 、退款处理、删除订单。 7.评价管理：查看买家对交易的评价、对不满意的评价进行解释、对买家进行评价、 查看买家的信誉评价。 8.投诉管理：查看投诉用户、处理投诉、删除已解决的投诉、投诉买家，可以请求客 服介入。 （3 3）使系统实现客服功能）使系统实现客服功能 1.认证管理：检测、通过卖家的实名认证。 2.调解管理：经买（卖）家请求介入买卖双方的交易纠纷。 3.维权管理：受理举报（接受买家的举报） ，核实举报（对举报内容进行查实） 、注销 违章店铺。 4.公告管理：公布举报（公布虚假商品及违章店铺） ，

4、公布系统公告。 5.维护系统。 （二）系统流程分析（二）系统流程分析 1 1买家购买商品的流程：买家购买商品的流程： （1）买家登录网站首页进行商品的浏览。可以按商品类别来进行浏览，并可查看商品 信息、卖家信息。 （2）如果要购买商品，买家必须进行用户登录，输入用户名和密码；如果用户还没有 注册，可以进行在线注册。 （3）登录后可以进入账户管理，查看、修改账户信息；当余额不足时，可进行账户充-1-值。 （4）进入购物车，查看订购的商品，对不满意的商品可以进行删除。订购以后，确认 订单，付款到支付宝。 （订单自动生效，系统分配一个订单编号给买家，并将订单发送给卖 家。 ）若要继续购物则可返回浏览

5、页面继续购物。 （5）等待卖家发货，可以在交易管理中，随时查看订单信息。 （6）确认收货。收到商品后，在交易管理里确认收获，支付宝将把交易款付给卖家。 如果对商品或者物流有意见，可以请求退款，等待卖家处理。 （7）评价。根据交易情况对卖家进行评价，如果有不满意的地方可以等待卖家解释； 此后，也可以看见卖家对买家的评价，并且对不确实的评价进行解释。 （8）如果在交易过程中有受到欺骗或者卖家违规操作，可以向客服提出投诉和举报， 请求客服介入。 2.2.卖家销售商品的流程卖家销售商品的流程 （1）首先要申请实名认证，经客服同意后取得在该网站上销售商品的资格。 （2）下载与卖家沟通交易的专门软件，方便

6、与客户交流。 （3）对网上店铺进行装修和宣传。 （4）上传商品信息，随时进行添加、修改和删除。 （5）设置公告，公布各类商品及销售信息。 （6）收到买家的订单后，先进行确认，然后进行发货。 （7）在买家确认收货后，办理结账，查收交易款到账情况。如果买家提出退款申请， 先与对方进行协商，如果同意退款，则进行退款处理；如果协商陷入矛盾，可请求客服介 入调解。 （8）交易完成后，删除订单。 （9）收到买家的评价后，对不确实的评价进行解释；然后对买家进行评价，如果有不 满意的地方可以等待买家进行解释。 （10）如果有投诉情况，可以查看投诉用户，然后处理投诉；也可投诉违规操作的用 户。如果有不可协商的矛

7、盾，可以请求客服介入。最后删除已解决的投诉。二、系统的二、系统的 UML 建模：建模：在前面的系统概述（需求分析）当中我们做了详细的说明，接下来，我们将对系统的 流程和各个参与者之间的相互作用做详细说明。将以 Rational Rose 作为 UML 建模的工具， 使用用例图、类图等对整个系统做详细的描述。 2.12.1 系统的用例图系统的用例图 用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中 的一个功能单元，可以被描述为参与者于系统之间的一次交互作用。用例模型的用途是列 出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。 2.1.12.1.1 角色的确

8、定角色的确定在 UML 中，Actors 代表位于系统之外和系统进行交互的一类对象。用它可以对软件系统 于外界发生的交互进行分析和描述。 在本网上购物系统中，可以归纳出来的主要为题有：1.卖家出售商品；2.买家购买商品；3.客服调节纠纷； 从上面归纳的问题可以看出，在本系统 UML 建模中，可以创建一下角色： 1. 卖家-2-2. 买家 3. 客服 使用 Rational Rose 的 Use Case View 中建立 Actors 如下图：（图 1）2.1.22.1.2 创建用例创建用例 用例本身是指一个用户或其他系统于要设计的系统进行的一个交互，这个交互是为了 达到某个目标。角色用户描述

9、有该目标的人或系统。 网上购物系统根据业务流程可以分为以下的几个用例：卖家用例：卖家用例：图（1.2.1）买家用例：买家用例：-3-（图 1.2.2）客服用例：客服用例：（图 1.2.3）2.1.32.1.3 创建角色创建角色用例关系图用例关系图 用例图表示了角色和用例以及它们之间的关系。它描述 了系统、子系 统和类的一致的功能集合，表现为系统和一个或多个外部交 互者的消息交互动作系列。 1.1.从买家角度描述的用例图为：从买家角度描述的用例图为：-4-、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、

10、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 /、 、 、 、 、 、uses（图 1.3.1）2.2. 从卖家角度描述的用例图为：从卖家角度描述的用例图为： -5-（图 1.3.2）、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、

11、、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、uses-6-3.3.从客服角度描述的用例图为：从客服角度描述的用例图为： （图 1.3.3）2.2 系统的类图系统的类图2.2.12.2.1 本系统中的系统包图：本系统中的系统包图： 在定义具体的类之前，先在宏观的角度上将整个系统分割成多个独立的包。利用包可 以合理组织整个系统中的设计类。在这里把整个网上购物系统分成的包如下：、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、 、

12、、 、 、 、 、 、 、 、 、 、 、 、 、 、-7-（整个系统可以看成人员信息、事务、和接口 3 块，分别控制不同的应用。 ）（图 2.1）2.2.22.2.2 人员信息包内的类图人员信息包内的类图（图 2.2）-8-2.2.32.2.3 接口中的类图接口中的类图（图 2.3.1） 卖家接口中的类图-9-（图 2.3.2） 买家接口中的类图（图 2.3.3）客服接口中的类图-10-2.3 系统的时序图系统的时序图 2.3.1 买家、卖家帐户管理的时序图：买家、卖家帐户管理的时序图： 买家或卖家输入用户名和密码登录系统后，开始进行帐户管理，帐户管理模块通过查 询数据库对其信息进行验证和更

13、新；若未注册的用户反馈错误信息提示其注册；用户通过 帐户管理模块可以查看帐户信息、充值等功能。、 、 /、 、 、 、 、 、 、 、 、 、 、 、 、3: 、 、 、 、 、 、 、 、14: 、 、 、 、 、 、 、 、 、1: 、 、 、 、5: 、 、 、 、 、 、 、 、 、 、 、4: 、 、 、 、 、 、2: 、 、 、 、 、6: 、 、 、 、 ID7: 、 、 、 、 、8: 、 、 、 、 、 、 、9: 、 、 、 、 、 、10: 、 、 、 、11: 、 、 、 、 、 、12: 、 、 、 、 、 、 、13: 、 、 、 、 、 、 、 、 、 、 、

14、、 、（图 3.1）-11-、 、 /、 、 、 、 、 、 、 、 、 、 、1: 、 、 、 、 、 、 、 、 2: 、 、 、 、 ID3: 、 、 、 、 、 、4: 、 、 、 、 、 、5: 、 、 、 、 、 、 、 、6: 、 、 、 /、 、 、 、 、 、10: 、 、 、 、7: 、 、 、 、 、8: 、 、 、 、9: 、 、 、 、11: 、 、 、 、 、12: 、 、 、 、13: 、 、 、 、 、 、 、 、 、14: 、 、 、 、15: 、 、 、 、 、16: 、 、 、 、17: 、 、 、 、2.3.2 买家、卖家评价管理的时序图：买家、卖家评价

15、管理的时序图： 买家和卖家登录系统后可以通过交易情况对对方进行评价，评价信息将保存在数据库 中；当买家或卖家登录系统后可以查看评价并对评价进行解释；评价管理模块通过查询和 更新数据库对其信息进行更新和保存。（图3.2）-12-2.3.3 买家更新购物车的时序图：买家更新购物车的时序图： 买家登录系统后进入购物车，查看已订购的商品和删除不满意的商品；买家亦可选择 自己中意的商品选入购物车。购物车通过查询和更新数据库对以上的信息进行更新、删除 和保存。（图3.3）、 、 、 、 、 、 、 、 、 、1: 、 、 、 、 、 、 、 、19: 、 、 、 、 、 、 、 、 、4: 、 、 、 、

16、7: 、 、 、 、 、 、 、 、 、 、 、8: 、 、 、 、 、 、13: 、 、 、 、 、 、 、 、 、 、 、 、5: 、 、 、 、 、 、6: 、 、 、 、2: 、 、 、 、 、 、3: 、 、 、 、 、 、 、 、9: 、 、 、 、 、12: 、 、 、 、 、 、 、 、 、 、 、 、 、11: 、 、 、 、 、 、10: 、 、 、 、 、 、15: 、 、 、 、 、 、 、 、16: 、 、 、 、 、 、 、 、 、 、 、17: 、 、 、 、 、 、 、18: 、 、 、 、 、 、14: 、 、 、 、 、 、-13-2.4 系统的协作图系统的协作图 买家、买家交易管理的协作图：买家、买家交易管理的协作图： 买家选中商品后确认订单，并将订单发给卖家申请卖家发货，确认卖家发货后买家在 交易管理界面中支付金额，交易管理模块提示卖家支付信息；卖家确认买家收到