图 1 也表明问题的另一个方面――那就是扩展UML以表达新的和外部概念（例如，风格和模式）。例如，怎样才能在UML中使用更高级的模式例如分层的体系结构模式【[1]】或代理设计模式？在UML中，我们需要再次区分仅仅表述模式和完整集成它们。
图 1 UML中表示法 vs. 集成
视图集成框架
视图集成的主要的障碍是缺乏完好定义的（工程的）模型基础。视图经常使用迥然不同的表示信息方法，而这使得确定它们在哪里和怎样出现重叠非常困难。这样，组合和比较视图的任务经常是手工的而且潜伏着错误的。集成框架的目标是要补偿鉴别和解决体系结构不匹配自动化辅助手段的不足。
如前面简短的叙述，这样做的时候，我们的框架需要处理什么信息和怎样进行交换。我们在那里写到什么信息可被交换以及它怎么能交换的判断需求。在我们的视图集成框架中，我们提到映射和变换这两个活动。我们也说只有在这些活动定义之后，才能够尝试鉴别不一致性。后者我们称之为分化（参看图 2 ）。
图 2 在高层次式样上描写我们的视图集成框架。在那里，系统模型用于表达软件系统的知识基础。软件开发者使用视图增加新的数据到系统模型并且复审现有数据（视图综合）。对于UML，系统模型可能被看作通过UML设计工具（例如Rational Rose）完成的UML模型和视图综合。
系统模型和视图综合两者交互影响就是视图分析。一旦加入新的信息，它就可以针对系统模型进行验证以保证其概念完整性。图 2 表示视图分析可以怎样进一步细分为其上述三个主要活动：
文章来源于领测软件测试网 https://www.ltesting.net/
