Управление изменениями с использованием ClearQuest

1. Управление изменениями с использованием ClearQuest Новичков Александр www.cmcons.com alex-golder@cmcons.com

2. Часть 1. Введение

3. Процесс управления изменениями • Контролируемая обработка запросов (поручения, отчеты о выполнении, ошибки…) в соответствии с заранее определенным процессом • Работа с различными типами запросов • Настраиваемый набор атрибутов и состояний запросов на изменения • Формирование отчетов произвольного образца • Создание разнообразных графиков (текущее состояние, статистика, тенденции) • Автоматическое уведомление исполнителей о ходе обработки запросов по электронной почте • Контроль и внесение изменений через Интернет • Широкие возможности по адаптации • Инструмент поддержки процесса управления изменениями – IBM Rational ClearQuest

4. Понятие запроса на изменение • Запрос на изменение • Это любое требование изменить артефакт или процесс • Виды запросов на изменения: • Требование исправить ошибку (Defect); • Требование изменить функционал (EnhancementRequest); • Требование выполнить работу (Activity, Task). • Для выполнения запросов на изменения должен существовать формальный процесс, включающий: • Анализ запроса; • Принятие решения; • Выполнение; • Контроль; • Закрытие запроса.

5. Основные задачи • Сбор запросов на изменения. • Хранение запросов в базах данных. • Приведение в действие системы управления запросами. • Поддержка работ, связанных с обработкой запросов. • Мониторинг запросов на изменения. • Анализ общего состояния системы (динамика обнаружения ошибок, скорость устранения дефектов, производительность работы и т.д.).

6. Связь запроса на изменения с требованиями (requirements) • Требование (requirement) описывает свойство системы или условие, которому должна удовлетворять система; • Запрос на изменение (change request) - это требование внести изменение в систему, чтобы она удовлетворяла определенным свойствамили условиям; • Запросы на изменения могут возникать с целью выполнения требований; • Требования могут возникать как результат анализа запросов на изменения.

7. Управление изменениями в RUP • Имеется два тесно связанных процесса: управление конфигурацией и управление изменениями. • Инструмент управления конфигурацией – ClearCase, инструмент управления изменениями – ClearQuest.

8. Компоненты ClearQuest • ClearQuest – инструмент пользователя • CleatQuest Designer – инструмент администратора • CQ Web – инструмент пользователя для работы через Интернет • CQ Maintenance Tool – утилита для настройки работы с базой данных (репозиторием) • CQ Export – утилита экспорта данных • CQ Import – утилита импорта данных

9. Четыре области модификации ClearQuest • Процесс: Модель процессов. • Данные: Таблицы баз данных. • Представление данных: Формы. • Анализ данных: Запросы, Таблицы, Отчеты.

10. Интеграция ClearQuest с продуктами Rational • Для организации интегрированного процесса разработки, тестирования и сопровождения ПО, имеется возможность интегрировать ClearQuest с другими продуктами Rational Software: • Интеграция с RequisitePro позволяет связывать запросы на изменения с требованиями, которые эти изменения затрагивают; • Интеграция со средствами тестирования позволяет связывать данные об обнаруженных дефектах с тестами, в которых эти ошибки были обнаружены.

11. Часть 2. Планирование управления запросами на изменение

12. Назначение и состав процесса управления запросами на изменения • Основные задачи процесса CRM (Change Request Management): • Улучшение качества продукта или услуги; • Повышение степени удовлетворенности пользователей; • Организация рабочего процесса, вовлекающего различные рабочие группы. • Основные действия, выполняемые в процессе CRM: • Инициация запроса; • Назначение исполнителей и сроков; • Выполнение запроса; • Проверка выполнения; • Формальное закрытие запроса (если необходимо). • Важные составляющие процесса CRM: • Совместный доступ к информации о запросах на изменения; • Выделение ресурсов для выполнения запросов; • Принятие единой модели процесса.

13. Планирование процесса CRM • Применение процесса CRM должно включать все группы, непосредственно связанные с запросами на изменения. • В рамках системы должны быть доступны следующие ресурсы: • Принятие решений по процессу обработки запросов; • Экспертиза принятия решений по запросам; • Возможность оценки результатов выполнения запросов. • Дополнительное внимание должно быть уделено разделению ответственности.

