第4章--面向对象系统分析与对象类建模.ppt

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}]操作的可见性与属性相同，命名规则也与属性相同。参数名称中的参数是用跟属性类似的方式来表示的。⑶类的操作其语法如下：[方向]名称：类型[=默认值