结合面向对象和构件化威廉希尔官方网站 的领域需求分析方法

软件的可复用性是人们评价一个软件系统的重要指标。软件复用是提高软件生产效率与质量的一种有效途径，它可以通过软件中的可复用构件(reusable component)来实现，即通过集成已有的构件来创建新系统。以领域分析为基础的特定领域复用(Domain-Specific Reuse)是提高软件复用水平的重要途经之一。将目标集中在一个特定应用领域中实现软件复用，从构件的开发到构件的存储与管理都比较容易。本文对结合面向对象、FODA方法和构件化思想的领域分析方法进行了初步探索，提出了构件化的领域分析方法，从而为在软件开发的前期阶段实现构件化开发，更加有效地实现软件复用提供了指导。

1 相关理论

1.1 软件复用

软件复用是指重复使用“为了复用目的而设计的软件”的过程。软件复用是在软件开发中避免重复劳动的解决方案，其出发点是应用系统的开发不再采用一切“从零开始”的模式，而是以已有的工作为基础，充分利用过去应用系统开发中积累的知识和经验，如：需求分析结果、设计方案、源代码、测试计划及测试案例等，从而将开发的重点集中于应用的特有构成成分。

与软件复用相关的两个基本开发活动是面向复用的开发和基于复用的开发，前者是生产可复用构件的过程，后者是利用现有的可复用构件生产新系统的过程。它们分别对应领域工程和应用工程，处理好它们之间的关系，才能实现真正成功的软件复用。

1.2 领域工程

领域工程是为一组相似或相近系统的应用工程建立基本能力和必备基础的过程，它覆盖了建立可复用的软件构件的所有活动。其中“领域”是指一组具有相似或相近软件需求的应用系统所覆盖的功能区域。

领域工程是创建可复用构件的过程，其核心思想是：应用模式领域化，问题抽象通用化，软件元素重用化，开发过程工程化。实施领域工程的过程可以分为以下三个主要的阶段：
(1)领域分析：目标是获得领域模型。
(2)领域设计：目标是获得DSSA(特定领域软件体系结构)。
(3)领域实现：主要任务是依据领域模型和DSSA开发、组织可重用构件。

需要特别指出的是，领域工程的三个基本阶段所描述的过程是一个反复的、逐渐求精的过程。在实施领域工程的每个阶段中，都可能返回到以前的步骤，对以前得到的结果进行修改和完善，再回到当前步骤，在新的基础上实施本阶段的过程。

1.3 面向特定领域的软件开发

与领域工程相对的是开发单个应用系统的软件工程的过程，称为应用工程。

在应用工程中，软件开发人员的任务是针对一组特定的需求产生一组特定的设计和实现。与此相对，在领域工程中，领域工程人员的基本任务是对一个领域中的所有系统进行抽象。领域工程的各个阶段主要是对应用工程中相应阶段产品的抽象，领域工程又对本领域中新系统的开发提供支持。在CBSE思想的指导下，基于构件的应用工程实际上是构件的组装过程。构件(Component)是指应用系统中可以明确辨识的构成成分。而可复用构件是指具有相对独立的功能和可复用价值的构件。随着对软件复用理解的深入，构件的概念已不再局限于源代码构件，而是延伸到需求、系统和软件的需求规约、系统和软件的构架、文档、测试案例和数据以及其他对开发活动有用的信息。这些可复用软件构件通过领域工程获得，作为应用工程开发的基本元素。

在开发实际的应用系统时，将领域工程与应用工程相结合，可以快速、有效地开发出用户满意的系统。两者相结合的软件开发模型如图1所示。

1.4 领域分析

所谓领域分析(DA)就是在系统分析之前，分析、研究有关应用领域特性的活动。它是发现和记录某个领域各系统的共性和差异的过程，是系统化、形式化、有效复用的关键。通过领域分析，相似系统的公共特性将被提取，适用于该领域所有公共的、基本的对象、操作也将被标志出来，并且可通过定义模型描述它们之间的关系。领域分析的目标就是获得领域模型。领域模型(Domain Model)是领域中各系统的共同需求的描述。它描述了领域内系统需求上的共性。

1.4.1 FODA方法与特征模型

FODA对领域分析过程进行了完整的描述，特征概念是FODA方法的核心。所谓特征是指系统中的属性和特点，按特征在领域中的可选性及特征间的相互关系可分为三类：

(1)强制性特征：必须被选择的特征。
(2)可选特征：从0到n个可供选择的特征。
(3)可替换特征：至少有一个被选择的特征。

