ГОСТ 33244—2015
подробную информацию по поводу информации в форме лица и связанные с ними атрибуты подле
жащие обмену иобъединению.
7.5.2 Определение требований совместимости кCRM
Свойствав компетенцииCRMопределяютотношениямеждуорганизациями. Эти свойстваналага
ют требованиякинформационным моделям, полученнымH3CRM.Те свойстваCRM. которыесвязывают
данные во множественных базах данных, подразумевают потребность в обмене данными.
Диаграмма как на рисунке 4 может использоваться, чтобы указать на содержание различных баз
данных, и обмен данными должен иллюстрировать примерами свойства определенного экземпляра
CRM. Кроме того, экземплярCRM можетбыть помеченуказателем, какие базыданных, какуюхранят
информацию. После того кактребования обменаданнымибылиопределены, затем определяются
какиетребованиясовмес тимости для DSSC могут быть извлечены. Это требует знания, какая
информация о запросе требуется, чтобы извлекать желаемую выходную информацию. Например, на
рисунке 3. когда-то определенные академические организации, которые посетилсотрудник, извостны.
затем соответствующая биографи ческая информациятребуется, чтобы извлекатьтрудовойстаж,
включая роль сотрудника. Базыданных различных работодателей могут запросить различную
биографическую информацию. Потребность в совместимой информации о запросе определяет
требования способности к взаимодействию.
7.5.3 Коллективное использование информации о компетенции, используя тезаурус
Какуказано выше, построенияэффективныхзапросов надоступ кинформации в базахданныхдру
гих заинтересованных сторон является важным требованием совместимости. В ситуации, когда точно
также физическое или юридическоелицо (например, актер или пустьучреждение)должно бытьиденти
фицировано являются самым простым для построения запросов. Более сложной задачей для обмена
информацией о компетенции возникает тогда, когда запрос должен относиться более аморфным
данным. Например, информация о компетенции в разделе опыта работы резюме может включать
должности. Однако, различныедолжностимогутиспользоватьсяразличнымиработодателями. Сравне
ние компетенции включающие должности, используемые различными работодателями, в случаях,
когда они не совпадают, может быть затруднено. CRM предлагает два способа сделать доступ к базе
данныхсовместимымдля различныхзаинтересованныхлиц. Первыйподходстандартизируетописания
предприятий CRM. Например, стандартные определения ролей (Е9) могли использоваться, чтобы
выровнятьдолжности. Однако, даже если бы такие стандарты былидоступны исохранялись, то обнов
ление многих баз данных HR различных работодателей было бы чрезвычайно дорого. Второй подход
строит вспомогательные запросы, используя признаки предприятий CRM иимущественныеотношения
CRM, чтобы позволитьсопоставитьили сравнитьданныев различныхбазахданныхкомпетенции DSSC.
Эти вспомогательные запросы могутбыть поддержаны тезаурусом.
Существуетмного возможныхсценариев, чтобы описать, какорганизации LET, могутобменивать
ся информацией. Например, как показано на рисунке 5. вполне возможно, что может быть посредник
организации LET D. который обеспечивает возможность тезауруса оказывать помощь в проверке
элементов в записи информации о компетенцияхорганизации LET С. которые будут включены вобъект
информации о компетенции, такой как веб-портфолио. Сторонние организации, такие как прави
тельственное министерство или консорциум учреждений высшего образования или организации
аккредитации могут обеспечить тезаурус компетенции на региональном, национальном, или межна
циональном уровне.
Каждая заинтересованная сторона DSSC может обеспечить способ построения запросов и гене
рации результатов, используя один из шаблонов, включенных в тезаурус. Тезаурус способен перевес ти
запросы и переформатировать результаты для любой комбинации шаблонов, которые он
поддерживает.
CRM предлагает две возможных стратегии построения тезауруса. Одна стратегия строит стан
дартные форматы для запросов и результатов с точки зрения предприятий и свойств CRM. Использо
вание сложных отношений, основанных на свойствах CRM, может предоставить достаточную
информацию, чтобы идентифицироватьжелаемые результаты. Вторая стратегия определяет система
тизацию для предприятий CRM. Обработка иерархий классов предприятия CRM должна также опреде
лить иерархии классов для свойств, которые определяют подсвойства с точки зрения их областей и
диапазонов как подклассы предприятий. Эта фильтрация поддерживает анализ пробелов в плане
оценки процессов, которые организация предоставляет и позволяет учащимся найти доступные
варианты ITLET для улучшения компетенции.
14