Контрольная работа по Бизнес планирование (другое) на тему Индивидуальные задания

AllFusion Process Modeler (ранее - BPwin) – средство функционального моделирования, реализующее методологию IDEF0-IDEF3. Методология IDEF – это совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Методология IDEF может использоваться для моделирования и разработки широкого круга систем. Функциональная модель IDEF0 показывает функциональную структуру объекта [5].
Система AllFusion Modeling Suite (ранее - ERwin/BPwin) это система широко используемая на практике, которая имеет множество положительных отзывов. Она включает в себя возможность генерации исполняемого кода по разработанной модели информационной системы. Средства системы позволяющие отобразить процессы наглядно соответствуют федеральному стандарту США IDEF по моделированию организационных процессов. Большинство проектов организационного реинжиниринга исполняются с использованием стандарта IDEF.
Нотация IDEE0 разработана на основе методологии структурного анализа и проектирования SADT и утверждена в качестве стандарта США. Она успешно эксплуатируется во многих проектах, связанных с описанием деятельности предприятий. Нотация IDEE3 разработана с целью более удобного описания рабочих процессов (Work Flow). Она призвана отразить логическую последовательность выполнения процедур.
Графический язык IDEF0 удивительно прост и гармоничен в процессе работы. В основе данной методологии лежат четыре основных понятия. Первым из них является понятие функционального блока (Activity Box), который графически изображается в виде прямоугольника (рис.2) и представляет собой некоторую конкретную функцию в рамках рассматриваемой системы. Название каждого такого функционального блока предусматривает формулировку в глагольном наклонении (например, «производить услуги», а не «производство услуг»). Каждая из четырех сторон функционального блока имеет свое определенное значение (роль), при этом:
 верхняя сторона имеет значение «Управление» (Control);
 левая сторона имеет значение «Вход» (Input);
 правая сторона имеет значение «Выход» (Output);
 нижняя сторона имеет значение «Механизм» (Mechanism) [5].
Каждый функциональный блок в рамках рассматриваемой системы должен иметь свой уникальный идентификационный номер.


Рис.2. Функциональный блок
Вторым основным понятием методологии IDEF0 является интерфейсная дуга (Arrow) или, как часто ее называют - поток. Она показывает тот элемент системы, который обрабатывается функциональным блоком или оказывает влияние на функцию. Графически она изображается в виде однонаправленной стрелки. Каждая интерфейсная дуга имеет свое уникальное наименование (Arrow Label), которое должно быть оборотом существительного.
Объектами, которые отображает интерфейсная дуга могут быть элементы реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции и т.д.). В зависимости от того, к какой из сторон подходит данная интерфейсная дуга она может носить название «входящей», «исходящей» или «управляющей», при этом важным правилом является то, что «источником» (началом) и «приемником» (концом) каждой функциональной дуги могут быть только функциональные блоки. При этом «источником» является выходная сторона блока, а «приемником» – любая из трех оставшихся. Каждый процесс происходит по какому-то определенному правилу, отображаемому управляющей дугой и выдает некоторый результат, отображенный выходящей дугой. Только так его рассмотрение имеет смысл [17].
Третье основное понятие стандарта IDEF0 – декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении общего процесса на составляющие его функции. При этом уровень детализации процесса определяется непосредственно разработчиком модели.
Для начала модель IDEF0 представляется как единое целое - один функциональный блок с интерфейсными дугами, простирающимися за пределы рассматриваемой области. Диаграмма, состоящая из одного функционального блока, называется контекстной диаграммой и обозначается идентификатором «А-0». В пояснительном тексте к контекстной диаграмме должна быть указана цель (Purpose) построения диаграммы в виде краткого описания и зафиксирована точка зрения (Viewpoint).
Определение цели разработки IDEF0-модели – очень важный момент, так как цель определяет соответствующие области в исследуемой системе, на которые необходимо обратить внимание в первую очередь. В процессе декомпозиции функциональный блок контекстной диаграммы подвергается детализации на другой диаграмме и называется диаграммой второго уровня. Она содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы, и является дочерней (Child diagram) по отношению к нему. В свою очередь, функциональный блок - предок называется родительским блоком по отношению к дочерней диаграмме (Parent Box), а диаграмма, к которой он принадлежит, - родительской диаграммой (Parent Diagram).
Каждая из таких подфункций дочерней диаграммы может быть далее подвержена детализации путем декомпозиции соответствующего ей функционального блока, при этом все интерфейсные дуги, входящие в данный блок или исходящие из него, фиксируются на дочерней диаграмме, чем и достигается структурная целостность IDEF0-модели.
Следует обратить внимание на взаимосвязь нумерации функциональных блоков и диаграмм, так как каждый блок имеет свой уникальный порядковый номер на диаграмме и находится в правом нижнем углу прямоугольника, а под правым углом указывается номер дочерней для этого блока диаграммы.
Последнее из основных понятий IDEF0 - это глоссарий (Glossary). Каждый из элементов IDEF0 имеет набор соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор и называется глоссарием и является описанием сущности данного элемента.
Стандарт IDEF0 содержит набор процедур, позволяющих разрабатывать и согласовывать модель большой группой людей, принадлежащих к разным областям деятельности моделируемой системы.
Обычно процесс разработки носит интерактивный характер и состоит из следующих условных этапов:
 создание модели группой специалистов, относящихся к различным сферам деятельности предприятия. В терминах IDEF0 такая группа называется авторами (Authors);
 распространение черновика для рассмотрения, согласований и комментариев. Происходит обсуждение черновика модели с широким спектром компетентных лиц (в терминах IDEF0– читателей) на предприятии;
 официальное утверждение модели руководителем рабочей группы, если у авторов модели и читателей отсутствуют разногласия по поводу целесообразности ее применения [5].