12.7.4 Приобретение
Приобретение — это добавление имеющегося контента из внешнего источника в систему CCMS. В системе CCMS может присутствовать функция приобретения контента. В этом случае система должна поддерживать следующие возможности:
— разбор входящих данных на отдельные компоненты, присвоение частей входных данных элементам типа контента;
— учет входящих частей, которые не поддаются сегментированию или разбору, отделение обязательных элементов от опциональных в целевом типе контента;
— подтверждение создаваемых компонентов;
— отслеживание имени файла или запроса, составляющего входящий контент, даты и времени события приобретения, а также идентификаторов компонентов, которые были созданы и отклонены во время события;
— заполнение дополнительных метаданных (не представленных во входящих данных) значениями по умолчанию.
Если производится включение получаемого контента, система должна поддерживать следующие возможности:
— направленность входящего контента на типы контента в CCMS (или ввод в CCMS в виде компонентов, не принадлежащих к какой-либо категории);
— сегментация разового ввода данных на несколько компонентов;
— спецификация, выявление и учет полезных исключений в процессе приобретения;
— мониторинг, проверка и конфигурирование событий приобретения;
— возможность для администратора указывать правила заполнения дополнительных метаданных на основе значений, имеющихся во вводимых данных.
12.8 Схема работы
Функция схемы работы CCMS включает в себя создание (или определение) схемы работы, спецификацию схемы работы и отчет о схеме работы. Схема работы представляет собой именованную последовательность состояний, которую, как ожидается, должны пройти компоненты определенного вида, начиная с их изначального создания до конечного вывода из использования (архивацией или удалением).
12.8.1 Функциональность схемы работы
Система CCMS должна поддерживать:
— создание отдельной схемы работы;
— создание поля метаданных статуса (или состояния) с управляемым списком значений, которые могут быть применены к каждому объекту контента;
— возможность для администраторов применять поле статуса к объектам контента, так чтобы оно было частью метаданных каждого объекта контента;
— возможность для авторов видеть и менять значение поля статуса в CCMS, где производится авторская разработка, в случае реализации или через отдельный интерфейс, если собственная авторская разработка не поддерживается;
— отслеживание даты и времени каждого изменения статуса;
— возможность для администраторов менять установленные авторами статусы;
— возможность для авторов и администраторов просматривать объекты контента, отсортированные по статусу;
— блокировку определенных статусов в публикациях, создаваемых системой CCMS.
12.8.2 Расширенная функциональность схемы работы
Система CCMS должна поддерживать создание нескольких именованных схем работы. Система CCMS с расширенными возможностями должна обеспечивать администраторам следующие возможности:
— создавать (присваивать имена), изменять и удалять номера схем работы;
— добавлять, изменять и удалять этапы схемы работы;
— добавлять, изменять и удалять набор заданий (например, сдаточные материалы, инструкции, примеры), который может применяться к этапам различных схем работы;
— определять обязательные и необязательные этапы, а также обусловленные ответвления этапов;
— создавать роли (такие как автор, редактор, проверяющий) и присваивать эти роли пользователям системы CCMS;
— назначать отдельных авторов или роли этапам схемы работы;
— применять схемы работы к отдельным компонентам или целым объектам контента, так чтобы компоненты проходили через аналогичные этапы;
— создавать автоматические и ручные процедуры запуска схем работы;
— ручная процедура запуска срабатывает, когда автор или администратор выполняет действие в интерфейсе пользователя, которое вызывает изменение этапа;
— автоматическая процедура запуска срабатывает, когда событие в системе CCMS (например, при наступлении даты и времени или при добавлении в CCMS нового файла) вызывает изменение этапа;
— интегрировать схему работы в локализацию CCMS, чтобы локализация могла становиться частью общей схемы работы над объектом контента.
Система CCMS с расширенными возможностями должна обеспечивать авторам следующие возможности:
— просматривать присвоенные ими роли;
— выполнять задания в рамках схемы работы из своей среды авторской разработки, отсортированные по объектам контента, ролям или этапам схемы работы, за которые они ответственны;
— просматривать список объектов контента, в схемы работы которых они входят, наряду с текущим этапом схемы работы;
— просматривать список объектов контента, ожидающих своего автора, с указанием длительности ожидания;
— отображать свои объекты контента и, в зависимости от ситуации, переводить свои объекты контента на следующий этап схемы работы, а также вести учет комментариев, которые могут у них появляться в отношении текущего этапа;
— приостанавливать схему работы и вводить комментарий относительно причин приостановки.
12.8.3 Отчетность по этапам работы
Система CCMS должна обеспечивать администратору возможность просматривать статус схемы работы всех объектов контента в системе CCMS, отсортированных по статусу, типу контента или дате последнего изменения.
Рекомендуется, чтобы система CCMS включала следующее:
— поддержку аудита схемы работы с фиксацией перехода от этапа к этапу для каждого из объектов контента;
— поддержку сортировки и фильтрации в отчетах о схемах работы по схеме работы, объекту контента, этапу, роли, пользователю, дате и задаче;
— поддержку экспорта отчетов в общие табличные форматы, например CSV или формат с разделителями табуляции.
12.9 Публикация контента
Системы CCMS должны создавать выходные данные для публикации контента вне рабочего контента CCMS, как правило, на различных носителях информации, включая PDF, Интернет и мобильные устройства. Организации обязаны определить типы выводимых данных, необходимые пользователям, и организовать процесс публикации, при котором авторы смогут отбирать и использовать набор типов вывода с помощью функций системы CCMS.
Система CCMS должна поддерживать экспорт определенной версии контента для использования во внешней издательской системе CCMS, а также публикацию через встроенную или централизованную издательскую систему CCMS.
12.9.1 Экспорт в средства публикации
Система CCMS должна поддерживать экспорт для публикации. Система CCMS должна экспортировать выбранные компоненты, а также их зависимости и локализованные версии этих компонентов. Система CCMS должна проверять контент на отсутствие разметки о правах собственности, а также доступность локализованного контента, что должно позволять публиковать его без ссылок на исходный контент или метаданные CMS.
Пользователь имеет возможность формировать набор компонентов с определенными номерами версий или языковыми настройками для экспорта. Система CCMS должна проверять независимость внешней издательской системы CCMS от защищенной правами информации или связей с данной системой CCMS, с тем чтобы успешно завершить процесс публикации.
12.9.2 Централизованная публикация
Централизация обеспечивает единую точку контроля качества публикуемых материалов. Контроль качества помогает убедиться в том, что управление интерфейсом публикации возможно вне зависимости от конфигураций локальных настольных устройств, использующихся авторами.
В реализуемый организациями издательский канал должен входить интерфейс публикации, доступный из системы CCMS, а также серверный издательский канал для преобразования компонентов.
12.9.3 Интерфейс публикации
Интерфейс публикации должен поддерживать следующие возможности:
— пользователи должны иметь возможность создавать и настраивать сценарий публикации на основании параметров канала публикации;
— пользователи должны иметь возможность запускать процедуру публикации;
— пользователи должны иметь возможность создавать очереди на публикацию с целью распределения заданий на публикацию;
— пользователи должны иметь возможность передавать параметры в серверный канал публикации;
— пользователи должны иметь возможность отбора различных форматов вывода и языков для публикации;
— материал, выводимый при публикации, должен храниться в системе CCMS.
Кроме того, интерфейс публикации может:
— различать административные и базовые права пользователя на публикацию;
— давать пользователям возможность останавливать выполнение текущего задания на публикацию;
— давать пользователям возможность отслеживать и изменять порядок заданий в очереди на публикацию с целью расстановки приоритетов.
12.9.4 Канал XML-публикации
При работе с системами CCMS, которые поддерживают XML-контент, должны создаваться последовательности процессов публикации, называемые XML-каналами. В каналах должны выполняться разбор, подтверждение и преобразование контента на базе спецификации стандарта XML.
В канал должны входить дополнительные компоненты публикуемого материала, которые могут отсутствовать в исходной системе CCMS. Среди этих компонентов могут быть изображения, CSS, JavaScript и т. п.
Система CCMS должна подтверждать компоненты с помощью DTD или XML-схемы. В процессе разбора должно производиться расширение стандартных структур, которые могут не иметь определения в контенте, но могут быть определены в грамматике контента. Такие структуры, как правило, включают в себя стандартные значения атрибутов, используемых в процессе публикации, но не включаемых авторами в контент.
Система CCMS должна поддерживать обновление, конфигурирование и расширение канала публикации.
Общие XML-каналы включают в себя следующие этапы: разбор, валидацию, преобразование и форматирование. При этом система CCMS должна также поддерживать дополнительные произвольные этапы в рамках канала.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
