Адаптивный подход модели жизненного цикла внедрения SAP ERP на Белебеевском заводе "Автонормаль" (Белзан)

Электронный научно-практический журнал «МОЛОДЕЖНЫЙ НАУЧНЫЙ ВЕСТНИК» АВГУСТ 2017
ТЕХНИЧЕСКИЕ НАУКИ

Размещено на http://www.allbest.ru//

Размещено на http://www.allbest.ru//

Национальный исследовательский nтехнологический университет «МИСиС»

Адаптивный подход модели жизненного цикла внедрения SAP ERP на Белебеевском заводе «Автонормаль» (Белзан)

Бухлина Д.Д.



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

Ключевые слова: адаптивный подход, жизненный цикл, итеративность, ERP-система, корпоративная интегрированная информационная система.

ADAPTIVE APPROACH OF SAP ERP INTRODUCTION LIFE CYCLE MODEL AT BELEBEEVSKY FACTORY "AVTONORMAL" (BELZAN)

Bukhlina D.D.

Nowadays there is a process of universal informatization in the world. At this point in time, the study of process automation in industrial enterprises is a leading area for business analysts regarding their work to take measures aimed at improving the efficiency of companies. One of the important aspects of implementing information systems is the choice of the life cycle approach of implementation. This article was made the analysis of the introduction of SAP ERP to the “Avtonormal” factory, which gives an idea of such a life-cycle model as an adaptive approach. The characteristics, the basic model of this approach, the practical consideration of the SAP ERP implementation project at the plant "Avtonormal" are considered.

Keywords: adaptive approach, life cycle, iterative, ERP-system, corporate integrated information system.



Введение

Данная работа посвящена исследованию подходов к выбору модели жизненного цикла внедрения SAP ERP на Белебеевском заводе «Автонормаль» (БелЗАН). В данный момент времени исследование автоматизации процессов на промышленных предприятиях есть ведущее направление для бизнес-аналитиков в связи с их работой по принятию мер, направленных на повышение эффективности работы компаний.

Анализ внедрения SAP ERP на завод «Автонормаль» дает представление о такой модели жизненного цикла, как адаптивный подход. На сегодняшний день этот подход - один из немногих подходов, которые описаны в международном своде рекомендаций руководителям сложных проектов ISO 9000 Total Quality Management. Анализированный подход приемлем для описания сложных распределенных проектов.

Целью данной работы является теоретическое рассмотрение этапов жизненного цикла продукта SAP ERP на основе адаптивного подхода на примере завода «Автонормаль» с подробным анализом предпосылок реализации данного проекта.

Для достижения поставленной цели способствовало решение следующих задач:

изучение теоретических аспектов адаптивного подхода и проведение анализа его основных этапов;

выявление основных базовых характеристик адаптивного процесса и изучение метода построения адаптивного жизненного цикла;

изучение структуры базовой модели адаптивного жизненного цикла и подробное рассмотрение компонентов каждой фазы данной структуры;

практическое рассмотрение проекта внедрения SAP ERP на Белебеевский завод «Автонормаль» на основе адаптивного подхода;

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

изучение реализации проекта внедрения SAP ERP на Белебеевский завод «Автонормаль» на основе адаптивного подхода;

построение схемы реализации проекта на основе адаптивного подхода в программном продукте Aris;

описание функциональных характеристик внедрённого решения;

подведение итогов и рассмотрение возможных перспектив внедрённого проекта.

В данной роботе объектом исследования является анализ данных по проекту внедрения SAP ERP на завод «Автонормаль», а предметом - данные о положениях, которые являлись предпосылками осуществления внедрения данного проекта.



Теоретические аспекты адаптивного подхода

Одной из новых методологий, которая стала альтернативой уже существующим методологиям, ориентированным на процесс, методам управления разработкой ПО, является Adaptive Software Development (ASD). Практики ASD основываются на принципе непрерывной адаптации, за счёт которой появляется другой принцип и новый жизненный цикл проекта, в котором периодические изменения являются нормальными.В Adaptive Software Development статический жизненный цикл Plan-Design-Build (Планирование - Проектирование - Конструирование) изменён на динамичный, то есть Speculate-Collaborate-Learn (Обдумывание - Взаимодействие - Обучение) [1].

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

