Презентация на тему: » Описание бизнес-процессов в MS Visio Рубцовск 2014 Дисциплина: Реинжиниринг бизнес-процессов на основе современных информационных технологий Тема:» — Транскрипт:
1 Описание бизнес-процессов в MS Visio Рубцовск 2014 Дисциплина: Реинжиниринг бизнес-процессов на основе современных информационных технологий Тема:
2 устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности (последовательности работ), которая по определенной технологии преобразует входы в выходы, представляющие ценность для потребителя Бизнес-процесс-
3 Событийная цепочка процессов — Event-driven Process Chain (EPC) Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, например, набор инструментов ARIS и ARIS Express, Microsoft Visio, Adonis от BOC Group, Mavim Rules от Mavim BV, Business Process Visual Architect от Visual Paradigm.
Некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC язык разметки EPML. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса. EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.
4.4 Нотациии epC в Visio Схема бизнес процесса Детализация процессов Visio
4 Использование MS Visio В Visio 2013 в категории «Бизнес» содержится шаблон «Схема EPC», с помощью которого можно создать схему событийной цепочки процесса(Event Driven Process Chain, EPC) для документирования бизнес-процессов.
6 Основные элементы нотации EPC — событие — функция — информация /документ — подразделение — исключающее ИЛИ — И — ИЛИ
7 Выводы Использование программного средства Microsoft® Visio® удобно, просто и доступно как графопостроитель для моделей процессов, но не является в полном смысле средством моделирования. В профессиональных средствах моделирования объекты и их свойства хранятся в ячейках баз данных, что позволяет совершать различные операции с ними. Однако, при использовании сложных систем моделирования требуется приобретение, установка, освоение и серьезная поддержка таких систем. Оправданно это только в тех случаях, когда есть реальная необходимость использовать все возможности баз данных достаточно полно. Ваш выбор будет зависеть от сферы применения: нужно ли вам «легкое» решение либо профессиональный программный продукт.
Источник: www.myshared.ru
Работа с ms Visio
При запуске MS Visio предлагает выбрать шаблон (см. рис. 1), в котором содержится набор специфических объектов для рисования. Шаблон «Basic Flowchart» из категории Flowchart содержит символы из таблицы 1, необходимые для описания документооборота. 
Рис. 1. Выбор шаблона для рисования. При щелчке на шаблоне открывается основное окно MS Visio. Панель инструментов и меню в большей части схожи с MS Office (в который MS Visio входит де-факто). Слева отображается окно моделей (Shapes). 
Рис. 2. Основное окно MS Visio MS Visio поддерживает базовые принципы программ, аналогичные MS Word: 1.Drag-and-drop(перетащи-и-оставь). Для того, чтобы добавить модель из списка на рисунок, достаточно перетащить ее на нужное место на рисунке. 2. Масштабирование размера элементов рисунка – необходимо поместить курсор на край элемента, пока он не примет вид двунаправленной стрелки и, прижав левую кнопку мыши, установить нужный размер. 3. Панель задает цвета текста, линий и заливки соответственно. 4. Панель устанавливает толщину линий, внешний вид линий и внешний вид стрелок соответственно.
- Загрузить MS Visio. Для создания организационной структуры используется
- Рабочая область с линейкой
- Фигуры для рисования элементов структуры
- Панель инструментов Organization Chart
- Для загрузки перечисленных выше инструментов выбрать из списка категорий Organization Chart
Обзор инструментов. Как начать моделировать в Visio
Примечание: для отображения списка категорий выполнить команду
File – New – Organization Chart – Organization Chart
для отображения панели задач Organization Chart выполнить команду
File– Shapes – Organization Chart– Organization Chart Shapes
- Из предлагаемого списка шаблонов рекомендуется выбрать первый вариант
Примечание: в случае появления окна сообщения, ответить отказом.
- При построении структуры следует использовать фигуры организационной структуры, расположенные на вкладке Shapes
- Для установки элементов первого уровня иерархии рекомендуется использовать
- Для построения элементов следующих уровней иерархии, имеющих подчиненные элементы, рекомендуется использовать
- Для элементов структуры не имеющих подчиненных ему элементов следует применить
- В случае, если на одном уровне иерархии находятся несколько элементов, рекомендуется использовать
- Основные приемы корректировки диаграммы аналогичны приемам MS Office.
- Панель инструментов OrganizationChart позволяет ускорить процесс построения структуры, для ее вызова выполнить команду View–Toolbars–OrganizationChart
- Для сохранения диаграммы применить команду File–SaveAs(Save).
Разработка бизнес-моделей с использованием case-средств bp Win и ms Visio Теоретическая часть:
1. Нотация idef0.
Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. После каждого сеанса декомпозиции проводится сеанс экспертизы: каждая диаграмма проверяется экспертами предметной области, представителями заказчика, людьми, непосредственно участвующими в бизнес-процессе. Такая технология создания модели позволяет построить модель, адекватную предметной области на всех уровнях абстрагирования.
В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.
Процесс моделирования какой-либо системы в IDEF0 начинается с определения контекста, т. е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, исследователь должен определить, что будет в дальнейшем рассматриваться как компоненты системы, а что – как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования — вопросы, на которые построенная модель должна дать ответ.
Цель моделирования (Purpose). Модель не может быть построена без четко сформулированной цели. Цель должна отвечать на следующие вопросы:
- Почему этот процесс должен быть замоделирован?
- Что должна показывать модель?
- Что может получить читатель?
Формулировка цели позволяет команде аналитиков сфокусировать усилия в нужном направлении. Примерами формулирования цели могут быть следующие утверждения: «Идентифицировать и определить текущие проблемы, сделать возможным анализ потенциальных улучшений», «Идентифицировать роли и ответственность служащих для написания должностных инструкций», «Описать функциональность предприятия с целью написания спецификаций информационной системы» и т. д.
Точка зрения (Viewpoint). Хотя при построении модели учитываются изменения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования.
Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом.
IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.
Обычно сначала строится модель существующей организации работы — AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, «кто что сделал» и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, «что мы делаем сегодня» перед тем, как перепрыгнуть на то, «что мы будем делать завтра».
Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) — модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных (лучших) путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.
Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия.
Первым из них является понятие функционального блока (Activity Box). Функциональный блок графически изображается в виде прямоугольника (см. рис. 3) и олицетворяет собой некоторую конкретную функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, “производить услуги”, а не “производство услуг”).
Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом:
- Верхняя сторона имеет значение “Управление” (Control);
- Левая сторона имеет значение “Вход” (Input);
- Правая сторона имеет значение “Выход” (Output);
- Нижняя сторона имеет значение “Механизм” (Mechanism).
Рис. 3. Функциональный блок.
Вторым понятием методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками. Интерфейсная дуга отображает элемент системы, который обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.
Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.
С помощью интерфейсных дуг отображают различные объекты, в той или иной степени определяющие процессы, происходящие в системе. Такими объектами могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.).
В IDEF0 различают пять типов стрелок:
1. Вход (input) – материал или информация, которые используются или преобразуется работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Каждый тип стрелок подходит к определенной стороне прямоугольника, изображающего работу, или выходит из нее. Стрелка входа рисуется как входящая в левую грань работы.
2. Управление (Control) – правила, стратегии, процедуры или стандарты, которыми руководствуется работа. «Каждая работа должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань работы.
3. Выход (Output) – материал или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.
4. Механизм (Mechanism) – ресурсы, которые выполняют работу, например персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется как входящая в нижнюю грань работы.
5. Вызов (Call) – специальная стрелка, указывающая на другую модель работы. Стрелка механизма рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Стрелки делятся на 3 группы:
Граничные стрелки. Стрелки на контекстной диаграмме служат для описания взаимодействия системы с окружающим миром. Они могут начинаться у границы диаграммы и заканчиваться у работы, или наоборот. Такие стрелки называются граничными (см. рис. 4).
Рис. 4. Пример контекстной диаграммы и граничных стрелок
Внутренние стрелки. Для связи работ между собой используются внутренние стрелки, т.е. стрелки, которые не касаются границы диаграммы, начинаются у одной и кончаются у другой работы. В IDEF0 различают пять типов связей работ.
Связь по входу (output-input), когда стрелка выхода вышестоящей работы (далее — просто выход) направляется на вход нижестоящей.
Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь по входу показывает доминирование вышестоящей работы. Данные или объекты выхода вышестоящей работы не меняются в нижестоящей.
Обратная связь по входу (output-input feed-back), когда выход нижестоящей работы направляется на вход вышестоящей. Такая связь, как правило, используется для описания циклов.
Обратная связь по управлению (output-control feedback), когда выход нижестоящей работы направляется на управление вышестоящей. Обратная связь по управлению часто свидетельствует об эффективности бизнес-процесса.
Связь выход-механизм (output-mechanism), когда выход одной работы направляется на механизм другой. Эта взаимосвязь используется реже остальных и показывает, что одна работа подготавливает ресурсы, необходимые для проведения другой работы
Туннелированные стрелки. Туннелирование может быть применено для изображения малозначимых стрелок. Если на какой-либо диаграмме нижнего уровня необходимо изобразить малозначимые данные или объекты, которые не обрабатываются или не используются работами на текущем уровне.
Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition) (см. рис. 5). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Декомпозиция позволяет постепенно и структурированно представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.
Модель IDEF0 всегда начинается с представления системы как единого целого – одного функционального блока с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Такая диаграмма с одним функциональным блоком называется контекстной диаграммой, и обозначается идентификатором “А-0”.
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы и называется дочерней (Child diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме соответственно называется дочерним блоком – Child Box).
В свою очередь, функциональный блок — предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока. Важно отметить, что в каждом случае декомпозиции функционального блока все интерфейсные дуги, входящие в данный блок, или исходящие из него фиксируются на дочерней диаграмме. Этим достигается структурная целостность IDEF0 – модели.
Рис. 5. Декомпозиция системы
Каждая диаграмма нумеруется. Номер состоит из префикса и числа. Может быть использован префикс любой длины, но обычно используют префикс А.
- Контекстная (корневая), работа дерева имеет номер АО.
- Работы декомпозиции А0 имеют номера Al, A2, A3 и т. д.
- Работы декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер, например работы декомпозиции A3 будут иметь номера А31, А32, АЗЗ, А34 и т.д.
Последним из понятий IDEF0 является глоссарий (Glossary). Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей интерфейсной дуги “распоряжение об оплате” глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.
Источник: studfile.net
Схема бизнес процесса в visio
Бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей. Для наглядности бизнес-процессы визуализируют при помощи блок-схемы бизнес-процессов.
Событийная цепочка процессов (EPC-диаграмма, англ. event-driven process chain) — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP) и для улучшений бизнес-процессов.
В Visio 2013 в категории «Бизнес» содержится шаблон «Схема EPC», с помощью которого можно создать cхему событийной цепочки процесса(Event Driven Process Chain, EPC) для документирования бизнес-процессов и документировать процессы SAP.
Откроем Visio и перейдем в категорию шаблонов «Бизнес».
Выберем шаблон «Схема EPC».
Открывается краткое описание шаблона.
Нажмем кнопку «Создать».
Открывается новый документ Visio с открытым набором фигур «Фигуры схемы EPC».
Этот набор содержит все основные элементы для создания схемы.
Строим простую схему процесса выдачи оборудования со склада. Добавлять фигуры можно как перетаскиванием из набора фигур слева, так и нажимая на стрелку и выбирая нужную фигуру.
При построении схемы можно также использовать логические элементы «Исключающее ИЛИ», «ИЛИ», «И». В нашей схеме мы используем элемент «Исключающее ИЛИ» для случая, если нужного оборудование нет на складе и его нужно заказать.
Цвета фигур заданы по умолчанию, но мы в любой момент можем поменять их, нажав правой кнопкой мыши на фигуру и вызвав меню «Формат фигуры». В этом меню можно изменить цвет заливки, штриховку, а также другие атрибуты фигуры.
После того, как наша схема готова, мы можем проверить ее – на вкладке «Процесс» в группе «Проверка схемы» щелкнем на кнопку «Проверить схему».
Если в схеме допущены ошибки, Visio откроет окно вопросов внизу, где каждая ошибка будет описана и связана с определенной фигурой схемы. При выделении отдельных ошибок Visio Будет выделать фигуру, содержащую эту ошибку.
Итак, мы убедились, что Visio блестяще справляет с задачей построения схем EPC и позволяет сделать это быстро и легко.
Одна из наиболее актуальных задач, стоящих перед современной российской компанией – это совершенствование бизнес-процессов и системы управления в целом. Используя Microsoft Visio 2003, бизнес-аналитик может упростить и ускорить основные работы по описанию системы управления компанией.
Описание системы управления
Оптимально спроектированные бизнес-процессы способны реализовать стратегические цели организации, а также предоставить возможность системного анализа для принятия обоснованных бизнес-решений.
Формализацией и документированием систем управления сегодня занимаются консультанты по управлению, специалисты по стратегическому и организационному развитию, ИТ-специалисты и менеджеры по качеству. При этом наиболее часто они сталкиваются с решением следующих задач:
- описание и оптимизация бизнес-процессов;
- проектирование системы управления для нового бизнес-направления;
- внедрение автоматизированных систем управления;
- построение системы менеджмента качества.
Описание системы управления, как правило, включает в себя модель бизнес-процессов компании, организационную структуру и документы, фиксирующие должностные обязанности и ответственность сотрудников компании за тот или иной процесс.
Модель бизнес-процессов компании
Модель описывает деятельность компании в виде системы бизнес-процессов и показывает, что делается в компании, и какие результаты получаются в итоге. Под бизнес-процессом понимается целенаправленная последовательность действий, приводящих к заданному результату, ценному для компании. Наиболее простыми способом построения модели бизнес-процесса является применение одной из распространенных графических нотаций, при этом бизнес-процесс изображается с помощью диаграммы с использованием специальных графических символов.
Организационная структура показывает иерархию должностей и подразделений в организации и включает в себя распределение основных функций предприятия, зон ответственности и полномочий по иерархической лестнице управления.
Графически организационная структура изображается в виде диаграммы, на которой блоками показываются подразделения и должностные лица компании, а линиями – отношения подчиненности между ними.
На сегодняшний день большинство технологий бизнес-моделирования основаны на использовании графических диаграмм. Учитывая это, компания Microsoft включила в свою систему создания бизнес-диаграмм и схем Microsoft Visio 2003 специальные средства для описания бизнес-процессов и организационной структуры компании.
Для моделирования бизнес-процессов Visio 2003 предлагает бизнес-аналитику шаблоны для создания 7 видов диаграмм:
- Basic Flowchart;
- Cross-Functional Flowchart (с вертикальным или горизонтальным расположением дорожек);
- EPC (Event-driven Process Chain);
- IDEF0;
- DFD (Data Flow Diagrams) в двух нотациях: Гейна-Сарсона и Йордана-Де Марко;
- WFD (Work Flow Diagram)
Из перечисленных нотаций наиболее популярными являются IDEF0 и EPC.
Нотация моделирования IDEF0 базируется на методологии структурного анализа и проектирования SADT (Structured Analysis and Design Technique).
Диаграмма процесса «Закупка ТМЦ», изображенная с помощью нотации IDEF0
Элементами графического языка нотации IDEF0 являются Процессы (изображается прямоугольным блоком) и Стрелки, обозначающие входы и выходы процесса. Всего предусмотрено 4 типа стрелок, которые различаются в зависимости от того, к какой грани прямоугольника они присоединены.
Типы стрелок нотации IDEF0
| Тип стрелки | Входит в процесс | Назначение |
| Вход Input | Слева | Ресурсы (материалы, информация), которые потребляет или преобразовывает работа |
| Выход Output | Справа | Результат работы |
| Управление Control | Сверху | Управляющее воздействие |
| Механизм Mechanism | Снизу | Механизмы, исполнители, выполняющие работу |
Такое обозначение отражает определенные системные принципы: входы преобразуются в выходы, управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают, кто выполняет или с помощью чего выполняется функция.
Другой важный принцип методологии -иерархическая декомпозиция процессов (работ): процесс можно представить в виде последовательности составляющих его подпроцессов. Декомпозицию можно выполнять до необходимой степени подробности описания процесса.
Нотация IDEF0, как правило, используется для описание бизнес-процессов верхнего уровня компании. Она позволяет просто и наглядно изобразить состав основных процессов, выходы бизнес-процессов, изображающих заданный результат их выполнения и входы, показывающие, какие ресурсы нужны для получения результата.
Для обеспечения навигации по иерархическим моделям бизнес-процессов Visio 2003 позволяет создавать гиперссылки из одной диаграммы на другую. Например, можно задать, чтобы при щелчке мышью по процессу, открывалась страница с диаграммой его декомпозиции.
Диаграмма процесса «Обработка заказа», изображенная с помощью нотации EPC
Для описания бизнес-процессов нижнего (операционного) уровня можно использовать нотацию EPC, разработанную Институтом информационных систем Университета Саарланда (Германия) в сотрудничестве с компанией SAP AG. Ключевая особенность EPC диаграмм – описание бизнес-процесса как последовательности чередующихся событий и функций.
Основные графические элементы диаграммы EPC:
- функции,
- события,
- организационные единицы, ответственные за исполнение функций,
- информационные или материальные объекты, которые используются при выполнении функций,
- коннекторы ( AND, OR, XOR).
В отличие от нотации IDEF0 нотация EPC позволяет удобно описать нелинейное выполнение бизнес-процесса. С помощью коннекторов можно обозначить некоторые функции процесса, выполняемые параллельно, а некоторые только при наступлении определенных условий.
Вторым шагом описания системы управления компании является построение модели организационной структуры. Для решения этой задачи Visio 2003 содержит шаблон Organization Chart, который позволяет быстро создать иерархическую диаграмму должностей и подразделений компании и определить их параметры.
В шаблоне Organization Chart содержится набор графических элементов, обозначающих виды должностей:
- executive – руководитель высшего звена,
- manager – руководитель,
- position – должность,
- consultant – консультант,
- vacancy – свободная вакансия,
- assistant – помощник.
Если организационная диаграмма получается большой и ее сложно разместить на одном листе, то Visio 2003 позволяет разбить организационную диаграмму на несколько страниц. Когда создана верхняя часть организационной диаграммы, ее можно продолжить описывать на новой странице, начиная с выбранного подразделения. Элементы, обозначающие одно и тоже подразделение на разных страницах, будут синхронизироваться между собой при изменении названия и параметров подразделения.
Владельцы процессов
После описания организационной структуры необходимо определить владельца процесса из числа руководителей и менеджеров компании. Владелец – это лицо, отвечающее за результат процесса и обладающее полномочиями для распоряжения ресурсами (материальными, трудовыми и пр.), необходимыми для его выполнения. Для того, чтобы назначить воадельца процесса на диаграммах IDEF0 необходимо завести пользовательский параметр «Process owner» у всех процессов и внести в него название должности из организационной структуры.
Заполнение свойств процесса
По разработанным моделям бизнес-процессов Microsoft Visio 2003 позволяет сформировать отчеты в формате:
- страницы Microsoft Excel,
- веб-страницы (HTML-файл),
- visio shape для внедрения отчета как таблицу Excel непосредственно в диаграмму Visio,
- файл XML.
Например, для получения отчета по процессам с указанием руководителей процессов необходимо настроить отчет, указав необходимые колонки, и запустить его выполнение.
Сформированный отчет по процессам в формате Microsoft Excel
Отличительной чертой Visio 2003 является простота и удобство создания диаграмм и интеграция с другими продуктами Microsoft Office. Благодаря этому, специалисты, увидевшие Visio в первый раз, уже через несколько часов начинают создавать диаграммы бизнес-процессов и организационных структур и использовать эти диаграммы в документах Microsoft Word.
Business Studio
Если бизнес-аналитику нужны дополнительные возможности по моделированию бизнес-процессов, то существует большое количество приложений на базе Microsoft Visio 2003. Одним из них является система бизнес-моделирования Business Studio, созданная российскими разработчиками. Дополнительно к возможностям Visio 2003 она позволяет по модели бизнес-процессов автоматически сформировать пакет регламентных документов в формате Microsoft Word или HTML.
В этом разделе размещены, разработанные консалтинговой компанией БИТЕК решения (наборы элементов диаграмм и др.) для бизнес-моделирования в программном продукте Microsoft Visio.
Большинство из этих решений легли в основу разработанной компанией БИТЕК системы бизнес-моделирования Бизнес-инженер, которая обеспечивает полную интеграцию этих решений, поддерживает различные методы бизнес-анализа, а также автоматически формирует на основе разработанной бизнес-модели различные регламентирующие документы и аналитические отчеты, что является важным при большом объеме работ по бизнес-моделированию.
В случае небольшого объема работ по бизнес-моделированию в проектах по локальному описанию бизнес-процессов или описанию процессов небольших компаний применение программного продукта Microsoft Visio может оказаться более целесообразным ввиду небольшой стоимости продукта и легкости его освоения.
В нижеприведенной таблице можно скачать решения для бизнес-моделирования в программном продукте Microsoft Visio, а также перейти в разделы сайта и на WEB-ресурсы, содержащие различные примеры применения этих решений и справочную информацию.
| Раздел | Решения для бизнес-моделирования в Microsoft Visio для скачивания | Ссылки на примеры применения этих решений |
| Стратегия |
| Наборы элементов диаграмм | |
| Диаграмма продуктов и услуг | |
| ARIS Product/Service tree | |
| Сетевой график PERT и Диаграмма Ганта | |
Содержит более 3 000 инфор-
мационных и методических материалов по менеджменту, примеров бизнес-моделей, процессов и показателей (KPI), а также слайдов семинаров.
Вебинар-презентация «Импорт штатного расписания в систему Бизнес-инженер»
Регистрация для участия >>
| Ближайшие семинары |
«Разработка стратегических целей (BSC) и ключевых показателей (KPI). Построение системы мотивации на основе KPI.» Подробнее >>
«Бизнес-процессы Банка: описание, анализ, оптимизация. Разработка регламентов.» Подробнее >>
«Описание бизнес-процессов в Microsoft Visio» Подробнее >>
«Анализ и оптимизация оргструктуры. Повышение организационной эффективности. Регламентация.» Подробнее >>
«Технологии и стандарты описания и оптимизации бизнес-процессов. Разработка регламентов.» Подробнее >>
«Функционально-стоимостной анализ бизнес-процессов (ФСА). Расчет трудозатрат и численности персонала.» Подробнее >>
«Управление проектами развития и совершенствования деятельности организации» Подробнее >>
По какой теме семинара Вы хотели бы пройти обучение?
Результаты предыдущих опросов здесь
Консалтинговые услуги Презентации и примеры Темы семинаров и тренингов Расписание семинаров Корпоративные семинары Дистанционные курсы Презентации семинаров Книга «Секреты успешных пр. » Бизнес-инженер График-студио Лайт бесплатно Business Studio Microsoft Visio ARIS-конвертация Графические схемы процессов Бизнес-анализ Бизнес-модели и решения Партнерские программы О магазине бизнес-процессов Каталог процессов и стоимость Нотации описания процессов Решения Решения для Банков Решения для ВУЗов Стратегия и BSC/KPI Бизнес-процессы Оргструктура HR-инжиниринг Качество Проекты
Наш адрес:
127106, г. Москва
Источник: crast.ru