Описание бизнес-процессов: стремление к простоте. Задача описания бизнес-процессов при помощи MS Visio Структурная схема взаимодействующих процессов в визио

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

Visio содержит много шаблоны схем процессов, но все они могут быть помещены в одну из двух категорий:

Схемы процессов общего назначения

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

    Простая блок-схема

    Функциональная блок-схема

    Схема рабочего процесса

Чтобы найти эти шаблоны:

    Откройте вкладку Файл .

    Нажмите кнопку Создать .

    Выберите Блок-схема .

Простая блок-схема

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

Функциональная блок-схема

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

Схема рабочего процесса

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

Схемы процессов для определенных методологии

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

Чтобы найти эти шаблоны:

    Откройте вкладку Файл .

    Нажмите кнопку Создать .

    Нажмите кнопку блок-схемы или бизнеса .

Вот некоторые из шаблонов, поставляемых с Visio для поддержки схем процессов методологии:

    Диаграмма нотации моделирования бизнес-процесса

    Дерево ошибок

    Схема IDEF0

  • Схема "Шесть сигм"

    Схема управления качеством

Схема BPMN

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

Дерево ошибок

С помощью деревьев ошибок для документирования бизнес-процессов, включая процессы "шесть сигм" и ISO 9000.

Схема IDEF0

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

Схема ITIL

Рабочий процесс Microsoft SharePoint

Создание рабочего процесса аннотированных схем для SharePoint 2010 в Visio и экспортировать их конфигурации в SharePoint Designer.

Схема SDL

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

Схема "Шесть сигм"

Используйте этот шаблон для создания блок-схемы "шесть сигм" или схемы house of качество схемы.

Схема управления качеством

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

Схема потока создания стоимости

Иллюстрирования материалов и информации в экономичном производственном процессе с помощью схем потока создания стоимости.

Лабораторная работа №1

Организационное проектирование

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

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

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

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

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

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

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

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

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

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

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

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

‒ Событие

‒ Функция

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

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

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

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



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

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

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

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

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

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

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



Варианты

1. Бронирование билетов.

2. Покупка через Интернет-магазин.

3. Покупка квартиры.

4. Банковское кредитование.

5. Подключение кабельного телевидения.

6. Сдача в аренду торговых площадей.

7. Прием к врачу.

8. Техническое обслуживание.

9. Гостиница.

10. Страховая компания.

11. Библиотека.

12. Курсы по повышению квалификации.

13. Грузовые перевозки.

14. Прокат автомобилей.

15. Инвестирование свободных средств.

2. Используя вариант предприятия, представленного в первом задании, разработайте на новой странице организационную диаграмму:

‒ сохраните и отобразите в организационных диаграммах информацию о сотрудниках, отделах, подразделениях;

‒ настройте внешний вид организационной диаграммы.

Приложение 1

Проверка правильности построения диаграммы

ТП1 Юридическое оформление договора

Правило 1: Диаграмма функции EPC должна начинаться как минимум одним стартовым событием (стартовое событие может следовать за интерфейсом процесса) и завершаться как минимум одним конечным событием (конечное событие может предшествовать интерфейсу процесса).

Ошибок не обнаружено.

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

Ошибок не обнаружено.

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

Ошибок не обнаружено.

Правило 4: На диаграмме не должны присутствовать неименованные связи.

Ошибок не обнаружено.

Правило 5: За единичным событием не должны следовать операторы «OR» или «XOR».

Ошибок не обнаружено.

Правило 6: Каждый оператор слияния должен обладать хотя бы двумя входящими связями и только одной исходящей, оператор ветвления – только одной входящей связью и хотя бы двумя исходящими. Операторы не могут иметь одновременно несколько входящих и несколько исходящих связей.

Ошибок не обнаружено.

Правило 7: Операторы могут объединять или разветвлять только элементы одного типа. Объединение или ветвление одновременно функций и событий невозможно.

Ошибок не обнаружено.

Правило 8: Для каждой функции должна быть установлена связь типа «выполняет» минимум с одним и максимум с тремя субъектами.

Ошибок не обнаружено.

Правило 9: На диаграмме одно и то же событие должно присутствовать только один раз.

Ошибок не обнаружено.

Лабораторная работа №1

