第8讲 构件级设计.pptVIP

8.5.4 构件分类与检索 考虑一座大型的大学图书馆，有成千上万的书籍、期刊和其他信息资源可供使用。然而为了访问这些资源，就必须有合适的分类模式。为了浏览这么庞大的信息，图书管理员定义了一种分类模式，它包括国家图书馆分类码、关键词、作者名及其他索引条目，所有这些使得用户可以快速、方便地查到所需的资源。 * 8.5.4 构件分类与检索 现在，考虑一个大型构件库，其中存放了成千上万的可复用构件。可以用很多方式来描述可复用软件构件，但是理想的描述包括所谓的3C模型，即概念（concept）、内容（content）和环境（context）。软件构件的概念是“构件做什么的描述”。对构件的接口进行完整的描述，并且对语义——以带有前置条件及后置条件的上下文来表示——进行标识。概念将传达构件的意图。构件的内容描述概念如何被实现。 * 8.5.4 构件分类与检索 在本质上，内容是对一般用户隐蔽的信息，只有那些想要修改或测试该构件的人才需要了解。环境将可复用软件构件放到其应用领域中。即，通过描述概念的、操作的和实现的特征，环境使得软件工程师能够发现满足应用需求的合适构件。 为了在实际环境中使用，概念、内容和环境必须转换为具体的规格说明模式。分类能够使软件工程师发现和检索到候选的可复用构件，但是必须具有能有效集成这些构件的可复用环境。 * 8.5.4 构件分类与检索 可复用环境具备以下几方面的特点。 能够存储软件构件和检索构件所需分类信息的构件数据库。 提供访问数据库的库管理系统。 软件构件检索系统（例如，对象请求代理）：允许客户应用系统从构件库服务器中检索构件和服务。 CBSE工具：支持将复用构件集成到新的设计或实现中。每种功能都与复用库交互，或是嵌入在复用库中。 * 8.5.4 构件分类与检索 复用库是更大型软件库的一个元素，并且为软件构件及各种可复用的工作产品（例如，规格说明、设计、模式、框架、代码段、测试用例用户指南）提供存储设施。复用库包含一个数据库以及查询数据库和从数据库中检索构件所必需的工具，构件分类模式是构件库查询的基础。 通常用3C模型中的环境元素来描述查询。如果一个初始查询产生大量候选构件，则对查询进行优化以减少候选对象。然后，抽取概念和内容信息（在找到候选构件之后），以辅助开发者选择合适的构件。 * 8.3 实施构件级设计 步骤3d：详细描述每个操作中的处理流。这可能需要由基于程序设计语言的伪代码或者由UML活动图来完成。每个软件构件都需要应用逐步求精概念通过很多次迭代进行细化。 第一轮迭代中，将每个操作都定义为设计类的一部分。在任何情况下，操作应该确保具有高内聚性的特性；也就是说，一个操作应该完成单一的目标功能或者子功能。接下来的一轮迭代，只是完成对操作名的详细扩展。 * 8.3 实施构件级设计 步骤4：说明持久数据源（数据库和文件）并确定管理数据源所需要的类。数据库和文件通常都凌驾于单独的构件设计描述之上。在多数情况下，这些持久数据存储最初都作为体系结构设计的一部分进行说明，然而，随着设计细化过程的不断深入，提供关于这些持久数据源的结构和组织的额外细节常常是有用的。 * 8.3 实施构件级设计 步骤5：开发并且细化类或构件的行为表示。UML状态图被用作需求模型的一部分，表示系统的外部可观察的行为和更多的分析类个体的局部行为。在构件级设计过程中，有些时候对设计类的行为进行建模是必要的。 对象（程序执行时的设计类实例）的动态行为受到外部事件和对象当前状态（行为方式）的影响。为了理解对象的动态行为，设计者必须检查设计类生命周期中所有相关的用例，这些用列提供的信息可以帮助设计者描述影响对象的事件，以及随着时间流逝和事件的发生对象所处的状态。 * 8.3 实施构件级设计 步骤6：细化部署图以提供额外的实现细节。部署图用作体系结构设计的一部分，并且部署图采用描述符形式来表示。在这种表示形式中，主要的系统功能（经常表现为子系统）都表示在容纳这些功能的计算环境中。 在构件级设计过程中，应该对部署图进行细化，以表示主要构件包的位置。然而，一般在构件图中不单独表示构件，目的在于避免图的复杂性。某些情况下，部署图在这个时候被细化成实例形式。这意味着要对指定的硬件和使用的操作系统环境加以说明，而构件包在这个环境中的位置等也需要确定。 * 8.3 实施构件级设计 步骤7：考虑每个构件级设计表示，并且时刻考虑其他可选方案。综观全书，我们始终强调设计是一个迭代过程。创建的第一个构件级模型总没有迭代N次之后得到的模型那么全面、一致或精确。在进行设计工作时，重构是十分必要的。 另外，设计中经常存在其他的设计方案，在没有决定最终设计模型之前，最好的设计师会考虑所有（或大部分）的方案，运用设计原则和概念开发其他可选方案，并且仔细考虑和分析这