Extensible .Net Gestion documentaire pour moins de 30K $

Question

Je cherche à répondre à l'un de ces problèmes que nous recevons parfois des développeurs qui essaient d'obtenir une vente en dessous du budget.

Nous avons un client qui requiert les éléments suivants:

• système de gestion de documents qui prennent en charge l'authentification AD (même si le serveur peut être dans un autre emplacement - potentiellement sur un réseau privé virtuel)
• Capacité pour nous en vrac importer environ 2000 documents (disons simplement PDFs et Word Docs etc)
• La nécessité de marquer certains documents comme "externes" et ensuite nous permettre d'écrire une partie de leur site web afin qu'il montre les documents dans une section "téléchargements"
• Assez bonnes autorisations Gestion
• écrit en .Net et MSSQL pour que nous puissions entrer et jouer si nous devons (par apis ou directement)
• Très bien documenté et de soutien pour être en mesure de sauter et effectuer un déploiement dans un mois ou deux. (nous devons faire beaucoup d'autres choses aussi bien en dehors du DM)

Tout le budget pour les logiciels externes serait de 30-40K $. Cela semble une tâche impossible car le budget pour le logiciel et la chronologie sont un peu douloureux mais c'est le travail et nous avons besoin de budget pour les dev dev et implimentation (sans parler de l'importation) - qui sera beaucoup plus que le coût du logiciel mais pas assez pour payer pour une solution personnalisée qui offre le même niveau de fonctionnalitéset de beauté

Answer 1

Cela ressemble à un travail pour SharePoint. Si vous pouvez vous débrouiller avec Windows SharePoint Services (dont vous pouvez probablement utiliser la description), c'est une partie gratuite de Windows Server. Il a des bibliothèques de documents pour stocker des documents, une grande authentification AD, des fonctionnalités de téléchargement de documents, la possibilité d'ajouter des métadonnées pour marquer des documents et créer des vues pour eux, écrit en .Net, il évolue bien et une tonne d'informations sur développer contre lui. Plus tout un tas de fonctionnalités dont vous n'avez probablement pas besoin maintenant, mais qui pourraient être utiles sur la piste.

SharePoint peut être une bête mais pour votre liste de fonctionnalités requises, il semble être un bon ajustement.

Bien qu'il utilise SQL Server, l'avertissement général avec Sharepoint est de rester en dehors de la base de données et de tout faire via l'API du modèle objet ou les services Web.