_мод,

я же описал проблему
"Процедуру" запускает пользователь (имеет право на запуск процедуры), процедура кеширует данные, на которых у пользователя нет прав

softwarer,

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

softwarer,

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

softwarer,

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

Лагман,

ты по моему немного не то говоришь
по аналогии
в кассе №1 имеет право работать только 3 чека
теперь ситуация - в кассе появились/ушли деньги и при этом никто из тех 3 чек эту операцию не совершил

операцию совершил например кассир кассы №2
ВИПРОС не дает кассиру кассы №2 такого права
потому приходится дать этому кассиру права на кассу №1 и так далее
или все эти права фигня полная

softwarerViPRosно при этом не хотя вести детальный контроль
У меня такое ощущение, что проблема в "спланированный процесс работы приложения столкнулся с реальностью". И надо таки искать пути перепланировать таким образом, чтобы он реальности соответствовал.

Вам нужны некие признаки, чтобы использовать их в дальнейших вычислениях, если я правильно понимаю. При этом на самом деле значение этих величин - константа "ХЗ". И я бы попробовал отталкиваться от этого факта. Поставить процессу признак "неконтролируемый" и в этом случае с одной стороны не требовать его контроля, с другой - при контроле входа, питаемого неконтролируемым процессом, верить , что тот отработал. Как-нибудь так...
да нет - построенные планы 1000 раз проанализированы и считаются приемлемыми по всем параметрам (поверь)
я уже говорил, есть понятие процесс-точка контроля, тип процесса - точка контроля и т.д.
допустим, есть случай где контролируются процессы перемещения, при этом процессоры такого типа процессов имею особые календари (межсменые, почасовые и т.д.) которые заставляют все межструктурные перемещения выполнить в определенное время и тем самым уменьщить размерность задач контроля
много способов придумано
просто я заметил что эти способы нарушают систему раздачи прав на данные
а так спасибо, что потратил время

Лагман,

да

Лагман,

/topic/760944&pg=1

права даются на данные и на действия
только действие над данными ограничивается правами на данные

во блин
12724150

softwarer,

ну я ж то же самое делаю
но смотри вася имеет право на метод "расчет зарплаты"
кончено випрос дасть васе рассчитать зарплату только для тех сотрудников, которые ему доступны
но представь, что зарплата доступных васе сотрудников считается по формуле (зарплата насяльника /2), при этом насяльник васе не доступен

просто мне надо расширить понятие прав до полного (читать, видеть, менять, удалить и т.д.), а у меня сейчас только (читать, видеть прочитанное, редактировать увиденное), что бы он мог что то читать но не видеть и т.д.