Все об электронных архивах на ЭлАрхиво.РУ

R5.4.1 Система управления записями должна включать функциональность службы классификации, осуществляющей управление классами на основе классификационной схемы, в соответствии с одним модулей, описанным в 200. Система классификации.

 

 

 

Система может включать несколько схем и может быть протестирована на соответствие нескольким модулям, упомянутым в 200. Система классификации, однако каждый отдельный модуль должен включать отдельную службу классификации.

 

 

R5.4.2 Система должна позволять авторизованному пользователю создавать классы, обладающие по меньшей мере следующими метаданными:

 

• системный идентификатор;

• метка времени создания;

• оригинальные дата/время;

• метка времени начала использования;

• название;

• описание;

• ограничительные пометы;

• идентификатор удаления по умолчанию;

• марка времени удаления.

 

 

В метаданные каждого класса также входят:

 

• указания о запрете на уничтожение, ассоциированные с классом;

• история событий;

• список управления доступом;

и могут входить

• контекстуальные метаданные.

 

 

 

Обратите внимание на то, что дополнительные метаданные для используемого в системе модуля классификации могут также быть указаны в 200. Система классификаций.

Обязательный график удаления, ассоциируемый с новым классом при создании, должен быть активным.

В зависимости от подхода, используемого в 4. Типовой службе ролей, список управления доступом MoReq2010 во время выполнения операции может отсутствовать, и может быть добавлен к классу лишь при экспорте.

В зависимости от подхода, используемого в 7. Типовой службе метаданных, механизм добавления контекстуальных метаданных к разным классам может различаться.

 

R5.4.3 Система должна позволять авторизованному пользователю изменять название, описание и ограничительные пометы любого активного класса, а также вносить изменения в его контекстуальные метаданные.

 

R5.4.4 Система должна позволять авторизованному пользователю изменять значения графика удаления при условии, что последний является активным и соответствует R8.4.4. В каждом подобном случае система должна заменить для всех активных записей выбранного класса предыдущий график удаления, установленный по умолчанию, на новый .

Изменение графика удаления допускается только для активных записей, наследующих график удаления своего класса. Если график удаления утрачивает силу — как, например, в ситуации, описанной в R6.5.15, эта функция не будет оказывать абсолютно никакого влияния на запись. Обратите внимание, что график удаления остаточных записей не может быть изменен, так как они уже были удалены в соответствии с предыдущим графиком.

 

 

R5.4.5 Система должна позволять авторизованному пользователю полностью удалять любой класс, который ни разу не был использован для классификации.

 

При использовании класса для классификации агрегации или записи метка времени последнего использования должна обновляться системой автоматически. Класс не может быть удален после того, как уже был использован и стал частью истории агрегаций и записей в системе. Однако класс может быть удален лишь частично и превращен в остаточный (в соответствии с R5.4.6) с целью предотвращения его дальнейшего использования.

 

R5.4.6 Система должна позволять авторизованному пользователю осуществлять частичное удаление любого активного класса при условии, что последний не ассоциирован ни с одной активной агрегацией или записью.

 

Со всеми активными классами должен быть ассоциирован активный график удаления. Ни один класс не может быть частично удален, если он используется для классификации активных агрегаций или записей.

 

 

R5.4.7 В соответствии с R2.4.22, система должна позволять авторизованному пользователю просматривать классы и ассоциированные с ними объекты посредством следующих способов:

• просматривать в службе классификаций классы, а также их метаданные;

• переходить от класса к его графику удаления и просматривать его метаданные;

• переходить от класса к его указаниям о запрете на удаление и просматривать их метаданные.

Значение термина «просматривать» уточнено в 13. Глоссарий.

 

 

R5.4.8 Система должна позволять авторизованному пользователю заменять выбранный класс, используемый для классификации агрегаций и записей, другим активным классом.

 

 

Все агрегации и записи, для классификации которых использовался выбранный класс, будут в таком случае отнесены к новому классу. График удаления, по умолчанию ассоциированный с исходным классом, будет заменен на график удаления нового класса, как в R5.4.4; согласно данному требованию, все записи в таком случае подвергаются повторной классификации.

Выполнение этой функции может сопряжено с обработкой больших объемов информации, в зависимости от числа записей, подлежащих повторной классификации. Поэтому функцию рекомендуется использовать лишь в случае важных изменений в классификационных схемах.