Мы запоминаем Основная идея: каждую мысль, каждый образ

Мы запоминаем

Основная идея: каждую мысль, каждый образ или эмоцию можно представить себе как объект (узел), от которого расходятся во все стороны многочисленные ниточки-связи, ведущие к другим объектам (мыслям, образам, эмоциям). Мозг – хранилище информации – выглядит как огромная система таких объектов и связей между ними, а мышление можно себе представить, как электрический ток, бегущий по связующим ниточкам, будто по проводам, от одного объекта к другому. Мышление «разбегается» от центрального объекта в разные стороны. Своеобразной моделью такого процесса и является карта памяти. На сегодняшний день представлен разнообразный спектр технологий и инструментов, с помощью которых можно спроектировать, разработать определенную карту памяти или, как говорится в современном бизнесе, модель бизнес-процессов. Одним из способов описания бизнес-моделей являются графические схемы - разновидность информационных моделей, навыки построения и исследования которых в наши дни относятся к разряду общеучебных и систематически формируются на уроках информатики и ИКТ.. Визуализация мышления

ARIS Методология

Одной из современных методологий бизнес-моделирования, получившей широкое распространение в России является методология ARIS, которая расшифровывается как Architecture of Integrated Information Systems - проектирование интегрированных информационных систем. Методология ARIS на данный момент времени является наиболее объемной и содержит около 100 различных бизнес-моделей, используемых для описания, анализа и оптимизации различных аспектов деятельности организации. Часть моделей методологии ARIS используются в настроечном модуле интегрированной информационной системы SAP/R3, который применяется при внедрении системе и ее настройке на деятельности компании. Методология Aris

В виду большого количества бизнес-моделей методология ARIS делит их на четыре группы: Группа "Оргструктура" Состоит из моделей, с помощью которых описывается организационная структура компании, а также другие элементы внутренней инфраструктуры организации. Группа "Функции" Состоит из моделей, используемых для описания стратегических целей компании, функций и прочих элементов функциональной деятельности организации. Группа. "Информация" Состоит из моделей с помощью которых описывается информация, используемая в деятельности организации. Группа "Процессы" Состоит из моделей, используемых для описания бизнес-процессов, а также различных взаимосвязей между структурой, функциями и информацией. Группы моделей методологии ARIS Группа. "Информация" Состоит из моделей с помощью которых описывается информация, используемая в деятельности организации. Группа "Процессы" Состоит из моделей, используемых для описания бизнес-процессов, а также различных взаимосвязей между структурой, функциями и информацией.

Наиболее часто используемые на практике модели методологии ARIS

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

Модель "Дерево продуктов и услуг" - PST применяется для описания продуктов и услуг, производимых в компании, а также и связи со стратегическими целями компании, бизнес-процессами, поддерживающими их производство

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

Модель "Диаграмма окружения процесса" - FAT позволяет описать окружение или границы бизнес-процесса, показывая его входы, выходы, поставщиков и клиентов

Модель "Диаграмм цепочки добавленной стоимости" - VACD является прототипом классического DFD-стандарта и используется для описания бизнес-процессов верхнего уровня. Дополнительным отличием данной и других процессных моделей является то, что информационные и материальные потоки на схеме VACD изображаются не стрелками, а объектами. При этом для каждого типа потока используется свой объект. На модели VACD методологии ARIS в отличие от классического подхода также используется логические связи между работами, которые позволяют отобразить логическую последовательность выполнения работ. Модель "Расширенная цепочка процессов, управляемая событиями" - eEPC/ARIS

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

Модель "Extended event driven Process Chain" - eEPC является прототипом классического WFD-стандарта и используется для описания бизнес-процессов нижнего уровня. Дополнительным отличием eEPC-модели от классической WFD-схемы является наличие на модели объекта, который называется событием. С помощью событий изображается факт, время или событие инициирующие начало выполнения работ процесса, а также факт или время их завершения.

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

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

© IDS Scheer AG www.ids-scheer.ru 16 Описание бизнес-процессов возможностями Aris Процессы верхнего уровня Подпроцесссы Сценарии процесса Окружение функции VAD VAD PSD EPC FAD 1 2 3 3 4 EPC 4 Процедура Сценарий процесса

© IDS Scheer AG www.ids-scheer.ru 17 Организационная диаграмма 2-го уровня Модель классификации документов Модель верхнего уровня классификации документов Модель классификации ИС Модель структуры ИС Дерево продуктов/услуг Модель классификации технических ресурсов Модели классификации технических ресурсов Процедура Описание АС, документов, технических средств, продуктов/услуг

Автоматическое создание и обновление регламентных документов на основе моделей и данных в ARIS Регламент – табличная форма Регламент – XML форма Регламент – текстовая форма Описание деятельности в ARIS Автоматическое формирование регламентов

eEPС Организационная диаграмма Organizational Chart И другие Дерево отказов (FAULT TREE ANALYSIS — FTA) Диаграмма Исикавы диаграмма причин и факторов Более подробно рассмотрим следующие модели

