《面向对象系统分析与设计UML基础用例图.ppt》由会员分享，可在线阅读，更多相关《面向对象系统分析与设计UML基础用例图.ppt（42页珍藏版）》请在三一办公上搜索。
1、面向对象系统分析与设计方法,UML基础,主要内容,面向对象的主要概念 UML相关概念 UML模型 UML的扩展,2,面向对象基本概念对象,1.定义：对象（Object）是系统中一个用来描述客观事物的实体。2.特征：对象具有自己的静态特征和动态特征。其中：静态特征是对象自身所要维护的信息，称为属性，可用值来描述；动态特征是对象所表现的行为或对象所具有的功能，称为操作（方法）。,3,类（Class）是一组具有相同属性和相同操作的对象的抽象集合。类有一个惟一的标识名。一个具体的对象只是类的一个实例。,面向对象基本概念类,4,封装（Encapsulation）是指把对象内部信息对外界是隐蔽的，不允许外
2、界直接存取对象的属性，而只能通过有限的接口与对象发生联系。,面向对象基本概念封装,5,继承（Inheritance）是指子类（特化类、派生类）可以自动拥有父类（基类、泛化类、超类）的全部属性与操作。父类与子类的关系是一般与特殊的关系。,面向对象基本概念继承,6,继承,7,多继承,在有些情况下，一个类可能需要同时使用两个以上的父类的属性和操作，或者一个类包含在两个以上的父类的交集之中，则该类将从两个以上的父类中继承属性和操作，这称为多继承（Multiple Inhentance）。如担任领导的教师。,8,多继承,9,消息（Message）是指对象之间在交互中所传送的通信信息。一个消息应当含有消息
3、名、接收消息的对象的标识、调用操作的标识、输入信息、回答信息等内容。,面向对象基本概念消息,10,多态性（Polymorphism）是指在基类中定义的属性和操作为其子类继承后，可以具有不同的数据类型或表现出不同的行为。,面向对象基本概念多态性,11,多态性,12,统一建模语言UML,统一建模语言（Unified Modeling Language，UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。,13,UML简史,14,UML的特点,统一标准 面向对象 可视化、表示能力强大 容易掌握使用,15,UML语言内容,UML基本图素 UML模型图 UM
4、L建模规则,16,支持 UML的工具,目前有很多支持 UML的工具，例如 Rational Rose、Together、ArgoUML、MagicDRaw UML、Visual UML等。UML只是一套可视化的面向对象系统分析与设计的语言，它一定要与一套工具搭配使用。与UML搭配最密切的工具就是 Rational Rose。,17,Rational Rose,Rose提供对工业标准的支持，其中包括统一建模语言UML。Rose具有建立、浏览、修改和保存模型的能力，保证不同模型视图之间、模型与代码之间转化的一致性，它具有支持正反向建模的能力。Rose主要针对企业信息系统建模。,Rose开发环境,启
5、动 Rose 单击开始程序Rational suite Enterprise Rational Rose Enterprise Edition，出现如图4l所示的界面。,19,Rose图形界面构成,菜单栏；浏览框（Brower）；标准工具栏（standard Toolbar）；图素工具栏（Diagram Toolbar）；图形窗口（Diagram Windows）；文档窗口（Document window）；日志栏（Log）；状态栏（Status）；规范对话框（Specification）。,20,Rose界面,Rose的四种视图,Rose创建一个新的系统模型时自动生成下列四种视图：（1）用例
6、视图（2）逻辑视图（3）组件视图（4）部署视图 Rose把视图看成是模型结构中的第一层次。,UML模型,用例图 类图与对象图 状态图 活动图 交互图顺序图，协作图（包图）构件图 配置图,23,用例图,用例图(Use Case Diagrams）是显示一组用例、参与者，以及它们之间关系的图。用于描述系统的功能集。用例图是其它模型的核心和基础。但是，用例图只能静态地描述系统功能，为了描述系统的行为，可以使用活动图、顺序图等。,24,用例图,25,用例图(Use Case Diagrams）是显示一组用例、参与者，以及它们之间关系的图。用例图用来描述用户的功能需求。用例图一般由参与者和用例构成。,用
7、例图的图形符号,26,用例,用例(Use Case)是对系统的用户需求（主要是功能需求）的描述。用例也称案例，用况等。（1）用例是指一个或多个参与者为达到某个目的与要设计的系统进行的典型交互作用。（2）用例表达了系统的功能，即系统提供的服务。,27,参与者,参与者（Actor）是指处于系统边界之外的，与系统发生交互作用的外部用户、设备或其他系统。在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。在处理参与者时，重要的是角色，而不是人的职务等属性。,28,关系,用例除了与参与者有联系以外，用例之间还存在着一定的关系。参与者
8、之间还存有关系。关系类型包括：关联关系 包含关系 扩展关系 泛化关系,29,关联关系,关联关系用于描述参与者与用例之间的关系。在UML中用实线表示。例如，客户启动系统的取钱功能，表示客户启动与用例的关联。关系方向显示是谁启动了通信。建立通信之后，信息是可以双向流动的。,30,泛化关系,泛化关系（Generalization Association）是表示一般与特殊的关系。用于共享用例的共同功能行为。用例可以继承父用例的含义和行为，也可以对父用例的行为进行增加和修改。子用例可以出现在父用例出现的任何位置。泛化关系用泛化箭线（带空心三角箭头的实线）表示，从子用例发出，指向父用例。如果需要可以在箭线
9、上标出联系的名称。,31,泛化关系,32,包含关系,包含关系（Include Association）是指一个基本用例的行为包含了另一个用例的行为。使用时，常常是把公共的行为放到被包含的用例中，被包含的用例通常作为某些包含它的更大的基本用例的一部分。在图形上，用一条从基本用例指向被包含的用例的虚箭线表示，并在箭线上标有构造型。,33,包含关系,34,扩展关系,扩展关系（Extend Association）表明扩展用例的行为相对于基本用例是在一个给定延伸点上的延伸关系。扩展关系允许一个用例扩展另一个用例所提供的功能。在图形上，扩展关系用一条从扩展用例指向基本用例的虚箭线表示，并在箭线上标有构造
10、型。,35,学校学分管理系统用例图中的包含、扩展关系,用例图的关系,37,绘制用例图的步骤,（1）找出系统的参与者，确定系统的边界和范围。（2）确定每一个用户所期望的系统行为。（3）把这些用户所期望的系统行为命名为用例。（4）把一些公共的系统行为单独分解为一些用例，供其他的用例引用。把一些变更的行为分解为扩展用例。（5）绘制出用例图。,38,用例识别,（1）识别用例的一个重要来源是首先需要找出各种可能的参与者，开列出他们的名单，然后通过对这些参与者的调查，为他们描绘出各自要求的用例。（2）识别用例的另一个重要来源是外部事件。考察所有来自外部世界且需要作出反应的事件。一个给定事件可能会引起一个与参与者无关的系统反应，或者一个主要来自参与者的反应。,39,用例描述,用例描述是对系统响应参与者操作所进行的内部操作顺序的详细描述。事件（Event）是对一个在时间和空间上占有一定位置的有意义的事情的规格说明。对于每个用例，都可以用事件流来规定用例的行为。用例的事件流是对完成用例行为所需的事件的描述。,40,用例描述,在描述事件流时，应该包括下列内容：用例什么时候开始，怎样开始。用例什么时候结束，怎样结束。用例和参与者之间有什么样的交互作用。用例需要什么数据。用例的基本事件流的描述。用例的分支事件流的描述。替代的事件流的描述。,41,订货系统用例图,42,
