Cтраница 2
В книге часто упоминается термин конфигурационное управ-ление ( управление конфигурацией), который относится к процедурам идентификации и контроля компонентов программного изделия. Конфигурационное управление не имеет существенного значения для изделия с ограниченным распространением и небольшим числом компонентов. Однако всякий специалист, разрабатывающий программные изделия сложной структуры, которые имеют обширную сферу распространения и компоненты которых подвергаются частым изменениям, понимает ценность отработанных принципов конфигурационного управления, так как они предупреждают неисчислимые ошибки в организации сопровождения изделия. [16]
Если применить все средства и методы, описанные в этом разделе, то конфигурационное управление должно давать удовлетворительные результаты, не будучи ни избыточным, ни чересчур узким. Конфигурационное управление имеет настолько большое значение для разработки программных изделий, что следует обеспечить по крайней мере ту степень управляемости, которая представлена здесь. Большие военные проекты автоматизации, подобные системам навигации, перевозок и снабжения, предполагают применение тщательно разработанных систем конфигурационного управления; описание таких систем можно найти в работах [67-73]; знакомство по этим работам с существующими методами и средствами поможет решить вопрос о целесообразности их включения в собственную систему конфигурационного управления в той или иной организации. [17]
Но любой документ полезен только тогда, когда он доступен и им пользуются. Отсюда и возникает необходимость в конфигурационном управлении, смысл которого заключается в возможно более раннем применении методов идентификации компонентов программного изделия, организации регулярного анализа проектных решений, введения процедур классификации изделий и контроля за их распространением. [18]
Концепция бригады главного программиста хорошо вписывается в методологию, излагаемую в данной книге. Библиотека поддержки разработки является хорошей иллюстрацией методов конфигурационного управления на уровне проекта. Структурное программирование удовлетворяет многим требованиям методологии проектирования, которые упоминаются в этой книге. В ходе этого процесса фактически осуществляется декомпозиция проекта, описанная в предыдущей главе. Как заметил Бейкер [39], один из недостатков работы бригад главного программиста заключается в отсутствии подробных описаний функциональной структуры, которые отражали бы все внешние аспекты системы, не затрагивая внутренней структуры проекта. Ясно, что речь здесь идет о внешних спецификациях, рассмотренных в гл. [19]
Группа обслуживания оказывает посредническую помощь комиссии по расширению, направляя ей заявки и передавая их затем в группу сопровождения для подготовки ответа. Выполнение этой работы группой обслуживания помогает также осуществлять конфигурационное управление в соответствии с заявками на техническое обслуживание, так как конфигурационное управление осуществляется в основном группой обслуживания. [20]
В фазовом обзоре II группа обслуживания ведет переговоры о приобретении аппаратуры и других материалов для проведения испытаний класса С и распространения программного изделия. Она также рассматривает и планирует растущий объем услуг в конфигурационном управлении, защите прав собственности, ведении документации и управлении сопровождением. Итак, в фазовом обзоре II группа обслуживания участвует в обсуждении и утверждении документов. [21]
Группа обслуживания оказывает посредническую помощь комиссии по расширению, направляя ей заявки и передавая их затем в группу сопровождения для подготовки ответа. Выполнение этой работы группой обслуживания помогает также осуществлять конфигурационное управление в соответствии с заявками на техническое обслуживание, так как конфигурационное управление осуществляется в основном группой обслуживания. [22]
Сейчас под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения ИВС, включая анализ и формулировку требований, проектирование прикладного ПО ( приложений) и БД, генерацию кода программ, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также некоторые другие процессы. [23]
Некоторые некорректные изменения эксплуатируемых программ могут вызывать значительный ущерб, поэтому необходимо их селектировать и тщательно проверять. Конфигурационное управление необходимо и особенно эффективно при сопровождении широко тиражируемых очень сложных КП, используемых одновременно в нескольких версиях. [24]
Независимо от формы проведения корректировок или способа распространения корректирующих материалов должны соблюдаться принципы конфигурационного управления. Каждое издание документации, каждая замененная страница и каждый перечень исправлений должны содержать указания на конкретную внешнюю спецификацию и конкретный блок программы, и наоборот. Обычно конфигурационное управление осуществляется в рамках функции обслуживания, однако все остальные участки проекта также должны внимательно следить за его правильностью. [25]
Группа планирования определяет необходимость в программном изделии, устанавливает возможность его реализации и осуществляет слежение за ним вплоть до конца его использования. Группа разработки составляет спецификации, конструирует, документирует, создает, отлаживает и собирает изделия. Группа обслуживания предоставляет средства вычислительной техники для обеспечения всех названных функций, для осуществления конфигурационного управления, распространения и разнообразной административной поддержки. Группа выпуска документации обеспечивает пользователей руководствами и другими справочными материалами. Группа испытаний дает независимую оценку как программному обеспечению, так и документации до их передачи пользователю. Группа поддержки обеспечивает распространение изделия и обучение пользователей, установку изделия на месте его использования и постоянную связь между отдельными группами и пользователями. Последняя, но не менее важная, чем остальные группы, - группа сопровождения - обеспечивает исправление ошибок и некоторые улучшения в фазе использования. [26]
Если применить все средства и методы, описанные в этом разделе, то конфигурационное управление должно давать удовлетворительные результаты, не будучи ни избыточным, ни чересчур узким. Конфигурационное управление имеет настолько большое значение для разработки программных изделий, что следует обеспечить по крайней мере ту степень управляемости, которая представлена здесь. Большие военные проекты автоматизации, подобные системам навигации, перевозок и снабжения, предполагают применение тщательно разработанных систем конфигурационного управления; описание таких систем можно найти в работах [67-73]; знакомство по этим работам с существующими методами и средствами поможет решить вопрос о целесообразности их включения в собственную систему конфигурационного управления в той или иной организации. [27]
В книге часто упоминается термин конфигурационное управ-ление ( управление конфигурацией), который относится к процедурам идентификации и контроля компонентов программного изделия. Конфигурационное управление не имеет существенного значения для изделия с ограниченным распространением и небольшим числом компонентов. Однако всякий специалист, разрабатывающий программные изделия сложной структуры, которые имеют обширную сферу распространения и компоненты которых подвергаются частым изменениям, понимает ценность отработанных принципов конфигурационного управления, так как они предупреждают неисчислимые ошибки в организации сопровождения изделия. [28]
Если применить все средства и методы, описанные в этом разделе, то конфигурационное управление должно давать удовлетворительные результаты, не будучи ни избыточным, ни чересчур узким. Конфигурационное управление имеет настолько большое значение для разработки программных изделий, что следует обеспечить по крайней мере ту степень управляемости, которая представлена здесь. Большие военные проекты автоматизации, подобные системам навигации, перевозок и снабжения, предполагают применение тщательно разработанных систем конфигурационного управления; описание таких систем можно найти в работах [67-73]; знакомство по этим работам с существующими методами и средствами поможет решить вопрос о целесообразности их включения в собственную систему конфигурационного управления в той или иной организации. [29]
Из информационного листка выпуска приводятся сведения о носителях информации, в частности, о количестве и длине бобин ленты или числе пакетов дисков. Если носители для архивного хранения информации отличаются от представленных в этом листке, они тоже должны быть здесь описаны. В течение фазы использования программного изделия спецификация сопровождения постоянно изменяется. Конфигурационное управление требует, чтобы изменения контролировались и записывались. Поэтому изменение не вносится в СС, если оно не отражено в заявке на проверку, расширение или внесение исправлений. [30]