Информационное письмо
Образец оформления статьи
Анкета автора
31.08.2015

Разработка универсальной процедуры процесса управления релизами в информационной системе розничной сети

Гусева Дарья Викторовна
магистрант, кафедра информатики, Санкт-Петербургский государственный экономический университет, г. Санкт-Петербург, Российская Федерация
Аннотация: Разработана универсальная процедура процесса управления релизами в информационной системе розничной сети компании «О’КЕЙ». Выпущен внутренний стандарт, имеющий определенное назначение, положение о процессе и свой регламент обработки релиза с семью переходящими статусами.  Каждый релиз должен иметь уникальный идентификатор, однозначно определяющий его в базе релизов. Определена приоритезация и классификация объектов релиза: срочный (один запрос на изменение с параметром «срочный запрос на изменение»); стандартный; незначительный (релиз низшего приоритета, состоящий из требований разработки дополнительного необязательного функционала). На входе находятся события, которые инициируют действия в рамках настоящего процесса: запрос на изменение; готовый релиз, использующий процесс управления. На выходе - результаты работы процесса: релиз для разработки; релиз, установленный в продуктивную среду. Для обеспечения работы процесса, независимо от организационной структуры, при работе используются роли, регламенты, рабочие инструкции, обязанности и ответственность сотрудников, участвующих в процессе.
Ключевые слова: ИТ-стратегия, анализ, модель, управление релизами, управление изменениями, сопровождение, программное обеспечение, управление знаниями, база знаний, розничная сеть, информационная система, проект, стандарты, процедура, эффективность
Электронная версия
Скачать (527.7 Kb)

1. Введение

Процесс управления релизами включает в себя компоновку изменений по ИТ-системам и релизам, тестирование, обучение персонала новому функционалу, а также развертывание новых версий программного обеспечения в продуктивной среде [1 - 4]. Для данного процесса создается пакет документов (таблица 1). 

Таблица 1. Перечень процессной документации

№/№

Название документа

Комментарии

1

Положение о процессе

Основной документ, описывающий параметры и границы процесса

2

Регламенты процесса

Документ, описывающий деятельность в рамках процесса

3

Рабочие инструкции

Дополнительные документы, подробно описывающие отдельные этапы процессной деятельности

4

Матрица соответствия ролей

Документ, который связывает ролевую модель процесса с организационной структурой Поставщика ИТ-услуг

Далее должен быть предпринят контроль разработки новых версий программного обеспечения (ПО), взаимодействия с внешними разработчиками и формирование требований к формату разработки и хранению исходных текстов ПО, при которых снижаются затраты при смене разработчика отдельной ИТ–системы [5].

Определяется процедура аудита и контроля качества [6]. Данный регламент описывает проведение регулярного анализа метрик процесса [7, 8], процессной документации, а также корректирование процесса в целях повышения качества его работы и сокращение операционных расходов. Анализ может показать, что необходимо обновление метрик и ресурсов процесса. На основании согласованных результатов производится корректировка процессной документации, осуществляется пересогласование и визирование измененных документов.

2. Цель исследования

С помощью разработанной универсальной процедуры управления релизами для розничных сетей должна осуществляться подготовка протестированных и документированных релизов программного обеспечения. Настоящий процесс является ключевым пограничным процессом, разделяющим роли эксплуатации и разработки ПО в департаментах ИТ.

3. Процедура процесса управления релизами

Для выполнения своей цели настоящий процесс выполняет следующие задачи:

1) создание пакетов релизов и техническое задание (ТЗ) к ним;

2) тестирование разработанного ПО;

3) документирование релизов;

4) обучение пользователей ИТ-систем новому функционалу.

На рис. 1. представлена схема возможного перехода статусов релиза в системе автоматизации процесса.

Рис. 1. Схема перехода статусов релиза

Рис. 1. Схема перехода статусов релиза

Менеджер процесса управления релизами с участием менеджера по релизам отдельной ИТ-системы выделяет набор завизированных RFC для компоновки релиза (рис. 2).

