Subnavigation

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

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

お問い合わせ

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

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

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

 

 
 
 

 

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

 

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

 

 

アクシビオン_建築復興_グレーBG

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

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

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

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


アクシビオン_アーキテクチャ回復_仮説

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

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

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

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

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

Qt Groupの専門家が、お客様のプロジェクトの(再)文書化をサポートします。このようなタスクに取り組むことは圧倒されるかもしれませんが、長年の経験を活かして、最新の状態に保つだけでなく、その方法を説明しながらプロセスを案内します。
詳細を知りたい方やデモの予約をご希望の方は、ぜひお問い合わせください
 

お問い合わせ

Axivion 無料デモ

お問い合わせ

Axivion
アーキテクチャーの検証

詳細を読む

コーディング
ガイドライン

詳細を読む

Axivion Suite でソースコードの品質を向上

詳細を読む

QAリソースセンター

 

成功事例を読む