
- •С.Г. Ярушин, А.Г. Схиртладзе
- •ПРЕДИСЛОВИЕ
- •ВВЕДЕНИЕ
- •Часть I.
- •ОБОРУДОВАНИЯ
- •ПРОЕКТИРОВАНИЯ НОВОЙ ТЕХНИКИ
- •2.2. Общие свойства объектов проектирования
- •2.2.1. Реализуемые функции и взаимодействие с внешней средой
- •2.2.2. Функциональная структура
- •2.3. Классификация оборудования
- •2.4. Оценка работы технической системы
- •Контрольные вопросы
- •3.2. Техническая функция (ТФ)
- •Характеристика и отличительные признаки операций Коллера Е
- •3.3. Функциональная структура (ФС)
- •3.4. Описание физического принципа действия
- •3.5. Описание физико-технических эффектов
- •3.6. Техническое решение
- •3.7. Проект
- •3.8. Объект
- •Контрольные вопросы
- •4.1. Критерии развития
- •4.2. Выбор критерия
- •4.3. Показатели качества
- •4.4. Недостатки технического объекта
- •Контрольные вопросы
- •III. Закон гомологических рядов
- •V. Закон прогрессивной эволюции техники
- •5.2. Тенденции технического развития
- •Контрольные вопросы
- •Этапы работ по созданию технического объекта и временные периоды прогнозирования
- •6.1. Метод экстраполяции
- •6.2. Метод экспертных оценок
- •6.3. Метод моделирования
- •6.4. Схема процесса прогнозирования
- •Контрольные вопросы
- •Контрольные вопросы
- •ОСНОВЫ ТЕОРИИ ПРОЕКТИРОВАНИЯ
- •9.1. Определение и виды потребности
- •9.2. Что такое проектирование?
- •9.2.1. Постановка задачи
- •9.2.2. Проектирование как искусство, наука и ремесло
- •9.3. Проектирование с позиции теории отображения
- •9.4. Проектирование и искусственный интеллект
- •9.5. Основные понятия и принципы методологии проектирования
- •9.6. Концепция проектирования
- •9.7. Процедурная модель проектирования
- •9.8. Индивидуальная и коллективная работа
- •Контрольные вопросы
- •10.1. Техническое задание
- •10.2. Техническое предложение
- •10.3. Эскизный проект
- •10.4. Технический проект
- •10.5. Этап разработки рабочей документации
- •Контрольные вопросы
- •11.1. Этапы творческого процесса
- •11.2. Препятствия творчеству
- •11.2.1. Препятствия личного порядка
- •11.2.2. Препятствия организационного порядка
- •Контрольные вопросы
- •12.1. Метод проб и ошибок
- •12.2. Метод адаптивного поиска
- •12.3. Метод случайного поиска
- •Контрольные вопросы
- •ИЗВЕСТНОГО ТЕХНИЧЕСКОГО ОБЪЕКТА
- •14.1. Предварительная постановка задачи
- •14.2. Уточненная постановка задачи
- •Контрольные вопросы
- •СИСТЕМОТЕХНИКИ
- •15.1. Сложность современных задач проектирования
- •15.3. Преодоление сложностей традиционного процесса
- •проектирования
- •15.4. Проектирование системы человек - машина
- •ТЕХНИЧЕСКИХ ОБЪЕКТОВ
- •16.1. Всесторонняя экономия ресурсов
- •16.2. Порядок проведения ФСА
- •16.2.1. Подготовительный этап ФСА
- •16.2.3. Разработка улучшенных проектно-конструкторских решений
- •Пример оценки вариантов
- •16.2.4. Разработка и внедрение результатов ФСА
- •16.3. Дальнейшее развитие ФСА
- •Контрольные вопросы
- •ТЕХНИЧЕСКОГО ОБЪЕКТА
- •17.1. Использование возможностей подсознания
- •17.2. Метод прямой мозговой атаки
- •17.3. Метод обратной мозговой атаки
- •17.5. Синектика
- •Контрольные вопросы
- •18.1. Краткий обзор и классификация эвристических методов
- •18.2. Метод эвристических приемов
- •18.2.1. Количественные изменения
- •18.2.2. Преобразование формы
- •18.2.3. Преобразование структуры
- •18.2.4. Преобразования в пространстве
- •18.2.5. Преобразования во времени
- •18.2.6. Преобразование движения и силы
- •18.2.7. Преобразование материала и вещества
- •18.2.8. Приемы дифференциации
- •18.2.9. Использование профилактических мер
- •18.2.10. Использование резервов
- •18.2.12. Повышение технологичности
- •18.3. Обобщенный эвристический метод
- •19.1. Операции обработки информации
- •19.2. Метафорическое описание и анализ проблемной ситуации
- •Контрольные вопросы
- •МЕТОДОВ ПРОЕКТИРОВАНИЯ
- •20.1. Проектант как «черный ящик»
- •20.2. Проектант как «прозрачный ящик»
- •20.3. Проектант как самоорганизующаяся система
- •20.4. Критерии управления проектными работами
- •Контрольные вопросы
- •АНАЛИЗ И СИНТЕЗ ТЕХНИЧЕСКИХ РЕШЕНИЙ
- •21.1. Морфологическая комбинаторика
- •21.3. Составление морфологических таблиц
- •21.4. Выбор наиболее эффективных технических решений
- •Комбинация из двух элементов
- •21.5. Пример решения задачи
- •22.1. Матрица взаимодействий
- •22.2. Сеть взаимодействий
- •22.5. Проектирование новых функций
- •Контрольные вопросы
- •23.1. Контрольные перечни
- •23.2. Ранжирование и взвешивание
- •23.2.1. Выбор соответствующей шкалы измерения
- •Контрольные вопросы
- •24.1. Сбор и анализ данных
- •Типовой метод накопления данных
- •24.2. Свертывание данных
- •24.3. Накопление и свертывание
- •24.4. Последовательность действий
- •Критерии методов накопления и свертывания данных
- •Контрольные вопросы
- •ПО ФУНДАМЕНТАЛЬНОМУ МЕТОДУ ПРОЕКТИРОВАНИЯ МЭТЧЕТТА
- •Контрольные вопросы
- •26.1. Критерии управления проектными работами
- •26.2. Стратегии проектирования
- •26.3. Как выбрать метод проектирования
- •Схема «Дано - требуется»
- •Часть III
- •КОМПЬЮТЕРИЗАЦИЯ ПРОЕКТИРОВАНИЯ
- •ПРОЕКТИРОВАНИЯ
- •Описание синтезированного с помощью ЭВМ известного ФПД датчика тока
- •28.2. Количественный синтез физических принципов
- •действия
- •Физическая сущность эффекта
- •Примеры описания ФЭ
- •29.1. Использование многоуровневых морфологических таблиц
- •29.3. Составление списка требований
- •29.4. Разработка модели оценки технических решений
- •29.5. Алгоритмы поиска решения на И - ИЛИ-дереве
- •Ограничения по типам свертки
- •29.6. Порядок решения задач
- •СЛОВАРЬ ТЕРМИНОВ
- •СПИСОК ЛИТЕРАТУРЫ
- •ОГЛАВЛЕНИЕ
В дальнейшем выбор каждого действия зависит от результатов предшествующего действия. В принципе это самая разумная стратегия, поскольку схема поиска всегда определяется на основе наиболее полной информации. Ее недостаток состоит в невозможности предвидеть и кон тролировать затраты и сроки выполнения проекта. Многие предпочитают применять адаптивную стратегию, поскольку она позволяет полностью использовать способность человека (и животных) «импульсивно» совер шать правильные действия.
Применение адаптивных стратегий и стратегий приращений пресле дует цель обеспечить ту или иную степень изменения схемы поиска в ходе самого поиска. Методы управления стратегией, или самоорганизующиеся системы проектирования (рис. 26.5), предназначены для оценки стратегии в целом в соответствии с внешними критериями и промежуточными резуль татами осуществления самой этой стратегии.
Рис. 26.5. У правление ст рат егией
Эти методы призваны обеспечить сохранение принятой стратегии, несмотря на возникающие трудности, до тех пор, пока она остается пер спективной, и ее замену или отказ от нее, когда она перестанет соответст вовать окружающей обстановке.
26.3. Как выбрать метод проектирования
Для выбора метода проектирования можно пользоваться схемой «Данотребуется», предложенной Дж. Джонсом в работе [17] (табл. 26.1). Предполагается, что о пригодности того или иного метода можно судить, если сопоставить то, что уже известно разработчикам, с тем, что они хотят определить.
|
|
|
|
|
|
Т а б л и ц а 2 6 . 1 |
|
|
|
Схема «Дано - требуется» |
|
|
|
Х^Трсбуется |
2* Исследование исход |
3. Анализ и преобразо |
4. Определениеграниц, |
5.Комбинированиепро |
б* Оценка вариантов |
|
|
|
ной проектной ситуа |
вание структуры зада |
описаниепромежуточ |
межуточных решений и |
проекта и выбор окон |
|
|
ныхрешений и выявле |
||||
Дано |
\ |
ции |
чи |
ниеконфликтов |
варианты проекта |
чательного варианта |
|
1 |
2 |
3 |
4 |
5 |
6 |
1. Составление |
1.Формулированиезадач |
1. Поисклитературы |
1. Визуальные |
1. Визуальные несоот |
1. Переключение страте |
|
ТЗ |
|
2. Поисклитературы |
2. Визуальные несоот |
несоответствия |
ветствия |
гии |
|
|
3. Визуальные несоот |
ветствия |
2. Мозговая атака |
2. Мозговая атака |
2. Фундаментальныйме |
|
|
ветствия |
3. Интервьюрирование |
3. Морфологические |
3. Синектика |
тодМэтчетта |
|
|
4. Интервьюрирование |
потребителей |
карты |
|
|
|
|
потребителей |
4. Мозговая атака |
|
|
|
|
|
5. Мозговаяатака |
5. Синектика |
|
1.Трансформациясистемы |
|
2. Исследование |
|
1. Формулирование задач |
|
|
||
исходнойпро |
|
2. Свертывание данных |
|
2. Проектирование новых |
|
|
ектной ситуации |
|
3. Матрица взаимодей |
|
функций |
|
|
|
|
|
ствия |
|
|
|
|
|
|
4. Сеть взаимодействий |
|
|
|
|
|
|
5. Классификация |
|
|
|
3. Анализи пре |
1. Поисклитературы |
6. Составление ТЗ |
1. Поиск границ |
1. Мозговая атака |
1. Упорядоченныйпоиск |
|
|
||||||
образование |
2. анкетный опрос |
|
2. Системныеиспытания |
2. Синектика |
2. Стоимостнойанализ |
|
структурызада |
3. Исследование поведе |
|
3. Мозговая атака |
3.Трансформациясистемы 3. Системотехника |
||
чи |
|
ния потребителя |
|
4. Морфологический |
4. Смещениеграниц |
4. Системы«Человек - |
|
|
4. Системныеиспытания |
|
анализ |
|
машина» |
|
|
5. Выборшкализмерений |
|
5. Выборкритериев |
|
5. Поискграниц |
|
|
6. Накоплениеданных |
|
6. Ранжирование ивзве |
|
6. Кумулятивная страте |
U) |
|
|
|
шивание |
|
гия Пейджа |
|
|
|
7. Составление ТЗ |
|
|
VO
методов и стратегий Выбор .26
u>
00
о
О к о н ч а н и е т а б л . 26 . 1
1 |
2 |
3 |
4 |
5 |
6 |
4. Определение |
|
1. Синекгика |
|
1. Мозговая атака |
|
границ, описа |
|
2. Ликвидация |
|
2. Синектика |
|
ниепромежу |
|
тупиковых ситуаций |
|
3. Лштидиция тупико |
|
точныхрешений |
|
3. Трансформациясистемы |
|
выхситуаций |
|
и выявление |
|
4. Смещение границ |
|
|
|
конфликтов |
|
5. Проектирование |
|
|
|
5. Комбиниро |
|
новыхфункций |
|
|
1. Стоимостный анализ |
|
|
|
|
||
вание промежу |
|
|
|
|
2. Анкетный опрос |
точныхрешений |
|
|
|
|
3. Исследование поведе |
и вариантыре |
|
|
|
|
ния потребителя |
шений |
|
|
|
|
4. Системные испытания |
|
|
|
|
|
5. Выборттппш измерений |
|
|
|
|
|
6. Накопление и сверты |
|
|
|
|
|
вание данных |
|
|
|
|
|
7. Контрольныеперечни |
|
|
|
|
|
8. Выбор критериев |
|
|
|
|
|
9. Ранжирование ивзве |
|
|
|
|
|
шивание |
6. Оценкавари |
|
|
|
|
10. Составление ТЗ |
|
|
|
|
|
|
антов проектаи |
|
|
|
|
|
выбор оконча |
|
|
|
|
|
тельного вари |
|
|
|
|
\ |
анта |
|
|
|
|
|
проектирования теории Основы .II ЧАСТЬ
Исходными данными, соответствующими колонке «Дано» (или Вход»), служат те сведения, которыми проектанты должны располагать, прежде чем пользоваться методом. Конечные результаты, соответствую щие строке «Требуется» (или «Выход»), это те данные, которые получа ются в результате применения данного метода.
Шкалы «Дано» и «Требуется» совершенно идентичны: они построены в порядке уменьшения общности и увеличения определенности. Методы, наиболее полезные на ранних стадиях, когда почти все неопределенно, по падают в верхний левый угол таблицы, а методы, соответствующие конеч ным стадиям решения задач проектирования, - в ее нижний правый угол.
Вклетках, далеко отстоящих от диагонали, приводятся методы, ко торые, по сути дела, представляют собой целые стратегии, поскольку они позволяют перескочить через несколько этапов.
Вклетках же, расположенных непосредственно над диагональю, ука заны методы пошагового проектирования, из которых могут быть составле ны стратегии проектирования. Некоторые методы повторно указаны ниже диагонали; это означает, что их можно использовать для проверки, т.е. для изменения формулировки задачи после ее частичного исследования.
Способ применения схемы «Дано - требуется» состоит в следующем:
1.Найти в графе «Дано» те категории информации, которые уже имеются. В ближайшей строке перечислены методы, которые применимы для решения соответствующей задачи.
2.По строке «Требуется» найти тот вид информации, который необ ходимо получить на данной стадии. Методы, обеспечивающие получение такой информации, указаны в соответствующей колонке.
3. Клетка, которая находится на пересечении выбранной строки с вы бранной колонкой, содержит методы, позволяющие на основании имеющих ся исходных данных получить необходимые конечные результаты.
Методы, которые полезно использовать в самом начале проектиро вания, указаны в колонке 2 («Исследование исходной проектной ситуа ции»). На этой стадии преследуется цель пробуждать сомнения, правиль но формулировать вопросы, выявлять существенные факторы, исследо вать реакции заказчиков, потребителей и других лиц на различные вари анты решения задачи. Дивергентные методы помещены в колонку 2. Не которые методы помещены в клетку 3-2; это означает, что их можно ис
пользовать при пересмотре задачи на более позднем этапе - «Анализ и преобразование структуры задачи» - для изучения новой ситуации проек тирования, которая может возникнуть в результате трансформации задачи.
Преобразование, превращение, изменение вида чего-нибудь (транс формация) совершается посредством методов, указанных в колонке 3, а также в клетках 1-4, 1-5, 1-6 и 2-5, где происходит трансформация исход ных данных 1 или 2 в выходные данные 4, 5 или 6. В клетке 4-3 приведены методы, обеспечивающие возможность пересмотра задачи на более поздней стадии. Такой пересмотр бывает очень эффективным: можно придать зада че временную, условную структуру с единственной целью получения ин формации, которая позволит вскрыть реальные трудности, а затем изменить структуру задачи таким образом, чтобы преодолеть эти трудности.
В строки 1 и 2 входят по большей части «мягкие» методы, которые по каждой категории дают промежуточные результаты, пока не сложилась окончательная структура задачи. «Жесткие» методы, обеспечивающие твердую основу для исследования структуры нетривиальных задач (клетка 3-2) или для устранения логических затруднений (клетка 4-3), можно при менять лишь после того, как получены промежуточные результаты (ко лонки 3 и 4 соответственно). Операции схождения, сближения, приводи мые в колонках 4, 5 и 6, всегда направлены на снижение неопределенно сти, возникшей на предыдущих стадиях, и на конвергенцию к единствен ному варианту проекта.
Готовые стратегии, т.е. методы с сильнейшей конвергенцией, стоят все вместе в клетке 3-6. Сюда входят «систематические», т.е. логические и математические методы, а также «адаптивные» методы. Основным недос татком методов, указанных в этой клетке, является то, что все они предпо лагают неизменную структуру задачи и поэтому не годятся для новатор ского проектирования. Группа более умозрительных, менее практически направленных логических методов включена в клетку 2-5. Методы управ ления стратегией указаны в клетке 1-6, так как с их помощью можно вы брать другие методы. Клетки, расположенные вдоль диагонали (3-4, 4-5 и 5-6), содержат более скромные конвергентные методы, обеспечивающие продвижение вперед без риска, с которым связано применение более об щих стратегических методов, удаленных от диагонали. Самые надежные и эффективные из этих методов пошагового продвижения указаны в клетке
5-6. Сюда относятся «жесткие» исследовательские методы (используемые в данном случае для оценки, а не для исследования) и оценочные методы. Стратегический оценочный метод ФСА включен в эту клетку, чтобы ука зать на возможность его использования для совершенствования сущест вующего изделия. Этот метод указан также в клетке 3-6, так как его мож но применять и для разработки новых изделий.
Интересен вопрос о месте традиционных методов проектирования в схеме «Дано —требуется». По-видимому, они будут занимать только ниж ний правый ее угол.
Метод проб и ошибок, на котором основана эволюция проектирова ния, охватывает единственную клетку 5-6 и соперничает с новыми метода ми оценки, указанными в этой клетке. Попытки традиционного проектанта совершать операции, описываемые в других клетках таблицы, остаются чисто умозрительными, не связанными с применением какого-либо объек тивного метода или орудия проектирования. «Чертежный» способ проекти рования занимает несколько больше места на схеме, но все же он охватыва ет лишь незначительную ее часть, а на остальной ее площади проектант вынужден действовать «в уме», не имея методологии и орудий проектиро вания. Ясно, что это новые методы, вступающие в непосредственное сопер ничество с разработкой эскизов и изготовлением масштабных чертежей. Эти методы, пожалуй, наиболее пригодны для применения в привычных ситуациях проектирования в стенах конструкторского бюро. Методы, ука занные в остальных частях схемы «Дано - требуется», можно рассматри вать как формализацию тех мыслительных процессов, которые при тради ционном проектировании обычно протекают в мозгу проектанта. Их можно также считать средствами, которые дают проектанту достаточное «поле представлений» для разработки не только объектов, но и систем.
Проектирование систем предполагает способность одновременно предвидеть и оценивать множество альтернативных вариантов объекта. Отсюда можно сделать вывод, что методы, входящие на схеме в зону про ектирования систем, дают разработчику систем возможность в каждый момент манипулировать большим числом альтернатив, чтобы таким обра
зом порождать новые системы.
Ниже специально приведены примеры, чтобы показать, как пользо ваться схемой «Дано —требуется» и объяснить, что означает термин
«стратегия проектирования». Пример решения первой задачи касается рассмотрения проектирования систем. Пример решения второй задачи ка сается вопросов научно-технического прогресса. Каждую из этих двух за дач проектирования можно решить с помощью различных стратегий. На рис. 26.6 приведено лишь по одному из многих вариантов.
задачи
У
a |
б |
Рис.26.6. Варианты стратегии для решения первой (а) и второй (б) задачи
К приемлемому результату могут привести различные методы и стратегии. Назначение схемы сводится к тому, чтобы предотвратить вы бор методов и стратегий, которые не позволяют получить искомую ин формацию или требуют таких исходных данных, каких нет в распоряже нии проектантов.
Чтобы вынести суждение о возможности усовершенствования этих стратегий, необходимо иметь гораздо более подробные сведения о про ектной ситуации, а также о способностях и склонностях проектантов.
