Допомога у написанні освітніх робіт...
Допоможемо швидко та з гарантією якості!

Лекции по высокоуровневым методам інформатики, і программированию

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Прийнята методология. Вікно редактора кода. Конструктора формы. Програмні модули. Рядок заголовка. Головний модуль. Да Оператор2. З П І З Про К. ПриложениеN. Приложение2. Приложение1. Процедура N. Процедура 2. Процедура 1. Приложение. Компиляция. Тело цикла. Оператор1 1. Параметры. Функція 1k. Функція 11. ПодЦель 1S. ПодЦель 11. Оператор1. Функція M. Функція 5. Функція 4. Функція 3. Функція 2… Читати ще >

Лекции по высокоуровневым методам інформатики, і программированию (реферат, курсова, диплом, контрольна)

|0. Запровадження |0.1 | |0.1. Зміст дисципліни | | |Высокоуровневые методи інформатики, і | | |програмування |Обсяг — 52 години | | |2 семестр: | |Предметом вивчення являются:[pic] |лекції - 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 | |даних, |З++ 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. | | |Сторінка подій пов’язані з | | |Редактором кола. Сторінка Властивість | | |під час проектування форми дозволяє | | |просто змінювати властивості | | |компонентів, що впливає з вікна | | |проектувальника форм. | | |Якщо якого або Події | | |існує процедура, то | |Сторінка Властивість (список властивостей) відображає |розробці процедура виконується | |інформацію про поточному компоненті. |автоматично у разі виникнення | |Сторінка Події (список подій) визначає |цієї події. Такі процедури | |процедуру, яку компонент має виконати |служать в обробці подій, | |у разі виникнення зазначеного події. |тому їх називають обработчиками. | | |Кожен компонент має власний набір | | |властивостей і подій, які його| | |індивідуальність й особливо. | |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}; |того, перераховуються які підключаються | |{Перерахування модулів |модулі всіх форм проекту. | |всіх форм проекту} |Файл ресурсів має ім'я, | |{$R *.RES} |збігалася безпосередньо з ім'ям файла проекту.| |{Директива підключення |Можна підключити та інші ресурси, | |нині проектом файл ресурсів} |додавши директиви і вказавши у них | |begin |потрібні імена. | |{Головний блок програми} |Оператори виконують ініціалізацію | |Application.Initialize; |докладання, створення форми і запуск| |{Ініціалізація докладання} |докладання. За виконання операцій| |Application.CreateForm (TForm1,Form1); {Створення |на проект код файла проекту | |форми} |формується Delphi автоматично. | |Application.Run; | | |{Запуск докладання} | | |end. | | |Переглянути і відредагувати код файла з вікна | | |Редактора коду можна з допомогою команди: | | |Project/View Source (Проект/Просмотр джерела).| | |2.2. Файли форми |Модуль форми і опис форми | | |15 | |Для кожної форми створюються автоматично файл | | |описи UNIT. DFM і файл модуля UNIT.PAS. |Використовуючи Конструктор форми і | | |Інспектор об'єктів, розробник сам| |Файл описи форми (*.dfm) містить |управляє цим файлом. Приклад | |характеристики форми та її компонентів |описи форми з кнопкою Button1. | |(двоїчний). | | |При конструюванні форми в Файл описи |Object Form1: TForm1 | |автоматично вносяться відповідні |{Оголошення класу | |зміни. |Формы1} | |Для кожної форми декларується тип, определяющий|Left = 193 | |цій формі як клас. Його утримують у модулі |Top = 246 | |UNIT1.PAS |Width = 544 | |Щоб відобразити цей файл на екрані необходимо:|Height = 375 | | |Caption = «Form1 «| |Закрити вікно Конструктора тієї форми, для которой|Color = clBtnFace | |потрібно відобразити файл описи; |Font.Charset = DEFAULT_CHARSET | |Активізувати команду File/Open (Файл/Открыть);|Font.Color = clWindowText | | |Font.Height = -11 | |У діалоговому вікні (ДО) Open (Відкрити) в списке|Font.Name = «MS Sans Serif «| |типів файлів знайти й встановити маску *.dfm; |Font.Style = [ ] | |Виділити потрібний файл й тицьнути на на кнопку Open. |OldCreateOrder = False | | |PixelsPerInch = 96 | | |TextHeight = 13 | | |end. | | | | | | | | | | | | | | | | | | | | | | |Редактор коду та її вміст буде доступно | | |для перегляду і редагування. | | | |Interface | |Щоб відкрити вікно Конструктора форми: |{опис класу форми} | |Закривається Редактор коду командою File/Close; |uses | |Відкривається Конструктор форми командою View/ |Windows, Messages, SysUtils, | |Forms, в ДО якого вибирається потрібна форма. |Classes, Graphics, Controls, Forms,| | |Dialogs, | |Файл модуля форми (*.pas) містить опис |StdCtrls; | |класу форми (поведінка компонент і |type | |функціонування оброблювачів подій). |TForm1 = class (TForm) | |Складається автоматично при додаванні нової |private | |форми. |{ Private declarations } | |При розміщення на формі компонентів, в модуль |public | |форми вносяться зміни. |{ Public declarations } | |Частина змін вносить Delphi, а частина — |end; | |розробник. |var | |Відкрити модуль форми можна з допомогою: |Form1: TForm1; | |команди File/Open чи |Implementation {Підключення до | |в ДО View/Units (Просмотр/Модули), де |модулю описа | |вибирається потрібний модуль. |{$R *.DFM} ния | | |відповідної форми} | |Файли Модуля форми і Описание форми мають |end. | |однакове ім'я, який відрізняється від імені |Тексти модулів форм відбиваються в | |файла проекту. |вікні Редактора коду і редагуються| | |з його за допомогою. | |2.3. Файли модулів *.PAS |16 | | |Крім файлів, створюваних Delphi, | |Це модулі які пов’язані з якоюсь формою. |до проекту можна включати ваші | |Вони оформляються за правилами мови |власні файли, написані | |програмування Object Pascal і в |мові Pascal попередніх версій | |окремих файлах. |чи іншими мовами | |Для підключення модуля його ім'я вказується в |програмування. | |розділі uses того модуля чи проекту, який |У окремій модулі доцільно | |використовує цей модуль. |розміщувати процедури, функції, | | |константи чи перемінні, загальні для| | |кількох модулів проектів. | |2.4. Файл ресурсів PROGECT. RES | | | |Ці компоненти є ресурсами | |За першого збереженні проекту автоматично |Windows, оскільки вони розроблено | |створюється файл ресурсів безпосередньо з ім'ям, співпадаючим з |відповідно до стандартами цієї | |ім'ям файла проекту. |системи. | |Файл містить такі ресурси: | | |піктограми; | | |растрові зображення; | | |курсоры. | | |Файл ресурсів спочатку містить піктограму| | |проекту. Його можна змінити, використовуючи |На малюнку показано вікно редактора,| |графічний редактор Image Editor 3.0. |у якому завантажений файл і | |Викликається редактор командою Tools / Image |виконується редагування | |Editor |піктограми докладання. | |(Инструменты/Редактор зображень). |Файл ресурсів має ієрархічну | | |структуру, у якій ресурси | | |розбиті на групи, а кожен ресурс | | |має унікальне не більше групи | | |ім'я. Ім'я ресурсу задається за його | | |створенні та у майбутньому | | |використовують у додатку для | | |доступу до цього ресурсу. | | |Програма проекту перебуває у | | |групі Icon і з вмовчанням має | | |ім'я | | |MAINICON. | | | | | | | |У файлі ресурси розбиті на групи. Кожна група| | |має ім'я. | | |Image Editor дозволяє працювати з файлами, | | |що містять такі ресурси: | | |Піктограми компонентів (*.DCR); | | |Растрові зображення (*.BMP); | | |Піктограми додатків (*.ISO) | | |Курсоры (*.CUR). | | | | | | | | | | | |2.5. Файл параметри проекту PROGECT. OPT |17 | |Використовується для установки параметрів проекту з |Цей фай є | |допомогою команди меню Project / Options. |текстовій файл, який містить | | |поточні установки проекту: | |Параметри розбиті на групи, кожна з яких |настройки компілятора і | |розташований у відповідному вікні у своїй |компоновщика, | |сторінці. |імена службових каталогів, | | |умовні директиви і параметри | | |командної рядки, | | |настройки проекту (які вікна | | |відкриті у яких позиціях вони | | |розташовані), | | |конфігурацію проекту. | | |Наприклад: | | |Проект то, можливо откомпилирован з | | |отладочной інформацією чи ні неї.| | |Під час розробки доцільно | | |постійно включати у проект | | |отладочную інформацію. І тому | | |необхідно встановити опцію Debug | | |Information сторінка Compiler | | |даного діалогового вікна (ДО). | |Після установки окремих параметрів Delphi |файл конфігурації: *.DOF-файл, | |автоматично вносить потрібні зміни у |містить поточні установки проекту,| |відповідні файли проекту. |наприклад, настройки компілятора, | |Файл параметрів проекту є |імена службових папок тощо. | |текстовій файл, у якому через підрядник |DSK -файл з настройками проекту. Він| |розташовуються параметри та його значення. |дозволяє відновити зовнішній вигляд | | |робочої середовища проекту. | |2.5. Резервні файли | | |Delphi створює резервні копії файла проекту, а |Якщо Сталін перший символ в розширенні | |також PASі DFM-файлов. |файла — тильда ((), йдеться про | |Резервні копії: |зарезервованої копії. | |*.(DP файла проекту з розширенням DPR. | | |Складається | | |при повторному збереженні проекту. |*.(BP файла групи проектів із | |*.(PA модуля проекту з розширенням PAS. |розширенням BPG. Цей файл | |Складається |створюється при повторному збереженні | |при повторному збереженні проекту, тоді як результат |файла групи проектів. | |ном коді модуля було зроблено зміни. | | |*.(DF файла форми. Складається у разі, якщо | | |DFM- | | |файл було відкрито вигляді тексту, у ньому були | | |зроблено зміни. | | |3. 0. Компіляція і виконання | | |У процесі компіляції проекту створюється: | | |готова до виконання файл (*.EXE) чи |Який то, можливо додатком. | |динамічно загружаемая бібліотека (*.DLL). |Будемо розглядати лише | | |файл-приложение. | |Ім'я докладання збігаються з ім'ям файла проекта.|Приложение.EXE не вимагає за всієї| | |роботі додаткових файлів | |Саме додаток є автономним. |Delphi. | |Запуск процесу компіляції виконується по |18 | |команді Project /Compile |У команді міститься ім'я проекту, | |Компіляція можуть виконати про всяк стадії |раз работка якого виконується в | |розробки проекту. |настою щий момент (спочатку | |При компіляції відбувається: |Project1). | |створення виконуваного файла — докладання *.EXE; |За збереження проекту за іншою | |компіляція файлів всіх модулів, вміст |ім'ям відповідно має | |яких змінилася після останньої компіляції. |змінитися ім'я проекту на команді | |Через війну створюється файл з розширенням *.DCU;|меню. | | | | |перекомпиляция модуля, у який внесено |Компіляція про всяк стадії | |зміни і модулів, використовуючи його з допомогою |дозволяє перевірити вигляд і | | |правильність функціонування | |директиви uses. |фрагментів створюваного коду. | |Хід процесу компілювання вказуватиметься |Проект то, можливо откомпилирован з | |на екрані, якщо встановити опцію Show compiler |отладочной інформацією чи ні неї.| |progress |Під час розробки доцільно | |в меню Tools/ Environment Options/ Preferences. |постійно включати у проект | | |отладочную інформацію. І тому | | |треба встановити опцію Debug | | |Information сторінка Compiler | | |даного діалогового вікна (ДО). | | |Preferences (перевагу) | | |Хід процесу компілювання буде | | |відображатись на екрані. | |Складання проекту виконується командою Project |Крім компіляції то, можливо | |/Bild |виконано складання проекту. | |. |Проект/Собрать | |При складанні перекомпилируются все модулі, | | |що входять до проект, незалежно від цього, був у | | |них внесено зміни чи ні. | | | | | |Запускати проект можна з: | | |середовища Delphi і | | |середовища Windows. |Выполнение/выполнить. | | | | |Запуск проекту з середовища Delphi виконується | | |командою Run/Run. | | |Створене додаток починає своєї роботи. | | |При внесенні змін у файли, попередньо | | |виконується компіляція проекту. | | |Особливості запуску серед Delphi: | | |не можна запустити другу копію докладання; | | |продовжити розробку проекту можна лише після| | |роботи докладання; | | |при «зависанні «докладання завершення його роботи| | |необхідні засобами Delphi командою | | |Run/Program Reset чи клавішами +. | | | | | |Запуск проекту з середовища Windows запускається так | | |ж, як будь-який інший додаток, приміром, із | | |допомогою Провідника. | | |Для налагодження додатків у середовищі Delphi можна | | |використовувати отладчик. | | |4.0. Розробка докладання |19 | |Вона складається з двох етапів: |Delphi належить до систем | |Створення інтерфейсу докладання, |візуального програмування, | |Визначення функціональності докладання. |які належать до системам | | |швидкої розробки додатків. | |До сформування інтерфейсу необхідно: |Інтерфейс докладання визначає | |вибрати потрібні компоненти; |спосіб взаємодії користувача | |визначити зовнішній вигляд і функціональні |і мережеві додатки, тобто. зовнішній вигляд | |можливості компонентів; |форми і під час докладання і | |відобразити вікно Інспектори аж Об'єктів; |хоч способом користувач | |розмістити компоненти на формі. |управляє додатком. З допомогою | | |Конструктора Форми інтерфейс | |Задля більшої функціональності докладання |створюється шляхом розміщення у формі | |необхідно: |компонентів. | |поставити в Інспектора Об'єктів значення властивостей і |Функціональність докладання | |процедур обробки подій; |визначається процедурами, які | |написати програмний код для заданих процедур |виконуються у разі виникнення | |обробки подій. |певних подій, що відбуваються | | |при діях користувача з | | |управляючими елементами форми. | |4.1. Найпростіше додаток | | | |Форма містить основні елементи | |Становить собою заготівлю, що забезпечує все|окна Windows: заголовок Form1, | |необхідне докладання. Це: |кнопки мінімізації, максимізації і | |форма, на яку вже два файла з |закриття вікна, зміни розмірів | |описом і модулем. |вікна і кнопку виклику системного | |Під час створення додатків у форму поміщаються |меню. Ця форма відображається при | |компоненти, їм встановлюються властивості і |першому запуску Delphi | |створюються оброблювачі подій. |Додаток Windows виконується в | |До найпростішій додатку розробник додає |вікні і навіть якщо не | |нових форм. |робить, є порожнім, має | | |мати вікно. Вікно реагує на | | |зміна розміру, переміщення, | | |закриття та інших. команди. | |4.2. Створення інтерфейсу докладання | | |Інтерфейс докладання становлять компоненти. |Самі компоненти є | |Візуальні компоненти — це кнопки, списки, |будівельними блоками. Вибираються | |перемикачі, написи. |з Палітри і встановлюються на | |Не візуальні (логічні) виконують |формі. Їх властивості можна змінити. | |допоміжні дії - це секундомір, |Після розміщення компонента у вигляді| |таблиці даних, звіти |можна змінювати з допомогою миші його | | |розташування й розміри. | |Для установки на формі кількох однакових |З іншого боку, для кількох | |компонент необхідно: |компонентів можна виконувати | |Натиснути і втримувати клавішу. |вирівнювання чи переклад одного чи | |Вибрати на Палітрі компонентів клацанням миші |іншого компонента на передній чи| |потрібний компонент. |задній план. | |Клацати мишею до місць на Форму, де мають |За умовчанням компоненти | |лежати ці компоненти. |вирівнюються на формі лініями | |Скасовується вибір даного компонента клацанням мыши|сетки. За умовчанням крок сітки дорівнює| |на зображенні стрілки у лівій краю Палітри |восьми пикселам, а сітка при | |компонентів чи вибором іншого компонента. |проектуванні відображається на | |Виділення кількох компонент на формі |поверхні форми. | |виконується з допомогою миші при натиснутої клавіші |20 | |. |Зовнішній вид компонента визначають | |Редагування компоненти можна з допомогою |його властивості, доступними в | |контекстного меню чи меню Edit/Align. |вікні Інспектори аж об'єктів (ІС), | | |щоб виділено на формі. | |Властивості компонента це атрибути, що визначають |У верхню частину вікна в | |спосіб відображення і функціонування компонент.|раскрывающемся списку, відбиваються| | |назва компонента та її тип. У | | |цьому вибираються потрібні | | |компоненти і тим самим, можна | | |одержати доступ властивостями цих | | |компонентів (особливо, якщо | | |компоненти закриті іншими). | | |Управляти властивостями можна | | |у вікні конструктора| | |форми, чи з допомогою Інспектори аж | | |об'єктів. | |Типи властивостей: | | |прості - це, значення яких є |У лівої частини вікна ІС наводяться | |числами чи рядками. Наприклад, Caption, Name, |назви всіх властивостей компонентів, | |Left, Top; |доступними на етапі | |перечисляемые — це, яких можуть прибирати |розробки докладання. До кожного | |значення з представленого набору (списку). |властивості справа міститься значення| |Наприклад, тип Boolean приймає значення True |цього властивості. | |чи False; |За умовчанням перша кнопка отримує| |вкладені - це, які підтримують |ім'я Button 1, друга Button 2 і | |вкладені значення (чи об'єкти). Є два |т.д. | |виду властивостей числа й комбіновані |Розробник може змінитися властивість| |значення. |компонента, запровадивши чи обравши потрібне| | |значення (назва кнопки — | |Для зміни значення властивостей необхідно: |Закрити). | |клацнути мишею з його імені цього у лівої колонці; |Результат зміни властивостей | |відкрити список, що з’явився відповідної |компонента стає відразу видимим| |осередку правої колонки: |з вікна проектувальника форм. | |вибрати потрібне властивість. |При зміні значення властивості | |Стверджується властивість клавіш, |Caption (Назва) кнопки на | |скасовується зміна клавіш. |поверхні її з’являється нове | |Редактори для установки значення властивостей: |назва. | | | | | |Наприклад: Caption, Left, Height, | | |Hint. | | |Властивості: FormStyle, Visible, | | |ModalResult | | |Об'єкт — містить властивості, кожне | | |із яких редагувати | | |окремо. У сфері значення | | |свойства-объекта в дужках | | |вказується тип об'єкта. | | |Властивість представляє комбінацію | |За виконання докладання властивості компонентів |значень з запропонованого безлічі| |можна змінювати з допомогою операторів | | |присвоювання. |Якщо властивості введено | |Зміна заголовка кнопки Button 1 можна |неправильне значення, то видається | |програмно: |попереджувала повідомлення. | |Button 1. Caption:= «Закрити »; |Це більшого обсягу робіт, | | |ніж у випадку використання ИнОб. | | |Проте, окремі властивості | | |встановлюються саме з допомогою | | |операторів присвоювання. | |4.3. Визначення функціональності докладання |21 | | |Після компіляції на екрані | |Реакція вікна на різноманітних дії |з'являється форма докладання, з | |користувача визначає функціональність |яких можна працювати з | |докладання. |звичайним вікном Windows (переміщати | | |екраном, змінювати її розміри, | | |мінімізувати чи максимізувати,| | |закривати). | | |Реакція ті, що дії | | |властива кожної форми і залежною | | |від призначення докладання та її | | |особливостей. На формі зазвичай | | |розміщені компоненти, що утворюють | | |інтерфейс докладання, і розробник| | |повинен тих компонентів | |Оброблювачі подій компонента — яке дію |визначити потрібну реакцію тих чи| |можна доручити наголошеного компоненту. Кожен |інші дії користувача | |компонент має стандартний оброблювач події. |(наприклад, натискання кнопки чи вибір| |Щоб при натисканні на кнопці «Закрити «кнопка |перемикача). | |реагувала на подія закрити, необхідно |Код модуля під час створення оброблювача| |створити чи вказати процедуру обробки события,|событий кнопки «Закрити «| |яка викликатися у разі виникнення |unit ASA; | |даної події. |interface | | |uses | |До сформування процедури обробки події потрібно: |Windows, Messages, SysUtils, | |1) виділити на формі компонент; |Classes, Graphics, Controls, Forms,| |2) перейти на сторінку подій Інспектори аж |Dialogs, | |Об'єктів; |StdCtrls; | |3) створити оброблювач події OnClick. |type | |І тому: |TForm1 = class (TForm) | |зробити подвійний щиголь у сфері значення |Button1: TButton; | |події OnClick, (Delphi автоматично створить |procedure button1Click (Sender: | |в модулі форми заготівлю процедуры-обработчика).|TObject); | | |private | |на місці, де встановиться курсор написати код, |{ Private declarations } | |котрий буде виконуватися при натисканні кнопки |public | |Button1. |{ Public declarations } | |- набрати рядок Form1. Close; |end; | |Решта Delphi створює автоматично. |var | | |Form1: TForm1; | |При зміні імені кнопки з допомогою Інспектори аж |implementation | |Об'єктів відбувається автоматично переименование|{$R *.DFM} | |цієї процедури в всіх файлах (DFM і PAS) |procedure | |проекту. |TForm1.Button1Click (Sender: | | |TObject); | |Для видалення процедуры-обработчика досить |begin | |видалити код, який програміст вносив у ній |Form1.Close; | |самостійно. Після цього за збереженні чи |end; | |компіляції модуля оброблювач буде винесений |end. | |автоматично із усіх файлів проекту. |Отже, Інспектор Об'єктів — це | | |інструмент, на формування | |Процедура, що з кількома подіями для|внешнего виду та функціональних | |різних компонент називається загальним |можливостей форми і компонентів в | |оброблювачем й викликається у разі виникнення |процесі вироблення докладання. | |кожного з пов’язаних із нею подій. |Замість створення нової оброблювача | | |для події можна вибрати | | |существу-ющий оброблювач, якщо | | |такий є. | |5.0. Кошти інтегрованої середовища розробки |22 | |Ці цифри служать для зручною й ефективної | | |розробки додатків. | | |5.1. Управління параметрами середовища | | | Установки параметрів виконуються в діалоговому | | |вікні | | |за командою Tools/Environment Options (Кошти | | |/ Параметри середовища). | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |Можливі такі настройки: | | |параметрів конфігурації Deldhi, | | |завдання робочих папок компілятора і компоновщика| | |всім файлів проекту, | | |сторінок, і компонентів на Палітрі компонентів, | | |шрифту і кольору Редактора коду, | | |автосохранение редактируемых файлів | | |Усі параметри об'єднані за групами, розміщеними| | |на окремих сторінках. | | |5.2. Менеджер проекту (Project Manager) | | |Призначений керувати складовими частинами |Менеджер Проекту дозволяє | |розроблюваного докладання. |об'єднувати проекти які працюють| |Викликається за командою View/Project Manager |разом у одну проектну групу. Це| | |дозволяє організувати як роботу | | |взаємозалежних проектів, як-от| | |однозначні і многозадачные | | |докладання чи DLL, і | | |спільну роботу виконуваних | | |програм. | | |На рис. Показано вікно Project | | |Manager з відкритою проектом Apple. | |З допомогою менеджера виконуються операції: | | |перегляд частини проекту, | | |видалення окремих частин проекту, |У творчому списку вікна можна відкрити | |додавання нині проектом нової частини. |будь-якої модуль для перегляду чи| |Відкрити модуль для редагування можна подвійним |редагування подвійним клацанням миші| |клацанням миші під назвою файла у списку вікна. |з його імені чи командою Open | | |контекстного меню цього файла. | |5.3. Вмонтований отладчик (Debugger) |23 | |Полегшує пошук і освоєння усунення помилок в | | |додатках. | | |Кошти отладчика доступні: | | |з допомогою команд пункту меню Run (Виконання); | | |і підменю View / Debug Windows (Просмотр/Окна | | |налагодження). | | |Дії отладчика: | | |виконання до зазначеного оператора (рядки | | |коду), | | |покрокове виконання докладання, | | |виконання до точки зупинки, | | |включення і вимикання точок зупинки, | | |перегляд значень об'єктів, з вікна перегляду, | | |установка значень об'єктів і під час | | |докладання. | | | | | |Установка параметрів отладчика виконується з | | |допомогою команди Tools / Debugger Options | | |(Параметри отладчика). | | |5.4. Оглядач проекту (Project Browser) | | |Дозволяє переміщатися по: |З допомогою оглядача проекту | |- ієрархії класів, |можна перебирати використовувані | |модулями і |програмою модулі і переглядати | |глобальним символів докладання. |символи в розділах interface чи | |Викликається командою View / Browser (Перегляд / |implementation; можна перебирати | |Оглядач). |глобальні символи докладання, | | |переглядати їх оголошення і | | |переходити до посилань ними в | | |вихідному коді. | | |Вікно оглядача проекту розділене| | |на частини. У ієрархічному| | |вигляді відбиваються доступні для | | |обраної сторінки об'єкти, а | | |справа для обраного об'єкта більш| | |детально відбиваються його | | |характеристики. | |Для перегляду з вікна лівої частини доступні три | | |типу об'єктів: | | |Globals (Глобальні символи), | | |Classes (Класи) і | | |Units (Модулі). | | |У правій частині панелі вікна доступні для | | |перегляду: |Залежно вибраного типу | |Scope (Межі), |просматриваемого об'єкта у правій | |Inheritance (Ієрархія) і |частини може бути доступні такі| |References (Посилання). |варіанти детального перегляду | |Управління відображенням даних здійснюється з |характеристик: Scope, Inheritance, | |допомогою миші. |References | |Для управління параметрами відображених объектов|Можно відображати чи приховувати | |використовується команда Tools/Environment |відповідні об'єкти, наприклад | |Options/Explorer |перемінні чи константи модуля. | |5.5. Сховище об'єктів |24 | |Одні говорили і самі об'єкти можна залучити до |Об'єкти об'єднують у групи і | |ролі шаблонів і розробити додатків. |розміщуються на окремих сторінках:| |Ці об'єкти перебувають у сховище (Repository). | | |Їх можна переглянути з вікна New Items (Нові |New — Базові об'єкти, | |елементи), викликавши командою File/New… |ActiveX — Об'єкти ActiveX і OLE, | | |Multitier — Об'єкти многопоточного | | |докладання, | | |Project 1 — Форми створюваного | | |докладання, | | |Form — Форми, | | |Dialogs — Діалоги, | | |Data Modules — Модулі даних, | | |Projects — Проекти, | | |Business -Майстра форм. | | | | | |Назва стор. Apple збігаються з | | |назвою створюваного проекту. | | |Сама сторінка містить вже | |У сховище перебувають шаблони додатків, форм, |створену форму. При зміні | |звітів, Майстра форм. |назви проекту чи форми | |Об'єкти додаються в різний спосіб: |змінюються знати їхні назви у сховищі | |Copy — до проекту додається копія з сховища. |об'єктів. При додаванні чи | |Усі зміни у об'єкті є локальними і не|удалении форми її шаблон | |зачіпають оригінал; |відповідно додається чи | |Inherit — від об'єкта з сховища породжується |виключається з сховища об'єктів. | |(наслідується) новий об'єкт й додають до |При додаванні об'єкта нині проектом | |проекту. Усі модифікації з об'єктом у проекті |вибирається потрібна сторінка, | |не можна видалити. |виділяється об'єкт і підтверджується | |Use — до проекту включається безпосередньо сам |ОК. | |із сховища з усіма файлами. При | | |зміні у проекті цього об'єкта змінюється і | | |об'єкт у сховищі. | | |5.6. Довідкова система | | | | | |До складу довідкової системи входять: |Вкладка Зміст вікна | |стандартна система довідки (із трьома вкладками);|предоставляет доступом до довідкової | | |інформацією вигляді змісту. | |довідкова допомогу через Internet (запуск |Послідовно можна переміститися| |браузери); |в необхідну місце довідкової | |контекстно-залежна довідкова |системи. | |помощь (клавишаF1) |Вкладка Предметний покажчик | |відображувана довідка залежить від активізації |дозволяє виконати пошук | |об'єкта. |інформації з допомогою ключового | | |слова. Користуватися їй простіше, ніж | | |вкладкою Зміст. | | |Вкладка Пошук дозволяє виконати | | |пошук і освоєння відображення всіх розділів | | |довідкової системи, у яких | | |зустрічається зазначена фраза чи | | |слово. | | | | | | |.

———————————;

Ступінь автоматизации.

Методи проектирования.

Прийнята методология.

Неавтоматизированное проектирование.

Автоматизоване проектирование.

Структурне проектирование.

Інформаційне моделирование.

Объектно-ориентированное проектирование.

Метод m.

Метод 3.

Метод 2.

Метод 1.

Об'єкт D.

Об'єкт А.

Процедура N.

Процедура 2.

Процедура 1.

Бібліотеки процедур, объ;

ектов і методів обработки.

Модуль К.

Модуль 2.

Модуль 1.

головний модуль.

Мета 1.

Тело цикла.

ПодЦель 1S.

ПодЦель 11.

Функція 1.

Програмні модули.

Модуль 1.

Функція 2.

Функція M.

Функція 2.

Приложение2.

ПриложениеN.

Функція 1k.

Функція 11.

Приложение1.

Функція 1.

Модуль v.

Функція 3.

Модуль q.

Модуль p.

Модуль m.

Модуль n.

Модуль k.

Функція 5.

Модуль p.

Модуль 3.

Модуль 2.

Функція 4.

Параметры цикла Тело цикла Оператор2 1.

Оператор1 1.

Нетт.

Да Оператор2.

Оператор1.

Условие Глав ное окно.

Вікно редактора кода.

Окно.

Конструктора формы.

Окно.

Інспектори аж объектов.

Рядок заголовка.

Рядок меню Панель інструментів Палітра компонентов.

Описание.

Проект.

Модуль.

Форма.

Модуль.

Приложение.

Ресурсы.

Параметры.

Компиляция.

|Тип редактора|Как використовувати | |Простий |Поставити значення безпосередньо | |(текстовий) |на полі. | |Список выбора|Выбирается значення зі списку | |Список |Вибирається із списку. | |об'єктів | | |Безліч |Виконати подвійний щиголь по | | |знаку «+ «і вибрати значення | | |безлічі. | |Колір |Вибрати колір у відчиненому | | |списку чи діалоговому вікні. | |Шрифт |Призначити параметри шрифту в | | |списку властивостей чи діалоговому | | |вікні |.

З П І З Про К.

Показати весь текст
Заповнити форму поточною роботою