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

Разработка регламента выполнения процесса «Учет реализации лекарственных препаратов через аптечную сеть» (Моделирование бизнес–процессов «как есть»)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

1. Анализ ситуации «как есть»

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

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

Аптека от греческого – складочное место, кладовая, место для убежища, магазин.

Возникновение аптек в качестве самостоятельных учреждений в Европе относят к эпохе средневековья (к XII–XIV векам). Конечно, существенной разницы в аптечном деле средневекового фармацевта и китайского целителя мы не увидим. И в первом, и во втором случае здоровое тело понималось как целостное, должным образом упорядоченное. Лекарство здесь создается в логике соответствия микрокосма и макрокосма. Но в Европе достаточно быстро (уже в конце XVI века) аптека становится химической исследовательской лабораторией, отвергающей алхимические принципы. Формируется привычный для нас идеал лекарственного средства, воздействующего только на какой–то отдельно взятый (в умозрительном смысле, конечно) орган, а не на тело в целом.

2 По преданию, первая аптека в Китае была создана легендарным Шэнь–ну–ном, которого называли божественным земледельцем, царем лекарств. Он умел определять лечебные свойства трав и готовил на специальном треножнике целебные отвары. Многие поколения китайских аптекарей считали его своим покровителем. Первые упоминания о китайских аптеках относятся к XI веку, а книги о лекарствах появились значительно раньше – в III в. до н. э. Подготовка фармацевтов и врачей народной медицины и в наше время ведется по учебникам, написанным более 2000 лет назад, что отражает весьма настороженное отношение традиционной культуры к прогрессу.

Первая аптека в России появилась в Москве при Иване Грозном. При царе Алексее Михайловиче в столице открылась вторая аптека, а за ней, через некоторое время, и в Вологде. Наконец, в 1702 году Петр I разрешил открыть 8 новых аптек. При нем в Петербурге были распространены казенные, то есть государственные аптеки и созданы новые, так называемые вольные (частные). Стоит отметить, что появление вольных аптек вызвало необходимость выпуска законодательных актов, на основе которых должно было развиваться аптечное дело.

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

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

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

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

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

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

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

журнал по приходу;
журнал по распределению;
журнал продаж;
результат поиска документа по дате;
результат поиска документа по товарной группе/категории;
результат поиска документа по наименованию лекарственного препарата.

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

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

Назв. поля

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

кнопки

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

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

Таблица 1

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

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

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

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

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

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

К этому блоку относится методология 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». Данное средство предоставляет широкий функционал и обширный перечень возможностей, достаточный для реализации настоящего проекта, а также не требует значительных финансовых затрат.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рисунок 6. Схема подпроцесса «Осуществление продаж»

Рисунок 7. Схема подпроцесса «Учет продаж»

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

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Бекаревич Ю. Б. MS ACCESS 2010 за 30 занятий / Ю.Б. Бекаревич, Н. В. Пушкина. – СПб.: БХВ – Петербург, 2017.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник / А.М. Вендеров. – М.: Финансы и статистика, 2016.
Гвоздева, В. А. Основы построения автоматизированных информационных систем: Учебник / В. А. Гвоздева, И. Ю. Лаврентьева. – М.: ИД ФОРУМ: НИЦ ИНФРА– М, 2017.
Голицына О. Л. Базы данных: Учебное пособие / О. Л. Голицына, Н. В. Максимов, И. И. Попов. – М.: ФОРУМ: ИНФРА–М, 2018.
Громов, А. И. Управление бизнес–процессами: современные методы. монография / А. И. Громов, А. Фляйшман, В. Шмидт. Люберцы: Юрайт, 2016.
Джестон, Д. Управление бизнес–процессами. Практическое руководство по успешной реализации проектов / Д. Джестон, Й. Нелис. – М.: Символ, 2015.
Диго С.М. Базы данных: проектирование и использование / С. М. Диго. – М.: Финансы и статистика, 2015.
Долганова, О. И. Моделирование бизнес–процессов: Учебник и практикум для академического бакалавриата / О. И. Долганова, Е. В. Виноградова, А. М. Лобанова. – Люберцы: Юрайт, 2016. – 289 c.
Елиферов, В. Г. Бизнес–процессы. Регламентация и управление / В. Г. Елиферов, В. В. Репин. – М.: ИНФРА–М, 2017. – 320 c.
Емельянова Н. З. Проектирование информационных систем: Учебное пособие / Н. З. Емельянова, Т. Л. Партыка, И. И. Попов. – М.: Форум: НИЦ ИНФРА– М, 2016. – 432 с.: ил.
Иванова Г. С. Технология программирования: Учебник для вузов / Г. С. Иванова. – М.: Изд–во МГТУ им. Баумана, 2017.
Кеворков, В. В. Маркетинг. Регламент бизнес–процесса / В. В. Кеворков. – Москва: Машиностроение, 2016.
Куликов, Г. Г. Методика интеграции информационно–поисковых и корпоративных информационных систем на основе системных моделей бизнес–процессов / Г. Г. Куликов. – М.: Университет, 2017.
Нелис, Й. Управление бизнес–процессами: Практическое руководство по успешной реализации проектов / Й. Нелис, Д. Джестон. – СПб.: Символ–плюс, 2015.
Петров, В. Н. Информационные системы / В. Н. Петров. – СПб.: Питер, 2016. – 688с.
Ротер, М. Учитесь видеть бизнес–процессы: Построение карт потоков создания ценности / М. Ротер. – М.: Альпина Паблишер, 2015.
Хаммер, М. Быстрее, лучше, дешевле. Девять методов реинжиниринга бизнес–процессов / М. Хаммер. – М.: Альпина Паблишер, 2016.
Целигорова Е. Н. Современные информационные технологии и их использование для исследования систем автоматического управления // Инженерный вестник Дона. 2017. №3. С. 140–144.
Шевчук, Д. А. Стратегический корпоративный реинжиниринг: процессно–стоимостной подход к управлению бизнеса: Учебное пособие / Д. А. Шевчук. – М.: Финансы и статистика, 2015.
Шеер, А. В. Бизнес–процессы. Основные понятия. Теория. Методы / А. В. Шеер. – М.: Просветитель; Издание 2–е, перераб. и доп., 2016.
Ширяев, В.И. Управление бизнес–процессами: учебно–методическое пособие / В.И. Ширяев. – М.: ФиС, ИНФРА–М, 2018.
Щербаков, В. В. Автоматизация бизнес–процессов в логистике / В. В. Щербаков, А. В. Мерзляк, Е. О. Коскур–Оглы. – М.: Питер, 2016.