(软件体系结构)第1章软件重用与构件技术.ppt

　　　　　　1.1 软件重用概述　　自从1968年NATO(North Atlantie Organization，北大西洋公约组织)会议提出“软件危机”以来，软件工程取得了非常大的进展。然而随着计算机应用领域的迅速延伸，软件规模不断扩大，软件复杂性不断提高，又出现了新一轮的“软件危机”。软件重用无疑是解决这一问题行之有效的方法。 　　软件重用是软件开发中避免重复劳动的解决方案，其出发点是应用系统的开发不再采用一切“从零开始”的模式，而是在已有的工作的基础上，充分利用以前系统开发中积累的知识和经验，如需求分析结果、设计方案、源代码、测试计划及测试案例等，将开发的重点转移到现有系统的特有构成成分。通过软件重用，不仅可以提高软件开发效率，减少分析、设计、编码、测试等过程中的重复劳动，而且因为重用已经过充分测试的软件开发成果，可以避免重新开发引入的错误，从而提高当前软件的质量。 1.1.1 软件重用的定义　　软件重用(Software Reuse)是一种由预先构造好的、为重用目的而设计的软件构件来建立或者组装软件系统的过程。它的基本思想是放弃那种原始的、一切从头开始的软件开发方式，而利用重用思想，通过公共的可重用构件来集成新的软件产品。　　随着软件重用思想的深入，可重用构件不再仅仅局限于程序源代码，已经延伸到包括对象类、框架等在内的软件开发各阶段的成果。 　　在位于不同抽象层次、不同大小的软件构件，以及文档交付方面，不同类型可重用构件的例子包括：应用包、子系统、数据类型定义、设计模型、规格说明、代码、文档、测试用例和测试数据。在面向对象开发中，不同类型可重用构件的例子包括应用框架、用例、高层对象类、分析和设计模型、类定义、基本对象类(如底层的类、日期类和字符串类等)、类库(如一组支持某一领域的相关类的组合——图形用户界面和数据库等)、方法(如类的服务或者类的行为)、测试包(如测试用例、测试数据和预期结果)、函数(如程序模块)、文档(如分析文档和设计文档)、项目、测试和实施计划的框架等。 1.1.2 软件重用的研究现状　　最早的软件重用可以追溯到子程序库的使用，但正式提出软件重用的概念是在1969年举行的首次讨论软件工程的国际会议上，D. Mcilroy发表了题为“Mass-Produced Software Components”的论文，提出建立生产软件构件的工厂，用软件构件组装复杂系统的思想。此后10年中，有关软件重用的研究没有取得很大进展，直到1979年Lanergan发表论文，对其在Raythen Missile Division的一项软件重用的项目研究进行总结，才使得有关软件重用的研究重新引起人们的注意。 　　据Lanergan称，他们分析了5000个COBOL源程序，发现在设计和代码中有60%的冗余，此外，大部分商业应用系统的逻辑结构或设计模式属于编辑、修改、报表生成等类型。假如将以上这些冗余代码和模块重新设计，并进行标准化，那么将在COBOL商业应用程序中获得15%～85%的重用率。 　　1983年，由ITT赞助，Ted Biggerstaff和Alan perlis在美国的Newport组织了第一次有关软件重用的研讨会。随后在1984年和1987年，国际上权威的计算机杂志IEEE Transactions on Software Engineering和IEEE Software分别出版了有关软件重用的专辑。1991年，第一届软件重用国际研讨会(International Workshop on Software Reuse，IWSR)在德国的Dortmund举行，第二届IWSR于1993年在意大利的Lucca举行，从1994年的第三届IWSR起，软件重用国际研讨会改称为软件重用国际会议。 　　美国国防部的STARS计划是较早的一个由政府资助的有关软件重用研究项目。STARS的目标是在大幅度提高系统可靠性和可适应性的同时提高软件生产率，虽然该计划的目标是要构造一个软件开发支撑环境，但计划的重点之一是软件重用技术。 　　国内的相关研究也较多，如青鸟构件库管理系统(JBCLMS)是北京大学软件工程研究所在杨芙清院士领导下的研究成果，它的目标是致力于软件重用，以构件作为软件重用的基本单位，提供一种有效的管理和检索构件的工具。JBCLMS作为企业级的构件管理工具，可以管理软件开发过程的不同阶段(分析、设计、编码、测试等)、不同形态(如需求分析文档、概要设计文档、详细设计文档、源代码、测试案例等)、不同表示(如文本、图形等)的构件，提供多种检索途径，以便于快速检索所需构件。 1.1.3 重用驱动的软件过程　　1．软件重用失败的原因　　尽管软件产业从本质上是支持重用的，但到目前为止，很少有成功实施重用