Задача описания бизнес-процессов при помощи MS Visio.

Для построения схем бизнес процессов часто используют программный пакет Visio. По своей сути он не является CASE средством . Несмотря на это, для простейшего моделирования Visio достаточно удобен. Он позволяет создавать наглядные схемы процессов.

Изначально этот программный продукт разработан и выпускался компанией Visio Corporation. В дальнейшем, он был приобретен Microsoft и вошел в пакет офисных приложений Microsoft Visio. На сегодняшний день последней версией этого программного продукта является Microsoft Visio 2013.

Для построения схем в Visio применяется векторная графика, которая позволяет масштабировать изображение без потери качества. Также, Microsoft Visio обладает широкими возможностями по графическому оформлению диаграмм и схем процессов. Эти свойства делают Visio хорошим инструментом для «рисования» бизнес процессов. Рассматривать его как полноценный инструмент для моделирования, конечно, нельзя.

Новая версия Visio позволяет создавать схемы процессов на основе стандарта моделирования BPMN 2.0 (Business Process Model and Notation) и визуально проверять корректность построения этих диаграмм. Также, в новой версии Visio есть возможность создавать схемы на основе стандарта моделирования UML 2.4

Microsoft Visio 2013 выпускается в двух вариантах – Microsoft Visio Standard и Microsoft Visio Professional. Отличие этих вариантов в основном заключается в составе диаграмм. Версия Professional предоставляет больше видов диаграмм и возможностей по их представлению.

Возможности Visio

Основными преимуществами Visio, по сравнению с CASE средствами, являются:

  • легкость создания схем . Для разработки схем процессов не требуется специальное обучение. Рисование диаграмм и схем процессов осуществляется с помощью простого и понятного интерфейса;
  • наличие образцов диаграмм . В Microsoft Visio включено большое количество различных образцов диаграмм, что упрощает и ускоряет процесс создания схем бизнес процессов;
  • связь схем процессов с данными из офисных приложений . Т.к. Visio входит в состав пакета Microsoft Office, то схемы процесса можно связать с документами и данными из Word, Excel, PowerPoint, Access and Project;
  • применение стандартных нотаций . Для создания схем процессов, применяемых в различных

Меня часто спрашивают - что почитать о бизнес-процессах?
Одним из лучших сайтов на просторах рунета является www.klubok.net . Я сам "вырос" на форуме и статьях этого сайта. Многие статьи не потеряли актуальности и сейчас. Начать учиться рекомендую именно с него.

А вот если говорить о книгах - то уверенно могу сказать лучшая книга о бизнес-процессах - это книга, написанная Репиным и Елиферовым: "Бизнес-процессы компании. Построение, анализ, регламентация".

Описание бизнес-процессов: стремление к простоте.

В статье рассмотрены вопросы выбора нотации для описания процессов с целью последующей регламентации. Сравниваются между собой часто используемые нотации Work Flow, такие как: «Простая блок-схема» в MS Visio, «Процедура» Business Studio, нотация ARIS eEPC и другие.

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

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

Введение

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

Сравнение нотаций

Для сравнения были выбраны следующие нотации описания процессов:

  1. «Простая блок-схема» (с отображением движения документов, с использованием блока «Решение»);
  2. «Простая блока-схема» (без отображения движения документов, без использования блоков «Решение»);
  3. «Процедура» системы Business Studio (один из возможных вариантов представления);
  4. ARIS eEPC.

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


Рис. 1. Схема процесса в нотации «Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»).

На схеме рис. 1. Последовательность выполнения операций процесса во времени показана при помощи жирных стрелок, а движение документов - при помощи тонких пунктирных стрелок. Блоки «Решение» использованы классическим образом. Они отображают информацию (вопросы), от которых «зависит» последующий ход процесса. Такой подход к использованию «ромбиков» является весьма распространенным. Но фактически, вся логика принятия решений и формирования тех или иных выходов (документов) должна заключаться внутри операций процесса. Если задуматься, то ценность (смысл) рисования этих «ромбиков» не является очевидным. Что это за объекты: операции процесса, события? Вроде бы ни то, и не другое. Это скорее операторы принятия решения по какому-либо условию. Но ведь мы разрабатываем схему процесса для людей, а не пишем компьютерную программу на специальном языке. В компьютерной программе «ромбик» был бы полноценной операцией сравнения условий и т.п. Но на схеме процесса нужно показывать реальные объекты - процессы, выполняемые людьми, документы, информационные системы и т.п. Задумайтесь, корректно ли показывать «ромбики» отдельно от операции процесса на схеме? Вместо этого можно:

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

