ГОСТ Р 57102—2016
который может содержать как обновленные планы, используемые для формирования ответа на запрос о
приобретении, так и планы, применяемые на предыдущей стадии жизненного цикла. Участвующим
командам поручается работа с ожиданием соответствия запланированным требованиям. Эти команды
делают работу, связанную с применением технических процессов для получения требуемых рабочих
продуктов. Для того чтобы производить работу в пределах означенной стоимости, графиков, рисков и
удовлетворять эксплуатационным системным требованиям, следует использовать процессы оценки и
контроля проекта, принятия решения, управления рисками, конфигурацией и информацией, обеспечи
вающих контроль, управление и оценку выходных результатов технических процессов. Процессы орга
низационного обеспечения проекта и процессы проекта реализуются для оказания поддержки проекту и.
если приемлемо, для анализа проекта.
Действия процессов, показанные на рисунке 14. можно рассматривать как полное множество,
если соглашение полностью удовлетворяется поставкой необходимых продуктов и услуг.
Фактическая форма представления рассматриваемой системы, составной системы или систем
ного элемента может варьироваться от представления концептуальной модели до предоставляемой
продукции. Реализованная форма поставки продукции и услуг является обычной функцией критериев
выхода (выходных результатов) относительно применяемой стадии жизненного цикла системы и тре
бований соглашения.
5.4.3 Применение технических процессов к проекту
5.4.3.1 Общее
На рисунке 15 представлена модель для применения технических процессов по ИСО/МЭК15288.
Эта модель предусматривает только технические процессы, которые прежде всего используются для
инженерии рассматриваемой системы. Три из этих технических процессов отсутствуют на рисунке 15 —
это процессы функционирования, обслуживания (сопровождения), изъятия и списания. Для обеспе
чения входов в процесс определения требований заинтересованных сторон (требований правообла
дателей) данные процессы следует использовать соответствующим образом. Требования могут быть
представлены в форме требований приобретающей стороны, таких как удобство использования, под-
держиваемость и способность к выведению из эксплуатации, или в форме требований
заинтересо ванных сторон, таких как способность предоставлять соответствующие услуги для
обеспечивающих систем.
В последующих изложениях относительно модели технического процесса для системной инжене
рии процесс применения используется в приложении именно к системе независимо оттого, является ли
в структуре системы это рассматриваемой системой высокого уровня, или одной из составных систем,
или системным элементом. Если применение процесса будет относиться только к рассматриваемой
системе или системному элементу в структуре системы, то будет использоваться специальная терми
нология.
Несмотря на то что при обращении к любой системе нужно охватывать ее полный жизненный
цикл, для проектов достаточно характерным является случай охвата лишь части этого жизненного
цикла. Например, один проект может определить систему, в то время как другой проект превращает
проектирование в реализацию системы. Учитывая это. применение технических процессов к проек ту
приведено в двух подпунктах настоящего стандарта: в 5.5.5.2 рассмотрено определение системы, а в
5.5.5.3 — реализация системы.
Для того чтобы спроектировать решение для каждой составной системы из структуры системы,
используются процесс определения требований заинтересованных сторон (требований правооблада
телей), процесс анализа требований и процесс архитектурного проектирования. При реализации тре
буемого проектного решения применение этих процессов может быть итеративным (4.4.3.3).
С целью реализации решения для проектирования архитектуры каждой составной системы в
структуре системы используются процессы реализации, комплексирования, передачи, валидации и ве
рификации. Аналогичным образом применение этих процессов может быть итеративным.
Процесс определения потребностей и требований заинтересованных сторон (требований право
обладателей), процесс анализа требований и процесс проектирования архитектуры применяются ре
курсивно к рассматриваемой системе и ее подсистемам сверху вниз, пока системный элемент (напри
мер, построенный, купленный, повторно используемый) не окажется реализованным с использованием
процесса реализации. Это происходит, когда не требуется в дальнейшем разрабатывать системы. По
сле того как все элементы структуры системы реализованы, начинают рекурсивно выполняться про
цессы комплексирования. верификации, передачи и валидации по каждой системе снизу вверх, вклю
чая высший уровень рассматриваемой системы.
26