即时聊天系统顺序图

实验2 UML实验(2)实验学时： 2每组人数： 1实验类型： 3 （1：基础性2：综合性3：设计性4：研究性）实验要求： 1 （1：必修2：选修3：其它）实验类别： 3 （1：基础2：专业基础3：专业4：其它）一、实验目的1. 学习类图的绘制；2. 学习从系统需求中识别类，并构建相应的面向对象模型；3. 学习使用顺序图描述对象之间的交互；4. 学习使用活动图为业务流程建模；5. 学习使用PowerDesigner实现正向工程和逆向工程。

二、实验内容1. 根据以下描述绘制类图，再正向工程生成Java源代码（也可生成其他面向对象语言的源代码，如C++或C#等）：图形(Shape)可分为圆形(Circle)、矩形(Rectangle)、椭圆形(Ellipse)等具体图形，在Shape 类中提供了一个抽象的draw()方法用于绘制图形，而在具体的图形类中实现该抽象draw()方法。

提供一个图形工厂类(ShapeFactory)，该类提供一个静态方法createShape(char type)，其返回类型为Shape，参数type为所需绘制图形对应的代码，例如“c”表示圆形，“r”表示矩形，“e”表示椭圆形等，在createShape()方法中，可以使用条件语句来判断所需绘制图形的类型，并根据参数的不同返回不同的具体形状对象。

【注：“创建关系”是一种特殊的“依赖关系”】2. 根据以下描述绘制类图：某商场会员管理系统包含一个会员类(Member)，会员的基本信息包括会员编号、会员姓名、联系电话、电子邮箱、地址等，会员可分为金卡会员(GoldMember)和银卡会员(SilverMember)两种，不同类型的会员在购物时可以享受不同的折扣；每个会员可以拥有一个或多个订单(Order)，每一个订单又可以包含至少一条商品销售信息(ProductItem)，商品销售信息包括订单编号、商品编号、商品数量、商品单价和折扣等；每一条商品销售信息对应一类商品(Product)，商品信息包括商品编号、商品名称、商品单价、商品库存量、商品产地等。

即时聊天系统顺序图演示教学即时聊天系统顺序图UML建模作业学院：计算机科学与信息工程学院作业标题：简单即时聊天系统顺序图班级：2012计本3班组员：刘珂良，孙贵森，黄昌龙，温晴朗书写日期： 2014.10.30广西师范大学计算机科学与信息工程学院2012级制客户端功能需求：设计能实现局域网内聊天服务端与客户端的功能。

主要实现如下功能：（1）聊天服务端：实现与客户端的连接，接收来自客户端的聊天消息，并且根据客户端的要求把这些信息转发到另外一个或多个聊天客户中。

并实现对客户端登录用户的管理与控制：实现客户端聊天信息的监控与保存。

（2）聊天客户端：实现与服务端的连接，建立和维护与服务端的连接，向服务器发送本客户的聊天内容，同时从服务器接受对方的相应。

实现与其他用户的文本的发送，并实现聊天的功能。

以下是各功能描述注册功能：实现聊天帐号申请的功能。

一个新用户在提交了自己的个人信息（姓名、昵称、性别等）后，由服务器为其分配一个唯一的帐号。

●用户登录功能：实现从客户端登录系统。

并将它们发送到服务器端进行身份验证。

当通过验证时，服务器将该用户的好友信息发送回到客户端。

●添加好友的功能：先输入好友的帐号，然后由客户端提交到服务器端，再由服务器询问对方是否同意将他加为好友，当得到许可后就完成了好友的添加。

●删除好友功能：实现从好友列表中将好友删除的功能。

过程：首先选择一个待删除的好友，然后向服务器端提出删除好友的青春，当服务器许可后即可完成好友的删除操作。

●私聊功能：用户首先从好友列表中选择一个好友，然后打开私聊窗口，通过该聊天窗口来实现与好友的交流。

im会话列表设计思路随着互联网技术的不断发展，即时通讯已成为人们日常生活和工作中不可或缺的一部分。

而im会话列表作为im通讯软件中的重要功能之一，也越来越受到用户的关注和重视。

本文将从设计思路的角度，探讨im会话列表的设计。

一、风格选择im会话列表的风格设计直接影响用户的使用体验。

因此，在设计im会话列表时，应根据用户群体和产品定位来选择合适的风格。

比如，对于企业级的im通讯软件，应选择简洁大方、专业稳重的风格；而对于社交类的im通讯软件，则可以选择更加轻松、活泼的风格。

二、会话分类im会话列表中，通常会存在多种类型的会话，如群聊、单聊、系统消息等。

为了方便用户查找和管理，应将不同类型的会话进行分类，可以采用不同的颜色、标记或者图标进行区分。

同时，也可以根据用户的使用习惯和需求，提供会话置顶、隐藏等功能，方便用户自定义管理。

三、消息提醒im会话列表中，消息提醒是非常重要的功能。

为了让用户不错过任何一条重要消息，设计师应该在会话列表中提供清晰醒目的消息提醒，如未读消息数量、红点提示等。

