Діаграма потоків даних dfd2

Контекстні діаграми наступного рівня (DFD2) деталізують контекст і структуру підсистем до рівня окремих завдань. Ця діаграмма відображає наше особисте робоче місце. На рис. 3.8. відображено приклад діаграми DFD2 для підсистеми «Реєстратура». Необхідно розділяти структури даних і процеси з однаковими назвами. І якщо є можливість, тоді переіменувати для унікальності назв. До процесів відносяться дії.

Рис. 3.8. Діаграма потоків даних другого рівня (DFD2) для відділу рєстратури

Робота адміністрації, яка складається з дирекції та бухгалтерії відображена на рис. 3.9.

Рис. 3.9. Діаграма потоків даних другого рівня (DFD2) для відділу «Директобух»

Рис. 3.10. відображає робоче місце менеджера з відділу «Закупівель».

Рис. 3.10. Діаграма потоків даних другого рівня (DFD2) для відділу «Закупівель»

Робота з кадрами відображена на рис. 3.11.

Рис. 3.11. Діаграма потоків даних другого рівня (DFD2) для «Відділу кадрів»

На DFD1 та DFD2 потоків даних між процесами немає:

Рис. 3.12. Приклад невірної діаграми DFD1 або DFD2

Обмін даними йде лише між процесом та структурою даних:

Рис. 3.13. Обмін даними на DFD1 або DFD2 через накопичувач

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

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

Після побудови тематичних діаграм отриману модель слід перевірити на повноту вихідних даних про об'єкти системи та ізольованість об'єктів (відсутність інформаційних зв'язків з іншими об'єктами).

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

• «правило балансування» - означає, що при деталізації підсистеми або процесу деталізуюча діаграма в якості зовнішніх джерел/приймачів даних може мати тільки ті компоненти (підсистеми, процеси, зовнішні сутності, накопичувачі даних), з якими має інформаційний зв'язок деталізуєма підсистема або процес на батьківській діаграмі;

• «правило нумерації» - означає, що при деталізації процесів повинна підтримуватися їх ієрархічна нумерація. Наприклад, процеси, що деталізують процес з номером 12, отримують номери 12.1, 12.2, 12.3 тощо.

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

Мініспецифікація є кінцевою вершиною ієрархії ДПД. Рішення про завершення деталізації процесу і використання мініспецифікацій приймається аналітиком виходячи з наступних критеріїв:

• наявності у процесу щодо невеликої кількості вхідних і вихідних потоків даних (2-3 потоки);

• можливості опису перетворення даних процесом у вигляді послідовного алгоритму;

• виконання процесом єдиної логічної функції перетворення вхідної інформації у вихідну;

• можливості опису логіки процесу за допомогою мініспецифікації невеликого обсягу (не більше 20-30 рядків).

При побудові ієрархії ДПД переходити до деталізації процесів слід тільки після визначення змісту всіх потоків і накопичувачів даних, яке описується за допомогою структур даних. Після побудови закінченої моделі системи її необхідно верифікувати (перевірити на повноту і узгодженість). У повній моделі всі її об'єкти (підсистеми, процеси, потоки даних) повинні бути докладно описані та деталізовані. Виявлені недеталізовані об'єкти слід деталізувати, повернувшись на попередні кроки розробки. В узгодженій моделі для всіх потоків даних і накопичувачів даних має виконуватися правило збереження інформації: всі дані, що поступають, повинні бути зчитані, а всі зчитані дані повинні бути записані.

На рис 3.14. зображена діаграма потоків даних для процесу видачі трудової книжки. Процес неавтоматизований, тому на ДПД присутнє таке сховища даних як «Сейф», «Книга», «Архів», а потоки даних - це потоки документів. Необхідно відзначити, що на рис. зображена ДПД саме для неавтоматизованого процесу. В автоматизованому варіанті процеси зв'язуються через накопичувачі даних, які реалізуються за допомогою баз даних, тому що різні процеси реально можуть виконуватися різними користувачами і в різний час.

Рис. 3.14. Приклад діаграми потоків даних бізнес-процеса (нотація Гейна-Сарсона)