UML系统建模与分析设计-系统分析与对象类建模

合集下载

UML面向对象分析、建模与设计课件第五章 类图

UML面向对象分析、建模与设计课件第五章 类图
即可变、只增与冻结。
类——操作
操作是一个可以由类的对象请求以影响其行为的服务的实现,也即 是对一个对象所做的事情的抽象,并且由这个类的所有对象共享。
操作是类的行为特征或动态特征。 操作的语法格式为:
可见性OPT 操作名 ⌊(参数列表)⌋OPT ⌊:返回类型⌋OPT ⌊{特性}⌋OPT
操作名:操作的标识符。在描述操作时,操作名是必须的,其他部 分可选。
Student
+monitor 1
1..*
自关联
类图中的关系——关联关系
关联名称:放在关联路径的旁边,但远离关联端。 角色:放在靠近关联端的部分,表示该关联端连接的类在这一关联
关系中担任的角色。角色名上也可使用可见性修饰符号。 多重性:放在靠近关联端的部分,表示在关联关系中源端的一个对
象可以与目标类的多少个对象之间有关联。 导航性:一个布尔值,用来说明运行时刻是否可能穿越一个关联。 限定符:是二元关联上的属性组成的列表的插槽,其中的属性值用
/WorksForCompany
Department * +department 1 WorksForDepartment
* Person
类图中的关系——泛化关系
泛化关系定义为一个较普通的元素与一个较特殊的元素之间的类元 关系。其中描述一般的元素称为父,描述特殊的元素称为子。
通过泛化对应的继承机制使子类共享父类的属性和操作,小了模型 的规模,同时也防止了模型的更新所导致的定义不一致的意外。
法了,此时称之为N元关联。
类图中的关系——关联关系
class Logical View
ClassA
AssociationName
+rolename 0..*

uml系统分析与设计uml系统建模基础教程课后习题答案.docx

uml系统分析与设计uml系统建模基础教程课后习题答案.docx

UML系统建模基础教程课后答案第一章面向对象设计与UML1.填空题(1)UML(2)封装继承多态(3)继承(4)瀑布模型喷泉模型基于组件的开发模型XP开发模型2.选择题(1) C(2) A B C D(3) A B C D(4) A B C(5) A3.简答题1.试述对象和类的关系。

(1)类是具有相同或相似结构、操作和约束规则的对象组成的集合,而对彖是某一类的具体化实例,每一个类都是具有某些共同特征的对象的抽象。

类与对象的关系就如模具和铸件的关系,类的实例化结果就是对象,而对一类対象的抽象就是类.类描述了一组有相同特性和相同行为的对象。

第二章UML通用知识点综述1.填空题(1)依赖泛化关联实现(2)视图图模型元素(3)实现视图部署视图(4)构造型标记值约束(5)规格说明修饰通用划分2.选择题(1) D(2) C(3) A(4) A B(5) D3.简答题(1)在UML中面向对象的事物有哪几种?在UML中,定义了四种基本的面向对象的事物,分别是结构事物、行为事物、分组事物和注释事物等。

(2)请说出构件的种类。

构件种类有:源代码构件、二进制构件和可执行构件。

(3)请说出试图有哪些种类。

在UML中主要包括的视图为静态视图、用例视图、交互视图、实现视图、状态机视图、活动视图、部署视图和模型管理视图。

(4)请说出视图和图的关系。

视图和图是包含和被包含的关系。

在每一种视图中都包含一种或多种图。

(5)请简述UML的通用机制。

UML提供了一些通用的公共机制,使用这些通用的公共机制(通用机制)能够使UML在各种图中添加适当的描述信息,从而完善UML的语义表达。

逋常,使用模型元素的基本功能不能够完善的表达所要描述的实际信息,这些通用机制可以有效地帮助表达,帮助我们进行有效的UML 建模。

UML提供的这些通用机制,贯穿于整个建模过程的方方面面。

