IDEE) относится к семейству IDEF, которое появилось в конце 60-х гг. XX в. под названием SADT (Structured Analysis and Design Technique). IDEF0 может быть использована для моделирования широкого класса систем.
Для новых систем применение IDEE) направлено на определение требований и указание функций для последующей разработки системы, отвечающей поставленным требованиям и реализующей выделенные функции. Применительно к уже существующим системам IDEE) может быть использована для анализа функций, выполняемых системой, и отображения механизмов, посредством которых эти функции выполняются. Результатом применения IDEE) к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Двумя наиболее важными компонентами, из которых строятся диаграммы IDEES, являются бизнес-функции, или работы (блоки), и данные, или объекты (дуги), связывающие между собой работы и отображающие взаимодействия и взаимосвязи между ними.
Функционально-ориентированные модели описания бизнес-процессов. VAD, IDEF, DFD
При этом дуги (стрелки), представляя множества объектов, в зависимости от того, в какую грань блока (прямоугольника работы) они входят или из какой грани выходят, делятся на пять видов: •
входа (входят в левую грань работы) — изображают данные или объекты, изменяемые в ходе выполнения работы; •
управления (входят в верхнюю грань работы) — изображают правила и ограничения, согласно которым выполняется работа; •
выхода (выходят из правой грани работы) — изображают данные или объекты, появляющиеся в результате выполнения работы; •
механизма (входят в нижнюю грань работы) — изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы и т.д.); •
вызова (выходят из нижней грани работы) — изображают связи между разными диаграммами или моделями, указывая на некоторую диаграмму, где данная работа рассмотрена более подробно.
Входные дуги изображают объекты, используемые и преобразуемые функциями. Управленческие дуги представляют информацию, управляющую действиями функций. Выходные дуги изображают объекты, в которые преобразуются входы. Дуги механизмов IDEES изображают физические аспекты функции (склады, людей, организации, приборы). Таким образом, стороны блока графически сортируют объекты, изображаемые касающимися блока дугами.
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEES всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными.
В контекст входят описание цели моделирования, области (описание того, что будет рассматриваться как компонент системы, а что — как внешнее воздействие) и точка зрения (позиция, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.
После описания контекста строят следующие диаграммы в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме (рис. 3.1). Описание каждой подсистемы проводится аналитиком совместно с экспертом предметной области.
Анна Вичугова — Практическое использование DFD: как описать движение данных в бизнес-процессах?
Обычно экспертом является человек, отвечающий за эту подсистему, и поэтому досконально знающий все ее функции. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности. Получив модель, адекватно отображающую текущие бизнес- процессы (так называемую модель AS-IS), аналитик может увидеть все наиболее уязвимые места системы. После этого с учетом выявленных недостатков можно строить модель новой организации бизнес-процессов (модель ТО-ВЕ).
Увидеть эти уязвимые места в системе можно, например, с помощью функционально-стоимостного анализа (ФСА) — методологии непрерывного совершенствования продукции, производственных технологий и организационных структур. Задачей ФСА является снижение всех видов затрат при одновременном сохранении или повышении качества.
Функционально-стоимостный подход к рассмотрению объекта обоснован тем, что потребителя интересует не объект сам по себе, а его функции, качество их выполнения и затраты на приобретение этого качества. Основным критерием совершенства (конкурентоспособности) объекта с позиции ФСА является его потребительная стоимость, определяемая соотношением качества (полезности) объекта и затрат потребителя.
В частности, с помощью ФСА можно решать задачи: анализа затрат (выявление зон неоправданно высоких затрат на всем жизненном цикле объекта); оценки решений (программное обеспечение для количественной оценки новых идей и проектов); оценки конкурентоспособности (определение конкурентоспособной цены и т.д.).
В /МТЮ-моделях используются как естественный, так и графический языки. Графический язык IDEE) организует естествен-
Рис. 3.1. Декомпозиция диаграмм
ный язык определенным и однозначным образом. Это позволяет создавать модели систем с требуемой степенью детализации. Сбор информации (опрос) является первым этапом на пути создания модели бизнес-процессов. После этого формируется перечень вопросов, на которые должна ответить модель. Затем определяются цель и «точка зрения» модели.
Выбор цели осуществляется с учетом составленного перечня вопросов, а выбор точки зрения — в соответствии с выбором позиции, с которой описывается система.
Функциональная модель представляет систему функций, реализуемых в системе через взаимоотношения ее объектов. IDEFG- модель имеет единственную цель и единственный субъект. Цель модели — получение ответов на определенную совокупность вопросов. Субъект — это сама система. Методология IDEE) требует, чтобы создаваемая модель системы рассматривалась всегда с одной и той же позиции, или точки зрения.
После определения точки зрения, с которой описывается модель, создается список данных, а потом список функций. Начать следует с выделения всех основных групп и категорий данных, используемых и генерируемых системой. При этом лучше записать много, чем провести неполный анализ.
Закончив список данных, можно приступить с его помощью к составлению списка функций. Для этого представляются функции процесса, использующие тот или иной класс (тип) или набор данных. Несколько различных типов данных может использоваться одной функцией.
Далее начинается процесс моделирования по методологии IDEF0. Конечным результатом этого процесса является набор взаимосогласованных описаний (диаграмм) — от описания самого верхнего уровня всей системы, представленного контекстной диаграммой, до подробного описания деталей или операций системы. /ДЕТЮ-модель объединяет и организует диаграммы в иерархические структуры, в которых диаграммы верхних уровней менее детализированы, чем диаграммы нижних уровней.
Диаграммы IDEF0-модели оформляются стандартным образом на бланках. При последовательных приближениях в процессе создания IDE F0-модели одна и та же диаграмма вместе с ее блоками и дугами может перечерчиваться несколько раз, что приводит к появлению ее различных вариантов. Для идентификации версий диаграмм в IDEE) используется схема контроля конфигурации диаграмм, основанная на хронологических номерах, или С-номерах.
Каждый блок диаграммы IDEF0-модели может быть детализирован на другой диаграмме. Поскольку каждый блок понимается как отдельный, полностью определенный объект, разделение такого объекта на его структурные части (блоки и дуги, составляющие диаграмму) называется декомпозицией. Декомпозиция формирует границы, и каждый блок в IDEPQ рассматривается как формальная граница некоторой части описываемой системы, т.е. блок и касающиеся его дуги определяют точную границу диаграммы, представляющей декомпозицию этого блока. Эта диаграмма, называемая диаграммой-потомком, описывает все, связанное с этим блоком и его дугами, и не описывает ничего вне этой границы.
Декомпозируемый блок называется родительским блоком, а содержащая его диаграмма — соответственно родительской диаграммой. Таким образом, /1)?Я)-диаграмма является декомпозицией некоторого ограниченного объекта.
Принцип ограничения объекта встречается на каждом уровне. Диаграмма, состоящая из одного блока и его дуг, определяет границу системы и называется контекстной диаграммой модели. Таким образом, этот блок изображает границу системы: все, лежащее внутри него, является частью описываемой системы, а все, лежащее вне его, образует среду системы.
IDEE) требует, чтобы все внешние дуги (ведущие к краю страницы) диаграммы были согласованы с дугами, образующими границу этой диаграммы, т.е. диаграмма должна быть «состыкована» со своей родительской диаграммой посредством согласования по числу и наименованию дуг.
В методологии принята схема кодирования дуг «1СОМ», которая получила название по первым буквам английских эквивалентов слов: вход (Input), управление (Control), выход (Output), механизм (Mechanism). При построении диаграммы следующего уровня дуги, касающиеся декомпозируемого блока, используются в качестве источников и приемников для дуг, которые создаются на новой диаграмме.
После завершения диаграммы ее внешние дуги стыкуются с родительской диаграммой для обеспечения согласованности. Стыковка осуществляется посредством присваивания кодов ICOM внешним дугам новой диаграммы. Таким образом, /АЕ/О-диаграмма составлена из блоков, связанных дугами, которые определяют, как блоки влияют друг на друга. Дуги на диаграммах изображают интерфейсы между функциями системы, а также между системой и ее окружающей средой.
Одним из важных моментов при проектировании ИС с помощью методологии IDEM) является точная согласованность типов связей между функциональными блоками. В методологии, например, можно выделить взаимосвязи типов: обратная связь по управлению, обратная связь по входу и выход-механизм. Обратные связи по управлению и входу представляют итерацию или рекурсию, а связи выход-механизм характерны при распределении источников ресурсов.
Поскольку дуги в IDEF0 обычно символизируют наборы объектов, они могут иметь множество начальных точек (источников) и конечных точек (приемников), поэтому дуги могут разветвляться и соединяться различными способами.
Разветвления дуг и их соединения — это синтаксис, позволяющий описывать декомпозицию содержимого дуг, т.е. разветвляющиеся и соединяющиеся дуги отражают иерархию объектов, представленных этими дугами.
Для каждого из элементов IDEF0-диаграмм, функциональных блоков, интерфейсных дуг — существующий стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента.
Одна из наиболее частых проблем, возникающих в процессе моделирования, — определение момента завершения построения модели процесса. Рекомендуется прекращать моделирование, когда уровень детализации модели удовлетворяет ее цели.
Существуют некоторые критерии для определения момента завершения моделирования:
а) блок содержит достаточно деталей;
б) необходимо изменить уровень абстракции, чтобы достичь большей детализации блока;
в) необходимо изменить точку зрения, чтобы детализировать блок;
г) блок очень похож на другой блок той же модели;
д) блок очень похож на блок другой модели;
е) блок представляет тривиальную функцию.
Подводя итог приведенному краткому представлению методологии IDEE), следует отметить, что она может служить единой методологической основой совершенствования управления системой. IDEM)-моделирование поддерживается, например, СЛбТГ-средствами BPWin и IDEFO/EM Tool.
Источник: lib.sale
Предметная область базы данных и ее модели
Вторым ключевым моментом создания ИС с целью автоматизации информационных процессов организации является анализ функционального взаимодействия объектов автоматизации. Результаты такого анализа многогранны. Аналитики представляют их в виде функциональной модели предметной области базы данных . Функциональная модель предметной области является собирательным понятием. Состав функциональной модели существенно зависит от контекста конкретного ИТ-проекта и может быть представлен посредством довольно широкого спектра документов в виде текстовой и графической информации. К рассмотрению таких документов проектировщик баз данных должен подходить с учетом следующих двух положений:
- главное назначение ИС является базовым критерием оценки достаточности предоставляемой информации;
- функциональная модель предназначена для описания процессов обработки данных в рамках выделенной предметной области с различных точек зрения.
Описать процессы обработки информации всесторонне с помощью одной описательной модели сложно. В последнее время предпринимаются некоторые успешные попытки разработать унифицированную модель в рамках объектно-ориентированного анализа и проектирования ( OOA
- модель жизненного цикла сущности ;
- набор спецификаций функций системы (требования);
- описание функций системы через сущности и атрибуты;
- бизнес-правила, которые реализуют функции.
Внимание! Элементы информационной модели предметной области являются входными данными для задачи создания логической модели данных . Элементы функциональной модели предметной области являются входными данными для задачи проектирования приложений базы данных и, частично, для задачи создания физической модели базы данных .
Бизнес-модель процессов (иерархия функций системы)
Бизнес-модель процессов предназначена для описания процессов и функций системы в предметной области базы данных . Бизнес-модель чаще всего документируется в соответствии с методологией (нотацией) IDEF0 и представляется в виде совокупности иерархически упорядоченных и взаимосвязанных диаграмм ( IDEF0 -диаграмм). Каждая диаграмма является единицей описания системы и расположена на отдельном листе. IDEF0-диаграммы включают в себя следующие диаграммы:
- контекстная диаграмма ;
- диаграмма декомпозиции ;
- диаграмма дерева узлов ;
- диаграмма «только для экспозиции».
Контекстная диаграмма является вершиной иерархической структуры диаграмм и представляет самое общее описание системы и ее взаимодействия с внешней средой.
Дальнейшее описание системы строится на основе последовательного разбиения функциональности системы на более детальные фрагменты. Диаграммы, которые описывают каждый из функциональных фрагментов системы, называются диаграммами декомпозиции .
Диаграмма дерева узлов показывает иерархическую структуру функций, не отображая взаимосвязи между ними.
Диаграммы «только для экспозиции» представляют, по сути, копии стандартных диаграмм, но не включаются в анализ синтаксиса модели. Они предназначены для демонстрации иных точек зрения на работы, для отображения деталей, которые не поддерживаются явно синтаксисом модели.
Основными элементами IDEF0-диаграмм являются работы, входные и выходные параметры , управление, механизмы и вызов.
Работы ( Activity ) обозначают процессы, функции или задачи, которые реализуются в течение определенного времени и имеют распознаваемые результаты. Работы изображаются в виде прямоугольников и именуются отглагольными существительными. Все диаграммы декомпозиции содержат родственные работы, имеющие общую родительскую работу.
Взаимодействие работ между собой и с внешними миром показано стрелками. Стрелки (Arrow) именуются существительными и могут обозначать на диаграмме вход, выход, управление, механизм и вызов.
Вход ( Input ) — это материалы или информация, которые используются или преобразуются работой для получения результата (выхода). Стрелка входа рисуется как стрелка, входящая в левую грань работы.
Управление ( Control ) — правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления, которая рисуется как стрелка, входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой.
Выход ( Output ) — это материалы или информация, которые производятся работой. Каждая работа должна иметь хотя бы одну стрелку выхода, которая рисуется как стрелка, выходящая из правой грани работы.
Механизм — это ресурсы, которые выполняют работу (персонал, станки, устройства). Стрелка механизма рисуется как стрелка, входящая в нижнюю грань работы. Механизмы могут не изображаться.
Вызов ( Call ) — это специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как стрелка, исходящая из нижней грани работы. Стрелка вызова указывает, что некоторая работа выполняется за пределами моделируемой системы.
На рис. 2.9 — 2.11 приведены примеры контекстной диаграммы, диаграммы декомпозиции и диаграммы дерева узлов процесса изготовления изделия.
Рис. 2.9. Контекстная диаграмма процесса изготовления изделия
Рис. 2.10. Диаграмма декомпозиции процесса изготовления изделия
Рис. 2.11. Диаграмма дерева узлов процесса изготовления изделия
На диаграмме дерева узлов последний уровень декомпозиции показан в виде списка.
Источник: intuit.ru
Кросс-функциональные диаграммы в описании бизнес-процессов. Преимущества и недостатки
В мировой практике наибольшее распространение получили следующие нотации описания БП:
· IDEF 0 диаграммы
· Нотации консалтинговых компаний.
Кросс-функциональная диаграмма- это диаграмма, описывающая взаимодействие сотрудников в ходе выполнения одной процедуры
Кросс-функциональные диаграммы: отличие от процессной в том, что блоки уже привязаны к подразделениям. Может быть вертикальной и горизонтальной. Выбор направления зависит от стандарта предприятия или вкуса разработчика Процедуры.
Процедура отображает детальный алгоритм выполнения бизнес-процесса, а так же всех участников бизнес-процесса и как они взаимодействуют между собой в рамках Процедуры. Дорожка на диаграмме означает должность, подразделение и роль. На дорожках Процедуры размещаются действия, за которые и отвечает должность, подразделение, роль. Каждое действие может быть декомпозировано (разбито на более детальные бизнес-процессы) в нотациях Процедура, EPC или Процесс.
Действия на дорожках связаны между собой информационными или материальными потоками.
Так же могут использоваться решения (условия) для ветвления бизнес-процесса.
Недостатки. В некоторых случаях может быть удобней использовать дополнительные графические элементы, которые имеются в других нотациях.
Преимущества значительные, т.к. нотация является очень простой для создания и пониманиями сотрудниками с разным уровнем подготовки.
Основные потребители– сотрудники разных уровней организации.
Функциональные модели (алгоритмы) описания бизнес-процессов. Преимущества и недостатки
Бизнес-процесс — это совокупность взаимосвязанных мероприятий или задач, направленных на создание определенного продукта или услуги для потребителей. Для наглядности бизнес-процессы визуализируют при помощи блок-схемы бизнес-процессов.
Функциональная модель бизнес-процессов состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, которые отображают последовательности взаимосвязанных через общие объекты функций (операций, действий, работ – activity ) бизнес-процесса.
Достоинство функциональной модели заключается в графической простоте, в которой используются всего два конструктивных элемента:
• функциональный блок – описание функции, операции, действия, работы;
• интерфейсная дуга, связывающая два функциональных блока – описание объекта, потока объектов.
Объектымогут быть различной природы: материальные, финансовые, информационные. По характеру использования объектов в функциональных блоках различают: входные объекты слева от блока, выходные объекты справа от блока, управляющие объекты сверху от блокаимеханизмыснизу от блока.
Входные объекты преобразуются в функциональных блоках в выходные. При этом выходной объект – это новый созданный объект или преобразованный старый объект. Управляющие объекты соответствуют нормативным актам (законодательным актам, инструкциям, планам, приказам), на основе которых выполняются процессы. Механизмы – это объекты, которые исполняют процессы
(исполнители). К механизмам относят структурные подразделения
предприятия, персонал, автоматизированные рабочие места.ксознес-процесса как согласованное представление нескольких перспектив
Правила постороения функциональной модели:
· Составляйте, уточняйте, подтверждайте схемы вместе с «владельцами» / «участниками» бизнес-процессов (БП).
· Используйте визуальные подходы описания БП, способствующие повышению эффективности работы в группе.
· Используйте язык, понятный владельцам и участникам БП.
· Создавайте схемы деятельности, а не организационных структур.
· Избегайте излишней детализации БП, особенно на схеме «как есть».
· Избегайте составления схемы БП ради схемы, не ведущей к дальнейшему анализу действиям.
· Не смешивайте понятия «как есть», «как должно быть», «как будет».
Элементы методики IDEF0 описания бизнес-процессов
Общая методология IDEF состоит из составных методологий:
IDEF 0 – используется для создания функциональной модели, отображающей структуру и функции системы , а также потоки информации и материальных объектов, связывающие эти функции.
IDEF2 — позволяет строить динамическую модель меняющихся во времени поведения функций, информации и ресурсов системы.
Система– совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу.
Частями или элементами системы могут быть любые комбинации разнообразных сущностей, включающие людей, информацию, ПО, оборудование. Изделия, сырье или энергию.
Модель описывает, что происходит в системе, как ею управляют, какие сущности она преобразует, какие средства использует для выполнения своих функций и что производит.
Блоки IDEF0 диаграмм
| Вход |
| Управление |
| ИМЯ А0 |
| Механизм |
| Вызов |
| Выход |
Построение IDEF 0 диаграммы начинается с построения контекстной диаграммы верхнего уровня, называемой А-0 (А минус 0).
Контекстная диаграмма состоит из одного блока и на этой диаграмме, в отличие от других, указывается цель построения диаграммы и точка зрения (перспектива).
Затем происходит построение диаграмм более низкого уровня. Происходит декомпозиция диаграмм.
Правило построения таких диаграмм:количество блоков – не менее 3х, не более 6.
Блоки внутри диаграммы: может иметь порядковый номер. Также может происходить нумерация в зависимости от уровня. Например, уровень один — А1.
В IDEF0 различают пять типов стрелок.
Вход- объекты, используемые и преобразуемые работой для получения результата (выхода). Допускается, что работа может не иметь ни одной стрелки входа. Стрелка входа рисуется как входящая в левую грань работы.
Управление -.информация, управляющая действиями работы. Обычно управляющие стрелки несут информацию, которая указывает, что должна выполнять работа. Каждая работа должна иметь хотя бы одну стрелку управления, которая изображается как входящая в верхнюю грань работы.
Выход — объекты, в которые преобразуются входы. Каждая работа должна иметь хотя бы одну стрелку выхода, которая рисуется как исходящая из правой грани работы.
Механизм — ресурсы, выполняющие работу. Стрелка механизма рисуется как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться на модели.
Вызов — специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней части работы и используется для указания того, что некоторая работа выполняется за пределами моделируемой системы.
Последнее изменение этой страницы: 2018-04-12; просмотров: 701.
stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда.
Источник: stydopedya.ru