![](/user_photo/2706_HbeT2.jpg)
- •Лекція 0. Вступ. Цілі, завдання і місце курсу
- •1. Мета викладання курсу
- •2. Завдання вивчення курсу
- •3. Дисципліни, засвоєння яких необхідне при вивченні курсу
- •4. Характеристика курсу
- •5.1. Література
- •5.2. Інформаційні ресурси мережі Інтернет
- •Лекція 1. Введення у технологію програмування
- •1. Термінологія індустрії ПЗ
- •1.1. Програмування
- •1.2. IT-проекти
- •1.3. Програми і програмне забезпечення (програмні продукти)
- •2. Бізнес і IT-проекти. Ринок ПЗ.
- •3. Про предмет
- •5. Виникнення Технології розробки ПЗ
- •5.1. Коротка історія програмування
- •5.2. Терміни “Технологія”, “Методологія” і “Програмна інженерія”
- •5.3. Стратегії розробки ПЗ
- •6. Огляд технологій програмування
- •6.1. Структурне програмування
- •6.2. Модульне програмування
- •6.4. Компонентне програмування
- •6.5. Висновки з лекції
- •Лекція 2. Елементи програмної інженерії
- •1. Програмна інженерія, основні поняття
- •1.1. Інженери і програмні інженери
- •1.2. Програмна інженерія як інженерна дисципліна
- •1.3. Область дії програмної інженерії
- •2. Цілі програмних інженерів
- •2.1. Поняття “якості” програмного продукту
- •2.2. Створення ПЗ повинно вкладатися до бюджету
- •2.3. Створення ПЗ повинно вкладатися в терміни
- •3. Забезпечення надійності розробки ПЗ
- •3.1. Забезпечення точності інтерпретації
- •3.2. Подолання бар'єру між користувачем і розробником
- •3.3. Контроль ухвалюваних рішень
- •3.4. Програмні інженери і наукове середовище
- •4. Складність програмної системи
- •4.1. Методи боротьби зі складністю
- •5. Моделі якості процесів розроблення ПЗ
- •Лекція 3. Організація технологічного процесу розробки ПЗ
- •1. Процес створення програмного забезпечення
- •1.1. Основні стадії типового процесу створення ПП
- •2. Життєвий цикл та моделі процесу розробки ПЗ
- •2.1. Каскадна модель (Waterfall model)
- •2.2. Макетування (прототипіювання)
- •2.3. Інкрементна модель
- •2.4. Модель Швидкої Розробки (RAD)
- •2.5. Спіральна модель
- •3. “Важкі” і “полегшені” процеси
- •4. ХР-процесс
- •Лекція 4. Оцінка програмного проекту по СОСОМО
- •1. Процес управління проектом
- •1.1. Початок проекту
- •1.2. Оцінювання, заходи і метрики
- •1.3. Процес оцінки
- •1.4. Аналіз ризиків
- •1.5. Планування
- •1.6. Трасування і контроль
- •2. Планування проектних завдань
- •3. Розмірно-орієнтовані метрики
- •4. Функціонально-орієнтовані метрики
- •5. Оцінка проекту на основі LOC- і FP-метрик
- •Лекція 5. Проектування програмних систем
- •1. Особливості процесу синтезу програмних систем
- •2. Особливості етапу проектування
- •3. Структуризація системи
- •4. Моделювання управління
- •5. Декомпозиція підсистем на модулі
- •6. Модульність
- •7. Інформаційна закритість
- •8. Зв'язність модуля
- •8.1. Функціональна зв'язність
- •8.2. Інформаційна зв'язність
- •8.3. Комунікативна зв'язність
- •8.4. Процедурна зв'язність
- •8.5. Часова зв'язність
- •8.7. Випадкова Зв'язність
- •8.8. Визначення зв'язності модуля
- •9. Зчеплення модулів
- •10. Складність програмної системи
- •11. Характеристики ієрархічної структури програмної системи
- •Лекція 6. ПОБУДОВА АРХІТЕКТУРИ ПП
- •1. Поняття архітектури програмного засобу.
- •2. Основні принципи проектування архітектури
- •3. Основні питання архітектора ПП
- •4. Архітектурні стилі (шаблони) ПП
- •5. Поєднання архітектурних стилів
- •6. Основні класи архітектур ПП
- •6.1. Цілісна програма
- •6.2. Архітектура ППП
- •6.3. Архітектура, заснована на шині повідомлень
- •6.4. Архітектура клієнт/сервер
- •6.6. Багатошарова архітектура
- •6.8. Компонентна архітектура
- •6.10. Сервісно-орієнтована архітектура
- •7. 4. Контроль архітектури ПП
- •Лекція 7. Розробка Програм, Модульне Програмування
- •1. Поняття модульного програмування
- •1.1. Основні характеристики програмного модуля.
- •1.2. Методи розробки структури програми.
- •1.3. Контроль структури програми.
- •2. Розроблення програмних модулів
- •2.1. Порядок розробки програмного модуля
- •2.2. Структурне програмування модуля
- •2.3. Покрокова деталізація і поняття про псевдокод.
- •Лекція 8. Тестування і відлагодження ПЗ
- •1. Основні поняття тестування і відлагодження
- •2. Основні підходи і принципи відлагодження.
- •2.1. Заповіді відлагодження.
- •2.2. Автономна відладка модулів
- •2.3. Проміжна відладка програмного засобу
- •2.4. Комплексна відладка програмного засобу.
- •3. Організація процесу тестування ПЗ
- •3.1. Тестування елементів
- •3.2. Інтегральне Тестування ПП
- •3.3. Низхідне тестування інтеграції
- •3.4. Висхідне тестування інтеграції
- •3.5. Порівняння низхідного і висхідного тестування інтеграції
- •4. Види Тестування
- •4.1. Тестування правильності
- •4.2. Системне тестування
- •4.3. Тестування відновлення
- •4.4. Тестування безпеки
- •4.5. Стресове тестування
- •4.6. Тестування продуктивності
![](/html/2706/1080/html_synSuhlfNM.Gy5Z/htmlconvd-ZGBc2T33x1.jpg)
Лекція 4. Управління програмним проектом.
Лекція 4. Оцінка програмного проекту по СОСОМО
У цьому розділі детально розглядається такий елемент процесу конструювання ПО, як управління програмним проектом. Студенти знайомляться з питаннями планування проекту та оцінки витрат проекту. У даному розділі обговорюються розмірно-орієнтовані і функціонально-орієнтовані метрики витрат, методика їх застосування. Достатньо детально описується найбільш популярна модель для оцінювання витрат — СОСОМО II. Як ілюстрації наводяться приклади попереднього оцінювання проекту, аналізу впливу на проект конкретних умов розробки.
1. Процес управління проектом
Управління програмним проектом визначає суть процесу розробки програмного продукту від його початку до кінця. Принцип управління ілюструє рис. 4.1.
Управління програмним проектом
Етапи
аналіз |
проектуван |
кодування |
Тестуван |
|
ня |
|
ня |
|
|
|
|
Час |
|
|
|
Рис. 4.1. Управління в процесі розроблення ПЗ
На цьому рис. прямокутник позначає процес конструювання, в нім виділені етапи, а вгорі, над кожним з етапів, розміщено шар діяльності «Управління програмним проектом».
Для проведення успішного проекту потрібно зрозуміти: об'єм майбутніх робіт, можливий ризик, необхідні ресурси, майбутні завдання, віхи, що прокладаються,
необхідні зусилля (вартість), план робіт, якому бажано слідувати.
Саме Управління програмним проектом забезпечує таке розуміння. Процесс управління супроводжує всі без виключення етапи розроблення ПП. Воно починається перед технічною роботою, продовжується у міру розвитку ПП від ідеї до побудови реального продукту, і досягає найвищого рівня до кінця робіт.
1.1.Початок проекту
Перед плануванням проекту слідує: встановити цілі і проблемну область проекту; обговорити альтернативні рішення; виявити технічні і управлінські обмеження.
1.2.Оцінювання, заходи і метрики
Оцінювання допомагають зрозуміти як процес розробки продукту, так і сам продукт. Оцінювання процесу проводяться для його поліпшення, а оцінювання продукту — для підвищення його якості. В результаті оцінювання визначається міра — кількісна характеристика якої-небудь властивості об'єкту. Однак, шляхом безпосередніх оцінювань можуть визначатися тільки базові властивості. А решта всіх властивостей оцінюється в результаті обчислення тих або інших функцій від значень базових характеристик. Обчислення цих функцій проводяться по формулах, що дають числові значення і назваються метриками.
33