Part2Chap04发现对象、定义对象类2014-03-11.pptVIP

* * *——原型划角色 * *——原型划角色 * *——原型划角色 * *——原型划角色 * *——原型划角色 * * * * * * * * * * * 需要记录事物的信息，需要模拟事物的行为 * * * *足球、计算机、英语等都从娃娃抓起！ * *足球、计算机、英语等都从娃娃抓起！ * * * * Part 2: OOA Chapter 4 发现对象、定义对象类 第4章 发现对象、定义对象类 4.1 对象和类 4.2 表示法 4.3 研究问题域和用户需求 4.4 发现对象 4.5 对象分类 4.6 建立类图的对象层 4.1 对象和类 4.1.1 对象、主动对象以及它们的类（1） （1）对象 对象是具有明确语义边界并封装了状态和行为的实体，由一组属性和作用在这组属性上的一组操作构成，是构成系统的一个基本单位，它用于描述客观事物。 被动对象是对象的每个操作都是被动地响应从外部发来的消息才能执行。 主动对象是至少有一个操作不需要接收消息就能主动执行的对象。 主动操作是对象中不需要接收消息就能主动执行的操作。 （2）类 类是对一组具有相同属性和操作的一组对象的抽象描述，类为属于该类的全部对象提供了统一的抽象描述，其内部包括属性和操作两个主要部分。 一个类的所有对象具有相同的属性，是指所有对象的属性的个数、名称、数据类型都相同，各个对象的属性值则可以互不相同，并且随着程序的执行而变化。至于操作，对于一个类的所有对象都是一样的，即所有的对象共同使用它们的类定义中给出的操作。 4.1 对象与类 4.1.1 对象、主动对象以及它们的类（2） （2）类 主动类是主动对象的类。 抽象类是不直接创建对象实例的类，用于定义特殊类所继承的共同特性。 由一个类生成的一个对象可以扮演不同的角色，当一个对象扮演一个具体角色时，它展现给世界一个外观，与对象交互的客户根据对象在某时所扮演的角色而期望一定的行为。 一个类的一个角色是在特定的语境下该类的对象所呈现的行为。 4.1 对象与类 4.1.1 对象、主动对象以及它们的类（3） OOA和OOD模型中的一个类在不同的语境下呈现两种不同的语义： （1）一个类代表属于该类的全部独享实例所构成的群体。 （2）一个类代表属于该类的任意一个对象实例。 4.1 对象与类 4.1.2 类的语义 4.1 对象与类 4.1.3 在类的抽象层次上建模 模型的直接构造成分是一些类，通过这些类以及它们之间的各种关系描述整个系统中所有对象的特征及其相互关系。 （1）充分性； （2）必要性； （3）符合人类的思维方式； （4）与OOPL保持良好的对应； （5）避免建模概念过分复杂； （6）消除抽象层次上的混乱。 4.1 对象与类 4.1.4 如何运用对象和类的概念 （1）以对象为基本概念来认识问题域，将问题域中的事物抽象为对象； （2）将具有共同特征的对象抽象为类，用类以及它们之间的关系构成整个系统模型； （3）模型中不包括实例级的建模元素，用类表示属于该类的任何对象； （4）在类的规约中说明这个类创建哪些对象实例。 类 名 普通类，展开方式 （1）普通类表示法：在模型中用类符号来表示一个类，它代表属于该类的全部对象实例。 最上面的那个名称栏包含类名；中间的分栏包含属性列表；最下面的分栏包含操作列表。 每个属性和操作各占一行， 对象名：类名 对象 4.2 类表示法 类 名 普通类，压缩方式 类名《主动》 主动类，展开方式 （2）主动类表示法：在模型中用类符号来表示一个类，它代表属于该类的全部对象实例。 类名 UML2.0表示法 4.2 类表示法 主动类，压缩方式 类名《主动》 用户需求就是用户对所开发的系统提出的各种要求和期望。 阅读 交流 调查 记录 整理 4.3 研究问题域和用户需求 4.3.1 研究用户需求，明确系统责任 * 问题域（problem domain）指被开发的应用系统所考虑的整个业务范围。 亲临现场 认真听取领域专家的见解 阅读 借鉴 4.3 研究问题域和用户需求 4.3.2 研究问题域 系统边界是指一个系统所包含的所有系统成本与系统以外各种事务之间的分界线。 参与者：人员、设备、外系统。 4.3 研究问题域和用户需求 4.3.3 确定系统边界 研究问题域，对问题域中的事物进行抽象，从而得到系统所需要的对象。 要进行抽象，必须确定一个目标，这个目标就是系统责任。 4.4 发现对象 4.4.1 出发点——问题域和系统责任 （1）要舍弃那些与系统责任无关的事物，只注意与系统责任有关的事物，把它们抽象为系统中的对象。 （2）还要考虑把事物抽象成什么对