Этот стандарт определяет процессы и продукты инженерии требований, применимые к приобретению, разработке, эксплуатации и выводу из эксплуатации систем и программного обеспечения на протяжении всего жизненного цикла.
Стандарт работает для любых систем, где есть требования:
- чистое ПО (мобильные приложения, веб-сервисы, backend);
- встроенные системы (IoT, automotive, медицинское оборудование);
- сложные системы систем (enterprise-платформы, цифровые экосистемы);
- проекты с аппаратной частью (hardware + software).
Не важно, Agile или waterfall — стандарт универсален.
Что именно покрывает
- сбор и анализ требований от стейкхолдеров;
- формализацию в документы (StRS, SyRS, SRS);
- проверку (verification/validation);
- управление изменениями;
- трассировку от бизнеса до тестов.
Для кого
- системные аналитики и бизнес-аналитики;
- софтверные и системные архитекторы;
- менеджеры проектов и продуктовые владельцы;
- заказчики и подрядчики (особенно в госконтрактах и enterprise);
- Команды, которым нужна сертификация (CMMI, ISO 9001 и т.д.).
Чего НЕ покрывает
Стандарт не говорит, как именно писать код или проектировать архитектуру — для этого есть ISO 42010. Он также не даёт конкретных шаблонов пользовательских историй для Scrum (но легко совместим с ними).
Почему важен
Многие думают: «ISO 29148 — это только для больших гос- и оборонных проектов». Это миф.
На деле стандарт спасает любую команду, где:
- заказчик постоянно меняет «я имел в виду…»;
- разработчики строят не то, что нужно;
- на демо выясняется, что забыли про безопасность или производительность.
Стандарт подчёркивает: требования — это не разовый документ в начале проекта, а процесс, который идёт через весь жизненный цикл. В Agile/DevOps: требования эволюционируют, но всё равно должны быть формализованы, проверяемы и трассируемы.