Методология Adaptive Software Development строится на концептуальной базе теории сложных адаптивных систем. Она должна использоваться в проектах, которые являются экстремальными. В таких проектах присутствует достаточно скоротечный темп разработок, также присутствуют периодические изменения и непредсказуемость. Для данного типа проектов ASD подходит намного лучше, чем традиционные подходы к разработке программного обеспечения (ПО).



Характеристика адаптивного процесса

У адаптивного жизненного цикла имеются шесть базовых характеристик:

Mission Focused (Целенаправленность);

Component Based (Компонентный подход);

Iterative (Итеративность);

Timeboxed (Жесткие временные рамки); -Risk Driven (Оценка с точки зрения рисков); -Change Tolerant (Допустимость изменений).

При работе над проектами в сфере электронного бизнеса, редко вначале известно, какими должны быть результаты работы. Однако, при этом чётко осознаётся общая цель, и эта цель достаточно понятно формулируется с помощью команды разработчиков [4]. Главные аспекты цели являются векторами для первоначального исследования, и затем, во время работы с проектом, начинают сужаться. Однозначно можно сказать, что цель задаёт границы проекта, но не его конечный результат. В итеративном проекте, в котором неверно поставлена общая цель, и нет периодического пересмотра текущих задач, отсутствует видимый прогресс. Артефакты, в которых зафиксирована цель всего проекта, могут помочь узнать необходимое направление работ. Такие артефакты нужны для нахождения компромиссного решения, если это необходимо. В случае если эти артефакты не могут помочь в принятии решений, то это означает, что они создавались неверно.

Адаптивный жизненный цикл проекта строится на основе результатов, но не задач. Причем результатом являются компоненты системы. Компонентом называется совокупность свойств программы, которая должна быть разработана в течение одной итерации [5]. Документы (к примеру, модель данных) тоже можно назвать поставляемым компонентом, но относительно свойства программы документы обычно всегда второстепенны, потому что только правильно работающий код программы дает заказчику возможность увидеть результаты работы.

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

Процесс планирования в адаптивном жизненном цикле происходит относительно понимания и анализа рисков, которые являются критичными. Также адаптивный способ разработки ПО приемлет все возникающие изменения. С адаптивной точки зрения, возможностью внесения изменений является конкурентное преимущество [9].

Базовая модель адаптивного процесса

Итеративный цикл «Speculate - Collaborate - Learn” ("Обдумывание - Взаимодействие -Обучение") является подходящим для общего описания процесса. Однако, для того, чтобы производить на его основе программный продукт, необходимо подробнее остановиться на некоторых деталях.

Рассмотрим начальную фазу проекта «Обдумывание», которая является планированием циклом разработки.

"Обдумывание" состоит из семи последовательных шагов:

провести начальную фазу проекта;

определить временные рамки проекта;

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

расписать основные задачи по всем циклам;

связать разрабатываемые компоненты системы с соответствующими циклами;

связать с циклами технологические компоненты и компоненты поддержки;

разработать список задач по проекту;

В адаптивном процессе начальная фаза проекта немногим отличается от той, которая существует в любом процессе управления проектами. Она включает в себя определение целей и задач проекта, осмысление и документирование различных ограничений, изучение расстановки сил в проекте (то есть организацию самого проекта и определение ключевых фигур), выявление и краткое описание требований к системе, первоначальную оценку размера и масштабности проекта, а также определение ключевых рисков [6]. Так как одним из важнейших факторов, принимаемых на рассмотрение при использовании адаптивного подхода, является скорость разработки системы, то большая часть изначальной информации по проекту должна собираться во время сессий Joint Application Development (JAD, Совместная разработка программного продукта). Для небольших проектов вся начальная фаза может занимать недельный срок. Для более крупных целесообразно запланировать так называемый "нулевой цикл", который позволит разработчикам провести более подробные предварительные исследования и подготовительные работы. ("Нулевой цикл" отличается от всех последующих тем, что его результатом будут подготовительные материалы).

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

На третьем шаге необходимо решить, за сколько циклов есть возможность создать всю систему. Также нужно задать каждому из циклов временные рамки. Для небольших и средних систем (до 5000 функциональных точек) длина каждого цикла варьируется в пределах от четырех до восьми недель. Определять продолжительность циклов нужно исходя из общего графика разработки проекта и степени неопределенности намеченных задач [7].

