软件构架结构.pptx

软件构架实践之什么是软件构架 目录软件构架概念构架模式、参考模型和参考构架软件构架的重要性构架的结构和视图小结知识回顾第一章阐述了构架在保证开发组织实现 其商业目标方面所起到的重要作用那么软件构架在项目开发中又有什么意义呢？软件构架软件构架概念的提出70年代1969年构架实际上是同类系统的抽象David Parnas提出的构架原则信息隐藏原则关于只允许通过接口使用元素的原则强调对软件系统中的不同结构进行考察，不得混淆这些结构在基于组件开发的系统中错误处理和检测原则将每个程序都看做某一程序族的一员认识到系统的结构影响到系统的质量引入使用结构，该原则控制各个元素之间的连接，以增强系统的可扩展性Parnas等人的工作为软件构架理论的建立创造了基础软件构架概念的澄清控制处理（CP）特征损失模型(MODP)回响模型(MODR)噪音模型(MODN)图1 未提供多少信息的软件构架的描述图从上图中可以得出以下信息：系统是由4个元素组成其中的3个元素特征损失模型（MODP）、回响模型（MODR）和噪音模型（MODN）可能有更多的相似之处，但是他们与第4个元素控制处理（CP）之间可能会有较大的差异，因为前三个元素在图中处于同一层次上该图是完全连通的，因而所有的元素之间显然存在着某种联系 这就是构架吗？如果构架真的是由若干组件及其之间的相互联系组成，则用这样的图就足以表述构架，但是，从图中并不能得到以下信息：（1）从元素的角度上：这些元素的实质是什么？划分成这样的元素有何种意义？它们是否能运行在不同的处理器上？从运行时间上看，是否相互独立？这些元素是由进程还是程序组成，或者是两者兼有？这些元素是否反应了开发项目任务的划分？它们是否表示了运行时独立性？这些组件是对象、任务、函数、进程、分布式程序，还是其他？（2）从职责的角度上：元素的职责是什么？它们在系统中做什么？在系统中的功能是什么？（3）从联系关系的角度上：图中的连线代表的意思是什么?这些连线是表示这些元素相互通信、相互控制、相互发送数据、相互作用、相互调用、保持同步、彼此之间共享一些信息隐藏秘密，还是上述关系和其他关系的组合？这种相互通信又是借助什么机制来实现的？在机制之间流动的可能是什么信息（4）从分布的角度上：各个元素在图中的分布表示什么意义？为什么CP单独在一个层次上？是不是CP可以调用其他元素反之不行呢？是不是仅仅因为受版面空间的限制而没有将这4个元素排成一行。。。。。。。。。。结论 根据上面所提出的问题，必须知道以下几个方面，否则这样的图是没有意义的 （1）准确的知道元素是什么，表示的是什么意思 （2）元素之间是如何协作来实现系统的目的的软件构架的定义 软件构架在不断的发展，但它仍然是一门尚不成熟的学科，因此软件构架并没有一个统一的、公认的定义。大多数常见的定义的要点都是一致的—结构、元素以及各元素之间的关系。软件构架的定义大体可以分为两类：1、决策派的定义---一组决策的集合2、组成派的定义—元素+元素的关系决策派定义的代表Booch、Rumbaugh和Jacobson的定义： 构架是一系列重要决策的集合，这些决策与以下内容相关：软件的组织、构成系统的结构元素及其接口的选择，这些元素在相互协作中明确表现的行为，这些结构元素和行为元素进一步组合所构成的更大规模的子系统，以及如何组织这些元素Woods的定义 软件构架是一系列设计决策，如果做了不正当的决策，项目可能最终会被取消组成派定义的代表Garlan和Shaw的定义 构架包括组件（Component）、连接器（Connector）和约束（Constrain）三大要素Boehmn的定义 软件构架包括系统组件、连接件和约束的集合，反应不同涉众需求的集合和原理的集合IEEE620.12-1990定义该定义属于组成派定义的范畴内容：构架是以组件、组件之间的关系、组件与环境之间的关系为内容的某一系统的基本组织结构，以及指导上述内容涉及与演化的原理关于构架的其他定义（1）构架是一种高层设计。 从马是哺乳动物这个意义上来说，这种说法是正确的，但是反过来说就不对了。与设计相关的其他任务并不属于构架，如确定将要封装的重要的数据结构。访问数据结构的接口肯定属于构架的范畴，但是实际做出的选择却不是。（2）构架是系统的总体结构。 这个常见的说法是不正确的，其中暗含的意思是系统只有一个结构。但是这种观点具有教学上的重要性，因为后面可以看到，不同的结构提供了一个关键的工程设计平衡点，这些平衡点使得系统中具有了导致系统成功或者失败的质量属性，构架中的结构的多样性位于概念的核心。（3）构架是软件或者系统的组件、组件之间的相互关系以及管理其设计和演变的原理和方针的结构。 这是许多以过程为中心的定义中的一种，也是属于组成派的定义范畴，其中包括诸如原理和指导方