软件体系结构复习重点.docx
需积分: 10 184 浏览量
2019-05-13
12:30:11
上传
评论 4
收藏 617KB DOCX 举报
软件体系结构复习重点
第 1 章 软件体系结构概论
1.软件危机的表现 ：软件成本日益增长、开发进度难以控制、软件质量差、软件维护困难
2.软件危机的原因：用户需求不明确 、缺乏正确的理论指导、软件规模越来越大、软件复杂度越来越高
3.如何克服软件危机：人们面临的不光是技术问题，更重要的是管理问题。管理不善必然导致失败。要提高软件
开发效率，提高软件产品质量，必须采用工程化的开发方法与工业化的生产技术。在技术上，应该采用基于重用
的软件生产技术；在管理上，应该采用多维的工程管理模式。
4.构件的定义 ：构件是指语义完整、语法正确和有可重用价值的单位软件，是软件重用过程中可以明确辨识的系
统；结构上，它是语义描述、通讯接口和实现代码的复合体。
5.构件模型的三个主要流派 ：
(1).OMGObject Management Group ， 对象 管 理 集 团 ） 的 CORBA （Common Object Request Broker
Architecture，通用对象请求代理结构）
(2).Sun 的 EJB（Enterprise Java Bean）
(3).Microsoft 的 DCOM（Distributed Component Object Model，分布式构件对象模型）。
6.构件管理：构件描述、构件分类与组织、人员及权限管理
(1)构件描述：构件模型是对构件本质的抽象描述，主要是为构件的制作与构件的重用提供依据
(2)构件分类与组织：关键字分类法、刻面分类法、超文本组织方法
(3)人员及权限管理：一般来讲，构件库系统可包括五类用户，即注册用户、公共用户、构件提交者、一般系
统管理员和超级系统管理员。
7.构件重用：检索与提取构件、理解与评价构件、修改构件、构件组装
(1)检索与提取构件：基于关键字的检索、刻面检索法、超文本检索法、其他检索方法
(2)理解与评价构件：构件的功能与行为、相关的领域知识、可适应性约束条件与例外情形、可以预见的修改
部分及修改方法
(3)修改构件：为了减少构件修改的工作量，要求开发人员尽量使构件的功能、行为和接口设计更为抽象化、
通用化和参数化。
(4)构件组装：
基于功能的组装技术：基于功能的组装技术采用子程序调用和参数传递的方式将构件组装起来。它要求库
中的构件以子程序/过程/函数的形式出现，并且接口说明必须清晰。当使用这种组装技术进行软件开发时，开发人
员首先应对目标软件系统进行功能分解，将系统分解为强内聚、松耦合的功能模块。然后根据各模块的功能需求
提取构件，对它进行适应性修改后再挂接在上述功能分解框架中。
基于数据的组装技术：首先根据当前软件问题的核心数据结构设计出一个框架，然后根据框架中各结点的
需求提取构件并进行适应性修改，再将构件逐个分配至框架中的适当位置。此后，构件的组装方式仍然是传统的
子程序调用与参数传递。这种组装技术也要求库中构件以子程序形式出现，但它所依赖的软件设计方法不再是功
能分解，而是面向数据的设计方法，例如 Jackson 系统开发方法。
面向对象的组装技术：·构造法：在子类中引进基类的对象作为子类的成员变量，然后在子类中通过成员变
量重用基类的属性和方法。 ·子类法：将新子类直接说明为库中基类的子类，通过继承和修改基类的属性与行为
完成新子类的定义。
体系结构重用属于设计重用，比代码重用更抽象。由于软件体系结构是系统的高层抽象，反映了系统的主要组成
元素及其交互关系，因而较算法更稳定，更适合于重用。
软件重用是指软件在环境和功能发生变化后，可通过局部修改和重组，保持整体稳定性，以适应新要求。
8.软件体系结构的定义：软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素
的描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件体系结构不仅指定了系统的
组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理。
剩余13页未读，继续阅读
资源评论
