UML实验报告全
UML建模实验报告02
UML建模实验报告02UML建模实验报告021.实验目的本实验的目的是通过实际项目案例，了解和掌握使用UML建模工具进行软件系统建模的过程和方法。
2.实验过程本次实验我们选择了一个简单的在线购物系统作为项目案例。
首先，我们进行了需求分析，确定了系统的功能和特性。
然后，我们进行了领域建模，识别出了系统的核心概念和实体。
接下来，我们进行了用例建模，识别出了系统的用例，并绘制了用例图。
然后，我们进行了行为建模，设计了系统的顺序图和活动图。
最后，我们进行了结构建模，设计了系统的类图和对象图。
3.实验结果通过本次实验，我们成功完成了在线购物系统的建模过程，并获得了以下结果：1)需求分析：我们确定了系统的功能和特性，包括用户登录、浏览商品、添加到购物车、下订单等。
2)领域建模：我们识别了系统的核心概念和实体，包括用户、商品、购物车、订单等，并绘制了类图。
3)用例建模：我们识别了系统的用例，并绘制了用例图，包括登录、浏览商品、添加到购物车、下订单等。
4)行为建模：我们设计了系统的顺序图和活动图，包括用户登录、浏览商品、添加到购物车、下订单等的流程和交互。
5)结构建模：我们设计了系统的类图和对象图，识别了系统的类和对象，包括用户、商品、购物车、订单等。
4.实验总结通过本次实验，我们深入了解和体验了使用UML建模工具进行软件系统建模的过程和方法。
我们发现UML建模工具可以很好地帮助我们理清系统的功能和特性，识别出系统的核心概念和实体，设计系统的用例、顺序图、活动图、类图和对象图。
通过建模过程，我们可以更加清晰地理解系统的需求和设计，并与团队成员进行有效的沟通和协作。
同时，我们也发现UML建模工具的使用需要一定的学习和实践，尤其是对于一些高级建模概念和技术的掌握。
因此，我们认为在今后的实践中，需要进一步学习和应用UML建模工具，以提高我们的建模能力和技术水平。
5.实验改进建议根据本次实验的经验和总结，我们提出以下改进建议：1)在实验前进行必要的学习和准备，了解UML建模工具的基本概念和使用方法，以充分发挥工具的功能和效能。
UML实验报告全
UML实验报告全实验报告：UML建模实验一、实验目的本实验旨在帮助学生掌握UML（统一建模语言）的基本概念、用法和建模过程，提高学生的软件建模能力。
二、实验内容1.了解UML的基本概念和用法；2.学习UML的各种图表，包括用例图、类图、序列图等；3.理解UML的建模过程，并能够按照该过程进行软件建模。
三、实验步骤1.学习UML的基本概念和用法。
在实验前，学生需要预习UML的基本知识，包括UML的定义、分类、语法规则等。
2.学习UML的各种图表。
UML提供了多种图表用于软件建模，如用例图、类图、对象图、活动图、状态图等。
学生需要了解每种图表的用途、语法和示例。
3.理解UML的建模过程。
在实际项目中，使用UML进行软件建模有一定的步骤，包括需求分析、设计、实现等。
学生需要了解UML的建模过程，并能够按照该过程进行实际建模。
4.实际操作。
学生需要选择一个简单的软件项目进行建模实践，包括绘制用例图、类图、序列图等，并撰写相应的文档。
5.分析和总结。
学生需要对实际操作进行分析和总结，包括建模过程中的问题和解决方法等，以便提高建模能力。
四、实验结果在本次实验中，我选择了一个简单的图书管理系统作为建模实践对象。
首先，我绘制了该系统的用例图，用于描述系统的功能和用户角色。
然后，我绘制了该系统的类图，用于描述系统的数据结构和类之间的关系。
最后，我绘制了该系统的序列图，用于描述系统中对象之间的交互过程。
在实际操作中，我遇到了一些问题。
首先，我发现在绘制用例图时，有些用例的描述不够清晰，无法准确描述用户需求。
为了解决这个问题，我与用户进行了沟通，并修改了用例的描述，使其更加明确。
其次，在绘制类图时，我发现有些类的关系没有考虑到，导致系统的完整性受到了影响。
为了解决这个问题，我仔细分析了系统的数据结构，并修改了类的关系，使其更加准确。
通过本次实验，我学到了很多关于UML建模的知识和技巧。
我发现UML是一种非常强大和灵活的建模语言，可以帮助我们更好地理解和设计软件系统。
UML实验——状态图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态。
通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能从对象的动态行为的角度去描述系统的业务活动。
因此，指派你运用本节所学的状态图，完成如下任务：1. 完成图书业务模块中还书用例的状态图。
四、实验步骤1．业务分析：由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由：空闲（idle）、图书查找（finding）、还书（reversion）、失败（Failure）、归还成功（Success）5种状态及激活相互转换的事件。
2．绘制状态图：请您根据分析运用UML绘制还书用例的状态图。
分析：还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不存在该信息，则给出提示信息；绘图步骤：（1）在用例图中的还书（revesion）用例，单击右键，如图3.1所示，新建一个状态图，命名为revesion状态图。
（2）双击“receivesion”状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待，因此，得到系统的两种状态。
（3）操作者在询问系统和状态后，得到两种状态，如果系统忙，操作者必需要等待、结束，重返步骤（1）。
（4）如系统空闲，则进行对还书的信息进行查询操作；查询也有两种结果，一是查询得到该书的相关信息，二查询不到该书的相关信息；则此时有两种状态，需要建立两种状态。
uml建模实验报告
uml建模实验报告《UML建模实验报告》摘要：本实验报告旨在通过UML建模的实验，探讨软件系统的分析、设计和实现过程。
通过对UML建模工具的使用，我们将深入了解软件系统的结构和行为，为软件开发过程提供有效的工具和方法。
引言：UML（统一建模语言）是一种用于软件系统分析、设计和实现的标准化建模语言。
它提供了一种统一的、标准的方法来描述软件系统的结构和行为，为软件开发过程提供了强大的支持。
本实验旨在通过UML建模工具的使用，深入了解软件系统的建模过程，为软件开发提供有效的方法和工具。
实验目的：1. 了解UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，探讨软件系统的结构和行为。
实验内容：1. 学习UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，包括需求分析、系统设计和实现过程。
实验步骤：1. 学习UML建模语言的基本概念和原理；2. 掌握UML建模工具的使用方法；3. 进行实际的软件系统建模实验，包括需求分析、系统设计和实现过程。
实验结果：通过本次实验，我们深入了解了UML建模语言的基本概念和原理，掌握了UML建模工具的使用方法，并进行了实际的软件系统建模实验。
我们成功地完成了软件系统的需求分析、系统设计和实现过程，为软件开发提供了有效的方法和工具。
结论：UML建模实验为我们提供了深入了解软件系统的结构和行为的机会，为软件开发提供了有效的方法和工具。
通过UML建模，我们能够更好地理解软件系统的需求、设计和实现过程，为软件开发提供了有力的支持。
希望通过本次实验，能够加深对UML建模语言的理解，为今后的软件开发工作提供更好的支持和帮助。
UML统一建模语言实验报告完整版
二十二．实验小结
通信图说明对象之间如何通过互相发送消息实现通信，它展现了一组对象，这组对象间的连接以及这组对象收发的消息。它强调收发消息的对象的结构组织，按组织结构对控制流建模。通信图特别适合用来描述少量对象之间的简单交互，易于展示对象之间是如何联系到一起的，但是却使我们很难一眼就看出交互中消息的发生顺序。总之，顺序图和通信图建模中所表达的交互建模是完全一致的，它们只是从不同的角度表达了系统中的交互，二者是可以互相转换的。
三十九．实验过程及结果
活动图示描述用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。能够演示出系统中哪些地方存在功能，以及这些功能和系统中其他组件的功能如何共同满足前面使用用例图建模的商务需求。
活动图=活动+动作+活动边+活动节点
（1）在UML中活动和动作都可以用同样一种图形来表示，即圆角矩形，圆角矩形内书写活动或动作的名字。
（2）活动边为一条带有开放式箭头的实线，其箭头指向下一个动作或下一个节点。
（3）UML中用参数节点表示一个参数进入一个活动或者一个参数从一个活动中输出，参数节点用一个直角的长方形来表示。
实验结果：
四十．实验小结
活动图是一种特殊的状态图，描述需要做的活动、执行这些活动的顺序（多为并行的）以及工作流（完成工作所需要的步骤）。它对于系统的功能建模特别重要，强调对象间的控制流程。高层活动图用于表示需要完成的一些任务，即用于分析用例，理解涉及多个用例的工作流、多线程及并行，显示相互联系的行为整体，还可用于对企业过程建模，对系统的功能建模。低层活动图用于表示类的方法。但活动图不适用于描述动作与对象间的关系，显示对象间的合作以及显示对象在生命周期内的运转情况。
四十五．实验过程及结果
UML实验报告
图十二：建好后的表关系图
建立好表关系之后，就可以导入数据库了，请按照以下步骤进行操作
第十步：打开SQLServer的“企业管理器”，新建一个名为“NorthwindRose”的数据库，与Rose中的DB同名，打开属性，在“文件组”一栏加上“NorthwindSpace”，这里就是对应Rose中的Tablespace
先看最终效果
图ቤተ መጻሕፍቲ ባይዱ、SQLServer2000中的关系
图二、Rose2003中的关系图
第一步：在Rose2003中新建一个MDL文档，命名为Northwind.mdl
第二步：展开Componet View，New一个DataBase，命名为NorthwindRose，这就是会出现在SQLServer中的新库名，这里可以注意到，Rose自动在“Logical View”中新建了两个包“Global Data Types”以及“Schemas”
图七、建立数据模型视图，并双击打开，出现新的Toolbar
第七步：右键打开"Schema_Actor"的“Open Specification”，将DataBase选择为"NorthwindRose"，表明从属关系，同时新建一个Table
图八、在模式下新建表格
第八步：在模式“Schema_Actor”下新建三个表Card、Customers和Employees，这里我以建立Card表为例，介绍怎么在Rose2003中建立表格，以及如何设置主键、选择数据类型以及数据长度等
图十四、导入过程
检查一下SQLServer2000，应该可以看到表都已经自动建立好了，如果导入不成功，基本上是以下几个原因：
UML统一建模语言实验报告
UML统一建模语言实验报告UML（统一建模语言）是一种标准化的图形化建模语言，可以用于描述、设计和分析软件系统。
它是由Object Management Group（OMG）开发，并于近几十年来广泛应用于软件工程领域。
本实验报告将介绍UML的基本概念、符号和使用方法，并通过一个简单的示例来展示UML的应用。
一、UML的基本概念1. 类（Class）：表示一个对象的抽象特征，包括属性和方法。
2. 对象（Object）：实际存在的类的实例。
3. 关联（Association）：描述不同类之间的关系，包括单向和双向的关联。
4. 继承（Inheritance）：表示一个类从另一个类派生出来的关系。
5. 接口（Interface）：定义了一个类必须实现的方法。
6. 依赖（Dependency）：表示一个类的实现依赖于另一个类的定义。
7. 聚合（Aggregation）：表示整体与部分之间的关系，整体可以包含多个部分。
二、UML的符号1. 类图（Class Diagram）：用于描述类及其之间的关系。
类图中，类被矩形框包围，类名位于框上方，属性位于框中部，方法位于框下方。
2. 对象图（Object Diagram）：用于描述类的实例及其之间的关系。
3. 时序图（Sequence Diagram）：用于描述对象之间按照时间顺序进行交互的过程。
时序图中，对象用矩形框表示，过程用垂直的虚线表示。
4. 用例图（Use Case Diagram）：用于描述系统功能，包括各个用例（功能模块）及其之间的关系。
5. 活动图（Activity Diagram）：用于描述系统中的活动流程和控制流程。
6. 状态图（State Diagram）：用于描述对象的各种状态及其状态之间的转换。
三、UML的使用方法1.确定需求：首先，根据系统需求，确定使用哪些UML图表来建模系统。
2.绘制图表：根据需求，使用相应的UML工具绘制相应的图表。
UML_实验报告
实验05 UML
(要求写实验报告)
一、实验名称：UML
二、实验目的：
1) 掌握绘图工具Microsoft Office Visio软件的使用；
2) 掌握用例图的绘制方法；
3) 掌握类图的绘制方法；
4) 掌握程序流程图的画法。
三、问题讨论
类图中的内容可以转化为软件中的什么？
答：类图中的内容一方面可以转化为程序中的类，类图中的特性转化为成员变量，类图中的操作转化为方法。
另一方面，类图中的特性转化为数据库表中的字段，操作转化为数据库中的存储过程。
四、实验内容及步骤：
1．用例图
财务人员
图1 物资管理用例图
2. 活动图
图2 物资出库活动图3. 类图
添加类图。
右键—属性。
特性中填入类的属性。
操作中填入类的方法。
图3 销售订单类图
自己设计客户的类图。
4. 时序图
图4 学生注册时序图
5. 状态图
在库
待出库
出库
入库
出库单
产品运出仓库
图5 产品出库状态图
6.协作图
:Registration
:Student
:CourseSection
1:<<create>>
2:addToSchedule
图6 注册协作图。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
《系统分析与建模》实验指导书__2011__/__2012__年第__二__学期姓名：____钱秀梅_________学号：__ 10030117_____班级：_ 10计一_______指导教师：___殷凯__________ 计算机科学与技术系编写系统分析与建模实验指导书―1―计算机科学与技术系目录实验0 熟悉软件开发环境 (1)实验1 用例图设计…………………………………………………实验2 类和对象图设计 (3)实验3 交互图设计 (7)实验4 状态图设计 (9)实验5 活动图设计 (12)实验6 包图设计 (15)实验7 物理图设计 (17)附录考核登记表 (23)实验0 熟悉软件开发环境一、实验目的学习使用EA开发环境创建模型的一般方法，理解EA界面布局和元素操作的一般技巧。
二、实验环境软件平台：Microsoft Windows2000 /XP。
软件工具：EA 7.5。
三、实验内容与要求1．学会启动和关闭EA 7.5开发环境。
2．使用目标项目（Project）的向导创建一个项目。
3．了解EA 7.5界面的六大组成部分（菜单Menu、浏览器Browser、文档窗口Document Window、图窗口Diagram Window、日值窗口Log Window和工具栏。
4．在浏览器中实现如下操作：增加模型元素（包括角色、用例、类、组建、图等）；查看现有模型元素；查看现有模型元素之间的关系；移动模型元素；更名模型元素；访问元素的详细规范。
5．分别在在图中增加删除图元素和在浏览器中增加删除图元素。
四、实验预习和准备参考相关书籍，能够熟练地安装和使用EA 7.5软件建立模型。
五、实验过程与结果读者借书还书续借图0-1 用例图AWT订单获取界面邮件发送清单界面邮件发送清单应用订单获取应用订单顾客图0-2 一个订单系统的包图六、实验小结和体会1、在创建用例图和包图过程中，使用目标项目（Project）的向导创建一个项目，选择需要的模型，然后在所选的模型下面创建图。
2、通过创建用例图，知道了用例图的三个基本组成部分：系统、活动者、用例，用例图是从用户的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能和动态行为。
用例是对一个活动者使用系统的一项功能时所进行的交互过程的一个文字描述系列。
用例之间可以存在一定的联系，这些联系包括泛化联系、使用联系、包含联系、扩展联系等。
3、通过创建包图，知道了包图由包和包之间的联系构成。
包图的图形节点是包，节点之间用弧（依赖或泛化）连接。
包图是和控制系统总体结构的重要建模工具。
实验一用例图设计一、实验目的掌握在EA中用例图的基本用法和使用技巧。
二、实验环境软件平台：Microsoft Windows2000 /XP。
软件工具：EA7.5。
三、实验内容与要求本实验给予某学校的网上选课系统的用例图的设计和实现。
需求描述如下：某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开设的各种课程、讲课程信息保存在数据库中丙可以对课程进行改动和删除。
学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
分析：本系统拟用三层模型实现：数据核心层、业务逻辑层和接入层。
其中，数据核心层包括对于数据库的操作；业务逻辑层作为中间层对用户输入进行逻辑处理，再映射到相应的数据层操作；而接入层包括用户界面，包括系统登陆界面、管理界面、用户选择界面等。
本系统涉及的用户包括管理员和学生，他们是用例图中的活动者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象处“基”活动者people,而管理员和学生从people统一派生。
数据库管理系统是另外一个活动者。
系统事件：添加课程事件：（1）管理员选择进入管理界面，用例开始。
（2）系统提示输入管理员密码。
（3）管理员输入密码。
（4）系统验证密码。
（5）密码错误(6)进入管理界面，系统显示目前所建立的全部课程信息。
(7)管理员许恩泽添加课程。
(8)系统提示输入新课程信息。
(9)管理员输入信息。
(10)系统验证是否和已有课程冲突。
(11)A2 有冲突。
(12)用例结束。
其他事件：A1 密码错误（1）系统提示再次输入。
（2）用户确认。
（3）三次错误，拒绝再次访问。
（4）否则进入添加课程事件第6步。
A2 有冲突（1）系统提示冲突，显示冲突课程信息。
（2）用户重新输入。
（3）继续验证直到无冲突。
（4）进入添加课程事件第12步。
删除课程事件和修改课程事件与添加课程事件类似。
请自行描述。
选课事件：（1）学生进入选课登陆界面，用例开始。
（2）系统提示输入学号和密码。
（3）学生输入学号和密码。
（4）系统验证。
A1 验证失败（5）进入选课主界面。
（6）学生点击选课。
（7）系统显示所有课程信息。
（8）学生选择课程。
（9）系统验证课程是否可选。
A2 不可选。
（10）系统提示课程选择成功，提示学生交费。
（11）用例结束。
错误事件：A1: 验证失败。
（1）系统提示验证失败，提示重新输入。
（2）三次失败，拒绝访问。
（3）成功，转选课事件第5步。
A2: 课程不可选。
（1）系统提示课程不可选原因。
（2）学生重新选课。
（3）重新验证直到成功。
（4）转选课事件第10步。
付费事件和查询事件不做描述。
根据以上分析，绘制系统所有用例图。
四、实验预习和准备了解用例图描述系统基本方式。
熟练掌握用例图绘制的基本方法，了解用例、活动者、角色等基本概念的表示。
五、实验过程与结果用户管理员学生登录修改课程删除课程查询已选课程选课付费数据库维护课程信息<<include>><<include>>开设课程六、实验小结和体会1、用例图描述了一组用例、活动者及它们之间的关系，因此基本的用例图包括3个方面的内容：用例、活动者、用例之间的关系。
2、活动者是系统外部的一个实体（可以是任何的事物或人），它以某种方式参与了用例的执行过程。
3、用例除了与其活动者发生关联外，用例之间也存在着一定的联系。
这些联系包括泛化联系、包含联系、扩展联系等。
4、在建立用例模型时，应该注意几个问题： （1）用例英简单明了，具有较强的可读性。
（2）应该用文本和其他UML 图来描述用例是如何启动和停止的。
（3）应该从活动者的角度并以主动语态编写用例。
（4）垂直地绘制继承和扩展联系，水平地绘制包含联系。
（5）不要被《include 》和《extend 》所困扰。
5、总之，用例是以主要活动者的目标为中心的，其中每一条语句都应该描述其所想表达的子目标。
实验二类和对象图设计一、实验目的掌握EA中类图和对象图刻划系统的一般步骤和技巧，掌握类图和对象图中的各种基本概念的含义和表达方法。
二、实验环境软件平台：Microsoft Windows2000 /XP。
软件工具：EA7.5。
三、实验内容与要求（1）根据实验一的问题描述，结合序列图中的描述，抽象出选课系统中的类（除角色外），然后作出他们的类图。
（2）在选课系统中，涉及到的用户包括管理员和学生，其主要特征相似，所以可以建立统一基类people，而管理员和学生则由people派生。
创建它们三者之间的类图。
（3）假设在选课系统中设计了以下类：（a）界面（b）控制对象（c）课程设计了以下角色：（a）学生（b）管理员（c）学生和管理员的父类people（d）数据库这些类和角色之间的关系如下：（a）角色学生和管理员从people派生（b）学生、管理员在与系统交互时，都有一个界面与之对应。
（c）一个界面可能和课程相关（0..n）（d）控制对象负责课程的处理，处理结果在界面上显示。
（e）控制对象完成对数据库的操作。
（f）界面请求控制对象的服务。
根据以上描述，绘制类关系图。
注意对象之间关联的类型。
四、验和准备参照相关书籍和文档，理解类和对象图绘制的基本方法。
注意派生类和关联类及关联类型的表达。
五、实验过程与结果class Class Model课程- 上课地点- 上课时间-授课老师管理员People学生控制对象+ 查询课程()+ 核实课程()+ 确认删除课程()+ 确认修改课程()+确认增加课程()数据库- 保存路径: string + 查询已选课程()+ 付费()+ 删除课程()+ 修改课程()+ 选课()+增加课程()界面+ 确认删除课程()+ 显示登陆成功信息()+ 显示课程信息()+选择所需课程()People - 密码- 年龄- 姓名+ 删除课程()+ 修改课程()+ 选择课程()+增加课程()学生- 密码-学号+ 查询已选课程()+ 付费()+ 选课()数据库0..n o..n111o..n六、实验小结和体会1、类在UML 中用一个有三个分隔区的矩形来表示。
顶端的分隔区为类的名称，中间的分隔区存放类的属性、属性的类型和值，第三个分隔区存放操作、操作的参数表和返回类型。
2、类中属性的可见性主要包括public(公共)、private(私用)和protected(保护)三种，它们分别用“+”、“—”和“#”来表示。
3、对象类图不仅定义系统中的类，表示类间的联系，如关联、依赖、聚合等；还包括类的内部结构，如类的属性和操作等。
4、在UML 中对象类一般都不是孤立地在系统中存在的，它们之间往往存在着各种关联关系，如聚合和组合、泛化及依赖等。
5、建立对象类图做到以下几点：（1）研究和分析问题域，确定系统的需求。
（2）发现、识别、确定系统中的类和对象，明确它们的含义和责任、确定属性和操作。
（3）找出类之间存在的静态联系。
（4）对已经发现的类之间存在的联系进行调整和优化。
（5）最后绘制对象类图。
实验三交互图设计一、实验目的掌握交互图（序列图和协作图）绘制的基本方法和技巧，学会使用交互图描述用例实现的方法，掌握系统动态特性建模的技巧。
二、实验环境软件平台：Microsoft Windows2000 /XP。
软件工具：EA。
三、实验内容与要求本实验以选择系统中的选课用例为例，来学习交互图的设计和实现。
为了时问题更简单一些，不考虑学生的登陆。
假设学生已经成功登陆系统，选择的事件可以简化如下：选课事件：（1）入选课主界面。
（2）生点击选课。
（3）系统显示所有课程信息。
（4）学生选择课程。
（5）系统验证课程是否可选。
A1 不可选。
（6）系统提示课程选择成功，提示学生交费。
（7）用例结束。
错误事件：A1: 课程不可选。
（2）统提示课程不可选原因。
（3）生重新选课。
（4）重新验证直到成功。
（5）转选课事件第6步。
创建上述选课用例的交互图（序列图）。
同时根据实验一的描述创建添加课程、修改课程和删除课程的序列图以及选择课程的协作图。