технологічні прийоми і слідують певними методиками, сформульованим всім попереднім досвідом створення програмного забезпечення. До таких прийомів і методикам відносять правила декомпозиції, методи проектування, програмування і контролю якості, які під загальною назвою структурний підхід до програмування були сформульовані ще в 60-х роках XX ст.
У його основу були покладені наступні основні концепції:
спадна розробка;
модульне програмування;
структурне програмування;
наскрізний структурний контроль.
Низхідна і висхідна розробка програмного забезпечення
При проектуванні, реалізації та тестуванні компонентів структурної ієрархії, отриманої при декомпозиції, застосовують два підходи:
висхідний;
спадний.
У літературі зустрічається ще один підхід, що отримав назву розширення ядра raquo ;. Він припускає, що в першу чергу проектують і розробляють деяку основу - ядро ??програмного забезпечення, наприклад, структури даних і процедури, пов'язані з ними. Надалі ядро ??нарощують, комбінуючи висхідний і спадний методи. На практиці даний підхід залежно від рівня ядра практично зводиться або до низхідного, або до висхідного підходам.
Висхідний підхід. При використанні висхідного підходу спочатку проектують і реалізують компоненти нижнього рівня, потім попереднього і т.д. У міру завершення тестування і налагодження компонентів здійснюють їх збірку, причому компоненти нижнього рівня при такому підході часто поміщають в бібліотеки компонентів.
Для тестування і налагодження компонентів проектують і реалізують спеціальні тестуючі програми.
Підхід має такі недоліки:
збільшення ймовірності неузгодженості компонентів внаслідок неповноти специфікацій;
наявність витрат на проектування і реалізацію тестуючих про грам, які не можна перетворити в компоненти;
пізніше проектування інтерфейсу, а відповідно неможливості продемонструвати його замовнику для уточнення специфікацій і т.д.
Історично висхідний підхід з'явився раніше, що пов'язано з особливістю мислення програмістів, які в процесі навчання звикають при написанні невеликих програм спочатку деталізувати компоненти нижніх рівнів (підпрограми, класи). Це дозволяє їм краще усвідомлювати процеси верхніх рівнів. При промисловому виготовленні програмного забезпечення висхідний підхід в даний час практично не використовують.
Спадний підхід.
Спадний підхід передбачає, що проектування і подальша реалізація компонентів виконується зверху-вниз raquo ;, тобто спочатку проектують компоненти верхніх рівнів ієрархії, потім наступних і так далі до нижніх рівнів. У тій же послідовності виконують і реалізацію компонентів. При цьому в процесі програмування компоненти нижніх, ще не реалізованих рівнів замінюють спеціально розробленими налагоджувальними модулями - заглушками raquo ;, шануй дозволяє тестувати і налагоджувати вже реалізовану частину.
При використанні спадного підходу застосовують ієрархічний, операційний і комбінований методи визначення послідовності проектування та реалізації компонентів.
Ієрархічний метод передбачає виконання розробки строго за рівнями. Винятки допускаються при наявності залежності за даними, тобто якщо виявляється, що деякий модуль використовує результати іншого, то його рекомендується програмувати після цього модуля. Основною проблемою даного методу є велика кількість досить складних заглушок. Крім того, при використанийії даного методу основна маса модулів розробляється та реалізується в кінці роботи над проектом, що ускладнює розподіл людських ресурсів.
Операційний метод пов'язує послідовність розробки модулів з порядком їхнього виконання при запуску програми. Застосування методу ускладнюється тим, що порядок виконання модулів може залежати від даних. Крім того, модулі виводу результатів, незважаючи на те, що вони викликаються останніми, повинні розроблятися одними з перших, щоб не проектувати складну заглушку, що забезпечує виведення результатів при тестуванні. З точки зору розподілу людських ресурсів складним є початок робіт, поки не закінчені всі модулі, що знаходяться на так званому критичному шляху.
Комбінований метод враховує такі фактори, що впливають на послідовність розробки:
досяжність модуля - наявність всіх модулів в ланцюжку виклику даного модуля;
залежність за даними - модулі, що формують деякі дані, повинні створюватися раніше обробних;
забезпечення можливості видачі результатів - модулі виведення р...
