Конфигурационное управление
Cтраница 1
Конфигурационное управление начинается также после утверждения распределения бюджета. Администратор планирования удостоверяется, что в группе контроля документации заведено дело на данный проект. С этого момента он наблюдает за тем, чтобы вся проектная документация, выпускаемая в соответствии с планом, подшивалась в соответствующее дело либо собиралась в нескольких папках, содержимое которых представлено в виде каталога в деле проекта. Распределение бюджета и извещение о календарных сроках сразу же оказываются под пристальным вниманием технической ревизионной комиссии; любые изменения подвергаются обычной процедуре проверки и утверждения. Даже если проект был аннулирован в фазе анализа осуществимости, папки со всей документацией передаются в архив, чтобы можно было ее использовать впоследствии для возобновления работы над данным проектом или изучения прошлого опыта до начала работы над новым проектом. [1]
Схема конфигурационного управления при сопровождении КП между л-й и ( / г - - 1) - й версиями с учетом тиражирования и возможности прекращения сопровождения представлена на рис. 5.14. Ошибки и предложения изменений первоначально селектируются специалистами по компонентам КП и анализируются советом конфигурационного управления по их влиянию на качество функционирования программ и затратам на осуществление изменений. [2]
В систему конфигурационного управления входят следующие три компоненты: ревизионный контроль, идентификационный контроль и управление распространением. Чем прочнее они соединены и лучше согласованы с общей методологией разработки программных изделий, тем легче их ввести в действие. [3]
Третьей составляющей системы конфигурационного управления является управление распространением программного изделия. Управление распространением охватывает две функции: проверку документации и ее распространение. Это относится, например, к защите права собственности, рассматриваемого в разд. Управление распространением изделия служит гарантией того, что только лицо, обладающее соответствующими правами или полномочиями, будет получать необходимые материалы в любое время, пока они имеются в наличии. Это требует введения в архив нужных сведений и хранения дубликатов материалов на случай утраты основных экземпляров в результате какой-либо аварийной ситуации. [4]
 |
Матрица влияний по конфигурационному управлению. [5] |
Самой сложной проблемой системы конфигурационного управления является решение вопроса о том, к какому результату ( новому изделию, варианту, версии или редакции) приводит вносимое изменение. Одной из причин возникновения этой проблемы является трудность прослеживания всех возможных последствий предполагаемого изменения. Вторая причина состоит в необходимости точного внесения всех установленных изменений. С помощью этой таблицы по столбцу, в котором встречается буква Н на соответствующей строке, можно определить, к какому результату приводит вносимое изменение. Например, если реализация изменения требует изменения программ н данных пользователя, то необходимо новое изделие; ограничиться новой версией в этом случае невозможно, так как критерием для нее является полная совместимость ранних версий с более поздними. [6]
Для повышения качества очередных версий руководитель сопровождения и совет конфигурационного управления анализируют все предлагаемые изменения и выделяют изменения, разрешенные для данной версии. При выделении изменений приходится решать оптимизационную задачу по оценке ущерба от того, что изменение не проведено и не повышается соответственно качество функционирования КП, и по оценке затрат на проведение изменения и возможного ущерба, если оно содержит ошибки. [7]
Планирование должно опираться на те или иные гарантии правильного применения принципов конфигурационного управления к планам создания программных изделий и их спецификациям. Для этой цели вводится функция контроля документации, включающая процедуры хранения и распространения проектной документации. Контроль документации обычно классифицируется как функция группы обслуживания, однако ее можно сделать и функцией группы планирования, чтобы гарантировать ее объектив-ное исполнение и должное руководство этой деятельностью. [8]
Исправляя ошибки и совершенствуя изделие, группа сопровождения постоянно контролирует требования конфигурационного управления: Каждый раз, когда пользователям направляются измененные программы, в том числе те, которые были исправлены группой сопровождения, следует убедитья в том, что все документы, исходные и объектные модули программ согласованы друг с другом. Эту задачу нелегко выполнить, потому что со временем накапливается обременительный груз в виде комплектов документации и текстов программ, соответствующих предыдущим версиям. Если же производить простую замену архивной документации новыми комплектами, то могут возникнуть серьезные трудности, когда потребуется распространить или модернизировать какую-нибудь предшествующую версию программного изделия. [9]
Если применить все средства и методы, описанные в этом разделе, то конфигурационное управление должно давать удовлетворительные результаты, не будучи ни избыточным, ни чересчур узким. Конфигурационное управление имеет настолько большое значение для разработки программных изделий, что следует обеспечить по крайней мере ту степень управляемости, которая представлена здесь. Большие военные проекты автоматизации, подобные системам навигации, перевозок и снабжения, предполагают применение тщательно разработанных систем конфигурационного управления; описание таких систем можно найти в работах [67-73]; знакомство по этим работам с существующими методами и средствами поможет решить вопрос о целесообразности их включения в собственную систему конфигурационного управления в той или иной организации. [10]
Независимо от формы проведения корректировок или способа распространения корректирующих материалов должны соблюдаться принципы конфигурационного управления. Каждое издание документации, каждая замененная страница и каждый перечень исправлений должны содержать указания на конкретную внешнюю спецификацию и конкретный блок программы, и наоборот. Обычно конфигурационное управление осуществляется в рамках функции обслуживания, однако все остальные участки проекта также должны внимательно следить за его правильностью. [11]
Эти виды усовершенствований изделия строго разграничены, так как они по-разному отражаются на конфигурационном управлении. Например, простое исправление ошибки предполагает приведение в соответствие с ним спецификаций, текстов программ и документов. В то же время реализация какого-либо нового свойства изделия, пусть даже незначительного, по существу, требует пересмотра спецификаций, текстов программ и справочных материалов. Введение новых свойств может отразиться и на совместимости программных средств. Кроме того, для их проверки необходимо создавать специальные контрольные примеры. [12]
Поддержка согласованных версий спецификаций разных уровней детализации обеспечивается в процессе разработки и сопровождения программных систем средствами конфигурационного управления, которые используются здесь даже чаще, чем для поддержки программирования. [13]
Схема конфигурационного управления при сопровождении КП между л-й и ( / г - - 1) - й версиями с учетом тиражирования и возможности прекращения сопровождения представлена на рис. 5.14. Ошибки и предложения изменений первоначально селектируются специалистами по компонентам КП и анализируются советом конфигурационного управления по их влиянию на качество функционирования программ и затратам на осуществление изменений. [14]
Почти при любом способе организации разработки программного изделия необходима группа обслуживания, в функции которой входят: производственные операции - приобретение, эксплуатация и обслуживание вычислительного оборудования программных средств; распространение - регистрация и рассылка программных средств; системное обеспечение-введение и слежение за соблюдением стандартов, процедур и форматов; конфигурационное управление - идентификация и проверка всех частей программного обеспечения. Группа обслуживания также участвует в решении всех административных, кадровых и производственных проблем, возникающих при разработке программных средств изделий. [15]
Страницы: 1 2 3