前面我们提到,UML的通用机制包括规格说明、修饰和通用划分三个方面。

第三章Rational统一过程1.填空题(1)角色活动产物工作流(2)逻辑视图过程视图物理视图开发视图用例视图(3)设计开发验证(4)二维(5)周期迭代过程里程碑2.选择题(1) A B C D(2) A C D(3) A C D(4) A B C(5) A B C D3.简答题(1)请描述迭代过程有几个阶段。

uml课后习题答案

uml课后习题答案

uml课后习题答案第一章系统建模与分析设计的演变课后习题:1、A2、C3、D4、B5、软件按照其工作方式可划分为实时处理软件、分时处理软件、交互式软件和批处理软件。

6、软件生存周期由软件的定义、软件的开发和软件的使用维护和更新换代三部分组成。

7、软件开发模型有瀑布模型、增量模型、螺旋模型、智能模型和快速原型模型等五种主要模型8、面向对象技术采用以类为中心的封装、继承、多态等不仅支持软件复用,而且使软件维护工作可靠有效,可实现软件系统的柔性制造。

9、UML的优点是:唯一性、连续性、维护性、复用性和完善性。

第二章统一建模语言UML1、A2、B3、C4、D5、B6、UML分析和设计模型由三类模型图表示,三类模型图是:用例模型图、静态模型图和动态模型图。

7、UML的软件统一开发过程,即生命周期按时间顺序可以划分为,开始,详细设计,系统构造和移交四个阶段及阶段中一系列的循环重复。

8、UML开发过程是一种二维结构软件开发过程,软件项目开发过程流程包括的核心工作内容是,分析,设计,实现,测试和配置9、UML中的五个不同的视图可以完整地描述出所建造的系统,这五种视图是用例视图、逻辑视图、构件视图、进程视图和配置视图。

10、UML中有10中基本图可以完整地描述出所有建造的系统,这10中视图是用例图、类图、对象图、包图、构件图、配置图、序列图、活动图、状态图和合作图。

第三章需求分析与用例建模习题:1、B2、A3、C4、D5、B6、A7、A8、UML软件开发过程需求分析阶段产生的模型由三类模型图表示。

他们是:用例模型图、静态模型图和动态模型图。

9、CRC卡中的描述由类名、类特征、类类型、责任和协作者共五部分组成10、软件项目的目的的可行性研究分析中,技术可行性研究包括风险分析、资源分析、技术分析三部分组成11、在UML软件开发过程的需求分析阶段,建立用例模型的步骤分为,确定系统的范围和边界,确定系统的执行者和用例,对用例进行描述,定义用例之间的关系和审核用例模型。

课件—UML系统建模与分析设计(5)

课件—UML系统建模与分析设计(5)
第五章
系统设计与对象动态交互模型
动态模型主要描述系统的动态行为和控制结构。动态行 为包括系统中对象生存期内可能的状态以及事件发生时状态 的转移,对象之间动态合作关系,显示对象之间的交互过程 以及交互顺序,同时描述了为满足用例要求所进行的活动以 及活动间的约束关系。 在动态模型中,对象间的交互是通过对象间消息的传递来 完成的。对象通过相互间的通信(消息传递)进行合作,并在其 生命周期中根据通信的结果不断改变自身的状态。
16
5.2.1 一个简单的顺序图例子
17
顺序图有两个坐标: 垂直坐标--时间(从上到下),水平坐标—对象。
对象
生存线
时间
18
激活期
消息
顺序图和用例图、类图的关系
19
5.2.2顺序图的主要元素:
(1)对象:顺序图中所包含的每个对象用一个 对象框(短式)表示,对象名需带下划线。
对象图
(2)生存线:对象框下画的一条垂直虚线,称 为该对象的生存线,表示对象的生存时间。 (3)激活期:对象生存线上的一个细长方形框, 表示该对象的激活时间段,即活动期间。一 个激活的对象要么正在执行自己的代码,要 么等待另一个对象的返回。 (4)消息:对象之间消息的发送和接收用两个 对象生存线(激活期)之间的消息箭头线。
28
5.3
对象之间的同步与异步操作
1.对象之间的同步操作
同步消息的发送者把进程控制传递给消息 的接收者,然后暂停活动,等待消息的接收者 放弃或返回控制; 同步消息的接收者执行所请求的操作,如 果需要的话,可以把控制传递给另一个对象角 色,请求做某个操作,并且当该操作完成后把 控制返回给原来的同步消息的发送者; 同步消息的接收者也可以直接返回或发送 信息给原来的消息发送者。

