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

Для большого программного обеспечения, разрабатывающего проект, безудержное изменение быстро ведет к хаосу. Для таких проектов, контроль изменения объединяет человеческие действия и автоматизированные инструменты, чтобы обеспечить механизм контроля изменения. Процесс контроля изменения иллюстрирован схематично в Части 8.5. Запрос изменения представлен и оценен, чтобы оценить техническое качество, потенциальные побочные эффекты, полное воздействие на другие объекты конфигурации и функции системы, и проектируемую стоимость изменения. Результаты оценки представлены как сообщение изменения, которое использует власть контроля изменения (CCA) - человек или группа, кто делает окончательное решение относительно статуса и приоритета изменения. Технический порядок изменения (ECO) производится для каждого одобренного изменения. ECO описывает изменение, которое будет сделано, ограничения, которые должны уважаться, и критерии для обзора и ревизии. Объект, который будет изменен "проверен проектной базой данных, изменение сделано, и соответствующие SQA действия применяются. Объект затем "зарегистрируется в базе данных, и соответствующие механизмы контроля версии (Секция 9.4) используются, чтобы создать следующую версию программного обеспечения.

Процессы "Регистрация" и "контроль" осуществляют два важных элемента контроля доступа контроля изменения и контроля синхронизации. Управление Контролем Доступа, куда инженеры программного обеспечения имеют доступ и изменяют специфический объект конфигурации. Контроль Синхронизации помогает гарантировать то, что параллельные изменения, выполненные двумя различными людьми, не продублируют друг друга.

Доступ и поток контроля синхронизации иллюстрированы схематично в Части 8.6. Основываясь на подтвержденном запросе изменения и ECO, инженер программного обеспечения проверяет объект конфигурации. Функция контроля доступа гарантирует, что инженер программного обеспечения имеет полномочие, чтобы проверить объект, и контроль синхронизации захватывает объект в проектной базе данных так, чтобы никакие модернизации не могли быть сделаны, пока проверенная версия не будет заменена. Обратите внимание, что другие копии могут быть проверены, но другие модернизации не могут быть сделаны. Копия определенного объекта, называемого извлеченной версией, изменена инженером программного обеспечения. После приспосабливают SQA и тестируют, измененная версия объекта регистрируется, и открывают новый определенный объект.

Часть 8.5.Процесс Контроля изменения Показ <Figure85.html>

Некоторые читатели могут начать чувствовать неудобство с уровнем бюрократии, подразумеваемой в соответствии с описанием процесса контроля изменения. Это чувство - не необыкновенно. Без надлежащих гарантий, контроль изменения может тормозить прогресс и создавать ненужный бюрократизм. Большинство разработчиков программного обеспечения, которые имеют механизмы контроля изменения (к сожалению, многие не имеет ни одного) создали множество слоев контроля(управления), чтобы помочь избежать проблем, сослались  здесь.

Часть 8.6. Доступ и контроль синхронизации

Только неофициальное изменение контроля нуждается в применении прежде чем SCI было определено,. Разработчик объекта конфигурации (SCI) в самом деле может делать любые изменения, оправданные в соответствии с проектными и техническими требованиями (пока изменения не затрагивают более широкие требования системы ,что лежит вне объема работ разработчика). Как только объект подвергся формальному техническому обзору и был одобрен, основание создано. Как только SCI становится основанием, проектный контроль изменения уровня осуществлен. Теперь, чтобы сделать изменение, разработчик должен получить одобрение от менеджера проектов (если изменение "местное") или от CCA, если изменение затрагивает другой SCIs. В некоторых случаях, обходимся без формального списка запросов изменения, сообщения изменения, и ECOs . Однако, оценка каждого изменения проводится, и все изменения( прослежены и рассмотрены.

Когда изделие программного обеспечения поставлено клиентам, контроль изменения формата установлен. Формальная процедура контроля изменения была выделена в Части 8.5.