но розглянути сам процес переходу від РБП до УБП. Перш за все, звернемося до самої концепції ділової гри, процес проектування ділової гри можна представити у вигляді структурної схеми, представленої на малюнку 1.2.
Вихідними даними для проектування ДІ є опис бізнес-процесів на реальних підприємствах. Застосування процедур системного аналізу предметної області до описів бізнес-процесів, дає можливість отримати онтологію предметної області і моделі уніфікованих навчальних бізнес-процесів. Відомості про УБП і компетенції, які знаходяться в освітньому стандарті, використовуються для побудови матриці покриття компетенцій бізнес-процесами, і надалі, сценарію ділової гри.
Особлива роль сценарію, полягає у виділенні з моделей УБП необхідної інформації, яка дозволяє сконцентрувати увагу на використанні у діловій грі ситуаційних практичних завдань, вирішення яких ефективно формує вибрані компетенції.
У УБП розділяється на керуючі і не керуючі навчальні бізнес процеси [2]. Заради наочності даний факт був опущений в процесі розробки навчального бізнес-процесу, він буде розглянутий протягом подальшої розробки СКДІ. Як уже йшлося в попередній частині, необхідно виділити проміжний крок при переході від реальних бізнес процесів до навчального. У концепції цей крок відображений системним аналізом предметної області. Розглянемо цей етап більш докладно (рис. 1.3).
Процес аналізу різних реальних бізнес-процесів та виробничих стандартів дозволяє виділити загальні характеристики реальних бізнес-процесів, врахувати допущені в них помилки за допомогою стандартів, склавши, таким чином, певною мірою ідеалізовану модель робочого бізнес-процесу. Також даний крок дозволяє визначити онтологію предметної області і виділити різні її наповнення, які залежатимуть від розглянутих підприємств.
Малюнок 1.2. Проектування ділової гри
Малюнок 1.3. Процес переходу від реального бізнес-процесу до навчального
У сукупності, модель реального бізнес-процесу переведена в навчальну форму разом з онтологією предметної області і різними її наповненнями дозволять створювати різноманітні сценарії. Під сценарієм розуміється набір, що складається з навчального бізнес-процесу, онтології і її наповнення і певних критеріїв оцінки компетенцій.
1.4 Розробка мови опису навчальних бізнес-процесів
На даному етапі роботи був вивчений процес переходу від моделі реального бізнес-процесу до навчального. Необхідно розробити такий мова опису, який задовольнятиме усім викладеним раніше вимог до навчальних бізнес-процесам.
Заради наочності розглянемо ідеалізований та уніфікований в необхідній мірі абстрактний бізнес-процес, який складається з трьох послідовних операцій «А», «В» і «С». Також, поки не будемо брати до уваги економічні, часові та інші характеристики даних операцій, оскільки вони не відіграють істотної ролі при переході до навчального бізнес-процесу. Тоді модель цього бізнес-процесу буде виглядати наступним чином (рис. 1.4):
Малюнок 1.4. Модель абстрактного бізнес-процесу
Даний процес є досить простим, оскільки необхідного результату можна досягти, виконавши всього лише три послідовні операції - «А», «В» і «С». Тепер необхідно перевести його в навчальну форму, грунтуючись на висунутих раніше вимогах до навчальних бізнес-процесам.
Першою вимогою є уніфікованість навчального бізнес-процесу. Воно виконується, оскільки згідно поставленим умовам модель розглянутого бізнес-процесу, на якій грунтується навчальний бізнес-процес, в достатній мірі уніфікована. Аналогічно виконується і друга вимога - Ідеалізування.
Третьою вимогою є можливість бізнес-процесу в різних варіантах. Щоб дана вимога виконувалося, необхідно надати гравцеві певну свободу дій, тобто перед кожною дією гравець повинен самостійно вирішити, яка операція буде виконуватися наступною. Визначимо, що в моделі навчального бізнес-процесу момент прийняття рішення гравцем буде позначатися фігурою «коло» і мати власну назву - «точка прийняття рішення» (далі ТПР).
Тепер картина в значній мірі ускладнюється (рис. 1.5). Бізнес-процес починається з точки ухвалення рішення, оскільки гравець відразу ж вільний вибирати операцію, яка буде виконана першою. Після ж її виконання, перед гравцем знову постає вибір, яку операцію виконувати наступної. Аналогічний вибір з'являється і після другої операції, а так само після третьої і так далі до тих пір, поки бізнес-процес не може вважатися виконаним, або гравець вийде за будь-які накладені на нього обмеження (наприклад, тимчасові).
Розглянемо введену на даному кроці структуру «Точка прийняття рішення». Вона реалізує механізм вибору дій гравцем і, фактич...
