UML实验三

目录实验一 UML建模基础及用例图实验二类图与对象图实验三序列图与协作图实验四状态图实验五活动图实验（一）UML建模基础及用例图实验目的1、熟悉UML建模工具Rational Rose的基本菜单及操作。

2、掌握UML的可见性规则和构造型的作用。

3、掌握用例的概念；掌握UML用例图的组成及作用。

4、掌握用例与用例之间的各种关系。

实验内容1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。

2、认识各种UML关系，并用工具表示出来。

中南民族大学管理学院学生实验报告3、什么是用例？用例图中有哪些组成元素？在UML中是如何表示的？答：用例是对系统功能的描述，是向参与者提供重要价值的操作序列。

用例图有：用例、参与者、关联（系统边界）等元素。

用来显示在系统或其他实体内的用例与系统参与者之间的关系。

主要使用场合：需求获取、定义、分析4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。

(1)包含关系：基本用例的行为包含另一用例的行为。

基本用例描述在多个用例中都有的公共行为。

包含关系是本质上比较特殊的依赖关系，它比一般的依赖关系多了一些语义。

在包含关系中箭头的放向是从基本用例到包含用例的。

（2）扩展关系：扩展关系的基本含义和泛化关系相似，但在扩展关系中，对于扩展用例有更多的规则限制。

基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。

（3）泛化关系：代表一般与特殊的关系。

UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。

不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。

在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。

5、完成书中94页例子，体会用例图建模的分析过程并模仿来画出该学生信息管理系统的用例图。

画出课后习题101页第4题。

uml实验心得体会篇一：UmL实训总结实训总结（收获与体会）通过一个学期的Uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次UmL 实训的体现。

三个周的UmL实训，主要是围绕着一个实训题目“基于UmL系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。

从中让我认识到UmL的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用Uml作为建模语言，形成了统一的标准。

它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。

总之，在我看来，UmL是一种定义良好、易于表达、功能强大且普遍适用建模语言。

融入软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建模，所以我很喜欢适用UmL，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。

这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。

所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行有效地方沟通。

在这次实训过程中，感触最深的也就是合作精神了。

独木难成林，单枪匹马，那是最错误的思想和做法。

实验三活动图[实验目的和要求]１、掌握活动的概念以及表示方法。

２、掌握活动图中各元素表示的意义和表示方法。

３、掌握分支、监护条件、分岔、汇合和泳道的概念。

４、掌握阅读和绘制活动图的方法。

５、掌握UML的可见性规则和构造型的作用。

[实验环境]1、Windows操作系统（XP、Vista等）2、Rational Rose2003软件（或RSA8.0）[实验内容和步骤]１、说明下面活动图所表达的信息。

表达的信息：用户下订单，可以直接生成送货单，然后由供应商发货，修改订单项状态，然后等所有的订单项全都送货完毕，这样一笔订单就完成了。

或者也可以由用户下订单，然后选择支付方式，如果用户想要取消订单或订单超过了时限则该订单取消，否则供应商收款后送货，然后修改订单项状态，待所有的订单项全都送货完毕，订单就完成了。

2、用活动图表示for（i=0;i<9;i++）循环。

输入i=0i>=9i++ i<9２、了解使用“支付宝”进行网上购物的活动过程，并画出活动图，关于支付宝的相关说明可以登录/查看。

登陆淘宝网，选择要购买的商品，选中后点“立即购买”买下选中的商品正确填写您的收货地址、收货人、联系电话，填写您所需的购买数量；补充完成您的个人基本信息，点“确认无误，购买”继续选择支付宝账户余额支付，输入支付宝账户支付密码，点“确认无误，付款”支付宝账户无余额可以选择网上银行、支付宝卡通、网点付款来完成支付支付宝付款成功，点“点此查看本笔交易详情”卖家发货后，买家注意查收货物，收到货物后，点“确认收货”付款给卖家输入支付宝账户的支付密码，点“同意付款”付款给卖家；收到货点“确定”付款给卖家成功付款给卖家双方相互评价交易成功[分析与讨论]1总结UML在软件工程中的作用以及使用UML建模的必要性。

