Преподаватель который помогает студентам и школьникам в учёбе.

Моделирование предметной области «Покупка сырья и материалов» с помощью UML (Предлагаемые мероприятия по улучшению бизнес–процессов)

Содержание:

ВВЕДЕНИЕ

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

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

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

Кроме того, известно, что закупка сырья и материалов также требует высокого уровня контроля и сопряжена также с большим уровнем ответственности. Так, специально сконструированная информационная система позволит сделать этот бизнес–процесс более надежным, эффективным и оперативным.

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

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

Описать предметную область;
Осуществить постановку задачи;
Произвести выбор средств для моделирования бизнес–процессов;
Реализовать моделирование бизнес–процессов «как есть»;
Разработать мероприятия по улучшению бизнес–процессов;
Осуществить моделирование бизнес–процессов в виде «как должно быть»;
Подвести итог проделанной работы.

Объектом исследования выступит разработка регламента выполнения процесса, предметом – процесс «Покупка сырья и материалов».

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

Глава 1. Построение бизнес–процессов «как есть»

1.1 Описание предметной области. Постановка задачи

Закупкой сырья и материалов на предприятии, как правило, занимается отдел закупок.

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

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

Выбор поставщика. Отдел закупок должен иметь опыт в определении того, кто производит нужную продукцию и как анализировать надежность поставщика
Метод ценообразования. Определение общей стоимости закупки для формирования цены и условий договора. Это одна из основных экспертных областей деятельности отдела закупок. Здесь должно иметь место для маневра, если необходимо достичь минимальных цен и общей стоимости закупок материальных ресурсов
Сертификация
Контроль над контактами с поставщиками. Отдел закупок должен поддерживать взаимоотношения с потенциальными поставщиками. Если работники компании (производственного отдела) будут непосредственно сами работать с поставщиками без уведомления отдела закупок, то это будет способствовать осуществлению продаж «с черного хода», когда потенциальный поставщик будет оказывать влияние на спецификацию готовой продукции таким образом, что он станет единственным источником снабжения. Если техническому персоналу поставщика необходимо непосредственно встретиться с инженерами фирмы–покупателя, то отдел закупок организует такие встречи.

Таким образом, покупка сырья и материалов всегда сопряжена с большим объемом информации, которая требует непрерывной обработки и движения. Автоматизация процессов, связанных с покупкой сырья и материалов позволит значительно сэкономить материальные, временные, трудовые ресурсы предприятия. Исходя из этого, можно заключить, что разработка регламента выполнения процесса «Покупка сырья и материалов» в первую очередь реализуется для оптимизации повышения продуктивности осуществления функций отдела закупок, в частности – осуществления покупки сырья и материалов.

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

В качестве исходных данных для процесса «Покупка сырья и материалов» выступают:

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

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

Приходная накладная;
Товарная накладная;
Счет – фактура;
Журнал по приходу;
Журнал по распределению;
Результат поиска документа по дате;
Результат поиска документа по поставщику;
Результат поиска документа по наименованию сырья/материала.

Рассмотрим подробнее на примере отчета по результатам выполнения запроса на поиск документа по некоторому параметру (Рисунок 1).

Название запроса

Назв. поля

Результат запроса

кнопки

Рисунок 1. Форма отчета

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

Таблица 1

Роли сотрудников в решении задачи

Код сотр	Должность	% участия	% ответств
01	Руководитель отдела закупок	80–100	100
02	Менеджер	60–90	50–80
03	Сотрудник	40–60	20–50
...n	...	0–100	0–100

1.2 Выбор средства для моделирования бизнес–процессов

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

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

В целом выделяют два подхода к моделированию.

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

К этому блоку относится методология IDEF; инструментом, реализующим данную методологию, является BPWin.

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

Методологии, поддерживающие объектно–ориентированный принцип: методология Aris (группа продуктов IDS Sheer «Aris») и методология UML (продукт Rational Rose). Методология UML в основном ориентирована на разработку программного обеспечения, Aris используется для описания бизнес–процессов предприятия.

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

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

В России для моделирования и анализа бизнес–процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства, как System Architect, Ithink Analyst, ReThink и др

Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:

устойчивое положение продукта на рынке (срок его существования, программа развития продукта, система отчетов о проблемах, совокупность применений и др.);
распространенность продукта (количество проданных лицензий, наличие, размер и уровень деятельности пользовательской группы);
доступность поддержки поставщика. Такие услуги могут включать телефонную «горячую линию», техническую и консультационную поддержку через представителя поставщика в России;
доступность обучения. Обучение может проводиться на территории представителя поставщика в России, пользователя или где–либо в другом месте;
доступность материалов по продукту. Они могут включать компьютерные учебные материалы, учебные пособия, книги, статьи, информацию в Интернете, демоверсии.

