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）图书管理员可以应学生的意见，减少借书数量，并重新提交系统。
流程活动图：见图一。
借书活动图分析模型分析模型是从开发者的角度来描述问题。
用例模型的主要工作是描述现实世界的业务流程，而很少会涉及系统的概念。
分析，则是从系统的角度来来看待软件应该为用户提供的服务。
同样，同设计不同的是，分析仍然停留在“做什么”的层次，。
UML实验报告
1.为什么要求相对应的类名、组件名和实现组件的文件名相同？
答：相应的名字中能够找到相应的类的信息。如果组件名、类名和Java文件名不相同，会出现实体类的语法错误。
实验七 正向工程
一、实验报告要求
1．整理实验结果。
2．小结实验心得体会。
正向工程是对一个系统物理结构实现的高层抽象性、逻辑性及独立性设计的传统处理过程。通过本次试验，学会了利用Rose工具生成代码框架及生成数据库脚本，同时在实现过程中使用转换后的代码和数据库脚本。了解了Java编程综合练习。
实验四 活动图
一、实验结果
1．整理实验结果。
2．小结实验心得体会
在UML中，活动图是为系统的动态方面建模的7个图之一。活动图主要是一个流图，它描述了从活动到活动的控制流，它还可以用来描述对象在控制流的不同点从一个状态转移到另一个状态时的对象流。
通过本次实验，我对活动图的语义和功能有了更深层次的理解和应用，并对活动图的组成部分，包括动作状态、活动状态、分支、分叉和泳道、对象流，逐一进行了学习。同时基本掌握了用活动图来描述系统中“借出图书”用例的业务过程。实验过后本应该有完整的截图，由于自己的粗心马虎，造成截图的不完整性。
2.本案例中，ResourceTitle与BookTitle、DiscTitle的继承关系，SQL Server 2000关系型数据库的转换合理吗？如不合理，请问该如何修改？
答：不合理。
UML
实
验
报
告
实验一 用例图
一、实验结果
1、整理实验结果
2、小结实验心得体会
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是UML中用来对系统的动态方面进行建模的7种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操作者。
UML实验报告
UML实验报告本科实验报告课程名称：系统分析与设计实验项⽬：《⽹上书店系统》实验地点：专业班级：学号：20110学⽣姓名：指导教师：2013年⽉⽇实验⼀⽤例图⼀、实验⽬的初步掌握UML⽤例图的创建⽅法及其⽤例的描述。
⼆、实验要求1．结合⼯具StartUML，熟悉UML⽤例图的模型元素。
2．使⽤StartUML⼯具建模⽹上书店系统的⽤例图。
三、实验主要设备：台式或笔记本计算机四、实验内容：根据下⾯给出的⽹上书店问题陈述，分析该系统总体需求，建模⽹上书店系统的⽤例图并提供⼀个主要⽤例的事件流⽂档。
⽹上书店陈述：书店经理：我们原本是⼀个传统的实体书店，顾客要买书都是亲⾃到书店⾥来的，这样挺不⽅便。
⾯且随着书店销售图书种类和数量的增加以及顾客的增长，尤其是⼤量顾客到书店选购图书，使得书店场地不⾜，⼯作⼈员也很忙碌。
其实，还有⼀点就是，有不少⼈进⼊书店后并不买书，只是查找⼀些资料。
有的甚⾄会在这呆上很长的时间直到把书免费看完。
这种⾏为，⼯作⼈员⼀般是不阻⽌的，结果最后这些被看过的书会因为有阅读过的痕迹⽽影响销售。
⽽且现在电⼦商务已经发展起来了，所以我们想到借助⽹络，让顾客通过⽹上书店购买图书。
这样我们书店可以省掉⼤量的场地维护和⼯作⼈员成本⽀出，同时计算机可以⽅便的检索图书信息，让顾客可以⾜不出户以更优惠的价格买到需要的书。
系统分析员：能谈谈您对⽹上书店的要求吗?书店经理：⽹上书店要能实现对外和对内的功能，对外是顾客能在⽹上书店订购图书，提交订单。
对内，书店⼯作⼈员能够通过⽹上书店及时的看到这些订单，并进⾏处理。
为了把书送到顾客⼿⾥，我们已经联系了快递公司，初步达成协议，由他们往返场客和书店之间把图书送到顾客⼿⾥。
书店管理员受理订单后，就会通知快递公司送货。
当然，书店的图书上架和下架也应该由⽹上书店完成了。
⼯作⼈员甲：实体店中，图书是按照不同种类放置的，⽅便顾客挑选。
⽹上书店的图书也应该能够按照这种模式分类显⽰。
UML实验报告
UML实验报告班级：软件0841姓名：张文成学号：081842173实验内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[实验目的]〃掌握客户需求分析的方法和步骤〃了解以用例驱动的软件开发方法〃识别并编写用例〃掌握用Rose 进行用例建模的具体方法和步骤[实验内容]要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[实验原理和步骤]建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理” -> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果]实验2 分析建模[ 实验目的](1) 理解面向对象系统分析和对象类建模(概念建模)的概念(2)了解和掌握面向对象系统分析的方法和步骤(3)了解和掌握寻找待开发系统中类(概念)的方法和技巧(4) 掌握使用ROSE 绘制概念模型的方法[ 实验内容]在用例分析的基础上，选择第一个迭代周期打算开发的用例，建立相关的概念模型。
uml实训报告
uml实训报告uml实训报告篇一：uml实验报告软件建模实验报告题目：图书管理系统专业：班级：姓名：学号：指导教师：成绩：完成日期：年月摘要随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进，UML成为一种不可或缺的工具。
UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
它溶入了软件工程领域的新思想、新方法和新技术。
它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。
用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求为背景，分析设计了图书管理系统，并利用Ratinal Rse对系统进行建模，完成用例图和类图的构建，为后期的程序设计提供标准。
根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。
根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。
图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。
系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。
该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使SQL server 201X与 Visual Studi 201X得到了有效的结合。
关键词：图书管理系统；UML；Ratinal Rse面向对象目录 1 需求分析 ........................................................ .................................... 错误！未定义书签。
1.1 开发背景及意义 ........................................................ (4)1.2 功能需求 ........................................................ ............................................................4 2 系统建模 ........................................................ ........................................................... .. (8)2.1 创建系统用例模型 ........................................................ . (8)2.1.1 确定参与者 ........................................................ (8)2.1.2 参与者的用例图 ........................................................ ...... 错误！未定义书签。
UML实验报告
UML建模原理实验报告指导老师:XX姓名:XXX学号:30909210XX班级:软件XXX【实验名称】在线选修课程管理系统【实验类型】综合性实验【实验目的】1.掌握UML建模的基础知识和其应用；2.熟悉Rational Rose环境及功能,能够设计出完整系统。
【实验要求】1.对系统功能进行必要的描述；2.绘制系统的主要模型图；3.模型图要有说明性文字解释。
【实验内容】1.在线选修课程管理系统 的需求分析；2.在线选修课程管理系统 UML建模。
【实验步骤】一: 在线选修课程管理系统的需求分析1、系统功能需求(1)大学教师选择本学期要教授的课程，每位教师最多只能上报4门课程。
(2)教师选课结束后，教务管理人员进行协调和确认教师的课程，并创建本学期的课程目录表，向学生公布。
(3)学生填写课程选修表，每个学生最多选修4门课程；每门选修课程的学生数最多为10人，最少为3人。
(4)人数达到10人时，停止学生登记注册此门课程；学生选课结束后，系统自动取消人数少于三人的课程。
(5)学生按最终的课程表到财务处办理收费手续（billing system）。
(6)教师可查询所教课程的学生花名册(roster)。
(7)教务管理人员维护学生、教师和课程的信息。
图 1.1系统功能需求2、选课模块(1)教师选课模块，教师选课要教授的课程。
(2)学生选课模块，学生选择要上的课程。
图 1.2选课模块3、信息查询与维护模块图 1.3信息查询与维护模块(1)教务人员可以维护教师和学生的选课情况。
(2)学生可以查询自己的课表。
(3)教师查询课表与学生的花名册。
4、缴费模块图 1.4缴费模块功能(1)可以在柜台或缴费机用现金缴费。
(2)用网上银行缴费。
(3)用手机银行缴费。
5、数据库模块图 1.5 数据库模块(1)数据库存储教务人员、教师和学生的账号信息。
(2)存储教师的课表。
(3)存储学生的课表。
(4)存储学生的缴费信息。
二: 系统的UML建模1、系统的用例图创建用例图之前首先需要确定参与者。
UML实验报告
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]１、掌握用例的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？２、用例图中有哪些组成元素？在UML中是如何表示的？３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
UML面向对象实验报告
实验1 熟悉Rational Rose建模环境[实验目的]1．掌握Rational Rose 2003的安装2. 熟悉Rose的功能与特点3．掌握Rose的基本操作[实验预备知识]了解Rational Rose的背景[实验内容]1．安装Rational Rose 20032．系统主菜单3．建立UML模型初步[四类图]1、用例图题目：学生信息管理系统的录入模块删除学生基本信息2、对象类图题目：学生信息管理系统的界面的对象类图3、 顺序图题目：学生信息管理系统的学生登录模块: 学生4、 活动图题目：学生信息管理系统的学生登录模块三、实验小结初次使用Rational Rose，还是有些不适应。
通过画用例图，对象类图，顺序图，还有活动图，我基本掌握了rose的基本用法，也感受到了rose的强大。
在实验过程中，遇到了一下困难，但是通过查阅相关资料，还有认证看实验指导书，我最终解决了这样问题。
通过uml，我把软件功能的各个功能可视化，确定化，再也不用因为头脑中想得到但是却无法清晰描述出来而苦恼了。
在这次的UML实验中，我明白了，作为一个系统，需求分析很重要，一开始就应该明确业务流程，才能不至于之后的工作偏离方向。
实验2 用例图与活动图设计与实现[实验目的]1．熟悉UML建模2．掌握用例图的设计与实现4．掌握使用活动图细化用例的方法[实验预备知识]掌握Rational Rose环境下UML全局模型的创建[实验内容]1．网上选课系统的需求2．事件流（1）添加课程（2）选课3．选课用例图（1）创建并设置执行者（2）设计并实现执行者之间关联（3）创建并设置用例属性（4）设计并实现执行者与用例间关联4．使用活动图细化用例（1）添加一个空的活动图（2）新建泳道（3）添加初始状态和最终状态（4）添加动作状态（5）添加转换[实验步骤]1.简单需求分析选课系统包括如下功能：（1）管理员通过系统管理界面进入系统，建立学期要开的各种课程，将课程信息保存在数据库中并对课程进行改动和删除（2）学生通过客户端浏览器根据学号和密码进入系统，可以选课，也可以查询已选课程本系统涉及的用户包括管理员和学生，他们是用例图中的执行者，他们的主要特征相似，都具有姓名和注册号（学生为学号）等信息，所以可以抽象出高层执行者“人”，而管理员和学生都从人统一派生。
UML实验报告
UML实验报告一．实验目的了解案例研究在迭代1的需求，以及迭代1前三个章节所要求我们掌握的知识，通过具体的案例研究使我们对这几个部分的认识更加具体，熟悉。
对统一建模语言有更深一层的学习和了解。
二．实验任务完成ATM机的系统顺序图，操作契约，以及系统领域模型，是细化迭代1前三个部分。
通过实验可以对UML建模工具要熟练运用。
三．实验方法使用Eclipse的UML建模功能，完成顺序图，操作契约通过文档编辑完成，系统领域模型同样是用Eclipse的UML建模功能绘制。
参考课本以及各种课外资料，在网上找资料使结果更加完全，完善ATM的各种预期的功能。
四．实验结果4.1 系统顺序图4.2 操作契约●契约CO1：makeNewDeal⏹操作（Operation）：makeNewDeal（）⏹交叉参考（Cross References）：用例：处理交易⏹前提（Preconceptions）：无⏹后置条件（Postconditions）：✧一个Deal的实例d被创建（创建实例）✧D被关联到Register（形成关联）✧d的属性被初始化（修改属性）●契约CO2：enterItem⏹操作（Operation）：enterItem（itemID:ItemID，quantity:integer）⏹交叉参考（Cross References）：用例：处理交易⏹前提（Preconceptions）：正在进行中的交易⏹后置条件（Postconditions）：✧创建了DealsLineItem的实例dli(创建实例）✧Dli被关联到当前Deal（形成关联）✧dli.quantity的数值被赋值为quantity（修改属性）✧依据itemID的匹配，dli被关联到OperateDescription（形成关联）●契约CO3：endDeal⏹操作（Operation）：enterDeal（）⏹交叉引用(Cross References):用例：处理交易⏹前置条件（Perconditions）：正在进行中的交易⏹后置条件（Postconditions）：Deal.isComplete被置为真（修改属性）●契约CO4：makeDeliver⏹操作（Operation）：makeDeliver（amount:Money）⏹交叉引用(Cross References):用例：处理交易⏹前置条件（Perconditions）：正在进行中的交易⏹后置条件（Postconditions）：✧创建了Deliver的实例d（创建实例）✧P.amountTendered被赋值为amount（修改属性）✧P被关联到当前的Deal（形成关联）✧当前的Deal被关联到Bank(形成关联)（将其加入到完成交易的历史日志中）。
关于uml实验报告参考3篇
关于uml实验报告参考第1篇面向对象系统分析与设计课程是计算机科学与技术本科专业（软件方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和网络通信知识的基础上系统掌握面向对象系统分析与设计的基本方法和技术，并具有针对特定环境下的应用问题进行信息系统开发(包括系统分析、设计与实现)的能力。
通过学习本课程学生可以理解和掌握面向对象系统的分析和设计的方法和分步过程、掌握面向对象系统分析和设计的建模标准UML 语言，能够利用Rational Rose（或Microsoft Viso）软件以某一信息系统为例进行系统分析和设计。
本课程主要介绍系统原理的基本概念、系统开发过程RUP、对面向对象分析和面向对象设计的方法、对面向对象分析和设计的建模标准UML等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为： 1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 20xx。
本课程拟通过对如下系统进行建模来实现分析与设计。
图书管理系统人事信息管理系统软件项目管理系统网上商店销售管理系统教务管理系统计算机软件建模技术现在越来越广泛的应用于软件工程中。
《面向对象的系统分析与设计》课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过上述实验环节，使学生加深了解和更好地掌握《面向对象的系统分析与设计》课程教学大纲要求的内容。
UML 实验报告
UML实验报告嵌入式软件10-01班实验一用例图用例图展现了一组用例、参与者（Actor）以及它们之间的关系，用例图通常包括用例、参与者和扩展关系、包含关系等，用例图的功能是支持系统的行为，即该系统在它的上下文环境中所提供的外部可见服务。
一个用例是一种系统应表现行为的模式：每个用例是一个参与者与系统在一次对话中所执行的相关事务的序列。
系统的参与者主要有三类1 读者（也可称为借阅者）2图书馆管理员3图书馆管理系统维护者如下图：实验二类对象模型的建立类图从系统的逻辑视图展现了一组类、接口、协作和它们之间的关系。
类图给出系统的静态设计视图，主动类的类图给出了系统的静态进程视图。
根据需求分析，得出本系统应该有三个类，分别为书籍，借阅者，图书管理员，系统管理员三个类。
实验中包括：借阅者类图、图书管理员、系统管理员、图书实体等。
如下图：实验三顺序图、协作图顺序图也称为序列图，它按时间顺序显示对象之间的交互，顺序图展现了一组对象和由这组对象收发的消息，用于按时间顺序对控制流建模。
顺序图描述对象是如何交互的并且将重点放在消息序列上，也就是说描述消息是如何在对象间发送和接收的。
顺序图将交互关系表示为一个二维图，纵坐标轴显示时间，横坐标轴显示对象。
顺序图也显示特殊情况下的对象交互，如在系统执行期间的某一时间点发生在对象间的特殊交互。
协作图包含一组对象和以消息交换为纽带的关联，用于描述系统的行为是如何由系统的成分合作实现的。
协作图与顺序图语义等价，表达的是同一种信息，但侧重点不同。
顺序图着重对象在时间顺序上的交互，而协作图着重对象在空间布局上的协作关联。
两者可以相互转化。
协作图是对象图的扩展。
协作图除了展示出对象之间的关联，还显示出对象之间的消息传递。
如下图：实验四活动图活动图主要包括下列元素：活动状态，活动动作，跃迁，对象见图步骤：第一步，定义活动图的范围首先应该定义您要对什么建模。
第二步，添加起始和结束点每个活动图有一个起始点和结束点，因此您也要马上添加它们。
uml实验报告
UML语言实验报告班级：姓名：学号：2012年12月25日实验一用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】“学生信息管理系统”需求分析1.功能性需求包括以下内容：（1）系统管理员登录后可以对班级的基本信息进行增加、删除、修改、查询等操作。
学校领导登录后可以对班级基本信息进行查询操作。
（2）教师登录后可以对学生的考试成绩进行录入、删除、修改、查询等操作。
学生登录后可以对考试成绩进行查询操作。
（3）学生登录后可以了解所有选修课程的具体信息，可以根据自己的需要选择不同课程。
系统管理员登录后可以增加、修改、查询、删除选修课程。
（4）系统管理员可以对账号进行创建、设置、查看、删除等操作。
2. 识别参与者（1）对于一个学校来说，最重要的就是教育学生成才，所以我们首先要考虑到的参与者就是学生。
（2）要给学生上课，必然就需要教师。
教师负责教育学生、并且在日常管理中可以查询学生的基本信息、查询学生的考试成绩。
（3）作为一个学校，除了教师和学生，还有不可或缺的就是校领导。
为了便于校领导掌握学校的基本情况，加强对学校的管理导。
（4）不管什么系统，基本都会有比较专业的人员来负责管理系统，本系统也不例外。
系统管理员除了负责维护系统的日常运行，还要进行录入学生基本信息、维护选课信息等工作。
3. 构建用例模型（1）系统管理员直接参与的用例为登录、找回密码、查看班级基本信息、删除班级基本信息、修改班级基本信息和录入班级基本信息。
校领导直接参与用例登录、找回密码和查看班级基本信息。
- 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.实验内容：根据图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程，现系统分析部指派您完成该项任务。