01《软件构架实践》阅读笔记之一

这一学期的学习重点是软件架构的学习。软件架构是软件业的一个重要研究领域,也正在受到越来越多的关注,软件架构的地位也日益明显地体现了出来。但是其实据我们所知,无论是从技术角度还是从管理角度,目前针对实际软件开发组织的、有关如何管理软件构架的实用指导文献还十分地缺乏。所以,这本书的主旨就是基于如何把软件构架和行业或组织的实际情况结合起来的探讨。

在设计和分析大型并且复杂的软件密集型系统过程中,我们已经认识到了软件行业和开发组织对这些系统的设计及其最终成败所起的作用。而我们构建系统的目的是为了满足组织的需求(或者在套装产品中的假设需求),这些需求决定了系统的性能、可用性、安全性、与其他系统的兼容性以及在生命周期内适应变化的能力。系统的这些属性都是受软件构架制约的,或者说,上述属性的实现影响着软件设计师的设计选择。

在如何把软件架构与行业或组织的实际情况相结合的问题上,我们可以了解一下真实系统的案例,内容有:1.在最小程度的集中控制下,在本组织范围内快速、方便地共享文档的设想如何最终转化为万维网的软件构架。2.在空中交通管制中,对安全性的极高需求如何使公司为了获得极高可用性而围绕着一个构架构建系统。3.分散在各地的不同开发人员开发的飞行模拟器子系统如何连接成一个构架,以便于各子系统的集成。4.为满足产品同时交付的需求而促使(或者说迫使)公司采用某个适当地构架,从而使该公司能够将一组复杂的相关软件系统构建为一个产品线。5.在组织间和团体内标准化构架方法的需要导致了诸如J2EE和EJB这样的基础结构。向我们展示了如何根据组织和其业务模型的需求、设计师的经验或主流设计方式来构建合适的软件构架。

作为一种开发产品,软件构架在质量、速度和成本方面具有极高的投资回报。这是因为软件构架出现于产品生命期的早期阶段,合理的构架为系统生命期的其他阶段即开发、集成、测试和更改几个阶段奠定了良好的基础。相反,如果构架选择不当,就意味着系统的整体结构有误,而且无法通过细小的修补或删除某些部分得到更正,就会经常导致全部拆解重建。而且,与其他开发活动相比,构架分析的投入较低。由此,我们可以看出软件架构对于整个系统的重要性。

时间: 2024-10-08 06:50:27

01《软件构架实践》阅读笔记之一的相关文章

01软件构架实践阅读笔记之一

软件构架实践是我们下学期要学习的一本书,所以我想将这本书作为我阅读笔记的一本书. 在这本念书的第一章是总序,在其中提到: 1.所谓"正确的"就是在指功能.性能和成本几个方面都能满足用户要求且无缺陷: 2.所谓"无缺陷"就是在指编码后对软件系统进行彻底的穷举测试修复了所有的缺陷,保证所编写的代码本身不存在缺陷: 但是我们知道编写一个软件,并不可能很好的达到这种的效果,所以应该做到作者提到的"创造.应用.和推广"战略.但是我存在这样的问题: 1.创造

软件构架实践——阅读笔记05

寒假生活 读<软件构架实践>13-15章后感 万维网(world wide web简称web)之所以是成功的,源于在其构架结构中实现所期望的质量属性的方式,以及在面临动态的新需求时,重新确立这些结构的方式.web的成功意味着仅仅几年内,构架商业周期已进行了多次反复循环,每一次循环都产生了新的商机.新的需求和新的技术挑战.从1990年最早提出万维网以来,其目标.商业模型和构架都发生了很大的变化.没有人--包括客户.用户和设计师能够预见到万维网所经历的爆炸性的发展和演变. 本书第四部分内容介绍了用

软件构架实践——阅读笔记06

寒假生活 读<软件构架实践>16-19章后感 由于计算无处不在,因此使用外部开发的组件来实现某些系统目标的可能性大大提高,采用商业组件的原因包括: 1.快速地构建系统 2.专业知识的要求越来越高 3.节约开发成本 商业组件的应用改变了对系统构架的设计,除了最简单的组件外,所有组件都有一个很难违反的假定的构架模式.构架需要满足组件的假定模式,因此,在理解选择组件的假定模式前,很难选择构架. 可以维持系统中的质量属性,即使该系统主要是用其设计和交互机制不在设计师的掌控之下的商业组件构建的也是如此.

03软件构架实践阅读笔记之三

