
- •Архитектуры и модели программ и знаний
- •Сопровождение (maintenance, sustaining)
- •Сопровождение
- •Сопровождение
- •Типы сопровождения
- •Распределение трудоемкости при сопровождении
- •Затраты на
- •Затраты на разработку и сопровождение
- •Факторы, влияющие на затраты при сопровождении
- •Оценка (предсказание) сопровождения
- •Предсказание сопровождения (И. Соммервилл)
- •Изменение
- •Метрики сложности
- •Метрики процесса
- •Исследование и исправление ошибок (1/3)
- •Исследование и исправление ошибок (2/3)
- •Исследование и исправление ошибок (3/3)
- •Возможные результаты обработки ошибки
- •Исправление ошибок:
- •Системы управления исходным
- •Системы управления исходным кодом (2/2)
- •Выпуск программного продукта
- •Выпуск программного продукта
- •Вопросы и домашнее задание к лекции 11

Системы управления исходным кодом (2/2)
TeamWare CodeManager (Sun): Парадигма Copy-Modify-Merge
Каждый разработчик может создать свою песочницу (командой bringover)
Когда изменения внесены и оттестированы, они интегрируются (командой putback)Если обнаружен конфликт с изменениями, сделанными другим разработчиком, он должен быть разрешен (с использованием утилиты FileMerge) в песочнице разработчика до выполнения putback
Команда проекта и менеджер автоматически нотифицируются о каждом интегрированном изменении по email (“CodeManager nofitication”)

Выпуск программного продукта
(1/2)
Версии: dot-release (2.0, 2.1, …) – новые
крупные изменения; dot-dot-release (“bug fix release” - 2.0.1) – содержит только исправления ошибок
Early Access, Alpha, Beta, FCS (First
Customer Shipment)– этапы выпуска продукта; FCS => нет P1-ошибок; Beta => нет P1/P2 ошибок
Alpha и Beta - тестирование
(университетми или отдельными добровольцами). Alpha и Beta – версии бесплатны, но лицензии на них действуют очень короткое время (2-3 месяца)Перед каждым релизом, выполняется QA-
цикл, включая тестирование безопасности

Выпуск программного продукта
(2/2)
Документация + product notes
(документ, содержащий краткий перечень новых возможностей и список известных, но не исправленных ошибок)
Документация: User Guide;
Language Reference Manual (для компиляторов); Installation Guide; System Administrator’s Guide (дл операционных систем)Свободная (бесплатная) поставка
продукта: обычно реализуется путем выкладывания версии на сайт
разработчика

Вопросы и домашнее задание к лекции 11
1.Проанализируйте возможности используемой Вами и Вашей фирмой базы данных ошибок. Если такой нет, используйте готовую СУБД (например, bugzilla) или реализуйте ее сами
2.Проанализируйте возможности используемой Вами и Вашей фирмой системы управления исходным кодом
3.Поместите разрабатываемую и сопровождаемую Вами программу под управление какой-либо известной Вам системы управления исходным кодом. Фиксируйте в ней каждый новый релиз программы. Пользуйтесь ею постоянно, чтобы приобрести практику использования
(C)Сафонов В.О. 2012