Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Практика и технология внедрения процесса конфигурационного управления и  управления изменениями с применением  IBM Rationa...
<ul><li>По-видимому, на свете нет ничего, что не могло бы случиться… </li></ul><ul><li>Марк Твен </li></ul>
Что нас ждет в ближайшие 89 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия   </li></ul><ul><li>...
Введение-1 <ul><li>Управление конфигурацией является основополагающей дисциплиной в определении того,  </li></ul><ul><ul><...
Введение-2. Историческая справка <ul><li>Первым заметным шагом в развитии управления конфигурациями было изобретение микро...
Фундамент УК
Основные виды деятельности  (из жизни) <ul><li>конфигурационная идентификация артефактов (рабочих материалов) используемых...
Rational Unified Process Процессы и стадии жизненного цикла Моделирование деятельности организации Управление требованиями...
УК в  RUP Установка плана управления  конфигурацией Создание проекта и среды Изменение и продвижение  конфигурационных эле...
Задачи по ролям
Артефакты по ролям
Куб Управление запросами на изменение (Задачи, Запросы, Поручения и Дефекты) Измерения. Метрики и отчеты, аналитические ср...
Дисциплина или процесс внедрены хорошо, если: <ul><li>Управление конфигурацией происходит на плановой основе </li></ul><ul...
Отчетность <ul><li>Разделим отчеты на  3  типа: </li></ul><ul><ul><li>Аналитические ролевые отчеты </li></ul></ul><ul><ul>...
Типовые аналитические ролевые отчеты <ul><li>Руководитель управления (дирекции, департамента)  </li></ul><ul><ul><li>Текущ...
Основные виды аналитических ролевых отчетов <ul><li>Аналитик  </li></ul><ul><ul><li>сколько задач выполнено </li></ul></ul...
Метрики кода <ul><li>Метрики сложности программ принято разделять на три основные группы: </li></ul><ul><ul><li>метрики ра...
Что в принципе измеряем? Метрики кода на практике <ul><li>Усилия разработчика при реализации </li></ul><ul><li>Длина и объ...
Что нас ждет в ближайшие  ~ 70 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия   </li></ul><ul><...
Место систем  IBM Rational  в ряду корпоративных КИС
Взаимодействие подсистем  IBM Rational
Трассировка от запроса к коду и обратно
Высоко сижу, далеко гляжу… <ul><li>Что видно сверху (от запроса): </li></ul><ul><ul><li>количество строк кода, разработанн...
Отчетность статическая
Отчетность динамическая
Что нас ждет в ближайшие  62  минуты… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия   </li></ul><ul><...
<ul><li>IBM Rational ClearCase </li></ul>
<ul><li>Надежная база данных хранения релизов </li></ul><ul><li>Настраиваемая среда  разработки  </li></ul><ul><li>Возможн...
Versioned Object Base. Репозиторий <ul><li>Содержит полную историю  всех файлов проекта: </li></ul><ul><ul><li>Исходных те...
Пример каталогов проекта
Versioned Object Base. Репозиторий <ul><li>Делает невозможными  неконтролируемые  (несанкционированные)  изменения </li></...
Гибкая настройка среды View -Представление : Ограничивает область контроля посредством индивидуальных видовых профилей, ко...
ClearCase Views Rel. 2.5 View Development View 2.5 Bug Fix View print.c print.h main.c print. c print.h main.c print. c pr...
ClearCase Views <ul><li>Dynamic Views  - используют подключение real-time , позволяя всем участникам проекта работать с  V...
ClearCase Views <ul><li>Snapshot Views   разрешает работу с проектом вне сети </li></ul><ul><ul><li>Сохранение проектных ф...
<ul><li>Параллельная разработка и возможность автоматического слияния </li></ul><ul><li>Определение всех несогласованных и...
Что получаем? Rel2 3 0 rel1_bugfix 6 5 4 1 main 0 2 Rel1 3 2 1 0 rel2_integration db_update 0 0 win98_port 2 1 3 2 1 3 1 2...
Реальная модель
Дерево… с метриками
Классическая трехуровневая модель, учитывающая нескольких заказчиков, основной поток разработки и личные потоки разработчи...
Управление  конфигурацией  в ClearCase <ul><li>Сопровождение каждой версии элемента набором свойств: </li></ul><ul><ul><li...
Окно сравнения двух версий
Окно сравнения трех версий
Окно слияния двух версий
Сравнение и слияние версий . Связь версий с запросами на изменение Сравнение версий Слияние версий Запросы на изменение Ве...
<ul><li>Интегрированная поддержка  ClearCase </li></ul><ul><ul><li>Выполнение всех операций из среды </li></ul></ul><ul><u...
Пример интеграции с  JDeveloper
Интеграция на уровне ОС
Поддерживаемые ОС Windows  2003,  2000, NT,  XP Windows 95/98 (клиенты) Compaq Tru64 UNIX Hewlett-Packard HP-UX IBM  zOS ,...
Интеграция со средствами разработки Borland JBuilder  IBM WebSphere Studio product family  IBM WebSphere Server  IBM Visua...
<ul><li>IBM Rational ClearQuest </li></ul>
Цели управления изменениями <ul><li>Учет состояния проекта с точностью до любого компонента ПО  </li></ul><ul><li>Получени...
Процесс управления запросами на изменения  <ul><li>Распределение ответственности между участниками процесса </li></ul><ul>...
Типы запросов на изменения <ul><li>Основное понятие  ClearQuest  – запрос на изменение (ЗИ).  Все ЗИ следуют формально утв...
Хорошие запросы должны иметь иерархию
Жизненный цикл Сущностей описывается двумя типами диаграмм:  State Chart  и  Activity Chart
У каждой сущности есть набор экранных форм
Статистика по запросам на изменение
Статистика по запросам на изменение
Консолидированный отчет по Дефектам и Задачам
Отчетность в  ClearQuest Время жизни запроса в днях. До одного, 1-2 дня и более двух дней. Отчет позволяет отслеживать  эф...
Отчетность в  ClearQuest Рисунок 30 – Время жизни запроса в днях. До одного, 1-2 дня и более двух дней.  Отчет позволяет о...
Отличительные характеристики  IBM Rational ClearQuest <ul><li>Встроенные возможности расширения и доработки (гибкая настро...
ClearCase+ClearQuest Участники проекта: заказчики , интеграторы ,  разработчики Результаты ( Версионный контроль ) Управле...
Выводы <ul><li>Поддержка параллельной разработки </li></ul><ul><li>Разметка всех материалов проекта на определенный момент...
Что нас ждет в ближайшие… дцать минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия   </li></ul><ul>...
<ul><li>Замучили вы нас уже… </li></ul><ul><li>Давайте кнопки нажимать! </li></ul><ul><li>Мы не можем не желать своих жела...
Сбор и визуализация проектных метрик
Что нас ждет в ближайшие 9-13 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия   </li></ul><ul><l...
Эффект от внедрения <ul><li>Прозрачное управление проектом (за счет строгой формализации процессов)  </li></ul><ul><li>Чет...
Преимущества по ролям <ul><li>Руководитель </li></ul><ul><ul><li>Четкое понимание загруженности персонала в реальном масшт...
<ul><li>Если вы еще не уснули, то: </li></ul><ul><li>СПАСИБО ЗА ВНИМАНИЕ !!! </li></ul><ul><li>То, что я понял – прекрасно...
<ul><li>Если ученый (специалист, аналитик) не может объяснить, чем он занимается, уборщице, моющей пол в его лаборатории, ...
Upcoming SlideShare
Loading in …5
×

Training Labs (www.cmcons.com)

www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest

  • Be the first to comment

  • Be the first to like this

Training Labs (www.cmcons.com)

  1. 1. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest Новичков Александр www.cmcons.com [email_address]
  2. 2. <ul><li>По-видимому, на свете нет ничего, что не могло бы случиться… </li></ul><ul><li>Марк Твен </li></ul>
  3. 3. Что нас ждет в ближайшие 89 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия </li></ul><ul><li>Практика планирования и реализации процесса Управления Конфигурациями (УК) </li></ul><ul><li>Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции </li></ul><ul><li>Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК </li></ul><ul><li>Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа </li></ul><ul><li>Положительные и отрицательные моменты внедрений. Что важнее – инструмент или процесс? </li></ul><ul><li>Ответы на вопросы </li></ul>
  4. 4. Введение-1 <ul><li>Управление конфигурацией является основополагающей дисциплиной в определении того, </li></ul><ul><ul><li>каким образом управляются и контролируются рабочие материалы проекта, </li></ul></ul><ul><ul><li>вносимые в них изменения и информация о состоянии отдельных задач и всего проекта в целом. </li></ul></ul><ul><li>Успех проекта в большой степени зависит от того, насколько хорошо построен процесс управления конфигурацией, который может как спасти проект, так и похоронить его, если сам процесс УК работает плохо </li></ul>
  5. 5. Введение-2. Историческая справка <ul><li>Первым заметным шагом в развитии управления конфигурациями было изобретение микрометра в 1636 году (William Gascoigne). Это устройство сыграло важную роль в индустриальной революции и переходе к массовому производству </li></ul><ul><ul><li>Этот инструмент позволил использовать взаимозаменяемые части в различных устройствах, что являлось существенной причиной для того, чтобы использовать процедуры управления конфигурацией </li></ul></ul><ul><li>Первые инженерные концепции, которые привели к становлению дисциплины управления конфигурацией, начали формироваться в начале 20-го века и обрели реальную форму в 60-х годах прошлого века </li></ul>
  6. 6. Фундамент УК
  7. 7. Основные виды деятельности (из жизни) <ul><li>конфигурационная идентификация артефактов (рабочих материалов) используемых или создаваемых в ходе проекта </li></ul><ul><li>контроль конфигурации, включая информацию о воздействии изменений на организационную и управленческую структуру, текущие приоритеты заданий, ресурсы и состояние проекта </li></ul><ul><li>учет состояния конфигурации на основе состояния артефактов, используемых в разработке, при выпуске готовых версий ПС или их сопровождении </li></ul><ul><li>ревизия и аудит конфигурации, в ходе которой оценивается состояние и готовность продукта </li></ul><ul><li>процедуры управления выпуском продукта ( release management ), его доставки и мониторинга состояния проекта </li></ul><ul><li>версионный контроль рабочих материалов проекта, обеспечивающий повторяемость сборки продукта на основании его базовых версий </li></ul>
  8. 8. Rational Unified Process Процессы и стадии жизненного цикла Моделирование деятельности организации Управление требованиями Анализ и проектирование Реализация Тестирование Ввод в действие Управление проектом Поддержка среды разработки ПРОЦЕССЫ СТАДИИ Обследование Технический проект Рабочий проект Передача в эксплуатацию № 0 № 1 № 2 № n № n+2 № n+1 № m № m+1 Итерации Конфигурационное управление и управление изменениями
  9. 9. УК в RUP Установка плана управления конфигурацией Создание проекта и среды Изменение и продвижение конфигурационных элементов Управление базовыми линиями и релизами Составление отчетов по конфигурационному пространству Управление запросами на изменение
  10. 10. Задачи по ролям
  11. 11. Артефакты по ролям
  12. 12. Куб Управление запросами на изменение (Задачи, Запросы, Поручения и Дефекты) Измерения. Метрики и отчеты, аналитические срезы Управление конфигурациями и версиями
  13. 13. Дисциплина или процесс внедрены хорошо, если: <ul><li>Управление конфигурацией происходит на плановой основе </li></ul><ul><li>Определение ответственных за выполнение проекта </li></ul><ul><li>УК реализуется на протяжении всего жизненного цикла разработки ПС </li></ul><ul><li>УК реализуется для конечных продуктов, промежуточных, экспериментальных и перспективных релизов </li></ul><ul><li>Для каждого проекта готовится план УК </li></ul><ul><li>План разрабатывается на ранних стадиях общего планирования проекта </li></ul><ul><li>Ведутся измерения и их результаты используются для определения состояния работ проекта </li></ul>
  14. 14. Отчетность <ul><li>Разделим отчеты на 3 типа: </li></ul><ul><ul><li>Аналитические ролевые отчеты </li></ul></ul><ul><ul><li>Оперативные отчеты </li></ul></ul><ul><ul><li>Отчеты по исходным текстам (метрики кода) </li></ul></ul><ul><li>Держим в голове, что принимать решения по отчетам одного типа нельзя (!) </li></ul>
  15. 15. Типовые аналитические ролевые отчеты <ul><li>Руководитель управления (дирекции, департамента) </li></ul><ul><ul><li>Текущие затраты по проекту (проектам) </li></ul></ul><ul><ul><li>просроченные проекты </li></ul></ul><ul><ul><li>проекты, которые могут не завершиться к сроку </li></ul></ul><ul><ul><li>перерасход бюджета по проектам </li></ul></ul><ul><li>Менеджер проекта </li></ul><ul><ul><li>количество запланированных работ </li></ul></ul><ul><ul><li>количество выполненных работ </li></ul></ul><ul><ul><li>количество внеплановых работ </li></ul></ul><ul><ul><li>отношение выполненных работ к невыполненным </li></ul></ul><ul><ul><li>количество найденных ошибок тестировщиками </li></ul></ul><ul><ul><li>количество исправленных ошибок тестировщиками </li></ul></ul><ul><ul><li>отношение найденных ошибок к исправленным </li></ul></ul><ul><ul><li>занятость разработчиков (по часам или по задачам) </li></ul></ul>
  16. 16. Основные виды аналитических ролевых отчетов <ul><li>Аналитик </li></ul><ul><ul><li>сколько задач выполнено </li></ul></ul><ul><ul><li>сколько задач нужно решить </li></ul></ul><ul><ul><li>текущие поручения </li></ul></ul><ul><li>Разработчик </li></ul><ul><ul><li>сколько задач выполнено </li></ul></ul><ul><ul><li>сколько задач нужно решить </li></ul></ul><ul><ul><li>текущие поручения </li></ul></ul><ul><ul><li>ошибки к исправлению </li></ul></ul><ul><li>Тестировщик </li></ul><ul><ul><li>количество обнаруженных ошибокдефектов </li></ul></ul><ul><ul><li>количество исправленных ошибокдефектов </li></ul></ul><ul><ul><li>отношение найденных ошибок к исправленным </li></ul></ul>
  17. 17. Метрики кода <ul><li>Метрики сложности программ принято разделять на три основные группы: </li></ul><ul><ul><li>метрики размера, стилистики </li></ul></ul><ul><ul><ul><li>LOC, SLOC… </li></ul></ul></ul><ul><ul><li>метрики сложности потока управления, метрики сложности потока данных </li></ul></ul><ul><ul><ul><li>Объектно-ориентированные </li></ul></ul></ul><ul><ul><ul><li>Холстеда </li></ul></ul></ul><ul><ul><ul><li>Мак-Кейба </li></ul></ul></ul><ul><ul><ul><li>Чепина </li></ul></ul></ul><ul><ul><li>предварительная оценка </li></ul></ul>
  18. 18. Что в принципе измеряем? Метрики кода на практике <ul><li>Усилия разработчика при реализации </li></ul><ul><li>Длина и объем программы </li></ul><ul><li>Анализ цикломатической сложности </li></ul><ul><li>Усилия программиста при разработке </li></ul><ul><li>Количество строк на реализацию требования </li></ul><ul><li>Процент комментариев на единицу кода </li></ul><ul><li>Прочие количественные метрики (число функций, классов, файлов) </li></ul><ul><li>Плотность дефектов на единицу кода </li></ul>
  19. 19. Что нас ждет в ближайшие ~ 70 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия </li></ul><ul><li>Практика планирования и реализации процесса Управления Конфигурациями (УК) </li></ul><ul><li>Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции </li></ul><ul><li>Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК </li></ul><ul><li>Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа </li></ul><ul><li>Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? </li></ul><ul><li>Ответы на вопросы </li></ul>
  20. 20. Место систем IBM Rational в ряду корпоративных КИС
  21. 21. Взаимодействие подсистем IBM Rational
  22. 22. Трассировка от запроса к коду и обратно
  23. 23. Высоко сижу, далеко гляжу… <ul><li>Что видно сверху (от запроса): </li></ul><ul><ul><li>количество строк кода, разработанного на основе данного запроса </li></ul></ul><ul><ul><li>при типовом запросе менеджер проекта в следующий раз может спрогнозировать количество строк </li></ul></ul><ul><ul><li>сколько версий исходных текстов файлов было изменено </li></ul></ul><ul><ul><li>сколько экспериментов проводил разработчик для реализации данного запроса </li></ul></ul><ul><ul><li>количество строк на релиз, билд, версию </li></ul></ul><ul><ul><li>усилия разработчика при разработке (например, важно для выстраивания мотивационной системы: сложная задача, больше оплачивается) </li></ul></ul><ul><li>Что видно снизу (от кода): </li></ul><ul><ul><li>автор кода </li></ul></ul><ul><ul><li>сколько раз переписывал </li></ul></ul><ul><ul><li>количество добавленных комментариев </li></ul></ul><ul><ul><li>количество удаленных и добавленных строк </li></ul></ul><ul><ul><li>какова сложность написанного кода </li></ul></ul><ul><ul><li>какая задача решалась </li></ul></ul><ul><ul><li>какое требование реализовывал и на основании какого запроса </li></ul></ul>
  24. 24. Отчетность статическая
  25. 25. Отчетность динамическая
  26. 26. Что нас ждет в ближайшие 62 минуты… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия </li></ul><ul><li>Практика планирования и реализации процесса Управления Конфигурациями (УК) </li></ul><ul><li>Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции </li></ul><ul><li>Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК </li></ul><ul><li>Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа </li></ul><ul><li>Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? </li></ul><ul><li>Ответы на вопросы </li></ul>
  27. 27. <ul><li>IBM Rational ClearCase </li></ul>
  28. 28. <ul><li>Надежная база данных хранения релизов </li></ul><ul><li>Настраиваемая среда разработки </li></ul><ul><li>Возможность параллельной разработки </li></ul><ul><li>Набор средст в для сборки и аудита </li></ul><ul><li>Событийно-ориентированный интерфейс </li></ul>IBM Rational ClearCase - это:
  29. 29. Versioned Object Base. Репозиторий <ul><li>Содержит полную историю всех файлов проекта: </li></ul><ul><ul><li>Исходных текстов </li></ul></ul><ul><ul><li>Бинарных файлов </li></ul></ul><ul><ul><li>Скриптов тестирования </li></ul></ul><ul><ul><li>Графических файлов </li></ul></ul><ul><ul><li>Html - файлов и cgi - скриптов </li></ul></ul><ul><ul><li>*** </li></ul></ul><ul><li>Запомин ает состав директорий и отслеживает их версионность </li></ul>
  30. 30. Пример каталогов проекта
  31. 31. Versioned Object Base. Репозиторий <ul><li>Делает невозможными неконтролируемые (несанкционированные) изменения </li></ul><ul><ul><li>ClearCase невозможно обойти </li></ul></ul><ul><ul><li>ClearCase имеет мощные средства установки локальной политики на уровне элемента </li></ul></ul><ul><li>Поддерживает дробление структуры между несколькими VOB </li></ul>
  32. 32. Гибкая настройка среды View -Представление : Ограничивает область контроля посредством индивидуальных видовых профилей, которые возможно создать для каждого участника проекта ClearCase VOB Прозрачная файловая система: позволяет обращаться не только к отдельному файлу, но и к его конкретной версии
  33. 33. ClearCase Views Rel. 2.5 View Development View 2.5 Bug Fix View print.c print.h main.c print. c print.h main.c print. c print.h main.c
  34. 34. ClearCase Views <ul><li>Dynamic Views - используют подключение real-time , позволяя всем участникам проекта работать с VOB по сети </li></ul><ul><ul><li>Мгновенное обновление </li></ul></ul><ul><ul><li>Быстрый д оступ к истории элемента </li></ul></ul><ul><ul><li>Контролируемая и конфигурируемая сборка </li></ul></ul><ul><ul><li>Создание копий и экземпляров элементов </li></ul></ul><ul><ul><li>Работает только под NT, 2000, XP, Unix </li></ul></ul>
  35. 35. ClearCase Views <ul><li>Snapshot Views разрешает работу с проектом вне сети </li></ul><ul><ul><li>Сохранение проектных файлов локально </li></ul></ul><ul><ul><li>Ручное обновление </li></ul></ul><ul><ul><li>Локальная сборка </li></ul></ul><ul><ul><li>С инхронизация версий с главной базой </li></ul></ul>
  36. 36. <ul><li>Параллельная разработка и возможность автоматического слияния </li></ul><ul><li>Определение всех несогласованных изменений </li></ul><ul><li>“ Тривиальное” слияние происходит автоматически </li></ul><ul><li>Поддержка разрешения конфликтов при слиянии изменений </li></ul>Версионность в IBM Rational ClearCase 3 0 Доработка 5 4 1 Ревизии 0 2 3 2 1 0 Новая разработка 1 2
  37. 37. Что получаем? Rel2 3 0 rel1_bugfix 6 5 4 1 main 0 2 Rel1 3 2 1 0 rel2_integration db_update 0 0 win98_port 2 1 3 2 1 3 1 2 Rel1.1
  38. 38. Реальная модель
  39. 39. Дерево… с метриками
  40. 40. Классическая трехуровневая модель, учитывающая нескольких заказчиков, основной поток разработки и личные потоки разработчиков
  41. 41. Управление конфигурацией в ClearCase <ul><li>Сопровождение каждой версии элемента набором свойств: </li></ul><ul><ul><li>Типом элемента </li></ul></ul><ul><ul><li>Атрибутами </li></ul></ul><ul><ul><li>Метками </li></ul></ul><ul><ul><li>Гиперссылками </li></ul></ul><ul><ul><li>Триггерами </li></ul></ul><ul><ul><li>Бренчами </li></ul></ul>
  42. 42. Окно сравнения двух версий
  43. 43. Окно сравнения трех версий
  44. 44. Окно слияния двух версий
  45. 45. Сравнение и слияние версий . Связь версий с запросами на изменение Сравнение версий Слияние версий Запросы на изменение Версия элемента
  46. 46. <ul><li>Интегрированная поддержка ClearCase </li></ul><ul><ul><li>Выполнение всех операций из среды </li></ul></ul><ul><ul><li>Версионный контроль высокого уровня </li></ul></ul><ul><ul><ul><li>класс, компонент, роль, объект, прецедент , пакет </li></ul></ul></ul>Интеграция со средствами разработки
  47. 47. Пример интеграции с JDeveloper
  48. 48. Интеграция на уровне ОС
  49. 49. Поддерживаемые ОС Windows 2003, 2000, NT, XP Windows 95/98 (клиенты) Compaq Tru64 UNIX Hewlett-Packard HP-UX IBM zOS , AIX, NCR MP-RAS Red Hat Linux SCO UnixWare Siemens Reliant UNIX Silicon Graphics IRIX Sun Solaris SPARC Sun Solaris Intel
  50. 50. Интеграция со средствами разработки Borland JBuilder IBM WebSphere Studio product family IBM WebSphere Server IBM VisualAge for Java Microsoft Visual Studio .NET: VB, C#, C++, ASP.NET Microsoft Visual Studio: VB, C++, J++ InterDev Sun ONE Studio and Forte for Java Sybase PowerBuilder Microsoft FrontPage and Microsoft Office All SCC-compliant tools
  51. 51. <ul><li>IBM Rational ClearQuest </li></ul>
  52. 52. Цели управления изменениями <ul><li>Учет состояния проекта с точностью до любого компонента ПО </li></ul><ul><li>Получение отчетности о ходе проекта </li></ul><ul><li>Выдача заданий </li></ul><ul><li>Контроль исполнения заданий </li></ul><ul><li>Накопление метрик проектов </li></ul><ul><li>Ведение истории изменений </li></ul><ul><li>Ведение реальной статистики занятости разработчиков </li></ul>
  53. 53. Процесс управления запросами на изменения <ul><li>Распределение ответственности между участниками процесса </li></ul><ul><li>Контроль доступа </li></ul><ul><li>Многопользовательский режим работы </li></ul><ul><li>Возможность доступа в систему с удаленных рабочих мест, на различных платформах, через Интернет </li></ul>При этом обеспечивается: <ul><li>Сбор запросов </li></ul><ul><li>Хранение запросов в базе данных </li></ul><ul><li>Анализ запросов </li></ul><ul><li>Принятие решения </li></ul><ul><li>Исполнение запросов </li></ul><ul><li>Контроль выполнения </li></ul><ul><li>Закрытие </li></ul>
  54. 54. Типы запросов на изменения <ul><li>Основное понятие ClearQuest – запрос на изменение (ЗИ). Все ЗИ следуют формально утвержденной процедуре при прохождении. Каждый ЗИ имеет набор атрибутов, размещенных на экранной форме </li></ul><ul><ul><li>Задача </li></ul></ul><ul><ul><li>Дефект </li></ul></ul><ul><ul><li>Поручение </li></ul></ul><ul><ul><li>Запрос на расширение </li></ul></ul><ul><ul><li>Проект </li></ul></ul><ul><ul><li>*** </li></ul></ul>
  55. 55. Хорошие запросы должны иметь иерархию
  56. 56. Жизненный цикл Сущностей описывается двумя типами диаграмм: State Chart и Activity Chart
  57. 57. У каждой сущности есть набор экранных форм
  58. 58. Статистика по запросам на изменение
  59. 59. Статистика по запросам на изменение
  60. 60. Консолидированный отчет по Дефектам и Задачам
  61. 61. Отчетность в ClearQuest Время жизни запроса в днях. До одного, 1-2 дня и более двух дней. Отчет позволяет отслеживать эффективность реакции исполнителей на разных этапах исполнения
  62. 62. Отчетность в ClearQuest Рисунок 30 – Время жизни запроса в днях. До одного, 1-2 дня и более двух дней. Отчет позволяет отслеживать эффективность реакции исполнителей на разных этапах исполнения
  63. 63. Отличительные характеристики IBM Rational ClearQuest <ul><li>Встроенные возможности расширения и доработки (гибкая настройка и адаптация) </li></ul><ul><li>Мультиплатформенность </li></ul><ul><li>Независимость от используемой СУБД </li></ul><ul><li>Возможность сопряжения с любыми средствами управления (имеющимися Системами) </li></ul><ul><li>Удаленный доступ для работы и контроля </li></ul><ul><li>Невысокая стоимость поддержки </li></ul><ul><li>Мгновенный перевод всех Клиентских мест на новую версию Системы </li></ul>
  64. 64. ClearCase+ClearQuest Участники проекта: заказчики , интеграторы , разработчики Результаты ( Версионный контроль ) Управление заданиями ( Change Request Management ) Результаты выполнения задания Задания Изменения (версии) Clear Quest Clear Case Представления ( View )
  65. 65. Выводы <ul><li>Поддержка параллельной разработки </li></ul><ul><li>Разметка всех материалов проекта на определенный момент времени и фиксация их в виде версии/релиза системы </li></ul><ul><li>Точное определение исходных данных для собранного исполняемого файла </li></ul><ul><li>Обеспечение синхронизации данных географически удаленных рабочих групп </li></ul><ul><li>Автоматизация выборки рабочих материалов в зависимости от ролевой функции </li></ul><ul><li>Учет изменений, реализованных в версиях и релизах ИС </li></ul><ul><li>Привязка сделанных изменений к заданиям </li></ul>IBM Rational ClearCase + ClearQuest IBM Rational ClearCase MultiSite IBM Rational ClearCase
  66. 66. Что нас ждет в ближайшие… дцать минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия </li></ul><ul><li>Практика планирования и реализации процесса Управления Конфигурациями (УК) </li></ul><ul><li>Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции </li></ul><ul><li>Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК </li></ul><ul><li>Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа. </li></ul><ul><li>Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? </li></ul><ul><li>Ответы на вопросы </li></ul>
  67. 67. <ul><li>Замучили вы нас уже… </li></ul><ul><li>Давайте кнопки нажимать! </li></ul><ul><li>Мы не можем не желать своих желаний… </li></ul><ul><li>Артур Шопенгауэр </li></ul>
  68. 68. Сбор и визуализация проектных метрик
  69. 69. Что нас ждет в ближайшие 9-13 минут… <ul><li>Введение в конфигурационное управление ПО. Базовые понятия </li></ul><ul><li>Практика планирования и реализации процесса Управления Конфигурациями (УК) </li></ul><ul><li>Рассмотрение комплексного подхода. Главная сила инструментов в их интеграции </li></ul><ul><li>Введение в IBM Rational ClearQuest и ClearCase – средства автоматизации процесса УК </li></ul><ul><li>Демонстрация работы IBM Rational ClearQuest и ClearCase. Лабораторная работа </li></ul><ul><li>Положительные и отрицательные моменты внедрений. Что важнее инструмент или процесс? </li></ul><ul><li>Ответы на вопросы </li></ul>
  70. 70. Эффект от внедрения <ul><li>Прозрачное управление проектом (за счет строгой формализации процессов) </li></ul><ul><li>Четкое представление того, кто и чем занимается в проекте </li></ul><ul><li>Полное документирование всех изменений </li></ul><ul><li>Планирование деятельности каждого разработчика </li></ul><ul><li>Удобное взаимодействие между службой эксплуатацией, тестировщиками, постановщиками и разработчиками </li></ul><ul><li>Графическое представление метрик проекта </li></ul><ul><li>Формирование статистических срезов по проекту или по проектам </li></ul>
  71. 71. Преимущества по ролям <ul><li>Руководитель </li></ul><ul><ul><li>Четкое понимание загруженности персонала в реальном масштабе времени </li></ul></ul><ul><ul><li>Адекватное планирование и распределение ресурсов по задачам </li></ul></ul><ul><ul><li>Автоматизированный сбор отчетной информации </li></ul></ul><ul><ul><li>Накопление статистики и типовых решений </li></ul></ul><ul><li>Подчиненный </li></ul><ul><ul><li>Наличие приоритета в исполнении задач </li></ul></ul><ul><ul><li>Четкое понимание собственной загруженности </li></ul></ul><ul><ul><li>Эффективная организация труда </li></ul></ul><ul><ul><li>Избегание неприоритетных запросов </li></ul></ul>
  72. 72. <ul><li>Если вы еще не уснули, то: </li></ul><ul><li>СПАСИБО ЗА ВНИМАНИЕ !!! </li></ul><ul><li>То, что я понял – прекрасно, из этого я заключаю, что и остальное, чего я не понял, - тоже прекрасно… </li></ul><ul><li>Сократ </li></ul>
  73. 73. <ul><li>Если ученый (специалист, аналитик) не может объяснить, чем он занимается, уборщице, моющей пол в его лаборатории, значит, он сам не понимает, чем он занимается… </li></ul><ul><li>Эрнест Резерфорд </li></ul>

×