UML实验心得体会

1、uml 实验报告学院 班级学号姓名 uml 实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶 段的开发工作。用例图是 uml 中用来对系统的动态方面进行建模的 7 种图之一。用例图描述 了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能的操 作者。 通过本次实验， 我熟悉 rationalrose 建模环境， 更加清楚的了解了用例图的语义和功 能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例 间的类属关系、 include 关系和 eGtend 关

2、系的语义、功能和应用。最后通过本次实验学习了 如何使用用例图为系统的上下文以及系统的需求建模。思考题：1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变 其在导航窗口中的存在，另一种是从建模中完全删除。2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在参与 者或用例的设置对话框中删除？答：都可以删除。 实验二：类对象模型的建立实验结果： 小结实验心得体会： 类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类 图描述了系统的静态设计视

3、， 该视主要体现系统的功能需求， 即系统应该提供给用户的服务。 通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依 赖、聚合等，同时基本掌握了在 rationalrose 中绘制类的关联、依赖、泛化关系。思考 题：选 中一 个模型对象，点击鼠 标右键，比较 快捷菜单项 edit-delete与edit-deletefrommodel，它们二者之间区别在哪里？答：edit-delete只是在绘图窗口中删除了模型对象，而edit-deletefrommodel 则是彻底的删除了模型对象。实验三：顺序图、协作图实验结果： 顺序图：1.归还图书2. 借出图书 协作图：1.

4、 归还图书2. 借出图书 小结实验心得体会： 顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对 象之间的交互。协作图与顺序图是同构的， rose 可自动转换。顺序图是强调消息的交互作用 图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。 通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。实验过程中 由于对 rationalrose 工具软件的不熟识， 导致出现了不该出现的错误。 在设计阶段， 顺序图 中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方 法定义参数、 返回值类型， 便于

5、计算机的实现。 其中， 为方法定义参数、 返回值类型的时候， 还是不能够快速准确的作出判断。实验四：活动图 实验结果：篇二： uml 实验总结 实验一1源代码生成，在逻辑视图中绘制下图，生成java 源文件生成代码步骤：tools- java- genenatecodes 。 publicclassmeetingprivatestringusername;privatestringscheduled_user;privatedatestart_time;privatedateend_time;privatestringlabel;publicstringgetuser()returnnull;

6、publicstringgetother()returnnull;publicdategetstart()returnnull;publicdategetend()returnnull;publicstringgetlabel()returnnull;publicstringtostring()returnnull;publicvoidmain(stringargs)returnnull;2进行逆向工程，自行找到一个项目软件源代码，进行逆向工程。( ftp 上有一个小源程序文件)逆向工程的实现tools->java- reverseengineerjava.。 publicclassst

7、udentprivatestringname;publicstudent()publicvoidtest()实验二 根据下属需求，分析参与者和用例，并建立网络教学系统的用例图。网络教学系统的功能需 求主要包括以下几个方面：学生可以登录网站浏览信息、查找信息和下载文件。教师可 以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。系统管理员可以 对页面维护以及批准用户的注册申请。录入课程简介下载文件查找信息修改消息注册信息处理实验三1、已知借书的活动图如图 3 所示，若要求欠费的读者需结清欠款才能借书， 请完善该活动图， 并在 rose 内绘制出来。图 3 借书处理活动图2、图 4为图

8、书 借书活动图，文字描述此活动图包括哪些活动， 活动按照怎样的顺序发生？ 图 4 借书处理 活动图（1）读者查找所需的图书，若找到图书，将所需的图书带到借阅台；（ 2）工作人员输入读者信息，检查读者身份是否合法，如果读者身份合法， 进入（ 3）；（3）录入图书信息，并检查图书是否允许借阅，如果允许，则记录借阅信 息，否则直接进入（ 4）；（ 4）检查是否还有图书需要录入，如果还需录入，进入（3），否则提借阅信息。3、绘制 删除读者信息 用例的活动图。删除读者信息一般按照以下步骤进行： （1）管理员在录入界面，输入待删除的读者名；（2）业务逻辑 组件在数据库中，查找待删除的读者名；（3）如果不存

9、在，则显示出错信息，返回步骤（1），如果存在则继续； （ 4）业务逻辑 组件判断 待删除的读者 是否可以删除；（ 5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续； （ 6）在数据库中，删除相关信息； （ 7）显示删除成功信息； （ 8）结束。篇三： uml 实训总结 实训总结（收获与体会） 通过一个学期的 uml 学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本 理论知识运用到实际的过程，是这次 uml 实训的体现。三个周的uml实训，主要是围绕着一个实训题目”基于uml系统需求分析与设计-合倍利业务 流管理系统 进行的， 以小组为单位进行文档的编写， 其中还对各

