Возникла такая мысль.
К примеру есть у нас бизнес сущность "документ" который содержит в себе ряд свойств, к примеру "Автор документа"

Существует необходимость переложить создание новых печатных форм с программиста, на.. администратора системы.

Выбор средства вывода неважен, это может быть Word или один из средств построения отчетов.

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

А хочется иметь для полей этой таблицы, какие то описания, к которым будет иметь доступ Администратор.

К примеру Администратору нужно сделать печатную форму документа. Ему не нужно знать о существовании таблиц в БД. Он открывает конструктор печатных форм в приложении и создает печатную форму, и может добавить в печатную форму, не поле таблицы DOCUMENTS, а "свойство документа - Автор". А уже по этому описанию в при непосредственно формировании, будет подставлено нужное значение из нужной таблицы.

Как формируются такие системы? Куда копать? Или может я неправильно себе это представляю...

Буду благодарен за любой ответ.

mad_nazgulчайник_недоархитектор,

1C?! :-)

Нет, даже близко не оно.



sereginseregin- В DOCUMENTS хранятся реквизиты документов?

Да. как то так:
DOCUMENT_ID TYPE_ID EMPLOYEE_ID DATE_CREATE 123456789 123123456 20.05.2013
sereginseregin- Как определяется, какому документу какая печатная форма относится?

Ну уж это относительно просто: DOCUMENT_PRINT_TEMPLATES
TEMPLATE_ID DOCUMENT_TYPE_ID 123456789 123
sereginseregin- В чем вопрос, как организовать Администратору добавление новых реквизитов для документа не прибегая к программированию? - через таблицу доп реквизитов, XML или JSON поле.

Новый реквизит добавит при необходимости программист. Возможно добавит поле в DOCUMENTS, возможно в таблицу доп реквизитов. Не это требуется.

Нужно иметь какую то информацию на уровне GUI Администратора системы (не БД), который видит только GUI, где он видит не DOCUMENTS-> EMPLOYEE_ID, а что то типа "Автор документа", "Дата создания документа".

Вот как на скриншоте ViPRos, я сейчас над ним медитирую.

Вот нашел то что себе представлял. Хочу сделать нечто подобное.

guest_20040621,

Я хочу что бы она взлетела здесь. Потому что потребность в ней существует и в других аспектах.
Но там она должна быть уже обкатанной. Поэтому и появилась мысль взять за точку старта именно "печатные формы". Как второстепенный момент.