Процес розробки ПЗ

Как мы работаем, какова последовательность наших шагов, каковы нормы и правила в поведении и работе, каков регламент отношений между членами команды, как проект взаимодействует с внешним миром и т.д.? Все это вместе мы склонны называть процессом. Его осознание, выстраивание и улучшение - основа любой эффективной групповой деятельности. Поэтому не случайно, что процесс оказался одним из основных понятий программной инженерии.

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

Проте на сьогоднішній день не існує універсального процесу розробки ПО – набору методик, правив і розпоряджень, відповідних для ПО будь-якого вигляду, для будь-яких компаній, для команд будь-якої національності. Кожен поточний процес розробки, здійснюваний деякою командою в рамках певного проекту, має велику кількість особливостей і индивидуальностей. Проте доцільно перед початком проекту спланувати процес роботи, визначивши ролі і обов'язки в команді, робочі продукти (проміжні і фінальні), порядок участі в їх розробці членів команди і так далі Називатимемо цей попередній опис конкретним процесом, відрізняючи його від плану робіт, проектних специфікацій і ін. Наприклад, в системі Microsoft Visual Tem System опиняється шаблон процесу, що створюється або адаптується (у разі використання стандартного) перед початком розробки. У VSTS існують заготовки для конкретних процесів на базі CMMI, Scrum і ін.

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

· інформацію, правила використання, документацію і інсталяційні пакети засобів розробки, використовуваних в проектах компанії (систем версионного контролю, засобів контролю помилок, засобів програмування – різних IDE, СУБД і так далі);

· опис практик розробки – проектного менеджменту, правил роботи із замовником і т.д.;

· шаблони проектних документів – технічних завдань, проектних специфікацій, тестових планів і так далі і ін.

Необхідно відзначити, що наявність стандартного процесу свідчить про наявність "єдиної волі" в організації, що існує саме на рівні процесу. На рівні продажів, бухгалтерії і ін. звичних для всіх компаній процесів і активів єдність здійснити не важко. А ось на рівні процесів розробки дуже часто кожен проект виявляється сам по собі (особливо в офшорних проектах) – "текучка" захоплює і ізолює проекти один від одного дуже міцно.