SA13软件产品线体系结构

软件体系结构总结

第一章：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、软件功能需求、质量属性需求、约束分别对软件架构产生的影响功能性需求：系统必须实现的功能，以及系统在运行时接收外部激励时所做出的行为或响应。质量属性需求：这些需求对功能或整个产品的质量描述。约束：一种零度自由的设计决策，如使用特定的编程语言。质量原意是指好的程度，与目标吻合的程度，在软件工程领域，目标自然就是需求。对任何系统而言，能按照功能需求正确执行应是对其最基本的要求。正确性是指软件按照需求正确执行任务的能力，这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。系统或软件架构的相关视图的集合，这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达

软件产品线

软件产品线（Software Product line）产品线简介背景（Background）概念（Concept）产品线的好处和代价（Benefits and Costs of a Product Line）相关术语解释（Note on terminology）背景背景产品线方法将成为新世纪中占主导地位的软件生产模式 -产品的灵活性是市场的必然需求，而产品线将通过裁剪，生产出满足特定用户或用户群需要的产品 -从开发者的角度，产品线的成功在于产品之间通过共性的共享，达到了生产上经济的目的在软件开发中，卡耐基梅隆大学软件工程研究所(CMU SEI)提出的“软件产品线”还是比较新的概念，并被迄今为止的实践证明是可行的，可以有效地提高生产率、缩短产品上市时间、提高质量和客户满意度。产品线的概念 A product line is a group of products sharing a common, managed set of features that satisfy specific needs of a selected market. 一个软件产品线是满足下列性质的一组软件产品： -共享一组相同的、可管理的特性的集合 -满足一类特定的市场需求产品线中新产品的制造过程在一个软件产品线中，新产品形成通过以下步骤： -从公共核心资产库(core assets base)中选取合适的构件 -使用预定义的变化性机制进行裁剪，如：参数化、继承 -必要时增加新的构件 -在整个产品线范围内共同的体系结构指导下，进行构件组装，形成系统新产品的开发从“创造”变为“组装” -其中，占支配地位的活动是“集成”而非“编程” 相关概念公共核心资产库(core assets base) COTS（Commercial Off-the-Shelf）公共核心资产库(core assets base) 其中保存可重用资产，这些资产可被应用到多个系统中。

以产品线划分组织架构

以产品线划分组织架构 Document serial number【LGGKGB-LGG98YT-LGGT8CB-LGUT-

以产品线划分组织架构几位同行私下聊了下，我也意识到前文把“部门”和“团队”概念混淆了。有个很重要的观点，既然都可以，那讨论的只是相对更好，显然不分最好，如此管理成本最低。是的，我认为如果所有人的水准相当，并且价值观一致，那确实没问题，但现实可能么由此可见，以某种逻辑为基准的组织方式为主线的管理体制还是有必要。基本得到公认的，是以“产品线”划分公司组织架构最理想最高效，如此一个产品的所有参与者受共同价值观的驱使，所有人的节奏和目标理应一致，理论上肯定1+1>2。早年流行的“事业部”组织架构即如此，各事业部其实是相对独立的产品或产品群体系。难么“团队”做何解释如果把“部门”看作纵向结构的话，那么“团队”就是横向结构。“部门”以产品线为分类逻辑，“团队”以专业技术为分类逻辑，有点类似信息架构中的“模糊组织体系”。根据产品三要素中“商业、设计、研发”的结论，其中“商业”为产品线划分的依据，我把“设计、研发”分别定义为两大专业技术团队，而不管是一两人还是几百人，基本所有成熟的互联网产品都有。在实际工作中，有创业公司、小公司、大公司、集团公司之分。提取其中的共性结论可知，创业公司通常只做一个产品，小公司通常只做两三个产品，大公司和集团公司都会做多个产品。但从公司的核心价值来看，其实大公司和集团公司做的多个产品多为对产品的细分和拓展，形成产品群，其主体还是几个“大”产品。区别在于，大公司可能为产品群设立独立的“事业部”，而集团公司可能让各产品群成立更独立的“子公司”。当然，形成规模的集团公司“子公司”其实也就是“大公司”，比如“阿里巴巴”是个集团公司，目前旗下包括“阿里巴巴网络有限公司、淘宝网、支付宝、阿里云计算、中国雅虎”。以公众认知度较高的“淘宝网、支付宝”而言，它们其实都是相对独立的“大产品”，其模式三言两语能说清楚，但目前他们各自已经是大公司规模了。2007年，中国雅虎曾经改组为“新媒体事业部、通讯事业部、搜索事业部”，其道理也类似，它们各自是相对独立的产品线。

