专注评论二十年
有哪些不错的介绍计算机体系结构的书籍
计算机体系结构 量化研究方法：第4版 这本书是计算机体系结构方面的经典之作。
最新的版本是第4版，国内是07年1月出的。
这学期上系统结构的课程，老师们的课件基本上是 按照这本书的逻辑再讲，课上有很多的例子都是照搬这本书上的。
在很多处理器手册中都可以看到它是一本重要参考书，学习硬件和系统软件的人一定要看。
当年在学校上《计算机体系结构》的时候老师就推荐了这本书，只是当时对体系结构不太理解，而且处在入门阶段，所以当时采用这本书不太现实。
倒是工作了以后，回头再看这本书，发现里面很多东西讲的都是那么的透彻。
想在这个学科发展的朋友们，应该读一读这本书∶经典，不需要理由！
软件体系结构设计的目录
第一篇基础篇：软件体系结构的理论 第1章绪论1.1软件体系结构的概念演化1.1.1软件体系结构的定义1.1.2软件体系结构的理论基础1.2软件体系结构形式化方法概述1.2.1基于CHAM的体系结构形式规约1.2.2基于Z语言的体系结构形式规约1.2.3基于一阶逻辑的体系结构形式规约1.2.4基于图论的体系结构形式规约1.2.5目前形式化方法存在的问题1.3软件体系结构描述语言概述1.4软件质量与质量模型 思考题 第2章软件建模的基础2.1一个简单例子2.2面向对象特性2.2.1封装性2.2.2继承性2.2.3多态性2.3接口2.4设计原则2.4.1SRP单一职责原则2.4.2OCP开闭原则2.4.3LSP里氏替换原则2.4.4ISP接口分离原则2.4.5DIP依赖倒置原则2.5UML2的各种图2.6需求建模：用例2.6.1一个用例图例子2.6.2用例与参与者2.6.3用例图2.6.4用例间关系2.6.5用例对需求建模2.7基本结构建模2.7.1一个类图例子2.7.2性质2.7.3对象图2.7.4操作2.7.5接口2.7.6关系2.7.7关系建模2.7.8类图2.8高级结构建模2.8.1公共扩展机制2.8.2包和包图2.8.3复合结构2.8.4模板2.9Kruchten4+1模型描述软件体系结构2.9.1逻辑视图：面向对象的分解2.9.2过程视图：过程分解2.9.3开发视图：子系统分解2.9.4物理视图：从软件到硬件的映射2.9.5场景视图：汇总2.9.6视图间的交流2.9.7模型的迭代过程和软件文档 思考题 第3章软件体系结构的形式化3.1软件的生命周期3.2基于抽象代数的形式化方法3.2.1构件3.2.2连接件3.2.3软件体系结构3.2.4软件体系结构关系3.2.5软件体系结构范式3.3基于粒度计算的形式化方法3.3.1软件体系结构演化3.3.2属性合成和跟踪3.3.3软件体系结构多视图表达及集成3.3.4软件体系结构风格和软件体系结构风格发现3.4*基于π演算的形式化方法3.4.1π演算基本语法3.4.2π演算约简关系3.4.3π演算迁移关系3.5*动态软件体系结构的形式化描述：化学抽象机3.5.1化学抽象机模型3.5.2软件体系结构描述 思考题 第4章软件体系结构的风格4.1管道和过滤器风格4.2仓库风格和黑板风格4.3事件驱动风格4.4客户机？分配器？服务器风格4.5分层系统风格4.6解释器4.7面向服务的体系结构4.7.1面向服务体系结构中的组成元素4.7.2面向服务体系结构的设计原则4.8过程控制环路模式 思考题 第5章体系结构描述语言5.1典型ADL5.1.1C2概述5.1.2Darwin与Wright概述5.1.3ACME概述5.1.4UniCon概述5.1.5Aesop概述5.1.6Rapide概述5.1.7MetaH5.1.8SADL概述5.2πADL的概述5.2.1πADL体系结构描述框架5.2.2πADL体系结构风格描述方法5.3πADL体系结构行为规约 思考题 第6章软件质量建模方法6.1软件质量建模与分析6.1.1风险分析的基本概念6.1.2风险分析的基本方法6.1.3图形化建模语言6.2实证分析：软件体系结构的质量6.2.1地面智能机器人的软件系统6.2.2解决方案1：过程控制环路模式6.2.3解决方案2：分层架构模式6.2.4解决方案3：基于事件驱动的隐式调用模式6.2.5解决方案4：黑板体系模式6.2.6解决方案比较 思考题 第7章设计模式7.1设计模式概述7.2设计模式的分类7.3创建型的设计模式7.3.1Factory7.3.2Prototype7.3.3Builder7.3.4Singleton7.3.5Adapter 思考题 第8章战场环境中自适应服务的软件组合框架8.1服务的描述与特征8.1.1服务模型8.1.2服务事务处理8.2TSCF服务组合框架8.2.1TSCF框架8.2.2服务代理设计8.2.3服务组合协调8.3服务调度流程控制的应用实现8.4小结 思考题 第二篇软件复用与构件库的设计 第9章构件库研究现状 第10章软件复用概述 第11章构件技术 第12章Web构件库实现 第三篇软件规模的度量 第13章软件规模度量研究现状 第14章FPA方法 第15章FPA方法的实际应用及其不足 第16章FPA方法的改进 第17章改进后FPA方法的应用及实例试验 第四篇软件的性能抗衰 第18章软件的性能问题与抗衰技术18.1软件性能衰退 第19章新型软件抗衰策略 第20章细粒度软件抗衰策略研究 第21章细粒度重启技术研究 第22章细粒度软件抗衰策略模型研究 附录A缩略词及中英文词汇对照附录B软件体系结构支持工具参考文献 ……
什么是软件体系结构
软件体系结构研究如果仅仅停留在非形式化的框图阶段，已经难以适应进一步发展的需要。
为支持基于体系结构的开发，需要有形式化建模符号、体系结构说明的分析与开发工具。
从软件体系结构研究的现状来看，在这一领域近来已经有不少进展，其中比较有代表性的是美国卡耐基梅隆大学（Carnegie Mellon University）的Robert J.A11en于l997年提出的Wright系统。
Wright是-种结构描述语言，该语言基于一种形式化的、抽象的系统模型，为描述和分析软件体系结构和结构化方法提供了一种实用的工具。
Wright主要侧重于描述系统的软件构件和连接的结构、配置和方法。
它使用显式的、独立的连接模型来作为交互的方式，这使得该系统可以用逻辑谓词符号系统，而不依赖特定的系统实例来描述系统的抽象行为。
该系统还可以通过一组静态检查来判断系统结构规格说明的一致性和完整性。
从这些特性的分析来说，Wright系统的确适用于对大型系统的描述和分析。
设计软件体系结构的过程
与最初的大型中央主机相适应，最初的软件结构体系也是Mainframe结构，该结构下客户、数据和程序被集中在主机上，通常只有少量的GUI界面，对远程数据库的访问比较困难。
随着PC的广泛应用，该结构逐渐在应用中被淘汰。
在80年代中期出现了Client/Server分布式计算结构，应用程序的处理在客户（PC机）和服务器（Mainframe或Server）之间分担；请求通常被关系型数据库处理，PC机在接受到被处理的数据后实现显示和业务逻辑；系统支持模块化开发，通常有GUI界面。
Client/Server结构因为其灵活性得到了极其广泛的应用。
但对于大型软件系统而言，这种结构在系统的部署和扩展性方面还是存在着不足。
Internet的发展给传统应用软件的开发带来了深刻的影响。
基于Internet和Web的软件和应用系统无疑需要更为开放和灵活的体系结构。
随着越来越多的商业系统被搬上Internet，一种新的、更具生命力的体系结构被广泛采用，这就是为我们所知的“三层/多层计算”。
。
客户层（client tier） 用户接口和用户请求的发出地，典型应用是网络浏览器和胖客户（如Java程序）。
服务器层（server tier） 典型应用是Web服务器和运行业务代码的应用程序服务器。
数据层（data tier） 典型应用是关系型数据库和其他后端（back-end）数据资源， 如 Oracle和SAP、 R/3等三层体系结构中，客户（请求信息）、程序（处理请求）和数据（被操作）被物理地隔离。
三层结构是个更灵活的体系结构，它把显示逻辑从业务逻辑中分离出来，这就意味着业务代码是独立的，可以不关心怎样显示和在哪里显示。
业务逻辑层现在处于中间层，不需要关心由哪种类型的客户来显示数据，也可以与后端系统保持相对独立性，有利于系统扩展。
三层结构具有更好的移植性，可以跨不同类型的平台工作，允许用户请求在多个服务器间进行负载平衡。
三层结构中安全性也更易于实现，因为应用程序已经同客户隔离。
应用程序服务器是三层/多层体系结构的组成部分，应用程序服务器位于中间层。
如图所示，应用程序服务器运行于浏览器和数据资源之间，一个简单的实例是，顾客从浏览器中输入一个定单，web服务器将该请求发送给应用程序服务器，由应用程序服务器执行处理逻辑，并且获取或更新后端用户数据。
兴起六十年代的软件危机使得人们开始重视软件工程的研究。
起初，人们把软件设计的重点放在数据结构和算法的选择上，随着软件系统规模越来越大、越来越复杂，整个系统的结构和规格说明显得越来越重要。
软件危机的程度日益加剧，现有的软件工程方法对此显得力不从心。
对于大规模的复杂软件系统来说，对总体的系统结构设计和规格说明比起对计算的算法和数据结构的选择已经变得明显重要得多。
在此种背景下，人们认识到软件体系结构的重要性，并认为对软件体系结构的系统、深入的研究将会成为提高软件生产率和解决软件维护问题的新的最有希望的途径。
自从软件系统首次被分成许多模块，模块之间有相互作用，组合起来有整体的属性，就具有了体系结构。
好的开发者常常会使用一些体系结构模式作为软件系统结构设计策略，但他们并没有规范地、明确地表达出来，这样就无法将他们的知识与别人交流。
软件体系结构是设计抽象的进一步发展，满足了更好地理解软件系统，更方便地开发更大、更复杂的软件系统的需要。
事实上，软件总是有体系结构的，不存在没有体系结构的软件。
体系结构（Architecture）一词在英文里就是建筑的意思。
把软件比作一座楼房，从整体上讲，是因为它有基础、主体和装饰，即操作系统之上的基础设施软件、实现计算逻辑的主体应用程序、方便使用的用户界面程序。
从细节上来看每一个程序也是有结构的。
早期的结构化程序就是以语句组成模块，模块的聚集和嵌套形成层层调用的程序结构，也就是体系结构。
结构化程序的程序（表达）结构和（计算的）逻辑结构的一致性及自顶向下开发方法自然而然地形成了体系结构。
由于结构化程序设计时代程序规模不大，通过强调结构化程序设计方法学，自顶向下、逐步求精，并注意模块的耦合性就可以得到相对良好的结构，所以，并未特别研究软件体系结构。
我们可以作个简单的比喻，结构化程序设计时代是以砖、瓦、灰、沙、石、预制梁、柱、屋面板盖平房和小楼，而面向对象时代以整面墙、整间房、一层楼梯的预制件盖高楼大厦。
构件怎样搭配才合理？体系结构怎样构造容易？重要构件有了更改后，如何保证整栋高楼不倒？每种应用领域需要什么构件（医院、工厂、旅馆）？有哪些实用、美观、强度、造价合理的构件骨架使建造出来的建筑（即体系结构）更能满足用户的需求？如同土木工程进入到现代建筑学一样，软件也从传统的软件工程进入到现代面向对象的软件工程，研究整个软件系统的体系结构，寻求建构最快、成本最低、质量最好的构造过程。
软件体系结构虽脱胎于软件工程，但其形成同时借鉴了计算机体系结构和网络体系结构中很多宝贵的思想和方法，最近几年软件体系结构研究已完全独立于软件工程的研究，成为计算机科学的一个最新的研究方向和独立学科分支。
软件体系结构研...
软件体系结构
展开全部 软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。
处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组组合连接起来。
这一定义注重区分处理构件、数据构件和连接构件，这一方法在其他的定义和方法中基本上得到保持。
由于软件系统具有的一些共通特性，这种模型可以在多个系统之间传递，特别是可以应用到具有相似质量属性和功能需求的系统中，并能够促进大规模软件的系统级复用。
...
如何进行基于软件体系结构的软件设计
MVC是当前流行的Web应用设计框架的实施标准，是软件工程中的一种软件架构模式[ ]。
它把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller），目的是实现一种动态和可持续的程序设计，使后续对程序的修改和扩展简化，并且使程序某一部分的代码或功能重复利用成为可能。
在这种设计结构下，一个应用被分为三个部分：model、view和controller，每个部分负责不同的功能。
根据用户界面（view）的操作完成对程序数据（model）的更新。
将程序数据（model）改变及时反应到用户界面（view）上。
也就是完成两个方向的动作。
系统架构师考试需要看哪些书
系统架构师考试书籍：《软件体系结构原理、方法与实践》 《系统架构设计师教程（第2版）》 《系统架构设计师考试全程指导》 《系统架构设计师考试试题分类精解与题型练习》 《系统架构设计师考试串讲视频教程》 《新技术与新方法串讲视频教程（3课时）》
程序结构,软件结构和软件体系结构这三者有什么区别和联系？
程序结构指的是软件中的一个程序的模块及其相互关系；软件结构指的是组成某个或某类软件的模块及其相互关系；软件体系结构指的是：构成软件系统的元素的描述、元素之间的相互作用、元素的集成模式及模式约束，是一种结构、行为和属性的高级抽象。
软件体系结构与设计模式是什么关系
百度文库中有介绍http://wenku.baidu.com/view/745db4c758f5f61fb73666b2.htmlMVC是当前流行的Web应用设计框架的实施标准，是软件工程中的一种软件架构模式[ ]。
它把软件系统分为三个基本部分：模型（Model）、视图（View）和控制器（Controller），目的是实现一种动态和可持续的程序设计，使后续对程序的修改和扩展简化，并且使程序某一部分的代码或功能重复利用成为可能。
在这种设计结构下，一个应用被分为三个部分：model、view和controller，每个部分负责不同的功能。
根据用户界面（view）的操作完成对程序数据（model）的更新。
将程序数据（model）改变及时反应到用户界面（view）上。
也就是完成两个方向的动作。
