Создание единого информационного пространства (ЕИП) промышленного предприятия или целой отрасли – задача весьма нетривиальная. В силу сложности и многоплановости этой задачи в настоящее время не существует единой универсальной методики ее решения. В настоящей статье предлагается общий принцип построения ЕИП на уровне бизнес-приложений, в основе которого лежит построение матрицы консолидированных узлов. Данный метод предложен специалистами Роскосмоса и предприятий ракетно-космической промышленности (РКП) совместно с фирмами-партнерами в рамках реализации утвержденной в марте 2010 года концепции информатизации Роскосмоса на 2010-2015 годы.
Графическая интерпретация метода консолидированных узлов (МКУ) представлена на рис. 1. На нем вертикальными стрелками обозначены основные сферы деятельности предприятия практически любой отрасли промышленности. Горизонтальными прямоугольными блоками показаны уровни равных ролей (УРР) потенциальных пользователей ЕИП (один и тот же пользователь может выполнять в системе несколько различных ролей, например, генеральный конструктор может выполнять в системе роль генерального директора (при его замещении), роль генерального конструктора и роль простого пользователя), которые соответствуют уровням организационной структуры отрасли, но не являются ими. Это некие виртуальные уровни, которым соотносятся следующие аспекты производственной деятельности (независимо от того, на каком уровне организационной структуры рассматриваются эти аспекты):
Места пересечений сфер деятельности с уровнями равных ролей ЕИП отмечены пронумерованными кругами, рассматриваемыми как узлы консолидации ЕИП.
При построении базовой архитектуры ЕИП отрасли на уровне бизнес-приложений предлагается сначала определить полный перечень сфер деятельности отрасли и полный перечень уровней равных ролей ЕИП отрасли. Затем для каждой сферы деятельности следует определить и описать действующие в ее рамках бизнес-процессы (”как есть“), используемые в них типы и структуры информации, типы участников процессов и их подчиненность. Следующим шагом строится диаграмма, подобная представленной на рис. 1, и получается матрица узлов консолидации. Далее для каждого типа участника каждого бизнес-процесса требуется выполнить следующие действия:
Рассмотрим на самом общем уровне применение предлагаемого метода для узла консолидации 4.6 (рис. 1). Узел консолидации 4.6 соответствует уровню роли руководителя предприятия в проектно-конструкторской сфере деятельности отрасли, к которому относится, в том числе, и главный конструктор предприятия (УРР4).
В состав Роскосмоса, управляющего ракетно-космической промышленностью РФ, входят более ста предприятий и интегрированных структур. На части предприятий основным видом деятельности являются проектные и/или опытно-конструкторские работы, а основным видом готовой продукции – техническая (проектная и/или конструкторская) документация на объекты (изделия) ракетно-космической техники. Работы выполняются в рамках различных контрактов и договоров.
Рассмотрим ситуацию, когда договор уже заключен и идут работы по его выполнению. В этом случае основным производственным процессом является процесс управления проектом. Этот процесс можно разделить на два внутренних бизнес-процесса: процесс управления планированием и выполнением проектных работ и процесс управления техническим документооборотом. Процесс управления техническим документооборотом также можно разделить на два самодостаточных бизнес-процесса, дополняющих друг друга, – процесс управления долговременным архивом технической документации и процесс управления текущими работами по созданию технической документации (или оперативным архивом технической документации).
Предположим, что эти бизнес-процессы исследованы и формально описаны ”как есть“. На основании этого описания можно выявить основные производственные функции главного конструктора как участника указанных процессов.
В общем случае основные производственные функции главного конструктора в процессе управления планированием проектов сводятся к подписанию (утверждению) планов-графиков выполнения работ по отдельным проектам, разработке сводного плана работ по всем проектам (портфеля заказов) и подписанию его в качестве исполнителя, а в отсутствие директора – в качестве утверждающего лица. Главный конструктор рассматривает также отчеты о ходе выполнения работ и дает руководящие указания. В этом процессе присутствуют два уровня консолидации информации: план-график по каждому проекту и сводный план по всем проектам.
В обязанности главного конструктора входит также выдача производственных заданий на выполнение работ по договору (то есть на разработку проектной/конструкторской документации) и разработка принципиальной структуры изделия.
Основные функции главного конструктора в процессе управления долговременным архивом сводятся к рассмотрению и подписанию (согласованию, утверждению) технической документации на стадии выпуска готовой продукции на изделие. На этой стадии все чертежи, схемы, текстовая проектно-конструкторская документация собрана (консолидирована) в комплекты и тома по сборкам изделия. В процессе управления оперативным архивом главный конструктор рассматривает отчеты о текущем состоянии дел по разработке сборок и деталей изделия и дает руководящие указания.
В этом процессе вся техническая документация может рассматриваться как в виде отдельных чертежей, схем и текстовых документов, так и в виде сформированных комплектов и томов по сборкам изделия (соответствует двум уровням консолидации информации). Что касается отчетов, то они могут быть получены на основании первичной информации либо на основании сводных отчетов, которые, в свою очередь, получены на основании первичных или других сводных отчетов.
Из выявленных производственных функций главного конструктора и типов информации следует, что часть ЕИП, осуществляющая автоматизацию и информационную поддержку этих производственных функций для роли главного конструктора, должна обеспечивать следующие общие требования:
Проведя аналогичное исследование для уровня равной роли, например начальника отдела (УРР6), получим, что для этого уровня рассматриваемая часть ЕИП должна обеспечивать следующие требования из числа требований, выявленных для УРР4: Т01, Т02, Т03, Т04, Т07, Т09, Т12, Т13. Проведя дальнейший анализ для всех уровней равных ролей, получим результаты, представленные в Таблице 1.
Из анализа бизнес-процессов ”как есть“ и полученной матрицы требований следует, что автоматизацию рассматриваемых производственных функций и бизнес-процессов целесообразно осуществлять посредством внедрения на предприятии следующих дополняющих друг друга информационных систем:
Из анализа таблицы также можно сделать вывод, что функции поиска (Т01, Т02, Т03, Т04), создания маршрута движения (Т09), автоматизированной доставки (Т11) и отправки документа по маршруту (Т12, Т13) являются универсальными для всех уровней равных ролей. А так как системы ДА и ОА, автоматизирующие две части одного и того же бизнес-процесса – технического документооборота, целесообразно создавать на одной программной платформе, то и реализация этих функций должна осуществляться по одному алгоритму в обеих системах. Процесс подписания документа в обеих системах можно считать универсальным, так как независимо от типа документа при его подписании для каждого уровня равных ролей должны выполняться одни и те же функции. Справочник организационной структуры должен использоваться во всех рассматриваемых системах – ДА, ОА и УП, и, следовательно, этот справочник является общесистемным.
Предложеный подход к построению архитектуры ЕИП на уровне бизнес-приложений с помощью метода консолидированных узлов позволяет:
Все эти факторы способствуют ускорению, удешевлению и повышению надежности решений, связанных с созданием ЕИП, а в дальнейшем – удешевлению и упрощению технической поддержки ЕИП.
Теги: | Управление проектной документацией/документооборот, Космос, |