Більш жорсткою вимогою до системи, ніж просто гарантоване завершення процесу, є його гарантоване завершення до зазначеного часу або за вказаний інтервал часу. Стратегія, яка враховує жорсткі тимчасові обмеження, є окремим випадком стратегії, при якій перевага віддається привілейованим користувачам. Які процеси мають жорсткі тимчасові обмеження? В системі з пакетними і інтерактивними процесами на останні можна накласти жорсткі тимчасові обмеження, щоб забезпечувати необхідний час відповіді. У деяких прикладних системах управління процес, пов'язаний з пристроями, які не належать до обчислювальної системи, може вимагати установки його на процесор з певною частотою або в певні моменти часу. Для програми складання платіжної відомості тимчасовим обмеженням є вимога eе виконання за день або два до виплати грошей. Існують дисципліни планування, що враховують жорсткі тимчасові обмеження, але не існує дисциплін, які могли б надати більше процесорного часу, ніж може бути в принципі виділено.
Планування з урахуванням жорстких часових обмежень легко реалізувати, організовуючи чергу готових до виконання процесів в порядку зростання їх тимчасових обмежень. Основним недоліком такого простого упорядкування є те, що процес за рахунок інших процесів може бути обслужений швидше, ніж йому необхідно. Наприклад, 5-хвилинному пакетному процесу, який повинен бути виконаним протягом 20 хвилин, потрібна тільки одна чверть процесорного часу, доступного протягом найближчих 20 хвилин. Якщо пріоритет цього процесу більше, ніж у інших, і його тимчасові обмеження найменші, то він може бути поставлений на процесор і виконаний до кінця. Це затримає інші процеси, навіть дуже короткі, на цілих 5 хвилин.
Щоб забезпечити необхідний час відповіді, можна скористатися іншим підходом: замість того, щоб виконувати процес за один раз до кінця, як це було в попередньому випадку, виділяти йому процесор кілька разів протягом деякого часу. Гарантувати обслуговування можна трьома різними способами:
1. Виділяти мінімальну частку процесорного часу певного класу процесів, якщо принаймні один з процесів готовий до виконання.
2. Виділяти мінімальну частку процесорного часу деякого конкретного процесу, якщо він готовий до виконання.
3. Виділяти стільки процесорного часу деякого процесу, щоб він міг виконати необхідні дії до терміну.
У першому випадку різних класів процесів відповідають вимоги, виражені в термінах різних часових періодів. Наприклад, можна відводити 10% від кожних 10 мсек процесам реального часу, 45% від кожних 2с - інтерактивним процесам і 25% від кожних 10 хв - пакетним процесам. Звичайно, сума гарантованого часу обслуговування не повинна перевищувати 100%.
У другому випадку можна гарантувати час обслуговування, виходячи з оплачуваних пріоритетів або з необхідності виконувати демонстраційну програму при великому завантаженні системи. Третій спосіб застосовується до пакетним процесам, таким, наприклад, як програми, що видають повідомлення про стан пацієнтів лікарні.
Другий спосіб можна розглядати як окремий випадок першого, клас якого має одного представника. Третій спосіб можна звести до другого, виділяючи процесу певний відсоток часу, який дорівнює відношенню замовленого часу до різниці між часом появи процесу в системі і часом, до якого процес має бути завершений, враховуючи при цьому перебування процесу в заблокованому стані.