UML建模实验指导书总结
面向对象建模UML实验报告
面向对象建模UML实验报告
在面向对象建模中，最常用的工具之一就是统一建模语言（UML）。
UML为开发人员提供了一种标准化的方法，用于描述系统的结构、行为和交互。
UML提供了一种图形表示方法，以及一套规则和符号，用于描述系统的各个方面。
实验目的：
通过此次实验，我们的目标是掌握面向对象建模的基本概念和方法，并能够使用UML语言对系统进行建模。
具体目的如下：
1.了解面向对象建模的基本思想和概念。
2.掌握UML的基本语法和符号。
3.能够使用UML对系统进行建模和分析。
4.学会使用UML工具进行建模。
实验步骤：
1.学习面向对象建模的基本概念和方法。
了解UML语言的基本语法和符号。
2.选择一个系统进行建模。
可以选择一个现有的系统，或是一个虚构的系统。
系统可以是一个软件系统，也可以是一个物理系统。
3.根据系统的需求和功能，使用UML语言对系统进行建模。
根据系统的结构和行为，选择合适的UML图形进行建模，例如用例图、类图、活动图等。
5.对建模结果进行分析和评估。
根据建模结果，分析系统的结构和行为，评估系统的可行性和性能。
6.根据分析结果，进行系统设计和开发。
实验结果：
通过此次实验，我们能够更好地理解和分析系统，能够使用UML语言对系统进行建模和分析。
我们可以通过UML图形清晰地描述系统的结构和行为，帮助开发团队更好地进行系统设计和开发。
通过实验的学习，我们不仅掌握了面向对象建模的基本概念和方法，也学会了使用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是一种非常强大和灵活的建模语言，可以帮助我们更好地理解和设计软件系统。
实验指导书-统一建模语言UMLA
实验指导书-统一建模语言UMLA第一篇：实验指导书-统一建模语言UML A统一建模语言UML A实验指导书高天迎电子与信息工程系计算机应用教研室2010-11-18统一建模语言UML A实验指导书实验一一、实验目的1．熟悉用例图的基本功能和使用方法；2．掌握如何使用建模工具绘制用例图方法。
二、实验要求1．整理实验结果； 2．小结实验心得体会。
三、实验环境1．计算机一台2．Rational Rose工具软件四、实验内容根据以下需求设计一个图书馆管理系统的用例图。
基本功能要求：图书管理：新书登记，图书查询，图书注销；借阅管理：借书，还书，查询今日到期读者；读者管理：增加读者、删除读者、查询读者、读者类别管理（可以设置不同类的读者，并使不同类读者对应不同类的图书流通参数，如可借册数，可借天数，可续借次数，可续借天数等）；报表管理：包括图书借阅统计报表，被注销图书统计报表等；报表可以有多种格式可供选择；可以把报表输出到文件中，可以预览报表、打印报表等；系统管理：系统管理员使用，包括用户权限管理（增加用户，删除用户，密码修改等），数据管理（提供数据修改、备份、恢复等多种数据维护工具），系统运行日志，系统设置等功能。
五、实验步骤详细分析系统需求，使用Rose工具完成系统用例图。
1．分析系统活动者； 2．分析系统活动者的用例；3．分析活动者之间、用例之间的关系； 4．绘制用例图。
用例图统一建模语言UML A实验指导书实验三一、实验目的1．理解类的基本概念；2．掌握如何从需求分析中抽象出类的方法；类图3．掌握在Rational Rose中绘制交互图的操作方法。
二、实验要求1．整理实验结果； 2．小结实验心得体会。
三、实验环境1．计算机一台2．Rational Rose工具软件四、实验内容根据图书馆管理系统需求分析、用例图、交互图，对系统进行静态建模，寻找和发现类，分析类之间的关系。
五、实验步骤1．打开前面初步构建的UML模型文件；2．打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
UML建模的要点总结
UML建模的要点总结第一篇：UML建模的要点总结UML建模的要点总结预备知识：一、UML的特性与发展现状UML是一种Language(语言)UML是一种Modeling(建模)Language UML是Unified(统一)Modeling Language1、已进入全面应用阶段的事实标准2、应用领域正在逐渐扩展，包括嵌入式系统建模、业务建模、流程建模等多个领域3、成为“产生式编程”的重要支持技术：MDA、可执行UML等二、建模的目的与原则1、帮助我们按照实际情况或按我们需要的样式对系统进行可视化;提供一种详细说明系统的结构或行为的方法;给出一个指导系统构造的模板;对我们所做出的决策进行文档化。
2、仅当需要模型时，才构建它。
3、选择要创建什么模型对如何动手解决问题和如何形成解决方案有着意义深远的影响;每一种模型可以在不同的精度级别上表示;最好的模型是与现实相联系的;单个模型是不充分的。
对每个重要的系统最好用一组几乎独立的模型去处理。
三、谁应该建模1、业务建模：以领域专家为主，需求分析人员是主力，系统分析员、架构师可参与2、需求模型：以需求分析人员为主，系统分析员是主力，领域专家提供指导，架构师和资深开发人员参与3、设计模型：高层设计模型以架构师为主，系统分析员从需求方面提供支持，资深开发人员从技术实现方面提供支持。
详细设计模型则以资深开发人员为主，架构师提供指导。
4、实现模型：以资深开发人员(设计人员)为主，架构师提供总体指导。
5、数据库模型：以数据库开发人员为主，架构师提供指导，资深开发人员(设计人员)予以配合。
正式开始UML组成，三部分(构造块、规则、公共机制)，关系如下图所示：一、构造块1、构造块是对模型中最具有代表性的成分的抽象建模元素：UML中的名词，它是模型基本物理元素。
行为元素：UML中的动词，它是模型中的动态部分，是一种跨越时间、空间的行为。
分组元素：UML中的容器，用来组织模型，使模型更加的结构化。
uml实训总结（范本）
uml实训总结uml实训总结篇一：UML实训总结实训总结（收获与体会）通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UML实训的体现。
三个周的UML 实训，主要是围绕着一个实训题目“基于UML系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。
从中让我认识到UML的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用U ml作为建模语言，形成了统一的标准。
它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。
总之，在我看来，UML是一种定义良好、易于表达、功能强大且普遍适用建模语言。
融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UML，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。
这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。
所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。
uml实验心得体会（范本）
uml实验心得体会u ml实验心得体会篇一：UM L实验报告 UML实验报告学院班级学号姓名 UML实验报告实验一：用例图实验结果：小结实验心得体会：用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。
用例图是UML中用来对系统的动态方面进行建模的7种图之一。
用例图描述了用例、参与者以及它们之间的关系。
用例图从用户角度描述系统功能，并指出各功能的操作者。
通过本次实验，我熟悉Ratina l Rse建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。
同时掌握了用例间的类属关系、Include关系和Extend关系的语义、功能和应用。
最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。
思考题：1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变其在导航窗口中的存在，另一种是从建模中完全删除。
2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在参与者或用例的设置对话框中删除？答：都可以删除。
实验二：类对象模型的建立实验结果：小结实验心得体会：类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。
类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。
通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在Ra tinal Rse中绘制类的关联、依赖、泛化关系。
思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“Ed it——Delete”与“Edit——D elete frmMdel”，它们二者之间区别在哪里？答：“Edit——Delete”只是在绘图窗口中删除了模型对象，而“Edi t ——Deletefrm Mdel”则是彻底的删除了模型对象。
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建模语言的理解，为今后的软件开发工作提供更好的支持和帮助。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
UML及其工具实验指导书实验一熟悉UML开发工具Microsoft Visio 2007【实验目的】熟悉UML开发工具Microsoft Visio 2007。
【实验要求】1．熟悉Visio的UML建模绘图界面。
2．通过绘制类图学习Visio的使用方法。
3．通过绘制对象图学习Visio的使用方法。
4．通过绘制顺序图学习Visio的使用方法。
【实验步骤】一．熟悉Visio的UML建模绘图界面1．进入Visio的UML建模绘图界面通过“开始”|“程序”，运行Microsoft Office Visio 2007，出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”，然后在右侧的“模板”中单击“UML模型图”，则进入Visio的UML建模绘图界面。
2．熟悉UML建模绘图界面在Visio的UML建模绘图界面中，最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板，它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典，字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候，“UML静态结构”标签页就会激活，我们就可以创建类图和对象图了。
二．绘制类图下面我们使用Visio来绘制一个如图1所示的行星系统的类模型。
图1 一个行星系统的类图1．从“UML静态结构”标签页中选择“类”图标并把它拖放到绘图区中。
双击绘图区中的类图标，出现“UML类属性”窗口。
在“名称”字段中输入“PlanetarySystem”来重新命名这个类。
单击“确定”按钮回到绘图界面。
我们可以通过控制工具栏中“缩放”按钮的显示比例，使界面中的类图标显示合适的大小。
采用同样的方法添加Planet类。
在“模型资源管理器”中反映出了增加的新类。
2．下面我们为Planet类添加两个属性和一个操作，并把它设置为一个抽象类。
在Planet类上双击打开“UML 类属性”对话框。
选中“IsAbstract”复选框，然后，从左边的“类别”区域选择“特性”，在右边的对话框中打开“特性”表。
单击“新建”按钮，则在“特性”表中添加了一行，在“特性”表项中输入diameter。
采用同样的方式加入distanceFromStar属性。
然后从“类别”区域选择“操作”，打开“操作”表，单击“新建”按钮，则在“操作”表中添加了一行，在“操作”表项中输入“receiveLight”。
单击“确定”按钮，赋予抽象类Planet相应的属性和操作。
3．注意每个属性左边的减号和每个操作左边的加号，它们表示可见性。
为了使图显得比较简单，我们可以在图中去掉它们。
只需要在Planet类上右击，打开弹出式菜单，选择“形状显示选项”，打开“UML 形状显示选项”对话框。
去掉“可见性”复选框，单击“确定”按钮，则Planet类的属性和操作前面不再显示可见性。
4．我们把其他的类拖拽到大图中，然后添加组成关系。
首先是组成关系。
从“UML静态结构”标签页中把“聚合”图标拖拽到绘图区，实心菱形一端连接到PlanetarySystem，另一端（尾端）连接到Star。
在图中，我们可以看到组成关系的每一段都有多重关系、可见性和缺省名。
为了在图中去掉缺省名和可见性，在组成关系上右击，在弹出菜单中选择“形状显示选项”。
这次，在“UML 形状显示选项”对话框中，去掉“第一个端名”、“第二个端名”和“端的可见性”选项，单击“确定”按钮。
现在我们来关注一下Star类的多重关系。
双击组成关系图标，打开“UML关联属性”对话框。
在“关联端”表格中，选择“结束2”一行“多重性”列的单元格。
单击这个单元格中的下拉列表框，显示出“结束2”的可能多重性关系的一个列表。
选择“1”并单击“确定”按钮，我们将在图中得到所选多重性的表示。
采用同样的方式拖拽“聚合”图标，先把菱形箭头的一端连在“PlanetarySystem”，然后再把尾端连接到Planet类，并进行多重性等相关设置。
5．向图中添加继承关系。
从“UML静态结构”标签页中将“泛化”符号拖拽到绘图区，把三角形的一端连接到Planet，尾端连接到HabitablePlanet。
重复拖拽一个“泛化”符号，把三角形的一端连接到Planet，尾段连接到NonHabitablePlanet。
完成这些操作后，绘图区中就是完整的类图。
三．绘制对象图下面我们使用Visio绘制一个如图2所示的Earth和Sun的对象模型。
图2 Earth和Sun的对象图1．在“模型资源管理器”中“顶层包”的文件夹上右击，从弹出菜单中选择“新建”|“静态结构图”，则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标，拖拽到绘图区。
2．在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例，为此，选择“类”字段并单击下拉列表。
从类列表中选择“顶层包：：Star”，然后单击“确定”按钮。
3．用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
双击打开“UML对象属性”对话框。
从“类别”区域选择“特性值”打开“Attribute Values”表。
在这张表中，我们可以填入diameter和distanceFromTheStar属性的值，这两个属性是HabitablePlanet继承自Planet的。
在“值”列赋值，单击“确定”按钮。
4．在对象之间添加连接。
从“UML 静态结构”标签页中拖动“链接”符号到绘图区，将其两端分别和对象连接起来。
完成这个步骤后，“结束1”和“结束2”的名字就出现了，在连接上右击，并通过“形状显示选项”可以从图中移除它们。
四．绘制顺序图下面我们使用Visio绘制一个如图3所示的示意theSun和Earth之间的一个交互的顺序图（简化的图形，只有一条消息）。
图3 示意theSun和earth之间的一个交互的顺序图1．在“模型资源管理器”的“顶层包”图标上右击，从弹出菜单上选择“新建”|“序列图”，则打开一个新的绘图区。
2．从“UML序列”标签中，拖拽一个“对象生命线”图标并把它放入到绘图区。
双击图标打开“UML 分类器角色属性”对话框，在“名称”区域命名对象以后，在“分类器”区域从你创建的类列表中选定对象所属的类，单击“确定”按钮。
3．右击新添加的对象生命线，单击“UML形状显示选项”，通过选择“分类器名称”复选框可以显示类名。
4．通过一系列类似的步骤，创建另一个表示Earth的对象生命线图标。
5．创建从sun对象到earth对象的消息。
从“UML 序列图”中选择“消息”图标，并把它拖拽到绘图区，把它的尾部连接到sun对象的生命线，把它的头部连接到earth对象的生命线。
要改变消息的缺省标记，双击消息图标打开“UML 消息属性”对话框。
由于只有一个可能的操作，名字和来自earth对象的消息所请求的操作都已经被选好了。
单击“确定”按钮，则把操作放到消息之上。
6．从“UML序列”标签中，拖拽一个“激活条”图标完成顺序图。
【思考问题】1．对于本实验中创建的类图和对象图能在两个不同的绘图文件中分别创建吗？类图和顺序图呢？为什么？2．本实验中创建的顺序图是在“顶层包”下新建的序列图中创建的，请问顺序图能在静态结构图中创建吗？为什么？实验二用例图设计【实验目的】掌握在Visio下用例图的设计。
【实验要求】1．针对网上选课系统掌握识别参与者和用例的方法。
2．学习通过Visio绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验步骤】一．网上选课系统需求分析某学校的网上选课系统主要包括如下功能：1．管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除。
2．学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
二．在Visio中设置全局属性1．添加四个模型单击Visio界面上菜单栏中的“UML”菜单，选择其下拉菜单中的“模型”，则打开了“UML模型”窗口。
单击“新建”按钮，在“模型”表项中输入模型的名字。
依次添加4个模型：用例模型、分析模型、设计模型和实现模型。
下面简要介绍一下四个模型的功能。
（1）用例模型：用例贯穿于建模的整个过程，因为软件和顶层包的价值就在于实现用例，从而为用户提供期望的功能。
用例细化可使用活动图、顺序图等。
（2）分析模型：识别分析类，利用分析类实现用例，是用例模型中用例细化活动的延伸。
主要使用顺序图和协作图实现用例。
（3）设计模型：将分析模型转化为解决方案。
分析类转化为一个或多个设计类、接口、类（和接口）的操作、类的特性都被完整的定义。
根据解决问题的需要，可能会引入一些包，这些包提供了诸如数据库访问、异常处理、分布式通信等基础服务。
通常有两种途径获得设计类：1）将分析类转化一个或多个设计类；2）通过引入基础服务获得设计类。
用设计类实现用例：使用顺序图和协作图。
设计系统原型：通过它验证解决方案的正确性，并为实现者提供指南。
（4）实现模型：将设计模型转化可执行代码的过程。
关键的活动有：代码编写、测试、部署。
使用构件图来描述系统的静态实现视图，使用部署图来描述系统的动态实现视图。
2．将UML系统改名为SelectCourseSystem在“模型资源管理器”窗口下，右击顶层节点，选择“属性”命令。
在“UML子系统属性”对话框的“名称”文本框中输入新的名称“SelectCourseSystem”。
在“文档”文本框中可以输入一些说明消息。
3．设置模型的数据类型在默认情况下，UML中可以使用的数据类型有4个包。
本例中将目标语言绑定为C++，所以仅保留C++数据类型包。
单击Visio界面上菜单栏中的“UML”菜单，选择其下拉菜单中的“选项”，则打开了“UML选项”窗口。
在“UML文档”选项卡中选择C++数据类型。
三．实现用例模型1．识别参与者本系统涉及的用户包括管理员Registrar和学生Student，他们是用例图的参与者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象出“基”参与者人People，而Registrar和Student则从People统一派生。
数据库管理系统Database是另外一个参与者。
2．识别用例识别、详述用例是用例建模过程中最重要的活动。
顺着参与者出发，通过考虑参与者和系统的交互，可以识别出主要用例。
（1）与Students参与者相关的用例有哪些？（2）与Registrar参与者相关的用例有哪些？（3）哪些用例与Database参与者相关？3．绘制参与者以及参与者之间的关系（1）在“模型资源管理器”中，右击“用例模型”下的“顶层包”，选择“新建”|“主角”命令，出现“UML主角属性”对话框。