6-software_engineering_configuration_manag ement (1133546)
Текст из файла
Основы программной инженерии (по SWEBOK)Программная инженерия. Конфигурационное управление.Программная инженерияКонфигурационное управление(Software Configuration Management)®Глава базируется на IEEE Guide to the Software Engineering Body of Knowledge - SWEBOK , 2004.Содержит перевод описания области знаний SWEBOK® “Software Configuration Management”, скомментариями и замечаниями."Основы программной инженерии" разработаны на базе IEEE Guide to SWEBOK® 2004 в соответствии с IEEESWEBOK 2004 Сopyright and Reprint Permissions: "This document may be copied, in whole or in part, in any form orby any means, as is, or with alterations provided that (1) alterations are clearly marked as alterations and (2) thiscopyright notice is included unmodified in any copy."Русский перевод SWEBOK 2004 с замечаниями и комментариями подготовлены Сергеем Орликомпри участии Юрия Булуя.
Дополнительные главы написаны Сергеем Орликом. Текст расширений SWEBOKотмечен ццветом, отличным от перевода оригинального текста."Основы программной инженерии" Сopyright © 2004-2010 Сергей Орлик. Все права защищены.SWEBOK Сopyright © 2004 by The Institute of Electrical and Electronics Engineers, Inc. All rights reserved.Официальный сайт “Основ программной инженерии” (по SWEBOK) - http://swebok.sorlik.ruCopyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru1Основы программной инженерии (по SWEBOK)Программная инженерия. Конфигурационное управление.Программная инженерияКонфигурационное управление (Software Configuration Management)Программная инженерия ..........................................................................................................................
2Конфигурационное управление (Software Configuration Management) ................................................ 21. Управление SCM-процессом (Management of SCM Process) ....................................................... 41.1 Организационный контекст SCM (Organizational Context for SCM) ......................................... 51.2 Ограничения и правила SCM (Constraints and Guidance for the SCM Process) .......................
51.3 Планирование в SCM (Planning for SCM)................................................................................. 61.4 План конфигурационного управления (SCM Plan) .................................................................. 81.5 Контроль выполнения SCM-процесса (Surveillance of Software Configuration Management) .. 92. Идентификация программных конфигураций (Software Configuration Identification) .................. 102.1 Идентификация элементов, требующих контроля (Identifying Items to Be Controlled) .......... 102.2 Программная библиотека (Software Library) .......................................................................... 123. Контроль программных конфигураций (Software Configuration Control) ..................................... 133.1 Предложение, оценка и утверждение изменений (Requesting, Evaluating, and ApprovingSoftware Changes) ........................................................................................................................
133.2 Реализация изменений (Implementing Software Changes) ..................................................... 153.3 Отклонения и отказ от изменений (Deviations and Waivers) .................................................. 164. Учет статусов конфигураций (Software Configuration Status Accounting).................................... 164.1 Информация о статусе конфигураций (Software Configuration Status Information)................ 164.2 Отчетность по статусу конфигураций (Software Configuration Status Reporting)................... 165.
Аудит конфигураций (Software Configuration Auditing) ................................................................ 175.1 Функциональный аудит программных конфигураций (Software Functional Configuration Audit)...................................................................................................................................................... 175.2 Физический аудит программных конфигураций (Software Physical Configuration Audit) ....... 175.3 Внутренние аудиты базовых линий (In-process Audits of Software Baseline) ........................ 176. Управление выпуском и поставкой (Software Release Management and Delivery) ..................... 186.1 Сборка программного обеспечения (Software Building).........................................................
186.2 Управление выпуском программного обеспечения (Software Release Management) ........... 18Система может быть определена как коллекция компонент, организованных для выполнениязаданных функций или реализации комплекса функциональности (IEEE 610.12-90, Standard Glossaryfor Software Engineering Terminology). Конфигурация системы – функциональные и/или физическиехарактеристики аппаратного, программно-аппаратного, программного обеспечения или ихкомбинации, сформулированные в технической документации и реализованные в продукте.Конфигурация также может восприниматься как сочетание конкретных версий аппаратных,программно-аппаратных или программных элементов, объединенных вместе, в соответствии сзаданными процедурами сборки и отвечающих определенному назначению. Конфигурационноеуправление (CM - Configuration Management), в свою очередь, дисциплина идентификацииконфигурации системы в определенные (заданные) моменты времени, с целью систематическогоконтроля изменений конфигурации, а также поддержки и сопровождения целостной иотслеживаемой (трассируемой) конфигурации на протяжении всего жизненного цикла системы.Конфигурационное управление формально определяется глоссарием IEEE 610 как “дисциплинаприложения технических и административных указаний (инструкций) и контроля (надзора) для:идентификации и документирования функциональных и физических характеристик элементовконфигураций, контроля (управления) изменений этих характеристик, записи (сохранения) и веденияотчетности по обработке изменений и статусу их реализации, а также проверки (верификации)соответствия заданным требованиям.”В соответствии с ГОСТ Р ИСО/МЭК (ISO/IEC, IEEE) 12207, конфигурационное управление в областипрограммного обеспечения (“6.2 Управление конфигурацией” по ГОСТ) – Software ConfigurationManagement (SCM*) – один из вспомогательных процессов жизненного цикла по стандарту 12207,поддерживающих проектный менеджмент, деятельность по разработке и сопровождению,обеспечению качества, а также, заказчиков и пользователей конечного продукта.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru2Основы программной инженерии (по SWEBOK)Программная инженерия.
Конфигурационное управление.* в ряде источников можно увидеть аббревиатуру SCCM – Software Configuration and ChangeManagement. При том, что в понимании SWEBOK и соответствующих стандартов, содержание SCM иSCCM тождественно, термин SCCM иногда используется для того, чтобы подчеркнутьпринципиальную значимость управления изменениями как составной части конфигурационногоуправления.Концепции конфигурационного управления применяются в отношении всех элементов, которыенеобходимо контролировать (несмотря на то, что существуют определенные отличия междуконфигурационным управлением в приложении к аппаратному и программному обеспечению).SCM-деятельность тесно связана с работами по обеспечению качества программного обеспечения(Software Quality Assurance - SQA).
В соответствии с определением области знаний SWEBOK“Качество программного обеспечения” (Software Quality), SQA-процессы обеспечивают гарантиютого, что программные продукты и процессы жизненного цикла в проекте соответствуют заданнымтребованиям, за счет планирования и выполнения работ, направленных на достижениеопределенного (приемлемого, прим.
автора) уровня качества создаваемого программного продукта.SCM-деятельность помогает в достижении этих SQA-целей. В контексте некоторых проектов,определенные работы по конфигурационному управлению задаются требованиями SQA (например,в IEEE 730-02 “Standard for Software Quality Assurance Plans”).Работы по конфигурационному управлению <программного обеспечения> включают: управление ипланирование SCM-процессов, идентификацию программных конфигураций, контроль конфигураций,учет статусов конфигураций, аудит, а также управление выпуском (release management) и поставкой(delivery).На рисунке 1 изображено стилизованное представление этих работ.Рисунок 1.
Работы по конфигурационному управлению (SCM Activities) [SWEBOK, 2004, с.7-1, рис. 1]Данная область знаний связана со всеми другими областями знаний и дисциплинами программнойинженерии, так как объектами приложения SCM являются все артефакты, создаваемые ииспользуемые в процессах программной инженерии.К сожалению, SCM-деятельность во многих проектных командах сводится лишь к контролю версий(version control) исходных текстов и, в лучшем случае, документации (причем не проектнойдокументации, в целом, а документации на создаваемое программное обеспечение).
Попыткаограничить конфигурационное управление только вопросами контроля версий, в какой-то степени,является результатом непонимания того, что результаты проекта – это не только исходный код,исполняемые модули и пользовательская документация, но и все то, что создавалось (пусть и дляCopyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru3Основы программной инженерии (по SWEBOK)Программная инженерия. Конфигурационное управление.решения тактических задач, как это часто бывает с некоторыми моделями и результатами пилотныхработ по созданию прототипов) на протяжении всего проекта. Активами проекта (результатами,артефактами) являются и описания бизнес-процессов и бизнес-сущностей, и архитектурные модели,и требования, и план проекта/проектные задачи (как комплекс параметров, связанных сраспределением ресурсов), и запросы на изменения (включая информацию о дефектах) и многоедругое.
Безусловно, упрощение вопросов конфигурационного управления до уровня управленияверсиями, с коньюктурной точки зрения, выгодно многим поставщикам соответствующихинструментальных средств. В определенных случаях, особенно, для малых проектов или временноиспользуемых/”одноразовых” систем (например, по односторонней, “one-way” миграции данных изунаследованной системы в новую), упрощенный взгляд на конфигурационное управление можетбыть вполне обоснован.
Однако, как это ни прискорбно, часто приходится наблюдатьпозиционирование такой, с позволения сказать, “практики”, как некоего “стиля гибкой работы”,подменяющей реальную динамику и гибкость agile-подходов (например, XP) отсутствием управления(важно понимать и помнить, что управление далеко не всегда является директивным), как такового(например, по определению содержания проекта на основе консенсуса проектной команды ивовлеченных в проектные работы представителей заказчика). В свою очередь, даже когда всеактивы проекта находятся под контролем соответствующих SCM-систем, необходимо осознавать,что конфигурационное управление предполагает постоянно действующий процесс, а не простокомплекс определенных периодически выполняемых операций. Только восприятие SCMдеятельности в качестве инфраструктурной основы процессов жизненного цикла может обеспечитьэффективность управления программными проектами, то есть – достижение поставленных целей исоздание результатов, удовлетворяющих заданным критериям.
В то же время, конфигурационноеуправление - необходимое, но не достаточное условие, так как только совокупность процессовжизненного цикла, включая управление требованиями, проектирование и другие, не менее важныеаспекты, определяют весь комплекс работ по созданию программных систем.Рисунок 2. Область знаний “Конфигурационное управление” [SWEBOK, 2004, с.7-3, рис. 2]1.
Характеристики
Тип файла PDF
PDF-формат наиболее широко используется для просмотра любого типа файлов на любом устройстве. В него можно сохранить документ, таблицы, презентацию, текст, чертежи, вычисления, графики и всё остальное, что можно показать на экране любого устройства. Именно его лучше всего использовать для печати.
Например, если Вам нужно распечатать чертёж из автокада, Вы сохраните чертёж на флешку, но будет ли автокад в пункте печати? А если будет, то нужная версия с нужными библиотеками? Именно для этого и нужен формат PDF - в нём точно будет показано верно вне зависимости от того, в какой программе создали PDF-файл и есть ли нужная программа для его просмотра.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
