Сборник методических рекомендаций Тольятти, 2008 - umotnas.ru o_O
Главная
Поиск по ключевым словам:
Похожие работы
Название работы Кол-во страниц Размер
Методические указания и рекомендации 1 42.93kb.
Сборник методических материалов по курсу «Правовые основы журналистики» 1 290.06kb.
Сборник методических материалов 1 129.39kb.
Литература № п/п Наименование дисциплины 1 246.22kb.
Программа курса соответствует требованиям Государственного образовательного... 2 654.99kb.
Сборник методических материалов по курсу «международное право» для... 1 618.1kb.
Практикум по немецкому языку Сборник текстов, контрольно-тренировочных... 8 644.41kb.
Сборник методических материалов, Москва: Флинта: Наука: Эколого-просветительский... 1 86.43kb.
Сборник методических материалов для проведения еженедельных гайдовских... 3 712.65kb.
Роект постановления мэрии городского округа тольятти 1 53.03kb.
2. Основные понятия Социологический опрос в системе обязательного... 1 111.89kb.
Лабораторная работа № Разработка моделей idef0 Порядок выполнения... 1 63.77kb.
Викторина для любознательных: «Занимательная биология» 1 9.92kb.

Сборник методических рекомендаций Тольятти, 2008 - страница №3/4

1.12 Ветвление и объединение стрелок


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

Названия стрелок отображаются автоматически и могут быть перемещены с помощью "захвата" мышью. Для соединения стрелки с ее названием может быть использован инструмент "Squiggle" с панели инструментов IDEF0 или IDEF3.

Для прояснения содержимого диаграмм можно помещать на них текстовые блоки, содержащие произвольные пояснения. Для добавления текстового блока на диаграмму необходимо:


  • выбрать инструмент "Text" и нажать на том месте диаграммы, где необходимо разместить пояснения;

  • в появившемся текстовом окне необходимо ввести текст пояснения.

К текстовым блокам применимы все описанные выше инструменты оформления.

1.13 Опции отображения


Вы можете отображать или скрывать определенные объекты диаграммы и отдельные элементы оформления. Например, Вы можете переключать тени функциональных блоков на диаграмме. Параметры меню "View" (рисунок 1.15) относятся одновременно ко всем диаграммам Вашей модели.

В этом же меню производится настройка рабочего места BPWin. Например, можно отобразить или скрыть стандартную панель инструментов, панель инструментов "ModelMart", панель инструментов "BPWin", дерево модели и строку состояния. Обратите внимание на пункт меню "Zoom", позволяющий изменять масштаб просматриваемых диаграмм. Этот пункт меню дублирует инструмент "Zoom" стандартной панели инструментов.


Рисунок 1.15 - Опции отображения




1.14 Другие виды диаграмм IDEF0


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

В этом подразделе будет рассмотрено создание двух типов моделей:



  • диаграммы "только для представления" (For Exposition Only - FEO);

  • древовидные диаграммы.

При правильном использовании эти типы диаграмм упрощают документирование моделей.

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

  • задаваемого разработчиком имени;

  • идентификатора вида AxF, где х показывает исходную диаграмму, а символ F показывает, что диаграмма имеет тип FEO.

FEO-диаграммы добавляются в модель с использованием пункта "Add FEO diagram" меню "Diagram ". В диалоговом окне "Add New FEO Diagram" выберите один из следующих типов диаграммы для копирования:

  • если Вы выбираете "Context Diagram ", просто напечатайте имя новой диаграммы в поле "Name";

  • если Вы выбираете "Decomposition Diagram", активизируется выпадающий список "Copy From", показывающий все диаграммы декомпозиции в модели.

После нажатия кнопки ОК будет создана и отображена на рабочем столе BPWin.

Так же, как и для любой другой диаграммы, Вы можете открыть диалог ввода свойств FEO диаграммы для ввода ее свойств.



Создание древовидных диаграмм (Node Tree Diagrams). Древовидные диаграммы используются для отображения структуры модели в целом. В них, как правило, вершина (самый верхний узел) соответствует диаграмме контекстного уровня. Однако в качестве вершины может быть использован любой функциональный блок модели, при этом его подблоки будут показаны в качестве ветвей дерева.

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

Древовидные модели нумеруются по шаблону AxN аналогично диаграммам FEO.

