uml实验报告总结

1 / 19 uml 实验报告总结 UML 实验报告 学院 班级 学号 姓名 UML 实验报告 实验一：用例图 实验结果： 小结实验心得体会： 用例模型用于需求分析阶段，它描述了待开发系统的功能需求，并驱动了需求分析之后各阶段的开发工作。用例图是 UML中用来对系统的动态方面进行建模的 7 种图之一。用例图描述了用例、参与者以及它们之间的关系。用例图从用户角度2 / 19 描述系统功能，并指出各功能的操作者。通过本次实验，我熟悉 Rational Rose 建模环境，更加清楚的了解了用例图的语义和功能，如何清晰明了的识别参与者、用例，学会了如何使用事件流描述用例。同时掌握了用例间的类属关系、Include 关系和 Extend 关系的语义、功能和应 用。最后通过本次实验学习了如何使用用例图为系统的上下文以及系统的需求建模。 思考题： 1. 如果要删除参与者、用例，请问是在导航窗口删除，还是在绘图窗口删除？ 答：都可以 删除，但在绘图窗口中有两种删除方式：一种是只删除参与者、用例，而不改变 其在导航窗口中的存在，另一种是从建模中完全删除。 2. 如果要删除参与者和用例的联系，用例和用例的联系，请问是在绘图中删除，还是 在参与者或用例的设置对话框中删除？ 答：都可以删除。 3 / 19 实验二：类对象模型的建立 实验结果： 小结实验心得体会： 类图是面向对象系统建 模最常用的图，描述了类图、接口集、协作以及它们之间的关系。类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服 务。通过本次实验，加深了我对类图语义的理解和功能的应用，掌握了类之间的联系，关联、依赖、聚合等，同时基本掌握了在 Rational Rose 中绘制类的关联、依赖、泛化关系。 思考题：选中一个模型对象，点击鼠标右键，比较快捷菜单项 “Edit Delete” 与 “ Edit Delete from Model” ，它们二者之间区别在哪里？ 答： “Edit Delete” 只是在绘图窗口中删除了模型对象，而 “Edit Delete from Model” 则是彻底的删除了模型对象。 4 / 19 实验三：顺序图、协作图 实验结果： 顺序图： 1. 归还图书 2.借出图书 协作图： 1. 归还图书 2. 借出图书 小结实验心得体会： 顺序图描述了对象之间的动态合作关系，它强调对象之间消息发送的时间顺序，同时显示对象之间的交互。协作图与顺5 / 19 序图是同构的， Rose 可自动转换。顺序图是强调消息的交互作用图，协作图描述了对象间的关系，是强调发送和接收消息的对象的组织结构的交互作用图。 通过本次实验，掌握了对图书管理功能中的借书用例、还书用例进行动态建模。实验过程中由于对 Rational Rose 工具软件的不熟识，导致出现了不该出现的错误。在设计阶段， 顺序图中需要引入边界类和控制类，在识别对象职责的基础上，需要将消息转换为类的方法，为方法定义参数、返回值类型，便于计算机的实现。其中，为方法定义参数、返回值类型的时候，还是不能够快速准确的作出判断。 实验四：活动图 实验结果： 学 生 实 验 报 告 书 实验课程名称 UML 建模技术 开 课 学 院 指导老师姓名 学 生 姓 名 学生专业班级 2016 2016 学年 第 一 学期 6 / 19 实验课程名称： UML 建模技术 实验课程名称： UML 建模技术 实验 05 UML (要求写实验报告 ) 一、 实验名称： UML 二、 实验目的： 1) 掌握绘图工具 Microsoft Office Visio 软件的使用； 2) 掌握用例图的绘制方法； 3) 掌握类图的绘制方法； 4) 掌握程序流程图的画法。 三、问题讨论 类图中的内容可以转化为 软件中的什么？ 答：类图中的内容一方面可以转化为程序中的类，类图中的特性转化为成员变量，类图中的操作转化为方法。另一方面，类图中的特性转化为数据库表中的字段，操作转化为数据库中的存储过程。 四、实验内容及步骤： 1用例图 财务人员 图 1 物资管理用例图 7 / 19 2. 活动图 图 2 物资出库活动图 3. 类图 添加类图。 右键 属性。 特性中填入类的属性。 操作中填入类的方法。 图 3 销售订单类图 4. 时序图 图 4 学生注册时序图 5. 状态图 产品运图 5 产品出库状态图 8 / 19 6.协作图 图 6 注册协作图 软件建模实验报告 题 目： 图书管理系统 专业： 班级： 姓名： 学号： 指导教师： 成绩： 完成日期：年月 摘 要 随着知识化和信息化新经济时代的到来，作为信息技术龙头的计算机及软件技术突飞猛进， UML 成为一种不可或缺的工具。 UML 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计 ,还支持从需求分析开始的软件开发的全过程。用现有的知识，按照软件工程思想和系统的开发步骤，以图书管理的应用需求9 / 19 为背景，分析设计了图书管理系统，并利用 Rational Rose对系统进行建模，完成 用例图和类图的构建，为后期的程序设计提供标准。 根据建模需求分析，总结出本系统的参与者有借阅者和图书管理员两类。根据其职能不同，借阅者只能使用该系统借书、预订书刊以及还书。图书管理员则可使用系统进行图书馆业务的管理工作，如借阅者，书刊等的信息维护。系统可实现书籍信息的添加、修改、删除等功能，这就保证了数据库信息的一致性和统一性、安全性。 该系统以面向对象理论和数据库管理信息系统开发相关知识为依据，介绍了设计开发中的模块设计和数据与程序的连接，使 SQL server XX 与 Visual Studio 2016 得到了有效的结合。 关键词：图书管理系统； UML； Rational Rose 面向对象 目 录 1 需求分析 .10 / 19 . 错误！未定义书签。 开 发 背 景 及 意义 . 4 功 能 需求 . 4 2 系统建模 . 8 创 建 系 统 用 例 模型 . 8 确定参与者 .11 / 19 . 8 参与者的用例图 . 错误！未定义书签。 系 统 的 时 序图 . 错误！未定义书签。 确定系统参与者的属性 . 错 误 ！ 未 定 义 书 签 。 确 定 系 统 主 要 业 务 实 体类 . 错 误 ！ 未 定 义 书 签 。 确 定 系 统 类 之 间 的 关系 . 错 误 ！ 未 定 义 书 签 。 系 统 的 协 作图 . 错误！未定义书签。 创 建 序 列 图 和 协 作图 . 错 误 ！ 未 定 义 书 签 。 创 建 状 态图 . 错误！未定义书签。 创建活动图 .12 / 19 . 错误！未定义书签。 创建系统的部署摸型 . 错误！未定义书签。 1 需求分析 开发背景及意义 图书馆是一个专门收集、整理、保存、传播文献并提供利用的科学、文化、教育和科研机构。现代社会，图书馆成为继续教育、终身教育的基地，担负了更多的教育职能。传递科学情报，是现代图书馆的一个重要职能。图书馆收藏的图书资料，是人类长期积累的一种智力资源，图书馆对这些资源的加工、处理，是对这种智力资源的开发。 图书馆主要是用来学习的，如果有人遇到问题，他可以通过图书管的书籍来解决问题。但是为了图书馆的正常运行 和保护图书，图书馆管理系统将用户划分为三类人：借阅者，图书管理员，系统管理员。 一个基本的图书馆管理，可以大致分为以下流程：用户登录进入系统，在系统允许的情况下，进行可以进行的操作，如13 / 19 借书、还书和预定书籍等；管理员可以整理书籍和管理预订的书籍等；系统管理员管理书目，管理借阅者信息等。 图书管理系统的需求分析 系统功能需求 借阅者可以通过网络查询书籍信息、预约书籍和续借书籍。 图书管理员作为借阅者的代理完成借阅图书、归还图书和查询借阅信息工作。 系 统管理员可以对系统的数据进行维护，如增加、删除和更新书目，增加、删除 和更新借阅者帐户，增加和删除书籍。 满足上述需求的系统主要包括下面几个模块： 基本数据维护模块：提供使用者录入、修改并维护基本数据的途径。例如对借阅 者的书籍的各项信息的更新与修改。 基本业务模块：主要用于实现用户借书与还书的管理，例如14 / 19 借阅者可以登录系统 预订书籍，图书管理员可以取消书籍的预订，当然还可以进行借书、还书等操作。 数据库管理模块：在系统中，所有书籍的信息以及借阅者的帐 户信息都要统一管 理，书籍的借阅情况、预订情况也要进行详细的记录，所以要用统一的数据库平台进行管理。 信息查询模块：主要用于查询书籍的信息和借阅者的信息。 图 系统功能需求 基本数据维护模块 图 数据库管理模块 添加借阅者信息：系统管理员可以添加借阅者帐户。 修改更新借阅者信息：系统管理员可以修改更新借阅者信息。 添加书目 信息：系统管理员可以添加书目。 15 / 19 修改更新书目信息：系统管理员可以修改和更新书目信息。 添加书籍信息：系统管理员可以添加书籍。 删除书籍信息：系统管理员可以删除书籍。 实验报告 姓 名：陶丽婷 专 业：计算机科学与技术 学 号： 129074019 指导老师：胡增涛 2016 年 5 月 实验一：用例建模 实验目的 掌握客户需求分析的方法和步骤 了解 以用例驱动的软件开发方法 16 / 19 识别并编写用例 掌握用 Rose 进行用例建模的具体方法和步骤 实验内容 要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。亦可采用教师指定的 “ 企业综合信息管理系统 ” 中的 “ 进销存管理子系统 ” 实验原理和步骤 建模原理： (1) 需求获取。以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。 (2) 用例分析。确定用例，同时采用分层思想，对用例的层次级别进行划分 用例描述。分层绘制用例图，撰写用例的文字描述。 步骤： 需求获取。自选题目，与相关客户、领域专家等反复商讨，获得系统目 标、范围和功能要求的初步说明。 17 / 19 用例分析。确定系统范围和边界、确定参与者、确定用例。 用例描述。分层绘制用例图、描述用例。 画图原理： 采用 Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上只有做好系统用例分析，系统用例建模才能这到预期的效果。 步骤： 分层绘制用例图，每层采用 “ 包 ” 进行管理。 以 “ 企业综合信息管理系统 ” - “ 进销存管理 ” 子系统 - “ 销售管理 ” - “ 合同管理 ” -“ 收款单处理 ” 为主线，完成附录 2 中的操作过程 实验结果 实验总结 18 / 19 层用例图之间相互关联，对用例图画法和建立要清楚的熟悉操作信息流程，否则很容易搞混； 用例图的画法步骤不是很熟悉，对工具的使用陌生，不能正确的画出和表达用例，缺乏实践； 了解了各层 用例之间的关系，以及用例图的画法，熟悉了工具的使用，对以后的实验帮助很大。 实验 2 分析建模 实验目的 (1) 理解面向对象系统分析和对象类建模 (概念建模 )的概念 (2)了解和