Управление конфигурацией программного обеспечения в разработке программного обеспечения

Что такое управление конфигурацией программного обеспечения?

В области разработки программного обеспечения, Управление конфигурацией программного обеспечения (SCM) SCM — это процесс систематического управления, организации и контроля изменений в документах, коде и других объектах на протяжении всего жизненного цикла разработки программного обеспечения. Основная цель — повышение производительности при минимизации ошибок. SCM является частью междисциплинарной области управления конфигурациями и позволяет точно определить, кто внес какие изменения.

Зачем нам нужно управление конфигурациями?

Основные причины внедрения системы управления технической конфигурацией программного обеспечения:

• Над программным обеспечением, которое постоянно обновляется, работает множество людей.
• В таком случае может возникнуть ситуация, когда в проекте по настройке программного обеспечения задействовано несколько версий, веток и авторов, а команда географически распределена и работает одновременно.
• Необходимо учитывать изменения в требованиях пользователей, политике, бюджете и графике.
• Программное обеспечение должно уметь работать на различных машинах и OperaТинговые системы.
• Способствует развитию координации между заинтересованными сторонами.
• Процесс управления цепочками поставок также полезен для контроля затрат, связанных с внесением изменений в систему.

Любое изменение в элементах конфигурации программного обеспечения повлияет на конечный продукт. Поэтому изменения в элементах конфигурации необходимо контролировать и управлять ими.

Задачи в процессе SCM

• Идентификация конфигурации
• Исходные условия
• Управление изменениями
• Учет состояния конфигурации
• Аудит конфигурации и Revвзгляды

Идентификация конфигурации

Идентификация конфигурации — это метод определения области действия программной системы. С помощью этого шага можно управлять чем-либо, даже если вы не знаете, что это такое. Это описание, содержащее тип CSCI (Computer Software Configuration Item — элемент конфигурации программного обеспечения), идентификатор проекта и информацию о версии.

Действия в ходе этого процесса:

• Идентификация элементов конфигурации, таких как модули исходного кода, прецеденти техническое задание.
• Идентификация каждого CSCI в репозитории SCM с использованием объектно-ориентированного подхода.
• Процесс начинается с базовых объектов, которые группируются в агрегированные объекты. Затем вносятся изменения в тест по следующим параметрам: что, почему, когда и кем.
• Каждый объект обладает собственными характеристиками, которые определяют его имя и являются недвусмысленными для всех других объектов.
• Список необходимых ресурсов, таких как документ, файл, инструменты и т. д.

Пример:

Вместо имени файла login.php его следует назвать login_v1.2.php, где v1.2 обозначает номер версии файла.

Вместо того чтобы называть папку «Code», его следует назвать «Code_D”, где D означает, что резервное копирование кода следует проводить ежедневно.

Базовая линия

Базовая версия — это официально принятая версия элемента конфигурации программного обеспечения. Он обозначается и фиксируется в определенное время при проведении процесса SCM. Его можно изменить только посредством формальных процедур контроля изменений.

Действия в ходе этого процесса:

• Облегчает создание различных версий приложения.
• Определение и разработка механизмов управления различными версиями этих результатов работы.
• Базовый функциональный план соответствует рассмотренным системным требованиям.
• К широко используемым базовым показателям относятся функциональные, экспериментальные и продуктовые базовые показатели.

Проще говоря, базовая версия означает готовность к выпуску.

Управление изменениями

Управление изменениями — это процедурный метод, обеспечивающий качество и согласованность при внесении изменений в объект конфигурации. На этом этапе запрос на изменение отправляется менеджеру конфигурации программного обеспечения.

Действия в ходе этого процесса:

• Контролируйте внесение изменений по мере необходимости для создания стабильной среды разработки программного обеспечения. Изменения фиксируются в репозитории.
• Запрос будет рассмотрен с учетом технической обоснованности, возможных побочных эффектов и общего влияния на другие объекты конфигурации.
• Она управляет изменениями и делает элементы конфигурации доступными на протяжении всего жизненного цикла программного обеспечения.

Учет состояния конфигурации

Учет состояния конфигурации tracks каждый релиз в процессе SCM. Этот этап включает в себя tracУзнайте, что есть в каждой версии и какие изменения привели к её появлению.

Действия в ходе этого процесса:

• Ведет учет всех изменений, внесенных в предыдущий базовый уровень для достижения нового базового уровня.
• Определите все элементы, необходимые для настройки конфигурации программного обеспечения.
• Отслеживайте статус запросов на изменения.
• Полный список всех изменений с момента последнего базового уровня.
• Позволяет tracкороль прогресса к следующему базовому уровню.
• Позволяет использовать предыдущие релизы/версии.tracподготовлено для тестирования.