Древовидные диаграммы добавляются в модель с использованием пункта меню " Add Node Tree" меню " Diagram". При этом выводится диалоговое окно "Node Tree Wizard", в котором задаются:



  • имя;

  • функциональный блок вершины;

  • количество уровней, на которые диаграмма показывается вниз;

  • параметры форматирования.

После нажатия кнопки ОК древовидная диаграмма создается и высвечивается на рабочем столе BPWin.

1.15 Открытие древовидных и FEO-диаграмм


Древовидные и FEO-диаграммы объединяются под названием "родственные" диаграммы. Они не отражаются непосредственно в дереве модели, однако дерево модели может быть использовано для их открытия. Для этого нужно, во-первых, переключить дерево модели в режим "Diagram" (кнопка в левом нижнем углу экрана), а затем щелкнуть правой кнопкой мыши по названию диаграммы. При этом BPWin выдаст соответствующий список родственных диаграмм. Для открытия родственных диаграмм также можно использовать инструмент "Go to Sibling Diagram" на панели инструментов BPWin.

1.16 Разбиение и объединение моделей


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

  • определите часть модели, которую необходимо отделить;

  • щелкните правой кнопкой мыши на выбранном функциональном блоке;

  • выберите пункт меню "Split model";

  • в диалоговом окне "Split options" введите имя, соответствующее имени функционального блока (использование этого имени позволит впоследствии объединить модель);

  • включите опцию "Copy entire dictionaries", чтобы скопировать словари объектов в отделяемую часть модели;

  • нажмите кнопку ОК.

В дереве модели будет создана и отображена новая модель. Обратите внимание наследующие моменты:

  • блок, с которого производилось разбиение, становится диаграммой контекстного уровня в новой модели;

  • в исходной связи появляется стрелка связи с именем, соответствующим имени новой модели;

  • все дочерние диаграммы функционального блока перенесены в новую модель;

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

После создания новой модели можно использовать диалог ввода свойств модели для определения свойств созданной модели.

Объединение моделей. По завершении разработки разделенных моделей BPWin позволяет их объединение в одну. Для объединения моделей:

  • название стрелки связи должно соответствовать названию импортируемой модели;

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

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

После открытия основной и импортируемой модели нужно:



  • щелкнуть правой кнопкой мыши на функциональном блоке основной модели, к которому нужно импортировать данные;

  • выбрать из меню пункт "Merge Model";

  • диалог "Continue with merge?" подтверждает, что именно Вы хотите объединить, и позволяет задать опции объединения.

По завершении объединения можно заметить, что дерево модели обновляется для отражения изменений в основной модели.

1.17 Печать диаграмм BPWin


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

  • выбрать диаграмму (или диаграммы), которую Вы хотите напечатать;

  • включить сообщения диаграммы с распечатками диаграммы;

  • включить родительскую диаграмму для диаграммы, которую Вы будете печатать;

  • определить спецификацию диаграммы для печати: цветовая гамма, внешние границы диаграммы;

  • отправить диаграмму в файл для последующей печати;

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

Вы можете печатать диаграммы BPWin из меню Печати Диаграммы BPWin, которое может быть открыто из меню "File" командой "Print" или нажатием изображения принтера в панели инструментов (рисунок 1.16). Этот режим позволяет Вам определять опции печати, упомянутые ранее.

Рисунок 16 - Диалог выбора опций печати


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

2 МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ IDEF0

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

Наиболее часто IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. По этой причине он, как правило, используется на ранних этапах разработки проекта, до IDEF3 моделирования для сбора данных и моделирования процесса "как есть". Результаты IDEF0 анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм потоков данных.

2.2.1 Синтаксис и семантика моделей IDEF0

2.2.1.1 Модели IDEF0


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

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

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

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

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

Под точкой зрения понимается перспектива, с которой наблюдалась система при построении модели. Точка зрения выбирается таким образом, чтобы учесть уже обозначенные границы моделирования и назначение модели. Однажды выбранная точка зрения остается неизменной для всех элементов модели. При необходимости могут быть созданы другие модели, отображающие систему с других точек зрения. Вот несколько примеров точек зрения при построении моделей: клиент, поставщик, владелец, редактор.


2.2.1.2 Действия


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

Пример функционального блока приведен на рисунке 2.1.