华南农业大学软件体系结构09年考试卷子加答案

一：名词解释 1.软件产品线产品线是一个产品集合，这些产品共享一个公共的、可管理的特征集，这个特征集能满足选定的市场或任务领域的特定需求。这些系统遵循一个预描述的方式，在公共的核心资源(core assets)基础上开发的。 2.体系结构描述语言体系结构描述语言（ADL）是在底层语义模型的支持下，为软件系统的概念体系结构建模提供了具体语法和概念框架。基于底层语义的工具为体系结构的表示、分析、演化、细化、设计过程等提供支持。其三个基本元素是：构件、连接件、体系结构配置。 3.软件体系结构 Dewayne Perry和A1exander Wo1f 软件体系结构是具有一定形式的结构化元素，即构件的集合，包括处理构件、数据构件和连接构件。 Mary Shaw和David Garlan 软件体系结构处理算法与数据结构之上关于整体系统结构设计和描述方面的一些问题，如全局组织和全局控制结构、关于通讯、同步与数据存取的协议，设计构件功能定义，物理分布与合成，设计方案的选择、评估与实现等。 Kruchten 软件体系结构有四个角度，它们从不同方面对系统进行描述：概念角度描述系统的主要构件及它们之间的关系；模块角度包含功能分解与层次结构；运行角度描述了一个系统的动态结构；代码角度描述了各种代码和库函数在开发环境中的组织 4.体系结构演化 5.软件风格软件体系结构风格是描述某一特定应用领域中系统组织方式的惯用模式。体系结构风格定义了一个系统家族，即定义一个词汇表和一组约束。词汇表中包含一些构件和连接件

类型，而这组约束指出系统是如何将这些构件和连接件组合起来的。 6.软件重用体系结构重用属于设计重用，比代码重用更抽象。由于软件体系结构是系统的高层抽象，反映了系统的主要组成元素及其交互关系，因而较算法更稳定，更适合于重用。软件重用是指软件在环境和功能发生变化后，可通过局部修改和重组，保持整体稳定性，以适应新要求。二：简答题： 1. 什么是体系结构描述语言？它与程序语言以及UML有哪些区别与联系？ ADL是在底层语义模型的支持下，为软件系统的概念体系结构建模提供了具体语法和概念框架。基于底层语义的工具为体系结构的表示、分析、演化、细化、设计过程等提供支持。其三个基本元素是：构件、连接件、体系结构配置。跟其他语言的比较： ◎构造能力：ADL能够使用较小的独立体系结构元素来建造大型软件系统； ◎抽象能力：ADL使得软件体系结构中的构件和连接件描述可以只关注它们的抽象特性，而不管其具体的实现细节； ◎重用能力：ADL使得组成软件系统的构件、连接件甚至是软件体系结构都成为软件系统开发和设计的可重用部件； ◎组合能力：ADL使得其描述的每一系统元素都有其自己的局部结构，这种描述局部结构的特点使得ADL支持软件系统的动态变化组合； ◎异构能力：ADL允许多个不同的体系结构描述关联存在； ◎分析和推理能力：ADL允许对其描述的体系结构进行多种不同的性能和功能上的多种推理分析。 2. 管道过滤器风格结构特点（1）使得软构件具有良好的隐蔽性和高内聚、低耦合的特点；（2）允许设计者将整个系统的输入/输出行为看成是多个过滤器的行为的简单合成；（3）支持软件重用。（4）系统维护和增强系统性能简单。（5）允许对一些如吞吐量、死锁等属性的分析；（6）支持并行执行。但是，这样的系统也存在着若干不利因素。（1）通常导致进程成为批处理的结构。这是因为虽然过滤器可增量式地处理数据，但它们是独立的，所以设计者必须将每个过滤器看成一个完整的从输入到输出的转换。（2）不适合处理交互的应用。当需要增量地显示改变时，这个问题尤为严重。（3）因为在数据传输上没有通用的标准，每个过滤器都增加了解析和合成数据的工作，这样就导致了系统性能下降，并增加了编写过滤器的复杂性。 3. 试简述一下软件产品线的双生命周期模型

