面向对象方法(第5讲)课件

面向对象方法7/23/20231第5讲面向对象分析7/23/20232本讲总体纲要OOA简介及与其它分析方法的比较OOA模型及其规约OOA过程发现对象、定义对象类7/23/20233本讲总体纲要7/23/20234OOA分析是对需求的精化和构造，产生一个反映真实世界的准确的、简洁的和可理解的模型。面向对象的分析（OOA），就是运用面向对象方法进行系统分析。是从编程领域向分析领域发展与延伸的产物。基本任务是：运用面向对象方法，对问题域和系统责任进行分析和理解，找出描述问题域及系统责任所需的对象，定义对象的属性、服务以及它们之间的关系。7/23/20235不同的分析方法——对现实世界（问题域）的不同映射7/23/20236 工作过程：一层层地进行功能分解7/23/20237得到的系统模型：由模块及其接口构成7/23/20238

功能分解法适用于功能稳定的应用领域，如某些科学计算。直接地反映用户的需求所以工作很容易开始.对于众多的领域而言，其功能是易变的，如企业管理和商业管理。对需求变化的适应能力很差。不能直接地映射问题域,很难检验分析结果的正确性。局部的错误和局部的修改很容易产生全局性的影响。7/23/20239不同的分析方法——对现实世界（问题域）的不同映射7/23/202310数据流法（dataflowapproach）数据流法＝数据流＋数据处理（加工）＋数据存储＋端点＋处理说明＋数据字典数据流图有四种基本符号：正方形（或立方体）表示数据的源点或终点；圆角矩形（或圆形）代表变换数据的处理；开口矩形（或两条平行横线）代表数据存储；箭头表示数据流，即特定数据的流动方向。

7/23/2023117/23/202312不同的分析方法——对现实世界（问题域）的不同映射7/23/202313不同的分析方法——对现实世界（问题域）的不同映射7/23/2023147/23/202315OOA分析是对需求的精化和构造，产生一个反映真实世界的准确的、简洁的和可理解的模型。面向对象的分析（OOA），就是运用面向对象方法进行系统分析。是从编程领域向分析领域发展与延伸的产物。基本任务是：运用面向对象方法，对问题域和系统责任进行分析和理解，找出描述问题域及系统责任所需的对象，定义对象的属性、服务以及它们之间的关系。7/23/202316本讲总体纲要OOA简介及与其它分析方法的比较OOA模型及其规约OOA过程发现对象、定义对象类7/23/202317

需求模型

UseCase用况图

辅助模型

包图顺序图。。。基本模型Class类图

模型规约对象层特征层关系层OOA模型(见教材P55)7/23/202318类图（Class）----基本模型

三个层次：

