問題タブ [document-management]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
257 参照

document-management - ホストされているドキュメント (コンテンツ) 管理サービスをお勧めできますか?

問題追跡システムとソース管理をホストされた fogbugz (fogbugz オンデマンドと呼ばれる) に移行しました。ハードウェア、接続、バックアップなどについて心配する必要がないため、非常に優れています。

そこで、ドキュメント管理ソフト(現在は自社サーバーでAlfrescoを使用)もホスティングサービスへの移行を考えています。

しかし、私の検索では良い候補が見つかりませんでした。Amazon EC2 インスタンスを取得し、Alfresco のインストールを自分で展開することを考えていますが、すぐに使用できるサービスを希望しています。

私たちは Alfresco が好きですが、Alfresco である必要はありません.. 何かお勧めはありますか? ありがとう。

0 投票する
2 に答える
436 参照

content-management-system - コンテンツ リポジトリ 、ドキュメント リポジトリ 、もしあれば違いは何ですか?

CMS と DMS の違いは何ですか? どちらも日付を保存し、データにアクセスできますが、どこが違うのですか? Alfresco の代わりに apache Jack Rabbit を使用できますか?

0 投票する
3 に答える
3151 参照

java - シンプルなドキュメント管理システムを実装する最良の方法は何ですか?

簡単な文書管理システムを構築する予定です。できればJavaプラットフォームを中心に構築されています。これに関するベストプラクティスはありますか? 要件は次のとおりです。

  1. ドキュメントをアップロードする機能
  2. ドキュメントにタグを付ける機能
  3. ドキュメントをバージョン化する
  4. ドキュメントにコメントする

私が現在検討しているオプションがいくつかあります。最初のオプションは、SVN または CVS 上の単純な API であり、DB バックエンドを使用してタグ、アップローダー、コメントなどを追跡します。

別のオプションは、ファイルシステムを使用することです。バージョン フォルダー内のコピーとしてドキュメントをバージョン管理し、ファイル名を操作します。

または、GPL ではないオープンなドキュメント管理システムがあれば、それをニーズに合わせてカスタマイズし、アプリケーションにパッケージ化できます。このようなものを構築した経験のある人はいますか?

0 投票する
5 に答える
4094 参照

c# - バージョン番号float、decimal、またはdouble

ドキュメントに複数のバージョンを含めることができるドキュメント管理システムがあります。各バージョンが保存され、ユーザーはバージョン履歴を表示できます。

私が知りたいのは、バージョン番号にどのデータ型を使用する必要があるかということです。10進数、フロート、またはダブル?.NETとC#を使用しています。

バージョン番号は0.1から始まり、公開された各メジャーバージョンは次の整数に丸められます。つまり、 0.41.0になり、1.32.0になります。

バージョン番号が0.9に達し、マイナーバージョンが追加された場合、追加するときに、番号を1.0ではなく0.10に変更したいと思います。これが最大の問題です。

任意の提案をいただければ幸いです。

ありがとう。

0 投票する
2 に答える
1200 参照

sharepoint - 組織構造とドキュメント管理システムが共存する必要がある場合、どの BPM ソリューションを使用するか?

私の問題を解決できる製品を探しています。できるだけ早く助けていただければ幸いです。

ソフトウェアモジュールを統合する必要があるクライアントがいます。以下は、その隣にある目標を達成するソフトウェアであると私が考えるモジュールです。

  1. ドキュメント管理システム (DMS): SharePoint ポータル。
  2. 会社の組織構造 (ワークフローに必要であり、DMS でも使用されます): おそらく、Active Directory および sharepoint ポータルと統合されたカスタム開発です。
  3. ワークフロー管理システム (または BPM): Nintex ワークフロー。

質問は次のとおりです。

  1. 上記の点は論理的ですか、それとも何か不足していますか。
  2. 会社の組織構造をワークフロー管理およびシェアポイントと統合する開発に時間がかかりすぎますか? それとも、シェアポイントまたは Nintex ワークフローに組み込まれた組織構造など、より単純なソリューションがありますか?

私はまだソフトウェア ソリューションを検討しています。SharePoint には詳しくありません。この製品/ソリューションにつながるソフトウェア ソリューションの組み合わせを、後で将来のクライアント向けの製品として使用することも、私が探しているものです。

たとえば、休暇申請ワークフロー プロセスがあるとします。プロセスは次のとおりです。

開始 -> 休暇フォームに記入 -> 現在アクティブなマネージャーによるフォームの承認 - >人事チームによる休暇フォーム データの保存 (ファイルまたは別の HRMS) -> プロセスの終了