Сформулируем «плюсы» и «минусы» рассмотренного выше (рис. 1.) способа использования «ромбиков».

«Простая блок-схема» в MS Visio (с движением документов, с использованием блока «Решение»)
«Плюсы» «Минусы»
  1. Наглядное отображение «логики» выбора тех или иных выходов процесса.
  2. Акцентирование внимания исполнителя на точку принятия решения/ветвление процесса в зависимости от условий.
  1. Вынос логики принятия решения «наружу» операции процесса (некорректно с точки зрения формальной декомпозиции процессов).
  2. Неудобно документировать процесс (приходится дублировать «ромбики» текстом при формировании текстового описания операции).
  3. Схема процесса становится информационной перегруженной.
  4. «Ромбики» часто используются слишком формально, без реальной необходимости.

На рис. 2. показан пример того же самого процесса, только описанного без использования блоков «Решение» и документов. Легко проверить, что на этой схеме на 24 графических элемента меньше, чем на схеме рис. 1. Схема рис. 2. выглядит гораздо проще. От графических элементов не рябит в глазах, а с точки зрения информативности, эта схема вполне понятна и доступна конечному пользователю. Если для каждой операции процесса описать требования к ее выполнению текстом, то комбинируя табличную и графическую формы представления, можно вполне адекватно описать порядок исполнения процесса для сотрудников компании.


Рис. 2. Схема процесса в нотации «Простая блок-схема» в MS Visio (без движения документов, без использования блока «Решение»).

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

В целом, применение схем в формате, подобном представленному на рис. 2, является удобным как для разработчиков, так и для сотрудников, работающих по этим схемам.

На рис. 3. представлена схема процесса, сформированная в нотации «Процедура» среды моделирования Business Studio. Схема имеет несколько особенностей. Во-первых, блоки «Решение» использованы не стандартным образом - не как графический элемент для отображения вопроса и ветвления, а как полноценная операция процесса, связанная с принятием решений. В Business Studio «ромбик» обладает почти всеми атрибутами полноценного процесса, но не может быть декомпозирован (возможно, разработчики системы со временем сделают такую возможность). Использование «ромбика» (вместо четырехугольника) делает схему нагляднее. При этом в атрибуты «ромбика» можно внести любую текстовую информацию: описание, начало, завершение, требование к срокам и т.п.

Второй особенностью схемы процесса, представленной на рис. 3., является применение стрелок. Для отображения последовательности операций можно использовать стрелку с одним наконечником - стрелку «предшествования». Для отображения движения документов можно использовать стрелку с двумя наконечниками. Но именно в Business Studio можно пользоваться только одним типом стрелок - стрелками «предшествования». При этом к именованным стрелкам можно привязывать необходимое количество документов, которые определены в справочнике объектов деятельности. Такой подход дает возможность:

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

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

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


Рис. 3. «Процедура» системы Business Studio (вариант с нетрадиционным использованием блоков «Решение»).

В случае применения Business Studio, нотация «Процедура» может быть использована несколько по-разному. Автор статьи склоняется к подходу, представленному на рис. 3.

На рис. 4 представлена схема рассматриваемого процесса, разработанная в нотации ARIS eEPC. Заметим, что на схему не поместились некоторые операции процесса. Эта неполная схема простейшего процесса, выполненная в нотации ARIS eEPC, содержит четыре оператора логики и восемь событий! Сотрудник, читающий схему, должен уметь правильно интерпретировать все эти логические операторы. Без специального обучения и наличия некоторых навыков чтения подобных схем, рядовой сотрудник вряд ли сможет понять логику рассматриваемого процесса без подробного текстового описания или помощи квалифицированного бизнес-аналитика.

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

