ГОСТ Р 57193-2016. Национальный стандарт Российской Федерации. Системная и программная инженерия. Процессы жизненного цикла систем

6.4. Технические процессы

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

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

Технические процессы включают в себя процессы:

a) анализа бизнеса или назначения;

b) определения потребностей и требований заинтересованной стороны;

c) определения системных требований;

d) определения архитектуры;

e) определения проекта;

f) системного анализа;

g) реализации;

h) комплексирования;

i) верификации;

j) передачи;

k) валидации;

l) функционирования;

m) сопровождения;

n) изъятия и списания.

Примечания

1 Для программных средств и системных элементов аппаратных средств эти процессы применяются рекурсивно на более низких уровнях для определения системы и рекурсивно на более высоких уровнях для реализации системы, определения потребностей и требований заинтересованных сторон, определения системных требований, архитектуры и проекта, системного анализа, проведения комплексирования, верификации и валидации.

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

3 Понятие стадий жизненного цикла и применение этих процессов в любой стадии описаны подробно в [19]. В нем есть полное множество результатов стадии для применения технических процессов в пределах жизненного цикла системы.

 

6.4.1 Процессы анализа бизнеса или назначения

6.4.1.1 Цель

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

Примечания

1 Этот процесс взаимодействует со стратегией организации, которая в общем случае находится вне области настоящего стандарта. Результаты стратегического анализа организации включают концепцию функционирования организации, стратегические цели и планы, новые рынки или элементы назначения, определенные проблемы и возможности. Стратегия организации устанавливает контекст, в пределах которого выполняется анализ бизнеса или назначения. Концепция функционирования организации имеет отношение к намеченным способам лидерства в управлении организацией. Эта концепция описывает предположения организации и назначения применительно к использованию разрабатываемой системы, существующих систем и возможных в будущем систем в поддержку полного или частичного множества операций при функционировании. Если организация - это рассматриваемая система, то стратегия организации представляет собой часть определения системы.

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

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

 

6.4.1.2 Выход (выходные результаты)

В результате успешной реализации процесса анализа бизнеса или назначения:

a) определяется множество проблем или возможностей;

b) характеризуется область решений;

c) определяются базовые концепции функционирования (эксплуатационные концепции) и другие концепции в стадиях жизненного цикла;

d) определяются и анализируются альтернативные классы возможных решений;

e) выбирается(ются) предпочтительный(ые) класс (классы) альтернативных возможных решений;

f) становятся доступными любые обеспечивающие системы или услуги, необходимые для анализа бизнеса или назначения;

g) устанавливается прослеживаемость проблем и возможностей бизнеса или назначения и предпочтительных альтернативных классов решений.

6.4.1.3 Действия и задачи

Относительно процесса анализа бизнеса или назначения выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к анализу бизнеса или назначения.

Эта деятельность состоит из следующих задач:

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

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

 

2) определяйте стратегию анализа бизнеса или назначения.

Примечание - Сюда включается, но не ограничивается этим, подход к определению множества проблем, характеризации области решений и выбора класса решений,

 

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

Примечание - Сюда включается определение требований и взаимодействия для обеспечивающих систем. Обеспечивающие системы для анализа бизнеса или назначения включают бизнес-системы и репозитарии организации,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить, что обеспечивающая система достигает своего намеченного использования в предоставлении функциональных возможностей, применяется процесс валидации;

 

b) определяйте множество проблем и/или возможностей.

Эта деятельность состоит из следующих задач:

1) анализируйте проблемы и возможности в контексте факторов, соответствующих области приложений.

Примечания

1 Этот анализ сосредоточен на понимании области, основ или направлении решения проблем или возможностей, которые являются центром сосредоточения системного анализа и управления решениями, необходимых для исследований приложений. Сосредоточение включает изменения в требованиях назначения, бизнес-возможностях, способностях, улучшениях или потребностях существующих систем, улучшения безопасности и защищенности факторов, таких как стоимость и эффективность, изменения регулирования, неудовлетворенность пользователей, а также политические, экономические, социальные, технологические, экологические и юридические факторы (PESTEL). Это может быть достигнуто через внешние, внутренние анализы или анализы сильных и слабых сторон, возможностей и угроз (SWOT-анализ).

2 Результаты анализа рассматривают как часть решений управления портфелем,

 

2) определяйте назначение, бизнес и/или эксплуатационные проблемы или возможности.

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

 

c) характеризуйте область решений.

Эта деятельность состоит из следующих задач:

1) определяйте базовые концепции функционирования (эксплуатации) и другие концепции в стадиях жизненного цикла.

Примечания

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

2 Базовые концепции жизненного цикла включают базовые концепции приобретения, функционирования (эксплуатации), поддержки и выведения из эксплуатации. Концепция функционирования (эксплуатации) включает эксплуатационные методы высокого уровня или состояний, сценарии функционирования, потенциальные варианты использования или использование в пределах предложенной бизнес стратегии. Эти концепции обеспечивают анализ выполнимости и оценку альтернатив. Далее концепции уточняются в пределах процесса определения потребностей и требований заинтересованной стороны.

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

 

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

Примечание - Альтернативные классы могут варьироваться от простых эксплуатационных изменений до различных системных разработок или модификаций. Здесь может быть предусмотрено определение существующих систем, продуктов и услуг, которые могут обращаться к потребностям в эксплуатационных или функциональных модификациях. При этом определяется, какой потенциал ожидаемых услуг может быть востребован. Для архитектурной точки зрения пользователя при характеризации области решений часто используется процесс определения архитектуры;

 

d) оценивайте альтернативные классы.

Эта деятельность состоит из следующих задач:

1) оценивайте каждый альтернативный класс.

Примечания

1 Каждый альтернативный класс решений оценивается в сравнении по определенным критериям, которые устанавливаются в стратегии организации. Выполнимость класса решений - это один из основных критериев решения. Некоторые из критериев рассматриваются с применением процесса управления портфелем.

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

 

2) выбирайте предпочтительный альтернативный класс (классы).

Примечание - Чтобы оценить альтернативы и вести выбор, используется процесс управления решениями. Отобранные альтернативы согласовываются в контексте стратегии организации. Обратная связь по рискам, выполнимости, факторам рынка и альтернативам предоставляется для использования в обновлении стратегии организации;

 

e) управляйте анализом бизнеса или назначения.

Эта деятельность состоит из следующих задач:

1) поддерживайте прослеживаемость в процессе анализа бизнеса или назначения.

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

 

2) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

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

 

6.4.2 Процесс определения потребностей и требований заинтересованной стороны

6.4.2.1 Цель

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

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

6.4.2.2 Выход (выходные результаты)

В результате успешной реализации процесса определения потребностей и требований заинтересованной стороны:

a) определяются заинтересованные стороны системы;

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

c) определяются ограничения для системы;

d) определяются потребности заинтересованных сторон;

e) потребности заинтересованных сторон располагаются по приоритетам и преобразуются в понятно определенные требования;

f) определяются критичные показатели функционирования;

g) достигается соглашение с заинтересованной стороной о том, что ее потребности и ожидания отражены в требованиях соответствующим образом;

h) определяются входы для требований любых обеспечивающих систем или системных элементов, которые служат выполнению действий относительно удовлетворения потребностей и требований заинтересованных сторон;

i) становятся доступными любые обеспечивающие системы или услуги, необходимые для удовлетворения потребностей и требований заинтересованных сторон;

j) устанавливается прослеживаемость требований заинтересованных сторон к конкретным заинтересованным сторонам и их потребностям.

6.4.2.3 Действия и задачи

Относительно процесса определения потребностей и требований заинтересованной стороны выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к определению потребностей и требований заинтересованных сторон.

Эта деятельность состоит из следующих задач:

1) определяйте заинтересованные стороны, у кого есть интерес в системе в ее жизненном цикле.

Примечание - Заинтересованные стороны включают, но не ограничиваются этим: людей и классы заинтересованных сторон, тех, кто является пользователями, операторами, поддерживающей стороной, разработчиками, производителями, обучающей стороной, сопровождающей стороной, удаляющей стороной, организациями приобретающей стороны и поставщика, стороной, ответственной за внешние взаимодействующие объекты, регулирующими органами и другими сторонами, у которых есть законный интерес в системе. Там, где прямая связь нереальна (например, для потребительских товаров и услуг), выбираются представители или определяемые по доверенности заинтересованные стороны,

 

2) определяйте стратегию определения потребностей и требований заинтересованных сторон.

Примечание - У небольшого количества заинтересованных сторон есть интересы, которые выступают против системы или выступают друг против друга. Если интересы заинтересованных сторон выступают друг против друга, но не выступают против системы, настоящий процесс предназначен для получения согласия среди классов заинтересованных сторон для установления общего множества приемлемых требований. С намерениями или желаниями тех, кто выступает как недоброжелатель или находится в оппозиции к системе, разбираются с использованием процесса управления рисками, анализа угроз, процесса системного анализа или системных требований к безопасности, адаптируемости или стойкости. В этом случае, когда сталкиваются с противодействиями, потребности заинтересованной стороны не удовлетворяются, а скорее направляются таким способом, чтобы помочь обеспечить системные гарантии и целостность,

 

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

Примечание - Сюда включается определение требований и взаимодействий для обеспечивающих систем. Обеспечивающие системы для определения потребностей и требований заинтересованных сторон включают инструментарии для помощи и управления требованиями,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить, что обеспечивающая система достигает своего намеченного использования в предоставлении функциональных возможностей, применяется процесс валидации;

 

b) определяйте потребности заинтересованных сторон.

Эта деятельность состоит из следующих задач:

1) определяйте контекст использования в пределах концепции функционирования (эксплуатации) и начальных понятий жизненного цикла.

Примечание - Контекст применения охватывается путем использования [28]. Базовые концепции жизненного цикла разрабатываются с помощью процесса анализа бизнеса или назначения,

 

2) определяйте потребности заинтересованных сторон.

Примечания

1 Определение потребностей заинтересованной стороны включает выявление потребностей непосредственно от заинтересованной стороны, определение из неявных потребностей заинтересованной стороны, основанных на знании области и понимании контекста, и зарегистрированных в пересечениях интересов от предыдущих действий. Потребности часто включают показатели эффективности. Чтобы помочь выявлению потребностей, часто используется функциональный анализ. Чтобы выявить и определить нефункциональные требования к качеству, которые часто являются неявными потребностями заинтересованной стороны, также применимы характеристики качества и модели качества согласно ГОСТ Р ИСО/МЭК 25010-2015 и приложения модели качества к анализу требований согласно [26].