Из приведенного перечня инструментальных средств для более подробного анализа выделим те программные продукты, которые удовлетворяют указанным критериям. В этом случае в рамки нашего дальнейшего рассмотрения попадают BPWIn/ERWin, Oracle Designer, Rational Rose, Power Designer, ARIS, по которым ниже представлено более подробное описание.

BPWin и ERWin, Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т. д.), информационной безопасности, business intelligence и т. д. Пакет BPWin основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой–либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями.

Возможности BPwin:

поддерживает сразу три стандартные нотации – IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;
позволяет оптимизировать процедуры в компании;
полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально–стоимостной анализ, ABC);
позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;
интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;
интегрирован со средством имитационного моделирования Arena;
содержит собственный генератор отчетов;
позволяет эффективно манипулировать моделями – сливать и расщеплять их;
имеет широкий набор средств документирования моделей, проектов.

Пакет ERWin – это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь». В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEFlx для ER–диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных – Dimensional;
поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;
интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE–средствами Oracle Designer, Rational Rose, средствами разработки и др.;
позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;
возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);
позволяет переносить структуру БД (не сами данные!) из СУБД одного типа в СУБД другого;
позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web– и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения – от моделирования бизнес–процессов до внедрения. Применение единого репозитория делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс–платформных распределенных приложений. Задачей Oracle Designer являются сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием, существенно облегчают работу с Oracle Designer. Инструментальные средства построены на базе общепринятых методик, охватывающих весь жизненный цикл разработки и позволяющих пользователям осуществлять построение моделей привычным для их организации способом. Это обеспечивает гибкость и открытость подхода к разработке программного обеспечения за счет использования только тех частей продукта, которые требуются в данной задаче. В рамках процесса разработки обеспечивается поддержка методов RAD, JAD, информационного проектирования, водопадного метода (waterfall), итеративного метода и др. Пользуясь этими принципами, можно добиться успешного баланса организационных потребностей и технологических возможностей и даже эффективно управлять риском, связанным с частыми неизбежными и важными изменениями как в одной, так и в другой области. Средства концептуального моделирования Oracle Designer включают в себя:

ER–диаграммы (диаграммы информационной структуры предметной области, представляемой в виде объектов и их взаимосвязей);
диаграммы функциональной иерархии, описывающие функции, которые выполняет система;
диаграммы потоков данных, циркулирующих на предприятии.

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций, описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта – автоматическая генерация серверных компонентов – возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес–процессов могут быть внесены в модели, и тут же будет сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Огаск Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

Rational Rose компании IBM. IBM Rational Rose входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно–ориентированный процесс создания ИС. Любые участники проекта – аналитики, специалисты по моделированию, разработчики и др. – могут использовать модели, построенные в Rational Rose, для большей эффективности создания конечного продукта. Для бизнес–аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес–процессы данной предметной области. Системные аналитики, используя указанные описания, смогут разработать необходимый функционал ИС, который максимально удовлетворит запросы заказчика. Для архитекторов средство Rational Rose будет полезно при создании мощной и гибкой архитектуры системы. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose даст возможность визуально проектировать и генерировать базы данных любого размера. Таким образом, можно создавать базы данных Microsoft SQL Server, Oracle, Sybase, SQL Anywhere, IBM DB2 и любые другие, которые поддерживают возможность запуска скриптов стандарта ANSI SQL. Любые модели, создаваемые с помощью данного средства, являются взаимосвязанными: бизнес–модель, функциональная модель, модель анализа, модель проектирования, модель базы данных, модель компонентов и модель физического развертывания системы. Есть возможность по созданию шаблонов архитектурных решений, позволяющих использовать опыт, накопленный в предыдущих проектах. Существуют расширения Rational Rose, которые позволяют выполнять скелетную (round–trip) разработку ИС, создаваемых на базе языков C/C+ +, Java, Smalltalk, Ada, Object Pascal (Borland Delphi) и др. Таким образом, можно сгенерировать каркас программного кода на любом из указанных языков или выполнить процедуру обратного проектирования, что позволяет сформировать модель на базе существующего кода. Есть возможность публикации модели в Интернете, которая служит основой для объединения работы удаленных команд разработчиков. Интеграция Rational Rose с Rational RequisitePro позволяет на базе визуальной модели разработать полный набор требований, которые необходимо реализовать при создании конечного продукта. Интеграция Rational Rose с Rational TestManager дает возможность создавать сценарии тестирования на базе визуальной модели. Интеграция Rational Rose с Rational ClearCase позволяет поставить на версионный контроль модель целиком или по частям. Интеграция Rational Rose с Rational SoDA позволяет автоматизировать процесс создания документов и отчетов по визуальной модели.

