[論文レビュー] Semantic Properties for Lightweight Specification in Knowledgeable Development Environments

Joseph R. Kiniry|ArXiv.org|Apr 15, 2002

Advanced Software Engineering Methodologies参考文献 24被引用数 3

ひとこと要約

本論文は、ソフトウェアのソースコード内の準構造的コメントに形式的意味論を埋め込む軽量でドメイン特化された仕様記述構造である意味的性質（semantic properties）を導入する。種理論（kind theory）を用いて自然言語による記述、形式的仕様、コード実装を正式に関連付けることで、完全な形式的言語を必要とせず、ツール支援による再利用、検証、ドキュメント生成を可能にし、知識豊富な開発環境におけるソフトウェアの保守性とツール支援を向上させる。

ABSTRACT

Semantic properties are domain-specific specification constructs used to augment an existing language with richer semantics. These properties are taken advantage of in system analysis, design, implementation, testing, and maintenance through the use of documentation and source-code transformation tools. Semantic properties are themselves specified at two levels: loosely with precise natural language, and formally within the problem domain. The refinement relationships between these specification levels, as well as between a semantic property's use and its realization in program code via tools, is specified with a new formal method for reuse called kind theory.

研究の動機と目的

• ソフトウェアシステムにおける古くなり、意味的空虚なコメントの問題に対処するため、ドメイン特化され、形式的根拠を持つ仕様記述構造を導入すること。
• 非形式的ドキュメントと形式的仕様の間の溝を埋めるために、既存のプログラミング言語内に正確で機械処理可能な注釈を可能にすること。
• 種理論に基づく形式的基盤を通じて、仕様の再利用、コード変換、検証のためのツール支援を実現すること。
• 形式的意味論を日常的な開発実務に統合することで、高コストな言語やツールの負荷をかけずに持続可能なソフトウェア保守を促進すること。
• インタラクティブで仕様に配慮したプログラミングとドキュメント作成を支援する知識豊富な開発環境の基盤を構築すること。

提案手法

• 意味的性質は、自然言語の記述、形式的仕様、コード実装との間の明確な形式的意味論を有する、ドメインに依存しない準構造的アノテーション（例：@param, @author、またはカスタムタグ）として定義される。
• 2段階の仕様アプローチを採用：非形式的だが明確な自然言語記述と、ドメイン特化された論理的定義。
• 種理論は、仕様レベル間および仕様と実装との間のリファインメント関係をモデル化する形式的手段として導入される。
• Javadoc、Doxygen、JML などの既存ツールと統合され、アノテートされたコードからドキュメント生成と実行時チェックの両方が可能になる。
• プリプロセッサおよびインタプリタを用いたツール支援が構築され、アノテートされたソースコードを分析および再利用可能な種理論的表現に変換する。
• EBONツールスイートおよびJiki知識リポジトリとの統合を通じた検証が行われ、インタラクティブな仕様管理および検索が可能になった。

実験結果

リサーチクエスチョン

• RQ1 完全な形式的仕様言語を必要とせずに、ソースコード内の準構造的コメントに形式的意味論をどのように拡張できるか？
• RQ2 自然言語記述、形式的仕様、ソースコード実装の間の関係をモデル化する形式的手段として、どのような方法が適しているか？
• RQ3 軽量なアノテーションを通じて、ソフトウェア開発環境における仕様の再利用を体系的に行うにはどうすればよいか？
• RQ4 種理論が、非形式的ではあるが明確なドキュメント構造に対して形式的推論を可能にする役割は何か？
• RQ5 高負荷な認知的負担やツールの負荷をかけずに、インタラクティブで仕様に配慮したプログラミングを支援する知識豊富な開発環境をどのように設計できるか？

主な発見

• 意味的性質は、完全な形式的言語の複雑さを避ける一方で、ツール支援を可能にする軽量な仕組みとして、コメントに形式的意味論を埋め込むことを可能にする。
• 種理論は、仕様レベル間および仕様とコードとの間のリファインメントおよび再利用関係を的確にモデル化し、非形式的構造に対しても形式的推論を可能にする。
• JML および Javadoc などの既存のドキュメントツールとの統合により、ドキュメントと実行時チェックの両方が自動生成可能になる。
• EBONツールスイートは、コードからベース仕様を自動生成し、仕様とコードの整合性を保つことで、仕様の採用を促進する正のフィードバックループを実現していることを示している。
• Jiki知識リポジトリは、分散型でコンポーネントベースのウィキとして実装されており、種理論的表現を用いた再利用可能でフォームベースの仕様アーティファクト管理を可能にする。
• ソースコードから種理論的表現への変換を実現するツールプロトタイプの開発が進行中であり、種理論を実世界の開発ワークフローに統合する可能性が示されている。