Лекция 6
Среди требований, самым главным и наиболее распространенным является возможность массового применения методики - быстрое освоение и приобретение навыков моделирования и чтения моделей менеджерами организации, при относительно низкой стоимости обучения персонала.
для решения описания средних по сложности задач в рамках проекта, наиболее простой и эффективной является методика функционального моделирования IDEF 0.
Среди преимуществ этого выбора следует отметить следующее:
· методология использует очень простые элементы (символы) – блоки и стрелки
· при работе гарантируется определенная стандартизация описаний, так как любые наименования (операций, действий, механизмов и управления) будут едиными для всей модели
· в основу построения модели положен иерархический принцип (принцип декомпозиции или "матрешки"), который позволяет добиться очень большой степени детализации.
Собственный практический опыт моделирования процессов и обучения моделированию персонала показывает, что на освоение и усвоение персоналом основных принципов методики IDEF 0 (после восьмичасового обучения с использованием интерактивных презентаций и выдачи на руки рабочих инструкций) уходит от трех до пяти дней.
При условии выполнения двух или трех простых практических заданий, сотрудник со средними способностями приобретает основные моторные навыки работы в программном продукте и начинает предметно моделировать процесс, в котором он участвует или владельцем которого он является до третьего уровня декомпозиции.
Короч, типа все яснопонятно в методологии.
IDEF0 — методология функционального моделирования (англ. function modeling) и графическая нотация, предназначенная для формализации и описания бизнес-процессов. Отличительной особенностью IDEF0 является её акцент на соподчинённость объектов. В IDEF0 рассматриваются логические отношения между работами, а не их временна́я последовательность (поток работ).
Описание выглядит как «чёрный ящик» с входами, выходами, управлением и механизмом, который постепенно детализируется до необходимого уровня. Также для того чтобы быть правильно понятым, существуют словари описания активностей и стрелок. В этих словарях можно дать описания того, какой смысл вы вкладываете в данную активность либо стрелку..
Символы
Язык методики прост и лаконичен. Для моделирования выделено всего два графических символа, один из которых, отражает какое либо действие или работу (Функциональный блок в IDEF0), второй служит для отображения взаимодействия работ с внешним миром и между собой (Интерфейсная дуга в IDEF0).
Любая работа отображается в виде прямоугольника, любое взаимодействие с внешней средой в виде стрелки (см. рис. 1).
Рисунок 1. Основные элементы методологии моделирования процессов IDEF 0: функциональный блок и интерфейсные дуги
Значения символа Arrow (интерфейсная дуга).
Стрелки (Arrow) в IDEF0 имеют четыре основных значения:
Значение 1. Вход процесса, операции, действия, функции (Input): Стрелка может нести значение сырья, комплектующих, расходных материалов, материальных, финансовых, энергетических, информационных ресурсов, документов на бумажном и электронном носителе и т.д.
Всегда присоединяется к работе (функциональному блоку) слева.
Значение 2. Управление (контроль) процесса (Control): Стрелка отображает управляющее (контролирующее) воздействие внешней среды на процесс в виде международных и отечественных стандартов, внутренних стандартов предприятия, должностных или рабочих инструкции, технической документации, законодательных актов различных уровней, временных регламентов, планов работ и так далее.
Всегда присоединяется к работе (функциональному блоку) сверху.
Значение 3. Выход процесса (Output). Отображают отходы производства, отчетность, продукцию или услугу, преобразованные данные (в том числе информационные).
Всегда выходит из процесса, операции, действия, функции (функционального блока) справа.
Значение 4. Механизмы процесса (Mechanism): Символизируют сотрудников, программное обеспечение, оборудование, средства связи, то есть все то, что участвует в процессе.
Всегда присоединяются к процессу снизу.
Декомпозиция. (Decomposition)
Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его части. (см. Рис. 2, где бизнес-процесс декомпозирован на операции).
Рисунок 2. Декомпозиция бизнес-процесса на составляющие его операции в стандарте IDEF 0
При этом уровень детализации процесса может определяться непосредственно разработчиком модели. (При этом ему следует помнить, что модель имеет право на существование, если в ней не менее трех и не более шести уровней декомпозиций).
Декомпозиция позволяет постепенно и структурировано представлять модель процесса в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой пользователем.
При этом следует отметить, что лучшее – это враг хорошего.
При моделировании не стоит увлекаться излишней детализацией, так как разработчику стоит подумать и о том, что чуть позже модель необходимо будет описывать в процессном регламенте.
Излишняя детализация при моделировании приведет к увеличению объема текстовой информации в документе. Арифметика здесь очень проста: если на втором уровне декомпозиции определено восемь операций и каждая из них декомпозирована дважды, то количество диаграмм по процессу будет равно двадцати пяти (включая родительскую диаграмму).
Объем процессного регламента, в таком случае, будет равен от сорока семи до пятидесяти страниц.
Классификация наиболее часто встречающихся разрешенных внутренних связей в модели бизнес-процесса, с точки зрения IDEF0, приведена на рис. 3. Операция 1 декомпозирована и содержит:
- "Связь по входу" (Output - Input) - выход вышестоящей работы является входом для нижестоящей.
- "Связь по управлению" (Output - Control) - выход вышестоящей работы является контролем (управлением) для нижестоящей работы.
- Обратная "связь по входу" (Output – Input Feedback) - выход нижестоящей работы является входом вышестоящей работы (Применяется при описании циклических работ)
- Обратная "связь по управлению" (Output – Control Feedback) - выход нижестоящей работы является контролем (управлением) вышестоящей
- Связь "выход-механизм" (Output – Mechanism) - выход одной работы является механизмом другой, т.е. одна работа готовит ресурс для другой. Данный тип связи разрешен стандартом, но применять его нужно очень осторожно, только после разбора ситуации совместно с менеджером по качеству.
Рисунок 3. Типы связей между операциями процесса, используемые в стандарте IDEF 0
Моделирование. От модели "Как есть" к модели "Как надо"
Стандарт IDEF1 был разработан как инструмент для анализа и изучения взаимосвязей между информационными потоками в рамках коммерческой деятельности предприятия. Целью подобного исследования является дополнение и структуризация существующей информации и обеспечение качественного менеджмента информационными потоками. Необходимость в подобной реорганизации информационной области как правило возникает на начальном этапе построения корпоративной информационной системы, и методология IDEF1 позволяет достаточно наглядно обнаружить "черные дыры" и слабые места в существующей структуре информационных потоков. Применение методологии IDEF1, как инструмента построения наглядной модели информационной структуры предприятия по принципу "Как должно быть" позволяет решить следующие задачи:
· Выяснить структуру и содержание существующих потоков информации на предприятии
· Определить какие проблемы, выявленные в результате функционального анализа и анализа потребностей, вызваны недостатком управления соответствующей информацией.
· Выявить, информационные потоки, требующие дополнительного управления для эффективной реализации модели.
С помощью IDEF1 происходит изучение существующей информации о различных объектах в области деятельности предприятия. Характерно то, что IDEF1-модель включает в рассмотрение не только автоматизированные компоненты, базы данных и соответствующую им информацию, но также и реальные объекты, такие как сами сотрудники, кабинеты, телефоны и т.д. Миссия методологии IDEF1 состоит в том, чтобы выявить и четко постулировать потребности в информационном менеджменте в рамках коммерческой деятельности предприятия. В отличие от методов разработки структур баз данных (например, IDEF1X), IDEF1 является аналитическим методом и используется преимущественно для выполнения следующих действий:
· Определения самой информации и структуры ее потоков, имеющей отношение к деятельности предприятия
· Определение существующих правил и законов, по которым осуществляется движение информационных потоков, а также принципов управления ими.
· Выяснение взаимосвязей между существующими информационными потоками в рамках предприятия.
· Выявление проблем, возникающих вследствие недостатка качественного информационного менеджмента.
Результаты анализа информационных потоков могут быть использованы для стратегического и тактического планирования деятельности предприятия и улучшения информационного менеджмента.
Однако основной целью использования методологии IDEF1 все же остается исследование движения потоков информации и принципов управления ими на начальном этапе процесса проектирования корпоративной информационно-аналитической системы, которая будет способствовать более эффективному использованию информационного пространства. Наглядные модели IDEF1 обеспечивают базис для построения мощной и гибкой информационной системы.
DFD — общепринятое сокращение от англ. data flow diagrams — диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.
Диаграмма потоков данных (data flow diagram, DFD) — один из основных инструментов структурного анализа и проектирования информационных систем, существовавших до широкого распространения UML. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.
Исторически сложилось так, что для описания диаграмм DFD используются две нотации — Йордана (Yourdon) и Гейна-Сарсона (Gane-Sarson), отличающиеся синтаксисом.
Информационная система принимает извне потоки данных. Для обозначения элементов среды функционирования системы используется понятие внешней сущности. Внутри системы существуют процессы преобразования информации, порождающие новые потоки данных. Потоки данных могут поступать на вход к другим процессам, помещаться (и извлекаться) в накопители данных, передаваться к внешним сущностям.
Модель DFD, как и большинство других структурных моделей — иерархическая модель. Каждый процесс может быть подвергнут декомпозиции, то есть разбиению на структурные составляющие, отношения между которыми в той же нотации могут быть показаны на отдельной диаграмме. Когда достигнута требуемая глубина декомпозиции — процесс нижнего уровня сопровождается мини-спецификацией (текстовым описанием).
Кроме того, нотация DFD поддерживает понятие подсистемы — структурного компонента разрабатываемой системы.
Нотация DFD — удобное средство для формирования контекстной диаграммы, то есть диаграммы, показывающей разрабатываемую АИС в коммуникации с внешней средой. Это — диаграмма верхнего уровня в иерархии диаграмм DFD. Её назначение — ограничить рамки системы, определить, где заканчивается разрабатываемая система и начинается среда.
SADT (акроним от англ. structured analysis and design technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией.
SADT возникла в конце 60-х годов в ходе революции, вызванной структурным программированием. Когда большинство специалистов билось над созданием программного обеспечения, немногие старались разрешить более сложную задачу создания крупномасштабных систем, включающих как людей и машины, так и программное обеспечение, аналогичных системам, применяемым в телефонной связи, промышленности, управлении и контроле за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Таким образом, разработчики решили формализовать процесс создания системы, разбив его на следующие фазы:
· Анализ — определение того, что система будет делать,
· Проектирование — определение подсистем и их взаимодействие,
· Реализация — разработка подсистем по отдельности, объединение — соединение подсистем в единое целое,
· Тестирование — проверка работы системы,
· Установка — введение системы в действие,
· Эксплуатация — использование системы.
·
SADT - методология структурного анализа и проектирования.
IDEF0 - методология функционального моделирования, являющаяся составной частью SADT и позволяющая описать бизнес-процесс в виде иерархической системы взаимосвязанных функций.
IDEF1X - методология информационного моделирования, являющаяся составной частью SADT и основанная на концепции "сущность связь".
DFD (DataFlowDiagrams - диаграммы потоков данных) методология структурного анализа, описывающая внешние по отношению к системе источники и адреса, логические функции, потоки и хранилища данных, к которым осуществляется доступ.