Издание официальное
Р 50.1.028-2001
2.12 диаграмма-иллюстрация (FEO): Графическое описание, используемое для сообщения специфических фактов о диаграмме IDEFO. При построении диаграмм FEO можно не придерживаться правил IDEFO.
2.13 дочерний блок: Блок на дочерней (порожденной) диаграмме.
2.14 дочерняя диаграмма: Диаграмма, детализирующая родительский (порождающий) блок.
2.15 имя блока: Глагол или глагольный оборот, помещенный внутри блока и описывающий моделируемую функцию.
2.16 интерфейс: Разделяющая граница, через которую проходят данные или материальные объекты; соединение между двумя или большим числом компонентов модели, передающее данные или материальные объекты от одного компонента к другому.
2.17 код ICOM (аббревиатура Input—вход, Control—управление, Output—выход, Mechanism — механизм): Код, обеспечивающий соответствие граничных стрелок дочерней диаграммы со стрелками родительского блока; используется для ссылок.
2.18 контекст: Окружающая среда, в которой действует функция (или комплект функций на диаграмме).
2.19 контекстная диаграмма: Диаграмма, имеющая узловой номер А—п (А минус п) (п > 0), которая представляет контекст модели. Диаграмма А—О, состоящая из одного блока, является необходимой (обязательной) контекстной диаграммой; диаграммы с узловыми номерами А—1, А~2, (А минус 1, А минус 2)...,— дополнительные контекстные диаграммы.
2.20 метка стрелки: Существительное или оборот существительного, связанные со стрелкой или сегментом стрелки и определяющие их значение.
|
|
|
2.21 модель IDEFO: Графическое описание системы, разработанное с определенной целью (см 2.46) и с выбранной точки зрения (см 2.39). Комплект документов IDEFO, которые изображают функции системы с помощью графики (диаграмм), текста и глоссария.
2.22 номер блока: Число (0—6), помещаемое в правом нижнем углу блока и однозначно идентифицирующее блок на диаграмме.
2.23 перечень узлов: Список, часто ступенчатый, показывающий узлы модели IDEFO в упорядоченном виде. Имеет то же значение и содержание, что и дерево узлов (см 2.9).
2.24 примечание к модели: Текстовый комментарий, являющийся частью диаграммы IDEFO и используемый для записи факта, не нашедшего графического изображения.
2.25 родительская диаграмма: Диаграмма, которая содержит родительский блок.
2.26 родительский блок: Блок, который подробно описывается дочерней диаграммой.
2.27 связывание/развязывание: Объединение значений стрелок в составное значение (связывание в «пучок»), или разделение значений стрелок (развязывание «пучка»), выраженные синтаксисом слияния или ветвления стрелок.
2.28 сегмент стрелки: Сегмент линии, который начинается или заканчивается на стороне блока, в точке ветвления или слияния, или на границе (несвязанный конец стрелки).
|
|
|
2.29 семантика: Значение синтаксических компонентов языка.
2.30 синтаксис: Структурные компоненты или характеристики языка и правила, которые определяют отношения между ними.
2.31 слияние: Объединение двух или большего числа сегментов стрелок в один сегмент. Может означать «связывание пучка» (см 2.27).
2.32 С-номер: Номер, создаваемый в хронологическом порядке и используемый для идентификации диаграммы и прослеживания ее истории; может быть использован в качестве ссылочного выражения при определении конкретной версии диаграммы. Обычно С-номер состоит из инициалов автора модели и хронологических данных (даты создания очередной версии диаграммы).
2.33 стрелка: Направленная линия, состоящая из одного или нескольких сегментов, которая моделирует открытый канал или канал, передающий данные или материальные объекты от источника (начальная точка стрелки), к потребителю (конечная точка с «наконечником»). Имеется четыре класса стрелок: входная, выходная, управляющая стрелка механизма (включает стрелку вызова). (См. сегмент стрелки, граничная стрелка, внутренняя стрелка).
2.34 стрелка вызова: Вид стрелки механизма, который обозначает обращение из блока данной модели (или части модели) к блоку другой модели (или другой части той же модели) и обеспечивает связь между моделями или между разными частями одной модели.
|
|
|
2.35 стрелка механизма: Класс стрелок, которые отображают механизмы IDEFO, то есть средства, используемые для выполнения функции; включает специальный случай стрелки вызова. Стрелки механизмов связываются с нижней стороной блока IDEFO.
Р 50.1.028-2001
2.36 стрелка, помещенная в туннель (туннельная стрелка): Стрелка (со специальной нотацией), не удовлетворяющая обычному требованию, согласно которому каждая стрелка на дочерней диаграмме должна соответствовать стрелкам на родительской диаграмме. Туннельные стрелки — дополнительное средство графического языка, облегчающее чтение и понимание диаграмм.
2.37 текст: Любой текстовый (не графический) комментарий к графической диаграмме IDEFO.
2.38 тильда: Небольшая ломаная (волнистая) линия, используемая для соединения метки с конкретным сегментом стрелки или примечания модели с компонентом диаграммы.
2.39 точка зрения: Указание на должностное лицо или подразделение организации, с позиции которого разрабатывается модель. Для каждой модели точка зрения единственная.
|
|
|
2.40 узел: Блок, порождающий дочерние блоки; родительский блок. (См. перечень узлов, дерево узлов, узловой номер, узловая ссылка, номер узла диаграммы).
2.41 узловая ссылка: Код, присвоенный диаграмме для ее идентификации и определения положения в иерархии модели; формируется из сокращенного имени модели и узлового номера диаграммы с дополнительными расширениями.
2.42 узловой номер диаграммы: Часть узловой ссылки диаграммы, которая соответствует номеру родительского блока.
2.43 узловой номер: Код, присвоенный блоку и определяющий его положение в иерархии модели; может быть использован в качестве подробного ссылочного выражения.
2.44 управляющая стрелка: Класс стрелок, которые в IDEFO отображают управления, то есть условия, при выполнении которых выход блока будет правильным. Данные или объекты, моделируемые как управления, могут преобразовываться функцией, создающей соответствующий выход. Управляющие стрелки связываются с верхней стороной блока IDEFO.
2.45 функция: Деятельность, процесс или преобразование (моделируемые блоком IDEFO), идентифицируемое глаголом или глагольной формой, которая описывает, что должно быть выполнено.
2.46 цель: Краткая формулировка причины создания модели.
Сокращения
Сокращения, принятые в настоящих рекомендациях:
ICAM — интегрированная компьютеризация производства.
ICOM — вход (Input), управление (Control), выход (Output), механизм (Mechanism).
IDEFO — методология, используемая для создания функциональной модели.
IDEF1 — методология, используемая для создания информационной модели.
IDEF2 — методология, используемая для создания динамической модели.
FEO — диаграмма-иллюстрация.
Концепция IDEFO
Методология IDEFO основана на следующих концептуальных положениях.
4.1 Модель — искусственный объект, представляющий собой отображение (образ) системы и ее компонентов. Считается, что
М моделирует А, если М отвечает на вопросы относительно А.
Здесь М — модель, А — моделируемый объект (оригинал). Модель разрабатывают для понимания, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании новой системы. Система представляет собой совокупность взаимосвязанных и взаимодействующих частей, выполняющих некоторую полезную работу, Частями (элементами) системы могут быть любые комбинации разнообразных сущностей, включающие людей, информацию, программное обеспечение, оборудование, изделия, сырье или энергию (энергоносители). Модель описывает, что происходит в системе, как ею управляют, что она преобразует, какие средства использует для выполнения своих функций и что производит.
4.2 Блочное моделирование и его графическое представление. Основной концептуальный принцип методологии IDEF — представление любой изучаемой системы в виде набора взаимодействующих и взаимосвязанных блоков, отображающих процессы, операции, действия (определения — см. ниже), происходящие в изучаемой системе. В IDEFO все, что происходит в системе и ее элементах, принято называть функциями. Каждой функции ставится в соответствие блок. На IDEFO-диаграмме, основном документе при анализе и проектировании систем, блок представляет собой прямоугольник. Интерфейсы, посредством которых блок взаимодействует с другими блоками
Р 50.1.028-2001
или с внешней по отношению к моделируемой системе средой, представляются стрелками, входящими в блок или выходящими из него. Входящие стрелки показывают, какие условия должны быть одновременно выполнены, чтобы функция, описываемая блоком, осуществилась.
4.3 Лаконичность и точность. Документация, описывающая систему, должна быть точной и лаконичной. Сведения о свойствах и характеристиках системы в форме традиционных текстов в этом смысле неудовлетворительны, поскольку зачастую содержат избыточную информацию, допускают неоднозначное толкование и т.д. Графический язык позволяет лаконично, однозначно и точно показать все элементы (блоки) системы и все отношения и связи между ними, выявить ошибочные, лишние или дублирующие связи и т.д.
4.4 Передача информации. Средства IDEFO облегчают передачу информации от одного участника разработки модели (отдельного разработчика или рабочей группы) к другому. К числу таких средств относятся:
- диаграммы, основанные на простой графике блоков и стрелок, легко читаемые и понимаемые;
- метки на естественном языке для описания блоков и стрелок, а также глоссарий и сопроводительный текст, уточняющие смысл элементов диаграммы;
- последовательная декомпозиция диаграмм, строящаяся по иерархическому принципу, при котором на верхнем уровне отображаются основные функции, а затем происходит их детализация и уточнение;
- древовидные схемы иерархии диаграмм и блоков, обеспечивающие обозримость модели в целом и входящих в нее деталей, что особенно важно при моделировании больших систем.
4.5 Строгость и формализм. Разработка моделей IDEFO требует соблюдения ряда строгих формальных правил, обеспечивающих преимущества методологии в отношении однозначности, точности и целостности сложных многоуровневых моделей. Эти правила описываются ниже. Здесь отмечается только основное из них: на всех стадиях и этапах разработки и корректировки модели должны строго, формально соблюдаться синтаксические и семантические правила графического языка, а результаты — тщательно документироваться с тем, чтобы при ее эксплуатации не возникало вопросов, связанных с неполнотой или некорректностью документации. Программный продукт Design/IDEF 3.7 (и более поздние версии) фирмы Meta Software Corporation поддерживает автоматическое соблюдение большинства из перечисленных правил.
4.6 Итеративное моделирование. Разработка модели в IDEFO представляет собой пошаговую, итеративную процедуру. На каждом шаге итерации разработчик предлагает вариант модели, который подвергают обсуждению, рецензированию и последующему редактированию, после чего цикл повторяется. Такая организация работы способствует оптимальному использованию знаний системного аналитика, владеющего методологией и техникой IDEFO, и знаний специалистов — экспертов в предметной области, к которой относится объект моделирования.
4.7 Отделение «организации» от «функций». При разработке моделей следует избегать изначальной «привязки» функций исследуемой системы к существующей организационной структуре моделируемого объекта (предприятия, фирмы). Это помогает избежать субъективной точки зрения, навязанной организацией и ее руководством. Организационная структура должна явиться результатом использования (применения) модели. Сравнение результата с существующей структурой позволяет, во-первых, оценить адекватность модели, а во-вторых — предложить решения, направленные на совершенствование этой структуры.
Дата добавления: 2016-01-05; просмотров: 103; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!