Scientific journal
Fundamental research
ISSN 1812-7339
"Перечень" ВАК
ИФ РИНЦ = 1,674

INFORMATION SYSTEM DESIGN AND TECHNOLOGICAL PREPARATION OF PRODUCTION UNDER BUSINESS PROCESS REENGINEERING

Khaimovich I.N. 1, 2 Kovalkova E.A. 1, 2
1 Federal Autonomous Educational Institution of Higher Education Samara State Aerospace University named after Korolev (National Research University)
2 POU VO «International Market Institute»
Creating a science-based technological methods of formalizing the development of software systems is an actual scientific and technical problem. As part of the priority issues referred to above are the objectives aimed at formalizing the initial phase of a software project lifecycle – analysis of the subject area, the most important part of which it is the simulation domain. In this case the purpose of modeling is to build formal models that adequately reflect the subject area, in accordance with the purposes and objectives of the project. the structure of the software project life cycle was developed to solve this problem. Introducing elements of the life cycle of the structure of the existing design and technological preparation of production, we carry out reengineering of business processes. Then, the resulting model, perform an assessment of existing processes of design and technological preparation of production with the help of the links between critical success factors and key business processes.
design and production planning
business process
a critical success factor
reengineering
1. Grechnikov F.V., Khaimovich I.N. Kuznechno-shtampovochnoe proizvodstvo. Obrabotka metallov, 2008, no 3, pp. 34–41.
2. Zverev A.V., Roslyakov E. M., Nekrasov I. N. Fundamentalnye issledovaniya, 2016, no 3–3, pp. 487–483.
3. Lelyukhin V.E., Kolesnikova O.V. Fundamentalnye issledovaniya, 2015, no 2–12, pp. 2558–2562.
4. Mokina E.E., Maruhina O.V., Shagarova M. D. Fundamentalnye issledovaniya, 2015, no 2–9, pp. 1857–1861.
5. Khaimovich I.N. Izvestiya vuzov. Aviatsionnaya tehnika, 2014, no 2, pp. 44–48.
6. Khaimovich I.N. Metodologiya organizatsii soglasovannykh mekhanizmov upravleniya protsessom konstruktorsko-tekhnologicheskoy podgotovki proizvodstva na osnove informatsionno-tekhnologicheskikh: Avtoref. dis. dok. tekhn. Nauk, Samara, SSAU, 2008. 26 p.
7. Khaimovich I.N., Klentak L.S. Fundamentalnye issledovaniya, 2013, no. 10–12, pp. 2634–2638.
8. Khaimovich I.N., Haimovich A.I. Izvestiya vysshikh uchebnykh zavedeniy. Tsvetnaya metallurgiya, 2015, no. 2, pp. 37–43.
9. Khaimovich I.N., Khaimovich A.I. Vestnik Samarskogo gosudarstvennogo aerokosmicheskogo universiteta im. Akademika S.P. Koroleva (natsionalnogo issledovatelskogo universiteta), 2008, no. 1 (14), pp. 248–252.
10. Khaimovich I.N. Computer aided design of blank forging production facilities for aircraft engine compressor blades// Russian Aeronautics. 2014, no. 57(2), pp. 169–174.

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

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

Классическая схема моделирования предметной области заключается в построении функциональной модели «как есть», что позволяет собрать и представить в формализованном виде информацию о существующем состоянии предметной области, преобразовании ее в модель «как надо», что соответствует реорганизации бизнес-процессов и построении концептуальной модели данных.

Поставленная задача создания информационной системы с реинжинирингом бизнес-процессов представляет собой комплекс проблемно-ориентированных подзадач:

  • Декомпозиция предметной области: выделение основных элементов интегрированной математической модели машиностроительного предприятия, их взаимосвязей и определение функциональных и информационных потоков.
  • Формализация предметной области: выбор математических средств формализации и построение модели автоматизированной системы по организации производства «как есть» и «как надо» средствами визуального моделирования.
  • Проектирование структур данных для компьютерного представления интегрированной математической модели.
  • Проектирование архитектуры автоматизированной системы функционирования машиностроительного предприятия на базе построенной модели «как надо».
  • Выбор программных и аппаратных средств и методов разработки.
  • Разработка (программирование) модулей автоматизированной системы.

Решение подзадачи декомпозиции предметной области по организации производства целесообразно проводить по иерархической структуре объектов моделирования: изделия, ресурсов, процесса, документов [1].

Родительской структурой верхнего уровня является «Проект». Узлами промежуточных уровней являются агрегаты и сборочные единицы. На нижнем уровне иерархии располагаются неделимые детали. Таким образом, определим модель любого изделия, изготавливаемого на производстве, следующим образом:

PL=<{Msl(Ui)}, r>, (1)

где Msl(Ui)=<{Uj|Uiρ>Uj}>.

При этом Ui – элемент изделия: сборочная единица, деталь, агрегат т.д.; ρ∈Msl×Msl – отношение полного порядка (древовидное отношение), определяющее иерархию элементов изделия; {Uj|Uiρ>Uj} – множество элементов (деталей, сборочных единиц, агрегатов) Uj, входящих в состав вышестоящего элемента (сборочной единицы, агрегата) Ui.

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

LC=<{Msl(Pi)}, ψ>, (2)

где Msl(Pi)=<{Pj|Piψ>Pj}, Mψ(Pi)>.

Элементы модели имеют следующее семантическое значение в рамках предметной области организации производства: Pi – процесс; при этом Pi – неделимая технологическая операция, если не существует пары подпроцессов Pk и Pl таких, что Piψ>Pk∈Piψ>Pl. ψ∈Msl×Msl – отношение полного порядка (древовидное отношение), определяющее декомпозицию процессов. {Pj|Piψ>Pj} – множество технологических подпроцессов Pj, реализующих процесс Pi. Mψ(Pi) – модель отношения, определяющего последовательность выполнения подпроцессов, реализующих процесс Pi.

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

OS=<{Msl(Oi)}, φ>, (3)

где Msl(Oi)=<{Oj|Oiφ>Oj}, Si, θ(Si)>.

При этом Oi – подразделение завода: цех, отдел, бюро, бригада и т.д.; φ∈Msl×Msl – отношение полного порядка (древовидное отношение), определяющее иерархию оргструктур; {Oj|Oiφ>Oj} – множество подразделений Oj, входящих в структуру вышестоящего подразделения Oi; Si – множество сотрудников (должностей), работающих непосредственно в данном подразделении, т.е. Si∩Sj=Ø, ∀j|Oiφ>Oj; θ(Si) – отношение частичного порядка, задающее внутреннюю подчиненность (субординацию) сотрудников подразделения Oi.

Определим структуру моделей процессов Pj при изменении жизненного цикла изделия.

haymovich01.wmf (4)

где A(Pj)={ai(Pj)} – множество дескриптивных атрибутивных свойств; haymovich02.wmf – множество параметров управления, воздействие на которые через отображение E влияет на течение процесса Pj, т.е. обеспечивает управляемость процесса; haymovich03.wmf – множество параметров контроля, значения которых обеспечивают наблюдаемость процесса Pj через отображение C.

Структура элемента Pj представляет общее описание функциональной модели со связями с информационной моделью.

Согласно заданию, элементы множества A(Pj) содержат общее описание процесса, опирающееся на некоторый нормативный документ. Это требование реализуется через отношение hP документирования процессов.

ηP={(ai(Pj), Dk)}, ∀Pj (5)

– документирование процессов, где Dk – документация предприятия.

Процедуры управления процессами и их контроля согласно требованиям стандартов ISO 9000 также должны быть задокументированы. Это реализуется через следующие отношения.

haymovich04.wmf (6)

– документирование параметров управления;

haymovich05.wmf (7).

– документирование параметров контроля.

Документирование осуществляется через систему отчетности. Структура отчета:

R=(t, {di}, ξ), (8)

где t – момент времени актуальности отчета (статус или жизненный цикл документа); {di} – множество показателей отчета (данные); ξ – специальное отношение на множестве {di}, определяющее форму («бланк») отчета.

При этом {ξi} – реестр отчетов предприятия.

Для форм отчетов также вводится отношение документирования:

hR={(ξi, Dk)}, ∀ξI. (9)

Система отчетности предприятия включает в себя отчеты по параметрам процессов, состояниям элементов состава изделия и средствам обеспечения. Каждому отчету ставится также в соответствие подразделение или сотрудник, ответственный за составление данного отчета:

haymovich06.wmf (10)

haymovich07.wmf (11)

μPL={(ai(Uj), ξk, Om)}, ∀ai(Uj); (12)

μEQ={(ai(Ej), ξk, Om)}, ∀ai(Ej). (13)

По проведенной декомпозиции предметной области проводится формализация, т.е. выполнение второй задачи создания информационной системы, методами визуального моделирования с реорганизацией бизнес-процессов из модели «как есть» в «как надо».

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

Данные для информационной модели рассмотрим далее.

