| 0. Введення | 0.1 |
| 0.1. Зміст дисципліни | |
| Високорівневі методи інформатики та | |
| програмування | Обсяг - 52 години |
| | 2 семестр: |
| Предметом вивчення є: | лекції - 34 |
| | Лаб. роботи - 18 |
| Найновіші напрямки в області створення |----------------------------- |
| технологій програмування, | усього - 52 |
| Закони еволюції програмного забезпечення, | іспит |
| Створення модульних програм, | реферат |
| Елементи теорії модульного програмування, | іспит |
| Об'єктно-орієнтоване програмування, | |
| Об'єктний тип даних, | |
| Змінні об'єктного типу, | |
| Конструктори і деструктори, | |
| Інкапсуляція, успадкування, поліформізм, | |
| Класи та об'єкти, | |
| Особливості програмування в віконних | |
| операційних середовищах, | |
| Основні стандартні модулі, що забезпечують | |
| роботу в віконної операційній системі, | |
| Інтегроване середовище програмування, | |
| Система вікон розробки, система меню, | |
| Основи візуального програмування, | |
| Компоненти та їх використання, | |
| Розміщення нового компонента. Реакція на подію | |
| | |
| 0.2. Список літератури | |
| Основна: | |
| Петров А. та ін Обчислювальна техніка та | Підручник |
| програмування. Вища школа, 1990. | |
| Епанешніков А.. М. Епанешніков В. А. | Навчально-довідкове видання |
| Програмування в середовищі TURBO PASCAL 7.0. | |
| Діалог МИФИ, 1995р. | |
| Р. Баас, М. Фервай, Х. Гюнтер. Delphi 4. Пер. с | Навчальний посібник. |
| ньому. під ред. А. Шевцова. Для користувача BNV, | |
| Київ 1999. | Навчальний посібник. |
| В. Гофман, А. Хоменко. Delphi 5. Найбільш повне | |
| керівництво. СПБ: БХВ, 2000 | |
| Додаткова: | |
| Інформатика, Підручник/Под ред. Макарової Н.В. | Підручник |
| Москва, Фінанси і статистика, 1997. | |
| Ван Тассель Д. Стиль, розробка, ефективність, | Посібник з мови. |
| налагодження та випробування програм. Світ, 1985. | |
| | |
| 0.3 Програмні продукти | 0.2 |
| і | |
| їх основні характеристики | |
| 0.3.1. Поняття програмного забезпечення | |
| | Програмування може |
| Програмування - це сфера дій, | розглядатися як наука, так і |
| спрямована на створення програм. | мистецтво |
| Програма - це послідовність команд | Програма результат |
| комп'ютера, що призводить до вирішення завдання. | інтелектуальної праці, для |
| Додаток - це програмна реалізація на | якого характерно творчість. |
| комп'ютері рішення задачі. | Програми призначені для |
| Програмне забезпечення (ПЗ) - це програмні | машинної реалізації завдань. |
| продукти і технічна документація до них. | Завдання - це проблема, що підлягає |
| Програмний продукт (ПП) - це комплекс | рішенням за допомогою технічних |
| взаємопов'язаних програм, призначений для | коштів, а додаток (синонім |
| реалізації певного завдання масового попиту. | програма) - реалізоване на |
| | Комп'ютері рішення даного завдання. |
| Програми є критерієм розвитку | Програми діляться на утиліти (для |
| обчислювальної техніки. | потреб розробників) і програмні |
| | Продукти (для задоволення |
| Проблеми, що виникають при створенні програмних | потреб користувача) |
| продуктів: | В даний час на світовому ринку |
| Швидка зміна обчислювальної техніки та | панують ЕОМ різного типу: VAX |
| алгоритмічних мов. | і IBM і мови, сумісні з цими |
| Не стикування машин один з одним (VAX і IBM). | ЕОМ. Програми, написані для |
| Відсутність повного взаєморозуміння між | одній машині, не завжди підходять до |
| замовником і виконавцем до розробленого | інший. |
| програмного продукту. | Для розробника це творчість, |
| | Для замовника це зручний |
| | Інструмент. |
| | В Японії 60% працездатного |
| | Населення займається |
| | Програмуванням |
| 0.3.2 Характеристики якості ПЗ. | |
| | Критерії оцінки якості програми. |
| Перелік показників якості: | Програма повинна: |
| документування, | працювати згідно з технічним |
| ефективність, | завданням (і це легко перевіряється); |
| простота використання, | бути ефективна за швидкодією і |
| зручність експлуатації, | пам'яті (або швидше працювати або |
| мобільність, | займати менше пам'яті); |
| сумісність, | широко використовуватися і бути |
| випробуваного, | доступною (будь-який грамотний |
| вартість. | програміст повинен у програмі |
| | Розібратися і її експлуатувати, |
| | Модернізувати як під нову |
| | Завдання, так і під нову версію ОС); |
| | |
| | Бути пристосована до виявлення |
| | Помилок (досить надійна в |
| | Процесі розрахунку отримувати |
| | Достовірні результати); |
| | Повинна швидко розроблена і |
| | Налагоджена з мінімальними |
| | Трудовитратами. |
| 0.4. Класифікація та рейтинг за мовою | 0.3 |
| програмування | |
| ЕОМ виконує програму в машинних кодах. | Програма для ЕОМ займається |
| Складають програму люди на зручному для себе | перетворенням одних даних у |
| мовою. | інші. |
| Розрізняють мови: | Англійською мовою. |
| низького рівня (машинно-орієнтовані), | |
| високого рівня (на залежать від типу ЕОМ). | Залежить від типу ЕОМ. Наприклад, |
| Мови високого рівня бувають: | Асемблер. |
| процедурно-орієнтовані (Паскаль), | Не залежать від типу ЕОМ. |
| проблемно-орієнтовані (MathCAD), | Наприклад, Паскаль. |
| об'єктно-орієнтовані (С + +). | Наприклад, MathCAD. |
| | Наприклад, С + + |
| Перекладачі переводять програму з мови | І. - Порядковий переклад і |
| програмування в машинні коди. | виконання. Повільно, але зручно при |
| Види трансляторів: | налагодженні. |
| Інтерпретатор - порядковий переклад і виконання, | К. - Переклад всієї програми з |
| | Подальшим виконанням. Незручно |
| Компілятор - переклад усієї програми з | при налагодженні, але швидке виконання |
| подальшим виконанням. | готової програми |
| Приклади мов | |
| високого рівня: | Для математичних розрахунків. Від |
| Fortran = Formula | слів - транслятор формул. |
| Translator | |
|----------------------------------------- | |
| BASIC = Beginner's | Універсальний простою мовою. |
| All-perpose | Багатоцільовий мнемокод для |
| Symbolic | початківців. |
| Instruction | |
| Code | |
|---------------------------------------- | Мова для бізнесу. За першими буквами |
| COBOL = Common | слів англійської фрази - мова, |
| Business | орієнтований на звичайний бізнес. |
| Oriented | |
| Language | |
|----------------------------------------- | Мова для опису алгоритмів. |
| Algol = Algorithmic | |
| Language | Універсальний сучасний |
|------------------------------- | Структурований мову. Названий на |
| Pascal | честь Блеза Паскаля. |
|------------------------------- | Мови для системного |
| С, | програмування. |
| З + + | Для вирішення завдань в реальному |
|------------------------------- | Часу. Названий на честь |
| Ada | программісткі Ади Лавлейс. |
|------------------------------- | Мова обробки списків у системах |
| Lisp = List | |
| Programming | штучного інтелекту. |
|------------------------------- | Мова логічного програмування |
| Prolog = Programming | для систем штучного |
| Logically | інтелекту. |
| 0.5. Проектування програмних продуктів (ПП) | 0.4 |
| 0.5.1. Класифікація методів проектування ПП | |
| | Проектування алгоритмів і |
| | Програм - найбільш відповідальний |
| | Етап життєвого циклу ПП. |
| Ознаки | Традиційне неавтоматизоване |
| | Проектування алгоритмів і |
| | Програм використовується при |
| | Розробки невеликих за |
| | Трудомісткості і структурної |
| | Складності ПП, що не вимагають великої |
| | Числа розробників. ПП мають |
| | Прикладний характер. |
| | Автоматизоване проектування |
| | Алгоритмів і програм виникло з |
| | Необхідністю зменшити витрати на |
| Неавтоматизоване проектування алгоритмів і | проектні роботи, скоротити терміни |
| програм використовується при розробці невеликих | їх виконання, створити типові |
| за трудомісткістю і структурної складності ПП. | "заготовки", багаторазово |
| Автоматизоване проектування використовується в | тиражованих для різних |
| великих фірмах при розробці певного | розробок, координації робіт |
| класу ПП великого колективу розробників. | великого колективу розробників |
| | |
|. Структурне проектування - це | Методологія-це підходи до |
| послідовна декомпозиція, цілеспрямоване | проектування |
| розбивка на окремі складові. | Початок розвитку падає на 60-е |
| Структурний проектування включає в себе: | роки. |
| спадний проектування ( "зверху вниз"), | Метод спадного проектування |
| модульне програмування, | передбачає послідовне |
| структурний програмування (кодування). | розкладання загальної функції обробки |
| | Даних на прості функціональні |
| Інформаційне моделювання - побудова | елементи ( "зверху вниз"). |
| комплексу взаємопов'язаних моделей даних. | В основі Інформаційного |
| | Моделювання лежить положення про |
| Об'єктно-орієнтований підхід заснований на: | визначальної ролі даних при |
| виділення класів об'єктів; | проектуванні алгоритмів і |
| встановлення властивостей об'єктів і методів їх | програм. |
| обробки; | Структурне програмування |
| створення ієрархії класів, спадкування властивостей | засноване на модульній структурі |
| об'єктів і методів їх обробки. | програмного продукту і базових |
| Кожен об'єкт об'єднує дані і програму | алгоритмічних структурах. |
| обробки цих даних і відноситься до | Крім того, ООП дозволяє різко |
| певного класу. | скоротити обсяг і трудомісткість |
| | Підготовки програм, що мають справу з |
| Основна мета ООП - подолати наступні | безліччю пов'язаних один з одним |
| недоліки проектування "зверху вниз": | об'єктів. |
| - Недостатня увага до структур даних, | Об'єктно-орієнтований аналіз - |
| - Слабкий зв'язок структур даних з процесами їх | це виявлення об'єктів, визначення |
| обробки. | властивостей і методів обробки |
| | Об'єктів, встановлення їх |
| | Взаємозв'язків. |
| | ООП процес об'єктної декомпозиції |
| | Та подання з використанням |
| | Моделей даних проектованої |
| | Системи на логічному і фізичному |
| | Рівнях. |
| 0.5.2. Етапи створення ПП | 0.5 |
| Складання технічного завдання на програм-| Створення програмних продуктів |
| мування. | трудомісткий процес, заснований на |
| На цьому етапі потрібно: | певної технології. |
| визначити тип ОС - MS DOS, Windows, Windows NT, | |
| | |
| оцінити необхідність мережевого варіанту роботи | |
| програми, | яку можна переносити на |
| визначити необхідність розробки програми, | багатьох платформах. |
| обгрунтувати необхідність роботи з БД під | Розробляють функціональну |
| управлінням СУБД, | структуру алгоритму або склад |
| вибрати методи вирішення задачі, | об'єктів, визначають вимоги до |
| розробити узагальнений алгоритм рішення | комплексу технічних засобів |
| комплексу завдань і структури даних, | системи. |
| визначити вимоги до інтерфейсу користувача. | |
| | Приклад: для створення MS DOS-|
| Технічний проект. | додатків може бути використаний |
| На цьому етапі здійснюється: | мова програмування Visual Basic |
| розробка детального алгоритму обробки | for DOS Standard, Fortran, Visual |
| даних, | C + + for Windows. Якщо необхідна |
| визначення складу загальносистемного програмного | переносимість програм на інші |
| забезпечення, що включає базові засоби (ОС, | ЕОМ, вибирається середу Windows NT. |
| модель БД, електронні таблиці), | При розробці програм, що працюють |
| розробка внутрішньої структури ПП, утвореної | в середовищі Windows, можливо |
| окремими програмними модулями, | застосування технології OLE, для |
| вибір засобів розробки програмних модулів. | створення додатків. |
| Робоча документація (робочий проект). | Програма може працювати з БД |
| На цьому етапі здійснюється: | різних СУБД. |
| розробка програмних модулів, | |
| програмування або створення програмного коду, | |
| | |
| налагодження програмного продукту, | |
| випробування працездатності програмних модулів | |
| і базових програмних засобів, | |
| підготовка контрольного прикладу, для перевірки | |
| відповідності ПП завданням, | |
| створення експлуатаційної документації на | - характеристика програмного |
| програмний продукт: | вироби із зазначенням сфери його |
| Опис застосування; | застосування; |
| Керівництво користувача; | - детальний опис функціональних |
| Керівництво програміста (оператора). | можливостей і технології роботи з |
| Навчальні системи (для ПП масового застосування) | програмним продуктом; |
| Введення в дію. | - Вказує особливості встановлення |
| Готовий програмний продукт спочатку проходить | програмного продукту. |
| дослідну експлуатацію, а потім здається в | |
| промислову експлуатацію. | Тиражування і розповсюдження ПП |
| | |
| | |
| | |
| 0.6. Структура програмних продуктів (ПП). | 0.6 |
| Архітектура ПП являє собою сукупність і | Більшою мірою програмні |
| взаємозв'язок програмних модулів. | продукти не є монолітом і |
| Модуль - це самостійна частина програми, | мають конструкцію побудови - |
| що має певне призначення і забезпечує | сукупність програмних модулів. |
| | ПП володіє внутрішньою структурою, |
| задані функції обробки автономно від інших | що забезпечує зручність |
| програмних модулів. | розробки, програмування, |
| | Налагодження та внесення змін до ПП. |
| Програмний продукт має внутрішню | Програмні комплекси великої |
| структурою. | алгоритмічної складності |
| Структуризація програми виконується для | розробляються колективом |
| зручності | розробників (2-15 осіб). |
| розробки, | Керувати розробкою програм |
| програмування, | можна за науковій основі. |
| налагодження, | |
| внесення зміни до ПП. | Структурний розбиття програм на |
|. | окремі складові служить |
| Структуризація ПП переслідує наступні цілі: | основою і для вибору засобів їх |
| Розподілити роботи за виконавцями, забезпечивши | створення. При створенні ПП |
| їх | виділяються багаторазово використовувані |
| завантаження і необхідний термін розробки; | модулі, проводиться їх типізація та |
| Побудувати календарні графіки проектних робіт та | уніфікація, за рахунок чого |
| здійснювати їх координацію в процесі створення | скорочуються терміни і трудовитрати на |
| програмних виробів; | розробку ПП в цілому. |
| Контролювати трудовитрати і вартість | |
| проектних | |
| робіт. | |
| | |
| | Деякі ПП використовують модулі з |
| | Готових бібліотек стандартних |
| | Підпрограм, процедур, функцій, |
| | Об'єктів, методів обробки даних. |
| | На Рис. Наведено типова структура |
| | ПП, що складається з окремих |
| | Програмних модулів і бібліотек |
| | Процедур, вбудованих функцій, |
|. . . | об'єктів. |
|. . . | |
| | |
|. . . | |
| | Існує в однині. |
| | У роботі ПП активізуються |
| Серед безлічі модулів розрізняють: | необхідні програмні модулі. |
| Г о л о в н о й модуль - управляє запуском | Керуючі модулі задають |
| ПП; | послідовність виклику на |
| У п р а в л я ю щ и й модуль - забезпечує | виконання чергового модуля. |
| виклик | Інформаційна зв'язок модулів |
| інших модулів на обробку; | забезпечується за рахунок |
| Р о б о ч и е модулі - виконують функції | використання загальної БД або |
| обробки | міжмодульних передачі даних через |
| З е р в и с н и е модулі та бібліотеки, | змінні обміну. |
| утиліти - | Структура ППП багатомодульна. |
| здійснюють обслуговуючі функції. | |
| | |
| Кожен модуль оформляється як самостійно | |
| що зберігається файл. Для функціонування ПП | |
| необхідно | |
| наявність програмних модулів у повному складі. | |
| 0.7.Проектірованіе інтерфейсу користувача | 0.7 |
| 0.7.1. Діалоговий режим | |
| Більшість ПП працюють в діалоговому режимі. | У діалоговому режимі під |
| Склад діалогових систем: | впливом користувача |
| Меню - користувачеві пропонується вибір | здійснюється запуск функцій |
| альтернативних функцій обробки з | обробки, зміна властивостей |
| фіксованого переліку; | об'єктів, проводиться настройка - |
| Меню може містити вкладені підменю. | параметрів видачі інформації на |
| Дії запит-відповідь - фіксований перелік | друк і т.п. |
| можливих значень, які обирають зі списку або | Меню можуть бути ієрархічним і |
| відповіді типу Так/Ні; | містити вкладені підменю |
| Запит щодо формату - за допомогою ключових слів, | наступного рівня. |
| фраз. | Виставити панелі інструментів. |
| | Або шляхом заповнення екранної форми |
| Діалоговий процес управляється згідно | з регламентованим по складу і |
| створеному сценарієм, для якого визначаються: | структурі набором реквізитів |
| | Здійснюється підготовка |
| Момент початку діалогу; | повідомлень: "виконали не допустиму |
| Ініціатор діалогу - людина або ПП; | операцію "|
| Параметри та зміст діалогу - повідомлення, | Опис сценарію діалогу виконують |
| склад і структура меню, екранние форми; | блок-схеми, спеціалізовані |
| Реакція ПП на завершення діалогу. | об'єктно-орієнтовані мови |
| | Побудови сценаріїв. |
| Для створення діалогового процесу та інтерфейсу | |
| | ООТехнологіі, включають в себе |
| користувача використовують об'єктно-орієнтовані | спеціальні мови програмування |
| | Та інструментальні засоби |
| засоби розробки програм (Delphi). | розробки користувацького |
| У їхньому складі містяться: | інтерфейсу. |
| Будівники меню (для створення головного меню та | |
| вкладеного підменю); | |
| Конструктор екранних форм (для розробки | |
| форматів екранного введення і редагування | Можливі настройки головних меню, |
| даних). | створення системи підказок з |
| | Допомогою вбудованих засобів і мов |
| Діалогові вікна містять елементи управління: | програмування. |
| Тексти повідомлення; | |
| Поля введення інформації користувача; | |
| Списки можливих альтернатив для вибору; | |
| Кнопки, перемикачі і т.п. | |
| 0.7.2. Графічний інтерфейс користувача | |
| | Реалізується для ПП, |
| Обов'язковий компонент більшості сучасних | працюють в середовищі Windows. |
| ПП. | До нього пред'являються високі |
| Вимоги до графічного інтерфейсу: | вимоги з інженерної та |
| 1. Утримувати звичні і зрозумілі користувачеві | художнього боку розробки. |
| пункти меню, відповідні функціям обробки; | Будується у вигляді системи спадаючих |
| | Меню з використанням як |
| 2. Орієнтуватися на користувача, який | засоби маніпуляції миші та |
| спілкується з програмою на зовнішньому рівні | клавіатури. |
| взаємодії; | За допомогою інтерфейсу користувач |
| 3. Задовольняти правилом "шести" - в одну | працює з екранними формами, |
| лінійку меню включати не більше 6 понять, кожне | містять об'єкти управління, |
| з яких містить не більше 6 опцій; | панелі інструментів з піктограмами |
| 4. Зберігати стандартизоване призначення і | режимів і команд обробки. |
| місце розташування на екрані графічних об'єктів. | |
| 0.8. Структурний проектування та | 0.8 |
| програмування | |
| Структурний проектування включає в себе: | |
| | |
| спадний проектування ( "зверху вниз"), | |
| модульне програмування, | |
| структурний програмування. | |
| 0.8.1.Нісходящее проектування | |
| | |
| Метод передбачає послідовне розкладання | У результаті будується ієрархічна |
| функції обробки даних на прості | схема, яка відображає склад і |
| функціональні елементи ( "зверху вниз"). | взаімоподчіненность окремих |
| У результаті будується функціональна структура | функцій. Вона носить назву |
| алгоритму (ФСА) додатки, в якій | функціональна структура алгоритму |
| відображаються: | (ФСА) застосування. |
| мети предметної області (мета-підцілі); | Така структура відображає склад |
| складу додатків (задач обробки), | та взаємозв'язок функцій обробки |
| забезпечують реалізацію поставлених цілей; | інформації для реалізації |
| характер взаємозв'язку додатків з їх основними | додатків, не розкриваючи логіку |
| характеристиками; | виконання кожної окремої |
| функції обробки даних; | функції. |
| | Розкладання повинно носити строго |
| Функціональна структура програми. | функціональний характер, тобто |
| | Окремий елемент ФСА описує |
| | Закінчену змістовну функцію |
| | Обробки інформації, що |
|. . . | передбачає певний спосіб |
| | Реалізації на програмному рівні. |
| | Функції введення/виводу інформації |
|. . . | відокремлюють від функцій обчислювальної |
| | Або логічної обробки даних. |
| | |
|. . . . | Деякі функції наприклад Ф2, ФМ |
| | Далі нерозкладних на складові, |
| | Вони передбачають безпосередню |
|. . . | програмну реалізацію. Інші |
| | Функції Ф2 ... можуть бути представлені |
| За частотою використання функції поділяються на: | у вигляді структурного об'єднання |
| однократно виконувані; | простіших функцій, наприклад |
| повторюються. | Ф11, Ф12 .. Для всіх |
| | Функцій-компонентів здійснюється |
| | Самостійна програмна |
| | Реалізація, складові функції типу |
| | Ф1, ФМ реалізуються як програмні |
| | Модулі, керуючі |
| | Функціями-компонент-тами, наприклад, |
| | У вигляді програм-меню. |
| 0.8.2. Модульне програмування | 0.9 |
| | Модульне програмування засноване |
| Модуль являє собою сукупність логічно | на понятті модуля. |
| пов'язаних елементів, призначених для | Усі програмні ресурси модуля |
| використання іншими модулями та програмами. | можна розбити на дві частини: |
| | Об'єкти, прямо призначені для |
| Модулі призначені для зберігання готових | використання іншими програмами |
| програм. | або модулями; |
| Модуль сам по собі не є виконуваної | Об'єкти робочого характеру. |
| програмою - його об'єкти використовуються іншими | |
| програмними одиницями (процедурами, функціями). | Властивості модуля. |
| | |
| | |
| Модуль має: | |
| один вхід і один вихід - на вході програмний | |
| модуль отримує певний набір вихідних | |
| даних, виконує обробку даних і повертає | |
| один набір результатних даних, тобто реалізує | |
| принцип | |
| IPO (Input - Process - Output) - | |
| вхід-процес-вихід; | |
| функціональну завершеність - модуль виконує | |
| перелік операцій для реалізації кожної | |
| окремої функції в повному складі, достатніх | |
| для завершення розпочатої обробки; | |
| логічну незалежність - результат роботи | |
| модуля | Т.ч. Модулі містять: |
| залежить тільки від вихідних даних, і не залежить |-визначення доступних для |
| від роботи інших модулів; | обробки даних, |
| слабкі інформаційні зв'язки з іншими програм-|-операції обробки даних, |
| |-Схеми взаємозв'язку з іншими |
| нимі модулями - обмін інформацією між модулями | модулями. |
| повинен бути по можливості мінімізований; | |
| осяжний за розміром і складності програмний | |
| елемент. | Принцип модульного програмування |
| Кожен модуль складається з: | ПП багато в чому подібні до принципів |
| Специфікації - правила використання модуля і | спадного проектування: |
| Тіла - спосіб реалізації процесу обробки. | |
| | Функції верхнього рівня |
| Модульна структура програми. | забезпечується головним модулем; він |
| Принцип модульного програмування ПП: | управляє виконанням нижчестоящих |
| визначення складу і підпорядкованість функцій, | функцій, яким відповідають |
| визначення набору програмних модулів, | підлеглі модулі. |
| реалізують ці функції. | |
| При складанні алгоритму необхідно враховувати: | |
| Кожен модуль викликається на виконання | |
| вищестоящим модулем і, закінчивши роботу, | |
| повертає керування який викликав його модулю; | |
| Прийняття основних рішень в алгоритмі виноситься | 10 |
| | В результаті деталізації алгоритму |
| на максимально «високий» за ієрархією рівень; | створюється Функціонально-модульна |
| Для використання однієї і тієї ж функції у | схема алгоритму програми, яка |
| різних | є основою для |
| місцях алгоритму створюється один модуль, який | програмування. |
| викликається на виконання в міру необхідності. | Склад і вид програмних модулів, |
| Функціонально-модульна схема (ФМС). | їх призначення і характер |
| | Використання в програмі в |
| | Значній мірі визначаються |
| | Інструментальними засобами. |
| | Наприклад, стосовно до засобів |
| | СУБД окремими модулями можуть |
| | Бути: |
| | Екранні форми введення та |
| | Редагування інформації БД; |
| | Звіти генератора звітів; |
| | Макроси; |
| | Стандартні процедури обробки |
| | Інформації; |
| | Меню, що забезпечує вибір функції |
| | Обробки та ін |
| | |
| | |
| Функція 1 і Функція 2 виконуються за допомогою | Алгоритм - формальний опис |
| одного і того ж програмного Модуля. | способу вирішення завдання шляхом |
| Функція 3 реалізується одним програмним модулем. | Розбиття її на елементарні |
| | Операції. |
| Функція 4 - у вигляді послідовності виконання | Алгоритмічне програмування - |
| | Це розбиття програми на |
| Програмних модулів (2, 3... P). | послідовно ність модулів, кожен |
| Функція 5 - за допомогою ієрархії пов'язаних | з яких виконають одне або |
| модулів. | декілька дій. |
| | Алгоритм обраною мовою програм |
| Алгоритми великої складності подаються з | мування записується за допомогою |
| допомогою схем двох видів: | команд опису даних. |
| Узагальненої схеми алгоритму - розкриває загальний | |
| принцип функціонування алгоритму і основні | |
| логічні зв'язки між окремими модулями: | |
| Детальної схеми алгоритму - представляє содер-| |
| | |
| жаніе кожного елементу узагальненої схеми із використанням | |
| | |
| користуванням керуючих структур в блок-схемах | |
| і | |
| алгоритмічних мов високого рівня. | |
| 0.8.3. Структурне програмування | |
| | Найчастіше детально |
| Базується на модульній структурі ПП і типових | відпрацьовані алгоритми |
| керуючих структурах алгоритмів обробки | зображуються у вигляді блок схеми |
| даних різних програмних модулів. | відповідно до вимог структурного |
| Типи керуючої структури: | програмування, при їх розробці |
| Послідовність; | використовуються умовні позначення |
| Альтернатива (умова вибору); | згідно ДСТУ ( «проходження», |
| Цикл. | «Розгалуження», «цикл»). |
| | |
| | |
| | |
| | |
| 1.0. Інтегроване середовище розробки (I DE) | 11 |
| 1.1 Основні характеристики. | Integrated Development Environment. |
| | Можлива робота з групою проектів. |
| I DE дозволяє створювати, компілювати, | |
| тестувати і редагувати проект в єдиній | Delphi - це грецьке місто, де |
| середовищі програмування | жив дельфійській оракул. Цим ім'ям |
| I DE входить в комплект Delphi 5. | був названий новий ПП с |
| | Феноменальними характеристиками. Він |
| Система Delphi - це комбінація декількох | вдало поєднує в собі кілька |
| технологій: | передових технологій. |
| Високопродуктивний компілятор в машинний код | У процесі роботи розробник |
| (швидкість компілювання 120 тис. рядків/хв.); | вибирає готові компоненти і |
| Об'єктно-орієнтована модель компонент | проектує в середовищі. Після |
| (основні об'єкти, які групуються в 270 | виконання компіляції отримують код, |
| класів); | який виконується в 10-20 разів |
| Відсутні обмеження за типами створюваних - | швидше, ніж те ж саме, зроблене |
| | За допомогою інтерпретатора. |
| об'єктів, тому що сам Delphi розроблений на Delphi. | Delphi включає повний набір |
| Візуальне побудова додатків. Візуальні | візуальних інструментів для |
| компоненти пишуться на об'єктному Паскалі; | швидкісний розробки додатків |
| Масштабуються засоби для побудови БД. | (з готових компонентів, число |
| Одне і теж додаток можна використовувати як | яких безперервно зростає навіть за |
| для локального, так і для клієнт - серверного | рахунок інших фірм). |
| варіантів. | Delphi включає в себе локальний |
| | Сервер для того, щоб можна було |
| Delphi призначений для: | розробити програми на будь-які |
| професіоналів - розробників інформаційних | зовнішні сервери. |
| систем; | Сам Delphi розроблений на Delphi. |
| користувачів - для швидко вирішення своїх завдань. | Користувачі - це вчителі, лікарі, |
| | Викладачі вузів, бізнесмени. Чи не |
| | Залучаючи для вирішення своїх завдань |
| Запуск Delphi 5: | програмістів з боку. |
| за допомогою Головного меню або | Будь-який програміст на Паскалі |
| подвійним клацанням по піктограмі Delphi 5. | здатний відразу професійно |
| | Освоїти Delphi. Журнал Visual |
| Основний екран середовища: | Basic Magazine присудив свою премію |
| | Delphi for Win-|
| | Dows. |
| | |
| | |
| | Назва відкритого проекту. |
| | Імена пунктів меню |
| | Містить кнопки найбільш |
| | Часто використовуваних команд |
| | Палітра компонент містить |
| | Компоненти, за допомогою яких |
| | Створюється додаток. |
| | |
| | Програмний код компонентів |
| | Автоматично генерується Delphi. |
| | Для створення програми досить |
| | Розмістити у формі стандартні |
| 1.2. Головне вікно | компоненти, оскільки їх число |
| | Дуже велике. |
| | 12 |
| Головне вікно містить: | Вікна Delphi можна переміщати, |
| Рядок заголовка, що відображає ім'я | прибирати з екрану, а також змінювати |
| відкритого проекту; | їх розміри. |
| Рядок меню з набором команд для розробки, | Delphi є одно-документної |
| тестування програм і управління ними; | середовищем, тобто дозволяє одночасно |
| Панель інструментів включає 15 кнопок, | працювати тільки з одним |
| відповідають основним командам меню; | додатком. |
| Палітра компонентів відображає компоненти, з | Кнопками панелі інструментів можна |
| допомогою яких створюється додаток. | викликати часто використовуваних команд |
| Групи компонентів розміщуються на 19 вкладках. | головного меню. Викликати команди |
| | Головного меню можна за допомогою |
| У Delphi використовується відкрита компонентна | відповідних комбінацій клавіш. |
| архітектура, яка дозволяє додавати | Компоненти є "будівельними |
| компоненти. | блоками "з яких конструюються |
| Компоненти підрозділяються на: | форми додатків. |
| Візуальні (кнопки, поля редагування), | Не всі компоненти присутні в |
| Логічні (таблиці, звіти) компоненти. | різних конфігураціях. Можна |
| | Додавати компоненти незалежно від |
| 5 панелей інструментів: | того, де вони були виготовлені. |
| Стандартна, | Ви можете керувати відображенням |
| Дивитися, | панелей інструментів і змінювати |
| Налагодження, | склад кнопок на них. |
| Користувач, | Ці дії виконуються за допомогою |
| Робочий стіл. | контекстного меню панелей |
| | Інструментів або рядка меню. |
| 1.3. Вікно конструктора форми (Дизайнер форми) | |
| | Програмісти на Delphi проводять |
| Спочатку має заголовок Form1. | більшість часу перемикаючись |
| Форма - основа розробки, в неї поміщають | між Конструктором Форми і вікном |
| необхідні компоненти, створюють інтерфейс | Редактора Коду (вихідного тексту). |
| програми. | Конструктор форми інтуїтивно |
| Об'єкти вибираються на палітрі компонентів. | зрозумілий і простий у використанні, |
| | Тому створення візуального |
| | Інтерфейсу перетворюється в дитячу |
| | Гру. Конструктор Форм |
| | Спочатку складається з одного |
| | Порожнього вікна, яке заповнюється |
| | Всілякими об'єктами, обраними |
| | На палітри компонент. |
| | Сам конструктор форми знаходиться "за |
| | Кадром ", а розробник має справу з |
| | Самою формою, тому вікно часто |
| | Називають просто Формою. |
| Для розміщення компонента на формі необхідно: | Незважаючи на важливість Конструктора |
| 1.Щелкнуть мишею на піктограмі потрібного | Форми, місцем, де програмісти |
| компонента | проводять основний час, є |
| 2. Клацніть у тому місці Форми, де повинен бути | Редактор. Логіка є рушійною |
| розташований компонент. | силою програми і Редактор - то |
| Редагувати компоненти можна за допомогою | місце, де відбувається |
| контекстного меню. | "кодування". |
| 1.3. Вікно Редактора коду | 13 |
| | Редактор коду являє собою |
| Спочатку має заголовок Unit1.pas. | звичайний текстовий редактор, за |
| Вікно редактора містить вихідний текст модуля | допомогою якого можна |
| розробки. Редактор і форма тісно пов'язані | редагувати текст модуля та інші |
| між собою | текстові файли програми. |
| (перемикатися між ними можна клавішею F12). | У редакторі коду можна відкривати |
| | Декілька файлів, кожен з яких |
| | Розміщується на окремій сторінці. |
| | Між сторінками можна |
| | Перемикатися мишею, тобто "гортати" |
| | Файли з ярлика. |
| | Вікно Провідника коду розміщується |
| | Зліва від вікна Редактора. У ньому в |
| | Вигляді дерева відображаються всі |
| | Об'єкти модуля форми, наприклад |
| | Змінні і процедури. У вікні ПК |
| | Зручно переглядати об'єкти |
| | Програми, але можна швидко |
| | Звертатися до необхідних об'єктів, |
| | Що особливо важливо при роботі з |
| У вікні Провідника коду відображаються об'єкти | великими модулями. ПК |
| модуля форми, що дозволяє швидко звертатися до | автоматизує створення нових |
| об'єктів і створювати нові класи. | класів. |
| Вікна в Delphi можуть стикуватися один з одним за | При закритті файлу закривається і |
| допомогою миші, зливатися в одне загальне вікно, | ПК. |
| розділене на кілька частин. | Провідник коду можна прибирати і |
| | Виставляти за допомогою команди меню |
| | Вид. |
| | Вікна зручно переміщати по екрану і |
| | Змінювати їх розміри. |
| 1.4. Вікно Інспектори об'єктів | |
| Вікно відображає поведінку даного компоненту для | Якщо потрібно змінити що-небудь, |
| поточної форми Form1. Складається з двох сторінок | пов'язане з певним |
| (вкладок). | компонентом, то це виконується в |
| | Інспектор Про?? об'ектов. Приміром, |
| | Можна змінити ім'я і розмір |
| | Компоненту Tlabel, змінюючи |
| | Властивості Caption, Top, Height і |
| | Width. |
| | Packages подій пов'язана з |
| | Редактором кола. Сторінка Властивість |
| | При проектуванні форми дозволяє |
| | Просто змінювати властивості |
| | Компонентів, що відображається у вікні |
| | Проектувальника форм. |
| | Якщо для будь-якого Події |
| | Існує процедура, то в |
| Сторінка Властивість (список властивостей) відображає | розробці процедура здійснюється |
| інформацію про поточний компоненті. | автоматично при виникненні |
| Сторінка Події (список подій) визначає | цієї події. Такі процедури |
| процедуру, яку компонент повинен виконати | служать для обробки подій, |
| при виникненні вказаної події. | тому їх називають обробник. |
| | Кожен компонент має свій набір |
| | Властивостей і подій, що визначають його |
| | Індивідуальність і особливості. |
| 2. Характеристика проекту Delphi | 14 |
| | Три з них відносяться до управління |
| Будь-який проект має не менше шести файлів, | проектом із середовища і безпосередньо |
| пов'язаних з ним: | програмістом не змінюються. |
| Головний файл проекту (код проекту) - PROGECT.DPR | Основний, являє собою |
| | Програму. |
| | Автоматично з'являється спочатку |
| Перший модуль програми (модуль форми) UNIT.PAS | роботи його можна назвати будь-яким |
| | Іншим іменем |
| Файл головної форми (описи форми) - | Використовується для збереження |
| UNIT.DFM | інформації про зовнішній вигляд головної |
| | Форми. |
| Файл опис ресурсів - | Містить іконку для проекту, |
| PROGECT.RES | створюється автоматично. |
| | Текстовий файл для збереження |
| Файл параметри проекту - | установок, пов'язаних з даними |
| PROGECT.OPT | проектом. |
| | Додаткові Модулі. |
| Модулі - | При збереженні проекту під іншим |
| *. PAS | ім'ям, зміняться назва у файлів |
| | З розширенням RES, OPT. |
| Форма | Крім наведених файлів можуть |
| | Автоматично створюватися і |
| | Резервні копії: (DP - для |
| | DPR-файлів, (РА - для PAS-файлів. |
| | При запуску Delphi автоматично |
|. . . | створюється новий проект PROGECT1, |
| | Ім'я якого відображається у |
| | Заголовку головного вікна Delphi. Він |
|. . . | має у своєму складі одну форму і |
| | Відповідний йому модуль. |
|. . . | Щодо простий проект |
| Чи можуть автоматично створюватися і резервні | містить багато файлів, які |
| копії. | доцільно розміщувати в окремому |
| Файли проекту розташовуються в одному каталозі. | каталозі. |
| Для кожного нового проекту доцільно | |
| створювати окремий каталог. | |
| Файли у проекті можна додавати і видаляти. | |
| 2.1. Файл проекту PROGECT.DPR | |
| Є основним і являє собою | Для додатки з однією формою: |
| програму: | співпадає з назвою файла та |
| program Project1; | вказується при збереженні файлу на |
| (Назва програми) | диск. |
| | Оператор Uses повідомляє компілятору, |
| uses | що програма використовує модуль з |
| (Оператор) | вихідним кодом форми Unit1.pas. |
| Forms, (Назва | Назва модуля Form1 |
| модуля) | вказано у вигляді коментаря. Крім |
| Unit1 in 'Unit1.pas' (Form1); | того, перераховуються подключаемості
