《软件构架实践》读后感02

《软件构架实践》读后感02

在我们了解了构架是什么以后,我们就要学会如何创建构架,又因为质量属性的实现对系统的成功至关重要,所以我又学习了质量属性的意义和如何实现质量属性。

我们的系统开发出来是给人使用的,一般都会用作商业用途。商业目的决定了系统的一些质量属性,但是质量属性又高于系统的一些基本要求。质量属性并不是孤立的个体,每一个质量属性都会对系统中的其他的质量属性产生影响。质量属性分为3类:1.系统的质量属性;2.受构架影响的商业属性;3.与构架本身相关的一些质量属性。

系统的质量属性需要应用质量属性场景来确定。质量属性场景是一种面向特定的质量属性的要求,它由刺激源、刺激、环境、制品、响应、响应程度6个部分组成。一般的质量属性场景与具体的质量属性场景的区别在于:一般的质量属性是指独立于系统,很可能适合任何系统的场景;具体的质量属性场景是指适合正在考虑的某个特定系统的场景。

某些商业质量目标往往会对我们的系统的构建产生极大的影响,所以商业质量属性也非常重要。商业质量属性从上市时间、成本和收益、所希望的系统生命期的长短、目标市场、推出计划、与老系统的集成这6个方面进行考虑。构架的质量属性包括概念完整性、正确性和完整性、可构建性组成。

在了解了构架的质量属性是什么以后,我们就要开始思考如何实现这些质量属性。

就像古代在打仗之前要根据实际情况来制定一个作战方案,也就是战术,在实现质量属性的时候我们也要选择使用什么样的战术来指导构架决策。实现这些质量属性依赖于基本的设计决策,这些设计决策就是我们实现质量属性的各个战术,对这些设计决策进行分析就是来选择我们的战术的过程。

战术分为可用性战术、可修改性战术、性能战术、安全性战术、可测试性战术、易用性战术运行时战术等。这些战术就是针对我们的质量属性的各个特点来制定的。

在将战术与模式关联起来的过程中,选择战术仅仅是我们创建软件构件的工作的第一步,但是第一步决定了我们的方向,所以战术的选择就尤为重要。我们一定要结合实际来选择战术,实现我们合理的软件构架!

时间: 2024-08-27 15:52:55

《软件构架实践》读后感02的相关文章

软件构架实践读后感01

第一章:构架商业周期 构架商业周期:从环境到构架又返回环境.一个好的构架既要符合系统的要求,又要与当时环境相符. 影响一个软件构架的因素有很多,有显而易见的,也有隐性的.大致上有:系统涉众的影响.开发组织的影响.设计师的素质和经验的影响.技术环境的影响等 关于结构的建议 1.构架应采用定义良好的模块,各模块的功能职责划分应基于信息隐藏和相互独立的原则 2.应该使用特定于每个属性的众所周知的构架技术来实现质量属性 3.构架绝不可以依赖于某个特定版本的商业产品或工具 4.应将产生数据的模块和使用数据

软件构架实践读后感04

第六章:空中交通管制:高可用性设计案例分析 1.需求与质量 ①极高的可用性:必须保证系统不能正常工作的状态只延续极短的时间 ②高性能:系统必须在不丢失任何数据的情况下对大量数据进行处理. ③开放性 ④能够提交该系统的子集 ⑤能够更改功能和处理软硬件的升级 ⑥能够与众多外部系统相接并协同工作 2.构架解决方案 物理视图.模块分解视图.进程视图.客户机-服务器视图.代码视图.分层视图.容错视图. 第七章:设计构架 1.ADD 步骤:(1)选择要分解的模块 (2)对模块进行求精 (3)分解模块并重复上

软件构架实践读后感03

第四章:理解质量属性 1.质量属性场景:刺激源.刺激.环境.制品.响应.响应质量 2.重要属性 ① 可用性:系统正常运行的时间比例:平均正常工作时间/(平均正常工作时间+平均修复时间) ② 可修改性:修改的目标:制品 何时变更以及由谁变更:环境 ③ 性能 ④ 安全性 ⑤ 可测试性 ⑥ 易用性 第五章:实现质量属性 1.可用性战术 ① 错误检测:命令/响应 心跳 异常 ② 错误恢复:表决 主动

《软件构架实践》读后感04

<软件构架实践>读后感04 系统的软件架构在系统开发和开发该架构的组织的构架的组织中起到了一个中心作用.对于系统和开发系统的项目,构架起到的是蓝图的作用.它定义了必须由设计和实现小组完成的工作任务,是系统质量属性的主要载体. 在完成软件构架的实现之后我们需要编写文档来解释我们的构架,即使构架非常完美,但如果没有人理解它,或主要的涉众误解了它,它也没有什么用处.如果我们创建了一个非常强大的构架,我们必须要用足够的细节明确地描述我们自己的构架,并以一种其他人可以快速找到所需要信息的方式对其进行组织

《软件构架实践》16-19章读后感

今天,我阅读了<软件构架实践>16-19章,也就是全书的最后4章. 第16章主要介绍了Sun Microsystems的Java 2Enterprise Edition(J2EE)的架构规范,同时介绍了该规范的重要组成部分-Enterprise JavaBeans(EJB).对以Java语言编写的分布式面向对象程序,以及各种Java组件可以如何进行通信和交互,J2EE提供了一个标准的描述.EJB描述了服务器端基于组件的编程模型.作为一个整体,J2EE还描述了各种企业范围的服务.最后,它描述了厂

《软件构架实践》13-15章读后感

今天,我阅读了<软件构架实践>13-15章. 第13章介绍了万维网,它或许是能够说明构架商业周期的最生动的实例.自从1990年最早提出万维网以来,其目标.商业模型和构架都发生了很大的变化.没有人-包括客户.用户和设计师-能够预见到万维网所经历的爆炸性的发展和演变.在本章中,我们将从构架商业周期的角度对万维网做出诠释,并研究万维网构架的变化是如何适应不断变化的目标和各种商业需求的.我们首先从对万维网的最初需求和构架商业周期各要素的角度来考察一下万维网的起源,然后看一下作为ABC的结果,服务器端的

《软件构架实践》10-12章读后感

今天,我阅读了<软件构架实践>10-12章. 第10章主要讲了软件构架重构,架构重构是一种解释.交互和迭代的过程,涉及许多活动:它并不是自动进行的.它需要反向工程专家和设计师具有相关技能并投入精力(或具备该构架的重要知识的某个人),这在很大程度上是因为在源代码中没有清楚的表示该构架构件.对于层.连接器或可以轻松从源代码文件中挑选出来的构架元素,并没有编程语言构件.很少标记构架模式.相反,我们通过实现中的许多不同的机制实现构架构件,通常是功能.类.文件.对象等集合. 读完这一章,我知道了构架是无

01读《软件构架实践》后感

寒假生活 读<软件构架实践>1-3章后感 看到书名,心里便对"软件构架"产生了一个模糊的轮廓,根据现有的经验,我的理解是:既然被称作是一个构架,那应该是一个系统的骨干之处,是撑起整个系统的复杂结构.可能是有的人早时设计一个系统的构架,后来被人们广泛使用,最终演变成为适用于多个系统的多样式构架,像我们学过的设计模式,被人熟练运用丰富后成为开发的经验. 在阅读之后,我找到了构架的确切定义:某个软件或计算机系统的软件构架是该系统的一个或多个结构,他们由软件元素(特征损失模型MOD

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

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