Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
trpo_sh.docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
407.09 Кб
Скачать

10. Методология функционального моделирования idef0. Основные элементы и понятия idef0. Принципы ограничения сложности idef0-диаграмм. Дисциплина групповой работы над разработкой idef0-модели

В основе методологии лежат четыре основных понятия.

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

“Управление”“Вход”“Выход”“Механизм”

Кажд функц-й блок д иметь свой уникальный идентификационный номер.

2 Понятие интерфейсной дуги. Также называют потоками или стрелками. Интерфейсная дуга отображает эл-т сис-мы, кот-й обрабатывается функциональным блоком или оказывает иное влияние на функцию, отображенную данным функциональным блоком.

Граф отобр-ем инт-й дуги явл-я однонаправленная стрелка. Кажд инт-я дуга д иметь свое уникальное наименование. Наимен-е д/б оборотом существит-го.

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

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

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

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

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

Модель IDEF0 всегда нач-ся с представ-я с-мы как единого целого – 1 функ-го блока с инт-ми дугами, простир-ся за пределы рассм-мой области. Такая диаграмма с 1 функ-м блоком наз контекстной диаграммой, и обозн идентиф-м “А-0”.

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

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

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

В стандарте IDEF0 предусмотрено понятие туннелирования. Обозначение “туннеля” в виде двух круглых скобок вокруг начала интерф-й дуги обозн-т, что эта дуга не была унаследована от функц-го родит-го блока и появилась (из “туннеля”) только на этой диаграмме. Такое же обозн-е вокруг конца (стрелки) интер-й дуги в непосред-й близи от блока – приёмника означает тот факт, что в дочерней по отн-ю к этому блоку диаграмме эта дуга отобр-ся и рассмат-ся не будет.

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

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

Ограничение кол-ва функ-х блоков на диаграмме 3-6. Верхний предел заставляет разр-ка исполь-ть иерархии при описании сложных предметов, а нижний предел гарантирует, что на соответ-й диагр-е достаточно деталей, чтобы оправдать ее созд-е;

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

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

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]