考纲(张友生版本软件架构
考试题型:
10*3单选
5*3简答题
5*3设计图(含画图)
10*2 论述题
10*2综合题
复习以课件为主,书为辅
第一章
(软件危机)
?
?
构造模型与实现
掌握软件结构体系核心模型
第二章
软件体系结构建模种类
最重要是4+1视图模型(进程视图与处理视图是一个东西,翻译问题)(对应不同风险承担者)(哪些视图动态静态)(运行期质量))刻画哪些方面)(会考多个选择题)(主要看每个视图支持什么)
软件体系结构生命之期
至少会最基础的逻辑视图
会画出视图模型
第三章
经典软件体系结构风格
第一种不考
数据抽象与面对对象通读一遍,不怎么靠
影视调用,通读一遍
分层的优缺点(选择题)
仓库系统掌握,选择题
cs风格,考试重点,可能在论述里面,尤其知道每种风格特点优缺点
三层cs风格解决方案以及优缺点
bs优缺点,区别
技术规范看一下,可能有选择题
正交软件体系,掌握,模型要画图,特征优点
hmb可能有选择题
领域限定可能有选择题,简答题不一定
第四章
形式化不用看
描述方法的分类,掌握
模块内链接语言,定义,优缺点
软构建,可能有选择题
软件体系结构语言,非常多考点
adl与其他语言比较:掌握
其他无要求
第六章
组织架构形式那几种(重点
其他不做要求
第七章(重点)
动态性有哪几个(选择,简答
软件结构体系风格,至少说出五种
动态静态例子,图示,描述 怎么配置进行
动态形式化描述的方法(选择+简答
基于构建的动态体系结构,综合题,考很多,论述,涉及
局部/全局更新的请求、步骤,全部更新等(必考,案例是设计题)
软件构建,设计体系模型(设计题)
形态体系结构特征有哪些(选择简答
第十三章
产品线定义,优点,产品线的过程模型
1 3 7 13是重点
参考链接:
软件体系结构期末考试总结
《软件体系结构》 练习题
软件体系结构重点总结
《软件体系结构》知识点整理
【软件体系结构】考点整理(习题无答案
《软件体系结构》期末复习总结
软件体系结构张友生第三版期末复习
第一章(重点)
(软件危机)
软件危机
答案:是指在计算机软件的开发和维护过程中所遇到的一系列严重问题
软件重用
答案:是指在两次或多次不同的软件开发过程中重复使用相同或相近软件元素的过程。
软件危机的表现:
软件成本日益增长。开发进度难以控制。软件质量差。软件维护困难
软件危机的原因:
用户需求不明确。缺乏正确的理论指导。软件规模越来越大。软件复杂度越来越高
软件工程的三要素: 方法,工具,过程
软件体系结构的生命周期模型主要分为需求分析阶段、建立软件体系结构阶段、设计阶段和实现阶段
软件体系结构设计的主要目的是满足对软件的质量需求
?
构造模型与实现
掌握软件结构体系核心模型
软件体系结构应建立于传统的软件开发过程的需求分析和软件设计阶段之间
构件概念: 构件是指语义完整、语法正确和有可重用价值的单位软件,是软件重用过程中可以明确辨识的系统;结构上,它是语义描述、通讯接口和实现代码的复合体
5. 常见的构件模型: OMG的CORBA。Sun的EJB。Microsoft的DCOM(分布式构件对象模型)
6. 构件分类方法: 关键字分类法。刻面分类法。超文本组织方法。
7. 软件体系结构的定义: 软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象,由构成系统的元素的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。 (软件体系结构不仅指定了系统的组织结构和拓扑结构,并且显示了系统需求和构成系统的元素之间的对应关系,提供了一些设计决策的基本原理)
8. 软件体系结构的意义: 1体系结构是风险承担者进行交流的手段 2 体系结构是早期设计决策的体现 3软件体系结构是可传递和可重用的模型
可重用技术对构件库组织方法要求不仅要支持精确匹配,还要支持相似构件的查找。
第二章
软件体系结构
答案:软件体系结构是一个设计,它包括所建立系统中的各元素(构件和连接件)的描述、元素之间的交互、指导装配的范例和对范例的约束。
软件体系结构建模种类
软件体系结构的模型分为5种:结构模型、框架模型、动态模型、过程模型、功能模型
结构模型:以体系结构的构件、连接件和其他概念来刻画结构,并力图通过结构来反映系统的重要语义内容,包括系统的配置、约束、隐含的假设条件、风格、性质等。
框架模型:侧重于整体的结构。主要以一些特殊的问题为目标建立只针对和适应该问题的结构。
动态模型:是对结构或框架模型的补充,研究系统的“大颗粒”的行为性质。例如,描述系统的重新配置或演化。动态可以指系统总体结构的配置、建立或拆除通信通道或计算的过程。
过程模型:过程模型研究构造系统的步骤和过程。
功能模型:认为体系结构是由一组功能构件按层次组成,下层向上层提供服务。可以看作是一种特殊的框架模型
最重要是4+1视图模型(进程视图与处理视图是一个东西,翻译问题)(对应不同风险承担者)(哪些视图动态静态)(运行期质量))刻画哪些方面)(会考多个选择题)(主要看每个视图支持什么)
“4+1”视图模型:
逻辑是图、开发视图、进程视图、物理视图、场景。不包括:连接视图
逻辑视图主要支持系统的功能需求,即系统提供给最终用户的服务
开发视图也称模块视图,主要侧重于软件模块的组织和管理
进程视图侧重于系统的运行特性,主要关注一些工作能性需求,例如系统的性能和可用性
物理视图主要考虑如何把软件映射到硬件上,它通常要考虑系统性能、规模、可靠性等
场景
逻辑视图和开发视图描述系统的静态结构,而进程视图和物理视图描述系统的动态结构
场景(scenarios):
答:场景是那些重要系统活动的抽象,它使4个视图有机联系起来,从某种意义上说场景是最重要的需求抽象。
逻辑视图:主要支持系统的功能需求,即系统提供给最终用户的服务。在逻辑视图中,系统分解成一系列的功能抽象,这些抽象主要来自问题领域。这种分解不但可以用来进行功能分析,而且可用作标识在整个系统的各个不同部分的通用机制和设计元素。在面向对象技术中,通过抽象、封装和继承,可以用对象模型来代表逻辑视图,用类图来描述逻辑视图。
开发视图:也称模块视图,主要侧重于软件模块的组织和管理。开发视图要考虑软件内部的需求,如软件开发的容易性、软件的重用和软件的通用性,要充分考虑由于具体开发工具的不同而带来的局限性。开发视图通过系统输入输出关系的模型图和子系统图来描述。开发视图主要支持系统的功能需求,即系统提供给最终用户的服务。
进程视图:侧重于系统的运行特性,主要关注一些非功能性的需求。进程视图强调并发性、分布性、系统集成性和容错能力,以及从逻辑视图中的主要抽象如何适合进程结构。它也定义逻辑视图中的各个类的操作具体是在哪一个线程中被执行的。进程视图可以描述成多层抽象,每个级别分别关注不同的方面。在最高层抽象中,进程结构可以看作是构成一个执行单元的一组任务。它可看成一系列独立的,通过逻辑网络相互通信的程序。它们是分布的,通过总线或局域网、广域网等硬件资源连接起来。
物理视图:主要考虑如何把软件映射到硬件上,它通常要考虑到系统性能、规模、可靠性等。解决系统拓扑结构、系统安装、通讯等问题。当软件运行于不同的节点上时,各视图中的构件都直接或间接地对应于系统的不同节点上。因此,从软件到节点的映射要有较高的灵活性,当环境改变时,对系统其他视图的影响最小。
场景视图:可以看作是那些重要系统活动的抽象,它使四个视图有机联系起来,从某种意义上说场景是最重要的需求抽象。在开发体系结构时,它可以帮助设计者找到体系结构的构件和它们之间的作用关系。同时,也可以用场景来分析一个特定的视图,或描述不同视图构件间是如何相互作用的。场景可以用文本表示,也可以用图形表示。
软件体系结构生命之期
至少会最基础的逻辑视图
会画出视图模型
软件体系结构的核心模型的基本元素:
构件、连接件、配置、端口、角色。其中,构件、连接件和配置是最基本的元素。
第三章(重点)
软件体系结构风格
答案:软件体系结构风格是描述某一特定领域中系统组织方式的惯用模式。
经典的软件体系结构风格有哪些?
1 数据流风格:批处理序列;管道/过滤器
2 调用/返回风格:主程序/子程序;面向对象风格;层次结构
3 独立构件风格:进程通讯;事件系统
4 虚拟机风格:解释器;基于规则的系统
5 仓库风格:数据库系统;超文本系统;黑板系统
在体系结构中,应用于当前环境中有多个构建同时运行的情况,主要用来提高系统性能的结构风格是并行/管道-过滤器结构风格
第一种不考
数据抽象与面对对象通读一遍,不怎么靠
隐式调用,通读一遍
分层的优缺点(选择题)
优点
支持基于抽象程度递增的系统设计,使设计者可以把一个复杂系统按递增的步骤进行分解
支持功能增强,因为每一层至多和相邻的上下层交互,因此功能的改变最多影响相邻的上下层;
支持重用。只要提供的服务接口定义不变,同一层的不同实现可以交换使用。这样,就可以定义一组标准的接口,而允许各种不同的实现方法
缺点
并不是每个系统都可以很容易地划分为分层的模式,甚至即使一个系统的逻辑结构是层次化的,出于对系统性能的考虑,系统设计师不得不把一些低级或高级的功能综合起来;
很难找到一个合适的、正确的层次抽象方法。
仓库系统掌握,选择题
在仓库(repository)风格中,有两种不同的构件:中央数据结构说明当前状态,独立构件在中央数据存储上执行,仓库与外构件间的相互作用在系统中会有大的变化。
控制原则的选取产生两个主要的子类。若输入流中某类时间触发进程执行的选择,则仓库是一传统型数据库;另外,若中央数据结构的当前状态触发进程执行的选择,则仓库是一黑板系统。
黑板系统的传统应用是信号处理领域,如语音和模式识别,另一应用是松藕合代理数据共享存取。
黑板系统主要由三部分组成:
黑板系统主要由知识源、黑板数据结构和控制组成,不包括内存
知识源。知识源中包含独立的、与应用程序相关的知识,知识源之间不直接进行通信,它们之间的交互只通过黑板来完成。
黑板数据结构。黑板数据是按照与应用程序相关的层次来组织的解决问题的数据,知识源通过不断地改变黑板数据来解决问题。
控制。控制完全由黑板的状态驱动,黑板状态的改变决定使用的特定知识。
技术规范看一下,可能有选择题
正交软件体系,掌握,模型要画图,特征优点
正交软件体系结构
什么是正交?在线性代数中表示内积为0。在软件中表示的是两者独立性高,相互的影响最小。相比于低耦合的概念,更加低耦合,甚至于零耦合。
概念
正交软件体系结构由组织层和线索的构件构成。
层是由一组具有相同抽象级别的构件构成。线索是子系统的特例,它是由完成不同层次功能的构件组成(通过相互调用来关联),每一条线索完成整个系统中相对独立的一部分功能。每一条线索的实现与其他线索的实现无关或关联很少,在同一层中的构件之间是不存在相互调用的。
如果线索是相互独立的,即不同线索中的构件之间没有相互调用,那么这个结构就是完全正交的。
特征
正交软件体系结构由完成不同功能的n(n>1)个线索(子系统)组成;
系统具有m(m>1)个不同抽象级别的层;
线索之间是相互独立的(正交的);
系统有一个公共驱动层(一般为最高层)和公共数据结构(一般为最低层)。
优点
结构清晰,易于理解
易修改,可维护性强
可移植性强,重用粒度大
hmb可能有选择题
基于层次消息总线的体系结构风格(HMB)
是个复合体系结构,用到了前面的6种经典体系结构风格,进行了一个组合。
首先,它是个分层系统。
其次,它用到了C2风格。通过连接件把若干构件绑定在一起,按照一组规则运行,是一组并行的构件网络。
系统里的构件和连接件,都有一个顶部和底部。构件和构件之间的直接连接是不允许的,只能是构件的顶部连接到连接件的底部,或构件的底部连接到连接件的顶部。连接件可以和任何数目的其他构件连接。
第三,用到了数据抽象/面向对象。连接的构件都是通过接口去进行连接的,构件的内部对于外部是不可见的。外部只能看到接口而看不到内部。
流程
HMB风格的构件接口是一种基于消息的互联接口,可以较好地支持体系结构设计。构件之间通过消息进行通讯,接口定义了构件发出和接收的消息集合。
当某个事件发生后,系统或构件发出相应的消息,消息总线负责把该消息传递到此消息感兴趣的构件。
按照响应方式的不同,消息可分为同步消息和异步消息。
14.HMB风格(基于层次消息总线的体系结构风格): HMB风格基于层次消息总线/支持构件的分布和并发,构件之间通过消息总线进行通信。 消息总线是系统的连接件,负责消息的分派、传递和过滤以及处理结果的返回。各个构件挂接在消息总线上,向总线登记感兴趣的消息类型。构件根据需要发出消息,由消息总线负责把该消息分派到系统中所有对此消息感兴趣的构件,消息是构件之间通信的唯-方式。构件接收到消息后,根据自身状态对消息进行响应,并通过总线返回处理结果。由于构件通过总线进行连接,并不要求各个构件具有相同的地址空间或局限在一台机器上。
15.HMB风格的消息总线的功能有哪些? 1 消息登记 2 消息分派和传递 3 消息过滤
领域限定可能有选择题,简答题不一定
cs风格尤其知道每种风格特点
cs风格
考试重点,可能在论述里面,尤其知道每种风格特点优缺点
11.C/S(客户-服务器)风格定义: C/S软件体系结构是基于资源不对等,且为实现共享而提出来的。它定义了工作站如何与服务器相连,以实现数据和应用分布到多个处理机上。有三个主要组成部分:数据库服务器、客户应用程序和网络。
C/S风格优点:
具有强大的数据操作和事务处理能力,模型思想简单,易于人们理解和接受
系统的客户应用程序和服务器构件分别运行在不同的计算机上,系统中每台服务器都可以适合各构件的要求,这对于硬件和软件的变化显示出极大的适应性和灵活性,而且易于对系统进行扩充和缩小
在C/S体系结构中,客户应用程序的开发集中于数据的显示和分析,而数据库服务器的开发则集中于数据的管理,不必在每一个新的应用程序中都要对一个DBMS进行编码。将大的应用处理任务分布到许多通过网络连接的低成本计算机上,以节约大量费用
缺点:开发成本较高。客户端程序设计复杂。信息内容和形式单一。用户界面风格不一,使用繁杂,不利于推广使用。软件移植困难。软件维护和升级困难。新技术不能轻易应用。
C/S体系结构服务器主要负责有效的管理系统的资源,主要负责数据库安全性的要求、数据库访问并发性的控制、数据库前端的客户应用程序的全局数据完整性规则、数据库的备份和恢复
C/S系统中,服务器的任务包括:1 数据库安全性要求 2数据库访问并发性的控制 3 数据库前端的客户应用程序的全局数据完整性规则 4 数据库的备份与恢复;不包括:数据库一致性要求 客户应用程序的主要任务包括:1 提供用户与数据库交互的界面 2 向数据库服务器提交用户请求并接收来自数据库服务器的信息 3 利用客户应用程序对存在于客户端的数据执行应用逻辑要求
三层cs风格解决方案
三层cs风格优缺点
三层C/S风格: 三层:表示层,功能层,数据层。
在三层C/S体系结构中,中间件是最重要的构件
优点:1 允许合理地划分三层结构的功能,使之在逻辑上保持相对独立性,能提高系统和软件的可维护性和可扩展性 2 允许更灵活有效地选用相应的平台和硬件系统,使之在处理负荷能力上与处理特性上分别适应于结构清晰的三层;并且这些平台和各个组成部分可以具有良好的可升级性和开放性 3 应用的各层可以并行开发,可以选择各自最适合的开发语言 4 利用功能层有效地隔离开表示层与数据层,未授权的用户难以绕过功能层而利用数据库工具或黑客手段去非法地访问数据层,为严格的安全管理奠定了坚实的基础
缺点:1 三层C/S结构各层间的通信效率若不高,即使分配给各层的硬件能力很强,其作为整体来说也达不到所要求的性能 2 设计时必须慎重考虑三层间的通信方法、通信频度及数据量。这和提高各层的独立性一样是三层C/S结构的关键问题
bs区别
bs优缺点
B/S风格(浏览/服务器): 就是三层C/S应用结构的一种实现方式,其具体结构为:浏览器/Web服务器/数据库服务器
优点:1 基于B/S体系结构的软件,系统安装、修改和维护全在服务器端解决。用户在使用系统时,仅仅需要一个浏览器就可运行全部的模块,真正达到了“零客户端”的功能,很容易在运行时自动升级 2 还提供了异种机、异种网、异种应用服务的联机、联网、统一服务的最现实的开放性基础
缺点:1 B/S体系结构缺乏对动态页面的支持能力,没有集成有效的数据库处理功能 2系统扩展能力差,安全性难以控制 3 在数据查询等响应速度上,要远远地低于C/S体系结构 4 数据提交一般以页面为单位,数据的动态交互性不强,不利于在线事务处理(OLTP)应用
与C/S相比,B/S体系结构也有很多不足之处,例如:1. B/S体系结构缺乏动态页面的支持能力,没有集成有效的数据库处理功能 2. B/S体系结构的系统扩展能力差,安全性难以控制 3. 采用B/S体系结构的应用系统,在数据查询等响应速度上,要远远低于C/S体系结构 4. B/S体系结构的数据提交一般以页面为单位,数据的动态交互性不强,不利于事务处理应用
第六章
组织架构形式那几种(重点
其他不做要求
第七章 (重点)
动态软件体系结构定义:允许在系统运行时发生更新的软件体系结构称为动态软件体系结构。
动态性有哪几个(选择,简答
动态性主要分为三类: 交互式动态性 结构化动态性 体系结构动态性
基于构件的动态系统结构模型分为三层,风别是应用层、中间层、和体系结构层
软件结构体系风格,至少说出五种
动态静态例子,图示,描述 怎么配置进行
动态体系结构的描述既可以使用描述语言,也可以使用形式化的描述,既可以使用UML建模机制,也可以使用XML建模机制
动态形式化描述的方法(选择+简答
基于构建的动态体系结构,综合题,考很多,论述,涉及
局部/全局更新的请求、步骤,全部更新等(必考,案例是设计题)
局部更新:局部更新由于只作用于需要更新的构件内部,不影响系统的其他部分,因此比全局更新要简单
全局更新:以一个Cliect/Server系统动态更新实例来说明CBDA 模型在全局更新中的应用,在本例中,要求更新某一 Server构件。按照CBDA模型,用UML的时序图来描述动态更新过程
全局更新步骤如下: 1)Server构件配置器接收到更新发起者提出的更新请求后,向体 系结构配置器提交更新请求; 2)体系结构配置器对更新请求的类型进行分析,判断是否在更新 限制(属于全局更新还是局部更新)范围内,不在更新限制范围内 的更新不予执行;如果更新在限制范围内,体系结构配置器对更新 所涉及的连接件和构件(本例中为Client构件和连接件)发出消息 ,要求它们做好更新准备工作; 3)准备工作完成后,Client构件配置器和连接件向体系结构配置 器返回就绪信息; 4)一切准备就绪后,体系结构配置器通知Server构件执行更新; 5)更新执行完毕后,向Server构件配置器、体系结构配置器和更 新发起者通知更新执行完毕并返回更新结果;同时,体系结构配置 器通知Client构件和连接件更新结束,可继续正常的运行。
请简述基于构件的动态体系结构模型是如何支持运行系统的动态更新的?
- 检查更新的范围
- 更新准备工作
- 执行更新
- 存储更新
软件构建,设计体系模型(设计题)
形态体系结构特征有哪些(选择简答
第十三章(重点)
软件产品线定义与优点:
软件产品线就是在一个公共的软件资源集合基础上建立起来的,共享同一个特性集合的系统集合。
作用:能有效地提高软件生产率和质量、缩短开发时间、降低总开发成本;
软件产品线的优点
降低开发费用
缩短上市时间
灵活的人员配备
更高的可预测性
更高的质量
减低维护成本
减少系统设计复杂度
便于估计开发成本
9.软件产品线的划分依据有? (P356)
答: 1、该组织是用演化方式还是革命方式引入产品线开发过程的。
- 是基于现有产品还是开发全新的产品线。
产品线的过程模型
双生命周期模型
两个重叠的生命周期:领域工程和应用工程。两个周期内部都分为分析、设计和实现三个阶段,
领域工程阶段的主要任务如下:
领域分析:利用现有系统的设计、体系结构和需求建立领域模型。
领域设计:用领域模型确定领域的共性和可变性,为产品线设计体系结构。
领域实现:基于领域体系结构开发领域可重用资源。
画图
选择一个熟悉的大型软件系统,分析其体系结构中用到的风格,以及表现出的特点。(为什么要采用这种风格?采用这种风格带来哪些优势?具有哪些不足?)
对社交软件QQ的分析:采用C/S风格,在一定程度上算三层C/S风格。
表示层:社交信息的展示,并提供了更新和搜索等操作。
功能层:具有搜索、在线聊天、离线留言、文件传输等功能。
数据层:有数据库服务器提供留言、相册、好友信息等数据。
优点:使逻辑结构更为清晰、分类明确、给用户更好的体验。
缺点:需要数据通信的支持,对网络的依赖很高,没有网络,许多功能将没有意义。
1、纵观软件体系结构技术的发展过程,从最初的“无结构”设计到现行的基于体系结构的软件开发,可以认为经历了哪四个阶段?
答案:(1)“无体系结构”设计阶段。以汇编语言进行小规模应用程序开发为特征
(2)萌芽阶段。出现了程序结构设计主题,以控制流图和数据流图构成软件结构为特征
(3)初期阶段。出现了从不同侧面描述系统的结构模型,以UML为典型代表
(4)高级阶段。以描述系统的高层抽象结构为中心,不关心集体的建模细节,划分了体系结构模型与软件结构的界限,该阶段以Kruchten,提出了“4+1”模型为标志。
2、试述下可重用技术对构件库组织方法的几点要求:
答案:(1)支持构件库的各种维护动作,如增加、删除以及修改构件,尽量不要影响构件库的结构。
(2)不仅要支持精确匹配,还要支持相似构件的查找。
(3)不仅能进行简单的语法匹配,而且还能够查找在功能或行为方面等价或相似的构件。
(4)对应用领域具有较强的描述能力和较好的描述精度。
(5)库管理员和用户容易使用
简要概产生软件危机的原因答案:1.用户需求不明确 2.缺乏正确的理论指导 3.软件规模越来越大 4.软件复杂度越来越高。
软件体系结构的定义众多,你是如何理解软件体系结构的?软件体系结构在软件系统中有何作用?
答案:(1)软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象,由构成系统的元素的描述、这些元素的相互作用、指导元素继承的模式以及这些模式的约束组成。软件体系结构不仅指定了系统的组织结构和拓扑结构,还显示了系统需求和构成系统的元素之间的对应关系,提供了一些设计决策的基本原理。
(2)体系结构是风险承担者进行交流的手段。它明确了对系统实现的约束条件,决定了开发和维护组织的组织结构,制约着系统的质量属性,可以预测软件的质量,是推理和控制更改更简单,有助于循序渐进的原型设计。同时,软件体系结构是可传递和可重用的模型。
6、体系结构的生命周期模型分为哪几个阶段?
答案:1、需求分析阶段 2、建立软件体系结构阶段 3、设计阶段 4、实现阶段
11、试阐述与C/S体系结构相比,B/S体系结构的不足之处。
答案:
1、B/S体系结构缺乏对动态页面的支持能力,没有集成有效的数据库处理功能;
2、B/S体系结构的系统扩展能力差,安全性难以控制;
3、采用B/S体系结构的应用系统,在数据查询等响应速度上,要远远的低于C/S体系结构;
4、B/S体系结构的数据提交一般以页面为单位,数据的动态交互性不强,不利于在线事务处理应用。
14、请简述三层C/S结构的优点
答案:1、允许合理的划分三层结构的功能,使之在逻辑上保持相对独立性,从而使整个系统的逻辑结构更为合理清晰,能提高系统和软件的可维护性和可扩展性。
2、允许更灵活的选用相应的平台和硬件系统使之在处理负荷能力上与处理特性上分别适应于结构清晰的三层,并且具有可升级性和开放性
3、可并行开发,各层可选择各自最适合语言使之高效开发,从而达到较高的性价比
4、允许利用功能层有效的隔离开表示层 和数据层,未授权的用户难以通过如黑客手段访问数据层,具有可控性
18、在C2中,连接件和构件是如何工作的?
答案:连接件负责构件之间消息的传递,而构件维持状态,执行操作并通过top和bottom端口和其他的构件交换信息。每个接口包含一种可发送的消息和一组可接受的消息,构件之间的消息要么是请求其他构件执行某个操作的请求消息,要么是通知其他构件自身执行某个操作或状态发生改变的通知消息。构件之间的消息交换不能直接进行,而只能通过连接件来完成。
42、简述双生命周期中的领域工程阶段的主要任务及内容。
(1)领域分析。利用现有的系统设计、体系结构和需求建立领域模型。
(2)领域设计。用领域模型确定领域/产品线的共性和可变性,为产品线设计体系结构。
(3)领域实现。基于领域体系结构开发领域可重用资源(构件、文档、代码生成器)。
软件产品线的划分依据有?
答案:1、该组织是用演化方式还是革命方式引入产品线开发过程的。
2、是基于现有产品还是开发全新的产品线。