ПЕРЕЛІК ДИСЦИПЛІН:
  • Адміністративне право
  • Арбітражний процес
  • Архітектура
  • Астрологія
  • Астрономія
  • Банківська справа
  • Безпека життєдіяльності
  • Біографії
  • Біологія
  • Біологія і хімія
  • Ботаніка та сільське гос-во
  • Бухгалтерський облік і аудит
  • Валютні відносини
  • Ветеринарія
  • Військова кафедра
  • Географія
  • Геодезія
  • Геологія
  • Етика
  • Держава і право
  • Цивільне право і процес
  • Діловодство
  • Гроші та кредит
  • Природничі науки
  • Журналістика
  • Екологія
  • Видавнича справа та поліграфія
  • Інвестиції
  • Іноземна мова
  • Інформатика
  • Інформатика, програмування
  • Юрист по наследству
  • Історичні особистості
  • Історія
  • Історія техніки
  • Кибернетика
  • Комунікації і зв'язок
  • Комп'ютерні науки
  • Косметологія
  • Короткий зміст творів
  • Криміналістика
  • Кримінологія
  • Криптология
  • Кулінарія
  • Культура і мистецтво
  • Культурологія
  • Російська література
  • Література і російська мова
  • Логіка
  • Логістика
  • Маркетинг
  • Математика
  • Медицина, здоров'я
  • Медичні науки
  • Міжнародне публічне право
  • Міжнародне приватне право
  • Міжнародні відносини
  • Менеджмент
  • Металургія
  • Москвоведение
  • Мовознавство
  • Музика
  • Муніципальне право
  • Податки, оподаткування
  •  
    Бесплатные рефераты
     

     

     

     

     

     

         
     
    Лекції з високорівневим методів інформатики та програмування
         

     

    Інформатика, програмування

    | 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); | того, перераховуються подключаемості

         
     
         
    Реферат Банк
     
    Рефераты
     
    Бесплатные рефераты
     

     

     

     

     

     

     

     
     
     
      Все права защищены. Reff.net.ua - українські реферати ! DMCA.com Protection Status