面向对象分析和设计.ppt

《面向对象分析和设计.ppt》由会员分享，可在线阅读，更多相关《面向对象分析和设计.ppt（231页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、面向对象分析和设计面向对象分析和设计面向对象方法面向对象方法概述面向对象的分析和设计方法基于UML的面向对象分析与设计2什么是面向对象（ObjectOriented，OO）？面向对象是一种面向对象是一种风范（Paradigm），是一种观察是一种观察和分析问题的和分析问题的方法论（Methodology）从本质上来说，面向对象方法是确定从本质上来说，面向对象方法是确定动作的主体在先（先确定系统中的（先确定系统中的对象），），执行动作在后（再确定在这些对象上可能实施的（再确定在这些对象上可能实施的操作）传统的面向过程的程序设计，最关心的是过程传统的面向过程的程序设计，最关心的是过程 面向对象技术：

2、是一种软件系统设计的工程技术，面向对象技术：是一种软件系统设计的工程技术，将将“对象对象”作为软件系统的基本组成单元，将数作为软件系统的基本组成单元，将数据及其上作用的操作一起据及其上作用的操作一起封装封装，以标准的，以标准的接口接口规规范对外提供服务范对外提供服务 3面向对象技术的基本观点面向对象技术的基本观点 客观世界是由客观世界是由对象组成的组成的从动态观点看，对对象施加的从动态观点看，对对象施加的操作就是该对象就是该对象的行为的行为具有相同数据和相同操作的对象可以归并为一具有相同数据和相同操作的对象可以归并为一个个类，对象是类的一个，对象是类的一个实例对象之间通过对象之间通过消息传递相

3、互联系相互联系类具有类具有封装性类可以类可以派生出子类，子类出子类，子类继承父类的全部特性，父类的全部特性，又可以有自己的新特性又可以有自己的新特性4面向对象技术的发展历史面向对象技术的发展历史初始阶段（初始阶段（60年代末年代末80年代中期）年代中期）挪威，挪威，Simula语言：引入了类的概念和继承机制语言：引入了类的概念和继承机制Xerox，Smalltalk语言语言发展阶段（发展阶段（80年代中期到年代中期到90年代）年代）面向对象编程语言的繁荣：面向对象编程语言的繁荣：C+、Object Pascal、Java等等成熟阶段（成熟阶段（90年代中期以后）年代中期以后）面向对象分析和设计

4、方法的发展与规范：面向对象分析和设计方法的发展与规范：Booch方法、方法、Rumbaugh的的OMT方法、方法、Coad/Yourdon方法、方法、Jacobson的的OOSE方方法法 等等形成一整套面向对象软件工程体系形成一整套面向对象软件工程体系5面向对象方法的优点面向对象方法的优点按照人类的自然思维方式建立软件系统模型，有利于理解和交流在整个开发过程中采用统一的概念和模型表示，使开发活动之间平滑过渡对象所具有的封装性和信息隐蔽等特性，容易实现软件复用易于维护，体系结构易于理解、扩充和修改6面向对象的基本概念面向对象的基本概念对象（对象（Object）由一组由一组属性和在这些属性数据上的

5、容许和在这些属性数据上的容许操作对对组成组成类（类（Class）封装（封装（Encapsulation）继承（继承（Inheritance）多态性（多态性（Polymorphism）消息（消息（Message）7面向对象的基本概念1.对象（object）对象是指一组属性以及这组属性上的专用操作的封装体属性（attribute）通常是一些数据，有时它也可以是另一个对象。每个对象都有它自己的属性值，表示该对象的状态。对象中的属性只能通过该对象所提供的操作来存取或修改。操作（operation）（也称方法）规定了对象的行为，表示对象所能提供的服务。一个对象通常由对象名、属性和操作三部分组成。82.类

6、（class）类是一组具有相同属性和相同操作的对象的集合。一个类中的每个对象都是这个类的一个实例（instance）。类是创建对象的模板，从同一个类实例化的每个对象都具有相同的结构和行为。轿轿 车车型号：字符串型号：字符串颜色：字符串颜色：字符串牌照号：字符串牌照号：字符串张经理的轿车张经理的轿车型号型号=桑塔纳桑塔纳颜色颜色=红色红色牌照号牌照号=沪沪AN2037AN2037类类实例对象实例对象9 封装封装（encapsulation）：）：一种信息隐蔽技术，一种信息隐蔽技术，用户只能看见对象封装界面上的信息，对象的内部实用户只能看见对象封装界面上的信息，对象的内部实现对用户是隐蔽的。现对用

