· аннулирование записи – для исторических справочников данная операция может применяться как к конкретной версии, так и в целом к записи (в этом случае аннулированными считаются все версии указанной записи).
Для каждой новой позиции классификатора (справочника) в рабочую базу данных вводится новая запись с датой ее введения в действие.
Для каждой изменяемой позиции классификатора (справочника) в соответствующей записи рабочей базы данных действующего классификатора (справочника) заполняется поле, определяющее дату потери актуальности данных. Новая запись с измененной позицией классификатора (справочника) вводится в рабочую базу данных с датой ее введения в действие.
Для каждой удаляемой позиции классификатора (справочника) в соответствующей записи рабочей базы данных действующего классификатора (справочника) заполняется поле, определяющее дату потери актуальности данных. Физического удаления записей из рабочей базы данных не производится.
Форма добавления/редактирования справочника должна иметь возможность редактирования следующих атрибутов:
· наименование справочника;
· код справочника в подсистеме;
· комментарий (опционально);
· область действия справочника;
· код наследования - используется при редактировании и содержит уникальный номер корректируемой записи;
· признак удаления записи.
5.3.6.2 Импорт общероссийских и ведомственных классификаторов и справочников.
Эта группа функций должна обеспечивать реализацию следующих основных операций:
· сравнения содержания действующего классификатора (справочника) с новой его версией;
· добавление записей в действующий классификатор (справочник);
· изменение записей в действующем классификаторе (справочнике);
· "удаление" записей из действующего классификатора (справочника).
Для каждой новой позиции классификатора (справочника) в рабочую базу данных вводится новая запись с датой ее введения в действие.
Для изменяемых или отсутствующих в новой версии классификатора (справочника) позиций действующего классификатора (справочника) соответствующие записи рабочей базы данных помечаются, как потерявшие актуальность. Физического удаления записей из рабочей базы данных не производится. Для измененных позиций действующего классификатора (справочника) в рабочую базу данных вводятся новые записи с датой введения этих позиций в действие.
5.3.6.3 Обеспечение доступа к справочникам со стороны пользователей и прикладных систем
НСИ должна предоставлять публичные интерфейсы – сервисы для доступа к справочникам со стороны прикладных подсистем. Данные интерфейсы должны представляться в виде Web-сервисов.
5.3.6.4 Экспорт общероссийских и ведомственных классификаторов и справочников
При просмотре справочника в табличном режиме пользователю должна быть доступна функция экспорта данных из справочника в следующие форматы: XML, MS Excel, MS Word. Экспортируемые данные должны включать в себя:
· название справочника;
· комментарий;
· актуальные объекты справочника.
При экспорте должны учитываться дата, на которую формируется справочник и выбранный пользователем список атрибутов для показа. Если атрибут представляет собой выбранные объекты из другого справочника, то атрибут экспортируется в виде списка основных атрибутов объекта связанного справочника.
5.3.6.5 Порядок испытаний подсистемы «Нормативно-справочная информация»
№ п. п | Действие | Результат | Оценка соответствия |
Функции подсистемы «Нормативно-справочная информация» | |||
1 | Войти в папку «Нормативно-справочная информация» в раздел «Общероссийские классификаторы», Щелкнуть правой клавишей мыши по выбранному справочнику | Открытие справочника на экране в информационной части | Да |
Примечание | |||
2 | Выбрать на информационной панели другой справочник и активизировать его с помощью мыши | Открытие справочника на экране в информационной части | Да |
Примечание | |||
3 | Задать условия поиска в окне «Искать» | На экране отобразятся строки с заданным условием | Да |
Примечание | |||
4 | Выбрать на панели функций формат Excel и активизировать опцию «Экспорт», скрыть на экране не нужные графы и применить опцию «Печать | Печатный вариант нужного справочника | Да |
Примечание | |||
5 | Выбрать на панели функций опцию принтера и активизировать | Печать страницы портала | Да |
Примечание | |||
6 | В нижней части экрана отредактировать запись, отображенную в форме редактирования | Изменение записи справочника | Да |
Примечание | |||
7 | На откорректированной записи проставить значение признака «Delete» как «True» | Удаление записи из справочника | Да |
Примечание | |||
5.3.7 Интерфейсные испытания АС «РосОЭЗ»
Интерфейсные испытания проводят совместно с функциональными.
Интерфейсные испытания включают проверку:
· эргономики и технической эстетики;
· языка ввода-вывода данных;
· способов организации диалога;
· защиты от ошибочных действий персонала системы.
5.3.7.1 Проверка эргономики и технической эстетики
Интерфейсные испытания должны обеспечивать:
· проверку корректности навигации по системе;
· визуальную оценку на соответствия общепринятым стандартам графического интерфейса пользователя.
5.3.7.2 Проверка языка ввода-вывода данных
Интерфейс программных модулей должен быть реализован на русском языке. Ввод и вывод данных должен осуществляться на естественном русском языке. При лексикографической сортировке применяются также нормы грамматики русского языка.
5.3.7.3 Проверка способов организации диалога
Диалог интерфейса должен быть реализован в двух режимах:
· оконный интерфейс на основе экранных форм с интуитивно понятным размещением информационных блоков;
· web-страница.
Проверка защиты от ошибочных действий персонала системы
В программных модулях «Управление строительством» и «Управление и распоряжение недвижимым имуществом ОЭЗ» должна быть реализована проверка ввода данных. Формы, не предназначенные для редактирования, должны быть скрыты или защищены от редактирования.
5.3.8 Нагрузочные испытания АС «РосОЭЗ»
Нагрузочные испытания обеспечивают проверку корректности выполнения функций при нагрузочных значениях параметров:
· количества пользователей, работающих с системой;
· объема данных в БД.
Параметры нагрузки системы предоставляются Заказчиком, при отсутствии данных нагрузочное тестирование не проводится.
5.4 Испытания системы
5.4.1 Инсталляционные испытания
Проводятся путем установки системы на оборудование Заказчика. Отслеживается отсутствие сбоев при инсталляции, конфликтов с ранее установленными компонентами.
Инсталляционные испытания включают проверку:
· корректности установки АС «РосОЭЗ»;
· запуск подсистем АС «РосОЭЗ».
5.4.2 Системные испытания
Системные испытания включают проверку корректного взаимодействия подсистем АС «РосОЭЗ».
Критерием запуска Подсистем является отображение стартовых страниц в результате активации соответствующего элемента навигации АС «РосОЭЗ».
Критерием работоспособности системы в целом является успешное выполнение функций передачи данных между подсистемами:
· передача документов между модулем «Работа с резидентами» и подсистемой «Одно окно»;
· передача документов между модулем «Управление и распоряжение недвижимым; имуществом ОЭЗ» и подсистемой «Одно окно»;
· передача документов между модулем «Управление строительством» и подсистемой «Одно окно».
Критерием корректного взаимодействия подсистемы «Нормативно-справочная информация» с тематическими подсистемами и программными модулями является возможность выбора по справочникам и классификаторам в этих блоках.
Критерием взаимодействия между подсистемами «АР РосОЭЗ» и «Мониторинг» является влияние данных, введенных в подсистеме «АР РосОЭЗ» на информацию, предоставляемую подсистемой «Мониторинг».
5.5 Верификация (проверка) документации
Верификации должны подлежать следующие документы:
· техническое задание на создание 1 очереди АС «РосОЭЗ»;
· информационная модель межведомственного взаимодействия, а также взаимодействия резидентов ОЭЗ и других заинтересованных лиц с представителями органов власти и управления по технологии «одного окна»;
· концепция типовой подсистемы «Одно окно»;
· частные технические задания на создание подсистем 1 очереди АС «РосОЭЗ»;
· настоящая программа и методика испытаний 1 очереди АС «РосОЭЗ»;
· спецификация;
· общее описание системы;
· руководство системного программиста (администратора системы);
· руководство программиста;
· руководство пользователя (оператора).
Верификация документации включает проверку на полноту, непротиворечивость и соответствие подсистемам (программным модулям).
5.6 Работы, проводимые после завершения испытаний
По завершении испытаний на основании протокола при необходимости проводится доработка системы и рабочей документации.
Сроки доработки определяются приемной комиссией.
6 Описание входных и выходных данных АС «РосОЭЗ»
6.1 Описание структуры входных и выходных данных
6.1.1 Описание входных и выходных данных подсистемы «Одно окно»
Входными данными подсистемы «Одно окно» являются:
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 |