基于UML的系统分析与设计

基于UML的系统分析与设计
一般地,能够经过下列问题去寻找用例图中旳参加者: 谁是系统旳主要使用者? 谁从系统获取信息? 谁向系统输入信息? 谁从系统中删除信息? 谁需要系统支持他们旳日常工作? 谁来维护、管理系统使其能正常工作? 系统需要控制哪些硬件? 系统需要与其他哪些系统交互? 对系统产生旳成果感爱好旳是哪些人或哪些事物?
系统分析
详细来说,分析阶段旳活动主要是: 辨认对象; 为对象分类; 拟定类旳属性和操作; 拟定类之间旳关系: 拟定对象之间旳交互: 拟定对象旳状态变化等。
1.辨认对象
辨认对象并不是从零开始旳工作,应该最 大程度地利用已经有旳劳动成果。比较经 典旳可利用旳资料有。
用例模型和用例描述。 术语表。权威旳术语定义集合。
邮件管理、协议管理
用例旳优化
拆分
对较大旳或复杂旳用例 用例描述,描述到了第四级,仍无法描述清楚,
需用例拆分 主流→子流→分支流→子分支流
用例旳优化
拆分例子 管理顾客涉及处理:添加顾客、修改顾客
信息、删除顾客、查找顾客、修改顾客口 令、变更顾客级别 拆分为:维护顾客信息、管理顾客权限两 个用例(按业务有关性)
基于UML旳系统分析与设计
UML建模
一种系统开发措施应由建模语言和开发过 程构成。
建模语言是设计旳表达符号,而过程则是描 述怎样进行开发所需旳环节。
UML旳开发过程涉及需求获取、系统分析、 系统设计、实现和测试5个环节。
第一阶段
需求获取
需求获取
1.需求获取 系统开发旳第一步工作就是进行需求搜
5.拟定顾客界面
拟定参加者怎样开启用例,以及用例以什 么形式向参加者提供信息,
是在构造顾客界面旳原型。 这项活动旳输入是:用例模型、详细描述
旳用例描述。 活动旳成果是顾客界面旳简图。 目旳是为参加者拟定顾客界面旳外观和感

UML系统建模与分析设计教学设计 (2)

UML系统建模与分析设计教学设计 (2)

UML系统建模与分析设计教学设计一、教学目标1.了解UML系统建模与分析设计的概念、原理和方法;2.掌握UML系统建模工具的使用方法;3.能够通过实际案例进行UML系统建模与分析设计;4.能够运用系统建模与分析设计的方法,进行软件系统的开发。

二、教学内容1. UML系统建模与分析设计的概念1.1 UML概念介绍 1.2 UML系统建模概念介绍 1.3 UML系统分析设计概念介绍2. UML系统建模工具使用方法2.1 UML系统建模工具环境介绍 2.2 UML系统建模工具基本操作 2.3 如何使用UML系统建模工具进行系统建模与分析设计3. 实际案例3.1 实现实际案例的UML系统建模与分析设计 3.2 进行实际案例系统的开发三、教学方法1.课堂讲授2.组织学生进行实际案例操作实践3.学生小组合作完成课程设计四、教学流程1.UML系统建模与分析设计的概念介绍(2课时)2.UML系统建模工具使用方法(2课时)3.实际案例运用(4课时)4.课程设计(2课时)五、评估方式1.课堂表现2.课程设计汇报六、教学资源教材1.《UML系统建模与分析设计》2.《软件工程导论》工具1.Rational Rose2.Visual Paradigm七、教学建议UML系统建模与分析设计是软件开发中常用的设计方法,本课程注重实践操作,建议学生在参加实验前,进行相关理论知识的学习,能够更好地理解和运用UML系统建模与分析设计的相关方法,提高实际操作水平。

