Дисциплина – управление конфигурациями (Configuration management) Фирсов А.Д

2 Программист ПРОГРАММИСТ, а, м. Специалист по программированию ПРОГРАММИСТ, а, м. Специалист по программированию

3 Производство регулируемый людьми процесс создания продуктов (изделий, энергии и услуг). П. предполагает использование факторов производства (рабочей силы, технических средств, материалов, энергии, различных услуг), требует соблюдения технических условий и правил, а также учета социально-этических норм. Теория П. как раздел наук о народном хозяйстве и экономике предприятия изучает функциональные связи между затратами факторов П. и выходом продукции (производственная функция). Производственные функции имеют различных вид и выражаются в различных величинах. Стоимостной аспект П. характеризуется функцией издержек (или совокупных издержек) регулируемый людьми процесс создания продуктов (изделий, энергии и услуг). П. предполагает использование факторов производства (рабочей силы, технических средств, материалов, энергии, различных услуг), требует соблюдения технических условий и правил, а также учета социально-этических норм. Теория П. как раздел наук о народном хозяйстве и экономике предприятия изучает функциональные связи между затратами факторов П. и выходом продукции (производственная функция). Производственные функции имеют различных вид и выражаются в различных величинах. Стоимостной аспект П. характеризуется функцией издержек (или совокупных издержек)

4 System configuration Конфигурация системы Конфигурация системы - набор функциональных или физических характеристик технических и программных средств или их комбинаций, выраженных в технической документации и реализованных в конечном продукте - набор функциональных или физических характеристик технических и программных средств или их комбинаций, выраженных в технической документации и реализованных в конечном продукте - множество версий программного или аппаратного обеспечения и их комбинаций реализующих заданную функциональность

5 Configuration management (CM) Соответственно существует дисциплина, которая позволяет идентифицировать конфигурацию системы в определенных точках для систематического контроля изменений конфигураций, поддержки интеграции и отслеживаемости конфигураций в период жизненного цикла системы. CM формально определен IEEE как: A discipline applying technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a configuration item, control changes to those characteristics, record and report change processing and implementation status, and verify compliance with specified requirements. Соответственно существует дисциплина, которая позволяет идентифицировать конфигурацию системы в определенных точках для систематического контроля изменений конфигураций, поддержки интеграции и отслеживаемости конфигураций в период жизненного цикла системы. CM формально определен IEEE как: A discipline applying technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a configuration item, control changes to those characteristics, record and report change processing and implementation status, and verify compliance with specified requirements.

6 Легенда о ракете

7 Элементы конфигурации Двигатель Топливо Корпус Бортовая электроника Бортовая механика Космонавт (опционально) Обтекатель Стабилизаторы 1-ступень 2-ступень 3-ступень Зажигание Форсунка Камера сгорания Сопло Керосин Кислород Гироскопы Гидравлика Замки Человек Скафандр Документация

8 Особенности программных продуктов Не материальные Не материальные Хранятся в электронном виде Хранятся в электронном виде Легко модифицируемы Легко модифицируемы Элементы продукта сильно взаимосвязаны Элементы продукта сильно взаимосвязаны Значительная часть участников разработки имеет влияние на конечный результат Значительная часть участников разработки имеет влияние на конечный результат Разработка ведется с использованием компьютерной техники и специального ПО Разработка ведется с использованием компьютерной техники и специального ПО Работоспособность продукта зависит от аппаратного и программного обеспечения Работоспособность продукта зависит от аппаратного и программного обеспечения

9 Элементы конфигурации ПО Документы Документы Графические модели Графические модели Прототипы Прототипы Коды Коды Элементы аппаратной части Элементы аппаратной части Результаты тестов и ревью Результаты тестов и ревью Варианты оформления Варианты оформления Скрипты Скрипты

10 Причины появления разных конфигураций ПО 1. Достройка продукта в процессе разработки 2. Различные версии готового ПО

11 Виды SCM деятельностей ( activities ) Planning StatusAccounting Release processing Auditing Control Configuration identification Management

12 Управление SCM процессами Определение структуры и связей (Organizational Context for SCM ) Определение структуры и связей (Organizational Context for SCM ) Планирование Планирование Назначение ответственных Назначение ответственных Анализ ресурсов и составление расписаний Анализ ресурсов и составление расписаний Выбор и внедрение инструментов Выбор и внедрение инструментов Учет деятельности субподрядчиков Учет деятельности субподрядчиков

