第四、五次作业

设计模式的定义：
设计模式是在特定环境下为解决耨一 通用软件设计问题提供的一套定制的解决方案，该方案描述了类与对象之间的相互作用。

设计模式的基本要素有：模式名称、问题、目的、解决方案、效果、实例代码和相关设计模式。其中关键要素是模式名称、问题、解决方案和效果。

GoF23种设计模式根据目的可分为：创建型、结构型和行为型。根据范围可分为：类模式和对象模式。

设计模式的优点：

降低开发人员理解系统的复杂度

使得重用成功的设计更加容易，并避免那些导致不可重用的设计方案。

使得设计方案更加灵活，且易于修改。

提高软件系统的开发效率和软件质量。

有助于初学者更深入的理解面向对象思想。

概述
1.系统模型的大部分内容反映了系统的逻辑和设计方面的信息,并且独立于系统的最终实现单元。
2.为了可重用性和可操作性的目的，系统实现方面的信息也很重要。
3.UML使用两种视图来表示实现单元。
4.部署视图。
组件图
1.组件图描述软件组件以及组件之间的关系。
2.组件本身是代码的物理模块。
3.组件图则显示了代码的结构。
组件图概念
1.组件
2.接口
3.组件间关系
4.组件图
组件
1.组件组件是系统中遵循并实现一组接口的物理的、可替换的软件模块。
2.组件是物理视图的基本元素。
组件类型
1.一个系统往往由几个不同类型的软件模块组成，每一个软件模块可以表示为一个组件、类型。
2.部署组件:形成可执行文件的基础。
3.如dll文件、exe文件、com+对象、corba对象、e jb、动态web页;
4.工作产品组件:是配置组件的来源。
5.如源代码文件、数据文件等执行组件。
6.是最终可运行系统执行后产生的运行结果。
接口
1.接口是被软件或硬件所支持的一个操作集。通过使用命名的接口，可以避免在系统中各个构件之间直接发生依赖关系，有利于新构件的替换。

2.良好定义的构件不直接依赖于其他构件而依赖于构件所支持的接口。
3.在这种情况下，系统中的一个构件可以被支持正确接口的其他构件所替代。
4.每个构件实现（支持)一些接口，并使用另一些接口。
组件间关系
1.依赖
2.泛化
3.关联
4.实现
依赖关系
1.一个构件如果使用另外一个构件的操作，则也可以在该构件和另外一个构件的接口间建立依赖关系。
2.对象和源码。
3.提供者组件开发时存在，但运行时不需要存在。
4.两个构件中的类如果存在泛化关系，则构件间可以加依赖关系。
实现关系
实现关系用实线表示，多用于组件和接口之间。
子系统
1.子系统分类器是组件分类器的一个特别版本。
2.一个子系统符号元素由subsystem关键字代替了component。
3.从建模的观点，规范并不认为组件与子系统有任何区别。
组件图
1.提供当前模型的物理视图。
2.显示包括构件源码、二进制文件和可执行文件在内的软件构件之间的组织和依赖关系。
3.也可以通过显示组件的接口来展示组件外部可见的行为。