- •Перелік термінів та позначень
- •Передмова
- •Частина 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.6.3. Інтегрована модель витрат на спс
Основна ціль цієї моделі оцінити витрати на розробку окремих компонентів, готових ресурсів – ГОР, зокрема КПВ чи реюзів, що використовуються в ПС чи СПС.
Розглядається модель інтегрована витрат, яка враховує інвестиційну природу окремих реюзів та СПС з них. Вона надає визначення функцій витрат-вигоди, з точки зору різних учасників проекту СПС, описи сценаріїв реюзу у проектах СПС і стратегії інвестиційного аналізу. Для моделювання сценаріїв реюзу пропонується застосування методу імітаційного моделювання Монте-Карло, який надає можливість учасникам проекту СПС спостерігати за ризиками в контексті різних поглядів на інвестиції.
Базисом для інтегрованої моделі слугують дві моделі:
– Інтегрована модель витрат на реюз (Integrated Cost Model for Reuse [14]) та
– Структурована інтуїтивна модель для визначення витрат на СПС (SIMPLE, Structured Intuitive Model for Product Line Economics) [15].
Модель наголошує на врахуванні різних точок зору на витрати і вигоди для СПС (як у першій моделі), інкапсулюючи різні чинники у сценарії повторного використання (як у другій моделі). Сценарії реюзу складають базис для інвестиційного аналізу, за яким оцінюється, чи є певний сценарій значущим з економічної точки зору.
Структуру моделі подано на рис. 3.4, а її метамодель, яка визначає взаємозв’язки між елементами моделі, – на рис. 3.5.
Рисунок 3.4. Структура інтегрованої моделі витрат на розроблення СПС
Рисунок 3.5. UML-метамодель витрат на розроблення СПС
Модель включає чотири рівні:
– рівень чинників витрат, який включає множину функцій витрат;
– рівень точок зору, який включає три точки зору, кожна з яких включає множину сценаріїв реюзу;
– рівень інвестиційного аналізу з множиною економічних функцій;
– рівень імітації.
Структуризація за рівнями має на меті модуляризацію оцінювання по трьох рівнях:
– оцінювання витрат – для оцінювання основних чинників витрат, пов’язаних з СПС;
– оцінювання віддачі – для оцінювання різних сценаріїв реюзу в термінах економії/втрат;
– оцінювання економії – для оцінювання збереження витрат у циклі інвестицій.
Рівень чинників витрат є найнижчим і призначений для надання вищим рівням оцінок витрат, обчислених за допомогою його функцій витрат. Ці функції визначають оцінки за сімома чинниками розроблення СПС:
– організаційні чинники – витрати, пов’язані з авансовими інвестиціями у створення інфраструктури розроблення СПС;
– базові активи СПС – витрати на побудову множини активів для певної ПрО;
– унікальні частини ПС – витрати, пов’язані з розробленням унікальних частин ПС;
– рівень реюзу – рівень повторного використання, пов'язаний з інтеграцією КПВ в ПС;
– автономність ПС – витрати на побудову ПС як одиничного продукту (поза СПС);
– еволюція продукту – витрати на еволюцію ПС в автономний спосіб;
– еволюція активу – витрати на еволюцію базових активів у рамках СПС.
На рівні точок зору використовуються значення, визначені на рівні чинників витрат, для обчислення функцій за кожним сценарєм реюзу, який відбиває бачення щодо збереження (або втрати) інвестицій певним типом учасників проекту СПС. Ці точки зору застосовуються у трьох циклах процесу розроблення СПС: інженерії ПрО, інженерії застосувань, пов’язаної з формуванням інфраструктури проекту СПС і виконанням процесу повторного використовування активів організації.
Значення, отримані у кожному сценарії, класифікуються відповідно до точок зору учасників і подаються на рівень інвестиційного аналізу, який призначений для виконання економічних обґрунтувань для кожної точки зору. За моделлю можна робити інвестиційні обчислення за трьома економічними функціями: чисті витрати (NPV), віддача від інвестицій (ROI), окупність (PB).
Нарешті, економічні розрахунки, зроблені з кожної точки зору, можуть бути про- імітовані за допомогою імітаційної моделі, яка використовує методологію Монте Карло для виконання певних передбачень NPV, ROI та PB з метою ранжування значень з урахуванням чинників витрат на розроблення СПС.
Кроки використання моделі є такими:
– інституціалізація організаційного сценарію – формування єдиного бачення,
– налаштування функцій – уточнення рівнянь моделі відповідно до потреб організації (як і в моделі SIMPLE),
– перегляд моделі – узгодження всіма учасниками проекту СПС,
– оцінювання чинників витрат – оцінювання історичних даних за минулими проектами або приготування еталонних даних. Приклад – розрахунки розміру розроблених ПС, витрат на побудову однієї ПС, частка варіабельного фрагменту в базовому активі тощо,
– підготовка інформаційного середовища для накопичення даних, використовуваних у моделі – функція збереження даних, які збираються та використовуються в формулах на рівні точок зору,
– аналіз вигод – аналіз всіма учасниками проекту СПС збережених витрат (у термінах витрачених зусиль) при розробленні ПС як членів СПС,
– економічний аналіз – використання даних стосовно збережень (економії) або втрат для аналізу NPV, ROI, PB по інвестиційних циклах,
– оцінювання інвестицій у СПС – визначення, чи є інвестиції доцільними, з урахуванням значень, обчислених в результаті економічного аналізу,
– організація управління конфігурацією даних щодо витрат – формування історичних даних, отриманих в ході економічного аналізу, для використання у майбутніх проектах.
Основні рівняння моделі подано в табл. 3.2.
Таблиця 3.2 – Рівняння інтегрованої моделі витрат на розроблення СПС
Опис функцій |
Рівняння |
Функція попиту на КПВ для pk (D(Ak)) – повертає трудомісткість розроблення КПВ для ПС як члена СПС, обчислену як об’єм коду КПВ в одиницях функціональності FP [1], виробленого за період часу Tp. pk – розроблювана ПС – k-й член СПС, Ak – множина КПВ у pk, Сk – множина спільно використовних КПВ у pk, Uk – множина унікальних КПВ у pk, Mk – функція відображення (повертає об’єм (розмір) множини КПВ Ak), Tp – плановий період, у який КПВ буде проаналізовано (для визначення попиту щодо його застосування у pk). |
|
Витрати на побудову базового КПВ (С(Ai)). Складаються з витрат на розроблення ГОР як КПВ (D(Ai)) плюс витрат на сертифікацію КПВ (CERT(Ai)) плюс витрат на включення КПВ у репозиторій (INS(Ai)). |
|
Витрати на створення базових активів для певної сфери охоплення у межах ПрО (Ccab()). DA() – функція, яка повертає витрати на аналіз ПрО , A – множина активів у , С(Ai) – витра-ти на розроблення активу Ai. |
|
Витрати на розроблення унікальних складових ПС, які не є КПВ (Cunique(pk)). Оцінюється за функцією попиту D(Uk) для множини унікальних активів продукту pk. |
|
Витрати на побудову n одиничних ПС (поза межами СПС) (Сind). Cprod (pk) – витрати на продукт pk . |
|
Функція вигоди (B(A ,t)) з точки зору інженерії ПрО за період використання t. Це сума вигод від побудови всіх активів як час-тини ПрО період t, мінус витрати на побудову базових активів для певної сфери охоплення у межах ПрО (Ccab( ,t)). A – множина активів у ПрО . |
|
Функція вигоди (B(pk,t)) з точки зору інженерії застосунку. Є різницею між витратами на побудову pk незалежно (Cprod) і витратами на його побудову в рамках СПС (на створення інфраструктури СПС (Corg) плюс витрати на створення базових КПВ (Ccab) плюс витрати на створення власне pk.) |
|
Перша функція вигоди з корпоративної точки зору. Відповідь на питання, чи буде вигідно організа-ції будувати множину ПС з КПВ в рамках СПС? Це різниця між витратами на незалежну побудо-ву множини pk – Cprod(pk , t) і сумою витрат на побудову в рамках СПС (з урахуванням витрат на інфраструктуру, побудову унікальних складо-вих множини pk (тобто Pk) і використання реюзу). |
|
Друга функція вигоди з корпоративної точки зору. Відповідь на питання, чи буде вигідно впровади-ти і розвивати інфраструктуру СПС, тобто за-безпечувати її еволюціонування? Це різниця між витратами на еволюцію множини pk незалежно Cevo(pk , t) і спільною еволюцією в рамках СПС (з урахуванням додаткових витрат на поповнен-ня множини базових активів (Ccabu), оновлення унікальних частин (як відсоток, Funique, витрат на їх попереднє розроблення) і витрат на забезпе-чення реюзу). |
|
Чисті витрати на розроблення n ПС в рамках СПС з певної точки зору v, (NPV(v)). IC – витрати на здійснення інвестицій з певної точки зору v, Bv(SD) – економія або втрати у сценарії реюзу для v, SD – дата початку інвес-тицій, Y – цикл інвестицій у роках (z – перебіг років), d – інтенсивність інвестицій, рівень дисконту. |
|
Віддача від інвестицій з певної точки зору v. Це різниця між вигодами і витратами, поділена на вартість всіх інвестицій. |
|
Окупність – найкоротший цикл інвестицій, який забезпечує позитивність NPV у циклі Y. Це найменше ціле значення за роки Y, яке задовольняє нерівність. |
|
