c软件体系结构建模.pptVIP

内容概要; 研究软件体系结构的首要问题是如何表示软件体系结构，即如何对软件体系结构建模。根据建模的侧重点不同，可以将软件体系结构的模型分为5种：;◇ 软件体系结构建模的种类 ;◇ 软件体系结构建模的种类 ;◇ 软件体系结构建模的种类 ;◇ 软件体系结构建模的种类 ;◇ 软件体系结构建模的种类 ;◇ “4+1”模型概述 ;◇ “4+1”视图模型概述 ;◇ 软件架构视图;◇ 关于视图;“4+1”视图模型从5个不同的视角包括逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。每一个视图只关心系统的一个侧面，5个视图结合在一起才能够处理富于挑战性的、大规模的软件系统。 “4+1”视图模型的不同视图之间也存在相互影响。 ;u逻辑视图 当采用面向对象的设计方法时，逻辑视图即是对象模型。 u进程视图 描述系统的并发和同步方面的设计。 u物理视图 描述软件到硬件之间的映射关系，反映系统在分布方面的设计。;u开发视图 描述软件在开发环境下的静态组织。 u场景视图 通过选择出一些用例对体系结构加以说明。这些用例称作场景。 “4+1”的由来：四个视图反映的是同一个系统，之所以用了第五个视图，“+1”视图，因为它是由一系列重要的案例组成。用这些重要的案例将前面的四个视图联系到一起，从而组成第五个视图。;对体系结构进行的描述是围绕着以上4个视图展开的。然后，通过选择出的一些用例对体系结构加以说明。这些用例被称作场景(scenarios)，它们构成了第5个视图。实际上，体系结构在某种程度上是由场景演化而来的。 ;“４+１”视图模型的特征一： 体系结构的概念在每个视图里面都可以独立应用，即可以在每个视图里面定义体系结构的各种组成元素，如构件、连接件等。 对于不同的视图，还可以选择不同的体系结构风格，因此在同一个系统结构中可以使用多种风格。 在每一种视图里，我们使用该视图特定的符号。这避免了符号用法和意义的混乱。 ;“４+１”视图模型的特征二： “4十1”模型实际上使得有不同需求的人员能够得到他们对于软件体系结构想要了解的东西。 系统工程师先从物理视图，然后从进程视图靠近???系结构。最终使用者、客户、数据专家从逻辑视图看体系结构；项目经理、软件配置人员从开发视图看体系结构。 ;“４+１”视图模型的特征三： 不是所有的软件体系结构都需要完整的“4十1”视图。没有用的视图在体系结构描述中可以被省略。例如对于非常小的系统，逻辑视图和开发视图有可能非常相似以至于没有必要把它们分开描述。场景视图在各种环境下都是有用的。 ;3.2.1 逻辑视图：面向对象的分解 ;3.2.1 逻辑视图的符号表示法;3.2.1 逻辑视图的风格;3.2.1 逻辑视图的例子 ; 对于规模更大的系统来说，体系结构级中包含数十甚至数百个类 。左图是空中交通管制系统的顶级类图，该图包含了8个类种属（即类的分组）。;3.2.2 进程视图：过程分解 ;3.2.2 进程视图：过程分解 ;3.2.2 进程视图的符号表示法 ;3.2.2进程视图的风格 有多种风格适合进程视图。例如管道和过滤器、客户／服务器及其变体(多客户／单服务器，多客户／多服务器)等。3.2.2 进程视图的例子（ACS系统局部进程视图）;（1）在图中，所有终端均由同一个终端进程进行处理，由其输入队列中的消息驱动。 （3）控制器对象在组成控制器进程的3个任务之一中执行。;（3）慢循环周期(200ms)任务扫描所有挂起的终端，把任何一个活动的终端置入快循环周期(10ms)任务的扫描列表。（4）快循环周期任务检测任何显著的状态改变，并把改变的状态传递给主控制器任务。;（5）主控制器任务解释改变，通过消息与相应的终端进行通信。（6）通过共享内存来实现在控制器进程中传递的消息。;3.2.3 开发视图：子系统分解 ;3.2.3 开发视图：子系统分解 ;3.2.3 开发视图的符号表示法;3.2.3 开发视图的风格;3.2.3 开发视图的例子;3.2.3 开发视图的例子;3.2.3 开发视图的例子;3.2.3 开发视图的例子;3.2.4 物理视图：从软件到硬件的映射 ;3.2.4 物理视图：从软件到硬件的映射 ;3.2.4 物理视图的符号表示法 ;ACS系统的物理视图 ;下面是进程视图的两个不同的物理映射，分别对应一个小型的ACS和大型的ACS。;3.2.5 场景视图：汇总 ;3.2.5 场景视图的符号表示法 ;3.2.5 场景视图的例子;◇ 小结;◇ 案例分析：NAS—网络终端通讯服务系统 ;◇逻辑视图——线框图表示法 ;◇逻辑视图——ＵＭＬ表示法 ;◇逻辑视图——UML表示的NAS系统逻辑图 ;◇逻辑视图——UML表示的NASNetSe