对软件架构认识的研究报告.docVIP

西安文理学院 软件体系结构大作业 院系：软件学院 专业班级：10级软件工程1班 姓名：张兴华 学号： 对软件架构的认识研究报告 前言：软件架构对于每一个人的理解都是不同的，通过分类可以在包容细节差异的小基础上明确共性，达到“概念总体上的清晰”。 可以从两个角度讨论其定义：组成或决策。大家都知道，世界是由元素及其之间的关系构成的。那么软件架构，就是组成软件的一些元素（如模块、组件等）构成的一个软件骨架。而从决策角度来看，软件架构就是确定软件由哪些部分组成的软件骨架。道理差不多，只不过是视角不同而已。在本学期学习的过程中，通过老师的教学，我对软件架构有了深刻的认识。 一、软件架构的定义 1、软件架构的概念 软件架构（software architecture）是一个系统的草图,是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构描述的对象是直接构成系统的抽象组件。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。 　　 软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。 　　 在“软件构架简介”一书中，David GArlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。” 2、与软件体系结构概念的细微区别 目前，没有文献表明软件体系结构与软件架构的差别。如果你强调方法论，应使用软件体系结构。强调软件开发实践，应使用软件架构。构架不仅是结构，IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。在 Rational Unified ProcESs 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。 软件系统的架构是一个软件系统从整体到部分的最高层次的划分。其有两个要素：元件划分和设计决定。详细地说，就是要包括架构元件（Architecture Component）、联结器（Connector）、任务流（TASk-flow）。所谓架构元素，也就是组成系统的核心砖瓦，而联结器则描述这些元件之间通讯的路径、通讯的机制、通讯的预期结果，任务流则描述系统如何使用这些元件和联结器完成某一项需求。 二、架构的目标 　　正如同软件本身有其要达到的目标一样，架构设计要达到的目标是什么呢？一般而言，软件架构设计要达到如下的目标： 　　1、可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因此软件系统必须非常可靠。 　　2、安全行（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非常重要。 　　3、可扩展性（SCAlable）。软件必须能够在用户的使用率、用户的数目增加很快的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 　　4、可定制化（CuSTomizable）。同样的一套软件，可以根据客户群的不同和市场需求的变化进行调整。 　　5、可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入新技术，从而对现有系统进行功能和性能的扩展 　　6、可维护性（MAIntainable）。软件系统的维护包括两方面，一是排除现有的错误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低技术支持的花费 　　7、客户体验（Customer Experience）。软件系统必须易于使用。 8、市场时机（Time to Market）。软件用户要面临同业竞争，软件提供商也要面临同业竞争。以最快的速度争夺市场先机非常重要。 三、将软件架构概念分派别 1.组成派： 软件系统的架构将系统描述为计算组件及组件之间的交互。 计算组件是泛指的，可以进一步细分为处理组件，数据组件，连接组件可以是子系统，框架，模块，类等不同粒度的软件单元 特征： (1.关注架构实践中的客体--软件，以软件本身为描述对象； (2.分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件通过相互交互完成更高层次的计算。 2.决策派： 软件架构包含了关于以下问题的重要决策，对关键问题进行决策： ×软件系