跟我学面向对象的系统架构设计如何进行面向对象的系统架构设计.ppt

如何进行面向对象的系统架构设计 一个好的系统体系设计方案应尽量满足以下准则：可重用性、可扩展性、简洁性、高性能和高安全性等。 系统设计与设计模式的应用概述 （2）需求分析并不能解决一切问题 开发者抱怨说，用户为什么当初不提出这些新的需求呢？而用户抱怨说，当初怎么可能预料到现在的需求呢？ （3）比较困惑的事情 如果我们试图发现需求怎样变化，那开发过程将永远会停留在对系统的分析阶段。 而如果所开发出的软件系统能面向未来，那我们也将永远处在系统的设计阶段。 1、在进行系统设计和开发时就应该要考虑系统以后有可能有哪些方面的变化 （1）用户需求在客观上是不断地变化的 在系统设计阶段，最关键的问题是由于系统需求是变化的，哪么我们的设计如何能够“拥抱变化”和“适应变化”呢？ 如何能够从此圈套中解脱出呢？ 2、如何能够“拥抱变化”和“适应变化” （1）除了分层解藕外，在类设计方面应该遵守的几个原则 针对接口编程而不要针对具体实现类编程。 class SomeClass implements SomeInterface //extends SuperClass { } 当组件之间需要进行关联时，应该优先使用对象组合，而不应用类的继承。 对系统进行分析以找出系统中的可变部分 对变化的部分应该尽可能进行分离，这样当“要素”发生变化的时候，不至于引起对系统的重新设计或者做大量的系统实现代码的修改。 （2）“封装变化”是类设计时主要考虑的问题 在GoF的23种代码实现模式中都体现有“封装变化”的实现。 而通过GRASP，又能够准确地进行类的各个职责分配 您知道为什么吗？ 面向对象的系统架构设计 在本讲希望重点掌握如下内容 面向对象架构设计的基本原则 架构设计中的层模式及应用 J2EE平台中典型的分层策略 MVC架构模式及应用 Web MVC（JSP Model Two构架） Struts MVC架构模式及应用 1、区分面向过程的设计方法和面向对象的设计方法的本质区别 （1）面向过程的设计方法由于是建立在三种能够构成结构化程序的逻辑构造元素方面——顺序、选择和重复 并且面向过程的设计方法采用的是“自顶向下、逐步精化”的经典瀑布式设计方法。 这种设计方法要求系统设计者在系统设计之初就需要对软件系统中所应该要解决的各个方面的问题（也就是系统的需求）有全面的、周密的了解。 这样的设计方法在目前的软件系统的功能比较复杂和需求频繁多变的企业级的应用系统设计和开发实现中，将会存在有一定的难度。 请思考：面向过程的程序设计方法是学习面向对象技术的基础还是阻碍？ （2）面向对象的设计方法 设计者可以充分利用对象所具有的“抽象、封装、继承和多态”等特性，同时面向对象的系统设计方法是一种“自下而上”的设计方法。 它所带来的优点是能够形成一种螺旋上升的软件开发方式，这对于已有的系统设计只需要进行局部地修改或者调整就可以满足软件系统的变化要求。 （3）面向对象的系统架构设计方法的主要优点 应用面向对象的系统架构设计方法能够保证软件系统的体系架构的设计结果具有一定的可重用性、可扩展性。 （4）面向对象的系统架构设计方法的应用场合 对于系统功能需要不断扩充的软件项目（如商业进销存系统、客户关系管理系统等） 或者需要系列化的产品软件的系统架构设计（如财务产品软件、税务产品软件等 （1）应用系统经过合理地纵向分层和隔离 使得系统中的每一层都能够为其所对应的上一层提供功能服务而成为服务的提供者 同时也作为下层的客户端而获得所需要的其他层所提供的功能服务。 （2）J2EE技术规范为开发复杂的、分布式企业级的应用系统定义了一套体系结构和技术规范，它不仅提供了一套完整的基于标准化模块的功能服务组件，而且也提供了对企业应用系统的标准纵向分层设计方案。 2、面向对象架构设计的基本原则——纵向分层隔离原则 各个层之间只存在单向依赖关系——较好地实现了各个层的封装和彼此间的隔离。 （3）遵守纵向分层隔离原则的主要优点 能够屏蔽各个层中的功能组件的具体技术实现细节、同时也能够达到某个层次的模块使用者只管使用所需要的目标层中的组件功能服务，而并不需要去了解该目标层中的各个组件的具体结构以及它们的具体技术实现的细节。 另外，在应用系统的需求发生变化时，只需要改变某些基础层中的功能服务组件，但不会影响到其上层中的服务使用者组件的技术实现和程序代码。 3、面向对象架构设计的基本原则——依赖倒置原则 （1）传统的系统架构设计所存在的主要问题 在传统的系统架构设计方法中倾向于使高层次的模块直接依赖于低层次的模块、抽象层程序依赖于具体实现层次的功能