M1. Реєстрація замовлення

Основна діюча особа: Менеджер.

Інші учасники прецеденту: відсутні

Зв‘язки з іншими варіантами використання: відсутні

Короткий опис.

Даний варіант використання дозволяє Менеджеру реєструвати і передавати у виробництво нові замовлення. Кожне замовлення в електронній формі містить дату необхідної готовності і впорядкований перелік робіт з вказівкою протяжності кожної з них в часі. Термінові замовлення позначаються ознакою «Терміново». Термінові замовлення необхідно виконати в строк, можливо, навіть в збиток звичайним замовленням. Для інших замовлень дата необхідної готовності повинна носити рекомендаційний характер. Роботи за замовленням вибираються з довідника робіт. Часи робіт розраховуються автоматично. Для забезпечення можливості розрахунку менеджер повинен вказувати додаткові властивості замовлення і його робіт, такі, як тираж, формат, кількість основних кольорів, кількість змішаних кольорів, кількість згинів і тому подібне.

M2. Зміна замовлення

Основна діюча особа: Менеджер.

Інші учасники прецеденту: Диспетчер

Зв‘язки з іншими варіантами використання: відсутні

Короткий опис.

Даний варіант використання дозволяє менеджеру внести зміни в описи замовлень, що знаходяться у виробництві. Для замовлень, роботи над якими ще не почалися, можливі зміни будь-яких параметрів замовлення: тиражу, набору робіт, параметрів робіт, дати готовності та інших. Для замовлень, виконання яких вже почалося, існують наступні обмеження. Статус замовлення, переданого у виробництво, як «звичайний», не може бути змінений на «терміновий». Плановий термін виконання не може бути зсунутий назад за часовою шкалою. Забороняються будь-які зміни в описах робіт, які вже початі.

Диспетчер повідомляється про результати змін.

M3. Видалення замовлення

Основна діюча особа: Менеджер.

Інші учасники прецеденту:Диспетчер; Майстер цеху

Зв‘язки з іншими варіантами використання: відсутні

Короткий опис.

Даний варіант використання дозволяє Менеджеру знімати замовлення з виробництва. Для замовлень, роботи над якими ще не почалися, видаляється вся інформація. Для замовлень, виконання яких вже почалося, видаляється планова інформація про роботи, які ще не початі. Про видалення замовлень Система автоматично інформує диспетчера та майстра цеху.

M4. Запит про замовлення

Основна діюча особа: Менеджер або диспетчер.

Інші учасники прецеденту: відсутні

Зв‘язки з іншими варіантами використання: відсутні

Короткий опис.

Даний варіант використання дозволяє Менеджеру дізнаватися про плани виробництва замовлення, а також про фактичні результати виконання робіт над замовленням. Оскільки Менеджер не завжди має доступ до комп'ютеризованого робочого місця, даний варіант використання має бути доступний також і Диспетчеру, для консультування Менеджера по телефону.

D1. Планування нового замовлення

Основна діюча особа: Диспетчер.

Інші учасники прецеденту: відсутні

Зв‘язки з іншими варіантами використання: розширюється прецедентом «D3. Планування термінового замовлення».

Короткий опис.

Система повідомляє Диспетчера про наявність нового замовлення та відображає список робіт по замовленню, їх тривалість та плановий термін замовлення. Диспетчер спостерігає загрузку ресурсів на діаграмі завантаженості обладнання. Кожний ресурс відображається в вигляді лінійки загрузки ресурсу – лінії часу з відміткою вільних та зайнятих проміжків. Для кожної із робіт замовлення Диспетчер здійснює:

§ вибір ресурсу (доступні тільки сумісні ресурси),

§ розміщення роботи на вільний проміжок (сукупність вільних проміжків) лінійки загрузки ресурсу.

Система слідкує за тим, щоб зберігалась послідовність робіт всередині замовлення. Якщо робота замовлення поміщається всередину зміни, роботам співставляється завдання. В протилежному випадку роботі співставляється сукупність завдань (їх загальна протяжність може займати декілька днів).

3.6 D2. Корекція плану

Основна діюча особа: Диспетчер.

Інші учасники прецеденту: Менеджер

Зв‘язки з іншими варіантами використання: розширюється прецедентом «D3. Планування термінового замовлення».

Короткий опис.

Система повідомляє Диспетчера про наявність замовлення, яке було раніше заплановане, але з яким сталася позапланова ситуація . Система окремо відображує список вже виконаних робіт за замовленням і список робіт, що залишилися, з вказівкою їх тривалості. Залежно від статусу замовлення, Диспетчер планує роботи, що залишилися, так, як це передбачено прецедентом D2, або D4. Система автоматично повідомляє Менеджера про всі зміни в планах робіт за замовленням.

D3. Планування термінового замовлення

Основна діюча особа: Диспетчер.

Інші учасники прецеденту: відсутні

Зв‘язки з іншими варіантами використання: розширюється прецедентом «D3. Планування термінового замовлення».

Короткий опис.

Система повідомляє Диспетчера про наявність нового замовлення з статусом «Термінове». В цілому послідовність виконання прецеденту відповідає базовому прецеденту. Виключення полягає в тому, що при аналізі вільних і зайнятих проміжків зайнятим вважається проміжок, в якому вже присутні завдання інших термінових замовлень. Завдання звичайних замовлень ігноруються. Після закінчення планування замовлення Система аналізує список колізій. Колізія, в даному контексті, – це пересічення нового запланованого завдання і завдання запланованого раніше. Система складає список замовлень, що увійшли до колізії із знов запланованим замовленням. По кожному з них запускається прецедент «Корекція плану».

Поиск по сайту: