ГОСТ Р 54088-2010. Национальный стандарт Российской Федерации. Интегрированная логистическая поддержка. Интерактивные электронные эксплуатационные и ремонтные документы. Основные положения и общие требования

(утв. и введен в действие Приказом Росстандарта от 30.11.2010 № 748-ст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ГОСТ Р 54088-2010"]:::rst
  click n0 "https://bukva.ai/docs/gost-r-54088-2010" "ГОСТ Р 54088-2010. Национальный стандарт Российской Федерации. Интегрированная логистическая поддержка. Интерактивные электронные эксплуатационные и ремонтные документы. Основные.."
  n1["ГОСТ Р 54088-2017"]:::doc
  click n1 "https://bukva.ai/docs/trebovaniya-gost-r-54088-2017" "ГОСТ Р 54088-2017. Национальный стандарт Российской Федерации. Интегрированная логистическая поддержка. Эксплуатационная и ремонтная документация в форме интерактивных электронных."
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНТЕГРИРОВАННАЯ ЛОГИСТИЧЕСКАЯ ПОДДЕРЖКА

ИНТЕРАКТИВНЫЕ ЭЛЕКТРОННЫЕ ЭКСПЛУАТАЦИОННЫЕ И РЕМОНТНЫЕ ДОКУМЕНТЫ

ОСНОВНЫЕ ПОЛОЖЕНИЯ И ОБЩИЕ ТРЕБОВАНИЯ

Integrated logistic support. Interactive electronic maintenance and repair documents. General principles and basic requirements

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения».

Сведения о стандарте

1. Разработан Автономной некоммерческой организацией «Научно-исследовательский центр CALS-технологий „Прикладная логистика“ (АНО НИЦ CALS-технологий „Прикладная логистика“).»

2. Внесен Техническим комитетом по стандартизации ТК 459 «Информационная поддержка жизненного цикла изделий».

3. Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 30 ноября 2010 г. № 748-ст.

4. Введен впервые.

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет.

1. Область применения

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

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

2. Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 53393-2009 Интегрированная логистическая поддержка. Основные положения

ГОСТ Р 53394-2009 Интегрированная логистическая поддержка. Основные термины и определения

ГОСТ 2.051-2006 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.503-90 Единая система конструкторской документации. Правила внесения изменений

ГОСТ 2.601-2006 Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 2.602-95 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.603-68 Единая система конструкторской документации. Внесение изменений в эксплуатационную и ремонтную документацию

ГОСТ 2.610-2006 Единая система конструкторской документации. Правила выполнения эксплуатационных документов

ГОСТ 27.002-2009 Надежность в технике. Термины и определения

Примечание. При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по соответствующим ежемесячно издаваемым информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3. Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены термины, приведенные в ГОСТ Р 53394, а также следующие термины с соответствующими определениями:

3.1.1. Диалоговое окно: средство запроса, получения и отображения данных, введенных пользователем в ИЭТП.

Примечание. Как правило, это отдельное окно, которое отображает запрос и содержит область для введения ответа.

3.1.2. Навигация: способ просмотра и оперативного нахождения нужных технических данных, содержащихся в ИЭТП.

Примечание. Навигация может осуществляться при помощи элементов управления, имеющихся в интерфейсе программы просмотра (см. 3.3) или при помощи встроенных в ИЭТП ссылок.

3.1.3.

┌─────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│    Электронная система   отображения:   комплекс  программно-технических│
│средств для   воспроизведения   данных,   содержащихся   в  интерактивном│
│электронном документе.                                                   │
│    [ГОСТ 2.601, пункт 3.1.10]                                           │</pre>
└─────────────────────────────────────────────────────────────────────────┘
Примечание. Далее программное средство в составе ЭСО именуется программой просмотра.

3.1.4. Всплывающая подсказка: контекстно-зависимая удобочитаемая отметка, которая должна отображаться, когда курсор подводится к графическому объекту или элементу управления.

3.1.5. Фильтрация: метод отображения данных, обладающих определенными признаками (по применимости, актуальности, состоянию и т.д.).
Примечание. Применяется с целью ограничения набора отображаемых данных и экономии времени пользователя.

3.1.6.
┌─────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│    Модуль данных: совокупность взаимосвязанных технических  сведений  по│
│эксплуатации   изделия,   относящихся   к   определенной  тематике  и  не│
│допускающих дальнейшего их дробления на составные части.                 │
│    [ГОСТ 2.601, пункт 3.1.11]                                           │</pre>
└─────────────────────────────────────────────────────────────────────────┘

3.1.7. Логическое ядро: компонент программного обеспечения, анализирующий введенные пользователем данные.

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

3.1.9.
┌─────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│    Общая база данных  эксплуатационной  документации: автоматизированная│
│система   хранения   и  управления  модулями  данных,  входящими в состав│</pre>
│эксплуатационной документации на изделие, позволяющая по запросу получить│
<pre class="legal-pre">│в электронной или бумажной форме конкретный эксплуатационный документ.   │
│    [ГОСТ 2.601, пункт 3.1.13]                                           │</pre>
└─────────────────────────────────────────────────────────────────────────┘

3.1.10. Информационный набор: совокупность информации, представленной в определенном объеме и с необходимой (с точки зрения автора) степенью детализации в виде набора модулей данных, хранимых в ОБДЭ.

3.1.11. Публикация: данные, собранные и подготовленные для передачи заказчику или иным заинтересованным лицам; может быть выполнена в интерактивной электронной или традиционной бумажной форме с использованием модулей данных, содержащихся в ОБДЭ.

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

3.1.12. Модуль публикации: специальный электронный документ, имеющий согласно ГОСТ 2.051 идентификационно-статусную и содержательную части.

Примечания.

1. Содержательная часть МП содержит ссылки на МД, входящие в состав публикации, другие (заимствованные) ИЭТП или другие МП в том порядке и с той структурой, которые требуются для поставки публикации [1]* <1>.

2. Модуль публикации определяет оглавление и структуру публикации. Он должен содержать одну или более ссылок на:

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

<1> Здесь и далее знаком «*» отмечены пункты, к которым даны комментарии в Приложении А.

3.1.13.

┌─────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│    Интерактивный    электронный    документ:    документ,     информация│
│содержательной части которого доступна в интерактивной форме.            │
│    [ГОСТ 2.051, статья 3.1.7]                                           │</pre>
└─────────────────────────────────────────────────────────────────────────┘

Примечание. Способность программной системы, в которой реализован электронный документ, и ее интерфейса обеспечивать диалог с пользователем*.

3.1.14. Архитектура «клиент — сервер»: способ организации вычислительной сети*.

3.2 Сокращения

В настоящем стандарте приняты следующие сокращения:

• АЛП — анализ логистической поддержки;
• БД — база данных;
• ЖЦИ — жизненный цикл изделия;
• ИЛП — интегрированная логистическая поддержка;
• ИС ИЛП — информационная система ИЛП;
• ИЭД — интерактивный электронный документ;
• ИЭТП — интерактивная электронная техническая публикация;
• ЛВС — локальная вычислительная сеть;
• МД — модуль данных;
• МП — модуль публикации;
• МТО — материально-техническое обеспечение;
• ОБДЭ — общая база данных эксплуатационной документации;
• ПИ — покупное изделие;
• ПО — программное обеспечение;
• ПС — предмет снабжения;
• ТЗ — техническое задание;
• РД — ремонтная документация;
• ТО — техническое обслуживание;
• ТОиР — техническое обслуживание и ремонт;
• ЭД — эксплуатационная документация;
• ЭиРД — эксплуатационная и ремонтная документация;
• ЭСО — электронная система отображения;
• ЭТД — электронная техническая документация.

4. Основные положения

4.1. Интерактивные электронные эксплуатационные и ремонтные документы разрабатывают с целью обеспечения эксплуатирующего и ремонтного персонала информацией, использующейся в режиме активного взаимодействия с пользователем и регламентирующей выполнение работ по ТОиР изделия.

Назначение интерактивных электронных эксплуатационных и ремонтных документов — по ГОСТ 2.601 и ГОСТ 2.602 соответственно.

4.2. Электронную интерактивную ЭиРД выполняют в виде взаимосвязанной совокупности эксплуатационных или ремонтных документов в форме ИЭД по ГОСТ 2.051 (или ИЭТП [1]).

4.3 В комплект поставки электронной интерактивной ЭиРД входят:

• набор ИЭТП, содержащийся в локальной (относящейся к данному комплекту) БД, являющейся подмножеством ОБДЭ, и

Примечание. Как правило, электронную интерактивную ЭиРД эксплуатируют в вычислительной сети, построенной на основе архитектуры «клиент — сервер».

4.4. Эксплуатационные документы из номенклатуры, предусмотренной ГОСТ 2.601 (статья 5.1, таблица 1), и ремонтные документы из номенклатуры, предусмотренной ГОСТ 2.602 (статья 6.1, таблица 2), могут быть выполнены как ИЭТП. Состав электронной интерактивной ЭиРД на конкретное изделие в рамках указанной номенклатуры определяется заказчиком изделия.

4.5. Правила комплектования и оформления электронной интерактивной ЭиРД — по ГОСТ 2.601 (подраздел 8.3).

4.6. Электронную интерактивную ЭиРД разрабатывает подрядчик с использованием информационной технологии, регламентированной, например, требованиями международных нормативных документов [1]. При разработке ЭиРД используют конструкторскую документацию на изделие (в первую очередь, выполненную в электронной форме по ГОСТ 2.051), данные БД АЛП, в том числе относящиеся к ТОиР, сведения, относящиеся к изделиям-аналогам, и другие данные.

4.7. Результатом применения информационной технологии разработки является ОБДЭ по ГОСТ 2.601, содержащая все информационные объекты (МД, МП, готовые ИЭТП, в том числе заимствованные из других проектов, и др.), из которых формируется и предоставляется заказчику комплект ЭиРД (в форме локальной БД). Настоящий стандарт не регламентирует форму ОБДЭ, которая может быть реализована в виде файловой системы, сетевого сервера, реляционной или объектной БД и т.д. При отсутствии специальных требований, оговоренных в контракте, форму (вид) ОБДЭ устанавливает подрядчик.

4.8. Данные, содержащиеся в ОБДЭ, могут использоваться при информационной интеграции процессов разработки ЭиРД с другими процессами разработки и подготовки производства изделия, а также в процессах и процедурах планирования и управления ТОиР и МТО.

4.9. Подготовку и внесение изменений в электронную интерактивную ЭиРД осуществляет разработчик в соответствии с требованиями ГОСТ 2.503 и ГОСТ 2.603. Все изменения должны отражаться в поставляемой локальной БД и в ОБДЭ.

4.10. Для идентификации информационных объектов в ОБДЭ и в локальных БД используют соответствующие коды (например, код МД, код МП, порядковый номер в каталоге, контрольный номер иллюстрации), каждый из которых описывается своим синтаксисом и имеет свой формат. Структура и состав кодов — по ГОСТ 2.610.

4.11. Идентификаторы информационных объектов должны быть постоянными для проекта, т.е. они не переназначаются в течение всего проекта и жизненного цикла изделия, разрабатываемого в рамках этого проекта.

4.12. Для описания дополнительных свойств информационного объекта (кроме его идентификатора) используют метаданные (например: название, имя разработчика, дата создания и т.д.). Все метаданные содержатся в идентификационно-статусной части информационного объекта (МД, МП и др.).

4.13. Применяемое в ИЭТП средство поиска информационных объектов должно определять их идентификаторы с использованием запросов по метаданным.

4.14 ИЭТП в зависимости от их функциональности подразделяют на пять классов:

1-й класс — электронные технические публикации, представляющие собой набор изображений страниц (в том числе полученных сканированием страниц бумажной документации). Страницы индексированы в соответствии с содержанием, перечнем иллюстраций, таблиц и т.п. Индексация позволяет отобразить растровое представление раздела документации сразу после его выбора в содержании ИЭТП. Этот вид ИЭТП сохраняет ориентированность страниц, которые могут быть выведены на печать без предварительной обработки.

2-й класс — линейно-структурированные ИЭТП, составными элементами которых являются главы, разделы, абзацы, списки, таблицы, иллюстрации и т.п. Элементы ИЭТП заранее размещены на страницах в соответствии с требованиями систем вывода на печать. Оглавление ИЭТП содержит ссылки на ее разделы. Кроме того, ИЭТП этого класса может содержать перекрестные ссылки на разделы, таблицы, иллюстрации, аудио- и видеоданные. Как правило, ИЭТП этого класса позволяют производить поиск данных, могут содержать растровую и/или векторную графику, сноски и заметки. ИЭТП этого класса может быть просмотрена на экране и выведена на печать без предварительной обработки.

3-й класс — ИЭТП, в которых технические данные представлены в виде совокупности взаимосвязанных информационных объектов (МД, МП и др.), хранящихся в БД и имеющих иерархическую структуру (в соответствии с требованиями международного стандарта [2] и производных от него спецификаций). Особенностью данного класса ИЭТП, обусловленной структурированным размещением данных в БД и отсутствием заранее подготовленной разметки на страницы, является невозможность просмотра и получения бумажной копии без предварительной обработки специальными программно-аппаратными средствами. Другой особенностью данного класса ИЭТП является возможность его применения в составе комплекса средств ИЛП в качестве источника и потребителя технических данных.

4-й класс — интегрированные ИЭТП, сочетающие функциональность ИЭТП предыдущих классов с возможностью прямого интерфейсного взаимодействия с программно-аппаратными средствами контроля и диагностики изделий, что позволяет оператору выполнять задачи более быстро и эффективно. ИЭТП этого класса позволяют анализировать состояние изделия в конкретной ситуации, в том числе проводить операции поиска отказов и неисправностей в изделии, определения причин сбоев, подбора запасных частей и т.п.

5-й класс — ИЭТП, обладающие основной функциональностью 3-го и/или 4-го классов и включающие в себя средства накопления полученных в процессе эксплуатации технических данных, их анализа и формирования рекомендаций пользователям ИЭТП о предпочтительном порядке обслуживания изделия и диагностики неисправностей (ИЭТП, включающие в себя элементы экспертных систем).

4.15. В соответствии с классификацией ИЭТП по 4.14 осуществляется аналогичная классификация всей подлежащей разработке интерактивной электронной ЭиРД, класс которой определяется по наивысшему классу хотя бы одной ИЭТП, входящей в ее состав.

4.16. Требуемый класс интерактивной электронной ЭиРД назначается согласованным решением заказчика и подрядчика, указывается в ТЗ и должен учитываться при назначении функциональных требований по матрице функциональности (см. раздел 6 настоящего стандарта).

5. Общие требования

5.1. Требования к ЭиРД на конкретное изделие назначает заказчик этого изделия. При этом устанавливают и фиксируют в ТЗ:

• виды и комплектность электронной интерактивной ЭиРД, необходимой для обеспечения процессов и процедур эксплуатации и ТОиР изделия;
• функциональность электронной интерактивной ЭиРД;
• требования к содержанию, стилю и оформлению ИЭТП;
• требования к интерфейсу ЭСО;

Примечания.

1. Требования к номенклатуре ИЭТП в составе электронной интерактивной ЭиРД и составу информации в них, а также, при необходимости, к логическим моделям данных ОБДЭ и локальных БД ИЭТП регламентируются нормативными документами на изделия конкретных видов техники с учетом их специфики.

2. При отсутствии специальных требований со стороны заказчика, оговоренных в контракте или ТЗ, функциональность каждой конкретной ИЭТП в составе электронной интерактивной ЭиРД устанавливает подрядчик и согласует ее с заказчиком.

3. Для изделий, разрабатываемых по заказу Министерства обороны, функциональность каждой конкретной ИЭТП в составе электронной интерактивной ЭиРД согласуется с представительством заказчика.

5.2. Виды и комплектность электронной интерактивной ЭиРД, необходимой для обеспечения процессов и процедур эксплуатации и ТОиР изделия, устанавливают в соответствии с ГОСТ 2.601 для ЭД и ГОСТ 2.602 для РД, а также в соответствии с нормативными документами на изделия конкретных видов техники с учетом их специфики.

5.3. В соответствии с типами работ с информацией, выполняемых пользователем электронной ЭиРД, функциональные возможности входящих в ее состав ИЭТП разделены на двенадцать категорий [1]:

а) доступ;

