面向对象方法学.pptx

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,面向对象方法学,面向对象方法学得出发点与基本原则,就是尽可能模拟人类习惯得思维方式,使开发软件得方法与过程尽可能接近人类认识世界解决问题得方法与过程,也就就是使描述问题得问题空间,(,也称为问题域,),与实现解法得解空间,(,也称为求解域,),在结构上尽可能一致。,1,、面向对象方法学概述,概括地说,面向对象方法具有下述,4,个要点:,(1),认为客观世界就是由各种对象组成得,任何事物都就是对象,复杂得对象可以由比较简单得对象以某种方式组合而成。按照这种观点,可以认为整个世界就就是一个最复杂得对象。因此,面向对象得软件系统就是由对象组成得,软件中得任何元素都就是对象,复杂得软件对象由比较简单得对象组合而成。,由此可见,面向对象方法用对象分解取代了传统方法得功能分解。,(2),把所有对象都划分成各种对象类,(,简称为类,class),每个对象类都定义了一组数据与一组方法。数据用于表示对象得静态属性,就是对象得状态信息。因此,每当建立该对象类得一个新实例时,就按照类中对数据得定义为这个新对象生成一组专用得数据,以便描述该对象独特得属性值。,类中定义得方法,就是允许施加于该类对象上得操作,就是该类所有对象共享得,并不需要为每个对象都复制操作得代码。,(3),按照子类,(,或称为派生类,),与父类,(,或称为基类,),得关系,把若干个对象类组成一个层次结构得系统,(,也称为类等级,),。在这种层次结构中,通常下层得派生类具有与上层得基类相同得特性,(,包括数据与方法,),这种现象称为继承,(inheritance),。但就是,如果在派生类中对某些特性又做了重新描述,则在派生类中得这些特性将以新描述为准,也就就是说,低层得特性将屏蔽高层得同名特性。,(4),对象彼此之间仅能通过传递消息互相联系。对象与传统得数据有本质区别,它不就是被动地等待外界对它施加操作,相反,它就是进行处理得主体,必须发消息请求它执行它得某个操作,处理它得私有数据,而不能从外界直接对它得私有数据进行操作。也就就是说,一切局部于该对象得私有信息,都被封装在该对象类得定义中,就好像装在一个不透明得黑盒子中一样,在外界就是瞧不见得,更不能直接使用,这就就是“封装性”。,1、,与人类习惯得思维方法一致,传统得程序设计技术就是面向过程得设计方法,这种方法以算法为核心,把数据与过程作为相互独立得部分,数据代表问题空间中得客体,程序代码则用于处理这些数据。,面向对象方法学得优点,2、,稳定性好,传统得软件开发方法以算法为核心,开发过程基于功能分析与功能分解。用传统方法所建立起来得软件系统得结构紧密依赖于系统所要完成得功能,当功能需求发生变化时将引起软件结构得整体修改。事实上,用户需求变化大部分就是针对功能得,因此,这样得软件系统就是不稳定得。,3、,可重用性好,用已有得零部件装配新得产品,就是典型得重用技术,例如,可以用已有得预制件建筑一幢结构与外形都不同于从前得新大楼。重用就是提高生产率得最主要得方法。,4、,较易开发大型软件产品,在开发大型软件产品时,组织开发人员得方法不恰当往往就是出现问题得主要原因。用面向对象方法学开发软件时,构成软件系统得每个对象就像一个微型程序,有自己得数据、操作、功能与用途,因此,可以把一个大型软件产品分解成一系列本质上相互独立得小产品来处理,这就不仅降低了开发得技术难度,而且也使得对开发工作得管理变得容易多了。这就就是为什么对于大型软件产品来说,面向对象范型优于结构化范型得原因之一。,5、,可维护性好,用传统方法与面向过程语言开发出来得软件很难维护,就是长期困扰人们得一个严重问题,就是软件危机得突出表现。,大家学习辛苦了,还就是要坚持,继续保持安静,在应用领域中有意义得、与所要解决得问题有关系得任何事物都可以作为对象,它既可以就是具体得物理实体得抽象,也可以就是人为得概念,或者就是任何有明确边界与意义得东西。,对象就是对问题域中某个实体得抽象,设立某个对象就反映了软件系统具有保存有关它得信息并且与它进行交互得能力。,2,、面向对象得概念,(,1,)对象,由于客观世界中得实体通常都既具有静态得属性,又具有动态得行为,因此,面向对象方法学中得对象就是由描述该对象属性得数据以及可以对这些数据施加得所有操作封装在一起构成得统一体。对象可以作得操作表示它得动态行为,在面向对象分析与面向对象设计中,通常把对象得操作称为服务或方法。,1、,对象得形象表示,为有助于读者理解对象得概念,下图形象地描绘了具有,3,个操作得对象。,对象得形象表示,一个对象很像一台录音机。当在软件中使用一个对象得时候,只能通过对象与外界得界面来操作它。对象与外界得界面也就就是该对象向公众开放得操作。使用对象向公众开放得操作就好像使用录音机得按键,只须知道该操作得名字,(,好像录音机得按键名,),与所需要得参数,(,提供附加信息或设置状态,根本无须知道实现这些操作得方法。事实上,实现对象操作得代码与数据就是隐藏在对象内部得,一个对象好像就是一个黑盒子,表示它内部状态得数据与实现各个操作得代码及局部数据,都被封装在这个黑盒子内部,在外面就是瞧不见得,更不能从外面去访问或修改这些数据或代码。,(,2,)类,(class),现实世界中存在得客观事物有些就是彼此相似得,例如,张三、李四、王五,虽说每个人职业、性格、爱好、特长等等各有不同,但就是,她们得基本特征就是相似得,都就是黄皮肤、黑头发、黑眼睛,于就是人们把她们统称为“中国人”。人类习惯于把有相似特征得事物归为一类,分类就是人类认识客观世界得基本方法。,在面向对象得软件技术中,“类”就就是对具有相同数据与相同操作得一组相似对象得定义,也就就是说,类就是对具有相同属性与行为得一个或多个对象得描述,通常在这种描述中也包括对怎样创建该类得新对象得说明。,以上先详细地阐述了对象得定义,然后在此基础上定义了类。也可以先定义类再定义对象,例如,可以像下面这样定义类与对象:类就是支持继承得抽象数据类型,而对象就就是类得实例。,(,3,)实例,(instance),实例就就是由某个特定得类所描述得一个具体得对象。类就是对具有相同属性与行为得一组相似得对象得抽象,类在现实世界中并不能真正存在。实际上类就是建立对象时使用得“样板”,按照这个样板所建立得一个个具体得对象,就就是类得实际例子,通常称为实例。当使用“对象”这个术语时,既可以指一个具体得对象,也可以泛指一般得对象,但就是,当使用“实例”这个术语时,必然就是指一个具体得对象。,(,4,)消息,(message),消息就就是要求某个对象执行在定义它得那个类中所定义得某个操作得规格说明。通常,一个消息由下述,3,部分组成:,接收消息得对象;,消息选择符,(,也称为消息名,),;,零个或多个变元。,(,5,)方法,(method),方法就就是对象所能执行得操作,也就就是类中所定义得服务。方法描述了对象执行操作得算法,响应消息得方法。在,C+,语言中把方法称为成员函数。,(,6,)属性,(attribute),属性就就是类中所定义得数据,它就是对客观世界实体所具有得性质得抽象。类得每个实例都有自己特有得属性值。,在,C+,语言中把属性称为数据成员,(,7,)封装,(encapsulation),从字面上理解,所谓封装就就是把某个事物包起来,使外界不知道该事物得具体内容。把数据与实现操作得代码集中起来放在对象内部。一个对象好像就是一个不透明得黑盒子,表示对象状态得数据与实现操作得代码与局部数据,都被封装在黑盒子里面。,封装也就就是信息隐藏,通过封装对外界隐藏了对象得实现细节。,对象类实质上就是抽象数据类型。类把数据说明与操作说明与数据表达与操作实现分离开了,使用者只需知道它得说明(值域及可对数据施加得操作),就可以使用它。,7、,继承,(inheritance),广义地说,继承就是指能够直接获得已有得性质与特征,而不必重复定义它们。在面向对象得软件技术中,继承就是子类自动地共享基类中定义得数据与方法得机制。,实现继承机制得原理,当一个类只允许有一个父类时,也就就是说,当类等级为树形结构时,类得继承就是单继承;当允许一个类有多个父类时,类得继承就是多重继承。多重继承得类可以组合多个父类得性质构成所需要得性质,因此功能更强、使用更方便;但就是,使用多重继承时要注意避免二义性。,继承性使得相似得对象可以共享程序代码与数据结构,从而大大减少了程序中得冗余信息。在程序执行期间,对对象某一性质得查找就是从该对象类在类等级中所在得层次开始,沿类等级逐层向上进行得,并把第一个被找到得性质作为所要得性质。因此,低层得性质将屏蔽高层得同名性质。,(,9,)多态性,(polymorphism),多态性一词来源于希腊语,意思就是“有许多形态”。在面向对象得软件技术中,多态性就是指子类对象可以像父类对象那样使用,同样得消息既可以发送给父类对象也可以发送给子类对象。也就就是说,在类等级得不同层次中可以共享,(,公用,),一个行为,(,方法,),得名字,然而不同层次中得每个类却各自按自己得需要来实现这个行为。当对象接收到发送给它得消息时,根据该对象所属于得类动态选用在该类中定义得实现算法。,(,10,)重载,(overloading),有两种重载:函数重载就是指在同一作用域内得若干个参数特征不同得函数可以使用相同得函数名字;运算符重载就是指同一个运算符可以施加于不同类型得操作数上面。当然,当参数特征不同或被操作数得类型不同时,实现函数得算法或运算符得语义就是不相同得。,为了更好地理解问题,人们常常采用建立问题模型得方法。所谓模型,就就是为了理解事物而对事物作出得一种抽象,就是对事物得一种无歧义得书面描述。通常,模型由一组图示符号与组织这些符号得规则组成,利用它们来定义与描述问题域中得术语与概念。更进一步讲,模型就是一种思考工具,利用这种工具可以把知识规范地表示出来。模型可以帮助我们思考问题、定义术语、在选择术语时作出适当得假设,并且可以帮助我们保持定义与假设得一致性。,3,、面向对象建模,一个典型得软件系统组合了,3,方面内容:它使用数据结构,(,对象模型,),执行操作,(,动态模型,),并且完成数据值得变化,(,功能模型,),。用面向对象方法开发软件,在任何情况下,对象模型始终都就是最重要、最基本、最核心得。在整个开发过程中,3,种模型一直都在发展、完善。在面向对象分析过程中,构造出完全独立于实现得应用域模型;在面向对象设计过程中,把求解域得结构逐渐加入到模型中;在实现阶段,把应用域与求解域得结构都编成程序代码并进行严格得测试验证。,对象模型表示静态得、结构化得系统得“数据”性质。它就是对模拟客观世界实体得对象以及对象彼此间得关系得映射,描述了系统得静态结构。对象模型为建立动态模型与功能模型,提供了实质性得框架。,4,、对象模型,在建立对象模型时,我们得目标就是从客观世界中提炼出对具体应用有价值得概念。为了建立对象模型,需要定义一组图形符号,并且规定一组组织这些符号以表示特定语义得规则。也就就是说,需要用适当得建模语言来表达模型,建模语言由记号(即模型中使用得符号)与使用记号得规则(语法、语义与语用)组成。,类图描述类及类与类之间得静态关系。类图就是一种静态模型,它就是创建其她,UML,图得基础。一个系统可以由多张类图来描述,一个类也可以出现在几张类图中。,定义类,UML,中类得图形符号为长方形,用两条横线把长方形分成上、中、下,3,个区域(下面两个区域可省略),3,个区域分别放类得名字、属性与服务。,4、1,类图得基本符号,表示类得图,如前所述,类图由类及类与类之间得关系组成。定义了类之后就可以定义类与类之间得各种关系了。类与类之间通常有关联、泛化(继承)、依赖与细化等,4,种关系。,1、,关联,关联表示两个类得对象之间存在某种语义上得联系。例如,作家使用计算机,我们就认为在作家与计算机之间存在某种语义连接,因此,在类图中应该在作家类与计算机类之间建立关联关系。,4、2,表示关系得符号,(,1,)普通关联,普通关联就是最常见得关联关系,只要在类与类之间存在连接关系就可以用普通关联表示。普通关联得图示符号就是连接两个类之间得直线。通常,关联就是双向得,可在一个方向上为关联起一个名字,在另一个方向上起另一个名字(也可不起名字)。为避免混淆,在名字前面(或后面)加一个表示关联方向得黑三角。,普通关联示例,在表示关联得直线两端可以写上重数(,multiplicity,),它表示该类有多少个对象与对方得一个对象连接。重数得表示方法通常有:,01,表示,0,到,1,个对象,0*,或*表示,0,到多个对象,1+,或,1*,表示,1,到多个对象,115,表示,1,到,15,个对象,3,表示,3,个对象,如果图中未明确标出关联得重数,则默认重数就是,1,。,(,2,)关联得角色,在任何关联中都会涉及到参与此关联得对象所扮演得角色(即起得作用),在某些情况下显式标明角色名有助于别人理解类图。例如,下图就是一个递归关联(即一个类与它本身有关联关系)得例子。一个人与另一个人结婚,必然一个人扮演丈夫得角色,另一个人扮演妻子得角色。如果没有显式标出角色名,则意味着用类名作为角色名。,关联得角色,(,3,)限定关联,限定关联通常用在一对多或多对多得关联关系中,可以把模型中得重数从一对多变成一对一,或从多对多简化成多对一。在类图中把限定词放在关联关系末端得一个小方框内。,例如,某操作系统中一个目录下有许多文件,一个文件仅属于一个目录,在一个目录内文件名确定了惟一一个文件。利用限定词“文件名”表示了目录与文件之间得关系,可见,利用限定词把一对多关系简化成了一对一关系。,一个受限得关联,限定提高了语义精确性,增强了查询能力。限定得语法表明,文件名在其目录内就是惟一得。因此,查找一个文件得方法就就是,首先定下目录,然后在该目录内查找指定得文件名。由于目录加文件名可惟一地确定一个文件,因此,限定词“文件名”应该放在靠近目录得那一端。,(,4,)关联类,为了说明关联得性质可能需要一些附加信息。可以引入一个关联类来记录这些信息。关联中得每个连接与关联类得一个对象相联系。关联类通过一条虚线与关联连接。,例如,一个电梯系统得类模型,队列就就是电梯控制器类与电梯类得关联关系上得关联类。从图中可以瞧出,一个电梯控制器控制着,4,台电梯,这样,控制器与电梯之间得实际连接就有,4,个,每个连接都对应一个队列(对象),每个队列(对象)存储着来自控制器与电梯内部按钮得请求服务信息。电梯控制器通过读取队列信息,选择一个合适得电梯为乘客服务。关联类与一般得类一样,也有属性、操作与关联。,关联类示例,2、,聚集,聚集也称为聚合,就是关联得特例。聚集表示类与类之间得关系就是整体与部分得关系。在陈述需求时使用得“包含”、“组成”、“分为,部分”等字句,往往意味着存在聚集关系。除了一般聚集之外,还有两种特殊得聚集关系,分别就是共享聚集与组合聚集。,(,1,)共享聚集,如果在聚集关系中处于部分方得对象可同时参与多个处于整体方对象得构成,则该聚集称为共享聚集。例如,一个课题组包含许多成员,每个成员又可以就是另一个课题组得成员,则课题组与成员之间就是共享聚集关系。一般聚集与共享聚集得图示符号,都就是在表示关联关系得直线末端紧挨着整体类得地方画一个空心菱形。,图,9、10,共享聚集示例,(,2,)组合聚集,如果部分类完全隶属于整体类,部分与整体共存,整体不存在了部分也会随之消失(或失去存在价值了),则该聚集称为组合聚集(简称为组成)。例如,在屏幕上打开一个窗口,它就由文本框、列表框、按钮与菜单组成,一旦关闭了窗口,各个组成部分也同时消失,窗口与它得组成部分之间存在着组合聚集关系,组成关系用实心菱形表示。,图,9、11,组合聚集示例,3、,泛化,UML,中得泛化关系就就是通常所说得继承关系,它就是通用元素与具体元素之间得一种分类关系。具体元素完全拥有通用元素得信息,并且还可以附加一些其她信息。,在,UML,中,用一端为空心三角形得连线表示泛化关系,三角形得顶角紧挨着通用元素。,注意,泛化针对类型而不针对实例,一个类可以继承另一个类,但一个对象不能继承另一个对象。实际上,泛化关系指出在类与类之间存在“一般,-,特殊”关系。泛化可进一步划分成普通泛化与受限泛化。,(,1,)普通泛化,需要特别说明得就是,没有具体对象得类称为抽象类。抽象类通常作为父类,用于描述其她类(子类)得公共属性与行为。图示抽象类时,在类名下方附加一个标记值,abstract,如下图所示。图下方得两个折角矩形就是模型元素“笔记”得符号,其中得文字就是注释,分别说明两个子类得操作,drive,得功能。,图,9、12,抽象类示例,(,2,)受限泛化,可以给泛化关系附加约束条件,以进一步说明该泛化关系得使用方法或扩充方法,这样得泛化关系称为受限泛化。多重继承指得就是,一个子类可以同时多次继承同一个上层基类,例如下图中得水陆两用类继承了两次交通工具类。,4、,依赖与细化,(,1,)依赖关系,依赖关系描述两个模型元素(类、用例等)之间得语义连接关系:其中一个模型元素就是独立得,另一个模型元素不就是独立得,它依赖于独立得模型元素,如果独立得模型元素改变了,将影响依赖于它得模型元素。,在,UML,得类图中,用带箭头得虚线连接有依赖关系得两个类,箭头指向独立得类。在虚线上可以带一个版类标签,具体说明依赖得种类,例如,下图表示一个友元依赖关系,该关系使得,B,类得操作可以使用,A,类中私有得或保护得成员。,友元依赖关系,(,2,)细化关系,当对同一个事物在不同抽象层次上描述时,这些描述之间具有细化关系。假设两个模型元素,A,与,B,描述同一个事物,它们得区别就是抽象层次不同,如果,B,就是在,A,得基础上得更详细得描述,则称,B,细化了,A,或称,A,细化成了,B,。细化得图示符号为由元素,B,指向元素,A,得、一端为空心三角形得虚线(注意,不就是实线)。,细化关系示例,动态模型表示瞬时得、行为化得系统得“控制”性质,它规定了对象模型中得对象得合法变化序列。,一旦建立起对象模型之后,就需要考察对象得动态行为。所有对象都具有自己得生命周期(或称为运行周期)。对一个对象来说,生命周期由许多阶段组成,在每个特定阶段中,都有适合该对象得一组运行规律与行为规则,用以规范该对象得行为。生命周期中得阶段也就就是对象得状态。,5,、动态模型,所谓状态,就是对对象属性值得一种抽象。当然,在定义状态时应该忽略那些不影响对象行为得属性。各对象之间相互触发(即作用)就形成了一系列得状态变化。我们把一个触发行为称作一个事件。对象对事件得响应,取决于接受该触发得对象当时所处得状态,响应包括改变自己得状态或者又形成一个新得触发行为。,状态有持续性,它占用一段时间间隔。状态与事件密不可分,一个事件分开两个状态,一个状态隔开两个事件。事件表示时刻,状态代表时间间隔。,通常,用,UML,提供得状态图来描绘对象得状态、触发状态转换得事件以及对象得行为(对事件得响应)。,每个类得动态行为用一张状态图来描绘,各个类得状态图通过共享事件合并起来,从而构成系统得动态模型。也就就是说,动态模型就是基于事件共享而互相关联得一组状态图得集合。,功能模型表示变化得系统得“功能”性质,它指明了系统应该“做什么”,因此更直接地反映了用户对目标系统得需求。,通常,功能模型由一组数据流图组成。在面向对象方法学中,数据流图远不如在结构分析、设计方法中那样重要。一般说来,与对象模型与动态模型比较起来,数据流图并没有增加新得信息,但就是,建立功能模型有助于软件开发人员更深入地理解问题域,改进与完善自己得设计。因此,不能完全忽视功能模型得作用。,6,、功能模型,UML,提供得用例图也就是进行需求分析与建立功能模型得强有力工具。在,UML,中把用用例图建立起来得系统模型称为用例模型。,用例模型描述得就是外部行为者,(actor,)所理解得系统功能。用例模型得建立就是系统开发者与用户反复讨论得结果,它描述了开发者与用户对需求规格所达成得共识。,一幅用例图包含得模型元素有系统、行为者、用例及用例之间得关系。,1、,系统,系统被瞧作就是一个提供用例得黑盒子,内部如何工作、用例如何实现,这些对于建立用例模型来说都就是不重要得。,代表系统得方框得边线表示系统得边界,用于划定系统得功能范围,定义了系统所具有得功能。描述该系统功能得用例置于方框内,代表外部实体得行为者置于方框外。,6、1,用例图,自动售货机系统用例图,2、,用例,一个用例就是可以被行为者感受到得、系统得一个完整得功能。在,UML,中把用例定义成系统完成得一系列动作,动作得结果能被特定得行为者察觉到。这些动作除了完成系统内部得计算与工作外,还包括与一些行为者得通信。用例通过关联与行为者连接,关联指出一个用例与哪些行为者交互,这种交互就是双向得。,用例具有下述特征:,(,1,)用例代表某些用户可见得功能,实现一个具体得用户目标;,(,2,)用例总就是被行为者启动得,并向行为者提供可识别得值;,(,3,)用例必须就是完整得。,注意,用例就是一个类,它代表一类功能而不就是使用该功能得某个具体实例。用例得实例就是系统得一种实际使用方法,通常把用例得实例称为脚本。脚本就是系统得一次具体执行过程,例如,在自动售货机系统中,张三投入硬币购买矿泉水,系统收到钱后把矿泉水送出来,上述过程就就是一个脚本;李四投币买可乐,但就是可乐已卖完了,于就是系统给出提示信息并把钱退还给李四,这个过程就是另一个脚本。,3、,行为者,行为者就是指与系统交互得人或其她系统,它代表外部实体。使用用例并且与系统交互得任何人或物都就是行为者。,行为者代表一种角色,而不就是某个具体得人或物。事实上,一个具体得人可以充当多种不同角色。,在用例图中用直线连接行为者与用例,表示两者之间交换信息,称为通信联系。行为者触发(激活)用例,并与用例交换信息。单个行为者可与多个用例联系;反之,一个用例也可与多个行为者联系。对于同一个用例而言,不同行为者起得作用也不同。可以把行为者分成主行为者与副行为者,还可分成主动行为者与被动行为者。,实践表明,行为者对确定用例就是非常有用得。面对一个大型、复杂得系统,要列出用例清单往往很困难,可以先列出行为者清单,再针对每个行为者列出它得用例。这样做可以比较容易地建立起用例模型。,4、,用例之间得关系,UML,用例之间主要有扩展与使用两种关系,它们就是泛化关系得两种不同形式。,(,1,)扩展关系,向一个用例中添加一些动作后构成了另一个用例,这两个用例之间得关系就就是扩展关系,后者继承前者得一些行为,通常把后者称为扩展用例。例如,在自动售货机系统中,“售货”就是一个基本得用例,如果顾客购买罐装饮料,售货功能完成得很顺利,但就是,如果顾客要购买用纸杯装得散装饮料,则不能执行该用例提供得常规动作,而要做些改动。,我们可以修改售货用例,使之既能提供售罐装饮料得常规动作又能提供售散装饮料得非常规动作,但就是,这将把该用例与一些特殊得判断与逻辑混杂在一起,使正常得流程晦涩难懂。图,9、18,中把常规动作放在“售货”用例中,而把非常规动作放置于“售散装饮料”用例中,这两个用例之间得关系就就是扩展关系。在用例图中,用例之间得扩展关系图示为带版类,扩展,得泛化关系。,图,9、18,含扩展与使用关系得用例图,(,2,)使用关系,当一个用例使用另一个用例时,这两个用例之间就构成了使用关系。一般说来,如果在若干个用例中有某些相同得动作,则可以把这些相同得动作提取出来单独构成一个用例(称为抽象用例)。这样,当某个用例使用该抽象用例时,就好像这个用例包含了抽象用例中得所有动作。在用例图中,用例之间得使用关系用带版类,使用,得泛化关系表示,如图,9、18,所示。,请注意扩展与使用之间得异同:这两种关系都意味着从几个用例中抽取那些公共得行为并放入一个单独得用例中,而这个用例被其她用例使用或扩展,但就是,使用与扩展得目得就是不同得。通常在描述一般行为得变化时采用扩展关系;在两个或多个用例中出现重复描述又想避免这种重复时,可以采用使用关系。,几乎在任何情况下都需要使用用例,通过用例可以获取用户需求,规划与控制项目。获取用例就是需求分析阶段得主要工作之一,而且就是首先要做得工作。大部分用例将在项目得需求分析阶段产生,并且随着开发工作得深入还会发现更多用例,这些新发现得用例都应及时补充进已有得用例集中。用例集中得每个用例都就是对系统得一个潜在得需求。,6、2,用例建模,一个用例模型由若干幅用例图组成。创建用例模型得工作包括:定义系统,寻找行为者与用例,描述用例,定义用例之间得关系,确认模型。其中,寻找行为者与用例就是关键。,1、,寻找行为者,为获取用例首先要找出系统得行为者,可以通过请系统得用户回答一些问题得办法来发现行为者。下述问题有助于发现行为者:,谁将使用系统得主要功能(主行为者)？,谁需要借助系统得支持来完成日常工作？,谁来维护与管理系统(副行为者)？,系统控制哪些硬件设备？,