Подробные требования к проекту могут содержать следующие пункты.

   1 Технические данные.
   2 Планирование.
   3 План управления системной инженерией (СИП).
3.1 Процесс системного проектирования.
3.2 Системный анализ и управление.
3.3 Технологические вопросы (процессы, оборудование).
3.4 Обеспечение технической интеграции.
   4 Анализ эффективности.
4.1 Технологический анализ производства.
4.2 Анализ испытаний и верификации.
4.3 Анализ опытного производства и испытательных установок.
4.4 Эксплуатационный анализ сценариев расчетных и нештатных.
4.5 Анализ поддержки в эксплуатации.
4.6 Анализ обучения и соответствующего персонала.
4.7 Анализ процесса утилизации.
4.8 Анализ окружающей среды.
4.9 Анализ стоимости жизненного цикла.
4.10 Моделирование и цифровые двойники.
   5 Детальный график системного проектирования.
   6 Технические обзоры.
6.1 Планирование цепи обзоров.
6.2 Функциональные обзоры.
6.3 Обзоры системы по времени работ.
6.4 Организация сбора экспертных отзывов.
   7 Структуру разбиения работ (СРР).
   8 Требования к технической интеграции системы.
8.1 Надежность и ремонтопригодность.
8.2 Живучесть (где приложимо).
8.3.Электромагнитная совместимость.
8.4 Интеграция человеческих систем.
8.5 Безопасность системы для здоровья и воздействие на окружающую среду.
8.6 Безопасность системы от внешних воздействий.
8.7 Обеспечение качества.
8.8 Производство (технологические процессы, заготовки, инструменты, гибкие линии).
8.9 Интегрированную логистическую поддержку.
8.10 Испытания и оценки.
   9 Прочие требования к разработке.
9.1 Приобретаемые компоненты (ПКИ).
9.2 Использование метрической системы.
9.3 Контроль деталей, включая поставки от подрядчиков.
9.4 Управление, связь и коммуникации.
9.5 Прототипирование.
   10 Проверку инженерного менеджмента у подрядчиков.

Цепочка проектирования системы (продукта) включает несколько шагов определения и разработки требований.

• Определить и документально зафиксировать требования. Заинтересованные лица (включая заказчиков, пользователей и др.) формируют набор требований верхнего уровня, зачастую эти требования входят в техническое задание контракта на разработку системы.

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

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

• Определить методы верификации требований.

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

При разработке требований рекомендуется формулировать простые утверждения. Требования включают обязательные характеристики, такие как «необходимый, проверяемый, достижимый технически, затраты, сроки». Т.е. каждое требование должно выразить одну мысль, быть кратким и простым, быть заявлено положительно, быть грамматически правильным; без опечаток и орфографических ошибок, быть понятным однозначно, должно использовать терминологию для обозначения системы (продукта) и ее частей более низкого уровня, соблюдать правила проекта (шаблонов и стилей), формат требования «кто хочет что».

Требование должно быть независимым от технической реализации, т.е. не содержать никаких технических деталей. Требование должно быть выполнимым, то есть должна быть возможность смоделировать, как требование может быть удовлетворено.

Для перевода требований заказчика в технические характеристики продукта часто используют процедуру развертывания функции качества (quality function deployment, QFD). Метод QFD представляет собой один из инструментов проектирования изделий и процессов, помогающий преобразовывать пожелания потребителя в технические требования к изделиям и процессам их производств. Основная идея технологии QFD заключается в том, чтобы связать потребительские свойства, надежность (т.е. фактические показатели качества) и установленные в стандартах параметры продукта (вспомогательные показатели качества), между которыми всегда существует большое различие.