PowerDesigner компании Sybase. Компания Sybase со дня своего основания традиционно является ведущим поставщиком информационных технологий на мировой рынок финансовых институтов: технологии Sybase используют 90 % компаний мирового рынка ценных бумаг, 60 % мировых банков и 68 % компаний Wall Street. С 1996 года, когда открылся офис в Москве, Sybase активно работает в России и других странах СНГ. В апреле 2002 года открылись офисы компании в Санкт–Петербурге и Киеве. Офисы Sybase в Москве, Санкт–Петербурге и Киеве обеспечивают всестороннюю работу с клиентами, включая поставки технологий, оборудования, разработку законченных решений, обучение пользователей, полнофункциональную техническую поддержку и услуги консалтинга. PowerDesigner является комплексным решением для моделирования и разработки приложений и бизнес–процессов для организаций, которые нуждаются в быстром, последовательном и эффективном с точки зрения затрат создании или реинжиниринге бизнес–приложений. PowerDesigner позволяет устранить следующие препятствия, мешающие эффективной разработке проектов: различия в профессиональной подготовке участников проекта, разнородные платформы и изобилие языков разработки – то, что характерно для большинства современных компаний. Это позволяет фокусироваться на бизнес–потребностях создания приложений на протяжении всего процесса разработки – от системного анализа и дизайна вплоть до непосредственной генерации кода для приложения. Последняя версия продукта, PowerDesigner, обладает новыми возможностями по моделированию бизнес–процессов, объектному моделированию, базирующемуся на UML, и поддерживает как традиционные, так и вновь появляющиеся технологии моделирования в рамках одной развитой графической среды. Это позволяет значительно сократить затраты и время реализации проекта, который должен функционировать на различных платформах и инструментальных средах. Одним из основных преимуществ PowerDesigner является также использование репозитория масштаба предприятия для хранения и управления всей информацией, касающейся моделирования и дизайна приложений на всех уровнях ведения бизнеса в компании. Это дает возможность правильно организовать рабочий процесс и кардинальным образом повысить эффективность работы разработчика. Ключевые характеристики PowerDesigner:

моделирование бизнес–процессов: PowerDesigner позволяет нетехническим специалистам компании разрабатывать и моделировать бизнес–процессы, ориентируясь на бизнес–задачи и опираясь на известные им термины, используя простую и интуитивно понятную графическую нетехническую модель;
моделирование данных: PowerDesigner позволяет разрабатывать и генерировать схему БД посредством двухуровневого (концептуального и физического) моделирования реляционной БД, поддерживающего классические методики проектирования баз данных. Имеет также встроенные средства моделирования хранилища данных;
объектное моделирование: PowerDesigner предлагает законченную технологию анализа и проектирования систем с использованием стандарта UML (диаграммы бизнес–процессов, последовательности выполнения, классов и компонентов). На основе диаграммы классов PowerDesigner автоматически осуществляет генерацию и реинжиниринг кода для популярных инструментальных сред, таких как JavaTM (включая EJB 2.0), XML, Web Servicies, C+ +, PowerBuilder, Visual Basic и др., посредством настраиваемого генератора;
репозиторий масштаба предприятия: Enterprise–версия PowerDesigner содержит функциональность репозитория класса предприятия. Репозиторий позволяет всем членам вашей команды легко просматривать модели и другую информацию, а также осуществлять обмен ими. Репозиторий обладает высокой масштабируемостью и поддерживает систему безопасности, основанную на роли пользователя, контроль версий, поиск и возможности составления отчетов.

