Есть организация производящая некую продукцию на заказ.
производство может занимать несколько стадий, т.е. одно изделие проходит через несколько отделов. РАзные виды изделий могут проходить те или иные отделы, а могут и не проходить черех них.
Например:
1.Менеджер->дизайн->конструктор->произодство->доставка
2.Менеджер->конструктор->произодство->доставка
3.Менеджер->дизайн->произодство->доставка
и так далее.
Количество отделов может меняться, соответственно и количество стадий произодства.
С одной на другую стадию заказ не может переходить пока не пройдет предидущую стадию.
Между предидущим и следующим отделомучавствующем в произодстве изделия должна вестись переписка.

интересно Ваше мнение по структуре БД.

вот набросал схему, как я это вижу

забыл файл прикрепить

П-Л,

конструктивно))

Naf,

1.отдела закупок нет, материал закупается по требованию
2.сборки разных узлов производства не может быть, заказ проходит только последовательно определенные стадии

ViPRos,

ты не из Алмаза?

"отбор мощности" и "время отбора мощности" это что ты имел ввиду? и для чего это нужно?

Naf,

1.ветвиться не может
2.параллельно не может

ViPRosнужно для того, как минимум, что бы можно было ответить клиенту - "ваш заказ будет выполнен к сроку такому то"
это ничего не нужно

ViPRosну тогда можешь взять любой пакет по документообороту :)
Например?
Вообще я же не об этом, а посоветоваться насчет структуры. Как это можно было бы реализовать в БД?

ViPRos,

обиды тут не при чем, чес слово, просто нужно разобраться с задачей. Помоги, если можешь.
Ту схему нарисовал я, это точно, естетсвенно задача намного больше, просто я попытался выделить небольшой кусок, который у меня вызывает вопросы, а то тут все начнут писать, тебе за это платят вот и делай сам. Нет чтоб обсудить подсказать чего. Я же не прошу никого делать за меня мою работу, но посоветоваться же можно.

Может кто-то узнает схожую схему, которую уже использовал