软件体系结构课后作业及答案

1、就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构？答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成？答：构件(component)可以是一组代码，如程序的模块;也可以是一个独立的程序(如数据库的SQL服务器)；连接件(connector)是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等；限制(constrain)：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处？答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。（2）ADL繁多，缺乏同意的ADL的支持。（3）软件体系结构研究缺乏统一的理论模型支持。（4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。（5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。（6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。（7）缺乏有效的体系结构复用方案。（8）体系结构发现方法研究相对欠缺。 1、选择一个规模合适的系统，为其建立“4+1”模型。逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。过程视图（Process View），捕捉设计的并发和同步特征。物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。开发视图（Development View），描述了在开发环境中软件的静态组织结构。架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（use cases）或场景(scenarios)来说明，从而形成了第五个视图。

软件产品线

1定义：卡耐基。梅隆大学软件工程研究所（CMU/SEI）定义为：产品线是一个产品集合，这些产品共享一个公共的、可管理的特征集，这个特征集能满足选定的市场或任务领域的特定要求。这些系统遵循一个预描述的方式，在公共的核心资源（core assets）基础上开发的。根据这个定义，软件产品线有两个部分：核心资源和产品集合。核心资源也称平台：产品线中所有产品共享的产品线体系结构，新设计的或通过对现有系统的再工程到底的、需要再整个产品线中系统化重用的软件构件，与这些构件相关的测试计划、测试实例，所有设计文档，需求说明书，领域模型，领域范围的定义，采用COTS的构件。其中软件产品线体系结构和构件是最为重要的部分。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－独立软件系统的体系结构对体系结构的变化没有说明和限制，在体系结构实例化的过程中，几乎允许任意的变化。产品线的体系结构作为所有产品共享的体系结构和各产品导出的体系结构的基础，必须对允许进行的变化进行显式的说明和限定，才能使最终的实例化结果既有共性又也个性。－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 2软件产品线的建立方式 1将现有产品演化为产品线在基于现有产品线体系结构的基础上，将特定产品的构件逐步地、越来越多地转换为产品线的共用构件。从基于产品的开发慢慢转到基于产品线的开发。优点：通过分解投资回报周期，以及对现有系统演化的维持，使得产品线的开发风险降低。 2用软件产品线代替现有产品集基本停止现有产品的开发，直接对软件产品线的核心资源开发。遗留系统只有在符合现有体系结构和需求的情况下才可以和新的构架合作。

软件产品营销策划方案

大附件软件产品营销策划方案一、背景分析 1、产品概述产品名称，功能组成，特点，购买人的特点、购买过程的特点。 2、分析行业与竞争者（1）、识别公司竞争者（行业竞争观念，市场竞争观念）（3）、判定竞争者的目标（4）、评估竞争者的优势与劣势（5）、评估竞争者的反应模式 3、确定细分市场和选择目标市场二、开发营销战略 1、营销差异化与定位（1）、产品差异化、服务差异化、渠道差异化、形象差异化（2）、开发定位战略——推出多少差异，推出那种差异（3）、公司的定位三、营销方案

1、管理产品线、品牌和包装（1）、产品线组合决策（2）、产品线决策，包括产品线分析、产品线长度、产品线现代化、产品线特色化、产品线削减（3）、品牌决策（4）、包装和标签决策 2、设计定价策略与方案（1）、制定价格包括选择定价目标，确定需求，估算成本，分析竞争者成本、价格和提供物、选择定价法，选定最终价格（2）、修订价格，地理定价，价格折扣和折让，促销定价，差别定价，产品组合定价 3、选择和管理营销渠道（1）、渠道设计决策（2）渠道管理决策（3）、渠道动态（4）、渠道的合作、冲突和竞争 4、设计和管理整合营销传播（开发有效传播，包括确定目标受众，确定传

