新UML系统建模及系统分析与设计 电子教案 王欣 第4章 面向对象系统分析与对象类建模.pptVIP

UML系统建模及系统分析与设计 王欣 张毅 编著 中国水利水电出版社 第4章 面向对象系统分析与对象类建模 教学目的 ⑴ 掌握面向对象系统分析的过程 ⑵ 掌握系统用例模型的设计方法 ⑶ 了解类和对象的概念、类与对象的关系等 ⑷ 重点掌握系统用例模型的设计和对象与类图的设计 4.1 面向对象系统分析 面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程。 面向对象分析过程从分析陈述用户需求的文件开始 可能由用户（包括出资开发该软件的业主代表及最终用户）单方面写出需求陈述，也可能由系统分析员配合用户，共同写出需求陈述 当软件项目采用招标方式确定开发单位时，“标书”往往可以作为初步的需求陈述。 面向对象分析的过程 4.2 系统用例建模 4.2.1分析系统用例 1.业务用例与系统用例 业务用例着重于业务操作。表示实现业务目标的业务中的具体工作流。业务过程可能涉及手工和自动过程，并且在一段长期的时间内进行。 系统用例着重于要设计的软件系统。参与者如何与软件系统进行交互？在系统用例说明中书写的事件流应该足够详细，便于用作编写系统测试脚本的出发点。 系统用例的执行者为操作人员所代表的岗位角色，可以是实际与系统交互的操作人员、外部衔接系统、自动服务、定时器等。 银行的业务建模 银行的软件系统建模 业务用例模型与系统用例区别 ⑴ 设计范围 业务用例的设计范围是业务操作，组织外部的业务参与者实现与业务组织相关的业务目标。 系统用例着重于要设计的软件系统，参与者如何与软件系统进行交互 ⑵ 系统测试 业务用例常常是以白盒形式编写 系统用例几乎总是以黑盒形式编写 ⑶ 业务角色。 业务参与者是业务之外的人 在系统用例图中，参与者与用例进行交互 2.系统用例的确定 将每个业务用例都绘制出相应的活动图，再将其中的“活动”进行整合，就得出所有备选系统用例 找出所有的备选系统用例后，要对它们进行合并和筛选。合并就是将相同的用例合并成一个，筛选就是将不符合系统用例条件的备选用例去掉。 如在销售管理系统中，系统用例有采购、供应商管理、客户管理、进货查询、入库管理、出库管理、库存盘点、库存查询、销售、退货处理、价格管理、销售查询等。 一个系统用例应该是实际使用系统的用户所进行的一个操作，例如，“查看新闻列表”就不能算一个系统用例，因为它只是某系统用例的一个序列项。 4.2.2构造系统用例模型 分析出参与者、用例和用例之间关系后，就可以绘制系统的用例模型 4.3类与对象建模概述 面向对象分析产生分析模型。 分析时用例模型作为输入，对用例模型进行分析，把系统分解为相互协作的分析类，通过类图、对象图来描述对象、对象的属性和对象之间的关系。 类图用于对系统的静态结构建模， 在系统分析阶段，类图主要用于显示角色和提供系统行为的实体的职责； 在系统设计阶段，类图主要用于捕捉组成系统体系结构的类结构； 在系统编码阶段，根据类图中的类及它们之间的关系实现系统的功能。 类图与其他的关系 4.3.1 类图及对象图的图符 1.类的表示方法 类是任何面向对象系统中最重要的构造块。类是对一组具有相同属性、操作、关系和语义对象的描述。一个类可以实现一个或多个接口。类可以是作为问题域一部分的抽象，也可以是构成实现的类。 ⑴ 类的定义 ⑵ 类的属性 在UML中，属性的完整语法形式为： [可见性] 属性名称[:类型][多重性][=[默认值]][特性串{（类别）性质-字符串}] [visibility] name[:type] [multiplicity] [= [default]] [{property-string}] []类的内容表示可选项。 下列的属性都是合法的： student 只有属性名 +student 可见性和属性名 origin : point 属性名和类型 name : string[0..1] 属性名、类型和多重性 origin : point=(0，0)属性名、类型而后初始值 id:Integer{readonly} 属性名、类型和特性 可见性表示 ⑶ 类的操作 类的操作，也称为也的方法，它描述了类的动态行为，用于修改、检索类的属性或执行某些动作。在大多数抽象层次上，对类的行为特征建模时，只需简单地写下每个操作的名称。在UML中，操作的完整语法形式为： [可见性] 操作名称[（参数名称）] [：返回值类型][特性串{（类别）性质-字符串}] [visibility] name [（parameter-list）] [：return-type] [{property-string}] 操作的可见性与属性相同，命名规则也与属性相同。 参数名称中的参数是用跟属性类似的方式来表示的。 ⑶ 类的操作 其语法如下： [方向]名称：类型[ = 默认值