2 Потребности заинтересованной стороны описывают потребности, желания, ожидания и воспринятые ограничения определенных заинтересованных сторон. Понимание потребностей заинтересованной стороны в минимальной безопасности и соблюдении требований частной жизни, необходимых для эксплуатационной окружающей среды, минимизирует потенциал нарушений в планах, графиках и работах. Если возникнут существенные проблемы, касающиеся пользователей и других заинтересованных сторон или их взаимодействия с системой, рекомендации для определения и рассмотрения проблем человек-система могут быть найдены в [16],

 

3) располагайте по приоритетам сверху вниз выбранные потребности.

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

 

4) определяйте потребности заинтересованных сторон и обосновывайте их.

Примечание - Потребности исходят из целей системы и ее поведения и описываются в контексте эксплуатационной среды и условий. Полезно проследить потребности к их источникам и привести обоснования;

 

c) разрабатывайте концепции функционирования (эксплуатационные понятия) и другие концепции жизненного цикла.

Эта деятельность состоит из следующих задач.

Примечание - Другие концепции жизненного цикла подразумевают концепции приобретения, развертывания, поддержки, безопасности, изъятия и списания. Базовые концепции жизненного цикла, определенные в пределах процесса анализа бизнеса или назначения, разрабатываются в контексте определенных потребностей заинтересованных сторон, соответствующих сценариев и взаимодействий. Для получения дополнительной информации об эксплуатационных концепциях следует обратиться к [31] (см. разделы 5 и 6), а для аннотируемой схемы эксплуатационных концепций системы - к [31] (см. приложение A),

 

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

Примечания

1 Чтобы проанализировать функционирование системы в ее намеченной окружающей среде, необходимо определить дополнительные потребности или требования, которые не могли быть явно предоставлены ни одной из заинтересованных сторон, например юридические, нормативные и социальные обязательства, используются сценарии. Определяется и анализируется контекст использования системы, включая действия пользователей для достижения целей системы, соответствующих характеристик для конечных потребителей системы (например, в части ожидаемого обучения, степени усталости), физической среды (например, освещенности, температуры) и любого используемого оборудования (например, защитного или оборудование связи). Когда это применимо, анализируются социальные и организационные воздействия на пользователей, которые могут затронуть применение системы или ограничить ее проект. Сценарии сосредотачиваются на угрозах, окружающей среде, инструментариях, методах и возможностях, которые подлежат проработке. Должны быть разработаны соответствующие концепции функционирования (эксплуатационные концепции). Сценарии располагаются по приоритетам, чтобы отразить взвешенную важность различных эксплуатационных потребностей.

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

 

2) определяйте взаимодействие между пользователями и системой.

Примечания

1 Требование применимости принимает во внимание человеческие ограничения по возможностям и навыкам. Где это возможно, используются стандарты, например ГОСТ Р ИСО 9241, и принятые профессиональные методы для определения:

i) физических, умственных способностей и возможностей при обучении;

ii) места работы, окружающей среды и услуг, включая другое оборудование в контексте его использования;

iii) нормальных, необычных и чрезвычайных условий;

iv) требований операторов и пользователей, обучения и культуры.

2 Если важна практичность, соответствующие требования планируются, определяются и реализуются в процессах жизненного цикла. Это рассмотрено в [16], где представлена информация, затрагивающая проблемы систем, ориентированных на человека, и в [27], где дана информация относительно практичности программных средств;

 

d) преобразовывайте потребности в требования заинтересованных сторон.

Эта деятельность состоит из следующих задач:

1) определяйте ограничения на системное решение.

Примечание - Ограничения возникают из:

1) случаев или областей решений, определенных заинтересованной стороной;

2) решений по реализации, принятых на более высоких уровнях системы иерархической структуры;

3) необходимого использования определенных обеспечивающих, наследующих или взаимодействующих систем или системных элементов, ресурсов и должностных лиц;

4) задач допустимости, определенных заинтересованной стороной.

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

 

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

Примечания

1 Дополнительная информация относительно гарантий программных средств и систем приведена в ГОСТ Р ИСО/МЭК 15026.

2 Определение рисков нарушения безопасности облегчает определение требований к безопасности и соответствующих функций. Риски нарушения безопасности связаны с методами функционирования и поддержания целостности, обеспечения здоровья и безопасности, с угрозами собственности и экологическими воздействиями. Следует использовать применимые стандарты, например ГОСТ Р МЭК 61508, и принятые профессиональные методы и практики.

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

4 Дополнительная информация относительно характеристик качества программных средств при их использовании приведена в [26],

 

3) определяйте требования заинтересованных сторон, совместимые с понятиями жизненного цикла, сценариями, взаимодействиями, ограничениями и критичными характеристиками качества.

Примечания

1 Для получения дополнительной информации о требованиях заинтересованных сторон следует обратиться к разделам 5 и 6 [31], а для аннотируемой схемы эксплуатационных понятий системы - к разделам 8 и 9.

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

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

4 Требования заинтересованных сторон являются основой критериев валидации для системы и системных элементов;

 

e) анализируйте потребности и требования заинтересованных сторон.

Эта деятельность состоит из следующих задач:

1) анализируйте полное множество требований заинтересованных сторон.

Примечания

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

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

 

2) определяйте критичные показатели функционирования, которые позволяют делать оценку технического достижения.

Примечание - Это включает определение технических показателей, показателей качества и критичных параметров работы, связанных с каждым из показателей эффективности, определяемых в требованиях заинтересованных сторон. Основные показатели функционирования (например, показатели эффективности и пригодности) определяются, анализируются и рассматриваются для того, чтобы помочь гарантировать заинтересованной стороне соответствие требованиям и обеспечить определение проектной стоимости, сроков или эксплуатационных рисков, связанных с любым несоблюдением. В [13] описан процесс для определения и использования соответствующих показателей. Комплекс стандартов [48] рассматривает соответствующие показатели качества для программных средств,

 

3) доводите проанализированные требования до соответствующих заинтересованных сторон для гарантии того, что конкретные потребности и ожидания были соответствующим образом учтены и выражены,

4) разрешайте проблемы относительно требований заинтересованных сторон.

Примечание - Сюда включается рассмотрение проблем, когда нарушаются характеристики для частных требований или множества требований, как это определено в [31];

 

f) управляйте определением потребностей и требований заинтересованных сторон.

Эта деятельность состоит из следующих задач:

1) получайте полное соглашение по требованиям заинтересованных сторон.

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

 

2) поддерживайте прослеживаемость потребностей и требований заинтересованных сторон.

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

 

3) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Для установления и сопровождения объектов конфигурации и базовых линий используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем формирует информационные объекты. Для этого процесса потребности и требования заинтересованных сторон и эксплуатационные концепции являются типичными информационными объектами из базовой линии.

 

6.4.3 Процесс определения системных требований

6.4.3.1 Цель

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

6.4.3.2 Выход (выходные результаты)

В результате успешной реализации процесса определения системных требований:

a) определяется описание системы для системных решений, включая взаимодействия системы, функции и границы;

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

c) определяются критичные показатели качества функционирования;

d) анализируются системные требования;

e) определяются входы относительно требований к любым обеспечивающим системам или системным элементам, которые обеспечивают действия по определению системных требований;

f) делаются доступными любые обеспечивающие системы или услуги, необходимые для определения системных требований;

g) обеспечивается прослеживаемость системных требований к требованиям заинтересованных сторон.

6.4.3.3 Действия и задачи

Относительно процесса определения системных требований выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к определению системных требований.

Эта деятельность состоит из следующих задач:

1) определяйте функциональную границу системы в терминах поведения и свойств в структуре процесса определения потребностей и требований заинтересованной стороны.

Примечание - Определение функциональной границы частично основано на контексте использования и на эксплуатационных сценариях, определенных в структуре процесса определения потребностей и требований заинтересованной стороны. Сюда включаются стимулы системы, удовлетворение потребностей пользователя, поведение в окружающей среде, анализ и описание необходимых взаимодействий между системой и ее эксплуатационной средой в терминах свойств взаимодействия и ограничений, таких, как, например, механические, электрические и тепловые свойства, масса, данные и процедурные потоки. Это устанавливает ожидаемое поведение системы, выраженное в ее границах в количественных терминах,

 

2) вырабатывайте стратегию определения системных требований.

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

 

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

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

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить то, что обеспечивающая система достигает своего намеченного использования в предоставлении функциональных возможностей, применяется процесс валидации;

 

b) определяйте системные требования.

Эта деятельность состоит из следующих задач:

1) определяйте каждую функцию, которую система должна выполнять.

Примечания

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

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

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

 

2) определяйте необходимые ограничения реализации.

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

 

3) определяйте системные требования, которые касаются рисков, критичности системы или критичных характеристик качества.

Примечание - Критичные характеристики качества связаны со здоровьем, безопасностью, обеспечением защищенности, надежностью, пригодностью и сопровождаемостью. Определение системных требований включает анализ и рассмотрение вопросов безопасности, в т.ч. тех аспектов, которые касаются методов функционирования и сопровождения, экологических воздействий и травматизма персонала. Это также включает рассмотрение каждой функции, связанной с безопасностью и соответствующей целостности, выраженной в терминах необходимого снижения риска. Используются применимые стандарты по функциональной безопасности, например ГОСТ Р МЭК 61508, и защите окружающей среды, например ГОСТ Р ИСО 14001-2007. Анализируются рассмотрения вопросов безопасности, включая аспекты, связанные с компромиссами и защитой критичной информации, данных и материалов. Определяются риски, связанные с безопасностью, с применением соответствующих стандартов безопасности, включая (но не ограничиваясь этим) анализ административных, персональных, физических, компьютерных, коммуникационных, сетевых факторов, излучений и факторов окружающей среды. Следует обращаться к ГОСТ Р ИСО/МЭК 15026-4-2016 как руководству по гарантиям для систем и программных средств. [30] содержит руководство по требованиям к информационной безопасности при аутсорсинге продукции и услуг. [26] содержит руководство для показателей внешнего качества системы,

 

4) определяйте системные требования и давайте обоснование.

Примечания

1 Сюда относится определение всех системных требований, связанных с требованиями заинтересованных сторон, функциональными границами, функциями, ограничениями, целями по стоимости, взаимодействиями и критичными характеристиками качества. Практика показала, что этот процесс требует итеративных и рекурсивных шагов параллельно с другими процессами жизненного цикла по всей иерархии системы. Следует обратиться к разделам 5 и 6 [31] для получения дополнительной информации о системных требованиях и разделам 8 и 9 того же стандарта - для получения описаний аннотируемой схемы для задания системных требований.

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

 

