На что обратить внимание при выборе инструмента управления требованиями

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

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

Хотя они могут получить выгоду от таких инструментов, как Requirements Portal, инженеры нередко сталкиваются с первоначальным барьером: внедрением. Отказ от ручной работы с устаревшей информацией требует специализированного инструмента, который поддерживает этот новый, ориентированный на требования подход без потери контроля и прозрачности.

Ключевые выводы

• Управление требованиями на основе документов больше не масштабируется для современной разработки аппаратных продуктов. Хотя документы и электронные таблицы кажутся привычными и простыми для внедрения, они создают серьезные риски, такие как расхождение версий, неясная зона ответственности, устаревшие данные и слабая прослеживаемость, что приводит к неэффективности, ошибкам проектирования и дорогостоящим переделкам.
• Главный барьер для перехода на более совершенные инструменты управления требованиями — не ценность, а внедрение. Инженеры неохотно отказываются от привычных процессов, основанных на документах, даже понимая, что существует лучший способ работы с требованиями. Успешные инструменты управления требованиями должны поддерживать существующие рабочие процессы, одновременно повышая прозрачность и управляемость.
• Эффективное управление требованиями требует живой двунаправленной прослеживаемости. Современные RM-инструменты должны обеспечивать двунаправленную прослеживаемость между требованиями, проектированием и верификацией в ECAD, MCAD и средах моделирования. Такая связь в реальном времени позволяет выполнять раннюю верификацию, точный анализ влияния изменений и поддерживать всегда актуальный единый источник достоверных данных.
• Автоматизация, планирование верификации и гибкость необходимы для скорости и соответствия требованиям. Такие функции, как повторно используемые параметры, автоматизация, рабочие процессы с поддержкой ИИ, интегрированное управление верификацией и гибкий импорт/экспорт, критически важны для снижения проектных рисков, поддержки сертификации и обеспечения быстрых итераций.

Почему организации по-прежнему ведут управление требованиями в документах и электронных таблицах

Решение продолжать использовать документы и электронные таблицы для работы с требованиями редко бывает стратегическим; скорее, это следствие выбора пути наименьшего сопротивления. По меркам «вчерашнего дня» эти инструменты кажутся почти беспроблемными. Компании к ним привыкли, а порог обучения относительно невысок. 

Вот почему инженеры продолжают использовать документы и электронные таблицы: 

• Привычность: Хотя может показаться несущественным рассматривать привычку как издержку проекта, инженеры, которые держатся за устаревшие рабочие процессы, могут стать серьезным операционным препятствием. Когда проекты требуют всего их внимания, они могут не задумываться о том, как требования распространяются и принимаются. Использование документов Word или таблиц Excel позволяет действовать быстро и сразу, что лишь укрепляет зависимость от этих привычных инструментов.
• Простота использования: Привычность избавляет от необходимости осваивать новую систему или сталкиваться с возможными трудностями настройки. Централизованная система управления требованиями может быть эффективной только в том случае, если все пользователи способны встроить ее в свои существующие рабочие процессы. Для занятых инженеров онбординг должен быть простым и ненавязчивым.
• «Бесплатные» инструменты: Инженеры могут считать, что давно используемые инструменты не влекут дополнительных затрат при обмене требованиями. На практике такое восприятие может скрывать возможности экономии и повышения эффективности, которые предлагают более новые и интуитивно понятные решения для управления требованиями.

Риски управления требованиями на основе документов

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

Факторы проектного риска

• Расхождение версий: Непосредственная опасность ручного управления требованиями заключается в отсутствии единого источника достоверных данных. Когда требования существуют в статических документах или электронных таблицах, их часто дублируют, пересылают и сохраняют локально. Именно здесь и возникает человеческий фактор. Расхождение версий происходит, когда требование изменяется в последней спецификации, но обновление не доходит до всех заинтересованных сторон, потому что они работают со статическими документами, а не с общим, непрерывно обновляемым источником.
• Ответственность за требования: В системе, основанной на документах, границы ответственности быстро размываются. Поскольку электронные таблицы предназначены для общего ввода данных, а не для структурированных инженерных процессов, в них отсутствуют детализированные разрешения и функции назначения задач, характерные для специализированных RM-инструментов. 
• История изменений: История изменений позволяет командам отслеживать, когда требование было изменено, кем, почему было внесено изменение и каким было его предыдущее состояние, обеспечивая «git-подобный» журнал аудита, необходимый для формальных проверок и соответствия требованиям.

Факторы риска, связанные с данными

• Статус верификации: Верификация и тестирование на соответствие требованиям — это важнейшие этапы, которые позволяют инженерам уверенно двигаться дальше. Когда верификация тесно связана с требованиями, команды сохраняют полное и точное представление о ходе проекта и общей готовности системы. Если требования и верификация разорваны, эта прозрачность теряется, что затрудняет оценку реального состояния проекта и понимание того, соответствует ли система заданным критериям для следующей итерации. 
• Устаревание данных: В цифровой среде реального времени любое требование, экспортированное в статический документ или электронную таблицу, устаревает в тот момент, когда оно загружено. Хотя статические артефакты иногда необходимы для соблюдения нормативных требований и стандартов сертификации, таких как ISO 13485 для медицинских устройств или DO-254 для аэрокосмической отрасли, они представляют собой снимки состояния на определенный момент времени, а не живые источники достоверных данных. Использование таких статических документов как основного рабочего метода неэффективно и создает риск, поскольку команды могут неосознанно принимать решения на основе устаревших данных. Та же проблема возникает и в процессах цепочки поставок, например при управлении информацией о соответствии требованиям RoHS или REACH, где устаревшая документация может привести к неверным предположениям или пробелам в соблюдении требований.
• Прослеживаемость: Одного лишь контроля версий недостаточно. Инженеры должны иметь возможность задаваться вопросом, является ли используемая ими информация корректной и актуальной. Необходима прозрачность, чтобы подтверждать, что требования остаются действительными, а итерации проектирования — согласованными с ними. Хотя статические форматы могут представлять информацию, инженерам нужна уверенность в том, что все действия можно проследить до исходных требований.

