软件体系结构评估
计算机101 聂英子 10416105
1.软件体系结构的发展历史
软件体系结构本质上并不是一个全新的概念,早在20 世纪六七十年代,Dijkstra 和Parnas 等人对软件设计基本原则的研究就是对软件体系结构的最初认识[1].自20 世纪90 年代,Perry & Wolf 和Garlan & Shaw 分别提出了软件体系结构的概念[2,3]以来,软件体系结构得到了学术界和工业界的广泛重视.虽然10 多年来出现了上百个关于软件体系结构的定义(详见CMU-SEI 网站的收集),但是在以下方面的认识是一致的:1) 软件体系结构是软件系统的结构(或组织),包括构件(组成元素)、构件的外显特性和构件之间的关系;2) 软件体系结构是软件开发过程早期的一项软件制品,是一组使系统满足系统涉众(stakeholder)功能和非功能需求的设计决策。
Pressman 在他的书中这样写道“软件工程方法的唯一目标是:生产高质量的软件”[4].软件质量从软件工程的诞生起就一直得到广泛关注,但是人们对软件质量的认识却在发生变化,其内涵愈加丰富,从功能属性、性能属性,到可移植、可扩展、易用、易维护、安全、可靠等诸多非功能质量属性;从满足用户需求到满足系统涉众的需求.如何在一个系统中平衡诸多属性(这里,将系统对需求的满足也作为系统可表征的属性),给系统开发方提出了挑战.“缺陷放大模型”以及业界大量的统计数据表明[4]:修正软件缺陷的成本随着发现该缺陷的时间推迟而增长,而且50%~75%的缺陷是设计阶段注入.软件体系结构评估的目的就是为了在开发过程的早期,通过分析系统的质量需求是否在软件体系结构中得到体现,识别软件体系结构设计中的潜在风险,预测系统质量属性,并辅助软件体系结构决策的制定.
2.软件体系结构的概念
目前,软件体系结构的有关定义说法不一:有文献将软件体系结构定义为:在软件密集的大规模系统或具有类似需求和结构的软件产品线的开发中,必须从一个较高的层次来考虑组成系统的构件、构件之间的交互,以及由构件与构件交互形成的拓扑结构,这些要素应该满足一定的限制,遵循一定的设计规则,能够在一定的环境下进行演化。而且,软件体系结构应能反映系统开发中具有重要影响的设计决策,便于各种人员的交流,反映多种关注,据此开发的系统能完成系统既定的功能和性能需求。
而另一种定义为:软件体系结构的问题包括软件系统整体的组织和控制结构;通讯、同步和数据存取的协议;系统单元的功能分配;物理分布;系统单元的集成;系统性能以及在各设计方案间进行选择等问题。
还有一种定义是:软件体系结构的一个简单定义:软件体系结构是一个程序或系统的组件的组织结构、它们之间的关联关系、以及支配系统设计和演变的原则及方针。
尽管各种定义都从不同的角度关注软件体系结构,但其核心内容都是软件系统的结构,并且都涵盖了如下一些实体:构件、构件之间的交互关系、限制、构件和连接件构成的拓扑结构、设计原则与指导方针。
3.软件体系结构的评估
所谓软件体系结构的分析评估，就是事先通过代价低廉的评估活动来识别软件结构中存在的潜在风险，找出软件体系结构中影响系统质量的主要因素及改进措施，并在此基础上检
验软件的质量需求是否在具体设计中得到体现，并预测未来软件质量。软件体系结构在软件开发和管理中扮演着越来越重要的角色。软件体系结构设计是对软件质量有着至关重要的影响,对于确保最终系统的质量有重要的意义。软件体系结构评估,是对系统的某些值得关心的属性(性能、可靠性等)进行评价和判断。评估的结果可用于确认潜在的风险,并检查设计阶段系统需求的质量,在系统被实际构造之前,预测其质量属性。软件体系结构评估中,评估人员关注的是软件系统质量,这些质量可用性能、可靠性、可用性、安全性、功能性、可变性、集成性、互操作性等相关属性来表示。评估人员首先提出具体质量指标,并以这些质量指标作为软件体系结构优劣的评估标准。
4 .软件体系结构的发展现状
近年来,人们逐渐认识到软件体系结构在软件开发中的重要地位,好的软件体系结构已经是决定一个软件系统成功的重要因素。因此,软件工程研究人员将研究热点集中到软件体系结构的研究上。目前已有一些公用的体系结构范型,如管道过滤器、层次系统、Client Server 结构等。但是软件体系结构的研究尚处在发展之中,用于对软件体系进行规格描述的模型、标记法和工具目前仍很不正规,只是用特定的方式来理解并用于特定的系统。软件系统设计者没有从系统体系结构中寻找共性,以便在特定领域形成通用的体系结构范型;没有对体系结构模型进行选择的原则,甚至没有能将他们的设计技巧规范地表达出来。因此,为了使模型、标记法更为精确和健壮,在很多方面的研究工作还需要继续进行,如充实、完善公用体系结构范型中所用的术语,使之标准化和规范化。另外还要为软件构件间的交互定义更好的抽象模型并加以实现。建立完善的软件体系结构的形式模型、描述方法、度量模型、评价方法和可复用的软件体系结构范型库,将有助于对软件的理解、复用,以及解决软件危机问题,并且使以后的软件开发者节省时间。
20 世纪90 年代以来,软件体系结构的评估技术一直是研究的热点问题.软件体系结构的评估技术不断出现,一些方法已经比较成熟并得到了应用和验证,如基于场景的软件体系结构分析方法——SAAM[5]、软件体系结构折中分析方法——ATAM[6]、利用软件性能工程SPE 对软件体系结构进行评估的PASA 方法[7,8]、软件体系结构层次可维护性预测方法——ALMA[9,10]等.近年来,随着技术和应用经验的积累,一些新的评估方法也逐渐出现,比如基于贝叶斯信念网的软件体系结构评估方法[11,12]、软件体系结构度量方法[13,14]等.
4.1 基于场景的评估方法
该类评估方法的基本观点是,大多数软件质量属性极为复杂,根本无法用一个简单的尺度来衡量.同时,质量属性并不是处于隔离状态,只有在一定的上下文环境中才能做出关于质量属性的有意义的评判[6].利用场景技术则可以具体化评估的目标,代替对质量属性(可维护性、可修改性、健壮性、灵活性等)的空洞表述,使对软件体系结构的测试成为可能[6].所以,场景对于评估具有非常关键的作用,整个评估过程就是论证软件体系结构对关键场景的支持程度.通过对多种基于场景的评估方法的分析,我们认为该类方法具有以下重要的特征:(1) 场景是这类评估方法中不可缺少的输入信息,场景的设计和选择是评估成功与否的关键因素;(2) 这类评估是人工智力密集型劳动,评估质量在很大程度上取决于人的经验和技术.基于场景的评估方法是研究最广泛,应用最成熟,数量最多的一类软件体系结构评估方法.本文调查了9 种基于场景的评估方法,分别是基于场景的软件体系结构分析方法(SAAM)[ 5 ]、基于复杂场景的SAAM(SAAMCS)[18]、基于领域的 SAAM(ESAAMI)[19]、软件体系结构折中分析方法(ATAM)[6]、针对演化和重用的SAAM(SAAMER)[20]、设计中间产品积极评审方法(ARID)、软件体系结构层次的可更改性分析方法(ALMA)[9,10]、基于模式软件体系结构评估方法(PSAEM)[21]、基于方面的SAAM(ASAAM)[22]、软件体系结构层次的可用性分析方法(SALUTA)[23].利用第1 节中的评价框架,针对基于场景的评估方法的特点,本文从软
件体系结构描述、评估目标、质量属性、关键技术、过程支持、资源需求等几个方面对这类方法进行分析和阐述。
4.2 基于度量和预测的评估方法
测量对于所有科学领域的进步都是至关重要的.在软件工程领域中,软件的度量和预测技术是保证软件质量的重要技术之一.软件体系结构作为软件开发过程中一个早期的设计模型,如果能够度量并预测未来软件产品的质量,那么其预测的结果可以及时给出设计缺陷,这对于减少开发风险和提高软件质量是非常重要的.根据这一思路,出现了一类基于度量和预测的评估方法.
软件体系结构的度量是对软件中间产品的度量,可以更加精确地描述软件体系结构的各种特征;并通过预测去发现软件设计中存在的问题.通过对多种基于度量和预测评估方法的分析和比较,我们认为,该类方法具有以下的重要特征:(1) 这些方法的基本思路是将传统的度量和预测技术应用在软件体系结构层次;(2) 度量技术需要软件体系结构提供比较细粒度的信息,对模型的要求比较严格;(3) 利用度量技术对软件体系结构模型的内部特征(如复杂性、内聚度、耦合性等)进行测量;(4) 利用这些度量作为预测指标,对某些软件的外部质量(如可维护性、可演化性、可靠性等)进行预测,但由于预测模型构造的困难,所以这些预测一般只作为一种辅助评估的手段.
4.3 基于特定软件体系结构描述语言的评估方法
基于特定软件体系结构描述语言(ADL)的评估方法是一类比较特殊的方法,这类方法依赖于某种具体的软件体系结构描述语言,一般是软件体系结构语言研究的附属品.通过对多种基于特定软件体系结构描述语言的评估方法的分析和比较,我们认为该类方法具有以下的重要特征:(1) 评估技术与特定软件体系结构描述语言的定义机制和理论基础密切相关;(2) 软件体系结构描述语言的定义非常严格,通常是形式化或半形式化的描述语言.
5. 软件体系结构评估技术研究的趋势分析
通过对现有软件体系结构评估技术的调研,我们发现不同类型的软件体系结构评估技术虽然有不同的研究思路和研究内容,但这些技术之间却并不矛盾,甚至存在着互补关系,如度量技术在基于场景的评估方法中可以作为评估手段来使用.在进行软件体系结构的行为度量时,场景技术则可以为度量提供信息。
对于体系结构评估技术,本文认为无论哪种方法都应该重视基础研究和应用研究.基础研究揭示规律,应用研究促进技术的推广和应用。
?基础研究部分
基础研究的目标是揭示软件体系结构模型的特征与软件质量因素之间的关系.从软件体系结构评估的目标而言,各种评估技术,无论是利用人的经验还是自动化的预测,都需要通过在软件体系结构层次上可以观测到的现象或特征来预测未来软件产品的质量特征,如通过软件体系结构模型的结构特征(结构复杂性、结构形态与结构耦合度等)来预测软件系统的适应性.因此,软件体系结构模型的特征和软件质量因素之间的关系是所有软件体系结构评估技术的基础.
基础研究的研究思路是利用度量技术对各种特征和因素进行量化,然后选择合适的理论模型建立软件体系结构模型的特征与软件质量因素之间的关联模型,研究内容包括关联模型的表示、关联模型的构造、基于关联模型的推理.从当前软件工程领域的研究看,可选择的理论模型有表示不确定性因果关系的贝叶斯网络、回归模型等.应该注意到,贝叶斯网络作为一种新的工具,在软件工程中以及其他领域的应用都显示出了其相应的优点[11,12,39,40].对关联模型进行研究,需要分析大量的数据,而数据收集是软件工程研究领域一个公认的难题.
?应用研究部分
应用研究部分的研究目标是提供适合人们使用的软件体系结构评估方法及支持工具.应用研究应该从软件体系结构评估实施的角度出发,研究在实施过程中的各种问题,包括评估过程、评估资源需求、评估技巧及工具支持等.
应用研究的研究思路是现有研究成果的实用化研究,并在评估过程中积极地利用基础研究部分的研究成果,即软件体系结构的特征与软件质量因素之间的关联模型.这既能减少评估对专家经验的依赖,又有利于继续将评估的经验转化为知识积累到关联模型中.应用研究部分的另一个重点就是工具支持问题.软件工程的经验已经证明辅助工具可以提高工作效率、规范工作方式、提高工作质量,评估工具的研究将推动评估技术的进一步发展.
从现在的研究来看,应用研究已经取得了较丰富的研究成果,而且也已经有部分成果得到推广和应用.但本文认为还应该加强:
(1) 基础研究与应用研究的结合研究,减少对评估师经验的依赖,提高评估结果的准确性;
(2) 在成熟的评估过程基础上,构造商业化的软件体系结构评估支撑系统,减少评估成本;
(3) 评估技术的标准化研究,比如CSE-CMU 在质量属性方面和软件推理框架进行的标准
化研究
小结
目前,软件体系结构领域研究非常活跃。随着研究的不断深入,软件复用的层次越来越高,人们在开发新的系统时不必总是重复别人已经创造的东西,而是可在软件开发中复用已有成果,这样可以把注意力投入到软件新增功能上,提高软件开发效率。因此,软件体系结构研究的最大贡献在于对软件生产率的提高和维护的简化。提高软件生产率的关键在于软件相关部分的复用,而简化维护的关键是减少软件理解的成本和提高软件的质量,这就是研究软件体系结构的目的
软件架构设计读书笔记 小李飞刀 －－写在前面，软件架构评估是一个大型项目成功的保证，不管是否完全按照书中的操作来完成，但这总是一个必须的过程。老外的技术方面的书一般都很实在，在提出一定的事实和相应的理论基础后，一般就会列出些很具体的方法，可操作性都比较强，当然，其实其理论在我们看来也没什么高深之处，可能是思维方式和长期教育环境的不同造成的，在我看来，他们的理论就是对自己的观点或者方法的一个形而上的逻辑证明，但恰恰这就是最重要的，如果在逻辑上就不具有可推导性，具体的方法再怎么说得天花乱坠也没有可信度，另外翻译得也不错，不象有些书，根本就是外行瞎折腾，翻译出来只有鬼才看得懂，不如直接去看原版。 建议有空详读原文，我把这些摘录下来是希望能有所参照。 《软件架构评估》学习笔记 〈Evluating Software Architectures〉Authors: Paul Clements, Rick Kazman, Mark Klein 清华大学出版社孙学涛朱卫东赵凯译 概念： 架构方法：就是一组架构决策，各个架构决策互相协调，共同实现所期望的质量属性目标。 架构评估：架构来自许多离散的决策，而这些决策是可以被分析和审查的。
ATAM：架构权衡分析方法Architectures Trade-off Analysis Method ATAM方法步骤： 共4大部分，9个步骤
以上步骤并不是固定的，有时必须对评估规划做某些动态的更改，以容许人员或架构信息的改变。ATAM评估方法的的阶段： 评估小组各成员的角色及其职责
商业目标分析结果表： 系统质量属性列表：
各种系统架构图与详细说明 2012.07.30
1.1.共享平台逻辑架构设计 如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面： 1 应用系统建设 本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。 2 应用资源采集 整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。本次项目就要实现对这两类资源的有效采集和管理。对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。 3 数据分析与展现
采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。 4 数据的应用 最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。 综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。 1.2.技术架构设计
如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。下面我们将分别进行说明。 1.3.整体架构设计 上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下： 综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
第一章：1、软件体系结构的定义 国内普遍看法： 体系结构=构件+连接件+约束 2、软件体系结构涉及哪几种结构： 1、模块结构（Module） 系统如何被构造为一组代码或数据单元的决策 2、构件和连接件结构（Component-And-Connector，C&C） 系统如何被设计为一组具有运行时行为（构件）和交互（连接件）的元素 3、分配结构（Allocation） 展示如何将来自于模块结构或C&C结构的单元映射到非软件结构（硬件、开发组和文件系统） 3、视图视点模型 视点（View point） ISO/IEC 42010:2007 (IEEE-Std-1471-2000)中规定：视点是一个有关单个视图的规格说明。 视图是基于某一视点对整个系统的一种表达。一个视图可由一个或多个架构模型组成 架构模型 架构意义上的图及其文字描述（如软件架构结构图） 视图模型 一个视图是关于整个系统某一方面的表达，一个视图模型则是指一组用来构建 4、软件体系结构核心原模型 1、构件是具有某种功能的可复用的软件结构单元，表示了系统中主要的计算元素和数据存储。 2.连接件(Connector)：表示构件之间的交互并实现构件
之间的连接 特性：1)方向性2)角色3)激发性4)响应特征 第二章 1、软件功能需求、质量属性需求、约束分别对软件架构产生的影响 功能性需求：系统必须实现的功能，以及系统在运行时接收外部激励时所做出的行为或响应。 质量属性需求：这些需求对功能或整个产品的质量描述。 约束：一种零度自由的设计决策，如使用特定的编程语言。 质量原意是指好的程度，与目标吻合的程度，在软件工程领域，目标自然就是需求。 对任何系统而言，能按照功能需求正确执行应是对其最基本的要求。 正确性是指软件按照需求正确执行任务的能力，这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。 系统或软件架构的相关视图的集合，这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达
1、软件重用是指重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。答案：√ 依据页码：P4 2、可重用技术对构件库组织方法要求不仅要支持精确匹配，还要支持相似构件的查找。答案：√依据页码：P7 3、超文本组织方法与基于数据库系统的构件库组织方法不同，它基于全文检索技术。 4、答案：√依据页码：p8 5、软件体系结构充当一个理解系统构件和它们之间关系的框架，特别是那些始终跨越时间和实现的属性。 答案：√ 依据页码：P28 5、构件可以由其他复合构建和原子构件通过连接而成。（） 答案：√ 依据页码：P37 6、体系的核心模型由5种元素组成：构建、连接体、配置、端口和角色（） 答案：√ 依据页码：P37 7、软件体系结构的核心由5种元素组成：构件、连接件、配置端口和角色。其中，构件、连接件和配置是最基本的元素（） 答案：√ 依据页码：P37 8、开发视图主要支持系统的功能需求，即系统提供给最终用户的服务（） 答案：X 依据页码：P32、33 9、构件、连接件以及配置是体系结构的核心模型最基本的元素（） 答案：√
10、HMB风格不支持系统系统自顶向下的层次化分解，因为它的构件比较简单。 答案：× 依据页码：P81 11、正交软件体系结构由组织层和线索的构件构成。 答案：√ 依据页码：P70 12、基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。 答案：√ 依据页码：P53 13、线索是子系统的特例，它由完成不同层次功能的构建组成，每一条线索完成整个系统中相对独立的一部分功能。（） 答案：√ 依据页码：P70 14、层次系统中支持抽象程度递增的系统设计是设计师可以把一个复杂系统按照递增的步骤进行分解，同时支持功能增强，但是不支持重用。 答案：× 参考页码:P55 15、相交关系R是一个等价关系。 答案：√ 16、在软件设计中占据着主导地位的软件体系结构描述方法是图形表达工具。答案：√ 依据页码：104 17、Rapide是一种可执行的ADL，其目的在于通过定义并模拟基于事件的行为对分布式同步系统建模。 答案：×
软件架构设计说明书 The final edition was revised on December 14th, 2020.
目录
1.引言 [对于由多个进程构成的复杂系统，系统设计阶段可以分为：架构设计（构架设计）、组件高层设计、组件详细设计。对于由单个进程构成的简单系统，系统设计阶段可以分为：系统概要设计、系统详细设计。本文档适用于由多个进程构成的复杂系统的构架设计。] [架构设计说明书是软件产品设计中最高层次的文档，它描述了系统最高层次上的逻辑结构、物理结构以及各种指南，相关组件（粒度最粗的子系统）的内部设计由组件高层设计提供。] [系统：指待开发产品的软件与硬件整体，其软件部分由各个子系统嵌套组成，子系统之间具有明确的接口； 组件：指粒度最粗的子系统； 模块：指组成组件的各层子系统，模块由下一层模块或函数组成；] [此文档的目的是： 1）描述产品的逻辑结构，定义系统各组件（子系统）之间的接口以及每个组件（子系统）应该实现的功能； 2）定义系统的各个进程以及进程之间的通信方式； 3）描述系统部署，说明用来部署并运行该系统的一种或多种物理网络（硬件）配置。对于每种配置，应该指出执行该系统的物理节点（计算机、网络设备）配置情况、节点之间的连 接方式、采用何种通信协议、网络带宽。另外还要包括各进程到物理节点的映射； 4）系统的整体性能、安全性、可用性、可扩展性、异常与错误处理等非功能特性设计； 5）定义该产品的各个设计人员应该遵循的设计原则以及设计指南，各个编程人员应该遵循的编码规范。 ] [建议架构设计工程师与组件设计工程师共同完成此文档。] [架构设计说明书的引言应提供整个文档的概述。它应包括此文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。]
软件体系结构-期末大题
————————————————————————————————作者：————————————————————————————————日期: ?
1．基于构件的软件开发的优势是什么? 基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装,更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降低了软件开发的费用2.尝试用自己的语言介绍Ｋruｃhteｎ的“4+１”模型。 Ｋrｕcｈten 提出了一个"4+1"视图模型，从５个不同的视角包括包括逻辑试图、进程视图、物理视图、开发视图、场景视图来描述软件体系结构。每一个视图只关心系统的一个侧面,5个试图结合在一起才能反映系统的软件体系结构的全部内容。
3.在希赛公司的一个财务管理系统,财务部要客户提供………… 4.不同的体系结构风格具有各自的特点、优劣和用途。试对管道－过滤器风格、事件驱动风格、分层系统、C2风格和基于消息总线的风格进行分析比较。P52-56 （1)管道和过滤器 特点: @使得软构件具有良好的隐蔽性和高内聚、低耦合的特点； @允许设计者将整个系统的输入输出行为看成是多个过滤器的行为的简单合成；
@支持软件重用。只要提供适合在两个过滤器之间传送的数据，任何两个过滤器都可被连接起来； ＠系统维护和增强系统性能简单。新的过滤器可以添加到现有系统中来；旧的可以被改进的过滤器替换掉; @允许对一些如吞吐量、死锁等属性的分析; @支持并行执行。每个过滤器是作为一个单独的任务完成，因此可与其它任务并行执行?缺点:①通常导致进程成为批处理的结构。 ②不适合处理交互的应用。 ③因为在数据传输上没有通用的标准,每个过滤器都增加了解析和合成数据的工作，这样就导致了系统性能下降,并增加了编写过滤器的复杂性。 (2)
票务系统架构案例分析?10.1 ATAM方法表述
?10.2 商业动机的表述 ?10.3 构架的表述 ?10.4 质量属性效用树 ?10.5 质量场景的构架分析 ?10.6 对系统构架的再分析 ?10.7 评审结论 10.1 ATAM方法表述 (1) 概述 ATAM（Architecture Tradeoff Analysis Method）： SEI提出的一种软件构架评估方法。ATAM评估方法的主 要目的： 1) 提炼出软件质量属性需求的精确描述；
2) 提炼出构架设计决策的精确描述； 3) 评估这些构架设计决策，并判定其是否令人满意的实现了这些质量需求。 ATAM评估方法： 并非把每个可以量化的质量属性都进行详尽的分析，而是使众多的风险承担者（包括经理、开发人员、测试人员、用户、客户等等）都参与进来，由此而达到上述目标的。 ATAM是一种挖掘潜在风险，降低或者缓和现有风险的软件构架评估方法。因此，以下三点是评估中要特别注重的：风险、敏感点和权衡点。 (2) 构架涉众 ·普通用户 ·用户管理员
·票务管理员 ·开发人员 ·测试人员 (3) 评估步骤 ATAM主要分以下几个步骤： 1)ATAM描述； 2)商业动机表述； 3)软件构架表述；4) 确定构架方式； 5)生成效用树； 6)分析构架方式； 7)确定场景及其优先级； 8)进一步分析构架方式； 9)得出结论。
10.2 商业动机的描述 项目经理从开发组织和客户角度，来表述票务系统的商业目标，综合如下： ?从开发组织角度：开发一个模块性强、实时高效、界面良好、与外部其他系统兼容良好的系统，这使得开发组织能够把整个产品或某个模块卖给其他客户，同时由于良好的界面和业务处理效率而受市场欢迎。 ?从客户角度：系统容易操作，可维护性好、系统稳定、可以及时准确的处理用户的在线订票或查询业务。根据上述目标，质量属性可以划分为两类：高优先级质量属性： 1)性能 2)安全性 3)易用性
软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档，是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书，将从设计的角度对系统进行综合的描述，使用不同的视图来描述其不同方面。在本小节中，将对该文档的结构进行简要的说明，明确该文档针对的读者群，指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围，以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样，该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法，就是维护在一个项目词汇表中，这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中，应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源，为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中，主要是说明软件体系结构设计说明书各个部分所包含的主要内容，就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图，并分别说明这些视图包含哪些类型的模型元素。]
3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标，例如，系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束：设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型，描述其中的一些用例或场景。在该模型中纳入用例或场景，应该是系统中最重要、最核心的功能部分。] [另外，在本节中还应该选择一个主要的用例，对其进行描述与解释，以帮助读者了解软件的实际工作方式，解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型，在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类，并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现，以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。] 5.1概述 [在本小节中，列出逻辑视图的顶层图，该图将反映系统由哪些包组成，每个包之间的关系与协作，以及包的层次结构。使得读者对整个软件体系结构有一个整体的了解。] 5.2影响软件体系结构的重要设计包 [在本小节中，将从逻辑视图中选择有重要意义的设计包，每个设计包有一个小节来描述，说明这些包的名称、简要的说明、该包中的主要类和相关的类图。对于包中的重要的类，还应该说明其名称、简要说明、主要职责、操作、属性等。] 6. 进程视图 [本节主要描述该软件体系结构下，系统运行态的情况。描述系统在执行时，包括哪些进程（包括线程、进程、进程组），以及它们之间是如何进行通信的、如何进行消息传递、接口如何。并且来说明如何进行组织。]
一次 就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。 答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的 答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构？ 答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成？ 答：构件()可以是一组代码，如程序的模块;也可以是一个独
立的程序(如数据库的服务器)； 连接件()是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等； 限制()：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处？ 答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。 （2）繁多，缺乏同意的的支持。 （3）软件体系结构研究缺乏统一的理论模型支持。 （4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。 （5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。（6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。 （7）缺乏有效的体系结构复用方案。 （8）体系结构发现方法研究相对欠缺。 二次
软件体系结构的质量特性 摘要：众所周知的是，为了降低风险和减少构建软件系统的困难，人们在软件开发过程的早期应该首先考虑质量问题。此外，系统的结构驱动着整个开发过程。 备用的结构中非功能性质量需求的实现决定了选择衔接整个系统的便利结构。这一议题在可靠的变革的应用程序构建中非常重要。软件开发的思想并没有在这一重要阶段给与很多细节关注。这篇文章详述了软件体系结构的质量特性，并且介绍了一种基于??? ??????标准的技术。???模型的质量特性被精炼成为一种属性。而这种属性可被度量以增加体系结构的信息。我们的技术通过比较各自的质量属性的值从一组候选中挑选出适当的体系结构。并以一个关于监制系统技术应用程序为例说明。我们的方法有助于在体系结构分析过程中正确选择的决定。它可以很容易的被并入一般软件开发的过程或者一种特别的体系结构设计思想。 简介：在软件开发早期阶段以非功能需求为目标的质量需求极大的影响了软件系统的体系结构。但是，系统核心功能需求的提取在初始的系统结构的确定上扮演着重要的角色。另一方面，质量需求在软件设计阶段需要平衡 ??????? ?? ?●? ?????。仅仅在最近，精确的软件体系结构设计的重要性（并不是局限于笔纸图画符号的设计方式）为了可靠的系统结构而蓬勃的发展起来 ????????? ?? ?●??????? ?????? ?????? ? ?◆????? ??????。那些包括 ??????◆????? ????????●???? ????????? ???●???? ????????? ??◆????●??? ??? ? ??●????? ???◆?? 现代的应用软件需要一个早期的体系结构 的 定义来满足可维护行和可靠性之类的质量需求。这些对于在架构之下的软件系统全部功能性需求目标的完成是至关重要的。特殊的，使用网络服务的新的信息系统，比如基于网络的电子商务应用程序，没有过多关心软件工程的时
《软件体系结构》期末复习题 简答题： 1、软件体系结构建模的种类有： 结构模型、框架模型、动态模型、过程模型、功能模型。 2、“4+1”视图模型从5个不同的视角包括： 逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。 3、构件：是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。 连接件：表示构件之间的交互。 配置：表示构件和连接件的拓扑逻辑和约束。 端口：表示构件和外部环境的交互点。 角色：定义了该连接交互的参与者。 4、画出“4+1”视图模型图，分析各部分的原理和功能。 5、软件体系结构风格： 是描述某一特定应用领域中系统组织方式的惯用模式。 6、软件体系结构 （Software Architecture） 软件体系结构以组件和组件交互的方式定义系统，说明需求与成品系统之间的对应关系，描述系统级别的可伸缩性、能力、吞吐量、一致性和兼容性等属性。软件体系结构由组件、连接件和属性组成。 7、分层系统的优点有： 1）支持基于抽象程度递增的系统设计，使设计者可以把一个复杂系统按递增的步骤进行分解； 2）支持功能增强，因为每一层至多和相邻的上下层交互，因此功能的改变最多影响相邻的上下层； 3）支持重用。只要提供的服务接口定义不变，同一层的不同实现可以交换使用。这样，就可
以定义一组标准的接口，而允许各种不同的实现方法。 8、分层系统的缺点有： 1）并不是每个系统都可以很容易地划分为分层的模式，甚至即使一个系统的逻辑结构是层次化的，出于对系统性能的考虑，系统设计师不得不把一些低级或高级的功能综合起来； 2）很难找到一个合适的、正确的层次抽象方法。 9、 B/S体系结构的优点有什么？ 答：1）基于B/S体系结构的软件，系统安装、修改和维护全在服务器端解决。用户在使用系统时，仅仅需要一个浏览器就可运行全部的模块，真正达到了“零客户端”的功能，很容易在运行时自动升级。 2）B/S体系结构还提供了异种机、异种网、异种应用服务的联机、联网、统一服务的最现实的开放性基础。 10、B/S体系结构的缺点有什么？ 答：1）B/S体系结构缺乏对动态页面的支持能力，没有集成有效的数据库处理功能。 2）B/S体系结构的系统扩展能力差，安全性难以控制。 3）采用B/S体系结构的应用系统，在数据查询等响应速度上，要远远地低于C/S体系结构。 4）B/S体系结构的数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理(OLTP)应用。 11、DSSA 答案：DSSA就是在一个特定应用领域中为一组应用提供组织结构参考的标准软件体系结构 11、软件体系结构的动态性主要分为： 交互式动态性、结构化动态性、体系结构动态性等三类。 12、请画出基于构件的动态系统结构模型画。 13、软件产品线 产品线是一个产品集合，这些产品共享一个公共的、可管理的特征集，这个特征集能满足选定的市场或任务领域的特定需求。这些系统遵循一个预描述的方式，在公共的核心资源(core assets)基础上开发的 14、SOA 即service-oriented architecture，面向服务架构。它是一个组件模型，它 将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接 口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于 实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的 系统中的服务可以以一种统一和通用的方式进行交互。 14、RIA
第一章： 1.根据自己的经验，谈谈对软件危机的看法。 软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？ 软件重用:是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： （1）代码重用（2）设计结果重用（3）分析结果重用 3.什么是可重用构件？相对于普通的软件产品，对可重用构件有何特殊要求？ 可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么？基于构件的软件开发面临哪些挑战和困难？ 优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降 低了软件开发的费用 困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同 一系统采用多个开发商提供的构件，它们之间的兼容性可能是开发过程中所 要面对的一个严峻的问题 挑战和困难：
1．以下关于系统性能的叙述中，不正确的是（17）。（17）A. 常见的Web服务器性能评估方法有基准测试、压力测试和可靠性测试B. 评价Web服务器的主要性能指标有最大并发连接数、响应延迟和吞吐量C. 对运行系统进行性能评估的主要目的是以更好的性能/价格比更新系统D. 当系统性能降到基本水平时，需要查找影响性能的瓶颈并消除该瓶颈 2某公司欲对其内部的信息系统进行集成，需要实现在系统之间快速传递可定制格式的数据包，并且当有新的数据包到达时，接收系统会自动得到通知。另外还要求支持数据重传，以确保传输的成功。针对这些集成需求，应该采用（21）的集成方式。（21）A. 远程过程调用 B. 共享数据库C. 文件传输 D. 消息传递 3 在RUP中采用“4+1”视图模型来描述软件系统的体系结构。在该模型中，最终用户侧重于（26），系统工程师侧重于（27）。（26）A. 实现视图 B. 进程视图 C. 逻辑视图 D. 部署视图（27）A. 实现视图 B. 进程视图 C. 逻辑视图 D. 部署视图 4．某银行系统采用Factory Method方法描述其不同账户之间的关系，设计出的类图如下所示。其中与Factory Method中的“Creator”角色相对应的类是（33）；与“Product” 角色相对应的类是（34）。（33） A. Bank B. Account C. Checking D. Savings（34） A. Bank B. Account C. Checking 5．是一个独立可交付的功能单元，外界通过接口访问其提供的服务。（35）A. 面向对象系统中的对象（Object）B. 模块化程序设计中的子程序（Subroutine）C. 基于构件开发中的构件（Component）D. 系统模型中的包（Package） 6 软件的横向重用是指重用不同应用领域中的软件元素。（31）是一种典型的、原始的横向重用机制。（31）A. 对象 B. 构件 C. 标准函数库 D. 设计模式
论软件系统架构评估 摘要 2016年7月，我所在的公司为全国各级人民检察院开发了行贿犯罪档案互联网查询系统的产品，我担任系统架构师职务，主要负责软件架构和安全体系设计的工作，该项目是基于互联网，为单位、企业和个人等公众群体提供7*24小时的行贿犯罪档案查询申请服务，同时兼顾行贿犯罪预防宣传工作的网站系统。 本文结合作者的实践，以行贿犯罪档案互联网查询系统为例，论述软件系统的架构评估，首先分析软件系统架构评估中所普遍关注的质量属性，阐述其含义并分析本项目的风险点、敏感点和权衡点，然后详细说明本项目软件系统架构评估中采用的具体评估方法、实施过程和效果，最后总结本项目系统架构评估不足，同时提出一些解决办法。经过项目组近一年的努力，本产品已顺利开发完成，目前，已在浙江、云南等多个省上线使用，取得客户和公司领导的一致好评。 正文 对于软件系统来说,所关注的一个主要问题便是质量,尤其对于大规模的复杂软件系统更是这样。软件体系结构对于确保最终系统的质量有重要的意义。对一个系统的体系结构进行评估,是为了在系统被构建之前预测它的质量,并不需要精确的评估结果,通过分析体系结构对于系统质量的主要影响,进而提出SA的改进。因此，软件体系结构评估的目的是分析SA潜在的风险，并验证设计中提出的质量需求。 2015年7月，我所在的公司为全国各级人民检察院开发了行贿犯罪档案互联网查询系统的产品，我担任系统架构师职务，主要负责软件架构和安全体系设计的工作。本文结合作者的实践，以行贿犯罪档案互联网查询系统为例，论述软件系统的架构评估，首先分析软件系统架构评估中所普遍关注的质量属性，阐述其含义并分析本项目的风险点、敏感点和权衡点，然后详细说明本项目软件系统架构评估中采用的具体评估方法、实施过程和效果，最后总结本项目系统架构评估不足，同时提出一些解决办法。
银行软件开发-需求开发和管理-系统架构设 计说明书模板11 Xxxxx架构设计 版本：V1.0 修订记录 目录 1引言(1) 1.1编写目的(1) 1.1.1作用(1) 1.1.2预期读者(1) 1.2编写背景(1) 1.2.1系统名称及版本号(1) 1.2.2任务提出者(1) 1.2.3任务承接者及实施者(1) 1.2.4使用者(1) 1.2.5与其它系统的关系(2) 1.3文档结构(2)
1.4电子文档编写工具(2) 1.5定义说明与符号规定(2) 1.6参考资料(3) 2系统特点分析(3) 2.1用户群(3) 2.2约束(3) 2.2.1技术约束(3) 2.2.2资源约束(4) 2.2.3时间约束(4) 2.2.4未来系统规划(4) 2.2.5已有系统状况(5) 2.3名词解释(5) 3系统技术架构(6) 3.1架构分析(6) 3.2运行环境(6) 3.2.1硬件平台(6) 3.2.2软件平台(6)
3.2.3系统部署架构(7) 3.3系统整体结构概述(7) 4关键技术(7) 4.1ETL.......................................................................................... ....... 错误！未定义书签。 5实施方法(7) 5.1并行开发(7) 5.2分阶段测试(8) 5.2.1报表打印测试(8) 5.2.2数据计算正确性测试(8) 5.2.3系统处理性能测试(9) 1引言 1.1编写目的 1.1.1作用 【说明】《软件概要设计说明书》是在《软件需求规格说明书》的基础上，通过我方与用户方反复沟通形成的。它必须充分反映《软件需求规格说明书》中的用户需求，如有改动必须征得用户的认可。它将作为项目验收时重要的的标准和依据。 从另一方面讲，它又是开发人员在下一阶段进行系统详细设
计算机093 09416612 恽小燕 软件体系结构评估 近几年来,软件体系结构(Software Architecture ,SA) 成为软件工程发展的一个热门方向。随着对软件体系结构研究的深入开展,逐渐形成了以软件系统的体系结构形式化描述、风格、建模、评估、软件产品线以及基于软件体系结构的软件开发过程等为主要研究内容的一个新领域。对一个系统的体系结构进行评估,是为了在系统被构建之前预测它的质量,并不需要精确的评估结果,通过分析SA体系结构对于系统质量的主要影响,进而提出改进。因此,软件体系结构评估的目的是分析潜在的风险,并检验设计中提出的质量需求。本文主要讨论三种有代表性的方法,它们可以指导评估人员成功地对系统的体系结构进行评估。这三种方法是: 基于场景的体系结构分析方法(SAAM) 、体系结构权衡分析方法(ATAM) 、体系结构级别上的软件维护预测(ALPSM) 。 1.主要的术语 (1)软件体系结构 定义:软件体系结构定义很多,本文采用为大多数人所接受的一种定义:“软件系统或计算系统的软件体系结构就是系统的一个或多个结构,它包括软件组件,这些组件的外部可见属性以及组件之间的相互关系”。这个定义仅仅关注系统内在的方面,而大多数的分析方法都是基于这个定义的。 这个定义具有如下的含义: ①SA 是一个或多个系统的抽象。SA 以抽象的组件(Com2ponent) 来表示系统,这些组件具有外部可见属性,并且相互之间是有联系的,这种联系有时被称为连接件(Connector) 。 ②SA 是一种可重用、可传递的系统抽象,而组件的细节部分不属于体系结构的范畴。 ③系统由多个结构组成,通常也称为视图(View) 。任何一个视图只能表示SA 的部分内容,而不是全部。 (2)质量属性 质量属性是一个组件或一个系统的非功能性特征。软件质量在IEEE 1061中定义,它体现了软件拥有所期望的属性组合的程度。另一个标准ISO/IEC Draft 91262 1定义了一个软件质量模型。依照这个模型,共有六种特征:功能性、可靠性、可用性、有效性、可维护性和可移植性,并且它们被分成子特征,根据各个软件系统外部的可见特征来定义这些属性。 (3)风险承担者( Stakeholder) 风险承担者就是对体系结构及根据该体系结构开发的系统有自己的要求的人员。风险承担者涉及面很广,可能是最终用户、开发人员、项目经理等。比较特殊的一类人员是项目决策者,即对评估结果感兴趣,并有权作出影响项目未来开发决策的人。体系结构设计师也是很特殊的一位风险承担者,一定要让他参加整个评估过程。 (4)场景( Scenario) 场景就是对于风险承担者与系统的交互的简短描述。比如用户可能会描述如何使用该系统来完成某项功能,这时场景就很类似于面向对象技术中的用例。在评估过程中,使用场景将那些模糊的不适用于分析的质量属性需求描述转换为具体的易于理解的表述形式。 评估技术在体系结构层次上有两类评估技术:询问和度量。本文讨论的评估方法都至少采用了这两种技术中的一种,或是两种技术的结合(常同时混合使用,如下文讨论的ATAM就是一种混合方法) 。 a.询问技术。生成一个体系结构将要问到的质量问题,可适用于任何质量属性,并可用于对开发中任何状态的任何部分进行调查。询问技术包括场景、调查表、检查列表。调查表是通用的、可运用于所有软件体系结构的一组问题;而检查列表则是对同属一个领域的多个系
******系统体系结构说明 书
修订控制页
目录 0.文档介绍 (3) 0.1文档目的 (3) 0.2文档范围 (3) 0.3读者对象 (3) 0.4参考文献 (3) 0.5术语与缩写解释 (3) 1.系统概述 (3) 2.设计约束 (4) 3.设计策略 (4) 4.应用系统安装拓扑图 (5) 5.系统总体功能结构 (6) 6.子系统的结构与功能 (6) 6.1.文章管理子系统 (6) 6.2.学生求职管理子系统 (7) 7.系统主要数据结构 (9) 8.开发环境的配置 (9) 9.运行环境的配置 (10) 10.测试环境的配置 (10) 11.其他 (10)
0.文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 本说明书适用于项目设计人员、开发人员、测试人员、文档编写人员、工程实施人员。 0.4 参考文献 《XXXXXXXXXX》 ISO9001：2000质量保证体系 XXXX公司规范设计总则 0.5 术语与缩写解释 1.系统概述 根据XXXX大学生就业管理与服务工作的实际需要，为了更好地为XXXX毕业生和
用人企业提供服务、提升大学生就业的管理和服务水平，更好地促进大学生就业，决定建设XXXX就业服务系统。系统将实现包含就业政策的制定与发布、学生简历制作、毕业生生源管理、就业数据汇总分析、就业办公、就业指导、企业岗位发布与招聘、毕业生跟踪、招聘会安排等功能在内的综合就业服务系统。从而使就业管理人员从目前繁杂的手工工作方式中解脱出来，加强管理与监控，并为领导提供决策与分析支持。 2.设计约束 ISO9001：2000质量保证体系 3.设计策略 提示：体系结构设计人员根据产品的需求与发展战略，确定设计策略（Design Strategy）。例如： ?扩展策略。说明为了方便本系统在将来扩展功能，现在有什么措施。 ?复用策略。说明本系统在当前以及将来的复用策略。 ?折衷策略。说明当两个目标难以同时优化时如何折衷，例如“时－空”效率折衷，复杂性与 实用性折衷。
第一章 1.根据自己的经验，谈谈对软件危机的看法 答：软件危机是指软件生产方式无法满足迅速增长的计算机需求，开发和维护过程出现的一系列问题。 它主要由以下几个原因导致：（1）软件自身特点 （2）开发人员的弱点 （3）用户需求不明 （4）缺乏正确理论指导 （5）开发规模越来越大 （6）开发复杂度越来越高 可以通过软件生命周期的模型和软件工具的使用来缓解危机，通过程序自动化和 软件工业化生产的方法实现软件标准化的目标，进一步缓解软件危机带来的影 响。 软件危机有利有弊，除了带来许多麻烦，也给我们带来许多挑战，克服危机的过 程，我们在技术上和创新上都有了一个提升，也算是间接为软件产业的发展做了 贡献。 2.什么是软件重用，软件重用的层次可以分为哪几个级别 答：软件重用，是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。可以分为三个层次： （1）代码重用（2）设计结果重用（3）分析结果重用 3. 什么是可重用构件相对于普通的软件产品，对可重用构件有何特殊要求 答：可充用构件表示软件重用过程中，可重用的软件构件元素。 可重用构件的特殊要求： （1）可重用构件应该具有功能上的独立性与完整性； （2）可重用构件应该具有较高的通用性； （3）可重用构件应该具有较高的灵活； （4）可重用构件应该具有严格的质量保证； （5）可重用构件应该具有较高的标准化程。 4.基于构件的软件开发的优势是什么面临哪些困难和挑战 答：优势：基于构件的软件将软件开发的重点从程序编写转移到了基于已有构件的组装，以更快地构造系统，减轻用来支持和升级大型系统所需要的维护负担，从而降 低了软件开发的费用 困难和挑战：没有可依据的参考，可用资源和环境缺乏，开发难度高，而各方面需求 增长速度与日剧增，更新和升级的跟进是一个不小的挑战.此外，在同一系统采用多 个开发商提供的构件，它们之间的兼容性可能是开发过程中所要面对的一个严峻的问 题 5.描述三种应用最为广泛的构件技术规范COM、CORBA和EJB各自的特点 答：COM：COM无需重新编译，对象就可以增添新的功能，还能够透明地向另一个过程或另一台机器上的对发送RPC调用； CORBA：CORBA用IDL来描述对象接口，可以满足异种语言间的通信问题。
广州润衡软件连锁有限公司软件架构设计文档 项目名称 软件架构设计文档 版本
修订历史记录
目录 1.简介5 1.1目的5 1.2范围5 1.3定义、首字母缩写词和缩略语5 1.4参考资料5 1.5概述5 2.整体说明5 2.1简介5 2.2构架表示方式5 2.3构架目标和约束5 3.用例视图6 3.1核心用例6 3.2用例实现6 4.逻辑视图6 4.1逻辑视图6 4.2分层6 4.2.1应用层6 4.2.2业务层7 4.2.3中间层7 4.2.4系统层7 4.3架构模式7 4.4设计机制7 4.5公用元素及服务7 5.进程视图7 6.部署视图7 7.实施视图8 7.1概述8 7.2层8 7.3部署8 8.数据视图8 9.大小和性能8
软件架构设计文档 10.质量8 11.其它说明8 12.附录A 指南8 13.附录B 规范9 14.附录C 模版9 15.附录D 示例9
软件架构设计文档 1.简介 软件构架文档的简介应提供整个软件构架文档的概述。它应包括此软件构架文档的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述 1.1目的 本文档将从构架方面对系统进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。它用于记录并表述已对系统的构架方面作出的重要决策 本节确定此软件构架文档在整个项目文档中的作用或目的，并对此文档的结构进行简要说明。应确定此文档的特定读者，并指出他们应该如何使用此文档 1.2范围 简要说明此软件构架文档适用的范围和影响的范围 1.3定义、首字母缩写词和缩略语 本小节应提供正确理解此软件构架文档所需的全部术语的定义、首字母缩写词和缩略语。这些信息可以通过引用项目词汇表来提供 1.4参考资料 本小节应完整地列出此软件构架文档中其他部分所引用的所有文档。每个文档应标有标题、报告号（如果适用）、日期和出版单位。列出可从中获取这些参考资料的来源。这些信息可以通过引用附录或其他文档来提供 1.5概述 本小节应说明此软件构架文档中其他部分所包含的内容，并解释此软件构架文档的组织方式 2.整体说明 2.1简介 在此简单介绍软件架构的整体情况，包括用例视图、逻辑视图、进程视图、实施视图和部署视图的简单介绍。另外，简要介绍各种视图的作用和针对的用户 2.2构架表示方式 本节说明当前系统所使用的软件构架及其表示方式。还会从用例视图、逻辑视图、进程视图、部署视图和实施视图中列出必需的那些视图，并分别说明这些视图包含哪些类型的模型元素 2.3构架目标和约束 本节说明对构架具有某种重要影响的软件需求和目标，例如：安全性、保密性、市售产品的使用、可移植
精品文档服务器性常见的Web17）。（17）A. 1．以下关于系统性能的叙述中，不正确的是（服 务器的主要性能指标有最大WebB. 能评估方法有基准测试、压力测试和可靠性测试评价/对运行 系统进行性能评估的主要目的是以更好的性能并发连接数、响应延迟和吞吐量C. D. 当系统性能降到基本水平时，需要查找影响性能的瓶颈并消除该瓶颈价格比更新系统 需要实现在系统之间快速传递可定制格式的数2某公司欲对其内部的信息系统进行集成，据包， 并且当有新的数据包到达时，接收系统会自动得到通知。另外还要求支持数据重传，远程过）A. （21）的集成方式。（21以确保传输的成功。针对这些集成需求，应该采用 消息传递 D. 程调用 B. 共享数据库C. 文件传输 ”视图模型来描述软件系统的体系结构。在该模型中，最终用户侧中采用“4+13 在RUP逻C. B. 进程视图 27）。（26）A. 实现视图重于（26），系统工程师侧重于（部署D. C. 逻辑视 图）A. 实现视图 B. 进程视图 D. 辑视图部署视图（ 27 视图 方法描述其不同账户之间的关系，设计出的类图如．某银行系统采用Factory Method4”Product； 与“33”角色相对应的类是（） Method下所示。其中与Factory 中的“Creator ）33。（（34）角色相对应的类是）（34 Checking D. SavingsB. A. Bank Account C. A. Bank B. Checking C. Account 面向对A. 35 是一个独立可交付的功能单元，外界通过接口访问其提供的服务。（）5．基于构 件开发C. Subroutine）B. （Object）模块化程序设计中的子程序（象系统中的对象 Package）Component中的构件（）D. 系统模型中的包（ 是一种典型的、原始的31）（6 软件的横向重用是指重用不同应用领域中的软件元素。 设计模式标准函数库构件对象）（横向重用机制。31A. B. C. D. 精品文档． 精品文档 描述系统设计蓝图以保证系统提供适当的功能；）在基于构件的软件开发中，（367． B. 用来了解系统的性能、吞吐率等非功能性属性。（36）A. 逻辑构件模型37（）逻辑构 件模）A. D. 系统交互模型（37组件接口模型物理构件模型C. 系统交互模型 D. 物理构件模型C. 组件接口模型型 B. ）的状38）基于CORBA基础设施定义了四种构件标准。其中，（8．对象管理组织（OMG服C. B. 加工构件态信息是由构件自身而不是由容器维护。（38）A. 实体构件会话构件 D. 务构件业务数据的综合计算分通常需要将任务分配到不同的逻辑计算层。9分布式系统开发中， 数 D. C.数据处理层）。（39A. 表示逻辑层 B. 应用逻辑层析任务属于（39） 据层时，应将数据层和数据处理层放置于服）（4010 在客户机/服务器系统开发中，采用B. A. 表示逻辑层和表示层放置于客户机。（40）分布式表示结构务器，应用逻辑层、分布式数据