Требуется система управления документооборотом

Ниже приведены основные требования. Пожалуйста, пишите, только если у Вас уже имеется собственный опыт разработки такого рода систем на ASP.NET 2.0 и готовые наработки, которые ускорят процесс разработки. При контакте указывайте опыт и информацию, имеющую отношения к данному проекту, список примеров, возможные сроки исполнения и стоимость.

Основные требования к системе
1. Регистрация и управление своей учетной записью.

2. Управление Друзьями – пригласить, добавить, удалить, послать самому запрос и т.д.

3. Желательно иметь возможность создания Ролей внутри учетной записи в будущем.

4. Желательно иметь файловую систему в будущем.

5. Создавать и управлять Компаниями.
5.a. Каждая компания может иметь множество Офисов.

6. В Компании в целом, а также в каждом Офисе по отдельности должна иметь возможность
6.a. Создавать и управлять Ролями.
6.b. Управлять Работниками, Клиентами, Поставщиками и другими контактами, с возможностью присвоения каждому нескольких ролей.
6.c. Иметь хранилище для файлов (что-то типа файловой системы).
6.d. Иметь хранилище для Шаблонов (смотрите ниже).

7. Создавать и управлять Шаблонами. Шаблон может принадлежать как самой учетной записи, так и Компании или отдельному Офису. Шаблон состоит из следующего:
7.a. Заранее определенных Категорий, которые могут быть вложены.
7.b. Наименований Документов, которые должны быть ассоциированы с Категорией.
7.c. Списком возможных Статусов для Папки Документов и самих Документов (2 списка).
7.d. Ролями для управления.
7.e. Начальным списком Задач с присвоенными Ролями.

8. Создавать и управлять Папками Документов на основании заранее определенных Шаблонов.
7.a. Присваивать Контакты на основании заранее определенных Шаблоном Ролей.
7.b. Загружать, удалять, именовать (из предопределенного списка), изменять статус Документов.
7.c. Создавать и управлять Задачами.
7.d. Сохранять историю всех операций связанных с Папкой Документов.

9. Искать среди зарегистрированных Пользователей и Компаний.

Используемые технологии
• ASP.NET 2.0 или выше
• SQL Server 2005 или 2008
• C#
• Желательно использование Entity Framework или LINQ to SQL
• Visual Studio 2008
• Windows Server 2008
• IIS7

BujhmВам похоже, лучше посмотреть на готовые системы документооборота - DocsVision, LanDocs и др., перечисленная вами функциональность в большинстве существующих на рынке систем документооборота уже существует.

Готовые решения не подходят, так как вышеперечисленное это только часть большего.

Добрый день,

Спасибо Всем, за информацию и советы. Далее постараюсь прокоментировать некоторые коментарии.

rbc5Смотрите в сторону opensource... может чего найдете :-) Мы так и делали. Нашли и доработали, а пока дорабатывали почти все переписали :-)
Смотрели, и ничего подходящего пока не нашли. Если у Вас есть конкретные названия Open Source проектов пожалуйста напишите.

paul310 Я бы посоветовал набросать Vision: определить стейкхолдеров проекта, цели проекта, состав функциональных и нефункциональных требований, риски... При этом требования должны быть проработаны гораздо глубже, чем в Вашем описании.

Из Вашего описания практически ничего не понятно. Ну есть некий список функциональных требований (очень высокоуровневых), которые сформулированы на "птичьем" языке... Как сравнивать какие-то готовые решения с использованием такого?

Какой смысл в ограничениях по используемым технологиям?

А из общих соображений: готового решения Вы, скорее всего, не найдете. Важно грамотно выбрать платформу и людей, которые на ней будут Ваши требования реализовывать.

В принципе Vision у нас уже определён на первые 2-3 версии продукта. Описывать всё здесь подробно я не стал, так как это заняло бы несколько страниц, а может и больше, и думаю было бы не уместно в самом начале.

Что касается выбранных технологий всё проще - есть люди с опытом и готовые наработки.

Mainframe_старыМы таки сделали свой документооборот, хотя никто не верил, даже ведущий программист, который вчера признался, что уже был готов уволиться, так не верил. Все говорили тоже самое - берете чужое и ...
Но у нас уже была мощная система управления правами и система управления понятиями, поэтому я посчитала, что нам выгоднее делать свой документооборот, а не брать чужой.
Сейчас внедряем разные подсистемы. Внедрили контроль поручений от верхнего до нижнего уровня, работу общего отдела, приказы и др... сейчас делаем helpdesk.
Хотите поделиться полезной информацией или исходниками?

slava09Ну так это все на MS SharePoint можно сделать красиво!
Как именно SharePoint будет реализовывать пункты 5, 6 и 7? Уж не говоря, что при использовании SharePoint нужно иметь CAL для каждого пользователя, а у системы возможно будет 10 тысяц пользователей.

ortrixДобрый вечер, свяжитесь в понедельник с нашим отделом Менеджмента - manager[at]ortrix.com, они вам предоставят всю интересующую, вас информацию.
Вам нужна дополнительная информация? Если нет, то мой E-mail указан в профайле, на него можно присылать предложения.

strizhTheOne, всем Вашим требованиям удовлетворяет MS Dynamics CRM 4.0, смотрите на нее внимательнее, не обращая внимания, что в M$ назвали ее CRM. Это, как я пониманию, произошло по 3 следующим причинам:
1) В семействе Dynamics данный продукт - самый младший по функциональности
2) Для него надо было найти правильное название, а CRM - самое модное было на тот момент
3) 70% преднастроенной функциональности этого продукта, поставляемой M$, относится именно к области CRM
Посмотрю, хотя опять в этом случае всплывает вопрос CAL для каждого пользователя, что очень накладно. Более, данная система будет использоватся в среде Internet, а не Intarnet, а я пока не встречал интересные решения для front end.

slava09Это вы будете реализовывать на SharePoint пункты, а уж как - вам решать.
Иметь CAL на каждого пользователя необязательно (кстати, в отличии от MS CRM), если я правильно понимаю проблему.
Если бы мы знали как это реализовывать на Share Point, то не писали бы здесь сообщение.

beluginhttp://www.microsoft.com/windowsserver2008/en/us/licensing-web-server.aspx
Мне кажется там написано, что если сервер используется с другими продуктами, например Share Point, то CAL нужны.
"Exceptions to this rule may occur when Windows Web Server 2008, is used as the scale-out front end for applications such as Windows SharePoint Services and Windows Rights Management Services. Using Windows Web Server 2008 in these types of configurations offers customers an economical way to deploy scale-out applications. In such configurations, Windows Server CALs may still be required on the back end of a scale-out application."