9.Определение ключевых показателей результативности процесса. Расстановка контрольных точек для измерений. Мониторинг процесса.

10.Классификация процессов. Свойства бизнес-процесса.

КЛАССИФИКАЦИЯ ПРОЦЕССОВ: По участию в добавлении качества к продукции/услугам процессы можно разделить на две основные группы: основные и вспомогательные.

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

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

Существует примерный перечень процессов, разработанный Американским центром производительности и качества.

Альтернативная классификация - по методологии BAAN Orgware. По этой классификации процессы делятся на основные и детальные.

Основные процессы (main) - являются специфичными для определенного типа организации и определяются из контрольной модели потока товаров.

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

Методология предлагает следующий перечень детальных (общих) процессов;

MN - Manufacturing - производство;

В А - Basic Data Process -основные данные;

SL - Sales Process - процесс продаж;  

PU--Purchasing- закупки;

PL - Planning (all resources) - планирование;

Fl - Finance - финансы;

SE - Service - обслуживание;

WH - Warehousing - хранение на складе;

EN - Engineering - конструирование;

FR - Formula Management - управление формулами;

 IT- System Management - управление устройствами;

 PI - Project Industries - проектные производства:

 PS - Project Services - обслуживание проектов;

 PM - Product Batch Management - управление упаковкой продукции;

 QI - Quality Inspection - проверка качества:

 QM - Quality Management - управление качеством;  

11.Эталонные модели.

Эталонная модель (англ. reference model, master model) - это абстрактное представление понятий и отношений между ними в некоторой проблемной области. На основе эталонной строятся более конкретные и детально описанные модели, в итоге воплощённые в реально существующие объекты и механизмы. Понятие эталонной модели используется в информатике.

Примерами эталонной модели являются такие модели, как:

• Сетевая модель OSI (Open Systems Interconnection Reference Model),

• модель Открытого геопространственного консорциума(англ.),

• архитектура фон Неймана - модель эталонной модели с последовательными вычислениями

• эталонная модель Архитектуры государственного предприятия(англ.).

• 13-процессная эталонная модель

• Эталонная модель по ИСО/МЭК ТО 15504

• Отраслевые модели прототипы компании SAP

• Построение деятельности ИТ-подразделения в соответствии с процессным подходом и требованиями стандарта ITIL (Information Technology Infrastructure Library) .

• Модель ITSM (IT Service Management), процессы ИТ – подразделения

12. Построение деятельности ИТ-подразделения в соответствии с процессным подходом и требованиями стандарта ITIL (Information Technology Infrastructure Library).

12. Модель ITSM (IT Service Management), процессы ИТ – подразделения.

12. Моделирование деятельности и моделирование процессов. Общие принципы моделирования деятельности.

12. Предметные области в деятельности организации. Уровни описания.

12. Стандарты IDEF. Методологии SADT, DFD, BPMN, ARIS, UML. Сравнительный анализ методологий моделирования. (Написано про каждую методологию, но писать буду не все-читай так, как на обычной лекции, чтобы выборочно писать)

Методология моделирования - учение о структуре, логической организации, методах и средствах деятельности в области структурного анализа.

Методологии структурного подхода

DFD, STD, ERD, FDD, SADT, IDEF

Методологии объектно-ориентированного подхода

UML, RUP

Методологии, ориентированные на бизнес-процессы

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

Бизнес + Информационные системы = ARIS (ARchitecture of Integrated Information Systems - архитектура интегрированных информационных систем ).

Инструментальная система ARIS (компания IDS Scheer AG, г . Саарбрюкен , Германия)

• 112 типов моделей для описания практически всех сторон деятельности современного предприятия.

• Более 211 типов объектов, описывающих различные аспекты предметных областей.

• Более 600 различных типов связей, позволяющих описать разнообразные отношения между объектами.

• Встроенные механизмы для управления, проверки, анализа, экспорта /импорта, архивирования моделей.

• CASE-системы (Computer-Aided Software/System Engineering): BPwin, Erwin

• Инструментальные системы : MS Visio.

• DFD (Data Flow Diagrams) - диаграммы потоков данных, обеспечивающих анализ требований и функциональное проектирование информационных систем.

• STD (State Transition Diagram) - диаграммы перехода состояний для проектирования систем реального времени.

• Структурные карты Джексона и /или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов.

• FDD (Functional Decomposition Diagrams) - диаграммы функциональной декомпозиции.

• SADT (Structured Analysis and Design Technique) - технология структурного анализа и проектирования семейство.

Семейство IDEF (ICAM - Integrated Computer Aided Manufacturing Definition):

• IDEF0 (Integration Definition method for Function Modeling) - методологияфункциональногомоделирования, позволяющаяописатьпроцессввидеиерархическойсистемывзаимосвязанныхфункций IDEF1 (Integration Definition method for Information Modeling) - применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды.

• IDEF1X (Integration Definition method for Semantic Data Modeling) - методология моделирования структуры информации, основанная на концепции «сущность-связь».