Свойства хорошего инструмента управления требованиями

Двунаправленные связи прослеживаемости

Надежный RM-инструмент формирует двунаправленную «цифровую нить» между средами ECAD, MCAD и моделирования, создавая целостную связь между подсистемами и требованиями. Эта цепочка служит источником достоверных данных, необходимым для согласования работы междисциплинарных команд. Хотя статические электронные таблицы способны отслеживать такие связи, их возможности ограничены неспособностью отслеживать процесс проектирования в реальном времени.

Планирование верификации и управление тестированием

Чтобы избежать дорогостоящих провалов при сертификации, тестирование должно быть интегрированной частью процесса проектирования, а не финальным препятствием. Эффективные RM-инструменты встраивают планирование верификации непосредственно в функциональные требования, направляя инженеров непосредственно в контексте работы для поддержания соответствия таким стандартам, как EMI или целостность сигнала. За счет согласования управления тестированием с актуальными проектными данными команды могут раньше выявлять отклонения, гарантируя, что физическое аппаратное изделие точно соответствует исходным требованиям.

Контроль версий

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

Умные рабочие процессы и автоматизация

Повторно используемые параметры и вычислительный механизм

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

Рабочие процессы с поддержкой ИИ

Лучшие инструменты для работы с требованиями оснащены ИИ, который инженеры могут использовать для упрощения обновлений. Большие языковые модели (LLM) особенно хорошо справляются с текстовыми данными и подбором оптимальных способов их форматирования. Это дает инженерам по-настоящему настраиваемый опыт работы и одновременно гарантирует, что все обновления переводятся в централизованный источник. 

Гибкий импорт и экспорт

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

Сравнение решений для управления требованиями

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

Начните использовать Altium Requirements Portal

Requirements Portal — это лёгкий инструмент Altium для управления требованиями, верификации и трассируемости, созданный для инженерных команд, разрабатывающих сложные аппаратные продукты. Он помогает перейти от разрозненных документов и ручного отслеживания к структурированным процессам, основанным на требованиях, которыми может пользоваться вся команда.

Requirements Portal можно использовать как самостоятельный инструмент управления требованиями для работы с требованиями на уровне системы, аппаратной и программной части в рамках всего продукта. Он также входит в состав Altium Develop и Altium Agile, позволяя командам, уже работающим в экосистеме Altium, напрямую связывать требования с данными проекта и процессами совместной работы.

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

Requirements Portal обеспечивает полную поддержку структурированных требований, планирования верификации, трассируемости и анализа влияния изменений между различными дисциплинами. При использовании вместе с Altium Designer инженеры могут получать доступ к требованиям в контексте своих проектов, а изменения распространяются на проекты, действия по верификации и документацию. 

Инженерные команды используют Requirements Portal для того, чтобы:

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

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

Готовы быстрее выполнять итерации с инструментом управления требованиями, к которому имеет доступ вся ваша команда? Начните работу с Requirements Portal → 

Часто задаваемые вопросы

Что такое инструмент управления требованиями и почему он важен для разработки электроники?

Инструмент управления требованиями (RM) — это система, которая определяет, отслеживает и верифицирует требования на протяжении всего жизненного цикла электронного продукта. В отличие от документов или таблиц, специализированный RM-инструмент предоставляет актуальный единый источник достоверных данных, позволяя инженерам поддерживать трассируемость между требованиями, проектированием и верификацией, снижая объём доработок, количество ошибок и риски несоответствия требованиям.

Почему таблицы и документы не подходят для современного управления требованиями?

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

На какие функции инженерам следует обращать внимание в инструменте управления требованиями?

Инженерам следует искать:

• Двунаправленную трассируемость между ECAD, MCAD и моделированием
• Интегрированное планирование верификации и управление тестированием
• Надёжное управление версиями
• Автоматизацию, такую как повторно используемые параметры и процессы с поддержкой ИИ
• Гибкие возможности импорта и экспорта для сертификации и передачи проекта

Как инструмент управления требованиями снижает затраты на разработку аппаратной части?

Инструмент управления требованиями снижает затраты, обеспечивая верификацию по принципу shift‑left (проверку требований на ранних этапах и непрерывно на протяжении проектирования и реализации). Выявляя проблемы на этапе моделирования и трассировки, а не во время производства или тестирования, команды избегают доработок, задержек и дорогостоящих повторных выпусков аппаратуры.

Как интегрировать управление требованиями с инструментами проектирования печатных плат?

Интеграция управления требованиями с инструментами проектирования печатных плат требует централизованной системы, которая напрямую связывает требования со схемами, топологией и действиями по верификации. Современные инструменты, такие как Altium Requirements Portal, обеспечивают двунаправленную трассируемость, чтобы инженеры могли видеть требования в контексте во время проектирования. Это гарантирует, что проектные решения всегда отражают последние утверждённые требования, и снижает зависимость от статических документов.

Какие платформы предлагают наиболее сильные возможности управления требованиями для сложных программ разработки электроники?

Наиболее сильные платформы для сложных программ разработки электроники, такие как решения Altium, — это специализированные инструменты управления требованиями, разработанные именно для аппаратной разработки. Такие платформы поддерживают живую трассируемость между ECAD, MCAD, моделированием и верификацией, одновременно обеспечивая быстрые итерации. Устаревшие корпоративные RM-инструменты обеспечивают хорошую поддержку соответствия требованиям, но часто замедляют внедрение и повседневные инженерные процессы.