Внедрение ibm rational team concert в Банке...

Обзор проекта внедрения процесса управления

изменениями и конфигурациями с

использованием IBM Rational TeamConcert и SVN в ОАО

«ТрансКредитБанк» (2012 год)Карабанова Галина

Гаран Евгений

Новичков Александр

www.cmcons.com ratonal-tools.info (499)553-05-98 (4012)563671

Сводка по проекту Наименование комплекса:

Система управления изменениями программных систем на базе IBM Rational Team Concert в интеграции с системой управления конфигурациями SVN (Subversion)

Заказчик: ОАО «ТрансКредитБанк»

Исполнитель: ООО «СМ-Консалт» по субподрядному договору с ООО «Интерфейс»

Исходные данные для работ: Отчет об обследовании

Сроки: Начало работ: 16.07.2012

Окончание работ: 03.10.2012

Состав команды Заказчика: 3 идеолога

7 человек пилотной команды

Состав команды Исполнителя: 5 человек


Сводка проекта

Цели внедрения:

Повышение эффективности процессов управления изменениями и конфигурациями

Повышение прозрачности и оперативности оценки хода исполнения Запросов на изменение от Заинтересованных лиц

Повышение согласованности между участниками процессов управления изменениями и конфигурациями


Сводка проекта Состав проблем, выявленных на

предобследовании и решаемых в проекте:

Проблема РешениеПроцесс управления изменениями недостаточно прозрачен

Организация контроля изменений, отслеживания истории всех входящих запросов на изменение, задач и дефектов в Team Concert

Разработка разных частей продукта ведется в разных идеологиях: проектная и операционная

Все разработки будут вестись в единой идеологии и с использованием единого инструментального средства

Оповещение о назначении заданий на исполнителя и о выполнении задания недостаточно прозрачно

В результате проекта все участники проекта будут работать в общем пространстве инструментального средства и будет выстроена система почтовой нотификации о продвижении работ

Сложно определить загрузку исполнителя За счет регистрации задач в Team Concert и создания комплекта представлений и отчетов по их анализу, что позволит понять загрузку исполнителя в разных аспектах процесса разработки

Сложность контроля продвижения процесса разработки. Сложно оценить сроки выполнения проектов

За счет использования механизмов проектного управления, имеющихся в Team Concert и создания соответствующего комплекта отчетов и представлений

Изменение материалов проекта после их согласования. Сложно понять кто и когда изменял материалы проекта»Сложно оценить соответствует ли запросу представленная версия проектного документаНе совпадают ФТЗ и Методика тестирования

Ввод в действие регламентов работы и механизмов интеграции между SVN и RTC


Сводка проекта Состав проблем, выявленных на

предобследовании и решаемых в проекте:Проблема РешениеСложно учитывать непроектные задания от руководства

Ввод элемента управления типа «Поручение»

Организация тестирования усложнена из-за отсутствия упорядоченности требований

Ввод в действие единого хранилища проектной документации с возможностью версионного управления

Участники проекта не имеют информации по всем дефектам системы, что затрудняет оценку качества внедряемого изменения

Вводится управление «Дефектами»


Укрупненный календарный план работ


Состав проектных документов, переданных заказчику Документы:

«Методика управления изменениями и конфигурацией»

«Положение об управлении изменениями и конфигурацией»

«Регламент управления изменениями и конфигурацией»

«План управления изменениями и конфигурацией»

Инструкции: Инструкция по использованию инструментальных средств IBM

RTC и SVN

Обновление RTC Client до версии

Практическое руководство IBM Rational Team Concert 3 - Установка

Практическое руководство IBM Rational Team Concert 3 - Установка клиента

Создание ssl сертификата для IBM Rational Jazz Team Server

Шаблоны: «План управления изменениями и конфигурацией»


Банковский процесс to be

www.cmcons.com ratonal-tools.info (499)553-05-98 (4012)563671 act Business Process Model

Инициатор изменений: бизнес-подразделение, ДРиВ ТД, руководство банка

Технологическая дирекция (ДРиВ)

Договорной отдел

Внешние разработчики, вендоры ПО

УВ - Руководитель проекта 2Директор ДРиВ / Начальник Управления / ТК Аналитик УРС / УКС - Руководитель проекта 1ОПК

Подготовить Заявку

Заявка

Зарегистрировать Заявку

Директор расписывавает Заявку на начальника УРС

или УКС

Согласовать с УВ сроки передачи на тестирование

Может ли бытьЗаявка реализованав рамках текущегосопровождения ИС?

Системный анализ бизнес-требований и

подготовка ФТЗ

Подготовить Заключение по

Заявке

Подготовить и согласовать договор

с вендором

Реализация изменений в ИС

Подготовить методику функционального

