Architecture：架构

架构

问题：结构问题        1.局部问题：数据结构+算法         代码层面        2.整体问题：系统结构                  软件+硬件

结构问题：定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。 1>元素的组成、功能分配；                     1 2>通信、同步和数据访问的协议；          1-n 3>总体组织结构和全局控制结构；           n-n 4>物理分布； 5>定标与性能；

一、定义

架构A：一系列相关的抽象模式             #系统重要构件的组织或结构，重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。             #内部：环境中的系统的完整性、紧急约束条件、审美需求、样式              #外部：系统的用户环境、开发环境中对系统整体考虑 架构描述语言ADL：            #基本构成包括组件、连接器和配置 要素：元件划分和设计决定         元件划分：元件组成，相互作用。          #原件   [Component]：          #联结器[Connector]： 描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果          #任务流[Task-flow]：   描述系统如何使用这些元件和联结器完成某一项需求.         设计决定：设计：商业的和技术的决定 作用：指导软件系统设计 对象：          抽象组件：各个组件之间的连接则明确和相对细致地描述组件之间的通讯          实际组件：实现阶段，具体某个类或者对象。          组件连接：接口 层次：          一.逻辑架构：软件系统中元件之间关系   [表象层次，商业层次和数据持久层次]          二.物理架构：硬件系统的软件元件部署   [网络分流器、代理服务器、WEB服务器、应用服务器]          三.系统架构：系统的非功能性特征          [可扩展、可靠、强壮、灵活性、性能等。] 视图：        用例视图：包括用例和场景，这些用例和场景包括在构架方面具有重要意义的行为、类或技术风险。它是用例模型的子集。        逻辑视图：包括最重要的设计类、从这些设计类到包和子系统的组织形式，以及从这些包和子系统到层的组织形式。它还包括一些用例实现。它是设计模型的子集。        实施视图：包括实施模型及其从模块到包和层的组织形式的概览。 同时还描述了将逻辑视图中的包和类向实施视图中的包和模块分配的情况。它是实施模型的子集。        进程视图：包括所涉及任务（进程和线程）的描述，它们的交互和配置，以及将设计对象和类向任务的分配情况。只有在系统具有很高程度的并行时，才需要该视图。在 Rational Unified Process 中，它是设计模型的子集。        配置视图：包括对最典型的平台配置的各种物理节点的描述以及将任务（来自进程视图）向物理节点分配的情况。只有在分布式系统中才需要该视图。它是部署模型的一个子集。

二、模式

定义：解决复杂构架问题的现成形式 作用：构架框架或构架基础设施（中间件）是可以在其上构建某种构架的构件集。 案例：    类别                 模式                  结构              层                  交互系统        模型-视图-控制器                  分布式系统    代理                  自适应系统    反射 表示：    模式名、环境、问题、影响、描述应考虑的不同问题方面、解决方案、基本原理、结果环境、示例、模式名层、环境、需要进行结构分解的大系统、问题必须处理不同抽象层次的问题的系统。

三、设计图

构架视图的图形描述 进程视图：类图与对象图（包括任务 - 进程与线程）。 实施视图：构件图 部署视图：配置图 用例视图：用例图：描述用例、主角和普通设计类                   顺序图：描述设计对象及其协作关系