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