13 Управление SCM процессами Software Configuration Management Plan (Документ N1) Software Configuration Management Plan (Документ N1) 1. Введение (purpose, scope, terms used) 2. Управление (ответственные, авторы, инструкции и т.п.) 3. Деятельности 4. Расписания 5. Ресурсы (инструменты, средства, люди) 6. Поддержка Инспектирование Инспектирование Выбор критериев и проверка следованию Выбор критериев и проверка следованию Промежуточный аудит (In-process Audits) Промежуточный аудит (In-process Audits)

14 Определение конфигурации Идентификация единиц контроля Идентификация единиц контроля Software Configuration - набор конкретных версий технических, программных и программно-технических частей системы, объединенных в соответствии с конкретными процедурами сборки для достижения конкретной цели Software Configuration - набор конкретных версий технических, программных и программно-технических частей системы, объединенных в соответствии с конкретными процедурами сборки для достижения конкретной цели Единица конфигурации (Software Configuration Item) Единица конфигурации (Software Configuration Item) Определение связей между единицами конфигурации Определение связей между единицами конфигурации Версионирование Версионирование Baseline (Конфигурационный базис) - набор формально рассмотренной и утвержденной конфиграционной документации, устанавливающей согласованную основу для дальнейшего развития или разработки системы Baseline (Конфигурационный базис) - набор формально рассмотренной и утвержденной конфиграционной документации, устанавливающей согласованную основу для дальнейшего развития или разработки системы Исполнение Исполнение Software Library Software Library Программа Программа Документация Документация

15 Критерии выделения контролируемых единиц конфигурации независимая конечная функция; независимая конечная функция; необходимость в индивидуальном контроле или независимом эффективном управлении изменениями; необходимость в индивидуальном контроле или независимом эффективном управлении изменениями; компонента используется в нескольких системах/подсистемах; компонента используется в нескольких системах/подсистемах; компонента является интерфейсом между несколькими системами/подсистемами; компонента является интерфейсом между несколькими системами/подсистемами; имеется требование о взаимозаменяемости компонент данного уровня (например - между различными версиями или вариантами продукта); имеется требование о взаимозаменяемости компонент данного уровня (например - между различными версиями или вариантами продукта); имеется требование об индивидуальной поставке и /или установке компоненты; имеется требование об индивидуальной поставке и /или установке компоненты; наличие индивидуально определенных характеристик и требований по тестированию; наличие индивидуально определенных характеристик и требований по тестированию; разработка данной компоненты связана со значительным риском и требует индивидуального повышенного внимания со стороны руководства проектом разработка данной компоненты связана со значительным риском и требует индивидуального повышенного внимания со стороны руководства проектом

16 СМDB – configuration management database Единая для всего проекта база данных в которой хранится история конфигурационных единиц Единая для всего проекта база данных в которой хранится история конфигурационных единиц

17 Управление изменениями Requesting, Evaluating and Approving Software Changes Requesting, Evaluating and Approving Software Changes Software Configuration Control Board (SCCB) Software Configuration Control Board (SCCB) Руководящий совет по конфигурационному контролю Software Change Request Process Software Change Request Process Формальная обработка запросов на изменение Формальная обработка запросов на изменение Внесение изменений Внесение изменений Deviations and Waivers Deviations and Waivers (Управление дефектами и отклонениями)

18 Жизненный цикл запроса на изменение Approving Implementing SCCB Request Control

19 Бланк формы запроса на изменение

20 Пример описания документа проекта

21 Учет статуса конфигурации ( Status Accounting ) - это регистрация и предоставление информации для эффективного конфигурационного управления Подразумевает две основные деятельности: Подразумевает две основные деятельности: Сбор информации Сбор информации Анализ и отчет Анализ и отчет OLAP Data Mining

22 Аудит конфигурации - activity performed to independently evaluate the conformance of software products and processes to applicable regulations, standards, guidelines, plans, and procedures Функциональный аудит конфигурации : подтверждение соответствия фактических характеристик конфигурации /единиц конфигурации продукта предъявляемым требованиям Функциональный аудит конфигурации : подтверждение соответствия фактических характеристик конфигурации /единиц конфигурации продукта предъявляемым требованиям Физический аудит конфигурации: подтверждение взаимного соответствия документации и фактической конфигурации продукта Физический аудит конфигурации: подтверждение взаимного соответствия документации и фактической конфигурации продукта Промежуточный аудит Промежуточный аудит