б) создание примечаний;

в) поставка и распространение;

г) диагностика и прогнозирование;

д) внешние процессы;

е) использование графических объектов;

ж) установление ссылок;

и) навигация и отслеживание;

к) печать;

л) использование специальных сведений;

м) изменения;

н) режим работы пользователя.

5.4. Категория «Доступ» описывает функциональные возможности в части разграничения доступа к данным.

5.5. Категория «Создание примечаний» описывает функциональные возможности, которые позволяют пользователю добавлять пометки и примечания к тексту и графике.

5.6. Категория «Поставка и распространение» описывает функциональные возможности, которые определяют способы передачи технических данных от поставщика к заказчику (по контракту), а также способы передачи этих данных конечным пользователям. При установлении требований в этой категории следует учитывать, что стоимость конечной ИЭТП в значительной мере определяется выбором носителя информации и методом передачи данных. Помимо стоимости выбор носителя и метода передачи данных также должен определяться инфраструктурой и подготовленностью пользователей к применению предоставляемых возможностей.

5.7. Категория «Диагностика и прогнозирование» описывает функциональные возможности, которые позволяют пользователю идентифицировать неисправности изделия и прогнозировать их появление.

Диагностика включает в себя процедуры идентификации неисправности, за которыми должны следовать корректирующие действия или процедуры ТО. Осуществление диагностики требует комплекса инструментов: от одиночных простейших процедур выявления отказа (органолептически, по внешним проявлениям и т.п.) до интеграции ИЭТП со встроенными в изделие и внешними средствами объективного контроля и диагностики. Прогнозирование предполагает возможность предвидения и предупреждения отказа или сбоя в работе системы на основании анализа введенных пользователем данных, эксплуатационных данных, а также данных от встроенных и внешних систем контроля.

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

