IBM. Метод структурного проектування, метод модульного проектування, метод проектування зверху вниз, метод структурного програмування. p align="justify"> Основним завданням методу структурного програмування є виділення повного складу функцій для виконання яких призначається розроблювані програмні засоби. Структурний проектування виконується в 2 етапи: етап загального проектування після завершення якого отримують повний склад функціональних блоків і зв'язків між ними; 2 детальне проектування, завданням якого є визначення повного складу програмних блоків і зв'язків між ними, які показують технологію реалізації виявлених раніше функціональних блоків.
Модульне проектування дає можливість розбити програмні та функціональні блоки на оптимальну кількість модулів слабкий розмірності. Визначити призначення кожного модуля і здійснити ідентифікацію вхідних і вихідних параметрів. За своїм призначенням модулі діляться на керуючі і виконавчі. За ступенем спільності - стандартні та оригінальні. Метод модульного проектування підтримується методом проектування зверху вниз. Проектування методом зверху вниз дозволяє звести процес розробки програми до виконання двох операцій: логічна розробка з одночасним інтегруванням і виконання копіювання з налагодженням. При такому підході на початку розробляється логічна структура програми у вигляді дерева програмних модулів з встановленням всіх зв'язків між ними, а потім виконується кодування та налагодження. При цьому проектування починається з модулів які займають верхній рівень ієрархії з одночасною опрацюванням їх зв'язків з супідрядними модулями. p align="justify"> Метод Структурного програмування засноване на декількох обмеженнях:
розмір модуля. Невеликі за розміром модулі до 500 операторів спочатку сегментуються на розділи розміром на 1 лист. Т е до 60 операторів. Подальша сегментація йде в межах листа з виділенням розташування сегмента на аркуші зі зрушенням з ліва на право. Це покращує читаність і якість документування програми. p align="justify"> обмеження на типи використовуваних операторів і структур програми. Рекомендується використання лінійних структур, ієрархічних струкутр з оператором IF і циклічних структур. Не рекомендується використовувати оператор безумовної передачі керування GO TO. p align="justify"> В якості критеріїв розбиття завдань на функціональні блоки використовують:
1. розмірність задачі,
1. територіальну рассредоточенность завдання
2. кількість вхідних файлів
. кількість функціональних зв'язків.
Проектування процесів обробки даних в діалогів режимі.
Діалог - процес обміну повідомленнями між користувачами.
Для здійснення діалогу необхідно розробити ...