7、户是隐蔽的。封装的目的：使对象的使用者和生产者分离，使封装的目的：使对象的使用者和生产者分离，使对象的定义和实现分开。对象的定义和实现分开。继承继承（inheritance）：）：继承是类间的基本关系，它是基于层次关系的不继承是类间的基本关系，它是基于层次关系的不同类共享数据和操作的一种机制。同类共享数据和操作的一种机制。父类中定义了其所有子类的公共属性和操作，在父类中定义了其所有子类的公共属性和操作，在子类中除了定义自己特有的属性和操作外，可以继承子类中除了定义自己特有的属性和操作外，可以继承其父类（或祖先类）的属性和操作，还可以对父类其父类（或祖先类）的属性和操作，还可以对父类（或祖先类）

8、中的操作重新定义其实现方法。（或祖先类）中的操作重新定义其实现方法。10 矩形矩形长长宽宽对角线对角线计算面积计算面积计算对角线计算对角线 多边形多边形顶点数顶点数顶点坐标顶点坐标计算面积计算面积旋转旋转交通工具交通工具飞行器飞行器汽汽 车车 船船轿轿 车车货货 车车 一般一般-特殊关系特殊关系继承的例子11如果一个子类只有唯一一个父类，这个继承称为单一继承。如果一个子类有一个以上的父类，这种继承称为多重继承。水上交通工具水上交通工具 陆上交通工具陆上交通工具 水陆两栖交通工具水陆两栖交通工具多重继承多重继承12多态性（polymorphism）指同一个操作作用于不同的对象上可以有不同的解释，

9、并产生不同的执行结果。例如“画”操作，作用在“矩形”对象上，则在屏幕上画一个矩形，作用在“圆”对象上，则在屏幕上画一个圆。相同操作的消息发送给不同的对象时，每个对象将根据自己所属类中定义的这个操作去执行，从而产生不同的结果。13if 条件条件 then p:=t;else p:=r;area:=p.getarea;getArea abstractpolygonareahexagongetArearectanglegetArealengthwidthtrianglegetAreaVar p:polygon;Var t:triangle:=triangle.new;Var r:rectangle:

10、=rectangle.new;14面向对象的软件工程面向对象的软件工程面向对象的分析（OOA）：分析和理解问题域，找：分析和理解问题域，找出类及对象，分析它们的内部构成和外部关系出类及对象，分析它们的内部构成和外部关系面向对象的设计（OOD）：运用面向对象技术进行：运用面向对象技术进行软件设计软件设计面向对象的编程（OOP）：用面向对象的编程语言：用面向对象的编程语言将设计模型转换成程序将设计模型转换成程序面向对象的测试（OOT）：运用：运用OO技术进行以对技术进行以对象概念为中心的软件测试，以类作为基本测试单位象概念为中心的软件测试，以类作为基本测试单位面向对象的维护面向对象的维护（OOM）

11、15喷泉模型喷泉模型 迭代迭代和和无间隙无间隙特征特征迭代迭代：各开发活动常常：各开发活动常常重复工作多次，相关的重复工作多次，相关的功能在每次迭代中随之功能在每次迭代中随之加入演进的系统加入演进的系统无间隙无间隙：开发活动之间：开发活动之间不存在明显的边界不存在明显的边界16面向对象分析一般步骤如下：1.获 取 客 户 对 系 统 的 需 求：包 括 标 识 场 景（scenario）和用例（usecase），建造需求模型2.用基本的需求为指南，选择类和对象（包括属性和操作）3.定义类的结构和层次4.建造对象-关系模型5.建造对象-行为模型6.利用用例/场景来复审分析模型17面向对象设计1.

12、系统设计系统设计子系统划分子系统划分选选择择实实现现数数据据管管理理、界界面面支支持持和和任任务务管管理理的的设设计计策策略略为系统设计合适的控制机制为系统设计合适的控制机制复审并考虑权衡复审并考虑权衡2.对象设计对象设计在过程级别设计每个操作的实现细节在过程级别设计每个操作的实现细节定义内部类定义内部类为类属性设计内部数据结构为类属性设计内部数据结构3.消息设计消息设计4.使使用用对对象象间间的的协协作作和和对对象象-关关系系模模型型，设计消息模型设计消息模型4.复审复审5.复审设计模型并在需要时迭代复审设计模型并在需要时迭代18代表性的代表性的OO分析与设计方法分析与设计方法Booch方法

