2011年软考系统分析师整理资料：面向对象(6)

　　4.确定属性

　　属性是个体对象的性质,属性通常用修饰性的名词词组来表示.形容词常常表示具体的可枚举的属性值,属性不可能在问题陈述中完全表述出来,必须借助于应用域的知识及对客观世界的知识才可以找到它们。只考虑与具体应用直接相关的属性，不要考虑那些超出问题范围的属性。首先找出重要属性，避免那些只用于实现的属性，要为各个属性取有意义的名字。按下列标准删除不必要的和不正确的属性：

　　(1) 对象：若实体的独立存在比它的值重要，那么这个实体不是属性而是对象。如在邮政目录中，"城市"是一个属性，然而在人口普查中，"城市"则被看作是对象。在具体应用中，具有自身性质的实体一定是对象。

　　(2) 定词：若属性值取决于某种具体上下文，则可考虑把该属性重新表述为一个限定词。

　　(3) 名称：名称常常作为限定词而不是对象的属性，当名称不依赖于上下文关系时，名称即为一个对象属性，尤其是它不惟一时。

　　(4) 标识符：在考虑对象模糊性时，引入对象标识符表示，在对象模型中不列出这些对象标识符，它是隐含在对象模型中，只列出存在于应用域的属性。

　　(5) 内部值：若属性描述了对外不透明的对象的内部状态，则应从对象模型中删除该属性。

　　(6) 细化：忽略那些不可能对大多数操作有影响的属性。

　　5.使用继承来细化类

　　使用继承来共享公共机构，以次来组织类，可以用两种方式来进行。

　　(1) 自底向上通过把现有类的共同性质一般化为父类，寻找具有相似的属性，关系或操作的类来发现继承。例如"远程事务"和"出纳事务"是类似的，可以一般化为"事务"。有些一般化结构常常是基于客观世界边界的现有分类，只要可能，尽量使用现有概念。对称性常有助于发现某些丢失的类。

　　(2) 自顶向下将现有的类细化为更具体的子类。具体化常常可以从应用域中明显看出来。应用域中各枚举字情况是最常见的具体化的来源。例如：菜单，可以有固定菜单，顶部菜单，弹出菜单，下拉菜单等，这就可以把菜单类具体细化为各种具体菜单的子类。当同一关联名出现多次且意义也相同时，应尽量具体化为相关联的类，例如"事务"从"出纳站"和"自动出纳机"进入，则"录入站"就是"出纳站"和"自动出纳站"的一般化。在类层次中，可以为具体的类分配属性和关联。各属性和都应分配给最一般的适合的类，有时也加上一些修正。

　　应用域中各枚举情况是最常见的具体化的来源。

　　6.完善对象模型

　　对象建模不可能一次就能保证模型是完全正确的，软件开发的整个过程就是一个不断完善的过程。模型的不同组成部分多半是在不同的阶段完成的，如果发现模型的缺陷，就必须返回到前期阶段去修改，有些细化工作是在动态模型和功能模型完成之后才开始进行的。

　　(1) 几种可能丢失对象的情况及解决办法：

　　·同一类中存在毫无关系的属性和操作，则分解这个类，使各部分相互关联;

　　·一般化体系不清楚，则可能分离扮演两种角色的类

　　·存在无目标类的操作，则找出并加上失去目标的类;

　　·存在名称及目的相同的冗余关联，则通过一般化创建丢失的父类，把关联组织在一起。

　　(2) 查找多余的类。

　　类中缺少属性，操作和关联，则可删除这个类。

　　(3)查找丢失的关联。

　　丢失了操作的访问路径，则加入新的关联以回答查询。

　　(4) 网络系统的具体情况作如下的修改：

　　①现金卡有多个独立的特性。把它分解为两个对象：卡片权限和现金卡。

　　a.卡片权限：它是银行用来鉴别用户访问权限的卡片，表示一个或多个用户帐户的访问权限;各个卡片权限对象中可能具有好几个现金卡，每张都带有安全码，卡片码，它们附在现金卡上，表现银行的卡片权限。

　　b.现金卡：它是自动出纳机得到表示码的数据卡片，它也是银行代码和现金卡代码的数据载体。

　　②"事务"不能体现对帐户之间的传输描述的一般性，因它只涉及一个帐户，一般来说，在每个帐户中，一个"事务"包括一个或多个"更新"，一个"更新"是对帐户的一个动作，它们是取款，存款，查询之一。一个"更新"中所有"更新"应该是一个原子操作。

　　③"分理处"和"分离处理机"之间，"分行"和"分行处理机"之间的区别似乎并不影响分析，计算机的通信处理实际上是实现的概念，将"分理处计算机"并入到"分理处"，将"分行计算机"并入到"分行"。

　　软考系统分析师历年真题汇总(2007年-2010年)

　　2011软考系统分析师整理资料：面向对象汇总