Конфигурационное управление

Plan your projects and define important tasks and actions

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
Конфигурационное управление создатель Mind Map: Конфигурационное управление

1. Элементы конфигурационного управления

2. Единицы конфигурационного управления

2.1. пользовательская документация

2.1.1. Структура – набор файлов

2.1.2. Ответственное лицо

2.1.3. Практика конфигурационного управления

2.1.4. Автоматическая процедура контроля целостности элемента

2.2. проектная документация

2.2.1. Структура – набор файлов

2.2.2. Ответственное лицо

2.2.3. Практика конфигурационного управления

2.2.4. Автоматическая процедура контроля целостности элемента

2.3. исходные тексты ПО

2.3.1. Ответственное лицо

2.3.2. Структура – набор файлов

2.3.3. Практика конфигурационного управления

2.3.4. Автоматическая процедура контроля целостности элемента

2.4. пакеты тестов

2.4.1. Ответственное лицо

2.4.2. Структура – набор файлов

2.4.3. Практика конфигурационного управления

2.4.4. Автоматическая процедура контроля целостности элемента

2.5. инсталляционные пакеты ПО

2.5.1. Ответственное лицо

2.5.2. Структура – набор файлов

2.5.3. Практика конфигурационного управления

2.5.4. Автоматическая процедура контроля целостности элемента

2.6. тестовые отчеты

2.6.1. Ответственное лицо

2.6.2. Структура – набор файлов

2.6.3. Практика конфигурационного управления

2.6.4. Автоматическая процедура контроля целостности элемента

3. Конфигурационное управление - это комплекс методов, направленных на систематический учёт изменений, вносимых разработчиками в программный продукт в процессе его разработки и сопровождения

3.1. управление версиями

3.1.1. Понятие "ветки" проекта

3.1.1.1. V1.0 – ветвь, соответствующая выпущенному релизу. Внесение изменений в такие ветви запрещены и они хранят образ кода системы на момент выпуска релиза.

3.1.1.2. Fix V1.0.1 – ветвь, соответствующая выпущенному пакету исправлений к определенной версии.

3.1.1.3. Upcoming (V1.1) – ветвь, соответствующая релизу, готовящемуся к выпуску и находящемуся в стадии стабилизации.

3.1.1.4. Mainline – ветвь, соответствующая основному направлению развития проекта.

3.1.1.5. WCF Experiment – ветвь, созданная для проверки некоторого технического решения

3.2. управление сборками

3.2.1. схема автоматизированной сборки

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

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

3.2.2.2. может быть сложной формальной процедурой