ГОСТ Р 53891—2010
5.7.3 Атрибуты классов в спецификациях
В МЭК61360-1 приведены пояснения различных атрибутов классов, упоминаемых в специфика
циях.
5.8 Процедура поддержания глоссария
5.8.1 Краткио сведения
Определение процедуры поддержания информации — важная часть разработки глоссария. Назна
чение этой процедуры состоит в обеспечении того, что содержание выпущенного глоссария имеет
отношение к нему, проверено и утверждено. Запрос о внесении изменений проводят в предваритель но
определенном. согласованном и утвержденном порядке в течение установленного временного
интервала.
Сначала глоссарий МЭК61360 был опубликован в виде своего «бумажного» варианта— МЭК 61360-4,
разработке которого предшествовали «классические» процедуры МЭК. описанные вдирективах ИСО/МЭК.
Начиная с 2003 г.глоссарий стал доступен также в онлайновой базе данных на веб-сайте МЭК и заменил
«бумажный» вариант стандарта от 2005 г.Для поддержания глоссария в базе данных была разработана
сводная процедура, применимая для всех стандартов МЭК в формате базы данных. Ниже приведено
краткое описание процедур, которые выбраны из предложенной сводной процедуры.
Эти процедуры основаны на использовании доступной через веб-сайт и через электронную связь
базы данных. Предписанное время поддержания/проверки правильности данных может бытьдостигнуто
только с помощью электронной связи. Процедуры состоят из трех частей:
- предварительныхопераций.
- за которыми следует либо стандартная процедура обращения кбазе данных, либо
- расширенная процедура обращения к базе данных.
На рисунке 7 представлена общая блок-схема процедур.
5.8.2 Предварительные операции
Представляют собой начальную часть процедур поддержания, которая должна быть выполнена для
каждого запроса о внесении изменений (CR) и состоит из следующих этапов:
- Инициализация запроса на внесение изменений: ввод CR-запроса в доступную через
веб-сайт базу данных уполномоченным на это лицом или органом, также называемым «автором
запроса».
- Подготовка к анализу: подготовка со стороны секретариата технического комитета или подкомите
та (ТК/ПК), гарантирующая, что все обязательныедля ввода CR-запросов поля соответствующим образом
заполнены.
- Анализ CR-запросов: действия коллектива, отвечающего за подтверждение (validation team [VT])
для определения того, находится ли CR-запрос в области применимости этой базы данных, требуется ли
для последующих работ или должен ли этот запрос быть отклонен.
- Получение разрешения: заключение о том. должен ли CR-запрос быть:
- рассмотрен далее с использованием стандартной процедуры создания базы данных, или
- рассмотрен далее с использованием расширенной процедуры создания базы данных, или
- исправлен и повторно проанализирован, или
- полностью отклонен.
5.8.3 Стандартная процедура обращения к базе данных
Стандартная процедура обращения к базеданных занимает меньше времени, чем расширенная про
цедура. Стандартная процедура связана с привлечением коллектива для проверки (VT). проводимой в
интересах национальных комитетов для окончательного голосования относительно поступивших предло
жений.
Стандартную процедуру обращения к базе данных, как правило, используют для изменения суще
ствующих и ввода новых элементов в существующую область применения базы данных, или в случаях,
когда имеется необходимость в стандартизации.
П р и м е ч а н и е — Более подробные правила, относящиеся к специализированным стандартам, могут
быть предоставлены техническим комитегам|’подкомитетам за плату.
На рисунке 8 изображен сетевой график этой процедуры.
17