Мы делали такую штуку для медицины. Сначала был вариант XML (поля документа) + XML (схема документа, a la XSD) + XSLT (шаблон документа) = HTML (сам документ). Потом сделали более реляционный вариант:
1) В БД описываются документы / поля
2) Для них генерятся классы (или точнее интерфейсы + классы с логикой - Domain Components ) в динамической сборке
3) Классы подхватываются XAF'ом, он генерит для них формы и т.п.
4) Шаблоны документов описываются в RTF. С помощью MailMerge получается итоговый документ

У видов документов можно выбирать базовый класс, есть "типовые" (уже частично заполненные) документы.

Интересные вещи пишет PerformanceDBA

Petro123а хотя бы - 1 человеко-год.Если не считать первую неудачную XML-реализацию, то ушло 1-2 человеко-месяца на всё.

Petro123И, не забудь, что у СЭД есть конкретные "фичи" и функционал (типа Маршрутизация и т.д.)Ну, да, ЭЦП и много чего. Я говорю конечно только о самих документах. Я пытался найти простое решение для маршрутизации, но бесплатной BPMN-рисовалки под .NET нет (

MildLimitЗамечательно, но ведь вряд ли вы поделитесь кодом своего проекта 8)Есть идея сделать проект с открытым кодом, но там местами такой фарш, что смысла пока нет ( Я лучше ещё похвастаюсь ) Тут задаем поля документа и базовый класс

Тут редактируем шаблон

Тут же редактируем сам документ

Тут же редактируем формочку

iscrafm__,

1) я выбирал типы переменных исходя из удобства последующего статистического анализа. Много алгоритмов заточено именно под дихотомические переменные. Если бы я хранил их как категориальные, понадобилась бы куча проверок на количество уровней.

2) Дополнительные заморочки с пользовательским интерфейсом. Категориальные - всегда выпадающий список или что-то типа. Дихотомическая - как правило, чек-бокс. Это работает из коробки.

3) Ну, и хранить в базе битовое поле эффективней, чем guid/int/...-внешний ключ.

У нас бОльшая часть переменных именно дихотомические, я думаю, что в такой денормализации есть смысл...

Мы сомневались насчет текстовых переменных ) Была идея объединить их с категориальными. Есть в чистом виде категориальные переменные. Есть категориальные с вариантом "другое", где человек может вписать что угодно - в этом случае значение переменной - уже кортеж (ссылка_на_категорию, текст). Ну, а значение текстовой переменной содержит только текст без ссылки. Категории использовались бы как "подсказки" возможных текстовых значений. В итоге отказались от этой идеи.

Ещё мы поломали голову над переменными с несколькими значениями. В принципе, человек может захотеть указать несколько категорий. Но при анализе такие переменные всё-равно придется превращать в несколько дихотомических. В итоге решили, что в множественных значениях нет особого смысла.