тестирования

Рассмотреть, согласовать и утвердить Заключение /

Служебное письмо по Заявке

Заключение по Заявке

Зафиксировать информацию о включении

ИТ-проектов / предпроектов в портфель

ИТ-проектов в системе учета

Закрыть ЗаявкуДистрибутивы

Провести входное тестирование

Передать Заявку на тестирование

Методика функционального


Организовать тестирование и протестировать реализованный

функционал

Подготовить и организовать

согласование акта сдачи-приемки

результатов ИТ-проекта

Акт функционального


Заявка должна быть зарегистрирована в срок не позднее 1 раб. дня после получения

Начальник Управления проверяет Заявку на

наличие всей необходимой информации и отправляет в

работу Аналитику

Выполнить предпроектные исследования

ФТЗ

Создать задачи: УФИ (анализ),

Тестирование, Внедрение

Заключение должно быть подготовлено в течение 20 раб. дней

Выполнить работы по заявке

ActivityInitial

ActivityFinal

В т.ч. определить состав и сроки проектных работ, подготовив верхнеуровневыйплан работ

Создать план работ, если не предпроект, зафиксировать сроки Тестирования и Внедрения

Отчет об обследовании

Инициировать проект

Контролировать выполнение заявок

FlowFinal

Не принято решение об открытии ИТ-проекта

Принято решение об открытиипредпроекта по ИТ-заявке

Принято решение об открытии ИТ-проекта по Заявке

Нет, в рамках ИТ-проектаДа, в рамках ИТ-задачи


Реализация в инструментах IBM Rational


Роли

Название роли Обязанности

• Специалист

ОПК

Внесение запроса на изменение Модификация запроса на

изменение Отклонение запроса Подтверждение состояния запроса

на изменение Управление поручениями

• Начальник

управления

Определение этапов и назначение

исполнителей

• Руководитель

проекта

Распределение работы по этапу Назначение дефекта Закрытие задачи исполнителя

• Тестировщик Создание дефекта Закрытие дефекта Утверждение методики


• Участник

проекта

Взятие задачи в работу Выполнение задачи Взятие дефекта в работу Исправление дефекта


Реализация: типы запросов на изменение Запрос на изменение

тип задания, описывающего запрос заинтересованного лица, который требует изменения либо расширения функционала ПС

Этап тип задания, характеризующего фазу работ по запросу на

изменение

Задача тип задания, определяющего задание на выполнение

Дефект тип задания, которое описывает несоответствие поведения

системы поставленным требованиям для ПС обнаруженного на этапе тестирования реализации запроса на изменение

Поручение тип задания, характеризующего задания на исполнение, которое

не относится к проектной деятельности


Трассировка запросов на изменение

Поручение

Этап

Подзадача

Запрос на изменение

Задача

Версия элемента конфигурации

- Направление трассировки

Версия элемента конфигурации

Дефект

Поручение


Запрос на изменение. Диаграмма состояний

Внесен

Инициализировать

Назначен

Назначить

В работе

Взять в работу

ВыполненЗакончить работу

Закрыто Закрыть

ОтложитьОтложить


Запрос на изменение. Диаграмма активностиЗапрос на изменение – диаграмма активностей

Наз

наче

нВн

есен

В ра

боте

Отл

ожен

оВы

полн

енЗа

кры

т

Начальник управленияСпециалист ОПК


Назначить

Взять в работу

Необходимо уточнение?

Нет

На уточнение

Да

Необходимо отложить?

Нет

Отложить Да

Необходимо отложить?

Отложить Да

Закончить работу

Нет

Закрыть


Дефект: диаграмма состояний

Внесен


НазначенНазначить

В работе Начать работу

ИсправленЗакончить работу

Закрыт Закрыть


Дефект: диаграмма активностиДефект – Диаграммы активностей

Наз

наче

нВн

есен

В ра

боте

Исп

равл

енЗа

кры

т

Участник проектаТестировщик Руководитель проекта


Назначить

Начать работу


Закрыть

Да

Исправлен

Нет


Задача: диаграмма состояний

Внесена


Назначена

Назначить

В работе


ВыполненаЗакончить работу

Закрыто Закрыть

ОтложенаОтложить

Отложить

Отложить


Задача: диаграмма активностиЗадача – Диаграмма активностей

Наз

наче

наВн

есен

аВ

рабо

теВы

полн

ена

Закр

ыта

Отл

ожен

а

Участник проектаРуководитель проекта

Работы откладываются

?


?

Результаты работ удовлетворяют?

Инициалировать

Назначить

Нет

Отложить

ДаДа


Нет


?

Да

НетОтложить


Закрыть

Да

Нет


Этап: диаграмма состояний

Внесен


В работе



Выполнен

Вернуть