ARIS компании IDS Scheer AG. В настоящее время наблюдается тенденция интеграции разнообразных методов моделирования и анализа систем, проявляющаяся в форме создания интегрированных средств моделирования. Одним из таких средств является продукт, носящий название ARIS, разработанный германской фирмой IDS Scheer. Компания IDS Sheer AG основана в 1984 г. Основное направление – программное обеспечение и консалтинг. В настоящее время компания обслуживает 4000 клиентов в 50 странах мира через сеть своих представительств и партнеров. Качество решений IDS Scheer было подтверждено в июне 2005 года золотой медалью Международной познаньской ярмарки, на которой награждаются только лучшие продукты. А также в июле 2005 года, когда на мировом рынке была представлены программные продукты ARIS 7 с абсолютно новыми Web–продуктами; все они имеют общую черту – интуитивно понятный и выразительный интерфейс. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что дает возможность использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику. Методика моделирования ARIS основывается на разработанной профессором Августом Шером теории построения интегрированных ИС, определяющей принципы визуального отображения всех аспектов функционирования анализируемых компаний. ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности ER и UML. В процессе моделирования каждый аспект деятельности предприятия сначала рассматривается отдельно, а после детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами. ARIS не накладывает ограничений на последовательность построения указанных выше типов моделей. Процесс моделирования можно начинать с любого из них, в зависимости от конкретных условий и целей, преследуемых разработчиками. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты – «функция», «событие», «структурное подразделение», «документ» и т. п. Между объектами устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Значения атрибутов могут использоваться при имитационном моделировании или для проведения стоимостного анализа. Таким образом, по результатам выполнения этого этапа возникает набор взаимосвязанных моделей, представляющих собой исходный материал для дальнейшего анализа. Стоит отметить несколько особенностей системы ARIS. Первая – семейство программных продуктов ARIS ориентировано на процессное описание. Основная бизнес–модель ARIS – eEPC (extended Event–driven Process Chain – расширенная модель цепочки процессов, управляемых событиями). По существу, модель eEPC расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Вторая особенность – в системе ARIS есть внутренняя база данных, которая позволяет проверять модель на непротиворечивость, целостность, проводить верификацию модели. В других продуктах это отсутствует. Третья особенность: ARIS – единственная система, ориентированная на описание бизнеса, где присутствуют различные взгляды на бизнес–систему, которую мы можем оценить и рассмотреть с разных сторон, чего нет в других программных продуктах. В течение последних пяти лет ARIS уверенно лидирует среди средств моделирования.

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;
для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;
для моделирования бизнес–процессов больше подходят BPwin, ARIS и Rational Rose.

После подробного рассмотрения наиболее распространенных средств моделирования было определено, что наиболее подходящим для разработки регламента выполнения процесса «Покупка сырья и материалов» является инструмент «Erwin Process Modeler». Данное средство предоставляет широкий функционал и обширный перечень возможностей, достаточный для реализации настоящего проекта, а также не требует значительных финансовых затрат.

1.3 Моделирование бизнес–процессов «как есть»

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

Входы бизнес–процесса — объекты (материальные, информационные), необходимые для выполнения и получения результата бизнес–процесса, которые потребляются или преобразовываются при выполнении бизнес–процесса.

Входы бизнес–процесса – ресурсы, необходимые для выполнения бизнес–процесса.

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

Первичный вход бизнес–процесса – вход, инициирующий «запуск» (начало) бизнес–процесса.

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

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

Выходы бизнес–процесса — результаты выполнения бизнес–процесса (товары, продукты, услуги, информация и т. д.).

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

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

Поставщик бизнес–процесса — субъект, предоставляющий входы (ресурсы) для выполнения бизнес–процесса.

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

Внутренний поставщик бизнес–процесса – другой бизнес–процесс компании, подразделение или должностное лицо, предоставляющее входы (ресурсы) для выполнения рассматриваемого бизнес–процесса.

Ресурс бизнес–процесса — материальный или информационный объект, постоянно используемый для выполнения процесса, но не являющийся входом процесса.

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

Входы, выходы и ресурсы рассматриваемого бизнес–процесса изображены на Рисунке 2.

Рисунок 2. Входы, выходы и ресурсы бизнес–процесса

Схема управления бизнес–процессом «Покупка сырья и материалов» представлена на Рисунке 3.

Рисунок 3. Схема управления процессом

На рисунках 4–7 изображены схемы подпроцессов, включенных в состав процесса «Покупка сырья и материалов».

Рисунок 4. Схема подпроцесса «Получить данные от отделов»

Рисунок 5. Схема подпроцесса «Получить данные о спросе. Проанализировать поставщиков»

Рисунок 6. Схема подпроцесса «Сформировать заказ на поставку сырья и материалов»

Рисунок 7. Схема подпроцесса «Получить сырье и материалы. Заполнить документы. Сделать запись в журнале»

Глава 2. Построение бизнес–процессов «как должно быть»

2.1 Предлагаемые мероприятия по улучшению бизнес–процессов

