uml+选修课系统类图交互图设计文档
最新学生选课系统完整的UML建模
11）管理员选择添加课程
12）系统提示输入新课程信息
13）管理员输入信息
14）系统验证是否和已有的课程冲突
15）A2：有冲突
16）10）系统添加新课程，提示课程添加成功
17）11）系统重新进入管理界面，显示所有课程
18）12）用例结束
19）异常事件流处理：
2.对部分用例进行描述：
“添加课程”用例
1）用例名：添加课程
2）执行者：管理员
3）目的：管理员通过系统界面进入，添加所要开设的课程，确认无误后将其信息保存到数据库中，以供学生选择。
4）过程描述：
5）管理员选择进入管理界面，用例开设
6）系统提示输入管理密码
7）管理员输入密码
8）系统验证密码
9） A1:密码错误
月生活费人数（频率）百分比
（四）DIY手工艺品的“个性化”
图1.6
9、如果你亲戚朋友送你一件DIY手工艺制品你是否会喜欢？（7）查询自己已选课程时，可选择“学生”菜单的“查询已选课程”，或者直接单击右下角的“打开”按钮进行查询。如图1.7
大学生的消费是多种多样，丰富多彩的。除食品外，很大一部分开支都用于。服饰，娱乐，小饰品等。女生都比较偏爱小饰品之类的消费。女生天性爱美，对小饰品爱不释手，因为饰品所展现的魅力，女人因饰品而妩媚动人，亮丽。据美国商务部调查资料显示女人占据消费市场最大分额，随社会越发展，物质越丰富，女性的时尚美丽消费也越来越激烈。因此也为饰品业创造了无限的商机。据调查统计，有50%的同学曾经购买过DIY饰品，有90%的同学表示若在学校附近开设一家DIY手工艺制品，会去光顾。我们认为：我校区的女生就占了80%。相信开饰品店也是个不错的创业方针。
UML4 交互图
:顾客
: Front
: Register
: Dispenser
1: Insert(Input)
2: Select(Selection) 3: Send(Input,Selection)
4: Deliver(Selection)
5: Deliver(Selection)
买饮料理想场景实例顺序图
18
另一种场景：（1）记录仪检查顾客投入的钱币数量是否等与所要购买的饮料价格。 （考虑钱数） （2）输入钱币大于价格：则记录仪计算差额并检查机器中存有的金额。
26
主要内容
1. 协作图的组成 2. 运用协作图 3. 实例图与一般图 4. 对象的创建与销毁 5. 其他概念
27
4.2.1 协作图的组成
协作图由下列图形元素构成：对象、关联线、导航箭线 和消息。
3: Send(Input,Selection)
5: Deliver(Selection)
8: [Change in Reserve] Return Change
4: [Input=Price]Deliver
6: [Input>Price] Check for Change 7: [Change in Reserve] Deliver
四、交互图（Interaction Diagram）
交互图表示对象之间的交互，是描述一组对象如何合作 完成某个行为的模型化工具。
交互图主要用于对Use Case中的控制流的建模。一般情 况下，一个交互图表达单个Use Case的行为，它表示出 该Use Case中的若干实例对象和对象之间所传递的消息。 交互图有效地帮助人们观察和理解系统内部的协作关系 和过程行为。
实验二UML交互图的绘制
实验二交互图的绘制一、目的和要求：1、掌握顺序图和协作图的基本画法2、掌握交互图中出现的建模元素的画法3、掌握顺序图建模和协作图建模的方法二、实验内容：画出顺序图模型、协作图模型，通过建立协作模型，加深对建立用例所需的建模元素的认识，初步掌握其用法。
1、画出“图书管理系统”的顺序图2、画出“求一元二次方程的根”的顺序图（1）事件流基本事件流：1)求根者打开主界面2)求根者发出“求根”命令3)系统要求输入系数4)求根者输入系数5)系统验证系数是否合法6)系统显示结果7)用例结束异常：1)系数不合法（a等于0或a、b、c不全为实型数），系统显示异常信息（2）参与者✧求根者（3）对象✧Form（主界面）✧Root×1×2（方程根）✧ANullException（异常）（4）消息请同学自己补充。
3、画出“教师评分系统”中的“浏览成绩”顺序图（1）事件流基本事件流：1)教师登录系统2)系统验证教师身份3)教师获取学生信息和分数信息4)系统显示学生和分数信息5)用例结束（2）参与者✧教师（3）对象✧WebSite（站点）✧Security（验证）✧OnlineUser（学生）✧Grades（分数）✧Database（数据库）（4）消息请同学自己补充。
4、画出“学生选课系统”的选课（Select Course）、查询(Query Course)、增加课程(Add Course)、付费(Pay for Course)、修改课程(Modify Course) 和删除课程(Delete Course) 所对应的主脚本的顺序图。
（1）“选课（Select Course）”事件流基本事件流：1)学生进入选课主界面2)学生发出选课命令3)系统显示所有课程信息4)学生选择课程5)系统验证课程是否可选6)系统显示课程选择成功7)用例结束（2）参与者✧Student（3）对象✧Form（主界面）✧Course（课程）✧Control（控制对象）✧Database（数据库，亦可看成参与者）（4）消息请同学自己补充。
Chapter 06-交互图(顺序图与协作图)共48页文档
层次编号的顺序图示例
提示
Order类的
dispath () 方法，作用 是根据供应 商户的不同 将一个订单 分拆到多个 送货单中
电子商务网站 “将订单生成送货单”用例的顺序图
消息类型
调用(call)，调用某个对象的操作
格式：“对象名.成员方法”
顺序图中的循环和分支
其它操作符
break 定义含有监护条件的片段，若条 件为“真”执行子片段，而不执行 子片段后面的其它交互；若条件 为“假”，那么就按正常流程执行
critical critical表示子片段是“临界 区域”，区域中生命线上的 事件序列不能和其他区域 中的任何其他事件交错 通常表示一个原子性的连 续操作，例如事务性操作
顺序图中的循环和分支
控制器
发动机
其它操作符
loop：表示片段的多次执行， 由循环次数和监护条件说明 loop(1,n)，loop(10)
loop [for each Item]
assert、consider、ignore assert表示执行过程中，唯一的有效行为 consider包含一个子片段和一个消息类型列表，只 有列表中的消息类型可以出现在子片段中；其它类型 可以出现，但是交互会忽略它们 ignore也包含一个子片段和一个消息类型列表，列 表中的消息类型可以出现在子片段中，但交互会忽略 它们
强调消息交互在时间轴上的 先后顺序
顺序图的组成元素
自动车锁系统
对象：矩形，符号与对象图相同 “ 锁 车 ” 用 例 的 顺 序 图
生命线：虚线，表示对象生存期
控制焦点：矩形条，表示对象正在执行一些活动
消息：箭头线，表示对象间消息通讯
UML交互图
交互片断操作符critical
• 表示该子片断是“临界区域”，在临界区域中生命线上的事件序列不能够
和其它区域中的任何其他事件交错。通常用来表示一个原子性的连续操作， 例如事务性操作
二、序列图的组成 4、消息
消息的语法： [序 号 ][警 戒 条 件]*[重 复 次 数 ][ attribute： = ] name[(argumentlist)] 其中：
attribute是生命线的属性（对象名），用以存储返回值。 name是消息名（信号或操作名）。 argument-list是一个参数值的表，每个参数值可有下列形式之一： argument-value parameter-name=argument-value [警戒条件]：选择项，为一布尔条件表达式，满足条件时才能发送消息。
顺序图的主要元素
• 消息：用来描述对象之间所进行的通信的，该信息带有对将要发生的活动
的期望。当传送一个消息时，它所引起的动作是一个通过对计算过程的抽 象而得到的可执行语句。
• 消息分为五种：调用、返回、发送、创建和销毁 • 调用：表示调用某个对象一个操作
序号：表示消息在对象间交互的时间顺序号。 序号在合作图中必不可少，在的实例对象aOrder得到返回的PeddleryId后，根据该值判断是否
已经有相对应的DeliverOrder对象，如果没有就创建它（调用 create(PeddleryId)），然后再将对应的Product添加到这个 DeliverOrder对象中。否则就直接添加到相应的DeliverOrder对象中
UML七交互交互图
1 引言
: 用户
：接收鼠标消息
：处理鼠标消息
：系统数据
User Press LB Down Pass LB Down Message Is Cursor inside image
Set Selected Flag
: 显示窗口
User Mover mouse while LBDOWN Pass the message
1.2. putRecentPick(I)
过程顺序号是嵌入式的
当一个消息启动了另一个消息顺序时, 此消 息顺序内的各消息就可以重新开始编号。
如：消息1发送后,启动了其后的一系列消息, 则这些消息就可以编号为1.1, 1.2, 1.3, …
16
2.2 交互的基本概念– 语境
➢交互通常发生在一定的语境、场景中： 例如：C/S系统中，Client对象和Server对象之间 有交互 在操作的实现中可以发现对象之间的交互 操作的参数、局部/全局变量 在构件、节点或用例的表示中发现交互
部署图 deployment D.
包图package D. 时序图 timing D.
交互概览图 interaction overview D.
交互图Interaction Diagram
➢ 交互 对象或角色(role) 参与者 消息
➢ 交互图 顺序图sequence diagram 通信图Communication diagram/协作图collaboration diagram
5
1 引言
➢ 例如，用软件实现移动图形的动态行为（下图） 考虑系统外部和系统打交道的对象 “用户”和“显示窗口”--在图中标识为系统的参与者 将这两个外部对象描绘在交互图上 之后，十分自然地，也是“面向对象”地考虑在系统中应该如何 设置担负不同职责的软件“角色”，它们共同完成这一任务 这如同当人们需要互相通信来完成某一工作时，需要进行分工一 样。
uml实验四指导书(交互图、活动图)
统一建模语言及工具实验指导书
安徽师范大学数学计算机科学学院
实验四交互图、活动图设计
一、实验目的
1.掌握交互图、活动图的概念。
2.掌握交互图、活动图的画法以及其中元素所代表的意义。
3.掌握使用staruml绘制交互图、活动图。
二、实验环境
1.设备：计算机
2.软件：Windows XP系统，Microsoft Office Word 2010，Rational Rose
Enterprise Edition，staruml
3.地点：专业机房。
三、实验要求：
1.画出下列活动图，且每个活动名称增加你的学号后3位
2.画出银行取款活动图、顺序图和协作图。
（活动名称加学号后3位，消息名称加学号后3位）
3.画出下列借书顺序图和协作图
四、实验内容与步骤。
UML与系统分析设计第二版 第6章 交互图.ppt
在UML2.0中提供了对系统动态行为建模的四大类图形： Use Case图、交互图、状态机图和活动图。
交互图（Interaction Diagram）主要表现对象之间是如何进 行交互和通信的。
交互图主要用于对Use Case中的控制流的建模。一般情况下， 一个交互图表达单个Use Case的行为，它表示出该Use Case 中的若干个实例对象和对象之间所传递的消息。
命线表示为从对象图标向下延伸的一条虚线。 3．激活期 激活期（Activation）又称为控制焦点（Focus of control），表示对象执行一个动作的期间，也即对象激 活的时间段。 激活期由位于生命线上的一个窄矩形框表示。 当一个对象在激活期时，该对象处于激活状态，能够响 应或发送消息，执行动作或活动。当一个对象不在激活 期时，该对象处于休眠状态，什么事都不做，但它仍然 存在，等待新的消息来激活它。
Home
6.1.1 顺序图的组成
4．消息 消息（Message）表示对象之间的通信，对象之间的交互通过互发消
息来实现，消息将触发接受对象中的特定操作。 。 在顺序图中消息用对象角色之间的一条水平箭线表示。消息箭线从
源对象指向目标对象，其上标有消息内容标签。 消息内容标签的格式为：
序号 [保安条件] *[循环] 返回表：= 操作名（参数表） 序号为消息在整个交互中的顺序号。 保安条件（Guard Condition）是一个布尔条件表达式。只有当其保
6.1.3 同步消息与异步消息
同步消息（Synchronous massage）代表一个通过操作调 用的嵌套的控制流，该操作调用要求操作同步。
同步消息的发送者把控制传递给消息的接收者，然后暂 停活动，等待消息接收者放弃或返回控制。
UML类图、交互图、协作图及示例
对象
消息
生命线
激活
武当山旅游门户网站（ ） 分类信息
顺序图的组成
1、对象
顺序图中的对象可以是系统的参与者或者任何有效的系统对象。对 象的表示形式也和对象图中的对象的表示方式一样，使用包围名称的矩 形框来标记，所显示的对象及其类的名称带有下划线，二者用冒号隔开， 使用“对象名 ：类名”的形式，对象的下部有一条被成为“生命线” 的垂直虚线。
例如：Shape, Person, CheckingAccdount
④ 可分为简单类名，带路径类名 例如： CheckingAccdount Banking::CheckingAccdount
武当山旅游门户网站（ ） 分类信息
武当山旅游门户网站（ ） 分类信息
7.9 类图
面向对象方法的三个最重要的技术是用例图、交互图 和类图。无论是面向对象的分析还是面向对象的设计 和实现，类图都是最核心技术。它不仅能够表现信息 的结构，还能够反映系统的行为。
类图以反映类的结构(属性、操作)以及类之间的关系 为主要目的，描述了软件系统的结构，是一种静态建 模方法
事实上，软件开发不同时期的类图反映了不同层次上 的抽象。
武当山旅游门户网站（ ） 分类信息
类的概念
1. 类的定义
类(class): 具有相似结构、行为和关系的一组对象。
2.类的表示
类名
属性 操作
武当山旅游门户网站（ ） 分类信息
描给系统，系统检查这个读者的借书证合法信息,如果 不合法,则系统给出提示,如果正确系统返回读者的身份 信息，以及读者的借阅信息。 如果读者借书数量没有超过借书的上限，则把要借书的 图书编号输入系统，系统登记借书信息，并返回借书成 功信息，借书过程完成。
uml+选修课系统类图交互图设计文档
类图和交互图练习一:问题:软件学院打算开发一个学生选课系统。
… 新的系统允许学生利用局域网上的PC机来注册本学期的课程，并可以查看自己已学的所有课程的所有成绩。
新的系统允许教师决定要教哪些课程，并通过管理员更新数据库，教师在学期末登记自己教授的课程的成绩。
… 学院已有课程目录(course catalog)数据库部分，课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息，但不会修改数据库中的课程信息。
管理员通过其它系统来维护课程信息† 在每个学期初，学生可以获取这个学期所开设的所有课程的目录，在课程目录中包含每门课的详细信息，如professor（讲课教师，因为后面约定老师可以有教授、副教授和讲师3种类型）, department, prerequisite等。
† 每个学生在一个学期，根据自己所在系的培养计划，必修课必须选，选修课自愿，但一学期不可超过8门课程，不少于3门课程。
（第8周周二到周五可以退课，但必须保证本学期课程不少于3门，退课需交纳50/门的费用，由计费系统扣费，扣费成功后，该门课程从学生的选课计划中删除，否则，退课不成功）† 每门课的学生人数最多为200人，最少为30人，如果选修课学生人数少于30人，该门课将被取消，必修课无最低人数限制。
在每个学期，有一个选课期，在这个时间段内，学生可以改变他们的选课计划(Schedule)，注册系统允许学生在这段时间内可以增加或删除所选课程，选课最后一天只能选课，不可退课,在学期结束的时候，学生可以通过系统查询成绩，由于学生成绩属于敏感信息，因此系统要有安全措施来防止非授权的存取。
（学生查询成绩前，需要先评教）。
† 教师可以读取系统来获取他们所教的课程的信息，可以了解哪些学生选了他们的课，也可以登记该门课程的学生成绩。
† 教师分为讲师、副教授、教授。
此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录数据库；⑤计费系统。
UML教材：5-1酒店系统交互图文档
3.2makeCreditCardPayment (creditCardNumber, expirationMonth, expirationYear)
3.3makeCreditCardPayment( creditCardNumber, expirationMonth, expirationYear)
3.4create(creditCardNumber, expirationMonth, expirationYear)
3.5associatePayment(payment)
创建者
专家
获知
Sigleton
5.7 associateAccommodation (accomodation)
5.8 associateRoom(room)
enterCreditCard(creditCardNumber, expirationMonth, expirationYear)
5.9makeCreditCardPayment(creditCardNumber, expirationMonth, expirationYear)
5.2 teReservation(reservation)
5.3 makeAccommodation(date, room)
5.4 create(date)
5.5 associateAccommodation (accommodation)
5.6 associateReservation(reservation)
1.2verifyRoomIdentifier(roomNumber)
3-4 交互图
《3.4 交互图》1. 目标概述[5分钟] (2)2. 回顾[5分钟] (2)3. 课程知识点讲解 (2)3.1. 顺序图[25分钟] (2)3.2. 协作图[25分钟] (3)3.3. 任务解决[35分钟] (3)4. 精练[35分钟] (4)5. 小结[5分钟] (4)6. 考核点 (5)7. 作业答案 (5)8. 扩展练习 (5)9. 学生问题汇总 (5)10. 教学后记 (5)本节目标⏹本节将讲述如下内容：✧顺序图✧协作图⏹通过教学使学生理解对象间的关系和处理的消息来对系统的动态特性建模，并独立完成本节提出的任务。
本节重点⏹顺序图⏹协作图本节难点⏹无授课课时⏹2课时教法建议在讲述基本概念时，应理论结合实践，以实际事例导出理论的方式讲述。
1.目标概述 [5分钟]本节主要讲述对内部进行静态建模，并提出了本节应该完成具体任务。
2.回顾 [5分钟]回顾前一节关系的相关概念。
[讲述+提问]3.课程知识点讲解3.1.顺序图[25分钟]引入：在业务系统静态模型的基础上，分析和设计系统的动态结构，并且建立相应的动态模型。
动态模型描述了系统随时间变化的行为，这些行为是从静态视图中抽取系统瞬间状态的变化来描述的。
在UML中，动态模型主要是通过交互图和行为图来描述。
交互图是通过表示对象间的关系和处理的消息来对系统的动态特性建模。
在UML中交互图有两种：顺序图和协作图。
主题：顺序图（Sequence Diagram）是强调消息时间顺序的交互图。
是描述系统中类和类之间的交互，它将这些交互建模成消息交换，也就是说，顺序图描述了类相互协作的完成预期行为的动态过程。
实例讲解：示例3.4.1绘制出图书馆管理系统中的用户登录活动的顺序图。
分析和实现具体见P109[以示例讲述顺序图的具体绘制]顺序图是由：类角色、生命线、激活期和消息组成。
(1) 类角色（Class Role）(2) 生命线（Lifeline）(3) 激活期（Activation）(4) 消息（Message）顺序图强调的是按时间展开的消息传送，这在一个用例脚本的语境中对动态行为的可视化非常有效。
UML实例学生选课系统
需求分析
需求分析阶段应该尽量的避免去考 虑系统实现的细节问题。 也就是说， 虑系统实现的细节问题 。 也就是说 ， 它 描述的是一个系统做什么， 描述Biblioteka 是一个系统做什么 ， 而不是怎么 做。
学生选课系统——需求分析阶段 需求分析阶段 学生选课系统
一． 二． 三． 四．
系统功能分析 确定系统的参与者 确定系统的用例 学生选课系统的用例图
系 统 管 理 员 用 例 图
学生选课系统——系统功能分析 系统功能分析 学生选课系统
系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理课程信息。 看管理课程信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理教师信息。 看管理教师信息。 系统管理员通过插入、修改、删除、 系统管理员通过插入、修改、删除、查 看管理学生信息。 看管理学生信息。 教师凭借用户名和密码登录系统。 教师凭借用户名和密码登录系统。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
教师可以核实、维护个人信息， 教师可以核实、维护个人信息，如 需修改向管理员提出申请由管理员完成， 需修改向管理员提出申请由管理员完成， 当同学选了他的课后他可以在所授课程 的信息表中查询该生的信息及上课的时 间和地点，并在考试之后录入成绩。 间和地点，并在考试之后录入成绩。
学生选课系统——系统功能分析 系统功能分析 学生选课系统
有相关方面的负责人对课程信息和 用户信息进行管理， 用户信息进行管理，课程信息管理包括 课程信息的添加、修改、删除、查看； 课程信息的添加、修改、删除、查看； 用户信息管理包括用户信息的添加、 用户信息管理包括用户信息的添加、修 删除、查看。 改、删除、查看
UML 实验2 学生选课系统类图
实验2 类图
实验目的
1.理解类的基本概念
2.理解类间的关系
3.掌握类图的绘制方法
实验学时
6学时，必做。
实验内容
分析选课系统中的类及关系，然后画出它们的类图。
实验步骤
1.分析
在选课系统中，通过分析可抽象出如下几个类：
1．学生类
2．管理员类
3．课程类
学生类和管理员类的属性较容易分析，这里只列出课程类的属性和方法：（1）课程名称
（2）开课教室
（3）课程号
（4）授课教师
（5）选课的学生
（6）开课起始时间
（7）允许选课的学生人数
（8）设置课程号
（9）设置课程名称
（10）查询课程号
（11）查询允许选课的学生人数
2．绘图步骤：
（1）打开rose,新建类图
（2）抽象出学生类管理员类课程类画出类图
（3）效果完成图
（4）添加关系
通过类图，使我们对学生、管理员、以及课程之间的关系一目了然。
UML实例-选课系统
•
Maintain Curriculum
用例的规格说明
• 为每个用例建立一个规格说明，描述 用例的事件流（flow of event）。 – 从参与者角度编写
维护所有课程信息的事件流
• 用例开始于注册管理员登录到注册系统并敲入他 的密码时。系统检验此密码是否有效，并提示注 册管理员选择当前学期或下个学期。注册管理员 敲入他期望的学期。然后系统提示选择他所期望 的活动，包括：Add，Delete，Review或Quit。
•
•
类（Class）
• • 类是具有共同结构、共同行为、共同关系和共 同语义的对象的集合。 通过检查在顺序图和协作图中的对象可以发现 类。
•
•
一个类用间隔为三部分的矩形描绘。
类应当使用领域的术语来命名：
–
–
应建立命名的标准
例如，所有的类都是以大写字母开头的单一 名词
类的事例
RegistrationForm
registrar注册管理员维护所有课程信息professor教授要求选课名单student学生维护选课表billingsystem记账系统从注册中心接受记账信息?maintainschedulemaintaincurriculumrequestcourseroster用例的规格说明?为每个用例建立一个规格说明描述用例的事件流flowofevent
•
•
顺序图的控制焦点是一个瘦高的矩形，表示一个 对象执行一个动作所经历的时间段。矩形的顶部 表示动作的开始，底部表示动作的结束（可以由 一个返回消息来标记）。 顺序图的构造步骤： a) 首先，把参加交互的对象放在图的上方，横向 排列。通常把发起交互的对象放在左边，较下 级对象依次放在右边。 b) 然后，把这些对象发送和接收的消息纵向按时 间顺序从上到下放置。 c) 这样，就提供了控制流随时间推移的清晰的可 视化轨迹。
类图交互作用图演示文稿
1. 类图
cs : Department Computer Science
univ : University
me : Department Mechanical Engineering
ee : Department Electrical Engineering
ce : Department Chemical Engineering
包括时序图和协作图，为系统的动态方面建模。时序
图和协作图以不同的方式表达了类似的信息。时序图描述消息 的时间顺序，适合于描述实时系统和复杂的脚本；协作图描述 对象间的关系。两者在语义上相当，彼此转换而不损失信息。
交互作用图主要组成元素
(1) 对象 (2) 连接
包含注释和约束
(3) 消息
第30页，共59页。
(d) 确定对象的属性和操作
第12页，共59页。
<<接口>> PayrollController(from Payroll)
0..1
direct deposits checks via
单向关联
0..1
<<接口>>
IBankSystem(From External System Interface)
2. 交互作用图
时序图实例
对象轴
object1 : ClassName
object2
: ClassName1
Class4
类属
Class1
关联 <<接口>>
聚合 Class3
依赖
Collaboration
第6页，共59页。
1. 类图
第7页，共59页。
UML软件建模技术3.4-交互图
示例3.4.1
认识顺序图
顺序图是由以下部分组成： 1.类角色
2.生命线
3.激活期 4.消息
顺序图的特征
顺序图有两个方面的特征 ： (1) 顺序图有生命线 (2) 顺序图有激活期
概 念
协作图 协作图作为另一种交互图而言，强调的是参加 交互的对象的组织。
协作图只对相互间有交互作用的对象和这些对象间的关 系建模，而忽略了其他没有交互的对象和关联。它可以被 视为对象图的扩展。协作图不仅可以表示对象间的关联， 而且可以表现对象间的信息传递。
任务提出
1．对图书业务功能中的用例进行动态建模； 2．对书籍管理功能中的用例进行动态建模。
概 念
顺序图 顺序图（Sequence Diagram）是强调消息时 间顺序的交互图。 顺序图向用户提供了随时间推移、清晰和可视 的事件流轨迹。
概 念
顺序图 在UML的顺序图中，参与交互的各对象在顺序 图的顶端沿X轴方向排列，每一个对象的底端都会 绘制一条垂直虚线。 当一个对象向另一个对象发送消息时，此消息 开始于发送对象底部的虚线终止于接收对象底部的 虚线，这些消息用箭头表示，水平放置，沿Y轴方 向排列 。
示例3.4.1
绘制出图书馆管理系统中的用户登录活动的顺序图。
示例3.4.该活动中，要实现这种活动，就必须包括：管理 员角色、登录窗体对象、读者管理对象和读者信息对象。从登 录的业务流程的分析可知，该活动的执行的顺序是： (1) 启动登录界面； (2) 录入用户的账号和口令； (3) 校验用户账号和口令； (4) 取出用户账号和口令。
软件建模技术
第三章
3.4
架构建模
交互图
本节目标
1.掌握顺序图的基本知识，能绘制基本顺序图
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计
UML建模学生选课系统(类图+对象图+用例图+部署图)-课程设计UML建模学生选课系统(类图+对象图+组件图+部署图)录1．项目简介 31.1. 学生选课系统 31.2. 项目主题 31.3. 设计思路 31.4. 项目目的 32. 小组成员 42.1. 小组成员简介 43. 需求分析和设计过程 53.1. 需求分析 53.2. 技术支持 53.3. 设计过程 64. 本次课程设计小结 85.附录 95.1 用例图 95.2 活动图 105.3 状态图 135.4 顺序图 145.5 协作图 195.6 类图 225.7 对象图 235.8 组件图 245.9 部署图 245.10 产考资料 251．项目简介1.1. 学生选课系统随着学校教学管理的网络化，为了简化在校学生选课的复杂程序，为了便捷的管理教学教务，学生选课系统成为了现在高校教学中必不可少的一个部分。
由于，目前高校多采用学分制，学生在一定范围内可以选择自己喜欢的和学需要的学科进行学习和研究，使得高校更好的进行学生的个性教育，同时这也加重了教学教务中工作负担。
此外，我国高校进行扩招，在校学生越来越多，使学校的教学资源紧张，管理教职人员和课程安排更加复杂。
所以，学校推行学生选课系统势在必行。
1.2. 项目主题为了满足在校大学生人数的不断增加，从而对教务系统的数据量的需要。
本系统包括了学生上网选课和教师发布课程两个方面进行设计，基本实现了学生的信息查询、选课功能，教师发布课程的功能，另外也解决了管理员的管理权限问题。
1.3. 设计思路1. 利用UML和Rational Rose工具对系统进行建模 ;2. 进行需求分析，从而绘制系统的用例图、活动图和时序图 ;3. 根据用例模型，进行架构建模，绘制系统的状态图，类图和交互图 ;4. 绘制系统中重要功能的对象图 ;5. 绘制系统的组件图和部署图 ;6. 对所完成的模型进行正向工程，创建系统的主要程序框架;1.4. 项目目的1. 理解UML语言的概念、结构、语义、表示方法以及UML的便捷；2. 掌握UML建模工具Rational Rose的使用方法；3. 通过学生选课系统，熟练地使用Rose工具；2. 小组成员2.1. 小组成员简介李诺进行需求分析，从而绘制系统的用例图、活动图和时序图。
UML类图交互图协作图及示例
对象
消息
生命线
激活
武当山旅游门户网站（ ） 分类信息
顺序图的组成
1、对象
顺序图中的对象可以是系统的参与者或者任何有效的系统对象。对 象的表示形式也和对象图中的对象的表示方式一样，使用包围名称的矩 形框来标记，所显示的对象及其类的名称带有下划线，二者用冒号隔开， 使用“对象名 ：类名”的形式，对象的下部有一条被成为“生命线” 的垂直虚线。
消息的语法格式：
[警戒条件][消息序号][返回值：=]消息名（[参数列 表]）
例如：
2：display(x,y)
简单消息
1.2.1：p:=find(sprt(x,color) 条件消息
3.1 *update()
循环消息
零售业务顺序图 武当山旅游门户网站（ ） 分类信息
武当山旅游门户网站（ ） 分类信息
2、生命线
生命线（Lifeline）是一条垂直的虚线，用来表示序列图中的对象 在一段时间内的存在。
每个对象的底部中心的位置都带有生命线。生命线是一个时间线， 从序列图的顶部一直延伸到底部，所用时间取决于交互持续的时间，也 就是说生命线表现了对象存在的时段。
武当山旅游门户网站（ ） 分类信息
注意
描述一个用例中的几个对象协同工作的 行为，应该使用交互图；描述跨越多个 用例的单个对象的行为，应当使用状态 图；如果想描述跨越多个用例的对象之 间的行为则应该使用活动图。
武当山旅游门户网站（ ） 分类信息
顺序图
顺序图是按时间顺序反映对象之间传递 的消息。顺序图的顶部放置相关的对象， 沿对象向下的虚线表示对象的生命线， 两个对象生命线之间的横线表示对象之 间传递消息，消息线的箭头形状表示消 息的类型。对象也可以向自己发送消息。 消息线上标注消息名，也可以加上参数 并标注一些控制信息。
UML交互图
次。
10
• 对象可以在交互过程中产生 • 对象可以在交互过程中销毁
NewCustomer(Data)
：CustomerWindow Customer(Data) ：Customer
DeleteCustomer()
进行交换的一组消息所表示的行为
UML中的4种交互图
• 顺序图：顺序图是一种强调消息时间顺序的交互图，为读者提供了控制流
随着时间推移的清晰的可视化轨迹
• 通信图：UML 2.0中的通信图实际上就是UML 1中的协作图，它强调的是参
加交互的对象的组织，为读者提供了在协作对象结构组织的语境中观察控 制流的一个清晰的可视化轨迹
尽量少用分支对于分支很多的场景可以考虑用活动图来补充agendaagenda本章小结定时图与顺序图的区别定时图与顺序图的区别用生命线的凹下凸起来表示状态的变化每个水平位置代表一种不同的状态状态的顺序可以有意义也可以没有意义生命线可以跟在一根线后面在这根线上显示些不同的状态值可显示一个度量时间值的标尺用刻度表示时间间隔agendaagenda本章小结本章小结本章小结以为从订单生成送货单场景绘制的顺序图为例介绍了对象与角色生命线与控制焦点消息顺序编号循环与分支交互片断操作符等基本概念演示了如何采用robustness分析法从一个用例的事件流描述中导出相应的交互模型
[s&c] 1.3: register(s)
[s&c]1:OK
1.1.1: s=find(name)
:StudentList
<<local>> c:Course
Agenda
• 交互与交互图 • 如何阅读交互图 • 如何绘制交互图 • 交互图应用说明 • 定时图 • 本章小结
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
类图和交互图
练习一:
问题:
软件学院打算开发一个学生选课系统。
新的系统允许学生利用局域网上的PC机来注册本学期的课程，并可以查看自己已学的所有课程的所有成绩。
新的系统允许教师决定要教哪些课程，并通过管理员更新数据库，教师在学期末登记自己教授的课程的成绩。
学院已有课程目录(course catalog)数据库部分，课程目录数据库中保存了所有的课程信息新的学生注册系统将读取课程目录数据库中的课程信息，但不会修改数据库中的课程信息。
管理员通过其它系统来维护课程信息
在每个学期初，学生可以获取这个学期所开设的所有课程的目录，在课程目录中包含每门课的详细信息，如professor（讲课教师，因为后面约定老师可以有教授、副教授和讲师3种类型）, department, prerequisite等。
每个学生在一个学期，根据自己所在系的培养计划，必修课必须选，选修课自愿，但一学期不可超过8门课程，不少于3门课程。
（第8周周二到周五可以退课，但必须保证本学期课程不少于3门，退课需交纳50/门的费用，由计费系统扣费，扣费成功后，该门课程从学生的选课计划中删除，否则，退课不成功）
每门课的学生人数最多为200人，最少为30人，如果选修课学
生人数少于30人，该门课将被取消，必修课无最低人数限制。
在每个学期，有一个选课期，在这个时间段内，学生可以改变他们的选课计划(Schedule)，注册系统允许学生在这段时间内可以增加或删除所选课程，选课最后一天只能选课，不可退课,在学期结束的时候，学生可以通过系统查询成绩，由于学生成绩属于敏感信息，因此系统要有安全措施来防止非授权的存取。
（学生查询成绩前，需要先评教）。
教师可以读取系统来获取他们所教的课程的信息，可以了解哪些学生选了他们的课，也可以登记该门课程的学生成绩。
教师分为讲师、副教授、教授。
此系统涉及到得参与者有:①学生;②教师;③管理员;④课程目录
数据库；⑤计费系统。
此系统的类图如下:
Image
系统顺序图：Image
学生修改课程顺序图Image
学生删除课程顺序图
练习二:
问题描述:
使用信用卡可以在AMT机上进行取款，针对一次取款，建立类图、顺序图。
系统的类图如下:
系统的顺序图如下：
Image
练习三:
问题描述:
几台计算机共用一台打印机，打印机由打印服务器管理。
系统的顺序图如下:
Image
练习四:
问题描述:
针对下述问题，建立一个类图：有两种顾客，一种是常客，享受公司的一些优惠待遇；另一种是散户。
系统的类图如下:
练习五:
问题:
根据企业商务新闻的基本要求，本系统需要完成的主要任务如下：（1）新闻标题信息分类显示;
（2）新闻详细内容及相关新闻列表显示;
（3）新闻中心后台管理功能。
为了更好的说明该系统的功能，编者将其分成2大模块，分别是：信息浏览模块和后台管理模块。
信息浏览模块
（1）新闻分类显示。
主要负责将新闻标题显示给客户端，并提供新闻标题的超链接。
（2）详细新闻内容显示。
负责新闻内容的显示。
（3）相关新闻列表显示。
负责在具体新闻内容显示的同时还提供其他新闻标题列表的显示功能。
后台管理模块
（1）添加新闻。
主要负责添加新的新闻到新闻中心。
（2）修改新闻。
主要负责对现有新闻的修改工作。
（3）删除新闻。
主要负责删除新闻中心已过时的新闻。
系统的用例图如下:
系统的顺序图如下:
Image
系统协作图：
Image
一般浏览者协作图Image
管理员添加新闻协作图Image
管理员修改新闻写作图。