同时，在提醒的方式上，也应该考虑到用户的使用场景和需求，提供多样化的提醒方式，如声音、震动、弹窗等。

四、搜索和筛选im会话列表中，搜索和筛选功能可以帮助用户快速找到目标会话，提高使用效率。

因此，在设计时应该考虑到搜索和筛选的便捷性和准确性。

可以提供多种搜索和筛选方式，如关键词搜索、时间筛选等，并且要保证搜索结果的准确性和完整性。

五、个性化定制im会话列表的个性化定制可以增加用户对产品的归属感和满意度。

因此，在设计时应该提供多样化的个性化定制方式，如自定义背景、头像、字体、颜色等。

同时，也可以根据用户的使用习惯和需求，提供不同的排列方式和展示方式，增加用户的使用舒适度和便捷性。

六、总结im会话列表作为im通讯软件中的重要功能之一，设计时应该从用户角度出发，考虑到用户的使用场景和需求，提供多元化的功能和个性化定制，增加用户的使用体验和满意度。

《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。

绘制该酒店订房系统的用例图。

参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业联网使用该系统。

该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。

系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。

<网上图书管理系统>需求文档版本 <1.0> [注：以下提供的模板用于 Rational Unified Process。

其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。

按此样式输入的段落将被自动设置为普通样式（样式=Body Text）。

][要定制 Microsoft Word 中的自动字段（选中时显示灰色背景），请选择 File >Properties，然后将 Title、Subject 和 Company 等字段替换为此文档的相应信息。

关闭该对话框后，通过选择Edit> Select All（或 Ctrl-A）并按 F9，或只是在字段上单击并按 F9，可以在整个文档中更新自动字段。

对于页眉和页脚，这一操作必须单独进行。

按 Alt-F9，将在显示字段名称和字段内容之间切换。

]修订历史记录目录1. 概述 (4)1.1 该文档的目的与使用范围等概要介绍 (4)2. 系统功能需求 (4)2.1 系统功能架构：用条形图或总用例图描述 (4)2.2 功能： (5)2.2.1 用例图 (5)2.2.2 用例描述 ............................................................................................................... 错误！未定义书签。

2.3 功能： (7)2.3.1 用例图 ................................................................................................................... 错误！未定义书签。

2.3.2 用例描述 ............................................................................................................... 错误！未定义书签。

顺序图的技巧顺序图是一种重要的UML（统一建模语言）图形工具，用于描述系统中对象之间的交互过程。

通过顺序图，我们可以清晰地表示系统中对象之间的消息传递和时序关系，帮助软件开发人员和系统分析师更好地理解系统的工作流程。

下面是一些在绘制顺序图时可以使用的技巧：1. 确定参与者和对象：在开始画顺序图之前，首先需要明确系统中的参与者和对象。

参与者是系统的外部实体，可以是用户、其他系统或硬件设备。

对象是系统的内部实体，代表系统内部的模块、类或组件。

2. 标识参与者和对象：对于每个参与者和对象，在顺序图中都需要标识出其名称和角色。

参与者和对象的名称应该准确地描述其功能和职责，以便能够清晰地理解系统的交互过程。

3. 定义消息：在顺序图中，消息是参与者和对象之间进行通信的方式。

消息可以是同步消息（带有返回值）或异步消息（没有返回值）。

同步消息用实线箭头表示，异步消息用虚线箭头表示。

在定义消息时，需要明确消息的类型、名称、参数和返回值。

4. 绘制生命线：生命线是顺序图中的垂直线，代表对象的存在和活动时间。

每个对象在顺序图中都应该有一个生命线与之对应。

生命线从对象的启动到终止，表示对象在系统中的存在时间。

5. 添加激活条：激活条用于表示对象在特定时间段内的活动状态。

激活条是位于生命线上的水平线条，用于显示对象的活动时间段。

当对象执行某个操作时，激活条将会出现，表示对象处于活动状态。

6. 确定时序关系：顺序图中的时序关系表示对象之间消息的顺序和时间间隔。

可以使用顺序图中的数字或时间戳来表示消息之间的时序关系。

时序关系有：同步、异步、返回、创建和销毁等。

7. 使用合适的图形符号：在绘制顺序图时，要使用合适的图形符号来表示参与者、对象、消息和时序关系。

对于参与者和对象可以使用矩形框来表示，对于消息可以使用箭头来表示。

使用合适的图形符号可以使顺序图的含义更加清晰。

8. 合理布局和命名：在绘制顺序图时，要注意合理布局和命名。

对话系统中的多路召回和排序最近和一些和对话系统不太了解的朋友聊了一下，发现其实很多人会把对话系统误解为一个简单、单一的系统，然而实际上对话系统内部的结构可以很复杂，这个原因很多吧，可能被一些文章给误导吧，其实一个比较成熟的对话系统，内部的结构和组件是可以很多的，比较突出的就是多路召回以及其对应的排序系统。

