Конфігураційне управління

Поняття та процедури конфігураційного управління у програмуванні, його цілі та завдання. Чинники, що впливають структуру плану управління конфігурацією та її деталізацію. План управління конфігурацією в стандартах, терміни та технічне застосування плану.

Надіслати свою гарну роботу до бази знань просто. Використовуйте форму нижче

Студенти, аспіранти, молоді вчені, які використовують базу знань у своєму навчанні та роботі, будуть вам дуже вдячні.

Розміщено на http://www.allbest.ru/

1. Опис конфігураційного управління

2. Цілі та завдання

3. Процедури управління конфігурацією

4. Опис плану управління конфігурацією

4.1 Хто пише план?

4.2 Коли готують план керування конфігурацією?

4.3 Підтримка плану у актуальному стані

4.4 План управління конфігурацією у стандартах

4.5 Фактори, що впливають на структуру плану управління конфігурацією та її деталізацію

1.Опис конфігураційного управління

Конфігураційне управління(англ.software configuration management, SCM) у програмній інженерії - комплекс методів, спрямованих на систематичний облік змін, що вносяться розробниками в програмний продукт у процесі його розробки та супроводу, збереження цілісності системи після змін, запобігання небажаним та непередбачуваним ефектам, формалізацію процесу внесення змін.

Спочатку управління конфігурацією застосовувалося над програмуванні. Підконфігурацієюрозумівся склад деталей кінцевого продукту та «взаємне розташування частин» фізичного виробу. Таким чином, конфігурацією можна керувати, контролюючи документи,описують кінцевий продукт, вимоги щодо нього, всю його проектну та технологічну документацію.

У зв'язку з високою динамічності сфери розробки ПЗ, в ній конфігураційне управління особливо корисне. До процедур можна віднести створення резервних копій, контроль вихідного коду, вимог проекту, документації і т. д. Ступінь формальності виконання даних процедур залежить від розмірів проекту, і при правильній оцінці дана концепція може бути дуже корисна

Цілі конфігураційного управління:

Контроль: SCM дозволяє відслідковувати зміни в контрольованих об'єктах, забезпечує дотримання процесу розробки
Управління: SCM диктує процес автоматичної ідентифікації в ході всього життєвого циклу ПЗ, забезпечує простоту модифікації та супроводу ПЗ
Економія коштів: знижується ризик втрат від ротації кадрів в організації, надати можливість змінити організацію-розробника без перепроектування

Завдання конфігураційного управління:

Контроль конфігурації: контроль за змінами матеріалів
Облік поточного стану: стан документів, стан коду, стан окремих завдань та всього проекту загалом
Управління процесом розробки
Відстеження завдань та проблем (зокрема, відстеження помилок)

3.Процедури управління конфігурацією

Ревізія конфігурації- процес перевірки того, що документ нижнього рівня відповідає всім вимогам документа верхнього рівня.

Аудит конфігурації- процес перевірки того, що готовий продукт або його частина відповідають документації.

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

Облік стану конфігурації- процес підготовки звітів про поточний стан продукту та стан затверджених змін.

4.Опис планууправління конфігурацією

Багато компаній при спробі поставити будь-який процес (не важливо який, але в даному випадку - Управління Конфігураціями) обмежуються тільки інсталяцією програмних засобів з мінімальними витратами в подальшій роботі. Так було загублено не один проект. По-перше, завжди має бути планомірна робота. А по-друге, спочатку впроваджується процес, а потім встановлюються засоби автоматизації (аж ніяк не навпаки). Відповідно, якщо є процес, то має бути документ, який описує його. Таким документом для процесу КК є «План управління конфігураціями», де викладається концепція процесу імплементація засобів автоматизації. У ньому розписуються всі ролі, і, що особливо важливо, діяльності залежно від стадії життєвого циклу розробки ПЗ.

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

План має бути документально оформлений і виконаний (план то, можливо частиною плану управління конфігурацією системи).

