实验三：对象模型 - 用例图设计实例：
面向对象建模UML实验报告
面向对象建模UML实验报告
在面向对象建模中，最常用的工具之一就是统一建模语言（UML）。
UML为开发人员提供了一种标准化的方法，用于描述系统的结构、行为和交互。
UML提供了一种图形表示方法，以及一套规则和符号，用于描述系统的各个方面。
实验目的：
通过此次实验，我们的目标是掌握面向对象建模的基本概念和方法，并能够使用UML语言对系统进行建模。
具体目的如下：
1.了解面向对象建模的基本思想和概念。
2.掌握UML的基本语法和符号。
3.能够使用UML对系统进行建模和分析。
4.学会使用UML工具进行建模。
实验步骤：
1.学习面向对象建模的基本概念和方法。
了解UML语言的基本语法和符号。
2.选择一个系统进行建模。
可以选择一个现有的系统，或是一个虚构的系统。
系统可以是一个软件系统，也可以是一个物理系统。
3.根据系统的需求和功能，使用UML语言对系统进行建模。
根据系统的结构和行为，选择合适的UML图形进行建模，例如用例图、类图、活动图等。
5.对建模结果进行分析和评估。
根据建模结果，分析系统的结构和行为，评估系统的可行性和性能。
6.根据分析结果，进行系统设计和开发。
实验结果：
通过此次实验，我们能够更好地理解和分析系统，能够使用UML语言对系统进行建模和分析。
我们可以通过UML图形清晰地描述系统的结构和行为，帮助开发团队更好地进行系统设计和开发。
通过实验的学习，我们不仅掌握了面向对象建模的基本概念和方法，也学会了使用UML工具进行建模和分析。
总结：。
学生管理系统用例图、类图、对象图的绘制(UML)
（2）教师在日常管理中可以登录系统，如果忘记了自己的密码，则可以找回。可以通过系统查询、修改和删除学生的考试成绩。当考试结束后，教师有权将学生成绩录入系统。
（3）学生登录后可以进入本系统，查询自己的个人基本信息。如果忘记了自己的密码则可以通过系统找回。
参与者1--系统管理员：
参与者2--教师：
参与者3—学生：
系统管理员登录系统后通过身份验证能够对学生的基本信息进行管理包括录入学生基本信息修改学生基本信息查询学生基本信息删除学生基本信息并且可以找回自己的密码
有一个学生管理系统，其中有参与者三人，分别为系统管理员通过身份验证，能够对学生的基本信息进行管理，包括录入学生基本信息、修改学生基本信息、查询学生基本信息、删除学生基本信息，并且可以找回自己的密码。
UML统一建模语言实验报告 2范文
目录实验一 UML建模基础及用例图实验二类图与对象图实验三序列图与协作图实验四状态图实验五活动图实验（一）UML建模基础及用例图实验目的1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的可见性规则和构造型的作用。
3、掌握用例的概念；掌握UML用例图的组成及作用。
4、掌握用例与用例之间的各种关系。
实验内容1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系，并用工具表示出来。
中南民族大学管理学院学生实验报告3、什么是用例？用例图中有哪些组成元素？在UML中是如何表示的？答：用例是对系统功能的描述，是向参与者提供重要价值的操作序列。
用例图有：用例、参与者、关联（系统边界）等元素。
用来显示在系统或其他实体内的用例与系统参与者之间的关系。
主要使用场合：需求获取、定义、分析4、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
(1)包含关系：基本用例的行为包含另一用例的行为。
基本用例描述在多个用例中都有的公共行为。
包含关系是本质上比较特殊的依赖关系，它比一般的依赖关系多了一些语义。
在包含关系中箭头的放向是从基本用例到包含用例的。
（2）扩展关系：扩展关系的基本含义和泛化关系相似，但在扩展关系中，对于扩展用例有更多的规则限制。
基本用例必须声明扩展点，而扩展用例只能在扩展点上增加新的行为和含义。
（3）泛化关系：代表一般与特殊的关系。
UML用例图中泛化关系的意思和面向对象程序设计中的继承的概念是类似的。
不同的是继承使用在实施阶段，泛化使用在分析、设计阶段。
在泛化关系中子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或者覆盖父用例中的行为和含义。
5、完成书中94页例子，体会用例图建模的分析过程并模仿来画出该学生信息管理系统的用例图。
画出课后习题101页第4题。
基于UML的用例模型实验
基于UML的用例模型实验1 、用例图用例图描述的是参与者（Actor）所理解的系统功能，用于需求分析阶段，列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行•下面通过UML来分析并构造车辆管理系统模型，主要找出系统中所有的用例，以及对用例进行说明，还需要和车辆管理信息系统的潜在用户进行讨论，图形使用Visio及Rational Rose 工具软件绘制。
•用例建模可分为用例图和用例描述。
用例图由参与者（角色）、用例（Use Case）、系统边界、箭头组成，用画图的方法来完成。
•用例图只是简单地用图描述了一下系统，但对于每个用例，还需要有详细的说明，要写用例描述•用例描述一般包括：简要描述、前置条件、基本事件流、其他事件流、异常事件流、后置条件等。
二、活动图•UML中的活动图用于描述满足用例要求所要进行的活动以及活动间的约束关系，有利于识别并行活动和工作流程情况•活动图实际上是用来为用例的事件流建模的工具。
三、使用Rational Rose绘制用例模型•Rational Rose是菜单驱动式的应用程序，可以通过工具栏使用其常用工具。
•它的界面分为3个部分：–Browser窗口用来浏览、创建、删除和修改模型中的模型元素–Diagram窗口用来显示和创作模型的各种图–Document窗口则用来显示和书写各个模型元素的文档注释。
一、．Rational Rose的使用Rational Rose的启动：选择“开始”→“程序”→Rational Software →Rational Rose Enterprise Edition•Rational Rose启动对话框•Rational Rose 主界面•Rational Rose的保存类似于其他应用程序。
Rational Rose的保存可以通过菜单或者工具栏来实现。
•Rational Rose模型的发布可以把Rose建立的模型发布到Web，使得其他人都能浏览模型。
《软件设计与体系结构》实验指导书
《软件设计与体系结构》实验指导书软件工程教研室前言软件设计与体系结构课程是计算机科学与技术专业（软件工程方向）的一门重要的专业课。
通过本课程的学习，使学生在已有的计算机软硬件基础知识、程序设计知识、数据库和计算机网络知识基础上，系统掌握软件设计的基本方法，并具有针对特定环境下的应用问题进行软件系统开发（包括系统分析，设计与实现）的能力。
通过学习本课程学生可以理解和掌握软件设计与体系结构的分析和设计方法，掌握面向对象系统分析和设计的UML标准建模语言，能够利用Rational Rose软件以某一信息系统为例进行系统分析和设计。
本实验主要包括：系统原理的基本概念、系统开发过程RUP、面向对象分析和面向对象设计的方法、面向对象分析和设计的UML标准建模语言等内容。
通过本课程的学习，学生掌握的知识、内容及掌握的程度要求为：1. 使学生理解面向对象的信息系统的开发过程、系统分析和设计的原则和方法；2. 使学生掌握UML语言的基础知识，以及UML在面向对象的软件系统分析和设计中的应用，并能使用UML工具建立系统模型；3. 使学生掌握在UML系统模型下应用高级语言建立应用系统的方法；4. 通过案例教学和实验，提高学生在应用面向对象技术开发软件方面的动手能力和解决问题的能力，并鼓励创新。
本实验所要求的建模工具为Rational Rose 7.5。
实验要求计算机软件建模技术现在越来越广泛的应用于软件工程、软件体系结构中。
本课程实验的目的是为了使学生在课程理论学习的同时，通过在一个实践的环境下，实际学习软件统一建模语言，对软件建模技术有一个初步的了解及认识。
通过本指导书中的各个实验，学习掌握对一般面向对象系统建模的方法与技术。
总之，通过实验环节，使学生加深了解和更好地掌握《软件设计与体系结构》课程教学大纲要求的内容。
在《软件设计与体系结构》的课程实验过程中，要求学生做到：（1）预习实验指导书有关部分，认真做好实验内容的准备，就实验可能出现的问题提前做出思考和分析。
UML与软件建模实验报告
UML与软件建模实验报告姓名：孙治民专业：计算机应用1201学号：20127542指导老师：李绘卓目录实验一：用例建模 (3)实验2 分析建模 (6)实验3 设计建模（1） (9)实验4 设计建模（2） (11)用例附件： (13)内容：用例建模、分析建模、设计建模（1）、设计建模（2）实验一：用例建模[ 实验目的] ·掌握客户需求分析的方法和步骤·了解以用例驱动的软件开发方法·识别并编写用例·掌握用Rose 进行用例建模的具体方法和步骤[ 实验内容] 要求学生根据周围的实际情况，自选一个小型应用项目，分析业务需求，识别并编写用例、绘制用例图以理解系统需求。
亦可采用教师指定的“企业综合信息管理系统”中的“进销存管理子系统”[ 实验原理和步骤] 建模原理：(1) 需求获取。
以任务和客户为中心，通过会议、面谈等手段对客户需求进行调研，获得系统目标、范围和功能要求的初步说明。
(2) 用例分析。
确定用例，同时采用分层思想，对用例的层次级别进行划分（高层用例、子系统级、用户目标级）（3）用例描述。
分层绘制用例图，撰写用例的文字描述（采用单栏格式）。
步骤：（1）需求获取。
自选题目，与相关客户、领域专家等反复商讨，获得系统目标、范围和功能要求的初步说明。
（也可采用教师指定的题目：“企业综合信息管理系统”中的“进销存管理子系统”，但要仔细研读“企业现状”、“系统目标、范围和功能要求”等文字说明）。
（2）用例分析。
确定系统范围和边界、确定参与者、确定用例。
（3）用例描述。
分层绘制用例图、描述用例。
画图原理：采用Rose 软件进行用例建模必须建立在完好的系统用例分析基础之上．只有做好系统用例分析，系统用例建模才能这到预期的效果。
步骤：（1）分层绘制用例图，每层采用“包”进行管理。
（2）以“企业综合信息管理系统” -> “进销存管理”子系统-> “销售管理”-> “合同管理” ->“收款单处理”为主线，完成附录2 中的操作过程（亦可选择“企业综合信息管理系统” -> “进销存管理”子系统-> “库存管理” -> “原材料出库” ->“领料单处理”主线）[ 实验结果][ 实验总结] ①各层用例图之间相互关联，对用例图画法和建立要清楚的熟悉操作信息流程，否则很容易搞混；②用例图的画法步骤不是很熟悉，对工具的使用陌生，不能正确的画出和表达用例，缺乏实践。
UML实验报告
中南民族大学管理学院学生实验报告课程名称：UML面向对象分析与设计教程年级：专业：信息管理与信息系统学号：姓名：指导教师：实验地点：管理学院综合实验室2013 学年至 2014 学年度第 2 学期目录实验一 UML建模基础实验二用例图实验三 UML类图实验四对象图实验五包图实验六动态模型图实验（一） UML建模基础实验时间：实验目的1.熟悉UML建模工具Rational Rose的基本菜单及操作。
2.掌握UML的三大组成部分及各部分作用。
3.掌握UML的可见性规则和构造型的作用。
实验内容1.练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2.认识各种UML关系及可见性符号，并用工具表示出来。
答：各种UML关系如下：分析与讨论1.总结UML在软件工程中的作用以及使用UML建模的必要性。
答：统一建模语言（UML）是用来对软件密集系统进行可视化建模的一种语言，也是为面向对象开发系统的产品进行说明、可视化、构造和编制文档的一种语言。
UML作为一种模型语言，它使开发人员专注于建立产品的模型和结构，而不是选用什么程序语言和算法实现。
当模型建立之后，模型可以被UML工具转化成指定的程序语言代码。
UML可以贯穿软件开发周期中的每一个阶段，最适于数据建模、业务建模、对象建模、组件建模。
UML展现了一系列最佳工程实践，这些最佳实践在对大规模、复杂系统进行建模方面，特别是在软件架构层次方面已经被验证有效。
UML是一种功能强大的，面向对象的可视化系统分析的建模语言，它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠，更完善的系统模型，从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异，保障分析的正确性。
指导教师批阅：实验（二）用例图实验时间：实验目的1.掌握用例的概念、UML用例图的组成、作用以及使用场合。
2.掌握用例与用例之间的各种关系。
3.用Rational Rose工具练习教材中的用例图。
UML中的用例图实践案例
UML中的用例图实践案例UML（统一建模语言）是一种用于软件开发的标准化建模语言，它提供了一套丰富的图形符号和概念，用于描述和设计软件系统的各个方面。
其中，用例图是UML中最为常用和重要的一种图形表示方法，它用于描述系统的功能需求和用户与系统之间的交互关系。
本文将通过一个实践案例，介绍用例图在软件开发中的具体应用。
假设我们要开发一个在线购物系统，该系统包括用户注册、浏览商品、添加购物车、下单、支付等功能。
首先，我们需要明确系统的角色和用例。
在这个案例中，系统的角色包括用户、管理员和支付网关。
用户可以注册账号、浏览商品、添加购物车、下单和支付；管理员可以管理商品信息；支付网关负责处理支付请求。
接下来，我们可以使用用例图来表示这些角色和用例之间的关系。
首先，我们可以在用例图中用椭圆形表示各个用例。
在本案例中，我们可以用椭圆形表示注册账号、浏览商品、添加购物车、下单和支付等用例。
然后，我们可以用矩形表示各个角色，即用户、管理员和支付网关。
接着，我们可以使用实线箭头来表示角色与用例之间的关系。
例如，用户可以注册账号，我们可以在用户和注册账号之间画一条实线箭头来表示这种关系。
除了角色和用例之间的关系，用例图还可以表示用例之间的关系。
在本案例中，用户可以浏览商品、添加购物车、下单和支付，这些用例之间存在一定的先后顺序。
我们可以使用虚线箭头来表示这种顺序关系。
例如，用户可以先浏览商品，然后将商品添加到购物车，最后下单和支付。
我们可以在浏览商品和添加购物车之间画一条虚线箭头，表示用户在浏览商品后可以将商品添加到购物车。
此外，用例图还可以表示用例之间的包含和扩展关系。
在本案例中，用户下单时可能需要选择配送地址，我们可以将选择配送地址作为一个包含关系，用一个带有加号的实线箭头表示。
另外，用户下单时还可以选择使用优惠券，这可以作为一个扩展关系，用一个带有箭头和加号的虚线箭头表示。
通过用例图，我们可以清晰地描述系统的功能需求和用户与系统之间的交互关系。
软件工程实验报告
实验一：基于UML的用例模型试验实验目的：1、掌握使用visio绘制用例模型2、掌握Ration Rose绘制用例模型的方法实验内容：1、使用vise绘制用例模型2、使用Ration Rose绘制用例模型的方法实验步骤：1、使用Visio绘制用例模型（1）启动Visio中的UML模型绘制开始时需要新建一个文件存放用例模型，首先选择“开始” 一“程序” -Microsoft office visio 2003选项进入Visio启动页面，在“类别”选项区域中才、选择“软件”项：然后在“模板”选项区域中选择UML模型图，即可打开制作UML模型的全部对彖图集，Vise提供了关于制作UML模型所需要的全部图表，支持开发人员进行面向对彖的分析和设计工作。
（2）保存UML模型通过选择菜单File…Save选项或者单机工具栏的Save按钮，来保存系统模型，保存的文件类型是-VSdo(3)新建立用例图(4)建立用例中的角色(5)建立用例(6)建立角色与用例、用例与角色之间的联系(7)建立活动图2、使用Rational Rose绘制用例模型（1）Rational Rose 的启动：选择"开始"---"程序” ---Rational Software---Rational Rose Enterprise Edetion选项，弹出对话框。
这个对话框用来设置本次启动的初始动作，分为New （新建模型）Existing （打开现有模型）和Recent （最近打开模型）三个标签。
（2）新建用例图在Browser窗I I内的树形列表中选中UseCase包并右击，在弹出的快捷菜单中选择New一UseCase Diagram选项。
此时出现New Diagram用例图名称并允许修改，将NewDiagrain更名为“医疗器材管理系统用例图”双击Biowgram窗I I内树形列表中的“医疗器材管理系统用例图”，在Diagram窗I I中出现“Use CaseDiagiain： Use CaseView/医疗器材管理系统用例图”，可以在该窗1 1中绘制用例图。
面向对象建模--用例图和类图实验报告
1.（1）
（2）
（2）
教师评语
签名：徐冬日期：11月18日
成绩
软件工程
实验地点
计—201
指导教师
时间
2014-11-10
一、实验目的及要求
在学习了UML用例图的基本理论、基本知识的基础上，通过实验理解并掌握在项目需求调查阶段中用例图和类图的制作；熟练应用CASE工具Rational Rose 200பைடு நூலகம்的使用;
二、实验设备（环境）及要求
PC机、Rational Rose工具软件
面向对象建模用例图和类图专业班级软件工程实验地点计201指导教师20141110一实验目的及要求在学习了uml用例图的基本理论基本知识的基础上通过实验理解并掌握在项目需求调查阶段中用例图和类图的制作
《信息系统分析与设计》实验报告
实验序号：5 实验项目名称：面向对象建模--用例图和类图
学 号
姓 名
专业、班级
2.类图
（1）绘制“鸟类”类图，参考实验数据文档
（2）根据以下描述画出类图，并注明多重性关系：一个学生可以选
修多门课程，也可能没有任何课程；一门课程可以被多个学生选修；
一个老师可以教多门课程或者不教课；每门课程至少有一个老师，也可以有多个老师任教；每门课程可以有0或1本教材，每本教材只能用于一门课程。
三、实验内容与步骤
1.用例图
（1）画出下图的用例图。
（2）一台自动饮料售货机共有6种不同饮料，售货机上有6个按钮，分别对应6种饮料，顾客可以通过按钮来选择所要的饮料。每个按钮旁有一个指示灯，用来表示该售货机中是否还有这种饮料可售。售货机有一个硬币槽的找零槽，用来收钱和找钱，假设一位顾客购买矿泉水，不用找零，请给出描述上述场景的用例图。
用例图设计：根据需求,绘制用例图,明确系统功能和模块
用例图设计：根据需求，绘制用例图，明确系统功能和模块一、引言随着信息技术的快速发展，软件系统在各个领域得到广泛应用。
而在软件系统开发的过程中，需求分析是至关重要的一环。
其中，用例图作为一种常用的需求分析工具，能够帮助开发团队理解系统功能并明确系统模块。
本文将介绍用例图设计的基本概念和步骤，并结合一个实际案例进行说明。
二、用例图设计概述1. 用例图的定义用例图是一种描述系统功能和角色之间交互关系的图形化工具。
它能够帮助开发团队和用户理解系统的功能，并明确各个模块的职责和关系。
2. 用例图的组成元素用例图由用例、参与者和关系三个主要元素组成。
- 用例（Use Case）：用例是指系统提供给用户的功能需求，用一个椭圆形图标表示。
每个用例都有一个唯一的名称，用以描述其功能和目的。
- 参与者（Actor）：参与者是指与系统交互的用户、其他系统或外部设备，用一个小人形图标表示。
每个参与者都有一个唯一的名称，用以描述其角色和功能。
- 关系（Relationship）：关系是指用例与参与者之间或用例之间的交互关系，用实线、虚线或箭头表示。
常见的关系有包含关系、扩展关系和泛化关系。
三、用例图设计步骤用例图设计的步骤主要包括需求收集、用例识别、参与者识别、用例编写和关系建立。
1. 需求收集需求收集是用例图设计的第一步，开发团队需要与用户进行充分的沟通和交流，了解系统的功能需求和用户的期望。
通过与用户积极互动，收集尽可能多的信息，以便后续的用例识别和设计。
2. 用例识别用例识别是根据需求收集的结果，将系统的功能需求划分为不同的用例。
每个用例都应该描述一个具体的功能，并具有明确的输入和输出。
3. 参与者识别参与者识别是根据需求收集的结果，将与系统交互的用户、其他系统或外部设备识别出来，并为每个参与者定义明确的角色和功能。
4. 用例编写用例编写是将识别出来的用例进行详细描述。
每个用例应包含用例名称、前置条件、正常流程、异常流程和后置条件等内容。
面向对象的分析与设计——用例图实验
面向对象的分析与设计——用例图实验实验目的1、熟悉UML用例图的功能和元素2、学会识别参与者和用例3、掌握用例图的绘制方法4、学会编写用例描述实验内容：任务一：分析图书管理系统的登录模块，且绘制用例图用例图主要在系统需求分析阶段和系统设计阶段使用。
在系统需求分析阶段，用例图用来获取系统的需求，理解系统应当如何工作；在系统设计阶段，用例图用来规定系统要实现的行为。
1、分析用户登录模块的功能需求提供输入“用户名“和“密码“的文本框，验证用户身份的合法性。
2、识别参与者在用户登录模块中，根据工作内容和操作权限的不同，可细分为4类参与者：图书借阅员、图书管理员、系统管理员、图书借阅者。
图书借阅员必须先进行登录，然后才可以执行借出或归还图书的操作；图书管理员必须先进行登录，然后才可以执行编制书目、图书入库等操作；系统管理员必须先进行登录，然后才可以进行系统的维护操作；图书借阅者也必须先进行登录，然后才能查询图书借阅情况或查询图书馆藏书信息。
3、识别用例用户登录模块的主要功能是：输入“用户名“和“密码“，验证用户身份的合法性，故主要用例有两个：输入用户名和密码、验证用户身份。
4、绘制用例图操作步骤：1)运行Microsoft Office Visio 20072)选择“软件和数据库”中的“UML模型图”模板3)鼠标点击选择“UML用例”，展开UML用例图的图标4)用鼠标选拉图标进行绘图5、描述用例用例名称验证用户身份用例编号简要说明验证用户所输入的“用户名“和“密码“是否有效参与者图书管理员、系统管理员、图书借阅员、图书借阅者当前状态等待审查使用频率较高前置条件已输入有效的“用户名“和“密码“后置条件登录进入系统基本操作流到“用户信息“数据表中检索是否存在相应的“用户名“和“密码“备选操作流如果“用户名“和“密码“有误，显示提示信息。
任务二分析网上书店的业务需求，且绘制用例图站在客户的角度分析，网上书店要实现的基本功能主要有以下几种：（1）用户注册（2）用户登录（3）图书查询与浏览（4）用户订购图书（5）用户购物车管理（6）订单维护（7）个人信息维护当客户打开网上书店后，无需登录即可查询图书，还可查看图书的详细信息。
《软件工程》实验指导书
《软件工程》实验指导书计算机学院2017年2月软件工程实验指导前言软件工程实验是为计算机相关专业本科《软件工程》课程配套设置的，是《软件工程》课程讲授中一个重要的、不可或缺的实践环节。
其目的是使学生能够针对具体软件工程项目，全面掌握软件工程管理、软件需求分析、软件初步设计、软件详细设计、软件测试等阶段的方法和技术，通过该课程设计使学生进一步理解和掌握软件开发模型、软件生命周期、软件过程等理论在软件项目开发过程中的意义和作用，培养学生按照软件工程的原理、方法、技术、标准和规范，进行软件开发的能力，培养学生的合作意识和团队精神，培养学生对技术文档的编写能力，从而使学生提高软件工程的综合能力，提高软件项目的管理能力。
按该课程的特点，实验内容包括软件开发的两大方法学的专题训练，即结构化（生命周期学）的方法学和面向对象的方法学，通过对一个简单项目，要求学生利用结构化软件开发技术或面向对象的软件开发技术完成对该项目的开发。
因此设置五个实验项目，从项目发的准备工作，系统分析过程，系统设计过程，软件测试到系统实施，覆盖软件开发的整个过程，此外又引入我国国家《计算机开发规范》，以规范技术文档的书写标准，提高实验教学质量。
通过实验训练，达到如下目的：使学生进一步了解和掌握软件工程原理，提高对实际项目的分析和设计能力，通过实验课程，熟悉和基本掌握软件工程方法学、软件开发的过程，文档资料的编写格式及规范，全面领会和贯通所学习的理论知识，从而培养学生综合运用所学课程知识，分析解决问题的能力，培养学生理论联系实际作风，实事求是，严肃认真的科学态度和良好的工作作风，为今后从事科学研究工作打下基础。
实验要求软件工程实验具体要求如下：每个项目小组必须按照《软件工程实验指导书》附录中给定的文档规范标准提供项目文档；题目自定或采用附录二中的题目；软件开发的方法自定（结构化或面向对象的方法学）。
实验一用Visio进行功能分析和建模1. 实验目的掌握结构化分析的方法。
UML(ROSE)综合实验报告(包括用例图、类图、组件图等等)
计算机科学与技术专业实验报告 课程名称：UML 统一建模语言……………………………………………装……………………………………订……………………………………线……………………………………………………………图图2-4（Ⅱ）按系统的重要模块细分系统设置模块：设置系统基本信息，由系统管理员操控；如图统计管理模块：统计分析营业状况，由财务管理员操控；如图图2-5图2-7图2-8图2-9⑶组件图：描述软件组件以及组件之间的关系，组件本身是代码的物理模块，则显示了代码的结构。
组件图中通常包括：组件、接口和关系。
在系统建模中建立组件图的用途有：能帮助客户理解最终的系统结构；工作有一个明确的目标；有助于工作组的其他人员理解系统；有利于软件系统的组件重用。
以下图2-10是对该软件系统进行组件图建模图2-10图2-123、系统的行为模型动态模型描述了系统随时间变化的行为，这些行为是用从静态视图中抽取的系统的瞬间值的变化来描述的。
在UML的表现上，动态模型主要是建立系统的交互图和行为图。
交互图包括时序图和协作图；行为图则包括状态图和活动图。
（1）时序图：时序图用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时显示对象之间的交互，它可以与时序图互换。
包括了4个元素，分别是对象、生图3-1图3-3图3-5图3-6图3-7活动图是一种特殊形式的状态机，用于对计算流程和工作流程建模。
可以算是状态的一种扩展方式。
活动图与状态图不同，它除了描述对象状态之外，突出了它的活动。
活动图包括动作状态和活动状态。
对象的动作状态是活动图最小单位的构造块，表示原子动作。
动作状态表示状态的入口动作。
对象的活动状态可以被理解成一个组合，它的控制流由其他活动状态或动作状态组成。
用例图实验报告
用例图实验报告用例图实验报告引言：用例图是一种用于描述系统功能和行为的图形化工具。
它可以帮助软件开发团队更好地理解系统的需求和功能，并在开发过程中进行有效的沟通和协作。
本实验旨在通过实际操作和分析，探讨用例图的基本概念、构建方法和应用场景。
一、用例图简介用例图是一种UML（统一建模语言）的图形化表示方法，用于描述系统的功能和行为。
用例图由用例、参与者和关系组成。
用例表示系统的功能需求，参与者表示与系统交互的角色，关系表示用例和参与者之间的关联。
二、用例图的构建方法1. 确定参与者：首先要明确系统的参与者，即与系统进行交互的角色或实体。
可以是人、其他系统或外部设备。
2. 确定用例：根据系统的功能需求，确定系统的用例。
用例应该是系统可以执行的具体功能或操作。
3. 建立关系：根据参与者和用例之间的交互关系，建立关联关系。
常见的关系有关联、包含、扩展和泛化等。
4. 完善用例图：根据实际需求，完善用例图的细节，如添加用例的描述、参数和返回值等。
三、用例图的应用场景1. 系统需求分析：用例图可以帮助开发团队更好地理解系统的功能需求，从而更准确地进行需求分析和设计。
2. 系统设计与开发：用例图可以作为系统设计的基础，帮助开发团队确定系统的功能模块和交互方式。
3. 测试与验证：用例图可以作为测试用例的基础，帮助测试团队设计和执行测试方案，并验证系统是否满足需求。
4. 系统维护与升级：用例图可以帮助系统维护团队理解系统的功能和行为，从而更好地进行系统维护和升级。
四、实验过程与结果在本次实验中，我们选择了一个在线购物系统作为实验对象。
首先，我们明确了系统的参与者，包括顾客、管理员和供应商。
然后，我们根据系统的功能需求，确定了一些用例，如登录、浏览商品、添加购物车、下单等。
接下来，我们建立了参与者和用例之间的关系，如顾客和管理员之间的关联关系、下单用例和支付用例之间的扩展关系等。
最后，我们完善了用例图的细节，添加了用例的描述和参数等。
用例图设计实验报告
用例图设计实验报告1. 引言用例图是一种表示系统交互的图形化工具，它描述了系统中的角色、用例以及它们之间的关系。
用例图常用于需求分析和系统设计过程中，有助于明确系统功能和行为。
本实验旨在通过实际案例，了解用例图的设计过程和使用方法，并熟悉用例图的各种元素及其之间的关系。
2. 实验背景想象一个在线购物系统，我们可以将用户、商家和管理员作为系统中的角色，而登录、浏览商品、下单、支付等操作可以作为系统的用例。
通过用例图的设计，我们可以很清晰地了解用户和商家之间的交互以及各个用例之间的关系。
3. 实验过程及结果3.1 角色的确定在开始设计用例图之前，首先需要确定系统中的角色。
根据实验背景，我们可以确定用户、商家和管理员是系统中的角色。
3.2 用例的分析接下来，我们需要分析系统中的用例，以确定用户和商家与系统交互的动作。
通过与实际业务的对比分析，我们可以确定以下用例：1. 用户登录：用户在系统中登录的操作。
2. 用户浏览商品：用户在系统中浏览商品的操作。
3. 用户下单：用户在系统中下单购买商品的操作。
4. 用户支付：用户在系统中支付订单的操作。
5. 商家登录：商家在系统中登录的操作。
6. 商家发布商品：商家在系统中发布商品的操作。
7. 商家管理订单：商家在系统中管理订单的操作。
8. 管理员登录：管理员在系统中登录的操作。
9. 管理员管理用户：管理员在系统中管理用户的操作。
10. 管理员审核商品：管理员在系统中审核商品的操作。
3.3 用例图的绘制根据上述用例的分析结果，我们可以开始绘制用例图。
用例图由用例、角色和关系三部分组成，其中用例用椭圆表示，角色用方框表示，而关系用箭头表示。
下面是绘制的用例图示例：通过用例图的绘制，我们可以清晰地看到用户、商家和管理员之间的交互关系以及各个用例之间的依赖关系。
3.4 用例图的分析通过对用例图的分析，我们可以得出以下结论：- 用户和商家角色有一些相同的用例，如登录和浏览商品。
实验三利用Visio进行用例建模
10
练习与考核
练习（20%） 旅店管理系统的用例图（40%） 旅店管理系统的用例规约（30%） 实验报告（10%）
实验目的、实验步骤等基本内容 实验图 心得体会
实验三
利用Visio进行用例建模
1.
2. 3. 4. 5.
实验目的
实验内容和基本要求 实验重点和难点 实验环境 实验步骤
实验三
Байду номын сангаас
利用Visio进行用例建模
实验目的
1.学习Visio工具绘制UML图
2.通过绘制UML图加深理解UML
3.学习利用UML进行面向对象用例建模
实验三 利用Visio进行用例建模
1.
2.
实验任务和基本要求
熟悉Visio的基本功能和使用方法；
运用Visio进行“旅店管理系统”用例建模。
实验重点和难点
运用Visio工具画出系统的用例模型
实验环境
一个装有 Visio软件的计算机。
实验三 利用Visio进行用例建模
实验步骤
• • • • • •
熟悉Visio应用程序界面 Visio模型 学会使用浏览器 学会画模型图 演示Visio的使用 画出旅店管理系统的用例图
8
用例规约：记录时间(续)
正常事件流： 1.雇员查看当前时间之前输入的数据； 2.雇员从已有的支付号码中选择一个，这些收费代码是按客 户和项目组织的； 3.雇员从当前的时间段选择一个日期； 4.雇员输入以正整数表示的工时； 5.系统在视图中显示这个数据，并在以后的视图中看到这个 数据。 备选事件流1：雇员更改他的时间 1.雇员查看当前时间之前输入的数据； 2.雇员选择一个已有的条目； 3.雇员改变工时； 4.在视图中更新这个信息，并在以后的视图中都可以看到。
面向对象建模-用例图
福建农林大学计算机与信息学院实验报告实验六、面向对象建模-用例图一．实验项目名称：面向对象建模-用例图二．实验目的和要求：目的：1．熟悉用例图的基本功能和使用方法。
2．掌握如何使用建模工具绘制用例图方法。
要求：（1）确定图书管理系统的用例。
（2）绘制图书管理系统的用例图。
（3）对图书管理系统的用例进行描述。
三．实验使用的主要仪器设备和软件：1．计算机一台。
2．Rational Rose 工具软件。
四．实验的基本理论和方法：在初始的用例图中，只表示参与者与用例之间的关系，即它们之间的通信关联。
然后应对用例图进行调整，描述参与者与参与者之间的泛化，用例与用例之间的包含，扩展和泛化关系。
利用这些关系来调整已有的用例模型，把一些公关的信息抽取出来重用，使得用例模型更易于维护。
五．实验内容与步骤：学院针对本校的图书馆使用情况，开发一个图书馆管理系统。
根据学院的图书管理系统开发进度，在完成对系统的需求建模，得到用例模型后，应针对每个用例进行业务分析，说明其具体的业务流程。
根据系统的需求分析，已经基本确定了图书管理系统涉及的总体信息。
现系统分析部指派您完成该项任务。
借阅者；图书馆管理系统需要从图书管理员获得相应的操作请求信息； 也需要从系统管理员进行通信以获得有关用户账号的相关信息； 图书馆管理系统与系统管理员进行通信，并为借阅者提供数据； 图书馆管理系统由维护人员负责维护 3 确定系统的用例（1）a.借阅者请求服务的用例图书籍预定借阅者b. 借阅者请求服务的书面用例(描述借阅者借书用例) 用例名称：借阅者借还书籍 执行者：借阅者目的：完成一次借阅者借还书籍的完整过程。
类型：主要的、基本的 c. 过程描述：“借阅者借书”用例的用例描述：（1） 借阅者身份验证；（2） 如果身份出错，则显示出错信息，返回步骤（1），如果正确则继续； （3） 借阅者查找书籍； （4） 登记借阅信息； （5） 结束。
分析:在图书管理系统中，借阅者首先要通过图书馆的身份验证后才能进入图书馆，而后到对应的书籍放置打点去查找所需数据，然后通过证件进行借阅请求，若请求通过，则借阅者借书成功。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
实验三：建立对象模型
创建对象模型时，可以从以下五个层次进行，分别是：类与对象层，属性层，服务层，结构层和主题层。
1、寻找类
从用例视图中寻找类，是从用例的事件流开始，查看事件流中的名词以获得类。
在事件流中，名词可以分为4种类型：角色、类、类属性和表达式。
也可以检查序列图中的对象，通过对象的共性来寻找类。
另外，序列图中的每一个对象都要映射到相应的类。
必须指出的是：有些类是无法通过以上方法找到的。
类可以分为3种类型：实体类（entity）、边界类（boundary）和控制类（control）。
实体类保存要放进永久存储体的信息。
在选课系统中，可以抽出学生类（Student），它是实体类的范例。
在事件流和交互图中，实体类通常是对用户最有意义的类，通常采用业务领域术语命名。
边界类位于系统与外界的交接处，包括所有窗体、报表、打印机和扫描仪等硬件的接口以及与其他系统的接口。
要寻找和定义边界类，可以检查用例图。
每个角色和用例交互至少要有一个边界类。
边界类使角色能与系统交互。
控制类负责协调其他类的工作。
每个用例通常都有一个控制类，控制用例中的事件顺序。
在交互图中，控制类具有协调责任。
可能有许多控制类在多个用例间共用的情况。
2、类图的创建步骤：
（1）右键点击“Logical View”，在弹出的菜单中选择“New”，再在下一级菜单中选择“Class”，创建一个新的类，然后将该类的名字改为“Course”。
图1. 创建Course类的示意图
（2）鼠标右键点击“Course”图标，选择“Open Specification”菜单进入“Class Specification for Course”对话框，该对话框中可以完成对Course类的属性，方法等的设置。
（3）添加继承关系。
在选课系统中，涉及到的用户包括管理员（Registrar）和学生（Student），其主要特征相似，所以可以建立统一基类People，而Registrar和Student则由People派生。
具体步骤为：选择类图工具栏的“Generalization”图标，在类图窗口中，按下鼠标左键，将光标从角色Student移动到People，则在二者之间出现了一个表示继承关系的箭头标志。
同理添加Registrar与People之间的继承关系。
（4）添加关联关系。
可以使用下列的指导方针列出暂时性的关联关系：
（1）类A的对象向类B的对象发送一个消息；
（2）类A的对象建立类B的对象；
（3）类A的对象包含一个属性，属性的取值是类B的对象或者类B的对象集合；
（4）类A的对象接收消息，类B的对象是消息中的参数。
请大家完成类图。