Зображення об’єктів діаграми ієрархії функцій

Таблиця 16.1

Питання лекції

1. Функціонально-орієнтований підхід.

2. Об'єктно-орієнтований підхід.

Основними ідеями функціонально-орієнтованої CASE-технології є ідеї структурного аналізу та проектування інформаційних систем. Вони полягають у наступному:

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

2) подання всієї інформації як графічної нотации. Систему завжди легко зрозуміти, якщо вона зображена графічно.

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

• BFD (Bussiness Function Diagram) – діаграма бізнес-функцій (функціональні специфікації);

• DFD (Data Flow Diagram) – діаграма потоків даних;

• STD (State Transition Diagram) – діаграма переходів станів (матриці перехресних посилань);

• ERD (Entity Relationship Diagram) – ER-модель даних предметної галузі (інформаційно-логічні моделі «сутність-зв'язок»);

• SSD (System Structure Diagram) – діаграма структури програмної програми.

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

•Функція -деяка дія інформаційної системи, необхідна для вирішення економічного завдання;

•Декомпозиція функції -розбиття функції на безліч підфункцій.

Зображення об'єктів діаграми ієрархії функцій представлено табл. 16.1 у нотаціях:

• Гейна – Сарсона (Gane – Sarson);

• SADT (Structured Analysis and Design Technique);

• SAG (Software AG).

Як приклад розглянемо фрагмент діаграми ієрархії функцій у нотації SAG (рис. 16.2) завдання аналітичного обліку товарів складі.

зображення

Як видно із рис. 16.2 однією з функцій аналітичного обліку товарів на складі є організація товароруху. Далі ця функція декомпозується на такі підфункції: приймання товару; відпустка товару; ведення БД «Рух товарів»; інвентарний контроль

єктів

Мал. 16.2. Фрагмент діаграми ієрархії функцій для завдання аналітичного обліку товарів на складі

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

Розглянемо основні поняття діаграми потоків даних.

Визначимо основні об'єкти ДПД та їх графічні зображення у різних нотаціях (табл. 16.2).

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

Процес -його функція полягає у перетворенні вхідної інформації у вихідну. Ім'я процесу завжди має містити дієслово у невизначеній формі з наступним доповненням (наприклад, «намалювати форму»).

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

Зовнішня сутність(джерело/приймач даних) - представляє деякий об'єкт поза системою, що є зовнішнім об'єктом.

Контекстна діаграма -верхній процес (ТОР-рівень) декомпозиції системи, який відображає загальні уявлення про систему. У контекстній діаграмі є один процес, з яким пов'язані зовнішні сутності.

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

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

• на кожному рівні представляти 3 – 6 процесів і не більше;

• не захаращувати діаграму несуттєвими моментами на цьому рівні деталізації;

• декомпозицію процесів та потоків вести паралельно;

• вибирати ясні, які відбивають суть об'єктів, імена всім об'єктів ДПД;

• одноразово визначати функціонально-ідентичні процеси (в інших місцях просто посилатися на цей процес);

• використовувати ДПД для процесів, які можна їх за допомогою описати.

Приклад контекстної діаграми та діаграм 1-го рівня в нотації SADT для завдання аналітичного обліку товарів на складі наведено на рис. 16.3.

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

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