С.В. Черемных. Моделирование и анализ систем. IDEF-технологии. Практикум (С.В. Черемных. Моделирование и анализ систем. IDEF-технологии), страница 8

Это обзорная диаграмма, показывающая структу­ру всей модели. На рис. 2.14 приведен фрагмент такой диаграммы.Обычно вершина дерева соответствует контекстному блоку, под вер­шиной выстраивается вся иерархия блоков модели. Однако не запре­щается назначать вершиной произвольный блок, помещая под ним все42его детские блоки. Из-за высокой итеративности функциональногомоделирования можно ожидать, что дерево модели будет неоднократ­но изменяться существенным образом до тех пор, пока не будет по­лучена его стабильная версия.

Обзор модели с использованием дере­ва помогает сконцентрироваться на функциональной декомпозициимодели.Обработкаданных0 поступленияхi^"Z^^^^^СверкадокументовОбработканевыясненныхплатежейгФормированиеданных длялицевых карточек зРис. 2.14. Фрагмент дерева моделиПрезентационные диаграммы. Презентационные диаграммы(For Exposition Only diagrams — FEO diagrams) часто включают в мо­дели, чтобы проиллюстрировать другие точки зрения или детали, вы­ходящие за рамки традиционного синтаксиса IDEFO.

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

Это можетоказаться полезным в ситуациях, когда необходимо быстро получитьинформацию об интерфейсе (стрелках) функционального блока, а со­ответствующая диаграмма декомпозиции содержит слишком многообъектов.Кроме того, встречаются следующие виды презентационных диа­грамм:• копия диаграммы IDEFO, которая содержит все функциональныеблоки, и стрелки, относящиеся только к одному из функциональ­ных блоков, — это позволяет отразить взаимодействие междуэтим блоком и другими объектами диаграммы;43AUTHOR Семенов Илья ОлеговичPROJECT Отдел учета и отчетностиDATE 15 03 97REV 17 12 97И/ПРЮМПRFARFRHATFRECOMMENDEDINOTES12345678910PUBLICATIONМетодо­логияfНачисленияОтсрочкиВедениелицевых карточекналогоплательщиков —юридических лицПоступленияДанные о налого­плательщиках2Карточкилицевых счетовПрочиедокументы^iЗапросыналого­плательщиковMODE:АОTITLE:Ведение лицевых карточекналогоплательщиков — ЮЛNUMBER:Рис.

2.15. Диаграмма FEO для выделения функционального блокаи его стрелок••копия диаграммы IDEFO, которая содержит все функциональныеблоки, и стрелки, непосредственно относящиеся только к входу и(или) к выходу родительского блока;различные точки зрения, как правило, на глубину одного уровнядекомпозиции.2.32.3.1Взаимосвязь моделейIDEFO и IDEF3Действия, выполняемыев функциональных блокахКак правило, при работе с пластиковой картой клиент не произво­дит всех доступных ему при этом действий, выполняя офаниченныйнабор операций.

Например, при оплате покупки не производится сня44тие наличных, а при проверке баланса состояние счета вообще неизменяется (это верно, конечно, только в случае, если карта обслужи­вается приличным банком). Мы можем декомпозировать функцио­нальный блок "Обработка операций с пластиковыми картами", создавдополнительные блоки для оплаты покупок, снятия наличных, про­верки баланса и т.п. Вместо этого можно создать отдельные моделиIDEF3 для каждого из этих действий.

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

2.3). Каждому вызову присваивается уникальное имя в преде­лах блока и перечисляются значения различных стрелок. Комбинациязначений стрелок должна быть уникальной для каждого вызова, из че­го следует, что для каждого вызова любые две одинаковые стрелки немогут иметь одинаковых значений.Т а б л и ц а 2.3Таблица вызовов для блока ^Подсчитать наличные''ВызовЗначительная сумма наличных денегМелкая сумма наличных денегСтрелкаНаличные деньгиСчетчик банкнотНаличные деньгиСчетчик банкнотЗначение стрелкиБолее 1000 руб.1 требуетсяНе более 1000 руб.0 требуетсяИнформация о вызовах из табл. 2.3 также дает определенную ин­формацию о стрелках управления данного функционального блока.Например, мы можем предположить, что политика банка при подсче­те сумм наличных заключается в использовании счетчиков банкнотдля сумм, превышающих 1000 руб.2.3.2Создание моделей IDEF3для отображения блоков IDEFOДля иллюстрирования вызовов листовых функциональных блоковIDEFO (т.е.

блоков, не имеющих диаграмм декомпозиции) может бытьприменено построение моделей IDEF3. Если развитие модели IDEFO45предполагается аналитиками именно таким способом, моделямиIDEF3 должен быть тщательно документирован каждый возможныйвызов функционального блока. Соответствующие таблицы вызовов(наподобие табл. 2.3) можно будет получить впоследствии из соответ­ствующих диаграмм IDEF3.Ит^к, методология функционального моделирования IDEFO —это технология описания системы в целом как множества взаимозави­симых действий, или функций.