同时,在课程设计中注重学生的合作能力和创新能力,鼓励学生团队合作完成课程设计,提高学生的综合素质。

使用UML对系统进行建模

使用UML对系统进行建模

使用UML对系统进行建模面向对象的软件工程,同传统的面向过程的软件工程相比,在需求的获取、系统分析、设计和实现方面都有着很大的区别。

UML是OOA和OOD的常用工具。

使用UML来构建软件的面向对象的软件工程的过程,就是一个对系统进行不断精化的建模的过程。

这些模型包括用例模型、分析模型、设计模型,然后,我们需要使用具体的计算机语言来建立系统的实现模型。

当然,在整个软件工程中,我们还需要建立系统的测试模型,以保证软件产品的质量。

使用面向对象的工具来构建系统,就应该使用面向对象的软件工程方法。

然我,我们经常会发现,在实际的开发过程中,很多开发人员虽然能够理解UML的所有图形,却仍然不能得心应手的使用UML来构建整个项目,其很大的原因,是仍然在使用原有的软件工程方法,而不清楚如何使用UML来建立系统的这些模型,不清楚分析和设计的区别,以及他们之间的转化。

应用软件系统,就其本质来说,是使用计算机对现实世界进行的数字化模拟。

应用软件的制造过程,按照UML的方法,就是建立这一些列模型的过程。

本文将就一个图书馆系统,说明如何使用UML来对系统进行这一系列的建模。

关于这个图书馆系统,基本的需求比较简单,就是允许学生可以在图书馆借阅和归还图书,另外,也可以通过网络或者图书馆的终端来查阅和预订书。

当然,图书馆管理员也可以对图书进行管理。

为了简化系统,我们没有把图书馆中的人员作细分。

之所以采用这个相对简单案例,是因为很多人都对图书馆系统有很强的感性认识,这样,读者不需要花很多的时间来理解系统包含的业务知识。

同时,也因为本文只是对使用UML 的过程做一个探讨,着眼于使用UML进行建模的过程,说明各个层次的模型之间的区别和联系,展示系统演进的过程,而不会深入UML的细节方面。

对于更加复杂的系统,其分析和设计的方法是相通的,可以举一反三。

用例模型——系统需求的获取用例模型定义系统做什么,是用来获取系统需求的有效手段。

用例模型由“角色”和“用例”组成。

系统分析与设计——统一建模语言UML

系统分析与设计——统一建模语言UML

北京理工珠海学院
6.1.2统一建模语言特点
(1)面向对象:支持面向对象技术的主要概念,提供 了一批基本的模型元素表示图形和方法,简明表 达面向对象的各种概念. (2)可视化:通过UML的模型图清晰表示系统的逻辑 模型和实现模型,还用于各种复杂系统的建模. (3)独立于过程:独立于开发过程. (4)独立于程序设计语言:建好的系统模型可用任何 面向对象的语言来实现. (5)易于掌握和使用:结构清晰,建模简明易于掌握
五类图
第一类是用例图,从用户角度描述系统功能,并指出各功能的操作者 .
第二类是静态图 ,包括类图、对象图和包图 .
第三类是行为图,描述系统的动态模型和组成对象间的交互关系。行为图 包括:状态图、活动图、顺序图和协作图 第四类是交互图,描述对象间的交互关系。(顺序图显示对象之间的动态 合作关系,它强调对象之间消息发送的顺序,同时显示对象之间的交互 ;合作图描述对象间的协作关系,显示对象间的动态合作关系和对象以 及它们之间的关系)。如果强调(时间和顺序,则使用顺序图);如果强 调(上下级关系,则选择合作图)。这两种图合称为交互图. 第五类是实现图 ,其中构件图描述代码部件的物理结构及各部件之间的 依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个 可执行部件。它包含逻辑类或实现类的有关信息。构件图有助于分析和 理解部件之间的相互影响程度。
《include》 打印查询结果
(From Use Case View)
(From Use Case View)
北京理工珠海学院
案例:泛化、扩展关系
下面左图给出了一个扩展关系的例子,在还书的过程中, 只有在例外条件(读者遗失书籍)的情况下,才会执行赔 偿遗失书籍的分支流。 泛化关系:用例可以被特别列举为一个或多个子用例,这 被称做用例泛化。当父用例能够被使用时,任何子用例也 可以被使用。如在右图中,订票是电话订票和网上订票的 抽象。

