складається на зручному для людини формалізованому мові програмування, з якого вона за допомогою транслятора автоматично перекладається на мову, зрозумілу комп'ютеру.
Програмістові перш, ніж складати програму на зручному для нього мові програмування, доводиться долати велику підготовчу роботу по уточненню постановки задачі, вибору методу її рішення, з'ясуванню специфіки застосування необхідної програми та ін. Використання цієї інформації може істотно спростити задачу розуміння програми людиною. Тому її вельми корисно фіксувати у вигляді окремих документів. Зазвичай програми розробляються в розрахунку на звичайного користувача, тому для освоєння програми користувачем крім її тексту потрібна певна додаткова документація.
Програма або логічно пов'язана сукупність програм на носії даних, забезпечена програмною документацією, називається програмним засобом (ПС). ПС дозволяють здійснювати автоматичну обробку даних, а програмна документація дозволяє зрозуміти, які функції виконує та чи інша програма програмного засобу, як підготувати вихідні дані і запустити процес їх обробки, а також що означають отримані результати.
Різке здешевлення вартості комп'ютерів і особливо вартості зберігання інформації на комп'ютерних носіях призвело до широкого впровадження ПК в усі сфери людської діяльності, що істотно змінило спрямованість технології програмування, і людський фактор зіграв у ній вирішальну роль. Сформувалося глибоке поняття якості ПС, в якому акценти стали ставитися не стільки на його ефективність, скільки на зручність роботи з ним користувачів і надійність.
Об'єктно-орієнтований аналіз та проектування
Основна ідея об'єктно-орієнтованого аналізу і проектування полягає у розгляді предметної області та логічного рішення задачі з погляду об'єктів (понять і сутностей). У процесі об'єктно-орієнтованого аналізу основна увага приділяється визначенню і опису об'єктів в термінах предметної області. У процесі об'єктно-орієнтованого проектування визначаються логічні програмні об'єкти, які будуть реалізовані засобами об'єктно-орієнтованої мови програмування. Ці програмні об'єкти включають в себе атрибути і методи. У процесі конструювання або об'єктно-орієнтованого програмування забезпечується реалізація розроблених компонентів і класів.
Найбільш важливим моментом об'єктно-орієнтованого аналізу і проектування є кваліфіковане розподіл обов'язків між компонентами програмної системи [2]. Обов'язки об'єктів та їх взаємодії зображуються з використанням діаграм класів і діаграм взаємодій. Діаграма класів та їх взаємодії у складі ПС показана на малюнку 3.1.
Малюнок 3.1 - Діаграма класів та їх взаємодії у складі ПС
Принципи модульного програмування
Модульне програмування є втіленням загальних методів боротьби зі складністю і забезпечення незалежності компонент системи, і використання ієрархічних структур. Для втілення першого методу формулюються певні вимоги, яким повинен задовольняти програмний модуль, тобто виявляються основні характеристики «хорошого» програмного модуля. Для втілення другого методу використовують деревоподібні модульні структури програм (включаючи дерева із зрощеними гілками).
Не всякий програмний модуль сприяє спрощенню програми. Виділити хороший з цієї точки зору модуль є серйозною творчим завданням. Для оцінки прийнятності виділеного модуля використовуються деякі критерії. Так, Хольт запропонував наступні два загальних таких критерію:
- хороший модуль зовні простіше, ніж усередині;
- хороший модуль простіше використовувати, ніж побудувати.
Майерс пропонує для оцінки прийнятності програмного модуля використовувати більш конструктивні його характеристики:
- розмір модуля;
- міцність модуля;
- зчеплення з іншими модулями;
- рутинність модуля (незалежність від передісторії звертань до нього).
В якості модульної структури програми прийнято використовувати деревоподібну структуру, включаючи дерева із зрощеними гілками. У вузлах такого дерева розміщуються програмні модулі, а спрямовані дуги (стрілки) показують статичну підпорядкованість модулів, тобто кожна дуга показує, що в тексті модуля, з якого вона виходить, є посилання на модуль, до якого вона входить. Іншими словами, кожен модуль може звертатися до підлеглих йому модулям, тобто виражається через ці модулі. При цьому модульна структура програми, в кінцевому рахунку, повинна включати і сукупність специфікацій модулів, що утворюють цю програму.
При розробці програмного модуля зазвичай дотримуються наступного порядку дій:
...
