С.В. Черемных. Моделирование и анализ систем. IDEF-технологии. Практикум (С.В. Черемных. Моделирование и анализ систем. IDEF-технологии), страница 9
Описание файла
Файл "С.В. Черемных. Моделирование и анализ систем. IDEF-технологии. Практикум" внутри архива находится в папке "С.В. Черемных. Моделирование и анализ систем. IDEF-технологии". PDF-файл из архива "С.В. Черемных. Моделирование и анализ систем. IDEF-технологии", который расположен в категории "". Всё это находится в предмете "базы данных" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МАИ. Не смотря на прямую связь этого архива с МАИ, его также можно найти и в других разделах. Архив можно найти в разделе "книги и методические указания", в предмете "базы данных" в общих файлах.
Просмотр PDF-файла онлайн
Текст 9 страницы из PDF
Одна внешняясущность может одновременно предоставлять входы (функционируя как поставщик) и принимать выходы (функционируя как получатель). Внешние сущности изображаютсякак прямоугольники (рис. 3.4) и обычно размещаются у краев диаграммы. Одна внешняяКлиентсущность может быть размещена на одной итой же диаграмме в нескольких экземплярах.Этот прием полезно применять для сокращеРис. 3.4. Обозначениения количества линий, соединяющих объектывнешней сущностина диаграмме.3.2.3Стрелки (потоки данных)Стрелки описывают передвижение (поток) объектов от одной части системы к другой.
Поскольку все стороны обозначающего функциональный блок DFD прямоугольника равнозначны (в отличие отIDEFO), стрелки могут начинаться и заканчиваться в любой части блока. В DFD также используются двунаправленные стрелки, которыенужны для отображения взаимодействия между блоками (например,диалога типа приказ — результат выполнения). На рис. 3.5 двунаправленная стрелка обозначает взаимный обмен информацией между департаментами маркетинга и рекламы и пластиковых карт.50Департаментмаркетингаи рекламыOp.оДепартамент по работес пластиковымикартамиРис. 3.5. Двунаправленный поток между блоком и внешней сущностью3.2.4 I Хранилища данныхВ то время как потоки данных представляют объекты в процессеих передвижения, хранилища данных моделируют их во всех остальных состояниях. При моделировании производственных систем хранилищами данных служат места временного складирования, гдехранится продукция на промежуточных стадиях обработки.
В информационных системах хранилища данных предЗаказыставляют любой механизм, который поддерживает хранение данных для их промежуточной обработки. На рис. 3.6 приведен пример Рис. 3.6. Обозначениеобозначения хранилищ данных на DFD-диахранилища данныхна DFD-диаграммеграммах.3.2.5Ветвление и объединениеСтрелки на DFD-диаграммах могут быть разбиты (разветвлены)на части, и при этом каждый получившийся сегмент может быть переименован таким образом, чтобы показать декомпозицию данных, переносимых данным потоком (рис.
3.7).Почтовыйиндекс[Ор.Записатьадрес клиента1АдресклиентаГородУлица^Ор.2Проверитьпочтовый индексОр.з]ПроверитьгородОр.4]ПроверитьулицуРис. 3.7. Разветвление стрелки, иллюстрирующее декомпозицию данных51[Ор.2Проверитьпочтовый индекс[ор.3Проверитьгород[ор.4ПроверитьулицуКорректныйпочтовыйиндексПроверенноеназваниегородаКорректныйадресОр.клиента1ОбработказаказаПровереннаяулицаРис.
3.8. Объединение потока в одинСтрелки могут и соединяться между собой (объединяться) дляформирования так называемых комплексных объектов. Пример такого объединения приведен на рис. 3.8.3.33.3.1Построение диаграммпотоков данныхДва подхода к построению DFD-моделейДиаграммы DFD можно строить с использованием подхода, аналогичного структурному методу анализа и проектирования, применяемому в IDEFO.
Вначале строится модель физической реализацииреальной системы, которая используется пользователями в настоящеевремя. Затем создается логическая модель текущего состояния системы для моделирования основных требований существующей системы. После этого создается новая логическая модель для отраженияосновных параметров предлагаемой разрабатываемой системы.
Наконец, создается новая физическая модель, реализующая логическуюмодель новой системы.В настоящее время при разработке информационных систем завоевывает все большую популярность альтернативный подход, известный как разделение событий, в котором для моделирования системы строится несколько моделей DFD. Вначале строится логическаямодель, отображающая систему как набор действий и описывающая,что должна делать система.52Затем строится модель окруэюения, описывающая систему какобъект, отвечающий на события, порождаемые внешними сущностями. Такая модель обычно состоит из описания назначения системы,одной диаграммы контекстного уровня и списка событий.
Контекстная диаграмма содержит один функциональный блок, представляющий систему в целом, и внешних сущностей (окружения), с которымисистема взаимодействует.На заключительном этапе создается модель поведения, показывающая, как система обрабатывает те или иные события. Эта модельначинается с единственной диаграммы с одним функциональным блоком на каждый ответ системы на событие, описанное в модели окружения. Хранилища данных в модели поведения используются для моделирования данных, которые должны сохраняться в промежуткахмежду обработкой событий. Потоки применяются для соединенияэлементов диаграмм между собой и для проверки согласованностимоделей поведения и окружения.При подготовке такого рода моделей к различным презентациямобычно необходима их "чистка".
При этом может применяться каксоздание упрощенных родительских диаграмм посредством объединения нескольких функциональных блоков в один, так и декомпозиция некоторых элементов для более ясного восприятия модели.3.3.2Нумерация объектовВ DFD каждый номер функционального блока может включать всебя префикс, номер родительской диаграммы и собственно номеробъекта (рис. 3.9). Номер объекта уникальным образом идентифицирует функциональный блок на диаграмме. Номер родительской диаграммы и номер объекта в совокупности обеспечивают уникальнуюидентификацию каждого блока модели.Уникальные номера присваиваются также каждому хранилищуданных и каждой внешней сущности вне зависимости от расположения объекта на диаграм„ ^..^jr^ПрефиксНомер объектаме. Каждый номер храни•-^...,^^^^^лища данных содержитА 3 7префикс D (от английско^го Data Store) и уникальНомер диаграммыный номер хранилища вРис.
3.9. Компоненты номерамодели (например, D3).функционального блока DFD53Аналогично каждый номер каждой внешней сущности содержитпрефикс Е (от английского External entity) и уникальный номер сущности в модели (например, Е5).Итак, диаграммы потоков данных (DFD) обеспечивают удобныйспособ описания передаваемой информации как между частями моделируемой системы, так и между системой и внешним миром. Это качество определяет область применения DFD — они используются длясоздания моделей информационного обмена организации, напримермодели документооборота.
Кроме того, различные вариации DFD широко применяются при построении корпоративных информационныхсистем.4ПРОГРАММНОЕОБЕСПЕЧЕНИЕIDEF-МОДЕЛИРОВАНИЯГЛАВА4.1Platinum BPWin — руководствопользователя программногопакета компьютернойподдержки технологиимоделированияIDEFв этом подразделе приведено описание работы с наиболее популярным в настоящее время пакетом IDEF-моделирования PlatinumBPWin. С использованием BPWin получено большинство иллюстраций этой книги.
В приложении приведено краткое описание работы сдругим пакетом, поддерживающим технологию IDEF-моделирования — DesignЯDEF.Рис. 4.1. Главное окно "Наставника"55Platinum BPWin имеет в своем составе программу "Наставник",позволяющую быстро ознакомиться как с основами IDEF-моделирования, так и с их реализацией в BPWin. Приведенное ниже описаниеработы с BPWin по сути является сокращенным вариантом учебногокурса, предлагаемого пользователям программой "Наставник". Нарис. 4.1 изображено главное окно этой программы.Обучающая программа построена на выполнении типичных дляBPWin задач делового моделирования. Каждый раздел обучающейпрограммы строится на информации, полученной при изучении предьщущего раздела, поэтому рекомендуется изучать их в предлагаемойпоследовательности.
Рассмотрим последовательно разделы, предлагаемые "Наставником".4.1.1Краткий обзорЭтот подраздел предназначен для тех, кто плохо знаком с деловыммоделированием. Он начинается с обзора, охватывающего базовыеидеи делового моделирования и основную терминологию. Каждыйподраздел этой темы также содержит описание типовых меню и диалогов, с которыми придется работать при выполнении различных задач.
Для более подробных пояснений по содержанию экранов достаточно просто щелкнуть на соответствующей области.iri; Kl^dH i'rr-jif»irtiii^..'ISf ln^(>««iv »M*~*A •«*• *«>i#'^l»*» t лРис. 4.2. Кнопка "Try It"56После ознакомления с кратStep 2: Name the Context Activityким обзором можно приступитьNotice that а blank activity box has beenк выполнению заданий на типоcreated and the title bar shows the newmodel name and:вой модели, предоставляемой[(A-0) - Order Fulfillment]совместно с обучающей про• Right-click on the context activity.The shortcut menu ia di^layed.фаммой. Для этого на послед• Select Name Editor...ней странице изучаемой темыThe IDEFO Name Properties dialogbox is displayed.
The cursor is in theвсегда появляется Кнопка "Tryname entry field.It" — "попробовать" (рис. 4.2).• Type:PROCESS[Enter k e y ]Щелчок на ней позволяет пеOSSERрейти к пс'шаговому выполнеthen press OK.нию практических упражнений.^•The (Enter key] places each word ona separate line.Типовые модели подготавливаThe coniexi activity is now named.ются и используются совместноClick Next Step >с тренировочными упражне|4PfwSt»p,4c^lij»lj|H»KtSt«|>^jниями.После нажатия кнопки "TryРис. 4.3.
Подсказка "Наставника"It" обучающая программа представляет набор последовательных подсказок (Que Cards) для облегчения выполнения задания, приэтом в качестве наглядных примеров используется типовая модель(рис. 4.3).В "Наставнике" имеется также возможность перейти непосредственно к выполнению практических упражнений без просмотра теоретического материала. Для этого достаточно нажать кнопку Try It в любом разделе главного меню "Наставника".4.1.2Проверка правильностивыполнения заданияВ "Наставнике" существует возможность проверки правильностивыполнения каждой задачи — для этого достаточно нажать кнопку "Check". Проверка покажет, как должна выглядеть модель в случае, если были бы выполнены все рекомендации обучающей программы.
Чтобы возвратиться к кнопке "Try It", на подсказке достаточнозакрыть окно просмотра результатов работы. Чтобы возвратиться кобучающей программе, достаточно щелкнуть по кнопке "Done" окна"Try It".574.1.3Зачем нужно усовершенствованиебизнес-процессов?Сегодня в сложном и постоянно изменяющемся мире интересыделовых людей должны быть сосредоточены на процессе удовлетворения потребностей клиентов. Работаете ли Вы в маленькой или большой организации, процесс производства, поставки товаров или услугопределяют качество и в конечном итоге успех Вашего бизнеса.Усовершенствование бизнес-процессов включает отображение имоделирование всех стадий деятельности компании для лучшего понимания и усовершенствования проводимых операций. Можно моделировать деятельность организации в целом или ее части, напримерпроцесс формирования требований к принятым в организации информационным технологиям.4.1.4Деловое моделированиеМоделирование — один из наиболее эффективных методов дляпонимания и установления связи между деловыми правилами и бизнес-процессами компании.
В процессе моделирования устраняютсяпосторонние детали, а важная информация выдвигается на первыйплан для упрощения изучения системы.Графика (блоки и стрелки) используется для улучшения понимания структуры модели, поэтому большинство людей думают о моделях как об иллюстрированных представлениях. С использованием моделирования бизнес-процессов Вы можете оценить систему такшироко, чтобы все аспекты работы вашей организации могли бытьпроанализированы, поняты и, возможно, что наиболее важно, сообщены другим.4.1.5Что такое BPWin?BPWin — мощный инструмент моделирования для анализа, документирования и понимания комплексных бизнес-процессов.Моделирование полезно:• для устранения избыточных или ненужных блоков (функций);58дл^ сокращения затрат;для совершенствования работы компании;для повышения качества обсл>^ивания клиентов.4.1.6Модель BPWinС использованием BPWin строятся диаграммы бизнес-процессов,ясно показываюпще бизнес-процессы (блоки), результаты их работыи ресурсы, необходимые для их функционирования.