課題

• リファクタリングすべき箇所が特定できない
• 周囲にリファクタリングの効果を説明できない

原因

アーキテクチャ設計が適切になされていない
例：設計者以外がアーキテクチャを理解できていないため、どこからリファクタリングをすべきか分からない

リファクタリングの効果を定量的に表現するのが難しい
例：ソースコードの修正はコストがかかるため、修正前にリファクタリングの効果を確認したい

解決策

Lattixは、Java、.NET、C/C++アプリケーションのアーキテクチャや、UML、SysMLのモデルを解析し、ソフトウェアの構造と依存関係を可視化する、アーキテクチャ分析ツールです。 リファクタリングすべき箇所が特定できない課題に対して、コードの構造を可視化し、構造上の問題点を把握、リファクタリングのシミュレーションを行います。

Lattixを使った、リファクタリングの手順の一部をご紹介いたします。

1. 構造上の問題箇所を洗い出しリファクタリング対象を選定する
2. 構造上の問題箇所に対して改修シミュレーションを行う
3. リファクタリングの効果を確認する

ポイント

• 設計意図に反する逆依存や循環依存など、構造上の問題点を検出
• 優先的にリファクタリングする対象を選定

ポイント

• 構造修正の方法をLattix上でシミュレーション
• シミュレーションの履歴を元にリファクタリングを実施

Lattixの利用

Lattixでは、DSM上でディレクトリ構造やモジュール化改善のシミュレーションを行うことができます。
ソースコードを実際に変更する前にLattix上で仮想的にリファクタリングを行い、構造的な問題が期待通りに解消・改善できるかを確認します。

ポイント

• Lattix上での修正のシミュレーションやリファクタリングの効果を、LattixのDSMやメトリクスから確認する

関連資料のご案内

富士ゼロックス株式会社様

1000万行のコードと向き合う3つのステップ——富士ゼロックスはリファクタリングにどう取り組んでいるのか

ソフトウェアの大規模化の中で保守性を担保するために、ファイル分割などの大規模リファクタリングに取り組まれております。