Тема: методології структурного аналізу і проектування

ЛЕКЦІЯ 14.

Контрольні питання та завдання

1. Що розуміють під структурною і функціональною схемами програмного забезпечення? У яких випадках їх застосовують? Чим відрізняються структурні і функціональні схеми програмного забезпечення з різною архітектурою?

2. На яких властивостях програмних систем заснований метод покрокової деталізації? Чому з його застосуванням отримують тільки структурні алгоритми? У чому, по-Вашому, полягає основна складність даного методу?

3. Як використовується метод покрокової деталізації при розробці алгоритмів і структури програмного забезпечення?

4. Для чого будують структурні карти Константайна?

5. Чим структурні карти Джексона відрізняються від структурних карт Константайна?

6. Що покладене в основу методик Джексона і Варнье-Орра? Чим розрізняються дані методики?

7. Для яких розробок доцільно використовувати структурні методології?

Методологія структурного аналізу і проектування ПЗ визначає кроки роботи, які повинні бути виконані, їх послідовність, правила розподілу і призначення операцій та методів [39].

В даний час успішно використовуються такі методології, як SADT (Structure Analysis and Design Technique), структурний системний аналіз Гейна-Сарсона, структурний аналіз і проектування Йодана/Де Марко, розвиток систем Джексона та інші.

Перераховані структурні методології жорстко регламентують фази аналізу вимог і проектування специфікацій і відображають підхід до розробки ПЗ з позицій рецептів "кулінарної книги".

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

-Діаграми потоків даних в нотації Йодана/Де Марко або Гейна-Сарсона, що забезпечують аналіз вимог і функціональне проектування інформаційних систем;

-Розширення Хатлі і Уорда-Меллора для проектування систем реального часу, засновані на діаграмах переходів станів, таблицях рішень, картах і схемах потоків керування;

-Діаграми "сутність-зв'язок (у нотації Чена або Баркера)" для проектування структур даних, схем БД, форматів файлів як частини всього проекту;

-Структурні карти Джексона і/або Константайна для проектування міжмодульних взаємодій і внутрішньої структури модулів.

Розробка ПЗ ґрунтується на моделі ВХІД-ОБРОБКА-ВИХІД: дані входять в систему, обробляються або перетворюються і виходять з системи. Така модель використовується у всіх структурних методологіях. При цьому важливий порядок побудови моделі. Традиційний процедурно-орієнтований підхід регламентує первинність проектування функціональних компонент по відношенню до проектуванню структур даних: вимоги до даних розкриваються через функціональні вимоги. При підході, який орієнтується на дані, вхід і вихід є найбільш важливими – структури даних визначаються першими, а процедурні компоненти є похідними від даних.

Дата добавления: 2014-12-07