第4章 面向对象系统分析与对象类建模 2

第4章 面向对象系统分析与对象类建模 2

⑶ 类的操作
其语法如下: [方向]名称:类型[ = 默认值] [direction] name:type [= default value] 方向可以取下述值之一: in输入参数,不能对它进行修改。 out输出参数,为了向调用者传送信息可以对它进 行修改。 inout输入参数,为了向调用者传送信息可以对它 进行修改。
第4章 面向对象系统分 析与对象类建模
教学目的
⑴ 掌握面向对象系统分析的过程 ⑵ 掌握系统用例模型的设计方法
⑶ 了解类和对象的概念、类与对象的关系等
⑷ 重点掌握系统用例模型的设计和对象与类图 的设计
4.1 面向对象系统分析
面向对象分析,就是抽取和整理用户需求并 建立问题域精确模型的过程。 面向对象分析过程从分析陈述用户需求的文 件开始 可能由用户(包括出资开发该软件的业主代 表及最终用户)单方面写出需求陈述,也可 能由系统分析员配合用户,共同写出需求陈 述 当软件项目采用招标方式确定开发单位时,
关联可以有方向,即导航。 一般不作说明的时候,导航是双向的,不需要在线上标出箭头。 大部分情况下导航是单向的,可以加一个箭头表示。 导航性描述的是一个对象通过链(关联的实例)进行导航访问另 一个对象,即对一个关联端点设置导航属性意味着本端的对象可 以被另一端的对象访问。 可以在关联关系上加箭头表示导航方向。 只在一个方向上可以导航的关联称为单向关联,用一条带箭头的 实线来表示。 在两个方向上都可以导航的关联称为双向关联,用一条没有箭头 的实线来表示。
关联的多重性是指有多少对象可以参与该关联,多重性可 以用来表达一个取值范围、特定值、无限定的范围或一组 离散值。 将多重性写成一个表示取值范围的表达式,其最大值和最 小值可以相同,用两个圆点把它们分开。 多重性说明对于关联另一端的类的每个对象,本端的类可 能有多少个对象出现,对象的数目必须是在给定的范围内。 可以精确地表示多重性为:一个(1);多个(0..*);一 个或多个(1..*);整数范围,

《面向对象的系统分析与设计(UML)》实验1 用例建模 (1)

