2.3 Управління та підтримка процесів (Process Support and Management)

Ця тема зачіпає питання розподілу ресурсів, необхідних для здійснення проектної діяльності, встановлюючи контекст для першої секції "Ініціація і визначення змісту" (Initiation and Scope Definition) галузі знань "Управління в програмної інженерії" (Software Engineering Management). Основна мета даної теми - забезпечення зв'язку між процесами та діяльністю, визначеними в 2.1 "Моделі процесу визначення вимог" і питаннями використання проектних ресурсів - вартістю, людськими ресурсами, інструментами і т.п.

2.4 Якість та поліпшення процесів (Process Quality and Improvement)

Ця тема пов'язана з оцінкою якості процесів роботи з програмними вимогами і поліпшенням цих процесів. Особливе значення даної теми полягає у підкресленні значимості роботи з вимогами, ключової ролі цих процесів для визначення вартісних і часових ресурсів, необхідних для реалізації програмного проекту в цілому.

Задоволення потреб замовника є метою будь-якого програмного проекту. Відповідно, забезпечення адекватності реалізації вимог у проекті просто неможливо уявити без адекватних процесів роботи з ними - починаючи зі збору вимог, закінчуючи перевіркою відповідності отримуваного програмного продукту цим вимогам на всіх етапах його створення.

Покращення процесів і зокрема процесів розробки та управління вимогами повинно передувати формулюванням проблеми. Тобто немає сенсу займатися поліпшенням заради поліпшення, потрібно чітко розуміти яка в даний час є проблема в роботі з вимогами, і наскільки ця проблема значима, і тільки потім приступати до її усунення, зокрема через поліпшення процесів. Реальна вітчизняна практика багатьох організацій, що займаються розробкою ПО, показує, що дуже небагато мають дійсно чітке уявлення про те, яким чином організація роботи з вимогами може вплинути на успіх компанії в цілому. Зазвичай, вітчизняні компанії, в кращому випадку просто документують вимоги, випускаючи документи, наприклад, Технічне завдання по ГОСТ. Але навряд чи в цьому документі можна побачити вимоги - на жаль. Дотримуючись тільки рекомендацій, які є в ГОСТ можна тільки відповідним чином оформити розділи, що практично ніяк не впливає на якість та інформативність документа. Питання вдосконалення процесів - process improvement будуть розглядатися як в розділах, присвячених CMMI, так і в інших частинах цієї книги.

Дана тема тісно пов'язана з областями знань "Якість програмного забезпечення" (Software Quality) і "Процес програмної інженерії" (Software Engineering Process). У цьому контексті фокуси обговорюваної теми - визначення атрибутів і метрик якості, а також визначення відповідних процесів в застосуванні до програмних вимог, які можна звести в три групи практик:

• Покриття процесів роботи з вимогами з точки зору стандартів і моделей поліпшення процесів, в цілому;

• Вимірювання та кількісна оцінка (benchmarking) процесів роботи з вимогами;

• Планування і реалізація процесу покращення, як такого

Прослушать

 

3. Витяг вимог (Requirements Elicitation)

 

Дана секція висвітлює питання збору вимог як з точки зору організації процесу, так і визначення джерел, звідки надходять вимоги. Це перша стадія побудови бачення автоматизованої проблемної області. Ідентифікація зацікавлених осіб, їх взаємодії, виконуваних ними бізнес-процесів - все це є ключовими питаннями, без чіткої й однозначної відповіді на які навіть не варто думати про успішність проекту (до речі, не тільки програмного ...). Один з ключових принципів програмної інженерії полягає в забезпеченні взаємодії між користувачами та інженерами. Перш ніж починається розробка програмного забезпечення, саме фахівці "за вимогами" - аналітики перекидають той самий "місток" між замовниками та виконавцями, який задає той рівень комунікацій і взаєморозуміння між ними, який необхідний для вирішення завдань проекту.