面向对象讲义参考教材.doc

面向对象开发培训参考讲义 一.软件架构的组织原则: 软件本质:我们的世界是模糊的、连续的、不精确的，但软件是精确的、离散的、形式化的，这就注定软件不能完全描述现实世界。所以我们要知道描述那些部分，忽略那些部分，这就是软件的本质问题。 VRAPS模型(构想，节奏，预见，协作，简化) 构架:为我们提供了整个系统的清晰的视角，对控制系统的开发是必要的。 软件系统是一个单一的实体，但从不同视觉展示系统有助于更好的理解设计，这些视角被解释为系统的模型视图，视图合在一起构成了构架 架构描述: 用况模型视图， 分析模型视图， 设计模型视图 实施模型视图 实现模型视图 测试模型视图对描述构架不起作用，他只是用来验证构架基线 二.面向对象分析设计开发 面向对象的分析是按照概念(对象)对软件问题进行分解，而不是像结构化分析哪样是按照功能对软件问题进行分解的。 系统分析:理解并详细说明信息系统应该做什么的过程 识别出问题域中不同概念并用概念模型将其存档 系统设计:详细说明信息系统的许多特性在物理上是怎样实施的过程。 面向对象的目标是开发能够反映现实世界某个特定片段的软件（或模型）. 对象:a.定义为某一事物，即是可以看到、摸到或感觉到的一种实体。 b.在计算机面向对象技术中，对象是系统的基本成分，是具有特殊属性?（数据）和行为方式(方法)的实体.它应有唯一的名称，有表示对象行为的一组公共与私有操作。 ＝（ID,DS,MS,MI） ID:标识或对象名 DS:对象的数据结构 MS:操作集 MI:对外接口 类:一个类描述了属于该类型的所有对象的性质，包括外部特征和内部实现。 共享相似特性和行为的对象的集合。 对象是某个类的一个元素。 ＝（ID,INH,DD,OI,ITF） ID:标识或类名 INH:类继承性描述 DD:数据结构描述 OI:操作集合描述 ITF:对外接口 类的属性: 抽象：过滤掉对象的一部分特性和操作直到只剩下你所需的操作和属性， 继承：对象继承了所属类的属性和操作，类同样也可以继承其他类的属性和操作。 如何发现类之间的继承关系? 在初始模型中，在类列表中找出两个或多个具有相同属性和操作的类，其中一个类有可能就是其它类的父类，或者可为这些类新建一个父类。 子类型有额外的重要的属性， 子类型有额外的重要的关联 子类型以不同于父类型或其它子类型的重要方式被操作，操纵，反应或处理 子类型描述的事物与超类型或其它子类型的行为方式不同 多态:不同的类中可以有相同名称的操作且这个操作在每个类中都能以各自不同的方式执行，因此必须清楚这些同名操作之间的重要区别。 封装:当一个对象执行自己的操作时，它对外界隐藏操作的细节， 持久化框架:是一种可重用的，且通常可被扩展的类的集合，他可向持久化对象提供服务。如：存储数据时将对象转换成记录，在取回数据时需将记录转换成对象。 消息传递：对象通过相互之间的消息传递协同工作 关联: a在物理上或逻辑上是b的一部分 a物理上或逻辑上依赖于b a被记录在b中 管理原则: 1．需要知道型关联：需要将概念之间的关系信息记忆一段时间的关联 2．概念比关联重要 3．太多关联使概念模型混乱 4．避免关联之间的信息冗余以及减少派生关联 聚集 接口:是描述类的部分行为的一组操作，他也是一个类提供给另一个类的一组操作 获取需求的基本原则: 深入浅出 以流程为主线 获取需求的重点: 平均频度: 业务发生的频繁程度（即单位时间内发生的次数） 频度越高，数据量就越大，对响应时间、易操作性等要求越高，在数据存储需充分考虑 高峰期的频度: 只有掌握此数据，在后面系统测试时，需要模拟高峰期的业务频度 看单据:: 有那些数据，每页数据精度，计算生成方法，取值范围限定 单击内容是进行数据结构设计的最基本依据 取值范围与计算方法是数据完整性检测的依据 生成单据或报表的时间(手工): 花费时间多，处理方法复杂的地方通常是最关键的地方，也是用户验收关心的地方，通常也是用户没有足够人力与时间处理才想到用计算机的地方 单据或报表的来源: 单据联数，每联用途，送交单位，送交时间 有那些特殊情况，在某个作业环节出错时通过何种途径弥补： 分析员可采用穷举的方法，假定每一个环节都出现失误，逐环节询问用户的处理方法，防止遗漏 将来有何变化 获得类的过程: 让分析员使用客户所采用的术语和用户交流，可促使客户说出问题的细节。 在谈话过程中应不时停下来作总结，测试一下你对问题的理解，熟悉和使用领域术语，并尽量使谈话气氛保持轻松愉快 对不熟悉的领域术语，务必让对方解释清除。不必担心对方觉得你无知，谈话的目的是获得知识，学习领域术语。 需经常从