Файл: 6.pdf

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

ФункциональнаяметодикаIDEF0

МетодологиюIDEF0можносчитатьследующимэтапомразвитияхорошоизвестного графическогоязыкаописанияфункциональныхсистемSADT (Structured Analysis and Design Technique)Исторически. IDEF0какстандартбылразработанв 1981годуврамкахобширной программыавтоматизациипромышленныхпредприятий, котораяносилаобозначениеICAM (Integrated Computer Aided Manufacturing)Семействостандартов. IDEFунаследовалосвое обозначениеотназванияэтойпрограммы(IDEF=Icam DEFinition),ипоследняяегоредакция былавыпущенадекабре1993годаНациональнымИнститутомпоСтандартамиТехнологиям США(NIST).

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

Рис. 6.1. Функциональныйблок

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

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

Взависимосоттогои, ккакойизсторонфункциональнблогокаподходитданная

интерфейснаядуга, онаноситназвание"входящей", исходящей" "или"управляющей".

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

Обязательноеналичиеуправляющихинтерфейсныхдугявляетсяоднимизглавныхотличий стандартаIDEF0отдругихметодологийклассовDFD (Data Flow Diagram)и WFD (Work Flow Diagram).

Декомпозиция (Decomposition)являетсяосновнымпонятиемстандартаIDEF0Принцип. декомпозицииприменяетсяразбиениисложногопроцессан составляющиеего функции. Приэтомуровеньдетализациипроцессаопределяетсянепосредственноразработчиком модели.

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

ПоследнимизпонятийIDEF0является глоссарий(Glossary) . ДлякаждогоизэлементовIDEF0

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

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

контекстнойдиаграммой .

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

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

Выделение подпроцессов. Впроцессед композициифункциональныйблок, которыйв контекстнойдиаграммеотображаетсистемукакединоецелое, подвергаетсядетализациина другойдиаграмме. Получившаясядиаграммавторогоуровнясодержитфункциональныеблоки, отображающиеглавныеподфункциифункциональнблогокаконтекстнойдиаграммы, называетсядочерней(Child Diagram)поотношениюкнему(каждыйизфункциональных блоков, принадлежащихдочернейдиаграмме, соответственноназываетсядочернимблоком– Child Box)Всвою. очередь, функциональныйблок—предокназываетсяродительскимблоком поотношениюкдочернейдиаграмме(Parent Box),адиаграмма, ккоторойнпринадлежит– родительскойдиаграммой(Parent Diagram)Каждая.изподфункцийдочернейдиаграммы

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

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

Иногдаотдельныеинтерфейсныедугивысшегоуровнянеимеетсмыслапродолжать рассматривнадиаграммахтьнижнегоуровня, илинаоборот—отдельныедугинижнего отражатьнадиаграммахболеевысокихуровней–этобудеттолькоперегружатьдиаграммы делатьихсложнымидлявосприятия. ДлярешенияподобныхзадачвстандартеIDEF0 предусмотрепоноятиетуннелирования. Обозначение"туннеля" (Arrow Tunnel)ввидедвух круглыхскобоквокругначалаинтерфейснойдугиобозначает, чтоэтадуганебыла унаследованаотфункциональногородительскогоблокаипоявилась(из"туннеля")толькона этойдиаграмме. Всвоюочередь, такоежеобозначениевокругконца(стрелки)интерфейсной дугивнепосредственнойблизиотблока–приемникаозначаеттотфакт, чтовдочернейпо отношениюкэтомублокудиаграммеэтадугаотображатьсяирассматриватьсянебудет. Чаще всегобывает, чтоотдельныеобъектыисоответствующиеиминтерфейсныедугине рассматриваютсянанекоторыхпромежуточныхуровняхиерархии, –втакомслучаеони сначала"погружаютсявтуннель",азатемпринеобходимости"возвращаютсяизтуннеля".

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

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

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

• Создание модели группой специалистов, относящихсяк различным сферам деятельности предприятия. ЭтагруппавтерминахIDEF0называетсяавторами(Authors)Построение. первоначальноймоделиявляетсядинамическимпроцессом, втечениекоторогоавторы опрашиваюткомпетентныхлиц структуреразличныхпроцессов, создаваямодели деятельностиподразделений. Приэтомихинтересуютответынаследующиевопросы:Что поступаетвподразделе"наиевходе"?

◦Какие функции ивкакойпоследовательностивыполняютсярамках подразделения?

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

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

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

Функциональнаяметодикапотоковданных

Цельюметодикиявляетсяпостроениемоделирассматриваемойсистемыввидедиаграммы потоковданных(Data Flow Diagramобеспечивающей— DFD), правильноеописаниевыходов (откликасистемыввидеданных)призаданномвоздействиинавходсистемы(подаче сигналовчерезвнешнинтерфейсы).Диаграммыпотоковданныхявляютсяосновным средствоммоделированияфункциональныхтребованийкпроектируемойсистеме.

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

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

Хранилище(накопитель)данных позволяетнауказанныхучасткахопределятьданные, которыебудутсохранятьсявпамятимеждупроцессами. Фактическихранилищепредставляет "срезы"потоковданныхвовремени. Информация, которуюоносодержит, может использоватьсялюбоевремяпослеееполучения, приэтомданныемогутвыбираться любомпорядке. Имяхранилищадолжноопределятьегосодержимоебытьсуществительным.

Внешняясущность представляетсобойматериальныйобъектвнеконтексистемыта, являющейисточникомяилиприемникомсистемныхданных. Ееимядолжнос держать существительное, например, "складтоваров".Предполагае, чтосяобъекты, представленные каквнешниесущности, недолжныучаствоватьни какойобработке.

Кромеосновныхэлементов, составDFDвходятсловариданныхиминиспецификации.

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

Миниспецификацииобработки —описываютDFDпроцессы- нижнегоуровня. Фактически миниспецификациипредставляютсобойалгоритмыописаниязадач, выполняемыхпроцессами: множествовсехминиспецификацийявляетсяполнойспецификацистемыей.

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