13、方法Rumbaugh的对象模型化技术的对象模型化技术(OMT)Coad和和Yourdon方法方法Jacobson的的OOSE(面向对象软件工程面向对象软件工程)19面向对象的建模语言面向对象的建模语言UML统一建模语言（Unified Modeling Language，UML）：一种直观化、明确化、构建和文档化软件系统产）：一种直观化、明确化、构建和文档化软件系统产物的物的可视化建模语言可视化建模语言 20UML是什么？是什么？UML是是Booch、OOSE和和OMT方法的结方法的结合，同时吸收了其他方法的思想合，同时吸收了其他方法的思想UML是一种是一种语言UML是一种是一种可视化的建模语

14、言UML是一种可用于是一种可用于详细描述的语言的语言UML是一种是一种构造语言UML是一种是一种文档化语言21UML的主要组成的主要组成视图（视图（View）：用于构造系统模型）：用于构造系统模型图（图（Diagram）：用于描述视图）：用于描述视图模型元素：用于表示图的一组符号模型元素：用于表示图的一组符号22UML中的中的视图（视图（View）用例视图（用例视图（Use Case View）：描述：描述系统应该具有的功能集系统应该具有的功能集设计视图（设计视图（Design View）：描述系统：描述系统功能的内部设计和协作情况，包括功能的内部设计和协作情况，包括静态静态结构结构和和动态行

15、为动态行为进程视图（进程视图（Process View）：描述系统的并发工作状况，包含并发：描述系统的并发工作状况，包含并发与同步的线程和进程与同步的线程和进程实现视图（实现视图（Implementation View）：描述系统的实现模块（组件：描述系统的实现模块（组件或者文件）及其之间的关系或者文件）及其之间的关系部署视图（部署视图（Deployment View）：描述系统的物理架构和硬件拓扑：描述系统的物理架构和硬件拓扑结构的节点结构的节点23UML中的图（图（Diagram）系统功能：用例图静态结构：类图；对象图动态行为：状态图；时序图；协作图；活动图物理架构：组件图；分布图 24视

16、图与图主题域视图（view）图（diagram）结构化结构化静态视图静态视图类图（类图（class）设计视图设计视图内部结构（内部结构（internal structure）协作图（协作图（collaboration）构件图（构件图（component）用例视图用例视图用例图（用例图（use case）动态的动态的状态机视图状态机视图状态机图（状态机图（state machine）活动视图活动视图活动图（活动图（activity）交互视图交互视图顺序图（顺序图（sequence）通信图（通信图（communication）物理的物理的部署视图部署视图部署图（部署图（deployment）模型管

17、理模型管理模型管理视图模型管理视图包图（包图（package）25模型元素模型元素指模型中的实体以及实体间相互连接的关系部分模型元素部分模型元素注解注解类类属性属性操作操作对象：类对象：类属性属性操作操作状态状态用例用例 结点结点供应接口供应接口包包依赖依赖关联关联泛化泛化主动类主动类属性属性操作操作请求接口请求接口构件构件实现实现26UML2.0与1.4的比较对对UML1.4进行了一些扩充。进行了一些扩充。用更为受限的通信图代替了协作图。用更为受限的通信图代替了协作图。增加了交互综述图、定时图、协议状态图、增加了交互综述图、定时图、协议状态图、组成结构图等新图。组成结构图等新图。27简单的U

18、ML例子例子描述：例子描述：在在Web浏览器中，编写浏览器中，编写JAVA程序程序Hello，World！import java.awt.Graphics;class HelloWorld extends java.applet.Applet public void paint(Graphics g)g.drawString(Hello,World！,10,10);28HelloWorld的UML图HelloWorld类类HelloWorld及其相关类及其相关类HelloWorld的继承层次的继承层次29HelloWorld的UML图（续）HelloWorld包包Paint的顺序图的顺序图He

19、lloWorld构件构件30基于基于UML的分析、设计和实现的分析、设计和实现 描述需求：描述需求：使用用例来确定用户需求和系统必须为用户提供的服务静态建模静态建模：根据需求建立系统的静态模型动态建模动态建模：描述系统的动态行为31一、用例模型和用例图32现代需求实践现代需求实践实实践名称践名称描述描述用例用例(Use case)描描绘绘一个系一个系统统外在可外在可见见的需求情况，是代表的需求情况，是代表系系统统中各个中各个项项目相关人目相关人员员之之间间就系就系统统的行的行为为所达成的契所达成的契约约用用户户故事故事(user story)由客由客户户参与参与编编写，写，说说明他明他们们需要

20、系需要系统为统为他他们们做什么，一般用客做什么，一般用客户户的的术语编术语编写，其写，其长长度度约为约为三句三句话话左右左右共性：站在用户的角度看待系统、定义系统共性：站在用户的角度看待系统、定义系统；使用用户能够看懂的语言来表述使用用户能够看懂的语言来表述 33需求获取采用场景和用例的技术，是需求获取过程采用场景和用例的技术，是需求获取过程中弥补多个具有不同背景的执行者团队之中弥补多个具有不同背景的执行者团队之间代沟的有力工具间代沟的有力工具场景：表达了用户和系统之间的一系列交场景：表达了用户和系统之间的一系列交互，描述了一个系统实例互，描述了一个系统实例用例：是对一类场景所进行的抽象用例：

21、是对一类场景所进行的抽象场景和用例两者一般均用自然语言描述，场景和用例两者一般均用自然语言描述，这一形式对用户而言是易于理解的这一形式对用户而言是易于理解的34用例用例(use case)是Ivar Jacobson发明的.其它的中文译名有:用况、用案等.定义1:用例是对一个活动者(actor)使用系统的一项功能时所进行的交互过程的一个文字描述序列.定义2:用例是系统、子系统或类和外部参与者交互的动作序列的说明,包括可选的动作序列和会出现异常的动作序列.用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约.351）分析员首先标识使用该系统的不同的执行者（执行者，actor），这些执行者

22、代表使用该系统的不同的角色。每个执行者可以叙述他如何使用系统，或者说他需要系统提供什么功能2）执行者提出的每一个使用场景都是系统的一个用例的实例，一个用例描述了系统的一种用法（或一个功能），所有执行者提出的所有用例构成系统的完整的需求注：执行者与用户是不同的两个概念，一个用户可以扮演几个角色（执行者）；一个执行者可以是用户，也可以是其他系统（应用程序或设备）采用用例收集客户需求采用用例收集客户需求36需求获取的活动（1）标识执行者标识执行者（2）标识场景）标识场景（3）标识用例标识用例（4）求精用例）求精用例（5）标识用例之间的关系）标识用例之间的关系（6）标识非功能需求）标识非功能需求（7）

23、绘制用例图，编写详细的用例描述）绘制用例图，编写详细的用例描述37用例图用例图用例图包含的模型元素用例图包含的模型元素执行者执行者(actor)(actor)：与系统进与系统进行交互的外部实体。可以是人行交互的外部实体。可以是人或者其它系统或者其它系统用例：用例：描述系统提供的功能描述系统提供的功能（从外部视点角度从外部视点角度）模型元素之间的关系模型元素之间的关系执行者之间：继承关系执行者之间：继承关系执行者与用例之间：关联关执行者与用例之间：关联关系系用例之间：继承、扩展和包用例之间：继承、扩展和包含关系含关系38执行者 是是指指与与系系统统交交互互的的人人或或其其他他系系统统，它它代代表

24、表外部实体。外部实体。使使用用用用例例并并且且与与系系统统交交互互的的任任何何人人或或物物都都是执行者。是执行者。执执行行者者代代表表一一种种角角色色，而而不不是是某某个个具具体体的的人或物。人或物。在用例图中用直线连接执行者和用例，表在用例图中用直线连接执行者和用例，表示两者之间交换信息。示两者之间交换信息。39执行者的种类系统用户系统用户与所建造的系统交互的其他系统与所建造的系统交互的其他系统一些可以运行的进程一些可以运行的进程 硬件设备硬件设备时钟时钟执行者是为了完成一个事件而与系统交互的实体，执行者是为了完成一个事件而与系统交互的实体，是用户相对系统而言所演的角色。执行者不仅可以是用户

25、相对系统而言所演的角色。执行者不仅可以由人承担，还可以是事物由人承担，还可以是事物40执行者的例子执行者的例子1）其它软件系统：当系统需要与其它系统交互时，）其它软件系统：当系统需要与其它系统交互时，如如ATM柜员机系统中，柜员机系统中，银行后台系统银行后台系统就是一个就是一个执行者；执行者；2）硬件设备：如果系统需要与硬件设备交互时，）硬件设备：如果系统需要与硬件设备交互时，如在开发如在开发IC卡门禁系统时卡门禁系统时，IC卡读写器卡读写器就是一就是一个执行者；个执行者；3）时钟：当系统需要定时触发时，）时钟：当系统需要定时触发时，时钟时钟就是执行就是执行者者41执行者间的关系在用例图中，使

26、用泛化在用例图中，使用泛化关系来描述多个执行者关系来描述多个执行者之间的公共行为。之间的公共行为。执行者间的泛化关系执行者间的泛化关系示例：示例：执行者实际上是一个类执行者实际上是一个类,因此它们之间可以存在一因此它们之间可以存在一定的关系定的关系42如何标识执行者需要注意：需要注意：大多数执行者在系统开发之前就已经存在大多数执行者在系统开发之前就已经存在执行者是在系统边界之外的，即它们是来自外部的；执行者是在系统边界之外的，即它们是来自外部的；任何要使用未来系统的外部软件系统就是一个执行者。任何要使用未来系统的外部软件系统就是一个执行者。可通过如下问题的提出获取和确认执行者：可通过如下问题的

