データを忘れないでください!

すべての移行計画の見積もりに XNUMX つの部分 実動 Domino アプリケーション用。 XNUMX つ目は、アプリケーションのビジネス プロセス、ワークフロー、および機能設計を理解して、最適なターゲット プラットフォームでアプリケーションを再開発できるようにすることです。 その部分は、XNUMX部構成で詳細にカバーされました blog 今年初めのシリーズ。 詳細については、ここですべて読むことができます。Domino アプリケーションをマスターする 移行の課題。 今、私たちはこれで物語の第二部を議論するつもりです blog、「データを忘れないでください!」というタイトルです。

ビジネス アプリケーションの移行を成功させる ドミノ データを新しいプラットフォームに移行する必要があります。 すべてのデータではないかもしれませんが、おそらくその大部分です。 新しいリポジトリに移動する必要があるものと、データを完全に忠実に移行する方法を理解することは、すべての企業にとって重要な要素です。 移行計画プロジェクト. プラットフォームが変わらなくても同じです。 新しい UI テクノロジーまたは 3rd パーティソリューションには、検証が必要な独自の制限があります。

アプリケーションの移行およびモダナイゼーションプロジェクトは非常に費用がかかり、前提条件を作成し、履歴データの移動の複雑さを過小評価することで、すぐに軌道に乗ることができません。 では、どのようにしてカーテンを引き戻し、Dominoアプリに保存されているデータを検査して、正確な移行プロジェクトの見積もりを完了することができるでしょうか。 お客様が私たちの課題にどのように取り組んでいるか見てみましょう iDNA Applications ソリューションを提供します。

トピック1:添付ファイルはいくつですか? そして、それらはどのくらいの大きさですか?

移行ルーキーが犯す最大の間違いのXNUMXつは、リッチテキストフィールドに格納されているすべての添付ファイルを忘れることです。 これらは、Dominoアプリケーションのレコード数をカウントするだけで、適切なターゲットストレージ形式またはドキュメント管理システムに移動するために個別の移行作業を必要とする数千のPDF、JPEG、またはExcelファイルについては気にしません。

これらのファイルをどこに移行するかを決定することは、移行計画の作業中に重要な考慮事項です。 そして、その決定は、ファイルの種類やファイルのサイズなど、さまざまな要因に依存する可能性があります。 Dominoには添付ファイルのサイズ制限がないため、ビデオファイルまたは大きなCAD図面をレコード内のリッチテキストフィールドに添付できます。

レポート例:サイズ別の添付ファイル

添付ファイルの種類を理解する

iDNA Applications 上下の関連するレポート例に示されているように、添付ファイルをドキュメントの種類とサイズごとにマップします。 それらの拡張子名を分析することにより、あなたはすぐに決定することができます use case■これらのファイルと、新しく設計されたアプリケーションとの単純な統合のためにそれらを保存するのに最適な場所。

レポートの例:拡張子名別の添付ファイル

トピック2:移行するレコードの数はいくつですか? そして、彼らは何歳ですか?

データ移行計画の次の重要な項目は、移行する必要のあるレコードの数です。 このトピックには、レコードを移行するための日付カットオフの一般的な決定ポイントが含まれています。 ほとんどの組織は、作成された日付に基づいて、履歴レコードのサブセットのみを移行したいと考えています。 残りのレコードはアーカイブに保存できます。

コンテンツの年齢を複数の観点(作成や変更の履歴など)から判断できることが重要です。 これにより、移行計画チームは、移行に必要な情報量の正確な詳細と、総データ量のサイズ参照を利用できます。

レポートの例:作成日別のレコード数

トピック3:再開発の取り組みの範囲内で正しいフォームを特定する

Dominoアプリケーション内に格納されたデータを分析することの別の利点は、レコードを格納および参照するために本番環境で使用されているフォームを正確に識別することです。 Dominoアプリケーションの各レコードは、そのレコードに使用されるフォームを決定します。 これにより、計画チームに具体的な情報が提供されます insights データレコードを表示、作成、編集するために再設計する必要のあるフォームとビューについて。