5.8. Категория «Внешние процессы» описывает функциональные возможности, которые позволяют пользователю интегрировать данные ИЭТП в другие процессы, например в управление ТОиР. Совместная работа различных автоматизированных систем в единой среде, как правило, расширяет функциональность каждой из систем за счет обмена данными между ними.

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

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

При установлении требований в этой категории следует учитывать, что более сложные возможности использования графики могут увеличивать стоимость ИЭТП и связаны с предъявлением более жестких требований к аппаратным средствам и/или программному обеспечению.

5.10. Категория «Установление ссылок» описывает функциональные возможности, которые позволяют пользователю переходить от одного элемента к другому и связывать различные данные в рамках публикации, например, переход по ссылке от содержания к указанному пользователем разделу. Возможна организация ссылок из технической публикации во внешние источники данных. Такие внешние ссылки могут использоваться, например, для связи с БД о вспомогательных материалах, оборудовании и т.д.

5.11. Категория «Навигация и отслеживание» описывает функциональные возможности, которые позволяют пользователю применять различные методы навигации по техническим публикациям, сокращающие время поиска нужных сведений в электронных ЭиРД.

Такие функции, как «Следующий» и «Предыдущий», поиск и использование закладок считаются базовыми и реализуются большинством программ просмотра ИЭТП. Более сложные способы навигации предполагают использование голосовых команд, диалогового общения с пользователем и различных способов фильтрации. Примерами фильтрации являются, например, фильтрация данных по наименованию модели, идентификационному номеру (например, заводскому номеру изделия), номеру бюллетеня или квалификации пользователя.

