第一章软件体系结构概论.PDFVIP

第一章 软件体系结构概论 主讲人 何欣 2006年2月24日 1.1 从软件危机谈起 软件危机（Software crisis ）是指在计算机软件的开发 （development ）和维护（maintenance ）过程中所遇到的一系列严 重问题。20世纪60年代末至70年代初，“软件危机”一词在计算机界 广为流传。事实上，几乎从计算机诞生的那一天起，就出现了软件 危机，只不过到了1968年在原西德加密施（Garmish ）召开的国际 软件工程会议上才被人们普遍认识到。 1.1 从软件危机谈起 1.1.1 软件危机的表现 1.软件成本日益增长 2.开发进度难以控制 3.软件质量差 4.软件维护困难 1.1 从软件危机谈起 1.1.2 软件危机的原因 从软件危机的种种表现和软件作为逻辑产品的特殊性可 以发现软件危机的原因。 1.用户需求不明确 2.缺乏正确的理论指导 3.软件规模越来越大 4.软件复杂度越来越高 1.1 从软件危机谈起 1.1.3 如何克服软件危机 软件工程是用工程、科学和数学的原则与方法研制、维 护计算机软件的有关技术及管理方法。软件工程包括三 个要素：方法、工具和过程。 • 方法 • 工具 • 过程 1.2 软件体系结构的元素 1.2.1 软件重用 软件重用是指在两次或多次不同的软件开发过程中重复使用相同或 相近软件元素的过程。 软件元素包括程序代码、测试用例、设计文档、设计过程、需求分 析文档甚至领域（domain）知识。 1.2 软件体系结构的元素 1.2.1 软件重用 技术——重用（reuse ） 管理—— 多维的工程管理模式 要真正解决软件危机，实现软件的工业化生产是惟一可行的途径。 构件——核心和基础 重用——必要手段 软件重用是指在两次或多次不同的软件开发过程中重复使用相同或 相近软件元素的过程。 可重用的元素—软构件（software component ）。 可重用的软件元素越大，重用的粒度（granularity ）越大。 1.2 软件体系结构的元素 1.2.2 构件 一般认为，构件是指语义完整、语法正确和有可重用价值的单位软 件，是软件重用过程中可以明确辩识的系统；结构上，它是语义描 述、通讯接口和实现代码的复合体。 简单地说，构件是具有一定的功能，能够独立工作或能同其它构件 装配起来协调工作的程序体，构件的使用同它的开发、生产无关。 1.2 软件体系结构的元素 1.2.2 构件—— 国内外研究情况 构件模型（model ）是对构件本质特征的抽象描述。 参考模型 例如 3C模型 描述模型 例如 RESOVLE模型和REBOOT模型 实现模型 近年来，构件的实现模型已形成三个主要流派，分别是OMG （Object Management Group，对象管理集团）的CORBA （Common Object Request Broker Architecture，通用对象请求代 理结构）、Sun的EJB （Enterprise Java Bean ）和Microsoft 的 DCOM （Distributed Component Object Model ，分布式构件对象 模型）。 这些实现模型将构件的接口与实现进行了有效的分离，提供了构件 交互（interaction ）的能力，从而增加了重用的机会，并适应了目 前网络环境下大型软件系统的需要。 1.2 软件体系结构的元素 1.2.2 构件—— 国内外研究情况 参数化属性 构件名称 功能描述 模拟的 具体成员 虚拟成员 功能