• ERD (Entity-Relationship Diagrams) - диаграммы «сущность-связь».

• IDEF2 (Integration Definition method for Simulation Modeling) - позволяет построить динамическую модель меняющегося во времени поведения функций, информации и ресурсов производственной системы или среды.

• IDEF3 (Integration Definition method for Process Description Capture) - методологиядокументированиятехнологическихпроцессов. Методика потокового моделирования, а не структурного как IDEF0. WFD (Work Flow Diagram) - диаграмма потоков событий, инструмент графического представления функций системы, моделируемой в нотации IDEF3. IDEF4 (Integration Definition method for Object-Oriented Design) - методология объектно-ориентированного проектирования сложных систем, описывающая структуру, поведение и реализацию систем в терминах класса объектов.

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

SADT (Structured Analysis and Disign Tecchnique) - технология структурного анализа и проектирования), основанная на концепции «сущность-связь» (entity-relationship). Представляет собой дальнейшее развитие методологии структурного анализа и проектирования.

Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

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

Основные элементы этой методологии основываются на следующих концепциях:

• графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих "ограничения", которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;

• строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика.

Правила SADT включают:

• ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

• связность диаграмм (номера блоков);

• уникальность меток и наименований (отсутствие повторяющихся имен);

• синтаксические правила для графики (блоков и дуг);

• разделение входов и управлений (правило определения роли данных).

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

ИДЕФ0:

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

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

• полнота описания бизнес-процесса (управление, информационные и материальные потоки, обратные связи);

• комплексность при декомпозиции (мигрирование и туннелирование стрелок);

• возможность агрегирования и детализации потоков данных и информации (разделение и слияние стрелок);

• наличие жестких требований методологии, обеспечивающих получение моделей процессов стандартного вида;

• простота документирования процессов; соответствие подхода к описанию процессов в IDEF0 стандартам ISO 9000:2000.

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

• Методология IDEF3 (Integrated Definition Process Description Capture Method) была разработана с целью более удобного описания рабочих процессов (Work Flow), для которых важно отразить логическую последовательность выполнения процедур. Эта методика, в отличии от IDEF0, не стандартизирована.

• IDEF3 - это структурный метод, показывающий причинно-следственные связи и события. Он также показывает, как организована работа, и какие пользователи работают с моделируемой системой. IDEF3 состоит из двух методов. Process Flow Description (PFD) - описание процессов, с описанием того, как организована работа между различными элементами моделируемой системы. Object State Transition Description (OSTD) - описание переходов состояний объектов, с описанием того, какие существуют промежуточные состояния у объектов в моделируемой системе.

• С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. Сценарием называется описание последовательности изменения свойств объекта в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение ее свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух потоков: (1) документы, определяющие структуру и последовательность процесса (технологические указания, описания стандартов) и (2) документы, отображающие ход его выполнения (результаты экспертиз, отчеты о браке).

Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи:

1. документировать имеющиеся данные о технологии процесса;

2. определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов;

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

4. содействовать принятию оптимальных решений при реорганизации технологических процессов;

5. разрабатывать имитационные модели технологических процессов по принципу «как будет, если...».

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

ИДЕФ3:

Методология DFD (Data Flow Diagrams) - диаграммы потоков данных - это способ представления процессов обработки информации. Авторы методики Гейн и Сарсон разработали ее независимо от IDEF0. Эта методика, в отличии от IDEF0 не стандартизирована.

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

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

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

ДФД:

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

Семантика

В DFD процессы представляют собой функции системы, преобразующие входы в выходы. Процессы изображаются прямоугольниками со скругленными углами. Их смысл совпадает с блоком IDEF0 и единицами работы IDEF3. Так же, как и в IDEF3, они имеют входы и выходы, но не поддерживают управление и механизмы. Каждый процесс должен быть именован глаголом с последующим дополнением. Кроме того, каждый процесс должен иметь уникальный номер.

Поскольку в DFD каждая сторона блока не имеет четкого назначения, как в IDEF0, то стрелки могут подходить и выходить из любой грани блока. В DFD также применяется двунаправленные стрелки для описания диалогов типа команда-ответ.

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

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

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

Создание UML началось в октябре 1994 г., когда Джим Рамбо и Гради Буч из Rational Software Corporation стали работать над объединением своих методов OMT и Booch. Осенью 1995 г. увидела свет первая черновая версия объединенной методологии, которую они назвали Unified Method 0.8. После присоединения в конце 1995 г. к Rational Software Corporation Айвара Якобсона и его фирмы Objectory, усилия трех создателей наиболее распространенных объектно-ориентированных методологий были объединены и направлены на создание UML.

ЮМЛ: (Скажи, чтоб я нарисовала человечка и от него стрелки с овалами. И второй рис: папка, и из нее еще несколько папок)

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

12. 

    9

    Требования к инструментальным системам для моделирования бизнеса. Сравнительный анализ инструментальных средств.