播目标，设计信息，选择传播渠道，编制总促销预算，管理和协调整合营销传播） 5、管理广告，销售促进和公共关系（1）、开发和管理广告计划，包括确定广告目标，广告预算决策，广告信息选择，媒体决策，评价广告效果（2）、销售促进（3）、公共关系 6、管理销售队伍（1）、销售队伍的设计，包括销售队伍目标，销售队伍战略，销售队伍结构，销售队伍规模，销售队伍报酬）（2）、销售队伍管理，包括招牌和挑选销售代表，销售代表培训，销售代表的监督，销售代表的极力，销售代表的评价四、管理营销 1、营销组织，营销部门的演进，组织营销部门的方法，营销部门与其他部门的关系，建立全公司营销导向的战略 2、营销执行监控以保证营销的有效性 3、控制营销活动，年度计划控制，盈利能力控制，效率控制 4、根据营销部门的信息来进行战略控制

软件体系结构课后作业及答案

一次就项目管理方面而言，软件重用项目与非重用项目有哪些不同之处。答：使用软件重用技术可减少重复工作,提高软件生产率, 缩短开发周期。同时，由于软构建大多经过严格的质量认证，因此有助于改善软件质量，大量使用构建，软件的灵活性和标准化程度可得到提高。 2、实际参与/组织一个软件重用项目的开发，然后总结你是如何组织该项目的开发的答：参加了一个网页管理系统的开发，该项目重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。在过程中使用了代码的复用、设计结果的复用、分析结果的复用、测试信息的复用等。 3、为什么要研究软件体系结构答：1.软件体系结构是系统开发中不同参与者进行交流和信息传播的媒介。 2．软件体系结构代表了早期的设计决策成果。 3．软件体系结构可以作为一种可变换的模型。 4、根据软件体系结构的定义，你认为软件体系结构的模型应该由哪些部分组成答：构件(component)可以是一组代码，如程序的模块;也可以是一个独立的程序(如数据库的SQL服务器)；连接件(connector)是关系的抽象，用以表示构件之间的相互作用。如过程调用、管道、远程过程调用等；限制(constrain)：用于对构件和连接件的语义说明。 5、在软件体系结构的研究和应用中，你认为还有哪些不足之处答：（1）缺乏同意的软件体系结构的概念，导致体系结构的研究范畴模糊。（2）ADL繁多，缺乏同意的ADL的支持。（3）软件体系结构研究缺乏统一的理论模型支持。（4）在体系结构描述方便，尽管出现了多种标准规范或建议标准，但仍很难操作。（5）有关软件体系结构性质的研究尚不充分，不能明确给出一个良体系结构的属性或判定标准，没有给出良体系结构的设计指导原则，因而对于软件开发实践缺乏有力的促进作用。（6）缺乏有效的支持环境软件体系结构理论研究与环境支持不同步，缺乏有效的体系结构分析、设计、方针和验证工具支持，导致体系结构应用上的困难。（7）缺乏有效的体系结构复用方案。（8）体系结构发现方法研究相对欠缺。二次 1、选择一个规模合适的系统，为其建立“4+1”模型。逻辑视图（Logical View），设计的对象模型（使用面向对象的设计方法时）。过程视图（Process View），捕捉设计的并发和同步特征。物理视图（Physical View），描述了软件到硬件的映射，反映了分布式特性。开发视图（Development View），描述了在开发环境中软件的静态组织结构。架构的描述，即所做的各种决定，可以围绕着这四个视图来组织，然后由一些用例（use cases）或场景(scenarios)来说明，从而形成了第五个视图。 2、引入了软件体系结构以后，传统软件过程发生了哪些变化这种变化有什么好处答：软件体系结构的引入使软件设计开发更加具体和形象，它的模型更使得软件过程更加

软件体系结构简答题

