ГОСТ Р ИСО 10303-239 — 2008
нения реализуют в соответствии с планом. Реализация изменения включает в себя выпуск новой или пересмот
ренной документации по конфигурации (ГИИП), включая требования и конструктивные данные. Реализация гло жет
также включать в себя изменения информации по эксплуатации и техническому обслуживанию, информации по
построению и тестированию и коммерческой документации (например, каталогов и маркетинговых изданий).
Новую или пересмотренную информацию идентифицируют и выпускают как ГИИП. Процесс ее выпуска должен
увязывать редакции документации с проведенным изменением или изменениями. Общим методом распростра
нения изменений в документации является выпуск уведомлений об изменении документации, которые фиксиру ют
конкретные изменения и облегчают их распространение.
Планировать и контролировать предоставление поддержки (Ran & control support delivery): Действие по
планированию и контролю над выполнением технического обслуживания и заданий поддержки.
Планировать изменение (Plan change): Действие по установлению подлежащих изменению частей ОИ.
включая новое производство и существующие изделия.
П р и м е ч а н и е — Существует много факторов, влияющих на данное действие, включая оценку срочности
и приоритета изменения и доступность деталей и материалов, программного обеспечения и запасных частей.
Определение эффективности требует знания не только периода освоения, связанного с изменением изделия
(либо непосредственно на производстве, либо путем модернизации или отзыва выпущенных изделий, либо дру
гими способами), но и действий и периодов освоения, связанных с данным изменением во всех областях поддер
жки. затрагиваемых данным изменением (например, модернизации программного обеспечения, доступности
запасных частей или переработки инструкций по эксплуатация и техническому обслуживанию). После утвержде
ния изменения обычно требуется детальное планирование его реализации, которое расширяет, но не противо
речит основному планированию. Реализация изменения предполагает выпуск новой или пересмотренной доку
ментации по конфигурации изделия, включая требования и проектную информацию. Такая реализация может
потребовать изменений в информации по эксплуатации и техническому обслуживанию, конструктивному испол
нению и тестированию изделия, а также к коммерческой документации. Определение и выпуск новой или пере
смотренной информации осуществляется действием А13 (Управлять информацией). В процессе выпуска версии
документации связывают с изменением. Данный план не всегда необходимо иметь до утверждения задания
на изменение. Однако план реализации изменения обычно необходим.
Планировать работу по разработке решения по изменению (Plan workto developchange solution): Действие
no планированию и отслеживанию работы, необходимой для разработки адекватного решения по предложенно
му изменению.
П р и м е ч а н и е — Основное планирование реализации изменения осуществляется при оценке измене
ния до его утверждения. Уровень детализации в планах и графиках зависит от сложности изменения по отноше
нию к взаимосвязанным с ним действиям в рамках всего бизнес-сценария.
Планировать реализацию изменения (Plan change implementation): Действие по определению эффектив
ности классифицированного решения и планированию работы, необходимой для реализации решения в форме
обоснованной потребности изменения до уровня индивидуальных изделий.
П р и м е ч а н и е — Данное действие включает в себя идентификацию места в производственном цикле, в
котором данное изменение окажет воздействие, и идентификацию изготовленных изделий, находящихся еще в
производстве или уже в эксплуатации, к которым должно быть применено данное изменение. Даннов действие
расширяет план разработки включением оценки влияния предложенной реализации и любой дополнительной
работы, необходимой для количественной оценки изменения. Данное действие предусматривает идентифика
цию всех заданий, связанных с изменением.
Планировать технические действия по поддержке (Plan support engineering activity): Действие по разра
ботке программы работ по выработке решения по поддержке, обеспечивающего достижение технических целей
поддержки.
побочное задание (consequential task): Действие, которое должно быть включено в график как следствие
выполнения другого задания.
П р и м е ч а н и е — К побочным заданиям могут относиться дополнительные задания, необходимые в
соответствии с предложенной логикой функционирования или требованиями по подготовке ресурсов, такими,
например, как работа по установке и калибровке испытательного стенда.
поддерживаемое изделие (supported product): Готовое изделие, доступное владельцу жизненного цикла
для эксплуатации.
Подтвердить выполнение задания (Confirm task completion): Действие по проверке и подтверждению того,
что задание по поддержке выполнено в соответствии со спецификацией задания и утвержденным графиком
поддержки.
политика поддержки* (support policy): Положение, определяющее подход, используемый при разработке
определения решения по поддержке для определенного контекста.
П р и м е ч а н и е — Данное положение может включать в себя требование применить ориентированный на
надежность подход к техническому обслуживанию.
79