5. Методическое и программное обеспечение автоматизированных систем

затруднено. Число уровней иерархии не ограничено, но обычно их не более 5.

Блоки нумеруются (номер записывается в правом нижнем углу). Дуги (стрел-

ки) отображают множества объектов (данных), их имена — существительные.

Управление определяет условия выполнения. Примеры управления: требова-

ния, чертеж, стандарт, указания, план. Механизм выражает используемые сред-

ства, например: компьютер, оснастка, заказчик, фирма. Входы и выходы могут

быть любыми объектами.

Блоки на рис. 5.5 в англоязычной литературе называют блоками ICOM(Input

— Control — Output — Mechanism).

Рассмотрим пример функциональной модели для процесса создания САПР

на предприятии, на котором ранее автоматизация проектирования была разви-

та слабо.

Диаграмма верхнего (нулевого) уровня АО включает единственный блок

Icom «Разработать сапр». В качестве исполнителей фигурируют специали-

зированная организация, занимающаяся проектированием автоматизированных

систем и называемая консалтинговой фирмой, а также представители органи-

зации-заказчика, объединенные в создаваемый на предприятии отдел САПР.

Диаграмма первого уровня, показанная на рис. 5.6, а, включает блоки А1 —

обследования предприятия, А2 — проектирования САПР, A3 - реализации САПР

и А4 — испытаний системы. Диаграммы следующего второго уровня, раскры-

вающие первые блоки Al, A2 и A3, представлены на рис. 5.6,б,виг соответ-

ственно (на этих рисунках не отмечены данные, соответствующие внутренним

стрелкам диаграмм, а также стрелки условия «финансы»). При обследовании

предприятия специалисты консалтинговой фирмы вместе с работниками отде-

ла САПР изучают структуру предприятия, типичные маршруты проектирова-

ния, информационные потоки и на этой базе разрабатывают модель «As Is».

Далее создается новая модель «То Be» с учетом не только требований авто-

матизации проектирования, но и будущих информационных потребностей про-

цессов управления и делопроизводства. Модель «То Be» составляет основу

технического предложения на создание САПР.

При проектировании САПР выбирают аппаратно-программную платформу,

базовое ПО проектирующих и обслуживающих подсистем, разрабатывают

структуру корпоративной сети, определяют типы сетевого оборудования, сер-

веров и рабочих станций, выявляют необходимость разработки оригинальных

программных компонентов.

Реализация проекта САПР включает подготовку помещений, монтаж ка-

бельной сети, обучение будущих пользователей САПР, закупку и инсталляцию

ТО и ПО.

Разработка SADT-моделей состоит из ряда этапов.

1. Сбор информации. Источниками информации могут быть документы,

наблюдение, анкетирование и т. п. Существуют специальные методики выбора

экспертов и анкетирования.

252

5.5. Инструментальные средства концептуального проектирования

2. Создание модели. Используется нисходящий стиль: сначала разрабаты-

ваются верхние уровни, затем — нижние.

3. Рецензирование модели. Реализуется в итерационной процедуре рассыл-

ки модели на отзыв и ее доработки по замечаниям рецензентов, в завершение

собирается согласительное совещание.

Связи функциональной модели, отражающей функции, со структурной мо-

делью, отражающей средства выполнения функций, выражаются с помощью

специальных словарей, дающих однозначное толкование вводимых имен ре-

сурсов.

Методики

Техническое ,

предложение

САПР

Консалтинговая

фирма

Отдел

САПР

Техническое

предложение

Определить

информационные

Отдел

САПР

*. Информационные

потоки

— Консалтинговая

фирма

Рис. 5.6. Функциональная модель процесса создания САПР (начало):

а - ШЕРО-диаграмма первого уровня; б - IDEFO-диаграмма обследования предприятия;

в - ШЕРО-диаграмма проектирования САПР; г - ШЕРО-диаграмма реализации проекта САПР

253