уватися, його успіх носить випадковий характер. Результат роботи цілком і повністю залежить від особистих якостей окремих співробітників. При звільненні таких співробітників проект зупиняється.
Для переходу на повторюваний рівень (рівень 2) необхідно впровадити формальні процедури для виконання основних елементів процесу конструювання. Результати виконання процесу відповідають заданим вимогам і стандартам. Основна відмінність від рівня 1 полягає в тому, що виконання процесу планується і контролюється. Застосовувані засоби планування і управління дають можливість повторення раніше досягнутих успіхів.
Наступний, певний рівень (рівень 3) вимагає, щоб всі елементи процесу були визначені, стандартизовані і задокументовані. Основна відмінність від рівня 2 полягає в тому, що елементи процесу рівня 3 плануються і управляються на основі єдиного стандарту компанії. Якість розробляється ПО вже не залежить від здібностей окремих особистостей.
З переходом на керований рівень (рівень 4) в компанії приймаються кількісні показники якості як програмних продуктів, так і процесу. Це забезпечує більш точне планування проекту та контроль якості його результатів. Основна відмінність від рівня 3 полягає в більш об'єктивною, кількісній оцінці продукту та процесу.
Вищий, що оптимізує рівень (рівень 5) має на увазі, що головним завданням компанії стає постійне поліпшення і підвищення ефективності існуючих процесів, введення нових технологій. Основна відмінність від рівня 4 полягає в тому, що технологія створення і супроводу програмних продуктів планомірно і послідовно вдосконалюється.
Кожен рівень СММ характеризується областю ключових процесів (ОКП), причому вважається, що кожний наступний рівень включає в себе всі характеристики попередніх рівнів. Інакше кажучи, для 3-го рівня зрілості розглядаються ОКП третій рівня, ОКП 2-го рівня і ОКП 1-го рівня. Область ключових процесів утворюють процеси, які при спільному виконанні призводять до досягнення певного набору цілей. Наприклад, ОКП 5-го рівня утворюють процеси:
запобігання дефектам;
управління змінами технології;
управління змінами процесу.
Якщо всі цілі ОКП досягнуті, компанії присвоюється сертифікат даного рівня зрілості. Якщо хоча б одна мета не досягнута, то компанія не може відповідати даному рівню СММ.
2. Програмна інженерія
Передбачається, що інженери-програмісти просто забезпечують роботу програм, які потрібні користувачам на їх комп'ютерах. Це означає, що програми повинні робити правильні речі. Вони повинні бути стійкими. Іноді ми повинні знати цілком визначено, що вони стійкі (надійні), а іноді нам потрібно вміти це довести. Нам завжди б сподобалося виявитися здатними все це робити! Необхідні програми повинні працювати так само і завтра, що зазвичай означає, що програми сьогодні повинні бути підтримуваними. Ця робота, повинна бути ефективна за вартістю, інакше програми, як продукт, взагалі можуть не знайти свого споживача. Доставка повинна бути вчасно. У цьому полягає, так звана програмна інженерія розробки сучасного затребуваного програмного забезпечення.
Програмісти використовують всю винахідливість і досвід, що міститься в своїй дисципліні, щоб домогтися цих цілей. Всі наші технології, стандарти, інструменти, мови призначені допомогти добитися цих цілей.
2.1 Розподілене програмування
Традиційний погляд на роботу полягає в тому, що команда виконує роботу, а окрема людина вносить внесок у загальні зусилля. Але як картостроітелі ми можемо спробувати подивитися на речі всіма можливими способами, щоб перевірити, наскільки вони інформативні. Ми можемо змалювати кордон системи навколо програмуючою команди і зауважити, що там немає нічого, що не зміг би зробити окремий програміст. Такі дії, як формулювання вимог, проектування, реалізація, тестування, управління, рецензування, компілювання (build), архівування та управління конфігурацією, повинні бути виконані окремим програмістом навіть для виконання невеликої роботи. Тому ми можемо розглядати діяльність в програмної інженерії як розподіл того, що одна людина могла робити абсолютно ефективно в «любительському» («непрофесійному») режимі під час навчання!
Ми розподіляємо програмування з тих же причин, за якими розподіляємо будь-який вид обробки: придатність (availability), паралелізм і спеціалізація.
Такий погляд приносить розуміння. Ми повинні акуратно виділити відмінності між завданнями. Іноді ми можемо отримувати переваги від виконання двох завдань однією людиною, коли нас не повинно хвилювати, що вони об'єднані. Наприклад, у багатьох орг...
