й з визначення витрат і дозволяють більш ефективно розпізнавати можливі ризики, пов'язані з витратами;
- однакові стандарти зменшують ризик виникнення розбіжностей між клієнтом і розробником, а також між головним розробником та субпідрядником;
- у разі застосування стандартизованої процедури стають «прозорими» універсальні підходи до методів рішення, а отже, їх можна використовувати повторно;
- небажаний хід процесу розробки можливо виявити на ранній стадії;
- зменшуються витрати на підготовку персоналу.
Поліпшується обмін інформацією між різними сторонами, що у процесі розробки; відбувається зниження залежності клієнта від підрядника:
- використання певних термінів зменшує розбіжності, що виникають між усіма задіяними в проекті сторонами;
- користувач, покупець і розробник отримують підтримку при формулюванні своїх вимог, а також при описі своїх ролей або отриманих результатів;
- проміжні / остаточні результати стандартизируются таким чином, що інші задіяні в проекті сторони або персонал інших компаній можуть у разі необхідності підключитися до процесу розробки, не докладаючи при цьому великих додаткових зусиль.
«Каркасом» процесу розробки ПЗ служить модель зрілості функціональних можливостей (Capability Maturity Model, CMM). Вона заснована на практичних діях, відображає кращі результати і визначає потреби індивідів, що працюють над удосконаленням процесу розробки ПЗ і виконують оцінний аналіз цього процесу. Модель СММ являє собою схему, за якою етапи розробки відповідають п'яти рівням розвитку функціональних можливостей, на основі яких здійснюється безперервне удосконалення процесу розробки.
Вихідний. Процес розробки ПЗ можна охарактеризувати як спеціальний, підібраний для певного випадку процес, а іноді і як хаотичний. Визначити можна лише невелика кількість процесів, і успіх залежить від прикладених зусиль і вживаються рішучих дій.
повторюється. Основні процеси управління проектом створюються для того, щоб відстежувати витрати, графік роботи і функціональні можливості. Тут дотримується необхідний порядок виконання процесу, призначений для повторення досягнень, отриманих раніше при виконанні подібних проектів.
Певний. У всіх проектах використовується випробувана, адаптована версія стандартного процесу розробки ПЗ даної організації.
Керований. Збираються детальні показники процесу розробки ПЗ та якісні характеристики продукту. Управління процесом розробки програмних продуктів здійснюється на кількісному рівні.
Рівень оптимізації. Безперервне удосконалення процесу розробки досягається за допомогою кількісної зворотного зв'язку, що досягається при здійсненні самого процесу, а також на базі новаторських ідей і технологій.
Визначення процесу включає в себе розробку і супровід стандартного процесу розробки певної організації, а також належні до нього цінні властивості процесу, такі як описові характеристики життєвих циклів розробки ПЗ, керівні принципи адаптації процесу та його критерії. p>
Мета визначення організаційної структури процесу полягає у розробці та супроводі стандартного процесу розробки ПЗ для даної організац...