Схема процесса в нотации ARIS eEPC (построена в Business Studio)
«Плюсы» «Минусы»
  1. При формировании схемы выдерживается строгая, формальная логика процесса.
  2. Четко определены все события, возникающие по ходу процесса.
  1. Сложность восприятия.
  2. Значительная трудоемкость формирования схемы.
  3. У сотрудников должны быть специальные навыки и опыт интерпретации подобных схем.
  4. Информационная избыточность.
  5. Занимает слишком много места, что неудобно для документирования.

В целом, если Вы не собираетесь покупать SAP R/3, то выбор и использование нотации ARIS eEPC не является, с точки зрения автора статьи, оптимальным решением. Стоит обратить внимание на более наглядные и интуитивно понятные исполнителям нотации описания процессов. Впрочем, кому-то нотация ARIS eEPC может показаться более наглядной и понятной. До определенной степени, это вопрос вкуса.


Рис. 4. Схема процесса в нотации ARIS eEPC (построена в Business Studio).

Описание процесса для целей последующей автоматизации

Интересно посмотреть на рассматриваемую схему процесса в случае, если она описана в нотации BPMN 2.0. Это нотация предназначена для описания «исполняемых» процессов, т.е. процессов которые поддерживает система BPM.

Своим мнением об использовании BPMN 2.0. делится А.А. Белайчук - Генеральный директор компании «Бизнес-консоль»:

На рис. 5 изображен тот же процесс в нотации BPMN. Как мы видим, этот рисунок похож на рис.1: в нотации BPMN задачи изображаются прямоугольниками, развилки - ромбами, данные - пиктограммой, похожей на документ. Потоки управления - сплошные линии, потоки данных - пунктирные.

Надо учитывать, что на этой диаграмме задействована только малая часть нотации BPMN: только один вид развилок из 5 имеющихся в палитре, один вид задач из 8. Помимо более широкой палитры, эту нотацию отличает возможность моделировать не только изолированный поток работ, но также несколько процессов, взаимодействующих друг с другом через сообщения или данные. Кроме того, эта нотация более строгая: в ней определены не только значки, но и правила, по которым они могут сочетаться друг с другом. Необходимость таких правил диктуется тем, что нотация BPMN ориентирована не только на то, что ее будут читать люди, но и на непосредственное исполнение специальным программным обеспечением - «движком» BPM-системы.

В то же время, как показывает данный пример, при использовании ограниченного подмножества палитры BPMN оказывается не сложнее привычной блок-схемы. Ну а тем, кто хочет освоить BPMN профессионально, мы рекомендуем специализированные тренинг www.bpmntraining.ru .


Рис. 5. Схема процесса в нотации BPMN 2.0.

Практика жизни

На рис. 6 показан фрагмент схемы процесса, разработанный бизнес-аналитиками вполне конкретной компании в придуманной ими нотации. Схема построена с применением принципов «Простой блок-схемы» - применяется блок «Решение» в своем классическом варианте. Кроме этого, на схеме представлено множество других условных обозначений, использованных не совсем стандартным образом.

При формировании схемы рис. 6, бизнес-аналитики очевидно, «боролись» за наглядность и максимальную понятность для рядового пользователя. Они стремились свести к минимуму, или вообще отказаться от текстового комментария к схемам процессов. Исполнителям просто печаталась схема формата А3, при чтении которой все сразу становилось понятно: что делать, как, какие документы использовать и т.п.

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

Выводы

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

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

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

В.В. Репин , к.т.н., доцент, Исполнительный директор ООО «BPM Консалтинг Групп », зав. кафедрой Управления бизнес-процессами НОУ ВПО «ИЭФ «Синергия», основатель портала www.FineXpert.ru

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

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

Простая блок-схема

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

Задание 1

Рис. 3.3. Простая блок-схема (этап 3)

8. Введите текст в фигуры блок-схемы (см. Рис. 3.4). Для ввода текста в фигуру выполните действия:

9. На вкладке Главная в группе Сервис выберите инструмент Указатель .

  • Щелкните фигуру, в которую должен быть введен текст.
  • Напечатайте нужный текст.

Примечание:

  1. Чтобы увеличить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте левой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.
  2. Чтобы уменьшить масштаб фигуры, нажмите на клавиатуре комбинацию клавиш + и щелкайте правой клавишей мыши по фигуре, пока не добьетесь нужного масштаба.

Рис. 3.4. Простая блок-схема (этап 4)

