《软件体系结构介绍》由会员分享，可在线阅读，更多相关《软件体系结构介绍（16页珍藏版）》请在金锄头文库上搜索。
1、引言,软件体系结构,起源,软件工程师总是使用软件体系结构而往往并没有意识到 从研究人员和从业人员的处理问题 重大的软件工程问题 大量的编程语言的独特特性 软件复用的需要 很多想法来自其他（非计算机）领域,软件工程的难处,软件工程师处理独特的问题 软件工程虽然年轻但赋予了巨大的期望 处理的问题很复杂却是无形的 软件并不能像汽车一样单独使用，必须随着其他领域的变化而变化 一些问题能够被消除，这种问题被称为偶然性的问题 而令一些问题只能被减少，而不能被消除，这种问题被称为本质性困难,体系结构的巨大好处,卓越的体系结构可以带来如下好处 智能控制 概念完整 复用的有效基础 实现，设计编码的经验 有效的工
2、程交流 一系列的不同系统的管理 缺少对软件体系结构的设计就不会得到上述好处,基本理解,体系结构是关于一个软件系统的重要设计决策的集合 对软件体系结构的三种基本理解 每一个应用都有一个体系结构（对） 每一个应用至少有一个软件体系结构（错） 体系结构是开发的一个阶段（错）,把体系结构看成一个阶段是错的,把体系结构看成一个阶段是在否定它在软件开发过程中的基础地位 远不止是“高级别的设计” 体系结构也可以像目标代码源代码等来描述,软件体系结构的内容,需求 设计 实现 分析和设计 演化 开发过程,需求分析,传统的软件工程需求分析不应受到设计的影响 但是，如果不参考现有的体系结构，就会很难对新系统的实用性
3、，开发日程，花费作出估计 在工程实际中，新产品往往来自于对现有产品的解决方案和不足的观察,需求分析的新视角,现有的设计和体系结构提供解决方案的词汇表 我们对现有的作品的功能，以及它是如何工作的理解会影响我们的需求 从我们的经验与现有系统的见解 帮助我们勾画出新产品的功能而且可以使我们评估开发时间和花费 需求分析和设计的考虑必须同时进行,设计与体系结构,设计是一项贯穿于软件开发的活动，是一个创建系统体系结构的一部分的活动 典型的，在传统设计阶段关心一个系统的结构，其主要成分鉴定，他们的内部联系 体系结构表示一个系统的主要设计决策的集合，也就是说它不仅仅是结构,以体系结构为核心的设计,传统的设计阶
4、段建议将需求转换成算法，所以程序员可以实现它们 以体系结构为核心的设计可以 分化问题 决定使用 COTS 组件 总体风格和结构 包和主类结构 开发问题 发布实施/部署问题,非功能性需求,非功能性需求是体系结构的选择的结果 非功能性需求问题是体系结构的选择的结果所提出的 非功能性需求的设计说明需要体系结构框架的声明 体系结构框架可以评估的属性是否可实现,设计技巧,基础概念工具 概念细化 抽象 模块化 两种说明性广泛适应的策略 面向对象设计 特定领域软件体系结构（DSSA）,实现,目标是生成机器可执行的源代码 这些代码应该忠实于体系结构 另一方面它也可以对体系结构稍作修改 修改多少算合适那？那要看是与体系结构相关还是不重要的修改 它必须充分开发应用程序的所有重要细节,忠实的实现,所有的体系结构中的结构元素在源代码中实现 源代码不能加入主要体系结构中没有相应的元素的新的计算元素 源代码不能包含在体系结构中找不到的元素之间的新连接 这能实现吗？是不是有点过分？我们不能满足怎么办？,不忠实的实现,这种实现也有一种体系结构，虽然没有记录在案。 未能识别的区别计划和实现的体系结构,
