アイデアの構築のための文書管理システム
-
06-07-2019 - |
質問
お客様が必要 文書管理システム 今の建物情報です。
知ってsharepoint&ッドが、この場合いを評価するnecesary情報をビルドすらしないでくださることを示すのがこのをしていますの評価については別途、すべての開発、実施する既存のソリューション
このrequeriments:
- 非常に特定のrequerimentから法的管理の文書は当社の居住地の市役所又は町役が、このほか:
- での動作に似てgoogleドキュメントの観点から、エンドユーザー
- 必要な店舗情報から200+ユーザー(更新思+700用)
- 主に事務所文書、pdf、テキスト.すでに持っているの抽出平文テキストからこのバイナリファイルです。
- ないwikiは、ポータルの作成、ほとんどのワークフローが簡単、ファイルの管理
- 中央リポジトリ、シェアの会社に統合してアクティブディレクトリ
- 高速検索
- 透明なデスクトップの統合
- Webインタフェース
- Multiplataform可能であれば、
というわけで、もっての私の頭部:
- 保存時:知っているsharepointすべて保存のdb(屋外の席もあるのですか?).これは、悪夢のよぁ.うのでは、メタデータDBのファイルの速度で処理が行われます。
私は考える力を利用ZFSこの場合と活力のためのバージョン管理、スナップショット&スケーリングです。も利用gitとして保存バックエンド(git作?)
なので、私が知ることができるのでどのように扱う大きなプールの文書は、ZFSおよ又は通常のファイルシステム?例えば、どのようにレイアウトのフォルダー構成を簡単にmanagemnt&高速対応、バックアップなど。
- メタデータ:思い通常のDBがかなりメリットの保存も可能です(私も体験可能で心配が可能な連携,rigth?).
を利用した場合、検索エンジンとしてのメタデータデータベースまで保存できるので一部の作業がいらない第二のパスを割り出しが正規データベースエンジンがあります。
- テック:ねこにDjango,PyLucene,Postgress、シェルの統合windowsしてくれてありがとうございますな問題なのです。
まapreciateの他のヒントや情報などを適切に実施す事ができます。
解決
個人的にはどのように"と同様、Google Docs"と"透明性のデスクトップの統合の要求事項"少し曖昧なぁ.からの問いに対する関心が高まりをバックエンド、文書の保存、より利用によりオープンソースのスタックとの統合AD)?
とにかく、個人的には私が使っている KnowledgeTree 当社の文書管理システムとその実装は、すべてのファイルに存在するファイルディレクトリとデータベースのキュートでポップ、パス、該当メタデータアクセスログとバージョン管理情報です。彼らは基本的には維複数のバージョンの同じファイルがすでに存在する場合、文書の更新されているような思いであった公正で十分に考え実的に考えMicrosoft Office文書は主にバイナリ(2003年まで).
いか書いてなど書いているような期待に流入すると、このシステム。(または異なる視点は、どのような書類を予定している場合には店舗が一般的でヒントにはどのような負荷のサーバがハンドル)
私の推測であることができ離れの設定の有ファイルシステムとデータベースを保存メタデータもいよう注意してくださいシステムが取り扱う膨大な負荷の書類を日常的に(ことを想像することFlickrのための書類)).
他のヒント
SharePointと屋外の席プラットフできないといったカスタマイズなので、もし本当に意味するところまで保存が可能です。
SharePoint店舗用途にでも便DBにデフォルトでは、 がなされているファイルシステム
場すれば、支援のfrontpage拡張ることをアプリ利用と通信SharePointは、屋外の席で、書類のヘッダを伝えIEを開始しています。このようにまと同じ統合オフィスアプリSharePointは、ユーザーの皆さんも本当に機能)ではないんだだけのシンプルなHTTPプロトコル
へ行けば商社として 無料の文書previewer できるPDFビューも含めて事務所docsに入ります。販売してい基礎技術で、サウナ、スチームルームのみです。
私はDjangoですべての個人的なプロジェクトにもっとおもいます。NET、Javaしていますの第三者への支援もするものであり、多くのコードする携帯ドまたは屋外の席に行くことに決める場合はそのように。
編集:詳細情報ネットワークに接続している3つの要求
http://blogs.msdn.com/mikefitz/archive/2005/03/14/395112.aspx http://blogs.msdn.com/stcheng/archive/2008/12/17/wss-use-rpc-protocol-to-access-wss-v3-site.aspx 公式docs:http://msdn.microsoft.com/en-us/library/ms442469.aspx
屋外の席でき液です。では一つひとつのリストの要件を除き、政府というもの。
がの場合ビル"から"ものアイデアから、少なくとも?
保存時:ファイルの内容が保存され、ファイルシステム.簡単に管理、保存、バックアップ。ファイルで保管しないでくださいの名ものの、その内容は保存されたバイナリ形式のファイル名としてハッシュ(かのハッシュコンテンツ?)
メタデータ:のデータベースです。高速アクセス、変更、更新。各ノードの性質には、氏名-名称、descripion日、監査情報にあります。な情報はすべて保存され、"プロパティ"。
検索:屋外の席で用Solr検索いたのではないかと言われている可能。っても大きなインスタレーション、を入れれば可能インデックスのSSDでの優れた。(可能で速く).この指数の両方のファイルの内容や特性-そのノードIDのである。
屋外の席ではCIFS実施し、webdav、ftpおよびwhatnot.その一つは、できるだけマウントで、ユーザーのデスクトップとしてフォルダまたはディスク.
Webインタフェースであり、中央レポmgmtがあり、すべてのreqs.でオープンソースを取得しましたの源で使用できます。あった方がよいでしょうかAlfresco地域で貢献するビットの場合は感じませていただきます。
ごうとして構築、文書管理システム?ッド&ド?屋外の席&SharePointのプロジェクト管理ソリューションは、文書管理ソリューション。屋外の席では何らかのDMS溶液によるもので良いとのこと。有!のためのプロジェクト管理ソリューションしていますが、ソフトウェアです。
いることをお勧めしたの文書管理ソリューションを導入する法律経営fo書類のものがあります。ある文書管理システムプロバイダーのようなLaserfiche&OnBaseのの、その作品は、Google Docsに入ります。を作成できますアカウントでは、社員一人ひとりが、企業や事業です。
ありすべての書類は、MS officeのような形式はMs-Word,Ms-excel、PDF&PPT
ワークフロー、文書管理システムが効率的に扱いやすい
有用DMS簡単に調べることができます。ファイル分以内(Laserficheソフトウェア10次の項目で検索条件を絞り出ファイルやフォルダ) Laserfiche DMsはwebインタフェースソフトウェアです。ログインすることも可能ですのソフトウェアとのファイルやフォルダから別の場所に容易に
保存
DMSシステムのすべてのデータを確保し、保存をクラウド保管します。きの文書だけでログインアカウントを設定します。の場合は紛失又はmisshapenを取得するにはどうすれば失われたデータからの会社です。
メタデータ
DMsシステムは、通常のデータベースエンジンとしての事業活動のすべてにおいてデータを確実にクラウドストレージに定期的に
テック
る必要はないで何でも構築するための;だけを購入する必要があり、DMSソフトウェアです。また、結論については、Laserficheていますのでサービスを利用