softmaster,
Слушайте! Это же простейшая тривиальная задача треккинга. Схему надо планировать таким образом, чтобы она отражала действительное состояние дел на производстве.


Если упростить задачу до сформулированной вами и ввести следующие граничные условия на техпроцесс, что:
1) любая операция начинается и заканчивается на одном рабочем месте
2) любая операция начинается и оканчивается в унисонный отрезок времени (не возможно прервать одно задание,запустить другое, потом, по завершению другого, продолжать прерванное)
3) Операции техконтроля введены в техпроцесс (как бы само собой разумеется, но у многих я видел, что не так)


то, в общем случае, как-то так:

Справочники:

РМ ( рабочие места : рабочие места обработки, контроля, промежуточного хранения, изоляция брака, оформления документации и пр.)
Техпроцессы (технологические потоки, операции, оборудование, спецификации деталей и сб.единиц....)

Состояния техпроцесса,операций (Начат, в процессе, приостановлен, возобновлён, стоп-процесс, и любые другие которые нужны вам)
Замещение рабочих мест (грубо говоря кто в какое время работал на данном рабочем месте)

Документация:заказ-наряды
Документация:маршрутные листы


Журнал учёта работ :
Наименование полякраткопояснение...службные поля и индексы...fk_наряд_заказаКод из справочника наряд-заказовid операции из справочника техпроцессовИсточник Из справочника рабочих месткод рабоxего места, откуда прибыла деталь или сборкаНазначение Из справочника рабочих месткуда планирутся передать после окочания. Если техпроцесс жёсткий и его невозможно менять динамически, то это поле будет не нужно и его значение можно возвращать из справочника "техпроцессы"Нач состояниеиз справочника остояний Годен, проверенЮ брак и др. В простейшем случае не нужен, но по нему полезно бывает отрабатывать триггеры и данная денормализация бывае полезной.id записи докуметации код записи в маршрутном листеМы обычно используем код самого маршрутного листа, а текущая запись и является записью маршрутного листа.конечное состояние Годен, проверенЮ брак, передан на след операцию и дрid записи докуметации код записи в маршрутном листе, где отражается данная операция -Null или спецкод подверждающий приёмку данной операции, а в случае брака код записи браковочной ведомости за день, которая потом отображается в итоговом маршрутном листе.timestamp_начального состояния дата и время начала операции)timestamp_конечного состояния дата и время окончания операцииКод детали( сборки) по окончании операции. из спецификации, являющейся частью техдокументацииНаличие данного кода означает, что деталь получила новый статус и продвинулась по иерархии техпроцесса к вершине.

Таким образом мы имеем цепочку состояний, которые соотносятся с этапами производственной цепочки, отобржаем:
любой произвольный маршрут, пусть даже не запланированный техпроцессом,
храним сведения о состоянии операции (включая такие случаи как прерывание операции, продолжение прерванной операции, исправление брака, фиксирование неисправимого брака)
отображаем состояние изделия в производственной документации.
отвечаем на пункты задачи ТопикСтарта ## 3,6
Я могу в режиме псевдо-онлайн видеть снапшот всего производственного цикла.
[offtop]
Я, конечно зануда, но где пункты 4 и 5? :D
[/offtop]

Это упрощённый пример БД действующего у нас приложения.