тків. У будь-який момент часу діаграми можуть бути роздруковані для включення в технічну документацію проекту.
Графічний редактор діаграм призначений для відображення в графічному вигляді в заданій нотації проектованої ЕІС. Він дозволяє виконувати наступні операції:
- створювати елементи діаграм і взаємозв'язку між ними;
- задавати опису елементів діаграм;
- задавати описи зв'язків між елементами діаграм;
- редагувати елементи діаграм, їх взаємозв'язку та описи.
Верификатор діаграм служить для контролю правильності побудови діаграм в заданій методології
проектування ЕІС. Він виконує такі функції:
- моніторинг правильності побудови діаграм;
- діагностику і видачу повідомлень про помилки;
- виділення на діаграмі помилкових елементів.
Документатор проекту дозволяє отримувати інформацію про стан проекту у вигляді різних звітів.
Звіти можуть будуватися за кількома ознаками, наприклад за часом, автору, елементам діаграм, діаграмі чи проекту в цілому.
Адміністратор проекту являє собою інструменти, необхідні для виконання наступних функції:
- ініціалізації проекту;
- завдання початкових параметрів проекту;
- призначення та зміни прав доступу до елементів проекту;
- моніторингу виконання проекту.
Сервіс являє собою набір системних утиліт з обслуговування репозиторію. Дані утиліти виконують функції архівування даних, відновлення даних і створення нового репозиторію.
Найбільш трудомісткими етапами розробки ЕІС є етапи аналізу і проектування, тому CASE-системи як правило, призначені для автоматизації відстеження якості прийнятих проектних рішень і підготовки документації. При цьому велику роль відіграють методи візуального представлення інформації. Це передбачає побудову структурних чи інших діаграм у реальному масштабі часу, використання різній колірної палітри, наскрізну перевірку синтаксичних правил.
Стратегія вибору CASE-систем для конкретного застосування залежить як від цілей і потреб самого проекту, так і від кваліфікації залучених до процесу проектування фахівців. У більшості випадків один засіб не може забезпечити всі потреби проекту. Розробники, як правило, застосовують набір засобів. Наприклад, один засіб найкращому чином підходить для аналізу, а інше-для проектування систем.
Залежно від підтримуваної методології проектування розрізняють CASE-системи функціонально структурно-орієнтовані та об'єктно-орієнтовані.
Найбільш відомими CASE-засобами для моделювання ділових процесів відносяться ERwin, BPwin, Silverrun,
Oracle Designer, Rational Rose та ін Основи функціональної можливості інструментальних засобів структурного
моделювання ділових процесів будуть розглянуті на прикладі CASE-засоби BPwin.
Моделювання в BPwin.
BPwin має досить простий і інтуїтивно зрозумілий інтерфейс користувача. При запуску BPwin за замовчуванням
з'являється основна панель інструментів, палітра інструментів (вид якої залежить від обраної нотації).
Модель в BPwin розглядається як сукупність робіт, кожна з яких оперує з деяким набором даних. p> IDEF0 (Integration Definition for Function Modeling) - на початкових етапах створення ІС необхідно зрозуміти як працює організація, яку збираються автоматизувати. З точки зору функціональності систем найбільш зручно мовою моделювання бізнес-процесів (БП) є IDEF0, де БП представляється у вигляді набору взаємодіючих між собою функції-робіт, забезпечуваних інформаційними, людськими і виробничими ресурсами, споживаними кожною функцією.
Процес моделювання системи IDEFO починається зі створення контексной діаграми - діаграми найбільш абстрактного рівня опису системи в цілому (рис.5.1).
DFD (Data Flow Diagraming) - рух потоків інформації (документообігу) у системі. Діаграми DFD можуть доповнити те, що вже відображено в моделі IDEF0, оскільки вони описують потоки даних, дозволяючи простежити, яким чином відбувається
обмін інформації між функціями усередині системи.
IDEF3 - аналіз БП з точки зору послідовності виконання робіт. За допомогою IDEF3 можна отримати ще більш точну картину ІС. Цей метод привертає увагу до черговості виконання подій. У IDEF3 вкладені елементи логіки, що дозволяє моделювати і аналізувати альтернативні сценарії розвитку бізнес-процесу.
Моделювання даних
Успіх будь-якого додатки залежить від того, наскільки добре змодельована і розроблена БД (Б1), що ставить цю розробку в центр уваги. p> БД створюється в кілька етапів, на кожному з яких необхідно узгоджувати структуру даних із замовником і, що найважливіше, піддати створену структуру даних експертизі всередині групи, яка створює систему. Тому уявлення даних повинно бути простим і зрозумілим всім зацікавленим особам.
Розробка БД виконує...