27、提出获取和确认执行者：系统完成工作后，哪一个用户组受益？谁将使用系统系统完成工作后，哪一个用户组受益？谁将使用系统的主要功能？的主要功能？谁需要借助系统的支持来完成日常工作？谁需要借助系统的支持来完成日常工作？次要功能由哪一个用户组完成？次要功能由哪一个用户组完成？谁来维护和管理系统谁来维护和管理系统与该系统进行交互的外部硬件和软件系统是谁？与该系统进行交互的外部硬件和软件系统是谁？哪些人或系统对本系统产生的结果（值）感兴趣？哪些人或系统对本系统产生的结果（值）感兴趣？43例子：学生注册课程系统例子：学生注册课程系统某大学准备开发一个某大学准备开发一个学生课程注册系统：学生使用该系统查询新学期

28、将开设的课程和讲课教师情况，选择自学生使用该系统查询新学期将开设的课程和讲课教师情况，选择自己要学习的课程进行登记注册，并可以查询成绩单己要学习的课程进行登记注册，并可以查询成绩单教师使用该系统查询新学期将开设的课程和选课学生情况，并可以教师使用该系统查询新学期将开设的课程和选课学生情况，并可以登记成绩单登记成绩单注册管理员使用该系统进行注册管理，包括维护教师信息、学生信注册管理员使用该系统进行注册管理，包括维护教师信息、学生信息和课程信息等息和课程信息等在每个学期的开始，学生获得该学期的课程目录表，课程目录表列在每个学期的开始，学生获得该学期的课程目录表，课程目录表列出每门课程的所有信息，诸

29、如基本信息、教师、开课系和选课条件出每门课程的所有信息，诸如基本信息、教师、开课系和选课条件等等新学期开始前两周为选课注册时间，在此期间学生可以选课注册，新学期开始前两周为选课注册时间，在此期间学生可以选课注册，并且允许改变或取消注册申请，开学两周后注册管理员负责关闭课并且允许改变或取消注册申请，开学两周后注册管理员负责关闭课程注册。每个学生可以选择不超过程注册。每个学生可以选择不超过4门课程，同时指定门课程，同时指定2门侯选课程门侯选课程以备主选课程未选上。每门课程最多不能超过以备主选课程未选上。每门课程最多不能超过10人，最少不能低于人，最少不能低于3人，低于人，低于3人选课的课程将被取消

30、。一旦学生的注册过程完毕，注人选课的课程将被取消。一旦学生的注册过程完毕，注册系统将有关信息提交收费系统以便学生付费。如果在实际注册过册系统将有关信息提交收费系统以便学生付费。如果在实际注册过程中名额已满，系统将通知学生在提交课程表之前予以更改程中名额已满，系统将通知学生在提交课程表之前予以更改在学期结束时，学生可以存取系统查看电子成绩单。由于学生成绩在学期结束时，学生可以存取系统查看电子成绩单。由于学生成绩属于敏感信息，系统必须提供必要的安全措施以防非法存取属于敏感信息，系统必须提供必要的安全措施以防非法存取 44发现执行者发现执行者问题：谁使用系统的功能？谁需要借助系统完成日常工作？谁来维

31、护和管理系统，以保证系统正常工作？系统控制的硬件设备有哪些？系统需要与其他哪些系统交互？谁对系统产生的结果感兴趣？45用例 用例：用例：是能够被执行者感受到的、系统将是能够被执行者感受到的、系统将完成的一系列动作，是一个完整功能完成的一系列动作，是一个完整功能这些动作除了完成系统内部的计算工作外，还这些动作除了完成系统内部的计算工作外，还包括与执行者通信。包括与执行者通信。用例通过用例通过关联关联与执行者连接与执行者连接关联指出一个用例与哪些执行者交互关联指出一个用例与哪些执行者交互46用例的特征用用例例代代表表某某些些用用户户可可见见的的功功能能，以以实实现现一一个个具具体体的用户目标的用户

32、目标用用例例总总是是被被执执行行者者启启动动的的，执执行行者者必必须须直直接接或或间间接接地地指指示示系系统统去去执执行行用用例例，用用例例向向执执行行者者提提供供可可识别的输出识别的输出通过关注谁启动了某一个用例，可标识出前面未注意通过关注谁启动了某一个用例，可标识出前面未注意到的新执行者到的新执行者用用例例必必须须是是完完整整的的，描描述述了了一一系系列列从从初初始始情情况况出出发的相关交互发的相关交互用例是一个类，它代表一类功能而不是使用该功用例是一个类，它代表一类功能而不是使用该功能的某个具体实例。能的某个具体实例。用例的实例称为用例的实例称为“场景场景”47用例图举例用例图举例48用

