Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
knigi_docv / Паронджанов Как улучшить работу ума.doc
Скачиваний:
101
Добавлен:
21.03.2015
Размер:
15.07 Mб
Скачать

Визуализация описания технологических процессов

На рис. 103 представлено упрощенное описание технологического процесса изготовления фруктовых консервов из косточковых плодов (автор технологии Е. Свешникова). Реальный технологический процесс может быть очень сложным. Обычно его описывают как головной процесс, содержащий большое число вставок. В качестве примера в головном процессе на рис. 103 показана вставка “Изготовление сиропа и мари­нада”, раскрытая на рис. 104.

В реальном техпроцессе часто встречаются одновременно протекающие процессы. Для их изображения на языке ДРАКОНприменяетсяне только икона “параллельный процесс”, но и другие средства (учитывающие специфику технологических процессов), которые в данной книге не рассматриваются.

Дракон-схемы технологических процессов могут найти применение в следующих случаях:

  • создание наглядных плакатов, дающих целостное представление о процессе во всей его многосложности и используемых в качестве демонстрационных материалов; при этом в иконе “комментарий” могут помещаться чертежи, фотографии, схемы установок, станков, сетей трубопроводов и другого оборудования;

  • выпуск технологической документации;

  • проектирование и моделирование технологических процессов;

  • создание визуальной базы данных о техпроцессах;

  • создание экспертных систем для проектирования технологических процессов, а также тренажеров для эксплуатационников;

  • изготовление альбомов и каталогов технологических процессов для обучения или рекламы; можно рекомендовать формат бумажной стра­ницы альбома А3, имея в виду, что оригинал-макеты альбомов готовятся на лазерном принтере формата А3.

Что такое методология?

Джеймс Мартин подчеркивает необходимость различать два понятия: методика (technique)и методология(methodology).

Методика— это способ выполнения одной операции. Например, правила составления схем потоков данных — это методика.

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

Визуализация методологий

Иногда высказывают мнение, что язык ДРАКОНхорошо описывает простые задачи и непригоден для изображения сложных проблем. Это неверно.ДРАКОНспециально сконструирован, чтобы облегчить формализацию широкого спектра задач, включая самые сложные. Более того, чем сложнее проблема, тем больше выигрыш от использования языкаДРАКОН.

Чтобы убедиться в этом, рассмотрим методологию проектирования атомного реактора. Ясно, что это грандиозная, “запредельная” по сложности проблема. Целостный взгляд на методологию представлен на рис. 105. Дракон-схема на рис. 105 содержит большое число вставок,для обозначения которых в данном случае целесообразно ввести термин алгоритм-концепция. Например, во второй и четвертой ветке нарис. 105 имеются иконы-вставки “Расчет стационарных параметров первого контура атомного реактора” и “Расчет реактивностных аварий атомного реактора”. Соответствующие им алгоритмы-концепции показаны на рис. 106 и 10719.

Рис. 105—107 убедительно демонстрируют, что любую, сколь угодно сложную методологию можно изобразить с помощью простого и единообразного приема, который можно охарактеризовать какнаглядную декомпозицию. Верхний уровень иерархии, показанный на рис. 105, можно рассматривать как вершину гигантской пирамиды, откуда открывается взгляд на проблему с высоты птичьего полета. Там же перечисляются все алгоритмы-концепции второго уровня, которые в нашей воображаемой пирамиде расположены на один шаг “ближе к земле”.Рассматривая алгоритм второго уровня (изображенные на рис. 106 и 107), легко заметить, что в них указываются алгоритмы-концепции третьего уровня, которые находятся еще ближе к земле, т. е. дают более детальное знакомство с проблемой. Постепенно спускаясь с вершины пирамиды к ее основанию, мы наблюдаем последовательную декомпозицию сложной проблемы на все более мелкие и подробные детали, которые в конечном итоге (когда мы спустимся “на уровень земли”) дадут исчерпывающее и полное описание методологии как императивной про­блемы. При необходимости ее можно дополнить соответствующими декларативными описаниями.

Важным достоинством является тот факт, что язык не зависит от уровня иерархии — он один и тот же и на самом верху и у основания пирамиды. Благодаря этому достигается резкое упрощение описания задач любой сложности; в итоге “уму непостижимая” проблема превращается в относительно простую, ясную и наглядную.

Насколько известно автору, до сих пор практически отсутствовали эффективные эргономичныеизобразительные средства, позволяющие одновременно решать две задачи: формализацию и визуализацию методологий. По этой причине целостный взгляд на методологию, как на детерминированный многоступенчатый процесс, имеющий начало и конец, по сути дела был недоступен широкому кругу специалистов и учащихся, оставаясь достоянием узкой группы суперспециалистов, которые “все держат в голове”. Из-за этого остальным участникам сложного проекта вынужденно отводилась роль винтиков творческого организма, которые должны знать свой “шесток”, но которым “не поло­жено” иметь целостное панорамное видение процесса во всей его многосложности. Язык ДРАКОН позволяет сделать важный шаг к устранению этого недостатка, более эффективно организовать совместную работу участников сложного проекта и более разумно использовать интеллектуальные ресурсы их коллективного мозга.