14. Порядок ввода в действие процесса CRM • Определите область действия процесса управления запросами на изменение. • Добейтесь согласованности между всеми участниками процесса. • Постройте модель процесса. • Определите основных исполнителей и последовательность их действий. • Подготовьте план ввода в действие. • Запустите систему CRM

15. Основные элементы модели процесса CRM • Диаграмма состояний запросов; • Набор правил обработки запросов; • Унифицированная форма ввода информации; • Критерии прекращения обработки запроса; • Процедура рассмотрения поступающих запросов; • Поддержка взаимодействия участников процесса; • Оценка полученных результатов; • Система показателей (метрик), характеризующих процесс исполнения.

16. Диаграмма действий типового процесса CRM

17. Диаграмма состояний типового процесса CRM

18. Основные участники процесса CRM • Инициатор (Submitter) • Лицо, инициировавшее запрос • Комитет управления изменениями(CCB - Change Control Board) • Орган,анализирующий поступившие запросы и определяющий способ их обработки • Исполнитель (Solution Provider) • Специалист, выполняющий запрос • Тестировщик (Tester) • Специалист, оценивающий правильность выполнения запроса • Заинтересованное лицо (Stakeholder) • Лицо, заинтересованное в результате выполненной работы

19. Обработка запроса на изменение в Rational Unified Process (RUP)

20. Содержание плана ввода в действие процесса CRM • Классификация запросов на изменения; • Определение процедуры интеграции CRM в рабочий процесс разработки; • Рассмотрение альтернативных способов снижения частоты возникновения повторяющихся запросов; • Обеспечение возможности расширения процесса; • Правила пересмотра модели процесса; • Определение процедуры поддержания согласованности информации.

21. Ключевые критерии успешной работы системы CRM • Возможность обработки различных видов запросов; • Возможность доступа в систему из любого места и в любое время; • Возможность модификации системы при изменении процесса или правил обработки запросов; • Возможность автоматического выполнения однообразных, повторяющихся действий; • Возможность интеграции с другими программными продуктами в целях получения глобального решения.

22. При организации процесса CRM необходимо принять во внимание: • Существование унаследованной системы отслеживания ошибок; • Соответствие выбранной СУБД масштабам процесса; • Сложность интеграции CRM в установленные производственные процессы; • Краткосрочное и долгосрочное сопровождение; • Дальнейшее развитие и технологическое совершенствование продукта.

23. Модификация системы CRM • Существенная модификация: • Поставляемая модель процесса CRM не соответствует установленной практике; • Имеются другие виды запросов, которые необходимо включить в систему; • Необходимо ввести новые правила управления CRM. • Незначительная модификация: • Добавление новых полей описания запросов; • Изменение формата экранных форм; • Изменение интерфейса.

24. Контроль модификации системы CRM • Тщательно проверяйте модифицированную схему перед вводом ее в действие; • Документируйте внесенные изменения при выполнении существенной модификации; • Любая существенная модификация требует составления предварительного плана, который должен быть одобрен всеми затронутыми группами; • Старайтесь избегать частых модификаций, чтобы минимизировать вмешательство в работу установленных процессов CRM

25. Заключение • Внедрение системы CRM требует четкого понимания ее назначения; • Процесс обработки запросов на изменения – дело всей проектной команды; • Важно добиться того, чтобы все участники были согласны с моделью процесса; • Система CRM – эффективный механизм решения проблем.

26. Часть 3. Функции пользователя

27. Платформы ClearQuest, доступные пользователю • Clear Quest Windows Client • Windows NT, Windows 2000 • Windows 95, 98, Me • Solaris • HPUX • Clear Quest Internet Web Client • Microsoft Internet Explorer • Netscape Navigator На всех платформах обеспечивается многоязычный ввод данных

28. Вход в систему • При входе в ClearQuest пользователь: • Выбирает базу данных, к которой будет подключаться; • Вводит свое имя (логин); • Вводит пароль.