23 Software Release Management and Delivery Software Building Software Building activity of combining the correct versions of software items, using the appropriate configuration data, into an executable program for delivery to a customer or other recipient, such as the testing activity Software Release Management Software Release Management encompasses the identification, packaging and delivery of the elements of a product, for example, the executable, documentation, release notes, and configuration data

24 Ежедневные билды - "пульс" процесса разработки Каждый внутренний цикл релиза включает серии ежедневных билдов Каждый внутренний цикл релиза включает серии ежедневных билдов Ежедневный билд состоит из трех частей: Ежедневный билд состоит из трех частей: Разработка Тестирование Валидация

25 Расписание рабочего дня команды создателей Windows 2000 (1) 18:00 издан новый билд системы 18:00 издан новый билд системы Он устанавливается на тестовые компьютеры, на которых начинается проверка его качества (запускаются тестирующие скрипты – более 10 млн строк) Он устанавливается на тестовые компьютеры, на которых начинается проверка его качества (запускаются тестирующие скрипты – более 10 млн строк) 05:00 начинается процесс анализа результатов тестирования 05:00 начинается процесс анализа результатов тестирования Они по мере обработки помещаются на специальной веб- странице, к которой имеют доступ все члены проектной команды Они по мере обработки помещаются на специальной веб- странице, к которой имеют доступ все члены проектной команды 09:00 итоги тестирования отсылаются членам команды проекта 09:00 итоги тестирования отсылаются членам команды проекта 09:30 лидеры подкоманд начинают совещание для приоритезации багов 09:30 лидеры подкоманд начинают совещание для приоритезации багов Определяется, какие из багов должны быть устранены сегодня Определяется, какие из багов должны быть устранены сегодня

26 Расписание рабочего дня команды создателей Windows 2000 (2) После совещания лидеров разработчики вносят изменения в свой код После совещания лидеров разработчики вносят изменения в свой код Они проводят полную перекомпиляцию локальных копий последнего билда и удостоверяются, что вносимые изменения решают поставленные задачи и не порождают новых багов Они проводят полную перекомпиляцию локальных копий последнего билда и удостоверяются, что вносимые изменения решают поставленные задачи и не порождают новых багов Лидеры подкоманд делают code review и утверждают вносимые изменения Лидеры подкоманд делают code review и утверждают вносимые изменения 15:00 заканчивается внесение утвержденных изменений в централизованное хранилище кода 15:00 заканчивается внесение утвержденных изменений в централизованное хранилище кода Начинается сборка нового билда Начинается сборка нового билда Сразу после сборки проводится минимальное тестирование целостности бида, при необходимости – коррекция и пересборка Сразу после сборки проводится минимальное тестирование целостности бида, при необходимости – коррекция и пересборка 18:00 издан новый билд системы 18:00 издан новый билд системы

27 Выпуск релиза включает : разработку очередного релиза системы; разработку очередного релиза системы; сборку релиза и передачу его на валидацию; сборку релиза и передачу его на валидацию; исправление ошибок выявленных при валидировании; исправление ошибок выявленных при валидировании; передача системы на место эксплуатации; передача системы на место эксплуатации; инсталляция и развертывание системы; инсталляция и развертывание системы; сохранение эталона переданной версии как резервной копии; сохранение эталона переданной версии как резервной копии; проведение испытаний релиза системы на тестовом стенде; проведение испытаний релиза системы на тестовом стенде; сопровождение релиза системы; сопровождение релиза системы; должны быть организованы мероприятия гарантирующие тождественность отправленных и полученных данных, в случае работы с удаленным заказчиком должны быть организованы мероприятия гарантирующие тождественность отправленных и полученных данных, в случае работы с удаленным заказчиком

28 M Независимая валидация – ключ к достижению единых стандартов качества Подразделение Продукт V Подразделение разработки выпуска Подразделение маркетинга Рынок

29 Можно выделить 5 шагов Подготовка Развернуты инсталяционные скрипты Активированы необходимые ресурсы План валидации подготовлен График построен Определены компоненты Качество продукта соответствует критериям релиза Решены юридические вопросы Поставка Создан раздел на сервере репозитория Компоненты поставлены Поставка проверена Предобработка Проверены программы инсталяции План валидации подтвержден Обработка Продукт развернут Ошибки обработаны Отчет создан Принято решение о выпуске Внедрение Продукт поставлен заказчику

