UML实验心得体会

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

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

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

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

5、数、返回值类型，便于计算机的实现。其中，为方法定义参数、返回值类型的时候，还是不 能够快速准确的作出判断。实验四：活动图 实验结果： 篇二： uml 实验总结实验一1 源代码生成，在逻辑视图中绘制下图，生成 java 源文件 生成代码步骤：“丄”“ ”“丄I”“ tools ” - “ java ” - “ genenate codes ”。public class meeting private string username;private string scheduled_user; private date start_time; private date end_time; priv

6、ate 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 进行逆向工程，自行找到一个项目软件源

7、代码，进行逆向工程。 ( ftp 上有一个小源程 序文件)逆向工程的实现“tools ” -> “java ” - “ reverse engineer java”。public class student private string name; public student() public void test() 实验二根据下属需求，分析参与者和用例，并建立网络教学系统的用例图。 网络教学系统的功能 需求主要包括以下几个方面： 学生可以登录网站浏览信息、查找信息和下载文件。 教 师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。 系统管理员 可以对页面维护以及批准

8、用户的注册申请。录入课程简介下载文件查找信息修改消息注册信息处理实验三1 、已知借书的活动图如图 3 所示， 若要求欠费的读者需结清欠款才能借书， 请完善该活动 图，并在 rose 内绘制出来。图 3 借书处理活动图2 、图 4 为图书“借书”活动图，文字描述此活动图包括哪些活动，活动按照怎样的顺序发 生？图 4 “借书处理”活动图（ 1） 读者查找所需的图书，若找到图书，将所需的图书带到借阅台；（2） 工作人员输入读者信息，检查读者身份是否合法，如果读者身份合法，进入（ 3）；（ 3） 录入图书信息，并检查图书是否允许借阅，如果允许，则记录借阅信息，否则直接进入（ 4）；（ 4） 检查是否还

9、有图书需要录入，如果还需录入，进入（3），否则提借阅信息。3 、绘制“删除读者信息”用例的活动图。删除读者信息一般按照以下步骤进行：（1）管理员在录入界面，输入待删除的读者名；（2）“业务逻辑”组件在数据库中，查找待删除的读者名；（ 3）如果不存在，则显示出错信息，返回步骤（ 1），如果存在则继续； （ 4）“业务逻辑” 组件判断“待删除的读者”是否可以删除；（5）如果不可以，则显示出错信息，返回步骤（ 8），如果可以则继续； （ 6）在数据库中， 删 除 相 关 信 息 ； （ 7 ） 显 示 删 除 成 功 信 息 ； （ 8 ） 结 束 。 篇三： uml 实训总结实训总结（收获与体会）

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

11、与表达了“合贝利任务管理”这个系统。总之，在我看来， uml 是一种定义良好、易于表达、功能强大且普遍适用建模语言。融入 软件工程领域的心思想、新方法和新技术，作用域不限于支持面向对象的分析和设计，也不单 纯是一种方法， 仅仅是一组符号而已， 它可以对任何具有静态机构和动态行为的系统进行建模， 所以我很喜欢适用 uml，在今后的学习中，我还会进一步对该模型的学习，因为它方便、简洁、 干净、清爽，直观形象，把整个软件系统的开发流程都融入进去。这次实训过程中，文档方面的编写，遇到了很多的问题，这些问题主要是对基础知识的理 解和把握不够，不能融会贯通和学以致用， 有时遇到困难的时候真的不知如何着手解

12、决， 但是， 我始终相信的那句话“读万卷书，不如行万里路，行万里路不如名师指路” 。所以，当遇到自己 模糊和自己难以解决的问题时，向指导老师和懂的同学请教，帮助解决我遇到的问题，经过他 们的讲解后，我下来自己在分析，在动手，从不理解到理解，从不会到会，从懂到懂，这是一 个让我学习愉快的过程，在这个过程中，既可以丰富了自己的知识，还可以和老师和同学进行 有效地方沟通。在这次实训过程中，感触最深的也就是合作精神了。独木难成林，单枪匹马，那是最错误 的思想和做法。这次我是深有感触了。对于一个系统的分析，到最终项目的完成，需要分析每 个文档，然后在写出纸质的文档，而在每个文档中，内容比较多，分析也要求

13、比较到位，所以 单独凭借一个人去完成，似乎有点困难，于是我们小组，将每个文档进行分析，能独立成块就分配给每一个人，这样，每个人都有 自己的任务，谁也不会闲着，既学到了知识，也充实了自己。另外一点，就是我深深体会到了 积累知识的重要性。在实训当中我们遇到了不少难题，但是经过我们大家的讨论和老师细心的 一一指导，问题得到了解决。 两个月的实训结束了，收获颇丰，同时也更深刻的认识到要做一个合格的程序员并非我以前想像的那么容易，最重要的还是细致严谨。社会是不会要一个一无是处的人的，所以我们要更多更快地从一个学生向工作者转变，总的来说我对这次实习还是比 较满意的，它使我学到了很多东西，为我以后的学习做了

14、引导，点明了方向。 实训的日 子即将结束，回想这一个过程，有过痛苦，有过烦恼，有过喜悦和有过成功。痛苦烦恼的是自 己对所学书本知识掌握得不是很扎实，面对着从书本上学到的知识与实际联系不起来，总结起 来就是自己的动手练习的时间太少。而喜悦的是，在做的过程中遇到了困难和问题，主动向老 师和会的同学请教，然后再做，直至做正确做成功后的那种喜悦。团队的力量是无穷的，通过组员的共同努力，完成了实训项目。虽然，我们这组的项目存 在着诸多的不足和缺点，但这正是以后学习和工作需要弥补的。这次实训将为我以后进入社会 提过了一笔宝贵的财富，是对我能力的一个见证。最后，不得不感谢指导教师熊飞老师的辛勤 指导，和小组

15、成员的共同努力！篇四： uml 实验报告学生实验报告书实验 课程名称 uml 建模技 术 开 课 学 院 指导老师 姓名 学 生 姓 名 学生专业班级2009 2010 学年 第 一 学期实验课程名称： uml 建模技术实 验 课 程 名 称 ： uml 建 模 技 术 篇五： uml 实验状态图 实验报告南京信息工程大学实验 ( 实习) 报告实验名称 状态图 实验(实习 )日期 2014.04.26 得分 指导老师系专业 班级 一、实验目的1 熟悉活动图的基本功能和使用方法。2 掌握如何使用建模工具绘制活动图方法。二、实验器材1 计算机一台。2 rational rose工具软件。三、实验内

16、容 通过前面内容的学习，完成了对图书馆的图书馆管理系统的需求的初步分析，得出系统的 用例图和相应的活动态。通过这两类图我们可以初步了解系统的业务处理过程，但对业务处理 过程的处理状态间转换了解仍不够，这不利于设计人员对系统业务的进一步理解，而状态图能 从对象的动态行为的角度去描述系统的业务活动。因此，指派你运用本节所学的状态图，完成 如下任务：1. 完成图书业务模块中还书用例的状态图。四、实验步骤1 业务分析： 由前面章节对图书馆管理系统中的还书主要业务的描述和分析可知，还书业 务的动态行为是由：空闲( idle )、图书查找( finding )、还书( reversion )、失败( fa

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