《面向对象的系统分析与设计(UML)》实验1 用例建模 (1)
[ 实验总结 ]
① 对重点实验结果进行分析; ② 实验中的问题和提高:对自己的分析或设计进行评价,指出合理和不足之处,提出改进的方案。 ③ 收获与体会:用例分级的要点,绘制用例图的要点。
附录 1:实验报告格式 封面:
2014-2015(1)《面向对象的系统分析与设计(UML)》实验报告
学:用例之间的关系有:一般关联关系(用上述无方向实线箭头或单向实线箭头);包含关系、扩展 关系(可以理解成依赖,所以用与依赖一样的线【虚线箭头】);泛化关系(空心三角实线箭头)
对于依赖关系,如果能确定是包含(include)或扩展(entend),则需要修改关联的版型(Stereotyp)。绝大多数“模型属 性”都可以通过右击图标,选 Open Specification 打开属性设置对话框进行修改,如 name、type、Stereotype 等,但涉 及到字体、颜色等“非模型属性”除外。右击上述依赖线,选 Open Specification,可以选择版型。对于自定义版型, 可以在选择框中直接输入,如输入“依赖”(其实虚线箭头就是依赖,没有必要特别说明,以下便如此。)
可以在文档窗口为每个模型元素加入注释。
设置用例属性(也可以在添加用例时就修改):双击用例(或右击选 Open Specification),可以修改其 name、Stereotype, rank,Document 等。因为是顶级用例图,其中的用例级别均为 1。
通用的注释窗并不适合书写用例的文字描述,因此在此写出用例的 word 文档名称。与已完成的用例文档的连接可以在 File 标签中 insert file。
理”为主线,完成附录 2 中的操作过程(亦可选择“企业综合信息管理系统” -> “进销存管理”子系统 -> “库存管 理” -> “原材料出库” ->“领料单处理”主线) [ 实验结果 ]

使用UML进行系统数据流建模与分析

使用UML进行系统数据流建模与分析

使用UML进行系统数据流建模与分析在软件开发过程中,系统数据流建模与分析是非常重要的一环。

它通过使用统一建模语言(UML)来描述系统的数据流,帮助开发者更好地理解系统的功能和数据交互,从而提高开发效率和质量。

一、UML简介统一建模语言(UML)是一种用于软件开发的标准建模语言。

它提供了一套图形化的符号和规则,用于描述软件系统的结构、行为和交互。

UML具有丰富的图形表示方式,包括用例图、类图、时序图、活动图等,可以满足不同层次的建模需求。

二、数据流建模数据流建模是系统分析的重要工具之一,它主要用于描述系统中数据的流动和处理过程。

在UML中,数据流建模可以通过活动图来实现。

活动图使用节点、边和控制流来表示系统中的活动和数据流动。

在活动图中,节点表示系统中的活动,例如输入、输出、计算等。

边表示数据的流动路径,可以是控制流或数据流。

控制流用于描述活动之间的执行顺序,数据流用于描述数据的传递和处理。

通过活动图,我们可以清晰地看到系统中数据的流向和处理过程。

例如,在一个订单管理系统中,我们可以使用活动图来描述订单的创建、审核和发货过程。

活动图可以帮助开发者更好地理解系统的业务逻辑,从而提高开发效率。

三、数据流分析数据流分析是通过对系统中的数据流进行分析,来推导系统的功能和需求。

在UML中,数据流分析可以通过用例图和类图来实现。

用例图用于描述系统的功能和用户需求。

它由参与者和用例组成,参与者表示系统的外部角色,用例表示系统的功能。

通过用例图,我们可以清晰地看到系统与用户之间的交互关系,从而推导出系统的功能和需求。

类图用于描述系统的静态结构。

它由类、属性和关系组成,类表示系统中的对象,属性表示对象的特征,关系表示对象之间的关联。

通过类图,我们可以清晰地看到系统中的对象和它们之间的关系,从而推导出系统的数据流。

通过数据流分析,我们可以更好地理解系统的功能和数据交互,从而更好地设计和开发系统。

例如,在一个学生管理系统中,我们可以使用用例图来描述学生的注册、选课和成绩查询等功能,使用类图来描述学生、课程和成绩等对象及其之间的关系。

《UML面向对象分析、建模与设计》教学大纲

《UML面向对象分析、建模与设计》教学大纲