按特征的内容也可分为三类：
(1)功能相关：系统所作的事情。
(2)环境相关：系统是如何被使用的，变化点的原因。
(3)表示相关：系统信息是如何被用户所观察的或者是如何被相关应用所获得的。

特征模型通过使用抽象和细化的机制对领域中不同应用的所有特征进行了分类，从而提供了关于领域体系结构和可复用构件的高层视图。特征模型可作为应用开发者的地图，当应用开发者面对庞杂的Use Case模型或者其他模型时，特征模型提供了关于哪些是可选的、哪些是可合并的信息。

1.4.2 领域Use Case模型和动态模型

领域Use Case模型是RSEB(Reuse-Driven Soft-ware Engineering Business)方法为了表示领域中用户需求的不同之处对其进行扩展而形成的。但是领域Use Case模型无法详细地表示出系统工作流程。为了更详细地描述整个系统对象间的活动，考虑在领域Use Case模型中附加动态模型对工作流进行建模。领域Use Case模型和动态模型采用构件化的思想进行组装。动态模型可以采用uml的活动图描述，领域Use Case或单个的活动与活动图之间通过接口进行连接，并且有明确的标识，从而完整、独立、详尽地描述特征模型。在此还特别注意了可变性机制，可变性机制中主要是变化点和变体的表示。变化点是指在Use Case中不同应用之间的不同处理方式或处理对象的一种抽象，而变体是指变化点的一种具体实现方法。

为了领域Use Case模型和动态模型的构件化组装，在实际应用中定义了这些描述需求的构件接口，接口定义如下：

接口=(Provides，Requires)
其中，Provides为对外提供的功能/服务，Requires为对外要求的功能服务。
Provides=({provideFunction})
Requires=({requiredIncludedFunction}，{requiredExtendedFunction})
需要说明的是，在对外要求的功能/服务中，requiredIncludeFunction是必须满足的条件，requiredExtendFunction是可能满足的条件，从而增加了构件的灵活性和可变性。

2 构件化的领域分析方法

领域分析是提取构件和建立体系结构的关键。依据面向对象、FODA中特征的概念以及CBSE方法的一些思想，进行领域分析有以下几个步骤：

(1)建立领域边界模型：目的是定义领域的范围。
方法是，从待分析领域中确定包含哪些应用，表示出本领域系统的边界；从这些应用中找出所有与本领域进行交互的人或领域，并表示出它们的通用职责。为了确定领域的范围，可以根据领域知识用类似于高层抽象用例图的形式来表示。

(2)建立特征模型：目的是识别领域中应用的共同特征和可变特征。
方法是，在实际建模中利用开发的原型或现存系统寻找本领域中的通用功能和可选功能，抽象表示成强制性特征和可选的特征；然后找到相同功能的不同实现方法, 用可替换特征表示；最后考察模型中的特征是否可以被进一步分解为子特征，从而形成特征模型。

(3)建立领域Use Case模型和动态模型：目的是将领域内的特征描述完整化、独立化，并且具有可适应性和可标识性。通过此步可以描述整个领域的业务处理。

方法是，选择特征模型中强制性特征、可替换特征以及一些出现频率比较高的可选特征作为通用功能；将具有相似功能或者操作同一对象的功能组成一个Use Case，在组成一个Use Case时也要考虑复用力度的问题，根据复用的力度选择Use Case的规模；强制性特征、可选特征和可替换特征分别利用uml中的包含(include)、延伸(extend)和实现(realize)关系予以表示，从而映射到Use Case模型中，并且定义其接口；对于相对具体的Use Case，利用动态模型描述随时间发生的活动和参与的对象，并且定义接口与其描述的Use Case模型连接，对于某些活动可以继续定义动态模型并通过接口进行组装。

(4)建立对象模型：目的是抽象出主要的对象和类，描述领域中对象和类的静态关系，为下一步体系结构的建立打下基础。

方法是，将动态模型中的对象与领域Use Case模型中的名词相结合建立对象模型；把相同或相似的对象进行合并；最后再用使用、继承、参数化等机制实现变体。

综上所述，整个分析过程分为以上四步进行，但这四步不是线性的，是并行和迭代的。它是对以上模型不断精化的过程，可以分成几个周期不断循环进行，直至得到满意的领域模型。在此过程中，还有一个将所得模型构件化提交构件库的阶段，在此不作讨论。

3 应用分析