c) анализируйте системные требования.

Эта деятельность состоит из следующих задач.

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

 

1) анализируйте полное множество системных требований.

Примечания

1 Системные требования визируются как для характеристик частных требований, так и для характеристик множества требований. Потенциальные характеристики анализа подразумевают, что требования необходимы, свободно реализуемы, непротиворечивы, содержательны, полны, отражают специфику, выполнимы, прослеживаемы, поддаются проверке, приемлемы и имеют границы. [31] предоставляет дополнительную информацию о характеристиках требований. Недостатки, противоречия и "узкие места" определяются и разрешаются в пределах полного множества системных требований.

2 Чтобы оценить выполнимость, приемлемость и сбалансированность, используется процесс системного анализа,

 

2) определяйте критичные показатели функционирования, которые обеспечивают оценку степени технического достижения.

Примечание - Сюда относится определение технических показателей, показателей качества и критичных параметров функционирования, связанных с каждым показателем эффективности, определенным в системных требованиях. Критичные показатели качества функционирования (например, показатели функционирования и технические эксплуатационные показатели) анализируются и рассматриваются, чтобы помочь гарантировать удовлетворение системных требований и определение проектной стоимости, сроков или рисков при функционировании, связанных с любым несоответствием. [13] рассматривает процесс идентификации, определения и использования соответствующих показателей. В [49] предоставлена информация относительно выбора, определения и использования критичных показателей функционирования. Комплекс стандартов [48] рассматривает соответствующие показатели качества программных средств,

 

3) доводите проанализированные требования обратно до соответствующих заинтересованных сторон для рассмотрения.

Примечание - Обратная связь помогает гарантировать то, что заданные системные требования были соответствующим образом учтены и выражены. Делается подтверждение того, что эти требования дают необходимый и достаточный ответ относительно требований заинтересованных сторон и открывают необходимый и достаточный вход к другим процессам в специальной архитектуре и проекте,

 

4) разрешайте проблемы, возникающие со стороны системных требований.

Примечание - Это относится к требованиям, которые нарушают характеристики для частных требований или множества требований, как это определено в [31];

 

d) управляйте системными требованиями.

Эта деятельность состоит из следующих задач.

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

 

1) получайте подробное соглашение по системным требованиям.

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

 

2) поддерживайте прослеживаемость системных требований.

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

 

3) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы устанавливать и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для этого процесса системные требования являются типичными информационными объектами из базовой линии.

 

6.4.4 Процесс определения архитектуры

6.4.4.1 Цель

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

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

Примечания

1 Архитектура системы имеет дело с фундаментальными принципами, понятиями, свойствами, характеристиками и их объединением в рассматриваемую систему. У определения архитектуры существует большее количество приложений, нежели просто продвижение проекта или его части. ГОСТ Р 57100-2016 содержит дополнительную информацию об описании, природе и использовании архитектуры.

2 Процесс определения архитектуры поддерживает определение заинтересованных сторон и их интересов. По мере развертывания процесса появляются возможности проникновения в суть отношений между заданными системными требованиями, эмерджентными свойствами и поведениями системы, которые являются результатом взаимодействий и отношений между системными элементами. С другой стороны, процесс определения проекта (см. 6.4.5) развивает системные требования, которые исследуются через архитектуру и более детальные анализы выполнимости. Архитектура сосредотачивается на пригодности, жизнеспособности и желательных результатах, тогда как проект сосредотачивается на совместимости с технологиями и другими элементами проекта и выполнимости конструирования и комплексирования. Насколько это возможно, чтобы разрешить максимальную гибкость в прикладной области проекта, эффективная архитектура способствует познаниям через субъективный опыт проекта. Эффективная архитектура также выдвигает на первый план и поддерживает компромиссы для процесса определения проекта и, возможно, других процессов, таких, как процессы управления портфелем, управления моделью жизненного цикла, планирования проекта, определения системных требований, верификации и т.д.

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

 

6.4.4.2 Выход (выходные результаты)

В результате успешной реализации процесса определения архитектуры:

a) архитектура обращается к определенным интересам заинтересованных сторон;

b) разрабатываются точки зрения на архитектуру;

c) определяются контекст, границы и внешние взаимодействия системы;

d) разрабатываются представления архитектуры и модели системы;

e) понятия, свойства, характеристики, поведения, функции и/или ограничения, которые являются существенными к решениям архитектуры системы, распределяются по архитектурным сущностям;

f) определяются системные элементы и их взаимодействия;

g) оцениваются варианты архитектуры;

h) достигается архитектурная базовая линия для процессов по всему жизненному циклу;

i) достигается выстраивание архитектуры согласно требованиям и характеристикам проекта;

j) становятся доступными любые обеспечивающие системы или услуги, необходимые для определения архитектуры;

k) разрабатываются прослеживаемость элементов архитектуры к требованиям заинтересованных сторон и системным требованиям.

6.4.4.3 Действия и задачи

Относительно процесса определения архитектуры выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к определению архитектуры.

Эта деятельность состоит из следующих задач:

1) рассматривайте подходящую информацию и определяйте основные факторы продвижения архитектуры.

Примечание - Определяются основные факторы продвижения архитектуры с учетом:

a) исследования рынка, промышленных проектов, продукционных планов конкурентов и научных результатов;

b) организационной стратегии, понятий организационного уровня функционирования, организационной политики и директив, нормативных и юридических ограничений и требований заинтересованных сторон;

c) назначения или бизнес-концепции эксплуатации, эксплуатационной концепции системы, эксплуатационной среды, технологической дорожной карты и системных требований,

 

2) определяйте интересы заинтересованных сторон.

Примечание - Заинтересованные стороны первоначально определяются в процессе определения потребностей и требований заинтересованной стороны. Дополнительные заинтересованные стороны обычно определяются во время процесса определения архитектуры. Интересы заинтересованной стороны, связанные с архитектурой, - это ожидания или ограничения, связанные со стадиями жизненного цикла системы, такими как функционирование (например, пригодность, безопасность, эффективность, удобство и простота использования), сопровождение (например, восстанавливаемость, управление моральным износом), развитие системы и окружающей среды (например, адаптируемость, масштабируемость, жизнеспособность), производство (например, способность к производству, контролируемость), списание (например, воздействие на окружающую среду, транспортабельность) и т.д. Сюда также включаются проблемы того, что система будет находиться под угрозами преднамеренно или неумышленно через какие-либо дестабилизирующие факторы или случайным образом через угрозы безопасности,

 

3) определяйте дорожную карту, подход и стратегию для определения архитектуры.

Примечание - Это включает определение договорных способностей заинтересованных сторон, определение действий согласно архитектурному представлению, подход к оценке и критерии, подход к измерениям и методы измерений (для этого используют процесс измерений). Дорожная карта показывает, как архитектура разовьется к предполагаемому конечному состоянию и как сможет иметь более длительную временную структуру, нежели для текущей рассматриваемой системы. Подход - это способ, с применением которого работа будет завершена, например способ, как взаимодействовать с заинтересованными сторонами, как исследовать результаты или где сделать работу. Стратегия имеет дело с систематическим планом действий для того, чтобы реализовать подход, соответствующий дорожной карте,

 

4) определяйте критерии оценки, основанные на интересах заинтересованных сторон и основных требованиях,

5) определяйте и планируйте действия относительно необходимых обеспечивающих систем или услуг для поддержки процесса определения архитектуры.

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

 

6) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить то, что обеспечивающая система достигает своего намеченного использования в предоставлении функциональных возможностей, применяется процесс валидации;

 

b) разрабатывайте точки зрения на архитектуру.

Эта деятельность состоит из следующих задач:

1) выбирайте, приспосабливайте или разрабатывайте точки зрения и виды моделей, основанные на интересах заинтересованных сторон,

2) устанавливайте или определяйте потенциальную структуру(ы) архитектуры, которая будет использоваться в разрабатываемых моделях и представлениях.

Примечание - Некоторые структуры архитектуры определяют заинтересованные стороны, их интересы и соответствующие точки зрения, которые обращаются к этим интересам, в то время как другие структуры архитектуры являются более общими. Точки зрения определяют виды моделей, которые будут применяться, и как получающиеся модели могут использоваться, чтобы подготовить представления архитектуры. ГОСТ Р 57100-2016 содержит дополнительную информацию о структуре архитектуры и методах описания архитектуры,

 

3) обосновывайте выбор структур (структуры), точек зрения и типов моделей,

4) выбирайте или разрабатывайте поддерживающие методики и инструментарии для моделирования;

c) разрабатывайте модели и представления для архитектурных вариантов.

Эта деятельность состоит из следующих задач:

1) определяйте контекст системы и границы в терминах интерфейсов и взаимодействий с внешними сущностями.

Примечание - Эта задача главным образом основана на результатах процесса анализа бизнеса или назначения и выполняется одновременно с процессом определения потребностей и требований заинтересованной стороны. Задача состоит из определения внешних сущностей к системе (то есть к существующим и проектируемым системам, продуктам и услугам, которые составляют контекст системы) и определения границ системы (то есть взаимодействия с конкретными внешними сущностями через интерфейсы, которые позволяют пересекать границы). Внешние сущности могут включать необходимые обеспечивающие системы. Процесс определения архитектуры определяет взаимодействия до степени, необходимой для поддержки существенных архитектурных решений и понимания. Эти определения взаимодействия уточняются с помощью процесса определения проекта,

 

2) определяйте архитектурные сущности и отношения между сущностями, которые направляют ключевые интересы заинтересованных сторон и критичные системные требования.

Примечание - Архитектура не обязательно заинтересована во всех требованиях, а скорее только в тех, которые продвигают эту архитектуру. С другой стороны, процесс определения проекта должен обращаться и принимать во внимание все требования. Иногда через процесс определения архитектуры будут выявляться требования, которые могут оказаться неприемлемыми, невозможными или несистемными. Также важно то, чтобы архитектура обращалась к основным интересам заинтересованных сторон до тех пор, пока все они не будут охвачены в требованиях,

 

3) распределяйте понятия, свойства, характеристики, поведения, функции, и/или ограничения, которые являются существенными для решений архитектуры системы, по архитектурным сущностям.

Примечание - Распределяемые объекты могут быть физическими, логическими или концептуальными,

 

4) выбирайте, приспосабливайте или разрабатывайте модели вариантов архитектуры системы.

