Файл: Разработка регламента выполнения процесса «Складской учёт» (1. Постановка задачи и выбор средств проектирования).pdf

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

IDEF, не смотря на свою распространенность, тоже имеет ряд недостатков, а именно не рассматривается временная последовательность, лишь логические отношения. То есть по сути IDEF0 не умеет определять очередность работ, что исключает выполнение процессов в реальном времени. Так же нет возможности определить ответственного за процесс непосредственно на схеме. Поэтому её чаше используют для описания бизнес модели на верхнем уровне. Но IDEF больше подходить для автоматически выполняемых процессов. IDEF0 был разработан в 1981 году, как стандарт автоматизации промышленных предприятий и последняя его редакция была выпущена в декабре 1993 года Национальным Институтом по Стандартам и Технологиям США. Основной целью является построение функциональной схемы системы и описывает процессы для моделирования деятельности системы.

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

Сравнивая инструментальные средства ARIS Toolsetи BPwin. Необходимо отметить что, для хранения данных ARIS Toolset использует объектную СУБД, а BPwin файлы. От чего BPwin упрощает создание модели, но ограничивает возможность анализа.

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

Таким образом, для введения небольших по масштабам и длительности проектов рационально использовать BPwin. Для крупных проектов больше подходит ARIS.

Если рассматривать инструментальное средство BPwin, то на данный момент существует AllFusionProcessModeler 7– мощный программный продукт с помощью которого, можно  проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов.  С помощью BPwin можно создавать графические модели бизнес-процессов.

---

BPwin (AllFusion Process Modeler 7) – это продукт компании Computer Associates,  он вместе с ERwin Data Modeler (ERwin), Model Manager (ModelMart) и Data Model Validator (ERwin Examiner), входит в пакет программ AllFusion Modeling Suite.

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

В основе программного продукта  BPwin (AllFusionProcessModeler 7) заложены общепринятые технологии моделирования, такие как idef0. Моделирование с помощью методологии idef0 рекомендовано к использованию Госстандартом Российской Федерации и  является общепринятым стандартом в США.

Подведя итог выше изложенному сравнительному анализу методов ARIS и IDEF(IDEF0, IDEF3) и их инструментальные средства ARIS Toolset и BPwin делаем выбор в пользу BPwin и метода IDEF.

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

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

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

Анализ начинают с построения модели как есть (AS-IS), то есть мо­дели существующей организации работы. Модель «как есть» может создаваться на основе изучения документации (должностных инструкций, положений о предприятии, приказов, отчетов), анкетирова­ния и опроса служащих предприятия и других источников.

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

Исправление недостатков, модернизация существующих процессов приводит к созданию модели как будет (TO-BE).

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

---

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

Начинаем моделирование с построения контекстной диаграммы. Для этого используется Нотация IDEF0.

Согласно Методологии функционального моделирования[3]

Нотация IDEF0 (IntegrationDefinitionforFunctionModeling) была разработана на основе методологии структурного анализа и проектирования SADT, утверждена в качестве стандарта США и успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий.

IDEF0 может быть использована для моделирования широкого класса систем.

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

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

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

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

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

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

---

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

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

Стрелки выхода (выпуска) — это материал или информация, произведенная блоком. Каждый блок должен иметь по крайней мере одну стрелку выхода (выпуска). Процессы, которые не производят продукции (выпуска), лучше не моделировать вообще.

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

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

Последовательность действий товарооборота на Складе такова:

1)Менеджеры по закупкам формируют заказы товаров и передают сведения на склад

2)Бухгалтерия оплачивает счета и передает соотвествующие ордеры и накладные на склад

3)Кладовщики принимают товар согласно имеющей у них информации

4)Грузчики осуществляют разгрузку и погрузку товара на складе

5)Кладовщик фиксирует все операции на складе и формирует соответствующие документы и отчеты.

Склад использует информационную систему, которая позволяет отследить движения товара.

Подводя итог выше изложенному анализу предметной области построим IDEF0 Склад.

И так что же во общем представляет из себя Cклад на IDEF0. Это некий черный ящик, который на входе получает некий документ-запрос на прием или получение товара. Для которой в качестве ограничения выступают какие-то инструкции( например должностные инструкции или устав организации), а в качестве ресурсов выступает информационная система Склада. На выходе мы получаем некий документ о том, что товар выдан или получен.

Переводим все выше сказанное в контекстную диаграмму( Рисунок 1).

---

Рисунок 1.Контекстная диаграмма

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

Декомпозируем контекстную диаграмму на 3 функциональных блока (Рисунок 2):

Рисунок 2.Диаграмма IDEF0

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

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

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

После построения основной диаграммы бизнес процесса, построим диаграмму потоков DFD.

Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (DataFlowDiagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.

Диаграммы потоков данных используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. Главная цель DFD - показать, как каждая работа преобразует свои входные данные в выходные, а также выявить отношения между этими работами.

---