33、例的命名从执行者的角度出发进行命名（如使用“登录”而不用“身份验证”）使用动宾结构或主谓结构命名.尽量使用行业术语（如用“报销”，而不用“交钱”）例:字处理程序中,“置正文为黑体”和”创建索引”都可以是用例.例:在一个银行业务系统中可能有如右的用例浏览账户余额浏览账户余额列出交易内容列出交易内容划拨资金划拨资金49学生注册课程系统中的学生注册课程系统中的用例用例 50如何标识 用例 执行者需要系统提供哪些功能？执行者需要系统提供哪些功能？执行者自身需要做什么？执行者自身需要做什么？执执行行者者是是否否需需要要读读取取、创创建建、删删除除、修修改改或或存存储储系系统统中中的的某类信息？某类信息？

34、系统中发生的事件需要通知执行者吗？系统中发生的事件需要通知执行者吗？执行者需要通知系统某些事情吗？执行者需要通知系统某些事情吗？从功能观点看，这些事件能做什么？从功能观点看，这些事件能做什么？执行者的日常工作是否因为系统的新功能而被简化或提高执行者的日常工作是否因为系统的新功能而被简化或提高了效率？了效率？系统需要哪些输入输出？输入来自何处？输出到哪里去？系统需要哪些输入输出？输入来自何处？输出到哪里去？当前使用的系统（可能是人工系统）存在的主要问题是什当前使用的系统（可能是人工系统）存在的主要问题是什么？么？51注意事项（1）开发者使用系统的用户手册、过程手册、公司标开发者使用系统的用户手册

35、、过程手册、公司标准、用户日志和计划表，以及与用户和客户交谈准、用户日志和计划表，以及与用户和客户交谈的记录等来回答问题。的记录等来回答问题。开发者应该使用开发者应该使用应用领域应用领域中的词汇而非自己专业中的词汇而非自己专业领域的词汇写出场景。领域的词汇写出场景。当开发者更加深入地了解了应用领域且决定了要当开发者更加深入地了解了应用领域且决定了要采用的可能技术后，可采用迭代和增量方式采用的可能技术后，可采用迭代和增量方式求精求精场景。场景。在标识执行者和标识场景期间，开发者要做的最在标识执行者和标识场景期间，开发者要做的最重要工作是重要工作是理解理解这些应用领域。这些应用领域。52注意事项（

36、2）l不要将所有的需求都以用例的形式表示出来不要将所有的需求都以用例的形式表示出来.l用例只描述系统功能性方面的需求用例只描述系统功能性方面的需求,它只量全部它只量全部需求的一部分需求的一部分.l本质上用例分析是功能分解技术本质上用例分析是功能分解技术,但目前是但目前是OOOO开开发的第一步发的第一步.l用例是与实现无关的关于系统功能的描述用例是与实现无关的关于系统功能的描述.53标识用例图中的关系标识用例图中的关系关系说明记号关联关联执行者与他所参与的一个用例之间的通信路径。表示了用例执行期间的信息流扩展扩展扩展的用例到基本用例的一种关系，它指出扩展的用例所定义的行为如何插入到基本用例所定义

37、的行为中包含包含指出包含用例定义的行为被包含在基本用例所定义的行为中继承继承一个一般用例与一个更特殊的用例之间的关系，特殊用例可继承一般用例的特征extendinclude54关联关系表示参与者用例之间进行通信。表示参与者用例之间进行通信。不同的参与者可以访问相同的用例。不同的参与者可以访问相同的用例。55包含关系客户用例可以简单地包含提供者用例具有的行为，客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。并把它所包含的用例行为作为自身行为的一部分。56包含关系在对系统进行分析时，通常会发现有些功能在不同的环境下都可以被使用。在编写代码时，我们希望编写可重

38、用的构件，这些构件包括诸如可以从其他代码中调用或参考的类库、子过程以及函数。包含关系包含关系是指一个用例(客户用例)的行为包含了另一个用例(提供者用例)的行为.客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。57注意注意:箭头方向为客户用例到提供者用例箭头方向为客户用例到提供者用例.包含关系的例子包含关系的例子58a.如果有多个用例，并且这些用例如果有多个用例，并且这些用例包含大量类似的行为，应该考虑将这些类似的行为通过包含关系包，应该考虑将这些类似的行为通过包含关系包含到用例中，将这个功能分解到另一个用例中含到用例中，将这个功能分解到另一个用例中b.对

