首页> 外文会议>24th annual ACM conference on object oriented programming, systems, languages and applications 2009 >Static Extraction and Conformance Analysis of Hierarchical Runtime Architectural Structure using Annotations
【24h】

Static Extraction and Conformance Analysis of Hierarchical Runtime Architectural Structure using Annotations

机译:使用注释的分层运行时体系结构的静态提取和一致性分析

获取原文
获取原文并翻译 | 示例

摘要

An object diagram makes explicit the object structures that are only implicit in a class diagram. An object diagram may be missing and must extracted from the code. Alternatively, an existing diagram may be inconsistent with the code, and must be analyzed for conformance with the implementation. One can generalize the global object diagram of a system into a runtime architecture which abstracts objects into components, represents how those components interact, and can decompose a component into a nested sub-architecture.rnA static object diagram represents all objects and inter-object relations possibly created, and is recovered by static analysis of a program. Existing analyses extract static object diagrams that are non-hierarchical, do not scale, and do not provide meaningful architectural abstraction. Indeed, architectural hierarchy is not readily observable in arbitrary code. Previous approaches used breaking language extensions to specify hierarchy and instances in code, or used dynamic analyses to extract dynamic object diagrams that show objects and relations for a few program runs.rnTypecheckable ownership domain annotations use existing language support for annotations and specify in code object encapsulation, logical containment and architectural tiers. These annotations enable a points-to static analysis to extract a sound global object graph that provides architectural abstraction by ownership hierarchy and by types, where architecturally significant objects appear near the top of the hierarchy and data structures are further down.rnAnother analysis can abstract an object graph into a built runtime architecture. Then, a third analysis can compare the built architecture to a target, analyze and measure their structural conformance, establish traceability between the two and identify interesting differences.
机译:对象图显式显示仅隐含在类图中的对象结构。对象图可能丢失,必须从代码中提取。或者,现有图可能与代码不一致,并且必须进行分析以确保与实现一致。可以将系统的全局对象图概括为一种运行时体系结构,该体系结构将对象抽象为组件,表示这些组件如何交互,并将组件分解为嵌套的子体系结构。静态对象图表示所有对象和对象间关系可能会创建,并通过对程序的静态分析进行恢复。现有分析提取的静态对象图是非分层的,无法缩放的,并且不能提供有意义的体系结构抽象。实际上,在任意代码中都不容易观察到体系结构层次结构。先前的方法使用破坏语言的扩展来指定代码中的层次结构和实例,或者使用动态分析来提取动态对象图,以显示一些程序运行的对象和关系。rnTypecheckable所有权域注释使用现有的语言支持来注释并在代码对象封装中指定,逻辑包容和体系结构层。这些注释使指向静态的分析能够提取合理的全局对象图,该图按所有权层次结构和类型提供体系结构抽象,其中具有体系结构意义的对象出现在层次结构顶部附近,而数据结构更进一步.rn另一种分析可以抽象化对象图转换为内置的运行时体系结构。然后,第三次分析可以将已构建的体系结构与目标进行比较,分析和测量其结构一致性,在两者之间建立可追溯性,并找出有趣的差异。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号