Керування конфігурацією програмного забезпечення (SCM) — це метод у розробці програмного забезпечення, який систематично керує, організовує та контролює зміни в документах, кодах та інших об’єктах протягом життєвого циклу розробки програмного забезпечення. У цій публікації ми розглянемо процес керування конфігурацією програмного забезпечення та інструменти, які допомагають відстежувати, керувати та регулювати зміни елементів конфігурації протягом усього життєвого циклу розробки програмного забезпечення.
Що таке керування конфігурацією програмного забезпечення (SCM)?
Управління конфігурацією програмного забезпечення (SCM) — це підгалузь розробки програмного забезпечення, яка спрямована на вдосконалення процесу обробки, координації та регулювання змін у вимогах, кодах, командах та інших факторах протягом життєвого циклу розробки проекту програмного забезпечення. SCM насамперед займається вибором версії, відстеженням змін і контролем версій проектів програмного забезпечення з метою максимізації ефективності при мінімізації помилок і ризиків.
Яка мета керування конфігурацією програмного забезпечення?
Нижче наведено ключові причини впровадження системи управління конфігурацією технічного програмного забезпечення:
- Постійне оновлення програмного забезпечення різними людьми.
- Проект конфігурації програмного забезпечення може містити кілька версій, гілок і авторів, а команда може бути географічно розкидана та працювати одночасно.
- Зміни у вимогах користувачів, політиках, бюджетах і термінах повинні бути скориговані.
- Програмне забезпечення повинно працювати на різних платформах і операційних системах.
- Допомагає в розвитку координації зацікавлених сторін
- Процес SCM також корисний для контролю витрат на зміни системи.
Етапи плану керування конфігурацією програмного забезпечення
Процес керування конфігурацією програмного забезпечення в розробці програмного забезпечення — це набір процедур, призначених для відстеження та керування всіма недоліками проекту, ресурсами, кодами, документацією, обладнанням і бюджетами.
SCM — це міждисциплінарний процес, який включає DevOps, розробників, менеджерів/власників проектів, системного адміністратора та тестувальників на всіх рівнях.
#1. Ідентифікація та планування
Початковим кроком у процесі є планування та ідентифікація. Метою цього кроку є планування розробки проекту програмного забезпечення та визначення речей, які входять до сфери застосування. Зустрічі та мозкові штурми з вашою командою допоможуть вам визначити основні вимоги до решти проекту.
Частиною цього процесу є визначення того, як буде просуватися проект, і визначення критеріїв виходу. Таким чином ваша команда зрозуміє, коли всі цілі проекту досягнуті.
На цьому етапі конкретні дії включають:
- Розпізнавання тестових випадків, вимог специфікації та модулів коду
- Кожен елемент конфігурації програмного забезпечення комп’ютера в процесі має бути ідентифікований.
- Зберіть базову інформацію про те, чому, коли та які зміни будуть внесені, а також про те, хто буде відповідати за їх впровадження.
- Складіть список усіх ресурсів, які вам знадобляться, наприклад інструментів, файлів і документів.
#2. Контроль базової лінії та версій
Етап контролю версій і базової лінії забезпечують постійну цілісність продукту шляхом визначення прийнятної версії програмного забезпечення. Ця базова лінія встановлюється на певному етапі процесу SCM і може бути змінена лише формальним методом.
Метою цього етапу є відстеження змін, внесених у продукт. У міру просування проекту встановлюються нові базові лінії, що призводить до появи кількох версій програмного забезпечення.
Цей етап включає в себе наступні дії:
- Визначення та класифікація компонентів, охоплених проектом
- Розробка засобів відстеження ієрархії різних версій програмного забезпечення
- Виявлення критичних зв'язків між різними компонентами
- Створення кількох базових ліній продукту, таких як базові лінії розвитку, функціональність і базові лінії продукту
- Створення узгодженої схеми маркування для всіх продуктів, версій і файлів, щоб усі були на одній сторінці.
- Коли атрибут проекту є базовим, формальні процеси контролю змін конфігурації запускаються у випадку, якщо ці атрибути змінено.
#3. Контроль змін
Управління змінами — це процес забезпечення того, щоб будь-які внесені зміни узгоджувалися з рештою проекту. Наявність цих засобів контролю допомагає гарантувати якість, а також затверджувати та випускати нові базові дані (дані). Уміння керувати змінами має вирішальне значення для успіху проекту.
Запити на зміну конфігурацій надсилаються команді та авторизуються або відхиляються менеджером конфігурації програмного забезпечення на цьому кроці. Найбільш типовими запитами є додавання або редагування різних елементів конфігурації, а також зміна дозволів користувача.
Ця процедура передбачає:
- Контроль за запитом клієнта спеціальних змін
- Вивчення повного впливу запиту на зміну на проект для визначення його переваг.
- Внесення авторизованих коригувань або пояснення, чому запити на зміни було відхилено
#4. Облік стану конфігурації
Наступним кроком є підтвердження того, що проект розвивається відповідно до плану шляхом тестування та верифікації відповідно до попередньо визначених базових показників. Це передбачає перегляд приміток до випуску та інших пов’язаних матеріалів, щоб підтвердити, що програмне забезпечення відповідає всім функціональним вимогам.
Облік статусу конфігурації відстежує кожну версію, випущену під час процесу, визначаючи, що нового в кожній версії та чому були потрібні зміни. Цей етап включає наступні дії:
- Відстеження та оцінка змін від однієї базової лінії до іншої
- Усі запити на зміни відстежуються та розглядаються.
- Ведення документації щодо кожної модифікації, внесеної у відповідь на запити на зміни та досягнення нового базового рівня
- Попередні версії перевіряються та тестуються.
#6. Аудити та оцінки
Завершальний етап – це технічна експертиза кожного етапу життєвого циклу розробки програмного забезпечення. Аудити та перевірки перевіряють процес, конфігурації, робочий процес, запити на зміни та все інше, що було використано для створення кожної базової лінії під час розробки проекту.
Команда багато разів аналізує програму, щоб переконатися в її цілісності, а також створює необхідну супровідну документацію, таку як примітки до випуску, посібники користувача та інструкції зі встановлення.
Діяльність цього етапу включає:
- Забезпечення досягнення цілей, встановлених на етапах планування та визначення
- Переконайтеся, що програмне забезпечення відповідає встановленим стандартам контролю конфігурації
- Переконайтеся, що зміни базових показників відповідають звітам
- Підтвердження того, що проект є послідовним і завершеним щодо цілей проекту.
Хто бере участь у процесі керування конфігурацією програмного забезпечення?
SCM — це міждисциплінарний процес, який включає майже кожного члена команди розробників програмного забезпечення.
#1. Менеджер конфігурації
Протягом усього процесу розробки менеджер конфігурації відповідає за визначення того, хто за що відповідає. Вони гарантують, що кожен дотримується процедури SCM протягом усього проекту та має останнє слово щодо всіх запитів на зміни.
№2. Керівник проекту
Роль керівника проекту є критично важливою для процесу SCM. Вони визначають графік проекту, щоб гарантувати його завершення вчасно, а також створюють оновлення щодо прогресу команди. Ще один важливий обов’язок керівника проекту — гарантувати, що кожен член команди дотримується встановлених критеріїв для розробки, модифікації та тестування програмного забезпечення.
#3. Розробники програмного забезпечення
Розробники відповідають за написання коду та виконання будь-яких прийнятих запитів на модифікацію під час розробки.
#4. ревізор
Ця посада відповідає за всі аудити та перевірки, а також відповідає за те, щоб остаточний випуск був вичерпним і послідовним.
Найкраще програмне забезпечення та інструменти для керування конфігурацією
#1. Git
Git — найпопулярніша в галузі система контролю версій для відстеження змін коду. Включення даних керування конфігурацією в репозиторій Git разом із кодом надає комплексний контроль версій для всього проекту. Git є критично важливим інструментом для управління конфігурацією вищого рівня. Наступні інструменти керування конфігураціями призначені для збереження в сховищі Git і використання відстеження контролю версій Git.
#2. Докер
Контейнеризація, як і блокування конфігурації, була запропонована Docker як складний тип керування конфігурацією. Docker базується на Dockerfiles, які є конфігураційними файлами, які містять список команд, які оцінюються для реконструкції передбачуваного знімка стану операційної системи. Docker використовує ці файли Docker для створення контейнерів, які є знімками попередньо встановленої програми. Файли Docker зберігаються в репозиторії Git для контролю версій і вимагають додаткового керування конфігурацією, перш ніж їх можна буде розгорнути в інфраструктурі.
#3. Тераформа
Terraform від HasiCorp — це платформа керування конфігурацією програмного забезпечення з відкритим кодом. IaC використовується Terraform для надання та керування кластерами, хмарною інфраструктурою та послугами. Terraform сумісний з AWS, Microsoft Azure та іншими хмарними платформами. Для загальних компонентів інфраструктури, таких як сервери, бази даних і черги, кожна хмарна платформа має власне представлення та інтерфейс. Terraform створив рівень абстракції інструментів конфігурації хмарної платформи, які дозволяють командам створювати файли, які є відтворюваними описами їх інфраструктури.
#4. Шеф-кухар, лялька, ансібль, купа солі
ІТ-платформи автоматизації включають Ansible, Salt Stack, Chef і Puppet. Багато типових процесів системного адміністратора автоматизовані цими фреймворками. Кожен фреймворк використовує набір файлів конфігураційних даних, як правило, YAML або XML, які аналізуються виконуваним файлом.
Файли даних конфігурації описують кроки, які необхідно виконати для налаштування системи. Потім програма виконує дії. Мова виконуваного файлу різниться в різних системах — Chef написаний на Ruby, а Ansible і Salt Stack — на Python. Цей метод аналогічний запуску сценаріїв ad-hoc оболонки, але він забезпечує більш структурований і витончений досвід через екосистеми відповідних платформ. Ці інструменти забезпечать автоматизацію, необхідну для досягнення CI/CD.
Які переваги розгортання керування конфігурацією програмного забезпечення та інструментів?
У розробці програмного забезпечення доступні різноманітні інструменти, які допомагають у процесі керування конфігурацією програмного забезпечення. Метою цих інструментів є автоматизація зазвичай ручної діяльності, що дозволяє підвищити точність, швидкість і контроль. Вони можуть конкретно допомогти з:
- Сигнали та звіти: Якщо є будь-які відхилення від узгодженої базової лінії, компетентний інструмент SCM надішле сповіщення та звіти. Ці дані будуть передаватися майже в реальному часі, що дозволить керівництву діяти швидко, якщо щось піде не так.
- Відстеження змін: Інструменти SCM автоматично відстежуватимуть зміни на серверах або програмах, а також дозволятимуть вводити такі дані людиною. Виходи сценарію моніторингу також можна використовувати для аудиту змін.
- Порівняння конфігурацій: Найкращі інструменти керування конфігурацією програмного забезпечення дозволять вам помітити відмінності між конфігураціями.
- Помилки: Помилки та проблеми виявляються швидко, що дозволяє інженерам вжити заходів до того, як проблема загостриться.
- Відстеження запасів: Більшість інструментів SCM включатимуть механізм відстеження апаратних і програмних активів, усуваючи необхідність ведення рукописного опису.
- Керування патчами: Інструменти SCM можуть допомогти вам відстежувати всі тонкощі, пов’язані з керуванням виправленнями, коли ви постачаєте оновлене програмне забезпечення.
Чи є щось негативне у використанні інструменту керування конфігурацією програмного забезпечення?
Перш ніж застосовувати інструмент SCM, зверніть увагу на такі моменти:
- Витік ресурсів: Ви повинні мати ресурси, щоб підтримувати процес від початку до кінця.
- Обмеження знань: Усі, хто бере участь, повинні добре знати інструменти керування програмним забезпеченням, які використовуються.
- Недолік SMB: Масштаб того, що потрібно для ефективного використання цих інструментів, може бути складним завданням для невеликої організації.
- Вимоги до обладнання: Для успішної роботи процедури необхідне швидке та точно налаштоване обладнання.
Яка основна мета керування конфігурацією програмного забезпечення?
Він контролює та стежить за новими продуктами та їх ітераціями. Крім того, він розпізнає та керує конфігурацією апаратного забезпечення, програмного забезпечення та інструментів, які використовуються під час циклу розробки.
Що таке керування конфігурацією в SDLC?
Щоб встановити та підтримувати узгодженість функціональних, продуктивних і фізичних характеристик продукту з його вимогами, конструкцією та робочою інформацією протягом життєвого циклу продукту, керування конфігурацією є важливою процедурою в системній і програмній інженерії.
Для чого використовується конфігурація CE?
У радіочастотних схемах також використовуються підсилювачі із загальним емітером, наприклад, для посилення слабких сигналів, які сприймає антена. У цій ситуації налаштована схема часто використовується замість резистора навантаження. Це можна зробити, щоб зменшити смугу пропускання до невеликої смуги, зосередженої на робочій частоті.
Висновок
Керування конфігурацією є важливим інструментом для керування складними програмними системами. Відсутність керування конфігурацією в розробці програмного забезпечення може призвести до серйозних проблем із надійністю системи, часом безвідмовної роботи та масштабованістю. Багато сучасних засобів розробки програмного забезпечення забезпечують функціональні можливості керування конфігурацією.
Поширені запитання щодо управління конфігурацією програмного забезпечення
Які 4 основні функції управління конфігурацією програмного забезпечення?
Ідентифікація, контроль, аудит та облік стану
Що таке елементи конфігурації програмного забезпечення?
Елемент конфігурації (CI) — це будь-який компонент служби, частина інфраструктури або інші речі, якими потрібно керувати, щоб послуги надавалися успішно. Кожен КІ має такі характеристики: Категоризація або категорія чогось, що вказує на його природу.
Що таке стратегія керування конфігурацією?
Стратегія керування конфігурацією використовується для визначення того, як і хто контролюватиме та захищатиме продукти проекту. Він дає відповіді на такі запитання: як і де будуть зберігатися продукти проекту? Яка безпека зберігання та пошуку буде реалізована?
- Системи керування конфігурацією та інструменти у 202 році3
- ОГЛЯДИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ ДЛЯ КЕРУВАННЯ ЛАНЦЮЖКАМИ ПОСТАЧАНЬ У 202 РОЦІ3
- Управління ланцюгом поставок: що таке SCM і чому це важливо?
- Управління вартістю проекту: як створити план управління витратами
посилання
