软件工程实践实验二UML工具的使用.doc
软件工程实验报告实验二
软件工程实验报告实验二实实验报告课程名称软件工程实验项目实验二面向对象分析及面向对象设计实验仪器个人电脑系别___计算机科学与技术系____专业_____计算机科学与技术___组长姓名王海阔2010011187小组成员刘大伟_2010011195郑晓驰2010011192实验日期________2013-5-15_______成绩_______________________指导教师_田英爱1实验内容对航空客运订票系统，利用面向对象的软件工程思想和技术，对该系统进行分析。
2实验要求需要利用UML语言描述分析结果，完成系统的需求分析，并书写实验报告。
3实验工具与方法Micriosoftofficevisio2010画图工具Rationalroseenterpriseedition4实验结果系统名称：航空售票系统4.1根据选定系统，做出问题陈述，给出系统的用例图。
问题陈述：该航空客运售票系统能够实现旅客的订票、退票、查询余票、查询已经订票的旅客的信息、查询航班信息，旅客订票时提供的信息包括旅客姓名、身份证号、座位号、电话、航班号、起飞时间等，退票时提供的信息包括旅客姓名、身份证号、航班号、座位号、起飞时间等，查询余票时需要提供航班号以及飞机起飞时间，查询客户的信息需要提供旅客的姓名以及身份证号，查询航班信息需要提供航班号，下面是该系统的用例图注册收费系统收费退票旅客用户信息用户登录查询机票查询航班查询旅客信息查询现金支付POS机POS机支付自动售票机售票员订票注册成功4.2根据系统用例图，分别给出场景描述说明。
旅客买票前先注册，即在航空售票系统中录入自己的信息，注册成功之后，便可订票。
订票可以在柜台通过售票员直接订票，也可以在自动售票机上自己订票，当然都得先注册。
不管通过哪种方式订票都要缴费，收费系统会将旅客的现金或是通过POS机交的费用录入系统。
旅客退票时要先登录，在柜台或是在自动售票机输入自己的姓名等信息，然后系统会在旅客确认之后删除旅客的信息。
《软件工程学(UML)》课程设计实验报告
本次课程设计的主要内容是：针对某个特定的系统，比如我选的是通用无纸化考试系统。利用UML里的用例图，类图，顺序图，活动图，状态图，组件图等图对该系统进行静态和动态的建模。虽然对于理论知识有些了解，但对于我来说用这种方法对一个系统进行全面的分析还是第一次，不知道该如何开始下手，而且由于自己感情趣的课题已被别人选走，只好选这个虽说也有接触过但并不了解主要流程的通用化无纸考试系统。虽说自己没有这方面的经验，也不是特别熟悉其工作流程，但是在网上搜集了一些资料的一些基础，自己对他也有一定初步的认识，虽然不是很全面，但只好自己慢慢的琢磨，慢慢的去研究它的业务流程。
3.4.3数据统计分析活动图
图3.4.3数据统计分析活动图
3.4.4考生答题状态图
3.5组件图和部署图(部署图可选)
部署图
4.课程设计总结
一周的课程设计很快就结束了，虽然时间并不是很长，只有短短的一个星期而已，但这已让我受益匪浅，通过这次的UML课程设计，使我所学的书本知识得到了全面的检验，也让我对这门课程有了更加深厚的体会。
编辑、自我测试、成绩查看等工作。
(1)考生注册
考生可以进行个人信息的注册，包括姓名，班级，口令等信息，考生用户注册
UML及其建模工具的使用(NEW)
基本图素[4]－类
类名 属性
操作
29
基本图素[5]－对象
1、对象是类的实例。 2、对象图素中对象名的下面加下划线，对 象图素所使用的符号与类图素基本相同。 二者的区别在于对象图素展示的是类的实 例，而不是类本身。 3、对象图素除第一格外，其他格是可选的。 对象常常出现在活动图、序列图和协作图中。
5
UML的产生
Ivar Jacobson和他的 Objectory 公司开发了OOSE （Object Oriented Software Engineering)面向对象 的软件工程，利用Use Cases来表达系统要求。 1994年任职于Rational公司的Grady Booch首先联合 Jim Rumbaugh加盟Rational软件公司开始了统一OO方 法学和工具的历程。以融合Booch和OMT方法的UML开 发开始。1995年10月UML0.8发布。1995年秋，Ivar Jacobson和他的 Objectory 公司加盟Rational，UML 中加入了OOSE方法，使其有可能最集中地包容当今最适 用的各种OO方法。1996年，UML0.9版本发布，1997 年1月，UML1.0被提交给OMG组织，作为软件建模语言 的候选，1997年11月7日，UML1.1正式被OMG组织采 纳为业界标准。UML经历了1.2，1.3，1.4，目前 UML2.0版本正在制定。
26
基本图素[3]－系统
系统也叫做系统边界，用于界定系统功能 范围。 它用一个矩形框表示。描述该系统功能的 用例都置于其中，而描述的与系统交互的 角色都置于其外。系统（边界）常常省略 不画。
27
基本图素[4]－类
类是具有相同属性、操作和关系的对象集合的总 称。通常在UML中类被画成矩形，包括三个部分： 名称、属性和操作。下面是可选的。
软件工程实践实验二UML工具的使用
餐饮管理框架图
一、职员管理
1.用例图
删除职员信息2.类图
职员管理窗体
职员信息控制
3．序列图
: 职员管理窗体
: 职员信息控制
: 职员信息表
: 职员管理窗体 : 职员信息控制 : 职员信息表
: 职员管理窗体 : 职员信息控制 : 职员信息表
4.协作图
: 职员管理窗体 : 职员信息控制 : 职员信息表
: 职员信息控制 : 职员信息表
: 职员信息控制 : 职员信息表
5.活动图
二、食品管理
1.用例图
删除零售品2.类图
食品管理窗体
零售品信息表
视频管理控制
3. 序列图
:
经理 :
食品管理窗体
: 食品管理控制 :
菜品信息表
: 经理
: 食品管理窗体
: 食品管理控制
: 零售品信息表
4. 协作图
: 菜品信息表
: 食品管理控制
: 零售品信息表
5.活动图。
软件工程技术与应用实验报告册
实验内容
1．熟悉Rational Rose的使用；
2．学习使用Rational Rose画9种UML图；
3．理解“在线选修课程管理系统”的需求，确定系统的执行者和用例；
4．利用Rational Rose构建“在线选修课程管理系统”的用例模型；
软件环境
二、报告要求
1．写出使用Biblioteka ational Rose构建UML中9种图的步骤；
2．画出“在线选修课程管理系统”的用例图；
3．写出其中两个用例的用例描述；
4．回答下面的思考题。
（1）如何确定一个系统的用例和执行者？
（2）利用用例图表示系统的需求有哪些好处？
（3）利用用例图表示系统的需求有哪些问题？你有何改进建议？
（3）你认为OOA和OOD之间有什么关系？
实验二
实验名称
“在线选修课程管理系统”分析与设计
得分
实验目的
1．运用UML建立静态结构模型
2．运用UML建立动态行为模型
3．理解面向对象分析与设计过程
实验内容
1．进一步熟悉Rational Rose的使用；
2．在实验一确定用例的基础上，进行用例分析；
3．利用Rational Rose构建对象-关系模型，对象-行为模型；
软件工程技术与应用
实验报告册
所在学院________________
班级________________
学号________________
姓名________________
批阅教师________________
时间：2007.9—2008.1
实验一
实验名称
UML工具的使用
UML实验二用例图
实验二用例图【实验目的】1．掌握用例的概念。
2．掌握UML中用例图的组成、作用以及使用场合。
3．掌握用例与用例之间的各种关系。
4．学习针对具体场景使用用例图进行分析说明的方法。
5．掌握用例描述的概念和基本结构，以及用例描述的作用。
【实验性质】设计性实验。
【实验要求】1．学习针对具体场景识别参与者和用例的方法，设计其用例图。
2．学习通过Rational Rose绘制用例图的方法。
3．掌握如何对每个用例进行用例描述。
【实验内容】一．网上选课系统需求分析1．某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除；学生通过客户机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。
同样，通过业务层，这些操作结果存入数据库中。
2．对本系统的的用例、参与者进行分析：本系统拟使用java语言通过三层模型实现：数据核心层、业务逻辑层和接入层。
数据核心层包括对数据库的操作；业务逻辑层作为中间层对用户输入进出逻辑处理，在映射到相应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。
本系统涉及的用户包括管理员和学生，是用例图中的活动者，他们的主要特征类似，都有学号和姓名等信息，可抽象出“基”活动者people，而register和student则从people 诞生，数据库管理系统是另外一个活动者。
3．写出系统中出现的一些事件流，如添加课程事件流、删除课程事件流、修改课程事件流，选课事件流等。
下面是系统中出现的一些事件流。
添加课程事件流：a）管理员选择进入管理界面，用例开始。
b）系统提示输入管理员密码。
c）管理员输入密码。
d）系统验证密码。
A1：密码错误e）进入管理界面，系统显示目前所建立的全部课程信息。
f）管理员选择添加课程。
g）系统提示输入新课程信息。
h）管理员输入信息。
UML实验二
UML实验二第一篇：UML实验二实验2 用例图一、实验目的1.学会分析系统中的参与者和用例2.掌握用例图的绘制方法3.掌握需求分析阶段的用例建模二、实验器材1.计算机一台；2.StarUML工具软件。
三、实验内容1.画出ATM系统的用例图2.完成ATM系统用例的事件流描述3.完成网络教学系统的用例建模4.完成学生课程注册系统的用例建模四、ATM系统的用例建摸1.分析ATM自动取款机：客户可以取钱，存钱，查询余额，转帐，修改密码。
通过分析可找出如下几个参与者：（1）ATM（2）客户通过分析得到如下用例：（1）存款（2）取款（3）查询余额（4）转帐（5）修改密码（6）打印收据 2．绘图步骤：下面介绍在StarUML中创建用例图的过程：（1）在“Use Case View”中双击Main图，双击图标，出现图1，为编辑用例图做准备。
图1（2）在用例视图中，从工具栏中选择Actor图标，在右边的绘图区中添加一个新元素，并取名客户表明新增一个参与者，如图2所示。
图2（3）同样的方法添加参与者“ATM”,如图3所示。
图3(4)在工具栏上选择用例的图标，依次添加存款、取款、查询余额、转帐、修改密码、打印收据，如图4所示。
图4（5）添加参与者和用例间的关联关系，如图5所示。
图5 依照个人理解，增加一些功能或修改该用例图。
（增加的功能或修改的用例图放在此处）参照如下的取款用例的事件流描述，给出ATM系统的其它用例的事件流描述。
1）通过读卡机，储户插入ATM卡2）ATM系统从卡上读取银行ID、帐号、并验证帐号。
3）储户键入密码，系统检验密码。
4）储户按确认键，输入取款金额。
5）ATM把帐号和取款金额传递给银行系统，取回帐户余额。
6）ATM输出现金，并显示帐户余额。
7）ATM记录事务到日志文件。
（ATM系统的其它用例的事件流描述放在此处）登录用例的事件流：1）通过读卡机，储户插入ATM卡2）ATM系统从卡上读取银行ID、帐号、并验证帐号。
UML及其工具实验指导书
UML及其工具实验指导书实验一熟悉UML开发工具Microsoft Visio 2003【实验目的】熟悉UML开发工具Microsoft Visio 2003。
【实验要求】1．熟悉Visio的UML建模绘图界面。
2．通过绘制类图学习Visio的使用方法。
3．通过绘制对象图学习Visio的使用方法。
4．通过绘制顺序图学习Visio的使用方法。
【实验步骤】一．熟悉Visio的UML建模绘图界面1．进入Visio的UML建模绘图界面通过“开始”|“程序”，运行Microsoft Office Visio 2003，出现Microsoft Visio界面。
在左侧的“类别”区域中单击“软件”，然后在右侧的“模板”中单击“UML模型图”，则进入Visio的UML建模绘图界面。
2．熟悉UML建模绘图界面在Visio的UML建模绘图界面中，最大的白色区域就是绘图区。
左上方的“形状”窗口就是Visio的UML元素调板，它由很多的标签页组成。
每个标签页提供了一个特定的UML 图标。
左下方的“模型资源管理器”就是Visio的字典，字典就是所创建的所有元素及其属性的记录的集合。
当Visio打开并准备开始UML绘图的时候，“UML静态结构”标签页就会激活，我们就可以创建类图和对象图了。
二．绘制类图下面我们使用Visio来绘制一个如图1所示的行星系统的类模型。
图1 一个行星系统的类图1．从“UML静态结构”标签页中选择“类”图标并把它拖放到绘图区中。
双击绘图区中的类图标，出现“UML类属性”窗口。
在“名称”字段中输入“PlanetarySystem”来重新命名这个类。
单击“确定”按钮回到绘图界面。
我们可以通过控制工具栏中“缩放”按钮的显示比例，使界面中的类图标显示合适的大小。
采用同样的方法添加Planet类。
在“模型资源管理器”中反映出了增加的新类。
2．下面我们为Planet类添加两个属性和一个操作，并把它设置为一个抽象类。
软件工程实验指导
软件开发辅助工具的使用一、实验目的：操作一款软件辅助开发工具StarUml，了解其操作界面及功能。
二、实验要求：掌握软件辅助开发工具的使用，为软件开发打下基础。
三、实验内容1、用例图的绘制2、活动图的绘制3、类图的绘制四、实验步骤绘制用例图1、添加新工程双击staruml.exe,然后，一个名叫：New Project By Approach的对话框会弹出。
选择“Empty Project”并且按下"确定"。
这里建议你不要勾选"设置为默认的做法" 复选框。
2、添加模块右边的“Model Explorer”框中选定“Untitled”模块，通过“Model”主菜单，Add/ Model 或者在模块上单击右键Add/ Model或3、添加用例图选中Model1，通过“Model ”主菜单，或右击选定模型，可以“Add Diagram/usecase Diagram ”：4、设置profile通过“Model/Profile...”菜单去设置工程所需的profile。
这决定了工程所使用的规则和约定。
一定要包含"JAVA Porfile"这一项目。
5、绘制执行者，从默认就在屏幕的左边的“Toolbox”选择“执行者（actor）”图标，然后左键单击diagram窗口的某处。
这样就使用通用名字创造了一个执行者的类。
双击，将类改名为银行职员（客户代表）。
6、同样在左边选择use case （用例）和association（关联），画出用例和关联。
7、画出用例间关系同样在左边找到用例间的关系generalization（泛化）include （包含）extend （扩展）绘制用例间关系按照用例图的方法添加一个activity diagram（活动图）（活动），绘制出初始状态和第一个活动如图3、绘制控制流，在左边标签中找到transition，连结初始状态和活动如图3、利用decision 绘制出分支4、选择左边textbook中的annotation 标签中的text 绘制出分支条件5、用同样的方法将活动图绘制完整（全图在书p175页）绘制类图同样的方法，建立类图(class diagram)现在，开始真正创造图表，从默认就在屏幕的左边的“Toolbox”选择“类”图标，然后左键单击diagram窗口的某处。
软件工程实验二指导书
软件工程实验实验二面向对象分析与设计实验实验2-1建立用例框图●实验目的：1、掌握建立系统用例框图。
2、掌握对系统初始需求进行分析，初步了解和分析系统用户和系统提供的功能，确定角色和用例；3、掌握分析系统用户和系统功能之间的关系，确定角色和用例的关系；●实验要求：1、使用rose建立系统用例框图；2、使用rose建立系统角色；3、使用rose建立系统用例；4、使用rose建立角色与用例的关系；●预备知识：1创建用例框图：●右击rose浏览器中的包Use Case View；●选择弹出菜单中的New菜单，单击Use Case Diagram；●选择新框图后，输入新框图名；●双击浏览器中的新框图将其打开。
2增加用例：●选择工具栏中的User Case按钮或选择tools->create->User Case，单击User Case框图中任一位置并放上新用例；●右击浏览器中User Case View，选择New->User Case,从浏览器中把新增加的用例拖动到用例框图中。
3增加角色：●选择工具栏中的Actor按钮或选择tools->create->Actor，单击UserCase框图中任一位置并放上新角色;●或者右击浏览器中User Case View，选择New->Actor,从浏览器中把新增加的角色拖动到用例框图中。
●用例与角色规范：●双击用例（角色）或则右击用例（角色），从弹出菜单中选择OpenSpecification；●在name字段中输入用例（角色）名称；●在stereotype字段中输入用例（角色）版型；●在Abstract复选框中设置抽象用例（角色）；●在Documentation字段输入用例（角色）描述；●在rank字段中输入用例优先级；●在multiplic字段中设置角色基数；4使用关系：●选择单向关联按钮，将鼠标从角色拖动到用例，或从用例到角色；●选择依赖按钮，将鼠标从用例拖动到用例，双击用例关系，设置关系版型，在stereotype字段中输入include或者extend,设置用例的使用关系或扩展关系；●选择继承按钮，将鼠标从角色拖动到角色，设置角色的一般化关系；5用例框图工具栏：文本注释注释与项目连线包用例角色单向关联依赖继承聚集实验内容：1、初始需求：这是一个图书馆信息管理系统（1）图书管理员是图书馆员工。
《软件工程》UML用例图实验
《软件工程》 UML用例图实验一、预备知识1．概述用例图的基本概念：通俗地讲，用例是文本形式地情节描述，用以说明某些参与者使用系统以实现某些目标。
从本质上讲，一个用例是用户与计算机之间为达到某个目的的一次典型交互作用：●用例描述了用户提出的一些可见的需求；●用例可大可小；●用例对应一个具体的用户目标。
用例图描述系统外部的执行者与系统的用例之间的某种联系：●所谓用例是指对系统提供的功能（或称系统的用途）的一种描述；●执行者是那些可能使用这些用例的人或外部系统；●用例和执行者之间的联系描述了“谁使用哪个用例”；●用例图着重于从系统外部执行者的角度来描述系统需要提供哪些功能，并且指明了这些功能的执行者是谁；●用例图显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务。
●用例图最常用来描述系统以及子系统。
●用例图在UML方法中占有十分重要的地位，人们甚至称UML是一种用例图驱动的开发方法。
用例图包含6个元素：①参与者，又称之为角色（Actor）②用例（Use Case）③关联关系（Association）④包含关系（Include）⑤扩展关系（Extend）⑥泛化关系（Generalization）2．参与者、角色（Actor）▪系统外部的一个实体。
▪是与所建系统交互的人或物。
▪参与用例的执行过程。
▪通过向系统输入或请求系统输入某些事件来触发系统的执行。
▪由参与用例时所担当的角色来表示。
▪每个参与者可以参与一个或多个用例。
▪参与者的种类：①系统用户②与所建造的系统交互的其他系统③一些可以运行的进程确定参与者：在获取用例前首先要确定系统的参与者，可以根据下面的一些问题来寻找系统的参与者：①谁使用系统？②谁安装系统、维护系统？③谁启动系统、关闭系统？④谁从系统中获取信息，谁提供信息给系统？⑤在系统交互中，谁扮演了什么角色？⑥系统会与哪些其他系统相关联？参与者间的关系：在用例图中，使用泛化关系来描述多个参与者之间的公共行为。
UML实验报告
UML 实验指导书目录实验一UML建模基础 (3)实验二用例图 (4)实验三UML类图 (8)实验四对象图 (10)实验五包图 (11)实验六状态图 (13)实验七活动图 (17)实验八时序图与协作图 (18)实验九组件图 (22)实验一UML建模基础[实验目的和要求]1、熟悉UML建模工具Rational Rose的基本菜单及操作。
2、掌握UML的三大组成部分及各部分作用。
3、掌握UML规则和相关机制。
4、掌握UML的可见性规则和构造型的作用。
[实验内容和步骤]1、练习使用建模工具建立各种UML图形，并对图形进行相应编辑和修改。
2、认识各种UML关系及可见性符号，并用工具表示出来。
[分析与讨论]１、总结UML在软件工程中的作用以及使用UML建模的必要性。
实验二用例图[实验目的和要求]１、掌握用例的概念。
２、掌握UML用例图的组成、作用以及使用场合。
３、掌握用例与用例之间的各种关系。
４、学习针对具体场景使用用例图进行分析说明的方法。
５、掌握用例描述的概念和基本结构，以及用例描述的作用。
[实验内容和步骤]１、什么是用例，什么是场景？用例和场景之间的关系是怎样的？２、用例图中有哪些组成元素？在UML中是如何表示的？３、用例与用例之间的包含关系、扩展关系和泛化关系各代表什么含义？它们之间有何区别？对以上三种关系各举一例，画出用例图，并进行说明。
４、为了满足物业中介行业的信息化要求，甲公司基于详尽的需求调研与分析，准备研发一套符合市场需要的、实用的信息管理系统。
主要将实现客户资料信息管理、客户委托（出租、出售、租赁、购买）信息管理、业务线索生成与管理、房源状态自动更新、权限管理、到期用户管理、房源组合查询等功能。
该公司小王，通过多次的与潜在客户的交流与沟通，完成了最初的用例模型的开发，下是一个用例模型的局部：修改房源信息小李认为该模型不符合“用例建模”的思想，存在明显的错误。
请用200字以内说明错误所在，并说明应该如何修改。
uml实验报告
《UML及其建模工具》实验报告(实验二)班级：电子商务09-2班姓名：***学号：********时间：2012--04--021. 实验目的通过分析设计《图书管理系统》并使用VISIO绘制《图书管理系统》的设计建模图，熟悉《图书管理系统》的设计思路，理解利用UML进行信息系统建模的一般原理，掌握运用UML进行信息系统建模的一般方法。
2.实验内容及要求(1) 实验名称分析设计《图书管理系统》。
(2) 实验类型综合。
(3) 实验学时4学时。
(4) 实验地点南区管院机房。
(5) 实验内容运用UML进行系统建模，分析、设计“图书管理系统”，掌握运用UML建模方法进行信息系统分析、设计的一般方法①需求分析：对《图书管理系统》采用用例驱动的分析方法进行需求分析；②静态结构模型和动态行为模型：进一步分析需求，确定类之间的静态结构和动态行为；③物理模型：《图书管理系统》的应用物理环境分析。
(6) 实验步骤与方法①分析《图书管理系统》的功能性需求；②采用用例驱动分析方法进行需求分析：第一步，识别参与者；第二步，识别用例，绘制系统用例图；第三步，用例的事件流描述；③类之间的静态结构：第一步，定义系统对象；第二步，定义用户界面类；第三步，建立类图，在VISIO中绘制；④类之间的动态行为模型：第一步，确定动态行为的建模图类型，分别为交互作用图、状态图和活动图；第二步，建立交互作用图，在VISIO中绘制；第三步，建立状态图，在VISIO中绘制；⑤物理模型：第一步，确定《图书管理系统》的应用物理环境；第二步，根据应用物理环境在VISIO中绘制系统的配置图；⑥总结《图书管理系统》建模的过程，体会使用UML进行信息系统分析设计建模的一般方法。
(7) 编写实验报告按“合肥工业大学管理学院《UML及其建模工具》课程实验报告”要求填写。
3.系统的功能分析与需求分析3.1功能分析1、书籍管理功能书籍管理部分包括书籍信息管理和书籍分类管理，其功能是实现对各部分数据内容的添加、修改、删除等操作。
实验指导书(UML)
《统一建模语言》实验指导书软件学院软件工程系李林林2009年3月目次实验一rose的使用 (3)实验二用例图 (4)实验三类图、对象图 (7)实验四序列图与协作图 (8)实验五状态图 (12)实验六活动图 (14)实验七包图、构件图和部署图 (15)实验八运用UML进行系统分析与设计——图书管理系统的分析与设计 (16)实验一rose的使用【实验题目】：rose的使用【实验目的】：熟悉rose的环境，掌握rose的基本使用方法【实验内容】：（1）熟悉rose界面的5大部分：浏览器、文档窗口、工具栏、框图窗口和日志；界面的五大部分是浏览器、文档窗口、工具栏、框图窗口和日志。
它们的作用如下：➢浏览器：用于在模型中迅速浏览，屏幕左边的树型视图利用浏览器，可以：a)增加模型元素b)浏览现有模型元素c)浏览现有模型元素之间的关系d)移动模型元素e)更名模型元素f)将模型元素加进框图g)将文件或URL链接到元素h)将元素组成包i)访问元素的详细规范j)打开框图（2）使用rose创建模型，保存模型，导出与导入模型，向Web发表模型；保存模型的方法： file->save导出与导入模型导出模型的方法： file->export model导出类包的方法： file->export <package>导出类的方法： file->export <class>导入模型、包或类的方法： file->import model 选择要导入的文件名，可选文件类型：模型（.mdl）、petal(.ptl)。
类别(.cat)、子系统(.sub)将模型发表到web的方法: tools->web publisher实验二用例图【实验题目】：用例图【实验目的】：熟悉和掌握用例图的相关概念，使用用例图进行功能分析【实验内容】：（1）学习使用Rational Rose增加系统用例模型、用例图、用例与角色的方法a)右单击浏览器中的use case视图包并选择new->packageb)将新包命名为system use case modelc)右单击system use case model包并选择new->use case diagramd)将新图命名为maine)双击浏览器中的main use case 图打开图f)用用例工具栏按钮将新用例加进图中并为新用例命名g)用角色工具栏按钮将新角色加进图中并为新角色命名重复第f步、第g步直到所有的用例、参与者建立完毕；增加关联a)用unidirectional association 工具栏按钮在参与者与用例之间画出关联；b)按上述步骤将其余关联加进图中；增加用例描述：选中用例在文档窗口来创建用例描述；增加角色描述：选中参与者在文档窗口来创建参与者描述；（2）通过对“学生信息管理系统”的需求描述，确定系统用例图：“学生信息管理系统”的需求描述如下：◆在每个新学年开始都会有新生入学，这时系统的管理人员可以通过系统将这些新生的学籍、年龄、家庭住址、性别、身高、学生证号、身份证号等基本信息存入数据库，每个新生都对应一个唯一的编号，此编号可以是学生证号，在日程管理中，系统管理员还可以对所有学生的基本信息进行查询、修改和删除等操作，校领导可以查询、修改全校所有学生的基本信息，教师可以在日常工作中查询、修改自己办理学生的基本信息。
UML及其建模工具的使用
为什么对面向对象方法感兴趣?
面向对象方法的主要优点： 自然性
追求软件系统对现实系统的直接模拟，尽量 实现将现实世界中的事物直接映射到软件系统的 解空间中。
软件复用
可复用性（可重用性） reusebility
可扩展性 可管理性
12
可复用性（可重用性）
面向对象技术允许复用的不仅仅是 代码, 通过面向对象技术, 我们可以复 用需求、分析、设计、测试计划、用户 界面以及体系结构等等, 事实上, 软件 工程生存期中的每个部分都可以复用。
20
类（class）
类
具有共同属性和行为的对
象的抽象
类与对象的关系
对象
类是对象的抽象 对象是类的实例
21
对象、实体与类
计算机世界 现实世界 影射
对象
实 例 化
抽 象
实体
抽 象
类
计算机逻 辑的实现
概念世界
抽象数据类
22
封装
封装是软件开发方法的重要原则，有 两个涵义： •把对象的全部属性和全部服务结合在 一起，形成一个不可分割的独立单位 （对象）。
38
二、统一的建模语言方法
由Rumbaugh 、 Booch 、 Jacobson 提出的统一建模语言 (Unify Modeing Language简称 UML) UML是一种定义良好，易于表达， 功能强大且普遍实用的建模语言。
39
UML的产生
1988年到1992年是面向对象方法学蓬勃发展的 时期，人们从各自的经历和软件开发的经验提出 了各种面向对象的开发方法，代表的有：
消息
对象之间相互请求或相互协作 的途径，是要求某个对象执行某个功能 操作的规格说明 通常包含接收方及请求接 收方完成的功能信息 发出消息，请求接收方响应 收到消息后，经过解释，激 活方法，予以响应
软件工程实践实验二UML工具的使用
餐饮管理框架图一、职员管理 1. 用例图职员添加职员信息修改职员信息删除职员信息职员管理用户经理2. 类图职员管理窗体职员信息表职员信息控制3．序列图: 职员管理窗体 : 职员信息控制 : 职员信息表修改命令提交修改命令修改职员信息返回职员...: 职员管理窗体 : 职员信息控制 : 职员信息表添加...提交添加...添加职员...返回职员...: 职员管理窗体: 职员信息控制: 职员信息表删除...提交删除...删除职员...返回职员...4.协作图: 职员管理窗体: 职员信息控制: 职员信息表1: 添加命令2: 提交添加命令3: 添加职员信息4: 返回职员信息: 职员管理窗体: 职员信息控制: 职员信息表1: 修改命令2: 提交修改命令3: 修改职员信息4: 返回职员信息: 职员管理窗体: 职员信息控制: 职员信息表1: 删除命令2: 提交删除命令3: 删除职员信息4: 返回职员信息5.活动图请求管理职员信息查询职员信息反馈职员信息删除职员信息请求管理职员信息查询职员信息反馈职员信息修改职员信息请求管理职员信息查询职员信息反馈职员信息删除职员信息二、食品管理1.用例图食品管理菜品管理零售品管理添加零售品删除零售品添加菜品删除菜品经理(from Use Case View)用户(from Use Case View)2.类图食品管理窗体菜品信息表零售品信息表视频管理控制3. 序列图: 经理 : 食品管理窗体 : 食品管理控制 : 菜品信息表食品管理命令提交管理命令查询或修改菜品信息返回菜品信息: 经理 : 食品管理窗体 : 食品管理控制 : 零售品信息表食品管理...提交管理...查询或修改菜品信息返回零售品信息4.协作图: 菜品信息表: 经理 : 食品管理窗体: 食品管理控制1: 食品管理命令2: 提交管理命令3: 查询或修改菜品信息4: 返回菜品信息: 经理 : 食品管理窗体: 食品管理控制: 零售品信息表1: 食品管理命令2: 提交管理命令3: 查询或修改菜品信息4: 返回零售品信息5.活动图发出管理零售品命令查询数据库返回零售品信息提交管理命令添加修改删除菜品发出管理零售品命令查询数据库返回零售品信息提交管理命令添加、修改或删除零售品信息。
UML的使用
UML的使⽤软件⼯程项⽬这周要交⼀个设计⽂档，其中涉及UML图的画法，根据上课给的ppt做⼀个记录。
有关于UML的介绍在这⾥不再赘述，直接开整！UML的基本模型当然必要的介绍必不可少，这⾥先介绍UML的基本模型，之后的介绍将按照下图的顺序进⾏。
之后简单介绍⼀下⾯向对象的程序设计原则。
这部分是我对之前知识的⼀个复习，想看UML的朋友可以直接跳到下⼀章。
对象对象的概述对象是包含现实世界物体特征的抽象实体，它不仅表⽰具体的事物，还可以表⽰具体的规则或者事件。
举个例⼦，公费医疗报销系统中的报销⽤户就是⼀个对象。
对象具有状态，也就是对象还拥有属性。
举例来说，报销⽤户有姓名、年龄、单位等等状态。
对象中还包括操作，我们称之为⽅法，操作⽤来改变对象的状态。
举例来说，报销⽤户中的操作可能是对⾃⼰个⼈信息的修改。
对象的分类对象⼤体可以分为5类：分别是物理对象，⾓⾊，事件，交互和规格说明。
物理对象多表⽰现实⽣活中最容易被抽象的对象，⽐如报销系统中的某个单位的学⽣或者⽼师就是物理对象；⾓⾊举例来说，报销系统中，某个单位的学⽣⽼师的⾓⾊都是报销⽤户。
事件这⾥的理解不太确定，个⼈理解是事件对象的作⽤是对出现的事件相关的状态进⾏存储，以便后续操作中读取。
交互交互表⽰两个对象之间的关系。
它的实际应⽤是在实体之间是多对多的关系时，使⽤交互对象可以简化为两个⼀对多的关系。
个⼈理解，交互关系在Java中表现为interface，它可以防⽌在不同的类中多次实现相似的⽅法。
规格说明表明组合某些实体时的要求，可以理解为config项。
封装，继承与多态我们在⾯向对象中⼴泛提到的类，其实可以理解为⼈为定义的、使计算机构造对象的规则。
这⾥介绍的封装，继承与多态是⽐较笼统的，之后会专门写⼀篇随笔介绍（咕咕咕？）封装使⽤抽象数据类型将数据和基于数据的操作封装在⼀起。
借⽤⼀个上课的例⼦，对于⼀个智能⼿机，⼤多数⽤户只需要学习如何使⽤⼿机即可，不需要学习如何维修⼿机，所以有关⼿机维修的属性和操作就不必对⽤户公开。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
餐饮管理框架图
一、职员管理
1.用例图
删除职员信息2.类图
职员管理窗体
职员信息控制
3．序列图
: 职员管理窗体
: 职员信息控制
: 职员信息表
: 职员管理窗体 : 职员信息控制 : 职员信息表
: 职员管理窗体 : 职员信息控制 : 职员信息表
4.协作图
: 职员管理窗体 : 职员信息控制 : 职员信息表
: 职员信息控制 : 职员信息表
: 职员信息控制 : 职员信息表
5.活动图
二、食品管理
1.用例图
删除零售品2.类图
食品管理窗体
零售品信息表
视频管理控制
3. 序列图
:
经理 :
食品管理窗体
: 食品管理控制 :
菜品信息表
: 经理
: 食品管理窗体
: 食品管理控制
: 零售品信息表
4. 协作图
: 菜品信息表
: 食品管理控制
: 零售品信息表
5.活动图。