Высокая сложность объектов автоматизации и требования по минимизации времени разработки в условиях конкуренции определяют корпоративный характер работ, начиная с обследования и моделирования предметной области. При этом коллективный характер работы и большая размерность предметной области предъявляют дополнительные требования к методам моделирования, чтобы их можно было использовать в составе промышленных технологий программных систем для машиностроительных предприятий: обеспечить необходимый и достаточный уровень детализации функциональной и информационной моделей при ее коллективном построении [5].

При моделировании предметной области в организации производства машиностроительного предприятия в качестве функциональной рассматривается модель процессов, а в качестве информационной – модель информационных потоков [6].

Введем обозначения элементов, участвующих в моделировании предметной области.

Пусть Pi – процесс в функциональной модели, {api} – атрибуты процесса, {adi} – атрибуты документа, тогда отношение соответствия для любого api определим как

L={(api, adi)}.

Отношения соответствия для процесса Pi определим через флаги состояний S – начало процесса, E – окончание процесса. Обозначим их как статусы процесса.

haymovich08.wmf

Если процесс не начался, то S=0, E=1. Если процесс осуществляется, то S=1, E=0. Если процесс завершен, то S=1, E=1.

Пусть Di – документ в информационной модели, тогда атрибутами документа являются элементы жизненного цикла документа:

{adi}={Р, И, У, Д},

где Р – документ на разработке; У – документ на утверждении; И – документ на изменении; Д – действующий документ.

Отношения соответствия для документа Di определим через флаги состояний 0 – документ не принадлежит элементу жизненного цикла, 1 – документ принадлежит элементу жизненного цикла. Обозначим соответствия как статусы документа.

haymovich09.wmf

В модели информационных потоков должно быть последовательное изменение статуса (жизненного цикла документа):

P→У→И→Д.

В этих обозначениях признак необходимости соответствия функциональной модели информационной заключается в следующем:

1)должно существовать отношение соответствия статуса документа статусу процесса:

haymovich10.wmf

pic_65.wmf

Рис.1. Схемы определения признака достаточности модели: схема1 – при смене статуса документа; схема2 – при генерации нового

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

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

Главный конструктор

Главный инженер

Главный технолог

Конструктор

Технолог

Чертеж детали

У

 

У

РИ

Д

Извещение об изменении

         

Разрешение на изменение

 

У

     

Сборочный чертеж

У

 

У

РИ

Д

Операционная карта

   

У

 

РИ

Маршрутная карта

   

У

 

РИ

Карта эскизов

   

У

 

РИ

Условные обозначения: Р – документ на разработке, У – документ на утверждении, И – документ на изменении, Д – действующий документ.

pic_66.wmf

Рис.2. Схемы для определения нижнего уровня декомпозиции моделив терминах жизненного цикла документа

Признак достаточности определяется как декомпозиция предметной области до схемы1 и 2 (рис.1).

Глубина детализации, т.е. достаточность декомпозиции моделей в терминах жизненного цикла документа: статус документа должен меняться последовательно по схеме: P→У→И→Д, т.е. декомпозиция в модели должна доходить до схемы1 и 2 (рис.2).

Для проверки признаков надо отследить изменения статуса документов по таблице, которая заполняется сотрудниками предприятия.

Рассмотренные схемы приводят к изменению существующей методологии моделирования предметной области IDEF0, в которой документ может являться либо входным элементом, либо управляющим, и не реализуется вариант одновременного нахождения документа в этих состояниях [2, 3, 4].

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

Ранжирование бизнес-процессов, имеющих стратегическую важность для организации, с возможностью их улучшения проводится экспертно. Вводим понятие «критические факторы успеха».

Критические факторы успеха (КФУ) – это небольшое число целей, которые непосредственно вытекают из главной (повышение производительности, уменьшение издержек, сокращение жизненного цикла изделия, повышение качества продукции, повышение качества обслуживания) и являются критическими по отношению к успеху организации.

Для выявления взаимосвязи КФУ и ключевых бизнес-процессов их сводят в таблицу. Затем, рассматривая каждый КФУ, выбирают из списка те бизнес-процессы, которые позволяют достичь его. Далее определяется общее количество КФУ для процесса: повышение производительности (1), уменьшение издержек (2), сокращение жизненного цикла изделия (3), повышение качества продукции (4), повышение качества обслуживания (5), высококвалифицированные и мотивированные сотрудники (6), количество КФУ(7), оценка работы (8). Ранжирование бизнес-процессов относительно КФУ следующее: 5 – отличная работа, 4 – хорошая работа, 3 – удовлетворительная работа, 2 – неадекватная работа, 1 – плохая работа.

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

Таким образом, данные критерии позволяют решить поставленные задачи и удовлетворить требованию по обеспечению уровня детализации совместно построенной функциональной модели и модели потока данных при корпоративном моделировании предметной области.