ь СММ орієнтована на побудову системи постійного поліпшення процесів. У ній зафіксовані п'ять рівнів зрілості (рис. 1.9) і передбачений плавний, поетапний підхід до вдосконалення процесів - можна поетапно отримувати підтвердження про поліпшення процесів після кожного рівня зрілості.
Початковий рівень (рівень 1) означає, що процес в компанії не формалізований. Він не може строго плануватися і відслідковуватися, його успіх носить випадковий характер. Результат роботи цілком і повністю залежить від особистих якостей окремих співробітників. При звільненні таких співробітників проект зупиняється.
Для переходу на повторюваний рівень (рівень 2) необхідно впровадити формальні процедури для виконання основних елементів процесу конструювання. Результати виконання процесу відповідають заданим вимогам і стандартам. Основна відмінність від рівня 1 полягає в тому, що виконання процесу планується і контролюється. Застосовувані засоби планування і управління дають можливість повторення раніше досягнутих успіхів.
Наступний, певний рівень (рівень 3) вимагає, щоб всі елементи процесу були визначені, стандартизовані і задокументовані. Основна відмінність від рівня 2 полягає в тому, що елементи процесу рівня 3 плануються і управляються на основі єдиного стандарту компанії. Якість розробляється ПО вже не залежить від здібностей окремих особистостей.
З переходом на керований рівень (рівень 4) в компанії приймаються кількісні показники якості як програмних продуктів, так і процесу. Це забезпечує більш точне планування проекту та контроль якості його результатів. Основна відмінність від рівня 3 полягає в більш об'єктивною, кількісній оцінці продукту та процесу.
Вищий, що оптимізує рівень (рівень 5) має на увазі, що головним завданням компанії стає постійне поліпшення і підвищення ефективності існуючих процесів, введення нових технологій. Основна відмінність від рівня 4 полягає в тому, що технологія створення і супроводу програмних продуктів планомірно і послідовно вдосконалюється.
Кожен рівень СММ характеризується областю ключових процесів (ОКП), причому вважається, що кожний наступний рівень включає в себе всі характеристики попередніх рівнів. Інакше кажучи, для 3-го рівня зрілості розглядаються ОКП третій рівня, ОКП 2-го рівня і ОКП 1-го рівня. Область ключових процесів утворюють процеси, які при спільному виконанні призводять до досягнення певного набору цілей. Наприклад, ОКП 5-го рівня утворюють процеси:
? запобігання дефектам;
? управління змінами технології;
? управління змінами процесу.
Якщо всі цілі ОКП досягнуті, компанії присвоюється сертифікат даного рівня зрілості.
Якщо хоча б одна мета не досягнута, то компанія не може відповідати даному рівню СММ.
Література 3 [10-100]
Контрольні питання
. Назвіть етапи алгоритму?
. Розробка структурних схем, поясніть.
. Назвіть моделі якості створення прогрмми?
. Назвіть критерії для оцінки зрілості компанії?
Лекція 3. Основи технології програмування. Методи пpоектіpованія пpогpаммного забезпечення. Hісходящее і висхідний пpоектіpованіе пpогpамм і їх поєднання. Стpуктуpной пpогpаммиpования. Модульне пpогpаммиpования. Виборами мови пpогpаммиpования. Стиль пpогpаммиpования. Показники якості пpогpаммиpования. Читаність пpогpамм, комментаpіі. Пpогpаммиpования із захистом від помилок. Етап налагодження і випробування пpогpамм
Поняття технологічності програмного забезпечення
Під технологічністю розуміють якість проекту програмного продукту, від якого залежать трудові та матеріальні витрати на його реалізацію і наступні модифікації. Хороший проект порівняно швидко v легко кодується, тестується, налагоджували і модифікується.
З досвіду кількох поколінь розробників програмного забезпечення відомо, що технологічність програмного забезпечення визначається пропрацьованністю його моделей, рівнем незалежності модулів, стилем програмування і ступенем повторного використання кодів.
Стиль програмування, під яким розуміють стиль оформлення програм та їх структурність raquo ;, також істотно впливає на читаність програмного коду і кількість помилок програмування. Криза 60-х років XX ст. був викликаний у тому числі і стилем програмування, при якому програма нагадувала клубок поплутаних ниток або блюдо спагетті, і відсутністю мовних конструкцій підтримки структурного стилю.
Для забезпечення необхідних технологічних властивостей застосовуються спеціальні ...
