9. Требования к контролю, хранению, обновлению и восстановлению данных

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

В Системе должно быть предусмотрено резервное копирование (архивирование) информации из базы данных со следующей периодичностью:

1. оперативное ежедневное архивирование текущей информации с хранением архивных копий за три последних дня работы;

2. еженедельное полное архивирование данных и хранение их в течение месяца;

3. ежемесячное архивирование всей базы данных и долговременное хранение этих копий.

Перед созданием резервной копии системного диска должна контролироваться корректность информации на диске.

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

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

Система должна обеспечивать при работе с архивом следующие сервисные функции:

• администрирование архива и регенерация магнитных носителей;

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

• обработке стандартных и нестандартных запросов к архивной информации.

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

Инфраструктура резервного копирования и восстановления данных должна быть обеспечена Заказчиком на базе соответствующих подсистем АИС ГКН.

2. Требования к лингвистическому обеспечению

   1. Требования к языкам программирования

Для реализации Системы должны использоваться следующие языки программирования:

1. Java– для реализации интерфейсной части специального программного обеспечения (СПО);

2. SQL – для программирования СУБД части.

2. Требования к интерфейсу пользователя

Интерфейс пользователя должен отвечать следующим требованиям:

• взаимодействие пользователя с системой должно осуществляться на русском языке. Исключения могут составлять только системные сообщения, выдаваемые покупными программными продуктами;

• выбор режимов работы и выполняемых процедур должен осуществляться с помощью системы меню, использования функциональных и "горячих" клавиш;

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

3. Требования к программному обеспечению

Общее программное обеспечение(ОПО) должно состоять из следующих компонентов:

3. Операционная(ые) система(ы)

4. СУБД

5. Прикладные программы

6. Телекоммуникационные программы

7. Программы защиты от НСД

8. Антивирусные средства

9. Программные средства мониторинга Системы

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

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

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

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

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

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