在上一次的阅读笔记当中,提到了很多关于软件构架的东西,例如:软件构架的周期性等,但是大部分的都是系统的说明,现在,下面看的都是详细的介绍. 在刚开始是构架的产生:在刚开始的第一句话就说:"构架也是若干商业和技术决策的结果",从这句话就可以看出构架对于软件技术的重要性,而正如我们所知道的不管什么事情都会受很多因素的干扰,同样的,架构会受系统涉众的影响,在上一学期,老师就提到了什么是涉众.但是每一种的涉众对于软件的要求就会不相同例如 客户涉众:要求成本低.及时交互.不要改动的太平凡等等:

软件构架实践阅读笔记5

把构架作为软件开发过程基础的任何组织都需要理解构架在其生命期中的位置.在生命期模型中,构架设计就是从初步的需求分析开始逐步进行迭代,所以在了解系统需求之前,不能开始设计构架,但是刚开始设计构架时并不需要收集太多需求."构架的驱动因素"包括功能.质量和商业需求,为了确定构架驱动因素,需要识别优先级最高的业务目标,用质量属性场景或用例来表述这些业务目标. 用于设计构架以满足质量需求和功能需求的方法即属性驱动的设计(ADD).ADD是一种定义软件构架的方法,该方法将分解过程建立在软件必须满足

06软件构架实践阅读笔记之六

今天阅读的是第五章实现质量属性,在书中,存在这样的一句话:如果不顾及所有的质量属性,每一个好的质量属性都是有害的.在我认为,这句话就是最好的说明. 在上一章中,聊到的是系统的质量属性.该刻画是通过场景的集合进行的.在这一章中讨论的电话实现质量属性.刚开始提到了战术,在我们的理解中,战术是兵家所用的,但是在这,战术就是影响质量属性响应控制的设计决策.但是我们将战术的集合称为"构架策略",就是应对问题决策的集合.为我们所知的是:系统设计是由决策的集合组成的, 1.战术可以求精其他的战术:

软件构架实践读书笔记2

A-7E架构包括三个结构:模块分解结构.使用结构.进程结构.       模块分解结构:对于A-7E这样的系统发生改动可能是由3个原因造成的:软件必须与之交互的硬件发生了变化:所要求的系统外部可见行为发生了变化:完全由该项目的软件设计人员做出的某个决定发生了变化.所以A-7E又可以分为硬件隐藏模块.行为隐藏模块.软件决策模块.       使用结构:使用结构对于软件交互的方式进行了描述,首先使用结构的思想是建立在使用关系基础上的(使用关系:如果过程A的运行必须以过程B的正确运行为前提,那么过程A

软件构架实践读书笔记四

实现质量属性.这一章主要是针对第4章所说明的质量属性,来提供相应的实践战术. 首先我们要了解一下什么是战术.他可以使一个设计具有可移植性,一个设计具有高性能,而另一个设计具有集成性.实现这些质量属性依赖于基本的设计决策.战术就是影响质量属性响应控制的设计决策. 第一个是可用性的战术,可用性的战术主要是用于阻止错误发展成为故障,至少能把错误的影响限制在一定范围内,从而使修复变为可能.它的战术主要包括 1错误检测,主要有三个战术:命令/响应 ,心跳,异常. 2 错误恢复 ,它主要是准备恢复和修复系统

软件构架实践读书笔记五

很多事情都依赖于构架,构架评估能够提供一个相对低成本的风险移植能力.评估产生一份描述所关心问题以及支持数据的报告.评估要想成功,就应该具有以下属性:表达清楚的构架目标和需求,可控制的范围,经济高效,关键人员的可用性,称职的评估小组,可管理的期望. 评估有技巧而言,ATAM和CBAM方法就是提问技巧的示例.这两种方法都使用场景来询问评审中的构架如何对各种情况做出响应的问题.ATAM是一种进行构架评估的结构化方法,通过该方法可以得出一个构架不满足其业务目标的风险列表.ATAM由评估小组.项目决策者.

《软件构架实践》阅读笔记1

<软件构架实践>阅读笔记01 今天我开始阅读<软件构架实践>这本书,这也是我们下学期的一门学位课,所以我不敢懈怠,从头开始读这本书.在我的原来的思想中,软件构架应该就是在编写软件之前,先要以画图或者文档的方式,对要编写的软件进行一个大体构架的描述,然后根据这个构架去编写软件,今天读这本书,让我对软件的构架有了新的认识. 记得老师曾经说过,我们这一个专业不缺人,缺的是人才.而只有对编程技术熟练到一定程度,才能去写构架,而且还不一定能做好,所以还是要好好学习这本书. 首先通过前面的导读