- •1. Системний підхід при створення інформаційно-управляючих систем (іус)
- •1.1. Загальні відомості про автоматизовані системи управління та інформаційно-управляючі системи
- •Вхід вплив вихід
- •Автоматизовані системи управління та інформаційно-управляючі системи
- •1.2 Основні принципи створення асу (іус)
- •Основний виробничий
- •Допоміжний виробничий
- •Контроль і аналіз
- •1.3. Підходи до створення іус
- •2. Інструментальні засоби концептуального проектування
- •2.1. Загальні відомості про case
- •2.2. Методологія функціонального моделювання idef0
- •2.2.1 Моделі idef0
- •2.2.3 Межі і зв'язки
- •2.2.4 Тунелі
- •2.3 Побудова моделей idef0
- •2.3.1 Діаграми
- •2.3.2 Цикл "експерт-аналітик"
- •2.3.3 Побудова моделей
- •2.3.4 Точка зору
- •2.3.5 Розгалуження і сполучення моделей
- •2.3.6 Межі моделювання
- •2.3.7 Вибір найменування контекстного блоку
- •2.2.8 Визначення стрілок на контекстній діаграмі
- •2.3.9 Нумерація блоків і діаграм
- •2.3.10 Зв'язок між діаграмою і її батьківським функціональним блоком
- •2.3.11 Два підходи до початку моделювання ("завширшки" і "в глибину")
- •2.3.12 Завершення моделювання
- •2.3.13 Інші діаграми idef0
- •3. Методологія опису процесів бізнесу idef3
- •3.1. Призначення діаграм idef3
- •3.2. Два типи діаграм в idef3
- •3.3. Синтаксис і семантика моделей idef3
- •3.3.1 Моделі idef3
- •3.3.2.Типи зв'язків
- •3.3.3 З'єднання та розгалуження
- •3.3.4 Покажчики
- •3.3.5 Вимоги idef3 до опису процесів бізнесу
- •4. Структурний аналіз потоків даних (dfd — data flow diagrams)
- •4.1. Призначення діаграм потоків даних
- •4.2. Синтаксис і семантика діаграм потоків даних
- •4.2.1 Функціональні блоки
- •4.2.2 Зовнішні сутності
- •4.2.3 Стрілки (потоки даних)
- •4.2.4 Сховища даних
- •4.2.5 Галуження і об'єднання
- •4.3 Побудова діаграм потоків даних
- •4.3.1 Два підходи до побудови dfd-моделей
- •4.3.2 Нумерація об'єктів
- •Використані джерела інформации
2. Інструментальні засоби концептуального проектування
2.1. Загальні відомості про case
У сучасних інформаційних технологіях важливе місце відводиться інструментальним засобам і середах розробки АС, зокрема, систем розробки і супроводу їх ПЗ. Ці технології і середовища утворюють системи, звані CASE-системами. Використовується двояке тлумачення абревіатури CASE, відповідне двома напрямками використання CASE-систем. Перше з них - Computer Aided System Engineering - підкреслює спрямованість на підтримку концептуального проектування складних систем, переважно слабкоструктурованих. Далі CASE-системи цього напрямку будемо називати системами CASE для концептуального проектування. Другий напрямок було розглянуто вище, його назву Computer Aided Software Engineering перекладається, як автоматизоване проектування програмного забезпечення, відповідні CASE-системи називають інструментальними CASE або інструментальними середовищами розробки ПЗ (одне з близьких до цього назв - RAD - Rapid Application Development).Серед систем CASE для концептуального проектування розрізняють системи функціонального, інформаційного або поведінкового проектування. Найбільш відомою методикою функціонального проектування складних систем є методика SADT (Structured Analysis and Design Technique), запропонована в 1973 р. Р. Россом і згодом стала основою міжнародного стандарту IDEF0 (Integrated DEFinition 0).
Системи інформаційного проектування реалізують методики інфологічне проектування БД. Широко використовуються мова та методика створення інформаційних моделей додатків, закріплені в міжнародному стандарті IDEF1X. Крім того, розвинені комерційні СУБД, як правило, мають у своєму складі сукупність CASE-засобів проектування додатків. Основні положення стандартів IDEF0 і IDEF1X використані також при створенні комплексу стандартів ISO 10303, що лежать в основі технології STEP для представлення в комп'ютерних середовищах інформації, що відноситься до проектування і виробництва у промисловості.Поведінкове моделювання складних систем використовують для визначення динаміки функціонування складних систем. У його основі лежать моделі і методи імітаційного моделювання систем масового обслуговування, мережі Петрі, можливе застосування кінцево-автоматних моделей, що описують поведінку системи, як послідовності зміни станів. Застосування інструментальних CASE-систем веде до скорочення витрат на розробку програмного забезпечення за рахунок зменшення числа ітерацій і числа помилок, до поліпшення якості продукту за рахунок кращого взаєморозуміння розробника і замовника, до полегшення супроводу готового ПЗ.Серед інструментальних CASE-систем розрізняють інтегровані комплекси інструментальних засобів для автоматизації всіх етапів життєвого циклу ПЗ (такі системи називають Workbench) і спеціалізовані інструментальні засоби для виконання окремих функцій (Tools). Засоби CASE для проектування ПЗ за своїм функціональним призначенням належать до однієї з наступних груп:
1) засоби програмування;
2) засоби управління програмним проектом;
3) засоби верифікації (аналізу) програм;
4) засоби документування.
До першої групи належать компілятори з алгоритмічних мов; побудовники діаграм потоків даних; планувальники для побудови високорівневих специфікацій і планів ПЗ (можливо на основі баз знань, реалізованих в експертних системах); інтерпретатори мов специфікації і мов четвертого покоління; прототайпер для розробки зовнішніх інтерфейсів - екранів , форм вихідних документів, сценаріїв діалогу; генератори програм певних класів (наприклад, конвертори заданих мов, драйвери пристроїв програмного керування, постпроцесори); крос-засоби; відладчики програм. При цьому під мовами специфікацій розуміють засоби укрупненого опису розроблюваних алгоритмів і програм, до мов 4GL відносять мови для компіляції програм з набору готових модулів, що реалізують типові функції досить загальних додатків (найчастіше це функції техніко-економічних систем).
Далі викладається технологія структурного аналізу у варіанті, що базується на добре відомих фахівцям методологіях, що дозволяють аналізувати процеси (у тому числі і процеси бізнесу) з трьох ключових точок зору одночасно — IDEF0 (Integration Definition for Function Modeling), IDEF3 (діаграми потоків робіт) і DFD (Data Flow Diagram):
• IDEF0-технологія структурного аналізу і проектування. Це мова моделювання, запропонована більше 25 років тому Д. Россом, (SoftTech, Inc.) що називався в початковому вигляді SADT (Structured Analysis and Design Technique). Згідно цієї технології аналізований процес представляється у вигляді сукупності великої кількості взаємозв'язаних дій, робіт (Activities), які взаємодіють між собою на основі певних правил (Control), з урахуванням споживаних інформаційних, людських і виробничих ресурсів (Mechanism), що мають чітко певний вхід (Input) і не менш чітко певний вихід (Output);
• IDЕFЗ - технологія збору даних, необхідних для проведення структурного аналізу системи, що доповнює технологію IDEF0. За допомогою цієї технології ми маємо можливість уточнити картину процесу, привертаючи увагу аналітика до черговості виконання функцій і процесів бізнесу в цілому. Логіка цієї технології дозволяє будувати і аналізувати альтернативні сценарії розвитку процесів бізнесу, що вивчаються (моделі типу "Що — якщо"?);
• DFD (Data Flow Diagram) — структурний аналіз потоків даних. Діаграми DFD дозволяють описати процес обміну інформацією між елементами системи, що вивчається. DFD відображає джерела і адресати даних, ідентифікує процеси і групи даних, що зв'язують в потоки одну функцію з іншою, а також, що важливо, визначає накопичувачі (сховища) даних, які використовуються у досліджуваному процесі.
Згадані методології мають могутню комп'ютерну підтримку у вигляді інтегрованого програмного пакету BPWin 4.0, що перетворює сукупність згаданих методологій на єдиний інструментальний метод структурного системного аналізу, застосовний практично до будь-яких видів «активності» людини (рис 2.1) [7].
Рис. 2.1.Загальна схема взаємодії інструментальних засобів BPWin&ERWin technology і Rational Software