Subnavigation

ソフトウェアアーキテクチャの回復

Axivion アーキテクチャ検証を使用してアーキテクチャを回復することで、何も永遠に失われることはありません。これにより、ソフトウェアプロジェクトの現状を把握し、問題点を特定することができます。

アーキテクチャ回復が必要な理由

例えば、長年にわたって異なる人々が異なる部分のドキュメントを更新し続けた結果、現在のアーキテクチャの全体像が把握できなくなっている場合があります。また、プロジェクトが非常に小規模な状態で始まり、アーキテクチャのドキュメント化が優先事項とされなかった場合もあります。新機能をいくつも追加した結果、特に新しくチームに加わった人々にとってソフトウェアの理解が困難になってしまうこともよくあります。

しかし、最も一般的にアーキテクチャ回復が必要とされるのは、サードパーティのコードを埋め込んだものの、必要なドキュメントを受け取れなかった場合です。このコードを効率的に使用するためには、ソフトウェアがどのように設計され、異なる部分がどのように関連しているかを理解することが重要です。ここでアーキテクチャ回復が役立ち、将来的にソフトウェアを開発し続けることができるようになります。

ソフトウェア・アーキテクチャの再ドキュメント化

ソフトウェアのプロジェクトのドキュメントを作成する
開発中のプロジェクトまたはプロジェクト終了後の分析として行う
既存のドキュメントをベースにするか、ゼロから始めるか

既存のドキュメントの自動変換（エンタープライズアーキテクトなど）

既存のドキュメントでアーキテクチャを回復

プロジェクトの初期段階でアーキテクチャのスケッチが存在していたとしても、それらが維持されていない場合があります。新しい要件やメンテナンス作業によって元のアーキテクチャが保たれず、実装との差異が一貫してレビューされていないことがよくあります。

それでも、基本的なアーキテクチャのアイデアは依然として存在し、基本的な断片もまだ利用可能です。これらの断片や仮定から、仮説のアーキテクチャを作り出すことができます。作成した仮説のアーキテクチャは、実装と比較して検証され、実装との差異を反復的なプロセスで解消することができます。このプロセスは、Axivionアーキテクチャ検証のアーキテクチャレビューに基づいて技術的に進められます。

仮説を記述する - 仮説をチェックし、適応させ、改良する - アーキテクチャを検証する

ゼロからドキュメントを作成する

適切なドキュメントがない場合でも、そのプロジェクトを担当している開発者やアーキテクトは、アーキテクチャがどのようになっているかについて漠然としたアイデアや仮定を持っているでしょう。Axivionの統合エディタを使用してアーキテクチャのスケッチを作成し、それを実際の実装に直接かつ対話的にマッピングし、チェックし、得られた洞察に基づいて修正することができます。これらのステップは、意図したアーキテクチャがさらなる開発の基礎として確立されるまで反復することができます。

私たちはこのプロセスを「アーキテクチャ考古学」と呼んでいます。既存のアーキテクチャの断片をインポートするよりも少し時間がかかるかもしれませんが、最終的な結果は同じです。プロセスの終わりには、検証済みのアーキテクチャが再び利用可能になり、継続的なアーキテクチャ検証のプロセスに移行することができます。