ТЕХНИЧЕСКОЕ ЗАДАНИЕ на выполнение работ по созданию автоматизированной информационной

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на выполнение работ по созданию автоматизированной информационной
системы «Государственный реестр уникальных документов Вологодской
области»
Термины и определения
АИС
Автоматизированная информационная система
АРМ
Автоматизированное рабочее место
БД
База данных
НСА
ТЗ
ПСИ
Научно-справочный аппарат
Техническое задание
Приемо-сдаточные испытания
1. Общие положения
Основания для выполнения работ:
Федеральный закон от 22 октября 2004 года № 125-ФЗ «Об архивном
деле в российской Федерации», ст. 19, ч.1.;
Приказ Министерства культуры и массовых коммуникаций Российской
Федерации от 18 января 2007 года № 19 «Об утверждении Правил
организации хранения, комплектования, учета и использования документов
Архивного фонда Российской Федерации и других архивных документов в
государственных и муниципальных архивах, музеях и библиотеках,
организациях Российской академии наук» Зарегистрирован Минюстом 6
марта 2007 года. Регистрационный № 9059, п. 3.7.4.;
Постановление Правительства области от 16 декабря 2013 года № 1305
«Об утверждении положения о Департаменте культуры, туризма и охраны
объектов культурного наследия Вологодской области». п.3.5.3.;
Приказ управления по делам архивов Вологодской области от 1 ноября
2012 года № 124 «Об утверждении Административного регламента
предоставления государственной услуги по включению уникальных
документов в Государственный реестр уникальных документов Архивного
фонда Вологодской области» с последующими изменениями.
Предмет закупки:
Создание и внедрение автоматизированной информационной системы
«Государственный реестр уникальных документов Вологодской области».
Вид создаваемой продукции:
Автоматизированная информационная система, предназначенная для
учета уникальных документов Архивного фонда Вологодской области,
отображения в сети Интернет информации об уникальных документах
Архивного фонда Вологодской области, формирования статистической и
отчетной информации.
Полное название системы – автоматизированная информационная
система «Государственный реестр уникальных документов Вологодской
области».
Сокращенное название системы – АИС ГРУД ВО.
Сокращенное название, используемое в тексте настоящего технического
задания – Система.
2. Назначение Системы
Система
предназначена
для
автоматизации
процессов
деятельности
уполномоченного
в сфере архивного дела органа
государственной исполнительной власти области и
государственных
архивных учреждений области в оказании информационных услуг.
В государственных архивах Система предусматривает:
- перевод уникальных документов в электронную форму;
- ведение базы данных уникальных документов;
- надежное и долговременное хранение информационного ресурса
архива, его резервное копирование и аварийное восстановление;
- планирование и учет исполнения работ архива по наполнению базы
данных уникальных документов;
- создание и актуализацию электронного научно-справочного
аппарата и фонда пользования на электронных носителях;
- поиск и использование документов государственных архивов как
их сотрудниками, так и пользователями сети Интернет;
- учет перемещения уникальных документов архива.
В органе управления архивным делом Система предусматривает
формирование
отчетной
документации
о
ведении базы данных
уникальных документов.
3. Цели создания Системы
- повышение
эффективности
деятельности
государственных
архивов
по исполнению запросов пользователей и соблюдению
нормативных сроков их исполнения;
- расширения перечня услуг, предоставляемых учреждениями архивной
службы;
- повышение
эффективности
и
улучшение
условий
труда
сотрудников
государственных
архивов
посредством
создания
информационной системы с фондом пользования на электронных носителях;
- удовлетворение потребностей пользователей в ретроспективной
архивной информации посредством
автоматизации процессов ее
хранения, обработки, поиска и использования;
- упорядочение
процессов
ведения
отчетно-статистической
документации в органе управления архивным делом.
4. Общие сведения об автоматизируемой деятельности
Государственный реестр уникальных документов Архивного фонда
Вологодской области – областной свод уникальных документов,
создаваемый в целях организации их учета, введения в научный и
культурный оборот, пропаганды историко-документального наследия
области.
Ведение Государственного реестра уникальных документов
Архивного фонда Вологодской области входит в число полномочий
Департамента культуры, туризма и охраны объектов культурного наследия
области в соответствии с Положением о нем.
К числу уникальных относятся особо ценные документы, не имеющие
себе подобных по содержащейся в них информации и(или) внешним
признакам, невосполнимые при утрате с точки зрения их значения и(или)
автографичности.
Решение о включении документов в Государственный реестр
принимает
экспертно-проверочная комиссия Департамента культуры,
туризма и охраны объектов культурного наследия.
Государственный реестр содержит описания и электронные образы
уникальных документов Архивного фонда области.
5. Общие требования к Системе
В число функциональных подсистем Системы должны входить:
– web-ресурс, обеспечивающий
предоставление информации о
документах из реестра уникальных документов Вологодской
области в глобальной сети Интернет (далее - Портал);
– подсистема информационного обеспечения Портала (далее –
Подсистема информационного обеспечения), обеспечивающая
поддержку процессов информационного наполнения базы данных
об уникальных документах Вологодской области, формирования
отчетной, статистической информации, а также ведения
справочников и классификаторов, необходимых для работы
Системы.
6. Требования к функциям, выполняемым системой
6.1. Требования к функциям Портала
Портал должен обеспечивать выполнение следующих комплексов
функций:
– Предоставление информации о документах содержащихся в
реестре уникальных документов Вологодской области;
– Поиск документов на Портале. Решения по перечню поисковых
атрибутов должны быть определены на этапе технического
проектирования по согласованию с Заказчиком;
– Отображение на Портале дополнительной информации: новости,
социальные
события
региона,
нормативно-справочную
информацию.
Решения по структуре разделов и визуальному оформлению Портала
должны быть определены на этапе технического проектирования и
согласованы с заказчиком.
Исполнитель должен разработать дизайн-макет портала и согласовать
его с Заказчиком.
6.2. Требования к функциям Подсистемы информационного обеспечения
В Подсистеме информационного обеспечения должны быть
реализованы следующие комплексы пользовательских функций:
– ведение реестра уникальных документов Вологодской области;
– формирование статистических и аналитических отчетов.
В составе подсистемы по ведению реестра уникальных документов
должны быть реализованы следующие функции:
– регистрация и ввод базовых данных о документах в соответствии с
листом учета и описания уникального документа (приложение 1)
– хранение электронных образов уникальных документов (форматы
электронных образов должны быть определены на этапе
технического проектирования и согласованы с заказчиком);
– ведение
журнала
действий
пользователей
по
вводу,
редактированию, удалению информации в Системе.
В
составе
функционального
комплекса
по
формированию
статистических и аналитических отчетов должны быть реализованы
следующие функции:
– формирование отчетов в соответствии с приложением 2
Формирование и выгрузка печатных форм вышеперечисленных отчетов
должна осуществляться в основных документарных форматах и форматах
электронных таблиц (MS Office, ODF, PDF, CSV).
Решения по форматам отчетов должны быть установлены на этапе
технического проектирования и согласованы с Заказчиком.
6.3. Требования к представлению информации в системе
Документы должны быть представлены в виде таблицы с выводом в
ней основных характеристик документа, набор которых определяется в ходе
технического проектирования. Документы должны быть упорядочены в
соответствии с архивным шифром и рубрикатором ЕКДИ.
Для быстрого поиска и отбора документов должно быть предусмотрено
использование навигационной панели с пофондовым указателем и
рубрикатором ЕКДИ.
Для быстрого поиска необходимо организовать поиск по названию
(заголовку) документа, для расширенного поиска и отбора предусмотреть
добавление других параметров описания в условия выборки.
Просмотр изображений должен осуществляться в отдельном окне,
встроенными средствами браузеров в соответствии с используемым
графическим форматом.
Изображение может быть защищено с помощью наложения на него
водяных знаков с указанием названия организации, осуществляющей
хранение данного документа.
6.4. Требования к работе пользователей системы
В системе должно быть предусмотрена возможность работы 4-х
категорий пользователей с определенным набором доступа к функциям
системы.
Уровень доступа должен определятся после авторизации пользователя
в системе.
Удаленный пользователь – пользователь, авторизованный через
Интернет должен иметь возможности для поиска и просмотра документов.
Пользователь – работник архива, который кроме поиска и отбора,
должен иметь права для корректировки информации, пополнения базы
данных системы и формирования отчетов.
Пользователь – работник органа исполнительной государственной
власти области, который кроме поиска и отбора, должен иметь права для
корректировки информации, пополнения базы данных системы, проверки
введенной информации и ее опубликования для отражения в сети Интернет,
формирования отчетов.
Администратор системы должен иметь доступ ко всем возможностям
администрирования системы.
Действия всех пользователей должно записываться и храниться в
системе для последующего проведения анализа и формирования отчетности.
7. Требования по эргономике и технической эстетике
Взаимодействие
пользователей
с
прикладным
программным
обеспечением, входящим в состав Системы, должно осуществляться
посредством визуального графического интерфейса. Интерфейс Системы
должен быть понятным и удобным, не должен быть перегружен
графическими элементами и должен обеспечивать быстрое отображение
экранных форм. Средства редактирования информации должны
удовлетворять
принятым
соглашениям
в
части
использования
функциональных клавиш, режимов работы, поиска, использования оконной
системы.
Интерфейс должен быть рассчитан на преимущественное использование
манипулятора типа «мышь», то есть управление Системой должно
осуществляться с помощью набора экранных меню, кнопок, значков и т. п.
элементов. Клавиатурный режим ввода должен используется главным
образом при заполнении и/или редактировании текстовых и числовых полей
экранных форм. При проектировании форм должна обеспечиваться логичная
(соответствующая типичной процедуре ввода данных) последовательность
переходов между полями и контрольными элементами при использовании
клавиш управления курсором, «ввод» и «табуляция».
Все надписи экранных форм, а также сообщения, выдаваемые
пользователю должны быть на русском языке.
Система должна обеспечивать корректную обработку аварийных
ситуаций, вызванных неверными действиями пользователей, неверным
форматом или недопустимыми значениями входных данных. В указанных
случаях Система должна выдавать пользователю соответствующие
сообщения, после чего возвращаться в рабочее состояние, предшествовавшее
неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований по
унификации:
– Все экранные формы пользовательского интерфейса одной
подсистемы должны быть выполнены в едином графическом
–
–
–
–
–
дизайне, с одинаковым расположением основных элементов
управления и навигации.
Для обозначения сходных операций должны использоваться
сходные графические значки, кнопки и другие управляющие
(навигационные) элементы. Термины, используемые для
обозначения типовых операций (добавление информационной
сущности,
редактирование
поля
данных),
а
также
последовательности действий пользователя при их выполнении,
должны быть унифицированы.
Внешнее поведение сходных элементов интерфейса (реакция на
наведение указателя «мыши», переключение фокуса, нажатие
кнопки) должны реализовываться одинаково для однотипных
элементов.
При заполнении полей форм по возможности должны
использоваться классификаторы и справочники. Для дат должна
предусматриваться возможность ввода как в текстовом формате
(ДД.ММ.ГГГГ), так и с помощью визуального контрольного
элемента – календаря.
Поля ввода и контрольные элементы должны быть снабжены
подсказками, всплывающими при наведении «мыши» или
вызываемые иным унифицированным способом, и содержащие
конкретные указания по назначению элемента интерфейса,
содержанию и формату вводимых в поле данных, при
необходимости – со ссылками на более детальную информацию.
При сохранении данных должна осуществляться проверка их
корректности по формату и диапазонам значений. Сообщения об
ошибках должны указывать на конкретные отклонения от формата
или допустимого диапазона. Данные, имеющие однозначную
структуру при вводе должны автоматически преобразовываться к
требуемому формату.
8. Требования к организации доступа в систему
Доступ к Системе должен быть реализован для следующих категорий
пользователей:
- пользователи Портала;
- пользователи Системы;
- администраторы Системы.
Пользователь Портала – любой пользователь сети Интернет,
обратившийся по URL-адресу Портала в сети Интернет, использующий
функции Портала, получающий информацию с Портала.
Пользователь Системы – специалист архива, осуществляющий ввод и
корректировку информации.
Функции администратора Системы должны обеспечивать возможность
конфигурирования Системы и выполнение прочих текущих настроек
системы, в т.ч.:
– редактирование форм различных типов объектов;
– управление комплексом справочников и классификаторов,
используемых при паспортизации объектов;
– управление пользователями подсистемы, в т.ч. создание,
редактирование, блокирование учетных записей.
Перечень категорий пользователей и доступных им функций может
быть уточнен по согласованию с Заказчиком на этапе технического
проектирования.
Доступ к системе всех категорий пользователей должен осуществляться
при помощи стандартных веб-браузеров через сеть общего пользования
Интернет без использования дополнительного клиентского программного
обеспечения.
Система должна обеспечивать доступ пользователей и администраторов
Системы через служебный интерфейс системы с проведением процедур
идентификации, аутентификации и авторизации пользователя. Доступ
должен быть организован по защищенному протоколу HTTPs.
9. Требования к размещению Системы
Исполнитель обеспечивает размещение Системы на средствах
размещения, собственных, либо предоставляемых Заказчиком, в том числе
технических,
системных,
иных
средствах,
необходимых
для
функционирования экземпляра Системы, включая техническую поддержку
таких средств, на срок не менее 1 года с момента завершения работ по
созданию Системы.
Портал Системы должен быть доступен в сети общего пользования
Интернет.
Исполнитель должен обеспечить регистрацию доменного имени второго
уровня, идентифицирующего Портал в сети Интернет. Доменное имя должно
быть согласовано с Заказчиком.
Средства
размещения
Системы
должны
обеспечивать
функционирование Системы в соответствии с условиями настоящего
технического задания.
Заказчику должен быть обеспечен доступ к экземпляру Системы,
размещенному на средствах размещения, для копирования текущего
состояния Системы и создания ее резервных копий.
Копия текущего состояния Системы должна позволять Заказчику
развернуть полнофункциональный экземпляр Системы, актуальный на
момент создания копии, на иных средствах размещения, соответствующих
установленным к ним требованиям.
Требования к средствам размещения Системы, подробные инструкции
по установке Системы должны быть включены в состав документации на
Систему.
При подключении Портала к сети Интернет должны быть выполнены
все необходимые требования по обеспечению безопасной обработки данных
в Системе и обеспечению ее бесперебойного функционирования, защиты от
несанкционированного доступа.
10. Требования к показателям производительности и масштабируемости
Информационная подсистема должна обеспечивать возможность
регистрации не менее 50 учетных записей пользователей Системы и
одновременную работу не менее 20 пользователей Системы.
Экземпляр Системы, размещенный на средствах размещения, должен
обеспечивать хранение объема данных, необходимого для учета не менее 10
тыс. документов.
Методика испытаний на соответствие требованиям должна быть
разработана на этапе разработки рабочей документации Системы и
согласована с Заказчиком.
11. Требования к документированию
11.1. Требования к составу документации
Комплект документации технического проекта должен содержать:
– ведомость технического проекта;
– пояснительную записку к техническому проекту;
– описание программного обеспечения.
В состав рабочей документации должны быть включены:
– ведомость эксплуатационной документации;
– инструкция служебного пользователя Системы;
– инструкция администратора Системы;
– программа и методика предварительных испытаний.
Состав документации может быть уточнен в ходе выполнения работ по
согласованию с Заказчиком.
11.2. Требования к документу «Ведомость технического проекта»
Документ должен быть выполнен в соответствии с требованиями ГОСТ
2.106. Документ должен содержать перечень всех документов,
разработанных на соответствующих стадиях создания Системы.
11.3. Требования к документу «Пояснительная записка к техническому
проекту»
Документ должен содержать:
– общие положения;
– описание процесса деятельности;
– основные технические решения;
– мероприятия по подготовке объекта автоматизации к вводу
системы в действие.
Структура и оформление документа должны соответствовать ГОСТ
19.105-78. Содержание документа должно соответствовать РД 50-34.698-90.
11.4. Требования к документу «Описание программного обеспечения»
Документ должен содержать следующие разделы:
– структура программного обеспечения;
– основные функции частей программного обеспечения;
– методы и средства разработки программного обеспечения;
– операционная система;
– средства, расширяющие возможности операционной системы.
Структура и оформление документа должны соответствовать ГОСТ
19.105-78. Содержание документа должно соответствовать РД 50-34.698-90.
11.5. Требования к документу «Ведомость эксплуатационной
документации»
Документ должен быть выполнен составляться в соответствии с
требованиями ГОСТ 19.507-79. Документ должен содержать перечень
эксплуатационных документов согласно ГОСТ 34.201-89.
11.6. Требования к документам «Руководство пользователя (инструкция
служебного пользователя Системы)» и «Руководство пользователя
(инструкция администратора Системы)»
Документы должны содержать:
– перечень эксплуатационной документации;
– сведения о назначении программы и информацию, достаточную
для понимания функций программы и ее эксплуатации;
– порядок проверки работоспособности;
– описание всех выполняемых функций, задач, комплексов задач;
– описание действий в аварийных ситуациях.
Содержание документов должно соответствовать РД 50-34.698-90.
11.7. Требования к документу «Программа и методика предварительных
испытаний»
Документ должен содержать:
– перечень объектов испытания;
– состав предъявляемой документации;
– описание проверяемых взаимосвязей между объектами испытаний;
– очередность испытаний частей АС;
– порядок и методы испытаний, в том числе состав программных
средств и оборудования, необходимых для проведения испытаний,
включая специальные стенды.
Содержание документа должно соответствовать ГОСТ 34.603-92 и РД
50-34.698-90.
Вся необходимая документация должна быть предоставлена на
бумажном носителе в сброшюрованном виде и на электронном носителе
(CD/DVD-диске или Flash-накопителе).
Программное обеспечение Системы должно быть предоставлено на
электронном носителе (CD/DVD-диске или Flash-накопителе).
12. Требования к передаче прав на использование программного
обеспечения
Исполнитель обязан передать Заказчику права на использование,
разработанного Исполнителем, программного обеспечения в объеме,
достаточном для обеспечения функционирования Системы.
Передача прав на использование программного обеспечения должна
быть произведена путем заключения лицензионного (сублицензионного)
договора между Исполнителем и Заказчиком. Права на использование
программного обеспечения должны быть переданы без ограничения срока
действия. Права на использование программного обеспечения не должны
ограничивать количество пользователей Системы. Права на использование
программного обеспечения должны предусматривать возможность
развертывания и использования Заказчиком тестовых экземпляров Системы,
возможность использования экземпляра Системы третьей стороной,
уполномоченной Заказчиком на оказание Заказчику услуг по сопровождению
Системы.
В том случае, если в составе Системы используются охраняемые
объекты авторского права третьих лиц, Исполнитель за свой счет
обеспечивает наличие у Заказчика прав на использование таких объектов
путем заключения лицензионных (сублицензионных) договоров в объеме,
достаточном для обеспечения функционирования Системы на условиях
использования программного обеспечения Системы в соответствии с
требованиями настоящего раздела технического задания. При этом
Исполнитель обеспечивает осуществление всех необходимых действий,
связанных с регистрацией (перерегистрацией) передаваемых прав.
Права на использование программного обеспечения считаются
предоставленными Заказчику в день подписания
вышеуказанного
лицензионного (сублицензионного) договора.
Исполнитель по требованию Заказчика должен подтвердить, что
обладает исключительными правами на поставляемое программное
обеспечение (на иные охраняемые объекты авторского права третьих лиц)
или лицензионным (сублицензионным) договором с правом передачи прав на
использование указанного программного обеспечения (иных охраняемых
объектов авторского права третьих лиц, предоставить Заказчику документы,
подтверждающие настоящую гарантию).
13. Требования к консультированию
Исполнитель
обеспечивает
проведение
не
менее
одного
консультационного семинара со специалистами Заказчика объемом не менее
16 часов для не менее чем 12 специалистов Заказчика.
Консультационный семинар проводится с целью ознакомления
специалистов Заказчика с возможностями Системы, получения навыков
работы в Системе, подготовки к опытной и промышленной эксплуатации
Системы.
Консультационный семинар проводится на территории Заказчика, при
этом Заказчик предоставляет помещение, все необходимое оборудование,
подключение к сети Интернет.
Срок проведения семинара должен быть согласован с Заказчиком не
менее чем за 10 рабочих дней до даты проведения.
14. Перечень выполняемых работ
Разработка и внедрение Системы включает следующие виды работ:
– разработку уточненного технического задания на Систему;
– разработку дизайн-макета Портала;
– разработку программного обеспечения Системы;
– размещение экземпляра Системы на средствах размещения,
отображение Портала в сети Интернет;
– разработку проектной и рабочей документации;
– проведение консультационного семинара для специалистов
Заказчика;
– проведение предварительных испытаний, опытной эксплуатации
Системы;
– доработку Системы по результатам опытной эксплуатации,
доработку документации;
– приемо-сдаточные испытания Системы.
15. Календарный план выполнения работ
№
Содержание работ
п/п
1.
Анализ
требований,
разработка
уточненного
технического задания на
создание Системы.
2.
Согласование уточненного
технического задания на
создание Системы.
Результаты работ
Срок исполнения
Уточненное
10 рабочих дней
техническое задание со
дня
на создание Системы. подписания
контракта
Уточненное
15 рабочих дней
техническое задание со дня
на создание Системы, подписания
контракта
согласованное
с
Заказчиком.
3.
Разработка и согласование
дизайн-макета Портала.
Разработка программного
обеспечения
Системы.
Размещение Системы на
средствах
размещения.
Настройка Системы.
Разработка отчетных форм.
4.
Разработка документации.
5.
Проведение
семинара.
6.
Предварительные
испытания,
опытная
эксплуатация Системы.
Доработка Системы по
результатам
опытной
эксплуатации.
7.
Приемо-сдаточные
испытания.
обучающего
Согласованный
дизайн-макет Портала.
Экземпляр Системы,
размещенный
на
средствах
размещения,
доступный Заказчику.
Запись
в
реестре
доменных имен.
Документация
на
Систему,
предоставленная
Заказчику.
Специалисты
Заказчика, обученные
работе в Системе,
готовые к опытной
эксплуатации
Системы.
Протоколы
предварительных
испытаний, опытной
эксплуатации.
Доработанный
экземпляр Системы,
размещенный
на
средствах
размещения,
доступный Заказчику.
Доработанная
документация
на
Систему,
предоставленная
Заказчику.
Протокол
приемосдаточных испытаний.
Доработанный
40 рабочих дней
со дня
подписания
контракта
40 рабочих дней
со дня
подписания
контракта
45 рабочих дней
со дня
подписания
контракта
50 рабочих дней
со дня
подписания
контракта
60 рабочих дней
со дня
подписания
контракта
8.
9.
Передача
прав
использование
программного
обеспечения.
Завершение
работ
контракту
экземпляр Системы,
размещенный
на
средствах
размещения,
доступный Заказчику,
доступный
пользователям в сети
Интернет,
функционирующий в
соответствии
с
требованиями
технического задания,
уточненного
технического задания.
Копия
экземпляра
Системы
на
машинном носителе.
на Подписанный
лицензионный
(сублицензионный
договор).
по Акт
сдачи-приемки
выполненных работ.
60 рабочих дней
со
дня
подписания
контракта
60 рабочих дней
со
дня
подписания
контракта
16. Гарантийные обязательства
Исполнитель должен гарантировать качество выполненных работ в
течение 12 месяцев с даты подписания Заказчиком акта приема выполненных
работ.
При обнаружении недостатков, связанных с некачественным
выполнением работ, Исполнитель обязуется за свой счет устранить
обнаруженные во время гарантийного срока в установленные сроки.
Заявки на устранение замечаний в устраняются Исполнителем в сроки,
согласованные с Заказчиком, но не более 20 рабочих дней с момента подачи
заявки.
В рамках гарантийного обслуживания Исполнитель должен проводить
консультирование специалистов Заказчика по вопросам эксплуатации АИС
ГРУД ВО в том числе:
по установке программного обеспечения;
по настройке и администрированию программного обеспечения;
по установке обновлений программного обеспечения;
по поиску и устранению проблем в случае некорректной установки
обновлений программного обеспечения;
рекомендации по выбору серверного программного обеспечения для
обеспечения более высокой производительности работы АИС ГРУД ВО.
Приложение 1
ЛИСТ
УЧЕТА И ОПИСАНИЯ УНИКАЛЬНОГО ДОКУМЕНТА <*>
Регистрационный номер
_____________________________________________________
Дата включения документа в Региональный реестр
____________________________
1. Описание документа
Название (заголовок) документа
__________________________________________________________________
__________________________________________________________________
Самоназвание документа
__________________________________________________________________
__________________________________________________________________
Вид документа
__________________________________________________________________
Автор документа
__________________________________________________________________
Дата (время создания) документа
__________________________________________________________________
Ориентировочная дата
__________________________________________________________________
Язык документа
__________________________________________________________________
Аннотация
__________________________________________________________________
__________________________________________________________________
Историческая справка
__________________________________________________________________
__________________________________________________________________
Наличие драгоценных металлов и камней
__________________________________________________________________
__________________________________________________________________
Палеографические особенности
__________________________________________________________________
__________________________________________________________________
Печати
__________________________________________________________________
Художественные особенности оформления
__________________________________________________________________
__________________________________________________________________
Собственность
__________________________________________________________________
2. Физическое состояние документа
Материальный носитель
__________________________________________________________________
Размеры
__________________________________________________________________
Объем
__________________________________________________________________
Физическое состояние
__________________________________________________________________
Сведения о реставрации
__________________________________________________________________
3. Место хранения документа
Место хранения
__________________________________________________________________
Адрес места хранения:
__________________________________________________________________
Архивный шифр: фонд N ____, оп. N ___, ед. хр. N ___, ед. уч. N __, лл. ___
4. Служебная информация
Кем представлен документ
__________________________________________________________________
Протокол ЭК от ______________________ года N
______________________________
Протокол
ЭПК
от
______________________
года
N
_____________________________
Приложение 2
№
Наименование показателя
Единица измерения
показателя
1.
Общее количество документов,
учтенных в Системе по состоянию
на определенную дату
документ
2.
Количество документов, информация
о которых введена в базу данных
документ
2.1.
за квартал
2.2.
за полугодие
2.3.
за 9 месяцев
2.4.
за год
3.
Количество учтенных в системе
документов по месту их хранения
документ