《软件体系结构大纲整理版.docVIP

软件体系结构大纲整理版 整理：飞鸟执行小组 审核：飞鸟鸣鸾 飞鸟猜想：单项选择 软件危机的原因P2 用户需求不明确 缺乏正确的理论指导 软件规模越来越大 软件复杂度越来越高 重用组织框架的主要组成P17 构件开发组 构件应用组 协调组 正交软件体系结构的特点P77 结构清晰，易于理解 易修改，可维护性强 可移植性强，重用粒度大 Web服务用来作为消息定义格式P175 Web服务是一个可以用URI（Universal Resource Identifier统一资源标识）来标识的软件系统，它采用XML格式的信息来定义和描述对外的公共接口和绑定。 软件产品线的概念P284-285 软件产品线由核心资源和产品集合组成。 软件产品线开发4个基本技术特点：过程驱动、特定领域、技术支持和体系结构为中心。 将利用了产品间公共方面、预期考虑了可变性等设计的产品族称为产品线。 产品线就是由在系统的组成元素和功能方面具有共性和个性相似的多个系统组成的一个系统族。 软件产品线就是在一个公共的软件资源集合基础上建立起来的，共享同一特性集合的系统集合。 一个软件产品线由一个产品线体系结构、一个可重用构件集合和一个源自共享资源的产品组成，是组织一组相关软件产品开发的方式。 产品线是一个产品集合，这些产品共享一个公共的、可管理的特征集，这个特征集能满足选定的市场或任务领域的特定需求。这些系统是在遵循一个预描述的方式，在公共的核心资源基础上开发的。 设计模式的主题P195 设计模式，简单地理解，是一些设计面向对象的软件开发的经验总结。一个设计模式事实上是系统地命名、解释和评价某一个重要的可重现的面向对象的设计方案。 行为模式包括P203 见P203表格 静态工厂的核心角色P？ 抽象产品 构件模型三个流派P4（注：构建模型没找到。） CORBA（通用对象请求代理结构）、EJB、DCOM（分布式构件对象模型） 集成测试P255 集成测试的主要任务是测试构件之间的接口以保证构件能够交互，它将对象本身抽象为单元，并关注于构件间的消息传递，构件的交互行为可以通过形式化规约得到，因此这种测试可提前进行。 软件危机表现P1 软件成本日益增长 开发进度难以控制 软件质量差 软件维护困难 软件体系结构的核心模型最基本的元素P37 构件、连接件、配置（组成元素：构件、连接件、配置、端口和角色） 设计模式一般用来解决什么样的问题P？ 同一问题的不同表相 设计模式的两大主题P？ 系统复用和系统扩展 SEI产品线的基本活动组成部分P286 核心资源开发（即领域工程）、产品开发（即应用工程）和管理 并行／管道－过滤器结构风格应用于当前环境中有多个构件同时运行的情况。P245 并行／管道－过滤器结构风格中，多个构件可以同时执行。 并行／管道－过滤器结构风格通常发生在单处理器多进程环境中。 评估方法质量属性中可修改性P259 可维护性、可扩展性、结构重组、可移植性 传统软件测试和基于体系结构测试的内容包括P254 测试内容、测试准则、测试用例、测试充分性及测试方法等问题。 飞鸟猜想：判断题 构件P4，37，41 构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统。结构上，它是语义描述、通信接口和实现代码的复合体。 构件是具有一定的功能，能够独立工作或同其它构件装配起来协调工作的程序体。构件的使用同它的开发、生产无关。 构件是具有某种功能的可重用的软件模板单元，表现了系统中主要的计算元素和数据存储。包括复合构件和原子构件。 需求语言与ADL的区别P106 ADL：Architecture Description Language，软件体系结构描述语言，其基本元素包括：构件、连接件、体系结构配置，是一种形式化语言。 ADL与需求语言的区别在于后者描述的是问题空间，而前者则扎根于解空间中。 ADL与建模语言的区别在后者对整体行为的关注要大于对部分的关注，而ADL集中在构件的表示上。 基于构件的动态系统结构模型包括P155 应用层、中间层和体系结构层 体系结构级评估作用P258 为软件系统选用恰当的体系结构 确保按照所选用的体系结构能够顺利地开发出成功的软件产品。 评估方法质量属性包括内容，每一项具体内容P258-262 性能 指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件个数。 可靠性 是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基本能力。分为容错和健壮性。由平均失效等待时间（MTTF）和平均失效间隔时间（MTBF）来衡量。 可用性 是系统能够正常运行的时间比例。 安全性 指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。 可修改性 指能够快速地以较高的