<?xml version="1.0" encoding="UTF-8"?>
<!-- Moodle XML: тренувальний банк питань, модульний пул. Згенеровано tools/export/moodle-xml.ts, не редагуйте вручну. Імпорт: категорії з файлу, оцінки без округлення. -->
<quiz>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк]]></text></category>
    <info format="html"><text><![CDATA[<p>Тренувальні питання курсу: відкриті банки з поясненнями.</p>]]></text></info>
    <idnumber>tr</idnumber>
  </question>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк/Модуль 2. Організаційно-функціональна характеристика операційної діяльності підприємств]]></text></category>
    <info format="html"><text><![CDATA[<p>Організаційно-функціональна характеристика операційної діяльності підприємств</p>]]></text></info>
    <idnumber>tr-m2</idnumber>
  </question>
  <question type="category">
    <category><text><![CDATA[top/Тренувальний банк/Модуль 2. Організаційно-функціональна характеристика операційної діяльності підприємств/Тема 06. Управління поточним функціонуванням операційної системи]]></text></category>
    <info format="html"><text><![CDATA[<p>Прогнозування попиту, агрегатне планування, управління запасами, планування потреби в матеріалах і оперативне управління виробництвом.</p>]]></text></info>
    <idnumber>tr-t06</idnumber>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Яка стратегія агрегатного плану тримає нульовий запас і щоперіоду підлаштовує…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Яка стратегія агрегатного плану тримає нульовий запас і щоперіоду підлаштовує чисельність персоналу наймом і звільненням під прогнозований попит?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Стратегія погоні за попитом (AGG-01) встановлює обсяг випуску кожного періоду рівним попиту цього самого періоду: запасу не накопичують, а персонал і понаднормовий час підлаштовують наймом і звільненням. Стратегія рівномірного виробництва (AGG-02) діє навпаки: сталий темп, а різницю з попитом покриває запас.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q001</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Стратегія рівномірного виробництва]]></text>
      <feedback format="html"><text><![CDATA[<p>Навпаки: ця стратегія тримає сталий персонал і сталий темп випуску (AGG-02), а коливання попиту покриває запас, який накопичується й витрачається по періодах.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Стратегія погоні за попитом]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. AGG-01: Виробництво_t = Попит_t — випуск точно повторює прогноз кожного періоду, а персонал наймають і звільняють услід за ним.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[ABC-аналіз запасів]]></text>
      <feedback format="html"><text><![CDATA[<p>ABC-аналіз ранжує позиції запасу за вартісною часткою (EOQ-05) — це метод управління запасами, а не стратегія агрегатного плану.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Розмір партії «партія за партією»]]></text>
      <feedback format="html"><text><![CDATA[<p>Це метод визначення розміру замовлення в MRP (MRP-03): замовляти рівно нетто-потребу періоду, без надлишку. До агрегатного планування персоналу він не стосується.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="truefalse">
    <name><text><![CDATA[Оцініть твердження. Планування потреби в матеріалах (MRP) розраховує залежний…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Оцініть твердження. Планування потреби в матеріалах (MRP) розраховує залежний попит — потребу в компонентах і вузлах, яка виводиться з плану випуску готового виробу, — а не незалежний попит на готові вироби, що продаються напряму споживачу.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>MRP справді працює для залежного попиту: брутто-потреба компонента виводиться з планового замовлення батьківського рівня специфікації, а не з власного прогнозу продажів цього компонента. Незалежний попит (готові вироби для продажу) обслуговують EOQ, точка замовлення і страховий запас.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>1</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q002</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>true</text>
      <feedback format="html"><text><![CDATA[<p>Так, це правда. EOQ і точка замовлення працюють для незалежного попиту; MRP розв’язує задачу, яку вони розв’язати не можуть, — переводить план готового виробу в план замовлень на кожен компонент специфікації через залежний попит.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>false</text>
      <feedback format="html"><text><![CDATA[<p>Ні, твердження правильне. MRP переводить основний план-графік випуску готових виробів у план замовлень на кожен компонент специфікації саме тому, що попит на компоненти залежний — він виводиться з плану вищого рівня, а не з окремого прогнозу.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="matching">
    <name><text><![CDATA[Установіть відповідність між правилом пріоритетів і критерієм, який воно…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Установіть відповідність між правилом пріоритетів і критерієм, який воно мінімізує.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Чотири правила пріоритетів оптимізують чотири різні критерії черги: SPT — середній час виконання, EDD — максимальне запізнення, правило Джонсона — сумарний час виконання партії на двох послідовних верстатах, критичне відношення поєднує строк і залишок часу обробки в динамічний показник, який перераховують щодня.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q003</idnumber>
    <shuffleanswers>true</shuffleanswers>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <shownumcorrect/>
    <subquestion format="html">
      <text><![CDATA[Правило SPT]]></text>
      <answer><text><![CDATA[Мінімізує середній час виконання завдань і середнє число завдань у черзі]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Правило EDD]]></text>
      <answer><text><![CDATA[Мінімізує максимальне запізнення серед усіх завдань черги]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Правило Джонсона]]></text>
      <answer><text><![CDATA[Мінімізує сумарний час виконання (makespan) партії на двох послідовних верстатах]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text><![CDATA[Критичне відношення]]></text>
      <answer><text><![CDATA[Поєднує директивний строк і залишок часу обробки в один показник, який перераховують щодня]]></text></answer>
    </subquestion>
    <subquestion format="html">
      <text></text>
      <answer><text><![CDATA[Мінімізує сумарні витрати на найм і звільнення персоналу за горизонт плану]]></text></answer>
    </subquestion>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[У формулі оптимального розміру замовлення Q* = √(2DS / H)…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>У формулі оптимального розміру замовлення Q* = √(2DS / H) що позначає S?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>У формулі EOQ-01 D — річний попит, S — вартість оформлення й виконання одного замовлення, H — вартість зберігання одиниці запасу за рік. Більший S штовхає оптимальний розмір замовлення вгору (рідші, але більші замовлення), більший H — вниз.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q004</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Річний попит на позицію запасу]]></text>
      <feedback format="html"><text><![CDATA[<p>Річний попит у формулі EOQ-01 позначає D, а не S.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Час постачання від подання замовлення до надходження партії]]></text>
      <feedback format="html"><text><![CDATA[<p>Час постачання (lead time) — це L, він входить у формулу точки замовлення ROP = d̄ · L (EOQ-03), а не у формулу EOQ.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Вартість оформлення й виконання одного замовлення]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. S — вартість одного замовлення: чим вона вища, тим більшими партіями вигідно замовляти, щоб рідше її платити.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Вартість зберігання одиниці запасу за рік]]></text>
      <feedback format="html"><text><![CDATA[<p>Вартість зберігання одиниці запасу за рік у формулі EOQ-01 позначає H, а не S.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Який із трьох горизонтів планування операцій узгоджує наявну потужність із…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Який із трьох горизонтів планування операцій узгоджує наявну потужність із сезонним попитом через персонал, понаднормовий час і запаси, не змінюючи самої потужності?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Середньостроковий горизонт (агрегатне планування, місяці) працює саме так: потужність вже задана довгостроковим рішенням, і агрегатний план лише перерозподіляє її використання в часі. Довгостроковий горизонт (роки) визначає саму потужність; короткостроковий (дні й тижні) диспетчерує конкретні роботи в межах, які вже задав агрегатний план.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q005</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Довгостроковий горизонт]]></text>
      <feedback format="html"><text><![CDATA[<p>Довгостроковий горизонт визначає саму потужність, розміщення й технологію — структурні рішення на роки, а не узгодження вже наявної потужності з попитом.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Короткостроковий горизонт]]></text>
      <feedback format="html"><text><![CDATA[<p>Короткостроковий горизонт диспетчерує конкретні роботи на дні й тижні всередині меж, які вже задав агрегатний план середнього горизонту.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Усі три горизонти вирішують цю задачу однаковою мірою]]></text>
      <feedback format="html"><text><![CDATA[<p>Кожен горизонт відповідає за своє питання; узгодження потужності з сезонним попитом через персонал і запаси — задача саме середнього горизонту.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Середньостроковий горизонт]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Агрегатне планування — це саме середньостроковий горизонт: персонал, понаднормовий час і запаси узгоджують наявну потужність із сезонним попитом.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-remember</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[За однакового сумарного попиту за горизонт стратегія погоні та стратегія…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>За однакового сумарного попиту за горизонт стратегія погоні та стратегія рівномірного виробництва дають однакову суму регулярної оплати праці. Чому це не випадковість?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Хоч персонал і темп випуску по періодах різні, обидві стратегії виробляють той самий сумарний обсяг за той самий горизонт планування (AGG-01 і AGG-02 виходять із того самого ряду попиту). Регулярна оплата пропорційна виробленому обсягу, тому сумарні регулярні витрати праці в обох стратегіях однакові — розходяться лише витрати найму, звільнення й зберігання (AGG-03).</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q006</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="100" format="html">
      <text><![CDATA[Обидві стратегії виробляють однаковий сумарний обсяг за той самий горизонт, а регулярна оплата пропорційна виробленому обсягу]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Сумарний випуск за горизонт однаковий в обох стратегій за визначенням, тому й сумарні регулярні витрати праці на одиницю продуктивності збігаються.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Тому що обидві стратегії тримають однаковий запас на кінець горизонту планування]]></text>
      <feedback format="html"><text><![CDATA[<p>Запас — це якраз те, чим стратегії відрізняються найбільше: погоня тримає нульовий запас, рівномірне виробництво накопичує й витрачає його по періодах.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Тому що вартість найму й звільнення персоналу в обох стратегіях однакова]]></text>
      <feedback format="html"><text><![CDATA[<p>Навпаки, тут стратегії розходяться найбільше — погоня наймає й звільняє щоперіоду, рівномірне виробництво робить це щонайбільше один раз за весь горизонт.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Тому що обидві стратегії використовують той самий рівень понаднормового часу]]></text>
      <feedback format="html"><text><![CDATA[<p>Понаднормовий час у жодній із двох крайніх стратегій із прикладу не задіяний; вони розходяться коштом найму-звільнення проти зберігання запасу, а не понаднормового часу.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="truefalse">
    <name><text><![CDATA[Оцініть твердження. Якщо MAPE прогнозу невисокий (наприклад, 6%), це саме…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Оцініть твердження. Якщо MAPE прогнозу невисокий (наприклад, 6%), це саме по собі гарантує, що прогноз не зміщений системно в один бік.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>MAPE вимірює середній розмір похибки у відсотках від попиту, а не її напрямок. Прогноз може мати невисокий MAPE і водночас бути системно зміщеним — це виявляє окремий показник, сигнал відстеження (FC-07), який ділить накопичену похибку зі знаком на MAD. Точність і зміщення — різні питання.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>1</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q007</idnumber>
    <answer fraction="0" format="moodle_auto_format">
      <text>true</text>
      <feedback format="html"><text><![CDATA[<p>Ні, це не так. Невисокий MAPE показує лише те, що середній розмір похибки помірний; напрямок похибки він не враховує. Прогноз із малим MAPE усе одно може стабільно занижувати чи завищувати факт — це виявляє сигнал відстеження, а не MAPE.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="moodle_auto_format">
      <text>false</text>
      <feedback format="html"><text><![CDATA[<p>Так, твердження хибне. MAPE і сигнал відстеження вимірюють різні речі: MAPE — розмір похибки, сигнал відстеження — її системне зміщення в один бік. Малий MAPE не звільняє від перевірки сигналу відстеження.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Товар перейшов із системи управління запасами з фіксованим розміром замовлення…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Товар перейшов із системи управління запасами з фіксованим розміром замовлення на систему з фіксованим інтервалом поставки за тих самих параметрів попиту й часу постачання. Що саме зміниться?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>У системі з фіксованим розміром сталий саме обсяг замовлення (EOQ), а моменти замовлення плавають залежно від темпу споживання. У системі з фіксованим інтервалом (EOQ-06), навпаки, сталий інтервал між замовленнями T, а обсяг щоразу різний — це різниця між рівнем «поповнення до» S і фактичним запасом на момент перегляду.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q008</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Розмір кожного замовлення стане сталим, а інтервал між замовленнями — змінним]]></text>
      <feedback format="html"><text><![CDATA[<p>Це навпаки описує систему з фіксованим розміром замовлення (EOQ), яку товар щойно залишив, а не ту, на яку він перейшов.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Інтервал між замовленнями стане сталим, а розмір кожного замовлення — змінним]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. У системі з фіксованим інтервалом замовляють у сталі моменти часу T; обсяг щоразу дорівнює різниці між рівнем «поповнення до» S і фактичним запасом.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Страховий запас стане непотрібним, бо систему переглядають регулярно за розкладом]]></text>
      <feedback format="html"><text><![CDATA[<p>Страховий запас потрібен ще більше — рівень S мусить покривати весь інтервал T плюс час постачання L, а не лише L, як точка замовлення.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Точка замовлення ROP залишиться головним регулювальним параметром системи]]></text>
      <feedback format="html"><text><![CDATA[<p>У системі з фіксованим інтервалом головний регулювальний параметр — рівень «поповнення до» S, а не точка замовлення ROP, яка характерна саме для системи з фіксованим розміром.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Чому точка замовлення (ROP), розрахована без страхового запасу, забезпечує лише…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Чому точка замовлення (ROP), розрахована без страхового запасу, забезпечує лише приблизно половинний рівень обслуговування?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>ROP = d̄ · L (EOQ-03) враховує тільки середній попит за час постачання. Фактичний попит за цей період із рівною ймовірністю виявляється і вищим, і нижчим за середній, тож без буфера дефіцит настає приблизно в половині циклів поповнення. Страховий запас (EOQ-04) додає буфер саме на випадки, коли попит перевищує середній.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q009</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо формула ROP взагалі не враховує час постачання L]]></text>
      <feedback format="html"><text><![CDATA[<p>Формула EOQ-03 прямо включає час постачання: ROP = d̄ · L. Проблема не у відсутності L, а у відсутності буфера на відхилення попиту від середнього.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Бо середній попит — це лише центр розподілу; фактичний попит із рівною ймовірністю буває і вищим, і нижчим за нього]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Без запасу понад середній рівень система захищена лише від половини можливих відхилень попиту за час постачання.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо точка замовлення застосовна лише до системи з фіксованим інтервалом, а не з фіксованим розміром]]></text>
      <feedback format="html"><text><![CDATA[<p>ROP — параметр саме системи з фіксованим розміром замовлення; система з фіксованим інтервалом використовує інший параметр, рівень «поповнення до» S.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Бо рівень обслуговування 50% закладено в саму формулу EOQ через коефіцієнт z]]></text>
      <feedback format="html"><text><![CDATA[<p>Формула EOQ-03 не містить коефіцієнта z — він з’являється лише у формулі страхового запасу (EOQ-04), коли до розрахунку додають буфер.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Специфікація виробу показує, що деталь D входить лише до складу…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Специфікація виробу показує, що деталь D входить лише до складу вузла B, а вузол B — до складу готового виробу А. Як правильно розрахувати брутто-потребу D?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Залежний попит розгортається рівень за рівнем: брутто-потреба дочірнього компонента виводиться з планового замовлення свого безпосереднього батьківського рівня (яке вже враховує запас батьківського рівня), помноженого на норму витрати, а не напряму з основного плану-графіка (MPS).</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q010</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="0" format="html">
      <text><![CDATA[Помножити основний план-графік випуску А на норму витрати D на один виріб А напряму]]></text>
      <feedback format="html"><text><![CDATA[<p>Це проігнорує проміжний рівень B і його запас: якщо на складі вже є запас B, брутто-потреба D має враховувати саме планове замовлення B, а не весь випуск А без поправки.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Узяти нетто-потребу А як брутто-потребу D, бо в специфікації всі рівні пов’язані лінійно]]></text>
      <feedback format="html"><text><![CDATA[<p>Нетто-потреба А і брутто-потреба D — показники різних рівнів специфікації з різними нормами витрати; прирівнювати їх напряму не можна.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Скласти брутто-потреби А і B та помножити суму на норму витрати D]]></text>
      <feedback format="html"><text><![CDATA[<p>Брутто-потреби різних рівнів специфікації не підсумовують — кожен рівень розраховують окремо, від планового замовлення свого безпосереднього батьківського рівня.</p>]]></text></feedback>
    </answer>
    <answer fraction="100" format="html">
      <text><![CDATA[Помножити планове замовлення B (з урахуванням запасу B) на норму витрати D на один вузол B]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Брутто-потреба дочірнього рівня виводиться з планового замовлення свого безпосереднього батьківського рівня, а не напряму з MPS готового виробу.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-understand</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[Річний попит на комплектувальну деталь становить 1800 шт., вартість оформлення…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Річний попит на комплектувальну деталь становить 1800 шт., вартість оформлення одного замовлення — 225 грн, вартість зберігання одиниці запасу за рік — 9 грн. Обчисліть оптимальний розмір замовлення (EOQ), шт.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Q* = √(2DS / H) (EOQ-01). Тут 2DS = 2 · 1800 · 225 = 810 000; 810 000 / 9 = 90 000; √90 000 = 300 шт.</p><p>Джерело: <a href="https://duikt.edu.ua/uploads/l_1479_22227234.pdf">розділ 6.2.4 «Системи управління запасами при незалежному попиті», с. 170–171, оптимальний розмір замовлення Qopt (EOQ-01) Капінос Г.І., Бабій І.В. Операційний менеджмент, 2013</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q011</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>300</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: √(2 · 1800 · 225 / 9) = √90 000 = 300 шт.</p>]]></text></feedback>
      <tolerance>0.5</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>212.1</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо забути множник 2 у чисельнику формули (√(DS/H) = √45 000 ≈ 212,1). Формула EOQ-01 вимагає саме 2DS у чисельнику.</p>]]></text></feedback>
      <tolerance>0.5</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>90000</text>
      <feedback format="html"><text><![CDATA[<p>Це 2DS/H без кореня — проміжний результат, а не сам EOQ. Формулу треба довести до кінця й добути квадратний корінь.</p>]]></text></feedback>
      <tolerance>1</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>14.1</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо порахувати √(D/H), геть забувши про вартість оформлення замовлення S (√(1800/9) = √200 ≈ 14,1). S обов’язково входить у формулу EOQ-01.</p>]]></text></feedback>
      <tolerance>0.5</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[Фактичний попит за чотири періоди становив 50, 60, 55 і…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Фактичний попит за чотири періоди становив 50, 60, 55 і 65 шт.; прогноз на ці самі періоди — 45, 55, 58 і 60 шт. відповідно. Обчисліть середнє абсолютне відхилення (MAD), шт.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>MAD = (1/n) · Σ|Dt − Ft| (FC-04). Похибки: 50−45=5; 60−55=5; 55−58=−3; 65−60=5. Модулі: 5, 5, 3, 5; сума 18; MAD = 18/4 = 4,5 шт.</p><p>Джерело: <a href="https://elartu.tntu.edu.ua/handle/lib/21300">тема 9 «Прогнозування в операційному менеджменті», п. 9.3 «Методи часових серій», с. 96, середнє абсолютне відхилення (САВ) (FC-04) Гевко І. Операційний менеджмент, 2017</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q012</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>4.5</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: (5+5+3+5)/4 = 18/4 = 4,5 шт.</p>]]></text></feedback>
      <tolerance>0.05</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>3</text>
      <feedback format="html"><text><![CDATA[<p>Так вийде, якщо не взяти модуль похибок і просто усереднити їх зі знаком: (5+5−3+5)/4 = 3,0. MAD вимагає саме модуля кожної похибки (FC-04), інакше додатні й від’ємні похибки скасовують одна одну.</p>]]></text></feedback>
      <tolerance>0.05</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>21</text>
      <feedback format="html"><text><![CDATA[<p>Це значення середньоквадратичної похибки MSE (FC-05), а не MAD: (25+25+9+25)/4 = 21. Питання просить саме середнє абсолютне відхилення.</p>]]></text></feedback>
      <tolerance>0.5</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>7.87</text>
      <feedback format="html"><text><![CDATA[<p>Це значення середньої абсолютної похибки у відсотках MAPE (FC-06), а не MAD в натуральних одиницях. MAD вимірюється в тих самих одиницях, що й сам попит.</p>]]></text></feedback>
      <tolerance>0.1</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="cloze">
    <name><text><![CDATA[Середній попит на позицію запасу становить 15 шт./день, час постачання…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Середній попит на позицію запасу становить 15 шт./день, час постачання — 4 дні. Точка замовлення без страхового запасу дорівнює {1:NUMERICAL:=60:0.5#Правильно: ROP &#61; d̄ · L &#61; 15 · 4 &#61; 60 шт. (EOQ-03).~3.75:0.1#Це переставлені місцями чисельник і знаменник (L / d̄ &#61; 4/15 ≈ 3,75). Формула EOQ-03 вимагає добутку d̄ · L, а не частки.~4:0.1#Це лише час постачання L без урахування середнього попиту d̄. Точка замовлення — це добуток обох величин.} шт. Якщо коефіцієнт рівня обслуговування z = 2,0, а стандартне відхилення попиту за час постачання σ_dLT = 15 шт., страховий запас дорівнює {1:NUMERICAL:=30:0.5#Правильно: SS &#61; z · σ_dLT &#61; 2,0 · 15 &#61; 30 шт. (EOQ-04).~17:0.5#Так вийде, якщо додати z і σ_dLT замість того, щоб їх перемножити (2,0 + 15 &#61; 17). Формула EOQ-04 вимагає добутку, а не суми.~7.5:0.5#Так вийде, якщо поділити σ_dLT на z замість множення (15 / 2,0 &#61; 7,5). Формула EOQ-04: SS &#61; z · σ_dLT.} шт.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>ROP = d̄ · L (EOQ-03): 15 · 4 = 60 шт. SS = z · σ_dLT (EOQ-04): 2,0 · 15 = 30 шт. Повна точка замовлення з урахуванням страхового запасу становила б 60 + 30 = 90 шт., хоча питання просить кожне значення окремо.</p><p>Джерело: <a href="https://duikt.edu.ua/uploads/l_1479_22227234.pdf">розділ 6.2.4 «Системи управління запасами при незалежному попиті», с. 171, точка повторного замовлення R = dav · L (EOQ-03) Капінос Г.І., Бабій І.В. Операційний менеджмент, 2013</a> (перевірено 23.09.2026)</p><p>Джерело: <a href="https://duikt.edu.ua/uploads/l_1479_22227234.pdf">розділ 6.2.4 «Системи управління запасами при незалежному попиті», с. 175–176, резервний запас z · σL (EOQ-04) Капінос Г.І., Бабій І.В. Операційний менеджмент, 2013</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q013</idnumber>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="numerical">
    <name><text><![CDATA[На робочому місці одночасно чекають чотири завдання з тривалістю обробки…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>На робочому місці одночасно чекають чотири завдання з тривалістю обробки 3, 5, 2 і 4 дні відповідно (у порядку надходження). Застосуйте правило SPT і обчисліть середній час виконання завдань, днів.</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Правило SPT (SCH-01) сортує завдання за зростанням тривалості: 2, 3, 4, 5. Моменти завершення: 2, 5, 9, 14. Середній час виконання = (2+5+9+14)/4 = 30/4 = 7,5 дня.</p><p>Джерело: <a href="https://openlibrary.org/isbn/9780134163512">розділ 15 «Short-Term Scheduling», підрозділ «Priority Rules for Sequencing Jobs», SPT (SCH-01) Heizer J., Render B., Munson C. Operations Management, 2016</a> (перевірено 23.09.2026)</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q014</idnumber>
    <answer fraction="100" format="moodle_auto_format">
      <text>7.5</text>
      <feedback format="html"><text><![CDATA[<p>Правильно: SPT-послідовність 2, 3, 4, 5 дає моменти завершення 2, 5, 9, 14; середнє (2+5+9+14)/4 = 7,5 дня.</p>]]></text></feedback>
      <tolerance>0.05</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>8.75</text>
      <feedback format="html"><text><![CDATA[<p>Це середній час виконання за первинним порядком надходження (3, 5, 2, 4), а не за правилом SPT: моменти завершення 3, 8, 10, 14 дають середнє 8,75. Потрібно було спершу відсортувати завдання за зростанням тривалості.</p>]]></text></feedback>
      <tolerance>0.05</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>30</text>
      <feedback format="html"><text><![CDATA[<p>Це сума моментів завершення без ділення на кількість завдань (2+5+9+14=30). Середній час виконання вимагає поділити цю суму на 4.</p>]]></text></feedback>
      <tolerance>0.5</tolerance>
    </answer>
    <answer fraction="0" format="moodle_auto_format">
      <text>3.5</text>
      <feedback format="html"><text><![CDATA[<p>Це середня тривалість обробки самих завдань (3+5+2+4)/4 = 3,5, а не середній час їх виконання в черзі. Час виконання рахують від моментів завершення, а не від тривалості кожного завдання окремо.</p>]]></text></feedback>
      <tolerance>0.05</tolerance>
    </answer>
    <unitgradingtype>0</unitgradingtype>
    <unitpenalty>0.1</unitpenalty>
    <showunits>3</showunits>
    <unitsleft>0</unitsleft>
    <tags>
      <tag><text>bloom-apply</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
  <question type="multichoice">
    <name><text><![CDATA[Диспетчер порівнює два правила для тієї самої черги з п’яти…]]></text></name>
    <questiontext format="html"><text><![CDATA[<p>Диспетчер порівнює два правила для тієї самої черги з п’яти завдань: SPT дає середній час виконання 10,6 дня при максимальному запізненні 13 днів; EDD дає середній час виконання 14,2 дня при максимальному запізненні 6 днів. За контрактом дільниця платить штраф лише за перевищення директивного строку на понад 10 днів у будь-якому окремому завданні; штрафу за середній час виконання в контракті немає. Яке правило варто обрати?</p>]]></text></questiontext>
    <generalfeedback format="html"><text><![CDATA[<p>Аналіз мусить спиратися на те, за що саме дільниця платить, а не на те, який показник «краще звучить» абстрактно. Контракт штрафує лише перевищення запізнення понад 10 днів у окремому завданні: SPT дає максимальне запізнення 13 днів (перевищує поріг і тягне штраф), EDD — 6 днів (під порогом, штрафу немає). Кращий середній час виконання SPT тут не має грошової ваги за умовами контракту.</p>]]></text></generalfeedback>
    <defaultgrade>1</defaultgrade>
    <penalty>0</penalty>
    <hidden>0</hidden>
    <idnumber>t06-q015</idnumber>
    <single>true</single>
    <shuffleanswers>true</shuffleanswers>
    <answernumbering>abc</answernumbering>
    <showstandardinstruction>0</showstandardinstruction>
    <correctfeedback format="html"><text><![CDATA[<p>Правильно.</p>]]></text></correctfeedback>
    <partiallycorrectfeedback format="html"><text><![CDATA[<p>Частково правильно.</p>]]></text></partiallycorrectfeedback>
    <incorrectfeedback format="html"><text><![CDATA[<p>Неправильно.</p>]]></text></incorrectfeedback>
    <answer fraction="100" format="html">
      <text><![CDATA[EDD, бо його максимальне запізнення 6 днів лишається під контрактним порогом штрафу, а SPT його перевищує]]></text>
      <feedback format="html"><text><![CDATA[<p>Так. Контракт штрафує саме перевищення порогу запізнення в окремому завданні; за цим критерієм EDD безпечний (6 &amp;lt; 10), а SPT — ні (13 &amp;gt; 10), тому виграш SPT у середньому часі виконання тут не важить.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[SPT, бо він завжди дає менший середній час виконання, а це головний показник ефективності черги]]></text>
      <feedback format="html"><text><![CDATA[<p>Середній час виконання дійсно нижчий у SPT, але контракт штрафує не його, а перевищення строку в окремому завданні — саме за цим критерієм SPT програє.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Це не має значення: обидва правила зрештою виконують ту саму сукупність завдань за той самий сумарний час]]></text>
      <feedback format="html"><text><![CDATA[<p>Сумарний час обробки завдань дійсно однаковий, але порядок виконання змінює моменти завершення кожного завдання окремо, а штраф контракту прив’язаний саме до запізнення окремого завдання, а не до суми.</p>]]></text></feedback>
    </answer>
    <answer fraction="0" format="html">
      <text><![CDATA[Жодне з двох правил не підходить: потрібне обов’язково правило Джонсона для будь-якої черги з кількома завданнями]]></text>
      <feedback format="html"><text><![CDATA[<p>Правило Джонсона застосовується до задачі двох послідовних верстатів в однаковому порядку проходження, а не до довільної черги завдань на одному робочому місці — тут воно нерелевантне.</p>]]></text></feedback>
    </answer>
    <tags>
      <tag><text>bloom-analyze</text></tag>
      <tag><text>topic-t06</text></tag>
    </tags>
  </question>
</quiz>
