ГОСТР ИСО 26162—2016
</Sourceldentifier>
</DefmitionGroup>
<TermSec1ion>
<TermGroup>
<Term>ProtokoJ!stapel</Term>
<Sourceldentifier>
http://ww.\«nfulure-forum.de.hlml</Sourceldentifier
>
<tfTermGroup>
<PartOfSpeech>noun</PartOfSpeech>
<ContextGroup>
<Context>Daten, die Ciber ein Nelz ubertragen warden, warden von einem Netzprotokoil des Protokollstapels nach
dem anderen verarbeitet.</Context>
<Sourceldentirier>
http://de.wikipedia.orgi’wiki/ProtokollstapeK’Sourceldentifier
>
</ContextGroup>
</TermSection>
<j’LanguageSection>
<Admmistrativelnfo>
<OriginatingPerson>J.Doe<yOriginatingPerson>
<OriginationDat0>2O11-03-22</OnginationDate>
</Adminislrativelnfo>
</TerminologicalEntry>
</Termbase>
Рисунок 11 — Завершающий вход от рисунка 4. выполненный с использованием XML
8.5 Составление устаревших данных
Если будет потребность включить устаревшие данные в TMS. то структура и содержание (ка
тегории данных) устаревших данных должны будут быть оценены. Соответствующий существующий
набор категорий данных? Они приспосабливают принципам, определенным в этом и другом ISO/TC 37
стандартам? Усилие, вовлеченное в изменение категорий данных в устаревших данных, чтобы приве
сти их в соответствие с новыми TMS, должно быть оценено и взвешено против преимуществ. Некото
рые категории данных в устаревших данных не могут быть необходимы в новых TMS и могут поэтому
быть отказаны, чтобы уменьшить усилие по миграции и сохранять новые TMS незагроможденными.
Категории данных в новых TMS. которые требуют значительных модификаций к устаревшим данным,
должны быть оценены тщательно, чтобы подтвердить, необходимы ли они. и видеть, могут ли они быть
изменены в любом случае, чтобы уменьшить усилие. Может также быть возможно принять стратегию,
посредством чего непослушные категории данных в устаревших данных импортированы в новые TMS во
временные области только для чтения, которые зарезервированы исключительно для устаревших
данных, в то время как недавно введенные данные используют стандартизированные области.
Есть три случая, чтобы рассмотреть:
a) устаревшие данные хранятся в системе управления базой данных, в которой структура сделана
явной;
b
)устаревшие данные хранятся в плоском файле (например, текстовой процессор или файл элек
тронной таблицы) без явного повышения структуры данных, или возможно они только существуют в пе
чатной форме, и даже если печатный текст будет просмотрен, то не будет никакого явного логического
повышения структуры данных в получающемся файле:
c) устаревшие данные хранятся в XML или другом отмеченном файле, где структура данных явно
выражена.
Даже если данные уже хранятся в TMS. в которых структура сделана явной, вероятно, будет не
обходимым определить новую структурудля новых TMS посредством диаграммы UML, DTD или схемы
XML. Старая структура может быть несоответствующей: например, может быть потребность добавить
новые категории данных или разделить существующие категории данных.
37