•对象层：给出描述问题域和系统责任所需的对象•特征层：类给出每一个类及其对象的内部特性。给出类的属性和操作•关系层：类之间的相互关系OOA模型(见教材P55)7/23/202319需求模型----用况图•用况：对系统边界外的参与者使用每一项系统功能的情况说明。•用况图：用况、参与者及其关系的图形化可视表示。OOA模型(见教材P55)7/23/202320辅助模型•包图、顺序图、活动图等OOA模型辅助规约•对模型所作的详细说明及解释。7/23/202321本讲总体纲要OOA模型及其规约OOA过程发现对象、定义对象类7/23/202322本讲总体纲要OOA简介及与其它分析方法的比较OOA模型及其规约OOA过程发现对象、定义对象类7/23/202323OOA过程7/23/202324本讲总体纲要OOA简介及与其它分析方法的比较OOA模型及其规约OOA过程发现对象、定义对象类7/23/202325识别对象和类出发点：研究问题域和用户需求调查：到现场调查（澄清需求）交流：与用户交流，澄清疑点，纠正用户不切实的要求或不确切的表达阅读：阅读与用户需求有关的书面材料记录、整理：产生一份符合工程规范、确切表达系统责任的需求文档（补充用况图）。7/23/202326（1）考虑问题域和系统责任人员组织物品设备抽象事物事件文件（表格等）结构识别对象和类（策略与启发）7/23/202327（2）考虑系统边界人员设备外系统识别对象和类（策略与启发）7/23/202328（3）考虑系统责任系统责任所要求的某些功能—例如系统安装、配置、信息备份、浏览——可能无法从问题域中找到相应的对象来提供这些功能，可在设计阶段考虑专门为它们增加一些对象，既应该把它们推迟到设计阶段考虑。识别对象和类（策略与启发）7/23/202329（1）舍弃无用的对象通过属性判断：是否通过属性记录了某些有用的信息*？通过服务判断：是否通过服务提供了某些有用的功能*？二者都不是——无用在应用中,一个对象应该为一些其他的对象提供服务。识别对象和类（审查与筛选）7/23/202330（2）对象的精简识别对象和类（审查与筛选）7/23/202331（3）与实现条件有关的对象，推迟到OOD考虑系统责任要求的某些功能可能与实现环境有关，也推迟到设计阶段考虑。例如：与图形用户界面（GUI）系统、数据管理系统、硬件和操作系统有关的对象识别对象和类（审查与筛选）7/23/202332对象分类1.将对象抽象为类见教材81页2.检查与调整类的属性或服务不适合全部对象实例*例：“汽车”类的“乘客限量”属性，不适合于吊车、货车。问题：分类不够详细——进一步划分特殊类7/23/202333对象分类2.检查与调整属性及服务相同的类*经过抽象，差别很大的事物可能只保留相同的特征——考虑能否合并为一个类,如计算机与吸尘器属性及服务相似的类*——考虑能否提升出一个一般类*例:轿车、货车，抽象出汽车；机床与鼓风机用电机做成分.7/23/202334对象分类2.检查与调整同一事物的重复描述例：“职员”和“工作证”——取消其中一个7/23/202335一个例子超级市场销售管理系统该系统是超级市场业务管理系统的一个子系统。为了讨论的简练，我们对它的功能做了适当的限制：只负责前台的销售管理，而且不处理信用卡付款和会员优惠等业务。7/23/202336一个例子功能需求如下：为顾客选购的商品计价、收费、打印清单；记录每一种商品的编号、单价及现有数量；帮助供货员发现哪些商品将要脱销，以及时补充货源；随时按上级系统的要求报告当前的款货数量、增减商品种类或修改商品定价；商品中有两类特殊商品：特价商品，计量商品交接班时结算货款数目，报告上级系统。7/23/202337对这个系统而言，在系统边界以外与系统进行交互的活动者有收款员、供货员、和它的上级系统。据此，可以启发我们发现如下一些对象：收款机：该对象直接与收款员这种活动者进行交互，模拟收款员的登录、售货和结算等行为。7/23/202338供货员：此类对象用来与实际的供货员进行交互(提醒他们及时补充货物)并模拟他们的行为(在增加货物时修改系统中的商品数量。上级系统接口：用来处理与上级系统的交互。它的某些行为(如查账、更改商品的种类与价格)是由上级系统(而不是从本系统内部)引发的。7/23/202339

考虑该系统问题域内部的事物相系统责任可以发现下述对象：商品：这是该系统中最明显的对象。每一个对象实例表示一种商品，记录该商品的名称、价格、数量等信息，并通过相应的服务动态地保持这些信息的准确性。7/23/202340特价商品：这是一类较特殊的商品，该类商品在指定的时间内按特殊价格(大多是优惠价格)销售，它有自己特殊的属性。计量商品：这是另一类较特殊的商品，它的包装是不标准的，或者没有包装．需要在收款时按照它们的重量、长度或容积等单位进行计量，并按计量结果计算其价格。7/23/202341商品一览表：考虑系统责任，为了在收款时能根据输入的商品编号快速地找到相应商品的信息，需要设立一个“商品一览表”对象，它保持一个商品目录表，并提供对商品项的检索及增删等功能。销售事件：顾客购买一组商品，只要是通过—次计价收款完成的，就称作一个销售事件。每个这样的事件都需要在系统中保存一段时间，以便汇成账目并在必要时复查。所以要设立“销售事件”对象。账册：记录一个收款员在一个班次内经手的所有销售事件的款、货账目，负责向上级系统报账，井在换班时进行账目交接。它的一个对象实例只针对一个收款员的一个班次，不是总账(总账在上级系统中)。7/23/202342经常不断地学习,你就什么都知道。你知道得越多,你就越有力量StudyConstantly,An