Тема: МЕТОДОЛОГІЇ СТРУКТУРНОГО АНАЛІЗУ І ПРОЕКТУВАННЯ
ЛЕКЦІЯ 14.
Контрольні питання та завдання
1. Що розуміють під структурною і функціональною схемами програмного забезпечення? У яких випадках їх застосовують? Чим відрізняються структурні і функціональні схеми програмного забезпечення з різною архітектурою?
2. На яких властивостях програмних систем заснований метод покрокової деталізації? Чому з його застосуванням отримують тільки структурні алгоритми? У чому, по-Вашому, полягає основна складність даного методу?
3. Як використовується метод покрокової деталізації при розробці алгоритмів і структури програмного забезпечення?
4. Для чого будують структурні карти Константайна?
5. Чим структурні карти Джексона відрізняються від структурних карт Константайна?
6. Що покладене в основу методик Джексона і Варнье-Орра? Чим розрізняються дані методики?
7. Для яких розробок доцільно використовувати структурні методології?
Методологія структурного аналізу і проектування ПЗ визначає кроки роботи, які повинні бути виконані, їх послідовність, правила розподілу і призначення операцій та методів [39].
В даний час успішно використовуються такі методології, як SADT (Structure Analysis and Design Technique), структурний системний аналіз Гейна-Сарсона, структурний аналіз і проектування Йодана/Де Марко, розвиток систем Джексона та інші.
Перераховані структурні методології жорстко регламентують фази аналізу вимог і проектування специфікацій і відображають підхід до розробки ПЗ з позицій рецептів "кулінарної книги".
Не дивлячись на достатньо широкий спектр методів і діаграмної техніки, більшість методологій базуються на наступній "класичній" сукупності:
-Діаграми потоків даних в нотації Йодана/Де Марко або Гейна-Сарсона, що забезпечують аналіз вимог і функціональне проектування інформаційних систем;
-Розширення Хатлі і Уорда-Меллора для проектування систем реального часу, засновані на діаграмах переходів станів, таблицях рішень, картах і схемах потоків керування;
-Діаграми "сутність-зв'язок (у нотації Чена або Баркера)" для проектування структур даних, схем БД, форматів файлів як частини всього проекту;
-Структурні карти Джексона і/або Константайна для проектування міжмодульних взаємодій і внутрішньої структури модулів.
Розробка ПЗ ґрунтується на моделі ВХІД-ОБРОБКА-ВИХІД: дані входять в систему, обробляються або перетворюються і виходять з системи. Така модель використовується у всіх структурних методологіях. При цьому важливий порядок побудови моделі. Традиційний процедурно-орієнтований підхід регламентує первинність проектування функціональних компонент по відношенню до проектуванню структур даних: вимоги до даних розкриваються через функціональні вимоги. При підході, який орієнтується на дані, вхід і вихід є найбільш важливими – структури даних визначаються першими, а процедурні компоненти є похідними від даних.