软件构架实践读后感04

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

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

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

<软件构架实践>读后感02 在我们了解了构架是什么以后,我们就要学会如何创建构架,又因为质量属性的实现对系统的成功至关重要,所以我又学习了质量属性的意义和如何实现质量属性. 我们的系统开发出来是给人使用的,一般都会用作商业用途.商业目的决定了系统的一些质量属性,但是质量属性又高于系统的一些基本要求.质量属性并不是孤立的个体,每一个质量属性都会对系统中的其他的质量属性产生影响.质量属性分为3类:1.系统的质量属性:2.受构架影响的商业属性:3.与构架本身相关的一些质量属性. 系统的质量属性需要应

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

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

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

<软件构架实践>阅读笔记04 今天开始阅读<软件构架实践>的第4章,第4章讲的内容是理解质量属性.本章通过分析质量属性来讨论质量属性和软件架构之间的关系,以及具体的用什么来描述某个系统的质量需求. 我们首先应该知道本节所讲的内容中,我们将分析以下3类属性:1.系统的质量属性:如可用性.可修改性.性能.安全性等等. 2受构架影响的商业属性,如上市时间 3与构架本身相关的一些质量属性,如概念完整性. 首先我们来描述一下质量属性场景.质量属性场景是一种面向特定的质量属性的要求,它主要由6

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