面向对象OMT方法PPT课件

第12章 面向对象OMT方法 12.1 OMT方法概述方法概述 12.2 建模概念建模概念 12.3 系统分析系统分析 12.4 系统设计系统设计 12.5 对象设计对象设计第第 12 章章 面向对象的面向对象的OMT方法方法返回主目录第12章 面向对象OMT方法1.2 面面 向向 对对 象象 的的 OMT 方方 法法12.1 OMT方法概述方法概述 12.1.1 OMT方法学方法学 OMT是一种软件工程方法学，支持整个软件生存周期。它覆盖了问题构成、分析、设计和实现等阶段。统分析阶段涉及对应用领域的理解及问题域建模。分析阶段的输入是问题陈述，说明要解决的问题并提供了对假想系统的概念总览，同用户不断对话以及对客观世界背景知识的了解作为分析的附加输入，分析的结果是一个形式化模型，该模型概括了系统的 3 个本质因素:对象及对象之间的关系、动态的控制流以及带有约束的功能数据变换。系统设计阶段确定整个系统的体系结构。第12章 面向对象OMT方法 以对象模型为指导，系统可由多个子系统组成，把对象组织成聚集并发任务而反映并发性，对动态模型中处理的相互通信、数据存储及实现要制定全面的策略，在权衡设计方案时要建立优先顺序。对象设计阶段要精心考虑和细化分析模型，然后优化地生成一个实际设计。对象设计的重点从应用域概念转到计算机概念上来，应选择基本算法来实现系统中各主要功能。OMT方法学是组织开发的一种过程。这种过程是建立在一些协调技术之上的，OMT方法的基础是开发系统的 3 个模型，再细化这 3 种模型，并优化以构成设计。对象模型由系统中的对象及其关系组成，动态模型描述系统中对象对事件的响应及对象间的相互作用，功能模型则确定对象值上的各种变换及变换上的约束。第12章 面向对象OMT方法 12.1.2 系统分析系统分析 分析的目的是确定一个系统“干什么”的模型，该模型通过使用对象、关联、动态控制流和功能变换等来描述。分析过程是一个不断获取需求及不断与用户磋商的过程。1.问题陈述问题陈述 问题陈述为记下或获取对问题的初步描述。2.构造对象模型构造对象模型 构造对象模型的步骤如下：(1)确定对象类。(2)编制描述类、属性及关联的数据词典。(3)在类之间加入关联。第12章 面向对象OMT方法 (4)给对象和链加入属性。(5)使用继承来构造和简化对象类。(6)将类组合成模块，这种组合在紧耦合和相关功能上进行。最后得到：对象模型=对象模型图+数据词典。3.构造动态模型构造动态模型 构造动态模型的步骤如下：(1)准备典型交互序列的脚本。(2)确定对象间的事件并为各脚本安排事件跟踪。(3)准备系统的事件流图。(4)开发具有重要动态行为的各个类的状态图。第12章 面向对象OMT方法 (5)检查状态图中共享事件的一致性和完整性。最后得到：动态模型=状态图+全局事件流图。4.构造功能模型构造功能模型 构造功能模型的步骤如下：(1)确定输入、输出值。(2)需要时使用数据流图来表示功能依赖关系。(3)描述各功能“干什么”。(4)确定约束。(5)详细说明优化标准。最后得到：功能模型=数据流图+约束。第12章 面向对象OMT方法 12.1.3 系统设计系统设计 在系统设计阶段建立系统的高层结构，有各种标准结构可以用作设计的起点。面向对象的开发方法对系统设计没有什么特殊的限制，但覆盖了完整的软件开发阶段，开发步骤如下:(1)将系统分解为各子系统。(2)确定问题中固有的并发性。(3)将各子系统分配给处理器及任务。(4)根据数据结构、文件及数据库来选择实现存储的基本策略。(5)确定全局资源和制定控制资源访问的机制。第12章 面向对象OMT方法 (6)选择实现软件控制的方法。(7)考虑边界条件。最后得到：系统设计文档=系统的基本结构+高层次决策策略。第12章 面向对象OMT方法 12.1.4 对象设计对象设计 对象设计时，对分析模型进行详细分析和阐述并且奠定实现的基础，从分析模型的面向客观边界的观点转到面向实现的计算机观点上来，其步骤如下:(1)从其他模型获取对象模型上的操作:在功能模型中寻找各个操作，为动态模型中的各个事件定义一个操作，与控制的实现有关。(2)设计实现操作的算法:指选择开销最小的算法，选择适合于算法的数据结构，定义新的内部类和操作。给那些与单个类联系不太清楚的操作分配内容。第12章 面向对象OMT方法 (3)优化数据的访问路径：指增加冗余联系以减少访问开销，提高方便性，重新排列运算以获得更高效率。为防止重复计算复杂表达式，保留有关派生值。(4)实现系统设计中的软件控制。(5)为提高继承而调整类体系：是为提高继承而调整和重新安排类和操作，从多组类中把共同行为抽取出来。(6)设计关联的实现。分析关联的遍历，使用对象来实现关联或者对关联中的 1、2 个类增加值对象的属性。(7)确定对象属性的明确表示：是将类、关联封装成模块。最后得到：对象设计文档=细化的对象模型+细化的动态模型+细化的功能模型。第12章 面向对象OMT方法12.2 建建 模模 概概 念念 12.2.1 对象模型对象模型 对象模型表示了静态的、结构化的系统数据性质，描述了系统的静态结构，它是从客观世界实体的对象关系角度来描述。表现了对象的相互关系。该模型主要关心系统中对象的结构、属性和操作，使用了对象图的工具来刻划，它是分析阶段3个模型的核心，是其他两个模型的框架。1.对象和类对象和类 1)对象 对象就是应用领域中有意义的事物。对象建模的目的就是描述对象，把对象定义成问题域的概念、抽象或者具有明确边界和意义的事物。第12章 面向对象OMT方法 对象有两种用途：一是促进对客观世界的理解，二是为计算机实现提供实际基础。问题分解为对象依赖于对问题判断和问题的性质。对象的符号表示如图12.1所示。2)类 对象类描述具有相似或相同性质（属性）的一组对象，这组对象具有一般行为（操作）、一般关系（对象之间的）及一般语义。类是对象类的略写，类中对象有相同的属性、行为模式。通过将对象聚集成类，可以使问题抽象化，抽象增强了模型的归纳能力。类的图形表示如图12.2所示，图12.2中的属性和操作可写可不写，这取决于所需的详细程度。第12章 面向对象OMT方法图 12.1 对象的符号表示（类名）属性值第12章 面向对象OMT方法 3)属性属性 属性指的是类中对象所具有的数据值。如人的属性是姓名、年龄及地址等。对每个对象来说，其中每一属性都具有一个值，不同对象的同一属性可以具有相同或不同的属性值。类中的各属性名是唯一的。属性的表示如图12.2的中间区域所示，每个属性名后可附加一些说明，即为属性的类型及缺省值，冒号后紧跟着类型，等号后紧跟着缺省值。4)操作和方法 操作是类中对象所使用的一种功能或变换，类中的各对象可以共享操作，每个操作都有一个目标对象作为其隐含参数。操作的行为取决于其目标所归属的类，对象“知道”其所归属的类，因而能正确地实现该操作。第12章 面向对象OMT方法第12章 面向对象OMT方法 方法是类的操作的实现步骤。例如文件这个类，可有打印操作，可设计不同的方法来实现ASCII文件的打印、二进制文件的打印及数字图像文件的打印，所有这些方法逻辑上均是做同一工作，即打印文件。因此可用类中print操作去执行它们，但每个方法均是由不同的一段代码来实现。操作的表示如图12.2底部区域所示，操作名后可跟参数表，用圆括号括起来，各个参数之间用逗号分开，参数名后可跟类型，用冒号与参数名分开，参数表后面用冒号来分隔结果类型，结果类型不能省略。结果类型是指该操作的返回值的类型。第12章 面向对象OMT方法 4)操作和方法 操作是类中对象所使用的一种功能或变换，类中的各对象可以共享操作，每个操作都有一个目标对象作为其隐含参数。操作的行为取决于其目标所归属的类，对象“知道”其所归属的类，因而能正确地实现该操作。方法是类的操作的实现步骤。例如文件这个类，可有打印操作，可设计不同的方法来实现ASCII文件的打印、二进制文件的打印及数字图像文件的打印，所有这些方法逻辑上均是做同一工作，即打印文件。因此可用类中print操作去执行它们，但每个方法均是由不同的一段代码来实现。第12章 面向对象OMT方法 操作的表示如图12.2底部区域所示，操作名后可跟参数表，用圆括号括起来，各个参数之间用逗号分开，参数名后可跟类型，用冒号与参数名分开，参数表后面用冒号来分隔结果类型，结果类型不能省略。结果类型是指该操作的返回值的类型。2.关联和链关联和链 关联和链是建立对象及类之间关系的一种手段。1)关联和链的含义 链表示对象间的物理与概念的联结，如张三为通达公司工作。关联表示类之间的一种关系，就是一些可能的链的集合。第12章 面向对象OMT方法图 12.3 二元关联类1类2关联名二元关联的表示公司人员雇用二元关联的例(公司)通达(人员)张三雇用链的例子第12章 面向对象OMT方法 正如对象与类的关系一样，对象是类的实例，类是对象的抽象。而链是关联的实例，关联是链的抽象。两个类之间的关联称为二元关联，三个类之间的关联称为三元关联，关联的表示是在类之间画一连线。图12.3表示了二元关联，图12.4表示一种三元关联，说明程序员使用计算机语言来开发项目。角色为关联的端点，说明类在关联中的作用和角色。不同类的关联角色可有可无，同类的关联角色不能省，角色的表示如图12.5所示。第12章 面向对象OMT方法图 12.4 三元关联类1类3类2 三元关联的表示程序名项目语言 三元关联的例子第12章 面向对象OMT方法图 12.5 关联的角色的表示类1类1关联名角色1角色2公司人员雇用雇用者受雇用管理经理雇员第12章 面向对象OMT方法 2)受限关联 受限关联由两个类及一个限定词组成，限定词是一种特定的属性，用来有效地减少关联的重数，限定词在关联的终端对象集中说明。受限关联的表示如图12.6所示。图12.6中有目录和文件两个类，一个文件只属于一个目录，在目录的内容中，文件名唯一确定一个文件，目录与文件名合并即可得到一个文件。一个文件与目录及文件名有关，限定减少了一对多的重数，一个目录下含有多份文件，各文件都有唯一的文件名。第12章 面向对象OMT方法类1限定词类2受限关联的表示目录文件名文件受限关联的例图12.6 受限关联第12章 面向对象OMT方法 限定提高了语义的精确性，增强了查询能力。3)关联的多重性 关联的多重性是指类中有多少个对象与关联的类的一个对象相关。重数常描述为“一”或“多”。但更常见的情况是非负整数的子集。如轿车的车门数目为24的范围，关联重数可用对象图关联线连的末端的特定符号来表示。小实心圆表示“多个”，从零到多。小空心圆表示零或一，没有符号表示的是一对一关联。图12.7表示了各种关联的重数。4)链属性 链属性是关联的链的性质，如同属性是类中对象的性质一样。链属性的表示如图12.8所示。第12章 面向对象OMT方法国家首都1个。一个国家有一个首都工作站窗口公司顾客0个,1个。用户目录汽车车门112,4一个工作站有0个或1个窗口0个,多个。一个公司有0个或多个雇员1个,多个。一个用户有1个或多个目录12个,4个。一辆汽车有12个或4个车门12.7 关联的充数第12章 面向对象OMT方法类1类2链属性关联名文件用户访问权限被访问 图12.8 关联的链属性第12章 面向对象OMT方法 在两个类的连线上用一弧与方框相连。方框有两个区域，第二个区域表示一个或多个属性。这种表示强调了对象属性与链属性的相似性。可以把一对一或一对多的关联的链属性放入一方的类中，但对多对多的关联而言，这是不可能的，从原则上来说，链属性不应当并入类中。因为一旦改变关联的重数，系统未来的灵活性将会降低。3.类的层次结构类的层次结构 1)聚集关系 聚集是一种“整体成员”关系，在这种关系中，有整体类和成员类之分。聚集最重要的性质是传递性，也具有逆对称性。第12章 面向对象OMT方法 聚集的符号表示与关联相似，不同的只是在关联的整体类端多了一个菱形框，如图12.9所示。图12.9中的例子说明了一个字处理应用的对象模型的一部分。文件中有多个段，每个段又有多个句子，每个句子又有多个词。聚集可以有不同层次，可以把成员类聚集起来得到一棵简单的聚集树，聚集树是一种简单表示，比画很多线来将成员类联系起来简单得多，对象模型应该容易地反映各级层次，图12.10表示一个关于微机的多级聚集。第12章 面向对象OMT方法 图 12.9 聚集关系整体类成员类文件段句子词第12章 面向对象OMT方法图 12.10 多级聚集底架CPURAM机箱监控器系统板鼠标键盘微机1第12章 面向对象OMT方法 2)一般化关系 一般化关系是在保留对象差异的同时共享对象相似性的一种高度抽象方式。它是“一般具体”的关系。有一般化类和具体类之分，一般化类又称父类，具体类又称子类，各子类继承了父类的性质，而各子类的一些共同性质和操作又归纳到父类中。因此，一般化关系和继承是同时存在的。一般化关系可以有不同层次，构成多级一般化和继承，祖先类和子孙类就是各级层次上的一般化关系。一个子类的实例也可以是它所有祖先的实例，实例的状态包括祖先类中各属性的值。一般化关系的符号表示是在类关联的连线上加一个小三角形，如图12.11所示。第12章 面向对象OMT方法图 12.11 一般化关系一般化类具体类1具体类2点线弧折线0维图1维图多边形圆2维图图形第12章 面向对象OMT方法 一般化关系和继承是同一思想的不同体现，用一般化来表示类之间的关系，而使用继承来表示一般化关系中共享属性及共享操作的机制。一般化与具体化是对同一关系的不同看法，一般化指的是父类是子类的一般化，是从父类角度看问题;具体化指的是子类是父类的具体表达，是从子类角度看问题。继承有单重继承和多重继承。单重继承指的是子类只有一个父类，在一个类层次结构中，若只有单重继承，则该类层次结构是树型层次结构。多重继承指的是子类继承了多个父类的性质，即子类有多个父类，这是一种比单重继承更为复杂的一般化关系。在一个类层次结构，若有多重继承，则该类层次结构是网型层次结构。多重继承的优点是在明确类时，更为有效。同时增加了重用机会。第12章 面向对象OMT方法 这使概念建模更接近人的思维。缺点是丢失了概念及实现上的简单性。一个父类具体化后的子类可以是分离的，也可以是重叠的。用空三角来表示具体化后的子类是分离的，用实三角表示具体化后的子类是重叠的。若在一个类层次结构中，具体化的子类均是分离的，即均用空三角表示具体，则该层次结构均为单重继承。若在一个类层次结构中，具体化后的子类有重叠的子类，即有实三角表示具体化的，则该结构为多重继承。图12.12给出了来自重叠类的多重继承。第12章 面向对象OMT方法图 12.12 来自重叠类的多重继承专职职工在职研究生职工统招研究生研究生人汽车水陆两用车陆上运输工具船水上运输工具运输工具第12章 面向对象OMT方法 4.对象模型对象模型 1)模块 模块是类、关联及一般化结构的逻辑组成。一个模块只反映问题的一个侧面。如房间、电线、自来水管和通风设备等模块反映的就是建筑物的不同侧面。模块的边界大都由人来设置。模块的概念与Coad方法的主题类似，它是相关类、关联的一种抽象机制。2)对象模型 对象模型是由一个或若干模块组成。模块将模型分为若干个便于管理的子块，在整个对象模型和类及关联的构造块之间，模块提供了一种集成的中间单元，模块中的类名及关联名必须是唯一的。各模块也应尽可能使用一致的类名和关联名。模块名一般列在表的顶部，模块没有其他特殊的符号表示。第12章 面向对象OMT方法 在不同模块之间可查找相同的类，在多个模块中寻找同一类是将模块组合起来的一种机制。模块之间的链（外部联系）比模块内的链（内部联系）更少。3)表 复杂模型在一张图上表示不下，表就是将模型分解为多个块的一种机制，一张表占一页，一般一张表只表示一个模块，表仅仅是为表示上方便，并不是一种逻辑结构。每张表都有一个标题，一个名称或代号，同一关联和一般化只出现在同一张表上。类可出现在多张表上，类的多次拷贝是连结各表的桥梁。在类盒边注明表名或表号，以方便查找该类的一些表。第12章 面向对象OMT方法 12.2.2 动态模型动态模型 动态模型是与时间和变化有关的系统性质。该模型描述了系统的控制结构，它表示了瞬时的、行为化的系统控制性质;它关心的是系统的控制，操作的执行顺序;它从对象的事件和状态的角度出发，表现了对象的相互行为。该模型描述的系统属性是触发事件、事件序列、事件状态、事件与状态的组织，使用状态图作为描述工具，涉及到事件、状态及操作等重要概念。1.事件事件 1)事件的含义第12章 面向对象OMT方法 事件是指定时刻发生的事物，是某事物发生的信号，它没有持续时间，是一种相对性的快速事件。现实世界中，各对象之间相互触发，一个触发行为就称作是一个事件。对事件的响应取决于接受该触发的对象的状态，响应包括状态的改变或形成一个新的触发。事件可看成是信息从一个对象到另一个对象的单项传送，发送事件的对象可能期望对方的答复，但这种答复也是一个受第二个对象控制下的一个独立事件，第二个对象可以发送也可以不发送这个答复事件。2)事件类 把各个独立事件的共同结构和行为抽象出来，组成事件类，给每个类命名，这种事件类的结构也是层次的，大多数事件类具有属性，用来表明传递的信息，但有的事件类仅仅是简单的信号。第12章 面向对象OMT方法 2)事件类 把各个独立事件的共同结构和行为抽象出来，组成事件类，给每个类命名，这种事件类的结构也是层次的，大多数事件类具有属性，用来表明传递的信息，但有的事件类仅仅是简单的信号。由事件传递的数据值是事件的属性，像对象属性一样。属性跟在事件类名后面，用括号括起来。事件发生的时间是所有事件的隐含属性。下列是一些事件类和相应的属性：(1)飞机航班（航线，机号，城市）。(2)按鼠标键（键，定位）。(3)键入字符串（正文）。第12章 面向对象OMT方法 3)脚本 脚本是指系统某一执行期间内出现的一系列事件。脚本范围可以是变化的，它可包括系统中所有事件，也可以只包括被某些对象触发或产生的事件。脚本可以是执行系统的历史记录，也可以是执行系统的模块。下面给出使用电话的脚本，该脚本只包括影响电话线的事件：呼叫者拿起电话；响拨号声；呼叫者拨号（3）；第12章 面向对象OMT方法 拨号声停；呼叫者拨号（2）；呼叫者拨号（6）；呼叫者拨号（8）；呼叫者拨号（8）；电话鸣响声；4)事件跟踪 第12章 面向对象OMT方法 可用事件跟踪图来表示事件、事件的接收对象和发送对象接收和发送对象位于垂直线顶端。各事件用水平箭头线表示，箭头方向是从发送对象指向接收对象，时间从上到下递增。图12.13给出打电话的事件跟踪图。2.状态状态 1)状态的含义 对象所具有的属性值称为它的状态。状态是对象属性值的一种抽象，按照影响对象显著行为的性质将值集归并到一个状态中去，状态指明了对象对输入事件的响应。第12章 面向对象OMT方法图 12.13 打电话事件跟踪图 拿起电话 响拨号声 拨号(3)拨号声停 拨号(2)拨号(8)鸣响声 呼叫者挂断 停鸣响声 电话接通 电话中断响铃 受话者拿起电话 铃声停 电话接通 受话者挂断 电话中断呼叫者电话线受话者第12章 面向对象OMT方法 2)状态的性质 状态具有如下性质：(1)时间性：状态与时间间隔有关，事件表示时刻，状态表示时间间隔，同一对象接收两个事件之间是一个状态。对象的状态依赖于接收的事件序列。(2)持续性：状态有持续性，它占有一个时间间隔，状态常与连续的活动有关，状态与需要时间才能完成的活动有关。3)事件与状态的关系 事件和状态是孪生的，一事件分开两种状态，一个状态分开两个事件。第12章 面向对象OMT方法 4)状态的说明 说明一个状态具有的内容：状态名，状态目的描述，产生该状态的事件序列，表示状态特征的事件，在状态中接收的条件。3.状态图状态图 1)状态图的含义 状态图是一个标准的计算机概念，它是有限自动机的图形表示，这里把状态图作为建立动态模型的图形工具。文字上的含义有所不同，我们强调使用事件和状态来确定控制，而不是作为代数构造法。第12章 面向对象OMT方法 状态图反映了状态与事件的关系，当接收一事件时，下一状态就取决于当前状态的该事件，由该事件引起的状态变化称转换。状态图确定了由事件序列引起的状态序列 状态图描述了对象模型中某个类的行为，由于类的所有对象有相同的行为，那么这些对象共享同一状态图，正如它们共享相同的类性质一样。但因为各对象有自己的属性值，因此各对象也有自己的状态，按自己的步调前进。2)状态图的表示 状态图是一种图表，用结点表示状态，结点用圆角框表示；圆角框内有状态名，用带箭头连线（弧）表示状态的转换，上面标记事件名，箭头方向表示转换的方向。状态图的表示如图12.14所示。第12章 面向对象OMT方法图 12.14 状态图 状态1状态2事件第12章 面向对象OMT方法 3)单程图 单程状态图是具有起始状态和最终状态的状态图。在创建对象时，进入初始状态，进入最终状态隐含着对象消失。初始状态用圆点来表示，可标注不同的起始条件；最终状态用圆圈中加圆点表示，可标注终止条件。图12.15给出了象棋比赛中的单程状态图。4)循环状态图 在循环状态图中，没有初始状态和最终状态,循环状态图如图12.16所示。例如在图12.17中，在家时，不穿雨披（状态）;上班骑车（事件）时，如果天下雨（条件）则就穿雨披（下一状态）。第12章 面向对象OMT方法白方黑方将死僵持僵持将死黑方胜平局白方胜白方走黑方走开始图12.15 单程图的事例第12章 面向对象OMT方法图 12.16 循环状态图菜单消失菜单可见按下右按钮恢复右按钮移动光标第12章 面向对象OMT方法图 12.17 转换的保护条件不穿雨披穿雨披上班骑车下雨第12章 面向对象OMT方法 2)操作 若状态图只用于描述事件模式，则用途不大，还应说明事件是如何触发操作的。对象处于某状态时，可以附有多种操作，对象的某种状态出现一个事件时，就要转换到另一状态，则附在状态或转换上的操作就要被执行，有动作和活动两种操作。3)活动 活动是一种有时间间隔的操作，它是依附于状态上的操作。活动包含一些连续的操作，如在屏幕上显示一张图。活动也包含一段时间内的序列操作，该序列由自身终止。在状态结点上，活动表示为“do:活动名”，进入该状态时，则执行该活动的操作，该活动由来自引起该状态的转换的事件终止。第12章 面向对象OMT方法 4)动作 动作是一种即时操作，它是与事件有关的操作，动作名放在事件之后，用“/动作名”来表示。该操作与状态图的变化比较起来，其持续时间是无关紧要的。带有操作和条件的状态图和表示如图12.18所示。5.动态模型的构造动态模型的构造 在构造动态模型时，应注意下列问题:(1)只构造那些具有意义的动态行为的类的状态图，并不是所有类都需要状态图。(2)为保持整个动态模型的正确性，对共享事件中各个状态的一致性进行检测。第12章 面向对象OMT方法状态1do：活动1事件1条件1/动作1状态2do：活动2第12章 面向对象OMT方法 (3)使用脚本以帮助构造各状态图。(4)定义状态时，只考虑相关属性，所有对象模型中表示的属性都不必用在状态图中。(5)在决定事件和状态的大小时，需考虑到应用要求。(6)区分应用中的活动和动作，活动出现在一段时间内，动作的出现是瞬时的。(7)尽量使子类状态图独立于其父类的状态图。第12章 面向对象OMT方法 功能模型描述了系统的所有计算，功能模型指出发生了什么，动态模型确定什么时候发生，而对象模型确定发生的客体。功能模型表明一个计算如何从输入值得到输出值。而不考虑所计算的次序。功能模型由多张数据流图组成。数据流图说明数据流是如何从外部输入，经过操作和内部存储输出到外部的。功能模型也包括对象模型中值的约束条件。功能模型说明对象模型中操作的含义、动态模型中动作的意义以及对象模型中约束的意义。一些不存在相互作用的系统，如编译器系统，它们的动态模型较小，其目的是功能处理，功能模型是这类系统的主要模型。第12章 面向对象OMT方法 1.数据流图数据流图 功能模型由多张数据流图组成。数据流图用来表示从源对象到目标对象的数据值的流向，数据流图不表示控制信息，控制信息在动态模型中表示。数据流图也表示对象中值的组织，这种信息在对象模型中表示。数据流图中包含有处理、数据流、动作对象和数据存储对象。图12.19给出一个窗口系统的图标显示的数据流图，图标名和位置作为数据流图的输入，使用现有的图标定义，将图标扩展为应用坐标系统中的向量。该向量应限制在窗口尺寸内，通过窗口移动来得到屏幕坐标向量。最后向量被转换为像素操作，该操作可发往屏幕显示缓冲区。数据流图表示了外部值所执行的变换序列及影响此计算的对象。第12章 面向对象OMT方法图 12.19 窗口系统的图标显示扩展成向量剪裁向量移位向量转换成像素应用向量表窗口向量表屏幕向量表屏幕缓冲像素操作图标定义窗口图标名位置尺寸位置第12章 面向对象OMT方法 2.处理处理 数据流图中的处理用来改变数据值，最低层处理是纯粹的函数，典型的函数包括两个数值的计算，一张完整的数据流图是一个高层处理。处理用对象类上操作的方法来实现。处理的表示法如图12.20所示，用椭圆表示处理，椭圆中标注处理名。各处理均有输入流和输出流，各箭头上方标识出输入输出流。图12.20中表示了两个处理，其中图12.20(b)“显示图标”的处理是图12.19的上一级抽象，表示了一张完整的数据流图。第12章 面向对象OMT方法 图 12.20处理(a)整数除法；(b)显示图标整数除法商数余数被除数除数显示图标像素操作图标名位置(a)(b)第12章 面向对象OMT方法 3.数据流数据流 数据流图中的数据流将对象的输出与处理、处理与对象的输入、处理与处理联系起来，在一个计算中，用数据流来表示中间数据值，数据流不能改变数据值。数据流用箭头来表示，向从数据值的产生对象指向接收对象。箭头上方标注该数据流的名字。数据流图边界上的数据流是图的输入/输出流，这些数据流可以与对象相关，也可以不相关。图12.20(b)的输入流是图标名和位置，该输入流的产生对象应在上一层数据流图中说明。该图的输出流为像素操作，接收对象是屏幕缓冲。第12章 面向对象OMT方法 4.动作对象动作对象 动作对象是一种主动对象，它通过生成或者使用数据值来驱动数据流图。动作对象为数据流图的输入输出流的产生对象和接收对象，位于数据流图的边界,作为输入流的源点或输出流的终点。动作对象用长方形表示，说明它是一个对象，动作对象和处理之间的箭头线表明了该图的输入输出流。图12.19的屏幕缓冲是一个使用像素操作的动作对象。第12章 面向对象OMT方法 5.数据存储数据存储 数据流图中的数据存储是被动对象，它用来存储数据。与动作对象不一样，数据存储本身不产生任何操作，它只响应存储和访问数据的要求。数据存储用二条平行线段来表示，线段之间写明数据存储名。输入箭头表示更改所存储的数据，如增加元素，更改数据值，删除元素等；输出箭头表示从数据存储中查找信息。动作对象和数据存储都是对象，它们的行为和用法不同，应区别这两种对象。数据存储可以用文件来实现，而动作对象可用外部设备来体现。第12章 面向对象OMT方法 有些数据流也是对象，尽管在许多情况下，它们只代表纯粹的值含义。把对象看成是单纯的数值和把对象看成是包含有许多数值的数据存储，这二者是有差异的。在数据流图中，用空三角来表示产生对象的数据流。6.确定操作确定操作 数据流图中的处理最终必须用对象的操作来实现，各个最底层的原子处理就是一个操作，高层处理也可认为是操作。它具有查询、动作、活动和访问等重要的操作。第12章 面向对象OMT方法 1)查询 查询是任何对象的外部可见的、无副作用的一种操作，是一种纯函数，查询操作是从对象模型中得来的。2)动作 动作是某个时刻对象的操作。阐明动作的一种方法是使用算法来实现，通常很容易定义简单的算法。描述的清晰、无二义是十分重要的。3)活动 活动是占用时间的对象的操作，由于活动需要时间，则活动本身就具有副作用。活动只对动作对象有意义。第12章 面向对象OMT方法 4)访问 访问操作是用来读写对象属性值的。在分析时不必列出或确定访问操作。但在设计时，访问操作可直接从对象模型中类的属性和关联中得到。第12章 面向对象OMT方法12.3 系统分析系统分析 12.3.1系统分析概述系统分析概述 系统分析的过程如图12.21所示。系统分析开始于用户和开发者对问题的陈述，该陈述可能是不完整的或不正确的，分析可以使陈述更精确并且提示了陈述的二义性和不一致性。问题的陈述不可能是一成不变的，它应该是细化实际需求的基础。接着必须理解问题陈述中描述的客观世界，将它的本质属性抽象成模型表示。自然语言的描述通常是二义性的、不完整并且也是不一致的。分析模型应该是问题的精确而又简洁的表示，后继的设计阶段必须参考模型的内容，更重要的是开发早期的错误可以通过分析模型来修正。第12章 面向对象OMT方法图 12.21 系统分析过程用户开发者管理者一般需求用户知识领域知识现实世界经验建模问题陈述对象模型动态模型功能模型系统设计第12章 面向对象OMT方法图12.22 银行网络系统示意图出纳站分理处计算机分理处计算机出纳站帐户帐户分行计算机自动出纳机自动出纳机自动出纳机用户第12章 面向对象OMT方法 分析不可能按照严格顺序来执行，大型模型需要反复构造，先构造模型的子集，然后扩充直至理解整个问题。分析并非是机械过程，大多数问题陈述缺少必要的信息。这种信息可从用户或从分析者对问题域的背景中得到。分析者必须与用户接触、交流，目的是澄清二义性和错误概念。第12章 面向对象OMT方法 开发任何系统的第一步都是陈述需求，如果目标模糊，只会推迟决策，导致修改麻烦。问题陈述应该阐述“要干什么”，而不是“如何做”。它应该是需求的陈述，而不是解决问题的方法。问题陈述可详细也可简略，传统问题的需求可相当详细。而对一个新领域的研究项目的需求可能缺少许多详情，但假设这种研究有一些目标，这样就可陈述清楚。分析者必须同用户一块工作来提出需求，因为这样才能表达用户的真实意图，其中涉及对需求的分析及查找丢失的信息下面以“银行网络系统”为例，用OMT方法进行开发。第12章 面向对象OMT方法 银行网络系统问题陈述：设计支持银行网络的软件，银行网络包括人工出纳和分行共享的自动出纳机。每个分理处用自己的计算机来保存各自的帐户，处理各自的事务；各分理处的出纳站与分理处计算机通信，出纳站录入帐户和事务数据；自动出纳机与分行计算机通信，分行计算机与拨款分理处结帐，自动出纳机与用户接口接受现金卡，与分行系统通信完成事务，发放现金，打印收据；系统需要记录保管和安全措施；系统必须正确处理同一帐户的并发访问；每个分理处为自己的计算机准备软件，银行网络费用根据顾客和现金卡的数目分摊给各分理处。第12章 面向对象OMT方法 12.3.3 建立对象模型建立对象模型 首先标识类和关联，因为它们影响到整体结构和解决问题的方法;其次是增加属性，进一步描述类和关联的基本框架，使用继承合并和组织类;最后将操作增加到类中去作为构造动态模型和功能模型的参考。1.确定类确定类 构造对象模型的第一步是标识来自问题域的相关对象类，对象包括物理实体和概念。所有类在应用中都必须有意义，在问题陈述中，并非所有类都是明显给出的,有些是隐含在问题域或一般知识中的。按图12.23所示的过程确定对象类。第12章 面向对象OMT方法图 12.23 确定对象类选取名词排除假的类暂定的对象类对象类问题陈述第12章 面向对象OMT方法 检查问题陈述中的所有名词，产生如下的暂时对象类：软件银行网络出纳员自动出纳机分行 分理处分理处计算机帐户事务出纳站 事务数据分行计算机现金卡用户现金 收据系统顾客费用帐户数据 访问安全措施记录保管 根据下列标准，去掉不必要的类和不正确的类:(1)冗余类：若两个类表述了同一个信息，保留最富有描述能力的类，如“用户”和“顾客”就是重复的描述，因为“顾客”最富有描述性，因此保留它。第12章 面向对象OMT方法 (2)不相干的类：除掉与问题没有多少关系或根本无关的类。例如，摊派“费用”超出了银行网络系统的范围。(3)模糊类：类必须是确定的，有些临时类边界定义不对，或范围太广，如“记录保管”为模糊类，它是“事务”中的一部分。在银行网络系统中，模糊类有“系统”、“安全措施”、“记录保管”及“银行网络”等，应删除。(4)属性：如果某一性质的独立性很重要，就应该把它归属到类，而不是属性。有些候选类是属性，如“帐户数据”、“收据”、“现金”及“事务数据”属于属性，也应删除。(5)操作：如果所描述的操作并不适用于对象并且被其自身所操纵，那么这一定不是类，具有自身性质的操作应该描述成类。第12章 面向对象OMT方法 如我们只构造电话模型，“拨号”就是动态模型的一部分而不是类，但在电话拨号系统中，“拨号”是一个重要的类，它有日期、时间及受话地点等属性。属于实现的暂时对象类如“访问”，“软件”等，这些均应除去。2.准备数据字典准备数据字典 为所有建模实体准备一个数据字典，准备描述各对象类的精确含义，描述当前问题中的类的范围，包括对类的成员、用法方面的假设或限制。3.确定关联确定关联 二个或多个类之间的相互依赖就是关联，一种依赖表示一种关联，可用各种方式来实现关联，但在分析模型中应删除实现的考虑，以便设计时更为灵活。第12章 面向对象OMT方法 关联常用描述性动词或动词词组来表示，其中有物理位置的表示、传导的动作、通信、所有者关系及条件的满足等。从问题陈述中抽取所有可能的关联表述，把它们记下来，但不要过早去细化这些表述。下面是银行网络系统示例中所有可能的关联，大多数是直接抽取问题中的动词词组而得到的。在陈述中，有些动词词组表述的关联是不明显的。还有一些关联与客观世界或人的假设有关，必须同用户一起核实这种关联，因为这种关联在问题陈述中找不到。1)银行网络系统问题陈述中的关联 银行网络系统问题陈述中的关联如下所示：(1)银行网络包括出纳站和自动出纳机。第12章 面向对象OMT方法(2)分行共享自动出纳机。(3)分理处提供分理处计算机。(4)分理处计算机保存帐户。(5)分理处计算机处理帐户支付事务。(6)分理处拥有出纳站。(7)出纳站与分行计算机通信。(8)出纳员为帐户录入事务。(9)自动出纳机接受现金卡。(10)自动出纳机与用户接口。第12章 面向对象OMT方法 (11)自动出纳机发放现金。(12)自动出纳机打印收据。(13)系统处理并发访问。(14)分理处提供软件。(15)费用分摊给分理处。2)隐含的动词词组 隐含的动词词组如下所示：(1)分行由分理处组成。(2)分理处拥有帐户。第12章 面向对象OMT方法 (3)分行拥有分行计算机。(4)系统提供记录保管。(5)系统提供安全。(6)顾客有现金卡。3)基于问题域的知识 基于问题域的知识如下所示：(1)分理处雇用出纳员。(2)现金卡访问帐户。4)去掉不必要和不正确的关联 使用下列标准去掉不必要和不正确的关联：第12章 面向对象OMT方法 (1)若某个类已被删除，那么与它有关的关联也必须删除或者用其他类来重新表述。在示例中，删除了“银行网络”，相关的关联也要删除。(2)不相干的关联或实现阶段的关联。删除所有问题域之外的关联或涉及实现结构中的关联，如“系统处理并发访问”就是一种实现的概念。(3)动作。关联应描述应用域的结构性质而不是瞬时事件，因此应删除“自动出纳机接受现金卡”，“自动出纳机与用户接口”等。(4)派生关联，省略那些可以用其他关联来定义的关联。因为这种关联是冗余的。银行网络系统的初步对象图如图12.24所示，其中含有关联。第12章 面向对象OMT方法图 12.24 银行网络系统的初始对象图 分行分行计算机自动出纳机分理处计算机通信所有通信分理处帐户顾客出纳员现金卡出纳站出纳事务远程事务组成录入录入所有所有通信拥有雇佣由录入涉及涉及认可有有访问第12章 面向对象OMT方法 4.确定属性确定属性 属性是个体对象的性质，属性通常用修饰性的名词词组来表示。形容词常表示具体的可枚举的属性值，属性不可能在问题陈述中完全表述出来，必须借助于应用域的知识及客观世界的知识才可以找出它们。只考虑与具体应用直接相关的属性，不要考虑那些超出问题范围的属性;找出重要属性，避免那些只用于实现的属性，要为各个属性取有意义的名字。按下列标准删除不必要的和不正确的属性：(1)对象：若实体的独立存在性比它的值重要，那么这个实体不是属性而是对象。如在邮政目录中，“城市”是一个属性，然而在人口普查中，“城市“则被看作是对象。在具体应用中，具有自身性质的实体一定是对象。第12章 面向对象OMT方法 (2)限定词：若属性值固定下来后，能减少关联的重数，则可考虑把该属性重新表述为一个限定词。如银行码、站代码及雇员号等是限定词，不作为属性。(3)内部值：若属性描述了对象的非公开的内部状态，则应从对象模型中删除该属性。(4)细化：在分析阶段应忽略那些不可能对大多数操作有影响的属性。图12.25给出了银行网络系统对象模型的部分属性。第12章 面向对象OMT方法图 12.25 银行网络系统中的部分属性卡代码分理处名字帐户号雇员号站代码分理处计算机银行码出纳员名字出纳站出纳事务帐户顾客名字地址现金卡密码远程事务种类，日期时间，数量分行银行码分行计算机银行码自动出纳机现金分发站代码第12章 面向对象OMT方法 5.使用继承来细化类使用继承来细化类 使用继承来共享公共结构，以此来重新组织类，可以用下面两种方式来进行：(1)自底向上通过把现有类的共同性质一般化成父类，寻找具有相似的属性、关联或操作的类来发现继承。例如“远程事务”和“出纳事务”是类似的，可以一般化为“事务”。有些属性甚至于类必须稍加细化才能合适表示。有些一般化结构常是基于客观世界边界的现有分类，只要可能，尽量使用现有概念，对称性常有助于发现某些丢失的类。第12章 面向对象OMT方法 (2)自顶向下将现有类细化为更具体的子类。具体化常可从应用域中明显看出来。若假设的具体化与现有类发生冲突，则说明该类构造不适当，应用域中各枚举子情况是最常见的具体化的来源。当同一关联名出现多次且意义也相同时，应尽量具体化为相联系的类。例如“事务”从“出纳站”和“自动出纳机”进入，“录入站”就是“出纳站”和“自动出纳机”的一般化。在类层次中，可以为具体的类分配属性和关联。各属性和关联都应该分配给最一般的合适的类，有时也加上一些修正。对称性更清楚地区分了各子类的添加属性。图12.26给出了加入继承后的银行网络系统对象模型。第12章 面向对象OMT方法图 12.26 带有属性和继承的对象模型 银行码分理处名字帐户号顾客名字地址分行银行码分理处计算机分行计算机银行码雇员号卡代码站代码站代码自动出纳机分发现金出纳站录入站出纳员名字现金卡密码帐户余额，类型贷款限定出纳事务远程事务事务种类，日期，时间，数量第12章 面向对象OMT方法 6.完善对象模型完善对象模型 对象建模不可能一次就能保证模型是完全正确的，软件开发的全过程就是一个不断完善的过程。模型的不同组成部分多半是在不同阶段完成的，若发现模型的缺陷，就必须返回到前面阶段去修改，有些细化工作是在动态模型和功能模型完成之后才开始进行的。1)几种可能丢失对象的情况及解决办法 关联和一般化中出现不对称性，则可对下面所述情况增加新的类：(1)同一类中存在毫无关系的属性和操作，则分解这个类，使各部分相互关联。第12章 面向对象OMT方法 (2)一般化体系不清楚，则可能分离扮演两种角色的类。(3)存在无目标类的操作，则找出并加上失去的目标类。(4)存在名称及目的相同的冗余关联，则通过一般化创建丢失的父类，把关联组织在一起。2)查找多余的类 若类中缺少属性、操作和关联，则可删除这个类。3)查找丢失的关联 丢失了操作的访问路径，则加入新的关联以回答查询。4)修改第12章 面向对象OMT方法 针对银行网络系统的具体情况作如下的修改：(1)现金卡有多个独立的特性。把它分解为两个类：卡片权限和现金卡。卡片权限是银行用来鉴别用户访问权限的卡片，表示一个或多个用户帐户的访问权限；各个卡片权限对象中可能具有好几个现金卡，每张都带有安全码、卡片码，它们附在现金卡上，表示银行的卡片权限。现金卡是自动出纳机得到标识码的数据卡片，它也是银行代码和现金卡代码的数据载体。第12章 面向对象OMT方法 (2)“事务”不能体现对帐户之间传输描述的一般性，因它只涉及一个帐户。一般来说，在每个帐户中，一个“事务”包括一个或多个“更新”，一个“更新”是对帐户的一个动作，它们是取款、存款、查询之一。因此，增加“更新”类，事务由若干更新组成，更多涉及到帐户。(3)“分理处”和“分理处计算机”之间、“分行”和“分行计算机”之间的区分似乎并不影响分析，计算机的通信处理实际上是实现的概念，将“分理处计算机”并入到“分理处”，将“分行计算机”并入到“分行”。图12.27表示一个修改后的对象模型，它更为简单和清晰。第12章 面向对象OMT方法图 12.27 修改后的银行网络系统的对象模型站码分理处名字帐户号顾客名字、地址分行银行码出纳站自动出纳机分发现金雇员号卡片码录入站出纳员名字卡片权限密码、限制帐户余额，类型贷款限定远程事务事务日期，时间雇用拥有发行有有维持访问拥有现金卡银行名、卡片码安全号出纳员事务被录入更新数量、类型标识开始涉及组成录入站码第12章 面向对象OMT方法 7.将类组合成模块将类组合成模块 将类组合成表和模块。对象模型图可以分成多张同样大小的表，目的是方便画图、打印和观看。紧耦合的类应该组合在一起，但由于一张表的容量有限，有时需要人为地拆开。模块是类的集合，该集合反映了整个模型的一些逻辑分集，例如计算机操作系统的模型可包括过程控制、设备控制、文件管理和内存管理等几个模块，模块的大小可以变化。各个关联一般在一张表中反映，但某些类为了联结不同的表，必须多次表示出来，这时要寻找分割点，若某个类是两个分离的对象模型的唯一联结，则这两张表或模块间建筑了一道桥梁。第12章 面向对象OMT方法 常用“星状”模式来组织模块，单元核心模块包含高层类的顶层结构，其他模块将各高层类扩展成一般化层次，并对低层类增加联系。在银行网络系统的示例中，由于模型较小，不需要分解成模块，但它可作为进一步的详细模型的核心。第12章 面向对象OMT方法 12.3.4 建立动态模型建立动态模型 动态分析从寻找外部可见的模拟和响应事件开始，确定各对象的可能事件的顺序。在分析阶段不考虑算法的执行，它是实现模型的一部分。建立动态模型的步骤：第一步是准备典型的对话脚本;第二步从脚本中抽取事件，把它与其目标对象联系起来;第三步组织事件的顺序和状态，用状态图来表现;第四步是比较各个不同对象的状态图，确保事件之间的匹配。第12章 面向对象OMT方法 1.准备脚本准备脚本 考虑用户和系统之间的一个或多个典型对话，对目标系统的行为有个认识，脚本中应表现重要的交互行为，通过脚本来逼近动态模型。有时问题陈述中描述了完整的交互过程，但还要构思交互的形式。银行网络系统的问题陈述表明了需从用户处获得事务的数据，但确切需要什么参数，动作顺序是如何等还是模糊的。首先为“正常”情况准备脚本，然后考虑“特殊”情况，最后考虑用户出错情况。还必须考虑各种建立在基本交互行为之上的交互，如帮助要求及状态查询等。第12章 面向对象OMT方法 脚本是事件序列，每当系统中的对象与外部用户发生互换信息时，就产生一个事件，所互换的信息值就是该事件的参数。对于各事件，应确定触发事件的动作对象和该事件的参数。屏幕布局和输出格式一般不影响交互行为的逻辑或所互换的信息值，对初始动态模型不必考虑其输出格式。在银行网络系统的交互行为中，有正常的脚本和例外的脚本。1)正常的脚本 自动出纳机与用户交互的正常的脚本如下所示：(1)自动出纳机请求用户插入卡片；用户插入现金卡。第12章 面向对象OMT方法 (2)自动出纳机接受卡片并读出它的卡号。(3)自动出纳机要求密码，用户键入密码“4011”。(4)自动出纳机与分行确认卡号和密码；分理处检查它并通知承兑的自动出纳机。(5)自动出纳机要求用户选择事务类型（取款、存款、转户及查询），用户选择取款。(6)自动出纳机要求现金数量；用户输入100。(7)自动出纳机要求分行处理事务；分行把要求传给分理处，确认事务成功。第12章 面向对象OMT方法 (8)自动出纳机分发现金并且要求用户取现金；用户取现金。(9)自动出纳机提示用户是否想继续；用户指出不继续。(10)自动出纳机打印收据，退出卡，并请求用户取出它们；用户拿走收据和卡。(11)自动出纳机请求用户插入。2)例外的脚本 自动出纳机与用户交互的例外的脚本如下所示：第12章 面向对象OMT方法 (1)自动出纳机请求用户插入卡；用户插入现金卡。(2)自动出纳机接受卡并读它的卡号。(3)自动出纳机要求密码；用户键入“9999”。(4)自动出纳机与分行确认卡号和密码，在咨询分理处后拒绝它。(5)自动出纳机指示密码错并请求再键入；用户键入“4011”，分行确认成功。(6)自动出纳机请求用户选择事务类型；用户选择取款。第12章 面向对象OMT方法 (7)自动出纳机请求键入现金数量；用户改变选择并键入“CANCEL”（取消）。(8)自动出纳机退出卡并且请求用户拿走卡；用户取出卡。(9)自动出纳机请求用户插入卡。2.确定事件确定事件 检查两种脚本的各个步骤以确定所有外部事件，事件包括所有来自或发往用户的信息、外部设备的信号、输入、策略、中断、转换和动作，使用脚本可以发现正常事件，但不要遗漏条件和异常事件。第12章 面向对象OMT方法 将各种类型的事件放入发送它和接受它的对象中，事件对发送者是输出事件，但对接收者则是输入事件。有时对象把事件发送给自身。这种情况下事件是输出事件也是输入事件。3.准备事件跟踪表准备事件跟踪表 把脚本表示成一个事件跟踪表，即不同对象间的事件排序表，对象为表中的列，若同一类中的多个对象存在于这个脚本中，则给每一个对象分配一个独立的列。图12.28给出了银行网络系统的事件跟踪表。图12.29给出了事件流图，它给出类之间的所有事件。事件流图是对象图的一个动态对照，对象图中路径反映了可能的信息流，而事件流图反映了可能的控制流。第12章 面向对象OMT方法图 12.28 银行网络系统脚本的事件跟踪表插入卡要求密码键入密码确认帐户确认卡银行银行帐户正确帐户正确要求类型键入类型要求数量键入数量处理事务处理银行事务银行事务成功事务成功分发现金要求取现金取现金提示继续终止打印收据退出卡要求取卡取卡显示屏用户自动出纳机分行分理处第12章 面向对象OMT方法图 12.29 银行网络系统的事件图用户分理处自动出纳机分行插入卡，输入密码，类型，取现金，取卡不显示主屏可读卡，要求密码、类型、数量取消信息，分发现金，要求继续，不正确帐户信息确认卡及银行，处理银行事务分理处事务成功、失败，分理处帐户正确事务成功、事务失败、帐户正确、不正确帐户、密码、银行代码确认帐户处理事务第12章 面向对象OMT方法 4.构造状态图构造状态图 对各对象类建立状态图，反映对象接收和发送的事件，每个脚本或事件跟踪表都对应于状态图中一条路径。1)从影响建模的类的事件跟踪表入手 选择一条路径，该路径描述了一种典型的交互并且只考虑那些影响单个对象的事件，把这些事件放入一条路径，路径的弧用跟踪表上某列上的输入输出事件来标识，两个事件之间的间隔就是一个状态，给每个状态起名字，名字是有意义的，这张初始图就是事件和状态的一个序列。2)从图中找循环 如果事件序列无限地重复，则构成一个循环。可能使用有限的事件序列取代循环。第12章 面向对象OMT方法 3)把其他脚本合并到状态图中 在各脚本中先找到一点，它是以前脚本的分歧点，这个点对应于图中一个现有状态。将新事件序列并入到现有状态中作为一条可选路径。例如某事务正在处理时，要求取消该事务，有时当用户可能无法迅速响应并且必须收回某些资源