Рис. 2. Схема процесса управления релизами
Рис. 2. Схема процесса управления релизами

Критерием отбора RFC для отдельного релиза может быть:

  • сходный функционал;
  • ожидаемая дата внедрения изменения в продуктивную среду;
  • срочность запросов на изменение.

Менеджер процесса окончательно визирует перечень запросов на изменение в релизе, и определяет ожидаемую дату выпуска релиза для установки в продуктивную среду. Менеджер по релизам данной ИТ-системы имеет совещательный голос в компоновке состава релиза.

После окончательного определения состава релиза менеджер по релизам ИТ-системы формирует техническое задание. Текст технического задания составляется из описания требований отдельных запросов на изменение, и может корректироваться с учетом современных технологий, а также внутренних требований по используемым технологиям и системам [9, 10]. На данный этап развития процесса официальный формат документа «техническое задание» не определяется, и является документом в вольной форме.

Документирование релиза начинается после получения дистрибутива релиза из разработки (или закупки). Формат передачи релиза определяется для каждой ИТ–системы [11 - 13] отдельно, и по умолчанию представляет из себя исходный текст и исполняемый модуль (в отдельных каталогах), записанные на носитель типа CD-R или DVD-R с закрытой сессией записи (т.е. не подлежащий изменению). Возможна передача релиза в виде файлов по электронной почте. Менеджер по релизам ИТ-системы должен получить от разработчиков полный комплект документов, которые были разработаны в процессе разработки релиза.

На основании этой документации, технический писатель по ИТ-системе формирует следующие документы:

1) руководство пользователя (или обновление руководства пользователя). В данном документе описывается новый или модифицированный функционал, который влияет особенности использования ИТ-системы для конечного пользователя.

2) руководство администратора (или обновление руководства администратора). Здесь описываются все особенности нового релиза, которые могут повлиять на действия администратора приложения, базы данных или системного ПО. Здесь также указываются все изменения в структуре данных и кода, которые могут привести к изменению плана резервного копирования ИТ-системы.

3) план развертывания системы.

4) Roll-back Plan (план отката релиза ИТ-системы к предыдущей стабильной версии). В данном плане должны указываться все особенности восстановления как кода, так и данных, которые могли измениться после начала работы некорректной версии ИТ-системы.

5) Release Notes. Краткое описание изменений в ИТ-системе. Является сокращенным вариантов обновления руководства пользователя и предназначена для рассылки всем пользователям данной ИТ-системы накануне установки нового релиза в продуктивную среду.

6) план обучения пользователей. Используется при сложных релизах, для которых недостаточно документа Release Notes.

Тестирование должно проводится в независимой среде [14 - 21]. Она повторяет продуктивную среду в масштабе 1:1, либо с некоторым коэффициентом.

Тестирование должно включать в себя три этапа:

1) функциональное тестирование. В эту часть входит проверка наличия и корректной работы заявляемого функционала.

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

3) стрессовое тестирование. Результаты этой части должны описывать прогнозируемое поведение ИТ-системы при превышении документируемой официально заявляемой нагрузки. Это может быть снижение производительности, полный отказ, пропуск транзакций, возврат ошибки и т.п..

Результаты тестирование представляются менеджеру по релизам ИТ-системы. При неудовлетворительных результатах [22, 23] тестирования менеджер по релизам, совместно со спонсором ИТ-системы, возвращают релиз на переработку. При наличии сложного нового функционала в ИТ–системе [24 - 27], менеджер релизов ИТ-системы может принять решение об обучении пользователей.

Внедрение в продуктивную среду производится в срок, указанный процессом управления изменениями. Для уточнения времени установки системы в карточке ИТ-системы обычно указывается «технологическое окно».

Время простоя ИТ-системы во время установки релиза не считается «недоступностью», и не попадает в отчет как простой.

При формировании размера «технологического окна» для установки релиза должно учитываться время для следующих этапов.

