软件架构定义.doc_第1页
软件架构定义.doc_第2页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

软件架构概念分类 软件架构对于每一个人的理解都是不同的，通过分类可以在包容细节差异的小基础上明确共性，达到“概念总体上的清晰”。 可以从两个角度讨论其定义：组成或决策。大家都知道，世界是由元素及其之间的关系构成的。那么软件架构，就是组成软件的一些元素（如模块、组件等）构成的一个软件骨架。而从决策角度来看，软件架构就是确定软件由哪些部分组成的软件骨架。道理差不多，只不过是视角不同而已。将软件架构概念分派别：1.组成派软件系统的架构将系统描述为计算组件及组件之间的交互。计算组件是泛指的，可以进一步细分为处理组件，数据组件，连接组件可以是子系统，框架，模块，类等不同粒度的软件单元特征：(1.关注架构实践中的客体-软件，以软件本身为描述对象；(2.分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件通过相互交互完成更高层次的计算。2.决策派软件架构包含了关于以下问题的重要决策，对关键问题进行决策：软件系统的组织选择组成系统的结构元素和他们之间的接口，以及当这些元素相互协作时所体现的行为；如何组成这些元素，使他们逐渐合成为更大的子系统*用于指导这个系统组织的架构风格，这些元素以及他们的接口，协作和组合。软件架构并不仅仅注重软件本身的结构和行为，还组中其他特性，使用，功能性，性能，弹性，重用，可理解性，经济和技术的限制的权衡。特征：（1关注架构实践中的主体-人，以人为决策为描述的对象；（2归纳了架构决策的类型，指出架构决策不仅包括关于软件系统的组织，元素，子系统和架构风格等几类决策，还包括非功能性决策。总结：两个架构概念流派虽然角度不同、但却相辅相成。我们既应从“架构组件交互”的观点中获益，又应运用“架构重要决策集”的实践经验，这一点对于软件业界的实践者（而不仅仅是理论研究者）尤其重要。架构首先是对系统的抽象，该抽象去除了不影响它们如何使用、其他元素如何使用、以及如何与其他元素关联或交互的细节。在几乎所有的现代系统中，各元素是通过接口实现交互的，而这些接口又将各元素的细节划分为公有和私有两大
人人文库> 全部分类> 生活休闲 > 科普知识

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论