🚙 Управление требованиями как стратегический фактор успеха автомобильных проектов

Современный автомобиль давно перестал быть «просто техникой». Это сложная киберфизическая система, в которой миллионы строк кода управляют ключевыми функциями — от торможения и рулевого управления до механизмов защиты от взлома.

В такой среде управление требованиями превращается не в бюрократию, а в фундамент безопасности, надежности и успеха всего проекта.

🔄 Грамотно выстроенный процесс управления требованиями — это не просто каталог пожеланий, а стройная система, обеспечивающая создание корректного, безопасного и соответствующего стандартам продукта.

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

[читать далее]

🤔 [FTS] Экварта Лицом к безопасности

📋 Делает ли сертификация транспорт действительно безопасными или это лишь формальная процедура?

🎥 В этом выпуске канала «Экварта | Лицом к безопасности» Саша Малых обсуждает один из самых острых вопросов авиации вместе с Дмитрием Ивановичем Катковым — экспертом-аудитором с более чем 30-летним опытом, принимавшим участие в сертификации Airbus, Boeing, МС-21, Superjet и других воздушных судов.

В видео вы узнаете:

🔹что на самом деле важнее — корректная документация или работоспособное изделие

🔹почему сертификация не гарантирует абсолютной безопасности и при чем тут швейцарский сыр

🔹можно ли доверять искусственному интеллекту в гражданской авиации

🔹какие подходы из авиации способны повысить безопасность автомобильного транспорта

🔹почему важно развитие инженерной культуры в нашей стране

Это разговор простым языком о сложных вещах с опорой на реальный опыт и профессиональный взгляд изнутри.

📺 [смотреть на Youtube]

📺 [смотреть на VK видео]

💬 Делитесь своим мнением и задавайте вопросы в комментариях — продолжим обсуждение.

😃 [FTS] Экварта | Лицом к безопасности

📽️Если не смотрели интервью с Дмитрием Ивановичем Катковым, настоятельно советуем посмотреть!

Где смотреть:

📺 [смотреть на Youtube]

📺 [смотреть на VK видео]

😃 [FTS] Экварта Лицом к безопасности

✨ Впечатления от 2025 года

В этом посте делимся нашими наблюдениями о событиях 2025 года, которые оказались значимыми для нас и, как нам кажется, для автомобильной отрасли в целом.

Здесь не будет сухой статистики и формального подведения итогов — только практические выводы и профессиональный взгляд на развитие инженерного сообщества, изменения в нормативном регулировании и действия автопроизводителей в области безопасности дорожных транспортных средств.

[читать далее]

😃 [FTS] Экварта Лицом к безопасности

🎇 Руководство по безопасному запуску салютов

(обязательно прочтите, чтобы знать правила безопасного Нового года как свои 5 пальцев, а не 3.5 🫣)

🎄Новый год — это не только ёлки и мандарины, но и момент, когда каждый из нас вдруг превращается в пиротехнического системного инженера. Да, каждый из нас читал Р-4754, ИСО 26262, КТ-178 и КТ-254, но смогут ли они обеспечить нам безопасные праздники? Сомнительно😅

Итак, представляем Вам чек-лист безопасного праздника:

1️⃣ Перед покупкой или хотя бы перед запуском убедитесь, что фейерверк — не «не понятно что», а сертифицированное изделие.

2️⃣ Изучите инструкцию! Запускать фейерверк без инструкции — всё равно что деплоить ПО без ревью.

3️⃣ Выберите место подальше от деревьев, домов, автомобилей, прохожих и особенно — от соседских занавесок. Представьте, что вы проводите FMEA новогодней системы «дом + салют + гости». Если на вопрос: «Что будет при попадании салюта туда?», – получаете ответ: «Праздник станет короче, чем тост самого пьяного гостя», — просто отойдите подальше.

4️⃣ Проверьте срок годности.

5️⃣ Убедитесь, что изделие стоит ровно.

6️⃣ Никогда не поджигайте фитиль, прижав фейерверк коленом, не стоит проверять его на взрывоустойчивость.

7️⃣ Если салют «молчит», как ваш подчиненный на планерке — не бегите к нему с криком «ой, не запустилось!». Подождите 5–10 минут, а потом залейте водой. Не пытайтесь превратить баг фейерверка в фичу!

8️⃣ Дети — не beta-тестеры, а самые ценные пользователи. Держите их подальше от «полигона».

Если вы думаете: «ну, в прошлом году же ничего», — добро пожаловать в классику человеческого фактора.

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

🛡Будьте осторожны, друзья. Пусть ваша система «Новый год» будет отказоустойчивой, а сбои — только в виде переедания оливье! 🥂✨

😃 [FTS] Экварта | Лицом к безопасности

С наступающим Новым 2026 годом! 🎄

✨ Пусть год Лошади станет для вас годом смелых решений, блестящих открытий и прочного фундамента для всех ваших целей!

Спасибо, что идете с нами одной дорогой. Ваше доверие — наш главный двигатель.

😃 Желаем в новом году крепкого здоровья, душевного тепла и моментов искреннего счастья в кругу родных. Пусть этот год будет полон ярких историй, которые захочется помнить!

Загадывайте самые смелые желания — и пусть они сбываются! С праздником! 🎄✨

😃 [FTS] Экварта | Лицом к безопасности

🚘 Что может сделать российские автомобили безопаснее? Функциональная безопасность!

Про безопасность автомобилей говорят все. Про функциональную безопасность - гораздо реже.
А именно она отвечает за то, как автомобиль ведёт себя при отказах, сбоях и нештатных ситуациях.

В новом интервью с техническим директором инженерной компании «Экварта» Палаевым Алексеем Юрьевичем, разбираемся может ли функциональная безопасность реально повысить уровень безопасности российского автотранспорта — или это пока остаётся «бумажной» историей.

В разговоре обсуждаем:

❓откуда появилась функциональная безопасность и зачем она нужна

❓насколько она реально внедрена в России сегодня

❓почему многие производители до сих пор её избегают

❓как бороться с дефицитом специалистов

❓может ли обязательная сертификация повлиять на безопасность автомобилей

Без лозунгов и упрощений - спокойно, по-инженерному и по делу.

📺 [смотреть на Youtube]

📺 [смотреть на VK видео]

😃 [FTS] Экварта | Лицом к безопасности

🚗 Семь раз отмерь, один раз ответь - почему без количественного анализа безопасность остаётся на словах?

Количественный анализ аппаратных средств — обязательный элемент функциональной безопасности для изделий с уровнями ASIL (B), C и D по ISO 26262. Его часто воспринимают как сложную и трудоёмкую часть стандарта, необходимую лишь «для галочки» и прохождения аудита.

Но именно количественный анализ позволяет подтвердить выбор безопасной аппаратуры. В отличие от качественных методов, он позволяет не просто перечислить возможные отказы, а оценить их вероятность и вклад в нарушение целей безопасности — и на основе цифр принимать инженерные решения.

Сегодня разбираем, когда без количественного анализа действительно не обойтись, зачем тратить время на расчёты и какие выводы он позволяет сделать о безопасности аппаратной архитектуры.

❓В каких случаях без него не обойтись 

На практике количественный анализ используется в нескольких ключевых ситуациях:

1️⃣ Оценка архитектурных метрик аппаратуры (Clause 8, ISO 26262-5)
Применяется для оценки эффективности архитектуры с точки зрения обнаружения и контроля случайных аппаратных сбоев.

2️⃣ Оценка нарушений целей безопасности из-за случайных сбоев (Clause 9, ISO 26262-5)
Необходима для подтверждения того, что остаточный риск нарушения целей безопасности находится на допустимом уровне.

3️⃣ Разработка сложных микросхем и полупроводников
Количественный анализ дополняет качественный и используется для доказательства того, что дизайн полупроводникового компонента соответствует целевым значениям метрик.

4️⃣ Анализ по методу EEC (Evaluation of Each Cause)
Метод основан на индивидуальной оценке каждой части оборудования и ее вклада в нарушение цели безопасности. Часто реализуется в виде количественной FMEA-таблицы.

❓Зачем тратить время на расчёты

Главная цель количественного анализа — предсказать частоту отказов, а не просто перечислить их. Это принципиально отличает его от качественных методов, которые ограничиваются идентификацией видов отказов.

