1.4. Технология структурного анализа и проектирования SADT

и Промышленных Технологий). IDEFO-технология быстро стала стандартом Министерства Обороны США для разработки моделей процессов.

В 1993 году IDEF Users Group (сейчас Society of Enterprise Engineering - SEE), вместе с National Institutes of Standards and Technology (NIST), выполнили работу по созданию стандарта IDEF0 для использования во всех гражданских и военных отделах правительства США и их представительствах. Этот стандарт был опубликован как Federal Information Processing Standards (FiPS) Publication 183.

Независимо от этого, но используя большинство таких же принципов, стала популярной методология DFD (Data Flow Diagrams -Диаграммы потоков данных), которая использовалась для структурного проектирования (а затем и для структурного анализа) в проектах по разработке программного обеспечения. DFD-модели имеют много общего с IDEFO-моделями и могут использоваться совместно. Часто DFD-диаграммы используются для уточнения IDEFO-диаграмм.

Методология IDEF3 была разработана специально для проектов, финансируемых Armstrong Laboratories ВВС США. Эта технология предназначена для документирования и описания процессов, выполняемых экспертами- специалистами в предметной области, и для разработки моделей процессов, где очень важно четко отображать последовательность и параллельность процессов.IDEF3 не была оформлена как стандарт FiPS, однако получила широкое распространение при реализации проектов Министерства Обороны США как дополнение к методологии IDEF0.

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

IDEF0 - наиболее подходящий метод для анализа и логического проектирования. В основном он применяется на ранних стадиях проекта.

IDEF0 позволяет выполнять описание сложных объектов с помощью простого и понятного графического языка.

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

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

2

Конфигурировать 3

Собрать\r\nЗаказать комплек-тующие

1Поставить задачи производству 2Управлять складом

3Разработать расписание (план-график) производства 4Вести учет комплектующих,

требующих первоочередного использования 5Установить детали на материнскую плату 1

Рис. 3. Декомпозиция функций

Рис.

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

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

Первый шаг в работе по созданию IDEF0-модели - определение цели моделирования (purpose). Цель моделирования определяется набором вопросов, на которые модель должна отвечать. В результате изучения модели читатель (пользователь) должен иметь возможность получить ответы на каждый из вопросов, поставленных в начале моделирования. Список этих вопро-сов представляет собой неотъемлемую часть документации модели. Аналогия: в предисловии к книге излагается цель ее написания.

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

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

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