Аудит конфигурации и Revвзгляды

Аудит конфигурации программного обеспечения подтверждает, что весь программный продукт удовлетворяет базовым потребностям. Это гарантирует, что то, что построено, — это то, что будет доставлено.

Действия в ходе этого процесса:

• Аудит конфигурации проводится аудиторами путем проверки соблюдения определенных процессов и обеспечения достижения целей SCM.
• Для проверки соответствия стандартам управления конфигурацией, проведения аудита и составления отчетов о внесенных изменениях.
• Аудиты SCM также гарантируют, что tracВ процессе работы обеспечивается сохранение работоспособности.
• Обеспечивает соответствие изменений, внесенных в базовую конфигурацию, отчетам о состоянии конфигурации.
• Проверка полноты и согласованности.

Участник процесса SCM

Ниже перечислены ключевые участники SCM:

1. Менеджер конфигурации

• Менеджер по конфигурации — это руководитель, ответственный за идентификацию элементов конфигурации.
• CM обеспечивает соблюдение командой процесса SCM.
• Он/она должен/должна утвердить или отклонить запросы на внесение изменений.

2. разработчик

• Разработчику необходимо вносить изменения в код в соответствии со стандартными процедурами разработки или запросами на изменения. Он отвечает за поддержание конфигурации кода.
• Разработчик должен проверить изменения и разрешить конфликты.

3. аудитор

• Аудитор несет ответственность за аудиты и проверки SCM.
• Необходимо обеспечить согласованность и полноту выпуска.

4. Руководитель проекта:

• Убедитесь, что продукт разработан в определенные сроки.
• Отслеживает ход разработки и выявляет проблемы в процессе управления цепочками поставок.
• Создавайте отчеты о состоянии программной системы.
• Убедитесь, что процессы и правила создания, изменения и тестирования соблюдаются.

5. пользователь

Конечный пользователь должен понимать ключевые термины SCM, чтобы убедиться, что у него установлена ​​последняя версия программного обеспечения.

План управления конфигурацией программного обеспечения

Процесс планирования управления конфигурацией программного обеспечения (SCMP) начинается на ранних этапах кодирования проекта. Результатом этапа планирования является план управления конфигурацией программного обеспечения, который может быть скорректирован или пересмотрен в ходе проекта.

• SCMP может соответствовать общедоступному стандарту, такому как IEEE 828, или стандарту, разработанному конкретной организацией.
• В нем определяются типы документов, подлежащих управлению, и правила именования документов. Пример: Test_v1.
• SCMP определяет человека, который будет отвечать за весь процесс SCM и создание базовых показателей.
• Настройте политики управления версиями и контроля изменений.
• Определите инструменты, которые можно использовать в процессе управления цепочками поставок.
• База данных управления конфигурацией для записи информации о конфигурации.

Инструменты управления конфигурацией программного обеспечения

Любое программное обеспечение для управления изменениями должно обладать следующими тремя ключевыми функциями:

Управление параллелизмом:

Когда две или более задач выполняются одновременно, это называется параллельной операцией. В контексте систем управления версиями (SCM) параллелизм означает, что один и тот же файл редактируется несколькими пользователями одновременно.

Если параллелизм не управляется правильно с помощью инструментов SCM, это может создать множество неотложных проблем.

Контроль версий:

Система управления версиями (SCM) использует метод архивирования, то есть сохраняет все изменения, внесенные в файл. С помощью функции архивирования или сохранения можно откатиться к предыдущей версии в случае возникновения проблем.

Syncхронизация:

Пользователи могут получить доступ к нескольким файлам или ко всей копии репозитория. Затем пользователь работает над нужным файлом и фиксирует изменения обратно в репозитории. Он может синхронизировать свою локальную копию, чтобы оставаться в курсе изменений, внесенных другими членами команды.

Ниже представлен список популярных инструментов:

1.Гит: Git — это бесплатный инструмент с открытым исходным кодом, который помогает контролировать версии. Он предназначен для быстрого и эффективного выполнения всех типов проектов.

Ссылка для скачивания: https://git-scm.com/

2. команда Foundation Сервер: Команду Foundation — это группа инструментов и технологий, которые позволяют команде сотрудничать и координировать свои действия при создании продукта.

Ссылка для скачивания: https://azure.microsoft.com/en-us/services/devops/server/

3. Ansible: Это инструмент управления конфигурацией программного обеспечения с открытым исходным кодом. Помимо управления конфигурацией, он также предлагает развертывание приложений и автоматизацию задач.

Ссылка для скачивания: https://www.ansible.com/

Часто задаваемые вопросы (FAQ)