[論文レビュー] Software Architecture Metrics: a literature review

Théo Coulin, Maxence Detante+2 more|arXiv (Cornell University)|Jan 25, 2019

Software Engineering Research参考文献 55被引用数 4

ひとこと要約

本システマティックレビューでは、設計プロセスの初期段階および開発全体を通じて品質を評価するためのソフトウェアアーキテクチャメトリクスを特定・評価する。主な品質属性（保守性、拡張性、パフォーマンスなど）別にメトリクスを分類し、その使用法に関するガイドラインを提示するとともに、実際の開発現場における関連性を強調するが、産業分野での採用や実証的検証の面で限界があることを指摘する。

ABSTRACT

In Software Engineering, early detection of architectural issues is key. It helps mitigate the risk of poor performance, and lowers the cost of repairing these issues. Metrics give a quick overview of the project which helps designers with the detection of flaws or degradation in their architecture. Even though studies unveiled architectural metrics more than 25 years ago, they have not yet been embraced by the industry nor the open source community. In this study, we aim at conducting a review of existing metrics focused on the software architecture for evaluating quality, early in the design flow and throughout the project's lifetime. We also give guidelines of their usage and study their relevance in different contexts.

研究の動機と目的

• 設計段階の初期品質評価に適した既存のソフトウェアアーキテクチャメトリクスを特定・登録すること。
• これらのメトリクスが主なソフトウェアアーキテクチャ品質属性（保守性、拡張性、パフォーマンスなど）とどの程度代表的であるかを評価すること。
• 設計および開発段階でこれらのメトリクスをどのように適用できるかについて、アーキテクトに実用的なガイドラインを提供すること。
• これらのメトリクスが、特にアジャイルおよび反復的開発環境において、実際のアーキテクチャ品質要因をどの程度反映しているかを評価すること。
• 特にコードレベルのツール（例：SonarQube）と比較して、アーキテクチャメトリクスの産業分野における採用不足や実証的検証の欠如について強調すること。

提案手法

• スラムメソッドに準拠したシステマティックレビュー（SLR）を実施し、前向きおよび後向きのスノーボール手法を含む。
• 過去25年間の査読済み論文に焦点を当て、アーキテクチャレベルのメトリクスに特化した研究を抽出した。
• 保守性、拡張性、単純性、再利用性、パフォーマンスなど、評価対象の品質属性別にメトリクスを分類した。
• 各メトリクスの理論的基盤、実用的有用性、および実際のプロジェクトや事例研究での検証状況を評価した。
• 時間的制約や論文選定におけるタイトル依存バイアスを含む妥当性の脅かし要因を評価した。
• 既存のコードレベルツール（例：SonarQube）と比較することで、現在のツールチェーンにおける設計レベルメトリクスのサポート不足を浮き彫りにした。

実験結果

リサーチクエスチョン

• RQ1 ソフトウェアデザイナーがソフトウェアアーキテクチャの品質を評価するために利用可能なメトリクスは何か？
• RQ2 これらのメトリクスは、保守性、拡張性、パフォーマンスといったアーキテクチャの品質特徴をどの程度代表的であるか？
• RQ3 これらのメトリクスは、特にアジャイル開発環境を含む実際のソフトウェア開発現場において、どの程度関連性があり妥当性があるか？
• RQ4 理論的価値は高いものの、なぜアーキテクチャメトリクスは産業界やオープンソースコミュニティで広く採用されていないのか？
• RQ5 実証的検証および設計ワークフローへの統合の観点から、現在のメトリクスにどのような限界があるか？

主な発見

• 保守性、拡張性、パフォーマンスなどの品質属性別に分類された、包括的なアーキテクチャメトリクスのリストが作成された。
• 多くのメトリクスが実プロジェクトでの実証的検証を受けておらず、産業界での信頼性の低下に寄与している。
• コード構文に基づくメトリクス（例：サービスの細粒度）は、初期設計段階では適用が困難で、実用的有用性が低い。
• ツール支援の大きなギャップが存在する—既存のツール（例：SonarQube）はコードレベルのメトリクスに特化しており、設計レベルのアーキテクチャメトリクスには未対応である。
• 本研究では、メトリクスを用いることでアーキテクチャ上の欠陥を早期に検出できるが、検証不足およびツール連携の欠如により、その採用は依然として低いことが判明した。
• 複数のメトリクスを組み合わせることで、アーキテクチャ品質の定量的評価が可能となり、より良い設計意思決定や代替案間の比較を支援できる。