Моделирование — основной инструмент анализа и проектирования БП. Модель есть отображение (представление) объекта, системы или понятия в некоторой форме, отличной от формы их реального существования [14].
Существует огромное количество различного рода моделей. Классифицировать модели можно различными способами (рис. 2.1).
Рис. 2.1. Классификация моделей
По способу воплощения модели можно разделить на реальные (материальные, физические) и абстрактные (идеальные). Реальная модель — модель, построенная из реальных объектов. Примерами являются макеты, тренажеры. Для моделирования бизнес-процессов подобные модели практически не используются.
Абстрактная модель есть отображение реального объекта в виде идеальных конструкций, выполненных средствами мышления. Выделим два основных класса абстрактных моделей: формальные (математические) и семантические (содержательные).
В формальных моделях отражаются математические закономерности, существующие между количественными параметрами. К этому классу моделей относятся, в частности, системы уравнений, статистические модели, модели исследования операций др. Математические модели универсальны в том смысле, что одна и та же модель может описывать весьма различные физические процессы или явления. Основное достоинство математических моделей заключается в том, что они позволяют с помощью формального аппарата вычислений находить решение при заданных условиях, но не все системы удается адекватно описать некоторой единой математической моделью. При анализе и проектировании бизнес-процессов математические модели используются для расчета отдельных характеристик процессов, например, стоимостных, временных, пространственных.
Разработка стандарта по описанию бизнес-процессов (соглашения по моделированию)
Семантические модели незаменимы на ранних этапах проектирования сложных систем, когда формируется концепция системы. Интегрированная семантическая модель системы позволяет представить общую картину, составить обобщенное описание, в котором подчеркнуты основные сущности, а детали скрыты. Главное в такой модели — краткость и понятность.
Такая модель может служить основой для построения более детальных моделей, описывающих отдельные аспекты, подсистемы. Таким образом, семантическая модель может служить каркасом для построения других моделей, в том числе и математических. Она служит для структуризации информации о моделируемом объекте.
Основой большинства семантических моделей являются базовые модели системного анализа — модель «черного ящика», модель состава и модель структуры системы. Модель «черного ящика» описывает только входы и выходы системы, но не ее внутреннее устройство. Модель состава описывает, из каких частей (подсистем, элементов) состоит система. Как правило, модель состава строится путем декомпозиции — последовательного разбиения системы на все более мелкие части. Модель структуры описывает все отношения (связи) между частями системы [15].
В зависимости от того, учитывается или нет в модели фактор времени, семантические модели разделяют на динамические и статические. Статические модели не учитывают временной параметр и отражают постоянные, устойчивые состояния объектов (систем, процессов), их состав, структуру, устойчивые внутренние и внешние связи. Динамические модели отображают поток событий, т. е. изменение во времени состояний объектов, последовательность выполнения взаимодействий объектов.
Любая компания, как известно, — сложная система. Для нее невозможно построить одну-единственную модель, охватывающую абсолютно все детали. В общем случае необходима не одна, а несколько согласованных моделей, отражающих различные аспекты.
В интегрированной модели бизнеса должны найти отражение:
1. Функция компании во внешнем мире: что она делает, для кого, с какой целью. Для этого используются модели типа «черного ящика», диаграммы взаимодействия с окружением (например, диаграмма вариантов использования системы окружением — Use Case Diagram). Такая модель описывает: окружающую среду компании, включающую клиентов, поставщиков, партнеров, субподрядчиков и т. д.; основные бизнес-процессы, а также взаимодействие процессов с окружением.
Кроме того, для отражения системы целей компании и требований, предъявляемых к ней окружением, могут быть использованы модели типа дерева целей.
2. Описание бизнес-процессов, отдельных шагов процессов (функций, работ, операций). Для описания последовательности выполнения процессов разработаны различные виды моделей.
Диаграммы деятельности (Activity Diagrams) описывают последовательность действий (в том числе с условными переходами) в виде схем, напоминающих блок-схемы алгоритмов.
Диаграммы функциональной декомпозиции (например, модель IDEF0) позволяют описывать процесс на разных уровнях детальности: на верхнем уровне представлен процесс целиком, затем он декомпозируется и описывается взаимовлияние полученных подпроцессов друг на друга. Затем каждый из подпроцессов может быть подвергнут дальнейшему разбиению и для его частей может быть построена диаграмма взаимосвязей.
В дополнение к моделям функциональной декомпозиции используются модели функционально-стоимостного анализа (ФСА-модели или АВС — Activity Based Costing), описывающие механизм формирования стоимости продукции на основе стоимости функций и ресурсов, задействованных в бизнес-процессах.
Для отражения логики взаимовлияния работ и событий используются диаграммы потоков работ (Work Flow Diagrams). Они позволяют отражать в модели, например, следующие ситуации: «все предшествующие работы должны быть завершены одновременно», «один или несколько следующих процессов запускаются одновременно».
Несмотря на то, что перечисленные виды моделей БП отражают последовательность выполнения отдельных шагов, время явно в них не присутствует. Чтобы отразить временные характеристики процессов, используют модели календарного планирования (управления проектом), в частности, график Г анта, сетевой график и т. д.
Наиболее полную картину состояния процесса в любой момент времени позволяют получить компьютерные имитационные модели. Они копируют бизнес-процессы путем отображения «живой» картины процесса (при помощи анимации) в режиме сжатого времени.
3. Описание объектов, участвующих в выполнении БП или обрабатываемых, создаваемых бизнесом и отношений между объектами. Объектами являются исполнители, управленцы, оборудование, инструменты, продукция, сырье, материалы и т. д.
Для отражения свойств, характеристик объектов используются модели данных. Так, например, модель «сущность — связь» (Entity -Relationship Diagram) описывает объекты (сущности), их свойства (атрибуты) и отношения между объектами (связи).
Модель классов (Class Diagram) отражает информационную структуру классов объектов и отношения между ними.
Для моделирования поведения объектов используются диаграммы состояний (Statechart Diagrams). Они описывают последовательности состояний объекта, события и переходы между состояниями.
Взаимодействие объектов во время выполнения бизнес-процессов отражают с помощью статических и динамических диаграмм взаимодействия (Interaction Diagrams). К наиболее важным статическим структурам относится также организационная структура компании.
Определим теперь требования к методологиям моделирования бизнеса. Прежде всего методология должна позволять строить понятные и обозримые модели. Модель должна исключать ненужные детали, акцентируя внимание на наиболее существенных аспектах.
Лучше использовать интегрированную методологию, объединяющую методы построения нескольких взаимосвязанных моделей, отражающих различные аспекты моделируемого бизнеса. Необходимо, чтобы язык описания модели был выразителен. С другой стороны, методология должна быть достаточно формализована, т. е. должна включать в себя некоторые довольно четкие процедуры или техники генерации компонент модели. Желательно, чтобы методология поддерживалась инструментальными компьютерными системами. Использование инструментальных средств поддержки существенно облегчает процесс разработки больших проектов, особенно при коллективной разработке, в которой участвуют различные группы разработчиков.
В лекции рассмотрены две методологии моделирования бизнес-процессов: объектно-ориентированная методология (язык) UML (Unified Modeling Language — унифицированный язык моделирования) и методология функциональной декомпозиции IDEF (Integrated computer-aided manufacturing DEFinition). Обе методологии используют выразительный графический язык и позволяют строить наглядные, легко воспринимаемые модели.
При этом используется принцип многомодельности, т. е. методологии позволяют формировать совокупность взаимосвязанных моделей, отражающих различные представления системы. Так, IDEF — пять основных представлений (рис. 2.2), UML включает восемь видов моделей-диаграмм (рис. 2.3).
Немаловажным фактором является поддержка этих методологий компьютерными инструментальными средствами. На рынке CASE-средств представлен целый ряд инструментариев. В частности, методология IDEF поддерживается такими популярными средствами, как BPWin, Design/IDEF. Самым известным CASE-средством, ориентированным на язык UML, является Rational Rose. Во многом именно благодаря инструментальной поддержке рассматриваемые методологии получили очень широкое распространение.
ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА (МОДЕЛИ) СТРУКТУРНОГО АНАЛИЗА И ПРОЕКТИРОВАНИЯ
BFD (BUSSINESS FUNCTION DIAGRAM) — ДИАГРАММА БИЗНЕС ФУНКЦИЙ
DFD (DATA FLOW DIAGRAM) — ДИАГРАММА ПОТОКОВ ДАННЫХ
STD (STATE TRANSITION DIAGRAM) — ДИАГРАММА ПЕРЕХОДОВ СОСТОЯНИЙ k ERD (ENTITY RELATIONSHIP DIAGRAM)-ER-МОДЕЛЬ ДАННЫХ ПРЕДМЕТНОЙ __________________________ ОБЛАСТИ__________________________ SSD (SYSTEM STRUCTURE DIAGRAM) — ДИАГРАММА СТРУКТУРЫ ПРОГРАММНОГО
Рис. 2.2. Инструментальные средства структурного проектирования
ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА (МОДЕЛИ) ОБЪЕКТНО-ОРИЕНТИРОВАННОГО ПРОЕКТИРОВАНИЯ
UD (USE-CASE DIAGRAM) — ДИАГРАММА ПРЕЦЕДЕНТОВ ИСПОЛЬЗОВАНИЯ
ClassD (CLASS DIAGRAM) — ДИАГРАММА КЛАССОВ ОБЪЕКТОВ
SD (STATECHART DIAGRAM) — ДИАГРАММЫ СОСТОЯНИЙ
ID (INTERACTION DIAGRAM) — ДИАГРАММЫ ВЗАИМОДЕЙСТВИЯ ОБЪЕКТОВ
AD (ACTIVITY DIAGRAM) — ДИАГРАММЫ ДЕЯТЕЛЬНОСТЕЙ
PD (PACKAGE DIAGRAM) — ДИАГРАММЫ ПАКЕТОВ
ComD (COMPONENT DIAGRAM) — ДИАГРАММА КОМПОНЕНТОВ
DD (DEPLOYMENT DIAGRAM) — ДИАГРАММА РАЗМЕЩЕНИЯ
Рис.2.3. Инструментальные средства объектно-ориентированного проектирования (UML)
Источник: ozlib.com
Подготовка требований к построению моделей бизнес процессов
Рассмотрены вопросы автоматизации моделей базовых бизнес-процессов конструкторско-технологической подготовки, и показаны пути сокращения времени технологической подготовки производства за счет использования информатизации документооборота производственных процессов. В статье сформирована укрупненная функциональная структура управления технологической подготовкой производства «как должно быть».
Построена UML-диаграмма прецедентов бизнес-процесса «работа конструктора по запуску в производство нового изделия» для предприятия ОАО «Волгабурмаш», позволяющая автоматизировать данный процесс. Приведены структуры классификаторов и кодификаторов оборудования общие и по операциям технологических процессов для формирования баз данных данного предприятия. Описан принцип работы по аналогу при автоматизации технологической подготовки производства. Предложенные подходы к автоматизации проектирования бизнес-процессов и созданные на их основе методики применялись при разработке PDM-системы на ОАО «Волгабурмаш» и показали эффективность при рационализации и оптимизации производственных процессов.
конструкторско-технологическая подготовка производства
автоматизация технологических процессов
функциональное моделирование
UML-диаграммы
кодификаторы
номенклаторы оборудования
1. Гречников Ф.В., Хаймович И.Н. Разработка информационных систем управления конструкторско–технологической подготовкой производства как интегрированной базы информационных и функциональных структур// Кузнечно – штамповочное производство. Обработка материалов давлением. – 2008. – №3. – С. 34–41.
2. Гречников Ф.В., Дровянников В.И., Хаймович И.Н. Анализ характеристик стабильности и размерности информационной системы управления кузнечно-штамповочным производством на Самарском металлургическом заводе «Alcoa» // Кузнечно-штамповочное производство – 2008. – №4. – С.33–36.
3. Гречников Ф.В., Ненашев В.Ю., Хаймович И.Н. Управление технологической подготовкой производства на основе интегрирования автоматизированного проектирования и инженерного анализа// Кузнечно – штамповочное производство. Обработка материалов давлением. – 2008. – №6. – С.42–46.
4. Дровянников В.И., Шляпугин А.Г., Хаймович И.Н. Информационные технологии в промышленном производстве. – Самара: Издательство СГАУ, 2007. – 132 с.
5. Клентак Л.С., Хаймович И.Н. Усовершенствование методов сглаживания сложных поверхностей с использованием интерполяционных сплайнов //»Фундаментальные исследования». – 2013. – № 10 (часть 12). – С. 2634–2638.
6. Марка Д., Мак-Гоуэн К. Методология структурного анализа и проектирования. – М.: Метатехнология, 1993. – 240 с.
7. Рамзаев В.М., Хаймович И.Н., Чумак П.В. Модели и методы управления энергоэффективностью в организациях с учетом ограниченности инвестиционных ресурсов // Современные проблемы науки и образования. – 2013. – № 4. – С. 262.
8. Симагина С.Г. Методика учета качественных характеристик готового продукта при принятии решения о переходе на новые прогрессивные технологии // Известия СНЦ РАН. – 2004. – Т6, № 2. – С. 423–427.
9. Хаймович И.Н., Хаймович А.И. Процедурные правила разработки и согласования бизнес-процессов кузнечно-штамповочного производства // Вестник Самарского государственного аэрокосмического университета. – 2007. – №1. – С. 23–26.
При анализе существующего и разработке нового бизнеса важную роль играет построение моделей предприятия и протекающих в ней бизнес-процессов. Модели могут различаться степенью детализации процессов, формой их предоставления, учетом только статистических или динамических факторов и др.
Модель предприятия в общем случае представляет собой совокупность функциональной, организационной и информационной моделей.
К наиболее известным традиционным средствам построения моделей сложных систем относится методология SADT (Structured Analysys Design Technique) [6]. SADT включает как концептуальный подход к построению моделей систем, так и набор правил и графических обозначений для их описания.
Предлагаемые методы построения функциональных моделей, где описание систем осуществляется с точки зрения выполняемых ими функций, получили название методологии IDEF0. Существуют также специальные методологии для построения информационных моделей, описывающих потоки информации (IDEFIX) и динамических моделей, отражающих причинно-следственные связи между объектами системы (IDEF/CPN). Важная роль при построении новых бизнес-процессов принадлежит таким моделям, которые непосредственно реализуются в среде информационной системы поддержки (ИСП) нового бизнеса. Важность ИСП состоит не только в том, что она является необходимым элементом реинжиниринга, а еще и в том, что зачастую применение ИСП во многом определяет технологию ведения нового бизнеса. ИСП представляет собой специально разрабатываемое программное обеспечение – программную систему, которая строится на основе применения новых информационных технологий и соответствующих инструментальных средств.
При классическом подходе реализуемая в среде ИСП модель разбивается на составные части, каждая из которых рассматривается отдельно от других. Классический подход реализует структурное проектирование, когда разбиение (декомпозиция) системы осуществляется по принципу «сверху – вниз». Создание ИСП при этом складывается из этапов анализа, проектирования, программирования, тестирования и сопровождения.
Наиболее современным и продуктивным считается объектно-ориентированный подход. Этот подход реализован в целом ряде систем программирования и инструментальных средств – в частности, в PDM-системе SmarTeam. Рассмотрим основные понятия и особенности данного подхода.
Объектом называется некоторое понятие, принадлежащее рассматриваемой предметной области, например, «цех», «технологический процесс» и др. Объекты, имеющие однотипные характеристики, объединяются в подклассы и классы, например, объект «фреза» является элементом подкласса «режущий инструмент», который входит в класс «средства технологического оснащения». Характеристиками объекта (атрибутами) могут служить любые данные о нем, которые необходимы для описания этого объекта в данной предметной области.
Иерархический характер компонентов модели отражается в виде иерархии классов и подклассов, а функционирование системы рассматривается как взаимодействие объектов. При этом связи между объектами рассматриваются как самостоятельные сущности. С каждым объектом может быть связано выполнение некоторых действий, например, просмотр, копирование, удаление и др.
Цикл разработки объектно-ориентированной системы содержит несколько этапов (анализ, проектирование, программирование, тестирование, сборка, модификация), которые не требуют строгой последовательности их выполнения. Объектно-ориентированный подход является основным при создании сложных информационных систем. С использованием этих принципов (по методологии SADT) была построена функциональная модель технологической подготовки производства «как должно быть» ОАО «Волгабурмаш» (рис. 1). Эта модель интегрирует перспективные предложения руководства и специалистов с учетом мнения экспертов и системных аналитиков и на этой основе формирует бизнес-процессы деятельности подразделений предприятия [1, 2, 3].
Рис. 1. Функциональная структура управления технологической подготовкой производства (модель «как должно быть»). Обозначения: КД – конструкторская документация; ТД – технологическая документация; ТП – технологический процесс; ТПП – технологическая подготовка производства; ИИ – извещения об изменении; ЧПУ – станки с числовым программным управлением
В результате проведенного функционально-стоимостного анализа было установлено, что большинство затрат на технологическую подготовку производства относится на этап «Проектирование технологической документации» и, в частности, на процесс «Проектирование технологического процесса». Отсюда следует, что улучшение организации проектирования связано с повышением эффективности PDM-систем [3, 9].
Формирование PDM-системы по IDEF-моделям позволит оптимизировать функциональные структуры бизнес-процессов. Реализованная методика моделирования бизнес-процессов от модели «как есть» к модели «как должно быть» с концептуальной моделью данных (КМД) являются базой для единого информационного пространства.
Можно проследить как внедрение PDM-системы отразилось на функциональной структуре процесса «Управление технической подготовкой производства» (рис. 1).
Изменения коснулись уровня «Управление технической подготовкой производства изделий основного профиля». Помимо существующих этапов: конструкторская подготовка производства и технологическая подготовка производства, появился новый этап – администрирование проекта.
Для реализации этого этапа введена новая должность «администратор проекта», задачей которого является координация действий конструкторов и технологов в едином информационном пространстве, созданном внедрением PDM-системы. Благодаря созданию единого информационного пространства, администратор видит текущую картину технической подготовки производства и следит за выполнением требований по конструкторской и технологической документации.
Изменения касаются также этапов конструкторской и технологической подготовки производства, внутри которых появляются новые функции: администрирование конструкторской подготовки производства и администрирование технологической подготовки производства.
Для этого в составе конструкторского и технологического отделов предусмотрены соответствующие должности специалистов по PDM-системе.
Предложенная функциональная структура бизнес-процесса отвечает требованиям SADT-методологии, а механизм реализации основан на PDM-системе, что позволяет упростить и ускорить процесс проектирования технологической документации за счет создания единого информационного пространства.
На их основе проектируем функциональную модель информационной системы в UML-нотации. Как пример рассмотрим методологические аспекты рационализации бизнес-процесса «Выпуск нового изделия» через UML-диаграммы.
Поскольку UML-моделирование предполагает адаптацию программной среды PDM-системы к конкретной предметной области, то рассмотрен технологический процесс конструкторско-технологической подготовки производства (КТПП) применительно к производству буровых долот. Однако все методологические аспекты этого вида моделирования характерны для КТПП любого машиностроительного предприятия.
Первый этап проектирования – разработка базового бизнес-процесса для конструктора по запуску в производство нового изделия (модель «как есть»).
Например, UML-модель разработки технической документации по запуску в производство нового изделия – это описание бизнес-процесса в виде диаграммы прецедентов и последовательностей. Диаграмма прецедентов – это диаграмма предлагаемых бизнес-функций. Основными ее элементами являются исполнители и прецеденты. Исполнители – это конечные пользователи системы.
Прецеденты определяют последовательность действий, инициируемые одним или несколькими исполнителями с целью получения конечного результата. Связи между элементами отражаются в виде ассоциаций, равноценных связей, а также агрегаций. Следовательно, модель «как есть» является базой для последующей рационализации связи между элементами модели, когда один элемент состоит из других элементов. На рис. 2 показана UML-диаграмма оптимизированного бизнес-процесса разработки конструкторской документации с элементами автоматизации.
Предложенный подход позволяет за счет внедрения элементов автоматизации на базе PDM-системы оптимизировать работу специалиста в контексте электронного документооборота. Система электронного технического документооборота поддерживает технологию сквозного проектирования и состоит из подсистем управления документами и управления рабочими процессами и связана с учетной системой и модулем управления проектами. В основу построения системы должен быть положен принцип параллельного проектирования работ (рис. 3).
Рис. 2. UML-диаграмма прецедентов бизнес-процесса «работа конструктора по запуску в производство нового изделия» (модель «как должно быть»)
Рис.3. Схема использования параллельного проектирования
Задача снижения себестоимости изделия связана с унификацией изделий при проектировании [8], то есть с использованием типовых конструкторских элементов, к которым осуществляется привязка режущего, мерительного инструмента и т.д. Конструкция изделия состоит из базовых типовых элементов, сгруппированных по признакам или наборам параметров с подходящими решениями.
В системе технического документооборота для КТПП создается классификатор базовых типовых конструктивных элементов с системой поиска по единой базе данных, а также обобщенный технологический процесс на всю группу изделий. Использование типовых решений в информационных системах означает работу по следующей схеме: «Деталь» – «Деталь – аналог» – «ТП – аналог» – «ТП конкретный». Сначала конструктор ищет в БД деталь, аналогичную проектируемой по классификатору, затем для этой детали выбирается технологический процесс, в него вносятся изменения, и получаем конкретный ТП на изделие. По информационному стандарту привязка операций осуществляется не к изделию, а к оборудованию, поэтому существует возможность автоматически формировать ТП с документацией, автоматизированно формируем карту контроля, карту наладки и ведомость инструмента. Это значительно сокращает время на формирование документации по конструкции и технологии.
Интеграция всех компонентов в единую систему связана с применением банка элементов типовых проектных решений с привязанными к решениям элементами технологий. Требуется оценка проекта по степени использования типовых решений. Цель – унифицировать производственные процессы и оснащение производственных операций. Унификация производственных процессов основана на использовании классификаторов конструкторских и технологических решений.
В классификаторы технологических решений входят классификаторы и кодификаторы оборудования (рис. 4 и 5).
Рис. 4. Классификатор и кодификатор оборудования
Например, код специализированного шлифовального станка 030004 = 03 (станки шлифовальные, заточные, полировальные, доводочные) + 00 (нет деления на подгруппы) + 04 (группа специализированных станков).
Рис.5. Номенклатура оборудования и кодификация оборудования по операциям техпроцесса (КООТП)
Схематично это можно представить следующим образом:
1. Выбор марки оборудования (кнопка «Выбор оборудования»).
1.1. Выбор оборудования из списка, выполняющего указанный код операции.
1.2. Если в предложенном списке нет нужного оборудования, осуществляется его поиск по группе оборудования.
2. Выбор участка.
2.1. Участок наследуется от «Технологической группы», для которой он определяется при создании (т.е. при первом использовании выбранной марки оборудования для выполнения данного кода (содержания) операции).
После получения задания на разработку КД конструктор может идти двумя путями. Первый путь – создание документации с нуля. Это самый трудоемкий и продолжительный по времени процесс. Второй путь более эффективен и основан на использовании классификатора структурированной информации поддержки конструкторских решений на базе PDM-системы.
Поиск вариантов решения осуществляется вводом необходимого количества параметров изделия в PDM-систему. Далее в ответ на запрос конструктор получает список возможных решений. Документация в рамках жизненного цикла изделия копируется на компьютер конструктора для дальнейшей работы.
После завершения конструкторской разработки выдается задание на разработку техпроцесса для изделий, на которые отсутствует технология. Технолог также имеет два направления разработки: с «нуля» или с использованием существующих прототипов. Выбор прототипа ТП идет от классификационного типоразмера изделия согласно типовому технологическому маршруту.
При пооперационной детализации ТП выбирается базовая операция и строится таблица соответствия, в которой каждой операции соответствует оборудование. Далее формируется операционный техпроцесс с описанием инструмента, оснастки, заготовок, программ для станков с ЧПУ, мерительного инструмента, а также документации и нормативов, специальные программы построения элементов [5]. В современных условиях необходимо учитывать и энергосберегающие технологии в технологических процессах [7].
Такой подход, основанный на типовых решениях, представляется наиболее предпочтительным.
Для многономенклатурного типового производства целесообразно применять следующий алгоритм решения: типовое конструкторское решение; типовые конструктивные элементы; типовая технология – операция + инструмент + оборудование.
Использование такого подхода позволяет значительно сократить время технологической подготовки производства.
UML-диаграммы являются базой для составления комплексного технического задания на настройку и адаптацию PDM-cистемы, что позволяет избежать ошибок при ее внедрении.
С использованием модели «как должно быть» проведена рационализация двух процессов: «Запуск в производство нового изделия» и «Внедрение PDM-системы». Объектно-ориентированный подход удобен при реинжиниринге существующей организации.
Предложенные подходы к автоматизации проектирования бизнес-процессов и созданные на их основе методики применялись при разработке PDM – системы на ОАО «Волгабурмаш» и показали эффективность при рационализации и оптимизации производственных процессов.
Рецензенты:
Попов И.П., д.т.н., проф. каф. «Обработка металлов давлением» СГАУ, г. Самара;
Макаров А.А., д.т.н., проф. каф. информационных систем и компьютерных технологий НОУ ВПО «Международный институт рынка», г. Самара.
Работа поступила в редакцию 14.08.2014.
Источник: fundamental-research.ru