これは、近代化プロジェクトと移行プロジェクトの両方に当てはまります。 新しいプラットフォームへの移行を準備しているのか、アプリケーションにWebまたはモバイルインターフェイスを配置しているのかは関係ありません。 Dominoアプリケーションに100個のフォームをデザインに含めることができても、データの操作に使用されているのは10個だけの場合、再開発の範囲を大幅に減らすことができます。

トピック4:再開発を複雑にする特別なリッチテキストオブジェクトはありますか?

Dominoのリッチテキストフィールドは非常に柔軟なデータ型です。 これらのフィールドには、単純なテキストから添付ファイル、埋め込みオブジェクトまで、あらゆるものがあります。 同じ柔軟性により、コンテンツをそのまま新しいリポジトリに移行することは言うまでもなく、ネイティブのNotes / Domino以外のインターフェイスでデータを表示することも困難になります。

ネストされたテーブル構造のような一見些細なことは、再開発に多くの複雑さを追加する可能性があります。 Doc-、View-またはDatabase-Linksのような他のものは3を必要とするかもしれませんrd パーティー software 新しいターゲットプラットフォームへのシームレスな移行を実現します。 OLEオブジェクトのような埋め込みコンテンツは、移行やモダナイゼーションに関しては完全にノーゴーである可能性があります。これは、それらを使用できるターゲットプラットフォームやモダナイゼーションソリューションがほとんどないためです。 これらのさまざまな要素がDominoアプリケーションのコンテンツ全体でどの程度広く使用されているかを特定することは、適切なターゲットプラットフォームを選択し、再開発の労力を見積もる際に極めて重要です。

レポート例:リッチテキストフィールドの特殊オブジェクト
レポート例:リッチテキストフィールドの特殊オブジェクト

トピック5:特別なセキュリティ上の考慮事項またはアクセス制限はありますか?

最後に、コンテンツ分析を通じて答えることができるデータセキュリティに関連するいくつかの追加の考慮事項があります。 Dominoでは、アクセス制御リスト(ACL)で定義されている単純なアクセス権に加えて、いくつかの追加レベルのデータセキュリティが可能です。 移行チームに問題を引き起こすXNUMXつの最も重要なものは、暗号化と「リーダーフィールド」です。

暗号化は、ドキュメント内の特定のフィールドを完全にスクランブルし、ドキュメントにアクセスするNotes IDに復号化のキーが存在しない限り、コンテンツにアクセスできないようにします。 「リーダーフィールド」の動作は異なりますが、結果は似ています。 特定のドキュメントの「リーダー名」リストに含まれていない場合、そのドキュメントは非表示になります。 これらの特別なセキュリティの課題は、移行計画の前に特定する必要があり、データエクスポートテスト中に評価して、処理に使用される移行ツールとIDファイルを評価する必要があります。

レポートの例:リーダー名フィールドのセキュリティ要件

結論:Dominoデータを理解してから、移行作業の範囲を特定します

あなたは真実を扱うことができますか? Dominoアプリケーション環境の正確で十分な情報に基づいた移行の見積もりを行うには、すべての詳細を取得することが重要です。 データを忘れないでください。 アプリケーションの設計に関する知識と、アプリケーション内に保存されているコンテンツの詳細を組み合わせることで、新しいプラットフォームへの移行を成功させるために何が必要かを完全に理解できます。 これらの移行プロジェクトは、特に企業の収益を促進する重要なビジネスプロセスアプリケーションの場合、上級管理職に非常によく見えます。 真実を理解するために、これらをあらゆる角度から分析するようにしてください。

あなたが私たちの詳細を知ることに興味があるなら iDNA Applications ソリューション、コンテンツ分析を使用して、オンラインの概要ページにアクセスするか、次のURLでトライアルにサインアップしてください。 https://www.panagenda.com/products/idna/