39、两个或多个互相独立的用例建模时做了对两个或多个互相独立的用例建模时做了重复的工作，可以通过包含关系包含这些重复的工作，可以通过包含关系包含这些重复的工作c.如果某个行为可能会引入如果某个行为可能会引入冗余，或者，当行为发生，或者，当行为发生变化时可能导致变化时可能导致不一致性，这时，应该对这种行为，这时，应该对这种行为进行进行孤立建模并将它包含到用例中并将它包含到用例中 使用包含关系的情况59扩展关系当某个新用例在原来的用例基础上增加了新的步骤序列，当某个新用例在原来的用例基础上增加了新的步骤序列，则原用例被称作基用例，这种关系被称为扩展关系则原用例被称作基用例，这种关系被称为扩展关系。扩展用

40、例被定义为基础用例的增量扩展。扩展用例被定义为基础用例的增量扩展。基础用例提供扩展点以添加新的行为。基础用例提供扩展点以添加新的行为。扩展用例提供插入片段以插入到基础用例的扩展点上。扩展用例提供插入片段以插入到基础用例的扩展点上。60a.两个用例相似但不完全相同时b.当要对多个额外情况逐一建模时，可以使用扩展关系，用一个独立的用例替代每个额外的情况c.如果用例涵盖了所有的情况变化，则该用例将会变得十分复杂，应该考虑使用扩展关系 常见的扩展关系61基本用例基本用例(扩展关系中扩展关系中)扩展用例扩展用例(扩展关系中扩展关系中)基本用例基本用例(包含关系中包含关系中)包含用例包含用例(包含关系中包

41、含关系中)网上购物的部分用例网上购物的部分用例扩展关系例子62泛化关系父用例也可以被特别列举为一个或多个子用例。父用例也可以被特别列举为一个或多个子用例。子用例表示父用例的特殊形式。子用例表示父用例的特殊形式。子用例从父用例处继承行为和属性，还可以添加子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。行为或覆盖、改变继承的行为。63泛化关系的例子64用例图举例用例图举例65“扩展”与“包含”的区别(1/2)两种关系都意味着从几个用例中抽取那些公共的行为两种关系都意味着从几个用例中抽取那些公共的行为并放入一个单独的用例中，而这个用例被其他用例包并放入一个单独的用例中，而这个用

42、例被其他用例包含或扩展含或扩展两种关系的目的不同：两种关系的目的不同：通常在描述一般行为的变化时采用扩展关系通常在描述一般行为的变化时采用扩展关系在两个或多个用例中出现重复描述又想避免这种重复时，在两个或多个用例中出现重复描述又想避免这种重复时，可以采用包含关系可以采用包含关系根本区别：在包含关系中，源用例没有目的用例就不能工根本区别：在包含关系中，源用例没有目的用例就不能工作，而被包含用例可以独立存在；在扩展关系中，源用例作，而被包含用例可以独立存在；在扩展关系中，源用例即使没有目的用例也能工作得很好，而目的用例通常只能即使没有目的用例也能工作得很好，而目的用例通常只能作为扩展的用例而存在。

43、作为扩展的用例而存在。泛化和扩展表示用例之间的泛化和扩展表示用例之间的“isa”,包含关系包含关系表示用例之间的表示用例之间的“hasa”.66“扩展”与“包含”的区别（2/2）67扩展关系中，基用例可以单独存在，但在一定的条件下，它的行为可以被另一个用例的行为延伸。扩展只能发生在基用例的序列中某个特定的点上，这个点叫扩展点扩展关系的基本含义与泛化关系类似,但对扩展用例有更多限制,即基本用例必须声明若干”扩展点”,扩展用例只能在扩展点上增加行为和含义.扩展关系与泛化关系扩展关系与泛化关系68用例图的绘制流程69记录需求记录需求特性表特性表编编号号说说明明FEAT01新增新增书书籍信息籍信息 F

44、EAT02修改已有的修改已有的书书籍信息籍信息 FEAT03书书籍信息按籍信息按计计算机算机类类、非、非计计算机算机类类分分别别建档建档 FEAT04录录入新入新书时书时能能够够自自动动按按规则规则生成生成书书号号FEAT05计计算机算机类类与非与非计计算机算机类书类书籍采用不同的籍采用不同的书书号号规则规则FEAT06录录入新入新书时书时如果重名将自如果重名将自动动提示提示FEAT07按按书书名、作者、名、作者、类别类别、出版社等关、出版社等关键键字字组组合合查询书查询书籍籍FEAT08列出所有列出所有书书籍信息籍信息FEAT09记录记录外借情况外借情况FEAT10外借状外借状态态能能够够自

