Прибуток:
- Можливість прискорити компромісні дослідження від вимог місії до концептуального визначення розміру літака/космічного корабля за допомогою штучного інтелекту
- Можливість виконувати написання вимог, контроль відстеження та узгодженості за допомогою налаштованих підказок
- Можливість усунення невиправданих результатів шляхом перехресної перевірки точок дизайну, запропонованих штучним інтелектом, за допомогою ручних розрахунків на основі фізики
Літак чи космічний корабель народжується зі списку вимог, а не на креслярській дошці. Речення «Перевезти такий великий вантаж на цю відстань, з такою швидкістю, за таку ціну» є зерном дизайну, який триватиме в майбутньому. Концептуальний проект (найперша стадія проектування, на якій спочатку визначаються приблизні розміри, вага та конфігурація транспортного засобу) — це процес вилучення початкової форми з цього насіння. Рішення, прийняті тут, дешеві, але їхні наслідки найдорожчі: один неправильний концептуальний вибір може викинути мільйони доларів на детальне проектування.
У цьому розділі ми будемо використовувати штучний інтелект (ШІ), щоб полегшити три навантаження концептуального дизайну: перетворення нечітких запитів завдань у вимірювані вимоги, підтримка відстеження та узгодженості між вимогами та прискорення аналізу компромісів між конкуруючими варіантами дизайну. Але давайте викладемо критичний принцип з самого початку: кожен розмір, кожна оцінка ваги, запропонована штучним інтелектом, обов’язково перевіряється ручним розрахунком на основі фізики. ШІ є партнером з мозкового штурму та бухгалтерського обліку; не приймає рішення про розміри.
Концепції: Вимога: єдине твердження, яке можна перевірити, якому повинен задовольняти інструмент. Відстеження: ланцюжок записів про те, звідки походить кожна вимога та за допомогою якого дизайну/випробування її було виконано. Торговий простір: набір усіх опцій, створених змінними змінними дизайну. MTOW: Максимальна злітна вага (Maximum Take-Off Weight), найбільша маса, яку транспортний засіб може злетіти.
Від завдання до вимоги: крок за кроком
Хороша вимога має три якості: єдина (говорить одне), вимірна (містить число та одиницю) і перевірена (очевидно, як це перевірити). «Літальний апарат повинен бути швидким» не є вимогою; «Літальний апарат повинен досягати повітряної швидкості калібру 250 вузлів (KCAS) на рівні моря» є вимогою.
Перший крок — зібрати запити зацікавлених сторін і перетворити їх у проекти вимог за допомогою ШІ. Другий крок полягає в тому, щоб зробити кожну вимогу вимірною: замініть кожен розпливчастий прикметник («легкий», «міцний», «ефективний») метрикою та пороговим значенням. Третій крок полягає в пошуку протиріч між вимогами: діапазон і корисне навантаження часто конкурують між собою, ШІ швидко виводить ці протиріччя на поверхню. Четвертий крок полягає у створенні матриці простежуваності: зведення в таблицю, яка мета завдання верхнього рівня веде до якої підвимоги.
Що стосується концептуального визначення розмірів, ШІ може згадати відомі інженерні співвідношення (вагові частки, співвідношення тяги до ваги, навантаження на крило) і встановити початковий ланцюжок обчислень. Наприклад, для пасажирського літака вагову частку палива можна оцінити за допомогою рівняння дальності Бреге, а вагову частку порожнього літака можна оцінити за допомогою статистичних співвідношень. Але кожна ланка цього ланцюга підтверджується ручним розрахунком.
Порада: під час написання вимог чітко дайте ШІ завдання «замінити кожен неоднозначний прикметник метрикою, одиницею та методом перевірки». Модель працює набагато дисциплінованіше, коли ви говорите «зробіть вимірні» неперевірені твердження, наприклад «зручні для користувача».
Налаштування аналізу компромісів
Суть компромісного аналізу полягає в зіставленні кількох конфігурацій-кандидатів із загальними критеріями. Класичним інструментом є зважена матриця рішень: критеріям надається вага важливості, кожен кандидат отримує бали за кожним критерієм, береться зважена сума. Штучний інтелект швидко створює цю матрицю, але остерігайтеся двох підводних каменів: ваги є суб’єктивним інженерним судженням (не залишаються на розсуд ШІ), а оцінки мають базуватися на фізичному обґрунтуванні (а не надуманому).
Критерій (вага)
Конфігурація A: Високе крило
Конфігурація Б: Низьке крило
Конфігурація 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 — Матриця відстеження та перевірка конфліктів:
Візьміть цей перелік вимог і: (a) створіть таблицю відстеження, яка пов’язує кожну вимогу з метою завдання високого рівня; (b) позначати будь-які пари суперечливих або складних вимог (наприклад, дальність проти корисного навантаження); (c) перерахувати відсутні або неперевірені вимоги. Нехай результатом буде таблиця. Вимоги: [список тут]
Шаблон 3 — Налаштування зваженої матриці рішень:
Побудуйте структуру зваженої матриці рішень для наступних конфігурацій кандидатів. Створіть рядки критеріїв і стовпці кандидатів. Залиште стовпець ваги ПУСТИМ (я введу ваги). Поясніть в окремій примітці фізичне обґрунтування оцінки, яку ви поставите в кожній клітинці; Не пишіть вигадане число, відгадане місце позначте «відгадкою». Кандидати: [...] Критерії: [...]
Шаблон 4 — Перехресна перевірка концептуальних розмірів:
Незалежно перевірити наступний результат попереднього розміру: MTOW, площа крила, тяга. (a) Обчисліть навантаження на крило (W/S) і порівняйте його з типовим діапазоном для даного класу літака. (b) Обчисліть відношення тяги до ваги (T/W) і порівняйте його з типовим діапазоном. (c) Попереджає, якщо значення виходять за межі типового діапазону, і вказує на можливу помилку. Усі одиниці запишіть явно. Вхідні дані: [MTOW, S, T значення]
Міні-чохли
Випадок 1 — Раннє виявлення суперечливих потреб. У проекті БПЛА зацікавлені сторони хочуть як «щонайменше 8 годин ефірного часу», так і «максимум 12 кг загальної маси». Шляхом кількісного визначення двох вимог і приблизного бюджету енергії ШІ показує, що 8-годинний політ із типовою щільністю енергії батареї (близько 200 Вт·год/кг) вимагатиме 6-7 кг однієї батареї; Це не вписується в бюджет 12 кг разом з корисним навантаженням і конструкцією. Протиріччя обговорюється перед початком детального проектування. Урок: переклад вимог у цифри рано виявляє приховані протиріччя.
Випадок 2. Аналіз чутливості змінює рішення. Одна команда порівнює три конфігурації крил; Конфігурація з початковими вагами. B перемагає (зважений бал 0,82 проти 0,79). ШІ запитують «що станеться, якщо я зменшу вагу вартості з 0,20 до 0,10»; в цьому сценарії діапазон виходить на перший план і конфіг. А лідирує (0,84 проти 0,80). Команда бачить, наскільки чутливим є рішення щодо пріоритету витрат, і уточнює ваги із зацікавленою стороною. Урок: важливий не один бал, а стабільність рейтингу.
Випадок 3 — Помилка замовлення в оцінці ваги. AI дає порожню вагу легкого літака як 95 кг із співвідношення. Інженер нагадує, що порожня маса двомісних літаків подібного класу зазвичай знаходиться в межах 350-500 кг; 95 кг фізично неможливо. При перевірці видно, що AI неправильно застосував коефіцієнт у відношенні, і це виправляється. Урок: кожна оцінка ваги порівнюється на порядки з відомим діапазоном класу.
Поширені помилки
- Прийняття нечітких вимог. Вимога, яка не містить показників і одиниць, не може бути перевірена; «Має бути світло» — це бажання, а не вимога.
- Маючи ШІ, виберіть ваги. Ваги критеріїв у матриці прийняття рішень – це суб’єктивна інженерна оцінка та судження зацікавлених сторін; Якщо це рішення залишити на розсуд штучного інтелекту, воно залишиться залишеним.
- Прийняття балів без обґрунтування. Якщо якісні оцінки на кшталт «Стабільність: висока» не мають фізичної основи, матриця перетворюється на фантастичний список припущень.
- Не підтверджує оцінку ваги/розміру. Статистичні кореляції є приблизними оцінками; Не можна розглядати детальний дизайн без порівняння з асортиментом класу.
- Залишаючи відстежуваність на потім. Якщо не буде записано, звідки походить вимога, ніхто не знатиме, на які рішення вплине зміна в майбутньому.
Підсумовуючи
Концептуальне проектування – це етап, на якому приймаються найдешевші, але найефективніші рішення. Штучний інтелект є потужним прискорювачем у перекладі розпливчастих запитів у вимірювані вимоги, скануванні на відстежуваність і конфлікти, а також у порівнянні кількох конфігурацій у компромісних таблицях. Однак ваги критеріїв є людським судженням, числові прогнози перевіряються ручними обчисленнями на основі фізики та інтервалами класів, остаточне рішення щодо конфігурації залишається за інженером. ШІ створює кандидатів; не вирішує.
Аплікаційне завдання
Напишіть три цілі місії високого рівня для повітряного або космічного корабля на ваш вибір. Використовуючи штучний інтелект, переведіть їх у принаймні шість вимірних вимог і створіть таблицю відстеження. Потім створіть зважену матрицю рішень для трьох потенційних конфігурацій; Ваги визначте самі. Нарешті, підтвердьте оцінку ваги/розміру, надану штучним інтелектом, за допомогою незалежного ручного розрахунку та діапазону класу. Повідомте про принаймні одну пару вимог, у яких ви виявили конфлікт.
контрольний список
- [] Я зробив кожну вимогу унікальною, вимірюваною та перевіреною.
- [ ] Я замінив неоднозначні прикметники на metric, unit та threshold.
- [ ] Я створив таблицю відстеження та позначив суперечливі вимоги.
- [ ] Я сам (а не ШІ) визначив ваги матриці рішень.
- [ ] Я приписав бали матриці фізичному обґрунтуванню.
- [ ] Я перевірив оцінки ваги/розміру за допомогою розподілу між класами та ручного розрахунку.