作用：在现代软件工程中，需求到详细设计是非常重要的环节，后续的编码、测试、维护都只是按照前面的规划计划进行，一个非常详细的设计，利用UML几乎能将整个的代码通过UML表示出来，UML处理好了，就简化了软件的制作难度。

《面向对象分析与设计UML》实验报告学号：***************班级：08级软件2班指导老师：***实验及作业一一、实验目的了解软件工程等基础知识;为后续的统一建模语言UML知识的学习做好准备工作..二、实验设备与环境装有Visio、RathionalRose的计算机..三、实验内容1、复习阐述“软件工程开发模型”的相关概念;并分析各种模型的优缺点;写成实验报告..2、熟悉UML软件设计工具Visio、Rational Rose的安装及环境四、实验过程及结果1、软件工程开发模型有1瀑布模型;2原型模型;3螺旋模型;4喷泉模型1瀑布模型将功能的实现与设计分开;便于分工协作;即采用结构化的分析与设计方法将逻辑实现与物理实现分开..将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动;并且规定了它们自上而下、相互衔接的固定次序;如同瀑布流水;逐级下落..优点：1为项目提供了按阶段划分的检瀑布模型查点..2当前一阶段完成后;您只需要去关注后续阶段..3可在迭代模型中应用瀑布模型..缺点：1在项目各个阶段之间极少有反馈..2只有在项目生命周期的后期才能看到结果..3通过过多的强制完成日期和里程碑来跟踪各个项目阶段..2原型模型原型模型又称快速原型;它是增量模型的另一种形式；它是在开发真实系统之前;构造一个原型;在该原型的基础上;逐渐完成整个系统的开发工作..快速原型模型的第一步是建造一个快速原型;实现客户或未来的用户与系统的交互;用户或客户对原型进行评价;进一步细化待开发软件的需求..通过逐步调整原型使其满足客户的要求;开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软件产品..优点：克服瀑布模型的缺点;减少由于软件需求不明确带来的开发风险..缺点：所选用的开发技术和工具不一定符合主流的发展；快速建立起来的系统结构加上连续的修改可能会导致产品质量低下..3螺旋模型螺旋模型采用一种周期性的方法来进行系统开发..这会导致开发出众多的中间版本..使用它;项目经理在早期就能够为客户实证某些概念..该模型是快速原型法;以进化的开发方式为中心;在每个项目阶段使用瀑布模型法..这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段;由这4个阶段进行迭代..软件开发过程每迭代一次;软件开发又前进一个层次..螺旋模型基本做法是在“瀑布模型”的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制;它把软件项目分解成一个个小项目..每个小项目都标识一个或多个主要风险;直到所有的主要风险因素都被确定..优点：1设计上的灵活性;可以在项目的各个阶段进行变更..2以小的分段来构建大型系统;使成本计算变得简单容易..3客户始终参与每个阶段的开发;保证了项目不偏离正确方向以及项目的可控性..4随着项目推进;客户始终掌握项目的最新信息; 从而他或她能够和管理层有效地交互..5客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品..缺点：很难让用户确信这种演化方法的结果是可以控制的..建设周期长;而软件技术发展比较快;所以经常出现软件开发完毕后;和当前的技术水平有了较大的差距;无法满足当前用户需求..4喷泉模型喷泉模型是一种以用户需求为动力;以对象为驱动的模型;主要用于采用对象技术的软件开发项目..该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性..软件的某个部分常常被重复工作多次;相关对象在每次迭代中随之加入渐进的软件成分..无间隙指在各项活动之间无明显边界;如分析和设计活动之间没有明显的界限;由于对象概念的引入;表达分析、设计、实现等活动只用对象类和关系;从而可以较为容易地实现活动的迭代和无间隙;使其开发自然地包括复用..优点：喷泉模型不像瀑布模型那样;需要分析活动结束后才开始设计活动;设计活动结束后才开始编码活动..该模型的各个阶段没有明显的界限;开发人员可以同步进行开发..其优点是可以提高软件项目开发效率;节省开发时间;适应于面向对象的软件开发过程..缺点：由于喷泉模型在各个开发阶段是重叠的;因此在开发过程中需要大量的开发人员;因此不利于项目的管理..此外这种模型要求严格管理文档;使得审核的难度加大;尤其是面对可能随时加入各种信息、需求与资料的情况..五、实验小结：通过本次实验让我了解了软件工程开发的4中主要模型和这些模型的优缺点..初次安装并使用UML软件设计工具Visio和Rational Rose使我初步认识了软件开发中UML的设计..实验及作业二一、实验目的1、了解面向对象的基本概念2、熟悉面向对象的分析、设计过程3、了解基于UML的面向对象分析设计过程二、实验设备与环境装有Visio、RathionalRose的计算机..三、实验内容1、熟悉Rational Rose的使用..2、熟悉利用统一建模语言进行分析、设计软件的过程;完成作业：论述面向对象OO方法的特点、优势以及存在的问题..四、实验过程及结果面向对象方法Object-Oriented Method是一种把面向对象的思想应用于软件开发过程中;指导开发活动的系统方法;简称OO Object-Oriented方法;是建立在“对象”概念基础上的方法学..对象是由数据和容许的操作组成的封装体;与客观实体有直接对应关系;一个对象类定义了具有相似性质的一组对象..而每继承性是对具有层次关系的类的属性和操作进行共享的一种方式..所谓面向对象就是基于对象概念;以对象为中心;以类和继承为构造机制;来认识、理解、刻画客观世界和设计、构建相应的软件系统..主要特征：封装性;多态性优势：1强调从现实世界中客观存在的事物对象出发来认识问题域和构造系统;这就使系统开发者大大减少了对问题域的理解难度;从而使系统能更准确地反映问题域..2运用人类日常的思维方法和原则体现于OO方法的抽象、分类、继承、封装、消息通讯等基本原则进行系统开发;有益于发挥人类的思维能力;并有效地控制了系统复杂性..3对象的概念贯穿于开发过程的终;使各个开发阶段的系统成分具良好的对应;从而显著地提高了系统的开发效率与质量;并大大降低系统维护的难度..4对象概念的一致性;使参与系统开发的各类人员在开发的各所段具有共同语言;有效地改善了人员之间的交流和协作..5对象的相对稳定性和对易变因素隔离;增强了系统的应变能力..6对象类之间的继承关系和对象的相对独立性;对软件复用提供了强有力的支持..存在的问题：1软件重用性差2软件可维护性差3开发出的软件不能满足用户需要五、实验小结：通过本次实验了解Rational Rose的使用..学习利用统一建模语言进行分析、设计软件的过程;通过上网查询;了解有关面向对象OO方法的特点、优势以及存在的问题..实验及作业三三、实验目的1、讲解用例、参与者、UML语境建模技术和UML需求建模技术..2、通过实例使学生有一个初步认识;为后面的学习打下坚实的基础..四、实验设备与环境装有Visio、RationalRose的计算机..四、实验内容1、掌握“参与者”、“用例”、“各种关系”在Visio或Rational Rose中的设计方法..体会用例图的设计方法..2、以图书馆管理系统为例;完成其用例图的设计..并书写实验报告..四、实验过程及结果图书管理系统中的参与者有读者、图书管理员和系统管理员..读者能够进行查询;借书有扩展关系预定和续借;还书;罚款有扩展关系超期罚款和损坏罚款;登陆；图书管理员能够进行登陆;处理借书;处理还书有扩展关系收罚金;解除预定；删除预订信息系统管理员能够进行登陆;管理用户和管理图书目录有扩展关系新增书籍和删除书记；读者信息维护五、实验小结：通过本次实验第一次使用ROSE画用例图使我初步了解了什么是用例图;如何进行画用例图..通过画图书管理系统的用例图后;使我能够正确使用ROSE软件画用例图..实验及作业四一、实验目的讲解静态视图中的类图、对象图等建模知识;并通过图书馆管理系统的静态视图进行实例讲解;为学生以后的学习打下坚实的基础..二、实验设备与环境装有Visio、RationalRose的计算机..三、实验内容实现并改进图书馆管理系统中的类图..四、实验过程及结果根据实验三的用例图画出如下的类图..1、读者;图书管理员;和系统管理员都是用户;是用户类的泛化；2、登录和用户是依赖关系;登录需要取决于用户类里的用户名和密码..五、实验小结：通过本次实验是我初步了解了如何将用例图转换成相应的类图..在画类图是需要弄清楚类与类之间的各种关系;只有弄清楚类之间的关系后才能画好类图..《面向对象分析与设计UML》实验五一、实验目的了解动态视图中的状态图的设计、建模;包括：状态机、状态、转移等概念..二、实验设备与环境装有Visio、RationalRose的计算机..三、实验内容实现并改进图书馆管理系统中的状态图..四、实验过程及结果五、实验小结：通过本次实验的练习;让我初步了解并使用Rose画图书管理系统的状态图..在画图中通过分析画出图书管理系统的每个状态过程..《面向对象分析与设计UML》实验六一、实验目的了解活动图的设计方法及建模技术..重点介绍了活动图的构成要素、判定、对象流、泳道等概念;以及活动图与状态图的关系、活动图与流程图的区别..二、实验设备与环境装有Visio、RationalRose的计算机..三、实验内容实现并改进图书馆管理系统中的活动图..四、实验过程及结果五、实验小结：通过本实验的练习是我初步了解了如何画活动图..《面向对象分析与设计UML》实验七一、实验目的了解动态视图中的时序图、协作图的设计、建模..二、实验设备与环境装有Visio、RationalRose的计算机..三、实验内容实现并改进图书馆管理系统的时序图;并在此基础上做出相应的协作图..四、实验过程及结果图书管理系统时序图:1、借阅者预定图书2、系统管理员添加新图书3、系统管理员删除旧图书4、图书管理员处理还书5、图书管理员处理借书协作图如下：1、借阅者借书2、图书管理员处理还书3、图书管理员处理借书4: 验证是否达借书数量上限4、系统管理员新增图书5、系统管理员删除旧图五、实验小结通过这8个课时的课程学习;使我初步了解什么是时序图和协作图;如何使用Rose画时序图和协作图..时序图是消息时间顺序的交互图;描述了对象之间消息传递的时间顺序;在实验课上通过分析和画出了图书管理系统的时序图..而协作图描述的是和对象结构相关的信息;表示一个类操作的实现..通过时序图可以清楚的了解到图书管理系统所有对象之间消息传递的时间顺序;通过协作图又能够清楚的看到各个对象之间的结构关系..ROSE双向工程实验八五、实验目的1、了解UML模型与代码的对应关系..2、了解ROSE的双向工程..六、实验设备与环境装有Visio、RationalRose的计算机..六、实验内容1、掌握正向工程在Visio或Rational Rose中的实现..体会类图中类关系在源代码中的体现..1简单类、在类中添加属性和方法、类可见性设置..2类图中的关系：泛化关系、关联关系包括一对一关联、一对多关联、多对多关联、聚合关系、组合关系、依赖关系、实现关系..请依次将上述实验内容的UML图与生成的代码附在实验过程及结果中;并说明UML中的模型在源代码中是否体现..2、掌握逆向工程在Visio或Rational Rose中的实现..体会Rational Rose在阅读代码中的好处..六、实验过程及结果1．1在Rose的LogicalView下新建简单类People如下：通过使用UML中的正向工程得到代码如下：1.2类图中的关系A：泛化关系生成代码如下：B：关联关系1 一对一：生成代码如下：2一对多生成代码如下：3多对多生成代码如下：4聚合关系Bill Customer 生成代码如下：C：依赖关系：生成代码如下：D：实现关系：Bill Paymentcounter生成代码如下：七、实验小结：通过本次课程的学习和实验的联系是我初步了解到如何使用Rose进行UML 的正向工程和逆向工程;通过正向工程可以将类图转化成代码;通过逆向工程可以将代码转换正相应的类..组件图和配置图设计实验九一、实验目的1、了解组件图的概念及应用..2、了解配置图的概念及应用..二、实验设备与环境装有Visio 、Rational Rose的计算机..三、实验内容1、实现并完善图书管理系统中的组件图、配置图..四、实验过程及结果1、组件图：通过对系统中的组件和组件的接口进行建模得到如下图书馆管理系统组件图：借书记录2、部署图：通过对系统中的节点进行建模得到如下图书管理系统的部署图：五、实验小结：通过这次课时的学习;使我初步了解了什么是组件图和部署图..组件图描述了软件的各种组件和它们之间的依赖关系..而部署图即配置图;配置图描述了运行软件的系统中硬件和软件的物理结构..通过实验的练习;我完成的图书管理系统的组件图和部署图..系统管理员。