組織構造が定義され、次に「現在アクティブなマネージャー」が人々のグループに対して定義され、プロセスは「ワークフロー管理システム」/BPM ソフトウェアによって構築されます。「休暇フォーム」は Web フォームにすることができます。ドキュメント管理システムに保存されたテンプレート。

0 投票する
5 に答える
3575 参照

java - ドキュメント管理システム - データベース設計

私は独自のドキュメント管理システム (DMS)を Java で作成しています (利用可能なものは私のニーズを満たしていません)。

ドキュメントは、Qualified DublinCore Metadata Standard によって記述されるものとします。これを行う最も簡単な方法は、キーと値のペアを RDF モデルに XML 表現でパックすることだと思います。

すべてのドキュメントのメタデータを保存するには、2 つのアイデアがあります (ドキュメント ファイルはファイル システムに保存されます)。

  1. すべてのドキュメントのすべてのメタデータを1 つのXML ファイルに保存する
  2. ドキュメントの XML ファイルを作成し、ファイル システムまたは RDBMS (Java の H2 データベース エンジンなど) に格納します。1 つのドキュメントのキーは一意ではないため、キー値データベースではこれを解決できません。

(多くの) ドキュメントが相互にリンクされているため、データの分析には最初のアプローチの方が適している可能性がありますが、2 番目のアプローチの方がはるかに高速である可能性があります。

どのソリューションをお勧めしますか? または、より良い解決策はありますか?

ステファン

0 投票する
1 に答える
4124 参照

c# - ドキュメント管理システム - ファイルの保存場所

ASP.NET MVC ドキュメント管理システムの構築を担当しています。エントリの追加、編集、検索などの基本的なドキュメント管理タスクを実行でき、バージョン管理も実行できる必要があります。

とにかく、データベース内の各ドキュメント エントリに添付されるファイルとして、PDF、Office、および多くの画像形式をターゲットにしています。私の質問は、ストレージ メカニズムを構築する際にプロが従う設計ガイドラインは何ですか? ドキュメント ファイルはファイル システムに保存されますか。データベース?ファイルのアップロードはどのように処理されますか?

以前は、ユーザーがデータを編集している間にファイルを一時的な場所にアップロードし、ユーザーがエントリの作成を確認したときにファイルを永続的なストレージに移動していました。これでいいですか?改善に関する提案はありますか?

0 投票する
4 に答える
4427 参照

java - Liferay ポータルでのドキュメント処理

過去 2 年間、Liferay を頻繁に使用してきましたが、大規模なドキュメント管理は必要ありませんでした。

現在、ユーザーがドキュメント (MS Office OLE2 ドキュメント、ODS ドキュメント、PDF など) をアップロードするポートレットがあり、利用可能なすべてのメタデータを保持する必要があります。

Liferay を使用せずにそれを行う方法はわかっています。おそらく、Apache Tika ( UpdateRichDocumentsおよびExtractingRequestHandler ) で Apache solr を使用するか、内部で Apache Tika を使用している Apache Jackrabbit (org.apache.jackrabbit.extractor.*) を使用します。

問題は、Liferay のトランクを見ると、いくつかの重要なクラスがあることです。

Hooks (JCRHook, FileSystemHook, CMISHook, s3Hook)DLLocalServiceImpl社内から直接雇用されている

もう 1 つの方法は、これを使用する DLAppLocalServiceImplことでDLRepositoryLocalServiceImplあり、ファイルはフックを介してリポジトリに保存されますが、そこで多くの追加作業が行われます。

  1. Liferay には jackrabbit-text-extractors ライブラリがないため、PDF、DOC、ODS ドキュメントからメタデータを抽出したい場合、非常に苦労することになると思います... DL サービス レイヤーは追加のプロパティを受け入れないためです。

    1. DL サービスと JCR フックの使用を避け、Jackrabbit に直接アクセスする必要があると思います...しかし、互換性が失われ、リポジトリなどを移行する可能性があります。

誰かこれに協力してくれませんか?ありがとうございました

0 投票する
1 に答える
14852 参照

asp.net - asp.netのドキュメント管理システム

ネットでasp.netのドキュメント管理システムのオープンソースプロジェクトを検索しましたが、取得したのはCMSだけでした。

彼らのドキュメント管理システムはasp.netのオープンソースですか?Sharepointがこのタスクを実行できることは理解していますが、asp.netソリューションを探しています。

0 投票する
1 に答える
2629 参照

java - JavaオープンソースDMSフレームワーク

誰かが良いJavaオープンソースDMSフレームワークをお勧めできますか?ありがとう、

aviad