Вступ до інженерії програмного забезпечення
- Автор: Сидоров М. О.
- Год: 2010
- Язык: украинский
- ISBN: 978-966-598-626-3
- Жанр: Программирование
Электронная книга - «Вступ до інженерії програмного забезпечення». Краткое содержание книги:
М. О. Сидоров
ВСТУП ДО ІНЖЕНЕРІЇ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
Курс лекцій Київ
Видавництво Національного авіаційного університету «НАУ-друк» 2010
УДК 004.4(042.4) ББК з 973.20-018.2я7 С 347
Рецензент: S. А. Резніченко- канд.фіз.-мат.наук (Інститут програмних систем HAH України); В, А. Дерецький - канд.фіз.-мат.наук (Інститут програмних систем HAH України); В. А. Хоменко - канд.техн. наук, доц. (Національний авіаційний університет)
Затверджено методично-редакційною радою Національного авіаційного університету (протокол № 14 від 03.07.2008p.).
Сидоров М. О.
С 347 Вступ до інженерії програмного забезпечення : курс лекцій / М.О.Сидоров. - К.: Вид-во Нац. авіац. ун-ту «НАУ-друк», 2010. -112 с.
ISBN 978-966-598-626-3
У курсі лекцій викладено основні положення інженерії програмного забезпечення.
Для студентів напряму 6.050103 Програмна інженерія.
УДК 004.4(042.4) ББК з 973.20-018.2я7
ISBN 978-966-598-266-3 © Сидоров М.О.. 2010
- планування проекту - зорієнтовано на оцінювання і планування проекту;
- стеження і контроль проекту - результати виконання проекту повніші бути описані і внесені до планів проекту. Якщо мають місце відхилення, то вони мають бути виправлені;
- управління субпідрядниками - забезпечує керування і регулювання відносин з субпідрядниками;
- гарантування якості - забезпечує аудит і контроль якості, особлива увага приділяється застосуванню стандартів;
- управління конфігурацією програмного забезпечення - продукти фаз життєвого циклу контролюються за допомогою плану управління конфігурацією. Ідентифікуються процедури необхідних змін,
Визначуваний рівень - організація використовує стандартний документований процес для розробки і супроводу програмного забезпечення. Він може налаштовуватися на конкретні проекти, створюються групи для координації процесів. На цьому рівні розглядаються такі області ключових процесів:
- організація процесу - створюються групи для координації процесів розробки і дій, спрямованих на підвищення їх ефективності;
- визначення процесу - організація розробляє стандартний процес і організовує збір та аналіз інформації, пов'язаної з використанням стандартного процесу для окремих проектів;
- навчальні програми - організація повинна мати цілі, плани і програми з навчання персоналу для реалізації проектів на третьому рівні;
- управління інтеграцією - організація забезпечує вибір і налаштування процесів для конкретного проекту зі стандартного процесу;
- інженерія продуктів - організація визначає інструменти і методи для виконання процесів фаз життєвого циклу, пов'язаних з аналізом і проектуванням, кодуванням, тестуванням, документуванням;
- міжгрупова координація - дії груп, які координують процеси розробки, повинні ідентифікуватися, відстежуватися, а проблеми, що витікають, - вирішуватися;
- експертні оцінки - використовуються експертні оцінки для ідентифікації дефектів, що мають місце в продуктах.
Керований рівень - організація використовує збирані метрики для прогнозу і управління якістю продукту.
- На цьому рівні розглядаються такі області ключових процесів:
- управління процесом на основі кількісних показників - створення плану з використанням метрик, який організація застосовує для розуміння і управління процесом;
- управління якістю продукту - визначаються показники якості продукту, з їх допомогою здійснюються кваліфікація і управління якістю.
Оптимізований рівень - організація зосереджує увагу на двох метапроцесах: попередження дефектів і безперервне вдосконалення якості і продуктивності процесів створення програмного забезпечення. Витрати на ці процеси закладені до бюджету і планів дій організації. На цьому рівні розглядаються такі області ключових процесів:
- запобігання дефектам - організація створює і реалізує плани, що забезпечують ідентифікацію, аналіз і усунення причин виникнення дефектів у продуктах;
- управління змінами технології - вивчаються технології, використовувані в інших організаціях і нові технології, що забезпечать підвищення можливостей організації у напрямі створення якісних продуктів і зменшення тривалості циклу;
- управління змінами процесу створення програмного забезпечення - безперервне вдосконалення процесу.
Певною мірою організації можуть претендувати на п'ятий рівень СММ. Наприклад, цього рівня досягла IBM FSC, коли вона виконувала проект програмного забезпечення для Space Shuttle. Це програмне забезпечення мало бути високої якості, без дефектів. Для кожного дефекту, знайденого в продукті, викопувалися такі кроки: визначення причин появи дефекту і їх усунення; розуміння корекція аспекту процесу, що призвів до дефекту; коригування дій, що забезпечують управління якістю, які допустили дефект; перевірка продуктів з подібним дефектом, що дефекти могли бути про пущені через контроль.
Таким чином, суть СММ полягає в тому, що всі дії з розробки і супроводу програмного забезпечення плануються, контролюються і систематично поліпшуються.
Для оцінювання рівня зрілості персоналу використовуються різні моделі. Найпоширенішою моделлю розвитку персоналу є People-Capability Maturity Model (Р-СММ), що розроблена SEI. Також, як і СММ, ця модель складається з п'яти рівнів зрілості. Кожен рівень містить області ключових процесів, які вказують, що слід виконати на певному рівні, щоб досягти зрілості персоналу відповідного рівня моделі. Зміст рівнів моделі такий: