《面向对象分析与设计》一第1章 面向对象方法概论

1.4面向对象方法的主要优点 本节从认识论的角度和软件工程方法的角度看一下面向对象方法带来的益处,并把面向对象方法与传统方法进行比较,看面向对象方法有什么优点. 1. 从认识论的角度面向对象方法改变了开发软件的方式 面向对象方法从对象出发认识问题域,对象对应着问题域中的事物,其属性与操作分别刻画了事物的性质和行为,对象的类之间的继承.关联和依赖关系能够刻画问题域中事物之间实际存在的各种关系.因此,无论是系统的构成成分,还是通过这些成分之间的关系而体现的系统结构,都可直接地映射到问题域.这使得运用

1.5面向对象方法的发展史及现状简介 在这里把面向对象方法的发展分为三个阶段:雏形阶段.完善阶段和繁荣阶段. (1) 雏形阶段 20世纪60年代挪威计算中心开发的Simula 67,首先引入了类的概念和继承机制,它是面向对象语言的先驱.该语言的诞生是面向对象发展史上的第一个里程碑.随后20世纪70年代的CLU.并发Pascal.Ada和Modula2等语言对抽象数据类型理论的发展起到了重要作用,它们支持数据与操作的封装.犹他大学的博士生Alan Kay设计出了一个实验性的语言Flex,该语言从

1.2 面向对象的基本思想 面向对象方法已深入到计算机软件领域的几乎所有分支.它不仅是一些具体的软件开发技术与策略,而且是一整套关于如何看待软件系统与现实世界的关系,用什么观点来研究问题并进行问题求解,以及如何进行软件系统构造的软件方法学.因而,面向对象方法有着自己的基本思想. 面向对象方法解决问题的思路是从现实世界中的客观对象(如人和事物)入手,尽量运用人类的自然思维方式从不同的抽象层次和方面来构造软件系统,这与传统开发方法构造系统的思想是不一样的.特别是,面向对象方法把一切都看成是对象.下面

2.2 面向对象分析综述 系统分析就是研究问题域,产生一个满足用户需求的系统分析模型.这个模型应能正确地描述问题域和系统责任,使后续开发阶段的有关人员能根据这个模型继续进行工作.自软件工程学问世以来,已出现过多种分析方法,其中有影响的是功能分解法.数据流法.信息建模法和20世纪80年代后期兴起的面向对象方法.前三种分析方法在历史上发挥过应有的作用,用它们也建立过许多成功的系统,直到今天仍然被一些开发者所采用.我们在谈到这些方法的缺点时不是要否定它们,而是针对具体问题进行讨论.应该指出,面向对象的

1.3面向对象的基本原则 面向对象的基本原则主要有抽象.分类.封装.消息通信.多态性.行为分析和复杂性控制.(1)抽象抽象(abstraction)是指从事物中舍弃个别的.非本质的特征,而抽取共同的.本质特征的思维方式.在面向对象方法中,可从几个方面来理解抽象:1)编程语言的发展呈现抽象层次提高的趋势.例如,用C++编程,不用考虑CPU寄存器和堆栈中存放的内容,因为大多数编程语言都是从这些细节中抽象出来的.对于一个完成确定功能的语句序列,其使用者都可把它看作单一的实体(如函数),这种抽象就是过程

前 言 在20世纪90年代,面向对象技术以其显著的优势成为计算机软件领域的主流技术,随后该技术在大多数发达国家的软件开发中得到了相当广泛的运用.在我国的软件产业界,面向对象技术的学习与应用热潮出现于20世纪90年代后期,如今面向对象分析与设计技术也已经得到了广泛的应用.当前,产业界需要大量掌握面向对象分析与设计技术的高级应用型开发人才.很多计算机学院和软件学院在软件工程教学中开设了相应的课程,旨在使学生不仅会使用一种或者几种面向对象编程语言来编程,更重要的是能运用面向对象方法进行系统建模,即通过

1.6关于统一建模语言UML UML最初是在多种面向对象分析与设计方法相互融合的基础上形成的,后来发展成为也可以用于业务建模以及其他非软件系统建模的语言.它于1997年11月被对象管理组织(Object Management Group)采纳为建模语言规范,随后被产业界和学术界广泛接受. UML定义了建立系统模型所需要的概念并给出了表示法,但它并不涉及如何进行系统建模.因此它只是一种建模语言,而不是一种建模方法.UML是独立于开发过程的,也就是说它可以适用于不同的开发过程. UML 2.4规范由

面向对象分析与设计-四色原型模式(彩色建模.领域无关模型) 1.背景介绍 至今我都清楚的记得我第一次被面试官问起什么叫"建模"技术时的情景,那是好 几年前的事情了,当时是胸有成竹的去面试一个有关系统分析.设计的.NET高级软件工程师岗位.面试官几乎没问我有关.NET方面的任何技术实现,他就简 单的问了问:"你如何把握你所分析出来的系统的正确性?",我当时有点小激动,觉得这个问题应该很简单嘛,都是概念而已,让他直接点问,结果他来一句: "你懂建模吗?,能给我

3.5 检查与调整 对于各用况图应该综合考虑,进行检查与调整.下面针对参与者和用况给出一些需要注意的检查与调整原则. 1参与者 1) 确定系统环境中的所有角色,并都归入了相应的参与者. 2) 每个参与者都至少与一个用况相关联. 3) 若一个参与者是另一个参与者的一部分,或扮演了类似的角色,考虑把它们合并或在它们之间建立继承关系. 2用况 1) 每个用况都至少与一个参与者相关联. 2) 若两个用况有相同或相似的序列,可能需要合并它们,或抽取出一个新用况,在它们之间建立包含.扩展或继承关系. 3