45、自动动反反应应在在书书籍信息中籍信息中FEAT11按人、按按人、按书查询书查询外借情况外借情况FEAT12列出所有的外借情况列出所有的外借情况FEAT13按特定按特定时间时间段段统计购买统计购买金金额额、册数、册数FEAT14所有所有查询查询、列表、列表、统计统计功能功能应应可以可以单单独独对计对计算机算机类类或非或非计计算机算机类进类进行行70合并需求获得用例合并需求获得用例特性特性用例用例FEAT01.新增新增书书籍信息籍信息FEAT03.书书籍信息按籍信息按计计算机算机类类、非、非计计算机算机类类分分别别建档建档FEAT04.录录入新入新书时书时能能够够自自动动按按规则规则生成生成书书号

46、号FEAT05.计计算机算机类类与非与非计计算机算机类书类书籍采用不同的籍采用不同的书书号号规则规则FEAT06.录录入新入新书时书时如果重名将自如果重名将自动动提示提示UC01.新增新增书书籍信息籍信息FEAT02.修改已有的修改已有的书书籍信息籍信息UC02.修改修改书书籍信息籍信息FEAT07.按按书书名、作者、名、作者、类别类别、出版社等关、出版社等关键键字字组组合合查询书查询书籍籍FEAT08.列出所有列出所有书书籍信息籍信息FEAT14.所有所有查询查询、列表、列表、统计统计功能功能应应可以可以单单独独对计对计算机算机类类或非或非计计算机算机类进类进行行UC03.查询书查询书籍信息

47、籍信息FEAT09.记录记录外借情况外借情况FEAT10.外借状外借状态态能能够够自自动动反反应应在在书书籍信息中籍信息中UC04.登登记记外借信息外借信息FEAT11.按人、按按人、按书查询书查询外借情况外借情况FEAT12.列出所有的外借情况列出所有的外借情况FEAT14.所有所有查询查询、列表、列表、统计统计功能功能应应可以可以单单独独对计对计算机算机类类或非或非计计算机算机类进类进行行UC05.查询查询外借信息外借信息FEAT13.按特定按特定时间时间段段统计购买统计购买金金额额、册数、册数FEAT14.所有所有查询查询、列表、列表、统计统计功能功能应应可以可以单单独独对计对计算机算机

48、类类或非或非计计算机算机类进类进行行UC06.统计统计金金额额和册和册数数71用例分析的基本步骤用例分析的基本步骤找出系统外部的参与者和外部系统找出系统外部的参与者和外部系统,确定系统边确定系统边界和范围界和范围确定每一个参与者所期望的系统行为确定每一个参与者所期望的系统行为把这些系统行为命名为用例把这些系统行为命名为用例使用泛化、包含、扩展等关系处理系统行为的公使用泛化、包含、扩展等关系处理系统行为的公共或变更部分共或变更部分编制每一个用例的脚本编制每一个用例的脚本绘制用例图绘制用例图区分主要事件流和异常事件流区分主要事件流和异常事件流,如果需要如果需要,可以把可以把异常事件流处理为单独的用

49、例异常事件流处理为单独的用例细化用例图细化用例图,解决用例间重复与冲突的问题解决用例间重复与冲突的问题.72用例的描述（1/2）用例描述是指对一个用例的功能进行的文字描述用例描述是指对一个用例的功能进行的文字描述,是是参与者与系统交互动作序列的说明参与者与系统交互动作序列的说明.用例描述才是用例的主要部分用例描述才是用例的主要部分,是后续的是后续的交互图分析和类图分析必不可少的部分交互图分析和类图分析必不可少的部分.用例采用自然语言描述参与者与系统的交互行为用例采用自然语言描述参与者与系统的交互行为,要要易于理解易于理解.其读者是开发人员、用户、项目经理、测其读者是开发人员、用户、项目经理、测

50、试人员等试人员等.73用例的描述（2/2）用例的目标用例的目标用例是怎么启动的用例是怎么启动的参与者与用例之间的消息如何传送参与者与用例之间的消息如何传送用例中除了主路径外用例中除了主路径外,其它路径是什么其它路径是什么用例结束后系统的状态用例结束后系统的状态其它需要描述的内容其它需要描述的内容用例描述一般包括的内容：用例描述一般包括的内容：描述用例时的原则是尽可能写得描述用例时的原则是尽可能写得“充分充分”,而不是形式化、而不是形式化、完整或漂亮完整或漂亮.74用例图的描述执行者的简要描述客户：向公司订购商品的人客户代表：公司处理客户请求的雇员库存系统：记录公司库存的软件用例的简要描述订购货