модель событийно-управляемого процесса (extended Event-driven Process Chain) Нотация Aris eEPC

Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Нотация ARIS еЕРС относится к классу нотаций work flow (потока работ), которые предназначены для описания деятельности в динамике. Модели потоков работ (ARIS еЕРС, IDEF3 и др.) позволяют отобразить последовательность выполнения отдельных функций процесса. На следующем слайде приводятся основные используемые в рамках нотации ARIS еЕРС объекты. Нотация Aris EPC

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

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

Отображает обобщение отдельных сотрудников, имеющих одинаковые характеристики. Такими характеристиками могут быть права доступа и обязанности. Например, ответственность начальников отделов, в случае существования такого объекта, потребуется описать только один раз. Тип сотрудника Представляет собой результат человеческих действий или технического процесса и может являться как материальным продуктом (тип материала, тип операционного ресурса, вспомогательные технически средства, тип упаковочного материала), так и услугой. Продукт/ услуга Информационные потоки, обеспечивающие входные и выходные данные процесса. Информационные потоки Определяет цели организации, которые (предположительно) будут достигнуты при наличии соответствующих факторов успеха и реализации новых БП. Цель Носитель информации представляет собой средство хранения информации. Оно может быть реализовано, к примеру, в виде картотеки или компьютерных файлов. Носитель информации Объекты EPC модели

Используется для классификации знаний по тематикам и областям использования. Категория знаний Позволяет специфицировать знания, содержащиеся в документах, чертежах и относящиеся к заданной категории знаний. Документированное знание Объекты EPC модели Повторим объекты? Мозговой штурм: Назначение каждого объекта?

Какие правила необходимо соблюдать при разработке модели epc?

Правило №1 Каждая EPC модель должна начинаться как минимум одним стартовым инициирующим событием (состоянием) и завершаться как минимум одним результирующим событием (состоянием). События и функции по ходу выполнения процесса должны чередоваться (сменять друг друга).

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

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Если события соединяются оператором AND (и), то выполнение следующей за ними функции может быть начато после того, как произойдут все события. Если события соединяются оператором OR (или), то функция выполняется, если произойдет, по крайней мере, одно событие. Если события соединяются оператором XOR (исключающее или), то функция начинает выполняться после того, как произойдет одно (и только одно) событие. Если функция соединяется с событиями оператором AND, то в результате выполнения этой функции происходят все события. Если функция соединяется с событиями оператором OR, то в результате выполнения функции происходит, по крайней мере, одно событие. Если функция соединяется с событиями оператором XOR, то в результате выполнения функции происходит максимум одно событие.

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Если функции соединяются друг с другом оператором AND, то следующее за ними событие происходит только после того, как все функции выполнены. Если функции соединяются друг с другом оператором OR, то событие произойдет после того, как будет выполнена, по крайней мере, одна функция. Если функции соединяются друг с другом оператором XOR, то событие произойдет после того, как будет выполнена одна (и только одна) функция. Если переключающее событие связано со следующими за ним функциями оператором AND, то это событие переключает на выполнение все функции. Событие не может принимать решения. Поэтому после события не может стоять оператор OR или XOR, за которым следуют функции.

Сводная таблица Possible connector and triggering combinations

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: На входе и выходе разветвления обязательно должны использоваться одинаковые операторы. Определяются предшествующие и последующие процессы и отображаются в интерфейсах. Делаются ссылки с интерфейсов на соответствующие процессы.

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Если нет предшествующих и последующих процессов в рамках компании, то используется объект «Границы процесса» («Начало процесса», «Завершение процесса»). Отображается вся необходимая информация и ресурсы, необходимые для выполнения функции, а также результаты выполнения функции. Необходимо максимально точно отображать входящую и исходящую информацию. Если в результате выполнения функции не создается новый документ, а только выполняются какие-то действия над входящим, то на выходе необходимо указать информацию о выполненных действиях, при этом название документа не меняется.

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Любое движение документов необходимо фиксировать в информационном объекте («документ передан», «документ получен»). Если согласно стандарту, положению или другого нормативного документа предусмотрена регистрация движения документов, то на EPC диаграмме обязательно отображается отдельная функция «Регистрация документа». При этом регистрация входящих документов, осуществляется после получения, а регистрация исходящих документов, осуществляется перед передачей.

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Определяется и отображается нормативный документ который регламентирует выполнение каждой функции. Определяется и отображается исполнитель каждой функции.

Правило №3 На EPC — диаграмме допустимы следующие варианты использования правил ветвления/слияния: Отображаются все прикладные системы, которые используются при выполнении функции.

Примеры EPC моделей

Предметная область - отдел Мультимедийных обучающих систем. Бизнес-процесс - формированию отчётности as-is To-be

Предметная область – отдел договоров Бизнес-процесс (учет договоров ). Модель as-is

Предметная область – отдел договоров Бизнес-процесс (учет договоров). Модель to-be

Предметная область – отдел кадров Бизнес-процесс (учет кадров)

Предметная область – сеть фитнес-клубов «Perfict-FIT

«Причинно-следственная диаграмма», «рыбий скелет» или «дерево проблем» «Фишбоун» Модель Исикавы

Схема фишбоун «рыбий скелет»

Создатель схем «фишбоун» Схемы (диаграммы) «фишбоун» были придуманы профессором Кауро Ишикава, поэтому часто называются диаграммы Ишикава. Каору Исикава родился в 1915 году. В 1947 году стал ассистентом профессора в Токийском университете, а в 1960 - доктором в области инженерных наук и профессором. Награжден премией Деминга. Известность Каору Исикава принесли кружки качества и причинно-следственные диаграммы, которые теперь так и называются "диаграммы Исикавы". Автор книг "Руководство по управлению качеством" (Guide to Quality Control), "Что такое всеобщее управление качеством? Японский путь" (What is Total Quality Control? The Japanese Way).

Модель Исикавы – графическое изображением, помогающее идентифицировать и наглядно представить причины конкретных событий, явлений, проблем или результатов. Анализируемую проблему помещают на правом конце горизонтального отрезка (голова рыбы). Основные группы причин распределяют как рыбий скелет. К каждой первичной причине подводят линии (стрелки) второго порядка, к которым, в свою очередь можно подвести линии третьего порядка и т. д. Каждая из линий, нанесенная на схему, должна представлять собой в зависимости от ее положения либо причину, либо следствие: предыдущая линия по отношению к последующей всегда выступает как причина, а последующая как следствие. ЗНАТЬ!

Этапы построения модели: 1. Сбор всех факторов, причин, каким-либо образом влияющих на исследуемый результат. 2. Группировка факторов по смысловым и причинно-следственным блокам. 3. Ранжирование этих факторов внутри каждого блока. 4. Анализ получившейся картины. 5. «Отбрасывание» факторов, на которые мы не можем влиять. 6. Игнорирование малозначащих и непринципиальных факторов. Модель Исикавы используется как аналитический инструмент для отбора факторов и нацеливания на наиболее важные, приводящие к конкретному результату причины, поддающиеся управлению.

Правило «шести М» В общем случае существуют следующие шесть возможных причин тех или иных результатов: материал (material), оборудование (machine), измерение (measurement), метод (method), люди (man), менеджмент (management).

Общие правила построения модели «фишбоун» 1. Прежде чем приступать к построению диаграммы, все участники должны прийти к единому мнению относительно формулировки проблемы. 2. Изучаемая проблема записывается с правой стороны в середине чистого листа бумаги и заключается в рамку, к которой слева подходит основная горизонтальная стрелка — «хребет» (диаграмму Исикавы из-за внешнего вида часто называют «рыбьим скелетом»). 3. Наносятся главные причины (причины уровня 1), влияющие на проблему, — «большие кости». Они заключаются в рамки и соединяются наклонными стрелками с «хребтом». 4. Далее наносятся вторичные причины (причины уровня 2), которые влияют на главные причины («большие кости»), а те, в свою очередь, являются следствием вторичных причин. Вторичные причины записываются и располагаются в виде «средних костей», примыкающих к «большим». Причины уровня 3, которые влияют на причины уровня 2, располагаются в виде «мелких костей», примыкающих к «средним», и т.д. (Если на диаграмме приведены не все причины, то одна стрелка оставляется пустой). 5. При анализе должны выявляться и фиксироваться все факторы, даже те, которые кажутся незначительными, так как цель схемы — отыскать наиболее правильный путь и эффективный способ решения проблемы. 6. Причины (факторы) оцениваются и ранжируются по их значимости, выделяя особо важные, которые предположительно оказывают наибольшее влияние на показатель качества. 7. В диаграмму вносится вся необходимая информация: ее название; наименование изделия; имена участников; дата и т. д.

Примеры моделей исикавы

«Организационная диаграмма» Organizational Chart

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

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

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

Правила построения диаграммы 1. Для построения диаграммы организационной структуры используются объекты, указанные в разделе «Объекты», и связи между ними, указанные в разделе «Типы связей». 2. Определяются организационные единицы компании (отделы, подразделения, цеха и т.д.). 3. Определяются и отображаются связи между организационными единицами компании. Модель строится иерархически, от верхнего уровня структуры к нижнему уровню. В модель верхнего уровня включаются подразделения организации, а также дочерние компании, входящие в структуру Холдинга. Каждое из них детализируется на более низкие уровни — уровни структурных подразделений.

Правила построения диаграммы 4. Определяются и отображаются руководители организационных единиц (компании, отдела, подразделения). 5. Определяются и отображаются должности, входящие в организационные единицы. 6. Определяются и отображаются сотрудники, которые подчиняются непосредственно начальникам.

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