Материал: Разработка документированной процедуры на процесс капитального ремонта

Этот факт отражен входящей стрелкой «График производства». На диаграмме процесса показана также стрелка «Вспомогательное сырье».

Подобное ее представление является нарушением нотации описания.

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

На рис. приведен пример бизнес-процесса в нотации IDЕF3 под названием «Обработать заявку клиента».

Рисунок - Модель бизнес-процесса «Обработать заявку клиента» в нотации IDЕF3.

Рассматриваемый процесс является частью более общего процесса «Сбыт готовой продукции». Процесс начинается с поступления заявки клиента на вход функции «Выполнить учет заказа в системе». По ходу ее выполнения данные заказа клиента регистрируются в системе автоматизации (например, в MS Ехсеl). Затем менеджер отдела сбыта выполняет проверку на соответствие номенклатуре (функция «Выполнить анализ на соответствие номенклатуре»). Результатом выполнения данной функции могут быть два события: первое - «заказ соответствует номенклатуре», второе - «заказ не соответствует номенклатуре». Для отражения этих событий в модели процесса используют логический оператор - исключающее «ИЛИ». После этого логического оператора процесс ветвится.

В случае несоответствия заказа номенклатуре выполняется нижняя ветка процесса, а именно функции: «Уведомить клиента о невозможности выполнения заказа» и «Внести заказ клиента в статистику неудовлетворенного спроса».

Если заказ клиента соответствует номенклатуре, начинают движение по верхней ветке процесса. Выполняется функция «Согласовать заявку с ПЭО». К этой функции привязан ссылочный объект «Согласовать с ПЭО в случае соответствия заявки номенклатуре». ПЭО анализирует заказ и делает вывод о возможности его реализации. Например, может сложиться ситуация, когда не хватает производственных мощностей из-за ремонтов, несоответствия величины заказа экономически обоснованным размерам партии и т.п. В этом случае снова переходят на нижнюю ветку процесса, при этом используют логический оператор «ИЛИ». Он служит для объединения возможных входов в функцию «Уведомить клиента о невозможности выполнения заказа».

Если ПЭО считает заказ выполнимым, то проводят детальный расчет себе-стоимости выполнения и определяют его цену. Устанавливают также сроки выполнения заказа (функция «Рассчитать себестоимость, цену и сроки выполнения заказа»). Далее расчетные цифры согласовывают с клиентом - выполняется функция «Согласовать условия поставки с клиентом».

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

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

Анализ процесса, представленного на рис. 2.23, наводит на мысль о том, что нотацию IDЕF3 целесообразно применять в случае относительно простых процессов на нижнем уровне декомпозиции, т.е. процессов уровня рабочих мест.

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

Этот факт становится очевидным в особенности при сравнении описаний процессов в нотации IDЕF3 и IDЕF0.

. Описать процесс управления корректирующими действиями в методологии АRIS РСD

Методология АRIS включает в себя несколько различных нотаций для описания деятельности организации с различных точек зрения. В методологию интегрированы существующие стандарты и спецификации описания процессов и данных, например IDЕF3, ЕRD, DFD, UML и т. д.

Подход методологии АRIS к описанию процессов основывается на рассмотрении деятельности организации с четырех точек зрения: взгляд на организационную структуру, взгляд на данные (потоки и структуру), взгляд на функции (функциональные иерархии), взгляд на контроль и управление (сводные модели бизнес-процессов).

Методология АRIS включает в себя большое количество различных нотаций, допускающих гибкое создание различных моделей организации. К числу наиболее значимых и практически используемых нотаций АRIS относятся: нотация Vаluе-аddеd Сhаin Diаgrаm (диаграмма цепочки процесса, добавляющего стоимость); нотации еЕРС, Ехtеndеd Еvеnt-drivеn Рrосеss Сhаin (расширенная нотация цепочки процесса, управляемого событиями) и РСD (диаграмма цепочки процесса); нотация Оrgаnizаtiоnаl Сhаrt (организационная диаграмма); нотация Funсtiоn Trее (дерево функций); нотация Рrоduсt Trее (дерево продуктов).

На рис. представлена одна из важнейших нотаций АRIS - нотация АRIS VАD. Диаграмма цепочки процесса, добавляющего ценность, используется при описании бизнес-процессов организации на верхнем уровне. Как правило, консультанты, использующие АRIS, рекомендуют выделять шесть-восемь бизнес-процессов верхнего уровня и описывать их в нотации АRIS VАD. Затем выполняется декомпозиция полученных процессов верхнего уровня в нотации АRIS VАD или АRIS еЕРС. Рассмотрим объекты нотации АRIS VАD, представленные на рис.

Основным объектом нотации АRIS VАD является Vаluе-аddеd сhаin - процесс или некоторая группа функций организации, которая служит для получения добавленной ценности. Объекты соединяются между собой пунктирной стрелкой, которая имеет тип is рrеdесеssоr оf («является предшественником»). Этот тип связи показывает, что один процесс - предшественник другого. Очевидно, однако, что на практике все основные процессы цикличны. Кроме того, они имеют обратные связи. Поэтому термин is рrеdесеssоr оf, на наш взгляд, является неудачным.

Рисунок - Модель в нотации АRIS VАD

Между процессами, приведенными на рис. могут быть отображены потоки материальных ресурсов и информации, для описания которых можно воспользоваться объектами типа Сlustеr и Tесhniсаl tеrm, соответственно. Для описания инфраструктуры, необходимой для выполнения процесса, в данном примере выбраны типы объектов Рrоduсt/Sеrviсе и Infоrmаtiоn sеrviсе. Выбор типов объектов для отображения реальных потоков является в достаточной степени условным. Очень важно в начале работ по моделированию процессов определиться, какие именно типы объектов будут использованы и какие объекты реального мира они будут отображать. Так, в случае примера, приведенного на рис, можно было бы показать все потоки (информационные и материальные) при помощи объектов типа Tесhniсаl tеrm.

На рис. показаны также объекты Оrgаnizаtiоnаl unit, отображающие подразделения, выполняющие соответствующие процессы.

Объекты соединяются между собой при помощи связей определенного типа (см. рис.). Например, информационный поток, отображаемый объектом Сlustеr, является входящим для первого процесса и связан с ним при помощи стрелки типа is inрut fоr («является входом для»). Другой пример - тип связи ехесutеs («исполняет») между объектами Vаluе-аddеd сhаin и Оrgаnizаtiоnаl unit. Тип связи is usеd bу показывает, что Рrоduсt/Sеrviсе используется процессом и т.д. Таким образом, в методологии АRIS важнейшим требованием является корректный выбор и дальнейшее использование связей и объектов определенного типа.

На рис. представлен пример модели верхнего уровня, выполненный в нотации АRIS VАD.

Рисунок - Пример модели процесса в нотации АRIS VАD.