Требования по сохранности информации при авариях
Сохранность информации в Системе должна обеспечиваться при следующих аварийных ситуациях:
импульсные помехи, сбои и перерывы в электропитании;
нарушение или выход из строя каналов связи локальной сети КСА;
нарушение или выход из строя каналов связи между КСА;
сбой общего или специального программного обеспечения КСА (отдельного АРМ или сервера);
ошибки в работе персонала.
Требования к защите от влияния внешних воздействий
Реализация КСА Системы должна обеспечивать функционирование при следующих условиях окружающей среды:
температура воздуха: 5 - +40°;
относительная влажность воздуха: от 40 до 80 % при Т=25 С;
атмосферное давление: 630 - 800 мм. рт. ст.
Требования по стандартизации и унификации
Для работы с БД должен использоваться язык SQL в рамках стандарта ANSI SQL-92.
Для разработки пользовательского интерфейса и средств генерации отчетов (любых твердых копий) должны использоваться языки 4-го поколения.
При создании Системы должно использоваться стандартное общее программное обеспечение, включающее лицензионные ОС, СУБД, сетевую операционную систему
Дополнительные требования
В Системе должны быть предусмотрены механизмы исправления неверно проведенных операций. При этом должна соблюдаться принятая Заказчиком технология, предусматривающая подобные случаи, а также обеспечиваться регистрация исправительных действий в соответствующих журналах для последующего контроля. Состав таких операций должен быть определен на стадии «Технический проект».
Для выполнения функций, требующих дополнительного контроля и подтверждения, система должна обеспечивать привязку ответственных лиц к функциям и документам. Состав таких функций должен быть определен на стадии «Технический проект».
В состав системы должно входить программное обеспечение, необходимое для инсталляции системы и начальной загрузки информации, а также для ведения в системе нормативно-справочной информации.
Реализация КСА Системы должна обеспечивать возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В (220 + 20 % - 30 %).
Требования к функциям (задачам), выполняемым системой
Требования к подсистеме управления рабочими процессами
Подсистема предназначена для создания и управления описаниями (моделями) рабочих процессов.
Модель рабочего процесса должна включать в себя следующие элементы:
Перечень функций (шагов) процесса с описанием;
Логическую и/или временную последовательность шагов процесса;
Для каждого шага должна обеспечиваться возможность задания атрибутов:
Ответственный исполнитель шага;
Срок исполнения;
Связанные информационные объекты (документы, данные и т.п.).
В подсистеме должна быть реализована следующая функциональность:
Ограничение доступа к возможностям управления рабочими процессами по признаку принадлежности к группе администраторов;
Индивидуальное ограничение доступа к каждому описанию процесса;
Создание и изменение описаний процессов пользователями с соответствующим уровнем доступа;
Настройка количественных показателей (метрик), характеризующих исполнение процесса;
Формирование аналитических отчетов по исполнению процессов.
Требования к подсистеме исполнения рабочих процессов
Подсистема предназначена для управления потоками работ в рамках автоматизируемых процессов, а также формирования и предоставления пользовательского интерфейса на автоматизированных рабочих местах операторов, занимающихся приемом и обработкой заявок на оказание кадастровых услуг.
Подсистема должна обеспечивать исполнение следующих рабочих процессов:
Предоставление сведений государственного земельного кадастра;
Внесение текущих изменений характеристик земельных участков.
Процесс обработки запросов по сценарию А представлен на Рисунке 1.
Максимально возможное кол-во этапов по данному сценарию 8:
Прием и регистрация заявления о предоставлении сведений в книге учета
Подготовка копий документов
Поиск объекта недвижимости в БД
Формирование сведений из ГКН
Формирование уведомления об отсутствии сведений
Печать сформированных документов
Юридическое оформление документов
Выдача подготовленных документов
Рисунок 1
Для каждого из этапов должна быть представлена экранная форма с элементами управления статусом запроса, формами для ввода необходимых данных, служебной информацией.
При изменении статуса запроса, в БД передаются: данные из экранных форм, а так же Ф.И.О. оператора и дата/время изменения статуса, другая служебная информация (порядковый номер запроса, его тип и т.д.). В случае если данные успешно переданы в БД происходит, изменения статуса заявки и нотификация оператора отвечающего за обработку на следующем этапе.
Процесс обработки запросов по сценарию Б представлен на Рисунке 2.
Максимально возможное кол-во этапов по данному сценарию 8:
Присвоение кадастрового номера, внесение данных в кадастр, построение взаимосвязей между объектами
Подготовка форм государственного реестра земель
Формирование выписки из кадастра и других выходных форм
Формирование документов для передачи в управление по субъекту РФ
Передача в управление по субъекту РФ
Закрытие разделов по исходным объектам
Внесение сведений об объектах учета в записи кадастра
Формирование выписки о внесении сведений об объектах учета
Рисунок 2
Для каждого из этапов должна быть представлена экранная форма с элементами управления статусом запроса, формами для ввода необходимых данных, служебной информацией (порядковый номер запроса, его тип и т.д.).
При изменении статуса запроса в БД передаются данные из экранных форм, а так же Ф.И.О. оператора и дата/время изменения статуса, другая служебная информация. В случае если данные успешно переданы в БД происходит, изменения статуса заявки и нотификация оператора отвечающего за обработку на следующем этапе.