uml实验心得体会_0

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

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

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

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

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

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

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

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

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

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

这次我是深有感触了。

对于一个系统的分析，到最终项目的完成，需要分析每个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求比较到位，所以单独凭借一个人去完成，似乎有点困难，
于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有自己的任务，谁也不会闲着，既学到了知识，也充实了自己。

另外一点，就是我深深体会到了积累知识的重要性。

在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的一一指导，问题得到了解决。

两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容
易，最重要的还是细致严谨。

社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比较满意的，它使我学到了很多东西，为我以后的学习做了引导，点明了方向。

实训的日子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。

痛苦烦恼的是自己对所学书本知识掌握得不是很扎实，面对着从书本上学到的知识与实际联系不起来，总结起来就是自己的动手练习的时间太少。

而喜悦的是，在做的过程中遇到了困难和问题，主动向老师和会的同学请教，然后再做，直至做正确做成功后的那种喜悦。

团队的力量是无穷的，通过组员的共同努力，完成了实训项目。

虽然，我们这组的项目存在着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。

这次实训将为我以后进入社会提过了一笔宝贵的财富，是对我能力的一个见证。

最后，不得不感谢指导教师熊飞老师的辛勤指导，和小组成员的共同努力！
篇二：UmL实验心得体会
uml实验报告学院
班级学号姓名uml实验报告
实验一：用例图
实验结果：小结实验心得体会：
用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后
各阶段的开发工作。

用例图是uml中用来对系统的动态方面进行建模
的7种图之一。

用例图
描述了用例、参与者以及它们之间的关系。

用例图从用户角度描述系统功能，并指出各功能
的操作者。

通过本次实验，我熟悉rationalrose建模环境，更加清楚的了解了用例图的语
义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。

同时掌握
了用例间的类属关系、include关系和extend关系的语义、功能和应用。

最后通过本次实验
学习了如何使用用例图为系统的上下文以及系统的需求建模。

思考题：
1.如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不
改变其在导航窗口中的存在，另一种是从建模中完全删除。

2.如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在
参与者或用例的设置对话框中删除？答：都可以删除。

实验二：类对象模型的建立实验结果：小结实验心得体会：
类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。

类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系
统应该提供给用户的服
务。

通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、
依赖、聚合等，同时基本掌握了在rationalrose中绘制类的关联、依赖、泛化关系。

思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit
——deletefrommodel”，它们二者之间区别在哪里？答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——deletefrom
model”则是彻底的删除了模型对象。

实验三：顺序图、协作图实验结果：
顺序图：
1.归还图书
2.借出图书协作图：
1.归还图书
2.借出图书小结实验心得体会：
顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显
示对象之间的交互。

协作图与顺序图是同构的，rose可自动转换。

顺序图是强调消息的交互
作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用
图。

通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。

实验过
程中由于对rationalrose工具软件的不熟识，导致出现了不该出现的错误。

在设计阶段，
顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，
为方法定义参数、返回值类型，便于计算机的实现。

其中，为方法定义参数、返回值类型的
时候，还是不能够快速准确的作出判断。

实验四：活动图
实验结果：篇二：uml实验总结实验一
1．源代码生成，在逻辑视图中绘制下图，生成java源文件生成代码步骤：“tools”-〉“java”-〉“genenatecodes”。

publicclassmeeting{privatestringusername;privatestringscheduled_user;pr ivatedatestart_time;privatedate
end_time;privatestringlabel;publicstringgetuser(){returnnull;} publicstringgetother(){returnnull;}
publicdategetstart(){
returnnull;}
publicdategetend(){returnnull;}
publicstringgetlabel(){returnnull;}
publicstringtostring(){returnnull;}
publicvoidmain(stringargs){returnnull;}}。