ГОСТ Р ИСО 10303-239 — 2008
Разработать системную схему деления (Develop system breakdown): Действие по разработке системной
схемы деления, соответствующей области определения ОН и способной выполнять функции коллектора требова
ний к изделию и его поддержке.
П р и м е ч а н и е — Данные требования могут быть определены для любого типа сборки или схемыделения.
Элементы системной схемы деления могут быть:
- физическими или функциональными, либо сочетать в себе оба эти качества;
- соответствующими различному числу различных изделий.
Разработать стратегию оценки (Develop assessment strategy): Действие по определению подхода, который
должен быть применен, и необходимых действий для оценки решения по поддержке относительно предьявлек-
ных требований на протяжении жизненного цикла изделия с использованием установленных метрик эффектив
ности.
Разработать физическую схему деления (Develop physical breakdown): Действие по разработке физичес
кой схемы деления, соответствующей области определения ОИ и способной выполнять функции коллектора
требований к изделию и его поддержхе, а также другой информации, относящейся к физическим аспектам ОИ.
П р и м е ч а н и е — Каждый элемент в физической схеме деления является физической деталью или
сборкой. Для сложного изделия может потребоваться множество различных видов физической схемы деления
для удовлетворения потребностей различных заинтересованных сторон. Инженеры по поддержке обычно раз
рабатывают физическую схему деления логистически значимых элементов, выделенных из сборочной структуры
изделия и связанных с ней. Такая схема деления логистически значимых элементов отличается от сборочной
структуры изделия по нескольким важным аспектам. Данная схема деления может:
- отражать различный уровень детализации (иногда менее подробный, иногда более);
- показывать повторные экземпляры деталей, если они имеют различные требования к использованию
или поддержке, например, для основного и резервного насосов;
- идентифицировать посадочные места. Такая схема деления логистически значимых элементов часто
используется для того, чтобы структурировать и зафиксировать анализ заданий по поддержке.
Разработать функциональную схему деления (Develop functional breakdown): Действие по разработке
функциональной схемы деления, соответствующей области определения ОИ. которая может выполнять функции
коллектора требований к изделию и его поддержке, а также другой информации, относящейся к функциональ ным
аспектам ОИ.
П р и м е ч а н и е — Каждый элемент в функциональной схеме деления является функцией. Конструкторы
могут вывести функциональную схему деления из системной схемы деления и использовать ее для управления
соответствующими функциональными требованиями и в качестве входных данных при анализах дефектов, неис
правностей или отказов. Инженеры по поддержхе могут использовать эту же функциональную схему деления или
его модификацию для определения функций, которые требуют поддержки, и систематизации информации о
потенциальных дефектах и их симптомах.
распоряжение на изменение (change order): Полномочие на реализацию изменения в изделии.
П р и м е ч а н и е — Распоряжение на изменение определяет изменение и разрешает выпуск обновлен
ного ГИИП.
Реализовать план выпуска информации (Implement information release plan): Действие no выполнению и
отслеживанию процесса выпуска в соответствии с порядком изменений.
Регистрировать проблему (Register issue): Действие по документированию, идентификации и отслежива
нию проблем, которые могут потребовать действия по управлению изменением конфигурации и оценки влияния.
результат анализа поддержки (support review result); Установленные потребности в изменении целей,
стратегий или планов программы.
результаты оценки (assessment results): Информация, появляющаяся в результате действий по
оцениванию.
П р и м е ч а н и е — Данная информация включает в себя отчеты о функционировании системы поддержки
по отношению к целям и метрикам поддержки, обнаруженные недостатки или предложенные улучшения в изде
лии ипи решении по поддержке, проблемы с требованиями к решению по поддержке.
рекомендованное изменение (recommended change). Рекомендованное решение по обоснованной по
требности изменения после сравнения потенциальных вариантов решения.
рекомендации по ресурсам (resource recommendations): Рекомендованные закрепления элементов ре
сурсов. необходимых для поддержки данного определения решения по поддержке или ряда определений реше ний
по поддержке.
ресурсная модель задания (task resource model): Алгоритм или аналитическое выражение для расчета
вероятной продолжительности задания и использования ресурсов при его выполнении.
12
*
85