Как согласуют части сложной системы на протяжении её жизненного цикла

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

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

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

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

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

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

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

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

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