- •Перелік термінів та позначень
- •Передмова
- •Частина 1. Початок програмування в срср. Витоки розвитку
- •1.1. Поява і розвиток технології програмування (1952–2012)
- •1.2. Формування технологічних напрямів (1965–1975)
- •1.3. Становленья технології програмування (1975–1982)
- •1.4. Розвиток інтерфейсу в технології програмування (1976–1992)
- •1.5. Розвиток об’єктної технології програмування (1992–2002)
- •1.6. Індустріальні основи технології програмування (2002–2012)
- •1.7. Навчання тп у кну Тараса Шевченко (1965–2012) та філії мфті (2000–2012)
- •Контрольні питання і завдання до частини 1
- •Список літератури до частини 1
- •Частина 2. Парадигми технології програмування
- •2.1. Модульне програмування та збиральний підхід
- •2.1.1. Інтерфейс в програмуванні
- •2.1.2. Зборка модулів по а.П.Єршову
- •2.1.3. Метод зборки готових програмних елементів
- •2.1.4. Формальне подання методу збирання різномовних модулів
- •2.2. Парадигма об’єктно-орієнтованого програмування
- •2.2.1. Базові концепції ооп
- •2.2.2. Чотирьох рівневе проектування ом
- •2.2.3. Концепції об’єктного аналізу
- •2.2.4. Функції, алгебра та операції об’єктного аналізу
- •2.2.5. Моделювання моделі ПрО
- •2.2.6. Опис параметрів інтерфейсу ом
- •2.3. Парадигма uml-метода моделювання
- •2.3.1 Основні діаграми методу
- •2.3.2. Моделювання поведінки системи
- •2.3.3. Побудова пс засобами uml
- •2.4. Парадигма компонентного програмування
- •2.4.1. Теоретичні аспекти компонентного програмування
- •2.4.2. Моделі компонентного програмування
- •2.4.3. Графове подання компонентної моделі ПрО
- •2.4.4. Об’єднання компонентів. Модель середовища
- •2.4.5. Компонентна алгебра
- •2.4.6. Іінструментальні засоби кп
- •2.4.7. Технологія компонентної розробки пс
- •2.4.8. Типізація і класифікація програмних компонентів
- •2.4.9. Жц проектування пс із типових компонентів та кпв
- •Розробка вимог до пс – це формування та опис функціональних, технологічних, організаційних та ін. Властивостей програмної системи, які необхідні чи бажані з точки зору кінцевого користувача.
- •Розгортання рпс. У випадку, коли рпс створюється для конкретного замовника, який є і користувачем, то деякі завдання розгортання виконуються на попередніх етапах. До них, зокрема, відносяться:
- •Супровід рпс компонентній пс характеризується наступними особливостями.
- •2.5. Парадигма аспектно-орієнтованого програмування
- •2.5.1.Основні елементи парадигми аоп
- •2.5.2. Засоби аоп
- •2.5.3. Підтримка аоп впродовж життєвого циклу пс
- •2.5.5. Методичні аспекти аоп
- •2.6. Парадигма генерувального програмування
- •2.6.1 Предметно-орієнтована мова – dsl
- •2.6.2. Простір проблем і рішень ПрО
- •2.6.3. Інженерія ПрО і кпв
- •2.7. Сервісно-орієнтоване програмування
- •2.7.1 Базові понятті сервісу Інтернет
- •2.7.2. Сервіси wcf мs.Net з контрактами
- •2.8. Парадигми теоретичного програмування
- •2.8.1 Алгебраїчне та інсерційне програмування
- •2.8.2. Реалізація агентних програм
- •2.8.3. Експлікативне, номінативне програмування
- •2.8.4. Алгоритмічні алгебри
- •Контрольні питання і завдання до частини 2
- •Список літератури до частини 2
- •Частина 3. Моделі і засоби проектування предметних областей
- •3.1. Моделі проектування ПрО предметних областей
- •3.1.1. Концептуальні моделі пс, спс за компонентами
- •3.1.2. Моделі взаємозв’язку об’єктів
- •3.1.3. Модель інтеграції (зборка) компонентів
- •3.1.4. Тестування прикладних і інтерфейсних об'єктів
- •3.1.5. Моделі взаємодії і варіабельності пс для організації обчислень
- •3.1.6. Підхід до виконання пс в сучасних розподілених середовищах
- •3.2. Онтологічний підхід до подання знань про проблемні області
- •3.2.1. Онтологічне моделювання проблемної області
- •3.2.2. Мовний опис онтології домену чи спс
- •3.2.3. Підхід до реалізація онтології ПрО
- •3.3. Типи даних та засоби їх генерації для використання в збиральному прогрмуванні
- •3.3.1. Проблема забезпечення сумісності типів даних при зборки кпв
- •3.3.2. Аксіоматика простих типів даних
- •3.3.3. Аксіоматика структурних і складних типів даних. Структурні типи даних.
- •3.3.4. Семантичні аспекти взаємодії різнорідних програм
- •3.3.5. Характеристика типів даних для зборки програм
- •3.3.6. Фундаментальні і загальні типи даних
- •3.3.6. Баові поняття стандарту з типів даних
- •3.3.7. Перебудова загальних типів даних до фундаментальних для мп
- •3.4. Підходи і методи доказу програм
- •3.4.1. Мови специфікації програм –vdm, raise, Concept
- •3.4.2. Концепторна мова специфікації
- •3.4.3. Методи доведення правильності програм
- •3.4.4. Модель доказу програми за твердженнями
- •З.5. Проектування пс засобами жц з реалізації доменів
- •3.4.1. За загальна характеристика стандарту жц iso/iec 12207:2002
- •3.4.2. Формування конкретних моделей життєвого циклу
- •3.4.3. Підходи до моделювання ПрО мовними засобами dsl
- •3.6. Модель якості пс
- •3.6.1. Структура моделі якості
- •3.6.2. Модель витрат сосомо Боєма
- •3.6.3. Інтегрована модель витрат на спс
- •Контрольні питання і завдання до частини 3
- •Список літератури до частини 3
- •4.1.1. Моделі взаємодії компонентів у пс
- •Частина 4. Методи індустрії виробицтва програм і систем
- •4.1. Загальні основи методології виробництва пс і спс
- •4.1.2 Методологічні аспекти виробництва спс з готових ресурсів
- •4.2. Мова опису моделей взаємодії на основі xml
- •4.2.1 Подання та обмін даними в компонентних моделях
- •4.2.3 Модель конфігурації компонентів на основі xml
- •4.3. Графове подання пс і спс
- •4.3.1 Графове визначення моделі взаємодії об'єктів
- •4.3.2 Типи зв’язків об’єктів у графової моделі ПрО
- •4.4. Розробка методів побудови проблемно-орієнтованих технологій
- •4.4.1. Аналіз динаміки розвитку фабрик програм
- •4.3.2. Базисні ресурси фабрики програм
- •4.5. Загальні лінії виробництва програм з кпв
- •4.4.1. М етодологія побудови тл
- •4.4.2. Нові дисципліни індустрії наукового совтвера
- •4.4.3. Новітні засоби Grid і Cloud для обчислення задач e–sciences
- •4.4.4. Сучасні системи побудови рпс з сервісних ресурсів
- •4.4.5. Методологія розроблення тл
- •4.4.6. Принципи проектування іс
- •4.5. Методи при оцінюванні економічних характеристик проектів
- •4.5.2. Формальний апарат експертно-аналітичного оцінювання об’єктів і процесів у спс
- •4.5.3. Методи оцінки розміру
- •4.6. Створення Windows застосувань
- •4.6.1. Створення нової програми.
- •4.6.2. Властивості і дизайн програм
- •4.6.3. Компіляція програм
- •2.5. Запуск застосунка
- •4.6.4. Розширення функціональності програм
- •4.7. Інженерії тестування програмних систем
- •4.7.1. Основні поняття інженерії тестування
- •4.7.2 Становлення інженерії тестування
- •4.7.3. Методи тестування. Метрики і критерії
- •4.7.4. Інструменти тестування та оцінювання
- •4.7.5. Тестування веб-застосувань
- •Контрольні питання і завдання до частини 4
- •Список літератури до частини 4
- •5.2. Фабрика програм в кну
- •5.2.3. Створення фабрики студентів
- •5.2.4. Лінії продуктів фабрики на головної сторінки
- •5.2.5. Принципи роботи з репозиторієм програм і артефактів
- •5.2.6. Навчання дисципліні “Програмна інженерія” на фабрики
- •5.3. Репозиторій кпв
- •5.3.1. Загальний опис репозиторію
- •5.3.2. Технологія обслуговування репозиторію кпв
- •5.4. Розробка кпв
- •5.4.1. Опис моделей кпв, інтерфейсу і операцій розробки кпв
- •5.4.2. Реалізація побудови компонентної системи
- •5.4.3. Процеси технології оброблення кпв
- •5.4.4. Зборка різномовних програм у середовищі Visual Studio
- •5.5. Конфігурація кпв
- •5.5.1. Конфігурування кпв з урахуванням варіабельності
- •5.5.2. Опис прикладу використання конфігуратору програм
- •5.6. Генерація систем мовою dsl
- •5.6.1. Лінія опису та генерації доменів dsl
- •5.6.2. Опис життєвого циклу пз та його реалізації на мові dsl
- •2.7. Онтологія – обчислювальна геометрія
- •5.7.1. Онтологія домену – Обчислювальна геометрія
- •5.7.3. Опис моделі онтології ПрО «Обчислювальна геометрія»
- •5.7.4. Опис програми домену «Обчислювальна геометрія» мовою owl
- •5.8. Оцінка якості пс
- •5.8.2. Оцінка витрат на продукт
- •5.8.3. Опис модуля прогнозування трудовитрат на розробку пс
- •5.8.4. Приклад оцінювання затрат на розробку пс ас
- •5.9.1. Опис веб-технології Java ee
- •5.9.3. Приклад взаємодії Java і ms.Net через веб-сервіси
- •5.9.4. Інструкція по використанню графічного інтерфейсу прикладу
- •5.10. Генерація тд
- •5.10.1. Відображення типів даних у середовищі ітк
- •5.10.2. Система генерації загальних типів даних до фундаментальних
- •5.11. Інструментальні засоби сайта ітк
- •5. 12. Розділ сайта «Технологія навчання»
- •Контрольні питання і завдання до частини 5
- •Список літератури до частини 5
- •Післямова
- •Додаток 1. Парадигма структурного програмування
- •Додаток 2. Приклад створення служб wcf у ms Visual Studio 2010
- •Додаток 3. Онтологічний підхід з подання тестування кпв та пс
- •Додаток 4. Оцінка застосування метода сосомо на конкретних даних
- •Додаток 5. Програма курсу «Технологія програмування іс»
3.4.4. Модель доказу програми за твердженнями
Розглядається формальний доказ програми, заданої структурною логічною схемою і сукупністю тверджень, що задаються логічними операторами, комбінаціями змінних (true/false), операціями (кон’юнкція, диз'юнкція й ін.) і кванторами загальності й існування (табл.1).
Таблиця 3.1. Список логічних операцій
-
Логичні операції
Назва
Приклад
Значення
Кон’юнкція
x & y
x і y
Диз’юнкція
x * y
x або y
Заперечення
x
ні x
Імплікація
x y
якщо х то у
Еквівалентність
х = у
Х рівнозначно у
Квантор загальності
х Р(х)
для всіх х, умова істинно
Квантор існування
х Р(х)
Існує х, для якого Р(х) істина
Ціль алгоритму програми – побудова для масиву цілих чисел Т довжини N (array Т[1:N]) еквівалентного масиву Т’ тієї ж довжини N, що і масив Т. Елементи в масиві Т’ повинні розташовуватися в порядку зростання їхніх значень. Даний алгоритм реалізується сортуванням елементів вихідного масиву Т по їхньому зростанню. Доказ правильності алгоритму сортування елементів масиву Т проводиться з використанням ряду тверджень щодо елементів цього алгоритму, якій описуються пунктами П1– П6.
П1. Вхідна умова алгоритму задається у вигляді початкового твердження:
Аbeg: (Т [1:N] – масив цілих) & ( Т' [1:N] масив цілих ).
Вихідне твердження Аend – це кон’юнкція таких умов:
(а) (Т– масив цілих ) & (Т' – масив цілих)
(б) ( i , якщо i N, те j (T'( i ) T' ( j ))),
(в) ( i , якщо i N, те (T' ( i ) T' ( i+1)),
Тобто Аend – це (Т – масив цілих ) & (Т' – масив цілих)
& i, якщо i N, те j (T'( i ) T' ( j )),
& i , якщо i < N, те (T' ( i ) T' ( i+1) ).
Розташування елементів масиву Т в порядку зростання їхніх величин у масиві Т’ здійснюється алгоритмом пузиркового сортування, суть якого полягає в попереднім копіюванні масив Т в масив Т', а потім проводиться сортування елементів згідно умови їхнього зростання. Алгоритм сортування представлено на рис.3.5.
Оператори алгоритму розміщені в прямокутниках, умови вибору альтернативних шляхів – паралелограмами, крапки з початковим Abeg і кінцевим Aend умовами і станами алгоритму – кружками.
У кружках також задано: початковий стан – 0, стан після обміну місцями двох сусідніх елементів у масиві Т' – одна зірочка, стан після обміну місцями всіх пар за один прохід усього масиву Т' – дві зірочки.
Крім уже відомих змінних Т, T' і N, в алгоритмі використані ще дві змінні: i – типу ціла і М – булева змінна, значенням якої є логічні константи true і false.
П2. Для доказу того, що алгоритм дійсно забезпечує виконання вихідних умов, розглянемо динаміку їхнього виконання послідовно у визначених точках алгоритму.
Помітимо, що точки поділяють алгоритм на відповідні частини, правильність кожної з них улаштовується окремо.
Так оператор присвоювання означає, що для всіх i (i N & i>0) виконується (T' [i] : = T [i]). Результат виконання алгоритму в точці з нулем може бути виражений твердженням (T[1: N] – масив цілих) & (T '[1: N] – масив цілих)
& (i якщо i N (T [ i] = T [ i] )).
Рис.3.5. Схема сортування елементів масиву Т'
Доказ очевидно, оскільки за семантикою оператора присвоювання (поелементне пересилання чисел з Т в T’) самі елементи при цьому не змінюються, до того ж у даній точці їхній порядок у Т и T' однаковий. Отже одержали, що виконується умова б) вихідного твердження.
Помітимо, що перший рядок доведеного твердження збігається з умовою а) вихідного твердження Аend і залишається справедливим до кінця роботи алгоритму, тому в наступних твердженнях приводитися не буде.
У точці з одною зірочкою виконаний оператор
(i N) (T'(i)) > T' (i + 1) (T' (i) і T'(i + 1), що змінює місцями елементи.
У результаті роботи оператора буде справедливим таке твердження:
i, якщо i < N, те (T'(i) < T'(i +1),
яке є частиною умови в) твердження Аend (для однієї конкретної пари суміжних елементів масиву T'). Очевидно також, що семантика оператора обміну місцями не порушує умову б) вихідного твердження Аend.
У точці з двома зірочками виконані всі можливі обміни місцями пари суміжних елементів масиву T' за один прохід через T', тобто оператор обміну працював один або більше раз. Однак позиркові сортування не дає гарантії, що досягнуто упорядкування за один прохід по масиву T', оскільки після чергового обміну індекс i збільшується на одиницю незалежно від того, як співвідноситься новий елемент T'(i) з елементом T'(i – 1).
У цій точці також справедливе твердження
i, якщо i < N, те T'( i) < T' ( i + 1).
Ч
астина
алгоритму, позначена точкою з двома
зірочками, виконується доти, поки не
буде упорядкований весь масив, тобто
не буде виконуватися умова в) твердження
Аеnd
для
всіх елементів масиву
T':
i, якщо i < N, те T' (i) < T' (i+ 1).
Отже, виконання вихідних умов забезпечено порядком і відповідною семантикою операторів перетворення масиву.
Доведено, що виконання алгоритму програми завершено успішно, що означає її правильність.
П3. Цей алгоритм можна представити у вигляді серії теорем, що доводяться. Починаючи з першого твердження і переходячи від одного перетворення до іншого, визначається індуктивний шлях висновку. Якщо одне твердження – правильно, то істинно й інше. Іншими словами, якщо дано перше твердження А1 і перша точка перетворення А2, те перша теорема – А1 А2.
Якщо А3 – наступна точка перетворення, то другою теоремою буде А2 А3.
Таким чином формулюється загальна теорема Аі Аj, де Аі й Аj – суміжні точки перетворення. Ця теорема формулюється так, що якщо умова істинна в останній точці, то істинно і вихідне твердження Аk Аend.
Отже можна повернутися до точки перетворення Аend і до попередньої точки перетворення. Довівши, що Аk Аend вірно, виходить, вірно й Аj Аj+1 і так далі, поки не одержимо, що А1 А0.
П4. Далі специфікується твердження типу if – then.
П5. Щоб довести, що програма коректна, необхідно послідовно розташувати усі твердження, починаючи з А1 і закінчуючи Аend, цим підтверджується істинність вхідної і вихідної умов.
П6. Доказ алгоритму програми завершено.
