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

在上一次的阅读笔记当中,提到了很多关于软件构架的东西,例如:软件构架的周期性等,但是大部分的都是系统的说明,现在,下面看的都是详细的介绍。

在刚开始是构架的产生:在刚开始的第一句话就说:“构架也是若干商业和技术决策的结果”,从这句话就可以看出构架对于软件技术的重要性,而正如我们所知道的不管什么事情都会受很多因素的干扰,同样的,架构会受系统涉众的影响,在上一学期,老师就提到了什么是涉众。但是每一种的涉众对于软件的要求就会不相同例如

客户涉众:要求成本低、及时交互、不要改动的太平凡等等;

进行市场营销的涉众:特性突出、能很快的投入到市场、成本低、可与同类产品相匹敌;等等,其实还有很多,例如:开发组织的管理层涉众、最用户的涉众等等,如果每个用户的问题都要额到很好的解决,那么设计师就会非常的疯狂了。同样的,架构也会受考法组织的影响;其实还有很多,架构就会像人一样,不管我们在做什么,或者是在设计什么的时候,总户遇到这种,那种的问题或者是阻挠,但是,如果我们瑜伽问题就要选择去逃避,那么我们永远不会成为大器,我们只有勇敢的去面对这一切,我峨嵋你才能够选择成功,或者说,成功才能够选择我们。同样的,我们在做事情的时候,外界给了我们很多的影响,如果我们做成一件事,所做的东西会给诸影响很大的作用,架构也是,在本书中一直强调的是:“企业目标、产品需要、设计师的经验、架构和最终系统之间的关系”,从中,更加可以体现出两者至今的关系。疏通也给出了周期的运作,从五个方面进行了很好的解释。特别的强调了安全性的系统则使用诸如有限状态机模型或形式描述语言等更为严格的方法。在周期中提到了理解需求:

需要解决的问题:

1、还不是很好的理解架构的周期。

2、先驱动性系统的开发必然会影响到以后的系统;(先驱动性系统是什么);

3、特别的强调了安全性的系统则使用诸如有限状态机模型或形式描述语言等更为严格的方法。不是能够狗很好的理解这句话。

时间: 2024-08-23 23:44:47

03软件构架实践阅读笔记之三的相关文章

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

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

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

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

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

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

软件构架实践阅读笔记5

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

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

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

软件构架实践读书笔记2

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

软件构架实践读书笔记四

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

软件构架实践读书笔记五

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

《软件需求》阅读笔记之三

这几天读的书,主要是讲解的如何降低风险 可以利用软件原型这种技术减少客户对产品不满意的风险.一个软件原型是所提出的新产品的部分实现.使用原型有三个主要目的: ? 明确并完善需求   原型作为一种需求工具,它初步实现所理解的系统的一部分.用户对原型的评价可以指出需求中的许多问题,在你开发真正产品之前,可以最低的费用来解决这些问题. ? 探索设计选择方案   原型作为一种设计工具,用它可以探索不同的用户界面技术,使系统达到最佳的可用性,并且可以评价可能的技术方案. ? 发展为最终的产品原型   作为