UML面向对象分析、建模与设计课程教学大纲01课程说明课程代码:课程名称:UML面向对象分析、建模与设计/UML object-oriented analysis, modeling and design开课学期:4学分/学时:3/32+16课程类型:必修02课程的性质、目的与任务《UML面向对象分析、建模与设计》是软件工程专业中一门综合性很强的基础课程,主要内容包括软件工程与面向对象方法、UML的定义和背景、UML基础(UML构造块、UML通用机制、UML“4+1”架构、UML建模工具)、UML系统动态建模(用例图、活动图、状态机图、顺序图、通信图)、类图、对象图、包图、组件图、部署图、统一软件开发过程、UML具体实例等。

本课程的目的与任务是使学生通过本课程的学习,从UML的基本概念入手,由浅入深地认识和学习软件工程核心要素,以体系化、工程化的方法思考软件工程过程。

本课程除要求学生掌握UML的图示语法和语义,重点要求学生掌握设计软件的逻辑能力以及对软件内部各种组织结构的表达能力,掌握对事物的抽象能力和建模的基本思想,为更深入地学习和今后的实践打下良好的基础。

03教学内容及教学基本要求1.软件工程与面向对象方法(2学时)了解软件工程的概念和历史,了解软件工程的目标和原则;了解面向对象方法的概念和历史,了解面向对象方法的优点。

2.统一建模语言UML(2学时)了解UML的定义和历史背景;了解UML的目标和应用范围。

3.初识UML(2学时)掌握UML构造块,分别是事物、关系、图;掌握UML的通用机制;了解“4+1”架构;了解常用的UML建模工具。

4.用例图(2学时)了解用例的概念、设计方法和注意事项理解用例图的组成元素,分别为参与者、用例、用例图中的关系;理解并掌握用例图中的关系,分别为参与者间的泛化关系、参与者与用例的关联关系、用例间的泛化关系、用例间的依赖关系;理解用例描述的概念;掌握用例说明文档的书写;掌握用例图建模,分别为对系统的语境建模和对系统的需求建模;了解用例图的使用环境。

UML实验指导书

UML实验指导书

长春工业大学计算机科学与工程学院实验教材适用于计算机本科UML系统建模与分析设计课程实验指导书祁伟2009-1前言面向对象的系统分析与设计是当代软件工程领域的主流设计方法。

我们不仅要从理论上了解和掌握面向对象的系统分析与设计的方法和步骤,更要掌握如何使用建模工具——UML语言,实现对系统的建模。

本教材通过几个实验题目,利用支持UML统一开发过程的Rose集成CASE 开发环境,对“企业综合管理信息系统”的部分子系统进行分析、设计建模。

这本UML系统建模与分析设计课程实验指导书针对该门课程讲授的重点,设计了四个实验题目:用例视图建模、逻辑视图建模、动态视图建模、部署视图与构件视图建模。

对于每个题目均给出了实验目的与要求,实验内容及实验结果。

实验一用例视图建模一、实验目的与要求1、掌握客户需求分析的方法和步骤。

2、了解以用例驱动的软件开发方法。

3、掌握用例图的画法。

4、掌握用Rose进行用例建模的具体方法和步骤。

5、掌握对某个重点用例创建活动图的具体方法和步骤二、实验内容1、熟悉Rose环境,用例图的绘制练习。

2、参照系统中的采购管理子系统、销售管理子系统、库存管理子系统的需求分析,绘制用例图。

3、创建“销售合同从签订到履约”的活动图。

三、实验结果形成“企业综合管理信息系统”中的采购管理子系统、销售管理子系统、库存管理子系统的用例视图模型。

实验二逻辑视图建模一、实验目的与要求1、理解面向对象系统分析和对象类(逻辑视图)建模的概念。

2、了解和掌握寻找待开发系统中类的方法和技巧。

3、了解和掌握确定待开发系统中类的继承、关联关系的方法。

4、掌握使用Rose工具建立对象类模型的方法。

二、实验内容1、参照系统中的采购管理子系统、销售管理子系统、库存管理子系统的需求分析,确定待选类。

2、确定销售管理子系统中类的属性和操作。

3、创建合同、销售合同、履约合同类的继承关系。

4、创建销售管理子系统中一般关联关系、依赖关联关系。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档