Примечание - В общем случае в определении архитектуры используются модели. Применяются те модели, которые лучше всех отражают интересы заинтересованных сторон. Следует обращаться к ГОСТ Р 57100-2016 для понимания того, как это может быть сделано. В определении архитектуры исторически было широко распространено использование логических и физических моделей. Информация относительно логических, физических и других моделей отражена в приложении F,

 

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

6) согласовывайте модели архитектуры и представления друг с другом.

Примечание - Соответствующие правила из структур - это один из способов установления гармонии между представлениями (см. ГОСТ Р 57100-2016);

 

d) связывайте архитектуру с проектом.

Эта деятельность состоит из следующих задач:

1) определяйте системные элементы, которые касаются архитектурных сущностей и природы этих отношений.

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

 

2) определяйте интерфейсы и взаимодействия между системными элементами и внешними сущностями.

Примечание - Это определение осуществляется на уровне деталей, необходимых для выражения архитектурного намерения, и может быть уточнено с помощью процесса определения проекта,

 

3) разделяйте на части, выстраивайте и распределяйте требования к архитектурным сущностям и элементам системы,

4) распределяйте системные элементы и архитектурные сущности по проектным характеристикам,

5) определяйте принципы для проектирования и развития системы;

e) оценивайте варианты архитектуры.

Эта деятельность состоит из следующих задач:

1) оценивайте каждый вариант архитектуры в сравнении с ограничениями и требованиями,

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

Примечание - Чтобы обеспечить выполнение этой задачи, допускается использовать процессы системного анализа и управления рисками,

 

3) выбирайте предпочтительную архитектуру, основные решения и делайте обоснование.

Примечание - Чтобы обеспечить выполнение этой задачи, допускается использовать процесс управления решениями,

 

4) устанавливайте базовую линию архитектуры в выбранном варианте архитектуры.

Примечание - Базовая линия архитектуры формируется из моделей, представлений и других соответствующих описаний архитектуры;

 

f) управляйте выбранной архитектурой.

Эта деятельность состоит из следующих задач:

1) формализуйте подход управления архитектурой и определите роли и ответственности в управлении, подотчетности и полномочия (соответственно для проектирования, обеспечения качества, безопасности, защищенности и т.д.),

2) получайте официальное согласование архитектуры заинтересованными сторонами.

Примечания

1 Чтобы подтвердить то, что модели архитектуры и представления отражают интересы заинтересованных сторон и системные требования, используются процессы верификации и валидации.

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

 

3) поддерживайте соответствие и полноту архитектурных сущностей и их архитектурных характеристик.

Примечание - Сущности, которые подлежат проверке, являются не только техническими. Например, они могут быть также юридическими, экономическими, организационными и эксплуатационными сущностями, являющимися обычно частью интересов и требований заинтересованных сторон,

 

4) организовывайте, оценивайте и управляйте развитием моделей и представлений архитектуры,

5) поддерживайте стратегию определения и оценки архитектуры,

6) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

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

 

6.4.5 Процесс определения проекта

6.4.5.1 Цель

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

Примечания

1 Процесс определения архитектуры (см. 6.4.4) поддерживает определение заинтересованных сторон и их интересов. С помощью этого процесса появляются возможности проникновения в суть отношений между заданными системными требованиями, эмерджентными свойствами и поведениями системы, которые являются результатом взаимодействий и отношений между системными элементами. С другой стороны, процесс определения проекта проводится с помощью требований, которые исследовались через архитектуру и более детальные анализы выполнимости. Архитектура сосредотачивается на пригодности, жизнеспособности и желательных результатах, тогда как проект сосредотачивается на совместимости с технологиями и другими элементами проекта и выполнимости конструирования и комплексирования. Насколько это возможно, чтобы разрешить максимальную гибкость в прикладной области проекта, эффективная архитектура способствует познаниям через субъективный опыт проекта.

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

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

 

6.4.5.2 Выход (выходные результаты)

В результате успешной реализации процесса определения проекта:

a) определяются характеристики проекта каждого системного элемента;

b) системные требования распределяются по элементам системы;

c) выбираются или формулируются необходимые определения проекта;

d) определяются или уточняются взаимодействия между системными составными элементами;

e) разрабатываются артефакты проекта;

f) становятся доступными любые обеспечивающие системы или услуги, необходимые для определения проекта;

g) устанавливается прослеживаемость характеристик проекта относительно архитектурных сущностей архитектуры системы.

6.4.5.3 Действия и задачи

Относительно процесса определения проекта выполняйте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к определению проекта.

Эта деятельность состоит из следующих задач:

1) определяйте технологии, требуемые для каждого составного системного элемента.

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

 

2) определяйте необходимые типы характеристик проекта.

Примечание - Для каждой технологии определяются необходимые типы характеристик проекта (например, детализированные образцы, структуры, размер, объем, измерители, шаблоны и т.д.). Характеристики проекта предусматривают учет безопасности, например учет принципа наименьшего количества полномочий, многобарьерной защиты, ограниченного доступа к системным сервисам и другие аспекты для минимизации ущербов и обеспечения защищенности системы в условиях различных угроз,

 

3) определяйте принципы развития проекта.

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

 

4) вырабатывайте стратегию определения проекта,

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

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

 

6) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить, что обеспечивающая система достигает своего намеченного использования для ее обеспечивающих функций, применяется процесс валидации;

 

b) устанавливайте характеристики и виды обеспечения проекта, связанные с каждым элементом системы.

Эта деятельность состоит из следующих задач:

1) распределяйте системные требования по системным элементам,

2) преобразовывайте архитектурные характеристики в характеристики проекта.

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

 

3) определяйте необходимое обеспечение проекта.

Примечание - При выполнении этой задачи определяются и/или выбираются необходимые виды обеспечения проекта, такие как модели, уравнения, алгоритмы, вычисления, формальные выражения и значения параметров, образцов, эвристики и т.д., которые связаны с проектными характеристиками. Совместимость, приемлемость, безопасность и другие критичные свойства в контексте их запланированной эксплуатационной среды являются объектами рассмотрения во время определения необходимого обеспечения проекта. ГОСТ Р ИСО 9241-210-2012 представляет руководство для ориентированных на человека проектов/эргономического проекта,

 

4) исследуйте альтернативы проекта.

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

 

5) уточняйте или определяйте взаимодействия между системными элементами и внешними сущностями.

Примечание - Следует принимать во внимание характеристики проекта, интерфейсы и взаимодействия системного элемента с другими составными системными элементами, уточнять, если они были уже определены в рамках процесса определения архитектуры (см. 6.4.4). Взаимодействия определяются в процессе определения архитектуры к уровню или со степенью, необходимой для архитектурных намерений и их понимания. Взаимодействия уточняются в процессе определения проекта. Если взаимодействия не были определены, они определяются,

 

6) устанавливайте артефакты проекта.

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

 

c) оценивайте альтернативы для получения системных элементов.

Эта деятельность состоит из следующих задач:

1) определяйте любые варианты для неразрабатываемых объектов, которые можно рассмотреть для использования.

Примечание - Эти варианты включают готовые продукты ("коммерческие"), объекты, предоставленные приобретающей стороной или повторное использование предыдущего проекта,

 

2) оценивайте каждый вариант для неразрабатываемых объектов и новую альтернативу проекта по критериям, разработанным в целях удовлетворения ожидаемых характеристик проекта или требований к системным элементам. Оценки осуществляются для определения пригодности в применении по назначению,

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

Примечание - Для осуществления выбора и исследований используется процесс системного анализа и/или процесс оценок, а также процесс управления решениями;

 

d) управляйте проектом.

Эта деятельность состоит из следующих задач:

1) увязывайте характеристики проекта с системными элементами.

Примечания

1 Задача состоит из установления прослеживаемости между детальными характеристиками проекта и архитектурными сущностями в архитектуре системы.

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

 

2) охватывайте весь проект и давайте логическое обоснование.

Примечания

1 Логическое обоснование включает информацию о главных вариантах реализации и видах обеспечения.

2 Чтобы проверить и аттестовать каждые детальные проектные характеристики и реализуемые опции, применяются процессы верификации и валидации,

 

3) поддерживайте прослеживаемость проекта.

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

 

4) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

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

 

6.4.6 Процесс системного анализа

6.4.6.1 Цель

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

Процесс системного анализа относится к разработке входов, необходимых для любой технической оценки. Это может обеспечить уверенность в применимости и целостности системных требований, архитектуры и проекта. Системный анализ охватывает широкий диапазон отличающихся аналитических функций, уровней сложности и строгости. Системный анализ включает математический анализ, моделирование, имитацию, экспериментирование и другие методы для анализа технического функционирования, поведения системы, выполнимости, приемлемости, критичных характеристик качества, техногенных рисков, затрат в жизненном цикле, а также чувствительности конкретного потенциального диапазона значений для параметров на всех стадиях жизненного цикла системы. Системный анализ используется для широкого диапазона аналитических потребностей относительно эксплуатационных понятий, определения значений в задаваемых требованиях, разрешения противоречий в требованиях, оценки альтернативных архитектур или системных элементов и оценки технических стратегий (при комплексировании, верификации, валидации и сопровождении). Формальность и строгость анализа будут зависеть от критичности информационных потребностей или поддерживаемого рабочего продукта, от количества доступной информации/данных, масштабов проекта и сроков для получения необходимых результатов.

Примечание - Этот процесс часто используется в объединении с процессом управления решениями.

 

6.4.6.2 Выход (выходные результаты)

В результате успешной реализации процесса системного анализа:

a) определяются необходимые исследования системы;

b) согласовываются предположения для системного анализа и результатов;

c) результаты системного анализа предоставляются для принятия решения;

d) определяются входы для требований любых обеспечивающих систем или системных элементов, которые необходимы для осуществления действий системного анализа;

e) становятся доступными любые обеспечивающие системы или услуги, необходимые для системного анализа.

6.4.6.3 Действия и задачи

Относительно процесса системного анализа выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к системному анализу.

Эта деятельность состоит из следующих задач:

1) определяйте проблему или вопрос, который требует системного анализа.

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

 

2) определяйте заинтересованные стороны системного анализа,

3) определяйте область, цели и степень адекватности проводимого системного анализа.

Примечание - Необходимый уровень адекватности (корректности или точности) является влияющим фактором в определении соответствующего уровня строгости системного анализа,

 

4) выбирайте методы системного анализа.

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

 

5) определяйте стратегию системного анализа,

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

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

 

7) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

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

 

8) собирайте данные и формируйте соответствующие входы, необходимые для анализа;

b) выполняйте системный анализ.

Эта деятельность состоит из следующих задач:

1) определяйте и согласовывайте предположения,

2) применяйте выбранные методы, чтобы выполнить необходимый анализ,