На практике он позволяет:

▪️сравнивать различные варианты архитектур между собой — метрики быстро показывают, какое решение действительно безопаснее;

▪️оценивать диагностическое покрытие — насколько хорошо механизмы безопасности справляются с одиночными, остаточными и скрытыми сбоями;

▪️обосновывать дизайн — находить доказательство того, что проект соответствует целям безопасности с учетом интенсивности отказов компонентов.

▪️находить слабые места — расчёт помогает определить «топ-вкладчиков» в общую интенсивность опасных отказов для их дальнейшей доработки.

❓Что в итоге должно получится

Результатом количественного анализа являются конкретные, проверяемые показатели:

▪️SPFM (Single-Point Fault Metric) — метрика одиночных точек отказа, подтверждающая устойчивость архитектуры к одиночным и остаточным сбоям.

▪️LFM (Latent-Fault Metric) — метрика скрытых отказов, подтверждающая, что механизмы контроля скрытых дефектов (например, самотестирование при включении) работают эффективно.

▪️PMHF (Probabilistic Metric for random Hardware Failures) — средняя вероятность нарушения цели безопасности в час на протяжении срока эксплуатации.

▪️Приемлемость каждого опасного отказа — подтверждается, что для каждой причины нарушения цели безопасности приняты адекватные меры (например, использование консервативных данных или специальных методов контроля)

Количественный анализ — это не формальная «галочка» для соответствия ISO 26262, а инструмент поиска безопасных решений. Он позволяет перейти от общих рассуждений о безопасности аппаратуры к численно обоснованному дизайну, понять реальные риски архитектуры и целенаправленно снижать их еще на этапе разработки.

😃 [FTS] Экварта | Лицом к безопасности

🎥 Если ещё не успели посмотреть интервью с техническим директором инженерной компании «Экварта» Палаевым Алексеем Юрьевичем, обязательно уделите ему внимание на выходных!

Где смотреть?

📺 [смотреть на Youtube]

📺 [смотреть на VK видео]

😃 [FTS] Экварта | Лицом к безопасности

✈️ Турбулентность в комментариях

Мы получили бурную реакцию на наш рейтинг безопасных отечественных самолетов. Честно, не ожидали, что обсуждение получится настолько живым🔥

Хотим еще раз подчеркнуть: рейтинг субъективный и построен на данных из открытых источников. Это не окончательная истина, а повод для разговора, и судя по комментариям, разговор получился.

В обсуждении прозвучало несколько сильных идей:

▪️безопасность корректнее считать по налёту, а не по количеству бортов и инцидентов
▪️открытые данные по авиации всегда ограничены
▪️некоторые самолёты требуют отдельного, более глубокого анализа
▪️самые безопасные самолеты, которые не летают😂
▪️и даже прислали учебник «Безопасность полетов гражданских воздушных судов».

И это как раз то, ради чего мы делаем такие посты! Чтобы обсуждать, спорить и смотреть на безопасность с разных сторон.
Мы видим интерес. Значит, продолжим.

Напишите в комментариях: какие ещё рейтинги или сравнения вам было бы интересно увидеть? Какие критерии учесть?

😃 [FTS] Экварта | Лицом к безопасности

✈️🤖 Посетили NAIS и DroneTech, и вот что увидели

4-5 февраля в Крокус Экспо прошли сразу две крупные отраслевые выставки: Национальный авиационный инфраструктурный салон NAIS 2026 и специализированная экспозиция DroneTech по беспилотным, автономным и робототехническим комплексам.

Выставка в Дубае впечатляла масштабом, здесь поразило другое: содержание и реальный уровень разработок, которые уже создаются и применяются в нашей авиации и беспилотной сфере.

Были представлены передовые решения:

🔹отечественные двигатели и авиационная техника;

🔹 уникальные системы связи и навигации, такие как GEOKOSMOS, которые работают даже без GPS;

🔹 высокотехнологические разработки от компаний вроде Алмаз-Антея для обеспечения как пилотируемых, так и беспилотных полётов.

🛸 DroneTech стал отдельной площадкой в рамках NAIS, где производители беспилотных авиационных систем показывали:

