
- •Перелік термінів та позначень
- •Передмова
- •Частина 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. Методи індустрії виробицтва програм і систем
- •4.1. Загальні основи методології виробництва пс і спс
- •4.1.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. Програма курсу «Технологія програмування іс»
4.4.2. Нові дисципліни індустрії наукового совтвера
Ядро знаний SWEBOK і відповідна програма навчання Curricula-2004 з програмної інженерії не містить дисциплін, пов’язаних з виробництвом програмної продукції на фабриках програм, принципами комплектації фабрики технічними і людськими ресурсами, методами створення необхідних продуктових ліній та служб підтримки засобів та інструментів та керування відповідними фахівцями. Тобто в індустрії ПП не вирішені проблеми оцінювання складності об’єктів і процесів виготовлення ПП на лініях, замало робіт, в яких пропонуються шляхи подолання складності, особливо при зборки великих систем з різних готових КПВ. Тому було потрібно методика розроблення і виконання ліній, яка подана нами як набор нових дисциплін підтримки індустрії, які забезпечують нормативне і регламентоване виконання різних робіт з розробки, зборки і керування експертизами, вимірами і оцінками артефактів.
В результаті проведених багаторічних досліджень, теоретичних і прикладних розробок в області програмування нами дано нове визначення науково-технічної дисципліни – програмна інженерія (ПІ), як спадкоємиця програмування у більш широкому змісту [24].
.
Програмна інженерія (Software Engineering) – розділ комп’ютерної науки (Computing Science), вивчає методи і засоби побудови комп’ютерних програм, відображає закономірності розвитку програмування, узагальнює накопичений досвід програмування, містить прості об’єкти (модулі, компоненти, аспекти тощо), операції над ними, а також правили упорядкування діяльності у вигляді базового технологічного процесу побудови з простих об’єктів нових, більш складних (ПЗ, ПС, сімейство систем, програмних проектів тощо).
Інженерія програмування в більш широкому розумінні – це інженерна діяльність, яка потребувала залучення до побудови складних об’єктів регламентованого життєвого циклу (ЖЦ), інженерних методів планування, управління роботами фахівців, оцінювання їхніх трудовитрат, вартості і якості виготовлення кінцевого програмного продукту. З інженерної точки зору – це вирішення задач формування вимог, розроблення і супроводу побудованого продукту, а також перевірки операцій базового процесу на адекватність реалізації проекту, вкладання його у заданий строк і функціональність.
Головними цільовими програмними об’єктами ПІ є: програмні системи, ПЗ, сімейство систем, програмний проект, складні комп’ютерні системи.
Для їхнього ефективного виробництва нами запропоновано нову класифікацію програмної інженерії, яка уточнює раніше подану систему знань (2001р.) у SWEBOK (Software Engineering Body of Knowledge) в напрямі забезпечення різних аспектів індустріального виробництва цільових програмних об’єктів новими дисциплінами, а саме такими: наукова, інженерна, економічна, управлінська та виробнича. [12–13]. Обґрунтування їхнього змісту та призначення дається нижче (рис.4.4).
Наукова дисципліна ПІ. Її основу становлять класичні науки (теорія алгоритмів, множин, доказу, математична логіка тощо), а також теорія програмування та відповідні загальні мовні засоби проектування на певному рівні абстракції моделей і архітектури цільових програмних об’єктів. Як наука, вона містить основні поняття і об'єкти, теоретичні підходи, методи програмування та процеси виготовлення ПП. При розробленні простих об’єктів виконується засоби специфікації у МП, а цільових об’єктів – із застосуванням спектру інженерних методів виготовлення програмних продуктів на процесах ЖЦ.
Теорія програмування – сукупність методів, мов і засобів формального проектування архітектури та специфікації складових цільових об’єктів, методів їхнього доказу (верифікації і тестування), систематичних і формальних методів програмування і трансформації об’єктів до внутрішнього подання, керування різними ресурсами, а також вимірювання та оцінювання кінцевого продукту на досягнення необхідних показників ПП (надійність, якість, продуктивність тощо).
Таким чином, наукова дисципліна є теоретичним фундаментом ПІ, який буде вдосконалюватися відповідно потребам індустріального виробництва ПП, а саме, інтеграції складових елементів за їхніми інтерфейсами, спираючись на розвиток теорії синтезу, композиції або збирання.
Інженерна дисципліна ПІ. Це сукупність інженерних прийомів, засобів і стандартів, орієнтованих на виготовлення цільових об’єктів із застосуванням наукової дисципліни ПІ. Виходячи з нашого досвіду, базовими компонентами цієї дисципліни визначені такі:
– ядро знань SWEBOK, як загально прийнятий набір методів і засобів керованого розроблення ПП;
– базовий процес ПІ, як стрижень процесній діяльності в організації-розробнику ПП;
– стандарти, як набір регламентованих правил конструювання артефактів на процесах ЖЦ;
інфраструктура – умови середовища з методичним забезпеченням базового процесу ПІ для підтримки дій виконавців, що займаються виробленням ПП.
Рис.4.4 Структура ПІ
Ядро знань програмної інженерії SWEBOK – головна змістовна сутність концептуальних основ програмної інженерії. Структурно воно містить 10 розділів. П’ять цих розділів – методи і засоби розробки (інженерія вимог, проектування, конструювання, тестування, супровід). Їм відповідають процеси ЖЦ, задачі і види діяльності яких базуються на методах і засобах побудови продукту. Інші п’ять розділів ядра – це базовий процес ПІ і методи інженерії керування проектом, конфігурацією, якістю і ризиком. Об’єднання ядра знань SWEBOK, зокрема через його базовий процес, із процесами стандартів ПІ повністю визначають розробку і супровід програмного продукту як інженерну дисципліну.
Базовий процес – це метарівень, що визначає основні поняття, оцінки, вимір, керування змінами і удосконалювання самого процесу, а також множина логічно пов’язаних з цим процесом видів інженерної діяльності. організації-розробника за виготовленням програмного продукту.
Стандарти ПІ – це технологічно відпрацьована дисципліна проектування зі строго визначеним і регламентованим порядком проведення робіт з програмної інженерії, зв’язаних з розробленням деякого типу програмного продукту і його оцінювання на якість, ризик тощо. Стандартів у галузі ПІ напрацьовано багато, вони регламентують різні напрями діяльності щодо програмування програмних продуктів, а саме стандартизують терміни і поняття, життєвий цикл (ЖЦ), якість, вимір, оцінку продуктів, процесів тощо. Найбільш важливими серед них є стандарт ISO/IEC 12207 стосовно процесів ЖЦ, а також стандарти ISO/IEC 9000 –1, 2, 3, ДСТУ 2844–94 і ДСТУ 2850–94. Визначено роль цих стандартів у ПІ, сформульовано методики формування нових ЖЦ під конкретний продукт, а також принципи інженерії виробництва (проектування і розроблення) програмного продукту. Між методами ядра знань SWEBOK і процесами стандарту встановлено прямий зв’язок, що відображено у фундаментальних моделях ЖЦ (водоспадної, спіральної, еволюційної тощо) і знову розроблено під проект.
Інфраструктура – це набір технічних, технологічних (методичних), людських та програмних ресурсів організації–розробника, необхідних для виконання базового процесу ПІ з метою забезпечення договору з замовником програмного проекту. До технічних ресурсів відносяться: комп’ютери, пристрої (принтери, сканери тощо), сервери і т.п. Технологічні та методичні ресурси – це методики, процедури, правила, рекомендації стандартів тощо. Програмні ресурси – це інструментальні засоби та загальні компоненти середовища розроблення ПП. Разом – це набір засобів та документів з регламентації, виконання і регулювання процесів ЖЦ у заданому середовищі. Людські ресурси – це групи розробників та служб керування проектом, планами, якістю, ризиками та конфігурацією проекту.
Іншими словами, інженерія ПС – побудова у середовищі за наведеними інженерними компонентами нових складових ПС, а саме, компонентів, застосувань, систем сімейства, а також використання готових компонентів, накопичених в сучасних репозитаріях, GreenStone, Grid, Matlab тощо. Базис цієї інженерії – стандарти SWEBOK ISO/IEC–12207 РМВОК, які слугують підвищенню технологічності та продуктивності виготовлення ПП різного призначення.
Дисципліна керування в ПІ. Базисом цієї дисципліни є класична теорія управління складними системами, сучасний менеджмент проекту з відповідним стандартом IEEE Std.1490, що містить ядро знань PMBOK (Project Management Body of Knowledge). Теорію управління, а саме теорію організаційного управління, розроблено академіком В.М.Глушковим. Вона перевірена практикою побудови технологічних процесів у металургійній, судно будівельній і хімічній промисловості, а також знайшла впровадження у масове виробництво (зокрема, в АСУ “Львів”).
Ця теорія мала розвиток і закордоном, особливо в частині теорії планування виробництвом. Так, на фірмі «Dupon» з метою планування й складання планів-графіків великих комплексів робіт з модернізації її заводів був розроблений метод CRM (Critical Path Method) з графічним представленням робіт із зазначенням часу їхнього виконання за критичним шляхом. Інший метод сітьового планування PERT (Program Evaluation and Review Technique) був апробований при реалізації проекту розроблення ракетної системи «Polaris», що поєднував близько 3800 підрядників. Кожний з цих методів виник у надрах промислового виробництва, адаптований до середовища програмування і став базовим в індустрії програмних продуктів.
Теорія управління і планування відображена в стандарті PMBOK, як базису менеджменту програмного проекту. У ньому визначені процеси ЖЦ проекту і головні області знань, згруповані по задачах: ініціація, планування, використання, моніторинг і керування. Головна область знань – інтеграція визначає концепцію керування організаційною діяльністю колективу виконавців проекту за методами прийняття рішень відносно ресурсів, служб контролю дій на проекті та вкладання в задану вартість.
Ці напрацьовані положення теорії управління, планування та стандарту PMBOK, серії стандартів ISO–9001 з керування якістю та відповідне методичне забезпечення – основи дисципліни керування в ПІ та підготовки висококваліфікованих менеджерів і спеціалістів з організаційного управління випуском ПП.
Економічна дисципліна в ПІ є самостійною дисципліною ПІ зі своєю теорією і накопиченої практикою вимірювання та оцінювання вартісних, строкових і експертних показників продукту стосовно складання контрактів зі створення ПП, прийняття проектних рішень, подання вимог, розроблення архітектури, визначення ризиків проектування за заданими ресурсами та проведення різних розрахунків. Ця дисципліна є найбільш розвинутою у ПІ. В ній розроблено методи економічних розрахунків у ПІ, а саме, методологія прогнозування розміру ПП (FРA– Function Points Analyses, Feature Points, Mark-ІІ Function Points, 3D Function Points тощо), оцінювання витрат з виготовлення ПП за сімейством моделей COCOMO та математичних моделей (Angel, Slim, Seer тощо).
Іншими словами, сформульовані методи потребують їхнього вдосконалення для окремих частин систем сімейства залежно від розміру, вартості та працевтрат виробників, а також збагачення діючих методів вимірювання і оцінювання ПП стосовно цілей проекту.
Виробнича дисципліна. Головним питанням індустрії, як такої, є не тільки випуск відповідної продукції, але й отримання прибутку від цього. У галузі ПІ великих прибутків від випуску програмної продукції вже отримують такі світові фірми, як Microsoft, IBM, CORBA, Intel й інші, а також індійські фірми, які здійснюють оновлення застарілих систем програм. Основу виробництво ПП створюють технологічні процеси виготовлення продукту із застосуванням відповідних теорій програмування, сучасних інструментальних середовищ та засобів оцінки продуктів і процесів масового використання.
Першими спробами на шляху індустріального виробництва є ТПР, лінії продуктів (Product line) [12] в цілях задоволення ринкових потреб користувачів на деякі види програмної продукції, що створюються засобами інженерії застосувань, доменів і сімейств. Ці шляхи мають майбутній розвиток у напряму теоретичного обґрунтування технологій виготовлення ПП із застосуванням низки підібраних КПВ, засобів й інструментів відстеження ходу виготовлення за встановленими планами та вартістю.