3) рассматривайте результаты анализа по требованиям к их качеству и достоверности.

Примечание - Результаты координируются с соответствующими исследованиями, которые были завершены ранее,

 

4) делайте заключения и формируйте рекомендации.

Примечание - Для решения этой задачи привлекаются эксперты в соответствующей предметной области и заинтересованные стороны,

 

5) регистрируйте результаты системного анализа;

c) управляйте системным анализом.

Эта деятельность состоит из следующих задач:

1) поддерживайте прослеживаемость результатов системного анализа.

Примечание - В течение жизненного цикла поддерживается двунаправленная прослеживаемость между результатами системного анализа и любым объектом системы, для которого анализ поддерживает принимаемое решение или обеспечивает обоснование (например, значения системных требований, альтернатив в архитектуре). Это часто обеспечивается с использованием соответствующего хранилища данных,

 

2) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для него результаты системного анализа или отчеты являются типичными информационными объектами из базовой линии.

 

6.4.7 Процесс реализации

6.4.7.1 Цель

Цель процесса реализации - реализовать заданный системный элемент.

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

6.4.7.2 Выход (выходные результаты)

В результате успешной реализации процесса реализации:

a) определяются ограничения реализации, которые влияют на требования, архитектуру или проект;

b) реализуется системный элемент;

c) системный элемент комплектуется или сохраняется;

d) определяются входы для требований любых обеспечивающих систем или системных элементов, которые служат выполнению действий реализации;

e) становятся доступными любые обеспечивающие системы или услуги, необходимые для реализации;

f) устанавливается прослеживаемость.

6.4.7.3 Действия и задачи

Относительно процесса реализации выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к реализации.

Эта деятельность состоит из следующих задач:

1) определяйте стратегию реализации.

Примечание - Стратегии реализации включают построение или приобретение новых или повторное использование существующих элементов (с модификацией или без нее). Если стратегия используется повторно, то проект должен определить уровень, источник и пригодность повторного использования системных элементов. Стратегия реализации предусматривает процедуры реализации, процессы изготовления, инструментарии и оборудование, неопределенности в приемлемой реализации и при верификации. В случае повторной реализации системного элемента (например, при массовом производстве, замене системных элементов) определяются процедуры реализации и процессы изготовления для достижения устойчивой и повторимой производительности,

 

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

Примечание - Здесь предусматриваются текущие или ожидаемые ограничения выбранной технологии реализации, материалов, поступающих от приобретающей стороны, или системных элементов для приспособления и ограничений, вытекающих из использования требуемой реализации обеспечивающих систем,

 

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

Примечание - Сюда включается определение требований и взаимодействий для обеспечивающих систем,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам и материалам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить, что обеспечивающая система достигает своего намеченного использования в предоставлении функциональных возможностей, применяется процесс валидации;

 

b) выполняйте реализацию.

Эта деятельность состоит из следующих задач.

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

 

1) реализуйте или адаптируйте системные элементы согласно определенным процедурам реализации.

Примечание - Это делается с использованием обеспечивающих систем реализации и заданных ресурсов. Реализация системных элементов может включать их разработку или закупку. Адаптация включает конфигурацию тех системных элементов, которые являются повторно используемыми или модифицируемыми. Реализация или адаптация проводятся с учетом стандартов в области обеспечения безопасности, защищенности, руководств или законодательства по защите частной жизни и внешней среды и методов соответствующей технологии реализации,

 

i) аппаратные средства

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

ii) программные средства

Элементы программных средств или приобретаются, или разрабатываются. Обычно элементы программных средств верифицируются на соответствие системным требованиям и критериям проекта. [43] регламентирует реализацию системных элементов, представимых в виде программных средств,

iii) услуги

Элементы в виде услуг включают множество предоставляемых услуг. Обычно элементы в виде услуг верифицируются на соответствие системным требованиям и критериям оказания услуг. ГОСТ Р ИСО/МЭК 20000 регламентирует системные элементы, реализуемые в виде услуг,

iv) эксплуатационные ресурсы

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

2) комплектуйте и сохраняйте системные элементы.

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

 

3) регистрируйте объективные доказательства того, что системный элемент удовлетворяет системным требованиям.

Примечание - Доказательства обеспечиваются в соответствии с договорами поставки, законодательством и политикой организации. Доказательства включают модификации элемента, сделанные из-за изменений или любых несоответствий, выявленных во время верификация и валидации. Объективные доказательства являются частью системного элемента, такие как, например, реализованная базовая линия конфигурации, устанавливаемая через процесс управления конфигурацией, и включают результаты тестирования, анализов, инспекций, рассмотрения событий, демонстраций, продукционных или технических анализов или других действий, осуществляемых при верификации;

 

c) управляйте результатами реализации.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты реализации и любые отклонения, с которыми сталкиваетесь.

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

 

2) поддерживайте прослеживаемость реализованных системных элементов.

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

 

3) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты данных для базовой линии и затем обеспечивает информационные объекты. Для этого процесса системные элементы - это типичные информационные объекты, которые поддерживаются базовой линией.

 

6.4.8 Процесс комплексирования

6.4.8.1 Цель

Цель процесса комплексирования - создать из множества системных элементов систему (продукт или услугу), которая отвечает системным требованиям, архитектуре и проекту. Этот процесс комплексирует реализованные системные элементы. Процесс гарантирует, что взаимодействия определяются и комплексируются таким образом, чтобы обеспечить межфункциональное взаимодействие системных элементов согласно намерениям. Этот процесс интегрирует обеспечивающие системы с рассматриваемой системой так, чтобы содействовать взаимодействию.

Примечания

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

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

 

6.4.8.2 Выход (выходные результаты)

В результате успешной реализации процесса комплексирования:

a) определяются ограничения комплексирования, которые влияют на системные требования, архитектуру или проект, включая взаимодействия;

b) определяются подход и точки контроля корректности функционирования скомплексированных взаимодействий и функций системы;

c) определяются входы для требований применительно к любым обеспечивающим системам или системным элементам, которые обеспечивают действия по комплексированию;

d) становятся доступными любые обеспечивающие системы или услуги, необходимые для комплексирования;

e) комплексируется система из реализованных составных системных элементов;

f) проверяются взаимодействия между реализованными системными элементами, составляющими систему;

g) проверяются взаимодействия между системой и внешней окружающей средой;

h) регистрируются отклонения, появившиеся из-за действий по комплексированию.

6.4.8.3 Действия и задачи

Относительно процесса комплексирования выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к комплексированию.

Эта деятельность состоит из следующих задач:

1) определяйте точки контроля корректности функционирования и целостности скомплексированных взаимодействий и отобранных функций системы.

Примечания

1 Детальная верификация взаимодействий выполняется с использованием процесса верификации.

2 Обращайтесь к стандартам комплексов ГОСТ Р ИСО/МЭК 15026 и ГОСТ Р ИСО/МЭК 27000 для получения информации относительно гарантий, целостности и безопасности. При определении точек контроля рассматривайте вопросы противодействия контрафактам, защиты от постороннего вмешательства, гарантий системы и программных средств и интероперабельности элементов,

 

2) определяйте стратегию комплексирования.

Примечания

1 Комплексирование выполняется согласно предопределенной стратегии, которая упорядочивает объединение реализованных системных элементов, основанное на приоритетах системных требований и определении архитектуры, сосредотачиваясь на взаимодействиях, минимизируя время комплексирования, стоимость и риски.

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

 

3) определяйте и планируйте действия относительно необходимых обеспечивающих систем или услуг, которые должны поддерживать комплексирование.

Примечание - Здесь определяются требования и взаимодействия применительно к обеспечивающим системам. Обеспечивающие системы для комплексирования включают услуги комплексирования, оборудование, учебные системы, отчеты несоответствия, тренажеры, устройства измерений и средства безопасности. Определяются изменения, необходимые обеспечивающим системам для поддержки задач комплексирования. Потребность в этих изменениях предоставляется заинтересованным сторонам, и это управляет обеспечивающими системами,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам и материалам, которые будут использоваться.

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

 

5) определяйте те ограничения системы из-за действий по комплексированию, которые будут включены в системные требования, архитектуру или проект.

Примечание - Это включает требования, такие как доступность, безопасность для интеграторов, осуществляющих комплексирование, требуемые взаимосвязи для множеств реализованных системных элементов, для видов обеспечения и ограничений во взаимодействиях;

 

b) выполняйте комплексирование - последовательно объединяйте конфигурации системного элемента до полного комплексирования системы.

Эта деятельность состоит из следующих задач:

1) получайте реализованные системные элементы в согласованные сроки.

Примечание - Реализованные системные элементы принимаются от поставщиков, приобретающей стороны или забираются из мест хранения. Системные элементы обрабатываются согласно соответствующим требованиям по обеспечению здоровья, безопасности, защищенности и частной жизни. Как составная часть приемки, проверяется каждый реализованный системный элемент. Это помогает подтвердить, что ранее выполнялись верификация и валидация по критериям приемки, определенным в соглашении. Проверяются поставляемая конфигурация, соответствие, совместимость при взаимодействии, наличие обязательных информационных объектов. Реализованные системные элементы, которые не проверялись, проходят верификацию и обрабатываются в соответствии с определенными процедурами,

 

2) осуществляйте сборку реализованных системных элементов.

Примечание - Сборка выполняется для достижения конфигурации системного элемента (полной или частичной). Реализованные системные элементы собираются, как это предписано в стратегии комплексирования, используя определенные процедуры сборки, контроля и соответствующих обеспечивающих систем комплексирования,

 

3) выполняйте проверку взаимодействий, отобранных функций и критичных характеристик качества.

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

 

c) управляйте результатами комплексирования.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты комплексирования и любых отклонений, с которыми сталкиваетесь.

Примечание - Это предусматривает отклонения из-за некорректностей в стратегии комплексирования, в обеспечивающих системах комплексирования, в выполнении комплексирования или в определении системы. Где существуют отклонения и несогласованности во взаимодействии между системой, заданной эксплуатационной средой, и любыми системами, обеспечивающими стадию применения, предпринимаются корректирующие действия и/или изменяются требования. Чтобы проанализировать данные для определения первопричины отклонения, обеспечивающих действий по корректировке или улучшениям или для записи изученных уроков, используется процесс оценки и контроля проекта,

 

2) поддерживайте прослеживаемость комплексируемых системных элементов.

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

 

3) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для этого процесса стратегия комплексирования - типичный информационный объект, который поддерживается базовой линией.

 

6.4.9 Процесс верификации

6.4.9.1 Цель

