UML实验报告
UML实验报告1-8次
实验一熟悉UML开发工具Microsoft Visio 2003 日期: 9月16日1.实验目的与要求:2.熟悉UML开发工具Microsoft Visio 2003。
3.实验内容:4.熟悉Visio的UML建模绘图界面。
二、2..通过绘制对象图学习Visio的使用方法。
实验器材:微机+windows操作系统+ Microsoft Visio 2003实验步骤:1. 熟悉Visio的UML建模绘图界面（1）进入Visio的UML建模绘图界面通过“开始”|“程序”, 运行Microsoft Office Visio 2003, 出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”, 然后在右侧的“模板”中单击“UML模型图”, 则进入Visio的UML建模绘图界面。
（2）熟悉UML建模绘图界面在Visio的UML建模绘图界面中, 最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板, 它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典, 字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候, “UML静态结构”标签页就会激活, 我们就可以创建类图和对象图了。
2. 通过绘制对象图学习Visio的使用方法。
（1）在“模型资源管理器”中“顶层包”的文件夹上右击, 从弹出菜单中选择“新建”|“静态结构图”, 则创建并打开了一个新的静态结构图。
从“形状”的“UML 静态结构”标签页中选择“对象”图标, 拖拽到绘图区。
（2）在对象图标上双击打开“UML对象属性”对话框。
在“名称”字段中输入“theSun”替代缺省名字。
我们还需要表明theSum是Star类的一个实例, 为此, 选择“类”字段并单击下拉列表。
从类列表中选择“顶层包：：Star”, 然后单击“确定”按钮。
（3）用相同的一系列步骤创建HabitablePlanet类的一个earth对象。
UML实验报告
1. 为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和 Java 文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用 Rose 工具生成代码框架及生成数据库脚本 ，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java 编程综合练习。
实验三 顺序图、协作图
一、实验结果
1.整理实验结果。
2.小结实验心得体会
顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。协作图与顺序图是同构的，Rose 可自动转换。顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。
实验五 状态图
一、实验结果
1．整理实验结果。
2. 小结实验心得体会。
状态图描述了一个特定对象的所有可能状态，以及引起状态跃迁的事件。状态图用来模拟系统的动态方面，这些动态方面指系统对象按事件发生顺序排序的行为。状态图可以用来描述整个系统、子系统或类的动态方面，还可以用来描述用力的一个脚本。
通过本次实验，我熟悉了状态图的基本功能和使用方法。掌握了如何使用建模工具绘制状态图方法。同时完成了图书管理业务中，资源项“ResourceItem”的状态图。
二、思考题
选中一个模型对象，点击鼠标右键，比较快捷菜单项“Edit——Delete”与“Edit——Delete from Model” ，它们二者之间区别在哪里？
UML统一建模语言实验报告
成绩UML统一建模语言实验报告--实践教学管理平台专业：学号：姓名：目录一．前言 (3)二．可行性分析 (3)1.技术可行性 (3)2.经济可行性 (3)三．需求分析 (4)1．系统功能需求分析 (4)2．用例图 (4)（1）标识参与者 (4)（2）标识用例 (5)（3）描述用例 (5)3．类图 (6)(1) 系统中的类 (6)(2) 各类之间的关系 (7)4．顺序图 (7)(1) 学生与系统交互的顺序图： (7)(2) 教师与系统交互的顺序图： (8)(3) 实验室或设备管理员与系统交互的顺序图： (9)5．通信图 (10)6．状态机图 (11)(1) 学生状态机图 (11)(2) 教师状态机图 (12)(3) 实验室或设备管理员状态机图 (12)7．活动图 (13)(1) 学生活动图 (13)(2) 教师活动图 (14)(3) 实验室或设备管理员活动图 (15)四．系统实现部分 (16)1．系统的组件图 (16)2．系统的部署图 (17)五．结束语 (18)六．附录或参考资料 (18)一．前言实践教学管理平台是一个对学校实验室和设备进行系统管理的平台，学生和老师可以对需要的实验室和设备进行预约，实验室或设备管理员可以对预约进行审核。
该系统实现了对实验室和设备的系统化管理和高效利用。
这里我将通过该系统来进行UML建模。
二．可行性分析1.技术可行性互联网的普及、智能手机的快速发展以及计算机的使用为该系统提供了运行环境。
该系统采用B/S和C/S结构相结合，既可通过网页操作，也可从手机等移动端操作。
开发采用C#作为服务器端和网页端的主要开发语言，移动端采用java为主要开发语言。
开发工具使用Microsoft Visual Studio 2015、SQL Server 2014、android studio2.3.1，服务器采用windows server 2012 R2数据中心版 64位英文版。
网页端采用HTML、Css、bootstrap、bootstrap-table、jQuery库等进行页面设计，开发技术成熟，具有技术可行性。
UML实验——活动图-实验报告
南京信息工程大学实验(实习)报告一、实验目的1．熟悉活动图的基本功能和使用方法。
2．掌握如何使用建模工具绘制活动图方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。
要求：用活动图来描述系统中已知用例的业务过程：1．描述删除读者用例。
四、实验步骤绘制“删除读者信息”用例的活动图。
删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。
绘图步骤：（1）在用例图中，找到删除的用例，在删除用例上单击右键，在弹出的快捷菜单中选“New”，Rose工具也会弹出一个菜单，选”Activity Diagram”，选中后单击，便可以新建好一个活动图。
(2)新建好活动图后，双击删除的活动图，然后把在左边的工具栏内点击“Swinlane“，在右边的图添加一个泳道，并命名为administrator.按照此步骤，再添加另一个泳道，并命名为SystemTool。
（3）接着在左边的工具上选取开始点，并在administrator的泳道上添加；添加完开始结点后，再来为此活动图添加活动，在左边的工具栏上选中Activity这个图标，在administrator 这边的泳道上添加一个活动，命名为登录（login），再在开始结点和活动登录（login）之间添加活动关系。
（4）完成步骤（2）后，登录输入需要对输入的信息进行验证，则在图中添加一个验证框：添加验证框后，验证的内容，如果通过，则允许管理员进行查询操作；如不能通过，则结束。
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、部署图：通过对系统中的节点进行建模得到如下图书管理系统的部署图：五、实验小结：通过这次课时的学习;使我初步了解了什么是组件图和部署图..组件图描述了软件的各种组件和它们之间的依赖关系..而部署图即配置图;配置图描述了运行软件的系统中硬件和软件的物理结构..通过实验的练习;我完成的图书管理系统的组件图和部署图..系统管理员。
UML实验报告
模型是对现实的抽象或模拟,是对现实系统的本质特征的一种简化、直观、类比和抽象的描述。
特征：反映性、简化性、直观性、抽象性模型的类型1). 从学科分：思维模型、社会模型、工程模型、建筑模型、软件模型2). 从形物化角度分：逻辑模型、实体模型3). 从抽象程度分：概念模型、逻辑模型、物理模型。
建模：建立模型的过程被称为建模。
建模的必要性：软件是人智力劳动的产物，具有极高的智能特性。
软件没有物理实体的物理形态，而是智能、逻辑和算法的描述。
软件具有高度抽象性。
软件开发是高度复杂性工作，软件的规模越来越大，功能越来越复杂，服务领域越来越广泛。
综上：软件的开发和生产必须借助于模型，来反映和描述软件中间的开发过程和开发状态。
软件模型通过一定的形式和方法用来描述软件的模型。
软件建模：建立软件模型的过程被称为软件建模。
软件模型的内容：业务模型、需求模型、逻辑模型、设计模型、实现模型、测试模型。
面向对象建模在软件开发中,采用与人的思维过程相一致的,直接面向客观事物,面向所要解决的需求问题,并用一套对象、类、继承、消息等机制开发软件的系统性软件建模方法。
特点：对象是软件建模的重心；包括需求、设计、实现等多种模型；属一类建模方法，而非一种方法。
对象是系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位。
对象既可以描述客观存在的事物，也可以表示由人主观构造的抽象观念。
类用来描述具有相同性质的一组对象。
关联：对具有共同结构特征、关系和语义的链接描述。
聚合：聚合表示有多个部分聚集成为整体，表示部分构成整体的一种松散的关系。
组合泛化依赖：表示两个模型元素之间的语义联系，指一个模型元素发生变化，必然影响到另外一个模型元素。
封装是把某些可以独立存在的内容封裹起来，构成一个整体，并把内部细节隐藏起来，仅向外部提供可以提供的外在描述。
对象的封装是把对象的属性和操作结合成一个独立的系统单位，并隐藏对象的内部细节，向外部提供对象的接口。
UML类图实验报告
UML类图实验报告实验报告学院：专业： 20xx年 3月 18日第二篇：UML实验——类图实验报告 1300字南京信息工程大学实验(实习)报告实验名称类实验(实习)日期 2014.05.10 得分指导老师系专业班级一、实验目的1．理解类的基本概念。
2．掌握如何从需求分析中抽象出类的方法。
3．掌握在Rational Rose中绘制类的操作方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用例图和相应的活动态和状态图。
通过这两类图我们可以初步了解系统的业务处理流程。
现在需要对系统进行静态建模，这就需要从系统的用例图、活动图和状态图去寻找和发现类。
因此，指派你运用本节所学的有关如何抽象出类的知识，完成如下任务：1．寻找和抽象出书籍管理功能中的类。
四、实验步骤1．分析：由前面章节对图书馆管理系统中的书籍管理功能可知，该模块是由书籍信息类、书目类、新增书籍界面类、修改书籍界面类、删除书籍界面类和书籍管理类6个类组成。
2．绘制类的步骤：（1）打开前面初步构建的UML模型文件;（2）打开Rose中的逻辑视图（Logical View），选择分析模型（analysis model）目录。
并在其下创建一个子目录并命名为：“图书馆业务功能”。
（3）用鼠标右击“图书馆业务功能”在弹出来的菜单中选择“New→Class diagram”项，创建类图。
（4）双击新建的类图，并点右边控件集中选中的类的图标，并用鼠标在图中分别拖出一个类图，并命名为Book。
（5）接下来的一步为设置类的属性，在新的类中双击该类，在打开属性面板中，可以看到在此可以设置类的属性和方法等其他的信息；后撞击Attributes这个栏目，此栏目为设置类的属性的选项，在图中间的单击右键，可以看到有一个“Insert”的选项，选中这个选项，后在出现的对话框中输入相关信息；如书本的ISBN号，在Type这个方框内输入此属性的类型值，同时可以看到一栏可以设置此属性的访问权限，一般这些属性都设置Private这个权限。
UML实验报告
UML系统分析与设计实验报告实验一图书馆系统——借书一．实验目的：学会使用UML来构建软件的面向对象的软件工程，对系统进行不断精化的建模。
这些模型包括用例模型、分析模型、设计模型，然后，我们需要使用具体的计算机语言来建立系统的实现模型。
当然，在整个软件工程中，我们还需要建立系统的测试模型，以保证软件产品的质量。
在具体的实验中更加准确的了解UML的操作平台。
二．实验内容：利用UML做一个图书馆借书系统的建模。
三．实验步骤：名称：借书”。
说明：学生在图书馆挑选好需要的图书后，通过图书管理员把书借回去。
参与者：学生，图书管理员频率：每天可能会有很多次。
最繁忙的情况是，借书的人非常多，按照现在的速度，大约每分钟完成一个人的结束工作。
前置条件：无后置条件：修改所借出的图书的剩余数量。
假设：借书者总是从图书馆找到书，然后才能拿书办理借书手续，因此，总是有足够的书可以出借。
基本操作流程：借书成功。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，如果不存在不允许借书的情况，则记录借书交易的信息，并且修改相应的馆藏图书的数量信息。
4）如果该学生已经预订了这本图书，则撤销该预定。
5）报告交易成功。
可选操作流程：所借图书超出最大借书数量。
1）学生将所借图书和借书证交给图书管理员2）图书管理员将学生借书证号码和所借图书输入系统3）系统校对借书信息，比对该学生以往借书情况和当前借书情况，发现已超出最大借书数量，则停止当前交易，并且提示用户错误原因。
4）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
计算机与通信工程学院实验报告实验学时：课程实验共20学时，配合《UML在嵌入式系统中的应用》理论课程的学习，培养学生的嵌入式软件分析与建模能力。
实验内容：该门课程的实验为一个完整性的系统建模实验，实验分为十个部分，最后完成图书馆管理系统的全部建模过程，最终形成一个完整的建模文档，得到正向工程和数据库建模的相关结果。
具体内容如下：内容一建模工具学习2学时内容二用例图的制作2学时内容三类图的制作2学时内容四顺序图的制作2学时内容五通信图的制作2学时内容六活动图的制作2学时内容七状态图的制作2学时内容八组件图和部署图的制作2学时内容九数据模型的建立2学时内容十正向工程2学时实验目的：使学生对系统级建模有个完整的认识，通过课程所学知识，结合实验内容，掌握建模的思想、方法和其在系统分析和设计中的重要意义。
实验难点：实验的每一部分都是逐步累进的过程，每个实验环节都是以前一个实验环节为基础，每一部分的正确性会影响下一步实验的正常开展。
实验要求：（1）要求学生掌握Rational Rose建模软件的使用，可以利用其进行系统级建模。
（2）要求学生理解和掌握用例图，类图，书序图，通信图，活动图，状态图，组件图和部署图，数据模型以及正向工程的建模实现。
实验验收：以最后一次实验课的现场实验验收（查看建模结果和问询）为准，实验报告作为存档资料备查。
提交资料要求：提交实验总结，实验报告（正反面打印），实验的所有文档电子版（建模文件，正向工程代码文件，实验报告，实验总结报告内容1 建模工具学习1.实验内容：熟悉 Rational Rose 建模环境2.实验目的：熟悉 Rational Rose 建模环境3.实验过程：1）双击“开始——程序——Rational Software——Rational Rose Enterprise Edition”，启动 Rational Rose 建模环境。
2）如果是新建一个模型，则选择“New”选项，按下 Cancel 按钮后，进入图 Rose 主界面。
否则，选择“Existing”或“Recent”选项，选择一个已存在的模型（后缀：*.mdl）,打开模型文件即可。
主界面包含五大部分：导航窗口、绘图窗口、工具栏、文档窗口和日志窗口。
3）主界面介绍：（1）导航窗口用于在模型中迅速漫游。
导航窗口类似于 windows 操作系统的资源管理器，它以树形结构显示了模型中的所有元素，包括参与者、用例、类、组件等。
如同windows 的资源管理器一样，用户可以像创建文件似的创建 UML 模型的包，包下还可以创建子包（类似于子文件夹），从而可以将繁多的元素纳入不同的包，达到有效组织和管理的目的。
（2）绘图窗口当在导航窗口中选中某个图双击后，就会打开一个绘图窗口并显示该图，可以使用左边的工具栏进行绘图。
根据图型的不同，工具栏提供与之相应的图形符号。
（3）工具栏提供了所有 UML 中的图示符号，包括用例、参与者、类、关系、注释等等，按下任意一个图形元素，就可以在绘图窗口中绘制出来。
（4）文档窗口图形符号提供的信息经过了抽象和压缩，提供的信息量有限，每张图或每个图形元素的详细信息可以补充在文档窗口中。
比如书写用例规约时，只要在绘图窗口中点击选中某个用例，然后在文档窗口中输入规约内容，系统就会自动自动保存文档内容，并与该用例关联起来。
（5）日志窗口使用 Rose 工具时，有些信息会在日志窗口中显示出来，比如在生成代码时可能发生的任何错误。
（6）用例视图（Use Case View）：用于管理需求分析获取的所有用例、参与者和用例图。
（7）逻辑视图（Logic View）：分析和设计完成的所有制品（如类图、对象图、顺序图、活动图、状态图等）放置在逻辑视图中。
（8）组件视图（Component View）：逻辑视图中的类实现后成为软件的组件，可以放在组件视图中创建这些组件，并绘制组件图描述它们之间的依赖关系。
（9）部署视图（Deployment View）:系统最终要实现物理部署，在部署视图中创建物理系统中的节点和节点的连接，并描述软件组件在物理节点中的分布4.实验结果：如上两张图内容2 用例图的制作1.实验内容：根据课堂所讲的案例——图书管理系统的要求，完成对该系统的需求建模，得到用例模型后，应针对指定用例进行业务分析。
2.实验目的：1）熟悉用例图的基本功能和使用方法。
2）掌握如何使用建模工具绘制用例图。
3.实验过程：1）建立用例模型：需求陈述：图书馆系统实行开架阅览，并为读者提供了客户端，读者可以查询到馆藏书目和本人在借的图书。
对目前已借出无馆藏的图书可以进行预定，也可以取消预定，这项功能也可以通过互联网实现。
图书管理员通过系统记录图书的出借和归还，以及进行书目的维护、读者信息和借书卡的维护。
业务分析：根据课堂讲授的方法，进行参与者、用例、用例关系的识别2）绘图：（1）双击 Use Case View 节点下的 main，为绘制用例图做好准备。
（2）为用例工具栏添加用例间的“包含”和“扩展”连接符（3）添加参与者添加用例（4）按步骤（3）反复操作，向用例图中添加其他的 Actor 和其他的 Use Case （6）用例的实现（7）绘制用例间的关系4.实验结果：内容3 类图的制作1.实验内容：实验分成两部分：第 1 部通过实验 2完成的用例图我们可以初步了解系统的业务功能，现在需要对实验 1 的需求进一步分析，从中识别出系统的概念类，对系统进行分析阶段的静态建模；第 2 部分要求在第 1 部分系统分析的基础上，精化、完善分析阶段的类图，使之成为计算机系统可实现的模型。
2.实验目的：1）理解类的基本概念。
2）掌握在 Rational Rose 中绘制类的操作方法。
3）掌握在 Rational Rose 中绘制类的关联、依赖、泛化关系。
3.实验过程：1）分析阶段的静态建模绘制类：（1）打开 Rose 中的 Logical View（逻辑视图），鼠标右键单击 Logical View 根节点后，选择“New——Package”项，在逻辑视图下建一个名为“ClassDiagram“的包，用于存放图书管理系统的静态模型。
（2）在“Class Diagram”包下建立一张名为“Entity”的业务领域实体类图（3）添加类“借书记录”（4）设置类的属性，类的方法（5）重复（4）步骤，为图添加其他类，定义类的属性和方法（6）添加类的关联关系，设置关联属性，去掉关联的箭头（7）定义聚集关联（8）添加类的泛化关系2）设计阶段的静态建模设计阶段类的静态建模包括两方面：第 1 方面是将分析阶段识别的领域实体类进一步细化，将分析阶段识别的汉语的类名、属性名和方法名转变为英文的类名、属性名和方法名；第 2 方面，要根据软件体系结构的分层模式，为静态模型添加边界类和控制类，绘制一张反映边界类、控制类、实体类三者关系的总体图。
绘制：（1）打开 Rose 中的 Logical View（逻辑视图）节点下“Class Diagram”包中的“Entity”实体类图，鼠标右键单击“借书记录”类，在出现的快捷菜单中，选择“Open Specification”菜单项，打开类设置对话框，更改类名“借书记录”为“Loan”（2）设计类的属性，设计类的方法，定义类方法的参数（3）至此，借书记录类“Loan”的详细设计完成，以此类推，我们可以在分析阶段的基础上，重复第（2）步骤，完成其他类属性和方法的详细设计（4）设计阶段需要添加边界类、控制类，在添加之前，我们应建立一个实体类子包“BO”，用于存放上述设计的实体类。
（5）设计边界类（6）完成其他边界类的添加（LendWindow、ReturnWindow、QueryWindow、ReservationWindow、MaintainReaderWindow 和MaintainResourceWindow）（7）设计控制类，为控制类在“Class Diagram”包下建立一个“CO”子包，并在“CO”子包下添加控制类（LendLogic、ReturnLogic、QueryLogic、ReservationLogic、MaintainReaderLogic 和MaintainResourceLogic）。
（8）至此，实体类、边界类和控制类均已添加完毕（9）设计一张总体图来反映三大类的一个总体的相互关系4.实验结果：分析阶段的静态建模设计阶段的静态建模内容4 顺序图的制作1.实验内容：，需要对前面所给出的用例进行实现，而用例的实现主要由顺序图来描述系统的动态特性，协作图与顺序图是同构的，Rose 可自动转换。
2.实验目的：1）理解顺序图的基本概念。
2）掌握在 Rational Rose 中绘制顺序图的操作方法。
3.实验过程：1）分析阶段的动态建模分析：在分析阶段，绘制的顺序图中，所有消息可以使用便于理解的自然语言来描述，并且可以仅在实体类中识别对象职责，而不涉及边界类和控制类。
绘图步骤：（1）鼠标右击导航窗口“Logicl View”节点，选择“New——Package”，建立 1 个子包：“Sequence Diagram”（用于存放顺序图、协作图）（2）鼠标右击“Sequence Diagram”子包，选择快捷菜单项“New——Sequence Diagram”，创建一张新的顺序图，取名为“借出图书”（3）设置支持嵌套消息的环境（4）绘制类、绘制消息，重复步骤第（4）步骤，按照同样的方法完成用例“归还图书”的顺序图，分析阶段的动态建模完成2）设计阶段的动态建模分析：在设计阶段，顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现。
绘图：（1）在分析阶段保存的模型文件基础上，打开“借出图书”的顺序图。
（2）在顺序图中引入一个“LendWindow”界面类和一个“LendLogic”控制类（3）为消息定义类的方法，为其余的消息定义方法，来完善分析阶段“借出图书”的顺序图（4）完善“归还图书”顺序图4.实验结果：分析阶段的动态建模设计阶段的动态建模内容5 通信图的制作1.实验内容：生成协作图2.实验目的：生成协作图3.实验过程：1）分析：在设计阶段，顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现。
2）绘图：（1）在分析阶段保存的模型文件基础上，打开“借出图书”的顺序图。
（2）在顺序图中引入一个“LendWindow”界面类和一个“LendLogic”控制类（3）为消息定义类的方法，为其余的消息定义方法，来完善分析阶段“借出图书”的顺序图（4）完善“归还图书”顺序图（5）生成协作图4.实验结果：归还图书：借出图书：内容6 活动图的制作1.实验内容：根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。