13. Структурний підхід до проектування іс. Суть структурного підходу

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

Всі найбільш поширені методології структурного підходу [9,11,12,13] базуються на ряду загальних принципів [3]. Як два базові принципи використовуються наступні:

- принцип "розділяй і володарюй" - принцип вирішення складних проблем шляхом їх розбиття на безліч менших незалежних завдань, легенів для розуміння і рішення;

- принцип ієрархічного впорядковування - принцип організації складових частин проблеми в ієрархічні деревовидні структури з додаванням нових деталей на кожному рівні.

Виділення двох базових принципів не означає, що решта принципів є другорядними, оскільки ігнорування будь-якого з них може привести до непередбачуваних наслідків (у тому числі і до провалу всього проекту). Основними з цих принципів є наступні:

- принцип абстрагування - полягає у виділенні істотних аспектів системи і відвернення від неістотних;

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

- принцип несуперечності - полягає в обгрунтованості і узгодженості елементів;

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

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

- SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми (підрозділ 2.2);

- DFD (Data Flow Diagrams) діаграми потоків даних (підрозділ 2.3);

- ERD (Entity-relationship Diagrams) діаграми "суть-зв'язок" (підрозділ 2.4).

На стадії проектування ІС моделі розширюються, уточнюються і доповнюються діаграмами, що відображають структуру програмного забезпечення: архітектуру ПО, структурні схеми програм і діаграми екранних форм.

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

14. Структурний підхід до проектування іс. Case - засоби розробки пз.

Структурне проектування дозволяє одночасно сосредотачиваться на меншій кількості деталей.

Низхідне проектування добре працює, коли проблема має ясно виражений ієрархічний характер.

Мінуси:

- Важко підтримувати функціональну точку зору

- Реальні системи важко охарактеризувати функціонально

- Втрачається із виду дані

- Проводиться код, який погано підходить для багатократного використання

Суть структурного підходу

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

Всі найбільш поширені методології структурного підходу [9,11,12,13] базуються на ряду загальних принципів [3]. Як два базові принципи використовуються наступні:

- принцип "розділяй і володарюй" - принцип вирішення складних проблем шляхом їх розбиття на безліч менших незалежних завдань, легенів для розуміння і рішення;

- принцип ієрархічного впорядковування - принцип організації складових частин проблеми в ієрархічні деревовидні структури з додаванням нових деталей на кожному рівні.

Виділення двох базових принципів не означає, що решта принципів є другорядними, оскільки ігнорування будь-якого з них може привести до непередбачуваних наслідків (у тому числі і до провалу всього проекту). Основними з цих принципів є наступні:

- принцип абстрагування - полягає у виділенні істотних аспектів системи і відвернення від неістотних;

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

- принцип несуперечності - полягає в обгрунтованості і узгодженості елементів;

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

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

- SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми (підрозділ 2.2);

- DFD (Data Flow Diagrams) діаграми потоків даних (підрозділ 2.3);

- ERD (Entity-relationship Diagrams) діаграми "суть-зв'язок" (підрозділ 2.4).

На стадії проектування ІС моделі розширюються, уточнюються і доповнюються діаграмами, що відображають структуру програмного забезпечення: архітектуру ПО, структурні схеми програм і діаграми екранних форм.

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