Нумерация фигур в блок-схеме

Visio может нумеровать фигуры в блок-схеме. Чтобы указать параметры нумерации, на вкладке Вид в группе Макросы щелкните кнопку Надстройки и выберите в группе Дополнительные решения Visio команду Нумерация фигур . В открывшемся окне Нумерация фигур укажите необходимые параметры нумерации и щелкните кнопку ОК .

Задание 2

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

    Для этого:

    • На вкладке Вид в группе Макросы щелкните кнопку со списком Надстройки , выберите группу Дополнительные решения Visio , а в ней команду Нумерация фигур .
    • В открывшемся окне Нумерация фигур укажите параметры
      • на вкладке Общие :
        • Операция — Автонумерация;
        • Применить к — Все фигуры;
        • Начать с — 1;
        • Интервал — 1;
        • Поставьте флажок Продолжить нумерацию фигур при перетаскивании на страницу.
      • На вкладке Дополнительно :
        • Поместить номер — Перед текстом фигуры;
        • Порядок нумерации — Слева направо, сверху вниз;
        • Поставьте флажок Исключать соединительные линии .
      • Щелкните кнопку ОК .
  2. Сохраните блок-схему.

Рис. 3.6. Простая блок-схема (этап 6)

Изменение блок-схемы

Добавление фигуры между двумя другими фигурами

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

Удаление фигуры

Для удаления фигуры с блок-схемы выделите данную фигуру и щелкните на клавиатуре.

Перенумерация фигур

Для перенумерации фигур блок-схемы выполните действия:

  1. На вкладке Вид в группе Макросы щелкните кнопку Надстройки и выберите в группе Дополнительные решения Visio команду Нумерация фигур .
  2. В открывшемся окне Нумерация фигур на вкладке Общие выберите переключатель Перенумеровать в том же порядке , укажите начальный номер для нумерации и щелкните ОК .

Задание 3

  1. Измените блок-схему, подготовленную при выполнении задания 2:
    • Удалите фигуру Документ (Отправить заявление).
    • Между фигурами Решение (Заявление оформлено правильно) и Документ (Отправить отказ) поместите фигуруПроцесс (Переслать помощнику по торговой выставке).
    • Добавьте фигуру Процесс (Позвонить участнику выставки по поводу оплаты) ниже фигуры Документ (отправить счет).
    • Перенумеруйте фигуры блок-схемы в том же порядке, начиная с начального номера — 1.
  2. Сохраните блок-схему.

Рис. 3.7. Простая блок-схема (этап 7)

Изменение расположения соединенных фигур

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

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

Задание 4


Функциональная блок-схема

Назначение макета Функциональная блок-схема

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

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

Задание 5

Добавление, перемещение, удаление дорожки

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

  • Щелкните имеющуюся на схеме дорожку правой кнопкой мыши и выберите в контекстном меню пункт Вставить «Дорожка» перед или Вставить «Дорожка» после .
  • Наведите указатель мыши на угол одной из дорожек. Щелкните появившуюся синюю стрелку Вставить фигуру «Дорожка» .
  • На вкладке Функциональная блок-схема в группе Вставить нажмите кнопку Дорожка . Дорожка будет добавлена после выделенной дорожки или в конце полосы, если дорожка не выделена.
  • Из набора элементов Фигуры функциональной блок-схемы перетащите дорожку в нужное место на границу полосы.

Для перемещения дорожки:

  1. Щелкните заголовок дорожки, которую необходимо переместить, чтобы выделить ее. Указатель мыши примет форму значка перемещения.
  2. Перетащите дорожку в нужное место.

Фигуры, расположенные на дорожке, будут перемещаться вместе с ней. Чтобы проверить, находится ли фигура на дорожке или просто расположена поверх нее, выделите фигуру. Если фигура находится на дорожке, цвет дорожки изменится на желто-оранжевый. Если фигура не находится на дорожке, но ее необходимо туда поместить, сдвиньте ее немного, и дорожка определит ее.

Для удаления дорожки:

  1. Щелкните подпись дорожки, которую требуется удалить.
  2. Нажмите клавишу на клавиатуре.

Примечание. При удалении дорожки также удаляются все фигуры, содержащиеся на ней.