Декомпозиция функций
Структура idef0-модели
Границы модели (scope) определяют степень детализации и глубину изложения информации в модели. Границы модели накладывают ограничения на использование специальной терминологии, на необходимость комментирования специальной информации, относящейся к предметной области модели и т.д. Границы определяются исходя из цели моделирования, подготовленности читателей (пользователей) модели. Подобные данные обычно содержатся и в предисловиях книг. Для разработки модели недостаточно только списка вопросов. Необходимо указать, насколько подробный ответ на каждый из этих вопросов, с какой степенью детализации, должен получит читатель.
Точка зрения (viewpoint) – это позиция, с которой модель описывает систему. Точка зрения выбирается такой, чтобы модель охватывала установленные границы (scope) и удовлетворяла бы поставленной цели. Будучи Границы модели (scope) определяют степень детализации и глубину изложения информации в модели. Границы модели накладывают ограничения на использование специальной терминологии, на необходимость комментирования специальной информации, относящейся к предметной области модели и т.д. Границы определяются исходя из цели моделирования, подготовленности читателей (пользователей) модели. Подобные данные обычно содержатся и в предисловиях книг. Для разработки модели недостаточно только списка вопросов. Необходимо указать, насколько подробный ответ на каждый из этих вопросов, с какой степенью детализации, должен получит читатель.
Точка зрения (viewpoint) – это позиция, с которой модель описывает систему. Точка зрения выбирается такой, чтобы модель охватывала установленные границы (scope) и удовлетворяла бы поставленной цели. Будучи однажды выбранной, точка зрения должна оставаться неизменной на протяжении всей работы с моделью. Если необходимо, то для разностороннего описания системы можно построить несколько моделей с различными точками зрения. Примеры точек зрения: владелец фирмы, директор фирмы, клиент, поставщик, служащий и т.д.
Idef0-диаграммы
На рис. 3 изображена типичная IDEF0-диаграмма на стандартном бланке. На диаграмме изображены несколько функций и взаимосвязи между ними (их взаимодействие). Совокупность функций в своей взаимосвязи описывают работу другой функции. Диаграмма описывает (декомпозирует) функцию.
Стандартный бланк содержит типовой заголовок и нижний колонтитул. Элементы заголовка используются для того, чтобы отслеживать и документировать работу над моделью. Элементы нижней части бланка содержат информацию, идентифицирующую диаграмму: номер диаграммы и ссылку на родительскую диаграмму.
Idef0-блоки
IDEF0-блоки, называемые функциями, обрабатывают или преобразуют входные данные в выходные данные. Поскольку IDEF0 моделирует системы как иерархически упорядоченную декомпозицию функций, первая функция, которая определяется – это функция самой системы. IDEF0-блок, представляющий функцию моделируемой системы, называется контекстным (context).
IDEF0-блок изображается в виде прямоугольника, в котором вписано название функции. Название обычно состоит из глагола, обозначающего, что функция делает, и прямого дополнения, квалифицирующего производимое действие. Название функции должно соответствовать выбранной точке зрения модели. Для специалиста, с позиции которого производится описание системы, оно должно быть одновременно и понятно, и существенно.
Как было отмечено ранее, IDEF0-модель является системой иерархически упорядоченных IDEF0-блоков. Каждый IDEF0-блок (функция) может быть декомпозирован (детально описан) на составляющие подфункции. Поскольку IDEF0 определяет всю систему как блок, ее декомпозиция заключается в определении того, из каких блоков состоит контекстный блок. Каждый
Элементы заголовка бланка:
Поле |
Назначение |
Used At |
Используется для ссылок на документы, где эта диаграмма используется. Часто это поле не заполняется. |
Author, Date, and Project |
Содержит имя автора, создавшего диаграмму, дату создания и название проекта, для которого эта диаграмма и модель разрабатывались. |
Notes 1 2 3 4 5 6 7 8 9 10 |
Когда диаграмма, напечатанная на бумаге, редактируется, читатель отмечает каждое появившееся замечание зачеркиванием цифры в этом поле. В результате видно количество замечаний к диаграмме. |
Status |
Статус отражает степень готовности диаграммы. Это поле используется при осуществлении формального цикла публикации, чтения и редактирования модели. |
Working |
Новая диаграмма, в диаграмму внесены большие изменения или старая диаграмма переработана новым автором. |
Draft |
Диаграмма одобрена читателями. Она готова для рассмотрения руководителем проекта и для подробного комментирования. |
Recommended |
Диаграмма и все сопровождающие ее комментарии рассмотрены и одобрены. Изменения в диаграмме не предполагаются. |
Publication |
Диаграмма готова к печати и публикации. |
Reader, Date |
Имя читателя и дата чтения (рецензирования). |
Context |
Это эскиз родительской диаграммы, на которой выделяется родительский блок. Поле контекста на контекстной диаграмме содержит слово TOP, что показывает отсутствие у нее родительской диаграммы в этой модели. |
Элементы нижней части бланка:
Поле |
Назначение |
Node |
Номер диаграммы. Он совпадает с номером декомпозируемого блока. |
Title |
Название диаграммы, совпадающее с названием декомпозируемого блока |
Number
|
Так называемый C-номер, уникальный номер, однозначно идентифицирующий ЭТУ диаграмму. Любая новая версия диаграммы будет иметь свой C-номер. Обычно C-номер содержит инициалы автора как уникальный идентификатор. Пример: JDM001. C-номера используются как номера страниц. Если создается новая версия диаграммы, то новый вариант должен содержать ссылку на старую диаграмму, например, JDM002 (JDM001). Это позволяет проследить хронологию совершенствования модели. |
