Міністерство освіти і науки України
Національний університет «Львівська політехніка»
Лабораторна робота №1-2
з дисципліни: «Проектування інформаційних систем»
на тему: «Моделювання бізнес-процесів засобами AllFusion Process Modeler (Bpwin)»
Тема роботи: Ознайомлення із середовищем AllFusion Process Modeler (Bpwin) та побудова IDEF0-діаграми.
Мета роботи: Освоїти моделювання бізнес-процесів у середовищі AllFusion Process Modeler, розробити моделі заданого бізнес-поцесу у нотаціях IDEF0, DFD та IDEF3.
Теоретичні відомості
Технологія створення інформаційних систем (ІС) ставить особливі вимоги до методик реалізації, програмних та інструментильних засобів, а саме:
Реалізацію проектів по створенню ІС прийнято розбивати на стадії аналізу ( перш ніж створювати ІС, необхідно зрозуміти й описати бізнес-логіки предметної області), проектування (необхідно визначити модулі та архітектуру майбутньої системи), безпосереднього кодування, тестування й супроводу. Відомо, що виправлення помилок, допущених на попередній стадії, обходиться приблизно в 10 раз дорожче, ніж на поточній, звідки випливає, що найбільш критичними є перші стадії проекту. Тому надзвичайно важливо мати ефективні засоби автоматизації ранніх етапів реалізації проекту.
Проект із створення складної ІС неможливо реалізувати одноосібно. Колективна робота суттєво відрізняється від індивідуальної, тому під час реалізації великих проектів необхідно мати засоби координації й управління колективом розробників.
Життєвий цикл створення складної ІС є співставним із очікуваним терміном: її експлуатації. Інакше кажучи, у сучасних умовах компанії перебудовують свої бізнес-процеси приблизно раз у два роки, стільки ж часу потрібно (якщо працювати в традиційній технології) для створення ІС. Може виявитися, що до моменту здачі ІС вона вже нікому не потрібна, оскільки компанія, що її замовила, змушена перейти на нову технологію роботи. Отже, для створення ІС життєво необхідний інструмент, який значно (у кілька раз) зменшує час розробки ІС.
Внаслідок досить тривалого життєвого циклу може виявитися, що в процесі створення системи зовнішні умови змінилися. Звичайне внесення змін у проект на пізніх етапах створення ІС - досить трудомісткий і дорогий процес. Тому для успішної реалізації великого проекту необхідно, щоб інструментальні засоби, на яких він реалізується, були досить гнучкими до вимог, що змінюються.
На сучасному ринку засобів розробки ІС досить багато систем, тією чи іншою мірою задовольняючих перерахованим вимогам. Зокрема, серед таких case-засобів варто відзначити: AIIFusion Modeling Suite 4.1 (Computer Associates), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) та ін.
Оскільки найбільш розповсюдженим та оптимальним за співвідношенням ціна/якість серед багатьох case-засобів є AIIFusion Modeling Suite 4.1 (відомий раніше під назвами Bpwin 4.1 та ERwin) надалі для моделювання будемо використовувати саме його .
Функціональні можливості інструментальних засобів структурного моделювання ділових процесів будуть розглянуті на прикладі case-засобу AllFusion Process Modeler (Bpwin). Bpwin підтримує три методології моделювання: функціональне моделювання (IDEF0); опис бізнес-процесів (IDEF3); діаграми потоків даних (DFD).
/
Загальна схема взаємодії інструментальних засобів AIIFusion Modeling Suite 4.1
Основу методології IDEF0 становить графічна мова опису бізнес-процесів. Модель у нотації IDEF0 ‘є сукупністю ієрархічно впорядкованих і взаємозалежних діаграм. Кожна діаграма є одиницею опису системи й розташовується на окремому аркуші.
Модель може містити чотири типи діаграм:
контекстну діаграму (у кожній моделі може бути тільки одна контекстна діаграма );
діаграми декомпозиції;
діаграми дерева вузлів ;
діаграми тільки для експозиції (FEO).
Контекстна діаграма є вершиною деревоподібної структури діаграм і являє собою найбільш загальний опис системи і її взаємодії із зовнішнім середовищем. Після опису системи в цілому проводиться розбивка її на великі фрагменти. Цей процес називається функціональною декомпозицією, а діаграми, які описують кожен фрагмент і взаємодію фрагментів, називаються діаграмами декомпозиції. Після декомпозиції контекстної діаграми проводиться декомпозиція кожного великого фрагмента системи на більш дрібні і так далі, до досягнення потрібного рівня подробиці опису. Після кожного сеансу декомпозиції проводяться сеанси експертизи – експерти предметної області вказують на відповідність реальних бізнес-процесів створеним діаграмам. Знайдені невідповідності виправляються, і тільки після проходження експертизи без зауважень можна приступати до наступного сеансу декомпозиції. Так досягається відповідність моделі реальним бізнес-процесам на кожному рівні моделі. Синтаксис опису системи в цілому й кожного її фрагмента однаковий у всій моделі.
Діаграма дерева вузлів показує ієрархічну залежність робіт, але не взаємозв'язки між роботами. Діаграм дерев вузлів може бути в моделі як завгодно багато, оскільки дерево може бути побудоване на довільну глибину й не обов'язково з кореня.
Діаграми для експозиції (FEO) будуються для ілюстрації окремих фрагментів моделі, для ілюстрації альтернативної точки зору, або для спеціальних цілей.
Індивідуальне завдання(Face detector):
Контекстна діаграма
/
Діаграма декомпозиції 1-го рівня
/
Діаграми декомпозиції 2-го рівня
Авторизація:
/
Сканування:
/
Визначення результату:
/
Діаграма дерева вузлів
/
Висновок: У даній лабораторній роботі я навчився створювати моделі інформаційної системи з допомогою програмного пакету «AllFusion Process Modeler r7». Створив модель інформаційної системи. Склав контекстну діаграму, діаграми декомпозиції та дерево вузлів. Вивчив основні властивості та параметри стрілок в програмі AllFusion Process Modeler r7.