1) Выполнение плана Roll-Out (установки релиза);

2) Оценка и принятие решения о корректности установки;

3) Выполнение плана Roll-Back в случае, когда принято решение о некорректности релиза при установке в продуктивную среду.

В случае, когда произошло выполнения плана Roll-Back, релиз отправляется на доработку руководителю разработки данной ИТ-системы. Все сотрудники, использующие или сопровождающие бизнес-приложения, обязаны соблюдать требования данной процедуры.

4. Выводы

Универсальная процедура управления релизами в информационной системе розничной сети разработана для применения в сети гипермаркетов «О’КЕЙ» в рамках выравнивания ИТ-стратегии и бизнес стратегии компании. Регламент прописан в процедурный стандарт и используется в настоящее время. Документ разработан на основе регламента управления процессами сопровождения ПО и содержит описание процесса управления релизами в ИТ-системах в группе сопровождения ПО. Данная процедура в совокупности с процессом управления изменениями, процедурой управления рисками и восстановлением ИТ сервисов при наступлении чрезвычайного происшествия, а также основным стандартом допустимого использования информационных технологий используется для управления информационной системой в сети гипермаркетов «О’КЕЙ» по Северо-Западу. Схема управления релизами, разработанная в данной процедуре применяется только в данной сети.

Список литературы:

1. Граничин О.Н., Кияев В.И. Информационные технологии и системы в современном менеджменте. – Санкт-Петербург: Издательство ВВМ. – 2014. – 897 с.

2. Гусева Д.В. Выравнивание ИТ–стратегии и бизнес–стратегии торговой компании на примере сети гипермаркетов «О’КЕЙ» // Nauka-Rastudent.ru. – 2015. – № 7 (19). – С. 3.

3. Минаков В. Ф., Лобанов О. С., Остроумов А. А. Развертывание облачной инфраструктуры в региональном информационном пространстве // Научное обозрение. – 2014. – № 11. – С. 103-106.

4. Лобанов О.С., Минаков В.Ф., Минакова Т.Е. Методология ранжирования ресурсов в облачной инфраструктуре региона // Материалы 3-й научно-практической internet-конференции Междисциплинарные исследования в области математического моделирования и информатики. – Ульяновск. – 2014. – С. 50-56.

5. Минаков В.Ф., Артемьев А.В., Лобанов О.С. Модель динамики технологических инноваций // Международный научно-исследовательский журнал = Research Journal of International Studies. – 2014. – № 2-1 (21). – С. 110-111.

6. Минаков В.Ф. Ценовая эластичность спроса и предложения качества // Информационные технологии в бизнесе. Сборник научных статей 8-й международной научной конференции. – Санкт-Петербург. Издательство «Инфо-да». – 2013. – С. 51-60.

7. Минаков В.Ф., Лобанов О.С., Минакова Т.Е. Аналоговые и дискретные метрики и модели оценки инноваций // Материалы 3-й научно-практической internet-конференции Междисциплинарные исследования в области математического моделирования и информатики. – Ульяновск. – 2014. – С. 280-287.

8. Минакова Т.Е., Минаков В.Ф., Лобанов О.С. Каскадная модель коммерциализации инноваций // Материалы 3-й научно-практической internet-конференции Междисциплинарные исследования в области математического моделирования и информатики. – Ульяновск. – 2014. – С. 63-69.

9. Бекаревич Ю.Б., Пушкина Н.В. Облачные ВЕБ–приложения для удаленной интерактивной работы пользователей с базами данных в экономической среде // Проблемы экономики и менеджмента. – 2014. – № 1 (29). – С. 98-102.

10. Минакова Т.Е., Минаков В.Ф. Интеграция средств защиты // Научное обозрение. – 2013. № 10. – С. 172-176.

11. Минакова Т.Е., Минаков В.Ф. Инновационное развитие региональных информационных ресурсов как облачных платформ // Альманах современной науки и образования. Тамбов: Грамота. – 2013. – № 12 (79). – С. 116–117.