Цель процесса верификации - обеспечить объективные доказательства того, что системный элемент или система выполняет заданные требования и обладает заданными характеристиками.

Используя соответствующие методы, методики, стандарты или правила, процесс верификации определяет отклонения (ошибки, дефекты или недостатки) в любом информационном объекте (например, в системных требованиях или описании архитектуры), в реализованных системных элементах или в процессах жизненного цикла. Этот процесс предоставляет необходимую информацию для определения решения по определенным отклонениям.

Примечание - Процесс верификации гарантирует, что "продукт построен правильно". Процесс валидации гарантирует, что "построен правильный продукт".

 

6.4.9.2 Выход (выходные результаты)

В результате успешной реализации процесса верификации:

a) определяются ограничения верификации, которые влияют на требования, архитектуру или проект;

b) определяются входы для требований любых обеспечивающих систем или системных элементов, которые служат выполнению действий верификации;

c) становятся доступными любые обеспечивающие системы или услуги, необходимые для верификации;

d) системный элемент или система проходят верификацию;

e) делается отчет, предоставляющий информацию для корректирующих действий;

f) представляются объективные доказательства того, что реализованная система удовлетворяет заданным требованиям, архитектуре и проекту;

g) устанавливается прослеживаемость верифицированных системных элементов.

6.4.9.3 Действия и задачи

Относительно процесса верификации выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к верификации.

Эта деятельность состоит из следующих задач.

Примечание - Стратегия верификации в общем случае сосредотачивается на том, чтобы минимизировать стоимость, сроки и/или риски, обеспечивая сбалансированный подход для подтверждения того, что системный элемент или система были "построены правильно",

 

1) определяйте область верификации и соответствующие действия верификации.

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

 

2) определяйте границы, которые потенциально ограничивают выполнимость действий верификации.

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

 

3) выбирайте соответствующие методы верификации или методики и соответствующие критерии для каждого действия верификации.

Примечания

1 Метод или методики верификации предусматривают: инспекцию (включая независимое рассмотрение), анализ (включая моделирование, имитацию, аналогию/подобие), демонстрацию или тестирование. Выбор методов или методик верификации делается согласно типу системы, целям проекта и допустимым рискам. Следует координировать отобранные методы с соответствующими заинтересованными сторонами для гарантии того, что подход к верификации является приемлемым.

2 Отобранные методы верификации согласуются с соответствующими заинтересованными сторонами для гарантии того, что подход к верификации является приемлемым,

 

4) определяйте стратегию верификации.

Примечания

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

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

 

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

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

 

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

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

 

7) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться для поддержки верификации.

Примечание - Приобретение обеспечивающих систем может быть сделано различными способами, такими как, например, арендная плата, закупка, разработка, повторное использование, заключение субподрядного договора. Как правило, приобретение полного множества обеспечения - это комбинация перечисленных способов. Чтобы объективно подтвердить то, что обеспечивающая система при верификации достигает своего намеченного использования, применяется процесс валидации;

 

b) выполняйте верификацию.

Эта деятельность состоит из следующих задач:

1) определяйте процедуры верификации, каждая из которых поддерживает одно или несколько действий верификации.

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

 

2) выполняйте процедуры верификации.

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

 

c) управляйте результатами верификации.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты верификации и любые отклонения, с которыми сталкиваетесь.

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

 

2) регистрируйте эксплуатационные инциденты и проблемы и гарантируйте, что они разрешаются.

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

 

3) поддерживайте прослеживаемость верифицированных системных элементов.

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

 

4) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для этого процесса стратегия верификации является типичным информационным объектом из базовой линии.

 

6.4.10 Процесс передачи

6.4.10.1 Цель

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

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

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

 

6.4.10.2 Выход (выходные результаты)

В результате успешной реализации процесса передачи:

a) определяются ограничения передачи, которые влияют на системные требования, архитектуру или проект;

b) становятся доступными любые обеспечивающие системы или услуги, необходимые для передачи;

c) готовится участок месторасположения;

d) обеспечивается способность системы, установленной в ее эксплуатационном местоположении, к выполнению ее функций;

e) обучаются операторы, пользователи и другие заинтересованные стороны, необходимые для использования и поддержки систем;

f) установленная система активизируется и делается готовой к функционированию;

g) устанавливается прослеживаемость переданных элементов.

6.4.10.3 Действия и задачи

Относительно процесса передачи выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к передаче.

Эта деятельность состоит из следующих задач:

1) определяйте стратегию передачи.

Примечание - Стратегия передачи включает все действия от поставки участка местоположения и инсталляции (установки) через развертывание и ввод системы в действие в соответствии с соглашениями. При этом используются соответствующие механизмы, помогающие гарантировать системную целостность. Стратегия передачи вовлекает все заинтересованные стороны, включая человека-оператора. Стратегия предусматривает роли и ответственности, учет основных средств, отправку и получение, планы возврата из-за случайностей, обучение, демонстрационные задачи приемки инсталляции, анализы эксплуатационной готовности, начало эксплуатации, критерии успешности передачи и интеграцию с другими планами,

 

2) определяйте любые необходимые изменения основных средств или участка местоположения.

Примечание - Сюда относятся изменения, необходимые для инсталляции или использования,

 

3) определяйте и организуйте обучение операторов, пользователей и других заинтересованных сторон, необходимых для применения и поддержки системы,

4) определяйте системные ограничения из-за передачи для их включения в системные требования, архитектуру или проект,

5) определяйте и планируйте действия относительно необходимых обеспечивающих систем или услуг, которые должны поддерживать передачу.

Примечание - Сюда включается определение требований и взаимодействий для обеспечивающих систем,

 

6) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

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

 

7) определяйте и организуйте отгрузку и получение системных элементов и обеспечивающих систем;

b) выполняйте передачу.

Эта деятельность состоит из следующих задач:

1) подготовьте участок местоположения для эксплуатации в соответствии с требованиями к инсталляции.

Примечание - Подготовка участка проводится в соответствии с требованиями к сохранению здоровья, безопасности, защищенности и экологическими инструкциями,

 

2) поставьте систему для инсталляции в определенное место и указанное время.

Примечание - Такое иногда оказывается востребованным, чтобы обеспечить промежуточное хранение до поставки,

 

3) инсталлируйте (установите) систему в ее эксплуатационном местоположении во взаимодействии с окружающей средой.

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

 

4) продемонстрируйте надлежащую инсталляцию (установку) системы.

Примечание - Приемочные испытания, определенные в соглашении о поставке, демонстрируют удовлетворительную установку для общего случая. Там, где точное местоположение или эксплуатационная среда функционирования недоступны, выбирается представительный пример. Специальное внимание уделяют физическим взаимодействиям,

 

5) обеспечивайте обучение операторов, пользователей и других заинтересованных сторон, необходимых для использования и поддержки системы,

6) выполняйте активизацию и контроль системы.

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

 

7) демонстрируйте, что установленная система способна к востребованному функционированию.

Примечания

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

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

 

8) демонстрируйте с помощью обеспечивающих систем, что функции выполняются системой устойчиво.

Примечание - Это - задача эксплуатационной готовности, когда проверяется готовность обеспечивающих систем к эксплуатационному состоянию,

 

9) анализируйте систему на предмет эксплуатационной готовности.

Примечание - Это включает результаты функциональной демонстрации, действия процесса валидации и демонстрацию устойчивости,

 

10) принимайте систему в эксплуатацию (для функционирования).

Примечание - Это включает поддержку пользователей и операторов во время начала функционирования системы (ввода ее в действие);

 

c) управляйте результатами передачи.

Эта деятельность состоит из следующих задач:

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

Примечание - Это предусматривает отклонения из-за некорректностей в стратегии передачи, в обеспечивающих системах передачи, в выполнении самой передачи или в определении системы. Где существуют отклонения и несогласованности во взаимодействии между системой, заданной эксплуатационной средой и любыми системами, обеспечивающими стадию применения, принимаются корректирующие действия и/или изменения требований. Чтобы проанализировать данные для определения первопричины отклонения, обеспечивающих действий по корректировке или улучшениям или для записи изученных уроков, используется процесс оценки и контроля проекта,

 

2) регистрируйте эксплуатационные инциденты и проблемы и гарантируйте, что они разрешаются.

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

 

3) поддерживайте прослеживаемость переданных системных элементов.

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

 

4) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для этого процесса стратегия передачи - типичный информационный объект, который поддерживается базовой линией.

 

6.4.11 Процесс валидации (аттестации)

6.4.11.1 Цель

Цель процесса валидации - обеспечить объективные доказательства того, что система при применении выполняет требования заинтересованных сторон, достигая ее намеченного использования в заданной эксплуатационной среде. Главная задача валидации состоит в том, чтобы приобрести уверенность в возможностях системы по достижению намеченного назначения или использования в определенных условиях ее эксплуатации. Валидация принимается заинтересованными сторонами. Этот процесс предоставляет необходимую информацию таким образом, чтобы выявленные отклонения могли быть разрешены соответствующим техническим процессом, где эти отклонения были допущены.

Примечание - Процесс валидации гарантирует, что "построен правильный продукт". Процесс верификации гарантирует, что "продукт построен правильно".

 

6.4.11.2 Выход (выходные результаты)

В результате успешной реализации процесса валидации (аттестации):

a) определяются критерии валидации для требований заинтересованных сторон;

b) подтверждается пригодность услуг от системы (результатов функционирования), востребованных заинтересованными сторонами;

c) определяются ограничения валидации, которые влияют на требования, архитектуру или проект;

d) непосредственно осуществляется валидация системы или системного элемента;

e) становятся доступными любые обеспечивающие системы или услуги, необходимые для валидации;

f) регистрируются результаты валидации и отклонения;

g) представляются объективные доказательства того, что реализованная система удовлетворяет потребностям и требованиям заинтересованных сторон;

h) устанавливается прослеживаемость системных элементов, прошедших валидацию.

6.4.11.3 Действия и задачи

Относительно процесса валидации выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к валидации.

Эта деятельность состоит из следующих задач.

Примечание - Стратегия валидации в общем случае сосредотачивается на том, чтобы минимизировать стоимость, сроки и/или риски,

 

1) определяйте область валидации и соответствующие действия валидации.

Примечания

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

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

 

2) определяйте границы, которые потенциально ограничивают выполнимость действий валидации.

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

 

3) выбирайте соответствующие методы валидации или методики и соответствующие критерии для каждого действия валидации.

Примечания

