软件工程学期项目Osric用例图类图时序图
软件工程实验课件 时序图
10.3 对象的创建和撤销
▪ 创建对象的两种表示方法：
10.3 对象的创建和撤销
▪ 如果要撤销一个对象，只要在其生命线终 止点放置一个“X”符号即可，该点通常是 对删除或取消消息的回应。
10.4 时序图建模技术
① 设置交互的语境。 ② 通过识别对象在交互中扮演的角色，设置交互的场景。 ③ 为每个对象设置生命线。 ④ 从引发某个消息的信息开始，在生命线之间画出从顶
10.5 实例——图书馆管理系统的时序图
▪ 10.5.1 使用VISO绘制时序图的步骤 ▪ 10.5.2 图书馆管理系统的时序图
10.5.1 使用VISO绘制时序图的步骤
▪ 1. 创建时序图 ▪ 2. 时序图工具栏按钮简介 ▪ 3. 添加对象 ▪ 4. 添加消息
10.5.2 图书馆管理系统的时序图
▪ 在UML中，为了表示对象是激活的， 可以将该对象的生命线拓宽成为矩 形。其中的矩形称为激活条或控制 期，对象就是在激活条的顶部被激 活的，对象在完成自己的工作后被 去激活。
▪ 激活条
10.3 对象的创建和撤销
▪ 如果对象位于时序图的顶部，说明在交互 开始之前该对象已经存在了。如果对象是 在交互的过程中创建的，那么它应当位于 图的中间部分。
2: find(String)
Check if corresponding title exist
3: return true
4: create(Integer, Title)
: Item
2. 图书管理员处理借书的时序图 （不包括预留书籍的情况）
3. 系统管理员删除书目的时序图
4. 借阅者预留书籍的时序图
软件工程第五章用例图PPT课件
用例之间的关系
1. 包含
包含关系指用例可以简单地包含其他用例具有的行为，并把它所 包含的用例行为作为自身行为的一部分。在UML中，包含关系是 通过带箭头的虚线段加<<include>>字样来表示，箭头由基础用 例(Base)指向被包含用例(Inclusion)。
用例之间的关系
包含关系代表着基础用例会用到被包含用例，具体的 讲就是将被包含用例的事件流插入到基础用例的事件 流中。需要注意的是，包含关系是UML1.3中的表述， 在UML1.1中，同等语义的关系被表述为使用(uses)。
练习题
网络的普及带给了人们更多的学习途径，随之用来管理远程网络 教学的“远程网络教学系统”也诞生了。
“远程网络教学系统”的功能需求包括： (1)学生登录网站后，可以浏览课件、查找课件、下载课件、观看教
学视频。 (2)教师登录网站后，可以上传课件、上传教学视频、发布教学心得、
查看教学心得、修改教学心得。 (3)系统管理员负责对网站页面的维护，审核不法课件和不法教学信
系统同时又是相对的，一个系统本身又可以是另一个更大系统的组成部分，因此， 系统与系统之间需要使用系统边界进行区分开来。我们把系统边界以外的同系统 相关联的其他部分，称之为系统环境。
用例的重要元素
1. 识别用例
任何用例都不能在缺少参与者的情况下独立存在。同样，任何参 与者也必须要有与之关联的用例。所以识别用例的最好方法就是 从分析系统参与者开始，在这个过程中往往会发现新的参与者。
用例之间的关系
在处理包含关系时，具体的做法就是把几个用例的公 共部分单独的抽象出来成为一个新的用例。主要有两 种情况需要用到包含关系：
第一，多个用例用到同一段的行为，则可以把这段共 同的行为单独抽 象成为一个用例，然后让其他用例 来包含这一用例。
Java——类图、时序图、用例图
Java——类图、时序图、⽤例图⽬录从实际开发标准，应该在项⽬别写前设计类图，但是，不太符合实际，实际开发中改动的场景太多，⼤家懂的。
所以，现在开发⼤部分情况下，都是先完成功能，交⼯前，将代码转换成类图。
本⽂内容作为概念性的讲解。
1、类图描述要想描述类图，基本都会采⽤以下结构完成：类名称属性名称⽅法名称1）类名称普通类，直接进⾏编写；抽象类，道理上应该使⽤斜体描述；类名称{abstract}属性名称⽅法名称接⼝：有的⼯具直接使⽤“⚪”表⽰；接⼝名称<interface>属性名称⽅法名称2）属性描述访问权限：public(+)、private(-)、protected(#)；组成结构：访问权限的修饰符合 属性名称 ： 类型private String name: -name : Stringprotected int age : #age : int3）⽅法描述组成结构：访问权限的修饰符合 ⽅法名称 （参数类型 变量）：返回值类型public void setName(String name) +setName(String name):void 或 +setName(name:String):voidpublic String getName() +getName():String如果要画类图，不⽤⼿画，利⽤PowerDesigner 设计⼯具完成，建⽴时候建⽴对象语⾔的模型，但是操作很⿇烦，来来回回设置⼀堆不如⼿画的了。
因为类图的描述太⿇烦了，所以，往往会进⾏转换。
2、时序图时序图⽐较重要，它定义了代码的执⾏顺序。
但是，了解即可，⾼⼤上的⽂案中可以⽤⽤~public class MainActivity extends AppCompatActivity {@Overrideprotected void onCreate(Bundle savedInstanceState) {super.onCreate(savedInstanceState);Fruit f = Factory.getInstance();f.eat();}}interface Fruit{public void eat();}class Apple implements Fruit{@Overridepublic void eat() {System.out.println("吃苹果");}}class Factory{public static void print(){System.out.println("***************");}public static Fruit getInstance(){print();return new Apple();}}3、⽤例图⽤例指的是某⼀种⾓⾊具备什么样的操作功能，⼀般进⾏需求分析的时候使⽤的。
软件工程9种图
3.关联关系（Association）
【概念】表示一个事物的对象与另一个事物的对象之间的语义上连接， 简单的理解为两个类或类与接口之间的强依赖关系
【绘图方式】实线箭头，双向箭头或无箭头 【包括】 1 聚集 【概念】描述的是部分与整体关系，描述了“has a”的关系，部分离 开整体可以单独存在 【绘图方式】空菱形的实线，头部指向整体
【实现关系图】
泛化和实现关系的区别： 泛化关系是指同一语义层的元素连接起来， 通常在同一模型内； 实现关系将不同语义层内的元素连接起来，通常在不同模型内。
UML 的视图
相信大家都知道 UML 的全称，统一建模语言（UML 是 Unified Modeling Language 的缩写） 是用来对软件系统进行可视化建模的一种 语言。UML 为面向对象开发系统的产品进行说明、可视化、和编制文 档的一种标准语言。 我想问大家两个问题: 一、什么是模型？模型是对现实世界的形状或状态的抽象模拟和简 化。 二、为什么要建模？最简单的理由：为了能够更好地理解正在开发
UML 的9种图
上文我们介绍了， UML 的视图， 在每一种视图中都包含一个或多种图。 本文我们重点讲解 UML 每种图的细节问题：
1、用例图（use case diagrams）
【概念】描述用户需求，从用户的角度描述系统的功能 【描述方式】椭圆表示某个用例；人形符号表示角色 【目的】帮组开发团队以一种可视化的方式理解系统的功能需求 【用例图】
【依赖图】
2,泛化关系（继承） （Generalization）
【概念】描述类的一般和具体之间的关系，描述的“is a kind of ”的关 系 【绘图方式】实线空心三角箭头，箭头指向父类 【继承方式】
软件工程,论文用例图需求分析项目流程图实例图RE图属性图
药品管理系统1.简要这次是C#考试答辩程序改写有不足望老师见谅:经过市场调研，初步了解到药品销售管理系统在现实生活中的应用，现行的医药管理系统在现实中的应用主要是药品的收费管理和药品销售的账目管理，药品的库房管理（药品的进库，药品的出库）其中，最常用的是，销售管理和库房管理。
此系统操作性相对简单，只要对电脑有一定操作基础的人员都可以使用，系统对用户的提示性较好，可以提醒和引导用户对系统的操作。
本课题通过对现行医药管理信息系统的组织结构，业务流程，数据库等进行研究，分析系统的实际运行情况，并提出新的逻辑设计方案，以此来完善改进现有的系统，这对于医药企业提高经营管理具有一定的积极意义。
2.简要说明本用例是一个医药超市管理系统，只有管理员和销售员有管理权限，其中管理员和销售员可以对自己的密码进行修改。
用用自己的管理账号对医药进行管理，进货销售等等。
3需求3.1医药销售管理系统需求分析以往到药店购买药品的时候，销售人员都要手写单据和人工结账，而且每天都要统计当日的销售额，月末要统计一个月的销售额，所以要管理大量的单据，而且在统计的时候需要大量的时间，并且是人工操作，比较容易出错。
医药管理系统的出现，使得这一切变得简单起来。
以往需要算一个小时的账目现在只需点一下鼠标就可以得到，而且得到的结果还是精确的，不用担心有错误，用电脑代替人脑计算，为使用者节省了大量时间。
另外消费者也得到了便利，因为键盘录入取代了手写的单据增加了效率，在我们购买药品的时候也就方便了起来。
信息管理系统的出现，改变了企业的管理模式，药品销售管理系统则改变了医药行业的管理模式。
在当今医药行业，一套好的销售管理系统成为众多企业的得力助手。
3.2 医药销售管理系统数据库医药销售管理系统是基于网络应用，根据医药销售系统的长期开发研究经验和各医药公司现实中存在的实际业务情况，完全采取面向对象的系统开发方法，进行严格设计而成的专业医药销售管理软件。
软件工程用例图
第5页/共27页
用例图的构成要素
2. 参与者间的关系
• 由于参与者实质上也是类，所以它拥有与类相同的关系描述，即参与者与参与者之间主 要是泛化关系（或称为“继承”关系）。
第18页/共27页
使用Rose创建用例的步骤说明
2. 识别参与者
• 对于一个学校来说，最重要的就是教育学生成才，所以我们首先要考虑到的参与者就是 学生。
• 要给学生上课，必然就需要教师。教师负责教育学生、并且在日常管理中可以查询学生 的基本信息、查询学生的考试成绩。
• 作为一个学校，除了教师和学生，还有不可或缺的就是校领导。为了便于校领导掌握学 校的基本情况，加强对学校的管理导.
改教学心得。 (3)系统管理员负责对网站页面的维护，审核不法课件和不法教学信息，批准用户注册。
第24页/共27页
练习题
（1）学生需要登录“远程网络教学系统”后才能正常使用该系统所有 功能。如果忘记密码，可以通过“找回密码”功能找回密码。登录 后学生可以浏览课件、查找课件、下载课件、观看教学视频，请画 出学生参与者的用例图。
第20页/共27页
使用Rose创建用例的步骤说明
• 教师参与用例录入 成绩、修改成绩、 保存成绩、查询成 绩、删除成绩和登 录。学生参与用例 登录和查询成绩。 因为修改成绩和录 入成绩的时候都要 保存成绩，所以将 保存成绩抽象出来 作为单独的一个用 例。用例录入成绩、 修改成绩和用例保 存成绩之间是包含 关系，用例找回密 码和用例登录之间 是扩展关系。
• 系统同时又是相对的，一个系统本身又可以是另一个更大系统的组成部分，因此，系统与系统之间需要使 用系统边界进行区分开来。我们把系统边界以外的同系统相关联的其他部分，称之为系统环境。
软件工程9种图
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
软件工程——软件开发过程中用到的各种图
软件工程——软件开发过程中用到的各种图本文档涉及附件:本文所涉及的法律名词及注释:1·版权：指知识产权法律框架下对创作作品的独立权利，包括复制、分发、演绎和展示等权利。
2·商标：指公司、品牌或产品的标识，用于区分同类或相似产品或服务的来源。
3·专利：指对发明的一种技术解决方案的独占权，包括发明专利、实用新型专利和外观设计专利等。
4·法律责任：指违反法律法规或合同规定所引起的法律后果，例如赔偿、罚款等。
5·保密协议：指当事人之间为保护双方的商业机密而达成的协议，规定了保密信息的范围、保密义务以及违约责任等。
1·引言本文档旨在介绍软件工程中常用的图形表示方法，包括用例图、类图、流程图、数据流图、状态转换图、部署图、时序图和甘特图等。
这些图形可以帮助开发团队更好地理解和描述系统的功能和结构。
2·用例图用例图是描述系统功能和用户之间交互的图形表示方法。
它主要包含了参与者、用例和关联关系等元素。
用例图帮助开发团队更好地了解系统需要实现哪些功能，并作为需求分析的重要工具。
3·类图类图是描述系统中类、接口、实例和它们之间关系的图形表示方法。
它主要包含了类、属性、方法和关联关系等元素。
类图帮助开发团队更好地了解系统的结构和模块之间的关系，并作为设计和编码的参考依据。
4·流程图流程图是描述系统中过程和步骤的图形表示方法。
它主要包含了开始和结束节点、操作步骤、条件判断和循环等元素。
流程图帮助开发团队更好地了解系统的执行流程和操作过程，并作为编码和测试的重要工具。
5·数据流图数据流图是描述系统中信息流动和处理的图形表示方法。
它主要包含了数据流、处理节点和数据存储等元素。
数据流图帮助开发团队更好地了解信息的流动和处理过程，并作为系统设计和优化的参考依据。
6·状态转换图状态转换图是描述系统中状态和状态转换的图形表示方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学期项目用例图分配任务更新客户信息更新客户优先级打印报表增加客户查找客户估算服务等待时间增加服务请求更新服务请求完成服务技师维护技师信息助手删除服务请求顾客Osric 项目的初始用例图打印任务分配情况打印杰出工作报表打印报表助手打印请求列表打印统计报表打印账单<<include>><<include>><<include>><<include>><<include>>打印报表用例的第二次迭代维护技师信息助手增加技师<<include>>更新技师信息<<include>>技师删除技师<<include>>维护技师信息用例的第二次迭代学期项目用例描述和类图、时序图Osric电信公司管理系统的增加客户用例描述简要描述增加客户用例使助手能够根据情况增加新客户按步骤描述1、判断是否允许新公司申请服务1.1.若是在白天，如果等候列表上的顾客数超过了白天工作的技师数的两倍，则软件认为不允许增加新客户1.2.偶尔情况下，允许增加某个新公司2、若允许申请，则助手输入新客户信息3、添加结束后，返回一个成功添加的信息确认增加客户用例的类图: 助手 : UserInterface : Maintain_Customer : Request : Technician :Customer 1:助手登录系统2：传送增加客户申请3：申请等候列表上的顾客数4：返回等候列表上的顾客数5：申请白天工作的技师数6：返回白天工作的技师数7：判断是否允许增加该客户8：如果允许，则将该客户加入顾客列表9：发送成功添加的信息10：发送成功添加的信息11：发送成功添加的信息增加客户用例的时序图Osric电信公司管理系统的查找客户用例描述简要描述查找客户用例使助手能够根据顾客提供的信息查找顾客相关信息按步骤描述1.助手询问顾客编号。
助手根据顾客编号查找该顾客信息2.如果顾客不知道顾客编号，助手询问公司名称。
助手根据公司名称查找顾客信息3.查找结束后，返回顾客信息，以后查找成功的确认信息查找客户用例的类图: 助手 : UserInterface : Maintain_Customer : Customer 1:助手登录...2：传送根据顾客编号查找客户申请7：返回客户信息3：传送根据公司名称查找客户申请4:申请查找客户信息5：返回客户信息6：返回客户信息查找客户用例的时序图Osric电信公司管理系统的估算服务等待时间用例描述简要描述估算服务等待时间客户用例使助手能够根据估算出顾客在得到服务前需等待的时间按步骤描述1、获得软件产品根据当前的每个工作目前所花费的时间2、获得当前等候队列的长度3、获得完成一项工作的平均时间来估算需要多久才能提供服务4、用一定的算法计算估算出顾客在得到服务前需等待的时间5、返回估算服务等待时间估算服务等待时间用例的类图: 助手: UserInterface : Maintain_Customer: Request : Technician: Customer1:助手登录...2：传送估算服务等待时间申请3：申请等候列表的长度4：返回等候列表的长度5：申请当前的每个工作目前所花费的时间6：返回当前的每个工作目前所花费的时间9：估算服务等待时间10：将信息传递给顾客11：发送估算服务等待时间12：发送估算服务等待时间13：发送估算服务等待时间7：申请完成一项工作的平均时间8：返回完成一项工作的平均时间估算服务等待时间用例的时序图Osric 电信公司管理系统的增加服务请求用例描述简要描述增加服务请求用例使助手能够在规定的情况下增加服务请求 按步骤描述1、 在晚上，助手不接受任务服务申请2、 在白天2.1、如果有新公司申请服务2.1.1如果等候列表上的顾客数超过了白天工作的技师数的两倍，则软件认为不允许增加服务请求2.1.2偶尔情况下，允许某个新公司增加服务请求 2.2、如果是老公司，则将该申请加入到请求队列中 3、返回增加服务是否成功的确认信息增加服务请求用例的类图: 助手 : UserInterface : Maintain_Request : Request : Technician :Customer 1:助手登录...2：传送增加新公司的服务请求申请3：申请等候列表上的顾...4：返回等候列表上的顾客数5：申请白天工作的技...6：返回白天工作的技师数7：判断是否允许增加该客户8：如果允许，则将该客户加入顾客...9：传送增加老公司的请求申请10：发送成功添加的信息11：发送成功添加的信息12：发送成功添加的信息增加服务请求用例的时序图Osric电信公司管理系统的更新服务请求用例描述简要描述更新服务请求用例使助手能够根据已有信息更新服务请求按步骤描述1、当请求队列中有请求的优先级发生改变时，要更新服务请求2、当服务请求的相关属性发生改变时，也要更新服务请求3、助手获得需要更新的请求数据4、助手根据请求信息在请求列表中找到该请求5、助手更新请求信息6、返回更新操作成功与否的确认信息更新服务请求用例的类图: 助手: UserInterface: Maintain_Request: Request1:助手登录...2：传送更新服务请求申请5：更新该请求在等候列表中的位置6：返回更新成功的信息7：返回更新成功的信息8：返回更新成功的信息3：从请求列表中找到该请求4：返回从请求列表中找到的请求更新服务请求用例的时序图Osric 电信公司管理系统的删除服务请求用例描述简要描述删除服务请求用例使助手能够在服务完成时，删除服务请求 按步骤描述1、当技师完成了某服务时，要删除服务请求2、助手根据技师提供的信息在请求列表中找到该请求3、助手删除该请求4、返回删除操作成功与否的确认信息删除服务请求用例的类图: 助手: UserInterface: Maintain_Request: Request1:助手登录...2：传送删除服务请求申请5：将该请求从请求列表中删除6：返回删除成功的信息7：返回删除加成功的信息8：返回删除成功的信息3：从请求列表中找到该请求4：返回从请求列表中找到的请求删除服务请求用例的时序图Osric电信公司管理系统的完成服务用例描述简要描述完成服务用例使助手能够知道技师是否完成了服务按步骤描述1.技师完成服务Osric电信公司管理系统的维护技师信息用例描述简要描述维护技师信息用例使助手能够管理维护技师的信息按步骤描述Osric电信公司管理系统的增加技师用例描述简要描述增加技师用例使助手能够增肌技师按步骤描述1、助手输入新技师信息2、添加结束后，返回一个成功添加的信息确认增加技师用例的类图: 助手 : UserInterface: Maintain_Technician : Technician 1:助手登录...2：传送增加技师申请6：返回添加成功的信息5：返回添加成功的信息3：将该技师加入技师列表4：返回添加成功的信息增加技师用例的时序图Osric电信公司管理系统的更新技师信息用例描述简要描述更新技师信息用例使助手能够更新技师信息按步骤描述1、当技师完成工作时，需要更新技师信息2、当技师的相关属性发生改变时，也要更新技师信息3、助手获得需要更新的数据4、助手根据技师信息在技师列表中找到该技师5、助手更新技师信息6、返回更新操作成功与否的确认信息更新技师信息用例的类图: 助手: UserInterface: Maintain_Technician: Technician1:助手登录...2：传送更新技师信息申请5：更新该技师信息6：返回更新成功的信息7：返回更新加成功的信息8：返回更新成功的信息3：从技师列表中找到该技师4：返回从技师列表中找到的...更新技师信息用例的时序图Osric 电信公司管理系统的删除技师用例描述 简要描述删除技师用例使助手能够删除技师 按步骤描述1、当技师辞职或者被辞退，要删除技师2、助手根据技师提供的信息在技师列表中找到该技师3、助手删除该技师4、返回删除操作成功与否的确认信息删除技师用例的类图: 助手: UserInterface: Maintain_Technician: Technician1:助手登录...2：传送删除技师申请5：将该技师从技师列表中删除6：返回删除成功的信息7：返回删除成功的信息8：返回删除成功的信息3：从技师列表中找到该技师4：返回从技师列表中找到的技师删除技师用例的时序图Osric电信公司管理系统的分配任务用例描述简要描述分配任务用例使助手能够合理地分配任务按步骤描述1、当服务请求队伍不是空的时候，助手就需要不断地分配任务2、助手查找有空的技师3、如果找到有空的技师，则将技师与队列中最前面的请求绑定（即分配该技师为该请求服务）4、返回分配操作成功与否的确认信息分配任务用例的类图: 助手: UserInterface: Maintain_Technician: Technician : Request1:助手登录...2：传送分配技师申请5：将该技师与相应的请求编号绑定3：申请查找有空的技师4：返回有空的技师编号6：返回分配成功的信息7：返回分配成功的信息8：返回分配成功的信息分配任务用例的时序图Osric 电信公司管理系统的更新客户信息用例描述简要描述更新客户信息用例使助手能够根据顾客提供的信息更新顾客信息 按步骤描述1、 当技师的相关属性发生改变时，要更新技师信息2、 助手获得需要更新的数据3、助手根据顾客信息在顾客列表中找到该顾客4、助手更新顾客信息5、返回更新操作成功与否的确认信息更新客户信息用例的类图: 助手 : UserInterface : Maintain_Customer :Customer1:助手登录...2：传送更新客户信息申请3：从客户列表中找到该客户4：返回客户列表中找到的客户7：返回更新成功的... 8：返回更新成功的...5：更新该客户信息6：返回更新成功的信息更新客户信息用例的时序图Osric电信公司管理系统的更新顾客优先级用例描述简要描述更新顾客优先级用例使助手能够根据顾客提供的信息更新顾客优先级按步骤描述1、当顾客等候了两整天以后，要更新顾客优先级2、助手根据顾客信息在顾客列表中找到该顾客3、助手更新顾客优先级4、返回更新操作成功与否的确认信息更新顾客优先级的类图: 助手 : UserInterface: Maintain_Customer : Customer 1:助手登录...2：若客户等候了两整天后，传送更新客户优先级申请3：从客户列表中找到该客户4：返回客户列表中找到的客户7：返回更新成功的信息8：返回更新成功的信息5：更新该客户优先级6：返回更新成功的信息更新顾客优先级的时序图Osric电信公司管理系统的打印报表用例描述简要描述打印报表用例使助手能够打印各种报表按步骤描述打印报表的类图接下来的几张用例的类图都是上图中的类图的一部分，因此就不重复写了Osric电信公司管理系统的打印账单用例描述简要描述打印账单请求用例使助手能够根据顾客提供的信息以及相关信息提供相应的服务按步骤描述1、助手查找未付款的顾客2、打印出还未付款的顾客信息，并且打印账单，邮寄给该顾客，提醒他按时缴费3、技师完成任务时，生成一份账单。