一致する設計要素によるアプリケーションのグループ化

カスタム Domino アプリケーションを新しいプラットフォームに移行するための再開発と移行の見積もりを準備する場合、詳細な分析のために類似したアプリケーション設計をグループ化することが非常に重要です。 これらのアプリケーションはレプリカ コピーではありませんが、その設計要素は非常によく一致しているため、おそらく同じテンプレートから構築されたいとこであるため、再開発の見積もりに XNUMX 回以上含めるべきではありません。

Domino アプリケーション環境を正確に評価することは、新しいプラットフォームへの移行に必要な投資の準備に役立ちます。 ただし、Domino 管理ツールでは、テンプレート名と DB 名によってのみアプリケーションがリストされるため、これは非常に困難です。 二人なのに ドミノ アプリには完全に別個のテンプレート、DB 名、およびさまざまなユーザーがあり、内部では同じである可能性があります。 同じフォーム、ビュー、LotusScript エージェント、およびその他の設計要素をわずかな変更で利用できます。 これは、そのうちの XNUMX つの再開発の努力が他のコピーに十分であることを意味します。

iDNA はこの課題を解決し、グループ化を比較的簡単にします。 すべてのアプリケーションをスキャンし、設計要素とコード要素を収集してデータストア内にカタログ化した後、システムはマッチング アルゴリズムを実行して、アプリケーション設計間にどの程度重複があるかを判断します。 以下のスクリーンショットに見られるように、iDNA はアプリケーション間の類似性のパーセンテージ ランキングを提供します。

この情報を使用して、移行計画チームはこれらのアプリケーション コピーの XNUMX つだけを分析して、再開発範囲を見積もることができます。 これにより、再設計、再開発、新しいターゲット プラットフォームへの移行に必要な作業レベルについて、より正確なコスト見積もりが得られます。

類似したアプリケーションをグループ化する主な利点は、移行の見積もりの​​範囲が縮小されることです。 同じアプリケーションを 20 回、40 回、あるいはそれ以上再開発するのはなぜでしょうか? 多くの組織は、現在も使用されている固有のアプリケーションをすべて数えるだけで、Domino 移行の複雑さを見積もるという罠に陥っています。 同様のアプリケーションを複数回カウントしているため、これらの推定値は常に高すぎます。 世界中のお客様と協力して移行を計画してきた長年の経験から、ほとんどの組織はカスタム アプリケーションの XNUMX% ～ XNUMX% を再開発の見積もりから削除できることがわかりました。これは、カスタム アプリケーションが相互の設計コピーに基づいているためです。一致する要素の。