Функция отслеживания предоставляет возможность документирования действий пользователя в процессе работы с ИЭТП.

5.12. Категория «Печать» описывает функциональные возможности, которые позволяют пользователю ИЭТП выводить на печать документацию в соответствии с требованиями к бумажным комплектам ЭиРД по ГОСТ 2.601 и ГОСТ 2.602.

Некоторые публикации предназначены для использования исключительно в электронном виде с возможностью печати лишь отдельных элементов и снимков экрана. Установление требования к возможности ИЭТП выводить на печать документацию в соответствии с требованиями к бумажным комплектам, как правило, приводит к повышению затрат на разработку программы просмотра ИЭТП.

5.13. Категория «Использование специальных сведений» описывает функциональные возможности, которые позволяют пользователю воспроизводить с помощью программы просмотра дополнительные типы данных (например, аудиоданные, видеоданные, анимация). Эти возможности реализуются большинством программ просмотра ИЭТП, однако затраты на подготовку таких данных могут быть достаточно высоки. Включение специальных данных в ИЭТП может повлечь дополнительные требования к производительности аппаратных средств.

5.14. Категория «Изменения» описывает функциональные возможности, которые позволяют пользователю работать с различными методами внесения изменений. При просмотре ИЭТП изменения могут отмечаться специальными пометками и иными признаками. К изменениям относятся любые модификации данных ИЭТП после ее первоначальной поставки.

