ドキュメント管理ソリューションとしてSharepointの[閉じました]

Question

あなたの経験ではどのようにバックエンド文書管理ソリューションとしてのSharePointは、（アーカイブが含まれている）他の独自の文書管理システムに比べて立つん。 それはそこに任意の比較分析ですか？

Answer 1

共有ポイント主な特徴の一つは、文書管理です。 私の意見では、そのドキュメント管理機能とそのlackingsます：

グレートメタデータのみなし紙のドキュメントをキャプチャする機能が内蔵されMSFTツールとの統合、強力なインデックスは、ストレージ・プラットフォームとしてのSQLServerを使用していますが、深刻な文書のアーカイブではなく、偉大な検索とフィルタリング、アイテム・レベルのセキュリティ、まともなワークフロー機能に欠けています、バージョン管理やコラボレーションに強いています。

Answer 2

SharePoint 2007人の優れた文書管理ソリューションであることで、それはあなたがあなたのなど、保存、チェックイン、チェックアウト、お使いのSharePointリストにカスタムフィールドを追加することができますワード/ PPT /エクセルの内側からOffice 2007との緊密な統合だのため非技術的なユーザーは、かなり迅速にそれを取得します。また、あなたのスーパーユーザーは、自分の部署のポータルを作成して管理させるための非常に素晴らしいことができます。

アプリケーションプラットフォームビーイング：

物事はそれが得意ではありません。

Answer 3

私はそれが悪いアプリケーションプラットフォームであることに同意します。データベースはBlecch ...基本的にテキストフィールド1、のTextField2、numericfield1、はNumericField2、numericfield3あるテーブルが含まれています。 APIは不透明です。ウェブ向けのサーバー製品は高価です。私の現在の雇用主で、我々はSharepointのが考えられるが、我々は唯一の初歩的なドキュメント管理機能を必要とするので、ASP.NETソリューションの賛成でそれを落とします。

Answer 4

主な利点の一つは、それが内部アプリケーションであり、あなたがWindows SharePoint Servicesので疥癬ことができ、それは「自由」だある場合ます。

アプリケーションプラットフォームのSharePoint開発としては、あなたが何をしているかに応じて、ASP.net未満生産性を高めることができます。

ただし2を組み合わせることができます。あなたがそれを必要とするときASP.NetであなたのUIを構築し、Webサービス経由でSharePointの機能を呼び出します。

Answer 5

ここで私は2つの非常に興味深いケーススタディを見つけます。

現実のドキュメント管理する