Два вопроса: календарь связей и секунды

[Peter]

У меня есть два вопроса, которые разработчики с полным правом могут проигнорировать.
Все же задам.

1. Зачем нужен календарь у связей при задержке между операциями? Не могу себе представить ни одного реального примера применения такого календаря.

2. Зачем в программе вообще упоминаются секунды? При вводе дат они предусмотрены.
В рабочие периоды секунды все равно ввести невозможно. Да и целесообразность расчета проекта с точностью до секунд, мягко говоря, не очевидна.

[Владимир Либерзон]

Простой пример: между заливкой бетона и снятием опалубки должно пройти два астрономических дня, зотя длительность обеих работ исчисляется в рабочем времени с учетом выходных.
Спайдер используется и для моделирования коротких технологических процессов. Там минута может оказаться слишком грубым интервалом. У пользователей есть выбор в каком формате показывать время. Так что это никому не мешает.

[Peter]

Спасибо за ответы.

Простой пример: между заливкой бетона и снятием опалубки должно пройти два астрономических дня, зотя длительность обеих работ исчисляется в рабочем времени с учетом выходных.

Я бы рассматривал этот пример как ситуацию, когда календарь связи не нужен - чистая задержка по времени, без всяких календарей. Ну, или с календарем 7*24, если угодно.
Не могу представить пример, когда для связи нужен какой-нибудь календарь с экзотическими рабочими периодами и исключениями.

[Владимир Либерзон]

Что такое "чистая" задержка по времени. Это и есть задержка по календарю 7/24.
Я вообще к задержкам по времени отношусь осторожно и предлагаю в основном пользоваться задержками по объемам, которые более технологичны.
Но если вы захотите моделировать задержки по объемам через задержки по времени, как приходися делать если использовать западные пакеты, то время такой задержки подсчитывается как время, необходимое для выполнение необходимого объема определенными ресурсами, у которых могут быть свои календари.

[Константин Ефремов]

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

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

[Peter]

Хм, пожалуй, я понял вашу логику.
Суть в том, что такие связи можно спокойно заменить операциями. При этом могут упрекнуть, что "перегружается модель".

А в противном случае перегружается программа - лишними возможностями. Богатые возможности - не всегда благо. Теряется простота, труднее освоение. Еще неизвестно, что хуже.
Но это так, мысли вслух.
Всем спасибо.

[Владимир Либерзон]

Если речь мдет о временной задержке, то можно добавлять фиктивные операции, а потом вводить по ним учетные данные. Это не только перегрузка модели, но и дополнительная работа. К тому же временные задержки могут быть и отрицательными, тогда уже не получится. Что касается объемных задержек, то их операциями не заменить.
Серьезные технологии не могут быть совсем простыми. Конечно можно обойтись без МРТ и компьютерной томографии, без мобильных телефонов и компьютеров и ездить на лошадях. И использовать технологии середины прошлого века в управлении современными проектами, пользуясь простенькими программами вроде MS Project и Oracle Primavera. Но стоит ли?

[Peter]

Если речь мдет о временной задержке, то можно добавлять фиктивные операции, а потом вводить по ним учетные данные. Это не только перегрузка модели, но и дополнительная работа. К тому же временные задержки могут быть и отрицательными, тогда уже не получится. Что касается объемных задержек, то их операциями не заменить.

Так я не предлагал заменять все задержки операциями. Я предлагал убрать у связей календарь (считать, что он всегда 7*24). А объемным задержкам календарь и так не нужен.
Вообще-то, слово "предлагал" не подходит совершенно.
Я всего лишь изучаю возможности программы. Это попытка понять: можно было бы убрать календарь у связей не потеряв в принципе возможностей? Получается, что можно.
О целесообразности вообще речи нет.

[Владимир Либерзон]

Ну уж нет. Всегда 24/7 не годится. Задержка может понадобиться и в рабочем времени.