После определения количества необходимых циклов и графика выполнения каждого из них, происходит переход к четвертому шагу, который включает в себя становление задачи и цели для каждого в отдельности цикла разработки. Ясно сформулированная цель обязана быть и у всего в целом проекта, и у всех цикла по отдельности. В конце всех циклов есть контрольные точки, которые являются промежуточными, они обеспечивают общедоступность и прозрачность программного продукта относительно участников проекта. Если общедоступность и прозрачность отсутствуют, то будет отсутствовать возможность найти и затем исправить разные ошибки, дефекты.

Результатом каждого цикла является некая совокупность компонентов системы, которую получает заказчик и может их посмотреть и дать свои комментарии. В конце всех циклов заказчик получает определенный набор компонентов системы, которые может просмотреть и прокомментировать. Это позволяет ему увидеть и опробовать разрабатываемую систему. Для интеграции отдельных компонентов системы в течение каждого из циклов служат промежуточные сборки (builds). Они позволяют увидеть и опробовать систему команде разработчиков. Если система постоянно доступна для обозрения, то тестирование становится непрекращающейся и неотъемлемой частью каждого цикла [8].

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

в конце каждого цикла заказчику должна поставляться часть системы;

в первую очередь в разработку должны идти компоненты с наиболее высоким риском;

график разработки компонентов должен учитывать естественные зависимости между ними;

балансировка расходов ресурсов.

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

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

За счёт совместного владения кодом каждый разработчик может вносить в любой код свои изменения, что является стимулом к сплочённой работе команды. Это приводит к стремлению максимально повысить качество дизайна системы, кода и тестовых сценариев.

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

Чувство ответственности в команде поддерживается при помощи периодической оценки качества. В таком случае, качество будет расти не за счёт усиленного контроля на всех этапах работ, а за счёт формирования соответствующих критериев для выпускаемого продукта и его критического анализа. Постоянный анализ и оценка проделанной работы являются основой обучения [4].

Необходимо знать в конце каждого цикла разработки:

качество продукта с точки зрения заказчика;

качество продукта с технической точки зрения;

как работает команда, и какие практики она при этом использует; ?текущее положение дел в проекте.

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

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

В-третьих, необходимо следить за самим процессом работы команды. Для этого необходимы ретроспективные пересмотры в конце проекта, а также в конце каждого цикла.

Последним пунктом плана является определение статуса проекта, что не относится напрямую к вопросам качества. Это ведет к повторному планированию в начале каждого последующего цикла.

Основные вопросы, на которые необходимо уметь отвечать:

На какой стадии развития находится проект?

Чем его положение отличается от того, что ожидалось по плану?

В каком положении он должен находиться?

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

Особое значение имеет последний из трех вопросов, касающихся статуса проекта: "В каком положении проект должен находиться по плану?" Так как изначально предполагается, что планы - это чисто умозрительные построения, то оценивать прогресс проекта, сравнивая его с запланированным, будет явно недостаточно. Помимо этого, команда разработчиков и заказчики должны постоянно задавать себе вопрос: "Чему мы уже научились, и как это меняет наши представления о том, в каком состоянии должен сейчас находиться проект?"

Практическое рассмотрение проекта внедрения SAP ERP на Белебеевский завод «Автонормаль» на основе адаптивного подхода

жизненный цикл автоматизация дискретный

Проект комплексной автоматизации дискретного производства БелЗАН, выполненный компанией ASAP Consulting / АСАП Консалтинг, является одним из немногих примеров перехода к реальному использованию методологии MRPII на отечественных промышленных предприятиях. По достигнутым на предприятии результатам, уровню использования функциональности MRPII, степени интеграции с управленческим, бухгалтерским и налоговым учетом, а также еще по ряду показателей этот проект можно назвать беспрецедентным в отечественной практике [8].

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

Помимо классических факторов успеха - внимание и реальная поддержка со стороны руководства, профессиональное знание системы и проектный менеджмент - важную роль в успехе масштабного и эффективного проекта сыграло желание завода взять лучшие мировые бизнес- процессы решения mySAP ERP и построить работу завода по стандарту MRP II/ERP, без существенных доработок продуктов SAP.

Для реализации поставленной задачи руководством предприятия был сделан выбор в пользу программного решения от компании SAP. Основу будущей корпоративной информационной системы составило решение SAP «Управление ресурсами предприятия» (mySAP ERP). Внедрение системы осуществлялось специалистами компании ASAP Consulting в соответствии с российской спецификой.

