Диплом Разработка информационной системы управления поставками на авиационном предприятии
Работа добавлена на сайт bukvasha.net: 2015-10-24Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
от 25%
Подписываем
договор
МИНИСТЕРСТВО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ
МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ
(ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ)
«МАИ»
КАФЕДРА 506
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
К ДИПЛОМНОМУ ПРОЕКТУ
на тему: «Разработка информационной системы управления поставками на авиационном предприятии»
Дипломант: Сергеев А.Б.
Руководитель проекта: Мухортина Т.В.
Консультанты:
по спец.части:
по экономической части:
Рецензент:
Москва
СОДЕРЖАНИЕ
ВВЕДЕНИЕ
1. Теоретические и методические основы изучения проблемы
1.1. Теоретические основы моделирования логистических
информационных процессов поставок
1.2. Анализ объекта управления
1.2.1. Характеристика интеграционных процессов ФГУП «РСК«МИГ»
1.2.2. Структурный анализ подразделений Департамента Управления
Поставками ФГУП «РСК«МиГ»
1.3. Основные характеристики информационной системы
управления.
1.3.1. Функциональная модель Департамента Управления
Поставками ФГУП «РСК«МиГ»
1.3.2. Методика анализа и оптимизации бизнес-процессов предприятия.
1.3.3. Анализ и оптимизация существующих бизнес-процессов работы
Департамента Управления Поставками.
2. Анализ состояния процесса поставок и сервиса на предприятии.
2.1. Организационно-функциональная структура компьютеризированной интегрированной логистической поддержки авиационной техники.
2.2 Выбор критериев проектирования ИСУ.
3. Рекомендации по разработке информационной системы управления
поставками ФГУП «РСК«МиГ»
3.1. Постановка задачи.
3.2. Методология функционального моделирования: стандарт IDEF.
3.3. Функциональное моделирование бизнес-процессов Департамента
Управления Поставками.
4. Программно-математическое обеспечение задачи с помощью
системы PDM STEP suite.
5. Экономическая оценка проекта.
5.1 Обоснование экономической эффективности внедрения
системы PDM STEP suite
5.2. Оценка по экономическим критериям.
Методы оценки экономической эффективности.
5.3. Оценка затрат на проект.
6. ПРАВОВОЕ ОБЕСПЕЧЕНИЕ ПРОЕКТА
6.1 Правовая основа деятельности Департамента Управления
Поставками ФГУП «РСК«МиГ»
6.2 Нормативно-правовые основы информационной безопасности в РФ
ЗАКЛЮЧЕНИЕ
ГЛОССАРИЙ КЛЮЧЕВЫХ СЛОВ
СПИСОК ЛИТЕРАТУРЫ
ППРИЛОЖЕНИЕ А
ВВЕДЕНИЕ
Сегодня вопросы продвижения продукции на внутренний и внешний рынки являются ключевыми для предприятий Российской авиапромышленности.
Особо важными являются задачи удержания и расширения своих позиций в мировой среде, для чего необходимо решение проблем повышения качества и конкурентоспособности отечественных предприятий. Точечными решениями данную проблему не решить, поэтому руководители предприятий должны провести всестороннее реформирование своих предприятий.
Инструментами такого реформирования могут быть технический аудит процессов предприятия и внедрение на его основе современных информационных технологий, которые позволяют не только существенно повысить конкурентоспособность и качество выпускаемой продукции, но и одновременно значительно сокращают сроки постановки на производство и выпуск новых, более совершенных изделий, отвечающих запросам и ожиданиям потребителя.
Данный дипломный проект посвящен одной из перспективных концепций системного применения информационных технологий - это концепция CALS (ИПИ-технологии), которая предполагает преобразование существующих на предприятии бизнес-процессов в единый высокоавтоматизированный и интегрированный процесс управления жизненным циклом продукции.
На мировом рынке наукоемкой продукции информационные технологии давно стали неотъемлемой частью бизнеса, а сейчас ситуация развивается в сторону полного перехода на безбумажную электронную технологию проектирования, изготовления и сбыта. По прогнозам зарубежных специалистов после
Целью дипломного проекта является создание интегрированной информационной среды и применение ИПИ-технологий, направленных на повышение конкурентоспособности и качества выпускаемой продукции, обеспечивающих выход ФГУП «РСК«МиГ» на мировой рынок.
В настоящее время основной поток заказов, поступающих на предприятие приходится не на готовые изделия, а на сервисное обслуживание и поставку запасных частей к ранее поставленным изделиям торговой марки «МиГ». В условиях жесткой конкуренции на внутреннем и внешнем рынках сокращение затрат на эксплуатацию авиационных изделий становится ключевым элементом непосредственно влияющим на финансовые показатели деятельности Заказчика изделий, поэтому в Корпорации особо остро стоит вопрос реформирования системы сервисного обслуживания с целью всестороннего снижения затрат на этапе эксплуатации изделий торговой марки «МиГ».
В первом разделе дипломного проекта приведена характеристика деятельности ФГУП «РСК«МиГ» на мировом и российском рынках, структурный анализ подразделений Департамента Управления Поставок, а также теоретические и методические основы изучения проблемы.
Во втором разделе проведен анализ состояния Информационной Системы Управления на предприятии, рассмотрены критерии проектирования ИСУ Департамента Управления Поставками.
В третьем разделе дипломного проекта представлена методология функционального моделирования IDEFO , по которой были смоделированы бизнес-процессы департамента поставок и сервиса до и после внедрения системы PDM STEP Suite и Интерактивного Электронного Технического Руководства.
В четвертом разделе приведены сведения о возможностях информационной системы управления процессом поставок и сервиса PDM STEP suite, структуре программы, принципах построения, а также экранные формы.
В пятом разделе приведено обоснование экономической эффективности мероприятий по внедрению систем электронного описания данных и созданию информационных баз данных интегрированных в Информационную Систему Управления Предприятием, а также оценена социально-экономическая эффективность проекта.
В шестом разделе отражена законодательная база по внедрению системы PDM STEP Suite и разработке Интерактивного Электронного Технического Руководства, правовая основа деятельности Департамента, описаны нормативно-правовые основы информационной безопасности.
Заключение содержит обобщения и выводы по теме дипломного проекта.
При работе над дипломным проектом были использованы открытые сведения по экономическому состоянию Корпорации за трехлетний период, концепция стратегического развития РСК на период до 2020 года, представленные в материалах газет «Заводская правда» РСК «МиГ.
К дипломному проекту составлен список использованной литературы.
1. ТЕОРЕТИЧЕСКИЕ И МЕТОДИЧЕСКИЕ ОСНОВЫ ИЗУЧЕНИЯ ПРОБЛЕМЫ
1.1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ МОДЕЛИРОВАНИЯ ЛОГИСТИЧЕСКИХ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ ПОСТАВОК И СЕРВИСА
Любая деятельность, или комплекс деятельности, в которой используются ресурсы для преобразования входов в выходы, может рассматриваться как процесс.
Чтобы результативно функционировать, Корпорация должна определять и управлять многочисленными взаимосвязанными и взаимодействующими процессами. Часто выход одного процесса образует непосредственно вход следующего. Систематическая идентификация и менеджмент применяемых организацией процессов в ходе всего жизненного цикла, и особенно взаимодействия таких процессов, могут считаться «процессным подходом».
ЖЦ продукта в рамках данного подхода представляется как совокупность процессов, выполняемых от момента выявления потребностей общества в определенной продукции, до момента удовлетворения этих потребностей и утилизации продукта (ISO 9004-1).
Все многообразие процессов, протекающих в ходе ЖЦ продукта, можно представить в виде взаимодействия процессов поставщика с процессами субпоставщика и потребителя посредством прямых и обратных связей.
Соответственно работу предприятия в целом также можно представить как набор взаимоувязанных процессов производства продукции и/или оказанию услуг (в соответствии с моделью на рис.1.1).
|
|
Рис. 1.1. Бизнес-среда предприятия.
С процессами связана система сбора, хранения и анализа информации о продукции и процессах. Данная система должна выполнять измерения, анализ результатов и выработку решений для улучшения процессов. Принятие тех или иных решений, направленных на улучшение процессов, требует проверки решений на экономическую эффективность. Следует также помнить, что управление ресурсами также является производственным процессом.
Ответственность руководства и работа с персоналом организации пронизывает все этапы жизненного цикла продукции. Поэтому в соответствии с требованиями МС ИСО 9001:2000 необходимо, с одной стороны, чтобы все процессы и операции организации были выявлены, определены и управляемы. С другой стороны, организация должна иметь возможность демонстрировать свою способность обеспечить выполнение требований заказчика, для чего необходимо наглядное описание процессов.
Указанные требования по описанию, документированию и анализу процессов можно выполнить посредством использования современных технологий моделирования бизнес-процессов, которые позволяют быстро выявить и реализовать возможности улучшения функционирования предприятием:
- способствуют непрерывному улучшению качества;
- позволяют руководству организации гарантировать, что все
технические, административные и человеческие факторы, влияющие
на качество производимой продукции, находятся под контролем;
- а управление системой учитывает запросы и ожидания потребителя и
обеспечивает Корпорации конкурентоспособность.
Современные технологии описания, документирования и анализа процессов позволяют не только выявлять и анализировать возможные варианты улучшения работы системы, но также являются инструментом создания информационной модели логистической поддержки продукции.
ОПИСАНИЕ МОДЕЛИРОВАНИЯ ЛОГИСТИЧЕСКИХ
ИНФОРМАЦИОННЫХ ПРОЦЕССОВ
Важнейшей исходной информацией при разработке логистической информационной системы является модель бизнеса. Модели бизнеса и информационные системы должны разрабатываться интерактивно. Чтобы построить информационную систему, необходим доступ к большому объему информации о бизнесе. Например, необходимо знать:
- всех пользователей (или ресурсы) как внутри Корпорации, так и вне ее, которые будут использовать информационную систему;
- все бизнес-процессы и то, как каждый из них
использует информацию;
- типы документов (используемых в организации) и способы работы с ними.
Ответ на эти вопросы можно получить только в условиях использования современных инструментов моделирования ввиду огромных потоков информации и сложности взаимосвязей между ними.
В настоящее время для проведения моделирования деловых и информационных процессов существует немало методологий и инструментальных средств, большинство из которых имеют достаточно широкую направленность применения. Существующие подходы к моделированию бизнес-процессов и логистических информационных процессов, в частности, можно разбить на три группы:
• функциональное моделирование;
• объектно-ориентированное моделирование;
• комплексное моделирование.
ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ
Сущность функционального подхода к моделированию бизнес-процессов сводится к построению схемы технологического процесса в виде последовательности операций, на входе и выходе которых отражаются объекты различной природы: материальные и информационные объекты, используемые ресурсы, организационные единицы.
В основе функционального моделирования лежит метод структурного анализа или SADT-методология (Structured Analysis and Design Technique), разработанная Д. Россом. Первоначально метод SADT предназначался для моделирования технологических процессов, но вот уже более двадцати лет он успешно применяется во всем мире сотнями компаний в самых разных областях деятельности. В настоящее время подмножество SADT принято в качестве федерального стандарта США под наименованием IDEFO (Integrated computer aided manufacturing DEFinition).
Функциональная модель бизнес-процессов состоит из диаграмм, фрагментов текста и глоссария, имеющих ссылки друг на друга.
Диаграммы — главные компоненты модели, которые отображают последовательности взаимосвязанных через общие объекты функций (операций, действий, работ - activity) бизнес-процесса.
Достоинство функциональной модели заключается в графической простоте, в которой используются всего два конструктивных элемента:
-
- функциональный блок — описание функций, операций, действия,
работы;
- интерфейсная дуга, связывающая два функциональных блока —
описание объекта, потока объектов.
Функциональная модель начинается с построения общего описания процесса, которое представляется в диаграмме нулевого уровня. Диаграммы следующих уровней детализируют функции процесса каждого предыдущего уровня. Так, функциональные блоки декомпозируется на совокупность взаимосвязанных процессов, пока на последующем уровне не получатся элементарные действия.
Преимущество функционального подхода заключается в наглядности и понятности представления бизнес-процессов на различных уровнях абстракции, что особенно важно на стадии внедрения новых разработанных бизнес-процессов в подразделениях предприятия.
Объектно-ориентированный подход предполагает первоначальное объединение классов объектов, а далее — определение тех действий, в которых участвуют объекты. При этом различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия, и активные объекты (организационные единицы, конкретные исполнители, информационные подсистемы), которые осуществляют действия.
В период с начала 60-х по конец 70-х годов XX века предприятия занимались внедрением автоматизированных систем управления. При проектировании этих систем они использовали такие средства моделирования процессов, как построение алгоритмов, блок-схем и схем информационных потоков. К концу 70-х и началу 80-х годов акцент сдвинулся на проектирование масштабных баз (банков) данных. Средствами моделирования процессов стали диаграммы объектных связей (ДОС) и классификаторы (словари) данных. В 90-х годах возникла тенденция объединения информационных процессов и информационных данных в объекты. Так зародилась методология объектно-ориентированного моделирования.
Объектно-ориентированное моделирование может охватывать все стадии действий в жизненном цикле системы — планирование, анализ, проектирование, внедрение и использование. Описывая систему через совокупность объектов, как физических сущностей или событий, которые рассматриваются с точки зрения содержания и процессов как внутренних, так и внешних. Затем объекты группируются по некоторым одинаковым признакам в объектные классы, посредством которых описываются элементы внутренней и внешней среды организации.
Комплексные методики моделирования бизнес-процессов строятся на основе функционального и объектно-ориентированного моделирования. Они могут быть применены к описанию систем на разных стадиях моделирования. Все зависит от конкретных целей и задач моделирования, степени сложности моделируемого объекта, уровня профессиональной подготовки персонала и других факторов.
Каждый из перечисленных выше подходов имеет свои особенности, преимущества и недостатки. Выбор того или иного подхода определяется конкретными целями и задачами моделирования, доступностью программного обеспечения, спецификой объекта исследования и финансовыми возможностями разработчика.
Особенности использования методик применительно к моделированию логистических бизнес-процессов рассмотрены в таблице 1.1.
Таблица 1.1.
СРАВНИТЕЛЬНАЯ ХАРАКТЕРИСТИКА МЕТОДОВ МОДЕЛИРОВАНИЯ
БИЗНЕС-ПРОЦЕССОВ
| Основные характеристики | Наименования подходов к моделированию | |||||||
| Функциональный | Объектно-ориентированный | Комплексный | ||||||
| Характерные черты и особенности | Последовательно е построение схемы бизнес-процесса в виде последовательности функций с декомпозицией до неделимых операций, на входе и выходе которых отражаются: материальные и информационные объекты, используемые ресурсы, организационные единицы. | Идентификация классов объектов с последующим определением действий, в которых участвуют объекты. Различают пассивные объекты (материалы, документы, оборудование), над которыми выполняются действия, и активные объекты (организационные единицы, конкретные исполнители, информационные подсистемы), которые осуществляют действия. | Базируется на комплексном использовании функционального и объектно-ориентированного подходов. В зависимости от целей моделирования позволяет выбирать адекватные инструменты анализа и проектирования бизнес-процессов. | |||||
| Программное обеспечение | BPwin, Erwin (Platinum); Design/IDEF (Meta Software); I Think (HPS); Visio (r) Prof. (VisioCorp.); MetaDesign (Meta Software); WorkRoutc II (ВестьМТ); Process Architect (Vewsiar) Key Model (Sterling Software); ARIS Easy Design (IDS prof.Scheer) | CASE/4.0 (microTOOL); Framework (Ptech); Designer 2000 (Oracle); System Architect (Popkin); EasyCase (Evergreen); Silverrun (CS Advisors); Prokit Workbench ( | ARTS Toolset (IDS Prof. Sheer); Workflow Analysre tor PC (Meta Software); Modsim (CAST); Arena (System Modeling); ProModel (ProModel); FIX tor WNT (Intellution Inc); ReThink + G2 (Gensym); SPARKS (Cooper & Lybrand); BDF (Texas Instruments Inc.) | |||||
| Основные характеристики | Наименования подходов к моделированию | |||||||
| Функциональный | Объектно- ориентированный | Комплексный | ||||||
| Преимущества и направления использования при моделировании логистических бизнес- процессов | Графическая про- стота и наглядность, что особенно важно на стадии внедрения новых разработанных бизнес-процессов. Возможно исполь- зование при реше- нии локальных логистических задач или моделирования простых логис- тических объектов. Техника описания является частью структурного анали- за и инструментом при реинжиниринге бизнес-процессов | Повышение скорости разработки проекта: сокращение затрат связанных с разработкой проектов: сокращение затрат на эксплуатации системы и ее модернизацию Возможно использование при проектировании логистических систем в составе корпоративной информационной системы | Точность и адекват- ность отражения объекта; большой набор графических средств, библиотек специализированных подпрограмм и специализированных языков; возможность динамического и имитационного моделирования бизнес-процессов. Возможность ус- пешного использова- ния при моделирова- нии сложных логис- тических объектов, включающих разобщенные региональные единицы | |||||
| Недостатки подхода и ограничения использования при моделировании логистических бизнес- процессов | Субъективность детализации опера- ций и как следствие большая трудоем- кость адекватного построении бизнес- процессов. | Требуется значительное время на приобретение опыта проектирования Сложность методо- логии затрудняет описание информа- ционных систем крупных организа- ций. | Ориентация исклю- чительно на спе- циалистов в области информационных технологий. | |||||
Учитывая сложность моделируемого объекта и уровень подготовки персонала Корпорации целесообразно выбрать методологию функционального моделирования, поскольку она наиболее полно отвечает заданным условиям:
- позволяет наглядно представить структуру изучаемого объекта;
- является частью структурного анализа и инструментом при описании и оптимизации бизнес-процессов.
1.2. АНАЛИЗ ОБЪЕКТА УПРАВЛЕНИЯ
1.2.1. ХАРАКТЕРИСТИКА ИНТЕГРАЦИОННЫХ ПРОЦЕССОВ
ФГУП «РСК «МИГ»
Проблему интеграции авиационно-космического комплекса России следует рассматривать в двух плоскостях. Во-первых, это интеграция внутри страны: отечественный авиакосмический комплекс насчитывает более 500 предприятий, что совершенно не соответствует принципам организации корпоративного бизнеса. Во-вторых, это интеграция в мировую среду.
Опыт последних лет показывает, что интеграционные процессы идут чрезвычайно высокими темпами. Компания Boing превратилась в транснациональную корпорацию и сейчас объединяет более половины потенциала Америки в этой сфере. Это единая вертикальная структура, которая обеспечивает крупную корпоративную систему управления таким сложным бизнесом, как авиация, космос и частично вооружения.
Аналогичный процесс сейчас наблюдается в Европе. Европейский концерн European Aeronutic Defence and Space Company (EADS), организованный летом 2000 года, также представляет собой единую вертикальную корпорацию, объединяющую капиталы таких фирм, как Aerospatiale Matra S.A. (Франция), Construcciones Aeronauticas S.A. (Испания), Daimler Crysler Aerospace AG (Германия) и ряда других, с общим оборотом 22,6 млрд. долл. в год. Для сравнения ежегодный оборот Boing составляет около 55 млрд. долл.
Очевидно, что такая интеграция позволяет консолидировать усилия компаний на разработке общей стратегии, на поддержке и продвижении продукта, сервисе, внедрении новых информационных технологий. Безусловно, конкурировать с такими гигантами на мировом рынке очень тяжело. Так, например, в списке 10 ведущих авиакосмических компаний, суммарный ежегодный оборот которых составляет 170 млрд. долл., нет ни одной российской корпорации.
Поэтому участие России в совместных проектах с американской и европейской авиакосмической промышленностью жизненно важно как для международной интеграции, так и для сохранения потенциала самой отрасли и отдельных предприятий.
Но для того чтобы войти в кооперацию с ведущими мировыми авиационными фирмами, необходимо решить целый комплекс проблем.
В целом, его можно обозначить как гармонизацию всей технологической цепочки, технологического облика наших авиационных предприятий с корпорациями Европы и Америки. Это внедрение современных информационных и телекоммуникационных технологий, систем обеспечения качества, параллельного инжиниринга (когда весь жизненный цикл и проектирование ведутся параллельно). Это первый шаг, который нужно сделать нашей авиационной промышленности для того, чтобы кооперироваться с западными компаниями.
Вторая часть проблемы заключается в том, что российские КБ и серийные заводы — это традиционно разрозненные структуры, поэтому нужно создавать интегрированные объединения внутри страны, с тем, чтобы они могли работать с западными концернами.
Для нас на первом этапе создание пяти-семи холдингов было бы прорывом, а долгосрочная цель — создание одной корпорации по типу EADS или Boing. В этом случае стала бы возможной реализация единой стратегии развития, единого менеджмента, проведение единых глубоких НИОКР и соответственно внедрение единой системы поддержки продукта на всех стадиях жизненного цикла.
Главная задача интеграции заключается даже не в объединении разработок, а в том, что наиболее сложна и дорога сама система продвижения и поддержки продукта, подразумевающая создание целой инфраструктуры, как в стране, так и за рубежом. Это под силу только объединенным корпорациям.
Не обеспечив сервиса, поддержки продукта, на Западе не принято говорить о самом продукте, его просто нет. Именно в такой ситуации находится сейчас Россия. У нас есть хорошие разработки, но из-за отсутствия поддержки продукта мы теряем рынки. Поэтому интеграция — это путь вхождения в рынок. Если в течение 4-5 лет созданные в процессе реструктуризации пять-семь холдингов проведут первичную систему реноваций, обновят основные фонды, структуру управления, подготовку кадров, внедрят информационные технологии, то тогда можно будет говорить о создании более сложной корпорации.
Поэтому реформирование авиационной промышленности должно идти в двух направлениях, во-первых, — это интеграция внутри страны и специализация внутри интегрированных структур, во-вторых, — это технологическое перевооружение предприятий и по мере возможности интеграция с авиационной промышленностью западных стран. Такая программа сейчас разрабатывается Правительством России. Соответствующим решением Министерству промышленности, науки и технологий, Российскому авиационно-космическому агентству поручено подготовить программу по реструктуризации и интеграции авиационной промышленности.
Формирование нового облика интегрированной структуры авиационного комплекса страны уже сейчас можно наблюдать на примере двух потенциально наиболее прибыльных предприятий.
Это созданный в 1996 году комплекс МАПО «МиГ» (с декабря 1999г. ФГУП «РСК«МиГ»), который объединил в единую структуру 11 предприятий авиапрома, среди которых серийное предприятие Производственный центр им. П.А. Воронина, ОКБ «МиГ», Луховицкий авиационный и Калязинский машиностроительный заводы.
А также созданный в том же 1996г. Государственный Авиационный военно-промышленный комплекс «Сухой», в который включены дочерние государственные авиационные заводы в Новосибирске, Комсомольске-на-Амуре и Иркутске, Таганское НТК и ОКБ им. П.О. Сухого. Данные объединения построены как связанные корпорации с глубокой специализацией участников. Но процессы кооперации и специализации еще не окончены. Еще только предстоит определить стратегические цели и задачи, а также выработать корпоративную политику совместных действий. ФГУП «РСК«МиГ» — это крупнейший в России концерн, занимающийся разработкой, производством, постановкой и послепродажным сопровождением боевых и гражданских самолетов (МИГ-29 различных модификаций, МИГ-AT, МИГ-ПО, ИЛ-103, И-1Л, Авиатика-890) и вертолетов (Ка-50, Ка-52, Ка-32А, Ка-31, Ка-27, Ка-28, Ка-29, Ка-115, Ка-126, Ка-226, Ка-62), авиационных двигателей и бортового оборудования.
Государственное унитарное предприятие ВПК МАПО (с декабря 1999г. ФГУП «РСК«МиГ») было создано в 1996г., оно объединило в единую юридическую структуру под единое руководство, кроме Инженерного центра им. А.И. Микояна, Производственный центр им. П.А. Воронина, Луховицкий авиационный и Калязинский машиностроительный заводы, а также некоторые другие предприятия (рис. 1.2.)
Рис. 1.2. Взаимодействие организаций, входящих в ФГУП «РСК«МиГ».
В результате данного объединения удалось охватить все основные стадии жизненного цикла Авиационной Техники: проектирование, разработка, производство, реализация и сервисное обслуживание по следующим тематическим направлениям:
- авиационная техника военного и гражданского назначения;
- научно-техническая продукция;
- изделия производственно-технического назначения;
- товары народного потребления;
- поставка имущества, запасных частей и комплектующих к ним.
И в настоящее время в рамках ФГУП «РСК«МиГ» на основе консолидированных усилий и имеющейся мощной конструкторской и производственной базы, осуществляется:
- разработка самолета и его систем;
- полный цикл изготовление планера;
- сборка самолета из комплектующих, агрегатов и узлов (двигателей,
приводов, авионики, шасси и т.д.);
- летные испытания самолетов;
- наземная отладка, обработка и испытания самолета и его систем;
- разработка стендов и стендовые испытания агрегатов и систем;
- сервисное обслуживание.
Следует отметить, что объемы производства сократились по сравнению с уровнем начала 80-90х годов. В настоящее время основной поток заказов, поступающих на предприятие, приходится не на готовые изделия, а на сервисное обслуживание и поставку запасных частей к ранее поставленным изделиям торговой марки «МиГ». Поэтому вопросам технического обслуживания и ремонта авиационных изделий сейчас уделяется огромное внимание.
В условиях жесткой конкуренции на внутреннем и внешнем рынках сокращение затрат на эксплуатацию авиационных изделий становится ключевым элементом непосредственно влияющим на финансовые показатели деятельности Заказчика изделий. Поэтому в Корпорации особо острым стоит вопрос реформирования системы сервисного обслуживания с целью всестороннего снижения затрат на этапе эксплуатации изделий торговой марки «МиГ».
В целом ФГУП «РСК«МиГ» весьма перспективная авиационная компания, входящая в пятерку крупнейших оборонных предприятий страны, и, конечно же, она участвует в интеграционных процессах отрасли, при этом как федеральное государственное унитарное предприятие пользуется полной поддержкой всех государственных структур, министерств, агентств и ведомств.
ФГУП «РСК«МиГ» - первый российский производитель авиационной техники, получивший лицензию и право участвовать в военно-техническом сотрудничестве с зарубежными странами и самостоятельно продавать свою военную продукцию на мировом рынке, а также осуществлять импорт аналогичной продукции. Интеграция ФГУП «РСК«МиГ» с зарубежными фирмами направлена на полномасштабную загрузку оборудования и полное развертывание производственных мощностей.
Но следует отметить, что на мировом рынке авиационной техники
объективно складывается ситуация, когда непременным условием
сохранения своих позиций на нем становится фактор обеспечения
выполнения требований международных стандартов по интегрированной
логистической поддержке поставляемой продукции, таких как стандарты
США MIL-STD-1388, универсального стандарта Великобритании DEF-0060.
Под понятием интегрированная логистическая поддержка (ИЛП)
понимается совокупность методов и средств обеспечения информационными, материальными и финансовыми ресурсами всех этапов жизненного цикла изделия авиационной техники (AT), от разработки до снятия с эксплуатации, с позиции минимизации суммарных затрат при удовлетворении заданных показателей безопасности, технической готовности и эффективности использования AT по назначению.
Эту реальность в деятельности ФГУП «РСК «МиГ» можно оценить по интенсивности запросов информационной поддержки при поставках на экспорт продукции гражданского и военного назначения.
За последние несколько лет прослеживается тенденция быстрого изменения общемировой бизнес-среды, что является результатом развития информационных технологий, переопределением задач логистики с выработкой новой стратегии предприятий при выходе на мировые рынки, стандартизации всех элементов информационной поддержки изделий, получившее отражение в основополагающих контрактных и других, сопровождающих экспортные сделки документах.
В современных условиях конкуренция на международном рынке авиационной техники ставит перед экспортерами и предприятиями промышленности новые задачи и условия.
В общем виде они могут быть сформулированы следующим образом:
- предоставление иностранному заказчику качественных услуг по эксплуатации, поставленной AT, по стандартам и требованиям в
соответствии с так называемой интегрированной логистической поддержкой, выполнением всей структуры и технологии этого процесса, принятых в виде стандартных моделей; простыми словами - выполнение всего послепродажного обслуживания поставленной на экспорт техники в соответствие с принятыми международными правилами;
- обязательная оценка стоимости жизненного цикла AT, как
интерактивный процесс в соответствии с международными критериями;
- учет возрастающей роли международных стандартов;
- адаптация к ограничениям факторов: времени, стоимости, языка общения при организации взаимодействии поставщика с иностранным заказчиком;
- реализация возможностей международной совместимости, поставляемых на экспорт изделий;
Применение информационных технологий (ИТ) сопровождения и поддержки наукоемкой продукции на всех этапах жизненного цикла является на сегодняшний день одним из главных инструментов повышения эффективности промышленного производства.
Именно ИТ, наряду с прогрессивными технологиями материального производства, позволяют существенно повысить производительность труда и качество продукции одновременно со значительным сокращением сроков постановки на производство новых изделий, отвечающих запросам и ожиданиям потребителей. В первую очередь это относится к сложной наукоемкой продукции, в том числе к продукции военно-технического назначения.
Опыт, накапливавшийся в процессе внедрения разнообразных автономных информационных систем, позволил осознать необходимость интеграции различных ИТ в единый комплекс, базирующийся на создании в рамках предприятия или группы предприятий (виртуального предприятия) интегрированной информационной среды (ИИС), поддерживающей в отличие от ИАСУ, все этапы жизненного цикла (ЖЦ) выпускаемой продукции .
Идея ИИС и информационной интеграции этапов ЖЦ стала базовой в подходе, получившем в США название CALS (Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка поставок и жизненного цикла). Инициатором этого подхода стало министерство обороны США в связи с необходимостью повышения эффективности управления и сокращения затрат на информационное взаимодействие между государственными учреждениями и коммерческими предприятиями при поставках вооружений и военной техники. В настоящее время идея CALS сформировалась в целое направление в области ИТ и оформилась в виде стандартов ISO, государственных стандартов США и нормативных документов министерства обороны США.
Идеологию CALS приняли все наиболее развитые страны: Великобритания, Германия, Франция, Швеция, Норвегия, Канада, Япония, Австралия и др. Русскоязычный аналог понятия CALS может быть сформулирован как Информационная Поддержка процессов жизненного цикла Изделий (ИПИ).
Суть концепции CALS (ИПИ) состоит в применении принципов и технологий информационной поддержки жизненного цикла продукции на всех его стадиях, основанном на использовании интегрированной информационной среды, обеспечивающем единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции (включая государственные учреждения и ведомства), поставщиков (производителей) продукции, эксплуатационного и ремонтного персонала; эти принципы и технологии реализуются в соответствии с требованиями международных стандартов, регламентирующих правила управления и взаимодействия преимущественно посредством электронного обмена данными.
Интегрированная информационная среда (ИИС) составляет основу, ядро CALS. ИИС представляет собой распределенное хранилище данных, существующее в сетевой компьютерной системе, охватывающей (в идеале) все службы и подразделения предприятия, связанные с процессами ЖЦ изделий. В ИИС действует единая система правил представления, хранения и обмена информацией, В соответствии с этими правилами в ИИС протекают информационные процессы, сопровождающие и поддерживающие ЖЦ изделия на всех его этапах. Здесь реализуется главный принцип CALS: информация, однажды возникшая на каком-либо этапе ЖЦ, сохраняется в ИИС и становится доступной всем участникам этого и других этапов (в соответствии с имеющимися у них правами пользования этой информацией). Это позволяет избежать дублирования, перекодировки и несанкционированных изменений данных, избежать связанных с этими процедурами ошибок и сократить затраты труда, времени и финансовых ресурсов.
Основное содержание CALS, принципиально отличающее эту концепцию от других, составляют базовые принципы и технологии, которые реализуются (полностью или частично) в течение ЖЦ любого изделия, независимо от его назначения и физического воплощения. Базовыми принципами CALS являются:
- безбумажный обмен данными с использованием электронной
цифровой подписи;
- анализ и реинжиниринг бизнес-процессов;
- параллельный инжиниринг;
- системная организация постпроизводственных процессов ЖЦ
изделия — интегрированная логистическая поддержка (ИЛП).
К базовым технологиям можно отнести:
- управление проектами;
- управление конфигурацией изделия;
- управление интегрированной информационной средой;
- управление качеством;
- управление потоками работ;
- управление изменениями производственных и организационных
структур.
CALS-технологии реализуются силами многопрофильных рабочих групп, объединяющих в своем составе экспертов различных специальностей. Нормативную базу разработок составляют международные и национальные стандарты, регламентирующие различные аспекты CALS-технологий.
В ИИС информация создается, преобразуется, хранится и передается от одного участника ЖЦ к другому при помощи прикладных программных средств, к которым относятся системы CAE/CAD/CAM, PDM, MRP/ERP, SCM и другие.
Можно сказать, что ФГУП «РСК«МиГ» вместе с основными поставщиками и партнерами представляет собой прототип Виртуального Предприятия (в терминах CALS), между составными частями которого осуществляется сложнейшие информационные взаимодействия в ходе проектирования, производства, материально-технического обеспечения и т.д., а это требует Единого Информационного Пространства.
Поэтому перед Корпорацией «МиГ» встает необходимость формирования единой корпоративной политики в области внедрения современных информационных технологий.
Это очень трудоемкий процесс, требующий внешней помощи при освоении новых методов работы. Но, отдавая должное специализированным организациям по внедрению компьютерных информационных технологий, следует помнить, что главным генератором освоения новых систем создания самолетов по-прежнему остаются специалисты предметной области: проектировщики, технологи, управляющие. Там же, где линейные подразделения ожидают, что службы компьютерных информационных технологий поведут их в «информационное будущее», внедрение информационных технологий обречено на провал. Поэтому сейчас, когда эксплуатация авиационной техники, в частности самых массовых легких истребителей РСК «МиГ» - МИГ-29 и, прежде всего поставленных на экспорт, потребовала создания и внедрения Интегрированной Логистической Поддержки на основе CALS-технологий, то было принято решение о создании на базе ФГУП «РСК«МиГ» Некоммерческого Партнерства «МиГ-Логистика», в рамках которого будут реализовываться проекты по внедрению в производственные процессы современных информационных технологий.
1.2.2. СТРУКТУРНЫЙ АНАЛИЗ ПОДРАЗДЕЛЕНИЙ ДЕПАРТАМЕНТА УПРАВЛЕНИЯ ПОСТАВКАМИ ФГУП «РСК «МИГ»
Департамент Управления Поставками входит в блок внешнеэкономической деятельности Корпорации «МиГ» (рис. 1.3). Структурно Департамент представлен тремя управлениями:
- Управлением контрактов, поставок запчастей и услуг;
- Управлением сервисного обслуживания;
- Управлением таможенно-транспортного обеспечения поставок и услуг.
Рис. 1.3. Внепроизводственная структура Корпорации «МиГ»
В рамках работы Департамента охватываются следующие стадии ЖЦ продукции:
Эксплуатация
AT
.
На данном этапе службами Департамента осуществляются работы по вводу изделий в эксплуатацию, авторскому надзору и учету технического состояния AT в эксплуатирующих организациях.
Сервисное обслуживание
AT
.
Осуществляется в рамках гарантийного и постгарантийного обслуживания продукции марки «МиГ» и подразумевает следующие виды работ: поставка запчастей, проведение работ по ремонту, модернизации и доработке AT, а также удовлетворение рекламационных требований.
Программы сервисного обслуживания позволяют управлять техническим состоянием авиационных изделий в течение их срока службы или ресурса до списания, что обеспечивает заданный уровень готовности изделий к использованию по назначению и их работоспособность в процессе эксплуатации.
Снятие с эксплуатации, утилизация.
К числу основных задач системы сервисного обслуживания относятся:
- установление требований к программе технического обслуживания и ремонта конкретных видов техники,
- обслуживание и ремонт изделий с заданным качеством при минимальных затратах времени, труда и средств;
- подготовка и реализация технологических процессов обслуживания и ремонта изделий с заданным качеством;
- обеспечение условий для выполнения технического обслуживания и ремонта, в том числе создание и оснащение подразделений необходимыми средствами.
Эффективность системы технического обслуживания и ремонта определяется степенью ее готовности гибко реагировать на поступающие запросы и ее приспособленности к выполнению контрактных обязательств.
Чтобы оптимизировать работу данной системы и привести ее в соответствие международным требованиям и стандартам необходимо иметь четкое представление о внешнем окружении и внутренних бизнес-процессах работы подразделений Департамента.
ОПИСАНИЕ ПРОИЗВОДСТВЕННОЙ СТРУКТУРЫ ДЕПАРТАМЕНТА УПРАВЛЕНИЯ ПОСТАВКАМИ ФГУП «РСК «МИГ»
Для достижения поставленной цели необходимо исследовать все происходящие финансово-хозяйственные процессы, и соответствующие им потоки информации в Департаменте и на предприятии, выявить те из них, которые должны быть реорганизованы.
В первую очередь, необходимо было установить какова производственная структура Департамента в действительности. Как известно, представления специалиста о фактической производственной структуре могут сильно зависеть от места, занимаемого им в данной структуре или другими словами от «точки зрения». В процессе проведенного сбора информации было установлено, что представления об производственной структуре Департамента у руководителей разных управлений существенно отличаются друг от друга, что наглядно иллюстрируется рисунками 1.4, 1.5.
Рис. 1.4. Производственная структура Департамента Управления лицензирования и таможенно-транспортного обеспечения поставок и услуг
Рис. 1.5. Производственная структура Департамента Управления поставок запчастей.
Производственная структура представленная на рис. 1.8 наиболее адекватно отражает реальную структуру подразделений Департамента. Однако, отдел информационного обеспечения, логистики и связи по «Интернет» - это недавно сформированная структура, которая фактически еще не функционирует.
В рамках данного подразделения при методической помощи НП «МиГ-Логистика» будут решаться текущие вопросы Интегрированной Логистической Поддержки процессов сервисного обслуживания ранее поставленной AT. Функциональная модель разрабатываемая в дипломном проекте ляжет в основу разработки архитектуры информационной модели поддержки стадий эксплуатации и технического обслуживания изделий марки «МиГ» и формирования Базы данных данного подразделения.
При анализе учитывалось, что производственная структура не всегда отражает суть работы описываемой системы, напротив, функциональная подчиненность подразделений может идти вразрез с регламентированными оргсвязями.
Сбор информации для моделирования осуществлялся путем анкетирования работников и изучения документации, а также прямого наблюдения за выполняемыми операциями. При этом преследовались две цели:
- собрать информацию, необходимую и достаточную для идентификации бизнес-процессов и создания функциональной модели,
- получить данные для проведения анализа бизнес-процессов и оптимизации работы Сервисного Центра.
Изучение документов позволило получить первоначальное представление о системе и сформулировать вопросы для проведения анкетирования.
В результате анкетирования в сжатые сроки были опрошены ведущие специалисты всех структурных подразделений Департамента (отделов). Заранее отработанные формы анкет с учетом предварительного анализа специфики департамента позволили обеспечить сопоставимость информации и упростить дальнейшую обработку данных.
Работа Департамента Управления Поставками ФГУП «РСК «МиГ» рассматривалась как набор функций (которыми являются бизнес-процессы) и их взаимосвязей. Обобщенно работа Департамента представлена как процесс функционирования предприятия в предприятии в части реализации контрактных обязательств по поставкам и сервису.
1.3. ОСНОВНЫЕ ХАРАКТЕРИСТИКИ ИНФОРМАЦИОННОЙ
СИСТЕМЫ УПРАВЛЕНИЯ
1.3.1. ФУНКЦИОНАЛЬНАЯ МОДЕЛЬ ДЕПАРТАМЕНТА
ПОСТАВОК И СЕРВИСА ФГУП «РСК «МИГ»
Функциональная модель IDEF0 строилась путем декомпозиции крупных составных функций и связей на более мелкие.
Методология функционального моделирования включает в себя инструменты, позволяющие интегрировать различные точки зрения в единой модели. При этом информация представляется в наглядном и легко читаемом виде.
Сбор информации для моделирования осуществлялся путем анкетирования работников и изучения документации.
Работа Департамента Поставок и Сервисного Обслуживания ФГУП «РСК «МиГ» рассматривалась как набор функций (которыми являются бизнес-процессы) и их взаимосвязей. Обобщенно работа Департамента представлена как процесс функционирования предприятия в предприятии в части реализации контрактных обязательств по поставкам и сервису.
В результате анализа собранной информации идентифицированы бизнес-процессы по трем направлениям:
- Процессы заключения контрактов на поставку запчастей и сервисное обслуживание;
- Процессы выполнения контрактных обязательств по поставкам и
сервису;
- Процессы технического обслуживания на территории ЭО, ввода в эксплуатацию и учета технического состояния AT марки «МиГ».
Результаты анализа отнесения бизнес-процессов к компетенции структурных подразделений (отделов) представлены в оперограммах (таблицы 1.2.-1.8).
Таблица 1.2.
Оперограмма процесса «Проработка заявок на поставку запчастей и
сервисное обслуживание»
| Перечень бизнес-процессов | Подразделения Корпорации | |||||
| Заместитель директора по поставкам и сервису | Отдел контрактов и поставок запчастей | Отдел контрактов и оказания услуг | Отдел проработки заявок на поставку запчастей | Отдел техни-ческого обеспечения | Отдел обеспечения работы с совместными предприятиями | |
| Проработка заявок на возможность исполнения | | X | X | X | X | |
| Инженерная проработка | | | | X | X | |
| Определение исполнителей. Привлечение контрагентов | X | | | | | X |
| Постановка задачи перед участниками проекта на разработку ком. Предложений | X | | | X | X | X |
| Согласование орг. вопросов | X | X | X | | | |
Таблица 1.3.
Оперограмма процесса «Разработка коммерческих предложений»
| Перечень бизнес-процессов | Подразделения Корпорации | |||||
| Заместитель директора по поставкам и сервису | Отдел проработки заявок на поставку запчастей | Отдел технического обеспечения | Управление контрактов, поставок запчастей и услуг | Управление конъюнктуры и цен | Подразделения Корпорации и предприятия-смежники | |
| Проработка заявок. Подготовка технических решений | | X | X | | | X |
| Составление предварительных планов выполнения заявки. | | X | X | | | X |
| Составление предвари-тельных смет | | | | | X | |
| Сбор пакета документации. Согласование | X | | | X | | |
Таблица 1.4.
Оперограмма процесса «Переговоры с Заказчиком при участии контрагентов (смежников)»
| Перечень бизнес-процессов | Подразделения Корпорации | |||||
| Заместитель директора по поставкам и сервису | Управление контрактов, поставок запчастей и услуг | Подразделения Корпорации и предприятия-смежники | Заказчик | Управление конъюнктуры и цен | Юридическое (правовое) управление | |
| Ознакомление Заказчика с ком. предложением | X | X | | X | | |
| Согласование планов работ | | | X | X | | |
| Составление смет. Определение сроков и формы оплаты | | | X | X | X | |
| Юридическая проработка контрактных документов | | | | | | X |
| Согласование контрактных документов | X | X | | X | | |
Таблица 1.5.
Оперограмма процесса «Выполнение контрактных обязательств по
поставке запчастей»
| Перечень бизнес-процессов | Подразделения Корпорации | ||||||
| Отдел проработки заявок на поставку запчастей | Отдел контрактов и поставок запчастей | Управление лицензирования и таможенно-транспортного обеспечения поставок и услуг | ПДО Корпорации | БТК | Финансовое Управление Корпорации | Управление сервисного обслуживания | |
| Обработка заявки | X | | | | | | |
| Подготовка проекта контракта на поставку запчастей | | X | | | | | |
| Формирование и утверждение контракта | | X | | | | | |
| Лицензирование контракта | | | X | | | | |
| Составление номенклатурных планов выполнения контракта | | | | X | | | |
| Диспетчирова-ние выполнения планов цехами-изготовителями | | | | X | | | |
| Внутренняя приемка | | | | | X | | |
| Комплектация, упаковка,сдача продукции на склад | | | | X | | | |
| Оформление поставки | | | | | | X | |
| Отгрузка, транс портировка. Экспедирование имущества | | | X | | | | X |
Таблица 1.6.
Оперограмма процесса «Выполнение контрактных обязательств по сервисному обслуживанию»
| Перечень бизнес-процессов | Подразделения Корпорации | ||||
| Отдел техни-ческого обеспечения | Цеха-изгото-вители Корпорации и предприятия-смежники | ПДО управления сервисного обслуживания | БТК Заказ-чика ВП | Управление сервисного обслужи-вания | |
| Инженерная проработка заявок. | X | | | | |
| Подготовка технической документации по контракту | X | | | | |
| Составление планов по выполнению контракта | X | | | | |
| Исполнение планов | | X | | | |
| Диспетчирование. | | | X | | |
| Комплектация. Упаковка. Оформление документации | | | X | | |
| Приемка имущества Аттестация бригад | | | | X | |
| Транспортировка, экспедирование имущества. | | | X | | |
| Командирование специалистов | X | | | | X |
Таблица 1.7.
Оперограмма процесса «Технического обслуживания на территории ЭО учета технического состояния
AT
марки «МиГ»
| Перечень бизнес-процессов | Подразделения Корпорации | ||||
| Отдел эксплуатации и гарантийного обслуживания | Отдел сопровождения, ремонта, модернизации и доработок Ремонтные бригады | Отдел технического обеспечения | Представитель Заказчика ВП | Центральный архив Корпорации | |
| Поставка имущества. Входной контроль поставленного имущества | | X | | X | |
| Пуско-наладочные работы | | X | | | |
| Ввод в эксплуатацию. Гарантийное обслуживание | X | X | | | |
| Учет условий эксплуатации | X | | | | |
| Контроль надежности. Учет выработки ресурса | X | | | | |
| Методическая и Техническая помощь | X | X | X | | |
| Проведение профилактических мероприятий | X | X | | | |
| Оценка эффективности мероприятий по повышению надежности и продлению ресурса | X | | X | | |
| Сбор стат. данных | X | | | | X |
Таблица 1.8.
Оперограмма процесса «Работа по рекламациям»
| Перечень бизнес-процессов | Подразделения Корпорации | |||
| Отдел эксплуатации и гарантийного обслуживания | Отдел сопровождения, ремонта, модернизации и доработок | Отдел технического обеспечения | Ремонтные бригады Производственные бригады и вспомогательные службы | |
| Рассмотрение рекламационных актов | X | X | | |
| Формирование комиссий по расследованию причин | X | | X | |
| Выезд специалистов к Заказчику. Расследование причин на месте | | | | X |
| Подготовка заключения и технического решения по выявленным причинам несоответствий и сбоев | X | | | X |
На основе вышеуказанной информации построена (разработана) функциональная модель, которая демонстрирует последовательность выполняемых Департаментом функций по вводу в эксплуатацию, техническому обслуживанию и ремонту изделий марки «МиГ», наглядно представляя все процессы и подпроцессы обеспечения выполнения контрактных обязательств по поставкам и сервису.
Процесс функционирования представлен как единственная функция первого листа функциональной модели (первого листа декомпозиции) и разложен (декомпозирован) на бизнес-процессы масштаба предприятия (рис. 1.6. Диаграмма А-0).
Эти бизнес-процессы отображены как функции второго листа функциональной модели (рис.1.6. Диаграмма АО) и, в свою очередь, декомпозированы на более мелкие бизнес-процессы, отображенные как функции на следующих листах декомпозиции .
Как уже говорилось, функциональная модель является исходной информацией при разработке архитектуры информационной модели поддержки стадий эксплуатации и технического обслуживания изделий марки «МиГ» и формировании Базы данных, поэтому модель Департамента строилась с позиции руководителя отдела информационной логистики, что обеспечило учет значимых факторов, а также информационных и физических взаимосвязей процесса выполнения контрактных обязательств по поставкам и сервису.
Наиболее значимые объекты внешнего окружения процесса обеспечения выполнения контрактных обязательств по поставкам и сервису также наглядно представлены в модели:
Входы:
«Предконтрактная документация» - поток информации, поступающий от Заказчика в виде заявок, особых условий, эксплуатационно-технической документации и прочей документации.
«Требования и рекламации» - поток информации поступающий от Заказчика в рамках гарантийного и постгарантийного обслуживания.
Управление:
«Межгосударственные соглашения» - установленные долгосрочные соглашения, партнерские связи и прочие сложившиеся условия поставок и сервисного обслуживания.
«Распоряжения руководства Корпорации «МиГ» - стратегическое и оперативное управление деятельностью Департамента.
«Стандарты» — международные, государственные и отраслевые стандарты, стандарты предприятия, регламентирующие деятельность Департамента. «Положения и инструкции» - разработанные для каждого структурного подразделения.
Механизмы или исполнители:
«Департамент Поставок и Сервисного обслуживания» - штатные специалисты структурных подразделений и специалисты, привлекаемые для работы по контракту. «Смежные подразделения» — подразделения Корпорации, а также предприятия-смежники, участвующие в реализации проектов по поставкам и сервису.
работы Сервисного Центра
Описание диаграмм
А1. Заключить контракт на поставку запчастей и/или сервисное
обслуживание
Работа по заключению контракта осуществляется в рамках Межгосударственных соглашений при наличии у Корпорации лицензии на данные виды деятельности. Контракты заключаются на 5-7 лет, а уточнения к ним оформляются в виде Дополнительных Соглашений. В качестве исходной информации для осуществления данного процесса выступают заявки (как правило, содержат наименование необходимого имущества, перечень работ, а также могут содержать описание отказа или дефекта), требования (на оказание услуг в рамках гарантии, или работ по рекламационным актам), запросы (на разработку дополнительной технической документации, необходимой для устранения неисправности, или продления ресурса эксплуатации AT), документы об особых условиях эксплуатации, поступающие от Заказчика. В результате проработки заявок и рассмотрения требований оформляются либо заключение подтверждающие отказ в выполнении заявки, либо пакет документов, определяющий исполнителей отвечающих за составление коммерческих предложений. После разработки коммерческих предложений и проведения переговоров с Заказчиком осуществляется подписание контрактных документов.
А2. Обеспечить выполнение контрактных обязательств по поставкам
и сервисному обслуживанию
Поступающие заявки могут подразумевать только поставку запчастей (в результате функции выполнения контрактных обязательств выполняются в рамках Управления контрактов, поставок запчастей и услуг), либо только сервисное обслуживание (тогда исполнителем является Управление Сервисного Обслуживания), либо включать и то и другое (в этом случае контрактные обязательства выполняется при совместной работе данных управлений, объединенных в проектную группу).
A3. Обеспечить эксплуатацию.
В ходе выполнения контрактных обязательств подразделения Корпорации могут осуществлять ввод в эксплуатацию изделий марки «МиГ», при этом могут осуществляться процессы экспедирования имущества, проведения пуско-наладочных работ и собственно ввода в эксплуатацию.
А4. Учет технического состояния изделий в ЭО.
В рамках гарантийного обслуживания корпорация может осуществлять учет технического состояния ранее поставленных изделий. Целью данного процесса является сбор и анализ статистических данных, которые используются при разработке методических рекомендаций по техническому обслуживанию и ремонту изделий. Также в рамках методической помощи осуществляется контроль надежности, учет выработки ресурса и разработка планов ремонта по состоянию. Данная информация используется подразделениями корпорации для разработки новых методов повышения надежности изделий.
А5. Работа по рекламациям
Рекламационные акты могут возникать на всех стадиях выполнения контрактных обязательств по поставкам и сервису. Данные вопросы обязательно должны быть оговорены в контрактных документах. Процесс рассмотрения рекламационных актов включает в себя: анализ состоятельности выдвинутых требований, разработку планов удовлетворения требований (в случае их признания). В некоторых случаях возможно формирование комиссии по расследованию причин на месте. В результате расследования бригада специалистов (комиссия) составляет отчет, содержащий данные проверки и протоколы расследований. На основе собранной информации готовится техническое решение по удовлетворению рекламационных требований или их отклонения. Все спорные вопросы могут быть решены с помощью привлечения третьей стороны (независимой экспертизы) или в судебном порядке.
Построенная модель соответствует заданной цели проектирования, которая в нашем случае определялась как необходимость идентификации процессов работы Департамента по выполнению контрактных обязательств по сервисному обслуживанию ранее поставленных Заказчику изделий.
Полная информация о разработанной функциональной модели бизнес-процессов Департамента Поставок и Сервисного Обслуживания включает в себя:
- контекстную диаграмму;
- диаграмму дерева узлов;
- диаграммы декомпозиции;
- описание и комментарий.
1.3.2. МЕТОДИКА АНАЛИЗА И ОПТИМИЗАЦИИ БИЗНЕС ПРОЦЕССОВ ПРЕДПРИЯТИЯ
В рамках дипломного проекта разрабатывается функциональная модель работы Сервисного Центра ФГУП «РСК «МиГ» с точки зрения обеспечения выполнения контрактных обязательств по поставкам и сервису.
Целью построения функциональной модели бизнес-процессов является: изучение структуры бизнес-процессов работы Сервисного Центра ФГУП «РСК «МиГ», выявление их взаимосвязи, оценка оптимальности организации взаимодействия, как между различными бизнес-процессами, так и внутри каждого бизнес-процесса. Функциональная модель создается в соответствии с методологией IDEF0.
Общая схема анализа и оптимизации бизнес-процессов представлена на рис.1.7. и включает в себя:
1) сбор информации о Департаменте по поставкам и сервису;
2) идентификацию бизнес-процессов и создание функциональной модели
бизнес-процессов Департамента;
3) анализ и оптимизацию бизнес-процессов Департамента.
| Рис. 1.7. Общая схема методики анализа и оптимизации бизнес-процессов предприятия. |
1.3.3. АНАЛИЗ И ОПТИМИЗАЦИЯ СУЩЕСТВУЮЩИХ
БИЗНЕС-ПРОЦЕССОВ РАБОТЫ
ДЕПАРТАМЕНТА
Построенная функциональная модель служит источником объективной информации о фактически выполняемых подразделениями Департамента функциях, а также наглядно показывает существующие функциональные связи, которые не могут быть отражены в оргструктуре. Представление о работе Сервисного Центра как совокупности бизнес-процессов позволяет руководству по-новому взглянуть на подчиненную им структуру, а рядовым сотрудникам осознать свое место и обязанности в ней.
В нашем случае построенная функциональная модель является основой для анализа и повышения эффективности работы Департамента и служит базисом для автоматизации выявленных процессов и интеграции системы технического обслуживания и ремонта авиационных изделий марки «МиГ» в Интегрированную Систему Поддержки всех стадий жизненного цикла авиационных изделий марки «МиГ».
В настоящее время корпоративная сеть предприятия, не охватывает автоматизированные рабочие места подразделений Департамента, что существенно снижает производительность и эффективность работы Сервисного Центра. Простое подключение ПК к существующей сети не решит всех задач стоящих пред Департаментом и Корпорацией в целом. Поэтому прежде, чем приступить к этапу автоматизации, необходимо выявить те процессы, которые могут и должны быть изменены (оптимизированы).
Одним из важнейших процессов в работе Департамента Поставок и Сервиса является процесс «Заключение контракта». На данном этапе Заказчик и Подрядчик определяют правила (порядок) и условия своего дальнейшего сотрудничества.
Построенная функциональная модель бизнес-процессов работы Сервисного Центра наглядно демонстрирует, что процессы рассмотрения поступающих заявок и заключения контрактов на поставку запчастей и сервисное обслуживание являются очень затянутыми по времени. Следует отметить, что при существующей схеме обработки заявок, большой объем работ осуществляется еще до заключения контрактных документов (т.е. выполняется в кредит), при этом данные процессы не приносят добавочной стоимости и относятся на себестоимость как накладные расходы. Такой объем работы и ее затянутость объясняется тем, что Департамент не обладает всеми данными, необходимыми для составления коммерческих предложений и контрактных документов. Очень много времени уходит как на выяснение (определение) своих собственных возможностей (определение наличия лицензии на определенные виды работ, определение технической возможности исполнения), так и на выяснение того, какие возможности и средства имеются в наличии в настоящее время у Корпорации и контрагентов (определение и наличие исполнителей, составление предварительных планов и смет). Поэтому подразделения Департамента остро нуждаются в своевременном и быстром доступе к различной информации по поставляемым изделиям и имуществу (конструкторской, технической, эксплуатационной, финансовой, таможенно-лицензионной документации и пр.) Данные о конструкциях изделий марки «МиГ», эксплуатационно-техническая, сопроводительная документация, используемые в ходе работы подразделений Департамента, занимают значительную часть в общем объеме информации Корпорации. Как уже говорилось, в настоящее время перед ФГУП «РСК «МиГ» стоит задача по переводу информации с бумажных носителей в цифровой вид и интеграции полученных данных в существующую Информационную Систему предприятия. Это позволит существенно повысить культуру труда и производительность работы подразделений Корпорации. На основе этих данных будет решаться ряд задач производства, материально-технического снабжения, сбыта, эксплуатации, технического обслуживания, ремонта и пр.
2. АНАЛИЗ СОСТОЯНИЯ ПРОЦЕССА ПОСТАВОК И СЕРВИСА НА ПРЕДПРИЯТИИ
2.1. ОРГАНИЗАЦИОННО-ФУНКЦИОНАЛЬНАЯ СТРУКТУРА
КОМПЬЮТЕРИЗИРОВАННОЙ ИНТЕГРИРОВАННОЙ ЛОГИСТИЧЕСКОЙ ПОДДЕРЖКИ АВИАЦИОННОЙ ТЕХНИКИ
В рамках НП “МиГ-Логистика” была разработана организационно-функциональная структура процессов по созданию компьютеризированной интегрированной В рамках НП «МиГ-Логистика» была разработана организационно-логистической поддержки авиационной техники (КИЛП AT), которая представлена на рис. 2.1.
| | | | | | | | | | ||||||||
| | Бригада по управлению | | | Специализированные бригады по созданию проекта КИЛП AT | | |||||||||||
| | проектом КИЛП AT | | | | | | ||||||||||
| | | | | | | |||||||||||
| | | | | | | | | | | | | | ||||
| | Заказчик | | Конструктор- | | Опытное | | Серийное | | Предприятие | | Предприятие | | ||||
| | | | ское бюро | | предприятие | | предприятие | | по | | по | | ||||
| | | | | | | | | | эксплуатации | | утилизации | | ||||
| | | | | | | | | | и поддержке | | | | ||||
| | Подразделения участвующие в интегрированной логистической поддержке изделия | | ||||||||||||||
| | Разработка | | Анализ | | Создание | | Создание | | Руководство | | Реализация | | ||||
| | прогнозов. | | вариантов | | опытного | | серийного | | операциями | | вывода из | | ||||
| | концепции. | | возможных | | образца | | образца | | мониторинга | | эксплуатации | | ||||
| | программ. | | конструкции | | AT. | | AT. | | и | | и | | ||||
| | характеристик | | AT. | | Подтвержден- | | осуществле- | | проектирова- | | утилизация | | ||||
| | изделий AT. | | Анализ | | ные ЛГХ и | | ние | | ние | | | | ||||
| | синтеза | | концепции | | эксплутацион- | | мониторинга | | модификаций | | | | ||||
| | технического | | технического | | ные | | производства | | для | | | | ||||
| | облика AT | | обслуживания. | | характеристи- | | и проектирова- | | сохранности | | | | ||||
| | и т. д. | | Оценка | | ки и т. д. | | ние | | | | | | ||||
| | | | надежности, | | | | оперативных | | | | | | ||||
| | | | пригодности к | | | | модификаций | | | | | | ||||
| | | | техническому | | | | | | | | | | ||||
| | | | обслуживанию | | | | | | | | | | ||||
| | | | и т. д. | | | | | | | | | | ||||
| Фаза 1 Фаза 2 Фаза 3 Фаза 4 Фаза 5 Фаза 6 | ||||||||||||||||
Создание и
управление
проектом
КИЛП
AT
Реализация
п
роекта
КИЛП
AT
Рис. 2.1. Организационно-функциональная структура КИЛП
AT
.
Опыт показал, что уже при использовании частичного электронного представления возможно сокращение сроков освоения производства изделий в 1,5 раза, при сокращении времени решения вопросов конструктивно-технологической отработки почти на 50%, что в результате дает уменьшение затрат на освоение на 50-80%. Для создания полного электронного макета изделия, исключения бумажного параллельного документооборота, перехода на полноценную параллельную работу ОКБ-Завод-Заказчик требуется внедрение сотен рабочих мест, а это, в свою очередь, ведет к пересмотру привычной организации и технологии работы в Корпорации. И все эти проблемы могут быть решены в процессе создания и внедрения КИЛП.
Программа создания системы интегрированной логистической поддержки авиационных изделий марки «МИГ» предусматривает развитие следующих направлений:
1. Создание новых проектных решений и поддержки этих решений, на основе использования информации, представленной в едином машинно-ориентированном формате, в областях:
- проектирования процессов материально-технического обеспечения на этапе проектирования и производства авиационных изделий;
- проектирования процессов технического обслуживания и ремонта авиационных изделий марки «МиГ» на этапе их проектирования;
- проектирования интегрированной системы управления логистической поддержкой авиационных изделий марки «МиГ»;
- проектирование интерфейсов к системе управления логистических процессов на этапе эксплуатации авиационных изделий,
функционирующей у Заказчика.
2. Создание новых корпоративных стандартов поддерживающих
использование современных информационных технологий.
Проектирование процессов технического обслуживания и ремонта авиационных изделий марки «МиГ» на этапе их проектирования включает в себя следующие процессы:
• осуществление расчетов надежности, восстановления и готовности
авиационных изделий по элементам их физических и функциональных моделей;
• анализ отказов и соответствующих критических последствий;
• выбор стратегии технического обслуживания и ремонта авиационных изделий марки «МиГ» исходя из возможностей Заказчика;
• формирование заданий по техническому обслуживанию и ремонту
авиационных изделий;
• выбор оборудования поддержки авиационных изделий марки «МиГ», формирование требований к обслуживающему персоналу и т.д.;
• формирование единой Базы Данных Анализа логистической поддержки авиационных изделий марки «МиГ» и Базы Данных электронной эксплуатационной и ремонтной документации, где информация представлена в едином машинно-ориентированном формате.
Проектирование процессов материально-технического обеспечения на этапе проектирования и производства авиационных изделий марки «МиГ» тесным образом связано с проектированием процессов технического обслуживания и ремонта изделий и с производственными процессами и включают в себя:
• определение факторов, влияющих на принятие решений при
проектировании системы материально-технического обеспечения;
• определение логистического оборудования, используемого в системе
материально-технического обеспечения;
• формирование центров распределения, обслуживания и точек
складирования;
• определение требований к упаковке, обращению, хранению,
транспортировке и т.д.
Проектирование интегрированной системы управления логистической поддержкой авиационных изделий марки «МиГ» в ФГУП «РСК «МиГ» осуществляется на основе принципа «замкнутой петли» и объединяет все элементы процессов технического обслуживания и ремонта (ТоиР) и материально технического обеспечения (МТО) в рамках единой инфраструктуры ИЛП с помощью следующих функций:
• управление конфигурацией, получение и оперативная обработка информации, представленной в едином машинно-ориентированном формате, на всех этапах ЖЦИ марки «МиГ», с возможностью управления отказами, претензиями и т.д. с помощью Базы Данных ИЛП, где данные представлены в едином машинно-ориентированном формате;
• управление составом авиационных изделий, рассматриваемых с позиции процессов ТОиР и МТО, получение и оперативная обработка информации по запасным частям, представленная в едином машинно-ориентированном формате, включая калькуляцию цен, размещение, возможность доступа к соответствующим Базам Данных;
• управление процессом создания интерактивных электронных технических руководств, планирование, учет, контроль, анализ и регулирование процесса создания электронной документации, необходимой для обеспечения эксплуатации и ремонта авиационных изделий марки «МиГ» с помощью Базы Данных электронной документации, Базы Данных состава изделия и Базы Данных ИЛП;
• управление процессом МТО и сервисного обслуживания планирование, учет, контроль, анализ и регулирование процессов обеспечения работоспособности авиационных изделий марки «МиГ», используя автоматизацию поиска расположения, состояния, состава, производителя необходимых объемов материальных ресурсов (запасных
частей, компонентов и т.д.) с помощью Базы Данных ИЛП, где данные представлены в едином машинно-ориентированном формате.
В основу реализации программы ФГУП «РСК «МиГ», направленной на создание системы интегрированной логистической поддержки авиационных изделий марки «МиГ» заложено создание концептуальной модели системы ИЛП в ФГУП «РСК «МиГ». Данная модель строится на основе методологии «Интегро-CALS» и позволяет:
• однозначно толковать формы представления информации, используемой в различных описаниях системы ИЛП ФГУП «РСК «МиГ»;
• однозначно толковать как семантику понятий, используемых в различных описаниях ТОиР и МТО, так и их синтаксис;
• осуществлять корректную компьютерную обработку цифровых данных, относящихся к различным аспектам проектирования и функционирования системы ИЛП ФГУП «РСК «МиГ».
Но чтобы реализовать в Корпорации эту программу необходимо решить следующий круг подзадач:
- Провести разработку концепции реформирования системы управления предприятием;
- Проанализировать состояние нормативно-методической базы предприятия на основе международных, государственных, ведомственных и фирменных стандартов;
- Подготовить к аттестации специалистов в области современных методов ведения бизнеса: менеджмента качества, CALS- и CASE-технологий, защиты информации, моделирования бизнес-процессов и управления предприятием;
- Провести лицензирование предприятия в соответствующих областях деятельности;
- Провести моделирование процессов деятельности предприятия с учетом требований стандартов по качеству серии ИСО 9000:2000, и разработать информационную модель, содержащую логическую модель Баз Данных;
- Провести апробирование и разработку фрагментов комплексной
информационной системы управления предприятием в части электронного документооборота, описания изделий, управления проектами, создания интерактивных электронных технических руководств и др.
Представленная программа направлена на обеспечение быстроты поставок и повышение качества изделий марки «МиГ», что является ключевыми факторами при обеспечении конкурентоспособности, как на внутреннем, так и на внешнем рынках. При этом следует отметить, что проектируемая интегрированная система логистической поддержки изделий ориентирована на снижение затрат на всех стадиях ЖЦ, но особое значение уделяется вопросам эксплуатации и обслуживания изделий.
Опыт закупок изделий свидетельствует о том, что стоимость эксплуатации и обслуживания конечного изделия во много раз превышает стоимость самого изделия. Это объясняется, как правило, значительной длительностью жизненного цикла изделий, а также определенными проблемами в техническом обслуживании и ремонте, и их материально-техническом обеспечении, например, в использовании средств обеспечения функционирования изделий в условиях их рассредоточения или нахождения в нестандартных для их функционирования и обслуживания условиях.
Поскольку для Корпорации «МиГ» приоритетным направлением является реформирование системы технического обслуживания и ремонта авиационных изделий марки «МиГ», в рамках дипломного проектирования будет проведен технический анализ работы структурного подразделения Корпорации «МиГ» по поставкам и сервису с выработкой предложений по реформированию системы сервисного обслуживания.
Для решения этих задач необходимо:
- Выработать концепцию реформирования системы по поставкам и сервисному обслуживанию;
- Провести анализ работы подразделений Корпорации, участвующих в процессах сервисного обслуживания;
- Провести моделирование процессов деятельности Департамента по поставкам и сервису, на основе которой в дальнейшем будет разработана информационная модель, содержащая логическую модель баз данных;
Реформирование системы управления будет выполнено с учетом требований стандартов по качеству серии ИСО 9000:2000, поскольку внедрение стандартов этой серии является обязательным условием выхода на международные рынки. В основе данного стандарта лежит процессный подход к менеджменту организации и представлении предприятия как совокупности выполняемых процессов. Классический метод, представления предприятия в виде структуры организационных подразделений, выполняющих определенные задачи, не позволяет решить ряд вопросов, стоящих перед современным предприятием.
2.2. ВЫБОР КРИТЕРИЕВ ПРОЕКТИРОВАНИЯ ИСУ
Анализ опыта выбора информационной системы управления предприятием показывает, что наиболее часто встречающимися критериями являются следующие:
- стоимость системы
- гибкость
- масштабируемость
- открытость
- возможность модификации под потребности предприятия
- имидж фирмы-производителя
- наличие успешных внедрений на предприятиях аналогичной отрасли
- соотношение Цена/Качество
- соотношение Цена/Функционал
- функционал системы
- СУБД, лежащая в основе ИСУ
- возможность работы в ИСУ удаленных подразделений и др.
Значения критериев, выдвигаемых в процессе выбора к желаемому объекту, и позволяют принимать решения. Чем более точны и детальны эти критерии, тем, с одной стороны, более сложен механизм выбора, но, с другой стороны, и более правильный, так как учитывает достаточно большое количество различных факторов. Но для того, чтобы грамотно и однозначно определить эти критерии необходимо знать предметную область проблемы выбора.
Что касается критериев выбора предъявляемых к ИСУ как специалистами в области информационных технологий, так и сотрудниками предприятий, осуществляющих выбор, то для них характерны следующие особенности: общий характер, низкая степень детализации или отсутствие таковой; отсутствие четких формулировок; ориентация критериев на рекламные материалы фирм-производителей; отсутствие системы критериев; малая доля охвата характеристик объекта выбора; отсутствие систематизации критериев; низкая связь критериев с бизнес-процессами предприятия.
К основными критериями, которые носят общий характер и постоянно выдвигаются пользователями и ИТ-специалистами:
масштабируемость, открытость, гибкость, интегрируемость, нацеленность команды на достижение успеха, возможность доработки функционала, единое информационное пространство и т.п.
Во-первых, все перечисленные характеристики ИСУ заявлены фирмами производителями в своих рекламных и информационных материалах.
Во-вторых, нет однозначных формулировок данных характеристик, одинаковых для всех производителей . В результате, как они, так и потенциальные пользователи вынуждены самостоятельно каждый для себя осознавать эти понятия.
В-третьих, эти критерии носят общий характер и нуждаются в четкой детализации. Так, например, если рассматривать такую характеристику системы как масштабируемость, то она базируется принципах и технологиях: многоплатформенность применяемых технологий, преемственность решений фирмы-производителя. Именно их необходимо оценивать при выборе ИСУ, а не сам факт наличия возможности к масштабированию системы . Что касается, например, такой характеристики как Открытость системы, то по своей сути она представляет собой возможность модификации системы. Ставить наличие такой возможности как критерий выбора бессмысленно, т.к. каждая ИСУ имеет специальный инструментарий разработки, с помощью которого она и была создана, а, следовательно, само собой существует возможность ее модификации, как минимум, используя данное средство разработки.
Поэтому понятие «Открытость» или как еще встречается «Возможность модификации системы» необходимо раскрыть и, в качестве критериев выделять именно конкретные характеристики этой «Открытости». Например, способы модификации системы, т.е. каким именно образом осуществляется модификация: с помощью изменения кода системы или с помощью каких-то настроек, или специального программного обеспечения. При этом сразу же возникнет несколько сопутствующих вопросов, например, необходимо ли отдельно докупать специальное программное обеспечение, которое используется для модификации системы, предоставляет ли поставщик системы исходный код продукта, каким образом осуществляется сопровождение продукта, если в него внесены изменения, каким образом влияет модификация на переход на новые версии системы и т.д. Кроме того, здесь также необходимо учитывать и архитектуру системы, и возможную глубину модификации данных и многое другое.
Еще один критерий, который очень часто выдвигается и ИТ-специалистами, и потенциальными пользователями – это Гибкость системы.
И, снова приходится повторяться, что на вопрос: «Обладает ли ваша система гибкостью к изменениям внутренней и внешней среды», любой производитель ответит «конечно», причем, не задумываясь ни на секунду. В то время как гибкость системы включает в себя также большое число параметров, которые необходимо оценивать отдельно. Это и время реакции производителя и поставщика ИСУ на изменения в законодательстве, и способы изменения (перенастройки) бизнес-логики системы, определенной в процессе ее внедрения, и трудозатраты, связанные с этими изменениями и т.п.
И эти критерии очень важны, т.к. очень часто при оценке ИСУ под гибкостью ошибочно понимается возможность изменения кода программы собственными программистами, для того чтобы «подогнать» систему под требования отдельных пользователей. И, к сожалению, это часто считается плюсом ИСУ. Несомненно, ИСУ должна иметь возможность изменения собственными программистами каких-то процедур системы, однако это уже критерий открытости системы, но гибкость системы обязательно подразумевает механизмы настройки бизнес-логики, которые позволяли бы без дополнительного программирования осуществлять быструю адаптацию системы к новым условиям.
А, выбрав, систему, где такая возможность отсутствует, предприятие рискует оказаться в ситуации, в которой оказались очень многие их предшественники. Так отделы IT, получая возможности изменения процедур ИСУ, переделывают ее настолько, что создается свой «клон» системы. Данный «клон» ориентирован на бизнес-логику предприятия в тот момент, когда шло непосредственное внедрение системы. И при возникновении ситуации, когда изменяются бизнес-процессы предприятия, возникает необходимость снова переписывать различные процедуры системы.
Это, во-первых, еще больше увеличивает ее отличие от официальной информационной системы управления, которая была приобретена изначально;
Во-вторых, скорость внесения изменений сильно падает. Возникают ин-формационные разрывы, потери информации, и как следствие не только финансовые потери, но и ухудшение отношение руководства к используемой системе и специалистам, которые ее обслуживают.
В третьих, при выходе новых официальных ее версий, оказывается невозможным простое обновление, и либо все сделанные наработки просто теряются и их приходится восстанавливать с учетом произошедших изменений в новой версии системы, либо те изменения, которые приходят с новой версией приходится дописывать самим.
Помимо вышеперечисленных критериев в процессе выбора выдвигается еще достаточно большое количество критериев, которые либо нет смысла оценивать, либо они нуждаются в конкретизации и однозначном определении.
3. РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ПРОЦЕССОМ ПОСТАВОК
И СЕРВИСА НА ФГУП «РСК«МиГ»
3.1. ПОСТАНОВКА ЗАДАЧИ
Глобальной целью на предприятии РСК «МиГ» в области автоматизации систем управления является введение в эксплуатацию ИНТЕГРИРОВАННОЙ СИСТЕМЫ, которая бы постоянно совершенствовалась и наращивалась. Внедрение этой системы позволило бы резко сократить трудоемкость обработки данных по всем экономическим и управленческим службам, повысить культуру производства, обеспечить быстрое получение необходимой информации и пр.
3.2. МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ : СТАНДАРТ
IDEF
.
Методологию IDEF0 можно считать следующим этапом развития графического языка описания функциональных систем SADT (Structured Analysis and Design Teqnique). Исторически, IDEFO, как стандарт был разработан в 1981 году в рамках обширной программы автоматизации промышленных предприятий, которая носила обозначение ICAM (Integrated Computer Aided Manufacturing) и была предложена департаментом Военно-Воздушных Сил США. Собственно семейство стандартов IDEF унаследовало свое обозначение от названия этой программы (IDEF - ICAM DEFinition). В процессе практической реализации, участники программы ICAM столкнулись с необходимостью разработки новых методов анализа процессов взаимодействия в промышленных системах. При этом кроме усовершенствованного набора функций для описания бизнес-процессов, одним из требований к новому стандарту было наличие эффективной методологии взаимодействия в рамках "аналитик-специалист". Другими словами, новый метод должен был обеспечить групповую работу над созданием модели, с непосредственным участием всех аналитиков и специалистов, занятых в рамках проекта.
В результате поиска соответствующих решений родилась методология функционального моделирования IDEF0. С 1981 года стандарт IDEF0 претерпел несколько незначительных изменений, в основном ограничивающего характера, и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США (NIST).
ОСНОВНЫЕ ЭЛЕМЕНТЫ И ПОНЯТИЯ
IDEF
0
В IDEF0 рассматриваемая система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной - функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия:
Первым из них является понятие ФУНКЦИОНАЛЬНОГО БЛОКА (ACTIVITY BOX). Функциональный блок графически изображается в виде прямоугольника (рис. 3.1.) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы.
Рис. 3.1. Функциональный блок.
По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, "производить услуги", а не "производство услуг").
Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:
• Верхняя сторона имеет значение "Управление" (Control);
• Левая сторона имеет значение "Вход" (Input);
• Правая сторона имеет значение "Выход" (Output);
• Нижняя сторона имеет значение "Механизм" (Mechanism).
Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.
Вторым "китом" методологии IDEF0 является понятие ИНТЕРФЕЙСНОЙ ДУГИ (ARROW). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники) или потоки данных и информации (документы, данные, инструкции и т.д.).
В зависимости от того, к какой из сторон подходит данная интерфейсная дуга, она носит название "входящей", "исходящей" или "управляющей". Кроме того, "источником" (началом) и "приемником" (концом) каждой функциональной дуги могут быть только функциональные блоки, при этом "источником" может быть только выходная сторона блока, а "приемником" любая из трех оставшихся.
Необходимо отметить, что любой функциональный блок по требованиям стандарта должен иметь, по крайней мере, одну управляющую интерфейсную дугу и одну исходящую. Это правило подчеркивает, что каждый процесс должен происходить по каким-то правилам (отображаемым управляющей дугой) и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла.
При построении IDEF0 - диаграмм очень важно правильно отделять входящие интерфейсные дуги от управляющих, что часто бывает непросто. В случае рассмотрения предприятий и организаций существуют пять основных видов объектов:
- материальные потоки (детали, товары, сырье и т.д.),
- финансовые потоки (наличные и безналичные, инвестиции и т.д.),
- потоки документов (коммерческие, финансовые и организационные документы),
- потоки информации (информация, данные о намерениях, устные распоряжения и т.д.)
- ресурсы (сотрудники, станки, машины и т.д.).
При этом в различных случаях входящими и исходящими интерфейсными дугами могут отображаться все виды объектов, управляющими - только относящиеся к потокам документов и информации, а дугами-механизмами - только ресурсы.
Третьим основным понятием стандарта IDEF0 является ДЕКОМПОЗИЦИЯ (DECOMPOSITION). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Декомпозиция позволяет постепенно и структурировано представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
Модель IDEF0 всегда начинается с представления системы как единого целого - одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором "А-0".
В пояснительном тексте к контекстной диаграмме должна быть указана ЦЕЛЬ (PURPOSE) построения диаграммы в виде краткого описания и зафиксирована ТОЧКА ЗРЕНИЯ (VIEWPOINT).
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме.
Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется ДОЧЕРНЕЙ (Child diagram) no отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме, соответственно называется дочерним блоком- Child Box). В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит - РОДИТЕЛЬСКОЙ ДИАГРАММОЙ (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 - модели. Наглядно принцип декомпозиции представлен на рис. 3.2. Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм - каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.
Часто бывают случаи, когда отдельные интерфейсные дуги не имеет смысла продолжать рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот - отдельные дуги не имеют практического смысла выше какого-то уровня. Например, интерфейсную дугу, изображающую "инструмент" на входе в функциональный блок "Упаковать", не имеет смысла отражать на диаграммах более высоких уровней, - это будет только перегружать диаграммы и делать их сложными для восприятия. С другой стороны, случается необходимость избавиться от отдельных "концептуальных" интерфейсных дуг и не детализировать их глубже некоторого уровня.
Рис. 3.2. Декомпозиция функциональных блоков.
Для решения подобных задач в стандарте IDEF0 предусмотрено понятие ТУННЕЛИРОВАНИЯ. Обозначение "туннеля" (Arrow Tunnel) в виде двух круглых скобок вокруг начала интерфейсной дуги обозначает, что эта дуга не была унаследована от функционального родительского блока и появилась (из "туннеля") только на этой диаграмме.
В свою очередь, такое же обозначение вокруг конца (стрелки) интерфейсной дуги в непосредственной близи от блока - приёмника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта дуга отображаться и рассматриваться не будет. Чаще всего бывает, что отдельные объекты и соответствующие им интерфейсные дуги не рассматриваются на некоторых промежуточных уровнях иерархии - в таком случае, они сначала "погружаются в туннель", а затем, при необходимости "возвращаются из туннеля".
Последним из понятий IDEF0 является ГЛОССАРИЙ (GLOSSARY). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги "распоряжение об оплате" глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
ДИАГРАММЫ
IDEF
0.
Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
• контекстную диаграмму (в каждой модели может быть только одна
контекстная диаграмма);
• диаграммы декомпозиции;
• диаграммы дерева узлов;
• диаграммы только для экспозиции (FEO).
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции должны проводиться сеансы экспертизы - эксперты предметной области указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.
Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня.
Диаграммы для экспозиции (
FEO
) строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.
3.3. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ДЕПАРТАМЕНТА
Процесс заключения контракта после объединения автоматизированных рабочих мест Департамента в локальную сеть и включения ее в контур существующей корпоративной сети предприятия, а также в результате создания и внедрения системы PDM STEP Suite и Интерактивных Электронных Технических Руководств (представленных комплексом Баз Данных и стандартных программных средств - электронной системы отображения) будет выглядеть следующим образом: Заказчик получит доступ (через Интернет) к распределенной Базе Данных Корпорации, которая будет включать информацию и по контрагентам и предприятиям-смежникам. Указанная База Данных должна предоставить Заказчику все необходимые данные для того, чтобы Заказчик смог бы сам сформировать коммерческое предложение (в электронном виде) и передать его Поставщику (Корпорации).
Структура выполняемых процессов на этапе Заключения контрактов на поставку запчастей и сервисное обслуживание будет выглядеть следующим образом:
• Подготовка коммерческого предложения.
- Формирование заявки в электронном виде;
- Подготовка проекта контракта (ком. Предложения).
• Переговоры с Заказчиком при участии контрагентов (смежников),
согласование и окончательная проработка контракта.
- Ознакомление Заказчика с коммерческим предложением;
- Согласование номенклатурных планов и регламента работ;
- Определение ценовой политики, сроков и формы оплаты;
- Юридическая проработка контрактных документов;
- Согласование контрактных документов.
• Заключение (подписание) контрактных документов.
| |
| Рис. 3.3. Корпоративная сеть. |
Процесс подготовки коммерческого предложения будет заключаться в администрировании Базы Данных Подрядчиком (Корпорацией), работе Заказчика с данной БД и формировании заявки в электронном виде, на основе которой по запросам специалиста отдела проработки заявок Система будет автоматически генерировать отчеты, необходимые для составления коммерческого предложения и подготовки проекта контракта. Схема работы корпоративной сети представлена на рис.3.3.
Принципиально новым при такой работе является то, что часть работы сотрудников Департамента теперь будет выполнять система PDM STEP Suite и сам Заказчик, что существенно сократит время обработки поступающих заявок и статьи расхода подразделений Департамента Поставок и Сервиса.
При формировании заявки в электронном виде Заказчик должен будет самостоятельно:
1. Заполнить карточку клиента и указать:
- код Заказчика;
- код страны;
- тип изделия (внутризаводская кодировка, применяемая в КТД);
- код грузополучателя.
2. Выбрать вид технического обслуживания:
- гарантийное обслуживание;
- постгарантийное обслуживание;
- поставка запчастей;
- модернизация AT;
- модификация AT;
- доработка AT.
3. Выбрать регламент работ и/или составить номенклатурный список на
поставку запчастей, инструмента или другого имущества.
4. Указать сроки выполнения заявки, опираясь на соответствующую
информацию о возможностях Корпорации «МиГ» и предприятий-
смежников в приложении ИЭТР.
5. Подтвердить запрос.
Визуально представить новый механизм работы Департамента по заключению контрактов на поставку запчастей и/или сервисное обслуживание позволяет методология IDEF-0, на основе которой теперь может быть построена функциональная модель данного процесса.
Рис. 3.4. Диаграмма нового процесса разработки коммерческого предложения
Рис. 3.5. Диаграмма процесса переговоров с Заказчиком на этапе
Заключения контракта
Для сравнения старого и нового процессов можно воспользоваться диаграммами процесса по заключению контракта, которые визуально позволяют оценить изменение бизнес-процессов (рис. 3.6-3.7).
В результате внедрения системы PDM STEP Suite и разработки ИТЭР подразделения Департамента будут работать более эффективно и на более высоком уровне обслуживания. Оптимизация дерева процесса заключения контракта в совокупности с использованием указанных информационных технологий обеспечивает сокращение времени обработки заявок и выполнения поступающих заказов, повышая пропускную способность Департамента. При этом будет обеспечено высокое качество обслуживания, в соответствии с международными требованиями по информационной поддержке поставляемой продукции, что скажется на доходах и деловой репутации Департамента Поставок и Сервиса и Корпорации «МиГ» в целом.
Рис. 3.6. Диаграмма процесса по заключению контракта до информатизации
Рис. 3.7. Диаграмма процесса по заключению контракта до информатизации.
4. ПРОГРАММНО-МАТЕМАТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
СИСТЕМА
PDM
STEP
Suite
Одним из широко распространенных способов решения проблемы информационной интеграции данных является использование системы PDM
STEP
Suite
для хранения и управления информацией о продукции.
В основе PDM
STEP
Suite
лежит объектно-ориентированная база данных о проектах и изделиях, построенная на логических моделях данных, регламентированных стандартами ИСО 10303 (ГОСТ Р ИСО 10303).
Система предназначена для поддержки интегрированного электронного описания машиностроительного изделия на всех стадиях жизненного цикла с тем, чтобы однажды произведенную и введенную информацию использовать многократно на всех стадиях ЖЦИ.
Система, как правило, применяется на предприятиях или в подразделениях, использующих для выполнения собственных работ разнородные программно-технические средства и нуждающихся в доступе к хранилищу результатов совместной работы в соответствии с правами доступа к хранимой информации. Для авторизации результатов работы пользователей в PDM
STEP
Suite
применяется электронно-цифровая подпись.
В нашем случае Система может быть применена для создания библиотек изделий, т.е. каталогов запасных частей, и организации взаимодействия с поставщиками (субподрядчиками).
PDM STEP Suite является интегрирующим элементом, посредством которого взаимодействуют разнородные системы проектирования, подготовки и управления производством, материально-технического снабжения, сбыта, поддержки процессов эксплуатации и сервисного обслуживания (CAD/CAM/CAE, MRP/ERP, ИЛП и другие). Встроенный инструментарий позволяет пользователю системы самостоятельно настраивать PDM STEP Suite под свои требования. С помощью PDM STEP Suite может быть организован обмен данными на этапе конструкторско-технологической подготовки производства, что будет обеспечивать решение задачи управления проектом, проведения изменений, отслеживания деятельности, выпуска версий, модификаций и т.п.
Система PDM STEP Suite также позволяет:
- осуществлять многовариантное и параллельное проектирование;
- управлять структурой и конфигурацией изделия;
- отслеживать историю создания изделия и вести учет изменений;
- осуществлять на базе системы интеграцию приложений с использованием программного интерфейса (API) согласно международному стандарту ISO 10303-21;
- предоставлять в стандартизованном виде информацию, необходимую Заказчику (состав и конфигурацию продукта, сведения о разработчике, основные характеристики продукта, эксплуатационно-техническую документацию и т.д.).
В соответствии с требованиями стандартов CALS информационную поддержку процессов эксплуатации и технического обслуживания предлагается обеспечивать путем создания и использования Интерактивных Электронных Технических Руководств.
Интерактивное Электронное Техническое Руководство (ИЭТР) - это структурированная мобильная база, заменяющая традиционные технические описания, руководства по эксплуатации, обслуживанию и ремонту, каталоги и т.д.
Использование ИЭТР с его свойствами позволит моментально находить необходимую информацию об изделии, своевременно обновлять данные и предоставлять дополнительные возможности по заказу запасных частей, что значительно упростит пользователям процесс оформления контрактов на поставку запчастей и оказание услуг.
Для Корпорации «МиГ», в частности для Департамента Поставок и Сервисного Обслуживания, использование ИЭТР взамен бумажных руководств позволит получить ощутимое сокращение стоимости и времени разработки сопроводительной документации, а также с минимальными затратами проводить последующие обновление и коррекцию технических руководств по техническому обслуживанию и ремонту AT марки «МиГ».
ИЭТР будет представлять собой комплекс Баз Данных, предоставляемый заказчику в электронной форме на мобильном носителе (компакт-диске), либо доступный через Интернет, работа с которыми будет осуществляться с помощью стандартного комплекса программных средств -Электронной Системы Отображения (ЭСО).
Предполагается, что Базы данных будут содержать следующие приложения:
- техническое описание изделия и его узлов;
- каталоги запчастей, инструментов и материалов;
- технологию эксплуатации, обслуживания и ремонта;
- сведения о диагностике неисправностей;
- спецификацию изделия.
ИТЭР может содержать информацию в текстовой, графической и мультимедийной форме. Кроме того, ИТЭР может включать в себя средства доступа к другим источникам информации, например хранилищам данных производителя через компьютерные сети. ЭСО, в свою очередь, обеспечит унифицированный для всех ИТЭР способ взаимодействия с пользователем и технику представления информации.
Способ структуризации информации, свойства ИЭТР и способ интерактивного взаимодействия с пользователями подробно регламентированы стандартами cals.
В части технического описания изделия ИТЭР может содержать описание изделия (подсистемы, узла), его физического устройства, функционального поведения, принципа действия и т.д.
Техническое описание изделия, как правило состоит из параграфов, содержащих текстовые описания функционирования отдельных узлов с графическими или мультимедийными иллюстрациями. Графические образы могут быть представлены как в растровом формате, так и в виде трехмерных моделей.
Средства взаимодействия позволят выделять узлы, отдельные
подсистемы и детали, интересующие пользователя, в общей структуре
изделия, определять их местонахождение (рис.4.1) и быстро получать
интересующую информацию.
Рис. 4.1. Фрагмент ИТЭР.
В части технологии эксплуатации, обслуживания и ремонта изделия ИТЭР будет содержать указания по применению изделия, проверке его работоспособности, поиску и устранению неисправностей, проведению планового обслуживания и т.д., включая:
- условия применяемости (модель или серия изделия, для которого было
разработано данное ИТЭР);
- наименование, обозначение, характеристики требуемого оборудования
(например, диапазон измерений) и т.д.;
- список инструментов с указанием наименования, номера, изготовителя
либо название специального комплекта инструмента с указанием его
кода и номера;
- необходимые расходные материалы и запчасти с обязательной заменой.
Под расходуемыми материалами и предметами подразумеваются
герметики, смазки, лампы, шайбы, сальники, шпильки и т.п.
Указывается наименование, номер спецификации, изготовитель, а
также нужное количество расходуемых материалов;
- список с названиями, номерами моделей или обозначением
изготовителя всего комплекса вспомогательного оборудования,
например, стенда, необходимого для выполнения задачи;
- ведомость технического контроля всех операций, которые должен
выполнить техник до начала работ (особое внимание обращается на обеспечение безопасности персонала и целостности оборудования);
- общие инструкции по технике безопасности, содержащие сведения по
технике безопасности, имеющие отношение к выполнению
предстоящей работы;
- описание особых условий внешней среды, включающее требования к
вентиляции, освещению, температуре, уровню шума, чистоте
помещения, кондиционированию и влажности воздуха.
В части диагностики неисправностей ИТЭР может содержать данные, необходимые для локализации места и установления характера неисправности. Информация по поиску неисправностей должна включать:
- симптомы (признаки ненормального состояния системы) и перечень
возможных причин;
- процедуры, выполняемые для уточнения диагноза (испытания,
разборку). ИТЭР содержит графические средства для указания
местоположения отдельных узлов и деталей изделия и
демонстрации последовательности разборки;
- информацию об испытательном оборудовании.
Процесс поиска неисправности должен состоять из фиксированных процедур и испытаний, которые приведут к ее обнаружению. Выводимая информация должна содержать инструкции по испытаниям, требования к проведению наблюдений, корректирующие действия. Динамическая информация по определению неисправности будет предоставляться пользователю в интерактивном режиме, например в виде функциональной блок-диаграммы, блок-схемы соединений, пиктограмм. Эти изображения будут содержать информацию о компонентах, проходящих обследование и о подозреваемых неисправностях.
В части информации об элементах изделия ИТЭР будет содержать данные для ремонтного и обслуживающего персонала, а также данные, необходимые для заказа запасных частей (рис.4.2).
ИТЭР будет включать в себя базу данных о составе изделия, применяемых запасных частях и расходных материалах, ведомости ремонтного и специального инструмента. Средства ИТЭР обеспечат возможность получения информации о взаимосвязи заменяемых или ремонтируемых узлов и деталей, а также данных, необходимых для заказа деталей, по специальным формам. Доступ к информации о деталях будет осуществляться из любой точки ИЭТР, в том числе: на иллюстрации или схеме, в тексте.
Таким образом, ИТЭР позволит хранить различные интеллектуальные данные, необходимые на стадии эксплуатации изделия, и может использоваться для:
-
- обучения персонала;
- поддержки процессов эксплуатации и выполнения регламентных работ;
- автоматизированного заказа материалов и запасных частей;
- планирования и учета проведения регламентных и ремонтных работ;
- обмена данными между производителем и потребителем изделий.
Данный подход оптимизации и повышения эффективности работы Сервисного Центра, и Корпорации в целом, требует перепроектирования бизнес-среды предприятия. В первую очередь это касается процессов обработки заявок и заключения контрактов на поставку запчастей и сервисное обслуживание.
5. ЭКОНОМИЧЕСКАЯ ОЦЕНКА ПРОЕКТА
5.1. ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ
ВНЕДРЕНИЯ СИСТЕМЫ
PDM
STEP
suite
Понятие эффективности предполагает оценку результатов действия какой-либо системы или внедряемого процесса. Эффективность тем выше, чем более точно достигается поставленная цель. В рамках дипломного проектирования необходимо было оптимизировать работу Департамента Поставок и Сервиса.
Предложенное решение поставленной задачи предполагает внедрение системы PDM STEP suite (в рамках комплексной программы внедрения в Корпорации ИПИ-технологий) и использование интерактивных электронных технических руководств в работе подразделений Департамента.
Целесообразность внедрения проекта по Информационной Поддержке этапов жизненного цикла Продукции марки «МиГ» является совершенно явной и очевидной, т.к. при работе Корпорации на внешнем рынке применение ИПИ-технологий является необходимым предварительным условием участия в тендере на некоторые виды работ. В недалеком будущем в авиационной промышленности применение стандартизированного электронного описания продукта и электронный обмен данными станет практически обязательным для всех участников в цепочке логистики. Отсутствие таких возможностей поддержки продукции для Корпорации «МиГ» может привести к ее автоматическому исключению из списка участников рынка.
Сопоставление потенциальных выгод от внедрения системы PDM STEP Suite и Интерактивных Электронных Технических Руководств с затратами при различных масштабах внедрения представляет собой итерационный процесс, в начале которого определяются лишь очертания намечаемых затрат и возможных выгод, которые затем могут (будут) последовательно уточнятся по мере внедрения.
Чтобы удостовериться в том, что выгоды от внедрения разработанной программы повышения эффективности работы Департамента Поставок и Сервиса оправдывают понесенные затраты, необходимо оценить потенциальные выгоды от внедрения и следует проанализировать следующие критерии:
Сокращение продолжительности производственного цикла
Внедрение системы PDM
STEP
Suite
позволит сократить время передачи и обработки информации, обеспечив работу подразделений Корпорации в реальном масштабе времени.
Выполнение контрактных обязательств по поставкам и сервису раньше конкурентов, позволит предприятию закрепить за собой большую часть рынка и обеспечить более высокую прибыль.
Сокращение длительности цикла анализа и разработки технической документации по техническому обслуживанию и ремонту может дать возможность выпустить большее количество версий, что позволит предложить Заказчику наиболее оптимальный вариант обслуживания при тех же затратах ресурсов на разработку. Сокращение длительности цикла также может оказаться жизненно важным для снижения затрат за счет сокращения непредвиденных расходов.
Сокращение затрат
Процессы проектирования и производства продукта обычно осуществляются с многочисленными итерациями, которые поглощают ресурсы, вызывают необходимость переделок, появление брака и приводят к росту затрат. В нашем случае Департамент нуждается в предоставлении правильной информации в нужное время и в нужной форме. Система PDM
STEP
Suite
позволит уменьшить затраты на хранение и управление информацией о продукции, а использование ИЭТР с его свойствами позволит моментально находить необходимую информацию об изделии, своевременно обновлять данные и предоставлять дополнительные возможности по заказу запасных частей, что значительно упростит пользователям процесс оформления контрактной документации и исполнения контрактов по поставке запчастей и оказанию услуг.
Для Корпорации «МиГ», в частности для Департамента Поставок и Сервисного Обслуживания, использование ИЭТР взамен бумажных руководств позволит получить ощутимое сокращение стоимости и времени разработки сопроводительной документации, а также с минимальными затратами проводить последующие обновление и коррекцию технических руководств по техническому обслуживанию и ремонту AT марки «МиГ».
Повышение качества
Выпуск продукции в более короткие сроки или с меньшими производственными затратами является выгодным в том случае, если продукция имеет соответствующее качество. ИЭТР позволит пользователю получать полную и непротиворечивую информацию, что обеспечит выпуск продукции «правильно с первого раза».
Помимо указанных выше материальных факторов, стоит принять во внимание и ряд неосязаемых преимуществ, таких как удовлетворенность клиентов, более высокий уровень услуг и обслуживания, выгоды, связанные с наличием корпоративного хранилища данных о продукте. Примером такого неосязаемого преимущества является, например, уверенность в том, что информация о продукте или технические решения не просто находится в головах нескольких работников (которые могут выйти на пенсию), а зафиксирована в базах данных Корпорации и доступна для пользователей в соответствии с уровнем компетенции. В длительной перспективе такое положение даст конкурентный перевес.
При оценке преимуществ от внедрения системы PDM STEP Suite необходимо рассмотреть ситуацию в разрезе всего предприятия и согласиться на некоторые затраты труда и времени на стадии проектирования, чтобы подготовить электронное описание продукта. Однако более качественная исходная информация обеспечит экономию на стадиях производства и технической поддержки эксплуатации продукции марки «МиГ», которая значительно перевесит все затраты, произведенные на предыдущих этапах ЖЦ. Такой комплексный подход к внедрению современных технологий поддержки ЖЦ продукции является дорогостоящим методом, но по сравнению с «заплаточными» решениями по внедрению средств автоматизации, которые обычно используют для повышения производительности отдельных процессов, позволяет достичь максимального экономического эффекта.
5.2 Оценка по экономическим критериям
Методы оценки экономической эффективности.
Для научных организаций, функционирующих в условиях рыночных отношений на основе самофинансирования и самоокупаемости и осуществляющих инвестирование, т.е. вложение собственных или заемных средств в развитие производства, и создание тем самым долгосрочной материальной основы своего развития, очень важным является вопрос о перспективной выгодности - конечной экономической эффективности проектов.
В связи с этим, предприятие должно, учитывая ту или иную степень неопределенности, прогнозировать, какую пользу принесет очередное вложение средств или разрабатываемое нововведение.
Различают две группы методов оценки инвестиционных проектов:
· простые или статические методы;
· методы дисконтирования.
Простые или статические методы базируются на допущении равной значимости доходов и расходов в инвестиционной деятельности, не учитывают временной стоимости денег.
К простым методам относятся расчеты следующих показателей:
1. Годовой экономический эффект Эг - основной показатель, представляет собой всю прибыль, которую получит объект в результате автоматизации решаемой задачи.
2. Годовая экономия Э - часть прибыли, которую получит объект управления от снижения себестоимости единицы продукции при автоматизации данной задачи.
3. Расчетный коэффициент эффективности капиталовложений Ер -прибыль, которую получит объект на один рубль, вложенный в приобретение вычислительной техники (ВТ) для решения данной задачи.
4. Срок окупаемости капиталовложений Ток - временной период, за который окупятся затраты, связанные с приобретением ВТ для решения данной задачи.
Годовой экономический эффект представляет собой всю прибыль, которую получит объект в результате рассматриваемой задачи. Он определяется как разница затрат между базовым и оцениваемым вариантами решения задачи. За базовый вариант принимается решение рассматриваемой задачи в традиционных условиях. Оцениваемый вариант представляет собой затраты связанные с решениями по автоматизации задачи.
Норма прибыли показывает, какая часть инвестиционных затрат возмещается в виде прибыли. Она рассчитывается как отношение чистой прибыли к инвестиционным затратам.
Норма прибыли = Чистая прибыль/Инвестиционные затраты
Дисконтированные методы оценки эффективности инвестиционного проекта характеризуются тем, что они учитывают временную стоимость денег.
При экономической оценке эффективности инвестиционного проекта используются широко известные в мировой практике показатели.
• чистый дисконтированный доход;
• индекс доходности;
• внутреннюю норма доходности;
• срок окупаемости.
Оценка экономической эффективности любой задачи АСУ производится путем сравнения затрат по базовому варианту решения задачи, то есть без учета тех методов и подходов, которые предлагает проектировщик, с затратами оцениваемого варианта (с учетом тех проектных решений, которые предлагает проектировщик).
Как ранее было сказано, за базовый вариант принимается решение рассматриваемой задачи в традиционных условиях.
5.3. Оценка затрат на проект
Годовой экономический эффект.
Основным показателем, определяющим экономическую эффективность затрат на задачи, является годовой экономический эффект (Эг).
Эг = Зб - Зоц
Затраты по базовому варианту (Зб) определяются по формуле:
Зб = Себ1 – ЕН
´
КПЗ1, где
Себ1 – себестоимость единицы продукции до проектного решения,
КПЗ1 – капитальные и приравненные к ним затраты,
ЕН – нормативный коэффициент эффективности капитальных вложений.
ЕН = 0,15
Затраты по оцениваемому варианту (Зоц) определяются по формуле:
Зоц = Себ2 – ЕН
´
КПЗ2, где
Себ2 – себестоимость единицы продукции после автоматизации,
КПЗ2 – капитальные затраты на автоматизацию.
Таким образом годовой экономический эффект будет определяться по формуле:
Эг = Зб - Зоц = (Себ1 - Себ2) – ЕН
´
(КПЗ2 – КПЗ1), где в общем случае затраты складываются из:
Зрб – затраты ручного труда, связанные с работой тех управленческих работников, которые решают данную задачу вручную;
Зроц – затраты, связанные с частичным использованием ручного труда при автоматическом решении задачи;
Зтекоц - текущие затраты, связанные с эксплуатацией задачи на ЭВМ, которые связаны с решением задачи на вычислительной технике (заработная плата сотрудников, обслуживающих компьютерную технику; электроэнергия; амортизация);
Зпроц - затраты, связанные с проектированием задачи;
Зкоц – затраты на приобретение вычислительной техники, покупка программных продуктов для автоматизации задачи и затраты на обучение сотрудников.
В нашем случае задача до автоматизации – в базовом варианте решалась вручную. Оцениваемый вариант предполагает автоматизацию решения задачи.
Тогда формула примет следующий вид:
Эг = Зб - Зоц = (Зрб – Зроц - Зтекоц) - ЕН
´
(Зкоц + Зпроц), где
Зрб = Тр*кр*tr*
h
*R, где
Тр - трудоемкость одноразового решения задачи вручную,
кр – периодичность решения задачи в течение года,
tr – среднечасовая ставка инженерно-технического работника в сфере управления,
h - коэффициент, учитывающий премии и доплаты ИТР в сфере управления,
R – коэффициент отчисления от фонда оплаты труда.
Тр = 1 час,
кр = 150 раз,
tr = 40руб.,
h = 1,4
R = 1,26.
Зрб = 1
´
150
´
40
´
1,4
´
1,26 = 10,58 т.руб.,
Зроц = Титр
*кр*tr*
h
* R,
Титр - трудоемкость одноразового решения задачи
кр – периодичность решения задачи в течение года,
tr – среднечасовая ставка инженерно-технического работника в сфере управления,
h - коэффициент, учитывающий премии и доплаты ИТР в сфере управления,
R – коэффициент отчисления от фонда оплаты труда.
Тр = 0,5 ч.,
кр = 150 раз,
tr = 40 руб.,
h = 1,4
R = 1,26
Зроц = 0,5
´
150
´
40
´
1,4
´
1,26 = 5,3 т. руб.,
Зпроц = Тпр*кл*Fм*tr*
h
*R, где
Тпр – продолжительность проектирования и постановки задачи в месяцах,
кл – количество работников, участвующих в проектировании задачи,
Fм – месячный фонд времени работы ИТР, занятого в проектировании,
tr – среднечасовая ставка инженерно-технического работника,
h - коэффициент, учитывающий премии и доплаты ИТР,
R – коэффициент отчисления от фонда оплаты труда.
Тпр = 2,2 месяца,
кл = 2 человека,
Fм = 120 ч.,
tr = 160 руб.,
h = 1,4
R = 1,26.
Зпроц = 2,2
´
2
´
120
´
160
´
1,4
´
1,26 = 149023 руб.,
Зкоц = Тм*кр*Сэвм / Fэвм, где
Тм – время машинной реализации задачи,
кр – периодичность решения задачи в течение года,
Fэвм - действительный фонд времени ЭВМ в течение года,
Сэвм – стоимость ЭВМ, программных продуктов и обучение персонала,
Тм = 0,25 ч.,
кр = 1300 раз,
Fэвм = 2080 часов,
Сэвм = 50000 руб.
Из затрат на приобретение вычислительной техники, покупки программных продуктов для автоматизации задачи и затрат на обучение персонала будем учитывать только затраты на обучение, поскольку остальные пункты уже выполнены.
Зкоц = 0,25
´
1300
´
50000 / 2080 = 7812 руб.,
Зтекоц = Зитр + А + Зэл, где
Зитр – заработная плата инженерно-технических работников, обслуживающих компьютерную технику,
А – амортизация (А = Зкоц a),
Зэл – затраты на электроэнергию,
Зитр = (Fгод / Fэвм)
*Тм*кр*
h
*R, где
Fгод - годовой фонд заработной платы инженерно - технических работников, занятых обслуживанием компьютерной техники,
Fэвм - действительный фонд времени ЭВМ в течение года,
Тм - время машинной реализации задачи,
кр - периодичность решения задачи в течение года,
h - коэффициент, учитывающий премии и доплаты ИТР,
R – коэффициент отчисления от фонда оплаты труда.
Fгод = 201600 руб,
Fэвм = 2080 часов,
Тм = 0,25 ч,
кр = 1300 раз,
h = 1,4,
R = 1,26.
Зитр = (201600 / 2080)
´
0,25
´
1300
´
1,4
´
1,26 = 370439 руб.,
А = 50000
´
0,12 = 6000 руб.,
Зэл = Кис
´
СУМэвм
´
Тм
´
кр
´
Цэл, где
Кис — коэффициент использования энергоустановок по мощности,
СУМэвм - суммарная установленная мощность ЭВМ,
Тм – время машинной реализации задачи,
кр - периодичность решения задачи в течение года,
Цэл - стоимость 1 квт / часа электроэнергии,
Кис = 0,9,
СУМэвм = 150 КВт,
Тм = 0,25 часа
кр = 1300 раз
Цэл = 1,45 руб.,
Зэл = 0,9
´
150
´
0,25
´
1300
´
1,45= 63618 руб.,
Основными затратами по автоматизации будут:
· Обучение сотрудников предприятия работе с базой.
· Обслуживание компьютерной техники
Затраты базового варианта:
Зрб = Тр*кр*tr*
h
*R
Зрб = 366912 руб.
Затраты оцениваемого варианта:
1. Зроц = Титр*кр*tr*h*R
Зроц = 183456 руб.
2. Зтекоц = Зитр + А + Зэл
Зтекоц = 370439 + 6000 + 63618 = 440057 руб.
3. Зкоц = Тм*кр*Сэвм / Fэвм
Зкоц = 7812 руб.
4. Зпроц = Тпр кл Fм tr h R
Зпроц = 149023 руб.
Тогда годовой экономический эффект будет равен:
Эг = (Зрб – Зроц - Зтекоц) - ЕН
´
(Зкоц + Зпроц) = (366912 – 183456 – 440057) –-0,15*(7812 + 149023) = 104364,75 руб.
Эг = 104364,75 руб.
Годовая экономия.
Годовая экономия представляет собой часть прибыли, которую получит предприятие от снижения себестоимости единицы продукции при автоматизации данной задачи.
Э = Себ1 - Себ2, используя формулы из пункта 3.1.1. получим:
Э = (Зрб – Зроц - Зтекоц) = 366912 – 183456 - 440057 = 127890 руб.
Э = 127890 руб.
Расчет экономической эффективности капиталовложений.
Расчетный коэффициент эффективности капитальных вложений представляет собой прибыль, которую получит предприятие на 1 рубль средств, вложенных в автоматизацию решения задачи.
Ер = (Зрб – Зроц - Зтекоц) / (Зкоц + Зпроц) = (366912 – 183456 – 440057) / (7812 + 149023) = 0,8321
Ер = 0,8321
Задача считается эффективной, если Ер > Енвт, т. е. расчетный коэффициент эффективности больше нормативного коэффициента эффективности для данной отрасли Енвт = 0,44.
0,8321 > 0,44 – задача эффективна.
Срок окупаемости капиталовложений.
Срок окупаемости – время за которое окупаются затраты, связанные с приобретением средств для решения задачи.
Ток = 1 / Ер = 1 / 0,8321 = 1,2 года.
Ток = 1,2 то есть проект окупится примерно за 1 год и 3 месяца.
На основе полученных данных рассчитаем экономическую эффективность методами дисконтирования.
В основу оценки экономической эффективности автоматизации управления, также как и оценки эффективности автоматизации локальных управленческих задач, могут быть положены «Методические рекомендации по оценке эффективности инвестиционных проектов и их отбору для финансирования» от 31 марта 1994 года.
Последовательность платежей, разделенных равными интервалами времени, называется равномерной финансовой рентой или потоком платежей. Поток платежей одинакового размера называется постоянной финансовой рентой или аннуитетом (англ. annuity). Если платежи неодинаковы по знаку и размеру, то применяется более общий термин денежный поток (от англ. cash flow).
Наиболее точным методом расчёта оценки потока платежей является расчёт с помощью электронных таблиц, например Microsoft Excel.
Рассмотрим основные параметры необходимые для оценки потока платежей:
n – номер периода;
§ CF – поток платежей;
§ Кд – коэффициент дисконтирования (Кд = (1 + i)-n);
§ CFдиск – дисконтированный поток платежей;
§ i - ставка по альтернативным вложениям в год;
§ CFкумул – кумулятивный поток платежей;
§ CFдк – дисконтированный кумулятивный поток платежей;
§ Ккон – коэффициент, приводящий поток платежей к сроку окончания проекта;
§ CFкон – поток платежей, приведенный к сроку окончания проекта;
§ CIF – поток дисконтированных поступлений;
§ COF – поток дисконтированных платежей;
§ CFпроект – поток платежей в случае реализации проекта;
§ CFотказ – поток платежей в случае отказа от реализации проекта.
Построим поток платежей по затратам на автоматизацию задачи. Предприятие оплачивает расходы на проектирование автоматизации задачи (Спост) непосредственно перед запуском в эксплуатацию автоматизации задачи (то есть, в 0-й период), поток платежей формируется следующим образом:
| | CF = CF проект – CF отказ; | |
| | CF проект = CIF проект – COF проект; | |
| | CF отказ = CIF отказ – COF отказ. | |
Таблица 3.1. Поток платежей по затратам задачи автоматизации.
| Период | CIF проект | COF проект | CF проект | CIF отказ | COF отказ | CF отказ | CF |
| 0 | 0 | Спост | -Спост | 0 | 0 | 0 | -Спост |
| 1-2 | 0 | Зпр + Зтек | -( Зпр + Зтек) | 0 | Стр | -Стр | Стр – (Зпр + Зтек) |
Критерий чистой приведенной стоимости NPV – это экономический эффект от реализации инвестиционного проекта, приведенный по фактору времени к нулевому моменту. NPV характеризует общий абсолютный результат инвестиционного проекта.
Для расчёта NPV применяется формула:
| | NPV = | |
Внутренняя норма прибыли
IRR – расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект, то есть NPV = 0. Также можно сказать, что IRR – это максимальный процент, который может быть заплачен для мобилизации капиталовложений в проект.
Методы расчёта IRR:
ü графический метод,
ü приближённый метод:
| | = | |
ü с помощью электронных таблиц.
Срок окупаемости статический
PPs
– это срок за который затраты на проект окупаются поступлениями от проекта. То есть срок, за который инвестор возвращает свои вложенные средства.
Для расчёта PPs строится кумулятивный поток платежей. В нём фиксируется номер периода, после которого меняется знак кумулятивного потока платежей. Далее к номеру периода прибавляется отношение непогашенного долга на конец этого периода к поступлениям следующего периода. Срок окупаемости статистический PPs рассчитывается по формуле:
| | PPs = | |
Срок окупаемости динамический
PPd
– это срок, за который дисконтированные затраты окупаются дисконтированными поступлениями. То есть инвестор возвращает свои вложенные средства с процентами.
Для расчёта PPd строится дисконтированный кумулятивный поток платежей. В нём фиксируется номер периода, после которого меняется знак дисконтированного кумулятивного потока платежей. Далее к номеру периода прибавляется отношение непогашенного долга на конец этого периода к поступлениям следующего периода. Срок окупаемости динамический PPd рассчитывается по следующей формуле:
| | PPd = | |
Индекс доходности
PI – это отношение суммы дисконтированных поступлений от проекта к сумме дисконтированных платежей по проекту:
| | PI = | |
Чистая конечная стоимость
NTV - это экономический эффект от реализации инвестиционного проекта, приведенный по фактору времени к конечному моменту.
Для расчёта NPV применяется следующая формула:
| | NTV = | |
Если NTV > 0, значит, наш проект является экономически эффективным.
Модифицированная внутренняя норма доходности
MIRR – модифицированная расчётная процентная ставка, при которой получаемые доходы от проекта равны затратам на проект. MIRR учитывает реальную ставку реинвестирования доходов и рассчитывается по формуле:
| | MIRR = | |
где PV – сумма дисконтированных расходов,
TV – терминальная стоимость (сумма наращенных к сроку окончания проекта доходов).
Если MIRR > i, значит проект экономически выгоден.
Расчет эффективности потока платежей можно производить также с учетом фактора инфляции.
В данном дипломном проекте расчет эффективности произведен как без учета фактора инфляции, так и с учетом данного фактора.
Потоки платежей на автоматизацию задачи учета вложений во внеоборотные активы при ставке по альтернативным вложениям в год i = 15% приведены в таблице 3.2.
Таблица 3.2. Потоки платежей по задаче автоматизации
| n | CF | CF кумул | Кд | Cf диск | Cf диск кумул | Ккон | Cfкон |
| 0 | -156835,00 | -156835,00 | 1 | -156835,00 | -156835,00 | 1,3225 | -207414,29 |
| 1 | 127890,00 | -28945,00 | 0,87 | 111208,70 | -45626,30 | 1,15 | 147073,50 |
| 2 | 127890,00 | 98945,00 | 0,76 | 96703,21 | 51076,91 | 1 | 127890,00 |
Рассчитаем по построенным потокам платежей основные показатели оценки экономической эффективности автоматизации задачи учета вложений во внеоборотные активы.
Расчет данных показателей согласно формулам приведен в таблице 3.3.
Таблица 3.3. Основные показатели оценки экономической
эффективности ИСУ
| Параметр | Название параметра | Значение параметра |
| NPV | критерий чистой приведенной стоимости | 678 т. р. |
| IRR | внутренняя норма прибыли | 56,08% |
| PPs | статистический срок окупаемости | 1,2 года |
| PPd | динамический срок окупаемости | 1,34года |
| PI | индекс доходности | 1,55 |
| NTV | чистая конечная стоимость | 896 т.р |
| MIRR | модифицированная внутренняя норма | 43,01% |
Аналогичным способом рассчитаем все те же показатели, но с учетом ставки инфляции в h = 10%. Учитывая, что мы имеем дело со сложными процентами, то новая ставка по альтернативным вложениям в год будет равна iнов = i + h + i*h = 27%.
Потоки платежей на автоматизацию задачи учета вложений во внеоборотные активы с учетом фактора инфляции приведены в таблице 3.4.
Таблица3.4. Потоки платежей по задаче автоматизации с учетом фактора инфляции
| n | CF | CF кумул | Кд | Cf диск | Cf диск кумул | Ккон | Cfкон |
| 0 | -156835,00 | -156835,00 | 1 | -156835,00 | -156835,00 | 1,600225 | -250971,29 |
| 1 | 127890,00 | -28945,00 | 0,79 | 101098,81 | -55736,19 | 1,265 | 161780,85 |
| 2 | 127890,00 | 98945,00 | 0,62 | 79920,01 | 24183,83 | 1 | 127890,00 |
Расчет основных показателей оценки экономической эффективности автоматизации задачи учета вложений во внеоборотные активы с учетом фактора инфляции приведен в таблице 3.5.
Таблица 3.5. Основные показатели оценки экономической эффективности ИСУ с учетом фактора инфляции
| Параметр | Название параметра | Значение параметра |
| NPV | критерий чистой приведенной стоимости | 713 т.р. |
| IRR | внутренняя норма прибыли | 40% |
| PPs | статистический срок окупаемости | 1,33 |
| PPd | динамический срок окупаемости | 1,55 |
| PI | индекс доходности | 1,15 |
| NTV | чистая конечная стоимость | 995 т.р. |
| MIRR | модифицированная внутренняя норма | 36% |
6. ПРАВОВОЕ ОБЕСПЕЧЕНИЕ ПРОЕКТА
6.1. ПРАВОВАЯ ОСНОВА ДЕЯТЕЛЬНОСТИ ДЕПАРТАМЕНТА
ПОСТАВОК И СЕРВИСА
1. Конституция Российской Федерации.
2. Трудовой кодекс Российской Федерации от 30 декабря
ФЗ.
3. Гражданский кодекс Российской Федерации (часть 2) от 26 января
№15-ФЗ
Федеральные законы:
1. «О государственной тайне» от 6 октября
2. «Об информации, информатизации и защите информации»
от 20 февраля
3. «О военно-техническом сотрудничестве РФ с иностранными
государствами» от 19 июля
Указ Президента Российской Федерации:
«Вопросы военно-технического сотрудничества РФ с иностранными государствами» от 1 декабря
Постановления Правительства Российской Федерации:
1. «О государственном регулировании внешнеторгового образования в
отношении ПВН (продукции военного назначения) » от 30 июня
№732
2. «О мерах по реализации Соглашения об основных принципах военно-технического сотрудничества между государствами - участниками
Договора о коллективной безопасности от 15 мая
2004 г. №296
3. Постановление Правительства РСФСР от 5 декабря
перечне сведений, которые не могут составлять коммерческую тайну» (с изменениями и дополнениями)
4. «Инструкция о порядке допуска должностных лиц и граждан РФ к государственной тайне» от 28 октября
Стандарты:
1. Международный стандарт качества серии ISO 9000:2000
2. ГОСТ Р ИСО 9001-2001 «Система менеджмента качества»
3. ISO 9004-1 процессный подход ЖЦ
4. МС ИСО 9001:2000
5. Информационные стандарты - ISO 10303 STEP (стандарт обмена данными
модели изделия)
6. МС ISO 10303-21 использование программного интерфейса (API)
По ФГУП «РСК «МиГ»:
1. Приказы и распоряжения Генерального директора - генерального
конструктора
2. Приказы и распоряжения начальника Департамента Поставок и Сервиса
3. СТП Департамента Поставок и Сервиса
4. Должностные инструкции сотрудников Департамента Поставок и Сервиса
6.2 НОРМАТИВНО-ПРАВОВЫЕ ОСНОВЫ ИНФОРМАЦИОННОЙ
БЕЗОПАСНОСТИ В РОССИЙСКОЙ ФЕДЕРАЦИИ
Основным информационным законом является закон РФ «Об информации, информатизации и защите информации».
Главное значение закона заключается в том, что он ставит защиту данных в область юридического права и относит его к приоритетным сферам заботы и ответственности государства. С принятием этого правового акта вся защита данных становится правовой, а все остальные формы защиты информации становятся лишь средствами реализации правовой защиты. В тоже время
любая форма и вид защиты данных должны соответствовать правовой, находиться в рамках и не противоречить установленным в ней нормам и стандартам.
Закон отмечает, что правовой (юридической) защите подлежит только документированная информация, оформленная в соответствии с требованиями законодательства РФ.
Недокументированную информацию также можно и нужно защищать всеми доступными средствами, если эта защита не противоречит нормам и правилам её использования. Правила защиты данных определяются в соответствии с законодательством и разграничением компетенции между различными государственными органами или собственниками этих данных. Законодательством России предусмотрена ответственность за нарушения правил и требований правовой защиты данных, нарушения прав субъектов в сфере формирования и пользования информационными продуктами, а также международных норм, в частности, законами РФ «Об информации, информатизации и защите информации» и «Об участии в международном информационном обмене».
В случае нарушения действующего законодательства предусмотрена административная и судебная ответственность, которая в зависимости от состава правонарушения может осуществляться судом (при нарушении прав субъектов), арбитражным судом (при невыполнении обязательств договора, купли-продажи), третейским судом (при конфликтных ситуациях). На виновных налагается уголовная ответственность или обязанность возмещения ущерба пострадавшим.
Закон предусматривает наложение штрафа или обязанности возмещения ущерба за незаконное использование либо распространение (продажу, воспроизведение) информационной продукции, не принадлежащей нарушителю.
Уголовный Кодекс (УК) России предусматривает уголовное наказание за совершение компьютерных преступлений, в число которых, в частности, входят:
• несанкционированный доступ к защищаемой информации;
• несанкционированное изменение информации;
• неправомерное использование и владение информацией;
• изготовление и сбыт средств для несанкционированного доступа к
информации, использования;
• компьютерный саботаж: уничтожение, блокирование приведение в
негодность программ или информации, выведение из строя
компьютерного оборудования.
Уголовный Кодекс содержит специальную главу: «Компьютерные преступления». Основными статьями, квалифицирующими меру наказания за них, являются следующие.
■ Статья 272 «Неправомерный доступ к компьютерной информации»
Статья предусматривает наказание за несанкционированный доступ к
охраняемой законом информации на машинном носителе или в сети,
который повлек что-либо из следующего:
- уничтожение, модификацию или копирование информации;
- нарушение работы ЭВМ или сети.
За такие нарушения физическое лицо может быть подвергнуто (в зависимости от состава преступления) либо штрафу в 200-500 минимальных зарплат, либо исправительным работам от 6 до 12 месяцев, либо лишению свободы на 1-2 года. За преступление групповое или с использованием служебного положения наказание увеличивается от 500-800 минимальных зарплат штрафа до 5 лет лишения свободы.
Наказание за несанкционированный доступ к информации и ее использование предусматривают также:
■ Статья 183 главы «Преступление в сфере экономической
деятельности» (коммерческая тайна);
■ Статья 137 главы 19 «Преступления против конституционных прав и
свобод человека и гражданина» (персональные данные);
■ Статьи 275 и 276 главы 29 «Преступления против основ
конституционного строя и безопасности государства»
(государственные информационные ресурсы, информационная
безопасность);
■ Статьи 273 «Создание, использование и распространение вредоносных
программ для ЭВМ».
В качестве таких программ имеются ввиду программы-вандалы, «троянские кони», всевозможные вирусы и другие программы, блокирующие ЭВМ, уничтожающие или искажающие информацию. Наказание предусмотрено как за создание, так и за использование или распространение таких программ. В зависимости от тяжести последствий преступления виновный, может быть, подвергнут штрафу до 500 минимальных зарплат или лишению свободы от 2 месяцев до 7 лет;
■ Статья 274 «Нарушение правил эксплуатации ЭВМ, системы ЭВМ
или их сети».
Наказанию подлежат лица, причинившие своими действиями существенный вред информационным процессам либо повлекшие потерю или искажение информации. Признанный виновным лишается права занимать соответствующие должности, повергается штрафу или лишается свободы на срок до 4 лет. Только экспертиза экспертов-специалистов по информатике может определить величину ущерба.
Пострадавшие в результате компьютерных нарушений и преступлений имеют право обратиться в гражданский суд, который может:
• обязать нарушителя компенсировать материальный ущерб,
причиненный его действиями;
• обязать нарушителя компенсировать моральный ущерб (в
материальном или другом выражении). Причем, суд может обязать нарушителя компенсировать и то, и другое одновременно.
ЗАКЛЮЧЕНИЕ
В результате дипломного проектирования выполнены задачи по выработке предложений по совершенствованию работы Департамента Поставок и Сервиса ФГУП «РСК«МиГ» на основе технологий Интегрированной Логистической Поддержки изделий.
В дипломном проекте обоснован выбор методологии функционального моделирования для оптимизации управления бизнес-процессами и осуществлена его привязка к задачам разработки функциональной модели бизнес-процессов работы сервисного центра ФГУП «РСК«МиГ». Собрана исходная информация и построены оперограммы процессов.
В проекте приведена разработанная функциональная модель идентифицированных бизнес-процессов, которая является основой для оптимизации работы Департамента и служит базисом для автоматизации выявленных процессов и интеграции системы технического обслуживания и ремонта в Интегрированную Систему Поддержки всех стадий жизненного цикла авиационных изделий марки «МиГ».
Разработанные предложения по интеграции информационных данных Департамента в существующую Информационную Систему предприятия позволят существенно повысить культуру труда и производительность работы подразделений Корпорации. В дипломном проекте показано, как на основе этих данных должны решаться задачи Департамента в части организации производства, материально-технического снабжения, сбыта, эксплуатации, технического обслуживания, ремонта и пр.
В дипломном проекте обоснована возможность применения системы PDM STEP Suite при решении проблем информационной интеграции данных (создание и управление объектно-ориентированными базами данных о проектах и изделиях, построенных на логических моделях данных и т.п.).
При этом учитывалась международная практика решения подобных задач , а также необходимость обеспечения взаимодействия разнородных систем проектирования, подготовки и управления производством, материально-технического снабжения, сбыта, поддержки процессов эксплуатации и сервисного обслуживания.
В рамках описанного подхода по оптимизации и повышению эффективности работы Сервисного Центра, выполнено перепроектирование бизнес-процессов Департамента по обработке заявок и заключению контрактов на поставку запчастей и сервисное обслуживание, отраженных в функциональной модели бизнес-процессов Департамента.
В экономическом разделе дипломного проекта приведено технико-экономическое обоснование эффективности мероприятий по внедрению систем электронного описания данных и создания информационных баз данных и их интеграции в Информационную Систему Предприятия.
Представленный дипломный проект является составной частью проводимых в Корпорации работ по созданию интегрированной информационной среды и применению ИПИ-технологий, направленных на повышение конкурентоспособности и качества выпускаемой продукции и обеспечивающих выход ФГУП «РСК«МиГ» на мировой рынок.
ГЛОССАРИЙ КЛЮЧЕВЫХ СЛОВ
ABC (Activity Based Costing) - механизм стоимостного анализа, встроенный в программный продукт Bpwin 4.0.
CALS (Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка процессов и жизненного цикла) - совокупность принципов и технологий информационной поддержки жизненного цикла продукции на всех его стадиях, основанная на использовании единого информационного пространства (интегрированной информационной среды), обеспечивающая единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции (включая государственные учреждения и ведомства), поставщиков (производителей) продукции, эксплуатационного и ремонтного персонала, реализованная в соответствии с требованиями международных стандартов, регламентирующих правила управления и взаимодействия преимущественно посредством электронного обмена данными.
CASE - методологии анализа, проектирования, разработки и сопровождения сложных программных систем поддерживающих комплексов взаимоувязанных средств автоматизации (технологии и инструментальные средства, позволяющие максимально систематизировать и автоматизировать все этапы разработки программного обеспечения).
CAE/CAD/CAM - автоматизированные системы конструкторского и технологического проектирования.
IDEF-0 (IDEF - ICAM DEFinition) - методологияфункционального моделирования.
MRP/ERP - автоматизированные системы планирования и управления производством и предприятием.
PDM (Product Data Management) - программные средства управления данными об изделии.
SADT (Structured Analysis and Design Technique) - методология структурного анализа и моделирования технологических процессов.
AT - Авиационная Техника.
АВБ - Антивирусная Безопасность.
БД - Базы Данных.
БТК - бюро технического контроля.
ВП - военная приемка.
ЖЦИ / ЖЦП - жизненный цикл изделия / жизненный цикл продукции.
ИАСУ - Интегрированная Автоматизированная Система Управления.
ИИС - Интегрированная Информационная Среда, распределенное хранилище данных, существующее в сетевой компьютерной системе, охватывающей (в идеале) все службы и подразделения предприятия, связанные с процессами ЖЦ изделий. В ИИС действует единая система правил представления, хранения и обмена информацией. В соответствии с этими правилами в ИИС протекают информационные процессы, сопровождающие и поддерживающие ЖЦ изделия на всех его этапах.
ИЛП - Интегрированная Логистическая Поддержка совокупность методов и средств обеспечения информационными, материальными и финансовыми ресурсами всех этапов жизненного цикла изделия авиационной техники (AT), от разработки до снятия с эксплуатации, с позиции минимизации суммарных затрат при удовлетворении заданных показателей безопасности, технической готовности и эффективности использования AT по назначению.
ИПИ-технологии - непрерывная Информационная Поддержка процессов жизненного цикла Изделий. Представляется, что ИЛИ есть адекватный русскоязычный аналог понятия CALS, в связи с чем предлагается использовать эту аббревиатуру вместо CALS, кроме тех случаев, когда даются ссылки на зарубежные стандарты и зарубежный опыт.
ИС - Интегрированная Система.
ИТ - ИнформационныеТехнологии.
ИЭТР - Интерактивное Электронное Техническое Руководство. Это структурированная мобильная база, заменяющая традиционные технические описания, руководства по эксплуатации, обслуживанию и ремонту, каталоги и т.д.
КИЛП AT - Компьютеризированная Интегрированная Логистическая Поддержка Авиационной Техники.
КТД — конструкторско-технологическая документация.
МТО - материально технического обеспечения.
НСД - несанкционированный доступ.
ПДО - планово-диспетчерский отдел.
ПК - персональный компьютер.
ТЗ - техническое задание.
ТоиР - система технического обслуживания и ремонта.
ЭО - эксплуатирующие организации.
ЭСО - Электронная Система Отображения (комплекс программных средств).
ЭТД - эксплуатационно-технологическая документация.
СПИСОК ЛИТЕРАТУРЫ
1. Информационный менеджмент и системы автоматизации управления предприятием. Под редакцией Калачанова В.Д. и Рыжко А.Л. M.: МАИ , Сбербанк,
2. Костров А.В. Основы информационного менеджмента. М.: Финансы и статистика,
3. Беляков Р.А., Мармен Ж. Самолеты «МиГ» 1939-1995. Москва:
«АВИКО ПРЕСС»,
4. Воронин Г.П., Якимов О.С. Стратегические решения в области
информационных технологий наукоемкого машиностроения. Киев,
2001 г.
5. Братухин А.Г. CALS
- стратегическое развитие наукоемкого
машиностроения. Киев,
6. Дмитров В.И. Опыт внедрения CALS
за рубежом. Москва:
Автоматизация проектирования,
7. Дмитров В.И. К вопросу о государственной стратегии России в
области
CALS
-технологий. Москва: Информационные технологии,
№5,
8. Братухин А.Г., Давыдов Ю.В., Елисеев Ю.С., Павлов Ю.Б., Суров
В.И. CALS
в авиастроении. Москва: МАИ,
9. Дмитров В.И. Создание системы интегрированной логистической
поддержки авиационных изделий марки «МиГ». Москва. Материалы
конференции: «Компьютерные технологии сопровождения и
поддержки наукоемкой продукции на всех этапах жизненного цикла»,
декабрь 2001г.
10.Судов Е.В. CALS
- идеология и технология. Москва. Сборник трудов
V международной конференции: «Продукция и технологии:
продвижение на рынок». Декабрь
11.Савенков М.В. Автоматизация управления технической
эксплуатацией авиационных систем. Москва: «ТРАНСПОРТ»,
10.Смирнов Н.Н. Техническая эксплуатация летательных аппаратов.
Москва: «ТРАНСПОРТ»,
11.Смирнов Н.Н. Техническое обслуживание и ремонт самолетов за
рубежом. Москва: «ТРАНСПОРТ»,
14.Давыдов А.Н., Барабанов В.В., Судов Е.В., Шульга С.С. CALS
-
поддержка жизненного цикла продукта. Руководство по применению. Москва, ГУП «ВИМИ», 2000г.
15.Давыдов А.Н., Барабанов В.В., Судов Е.В., Подколзин В.Г. CALS
-
технологии или информационная поддержка жизненного цикла
продукта. Москва, ГУП «ВИМИ», 1998г.
16.Давыдов А.Н., Якунина О.В. Анализ и реинжиниринг бизнес-процессов в производственных системах. Москва, ГУП «ВИМИ», 1998г.
17.Робсон М. Практическое руководство по реинжинирингу
бизнес-процессов. Москва: «Инфра-М», 1997г
18.Верников Г.П. Основные методологии обследования организаций.
Стандарт
IDEF
0. (http://consulting.psi.ru)
19. Краюшкин В. Современный рынок систем PDM. «Открытые
системы», 2000, №9.
20. ГОСТ Р ИСО 9000-2001. Менеджмент качества. Основные принципы
и словарь.
21. Р 50.1.028-2001. "Информационные технологии поддержки
жизненного цикла изделия. Методология функционального
моделирования". Москва. 2001г.
ПРИЛОЖЕНИЕ А
Организационная структура управления
ФГУП «РСК «МиГ»