План високому рівні визначає процес розробки ПЗ. План також містить у собі багатоадміністративних моментів, які необхідно реалізувати у налаштуваннях інструментальних засобів КК, щоб вони відповідали плану.

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

Якщо говорити стосовно термінології КК, тобто роль, яка відповідає за фізичне написання плану – Менеджер КК.

Менеджер Управління Конфігураціями – ключова роль. Ця людина знає процес розробки. Розуміє цілі та завдання КК. Усі свої знання він викладає щодо КК. Сам управляє процесом КК.

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

Технічне застосування плану (реалізація плану у засобах підтримки КК)

Як ми вже говорили вище - план містить високорівневий опис процесу, але щоб інструментальні засоби підтримки КК почали слідувати плану, необхідно виконати їхнє фізичне налаштування:

Розробити екранні форми запитів зміну;
Встановити політику доступу;
Визначити життєвий цикл запитів зміну;
Поставити дані під КК відповідно до плану;

Фізичне налаштування зазвичай проводить адміністратор, який на підставі наявного плану проводитьфізичні налаштування інструментальних засобів КК.

4.2Коли готують план управління конфігурацією?

конфігураційне управління програмування

План розробляється на ранніх стадіях планування проекту. План має бути підготовлений на ранніх стадіях, ще до того, як розробники включили комп'ютери - момент опрацювання технічного завдання вже потрібно писати план КК. Це в ідеалі. Насправді, зазвичай, процес вже склався і його потрібно спочатку описати, та був, за потребами модифікувати, поліпшити.

Що добре в плані КК, так це те, що він довго пишеться лише один раз. Далі кожному проекту пишеться новий план, з урахуванням існуючого, оскільки методи і методи у проекті можуть відрізнятися, те й план описує всі особливості даного проекту. Іноді застосовується практика виділення загальних частин плану КК та затвердження їх як складова стандарту на розробку в компанії. Після цього кожен проект використовує загальний план + випускає до нього набір доповнень для конкретного проекту. Втім, набір доповнень не може суперечити основному плану.

4.3Підтримка плану в актуальному стані

План розглядається всіма учасниками процесу та рецензується ними.

Кожен співробітник, що приходить в організацію, повинен бути ознайомлений з планом, щоб зрозуміти процес розробки якомога в короткі терміни. Хороший план із додатками у вигляді докладних інструкцій дозволить це зробити у найкоротший час.

Дуже часто при обстеженні компаній нам доводиться стикатися з тим, що існуючий план не відповідає тому процесу, який існує в організації. Найцікавіше полягає в тому, що якщо фахівці на ранніх етапах впровадження відстежувалиактуальність плану, то згодом план КК (а разом з ним і більшість документів щодо інших процесів) поступово «засувається» і робота щодо нього припиняється. І виходить дуже цікава ситуація: з одного боку, якщо йти за формальними ознаками, в організації є процес і є НМО, що описує його. З іншого боку, за фактом НМО описує щось, чого вже немає в організації. У результаті вважатимуться, що у організації немає плану КК, оскільки не відбиває реалії.

З подібним перебігом речей необхідно нещадно боротися. Ми всі чудово розуміємо, що нормальний стан людини та організації – це вдосконалення (вчинення процесу, самовдосконалення… тощо) наявного. Просто нагально необхідно вдосконалювати документацію процесу разом із самим процесом. Їхнє еволюціонування має здійснюватися паралельно. Тільки тоді можна буде говорити про зрілість процесів в організації.

4.4Плануправління конфігурацієюу стандартах

План КК є найважливішим документом процесу. За великим рахунком, він є єдиним документом процесу КК. Склад і зміст плану КК визначається деяких стандартах, але здебільшого істотно допрацьовується під потреби конкретної організації чи проекту під час запровадження процесів ЖЦ ПС. Усі розглянуті у книзі стандарти визначають процес, ролі, але не визначають і класифікують плани КК. Розглянемо докладніше вимоги стандартів зміст планів КК:

4.5Фактори, що впливають на структуру планууправління конфігурацієюі його деталізацію