这一期给大家介绍一下这两个模块。

在工业界，可能会因为各种原因，我们需要采用多路召回的方式来处理对话系统，即分头考虑多种答案的可能性，然后再筛选出最优的回答。

这一期就给大家介绍多路召回和排序的来龙去脉，以及常见的解决方案。

多路召回的原因上一期（心法利器[78] | 端到端任务的拆解设计）我们有提到，对于一个任务，如果比较复杂，我们是希望把任务进行拆解的，拆解之后各个击破然后组装回来，那么对于一个完整的对话系统也是如此，当然这也是它能被称之为“系统”的理由，一般情况，我们会因为这些原因，把整个内容回复部分做拆解，形成多路召回：•回复内容的来源比较多样。

如一些问答类的，可能是问天气、百科，这些资源的来源可能都不一样，此时我们肯定是需要拆分多路召回逐个获取的，甚至有些内容就是生成的，例如闲聊之类的。

•不同内容的数据结构不同，要构造不同的存储和检索方案，例如结构化的内容，用mysql，文本检索用ES，向量检索可以用faiss，还有图谱等。

•有些可能是因为检索内容和对象不同，例如QQ和QA匹配，例如改写前后的匹配等。

•一些回复需要特别的构造，如追问（你要问的是XXX吗）、疑似问（你要问的问题是否在下面）、风控兜底（你说的这话不合适，对不起我还在学习）等。

因为很多原因，我们需要做多路召回，把多种不同内容、不同数据结构的资源，分路进行各自的召回，各自处理好后再排序。

多路的召回形式由于上述原因，我们需要对对话系统进行多路召回，那么召回上，主要有哪些召回的链路呢。

检索式首先，是比较经典的检索技术，这个其实对应的比较经典的检索式对话，其实现在仍旧被广泛使用，一些依赖数据、依赖知识背景的场景，这种检索来找到合适的答案的方式是非常重要的，例如一些人物问答“鲁迅的生卒年份”，客服场景“冰箱维修”，非常依赖检索式，一般比较常用的检索工具，有这些，大家可以根据实际情况进行选择。

《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。

绘制该酒店订房系统的用例图。

参考答案：顾客在线预订房间前台预订房间通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。

该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM的一部分。

系统基本功能描述如下：(1) 客户可通过系统发布反馈信息；(2) 公司客户关系(CR)部门员工也可以在系统中记录反馈信息；(3) 业务部门的主管和员工均能看到本部门的反馈信息，但只有CR部门员工拥有修改与删除反馈的权限；(4) 对于部分需要调查以便验证其真实性并需要做相关处理的反馈信息，业务部门主管有权通过系统安排本部门员工调查及处理该反馈；(5) 反馈调查与处理完毕后，负责调查的员工可通过系统输入反馈的详细情况；(6) 公司高层可查看未决反馈统计报表和各业务部门的反馈统计报表；(7) 所有人员进入本系统需先登录。

《UML实验》参考答案1. 某酒店订房系统描述如下：(1) 顾客可以选择在线预订，也可以直接去酒店通过前台服务员预订；(2) 前台服务员可以利用系统直接在前台预订房间；(3) 不管采用哪种预订方式，都需要在预订时支付相应订金；(4) 前台预订可以通过现金或信用卡的形式进行订金支付，但是网上预订只能通过信用卡进行支付；(5) 利用信用卡进行支付时需要和信用卡系统进行通信；(6) 客房部经理可以随时查看客房预订情况和每日收款情况。

绘制该酒店订房系统的用例图。

参考答案：顾客在线预订房间前台预订房间前台服务员客房部经理通过现金支付订金通过信用卡支付订金查看客房预订情况查看每日收款情况信用卡系统2. 根据以下场景绘制用例图：某企业为了方便员工用餐，为企业餐厅开发了一个订餐系统（COS：Cafeteria Ordering System），企业员工可通过企业内联网使用该系统。

该系统功能描述如下：(1) 企业的任何员工都可以查看菜单和今日特价；(2) 系统的顾客是注册到系统的员工，可以在线订餐（以下操作均需先登录）、注册工资支付、修改订餐信息和删除订餐信息，在注册工资支付时需要通过工资系统进行身份验证；(3) 餐厅员工是特殊的顾客，可以进行备餐（系统记录备餐信息）、生成付费请求和请求送餐，其中对于注册使用工资支付的顾客生成付费请求并发送给工资系统；(4) 菜单管理员是餐厅员工的一种，可以管理菜单；(5) 送餐员也是餐厅员工的一种，可以打印送餐说明、记录送餐信息（如送餐时间）以及记录收费（对于没有注册工资支付的顾客，由送餐员收取现金后记录）。

参考答案：<<include>>查看菜单查看今日特价在线订餐注册工资支付修改订餐信息删除订餐信息工资系统备餐生成付费请求请求送餐管理菜单打印送餐说明记录送餐信息记录收费注册登录3. 根据以下场景绘制用例图：某公司需开发一个反馈处理系统作为其CRM 的一部分。