1.简述什么是软件危机，产生软件危机的原因，如何克服软件危机？答：软件危机是指在计算机软件的发展和维护过程中所遇到的一系列严重问题。产生软件危机的原因有用户需求不明确，投入正确的理论指导，软件规模越来越大，软件复杂度越来越高。现在人们用软件工程的方法来进行软件生产，即用现代工程的概念、原理技术和方法进行计算机软件的开发、管理和维护。 2.什么是软件重用，软件重用的层次可以分为哪几个级别？答：软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。软件重用的层次按重用的粒度大小可分为程序代码重用，测试用例重用，设计文档重用，设计过程重用，需求分析文档重用及领域知识重用。 3.构件：是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统；结构上，它是语义描述、通信接口和实现代码的复合体。是具有某种功能的可重用的软件模板单元，表示了系统中主要的计算元素和数据存储。 4.软件体系结构模型可以分为哪几种，具体是如何划分的？答：软件结构的核心模型由5种元素组成：构件、连接件、配置、端口和角色。其中，构件、连接件和配置是最基本的元素。 5.体系结构的设计和演化中实验原型阶段分为2个周期，分别对各周期简述。答：第一周期没有具体的、明确的日期，第一周期结束会形成图形用户界面的初始设计和问题域模型两个版本。第二周期的任务是设计和建立一个下次软件体系结构，具有以下特征：足够灵活，能包括现有元素，也有包括新增功能；提供相当稳定的结构，在这个结构中，原型能在实验原型阶段进行演化；开发一个高效的开发的组织，允许开发人员并行地在原型基础上进行开发。 6.软件体系结构：是一个设计，它包括所建立系统中的各元素（构件和连接件）的描述、元素之间的交互、指导装配的范例和对范例的约束。 7.软件体系结构风格：软件体系结构风格是描述某一特定领域中系统组织方式的惯用模式。 8.C2体系结构风格：可以概括为通过连接件绑定在一起的按照一组规则动作的并行构件网络。组织规则有：1、系统中的构件和连接件都有一个顶部一个底部。2、构件的顶部应连接到某连接件的底部，构件的底部应连接到连接件的顶部，构件之间不能直接连接。3、一个连接件可以和任意数目的其他构件和连接件相连。4、当两个连接件直接相连时，必须由其中一个底部到另一个的顶部。C2风格的特点：1、系统中的构件可实现应用需求，并能将任意复杂度的功能封闭在一起；2、所有构件之间的通信是通过以连接件为中介的异步消息交换机制来实现的；3、构件相对独立，构件之间依赖性少。 9. 连接件：是用来建立构件间的交互以及支配这些交互规则的体系结构构造模块。 10. 体系结构配置：体系结构配置或拓扑是描述体系结构的构件与连接件的连接图。体系结构配置提供信息来确定构件是否正确连接、接口是否分配、连接件构成的通信是否正确，并说明实现要求行为的组合含义。 11. ADL：是一种形式化语言，它在底层语义模型的支持下，为软件系统的概念结构建模提供了具体语法和概念框架。 12.软件体系结构的动态性：指软件系统在运行时刻的体系结构变动。 13.Web服务栈：Web服务栈是一种全新的体系结构，整个Web服务的技术系列被称为Web服务栈。 14.SOAP：简单对象访问协议，SOAP是一个基于XML的，在松散分布式环境中交换结构化信息的轻量级协议，它为在一个松散的、分布式环境中使用XML交换结构化的和类型化的信息提供了一种简单的机制。 15.WSDL标准：是一种XML格式，用来实现Web服务栈中的描述层，将网络服务描述为能够进行消息交换的通信端点集合。 16.可修改性：是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性。可修改性包括：1可维护性，2可扩展性，3结构重组，4可移植性 17.核心资源：是领域工程所有结果的集合，是产品线中产品构造的基础。 18.软件产品线：软件产品线就是在一个公共的软件资源集合基础上建立起来的共享同一个特性集合的系统集合。 19.SEI模型：SEI将产品线的基本活动分为三部分，分别是核心资源开发，产品开发和管理。 20.产品线体系结构：产品线体系结构是一个软件体系结构和一组在一族产品中可重用的构件，为增加软件重要、为企业降低软件开发和维护的成本提供了一个重要的途径。 21.体系结构驱动： 22.软件体系结构在软件系统中有何作用？答：体系结构是风险承担者进行交流的手段。它明确了对系统实现的约束条件，决定了开发和维护组织的组织结构，制约着系统的质量属性，可以预测软件的质量，是推理和控制更改更简单，有助于循序渐进的原型设计。同时，软件体系结构是可传递和可重用的模型。 23.体系结构的生命周期模型分为哪几个阶段？答：1、需求分析阶段2、建立软件体系结构阶段3、