5.15. Категория «Режим работы пользователя» описывает функциональные возможности, которые позволяют пользователю обращаться к внешним источникам данных. Как правило, функциональные возможности этой категории зависят от инфраструктуры и возможностей программного обеспечения по использованию внешних источников данных.

5.16. Детальные описания каждой из функциональных возможностей, сгруппированные по описанным выше категориям, представлены в Приложении А.

5.17. Требования к содержанию, стилю и оформлению ИЭТП назначают по ГОСТ 2.610, принимая также во внимание положения документов [1] и [3].

5.18. Требования к интерфейсу ЭСО — по ГОСТ 2.610 с учетом положений документа [1].

6. Назначение функциональных требований к интерактивной электронной ЭиРД

6.1. С учетом многочисленности ИЭТП, входящих в состав интерактивной электронной ЭиРД, разрабатываемой в рамках конкретного проекта, а также, принимая во внимание многообразие функциональных возможностей, которыми должны обладать различные ИЭТП, для назначения требований к ним в отношении функциональности рекомендуется использовать матрицу функциональности [1].

6.2. Матрица функциональности является вспомогательным инструментом и предназначена для использования менеджерами проекта, поставщиками и заказчиками при составлении ТЗ, разработке, приемосдаточных испытаниях и контроле качества интерактивной электронной ЭиРД.

