UML实验心得体会

uml实验报告

学院

班级学号姓名

uml实验报告

实验一：用例图

实验结果：

小结实验心得体会：

用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后

各阶段的开发工作。用例图是uml中用来对系统的动态方面进行建模的7种图之一。用例图

描述了用例、参与者以及它们之间的关系。用例图从用户角度描述系统功能，并指出各功能

的操作者。通过本次实验，我熟悉rational rose建模环境，更加清楚的了解了用例图的语

义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握

了用例间的类属关系、include关系和extend关系的语义、功能和应用。最后通过本次实验

学习了如何使用用例图为系统的上下文以及系统的需求建模。

思考题：

1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？

答：都可以删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不

改变其在导航窗口中的存在，另一种是从建模中完全删除。

2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是在

参与者或用例的设置对话框中删除？

答：都可以删除。

实验二：类对象模型的建立

实验结果：

小结实验心得体会：

类图是面向对象系统建模最常用的图，描述了类图、接口集、协作以及它们之间的关系。

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

务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、

依赖、聚合等，同时基本掌握了在rational rose中绘制类的关联、依赖、泛化关系。

思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项“edit——delete”与“edit

——delete from model”，它们二者之间区别在哪里？

答：“edit——delete”只是在绘图窗口中删除了模型对象，而“edit——delete from

model”则是彻底的删除了模型对象。

实验三：顺序图、协作图

实验结果：

顺序图：

1.

归还图书

2.借出图书

协作图：

1. 归还图书

2. 借出图书

小结实验心得体会：

顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显

示对象之间的交互。协作图与顺序图是同构的，rose可自动转换。顺序图是强调消息的交互

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

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

程中由于对rational rose工具软件的不熟识，导致出现了不该出现的错误。在设计阶段，

顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，

为方法定义参数、返回值类型，便于计算机的实现。其中，为方法定义参数、返回值类型的

时候，还是不能够快速准确的作出判断。

实验四：活动图

实验结果：

篇二：uml实验总结

实验一

1．源代码生成，在逻辑视图中绘制下图，生成java源文件生成代码步骤：

“tools”-〉“java”-〉“genenate codes”。

public class meeting {

private string username;

private string scheduled_user; private date start_time; private date

end_time; private string label; public string getuser() { return null; }

public string getother() { return null; }

public date getstart() {

return null; }

public date getend() { return null; }

public string getlabel() { return null; }

public string tostring() { return null; }

public void main(string args) { return null; } }

2．进行逆向工程，自行找到一个项目软件源代码，进行逆向工程。（ftp上有一个小源

程序文件）

逆向工程的实现

“tools”->“java”-〉“reverse engineer java…”。 public class student { private string name; public student() { } public void test() { } } 实验二

根据下属需求，分析参与者和用例，并建立网络教学系统的用例图。网络教学系统的功

能需求主要包括以下几个方面：①学生可以登录网站浏览信息、查找信息和下载文件。②

教师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。③系统管

理员可以对页面维护以及批准用户的注册申请。

录入课程简介

下载文件

查找信息

修改消息

注册信息处理

实验三

1、已知借书的活动图如图3所示，若要求欠费的读者需结清欠款才能借书，请完善该活动图，并在rose内绘制出来。

图3 借书处理活动图

2、图4为图书“借书”活动图，文字描述此活动图包括哪些活动，活动按照怎样的顺序发生？

图4 “借书处理”活动图

（1）读者查找所需的图书，若找到图书，将所需的图书带到借阅台；（2）工作人员输入读者信息，检查读者身份是否合法，如果读者身份合法，

进入（3）；

（3）录入图书信息，并检查图书是否允许借阅，如果允许，则记录借阅信

息，否则直接进入（4）；

（4）检查是否还有图书需要录入，如果还需录入，进入（3），否则提借阅信息。

3、绘制“删除读者信息”用例的活动图。删除读者信息一般按照以下步骤进行：

（1）管理员在录入界面，输入待删除的读者名；

（2）“业务逻辑”组件在数据库中，查找待删除的读者名；

（3）如果不存在，则显示出错信息，返回步骤（1），如果存在则继续；（4）“业务逻辑”组件判断“待删除的读者”是否可以删除；

（5）如果不可以，则显示出错信息，返回步骤（8），如果可以则继续；（6）在数据库中，删除相关信息；（7）显示删除成功信息；（8）结束。篇三：uml实训总结

实训总结（收获与体会）

通过一个学期的uml学习，我从书本上获取了基本的理论知识，而真正的学以致用，将书本理论知识运用到实际的过程，是这次uml实训的体现。

三个周的uml实训，主要是围绕着一个实训题目“基于uml系统需求分析与设计--合倍利业务流管理系统”进行的，以小组为单位进行文档的编写，其中还对各种流程图、类图、用例图等的绘制，整个过程设计了知识的方方面面。从中让我认识到uml的作用和运作模式以及方法，它是一种统一建模的标准语言，现在对于大多数软件开发来说，都使用uml作为建模语言，形成了统一的标准。它是图形化的的语言，可以很直观的描述一个事物的状态、行为与特征，很好的说明与表达了“合贝利任务管理”这个系统。

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

这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理解和把握不够，不能融会贯通和学以致用，有时遇到困难的时候真的不知如何着手解决，但是，我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路”。所以，当遇到自己模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和