29. Структура рабочего окна ClearQuest Меню и панель инструментов • Рабочая область (выборки данных). • Персональные выборки индивидуальны для каждого пользователя. • Общие (public) выборки видны всем пользователям. • Выборки бывают трех видов: • обычные выборки • отчеты • графики. Место вывода результатов отработки выборок данных (форм, отчетов, графиков)

30. Типы записей ClearQuest • База данных может содержать произвольные типы записей. Каждый тип записи представляет собой таблицу базы данных и предназначен для хранения информации о каком-либо объекте - запросе, проекте, пользователе, правиле рассылки, и т.д. • Записи могут ссылаться друг на друга • Различают два типа записей: с состояниями и без состояний • Запись с состояниями всегда находится в одном из определенных для нее состояний и может быть переведена в другие состояния по определенным правилам (различным для каждого типа записи) • У записей без состояния нет состояний и жизненного цикла • Записи обрабатываются путем применения к ним действий (actions). Набор допустимых действий различен в разных состояниях записи для разных пользователей

31. Ввод новой записи (инициация запроса) Нажмите стрелку рядом с кнопкой "New Defect" панели инструментов, затем выберите нужный тип записи ИЛИ Выберите в меню пункт "Actions/New", затем выберите нужный тип записи

32. Формы ClearQuest • В ClearQuest можно использовать разные формы для ввода новой записи и для просмотра существующих записей • Форма ввода новой записи называется формой инициации (submit form) и обычно содержит небольшое количество полей • Форма просмотра (record form) содержит все атрибуты записи • Можно использовать одну форму как для инициации, так и для просмотра записей

33. Пример формы Поля сгруппированы на вкладках формы. Пользователь видит только те вкладки, доступ к которым ему разрешен Поля, обязательные для заполнения, выделены красным цветом. Вкладки, содержащие обязательные поля, отмечены красным квадратом перед именем Кнопка Values (только в форме инициации) позволяет избегать повторного ввода данных при последовательных инициациях записей. Пункты "Save as Default" и "Load Default" выполняют запоминание заполненных полей и загрузку запомненных значений в новую форму

34. Часто используемые вкладки форм Вкладка "History" содержит информацию об истории изменений записи Вкладка "Notes" позволяет вводить заметки при выполнении действий над записью. Введенные заметки сохраняются в поле "Notes Log" и редактированию не подлежат Вкладка "Attachments" позволяет присоединять к записи файлы. Присоединенные файлы хранятся в базе данных и извлекаются для просмотра или редактирования кнопкой "Open" Кнопка "Save As" позволяет извлечь и сохранить файл вложения на диск

35. Просмотр записей Для просмотра записей совершите двойной щелчок мышью по нужной выборке. Список выбранных записей отобразится в верхней части экрана. Полное описание выбранной в списке записи отобразится в средней части экрана в форме просмотра

36. Выполнения действия над записью Нажмите стрелку справа от кнопки "Change State" панели инструментов ИЛИ Выберите в меню пункт "Actions", затем выберите из списка нужное действие ИЛИ Нажмите кнопку "Actions" в форме просмотра записи, затем выберите из списка нужное действие

37. Завершение действия над записью После внесения в форму необходимых модификаций, нажмите кнопку "Apply" для завершения действия или кнопку "Revert" для его отмены

38. CQ Web: Просмотр результатов выборки Переход к форме просмотра осуществляется по ссылке в списке (номеру записи)

39. CQ Web: Работа с формами • Все поля размещены друг под другом; • Вкладки реализованы в виде ссылок на соответствующую часть формы; • Каждое поле изображается на форме один раз - в первой вкладке, на которой это поле присутствует; • Выделенные красным цветом обязательные поля не меняют свой цвет после заполнения.

40. Структура выборки данных (Query) Вкладка "Result set" содержит результат выполнения выборки данных Вкладка "Display editor" определяет поля, включаемые в список результата выборки Вкладка "Query editor" позволяет определить фильтры, ограничивающие выбираемые записи

41. Создание выборки данных (1) Выбирается пункт меню "Query/New Query" Из появившегося списка выбирается требуемый тип записи Запускается мастер создания выборки. На его первом экране можно выбрать существующую выборку для переопределения (кнопка "Browse"), или начать создание новой выборки