实验三顺序图和通信图
一、实验目的
1.学会用通信图实现用例
2.掌握顺序图的绘制方法以及顺序图和通信图的相互转换。

二、实验器材
1. 计算机一台；
2. Rational Rose 工具软件；
三、实验内容
画出ATM取款的顺序图，并转换为通信图。

四、实验步骤
1.分析
ATM取款的场景：
（1）通过读卡机，用户插入A TM卡；
（2）ATM系统从卡上读取银行ID、账号、加密密码、并用主银行系统验证银行ID和账号；
（3）用户输入密码，A TM系统根据上面读出的卡上加密密码，对密码进行验证；
（4）用户输入取款数量；
（5）ATM系统通知主银行系统，传递储户账号和取款数量，并接收返回的确认信息；
（6）ATM系统输出先进、A TM卡和显示账户余额的收据；
（7）ATM系统记录事务到日志文件。

寻找场景中的对象：ATM、客户和账户。

2．绘图步骤：
下面介绍在Rose中创建顺序图的过程：
（1）在“Logical View”中新建“Sequence Diagram“，双击图标，出现图1，为编辑顺序图做好准备。

中南民族大学管理学院学生实验报告课程名称：UML面向对象分析与设计教程年级：专业：信息管理与信息系统学号：姓名：指导教师：实验地点：管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验（一） UML建模基础实验时间：实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。

