Розробка моделі бізнес-прецедентів

Модель бізнес-прецедентів описує бізнес-процеси з точки зору зовнішнього користувача, тобто відображає погляд на діяльність організації ззовні.

Проектування системи починається з вивчення та моделювання бізнес-діяльності організації. На цьому етапі вводиться і відображається в моделі ряд понять, властивих об'єктно-орієнтованому підходу.

Виконавець (Діюча особа, Actor) — особистість, організація або система, що взаємодіє з ІС; розрізняють зовнішнього виконавця (який використовує або користовується системою, тобто породжує прецеденти діяльності) та внутрішнього виконавця (який забезпечує реалізацію прецедентів діяльності всередині системи). На діаграмі виконавець представляється стилізованою фігуркою людини.

Прецедент — закінчена послідовність дій, ініційована зовнішнім об'єктом (особистістю або системою), яка взаємодіє з ІС і отримує в результаті деяке повідомлення від ІС. На діаграмі представляється овалом з написом, що відображає зміст дії.

Клас — опис сукупності однорідних об'єктів з їх атрибутами, операціями, відносинами та семантикою. На діаграмі представляється прямокутником, що містить описи атрибутів і операцій класу.

Асоціація — зв’язок між двома елементами моделі. На діаграмі представляється лінією.

Узагальнення — зв’язок між двома елементами моделі, коли один елемент (підклас) є приватним випадком іншого елементу (суперкласса). На діаграмі представляється стрілкою.

Агрегація — відношення між елементами моделі, коли один елемент є частиною іншого елементу (агрегату). На діаграмі представляється стрілкою з ромбовидним кінцем.

Для ілюстрації етапів розробки проекту використані адаптовані матеріали проекту ІС медичного центру (рис. 1.1). Призначення ІС — автоматизація ведення та використання клінічних записів про пацієнтів. В даний час ця робота виконується вручну персоналом центру. На рис. 1.2 представлена загальна модель діяльності центру у вигляді діаграми прецедентів. Прецедент «Обслуговування пацієнта» реалізується через безліч інших, більш обмежених прецедентів (рис. 1.2), що відображають деталізацію представлення функціонування центру.

Для включення в діаграму вибрані прецеденти повинні задовольняти наступним критеріям:

• 1) прецедент повинен описувати, ЩО треба робити, а не ЯК;
• 2) прецедент повинен описувати дії з точки зору ВИКОНАВЦЯ;
• 3) прецедент повинен повертати виконавцю деяке ПОВІДОМЛЕННЯ;
• 4) послідовність дій всередині прецеденту повинна являти собою один НЕРОЗДІЛЬНИЙ ланцюжок.

Рис. 1.2 Модель бізнес-прецедентів, що складають обслуговування пацієнта

Виходячи з мети створення системи, для подальшого дослідження та моделювання відбираються тільки ті бізнес-прецеденти, які пов’язані з використанням клінічних записів.

Виконання прецеденту описується за допомогою діаграм видів діяльності, які відображають виконавців і послідовність виконання відповідних бізнес-процесів (рис. 1.3).

Незважаючи на те, що надання медичної допомоги передбачає безліч різноманітних дій виконавців, для нашої задачі істотними є тільки процеси обміну інформацією між цими виконавцями, і саме вони відображаються у створюваних моделях. Тому на діаграмі відображено процес оцінки стану пацієнта на підставі наявної в центрі інформації про нього.

Загальне поле діаграми діяльності поділяється на декілька «плавальних доріжок», кожна з яких містить опис дій одного з виконавців. Основними елементами діаграм видів діяльності є позначення стану («вгору», «кінець»), дії (овал) і моменту синхронізації дій (лінійка синхронізації, на якій сходяться або розгалужуються кілька стрілок).

Діаграма підходить для опису дій як зовнішнього, так і внутрішнього спеціаліста центру.

Етап завершується після розробки діаграм видів діяльності для всіх виділених в моделі бізнес-прецедентів. Природно, на наступних етапах аналізу і проектування будуть виявлені якісь важливі подробиці в описі діяльності об'єкта автоматизації. Тому розроблені на даному етапі моделі будуть ще неодноразово коректуватися.