Предпосылки реализации проекта

Белебеевский завод «Автонормаль» (г. Белебей, Башкортостан) - ведущее предприятие в России и СНГ по производству высококачественных крепежных изделий методом холодной штамповки. Численность работающих на предприятии более 6500 человек. Номенклатура составляет более 3500 типоразмеров и наименований. Основными потребителями продукции завода являются «АВТОВАЗ», «ИжАвто» и «КамАЗ» (более 50% от общего объема). В числе крупных клиентов - «Джи Эм-АВТОВАЗ», «СеАЗ», «УАЗ». Соответствие продукции завода мировым стандартам качества обеспечивает ее конкурентоспособность не только на внутреннем рынке, но и на внешнем. Продукция ОАО «БелЗАН» поставляется в Венгрию, Югославию, Казахстан, Беларусь, Украину и страны Прибалтики. Для сохранения конкурентного преимущества в условиях жесточайшей конкуренции и приумножения достигнутых успехов в будущем «БелЗАН» создал прочную основу для развития бизнеса с помощью решения SAP «Управление ресурсами предприятия» (mySAP ERP).

В условиях существования в конкурентной среде предприятия должны постоянно развиваться, расширяя ассортимент, улучшая качество продукции и обслуживания, повышая надёжность поставок, выделяя и развивая свои ключевые преимущества перед конкурентами. Руководством БелЗАН в качестве путей развития ключевых преимуществ завода были определены: сокращение времени вывода новых изделий на рынок, повышение оперативности взаимодействия с автомобилестроительными предприятиями, обеспечение высокого качества выпускаемой продукции, сертификация по стандарту ИСО/ТУ 16949.

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

Однако в тот момент единой информационной системы на предприятии не было. В начале 2010 года существующая АСУП завода была построена на технической и технологической базе пятнадцатилетней давности. Последняя крупная модернизация средств вычислительной техники и технологии обработки на вычислительном центре прошла в конце 90 начале 2000 годов.

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

создание единого информационного пространства предприятия, поддерживающего оперативное управление ресурсами основного производства;

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

Определив, в какой мере реализация этой цели может быть достигнута при помощи автоматизации, руководством БелЗАН перед командой проекта были поставлены следующие задачи:

пересмотреть и оптимизировать существующие на предприятии бизнес-процессы;

реализовать полную автоматизацию бухгалтерского учета (от баланса до форм внешней отчетности);

усовершенствовать систему планирования и учета затрат;

систематизировать и оптимизировать информационные потоки;

реализовать расчет пономенклатурной себестоимости;

внедрить стандарт MRPII в управлении производством.

Реализация подобных проектов, обычно, длится 2-2,5 лет, однако рыночная ситуация не позволяла тратить на автоматизацию столько времени. В результате была поставлена дополнительная организационная задача - выполнить все работы по проекту в течение одного 2012 года и запустить систему управления в промышленную эксплуатацию 1 января 2013 г.

Анализом вариантов выбора программной платформы занимался собственный отдел информационных технологий завода. Среди рассмотренных тиражных ERP-систем были: «1С: УПП 8.0», MAX, Axapta, Oracle E-Business Suite, SAP ERP. Также, изучались и системы управления цехом ФОБОС и Фанчейн. После анализа всех предварительно отобранных вариантов предприятие остановилось на предложении компании SAP AG. По словам представителей БелЗАН, российские системы такие как «Галактика», «1С-предприятие», «Парус», «БОССКорпорация» ими не рассматривались ввиду того, что нет внедрений данных систем на предприятиях типа ОАО «БелЗАН».

Как отмечают на заводе, на выбор решения SAP повлияли следующие факторы:

широкая функциональность решения, поддерживающая все ключевые бизнес-процессы предприятия;

наличие типовой методологии для выполнения отдельных бизнес-процессов;

возможность доработки функциональных модулей под особенности предприятия;

возможность подготовки в учебных центрах SAP специалистов по решениям SAP для собственной команды предприятия;

наличие положительного опыта внедрения решений SAP в России и странах СНГ.

На выборе решения сказался и опыт компании-интегратора, позволивший реализовать проект за один год.

Реализация проекта на основе адаптивного подхода