42. Создание выборки данных (2) Последовательно заполняются экраны определения выводимых полей и фильтров Созданная выборка запускается, и ее результаты выводятся на экран

43. Создание выборки данных (3) • Сохранение выборки производится выбором пункта меню "File/Save As" и вводом имени выборки • Выборка сохраняется в папке персональных выборок. Если пользователь имеет права администратора, он может перетащить мышью созданную выборку в папку общих выборок • При необходимости можно вывести на печать записи выборки, выбрав пункт меню "File/Print Grid" • Другие типы выборок данных (графики и отчеты) имеют аналогичную структуру и отличаются лишь формой представления результатов. Другие типы выборок данных (графики и отчеты) имеют аналогичную структуру и отличаются лишь формой представления результатов

44. Просмотр записей, инициированных в текущей сессии работы Выберите пункт меню "Query/Recently Submitted" В появившемся списке выберите нужный тип записи ClearQuest автоматически создаст и выполнит запрос по выборке всех записей выбранного типа, инициированных в текущей сессии

45. Виды графов Временные (aging) графики содержат данные, связанные со временем. Пример: "возраст" дефектов по состояниям Графики распределения (distribution) показывают распределение записей по значениям их характеристик. Пример: Распределение количества дефектов по приоритетам Графики тенденций (trend) показывают динамику изменения характеристик записей. Пример: Еженедельное распределение количества дефектов по приоритетам Дополнительные сведения об объектах графиков могут быть получены щелчком мыши по объекту (функция drill down)

46. Создание графика (1) 1. Выберите пункт меню "Query/New Chart" 2. В появившемся списке выберите тип записи 3. Выберите вид графика (распределение, тенденции, временной) 4. На одном или нескольких экранах (в зависимости от типа графика) определите его характеристики

47. Создание графика (2) После определения всех параметров ClearQuest автоматически формирует запрос, результаты которого отображаются в виде графика. График можно сохранить, выбрав пункт меню "File/Save". Таблицу результатов запроса (Grid) и График (Chart) можно вывести на печать, выбрав пункт меню "File/Print ...", экспортировать в файл, выбрав пункт меню "File/Export ..." Если перед выбором указанных пунктов меню щелкнуть мышью по таблице с результатами отработки запроса, то печататься и экспортироваться будет эта таблица. Пункты меню будут называться "File/Print Grid" и "File/Export Grid"; Если перед выбором указанных пунктов меню щелкнуть мышью по графику (картинке), то печататься и экспортироваться будет график. Пункты меню будут называться "File/Print Chart" и "File/Export Chart"; Как и другие выборки данных, графики можно сохранять ("File/Save") и перетаскивать мышью в требуемые папки рабочего пространства.

48. Отчеты ClearQuest • Отчеты ClearQuest имеют следующую структуру: • Формат отчета (Report Format) определяет внешний вид (форматирование) отчета; • Выборка данных (Query) поставляет данные для отчета; • Отчет (Report) объединяет выборку данных и формат для получения собственно отчета. • Для создания и изменения формата отчета используется продукт Crystal Reports компании Seagate (специальная лицензия "Crystal Reportsfor Rational" поставляется вместе с ClearQuest). • Для выполнения отчетов (без изменения формата) Crystal Reports не требуется.

49. Созданиеформата отчета (1) 1. Создайте выборку данных для отчета; 2. Выберите пункт меню "Query/New Report Format"; 3. Выберите тип записи в появившемся списке; 4. Добавьте в правую часть экрана поля, которые нужно включить в отчет; 5. Нажмите кнопку "Author Report" для перехода в Crystal Reports. ClearQuest формирует сведения об исходных данных для отчета и передает их в Crystal Reports. (Авторизация формата должна такжепроводиться при его модификации.)

50. Создание формата отчета (2)переход в Crystal Reports • Crystal Reports получает при запуске сформированный автоматически в ClearQuest отчет, который затем будет храниться в ClearQuest в виде встроенного объекта, не требующего для своего выполнения наличия Crystal Reports. • Для корректного взаимодействия с ClearQuest, в Crystal Reports необходимо правильно установить несколько опций, а при сохранении отчета не изменять его имя.