http://sewiki.ru/index.php?action=history&feed=atom&title=ISO%2FIEC%2FIEEE_29148 2026-04-28T13:58:37Z История изменений этой страницы в вики MediaWiki 1.26.2 http://sewiki.ru/index.php?title=ISO/IEC/IEEE_29148&diff=2845&oldid=prev 2017-11-30T13:01:41Z

<p>Новая страница: «&#039;&#039;&#039; ISO/IEC/IEEE 29148:2011 Systems and software engineering — Life cycle processes — Requirements engineering &#039;&#039;&#039; == Назначение == Стандар…»</p> <p><b>Новая страница</b></p><div>''' ISO/IEC/IEEE 29148:2011 Systems and software engineering — Life cycle processes — Requirements engineering '''<br /> <br /> == Назначение ==<br /> Стандарт описания практик [[Инженерия требований|инженерии требований]]<br /> <br /> == Особенности ==<br /> ISO 29148 мимоходом описывает требования к артефактам-требованиям и их группам — например, приводит рекомендации по формулированию текстовых огрызков, из которых состоят требования (типа &quot;обязательность выражайте как shall, а will избегайте&quot;, &quot;синтаксис требования — [условие] [предмет] [действие] [объект] [ограничение] или [условие] - [действие] -[значение]&quot;), и агрегирование этих огрызков в списки-&quot;спецификации&quot;.<br /> <br /> Стандарт считает требования объектом и приводит пример атрибутов (это только примеры, а не жесткие требования по составу атрибутов):<br /> * идентификация,<br /> * приоритет,<br /> * критичность,<br /> * риск,<br /> * источник,<br /> * обоснование,<br /> * трудность,<br /> * тип<br /> ** требования функциональные,<br /> ** эксплуатационные характеристики,<br /> ** интерфейсные,<br /> ** [[ограничение|ограничения]] проекта,<br /> ** нефункциональные (в том числе требования качества и требования со стороны человеческого фактора),<br /> ** процессные.<br /> <br /> Требования делятся на (в соответствии с [[ISO 15288]]):<br /> * '''требования заинтересованных сторон'''<br /> * '''системные требования''', включают функциональную границу системы в терминах обеспечиваемого системой поведения и свойств, определение каждой функции, реализационных ограничений, технических мер и мер качества.<br /> <br /> Это всё вытаскивается из текста и явно не похоже на вменяемую стандартом классификацию. Похоже, что авторы стандарта хотели бы проверять не результаты этих работ (артефакты), а то, что велись сами работы (выполнялись [[:Категория:Практики|практики]]). Для максимизации состава артефактов и их возможных состояний (до и после проверок целостности, рассмотрения независимыми экспертами и заинтересованными сторонами, разных анализов и уточнений, обоснований и т.д.) этот стандарт поможет открыть практически неограниченный фронт работ.<br /> <br /> == Основные концепции ==<br /> Стандарт вводит понятия:<br /> * база данных требований,<br /> * документы требований<br /> ** спецификация требований заинтересованных сторон,<br /> ** concept of operations,<br /> ** operational concept (последние два в проекте стандарта определены по-разному)<br /> * требования к содержанию этих документов<br /> <br /> Набор требований нужно сопровождать в ходе жизненного цикла обязательно вместе со связанными обоснованиями, решениями (decisions) и предположениями (assumptions). Требования также привязываются к базисам.<br /> <br /> == См. также ==<br /> * С этим стандартом тесно связан [[ISO 24766]]:2009 — руководство по желаемым возможностям инструментов инженерии требований (Guide for requirements engineering tool capabilities).<br /> <br /> [[Категория: Стандарты системной инженерии]]<br /> [[Категория: Стандарты ISO]]<br /> [[Категория: Стандарты IEC]]<br /> [[Категория: Стандарты IEEE]]</div>

Admin