AlexsalogСистема супер.
Вопрос - модель данных пляшет от форм и процедур, а не наоборот? то есть модели, которая бы порождала действия и логику - нет ?

Как модель данных может порождать логику?

Этапы построения такие
1. Формирование модели данных (справочники, документы)
2. Разработка диаграм бизнес процессов на верхнем(логическом) уровне и на нижнем(уровень документа)
3. Генерация форм на основе модели данных, создание модуля (BPL), регистрация в системе и привязка к диаграмме (в одном проекте у модуля может быть одна диаграмма, если надо для одного документа (модуля) сделать разные диаграммы, то их надо раносить по проектам. Например для накладной в центральном офисе один маршрут, а в филиале для этого документа будет другой маршрут и другие уровни доступа)
4. Дизайн форм для каждого состояния в разрезе ролей (в зависимости от прав доступа пользователь может видеть или не видеть контролы на форме)
5. Создание обработчиков событий для контролов по каждому состоянию и роли. Например кнопка Далее для каждого состояния может иметь разные обработчики.

Вот собственно и все.
Оптимально для разработки нужны
- аналитик для описания диаграмм
- разработчик БД для создания объектов в базе
- программист Delphi для написания низкоуровневых процедур
- программист-кастомайзер для написания обработчиков из низкоуровневых процедур

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

В диаграмме надо описывать состояния и их связи.
К модели данных диграмма не привязана. По одной диаграмме может работать несколько документов
В коде (в модуле BPL) пишутся процедуры, уникальные для конкретного документа, но запускаются они будут из определенного состояния. Например кнопка Далее в состоянии создания нового документа будет выполнять INSERT, эта же кнопка в следующем состоянии будет делать UPDATE. Какие процедуры и в каком состоянии запускаются определяются в дизайнере форм.

AlexsalogSergey_rbВ диаграмме надо описывать состояния и их связи.
К модели данных диграмма не привязана. По одной диаграмме может работать несколько документов
В коде (в модуле BPL) пишутся процедуры, уникальные для конкретного документа, но запускаются они будут из определенного состояния. Например кнопка Далее в состоянии создания нового документа будет выполнять INSERT, эта же кнопка в следующем состоянии будет делать UPDATE. Какие процедуры и в каком состоянии запускаются определяются в дизайнере форм.

Хорошо, а вот та самая логика поведения контролов на форме, о которой я говорил - она как? Кодом реализуется? Или автоматизируется системой как-то ?

Есть код в утилите, который при создании формы меняет свойства контролов.
Настройки контролов хранятся в базе

iscrafmSergey_rbДиаграмма уровня документа


а каковы смысл и роль этой и предыдущих диаграмм? Т.е. кроме того, что они нарисованы, они какую-то работу выполняют?

Диаграммы хранятся в базе. Каждый объект имеет свой ID.
ID объекта - это ID состояния документа, ID стрелки - это ID выполненной операции.

Диаграммы верхнего уровня служат для общего понимания структуры процессов и в документообороте не учавствуют.

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

Выложил описание, как можно использовать диаграммы для работы со справочниками
http://webfile.ru/5550924

Решил прикрутить к системке интеграцию с 1С 7.7 DBF версии.
Оказалось не так уж и сложно.

Теперь задумался о настраиваемой интеграции с различными серверами.

Маланин АндрейА почему "радактор"?

От сердца отлегло.
А то я уже подумал, что написал систему и ни одной ошибки не сделал

Tango600А где же система?

Я на нее пока забил.

ЛагманЭто может быть киллер-продукт, если будет всё в веб-интерфейсе, с упором на распределенную структуру предприятия, а пока непонятно, кому это можно продать.
Delphi, окошки, при всех достоинствах - просто огромный минус к имиджу, имхо.
Надо что-нибудь более модное, а главное более-менее стандартизированное, с сервером приложений, майкрософт, оракл, java, например.

Дело в том, что на вебе невозможно реализовать то, что можно реализовать на Дельфи.
Даже DevExpress компоненты в веб-версии имеют очень ограниченные возможности.

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

Было несколько проектов на 3х-звенке и везде 3 звено было самым слабым.
Если надо обеспечить работу большого числа пользователей, то проще вынести листенер на отдельный сервак и работать как с 2х-звенкой.