2.掌握UML的三大组成部分及各部分作用。

3.掌握UML的可见性规则和构造型的作用。

实验内容1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。

2.认识各种UML关系及可见性符号，并用工具表示出来。

答：各种UML关系如下：分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。

答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。

UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。

当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。

UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。

UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。

UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。

指导教师批阅：实验（二）用例图实验时间：实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。

2.掌握用例与用例之间的各种关系。

3.用Rational Rose工具练习教材中的用例图。

本科实验报告课程名称：系统分析与设计实验项目：《网上书店系统》实验实验地点：逸夫楼402专业班级：学号：学生姓名：指导教师：**2013年10月21、28日2013年11月4、11日目录1.实验准备：熟悉UML建模环境2.实验一用例图3.实验二类图4.实验三顺序图及通信图5.实验四活动图、状态图、组件图及部署图实验一用例图一、实验目的初步掌握UML用例图的创建方法及其用例的描述。

二、实验要求1．结合工具StartUML，熟悉UML用例图的模型元素。

2．使用StartUML工具建模网上书店系统的用例图。

三、实验主要设备：HP6460b四、实验内容：根据下面给出的网上书店问题陈述，分析该系统总体需求，建模网上书店系统的用例图并提供一个主要用例的事件流文档。

网上书店陈述：书店经理：我们原本是一个传统的实体书店，顾客要买书都是亲自到书店里来的，这样挺不方便。

面且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是大量顾客到书店选购图书，使得书店场地不足，工作人员也很忙碌。

其实，还有一点就是，有不少人进入书店后并不买书，只是查找一些资料。

有的甚至会在这呆上很长的时间直到把书免费看完。

这种行为，工作人员一般是不阻止的，结果最后这些被看过的书会因为有阅读过的痕迹而影响销售。

而且现在电子商务已经发展起来了，所以我们想到借助网络，让顾客通过网上书店购买图书。

这样我们书店可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便的检索图书信息，让顾客可以足不出户以更优惠的价格买到需要的书。

系统分析员：能谈谈您对网上书店的要求吗?书店经理：网上书店要能实现对外和对内的功能，对外是顾客能在网上书店订购图书，提交订单。

对内，书店工作人员能够通过网上书店及时的看到这些订单，并进行处理。

为了把书送到顾客手里，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客手里。

书店管理员受理订单后，就会通知快递公司送货。

实验一：基于UML的用例模型试验实验目的：1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。

（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。

这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。

（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。

此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。