Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО 26162-2016; Страница 55

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО 30042-2016 Системы управления терминологией, базами знаний и контентом. Обмен терминологическими базами [TermBase eXchange (TBX)] (Настоящий стандарт определяет структуру TBX, разработанную для поддержки различных типов обработки терминологических данных, включая анализ, описательное представление, распространение и обмен в различных информационных средах. Основная цель TBX - обмен терминологическими данными. Области применения по назначению включают перевод и создание. TBX является модульный системой поддержки переменных типов терминологических данных или категорий данных, которые включены в различные терминологические базы данных (терминологические базы). TBX включает в себя два XML-модуля: основная структура и форма для идентификации ряда категорий данных и их ограничений. Термин в TBX относится к структуре, состоящей из этих двух взаимодействующих модулей. TBX позволяет максимизировать совместимость фактических терминологических данных, а также обеспечить набор категорий данных, которые используются в терминологических базах данных. Подмножества или супернаборы категорий данных по умолчанию могут использоваться в пределах структуры TBX, чтобы поддержать определенные пользовательские требования) ГОСТ 33897-2016 Железнодорожная электросвязь. Методы контроля требований безопасности (Настоящий стандарт распространяется на средства (технические и программные), системы, сети и виды железнодорожной электросвязи. Настоящий стандарт устанавливает правила и методы контроля, испытаний и измерений с целью установления соответствия объектов железнодорожной электросвязи предъявляемым к ним требованиям безопасности по ГОСТ 33397) ГОСТ Р ИСО 22274-2016 Системы управления терминологией, базами знаний и контентом. Концептуальные аспекты разработки и интернационализации систем классификации (Настоящий стандарт устанавливает основные принципы и требования к разработке систем классификации, позволяющие обеспечить их применимость в международном масштабе благодаря учету таких аспектов как культурологическое и лингвистическое разнообразие и конкретные требования рынка информационных продуктов. Применительно к принципам терминологической работы в данном стандарте излагаются конкретные рекомендации (руководящие указания) по созданию, отработке и использованию классификационных систем для интернациональных сообществ)
Страница 55
Страница 1 Untitled document
ГОСТР ИСО 26162—2016
3) замените существующий вход поступающим входом;
4) проигнорируйте поступающий вход и сохраните существующий вход в цепости.
5) замените данные от базы данных с импортированными данными и синхронизируйте на числах
входа и возможно других категориях данных, таких как область предмета^.
Обычно, эти функции учитывают только один язык, как отобрано импортером.
В выборе 2. если вход в файле импорта содержит термин, у которого есть та же самая поверх
ностная форма, как термин в базе данных, новые категории данных могут бытьдобавлены к существу
ющему входу. В выборе 3. если вход в файле импорта содержит термин, у которого есть та же самая
поверхностная форма, как термин в базе данных, существующий вход будет заменен (переписанный).
Это действие также предполагает, что эти две записи описывают то же самое понятие, но в этом слу чае
только информация в файле импорта хранится. В выборе 4, если вход в файле импорта содержит
термин, у которого есть та же самая поверхностная форма, как термин в базеданных, будет проигнори
рован вход в файле импорта (пропустил), и существующий вход останется неизменным. Это действие
могло подходить для одного из двух сценариев; (1) эти две записи описывают то же самое понятие, но
информация в базе данных более точна, и информация в файле импорта должна быть проигнорирова на,
или (2) эти две записи описывают различные понятия, таким образом, существующий вход должен быть
сохранен, и вход в файле импорта должен быть добавлен, возможно позже в ручном способе вхо да. С
этой целью установленный порядок импорта должен произвести регистрацию, перечисляющую любые
проигнорированные записи импорта.
В выборе 5, файл импорта содержит числа входа, которые соответствуют числам входа в базе
данных. Этот выбор, как правило, используется, чтобы импортировать данные, которые были ранее
экспортированы от TMS. Иногда более производительно внести глобальные изменения, или партия
редактирует к большим количествам записей, редактируя экспортируемый файл вместо того, чтобы
пытаться сделать это непосредственно в базе данных. Импортированные записи заменяют существую
щие, но система сначала проверяет, чтобы удостовериться, что числа входа и любыедругие указанные
категории данных являются тем же самым, прежде чем сделать замену.
Передовой TMSs должен предоставить средства для интерактивного двойного входа, проверяю
щего во время импорта, позволив пользователю решить, импортировать ли термин, поверхность кото
рого формируют матчи из другого термина в базе данных.
Пользователь должен быть в состоянии импортировать подмножества категорий данных, кото
рые присутствуют в файле импорта, и игнорируютдругих. Например, импортируйте только отобранные
языки, проигнорируйте категории административной информации, такие как даты или проигнорируйте
определения в файле импорта.
12.3 Редактирование данных
Идеально, пользовательский интерфейс для редактирования данных должен быть похожим на
интерфейс для ввода данных, и это должно обеспечить те же самые особенности.
При редактировании у пользователя должна быть возможность видеть оригинальный вход без
изменений. Оригинальный вход можно, например, показать во всплывающем окне, когда пользователь
нажимает кнопку (рассмотрите оригинальный).
Когда вход будет отредактирован одним пользователем, система должна захватить его. чтобы
препятствовать тому, чтобы другие пользователи редактировали тот же самый вход.
12.4 Утверждение данных
Функции подтверждения правильности данных необходимы, чтобы минимизировать ошибки во
время ввода данных или редактирования. Системы базы данных Most уже предлагают некоторые из
этих возможностей, но. если специальное программное обеспечение ввода данных развито, желатель
но включать функции проверки.
Пример В качестве примера подтверждения правильности данных:
- проверка двойного входа: решить, что термин сохранен только однажды;
- проверьте правописание: решить, что все терминологические записи выполняют предопреде
ленные правила правописания;
- проверка характера: проверить т ипы характера, используемые в поле ввода:
- проверка полнот ы: гарантировать, что данные присутст вуют при необходимости;
49