12. Минаков В.Ф., Барабанова М.И., Радченко М.В. Математическая модель обслуживания потока заявок в национальной платежной системе // Материалы 5-й научно-практической internet-конференции Междисциплинарные исследования в области математического моделирования и информатики. – Ульяновск. – 2015. – С. 24-31.

13. Минаков В.Ф., Корчагин Д.Н., Король А.С., Шевцов М.А. Пустахайлов С. К. Математическое моделирование автоматизированных информационных процессов // Вестник Северо-Кавказского федерального университета. – 2006. – № 3. – С. 15–19.

14. Минаков В.Ф. Производственная волновая функция // Международный научно-исследовательский журнал = Research Journal of International Studies. – 2014. – № 10-1 (29). – С. 22-25.

15. Минакова Т. Е., Минаков В. Ф. Энергосбережение – мультипликатор эффективности экономики // Международный научно-исследовательский журнал = Research Journal of International Studies. – 2013. – № 11-2 (18). – С. 60-61

16. Минакова Т. Е., Минаков В. Ф. Синергия энергосбережения при высокой добавленной стоимости продукции // Современные проблемы науки и образования. – 2013. – № 4. – С. 26.

17. Минаков В.Ф., Минакова Т.Е. Исследование динамики производства электроэнергии региона // Вестник Северо-Кавказского федерального университета. – 2005. – № 4. – С. 74–77.

18. Минаков В.Ф., Минакова Т.Е. Способ быстродействующей защиты электродвигателей от несостоявшихся пусков // Альманах современной науки и образования. Тамбов: Грамота. – 2013. – № 9 (76). – С. 113–115.

19. Минакова Т.Е., Минаков В.Ф. Блочная структура средств релейной защиты и автоматики // Альманах современной науки и образования. Тамбов: Грамота. – 2013. – № 10 (77). – С. 114–116.

20. Минаков В.Ф., Минакова Т.Е. Математическая модель кумулятивного эффекта энергосбережения // Известия высших учебных заведений. Электромеханика. – 2013. – № 1. – С. 197–199.

21. Минаков В. Ф. Экономическая волнометрика воспроизводства // Nauka-rastudent.ru. – 2015. – № 02 (014-2015) / [Электронный ресурс] – Режим доступа. – URL: http://nauka-rastudent.ru/14/2424/. – С. 5.

22. Шиянова А.А., Галстян А.Ш., Минаков В.Ф., Минакова Т.Е. Математическое моделирование макроэкономических трендов развития страхового бизнеса // Современные проблемы науки и образования. – 2014. – № 4. – С. 436.

23. Радченко М.В., Баша Н.В., Мельникова Е.Ф. Интеграционный механизм хеджирования инновационных проектов // Nauka-Rastudent.ru. – 2015. - № 3 (15). – С. 8.

24. Минаков В. Ф. Зависимость ликвидности банков от показателей экономической конъюнктуры // Региональная информатика (РИ-2014). XIV Санкт-Петербургская международная конференция «Региональная информатика (РИ-2014)». – Санкт-Петербург, 29-31 октября 2014 г.: Материалы конференции. – СПОИСУ. – СПб.: 2014. – С. 203.

25. Минаков В. Ф. Логистика мобильной торговли // Международный научно-исследовательский журнал = Research Journal of International Studies. – 2014. – № 9 (28). – С. 77-78.

26. Минаков В.Ф., Минакова Т.Е., Галстян А.Ш., Шиянова А.А. Обобщенная экономико-математическая модель распространения и замещения инноваций // Экономический анализ: теория и практика. – 2012. – № 47 (302). – С. 49-54.

27. Минаков В.Ф. Метод анализа многомерных иерархий // Nauka-rastudent.ru. – 2015. – № 7 (19). – С. 31. / [Электронный ресурс] – Режим доступа. – URL: http://nauka-rastudent.ru/19/2803/.