软件体系结构

一．名词解释： 1.产品线体系结构：产品线体系结构指一个软件开发组织为一组相关应用或产品建立的公共体系结构。 2.构件：构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系统构件是一个数据单元或一个计算单元，它由构件接口和构件实现模块组成。 3.风险评估：风险评估过程通常是用于验证需要详细检测的复杂模型，来估计潜在的模型问题和测试效果，在不同的开发阶段都可以执行分析评估。 4.消息转换：消息转换是指对对构件实例而言的，即所有构件实例发出和接收的消息类型都经过消息总线的过滤，这里采取简单换名的方法，其目标是保证每种类型的消息名字在其所处的局部总线范围内是唯一的。二．简答题 1.动态体系结构有哪些特征可构造性动态特征、适应性动态特征、智能性动态特征。 2.软件产品线的过程模型有哪些？双生命周期模型、SEI模型、三生命周期模型 3.与CS体系结构相比，BS的不足之处 a.B/S体系结构缺乏对动态页面的支持能力，没有集成的有效的数据库处理功能。 b.B/S体系结构的系统扩展能力差，安全性难以控制。 c.采用B/S体系结构的应用系统，在数据查询等响应速度上，要远远的低于C/S体系结构。 d.B/S体系结构的数据提交一般以页面为单位，数据的动态交互性不强，不利于在线事务处理应用。 4.框架技术的基本特征有哪些反向控制、可重用性、扩展性、模块化或构件化

一．名词解释 1.c2体系结构的风格？ a.系统中的构件和连接件都有一个顶部和一个底部。 b.构件的顶部应连接到某连接件的底部，构件的底部则应连接到某连接件的顶部，而构件与构件之间的直接连接时不允许的。 c.一个连接件可以和任意数目的其他构件和连接件连接。 d.当两个连接件进行直接连接时，必须由其中一个的底部到另一个的顶部。 2.WSDL标准 WSDL是一种XML格式，用于将网络服务描述为一组端点，这些端点对包含面向文档或面向过程信息的消息进行操作。元素：定义，类型，消息，操作，端口类型，绑定，端口，服务。 3.可修改性：可修改性是指能够快速地以较高的性能价格比对系统进行变更的能力。包含四个方面：可维护性，可扩展性，结构重组，可移植性。 4.软件产品线 a.将利用了产品间公共方面，预期考虑了可变性等设计的产品族称为产品线。 b.产品线就是由在系统的组成元素和功能方面具有共性和个性的相似的多个系统组成的一个系统族。 c.软件产品线就是在一个公共的软件资源集合基础上建立起来的，共享同一个特性集合的系统集合。 d.一个软件产品线由一个产品线体系结构、一个可重用构件集合和一个源自共享资源的产品集合组成，是组织一组相关软件产品开发的方式。二．简答题 1．可重用技术对构件库组织方法的几点要求：（1），支持构件库的各种维护动作，如增加、删除以及修改构件，尽量不要影响构件库的结构。

产品线与一线业务对接流程规范(适合做产品的厂商)

公司 LOGO
产品线与一线业务对接流程规范
*********公司 ** 年 ** 月 *** 日

产品线与一线业务对接处理流程
版本历史: 文档版本修订状态修订日期修订人描述
第 2 页 /共 13 页

产品线与一线业务对接处理流程
目录第一章引言 ................................................................................................................................................ 4 1.1 编写目的 ..........................................................................................................................................4 1.2 适用范围 ..........................................................................................................................................4 1.3 问题级别及响应时间 ......................................................................................................................4 1.4 相关规定 ..........................................................................................................................................5 第二章角色和职责 .................................................................................................................................... 6 第三章对接业务 ........................................................................................................................................ 7 3.1 产品线负责人 ..................................................................................................................................7 3.2 业务接口 ..........................................................................................................................................7 第四章业务处理流程 ................................................................................................................................ 9 4.1 流程图 ..............................................................................................................................................9 4.2 输入 ................................................................................................................................................10 4.3 主要步骤 ........................................................................................................................................10 4.3.1 4.3.2 4.3.3 4.3.4 任务录入 ..............................................................................................................................10 任务受理 ..............................................................................................................................10 任务解决 ..............................................................................................................................10 问题关闭 ..............................................................................................................................10
4.4 成果输出 ........................................................................................................................................ 11 4.5 结束准则 ........................................................................................................................................ 11 第五章度量 .............................................................................................................................................. 12 第六章附件 .............................................................................................................................................. 13
第 3 页 /共 13 页