▪️гражданские дроны для сельского хозяйства и логистики;

▪️ робото-автономные платформы и решения для промышленного применения;

▪️ навигационные комплексы и средства интеграции в воздушное пространство.

Каждый аппарат уникален и, надеемся, безопасен.

Особо отметим первый отечественный телетрап и другие образцы аэропортового оборудования, которые показывают, что мы создаём собственные инженерные решения.

Возвращаемся в работу вдохновлённые уровнем достижений и ждем ещё больше новинок, передовых разработок и интересных проектов в следующем году.
Индустрия развивается, и нам есть, что обсуждать.

😃 [FTS] Экварта | Лицом к безопасности

🛫 С Днём гражданской авиации!

Сегодня мы поздравляем всех причастных к отрасли тех, кто поднимает в небо огромные лайнеры, кто обеспечивает их безупречную службу, кто прокладывает маршруты и встречает пассажиров.

😃 Команда инженерной компании «Экварта» хорошо знает, что основа безопасного полёта - это надёжность каждой детали, каждого расчёта, каждого решения. Мы рады вносить свой вклад в это важное дело.

Желаем всегда точных расчётов и новых высот как в работе, так и в жизни! Здоровья, благополучия и новых горизонтов!

😃 [FTS] Экварта | Лицом к безопасности

🤖 Инсайт по разработке требований (в частности — к ПО)

При разработке требований к ПО широко применяются неформальные нотации на основе естественного языка.

На практике при таком подходе часто наблюдается следующий паттерн: в разных требованиях регулярно встречаются фрагменты с одинаковым смыслом. Они могут относиться, например, к выполнению одного и того же действия, но при возникновении различных условий в разных требованиях.

Типичный пример – установка одного и того же флага при обнаружении разных ошибок.

🔲 Принцип LEGO-конструктора для требований

Для неформальных нотаций часто используется подход EARS (Easy Approach to Requirements Syntax). Но его можно немного усилить, применив принцип LEGO-конструктора. Идея простая: заранее определить набор «многоразовых кубиков», из которых потом собираются полноценные требования.

Такие кубики — это типовые элементы:

▪️условия требования;
▪️обязательное выполняемое действие;
▪️временные и иные ограничения;
▪️состояния программного обеспечения;
▪️объект или субъект требования;
▪️а также другие типовые элементы требований.

Использование подобных кубиков позволяет формировать требования с единообразной и предсказуемой структурой и упрощает их восприятие и анализ. Например, требования могут быть сформулированы так:

→  «В состоянии S1, при возникновении условия C1, субъект K должен выполнить действие A1 за время t1»;

→  «В состоянии S1, при возникновении условия C2, субъект K должен выполнить действие A2 за время t2».

Что это дает на практике?

1️⃣Проще писать требования: инженер сосредотачивается на формировании базовых элементов, а затем собирает из них законченные смысловые требования.

2️⃣Легко вносить изменения: если нужно скорректировать одинаковое условие для группы требований — меняем один «кубик», и изменения распространяются на все связанные требования.

3️⃣Больше однозначности:  За счет заданных правил построения и единообразия структуры естественный язык становится ближе к полуформальным нотациям, что снижает риск неоднозначной интерпретации.

🔩Про инструменты

Концепция модульного построения требований уже поддерживается специализированными инструментами. 

Например, ANSYS Medini Analyze удобен тем, что позволяет выстраивать трассируемые связи между требованиями разных уровней, результатами анализов безопасности и архитектурными элементами системы, описанными в нотации SysML.

Дополнительное преимущество — возможность адаптации инструмента под конкретные задачи проекта за счет встроенного API, пользовательских скриптов на JavaScript, а также расширения функциональности через разработку собственных плагинов на Java в рамках платформы Eclipse.

Например, такие скрипты могут использоваться для автоматического формирования типовых шаблонов требований, проверки их структуры или массового обновления повторно используемых элементов. Это позволяет сократить объем ручной работы и обеспечить единообразие и воспроизводимость требований в рамках проекта.

Примечание: приведенные примеры требований носят иллюстративный характер и не претендуют на роль эталонных формулировок.

😃 [FTS] Экварта | Лицом к безопасности