6.3. Рекомендуется использовать матрицу функциональности как стандартный формат представления технических требований к электронной ЭиРД, поставляемой в виде ИЭТП. В матрице следует применять наименования категорий функциональности и функциональных возможностей, указанные в настоящем стандарте, чтобы заказчик и поставщик однозначно и одинаково понимали их сущность.

6.4. Матрица функциональности представляет собой прямоугольную таблицу и имеет следующую структуру.

6.4.1 Шапка таблицы содержит заголовки колонок:

• «Класс функциональности [ИЭТП в составе ЭиРД]»;
• «Значимость [функциональной возможности] для проекта»;
• «Все ЭиРД»;
• наименования документов [ИЭТП в составе ЭиРД].

Примечания.

1. Слова в квадратных скобках в заголовки колонок не включают, они приведены для пояснения.

2. В заголовке матрицы следует указывать класс функциональности разрабатываемой ЭиРД в соответствии с 4.14 настоящего стандарта.

6.4.2. В колонке «Класс функциональности» при необходимости может быть указан класс функциональности ИЭТП по 4.14, в рамках которого реализуема данная функциональная возможность. Это может способствовать более объективной оценке затрат на разработку.

6.4.3. Колонка «Значимость для проекта» предназначена для указания необходимости реализации тех или иных функциональных возможностей в проекте. Так, например, лицо, осуществляющее заказ ЭиРД, может использовать этот столбец (в электронной версии матрицы) для проставления отметок, отражающих важность конкретной функциональной возможности для проекта (функциональная возможность должна обязательно учитываться, ее желательно учесть, нежелательно и т.д.), до установления окончательного варианта требований. Символы, обозначающие значимость, должны быть согласованы между заказчиком и разработчиком и отражены в согласованных между разработчиком и заказчиком правилах выполнения проекта [1].

6.4.4. Колонка «Все ЭиРД» используется для указания тех функциональных возможностей, которые применимы ко всем эксплуатационным и ремонтным документам, входящим в состав проекта. Такие функциональные возможности помечаются буквой «А».