Рисунок 2.1 – Функциональный блок IDEF0
Выше мы определяли IDEF0 модели как иерархическое множество вложенных блоков. Любой блок может быть декомпозирован на составляющие его блоки. Декомпозицию часто ассоциируют с моделированием "сверху вниз", однако это не совсем верно. Функциональную декомпозицию корректнее определять как моделирование "снаружи вовнутрь", в котором мы рассматриваем систему наподобие луковицы, с которой последовательно снимаются слои.

2.2.1.3 Границы и связи


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

В IDEF0 также моделируются управление и механизмы исполнения. Под управлением понимаются объекты, воздействующие на способ, которым блок преобразует вход в выход. Механизм исполнения — объекты, которые непосредственно выполняют преобразование входа в выход, но не потребляются при этом сами по себе.

Для отображения категорий информации, присутствующих на диаграммах IDEF0, существует аббревиатура ICOM, отображающая четыре возможных типа стрелок:

I (Input) - вход - нечто, что потребляется в ходе выполнения процесса;

С (Control) - управление - ограничения и инструкции, влияющие на ход выполнения процесса;

О (Output) - выход - нечто, являющееся результатом выполнения процесса;

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

Рисунок 2.2 - Каждый тип стрелки соединяется со своей

стороной функционального блока

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



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

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

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

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

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

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



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

Комбинированные стрелки. В IDEF0 существует пять основных видов комбинированных стрелок: выход - вход, выход - управление, выход - механизм исполнения, выход - обратная связь на управление и выход - обратная связь на вход.

Стрелка выход — вход применяется, когда один из блоков должен полностью завершить работу перед началом работы другого блока. Так, на рисунок 2.3 формирование счета должно предшествовать приему заказа.



Рисунок 2.3 - Комбинация стрелок выход - вход
Стрелка выход - управление отражает ситуацию преобладания одного блока над другим, когда один блок управляет работой другого. На рисунке 2.4 принципы формирования инвестиционного портфеля управляют поведением брокеров на бирже.

Рисунок 2.4 - Комбинированная стрелка выход - управление

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

Рисунок 2.5 - Комбинированная стрелка выход - механизм исполнения
Обратные связи на вход и на управление применяются в случаях, когда зависимые блоки формируют обратные связи для управляющих ими блоков. На рисунке 2.6 получаемая от брокеров информация о текущих биржевых курсах применяется для корректировки стратегии игры на бирже.

Рисунок 2.6 - Комбинированная стрелка выход - обратная связь на управление
Стрелка выход - обратная связь на вход обычно применяется для описания циклов повторной обработки чего-либо. Рисунок 2.7 может служить примером применения стрелки такого типа. Кроме того, связи выход - обратная связь на вход могут применяться в случае, если бракованная продукция может заново использоваться в качестве сырья, как это происходит, например, при производстве оконного стекла, когда разбитое в процессе производства стекло перемалывается и переплавляется заново вместе с обыкновенным сырьем.

Рисунок 2.7 - Комбинированная стрелка выход - обратная связь на вход


Разбиение и соединение стрелок. Выход функционального блока может использоваться в нескольких других блоках. Фактически чуть ли не главная ценность IDEF0 заключается в том, что эта методология помогает выявить взаимозависимости между блоками системы. Соответственно IDEF0 предусматривает как разбиение, так и соединение стрелок на диаграмме. Разбитые на несколько частей стрелки могут, иметь наименования, отличающиеся от наименования исходной стрелки. Исходная и разбитые (или объединенные) стрелки в совокупности называются связанными. Такая техника обычно применяется для того, чтобы отразить использование в процессе только части сырья или информации, обозначаемых исходной стрелкой (рисунок 2.8). Аналогичный подход применяется и к объединяемым стрелкам.

Рисунок 2.8 - Разбитая на две части и переименованная стрелка



2.2.1.4 Туннели


Понятие связанные стрелки используется для управления уровнем детализации диаграмм. Если одна из стрелок диаграммы отсутствует на родительской диаграмме (например, ввиду своей несущественности для родительского уровня) и не связана с другими стрелками той же диаграммы, точка входа этой стрелки на диаграмму или выхода с нее обозначается туннелем. На рисунке 2.9, например, стрелка "корпоративная информационная система" - важный механизм исполнения для данной диаграммы, но, возможно, она более нигде не используется в модели. Туннель в данном случае используется как альтернатива загромождению родительских диаграмм помещением на них несущественных для их уровня стрелок.

Рисунок 2.9 - Пример применения туннеля



<< предыдущая страница   следующая страница >>