Прибыль:
- Возможность ускорить поиск компромиссных решений от требований миссии до определения размеров концептуальных самолетов/космических кораблей с поддержкой ИИ.
- Возможность выполнения написания требований, отслеживания и контроля согласованности с помощью настроенных подсказок.
- Возможность исключать необоснованные результаты путем перекрестной проверки проектных точек, предложенных ИИ, с ручными расчетами на основе физики.
Самолет или космический корабль рождается из списка требований, а не на чертежной доске. Предложение «Перенести такой большой груз на такой диапазон, с такой скоростью и с такой ценой» — это зачаток конструкции, которая прослужит долгие годы. Концептуальный проект (самый ранний этап проектирования, на котором сначала определяются приблизительный размер, вес и конфигурация транспортного средства) — это процесс извлечения начальной формы из этого затравки. Решения, принимаемые здесь, дешевы, но их последствия самые дорогие: один неверный концептуальный выбор может привести к потере миллионов долларов детального проектирования.
В этом модуле мы будем использовать искусственный интеллект (ИИ), чтобы облегчить три бремени концептуального проектирования: перевод расплывчатых запросов задач в измеримые требования, поддержание прослеживаемости и согласованности между требованиями и ускорение анализа компромиссов между конкурирующими вариантами дизайна. Но давайте с самого начала изложим важнейший принцип: каждый размер, каждая оценка веса, которую предлагает ИИ, обязательно проверяется ручным расчетом на основе физики. ИИ — партнер по мозговому штурму и бухгалтерскому учету; не принимает решение о размере.
Концепции: Требование: единственное проверяемое утверждение, которому должен удовлетворять инструмент. Прослеживаемость: цепочка записей о том, откуда пришло каждое требование и с помощью какой конструкции/теста оно было выполнено. Торговое пространство: набор всех опций, создаваемых изменяемыми переменными дизайна. MTOW: Максимальный взлетный вес (Maximum Take-Off Weight), наибольшая масса, которую может поднять автомобиль.
От необходимости задачи к требованию: шаг за шагом
Хорошее требование имеет три качества: единственное (говорит одно), измеримое (содержит число и единицу измерения) и проверяемое (очевидно, как его проверить). «Самолет должен быть быстрым» не является обязательным требованием; «Самолет должен развивать воздушную скорость калибра 250 узлов (KCAS) на уровне моря» — таково требование.
Первым шагом является сбор запросов заинтересованных сторон и преобразование их в проекты требований с помощью ИИ. Второй шаг — сделать каждое требование измеримым: заменить каждое расплывчатое прилагательное («легкий», «долговечный», «эффективный») метрикой и пороговым значением. Третий шаг — искать противоречия между требованиями: дальность и полезная нагрузка часто конкурируют друг с другом, ИИ быстро выводит эти противоречия на поверхность. Четвертый шаг — создать матрицу прослеживаемости: указать в таблице, какая цель задачи верхнего уровня приводит к какому подтребованию.
Что касается концептуальных размеров, ИИ может вспомнить известные инженерные соотношения (весовая доля, тяговооруженность, нагрузка на крыло) и установить начальную цепочку вычислений. Например, для пассажирского самолета весовая доля топлива может быть оценена с помощью уравнения диапазона Бреге, а весовая доля пустого самолета может быть оценена с помощью статистических соотношений. Но каждое звено этой цепочки подтверждено ручным расчетом.
Совет: При написании требований явно дайте ИИ задачу «заменить каждое неоднозначное прилагательное метрикой, единицей измерения и методом проверки». Модель работает гораздо более дисциплинированно, когда вы говорите «сделать измеримые» непроверяемые утверждения, например «удобные для пользователя».
Настройка анализа компромиссов
Суть анализа компромиссов заключается в сопоставлении нескольких возможных конфигураций с общими критериями. Классическим инструментом является взвешенная матрица решений: критериям присваивается вес важности, каждому кандидату присваивается балл по каждому критерию, берется взвешенная сумма. ИИ быстро строит эту матрицу, но остерегайтесь двух ошибок: веса — это субъективное инженерное суждение (не оставленное на усмотрение ИИ), а оценки должны основываться на физическом обосновании (а не выдумываться).
Критерий (вес)
Конфиг. А: Высокое крыло
Конфиг. B: Низкое крыло
Конфиг. C: Утка
Дальность, км (0,30)
1200
1350
1250
Снаряженная масса, кг (0,25)
640
610
690
Себестоимость (0,20)
средний
низкий
высокий
Стабильность (0,15)
высокий
средний
средний
Простота обслуживания (0,10)
высокий
средний
низкий
Вы можете поручить ИИ построить эту таблицу; Но значения дальности и веса должны быть получены в результате независимых предварительных расчетов, а качественные оценки, такие как «стабильность: высокая», также должны быть обоснованы. Сила ИИ в том, что он за считанные минуты сводит в таблицы десять различных конфигураций и выполняет анализ настроений (как меняется рейтинг при изменении веса).
Слабая подсказка / Сильная подсказка
Слабая подсказка:
Я проектирую учебный самолет. Подскажите лучшую конфигурацию.
Мощная подсказка:
Роль: Вы консультант по концептуальному проектированию самолетов. Контекст: Предварительное исследование компромисса для двухместного учебно-тренировочного самолета (значения репрезентативны): целевая дальность ~ 1000 км, крейсерская скорость ~ 55 м/с, полезная нагрузка ~ 220 кг, приоритет низкой себестоимости. Задача: 1) Предложите 3 возможные конфигурации (положение крыла, тип двигателя). 2) Создайте таблицу, сравнивающую каждого кандидата по: дальности полета, расчетному весу пустого самолета, себестоимости производства, устойчивости. 3) Используйте для своих числовых оценок запишите соотношение и предположение. Ограничение: Укажите, какое статистическое соотношение вы использовали в своих оценках веса; блок записи; Не принимайте окончательного решения, предложите кандидата. Я взвеслю и приму окончательное решение сам.
Копируемые шаблоны подсказок
Шаблон 1. Преобразование задачи в измеримое требование:
Превратите следующие запросы заинтересованных сторон в единые, измеримые и проверяемые требования. По каждому требованию: метрика, единица измерения, пороговое значение и предлагаемый метод проверки (анализ/тест/демонстрация). Переведите расплывчатые прилагательные («легкий», «быстрый») в конкретные цифры; Если есть неуверенность, спросите, какая информация вам нужна. Запросы: [перечислите здесь]
Шаблон 2. Матрица прослеживаемости и проверка конфликтов:
Возьмите этот список требований и: (а) создайте таблицу прослеживаемости, которая связывает каждое требование с целью задачи высокого уровня; (b) отметить любые пары противоречивых или сложных требований (например, дальность полета и полезная нагрузка); (c) перечислить отсутствующие или непроверяемые требования. Пусть результатом будет таблица. Требования: [перечислить здесь]
Шаблон 3. Настройка взвешенной матрицы решений:
Создайте структуру взвешенной матрицы решений для следующих возможных конфигураций. Создайте строки критериев и столбцы кандидатов. Оставьте столбец веса ПУСТЫМ (я буду вводить веса). В отдельном примечании объясните физическое обоснование оценки, которую вы поместите в каждую ячейку; Не пишите выдуманное число, отметьте отгаданное место как «угадай». Кандидаты: [...] Критерии: [...]
Шаблон 4. Перекрестная проверка концептуальных размеров:
Самостоятельно проверьте следующий результат предварительной настройки: взлетная масса, площадь крыла, тяга. (a) Рассчитайте нагрузку на крыло (W/S) и сравните ее с типичной дальностью полета для данного класса самолетов. (b) Рассчитайте тяговооруженность (Т/Вт) и сравните ее с типичной дальностью полета. (c) Предупреждать, если значения выходят за пределы типичного диапазона, и указывать на возможную ошибку. Напишите все единицы явно. Ввод: [значения MTOW, S, T]
Мини-кейсы
Случай 1 — Раннее выявление противоречивых потребностей. В проекте БПЛА заинтересованные стороны хотят как «не менее 8 часов эфирного времени», так и «максимум 12 кг общей массы». Определив два требования и приблизив энергетический бюджет, ИИ показывает, что для 8-часового полета с типичной плотностью энергии аккумулятора (около 200 Втч/кг) потребуется только 6-7 кг аккумулятора; Это не укладывается в бюджет в 12 кг вместе с полезной нагрузкой и конструкцией. Противоречие обсуждается до начала детального проектирования. Урок: перевод требований в цифры рано выявляет скрытые противоречия.
Случай 2. Анализ чувствительности меняет решение. Одна команда сравнивает три конфигурации крыла; Конфигурация с начальными весами. Победа B (взвешенный балл 0,82 против 0,79). У ИИ спрашивают «что произойдет, если я уменьшу вес стоимости с 0,20 до 0,10»; в этом сценарии диапазон выходит на первый план, а Config. А лидирует (0,84 против 0,80). Команда видит, насколько чувствительно решение о приоритете затрат, и уточняет вес заинтересованной стороны. Урок: важен не отдельный балл, а стабильность рейтинга.
Случай 3 — Ошибка порядка при оценке веса. AI дает пустой вес легкого самолета в 95 кг. Инженер напоминает, что масса пустого двухместного самолета подобного класса обычно находится в пределах 350-500 кг; 95 кг это физически невозможно. При проверке видно, что ИИ неправильно применил коэффициент в отношении и это исправляется. Урок: каждая оценка веса сравнивается на порядки с известным диапазоном класса.
Распространенные ошибки
- Принятие расплывчатого требования. Требование, не содержащее метрик и единиц измерения, не может быть проверено; «Должно быть светло» — это желание, а не требование.
- ИИ выбирает веса. Весом критериев в матрице решений являются субъективное проектирование и мнение заинтересованных сторон; Если оставить это на усмотрение ИИ, решение останется недействительным.
- Принятие баллов без обоснования. Если качественные оценки, такие как «Стабильность: высокая», не имеют физической основы, матрица превращается в причудливый список предположений.
- Не подтверждает оценку веса/размера. Статистические корреляции представляют собой грубые оценки; Его не проводят в детальную проработку без сравнения с классовой гаммой.
- Оставляя отслеживание на потом. Если не зафиксировано, откуда взялось требование, никто не узнает, на какие решения повлияет изменение в будущем.
В заключение
Концептуальное проектирование — это этап, на котором принимаются самые дешевые, но наиболее эффективные решения. ИИ здесь является мощным ускорителем преобразования расплывчатых запросов в измеримые требования, сканирования на предмет отслеживания и конфликтов, а также сравнения нескольких конфигураций в таблицах компромиссов. Однако веса критериев определяются человеческим суждением, числовые прогнозы проверяются с помощью ручных расчетов на основе физики и интервалов классов, а окончательное решение о конфигурации остается за инженером. ИИ производит кандидатов; не решает.
Задача приложения
Напишите три цели миссии высокого уровня для воздушного или космического корабля по вашему выбору. Используя ИИ, преобразуйте их как минимум в шесть измеримых требований и создайте таблицу прослеживаемости. Затем создайте взвешенную матрицу решений для трех возможных конфигураций; Вес определите сами. Наконец, подтвердите оценку веса/размера, данную ИИ, с помощью независимого ручного расчета и диапазона класса. Сообщите хотя бы об одной паре требований, в которых вы обнаружили конфликт.
контрольный список
- [ ] Я сделал каждое требование единичным, измеримым и проверяемым.
- [ ] Я заменил неоднозначные прилагательные на метрику, единицу измерения и порог.
- [ ] Я создал таблицу прослеживаемости и отметил противоречивые требования.
- [ ] Я определил веса матрицы решений самостоятельно (не ИИ).
- [ ] Я объяснил матричные оценки физическим обоснованием.
- [ ] Я проверил оценки веса/размера с помощью интервала между классами и ручного расчета.