Этап: диаграмма активности

Этап – Диаграмма активностей

В ра

боте

Внес

енВы

полн

ен

Руководитель проектаНачальник управления




Вернуть


Поручение: диаграмма состояний

Внесено


Выполнено


Закрыть

Закрыто

Закрыть


Поручение: диаграмма активности

Этап – Диаграмма активностей

Выпо

лнен

оВн

есен

оЗа

кры

то

Специалист ОПК



Закрыть


Отчетность


Отчетность по запросам на изменение (общая)

Наименование Описание

• Дефекты все Все зарегистрированные дефекты.

• Дефекты,

назначенные на

меня

Дефекты, назначенные на текущего

пользователя.

• Дефекты,

назначенные мной

Дефекты, назначенные на текущего

пользователя.

• Дефекты в

работе,

созданные мной

Дефекты в работе, созданные

текущим пользователем.

• Дефекты

завершенные,


Исправленные дефекты, созданные

текущим пользователем.

• Запросы на

изменение все

Все зарегистрированные запросы на

изменение.


• Запросы на изменение

закрытые, созданные

мной

Запросы на изменение закрытые, созданные

текущим пользователем

• Запросы на изменение в

работе, созданные мной

Запросы на изменение в работе, созданные


• Запросы на изменение

завершенные, созданные

мной

Выполненные запросы на изменение, созданные


• Задачи все Все зарегистрированные задачи

• Задачи закрытые,


Задачи закрытые, созданные текущим

пользователем

• Задачи в работе,


Задачи в работе, созданные текущим


• Задачи завершенные,


Выполненные задачи, созданные текущим


• Задачи, назначенные на

меня

Задачи, назначенные на текущего пользователя


• Поручения все Все зарегистрированные поручения

• Поручения

закрытые,


Поручения закрытые, созданные


• Поручения в

работе, созданные

мной

Поручения в работе, созданные текущим


• Поручения

завершенные,


Выполненные поручения, созданные


• Поручения,

назначенные на

меня

Поручения, назначенные на текущего

пользователя

• Ожидающие

утверждения для

меня

Задания, в которых назначены

утверждения на текущего пользователя


• Моя текущая

работа

Задания, которые

находятся в работе и

исполнителем является текущий

пользователь

• Недавно

измененные

Задания, которые были

изменены в течение последних 12

часов

• Недавно

измененные

мной


изменены в течение последних 12

часов текущим пользователем

• Недавно

созданные

мной


созданы в течение последних 12

часов текущим пользователем


Базовая аналитическая отчетность

Наименовани

е

Цель отчета Описание

• Активные

дефекты

(таблица)

Обеспечить

понимание о

текущих дефектах

Данный отчет отображает

перечень активных дефектов, их

состояние и исполнители

• Запросов на

изменение в

день


понимание

динамики

обработки запросов

на изменение


график количества незакрытых

запросов на изменение по отношению

к их состоянию.

Отчет имеет следующие

параметры: Начальная дата построения

отчета Конечная дата построения отчета

• Запросов на

изменение на

пользователе


понимание нагрузки

пользователей

запросами на

изменение


количество открытых запросов на

изменение на каждом пользователе

• Активные

запросы и их

задачи


быстрое понимание

текущих работ по

запросу на

изменение


перечень активных запросов на

изменение, их этапов, плановых и

фактических сроков, а также

активную задачу на этапе


• Декомпозиция

запросов на

изменение


понимание работ по

запросу на изменение

и их состояние


детальную информацию о запросе на

изменение, его этапах и задачах, их

плановые и фактические сроки,

исполнители и текущее состояние

• Дефектов в день Обеспечить

понимание динамики

обработки дефектов

Данный отчет отображает график

количества незакрытых дефектов по

отношению к их состоянию.

Отчет имеет следующие параметры: Начальная дата построения отчета Конечная дата построения отчета

• Дефектов на





дефектами

Данный отчет отображает количество

открытых дефектов на каждом пользователе.

• Поручений на





поручениями


открытых поручений на каждом

пользователе.

• Задача на




пользователей задачами


открытых задач на каждом пользователе.


Скриншоты


Дерево проекта в TeamConcert


Отчетность в TeamConcert


Внесение нового запроса (заполнение экранной формы)


Изменение состояния Задачи


Хронология изменения Задачи


Список файлов, прикрепленных к запросу


Интеграция с SVN


Формирование типовых шаблонов процесса


Иерархическая структура при определении шаблона процесса


Созданный пул запросов на основании шаблона


Итоги

Технология введена в промышленную эксплуатацию

В работу вовлечены все сотрудники Банка

Все проектные активности выполняются через Team Concert


Вопросы?

Внедрение ibm rational team concert в Банке...

Technology