6.4.5. Заголовки оставшихся колонок содержат наименования видов ИЭТП в составе ЭиРД (допускается использовать коды видов документов). В ячейках матрицы, находящихся на пересечении колонки с наименованием (кодом) ИЭТП, проставляются символы, указывающие на необходимость выполнения данной функциональной возможности в данном документе. Вид символа, например «X» или «+», равно как и другие символы (6.4.3), используемые в матрице функциональности, определяются в правилах выполнения проекта [1]. Указанные правила призваны обеспечить унификацию представления матрицы.

6.5. Заполненная матрица функциональности содержит формализованные требования к функциональным возможностям ИЭТП в составе разрабатываемой электронной интерактивной ЭиРД и может служить частью (разделом) ТЗ на разработку, а также использоваться в качестве средства контроля качества при проверке степени реализации заданной функциональности в разработанной ЭиРД.

6.6. Форма матрицы функциональности приведена в Приложении В.

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

КОММЕНТАРИИ К ПУНКТАМ СТАНДАРТА

3.1.13. Интерактивность (от английского interaction — взаимодействие) — способность программной системы, в которой реализован электронный документ, и ее интерфейса вести диалог с пользователем. В ходе этого диалога пользователь получает запросы от системы, дает на них ответы и в свою очередь задает вопросы системе, получая ответы на них. Таким образом, осуществляются прямая и обратная связи между пользователем и системой. Электронный документ принято считать находящимся в интерактивной форме, если программа его просмотра обладает необходимыми элементами управления (кнопки, «флажки», радиокнопки, поля для ввода данных и т.д.).

3.1.14. Организация сети, при которой компьютеры, объединенные в эту сеть, являются либо «клиентами», либо «серверами».

«Клиент» — персональный компьютер (рабочая станция) одного пользователя, выполняющий необходимые функции: регистрацию, вычисления, доступ к базам данных, коммуникации и др. Для выполнения этих функций и организации обмена данными с сервером необходимо соответствующее программное обеспечение.

«Сервер» — один или несколько процессоров с единой областью памяти, который по запросу клиента выполняет функции вычисления, доступа к базам данных, коммуникации и другие функции, которые по каким-либо причинам (например, из-за нехватки вычислительной мощности) не могут быть выполнены клиентом непосредственно. Результаты обработки запроса сервер направляет клиенту. Один сервер может обслуживать большое число клиентов.

Примечания.

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

2. Серверы, работающие в сети Интернет (Всемирной паутине), принято называть Web-серверами. Клиенты, взаимодействующие с Web-серверами, должны располагать программой, именуемой Web-браузером (типичный пример Web-браузера — широко распространенная программа MS Internet Explorer фирмы Microsoft).

3. Наиболее распространенный в Интернет стандартный протокол обмена данными — http (англ. HyperText Transfer Protocol — протокол передачи гипертекста).

4. Стандартными форматами обмена данными между клиентами и серверами в Интернет являются HTML (от англ. HyperText Markup Language — язык разметки гипертекста) [4], XML (от англ. Extensible Markup Language — расширяемый язык разметки) [5]. XML является упрощенным подмножеством языка SGML [2].

Функциональные возможности ИЭД (ИЭТП) и их определения представлены в таблицах Б.1 - Б.12.

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

Таблица Б.1

Функциональные возможности категории «Доступ»

Функциональные возможности категории

Функциональные возможности категории «Диагностика и прогнозирование»

Функциональные возможности категории «Внешние процессы»

Таблица Б.6

Таблица Б.7

Таблица Б.8

Функциональные возможности категории «Навигация и отслеживание»

Таблица Б.10

Функциональные возможности категории «Использование специальных сведений»

Таблица Б.11

Функциональные возможности категории «Изменения»

Таблица Б.12

Функциональные возможности категории «Режим работы пользователя»

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

МАТРИЦА ФУНКЦИОНАЛЬНОСТИ ДЛЯ КОМПЛЕКТА ИЭТП НА ИЗДЕЛИЕ

Таблица В.1

Форма матрицы функциональности для комплекта ИЭТП на изделие

БИБЛИОГРАФИЯ