10、种流程图、 类图、用例图等 的绘制，整个过程设计了知识的方方面面。 从中让我认识到 uml 的作用和运作模式以及方法， 它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用uml 作为建模语言，形成了统一的标准。 它是图形化的的语言， 可以很直观的描述一个事物的状态、 行为与特征， 很好的说明与表达了 合贝利任务管理 这个系统。总之，在我看来， uml 是一种定义良好、易于表达、功能强大且普遍适用建模语言。融入软 件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单 纯是一种方法，仅仅是一组符号而已，它可以对任何具有静态机构和动态行为的系统进行建 模，所以

11、我很喜欢适用 uml,在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。 这次实训过程中,文档方面的编写,遇到了很多的问题,这些问题主要是对基础知识的理解 和把握不够, 不能融会贯通和学以致用, 有时遇到困难的时候真的不知如何着手解决, 但是, 我始终相信的那句话 读万卷书,不如行万里路,行万里路不如名师指路 。所以,当遇到自 己模糊和自己难以解决的问题时,向指导老师和懂的同学请教,帮助解决我遇到的问题,经 过他们的讲解后,我下来自己在分析,在动手,从不理解到理解,从不会到会,从懂到懂, 这是一个让我学习愉快的过程,在这个过

12、程中,既可以丰富了自己的知识,还可以和老师和 同学进行有效地方沟通。 在这次实训过程中,感触最深的也就是合作精神了。独木难成林,单枪匹马,那是最错误的 思想和做法。这次我是深有感触了。对于一个系统的分析,到最终项目的完成,需要分析每 个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求比较到位，所 以单独凭借一个人去完成，似乎有点困难，于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有自 己的任务，谁也不会闲着，既学到了知识，也充实了自己。另外一点，就是我深深体会到了 积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心

13、的一一指导，问题得到了解决。两个月的实训结束了，收获颇丰，同时也更深刻的认识到要 做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一 个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实 习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向。实训 的日子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。痛苦烦恼 的是自己对所学书本知识掌握得不是很扎实， 面对着从书本上学到的知识与实际联系不起来， 总结起来就是自己的动手练习的时间太少。而喜悦的是，在做的过程中遇到了困难和问题， 主动向老师和会的同学请

14、教，然后再做，直至做正确做成功后的那种喜悦。团队的力量是无穷的，通过组员的共同努力，完成了实训项目。虽然，我们这组的项目存在 着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。这次实训将为我以后进入社会 提过了一笔宝贵的财富，是对我能力的一个见证。最后，不得不感谢指导教师熊飞老师的辛 勤指导，和小组成员的共同努力！篇四： uml 实验报告学生实验报告书实验课程名称 uml 建模技术开课学院指导老师姓名学生姓名学生专业班级20XX-20XX学年第一学期实验课程名称： uml 建模技术实验课程名称： uml 建模技术篇五： uml 实验 - 状态图实验报告 南京信息工程大学实验 (实习 ) 报

15、告 实验名称状态图实验 ( 实习) 日期 20XX.04.26 得分指导老师 系专业班级一、实验目的 1熟悉活动图的基本功能和使用方法。2掌握如何使用建模工具绘制活动图方法。二、实验器材1计算机一台。2 rationalrose工具软件。三、实验内容 通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的用 例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理 过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图 能从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图， 完成如下任务：1.

16、完成图书业务模块中还书用例的状态图。四、实验步骤1业务分析： 由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业务的动态行为是由： 空闲( idle )、图书查找 ( finding )、还书( reversion )、失败( failure )、 归还成功( success )5 种状态及激活相互转换的事件。2绘制状态图：请您根据分析运用uml 绘制还书用例的状态图。分析： 还书的状态图，还书的主要业务都是由管理员来完成，首先管理员必须先登录系统，并通过 验证后，便可以进行下一步的操作，查找该书的相关信息，如存在，则进行还书操作，如不 存在该信息，则给出提示信息；绘图步骤：（ 1）在用例图中的还书（ revesion ）用例，单击右键，如图 3.1 所示，新建一个状态图，命 名为 revesion 状态图。（ 2）双击 receivesion 状态图，展开后，在左边的工具栏上选取一个实心圆点，此结点为 开始结点；当还书的时候，操作者先要询问系统的状态，如果系统忙，操作者则必需等待， 因此，得到系统的两种状态。（3）操作者在询问系统和状态后，得到两种状态，如果系统忙，操作者必需要等待、结束， 重返步骤（ 1）。（ 4）如系统空闲， 则进行对还书的信息进行查询操作； 查询也有两种结果， 一是查询得到该 书的相关信