Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приложение Н
(справочное)
Системное проектирование при разработке подводных месторождений
Н.1 Основная причина использования системного проектирования при разработке подводных месторождений заключается в необходимости обеспечения стабильности потока, поскольку оптимизация потока продукции месторождения требует применения целостного подхода (на уровне системы) для всех аспектов разработки. Другое преимущество системного проектирования заключается в минимизации возможной несовместимости интерфейсов, которая может возникнуть из-за применения разных технических стандартов при использовании различных методов проектирования.
Н.2 Первым шагом при системном проектировании является определение полного, точно выраженного и логически взаимоувязанного набора требований, который должен быть согласован с установленными задачами по разработке месторождения. В общих чертах, в процессе проектирования разработки решаемые задачи попадают в одну из трех следующих категорий:
- стоимость (включая эксплуатационные затраты, затраты на техническое обслуживание, ремонт и вывод из эксплуатации, т.е. затраты за весь период эксплуатации);
- план-график (включая время начала добычи и продолжительность эксплуатации);
- качество (включая охрану труда, обеспечение безопасности и защиту окружающей среды на протяжении всего периода разработки, а также требования к функциональности, пригодности и эксплуатационной готовности).
Н.3 Требования к системному проектированию должны быть основаны на опыте и понимании всех ключевых участников, т.е. команды, которая включает, помимо проектировщиков, также представителей оператора и поставщиков.
Н.4 Требования к системному проектированию должны определять функциональные требования к системе и интерфейсам между подсистемами в противоположность к формулированию конкретного решения. Они должны быть достижимыми и проверяемыми, их следует формулировать в четкой и краткой манере, включая определение метода верификации, т.е. обследование, испытание, анализ и/или демонстрация.
Н.5 Полный набор требований к системному проектированию составляет пакет согласованных требований, в котором отдельные требования не противоречат и не дублируют друг друга, а также используют одинаковую терминологию.
Н.6 Нормативно-справочная документация, такая как правила, стандарты и нормы, часто включает обязательные требования, рекомендации и информацию (при этом информация, не являясь обязательным требованием, тем не менее, значительно влияет на контекст, смысл и понимание других требований). Поэтому следует четко установить необходимый уровень соответствия при формулировке требований к системному проектированию, т.е. что является обязательным, что является рекомендациями, а что - информацией. Рекомендуется определить иерархический порядок и пределы применимости таких документов, чтобы уменьшить влияние существующих несоответствий.
Н.7 Если в начале трудно установить полный набор требований к системному проектированию из-за нехватки ключевой информации, следует разработать план поиска недостающей информации для обеспечения гарантии того, что эта информация будет получена до начала проектирования системы, подсистем и элементов.
Н.8 Исходные требования к системному проектированию должны обеспечить рекомендации по следующим аспектам:
- заданная эксплуатационная готовность/время безотказной работы (т.е. комбинация надежности и ремонтопригодности системы);
- методология подводных работ, технического обслуживания и ремонта;
- необходимая степень стандартизации оборудования;
- стратегия выбора материалов;
- стратегия эксплуатации;
- степень требуемой гибкости, чтобы учесть имеющиеся неопределенности месторождения и/или возможное расширение системы в будущем;
- применение новой технологии (в том числе вопросы управления рисками);
- подход, который следует использовать при выборе компромиссных решений между стоимостью, графиком и качеством;
- ответственность за интерфейсы;
- определения, спецификации, стандарты, правила и нормы, которые следует применять (включая руководство на случай необходимости отклонения от установленных требований).
Н.9 Упомянутую выше информацию следует использовать для разработки внутренне согласованной подробной основы проектирования, охватывающей разные подсистемы и элементы, которая была бы понятна всем вовлеченным сторонам до начала разработки таких подсистем и элементов.
Н.10 Основы детального проектирования должны охватывать следующие основные характеристики для каждой подсистемы или компонента:
- архитектуру системы;
- требуемую функциональность;
- технологические параметры и параметры рабочей среды;
- определения интерфейсов (форма, соответствие, функции и т.д.);
- проектные ограничения.
Н.11 Процесс системного проектирования нуждается в постоянной поддержке на всех этапах разработки месторождения, так как требования имеют тенденцию к развитию в течение всего жизненного цикла месторождения. Эту поддержку следует обеспечивать за счет:
- проверки проекта на основных этапах;
- требований к отслеживанию и верификации;
- контроля изменений.
Н.12 Документация требований к системному проектированию играет ключевую роль в разработке подводного месторождения. Она является базисным источником для согласования требований со всеми вовлеченными участниками и разработки другой проектной документации, например, плана проверки. Такая документация также является надежным инструментом для проверки достоверности заявленных требований и базисом для создания инструкций пользователя и других документов, которые будут разработаны для описания работы всей системы.
Н.13 Общая методология системного проектирования не излагается детально в настоящем стандарте, так как она представлена в различных стандартах и другой литературе.
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.