Улучшение бизнес–процессов — инструмент, который может быть использован в организации на любом уровне: и менеджером, собравшимся изменить сравнительно несложный процесс внутри своего отдела, и представителем высшего руководства, цель которого — внедрить новую инициативу в масштабах компании, чтобы улучшить продуктивность работы организации в целом.

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

автоматизация составления заявки на закупку;
автоматизация внесения информации о поставке товара;
автоматическое формирование счета–фактуры;
автоматическое заполнение накладных от поставщиков.

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

2.2 Моделирование бизнес–процессов «как должно быть»

Ниже представлены схемы управления бизнес–процессом, схемы подпроцессов, ресурсы, входы, выходы процесса «Покупка сырья и материалов» в виде «как должно быть»

Рисунок 8. Входы, выходы и ресурсы бизнес–процесса после улучшения

Рисунок 9. Схема управления процессом после улучшения

ЗАКЛЮЧЕНИЕ

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

Описана предметная область – рассмотрены функции и основные работы отдела по закупкам;
Осуществлена постановка задачи, определены исходные и выходные данные;
Произведен выбор средства для моделирования бизнес–процессов – выбор остановлен на средстве Erwin Process Modeler, который обладает достаточным функционалом и набором возможностей для разработки регламента выполнения процесса;
Реализовано моделирование бизнес–процессов «как есть»;
Разработаны мероприятия по улучшению бизнес–процессов;
Осуществлено моделирование бизнес–процессов в виде «как должно быть».

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

СПИСОК ЛИТЕРАТУРЫ

Громов, А.И. Управление бизнес–процессами: современные методы. монография / А.И. Громов, А. Фляйшман, В. Шмидт. Люберцы: Юрайт, 2016. – 367 c.
Джестон, Д. Управление бизнес–процессами. Практическое руководство по успешной реализации проектов / Д. Джестон, Й. Нелис. – М.: Символ, 2015. – 512 c.
Долганова, О.И. Моделирование бизнес–процессов: Учебник и практикум для академического бакалавриата / О.И. Долганова, Е.В. Виноградова, А.М. Лобанова. – Люберцы: Юрайт, 2016. – 289 c.
Елиферов, В.Г. Бизнес–процессы: Регламентация и управление: Учебник / В.Г. Елиферов. – М.: НИЦ ИНФРА–М, 2013. – 319 c.
Крышкин, О. Настольная книга по внутреннему аудиту: Риски и бизнес–процессы. / О. Крышкин. – М.: Альпина Паблишер, 2016. – 477 c.
Маклаков, А.Г. Моделирование бизнес–процессов с ALLFusion Process Modeler (BPwin 4.1). / А.Г. Маклаков. – М.: Диалог–МИФИ, 2008. – 240 c.
Масленников, В.В. Процессно–стоимостное управление бизнесом / В.В. Масленников. – М.: ИНФРА–М, 2011. – 285 c.
Михеев, А.Г. Системы управления бизнес–процессами и административными регламентами на примере свободной программы RunaWFE. / А.Г. Михеев. – М.: ДМК, 2016. – 336 c.
Нелис, Й. Управление бизнес–процессами: Практическое руководство по успешной реализации проектов / Й. Нелис, Д. Джестон. – СПб.: Символ–плюс, 2015. – 512 c.
Репин, В.В. Бизнес–процессы. Моделирование, внедрение, управление / В.В. Репин. – М.: Манн, Иванов и Фербер, 2013. – 512 c.
Ротер, М. Учитесь видеть бизнес–процессы: Построение карт потоков создания ценности / М. Ротер. – М.: Альпина Паблишер, 2015. – 136 c.
Рудакова, О.С. Реинжиниринг бизнес–процессов: Учебное пособие для студентов вузов, обучающихся по специальностям экономики и управления / О.С. Рудакова. – М.: ЮНИТИ–ДАНА, 2013. – 343 c.
Сухецкий, С.П. Нефтяной бизнес: Влияние налоговой нагрузки на инвестиционный процесс / С.П. Сухецкий. – М.: КД Либроком, 2009. – 136 c.
Теличенко, В.И. Информационное моделирование технологий и бизнес –процессов в строительстве / В.И. Теличенко. – М.: АСВ, 2008. – 144 c.
Шевчук, Д.А. Стратегический корпоративный реинжиниринг: процессно–стоимостной подход к управлению бизнеса: Учебное пособие / Д.А. Шевчук. – М.: Финансы и статистика, 2005. – 736 c.
Ширяев, В.И. Управление бизнес–процессами: учебно–методическое пособие / В.И. Ширяев. – М.: ФиС, ИНФРА–М, 2009. – 464 c.