30 RC1-RC2-RC3-… Получение RC1 Валидация Исправление ошибок Получение RC2 Получение RC3 Валидация Исправление ошибок Исправление ошибок R Y/N

31 Правила именования (naming convention) Package naming convention Package naming convention COMPANYNAME_PROGECTNAME_PRODUCT_NUMBER COMPANYNAME_PROGECTNAME_PRODUCT_NUMBER Version naming convention Version naming convention Linux, PROGECTNAME, Product, Version 1.0, 4th installment Linux, PROGECTNAME, Product, Version 1.0, 4th installment Schedule naming convention Schedule naming convention Product_Name + Phase + Milestone + Schedule number for the current stage Product_Name + Phase + Milestone + Schedule number for the current stage PROGECTNAME 1.0 Beta RC1 #1 PROGECTNAME 1.0 Beta RC1 #1 PROGECTNAME Tracker naming convention PROGECTNAME Tracker naming convention Для организации отчетов, требуется форма соответствия между Targeted Version и Resolution Version в следующем виде: Для организации отчетов, требуется форма соответствия между Targeted Version и Resolution Version в следующем виде: Ex. Ex. 1.0a 1.0a 1.0aRC1 1.0aRC1 1.0b 1.0b Bug Scrub Tracker Queries. Bug Scrub Tracker Queries. [lw]_PROGECTNAME_a_1.0* : ошибки найденные PV в pakages of Alpha release [lw]_PROGECTNAME_a_1.0* : ошибки найденные PV в pakages of Alpha release PROGECTNAME.Open.PV.Targeted 1.0 : все ошибки найденные PV и оставшиеся в текущем релизе PROGECTNAME.Open.PV.Targeted 1.0 : все ошибки найденные PV и оставшиеся в текущем релизе PROGECTNAME.Open.PV : все оставшиеся ошибки State: Open PROGECTNAME.Open.PV : все оставшиеся ошибки State: Open

32 Управление изменениями Три в одном Управление конфигурациями Управление требованиями

33 Примеры ПО для обеспечения SСМ Название продукта ПроизводительURI CCC/Harvest, CCC/Manager, CCC Quik Trak Computer Associates ClearCaseRational ibm.com/software/rational/offerings/ scm.html ChangeManSerena eman/ Visual Source Safe Microsoft ous/ssafe/ SablimeLucent labs.com/project/sablime/ Source Integrity MKShttp:// SoftBenchHPhttp://h21007.www2.hp.com/dspp/tech/

34 Инновации - позитивные изменения «Мир вокруг нас становится настолько динамичным, что предприятия уже не успевают осваивать происходящие в нем перемены». Гэри Хэмел

35 Заключение Информация о пройденном пути и текущем местоположении позволяет скорректировать направление, оптимизировать способ продвижения и возможно выбрать новый путь…

36 Рекомендуемая литература Книги и стандарты IEEE SWEBOK IEEE SWEBOK IEEE Std (Revision of IEEE Std ) IEEE Std (Revision of IEEE Std ) Иан Соммервилл Инженерия программного обеспечения 6-е изд. М-СПб-К, Вильямс, 2002, 623 стр. Иан Соммервилл Инженерия программного обеспечения 6-е изд. М-СПб-К, Вильямс, 2002, 623 стр. IEEE Std , American National Standard IEEE, Guide to Software Configuration Management, IEEE, Inc., NY, 1988 IEEE Std , American National Standard IEEE, Guide to Software Configuration Management, IEEE, Inc., NY, 1988 Ayer, Steve J., and Frank S. Patinostro, software Configuration Management: Identification, Accounting, Control, and Management, McGraw-Hill Software Engineering Series, McGraw-Hill, 1992 Ayer, Steve J., and Frank S. Patinostro, software Configuration Management: Identification, Accounting, Control, and Management, McGraw-Hill Software Engineering Series, McGraw-Hill, 1992 Babich, Wayne A., Software Configuration Management: Coordination for Team Productivity, Addison-Wesley, 1986 Babich, Wayne A., Software Configuration Management: Coordination for Team Productivity, Addison-Wesley, 1986 Berlack, Ronald H., software Configuration Management, John-Wiley & Sons, NY, 1992 Berlack, Ronald H., software Configuration Management, John-Wiley & Sons, NY, 1992 Ben-Menachem, Mordechai, Software Configuration Management Guidebook, McGraw- Hill, 1994 Ben-Menachem, Mordechai, Software Configuration Management Guidebook, McGraw- Hill, 1994 Конспект лекций