1 Метод или методики валидации предусматривают: инспекцию (включая независимое рассмотрение), анализ (включая моделирование, имитацию, аналогию/подобие), демонстрацию или тестирование. Выбор методов или методик валидации делается согласно типу системы, целям проекта и допустимым рискам.

2 Где приемлемо, определяются шаги или состояния валидации (например, внутренняя валидация, локальная валидация, валидация функционирования), которые последовательно создают атмосферу доверия поставленной системе, инсталлированной системе, функционирующей системе и помогают диагностике любых выявляемых несоответствий. Выбираются соответствующие методики валидации, определяются цели, условия и критерии соответствия для каждого шага валидации,

 

4) определяйте стратегию валидации.

Примечания

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

2 Стратегия и сроки валидации обновляются в ходе продвижения проекта. При возникновении неожиданных событий или эволюционном развитии системы специальные запланированные действия валидации пересматриваются или переносятся,

 

5) определяйте ограничения системы из стратегии валидации для их включения в требования заинтересованных сторон.

Примечание - Сюда включаются практические ограничения, связанные с точностью, неопределенностью, воспроизводимостью, видами обеспечения валидации, соответствующими методами измерений, пригодностью, доступностью и взаимодействиями с их обеспечениями,

 

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

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

 

7) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться для поддержки валидации.

Примечание - Приобретение обеспечивающих систем может быть сделано различными способами, такими как, например, арендная плата, закупка, разработка, повторное использование, заключение субподрядного договора. Как правило, приобретение полного множества обеспечения - это комбинация перечисленных способов. Чтобы объективно подтвердить, что обеспечивающая система при валидации достигает своего намеченного использования, применяется процесс валидации;

 

b) выполняйте валидацию.

Эта деятельность состоит из следующих задач:

1) определяйте процедуры валидации, каждая из которых поддерживает одно или несколько действий валидации.

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

 

2) выполняйте процедуры валидации в определенной среде.

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

 

3) рассматривайте результаты валидации с тем, чтобы подтвердить функциональную готовность системы относительно потребностей и требований заинтересованных сторон;

c) управляйте результатами валидации.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты валидации и любые отклонения, с которыми сталкиваетесь.

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

 

2) регистрируйте эксплуатационные инциденты и проблемы и гарантируйте, что они разрешаются.

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

 

3) поддерживайте прослеживаемость системных элементов, прошедших валидацию.

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

 

4) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

Примечание - Чтобы установить и поддерживать объекты конфигурации и базовые линии, используется процесс управления конфигурацией. Этот процесс определяет варианты для базовой линии и затем обеспечивает информационные объекты. Для этого процесса стратегия валидации является типичным информационным объектом из базовой линии.

 

6.4.12 Процесс функционирования

6.4.12.1 Цель

Цель процесса функционирования - использовать системы для предоставления ею услуг.

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

Примечание - ГОСТ Р ИСО/МЭК 20000-1-2013 содержит требования для систем управления услугами.

 

6.4.12.2 Выход (выходные результаты)

В результате успешной реализации процесса функционирования:

a) определяются ограничения функционирования, которые влияют на системные требования, архитектуру или проект;

b) становятся доступными любые обеспечивающие системы, услуги и материалы, необходимые для функционирования;

c) становятся доступными обученные, компетентные операторы;

d) поставляются услуги системы, которые отвечают требованиям заинтересованных сторон;

e) контролируется работа системы во время функционирования;

f) оказывается поддержка конкретному заказчику.

6.4.12.3 Действия и задачи

Относительно процесса функционирования выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к функционированию.

Эта деятельность состоит из следующих задач:

1) определяйте стратегию функционирования.

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

i) пригодность услуг, поскольку они предоставляются, выполняются, как положено, и исключаются из услуг. Это может включать координацию с существовавшими ранее, параллельными или продолжающимися услугами, поставляемыми другими системами;

ii) стратегию укомплектования персоналом и графики выполнения работ для операторов;

iii) критерии выпуска и повторного принятия и графики выполнения работ системы для разрешения модификаций, которые поддерживают существование или усовершенствование услуг;

iv) подход для реализации способов эксплуатации в концепции функционирования, включая нормальные операции и предусмотренные типы операций для непредвиденных обстоятельств;

v) показатели для функционирования, которые обеспечат понимание уровней функционирования;

vi) эксплуатационную и профессиональную стратегии безопасности для операторов и других лиц, использующих или находящихся в контакте с системой во время функционирования (учитывая всевозможные правила техники безопасности);

vii) стратегии защиты окружающей среды и устойчивости функционирования системы;

viii) контроль изменений в угрозах и результаты действий по мониторингу функционирования,

 

2) определяйте ограничения системы при функционировании для их включения в системные требования, архитектуру или проект,

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

Примечание - Сюда включается определение требований и взаимодействий для обеспечивающих систем,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

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

 

5) определяйте требования к квалификации и обучению персонала, необходимые для функционирования системы,

6) поручайте обученному квалифицированному персоналу функции операторов.

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

 

b) выполняйте функционирование.

Эта деятельность состоит из следующих задач:

1) используйте систему в ее намеченной эксплуатационной среде.

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

 

2) применяйте материалы и другие ресурсы, как это требуется для управления системой и поддержания оказываемых ею услуг.

Примечание - Это включает источники энергии для аппаратных средств и условия для операторов,

 

3) контролируйте функционирование системы.

Примечания

1 Это включает:

i) обеспечение поддержки стратегии функционирования;

ii) гарантии того, что система управляется безопасным способом и обеспечивается узаконенная руководством профессиональная безопасность и защита окружающей среды;

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

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

3 Стоимость функционирования также контролируется в сравнении с целями и ограничениями, определяется потенциал для совершенствования,

 

4) определяйте и регистрируйте случаи, когда параметры функционирования системы выходят за допустимые пределы.

Примечание - Иногда функционирование системы оказывается недопустимым, например, когда системные элементы, реализованные в аппаратных средствах, превысили срок эксплуатации или эксплуатационная среда отрицательно воздействует на функционирование и персонал системы (включая текучесть кадров, напряжение оператора и усталость),

 

5) в случае необходимости выполняйте операции по реакции на непредвиденные обстоятельства в системе.

Примечание - Здесь предусматриваются действия системы в запасном режиме (когда выполняется восстановление штатного режима функционирования), отключение системы, реализация процедур по восстановлению функционирования или иные действия для специальных условий. Если требуется, оператор выполняет шаги, необходимые для действий в непредвиденных обстоятельствах и, возможно, для отключения системных элементов. Для таких случаев действия в непредвиденных обстоятельствах выполняются в соответствии с предустановленными порядками. Часто эти процедуры сопровождаются планом по обеспечению непрерывности функционирования;

 

c) управляйте результатами функционирования.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты функционирования и любых отклонений.

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

 

2) регистрируйте эксплуатационные инциденты и проблемы и гарантируйте, что они разрешаются.

Примечания

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

2 Если инцидент выявлен во время функционирования, оператор делает регистрацию инцидента и выполняет действия, предписанные в аттестованных рабочих процессах, чтобы восстановить нормальное функционирование,

 

3) поддерживайте прослеживаемость элементов функционирования.

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

 

4) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

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

 

d) поддерживайте заказчика.

Эта деятельность состоит из следующих задач:

1) обеспечивайте помощь и консультации заказчикам согласно просьбам.

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

 

2) регистрируйте и контролируйте запросы и последующие действия для поддержки,

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

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

 

6.4.13 Процесс сопровождения

6.4.13.1 Цель

Цель процесса сопровождения - поддерживать возможности системы по функционированию согласно назначению (по услугам, оказываемым системой). Этот процесс контролирует возможности системы поставлять услуги, осуществляет регистрацию инцидентов для анализа, осуществляет корректирующие, адаптирующие, совершенствующие и упреждающие действия и подтверждает восстановленные возможности.

6.4.13.2 Выход (выходные результаты)

В результате успешной реализации процесса сопровождения:

a) определяются ограничения по сопровождению, которые влияют на системные требования, архитектуру или проект;

b) становятся доступными любые обеспечивающие системы или услуги, необходимые для сопровождения;

c) делаются доступными системные элементы для замены, восстановленные или переаттестованные системные элементы;

d) сообщается о потребностях в изменениях для обращения к корректирующим, совершенствующим и адаптирующим действиям в сопровождении;

e) регистрируются данные об отказах и иные эксплуатационные данные, включая соответствующие затраты.

6.4.13.3 Действия и задачи

Относительно процесса сопровождения выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к сопровождению.

Эта деятельность состоит из следующих задач:

1) Определяйте стратегию сопровождения.

Примечания

1 Стратегия сопровождения, которая может представляться как концепция сопровождения, определяет подходы, сроки, ресурсы и определенные условия, требуемые для выполнения корректирующего и профилактического сопровождения в соответствии с требованиями функциональной пригодности. В общем случае это включает:

i) корректирующую и профилактическую стратегии сопровождения для поддержки услуг в эксплуатационной среде для достижения удовлетворенности заказчика;

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

iii) стратегия логистики по всему жизненному циклу, включая логистику при приобретениях (гарантирует поддержку на стадии разработки) и логистику при функционировании (гарантирует, что необходимый материал и ресурсы в необходимом количестве и качестве доступны в нужном месте и в нужное время на стадиях применения и поддержки);

iv) количество и типы хранимых системных элементов для замены, их местоположение и условия хранения, ожидаемые расходные нормы замены, история хранение и частота обновления;

v) способы противодействия введению в систему контрафактных (поддельных) системных элементов;

vi) учитываемые в требованиях к штатам по сопровождению системы навыки и уровень подготовки персонала, требуемые при проведении ремонтов, замен и восстановлений, а также любые соответствующие требования законодательства относительно здоровья и безопасности, защищенности и окружающей среды;

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

2 Сопровождение, ориентированное на надежность (RCM), является эффективной стратегией сопровождения, направленной на выявление причины отказов оборудования (поддерживается анализом видов и последствий отказов (FMECA) и анализом дерева ошибок). Это обеспечивает систематический подход к определению обычной программы сопровождения, составленной из решения рентабельных задач, сохраняющих важные функции.

[50] содержит более подробную информацию. Сопровождение, базирующееся на условиях (CBM/CBM+), является стратегией к повышению надежности системы (проводя обычное или корректирующее сопровождение, ведущее к сокращению времени, когда система находится в состоянии неготовности).

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

 

2) определяйте ограничения системы при сопровождении, которые будут включены в системные требования, архитектуру или проект.

Примечание - Ограничения часто следуют из потребностей к:

1) повторному использованию существующих обеспечивающих систем для сопровождения;

