面向对象分析和设计1.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
1面向对象技术的原则 基本原则:抽象:抽象的过程就是揭示事物区别于其他事物的本质特征的过程,这个过程取决于使用者的目的,而忽略掉其他不相关的部分。封装:指对象对其客户隐藏具体的实现,它是软件模块化思想的体现。通过封装实现信息隐藏和数据抽象。泛化:是类与类之间一种非常重要的关系,通过这种关系一个类可以共享另外一个或多个类的结构和行为。为了实现泛化,采用继承机制。一个类可以 继承一个或多个父类,从而实现了不同的抽象层次这些层次之间建立的is a或is a kind of 关系,即为泛化关系。多态:是在同一外表(接口)下表现出多种行为的能力,它是对象技术的根本特征,是将对象技术称为面向对象技术的原因所在。 2、面向对象的设计原则:1Liskov 替换原则(LSP):子类不能添加任何父类没有的附加约束,子类对象必须可以替换基类对象。违背后解决的方法:在可能的情况下,由抽象类(接口)继承。抽象类与具体类:只要有可能,不要从具体类继承;行为集中的方向是向上的(抽象类);数据集中的方向是向下的(具体类)。 2OCP开放-封闭原则:软件实体(类、模块、函数等)应该是可扩展的,但是不可修改的。 关键:抽象 由抽象可以随时导出新的类(开); 抽像预见了所有可能的扩展(闭)。 基本思路:开放和封闭这两个互相矛盾的术语分别用于实现不同的目标如下: 软件模块对于扩展是开放的:模块的行为可以扩展,当应用的需求改变时,可以对模块进行扩展,一满足新的需求; 软件模块对于修改时封闭的:对模块进行扩展时,不必改变模块的源代码或二进制代码 3单一职责原则(SRP):就一个类而言,应该仅有一个引起它变化的原因,有关类的职责分配问题,是面向对象设计中最重要的基本原则。SRP本质:SRP体现了内聚性,类的职责定义为“变化的原因”,每个职责都是变化的一个轴线; 基本思路:该原则追溯到内聚问题,内聚性是一个模块的组成元素之间的相关性。模块内聚应遵循该内聚的设计原则。其中功能内聚是内聚度最高的一种内聚形式,是指模块内所有元素共同完成一个功能,模块不能再分割。单个类也应该保持高度内聚,即功能内聚。 4接口隔离原则(ISP): 基本思路:ISP本质:用多个专门的接口比使用单一的接口好;一个类对另一个类的依赖性应当是建立在最小的接口上的;避免接口污染。 5依赖倒置原则(DIP): 基本思路:高层模块不应该依赖于低层模块,两者都应依赖于抽象;抽象不应依赖于细节,细节应依赖于抽象。针对接口编程,不要针对实现编程;又称控制反转(IoC,Inversion of Control)、依赖注入。DIP的本质:通过抽象提取业务本质,并建立一个稳定的结构描述这个本质;对于具体的业务规则的处理是在这个本质的基础上的扩展;技术、工具、意识形态等的发展可能使业务规则不断变化,但本质不变;而DIP则帮助我们轻松的适应这些变更 启发式原则:“依赖于抽象”—程序中所有依赖关系都应该终止于抽象类或者接口,启发式原则:任何变量都不应该拥有指向具体类的指针或者引用,,任何类都不应该从具体类派生 ,任何方法都不应该改写其任何基类中已经实现的方法。 核心思想:依赖于抽象 rup统一过程 按时间分为四个阶段:初始、细化、构造、交互阶段。 九个工作流:按内容划分(1)核心过程工作流:1商业建模2需求3分析和设计4实现5测试6部署(2)核心支持工作流1配置和变更管理2项目管理3环境管理 4+1视图也是来自rup的:“4+1”架构中的“1”是用例视图,它是建模过程的起点和依据,面向最终用户,描述系统的功能性需求。所有其他视图都是从用例视图派生而来的,该视图把系统的基本需求捕获为用例并提供构造其他视图的基础。其他视图有:逻辑视图、进程视图、实现视图、部署视图。 UML的概念:统一建模语言、定义良好、易于表达、功能强大,普遍适用,可视化建模语言,可以用来对软件密集型系统下,各种通信进行可视化描述和文档化,融入软件工程领域新思想、新方法、新技术。 UML的作用域:不限于支撑面向对象的分析与设计,还支持从需求分析开始的软件开发的工程。 UML的作用:用很多图从静态和动态方面来全面描述我们将要开发的系统。 UML的图:(1)静态的:类图、对象图、包图、组合结构图、构件图、部署图、外廓图(2)动态的:用例图、活动图、顺序图、交互概览图、通信图、时间图、状态机图 应用题中考的:用例图、活动图、顺序图、类图 (1)用例图定义:有参与者用例,以及他们之间的关系构成描述系统功能的图。 (2)用例图的作用1有利于用户与软件开发人员之间的沟通2直观性:用例可视化的表达了系统的需求具有直观、规范等优点,克服了全文字性说明的布局3用例是完全从外部来定义系统的,把用需求和设计完全区分开来,用户不关心系统内部是如何完成各种功能的。 (3)用例

文档评论(0)

shaoye348 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档