DDiver,

Не ставьте впереди паровоза подробности реализации. Не увлекайтесь EAV, автоматической генерацией интерфейса, или хранением форм в БД. Все это лишь варианты реализации, причем не обязательно оптимальные.

Прежде всего нужно отталкиваться от факта, что у документа есть разные версии. И нужно заставить БД, интерфейс, и отчеты с этим смириться. Заставлять нужно каждого по отдельности:

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

Если в этот вариант не удается уложиться, например, структуры старой и новой версии в чем-то взаимоисключающи, можно создавать новые таблицы для каждой версии документа. Это, конечно, может резать глаз у ревнителей реляционной чистоты, но может быть разумным компромиссом.

Третий вариант - это EAV. Он привлекает внешней "физической" простотой, но надо понимать, что с точки зрения логической модели (моделируемых документов и их изменяющихся атрибутов) - это помесь первого и второго варианта, со всеми их недостатками.

После принятия решения по БД, уговариваем интерфейс. Главная идея - разделить "документ вообще" (то есть то, что должна уметь любая версия), и конкретную версию (как она это делает). Один из вариантов - абстрактный класс-документ, и конкретные наследники-версионники. Я не знаю, будут ли это формы, или просто невизуальные объекты, или объекты, вызывающие формы - это зависит от содержимого обвязки.

Формы для каждой версии напишите свою. Очень может быть, что у них будет разумен общий предок. А также некий контейнер, умеющий вернуть нужную форму для каждой версии. Сюда можно будет прилепить генерацию интерфейса. Но, думаю, достоинства этого пока неочевидны.

Раз в год регистрируем новый тип документа, и пишем нового наследника логики, и новую форму. При такой постановке вопроса, думаю, очевидно, что хранить формы в БД несколько надуманно.

Тот же подход к отчетам. Не знаю, что за механизм формирования Вы используете, но в общих чертах: все условия, специфичные для конкретных версий, вынести в отдельные объекты-версии.