恰如其分的软件架构_55页抢鲜试读

《恰如其分的软件架构_55页抢鲜试读》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、读者对本书的赞誉WhatReadersAreSayingAboutJustEnoughSoftwareArchitecture如果你打算阅读一本关于软件架构的书，那就选择这一本吧。《恰如其分的软件架构》涵盖了每一位程序员、开发人员、测试人员、架构师、经理都必须知道的软件架构的基本概念，它提供了很多在实战中非常实用的建议，而这只需要你花几个小时去阅读！——MichaelKeeling，专业软件工程师本书反映了作者造诣高深的软件架构知识和丰富的行业经验。如果你是一位架构师，一定会希望公司里的开发人员都能读一读这本书。如果你是一位开发人员，

2、请仔细阅读。本书介绍了在软件项目实战（没有你想象中那么理想）中的架构工作。它描述了你将会碰到的环境，以及如何在这样的环境中提升自己的设计实战能力。——PauloMerson，在职软件架构师、软件工程学院访问学者Fairbanks把笔墨聚集在“恰如其分”的软件架构上，这对于每一位想要使架构过程变得更容易的开发人员来说，都是极具吸引力的。本书通过详细的案例和建议，展示了如何用风险驱动来管理架构的建设和范围，重点突出，易于理解。同时，作者提供了软件架构学术方面的很多细节，这对那些对理论和实践都很感兴趣的开发人员非常有益。——BradleyS

3、chmerl博士，卡内基·梅隆大学计算机科学学院资深系统科学家GeorgeFairbanks的《恰如其分的软件架构》一书中的风险驱动建模方法已经被NASAJohnsonSpaceCenter（JSC）成功地应用于eXtensibleInformationModeler(XIM)项目。项目组的所有成员，从项目管理人员到开发人员，都必须遵循。实际上，这本书应该是每一位开发人员的必备工具。仅仅是讲述代码模型和反模式的部分，就值回书价了。——ChristopherDean，美国国家航空航天局约翰逊空间中心工程科学团队XIM首席架构师iiu读者

4、对本书的赞誉《恰如其分的软件架构》教你如何在战略和战术上使用工具，以及如何为你的软件项目选择架构策略。无论你是一位开发人员还是架构师，本书都是你在架构过程中的必备参考资料。——NicholasSherman，微软项目经理Fairbanks将过程、生命周期、架构、建模及服务质量方面的最新理念集成在一个条理清楚的框架中。这个框架可以立即应用于你的IT应用。Fairbanks的写作异常清晰、精确，同时具有很强的可读性和趣味性。《恰如其分的软件架构》是IT应用架构方面一个具有重要贡献的文献，对于企业应用架构师来说，也许会成为他们的标准参考资料

5、。——IanMaung博士，花旗企业架构部门资深副总裁，Covance前企业架构总监本书完全满足了那些软件开发实践者的关键需求，即如何有效地创建更加实际的系统。Fairbanks常常运用自己的经验，并与学术理论相结合，为我们提供一个又一个概念模型、领域（或更广范围）内的最佳实践，以及在软件架构方面如何体现其现实意义，具有指导性作用。他在书中提出了基于风险的架构方法，并帮助我们认识到怎样才是“恰如其分”的。本书的问世为软件架构领域又增添了一份重要的文献。——DesmondD’Souza,《MApandCatalysis》一书的作者，Ki

6、netium,Inc.本书展现的软件架构将帮助你构建软件，而不会阻碍软件的构建；本书能够让你关注那些真正值得关注的关键性架构工作，从而避免影响编码工作。——KevinBierhoff博士，专业软件工程师很多系统和软件开发人员常常追问为什么要做，以及针对什么做软件架构，他们一定会感谢本书的作者在这本书中呈现了清晰的论证和精彩的推理；对于纠结何时，以及如何做架构的开发人员，也会在本书中找到恰如其分的指导，当然还有很多概念和思想。总之，本书简洁易懂，涵盖了很多可供参考的内容。的确，这是一本架构精到、设计精心的好书！——Shang-WenCh

7、eng博士，航空软件工程师序Foreword20世纪90年代，软件架构成为软件工程的一个分支，引起人们广泛的关注。好的软件架构也成为构建成功软件系统的一个关键性因素。随之而来，为了支持架构设计，一大批让人眼花缭乱的符号、工具、技术、过程被引入现有的软件开发实践。然而，尽管产生了很多关注于软件架构的理论和原则，但在很多情况下仍然无法找到通用的实践性方法。部分原因是在架构的角色定位上产生了分歧。一部分人提倡以架构为中心的设计，即架构在整个软件开发过程中扮演最核心、最关键的角色。持这种观点的人倾向于建立包含全面细节的架构设计、严格定义的架构

8、里程碑及标准化的架构文档。另一部分人则希望弱化架构，主张架构随着产品设计自然呈现，也就是说，架构作为一种特殊的系统类，根本没必要重点关注。持这种观点的人倾向于尽量不要把架构设计活动从实现中分离出来，同时减少，甚至完全忽略