Методология моделирования ряда производственных процессов ОАО «РЖД» для реализации их в Единой интеллектуальной системе управления железнодорожным транспортом

15

Управление ИТ-архитектурой ОАО «РЖД»

Консультанты «Логики бизнеса 2.0» совместно со специалистами Процессного офиса ОАО «НИИАС» разработали методологию моделирования и описали ряд производственных процессов ОАО «РЖД» для реализации их в Единой интеллектуальной системе управления железнодорожным транспортом.

В декабре 2012 года в ОАО «НИИАС», головной организации по автоматизации производственной деятельности ОАО «РЖД», стартовал проект по созданию Единой интеллектуальной системы управления железнодорожным транспортом (ИСУЖТ). Началу проекта предшествовал этап подготовительных работ по разработке методологической базы и описанию производственных процессов ОАО «РЖД» в объеме внедрения системы. Для выполнения этих работ в ОАО «НИИАС» был сформирован Процессный офис, в состав которого вошли сотрудники ключевых производственных подразделений института. Основная задача Процессного офиса — разработка комплексной процессной модели производственной деятельности ОАО «РЖД» для автоматизации в ИСУЖТ.

Для описания бизнес-процессов используется инструментарий ARIS, в частности, продукты ARIS Business Server, ARIS Business Architect, ARIS Business Designer и ARIS UML Designer. Обеспечение взаимосвязи моделей бизнес-процессов с моделями данных, онтологической моделью и макетами пользовательского интерфейса позволило организовать эффективное взаимодействие технологов, аналитиков и разработчиков программного обеспечения при постановке задач, их формализации и реализации в системе.

Характеристики новой информационно-управляющей системы

  • Реальный масштаб времени — возможность прогнозирования и упреждающих воздействий
  • Единая программно-техническая платформа — основа для разработки функциональных и технологических подсистем управления различными аспектами производственной деятельности
  • Единое информационное пространство — максимальная ситуационная осведомленность участников перевозочного процесса
  • Эффективные алгоритмы поддержки принятия решений, позволяющие преодолеть комбинаторный взрыв

Задачи автоматизации ЦУТР Восточного полигона

  • Автоматизированное сквозное планирование потребности в тяговых ресурсах на планируемые объемы перевозок и формирование регулировочных заданий на их передислокацию
  • Мониторинг и отображение информации о продвижении поездопотока с учетом ограничений, накладываемых технологией работы полигона и состоянием инфраструктуры
  • Выявление и предупреждение конфликтных ситуаций на станциях полигона по необеспечению тяговыми ресурсами
  • Поддержка принятия диспетчерским аппаратом согласованных регулировочных решений по обеспечению поездов тяговыми ресурсами
  • Контроль выполнения эксплуатационных показателей полигона, районов управления и диспетчерских смен

Задачи процессного подхода в проекте автоматизации

Прежде всего, необходимо ликвидировать имеющиеся разрывы в управленческих и технологических процессах отдельных хозяйств, обусловленные, в том числе, их прошлой территориальной обособленностью и отсутствием единых вертикалей функционального управления. Для этого в Проекте необходимо предусмотреть мероприятия, обеспечивающие разработку и внедрение сквозных унифицированных процессов для уровня управления, учитывающих специфику деятельности различных бизнес-единиц (вертикально-интегрированных дирекций ОАО «РЖД») с одновременным выстраиванием, регламентацией и надлежащим информационным обеспечением процессов взаимодействия всех участников эксплуатационной работы. Формирование единой модели управления перевозочным процессом и актуализация на ее основе нормативно-регламентной базы должно являться одним из основных результатов проекта. При этом следует предусмотреть создание автоматизированных инструментов дальнейшего сопровождения созданной процессной модели и системы регламентов*

* Комментарии ОАО «РЖД» к концепции интеллектуальной системы управления на железнодорожном транспорте, разработанной ОАО «НИИАС»

Процессный офис

Процессный офис является внештатной производственной структурой ОАО «НИИАС», координирующей работы по анализу и моделированию бизнес-процессов в рамках проектно-конструкторской деятельности института.

Цель создания процессного офиса — формирование комплексной модели производственной деятельности ОАО «РЖД» (процессной модели) как методологической основы для проектирования, реализации, и внедрения систем управления на железнодорожном транспорте.

Задачи процессного офиса

  • Разработка методологии анализа и моделирования процессов.
  • Разработка и внедрение стандартов описания требований и постановки задач в части бизнес-процессов.
  • Внедрение инструментов процессного моделирования.
  • Обучение методологии, стандартам и инструментам моделирования процессов.
  • Ведение работ по анализу и моделированию процессов ОАО «РЖД».
  • Координация работ по созданию единой процессной модели.
  • Формирование предложений реинжинирингу моделируемых процессов.
  • Контроль результатов в части соответствия методологии и стандартам моделирования.

Общие принципы работы процессного офиса

  • Вся деятельность по реализации проекта должна оформляться в виде процессных моделей.
  • Объем моделирования ограничен рамками проекта автоматизации.
  • Для описания процессов используется минимально достаточное количество моделей, объектов и связей.
  • Модели не являются дополнением к формализованному (в ТЗ, ТП) описанию системы — они сами по себе являются формализованным описанием, на основе которого разрабатываются проектные документы.
  • Создание моделей не требует дополнительных ресурсов, это неотъемлемая часть процесса проектирования системы.

