9章_面向对象的方法.ppt

第8章 运行与维护 第9章 面向对象的方法 9.1 从结构化到面向对象 9.2 回顾面向对象的范型 9.3 面向对象的重要方法 9.4 面向对象的术语及其关系 9.1 从结构化到面向对象 9.1.1 结构化方法面临的挑战 与结构化方法相比，面向对象的方法具有先天的优势，也正是具备了这种先天的优势，面向对象的方法才逐步发展为管理信息管理系统开发的一种主流方法。充分认识和了解结构化设计方法遇到的诸多挑战才能看到面向对象设计方法的优点，从而更好地理解面向对象的思想、机制和范型。 开发管理信息系统首先要对现实系统进行调查和分析，被调查和分析的项目范围常被称为问题域。无论有没有运用计算机等现代化的设备进行信息处理，现实中的信息系统总是客观存在的，它也许是一个手工的管理信息系统，也有可能是一个早期的比较落后的管理信息系统。管理信息系统的现代化程度要跟企业的基础管理水平相适应，当手工的或早期的管理信息系统不能满足企业管理的需要时，企业就会提出开发新的管理信息系统的需求。 现实系统是一个复杂的系统，我们开发计算机化的管理信息系统，本质上讲是对现有的管理信息系统的改造，是在原有管理信息系统的基础上，引入了现代化的信息处理工具和现代化的科学管理方法。这一过程能否成功，取决于对现实系统的认识和构建新系统的思维模式上。然而，结构化的方法和面向对象的方法在认识现实系统并构造新的管理信息系统的过程中，采取了两种截然不同的认知与构建的思维模式。 软件是管理信息系统的重要组成部分，结构化方法是按功能分解的规律组织软件系统结构的，即为完成一个任务需要构造一个软件系统，这个系统是具有能完成这个任务的功能的。为了实现这个功能，可能需要将其进一步分解为多个更具体的子功能，最后每个子功能又可能再被分解为若干个功能模块。然后，编程实现每个功能模块就是最终得到的软件系统。 很显然，这种软件结构源于用户提出来的功能需求。根据最初提出的功能需求，经过分解设计，得到的软件结构是依赖于功能需求的。如果事后发现当初的需求定义或描述不正确、需要变更的话，这种变更足以摧毁按当初提出的需求而建立起的软件结构。这就是结构化方法的先天性缺陷。如图9.1所示，需求的频繁变更会把一个管理信息系统开发项目推向死亡之旅。 除了上面提到的用结构化方法得到的软件结构在面对需求变更时显得束手无策的缺陷以外，另外一个先天性缺陷就是，按功能分解得到的模块是低内聚的和强耦合的，这恰恰是违背系统设计原则的。现实生活中，实现某个功能是由若干个参与者协作完成的，而结构化方法则相当于把这些参与者“肢解”了，把每个参与者所具备的具有强大生命力的能力分散到一个个模块中，拼成了一个“死”的结构。正因为如此，这样拼出来的结构是“死”的，这样拼出来的模块是“低内聚”的。 由于具有上述先天性的缺陷，结构化方法为了保证设计与编码工作有效，就要求对管理信息系统的需求分析做到一步到位，完整、准确的需求定义是必须的，而且分析活动结束后，需求就不能再进行变更了。只要需求有变更，就意味着按当初理解的需求而进行的设计和编码都将是徒劳的。越是到开发的后期，这种需求的变更越是致命的。出于同样的原因，系统交付使用以后，对管理信息系统的维护也是困难的。 面向对象的方法则是以对象为核心来构造软件框架的，在框架不需要变化的前提下，通过对象的协作和参与，就能够协作实现更多的系统功能。如果完成某项任务要求有特殊的对象能力，只需要增强对象的能力就可以实现。因此，这样的结构所具备的应对需求变更的能力是与生俱来的。每个对象封装起来的操作具有强内聚性。 9.1.2 面向对象方法的优势 20世纪80年代，面向对象的程序设计语言趋于成熟，作为一种新的程序设计模式，面向对象的程序设计模式逐渐被更多的人所理解和接受。面向对象的程序设计模式导致了软件开发的高效率、高质量和软件复用，这一成果促使研究者把一部分注意力转向更广、更深层次的研究。首先把面向对象的思想用于设计阶段，于是有了面向对象的设计，进一步又把面向对象的思想用于分析阶段，产生了面向对象的分析，因而在面向对象的系统开发方面不断取得进展时，一种新的管理信息系统开发方法——面向对象的开发方法产生了，并逐渐成为了主流的开发方法。 与结构化方法对比，面向对象的方法显现出了绝对的优势，并且这种优势同样是先天性的。面向对象的思想尽可能按照人类认识世界的方法和思维方式来分析和解决问题。假设我们把现实系统中参与完成某项任务的多个“人”看做“对象”的话，按照面向对象的思想构造的管理信息系统中的软件结构与现实系统的结构是极其相似的。 现实系统中，少数不变的“人”之间，通过协作可以完成许多功能，即便是需要完成一种新的功能，也许只用原有的“人”相互协作就可以实现。如果不能实现，我们可以通过增强“人”的能力的办法或者再添加