Реализация проекта проходила в несколько этапов, соотносимых с базовой моделью адаптивного подхода. На первом этапе, начавшемся в январе 2012 года, была проведена детальная подготовка проекта и обучение соответствующих специалистов проектных групп, что соответствует первой стадии модуля Speculate (Обдумывание), которая называется Project initiation.

На втором этапе реализации проекта, соответствующему второй стадии модуля Speculate (Обдумывание), называющемуся Adaptive cycle planning, было сделано подробное описание и проведен анализ бизнес-процессов, спроектирована архитектура решений интегрированной системы управления в соответствие со стандартами SAP [1].

Третий этап был посвящен разработке конкретных проектных решений реализации будущей системы. В этот период на рабочих заседаниях групп внедрения функциональных модулей обсуждались и принимались решения по реализации процессов управления. Это второй модуль жизненного цикла адаптивного подхода Collaborate (Взаимодействие), стадия которого называется Concurrent component engineering.

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

Последние три этапа отражают стадию Final Q/A and release в модуле Learn адаптивного подхода. На шестом этапе были проведены окончательная доводка системы и миграция данных из унаследованных приложений. Параллельно велось обучение сотрудников проектного офиса и предприятия.

Последние два этапа 7 и 8 были посвящены вводу в эксплуатацию проекта и стабилизации работы системы. Схема реализации данного проекта на основе адаптивного подхода представлена на рисунке 1 (см. рисунок 1).



Итоги и перспективы внедрённого проекта

Исходя из основных задач предприятия, в ходе проекта были последовательно внедрены следующие функциональные блоки: «Сбыт» (SD), «Управление материальными потоками» (MM), «Планирование и управление основным производством» (PP), «Контроллинг и учет затрат» (CO), «Финансы» (FI), а также модуль «Техническая и системная поддержка» (BC).

Рисунок 1 - Схема реализации проекта на основе адаптивного подхода

Результатами продуктивного использования системы можно считать:

планирование потребности в материалах;

календарное планирование, включая расчет загрузки мощностей в рамках основного производства;

финансовую прозрачность предприятия - расчет и анализ себестоимости продукции, а также детальный анализ затрат по выделенным местам возникновения затрат;

полную и достоверную информацию по запасам в режиме реального времени;

управление сбытом, нацеленное на своевременное выполнение каждого заказа и опирающееся на оперативную и полную информацию в системе;

обеспечение оперативного контроля дебиторской и кредиторской задолженности по материалам и продукции основного производства;

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

обеспечение централизованного ведения справочников материалов и услуг, спецификаций, технологических карт, рабочих мест;

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

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

Также можно утверждать, что внедрение решения SAP позволило охватить большинство хозяйственных и производственных процессов и операций ОАО «БелЗАН». Системой обеспечивается сквозной процесс обработки информации - регистрация первичных документов по поставке материалов и услуг - списание их на себестоимость производимой продукции - оформление документов на отгрузку - фактурирование и, в конечном итоге, получение бухгалтерского баланса.

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

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

В результате внедрения решения SAP предприятие вышло на новый уровень информативности - теперь управленческие решения принимаются на основе оперативной и достоверной информации.



Список литературы

Братищенко В.В. Проектирование информационных систем. // БГУЭП (Иркутск). - 2012. - с. 34-38;

Гагарина Л.Г. Основы технологии и разработки программных продуктов // ФОРУМ-ИНФРА-М. - 2015. - с. 230;

Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем // Интернет-университет информационных технологий - ИНТУИТ.ру. - 2012. - с. 40-43;

Избачков С.Ю., Петров В.Н. Информационные системы. // СПБ. - 2014. - с. 576;

Лобанова Т.О. Жизненный цикл информационных систем - выберем стандарты,

выстроим методологию. // Финансы и статистика. - 2015. - с. 36;

Семенов М.И. Трубилин И.Т., Лойко В.И. Архитектура компьютерных систем и сетей: учебное пособие. // Финансы и статистика. - 2014. - с. 23-24;

Советов Б.Я. Цеханковский В.В. Информационные технологии: учебное пособие // Высшая школа. - 2013. - с. 68;

Фридман А.Л. Основы объектно-ориентированной разработки программных систем // Финансы и статистика. - 2013. - с.79;

Чистов Д. В. Материалы к дисциплине «Информационные системы в экономике» // Высшая школа. - 2013. - с.43.

Размещено на Allbest.ru

...