ocnova.ru

№

Требование

№

Требование

Требование

При создании нового экземпляра одного из следующих информационных объектов, АСЭД обязательно должна назначить ему уникальный идентификатор (как описано ниже):

• класс;
  
• папка (дело);
  
• том;
  
• документ;
  
• извлечение из документа.

Все идентификаторы в АСЭД обязательно должны быть:

• уникальны в рамках системы в целом;
  

или:

• уникальны в пределах следующего вышестоящего уровня иерархии, на соответствующей ветви которого он появился.
  

Пример для второго варианта, путь

Договора : Название организации: Переписка

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

План работы: Работа с населением: Переписка

АСЭД обязательно должна быть способна сохранять уникальный идентификатор как элемент метаданных соответствующего информационного объекта.

АСЭД должна позволять задавать формат уникального идентификатора во время конфигурации.

Идентификатор может быть цифровым или буквенно-цифровым или может включать идентификаторы вышестоящих уровней в схеме классификации.

АСЭД обязательно должна либо:

• генерировать уникальные идентификаторы автоматически и не допускать их ручной ввод или корректировку пользователями, (например, последовательные номера);
  

либо:

• позволять пользователям вводить уникальные идентификаторы, но проверять их на уникальность перед сохранением в АСЭД (например, номер расчетного счета).
  

В качестве опции допускается генерировать уникальные идентификаторы автоматически, но затем скрывать их от пользователя, разрешая пользователю вводить неуникальную строку (в т.ч. фамилию) как “идентификатор”. Пользователь может трактовать эту строку как идентификатор, но АСЭД будет рассматривать ее как доступный для поиска определяемый пользователем элемент метаданных.

При создании нового класса или папки (дела) в схеме классификации, которая использует структурированную числовую систему кодирования, основанную на порядковой нумерации, АСЭД должна автоматически генерировать следующие последовательные номера, доступные из данной позиции в схеме классификации.

Например, если класс в схеме классификации уже содержит папки:

900 – 23 – 01 Производство: Обработка заказов: Проверка заказов

900 – 23 – 02 Производство: Обработка заказов: Выставление счетов

900 – 23 – 03 Производство: Обработка заказов: Обработка авизо

Затем, если администратор добавляет новую папку в этот класс, АСЭД должна автоматически присвоить ему номер 900 – 23 – 04.

Аналогично, если администратор добавляет новый класс в класс “Производство”, АСЭД должна автоматически присвоить ему номер 900 – 24.

Если задан режим автоматической генерации уникальных идентификаторов, должна быть предусмотрена возможность установить во время настройки системы начальный номер (напр., 0, 00, 100) и приращение (напр., 1, 10), которые будут использоваться во всех случаях.

Требование

АСЭД обязательно должна предоставлять гибкий набор функций, чт embr / /tableобы оперировать метаданными на каждом уровне агрегации документов (папка, класс) и на уровне содержания документов посредством определяемого пользователем набора параметров с целью определения местоположения и возможности доступа к документам и/или метаданным индивидуально или в наборе.

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

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

В случае папок (дел), АСЭД должна предоставлять прозрачным образом интегрированную функциональность для поиска электронных, гибридных (см. 10.1) или материальных (бумажных) дел.

АСЭД обязательно должна обеспечивать поиск по метаданным документов, томов и папок (дел).

АСЭД обязательно должна обеспечивать поиск по тексту документов.

АСЭД обязательно должна позволять комбинировать в одном поисковом запросе параметры поиска по метаданным и/или по содержанию (тексту) документа.

АСЭД обязательно должна позволять администратору настраивать и изменять поисковые поля, включая возможности:

• Указать любой элемент метаданных документа, тома и папки (дела) и (опционально) поиск по всему тексту документа как поисковое поле;
  
• Изменять конфигурацию приисковых полей.

АСЭД обязательно должна предоставлять механизмы поиска, которые покрывают следующие техники:

• Свободный текстовый поиск по комбинации элементов метаданных документа и папки (дела) и содержанию документа.
  
• Булевский поиск по элементам метаданных.

АСЭД должна обеспечивать свободный текстовый поиск и поиск по метаданным в интегрированной и консистентной манере.

АСЭД должна обеспечивать концептуальный поиск с использованием тезауруса, инкорпорированного в оперативный (on-line) индекс.

Это позволит находить документы с более общими, более специфическими или родственными терминами, содержащимися в их тексте или в метаданных. Например, поиск по термину “офтальмологические услуги” может включать термины “здравоохранение” (более общий), “проверка зрения” (более узкий) или “офтальмология” (родственный, синоним).

АСЭД должна поддерживать символы подстановки (‘*’, ‘?’) при поиске по метаданным и содержанию, которые используются для прямого, обратного или встроенного расширения.

Например, поиск по термину “прое*” даст в результате “проект”, “проектный” и т.д.; термин “к*я” даст “комиссия” и др.

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

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

Это должно использоваться вместе с поисковыми техниками, описанными выше чтобы обеспечить первый уровень просмотра метаданных для групп документов или папок (дел), которые отвечают заданным поисковым критериям.

АСЭД обязательно должна позволять вести поиск в пределах одной папки (дела), а также на любом другом уровне иерархии в схеме классификации, либо по всему хранилищу.

АСЭД обязательно должна быть способна искать и находить завершенные электронные дела или тома и все их содержимое и метаданные, только отображать элементы содержимого этих дел как отдельную группу и выполнять это в одном поисковом запросе.

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

АСЭД обязательно должна быть способна искать, извлекать и представлять в результатах поиска электронные папки (дела) целиком, следуя принципам именования, включая:

• Заголовок дела;
  
• Идентификатор дела (код по классификации).

АСЭД обязательно должна отображать общее число найденных элементов на экране пользователя и должна отображать список результатов поиска. Пользователь может изменить критерии поиска или выполнить новый запрос.

АСЭД обязательно должна позволять выбрать любой объект из списка результатов поиска и открыть его (при наличии прав) щелчком мыши или командой клавиатуры.

АСЭД должна позволять вести поиск по метаданным любых объектов (таких как документы, тома или классы), вне зависимости от того, является объект электронным или материальным; и вне зависимости от того, находится ли объект в оперативном хранилище либо перенесен на оперативные или офф-лайновые носители.

АСЭД должна позволять пользователям сохранять и повторно использовать запросы.

АСЭД должна позволять пользователям уточнять (т.е. сужать) запрос.

Пользователь должен, например, быть способен начать со списка результатов поиска и затем запустить иной запрос по этому списку. (иначе говоря, должна быть возможность задать уточняющий запрос – прим. перев.)

АСЭД должна позволять использовать именованные временные интервалы в поисковых запросах, такие как “последняя неделя”, “последний месяц”.

В отличие от указания интервалов по календарным датам или по числу дней.

АСЭД обязательно должна позволять извлекать папки и документы непосредственно по их уникальному идентификатору.

Если уникальный идентификатор не является прямо доступным для пользователя (см. примеч. к 7.1.5), данное требование не применимо.

АСЭД должна позволять администратору и/или пользователю настраивать формат отображения результатов поиска, включая следующие функции:

• выбор порядка отображения результатов поиска;
  
• задание числа объектов, отображаемых на экране;
  
• задания максимального числа объектов в списке результатов поиска;
  
• сохранение списка результатов;
  
• выбор элементов метаданных, отображаемых в списке результатов поиска и порядка их расположения.

АСЭД должна обеспечивать ранжирование результатов поиска по релевантности.

АСЭД должна быть способна связывать “выписки” из электронных документов (см. раздел 9.3) с оригинальными документами, так чтобы если был найден один, то можно было найти и другой, даже если различаются их метаданные и права доступа.

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

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

Никакие поисковые средства АСЭД ни в коем случае не должны предоставлять пользователю информацию (метаданные или содержание), к которой он не имеет доступа. (См. разделы 4.1 и 4.6 соответственно.)

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

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

№

Требование

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

Если АСЭД хранит документы в формате приложения, который является чей-то собственностью, может быть допустимо вызывать это приложение для просмотра документа извне системы.

АСЭД должна представлять документы, найденные в результате поискового запроса без запуска соответствующего приложения.

Это обычно обеспечивается посредством интегрированного в АСЭД программного обеспечения для просмотра документов. Часто требуется, чтобы повысить скорость представления.

АСЭД должна быть способна представлять все типы электронных документов, имеющих хождение в организации таким манером, который предохранял бы от искажения информацию в документе (в т.ч. все особенности визуального представления и форматирования, как это было сделано при помощи прикладного программного обеспечения) и который представлял бы все компоненты электронного документа вместе.

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