2) повторному использованию заменяемых системных элементов и приспособлению ограничений в пополнении запасов;

3) проводимому сопровождению в специальном местоположении или окружающей среде,

 

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

Примечание - Для выполнения оценок и поддержки принятия решений используются процессы системного анализа и управления решениями,

 

4) определяйте и планируйте действия относительно необходимых обеспечивающих систем или услуг, которые должны поддерживать сопровождение.

Примечание - Сюда включаются определения требований и взаимодействий для обеспечивающих систем,

 

5) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

Примечание - Чтобы объективно подтвердить, что обеспечивающая система достигает своего намеченного использования для ее обеспечивающих функций, применяется процесс валидации;

 

b) выполняйте сопровождение.

Эта деятельность состоит из следующих задач:

1) анализируйте инциденты и проблемы, чтобы определить будущие потребности в корректирующих, адаптирующих, совершенствующих, упреждающих действиях по сопровождению,

2) регистрируйте инциденты и проблемы сопровождения и гарантируйте, что они разрешаются.

Примечания

1 Если инцидент случился во время сопровождения, штатное должностное лицо по сопровождению делает регистрацию инцидента и предпринимает действия, предписанные в аттестованных процедурах сопровождения.

2 Выполнение действий сопровождения по определению и разрешению проблем осуществляется с использованием процессов гарантий качества, оценки и контроля проекта,

 

3) реализуйте процедуры для исправления случайных ошибок и/или регламентной замены системных элементов.

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

 

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

Примечание - Восстановление до полного эксплуатационного статуса может оказаться невозможным, пока не исправлена причина появления ошибки. В этом случае система восстанавливается к запасному (резервирующему) режиму согласно планам действий в непредвиденных обстоятельствах,

 

5) выполняйте упреждающее сопровождение, заменяя или обслуживая системные элементы до их отказа согласно плановым срокам и процедурам сопровождения,

6) выполняйте действия по идентификации отказов при выявлении несоответствий в системе,

7) определяйте моменты, когда требуется адаптирующее или совершенствующее сопровождение.

Примечание - Адаптирующее или совершенствующее сопровождение обычно влечет за собой изменения в системных требованиях, архитектуре и/или проекте. Это может оказаться необходимым для установления нового проекта, связанного с модификацией существующей системы. В этом случае для открытия работ со стадии разработки применяется процесс управления портфелем;

 

c) выполняйте поддержку логистики.

Эта деятельность состоит из следующих задач:

1) выполняйте логистику для приобретения.

Примечание - Учет логистики для приобретения включается в соглашение, являющееся результатом выполнения процесса соглашения. Параметры поддержки также рассматриваются на стадии разработки. Это включает анализ функционирования с определением эффективности по затратам с тем, чтобы влиять на начальный проект системы или планировать запасные части и регламентное обслуживание во время эксплуатации. Эти решения часто ограничиваются в соответствии с требованиями пригодности и воздействуют на управления цепочками поставок. Логистика для приобретения рассматривает потребности в сопровождении системы одновременно с определением системных требований,

 

2) выполняйте логистику для эксплуатации.

Примечание - Логистика для эксплуатации является параллельной настройкой как рассматриваемой системы, так и обеспечивающих систем повсюду в период эксплуатации с тем, чтобы помочь гарантировать эффективное функционирование системы. Это также предусматривает шаги для гарантий того, что необходимый материал и ресурсы в необходимом количестве и качестве доступны в нужном месте и в нужное время,

 

3) осуществляйте упаковку, обработку, хранение и транспортировку, необходимые по жизненному циклу.

Примечание - Это включает упаковку, обработку, хранение и транспортировку для системы, системных элементов и необходимых замен системных элементов. При этом часто требуется поддерживать цели процессов комплексирования и передачи,

 

4) подтверждайте, что действия логистики удовлетворяют необходимым уровням пополнения запасов так, чтобы хранимые системные элементы отвечали нормам ремонта и запланированного регламентного обслуживания.

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

 

5) подтверждайте, что согласно действиям логистики требования к сопровождаемости системы планируются, поддерживаются ресурсами и являются реализуемыми.

Примечание - Действия логистики позволяют системе достичь эксплуатационной готовности. Эти действия предусматривают укомплектование персоналом, поддержку поставок, оборудование для поддержки, потребности в технических данных (руководствах, инструкциях, перечнях и т.д.), поддержку обучения, поддержку ресурсов оборудования и вычислительных ресурсов, а также основные средства;

 

d) управляйте результатами сопровождения и логистики.

Эта деятельность состоит из следующих задач:

1) регистрируйте результаты сопровождения и логистики и любые отклонения, с которыми сталкиваетесь.

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

 

2) регистрируйте эксплуатационные инциденты и проблемы и гарантируйте, что они разрешаются.

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

 

3) определяйте и регистрируйте тенденции в инцидентах, проблемах и действиях логистики и сопровождения.

Примечания

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

2 Отчетность по инцидентам и проблемам, включая предпринятые действия, прослеживается с помощью действий по управлению процессами и инцидентами, применяя процесс гарантий качества,

 

4) поддерживайте прослеживаемость элементов для сопровождения.

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

 

5) поддерживайте основные информационные объекты, которые были выбраны для базовых линий.

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

 

6) контролируйте удовлетворенность заказчика с помощью поддержки системы и ее сопровождения.

Примечание - Данные об удовлетворенности заказчика используются в процессе управления качеством.

 

6.4.14 Процесс изъятия и списания

6.4.14.1 Цель

Цель процесса изъятия и списания - завершить существование системного элемента или системы для намеченного использования, обращаясь должным образом с замененными или списанными элементами и проявляя при этом должное внимание к определенным критическим потребностям (например, согласно соглашению, организационной политике или для соблюдения экологических или юридических норм, требований безопасности и защищенности).

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

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

 

6.4.14.2 Выход (выходные результаты)

В результате успешной реализации процесса изъятия и списания:

a) ограничения для изъятия и списания предоставляются как входы к требованиям, архитектуре, проекту и реализации;

b) становятся доступными любые обеспечивающие системы или услуги, необходимые для изъятия и списания;

c) системные элементы или ненужные продукты разрушаются, сохраняются, повторно востребуются или перерабатываются в соответствии с требованиями безопасности и защищенности;

d) окружающая среда возвращается к ее изначальному или согласованному состоянию;

e) становятся доступными отчеты по действиям и анализу процесса изъятия и списания.

6.4.14.3 Действия и задачи

Относительно процессов изъятия и списания выполняйте в проекте следующие действия и задачи в соответствии с применяемой организацией политикой и процедурами:

a) готовьтесь к изъятию и списанию.

Эта деятельность состоит из следующих задач:

1) определяйте стратегию изъятия и списания для системы, включая каждый системный элемент и любые получающиеся ненужные продукты.

Примечание - Стратегия предусматривает графики выполнения работ, действия и ресурсы для того, чтобы:

i) завершить оказание услуг системой;

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

iii) принять во внимание аспекты здоровья, безопасности, защищенности и частной жизни, имеющие отношение к действиям по изъятию и списанию и долгосрочным условиям относительно получаемых физических материалов и информации;

iv) рассмотреть передачу системы для будущего использования в измененной или приспособленной форме, включая ее перемещение,

 

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

Примечание - Ограничения предусматривают проблемы разборки, включая связанные с этим обеспечивающие системы, доступ к местам хранения и их пригодность, а также требуемые уровни профессионализма,

 

3) определяйте и планируйте действия относительно необходимых обеспечивающих систем или услуг, которые должны поддерживать списание.

Примечание - Сюда включается определение требований и взаимодействий для обеспечивающих систем,

 

4) получайте или приобретайте доступ к обеспечивающим системам или услугам, которые будут использоваться.

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

 

5) определяйте основные средства, места хранения, инспекционные критерии и периоды хранения, если система должна быть сохранена,

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

b) выполняйте изъятие и списание.

Эта деятельность состоит из следующих задач:

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

Примечание - Учитываются взаимодействия с другими системами (например, снабжения энергией или топливом), разъединение происходит в соответствии с инструкциями по разборке и соответствующими требованиями законодательства по охране здоровья, безопасности, защищенности и частной жизни. Если рассматриваемая система модифицируется при технологической или функциональной модернизации, то выводятся из эксплуатации только те системные элементы, которые влияют на модификацию. Это может относиться к прототипу рассматриваемой системы на стадиях замысла или разработки,

 

2) выводите из эксплуатации систему, системный элемент или материал для соответствующих размещений и действий.

Примечание - Размещение предусматривает повторное использование, переработку, ремонт, перестройку или разрушение. Размещение и последующие действия проводятся в соответствии с соответствующими требованиями по безопасности, защищенности, обеспечению частной жизни и экологическими стандартами, директивами и законами. Системные элементы, которые имеют срок годности в их текущих условиях или при последующей перестройке, передаются другим системам или организациям. Где приемлемо, системные элементы ремонтируются для продления срока их годности. Перераспределяйте, переустраивайте или увольняйте операторов. Если элемент не является повторно используемым или является неадекватным к сложившимся условиям, необходимо препятствовать тому, чтобы подобные элементы возвращались в цепочку поставок. Эта задача предусматривает изъятие ненужного материала от производства или других стадий,

 

3) выводите штат операторов из системы или системного элемента и регистрируйте соответствующие знания по эксплуатации.

Примечание - Это проводится согласно соответствующим требованиями по безопасности, защищенности, обеспечению частной жизни и экологическим стандартам, директивам и законам. Обеспечивайте охрану и защиту знаний и навыков операторов. Для этого обращайтесь к процессу управления знаниями,

 

4) разбирайте системный элемент или систему до уровня управляемых элементов с тем, чтобы облегчить их изъятие для повторного использования, переработки, ремонта, перестройки, архивирования или разрушения,

5) разбирайте системные элементы и их части, которые не предназначены для повторного использования, способом, который подтвердит, что они не возвращаются в цепочки поставок,

6) по мере необходимости проводите разрушение системных элементов таким образом, чтобы уменьшить затраты на выполнение работ или облегчить процесс изъятия.

Примечание - Эта деятельность предусматривает получение услуг в части разрушения, например, чтобы расплавить, сломать, сжечь или уничтожить систему или ее элементы по мере такой необходимости;

 

c) Завершайте изъятие и списание.

Эта деятельность состоит из следующих задач:

1) подтверждайте, что после изъятия и списания отсутствуют факторы, наносящие вред здоровью, безопасности, защищенности и экологии,

2) возвращайте окружающую среду к ее начальному состоянию или состоянию, которое определено в соответствии с соглашением,

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