Статус документа
Статус документа

ГОСТ Р 59305-2021 (ИСО 13628-1:2005) Нефтяная и газовая промышленность. Проектирование и эксплуатация систем подводной добычи. Часть 1. Общие требования и рекомендации

Приложение Н
(справочное)

Системное проектирование при разработке подводных месторождений

     

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

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

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

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

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

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

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

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

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

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

Н.8 Исходные требования к системному проектированию должны обеспечить рекомендации по следующим аспектам:

- заданная эксплуатационная готовность/время безотказной работы (т.е. комбинация надежности и ремонтопригодности системы);

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

- необходимая степень стандартизации оборудования;

- стратегия выбора материалов;

- стратегия эксплуатации;

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

- применение новой технологии (в том числе вопросы управления рисками);

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

- ответственность за интерфейсы;

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

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

Н.10 Основы детального проектирования должны охватывать следующие основные характеристики для каждой подсистемы или компонента:

- архитектуру системы;

- требуемую функциональность;

- технологические параметры и параметры рабочей среды;