Результаты работы Процессного офиса за 2012 год

  • Создан процессный офис ОАО «НИИАС» (более 20 специалистов).
  • Создана инфраструктура коллективной работы.
  • Разработана методология моделирования бизнес-процессов для проектирования систем управления на железнодорожном транспорте.
  • Проведено обучение аналитиков и экспертов методологии моделирования и практическим навыкам работы с инструментами ARIS.
  • Разработано >40 моделей процессов верхнего уровня.
  • Разработано >40 детализированных моделей процессов, классов, информационных ресурсов, организационной структуры в рамках создаваемой системы управления.
  • На основе процессных моделей разработаны документы проекта ИСУЖТ (ОТЗ, ЧТЗ, ТЗ, ОПЗ).
  • Сформированы карты процессов для полигонов Санкт-Петербург-Москва, Мариинск-Находка.

Исполнитель проекта

Консалтинговая компания «Логика бизнеса 2.0» (ГК АйТи) — инновационная компания, работающая на стыке управленческих и информационных технологий, использующая самые современные разработки и тренды ИТ-рынка.

«Логика бизнеса 2.0» позиционируется на рынке как доверенный советник (trusted advisor) в области BPM, постановки процессного управления, управления ИТ-архитектурой, интеграции приложений в рамках бизнес-процессов, бизнес-аналитики и операционного контроллинга. Ведущие консультанты компании работают на рынке управленческих и информационных технологий более 18 лет.

www.blogic20.ru

www.i-love-bpm.ru

 

Проектная инфографика

Адаптивное планирование


Взаимодействие через единый технологический процесс


Информационно-управляющие функции АРМ


Ведение работ по созданию информационной системы


Технология работы процессного офиса


Методология моделирования


Методология моделирования (оргструктура)


Методология моделирования (Карта процессов)


Методология моделирования (Группа процессов)


Методология моделирования (Пример бизнес-процесса)


Методология моделирования (Информационные системы)


Методология моделирования (Данные)



18527
Коментарии: 15

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Михаил Петров
    Рейтинг: 809
    Счетная палата Российской Федерации
    Директор департамента цифровой трансформации
    12.04.2013 19:55

    Добрый день! Скажите, пожалуйста - а дальше с полученной картой процессов что происходит?

    • Сергей Цветаев Михаил
      Рейтинг: 10
      1. Закрытое акционерное общество Лаборатория новых информационных технологий «ЛАНИТ»
      Руководитель проектов
      15.04.2013 10:45

      Таки все ! А что еще должно быть ? (Шутка)

      • Михаил Петров Сергей
        Рейтинг: 809
        Счетная палата Российской Федерации
        Директор департамента цифровой трансформации
        15.04.2013 11:44

        В каждой шутке есть доля шутки :) Все таки интересно - что дальше? Нарисовали - и?

    • Михаил
      15.04.2013 16:43

      Далее Карта процессов детализируются до уровня моделей детальных процессов. На этих детальных моделях описывается взаимодействие с данными и формируется список функций для дальнейшей автоматизации. Связка "от модели к разработке" - самое ценное в данном проекте. Таким образом, с помощью процессов бизнес-подразделения и ИТ "говорят" на одном языке.

      • Михаил Петров
        Рейтинг: 809
        Счетная палата Российской Федерации
        Директор департамента цифровой трансформации
        15.04.2013 19:49

        описывается взаимодействие с данными и формируется список функций - это дальнейшие шаги, правильно? и я правильно понял, что конечная цель, для чего это делается - это автоматизация?

        • Михаил
          16.04.2013 10:24

          Совершенно верно. Дальнейшие шаги - это автоматизация процессов в рамках информационной системы.

          • Михаил Петров
            Рейтинг: 809
            Счетная палата Российской Федерации
            Директор департамента цифровой трансформации
            16.04.2013 10:33

            Тогда очень интересно было бы понять, до какого "нижнего" уровня подробности описания Вы "опускаетесь" в декомпозиции. Можете поделиться примерами такого drill down по какой-нибудь ветке процесса, моделирования систем и данных? И далее вопрос - предполагается, что на эти процесс будет выбираться какой-то стандартный софт, или будет заказная разработка? Если стандартный - как будет происходить мэппинг Ваших наработок с системой?

            • Михаил
              16.04.2013 10:46

              Уровень подробности - до действия отдельных ролей в рамках системы. Примеры не в моей власти - это модели РЖД, но детализация уровня "создать заявку на....". По софту - это заказная разработка.

              • Михаил Петров
                Рейтинг: 809
                Счетная палата Российской Федерации
                Директор департамента цифровой трансформации
                16.04.2013 11:22

                Жаль что примеров нельзя добыть, было бы очень интересно посмотреть. Спасибо!

  • Марк Шварцблат
    Рейтинг: 30
    КТ "Акведук"
    ИТ-директор
    13.04.2013 09:58

    Очень интересно. Жаль, часть картинок в очень низком разрешении. Если не трудно и технически реализуемо, то нельзя ли их перезалить?

    • Марк
      15.04.2013 17:15

      Марк Рудольфович, Редакция говорит о том, что при нажатии на рисунок он увеличивается. Такого разрешения достаточно?

      • Марк Шварцблат
        Рейтинг: 30
        КТ "Акведук"
        ИТ-директор
        18.04.2013 13:14

        Нажимаются, кроме первой. но это помогает очень слабо. Вот наугад посмотрел свйоства картинки - 885px × 641px. Ну очень трудно разобрать мелкие надписи. Если в статье превью, то при увеличении должно быть нормальное разрешение.

  • Екатерина Ляско
    Рейтинг: 931
    Global CIO
    Генеральный директор
    15.04.2013 16:52

    Я согласна, что часть картинок очень мелкие. Возможно, Андрей Константинович, сможет предоставить их в более высоком разрешении. Мы сразу поменяем их на сайте и разошлем всем участникам обсуждения.

    • Екатерина
      15.04.2013 18:24

      Запросили в РЖД более высокое разрешение. По факту получения перевыложим.

Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.