Узлы или перекрестки переходов в OSTN
Узлы переходов (Аналогично перекресткам в PFDD), изображаются кружками, внутри которых содержится условное обозначение логической функции, реализуемой узлом. Как и в PFDD диаграммах узлы могут быть узлами слияния и разветвления. В качестве логических функций могут использоваться И (&), ИЛИ (O) и ИСКЛЮЧАЮЩЕЕ ИЛИ (X).
Ссылки в IDEF3
Для обозначения отношений и связей между модулями различных уровней PFDD и OSTN диаграмм и разных сценариев в IDEF3 используются специальные ссылки (Referents).
Ссылки могут использоваться:
· для обращения к ранее определенному функциональному модулю UOB без повторения его описания;
· для передачи управления или индикации наличия циклических действий при выполнении процесса;
· для формирования ссылок или связей между потоковыми PFDD и объектными OSTN диаграммами.
Использование ссылки «Вызвать и продолжить» (Call and Continue Referent) указывает, что элемент, указанный в ссылке, должен быть активизирован до завершения выполнения действия модулем, к которому относится ссылка. Использование ссылки «Вызвать и ждать» (Call and Wait Referent), указывает, что элемент, указанный в ссылке, должен начать и закончить выполнение действия до завершения действия модулем, к которому относится ссылка.
Каждый из представленных видов ссылки может быть типа « UOB», « SCENARIO», « TS» или « GO TO». Cсылки типа UOB ссылаются на функциональный модуль «UOB», типа «SCENARIO» ссылаются на соответствующий сценарий, типа «TS» (Transition Schematic) – на соответствующую схему, типа «GO TO» - на любой из структурных элементов IDEF3: функциональный модуль, сценарий или узел. Cсылка типа «GO TO» используется только в диаграммах потоковых процессов PFDD.
|
|
|
В основном поле символа ссылки указывается её тип и через дробь уникальное наименование блока, сценария, схемы или функции узла. В поле « Locator» указывается уникальный номер идентификатор элемента, указанного в ссылке.
В OSTN если ссылка относится как к символу объекта, то она интерпретируются как действия, которые необходимо осуществлять для поддержания объекта в данном виде или состоянии; если ссылка относится к связи перехода, то она интерпретируется как действия, которые необходимы для преобразования вида или состояния объекта. Поскольку процессы поддержания объекта в определенном состоянии и его преобразования могут быть сколь угодно сложными, то допускается использование нескольких ссылок к любому элементу OSTN схемы.
Моделирование потоков данных
Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
|
|
|
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (далее в примерах используется нотация Гейна-Сэрсона).
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям — потребителям информации.
Диаграммы верхних уровней иерархии определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла.
Дата добавления: 2023-02-21; просмотров: 21; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!