1. Информационная поддержка построения модели риска изделия

Построению модели риска изделия предшествует разработка функцио-нальных и информационных моделей процессов ЖЦИ «какими они должны быть». Разработка осуществляется с применением инструментария BPwin.

Модель рисков изделия строится в соответствии с определением струк-туры его критичности [4]:

	R = åCiI , СiI = åCijII , CijII = åCijkIII ,				(1)
	i	j	k
где СI ,CII ,CIII	– значения критичности элементов I, II и III уровней соответ-
i ij ijk

ственно.

К элементам I уровня относят отдельные инциденты, возможные при эксплуатации изделия. С целью оценивания критичностей инцидентов С_i^I

предусмотрена возможность подключения к программному комплексу HAZ-ARD 3.0 [5].

К элементам II уровня относят возможные:

– опасности изделия (опасные состояния, несоответствия, отказы со-ставных частей (СЧ), узлов изделия, их соединений (стыковок), деталей);

– опасности средств локализации инцидентов (несоответствия, отказы средств защиты);

– опасности мониторинга и управления (несоответствия, ошибки мони-торинга и регулирования, отказы исполнительных механизмов и средств управления);

– несоответствия, ошибки технического обслуживания.

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

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

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

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

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

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

Следует отметить, что недостатки, ошибки документов РР, ПМ, ИМ, РЭ являются большей частью причин, отнесенных к группам b, c, d.

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

Информационная поддержка ДИС при построении модели рисков изде-лия заключается:

– в автоматизированном классифицировании разрабатываемого изделия как технологического оборудования;

– в идентификации методов и средств обеспечения и управления изде-лием при эксплуатации;

– в идентификации возможных инцидентов и опасностей конструкции изделия;

– в автоматизированном классифицировании причинно-следственных связей опасностей;

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

– в информационном поиске данных об изделиях-аналогах и соответ-ствующих документах РР, ПМ, ИМ, РЭ.

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

• Структурирование содержания разрабатываемого пакета документов

Основными задачами ДИС при структурировании являются:

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

• автоматизация разработки:

– дерева целей документирования на уровне отдельных разделов доку-ментов;

– структур (содержаний) отдельных разделов документов в соответ-ствии с деревом целей и требованиями нормативных документов;

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

4) формирование структуры и классифицирование структурных эле-ментов отдельных разделов разрабатываемых документов;

5) идентификация информационных связей (входов и выходов) отдель-ных разделов и документов в целом;

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

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