软件体系结构简答题

29.软件体系结构评估的主要方式有哪些？答：1.基于调查问卷或检查表的评估方式：调查问卷是一系列可以应用到各种体系结构评估的相关问题，这些问题可能涉及体系结构对设计决策，有些问题涉及体系结构的文档，有的问题针对体系结构描述本身细节问题等。检查表中也包含一系列比调查问卷更细节和具体的问题，它们更趋向于考察某些关心的质量属性。这一评估方法比较灵活自由，可评估多种质量属性，也可以在软件体系结构设计的多个阶段进行。2.基于场景的评估方式：场景是一系列有序使用或修改系统的步骤。基于场景的方式由SEI首先提出并应用在体系结构权衡分析方法和软件体系结构分析方法中，这种软件体系评估方式分析软件体系结构对场景也就是对系统对使用或修改活动的支持程度，从而判断该体系结构对这一场景所代表对质量需求对满足程度。3.基于度量的评估方式：度量是指为软件产品对某一属性所赋予对数值。此评估技术涉及3个基本活动：首先需要建立属性和质量之间的映射关系，然后从软件体系结构文档中获取度量信息，最后根据映射原则分析推导出系统对某些质量属性。 30.简述双生命周期中的领域工程阶段的主要任务及内容。答：（1）领域分析。利用现有的系统设计、体系结构和需求建立领域模型。（2）领域设计。用领域模型确定领域/产品线的共性和可变性，为产品线设计体系结构。（3）领域实现。基于领域体系结构开发领域可重用资源（构件、文档、代码生成器）。 31.软件产品线的过程模型有哪些？答：1、双周期模型 2、SEI模型 3、三生命周期模型 32.软件体系结构模型可以分为哪几种？答：结构构型、框架模型、动态模型、过程模型和功能模型。 4

软件体系结构试题库

软件体系结构试题库(软件工程) 一、判断题 1、软件重用是指重复使用已有的软件产品用于开发新的软件系统，以达到提高软件系统的开发质量与效率，降低开发成本的目的。答案：√ 依据页码：P4 2、可重用技术对构件库组织方法要求不仅要支持精确匹配，还要支持相似构件的查找。答案：√ 依据页码：P7 3、超文本组织方法与基于数据库系统的构件库组织方法不同，它基于全文检索技术。答案：√ 依据页码：p8 4、软件体系结构充当一个理解系统构件和它们之间关系的框架，特别是那些始终跨越时间和实现的属性。答案：√ 依据页码：P28 5、构件可以由其他复合构建和原子构件通过连接而成。（）答案：√ 依据页码：P37 6、体系的核心模型由5种元素组成：构建、连接体、配置、端口和角色（）答案：√ 依据页码：P37 7、软件体系结构的核心由5种元素组成：构件、连接件、配置端口和角色。其中，构件、连接件和配置是最基本的元素（）答案：√ 依据页码：P37 8、开发视图主要支持系统的功能需求，即系统提供给最终用户的服务（）答案：X 依据页码：P32、33 9、构件、连接件以及配置是体系结构的核心模型最基本的元素（）答案：√ 根据页码：P37 10、HMB风格不支持系统系统自顶向下的层次化分解，因为它的构件比较简单。答案：×依据页码：P81 11、正交软件体系结构由组织层和线索的构件构成。答案：√ 依据页码：P70 12、基于事件的隐式调用风格的思想是构件不直接调用一个过程，而是触发或广播一个或多个事件。答案：√ 依据页码：P53 13、线索是子系统的特例，它由完成不同层次功能的构建组成，每一条线索完成整个系统中相对独立的一部分功能。（）答案：√ 依据页码：P70 14、层次系统中支持抽象程度递增的系统设计是设计师可以把一个复杂系统按照递增的步骤进行分解，同时支持功能增强，但是不支持重用。