0

FILESTREAM機能を使用してSQLServerDbのBLOBフィールドとしてファイルを格納するDelphiクライアントサーバーアプリケーションとして、ドキュメント管理システム(DMS)を開発しました。

より多くのソフトウェアが販売されるにつれて、私はそれを他のドキュメント管理システムに接続するという要求を受け取ります。最も広い意味では、「他のDMSは」を意味します。

1「構造化フォルダ」)制限された数のユーザーのみがアクセスできるハードドライブ内の一部のフォルダ(3人のユーザーのみがアクセスできる共有ネットワークフォルダを想像してください)-これは「ドキュメントを保存する実際の方法」または別のシステムからの毎日のエクスポート(ドキュメントは別のDMSから毎日バッチ手順によって抽出されます)。

この場合のフォルダの名前付けにはいくつかのルールがあります。たとえば、ドキュメントが顧客または従業員に関連付けられている場合、構造は次のようになります。

\\Docs\Employees\COdE01\cv.pdf
\\Docs\Customers\CodC02\Invoice.xls

(この例では、CodEXXは従業員コードXXを表し、顧客の場合はAnc CodCXXを表します)

2つのWebサービス)

多くのDMSは、ドキュメントにアクセス(読み取り)/挿入/更新/削除するための(安全な)Webサービスを公開しているため、このようにして、システムを他のDMSと同期させることができます。

3)その他の機能/ツール)

他のDMSには、アクセス/挿入/更新/削除を実行するためのツール(パラメーターまたは保存された関数で実行されるコマンドラインツールなど)があります。

とにかく一般的に双方向同期は問題です、私の場合、私は1つの方法にもっと興味があるので、基本的にどこかに保存されているドキュメントにアクセスします

構成可能な機能を作成するために提案できる技術はどれですか?

4

1 に答える 1

1

独自の API を開発して、クライアント アプリケーション (作成者または他のユーザーが作成したもの) がそれを使用して、システムからデータを読み書きできるようにします。

クライアントの推定機能にどれだけ適合するかに基づいて、その API の基盤となるテクノロジを選択します。たとえば、ほとんどのクライアントがリモートでさまざまな言語を使用することが予想される場合は、Web サービスが適切な候補です。ほとんどのクライアントがインプロセスであり (それがシステムにとって意味がある場合でも)、ネイティブであると予想される場合は、C ベースの API が適している可能性があります。そしてその間のすべて...

次に、「ソース」システムと「ターゲット」システムの両方の API を使用して統合を実現します。

于 2012-05-30T18:39:46.610 に答える