Предлагаю задаться конкретной классификацией, например:

I. - Системы жесткого реального времени:
Время расчета остатка одной позиции = (Не более 1 миллисекунды)

II. - Системы среднего реального времени:
Время расчета остатка одной позиции = (Не более 1 секунды)

III. - Системы мягкого реального времени:
Время расчета остатка одной позиции = (Не более 100 секунд)

и дальше говорить более конкретно

mazzy Programmer_OrtodoxПредлагаю задаться конкретной классификацией, например:

I. - Системы жесткого реального времени:
Время расчета остатка одной позиции = (Не более 1 миллисекунды)

II. - Системы среднего реального времени:
Время расчета остатка одной позиции = (Не более 1 секунды)

III. - Системы мягкого реального времени:
Время расчета остатка одной позиции = (Не более 100 секунд)

и дальше говорить более конкретно
Это излише.
Здесь было хорошее определение.

Еще раз: давайте не будем в этом разделе про системы реального времени.
И это будет совершенно напрасно! Все как раз по теме, причем строго по теме!

Я имел ввиду, что текущий остаток некой материальной позиции, а главное, оперативность его расчета, является одной из центральных задач на многих предприятиях, хотя много людей видимо мыслят категориями чисто конторскими. На большом складе могут быть заняты много людей, у которых сканер прямо на руке и который меняет количества или, в цехах весовые терминалы, ну и т.д. Т.е. сегодня слишком много компьютеризованного оборудования,которое напрямую может менять какие то остатки.
ЗЫ
Традиционно под программами реального времени имели ввиду некий примитивный софт,записанный например в микросхему контроллера. Те времена давно уже канули в лету!!! Хочется надеяться, что безвозвратно

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

Хотел бы добавить, что здесь речь идет просто о нужной функциональности, а не об абстрактной классификации тех или иных программ категории ERP и пограничных с ними. Могут быть просто конкретные функции по расету чего-то в режиме реалтайм, например для пользователей, которые вошли в систему со склада или торгового зала. А бабушка ГлавныйБухгалтер будет пользоваться обыкновенной функцией, рассчитывающей остатки по-конторски, а не RealTime. Так что, незачем всей системе вешать тот или иной ярлык, к какой она категории относиться, есть просто функции..

Каменный Гость Programmer_Ortodox
Я имел ввиду, что текущий остаток некой материальной позиции, а главное, оперативность его расчета, является одной из центральных задач на многих предприятиях, хотя много людей видимо мыслят категориями чисто конторскими. На большом складе могут быть заняты много людей, у которых сканер прямо на руке и который меняет количества или, в цехах весовые терминалы, ну и т.д. Т.е. сегодня слишком много компьютеризованного оборудования,которое напрямую может менять какие то остатки.
ЗЫ
Традиционно под программами реального времени имели ввиду некий примитивный софт,записанный например в микросхему контроллера. Те времена давно уже канули в лету!!! Хочется надеяться, что безвозвратно

И не зря. Одним из критериев работы системы реального времени является предсказуемость результата. А значит, что мы можем оценить спектр входных и выходных значений. В случае задачи расчета остатков на складе, боюсь оценить оба этих спектра, не представляется возможным.
Если вы думаете что системы реального времени это примитивный софт, боюсь вы, совсем не в курсе дела. По красоте реализации, этот "примитивный софт" годов так 80-90 даст фору многим произведениям нынешних софтовых гигантов.

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

Скажите, а у вас приход, расход регистрируют в реальном времени? Или существует задержка, скажем, минут 20 пока погрузчик не приедет и не скинет данные? Так зачем вам учетная система реального времени на складе, которая не будет показывать реальные остатки? Может лучше и дешевле обязать погрузчик отчитываться каждые 10 минут? При минимальных затратах у вас улучшение показателя «реальности» в ДВА раза.
Нынешний софт,большой и интеллектуальный тоже умеет жить прямо на борту контроллера вместе с Windows