IDEFO имеет функциональную направ­ленность. IDEFO — функции системы исследуются независимо отобъектов, которые обеспечивают их выполнение. Одной из основныхидей моделей IDEFO является построение дв>^ видов моделей: "какесть" и "как должно быть". Это нужно при проведении реинжинирин­га бизнес-процессов организации. Кроме того, IDEFO обеспечиваетудобный язык обмена информацией о моделируемой системе.3СТРУКТУРНЫЙ АНАЛИЗПОТОКОВ ДАННЫХ(DFD — DATA FLOW DIAGRAMS)ГЛАВА3.1Назначение диаграммпотоков данныхТак же, как и диафаммы IDEFO, диаграммы потоков данных моде­лируют систему как набор действий, соединенных друг с другомстрелками.

Диаграммы потоков данных также могут содержать двановых типа объектов: объекты, собирающие и хранящие инфор­мацию — хранилища данных и внешние сущности — объекты, кото­рые моделируют взаимодействие с теми частями системы (или дру­гими системами), которые выходят за границы моделирования. Нарис. 3.1 приведен внешний вид диаграммы потоков данных.В отличие от стрелок в IDEFO, которые иллюстрируют отноше­ния, стрелки в DFD показывают, как объекты (включая и данные) ре­ально перемещаются от одного действия к другому. Это представле­ние потока вкупе с хранилищами данных и внешними сущностямиобеспечивает отражение в DFD-моделях таких физических характери­стик системы, как двиэюение объектов (потоки дт^ых), хранение объ­ектов (хранилища данных), источники и потребители объектов(внешние сущности).Построение DFD-диаграмм в основном ассоциируется с разработ­кой программного обеспечения, поскольку нотация DFD изначальнобыла разработана для этих целей.

В частности, графическое изображе­ние объектов на DFD-диаграммах этой главы соответствует принято­му Крисом Гейном (Chris Gane) и Тришем Сарсоном (Trish Sarson), ав­торами DFD-метода, известного как метод Гейна — Сарсона. Другойраспространенной нотацией DFD является так называемый методЙордана — Де Марко (Yourdon — DeMarco).4700Информацияо доставкеДанныезаказаЗаказыСкладКлиентыПродукцияЗаказыНазвание клиента,адрес клиентаОр.1ОбработатьзаказыОр._£КлиентыДанные счетов2ДоставитьпродукциюНазвание клиента,адрес клиентаПродукцияНазвание клиента,адрес клиентаСчетаСчета /ПлатежныедокументыДанные счетовОр.3Проконтроли­ровать оплатуРис. 3.1.

Пример диаграммы DFD_]f1КлиентыСинтаксис и семантикадиаграмм потоков данных3.2в отличие от IDEFO, рассматривающего систему как множествовзаимопересекающихся действий, в названиях объектов DFD-диафамм преобладают имена существительные. Контекстная DFD-диаграмма часто состоит из одного функционального блока и несколькихвнешних сущностей. Функциональный блок на этой диаграмме обыч­но имеет имя, совпадающее с именем всей системы (рис. 3.2).Добавление на диаграмму внешних ссылок не изменяет фунда­ментального требования, что модель должна строиться с единствен­ной точки зрения и должна иметь четко определенные цель и границы,что уже обсуждалось ранее.l13/Поставщикиоборудования•Департаментмаркетингаи рекламы'г0Ор.^iДепартамент по работес пластиковымикартами\'iк21fПоставщикиматериалов^'54Департаментпо работес клиентамиРис. 3.2.

Контекстная диаграмма DFD3.2.1Функциональные блокиФункциональный блок DFD моделирует некоторую функцию, ко­торая преобразует какое-либо сырье в какую-либо продукцию (или, втерминах IDEF, вход в выход). Хотя функциональные блоки DFD иизображаются в виде прямоугольников с закругленными углами, они49/ЮблсДепартамент по работе(: пластиковыми картамиVПерсоналОборудование^'1)ОАГ^%#ГРис. 3.3. Элемент DFD-диаграммы, по­строенной в нотации Гейна — Сарсона3.2.2почти идентичны функциональ­ным блокам IDEFO и действиямIDEF3. Как и действия IDEF3,функциональные блоки DFDимеют входы и выходы, но неимеют управления и механизмаисполнения как IDEFO. В не­которых интерпретациях нота­ции DFD Гейна — Сарсонамеханизмы исполнения IDEFOмоделируются как ресурсы иизображаются в нижней частипрямоугольника (рис. 3.3).Внешние сущностиВнешние сущности обеспечивают необходимые входы для сис­темы и/или являются приемниками для ее выходов.