Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Лабораторная_работа_1.doc
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
2.23 Mб
Скачать

Лабораторная работа №1 Задача описания бизнес-процессов при помощи ms Visio. Организационное проектирование

Цель и содержание работы: овладение приемами деловой графики средствами пакета MS Visio.

Теоретическое обоснование

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

Для решения различных бизнес-задач требуется подробно и наглядно описывать процессы. То есть ‒ строить их модели. Модели предназначены для подробного описания операций, выполняемых последовательно во времени по определенной технологии.

Рисунок 1.1 – Модель «процесс»

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

Методические указания к выполнению работы:

Запускаем программу при помощи кнопки «Пуск» или через ярлык на рабочем столе.

Рисунок 1.2 – Главное окно программы MS Visio 2010

Рисунок 1.3 – Главное окно программы MS Visio 2003

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

Далее мы рассмотрим одну из возможностей – тип представления под названием Event – driven Process Chain – или EPC, активно использующегося в настоящее время на практике.

Из предложенных вариантов описания процессов в меню – выбираем опцию EPC Diagramm.

Новый файл можно создать также в рабочем режиме при открытых других файлах, через основное меню. Выбираем Файл – новый (New) – Бизнес-процесс (Business Process) – и нужный нам тип – ePC Diagram. В меню слева расположены объекты, которые мы будем использовать при построении схемы процесса.

Это:

  • Событие

  • Функция

  • Исполнитель

  • Связь

И логические операторы: и, исключающее или, неисключающее или.

Рисунок 1.4 – Объекты для построения схемы процесса

Использование программного средства Microsoft Visio удобно, просто и доступно в применении для построения графических схем бизнес-процессов.

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

Упражнение 1. Правила построения схем процессов в нотации epC

Мы находимся в программном пакете Visio и рассматриваем представление бизнес-процессов под названием Event – driven Process Chain – или EPC. Схемы данного типа удобны, просты в прочтении и активно используются в настоящее время на практике. Разберем подробно, как правильно построить схему процесса. Будем пользоваться объектами, которые расположены в меню слева.

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

Событие в начале схемы – это внешний импульс, инициирующий выполнение процесса.

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

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

Например, «поступил запрос от клиента».

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

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

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

Поэтому поместим после значка функции значок события.

Например, функция «определить тип клиента» ‒ завершается событием «тип клиента определен».

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

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

Для обозначения взаимосвязей наших Событий и Работ, нам понадобятся стрелки, соединяющие объекты.

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

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

Попробуем выстроить некую цепочку действий. Чтобы каждый раз не настраивать свойства объекта, воспользуемся функцией копирования. Для этого правой клавишей мыши выделяем объект, нажимаем «копировать», а затем «вставить». Лишние объекты можно удалять кнопкой на панели инструментов либо клавишей Delete на клавиатуре.

На практике каждая работа выполняется каким-то человеком, исполнителем. Для обозначения исполнителя выбираем объект. Например, желтый овал. И располагаем его обязательно справа от Функции, не забывая указывать организационную единицу. Это может быть отдел, группа, департамент, либо же просто должность исполнителя. Соединяем наш объект с другими посредством линии связи. В этом случае линия должна быть прямой – без начальных и конечных стрелок.

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

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

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

Упражнение 3. Использование логических операторов и документов.

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

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

Оператор «X-OR» означает исключающее «ИЛИ», оператор «OR» не исключающее «или».

Логический оператор «AND» означает одновременное выполнение операций после ветвления.

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

Логический оператор может разбивать ход процесса на две, три и более ветвей.

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

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

При описании процесса важно соблюдать такое правило: в каждую функцию не может входить более одной стрелки, и также из функции не может выходить более одной стрелки.

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

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

Входящий документ, например, заявка, присоединяется входящей стрелкой, тогда как исходящий документ – исходящей из функции стрелкой.

Более привычным является значок документа в виде прямоугольника с нижней волнистой линией, однако, в данной опции он не предусмотрен.

Поэтому этот значок можно позаимствовать из другого типа графических представлений. Для этого создаем новый файл, выбираем категорию «Flowchart», опцию Basic Flowchart, далее выбираем нужный нам объект. Копируем значок и вставляем на свою диаграмму.

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

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

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

Приобретя некоторую сноровку, вы сможете строить модели процессов в представлении EPC очень быстро.