Группа планирования определяет необходимость в программном изделии, устанавливает возможность его реализации и осуществляет слежение за ним вплоть до конца его использования. Группа разработки составляет спецификации, конструирует, документирует, создает, отлаживает и собирает изделия. Группа обслуживания предоставляет средства вычислительной техники для обеспечения всех названных функций, для осуществления конфигурационного управления, распространения и разнообразной административной поддержки. Группа выпуска документации обеспечивает пользователей руководствами и другими справочными материалами. Группа испытаний дает независимую оценку как программному обеспечению, так и документации до их передачи пользователю. Группа поддержки обеспечивает распространение изделия и обучение пользователей, установку изделия на месте его использования и постоянную связь между отдельными группами и пользователями. Последняя, но не менее важная, чем остальные группы, — группа сопровождения — обеспечивает исправление ошибок и некоторые улучшения в фазе использования. [c.29]
Конфигурационное управление Испытания класса В Копирование Испытания класса С Передача пользователю Ввод в действие Сопровождение [c.49]
Планирование должно опираться на те или иные гарантии правильного применения принципов конфигурационного управления к планам создания программных изделий и их спецификациям. Для этой цели вводится функция контроля документации, включающая процедуры хранения и распространения проектной документации. Контроль документации обычно классифицируется как функция группы обслуживания, однако ее можно сделать и функцией группы планирования, чтобы гарантировать ее объектив-ное исполнение и должное руководство этой деятельностью. [c.70]
Некоторые из вопросов, поднимаемых в фазовых обзорах, относятся к сфере текущей интерпретации предварительных соглашений. Всякое несоответствие должно устраняться по ходу его обнаружения, будь то результат проверки или обновления более ранних документов. Следует помнить, что соглашение о требованиях всегда должно правильно отражать реальную ситуацию, а внешняя спецификация должна быть в любой момент времени законченным документом, который правильно описывает, что представляет собой программное изделие. Правильное конфигурационное управление требует также, чтобы каждая существующая в данный момент времени версия программного изделия имела свою собственную внешнюю спецификацию или четко изложенное описание в рамках внешней спецификации. Управление созданием программного изделия — своего рода игра, основанная на осуществлении контроля и сведении балансов группа планирования постоянно следит за расхождением между реальным положением дел, связанных с проектированием программного изделия, планами и спецификациями. Механизм рассмотрения и утверждения должен обеспечивать возможность выявления расхождений и последующего их устранения. Технические советы, объединенные комиссии и фазовые обзоры как раз и являются таким механизмом. [c.85]
Концепция бригады главного программиста хорошо вписывается в методологию, излагаемую в данной книге. Библиотека поддержки разработки является хорошей иллюстрацией методов конфигурационного управления на уровне проекта. Структурное программирование удовлетворяет многим требованиям методологии проектирования, которые упоминаются в этой книге. Нисходящее проектирование, называемое также программированием сверху вниз, является фактически постепенной детализацией описаний функциональной структуры на уровнях более простых функций до тех пор, пока, наконец, не будет достигнут уровень собственно операторов языка программирования [14]. В ходе этого процесса фактически осуществляется декомпозиция проекта, описанная в предыдущей главе. Как заметил Бейкер [39], один из недостатков работы бригад главного программиста заключается в отсутствии подробных описаний функциональной структуры, которые отражали бы все внешние аспекты системы, не затрагивая внутренней структуры проекта. Ясно, что речь здесь идет о внешних спецификациях, рассмотренных в гл. 2. Бригада главного программиста, в составе которой предусмотрена должность руководителя проек- [c.91]
Почти при любом способе организации разработки программного изделия необходима группа обслуживания, в функции которой входят производственные операции — приобретение, эксплуатация и обслуживание вычислительного оборудования программных средств распространение — регистрация и рассылка программных средств системное обеспечение—введение и слежение за соблюдением стандартов, процедур и форматов конфигурационное управление — идентификация и проверка всех частей программного обеспечения. Группа обслуживания также участвует в решении всех административных, кадровых и производственных проблем, возникающих при разработке программных средств изделий. [c.119]
Конфигурационное управление включает контроль, регистрацию и распространение проектной документации (программные средства и документация рассылаются в рамках выполнения функции распространения). В корпорации AB контролем документации занимается отдел внутрифирменного распространения документации. Это наименование выбрано с тем, чтобы уменьшить пси- [c.119]
Конфигурационное управление начинается также после утверждения распределения бюджета. Администратор планирования удостоверяется, что в группе контроля документации заведено дело на данный проект. С этого момента он наблюдает за тем, чтобы вся проектная документация, выпускаемая в соответствии с планом, подшивалась в соответствующее дело либо собиралась в нескольких папках, содержимое которых представлено в виде каталога в деле проекта. Распределение бюджета и извещение о календарных сроках сразу же оказываются под пристальным вниманием технической ревизионной комиссии любые изменения подвергаются обычной процедуре проверки и утверждения. Даже если проект был аннулирован в фазе анализа осуществимости, папки со всей документацией передаются в архив, чтобы можно было ее использовать впоследствии для возобновления работы над данным проектом или изучения прошлого опыта до начала работы над новым проектом. [c.122]
Соглашение о требованиях определяет характер испытаний класса С и необходимую квалификацию персонала, проводящего эти испытания. Поэтому, если в испытаниях класса С участвует группа обслуживания, она проверяет соответствующие пункты соглашения о требованиях. Кроме того, группа обслуживания выполняет те пункты соглашения о требованиях, где описывается распространение изделия — куда, кому, каким способом, на каких носителях и какие компоненты изделия должны быть поставлены. Группа обслуживания проверяет компоненты изделия, а также условия поставки и ввода его в действие, чтобы убедиться в том, что они соответствуют принципам конфигурационного управления и что в распоряжении группы обслуживания имеются (или появятся к моменту начала распространения) средства, необходимые для распространения изделия. [c.124]
В фазовом обзоре II группа обслуживания ведет переговоры о приобретении аппаратуры и других материалов для проведения испытаний класса С и распространения программного изделия. Она также рассматривает и планирует растущий объем услуг в конфигурационном управлении, защите прав собственности, ведении документации и управлении сопровождением. Итак, в фазовом обзоре II группа обслуживания участвует в обсуждении и утверждении документов. [c.134]
Независимо от формы проведения корректировок или способа распространения корректирующих материалов должны соблюдаться принципы конфигурационного управления. Каждое издание документации, каждая замененная страница и каждый перечень исправлений должны содержать указания на конкретную внешнюю спецификацию и конкретный блок программы, и наоборот. Обычно конфигурационное управление осуществляется в рамках функции обслуживания, однако все остальные участки проекта также должны внимательно следить за его правильностью. [c.148]
Группа сопровождения выполняет обязанности, связанные с исправлением дефектов изготовленных программных изделий (корректирующее сопровождение) или незначительными изменениями (адаптивное сопровождение). Эти виды усовершенствований изделия строго разграничены, так как они по-разному отражаются на конфигурационном управлении. Например, простое исправление ошибки предполагает приведение в соответствие с ним спецификаций, текстов программ и документов. В то же время реализация какого-либо нового свойства изделия, пусть даже незначительного, по существу, требует пересмотра спецификаций, текстов программ и справочных материалов. Введение новых свойств может отразиться и на совместимости программных средств. Кроме того, для их проверки необходимо создавать специальные контрольные примеры. [c.191]
Из информационного листка выпуска приводятся сведения о носителях информации, в частности, о количестве и длине бобин ленты или числе пакетов дисков. Если носители для архивного хранения информации отличаются от представленных в этом листке, они тоже должны быть здесь описаны. В течение фазы использования программного изделия спецификация сопровождения постоянно изменяется. Конфигурационное управление требует, чтобы изменения контролировались и записывались. Поэтому изменение не вносится в СС, если оно не отражено в заявке на проверку, расширение или внесение исправлений. Каждое такое изменение должно маркироваться следующим образом [c.296]
В книге часто упоминается термин конфигурационное управ-ление> (управление конфигурацией), который относится к процедурам идентификации и контроля компонентов программного изделия. Конфигурационное управление не имеет существенного значения для изделия с ограниченным распространением и небольшим числом компонентов. Однако всякий специалист, разрабатывающий программные изделия сложной структуры, которые имеют обширную сферу распространения и компоненты которых подвергаются частым изменениям, понимает ценность отработанных принципов конфигурационного управления, так как они предупреждают неисчислимые ошибки в организации сопровождения изделия. [c.332]
В систему конфигурационного управления входят следующие три компоненты ревизионный контроль, идентификационный контроль и управление распространением. Чем прочнее они соединены и лучше согласованы с общей методологией разработки программных изделий, тем легче их ввести в действие. [c.333]
Таблица решений по конфигурационному управлению [c.333]
| Таблица 17.2 Матрица влияний по конфигурационному управлению |  |
Группа обслуживания оказывает посредническую помощь комиссии по расширению, направляя ей заявки и передавая их затем в группу сопровождения для подготовки ответа. Выполнение этой работы группой обслуживания помогает также осуществлять конфигурационное управление в соответствии с заявками на техническое обслуживание, так как конфигурационное управление осуществляется в основном группой обслуживания. [c.357]
Коммерческий план 44 Компоновка конечных изделий 158 Конкурирующее изделие 214 Контроль документации 70 Контрольные примеры 167 Конфигуратор 72, 77, 85, 242—254 Конфигурационное управление 20, 70, [c.382]
ПЕРЕСМОТР КОНФИГУРАЦИОННОГО УПРАВЛЕНИЯ [c.157]
Таким образом, конфигурационное управление позволяет найти оптимальное для специфического проекта решение, которое не придерживается слишком твердо имеющихся формальностей, но одновременно и не слишком легко соглашается на все предложения о внесении [c.157]
Поскольку изменения по отношению к первоначальному планированию в ходе осуществления проекта становятся более заметными, то интенсивность конфигурационного управления на протяжении проекта меняется. Наибольшее свое выражение этот вид управления находит на этапе разработки и изготовления (осуществления)250. [c.158]
Интенсивность и воздействие конфигурационного управления и изменения [c.158]
Таким образом, становится очевидно, что между конфигурационным управлением и разделением проекта на этапы имеется тесная взаимосвязь. [c.158]
Внедрение процесса управления проблемами влечет необходимость в наличии процесса управления конфигурациями, который дает логическую модель ИТ-инфраструктуры, описывая имеющиеся конфигурационные единицы и их взаимосвязи. В целях поддержания в актуальном состоянии конфигурационных единиц запускается процесс управления изменениями. Изменение - это модификация или создание новой конфигурационной единицы в ИТ-инфраструктуре на основе запроса на изменение. [c.169]
Конфигурационный менеджмент является гарантией эффективного использования этих разделов и групп и методов за счет управления, координирования и администрирования. [c.156]
Конфигурационный менеджмент. Конфигурационный менеджмент подразумевает любую документированную процедуру, используемую для применения технического и административного управления и надзора в следующих целях [c.51]
Исправляя ошибки и совершенствуя изделие, группа сопровождения постоянно контролирует требования конфигурационного управления Каждый раз, когда пользователям направляются измененные программы, в том числе те, которые были исправлены группой сопровождения, следует убедитья в том, что все документы, исходные и объектные модули программ согласованы друг с другом. Эту задачу нелегко выполнить, потому что со временем накапливается обременительный груз в виде комплектов документации и текстов программ, соответствующих предыдущим версиям. Если же производить простую замену архивной документации новыми комплектами, то могут возникнуть серьезные трудности, когда потребуется распространить или модернизировать какую-нибудь предшествующую версию программного изделия. [c.198]
Справочное руководство в каждом случае представляет собой процедуры выполнения работы, зафиксированные на бумаге. В последние годы напечатано много книг и статей, посвященных как опробованным на практике, так и новым системам и процедурам, вопросам их внедрения и использования. Специалистам по программному обеспечению хорошо известна книга Брэндона, описывающая стандарты управления в обработке данных [65], Брэндон отделяет методические стандарты (общепринятую практику и способы выполнения работы) от рабочих стандартов. В данной книге рассмотрены только методические стандарты, которые в свою очередь подразделяются на методы управления и методы программирования. Кроме того, что методы программирования (стандартные соглашения по кодированию программ, полезные практические приемы и примеры плохо написанных программ, которым не следует подражать, форматы входных и выходных данных, протоколы сообщений и системы стандартных характеристик) очень нужны, в данной книге о них ничего не говорится. Эта книга в основном посвящена методам управления и организации работы как должны быть оформлены документы и что они должны содержать, как обеспечить обратную связь, как осуществлять конфигурационное управление изделием Путь внедрения методов управления — написание процедур, регламентирующих методику работы. [c.329]
Если применить все средства и методы, описанные в этом разделе, то конфигурационное управление должно давать удовлетворительные результаты, не будучи ни избыточным, ни чересчур узким. Конфигурационное управление имеет настолько большое значение для разработки программных изделий, что следует обеспечить по крайней мере ту степень управляемости, которая представлена здесь. Реализация многих из рассмотренных здесь мероприятий облегчается введением должности администратора библиотеки поддержки [6]. Удобным средством конфигурационного управления является разработанная фирмой Bell Laboratories система контроля исходных программ [66]. Большие военные проекты автоматизации, подобные системам навигации, перевозок и снабжения, предполагают применение тщательно разработанных систем конфигурационного управления описание таких систем можно найти в работах [67—73] знакомство по этим работам с существующими методами и средствами поможет решить вопрос о целесообразности их включения в собственную систему конфигурационного управления в той или иной организации. [c.344]
Менеджмент конфигураций (конфигурационное управление) рассматривается в качестве информационного инструмента и инструмента внесения порядка в комплексные ситуации и процессы243. Это управление основывается на идее восприятия процесса работ в рамках проекта как последовательности изменений по отношению к первоначально согласованным установкам, планам и промежуточным результатам244. Посредством конфигурационного управления предпринимается попытка поддержания порядка в нестабильном и эволюционирующем процессе. В качестве составляющих этой области менеджмента можно выделить следующие245 [c.156]
| Рис. 70. Связь конфигурационного управления с другими участками осуществления задач в рамках менеджмента проекта246 |  |
| Рис. 71. Конфигурационное управление, опорная конфигурация и изменения в ходе проекта251 |  |
Каким образом в конфигурационном управлении выполняется требование о необходимости гибкого подхода [c.158]
Конфигурационные рабочие продукты. Состав сложных рабочих продуктов, история их изменения, а также информационные и причинно-следственные связи между ними задаются при помощи конфигурационных рабочих продуктов. Они озаглавливаются Список, Отображение (Mapping). С конфигурационными рабочими продуктами имеют дело не только операции Управления конфигурацией систем в том смысле, в котором они упоминаются в SPI E, но и все операции, для которых существен сложный состав рабочих продуктов. [c.408]
В результате анализа информационных потребностей бизнеса в адрес ИТ-подразделения направляются утвержденные запросы на изменения, которые служат входной информацией для процесса управления изменениями. Цель этого процесса- обеспечить эффективность и управляемость изменений ИТ-инфраструктуры. Основу для проведения изменений дает модель инфраструктуры, формируемая и поддерживаемая в рамках процесса управления конфигурацией. В ITIL используется понятие конфигурационной единицы, т.е. значимого для предоставления услуг элемента инфраструктуры. Управление конфигурацией описывает характеристики и связи всех конфи- [c.383]
Смотреть страницы где упоминается термин Конфигурационное управление
: [c.20] [c.49] [c.332] [c.334] [c.332] [c.156] [c.156]Смотреть главы в:
Методы управления проектированием программного обеспечения -> Конфигурационное управление