dedoc/tz_dataset huggingface dataset:
ИС должна удовлетворять следующим требованиям по диагностированию:
•	выдача пользователю сообщений, содержащих описание нарушений работоспособности;
•	однозначное соответствие между нарушениями работоспособности и сообщениями системы, т.е. ИС должна выдавать одинаковые сообщения для одинаковых нарушений работоспособности.
2.4. Требования к эргономике и технической эстетике
ИС должна обеспечивать пользовательский интерфейс, отвечающий следующим требованиям.
В части внешнего оформления:
•	реализация в графическом оконном режиме;
•	настраиваемость графических элементов интерфейса: цветового оформления, их расположения, в пределах возможностей операционной системы;
•	единый стиль оформления интерфейса пользователя для всех подсистем.
В части диалога с пользователем:
•	диалог с пользователем должен быть оптимизирован для выполнения типовых и часто используемых операций;
•	взаимодействие пользователя с системой должно осуществляться на русском языке, за исключением отдельных системных сообщений на английском языке;
•	отображение на экране только тех возможностей, которые доступны конкретному пользователю;
•	отображение на экране только необходимой для решения текущей прикладной задачи информации;
•	для модулей с массовым вводом информации ориентация на использование клавиатуры с минимизацией количества нажатий для стандартных действий: перевод курсора с одного поля на другое в карточке объектов учета, копирование сведений из одного поля в другое и т.п.;
•	использование визуальных подсказок и «мастеров» выполнения сложных операций;
•	отображение на экране хода длительных процессов обработки;
•	возможность использования справочников при работе с полями ввода информации.
Навигационные элементы должны быть выполнены в удобной для пользователя форме (оформление и расположение элементов навигации, а также сценарии их поведения должны оставаться неизменными на всех страницах одного уровня, страницы должны быть спроектированы так, чтоб пользователь всегда мог быстро оценить их положение в общей иерархической структуре проекта, элементы навигации должны быть контрастными и легкодоступными и т.п.). Средства редактирования информации и проведение поиска данных должны поддерживать использование горячих клавиш. Ввод-вывод данных в Систему, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям (требования к времени обучения, времени, необходимому для выполнения задачи и т.п.) и обеспечивать удобный доступ к основным функциям и операциям.
Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода должен использоваться главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм.
Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке.
ИС должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Экранные формы должны проектироваться с учетом требований унификации:
•	для обозначения сходных операций (т.е. операции, которые приводят к одинаковому результату) должны использоваться сходные графические значки (т.е. графические значки, которые будут неразличимы глазу пользователя Информационной системы), кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информации, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;
•	внешнее поведение сходных элементов интерфейса (т.е. реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов интерфейса.
2.5. Требования к эксплуатации, техническому обслуживанию, устранению неисправностей и хранению компонентов системы
ИС должна быть рассчитана на эксплуатацию в составе программно-технического комплекса Концедента и учитывать разделение ИТ инфраструктуры Концедента на внутреннюю и внешнюю. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в ИТ инфраструктуре Концедента.
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие аварийные сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
В ИС должны быть предусмотрены следующие меры по предотвращению потери информации:
•	резервное копирование информации на резервный носитель информации;
•	регулярное (не реже 1 раза в сутки) резервное копирование базы данных (как по заданному периоду архивации данных, так и директивная архивация в случае необходимости).
В системе должны быть предусмотрены следующие меры по устранению последствий аварии:
•	восстановление данных в БД с использованием последней резервной копии;
•	переустановка программ с дистрибутивных носителей.
Перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности системы:
•	Сбой общего или специального программного обеспечения (далее–ПО)
После сбоя серверной операционной системы (далее – ОС) или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной (т.е. последняя завершенная транзакция, которая не возвратила ошибок) перед сбоем транзакции.
•	Выход из строя части технических средств
Выход из строя одного из рабочих мест (или составляющего его оборудования) или нарушение канала связи локальной сети между рабочим местом и сервером не должны приводить к прекращению функционирования ИС, при этом должна обеспечиваться возможность выполнения функций, связанных с вышедшим из строя рабочим местом на другом рабочем месте.
•	Импульсные помехи, сбои или прекращение электропитания.
В случае прекращения электропитания система должна обеспечивать корректное завершение работы в течение 15 минут и направлять уведомление на почту администратору системы. Система должна оповещать пользователей о прекращении электропитания.
Концедент должен обеспечить бесперебойное питание системы в течение не менее 30 минут.
2.6. Требования к защите информации от несанкционированного доступа
Требования к защите информации от несанкционированного доступа регламентируются Федеральным законом от 27.07.2006 N152-ФЗ «О персональных данных» и иными нормативными правовыми актами Российской Федерации.
ИС должна удовлетворять следующим требованиям по управлению доступом к информационным ресурсам системы:
1.	поддержка дискреционного контроля доступа и уровней безопасности;
2.	аутентификация субъектов доступа при входе в систему по логину (коду) и паролю временного действия длинной не менее пяти буквенно-цифровых символов;
3.	контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа;
4.	контроль дополнительных требований к паролю пользователя:
- проверка различия пароля и имени (идентификатора) пользователя;
- ограничение на совпадение старого и нового пароля пользователя (при смене пароля пользователя).
ИС должна удовлетворять следующим требованиям по регистрации и учету доступа к информационным ресурсам системы:
Мониторинг пользователей, подключенных к ИС в текущий момент и объектов, с которыми они работают в данный момент (с возможностью отключения и/или блокирования);
Регистрация обращений пользователей к объектам ИС. Регистрация должна учитывать следующие параметры:
•	дата и время обращения субъекта доступа к объектам ИС;
•	идентификатор объекта доступа;
•	наименование объекта доступа;
•	тип объекта доступа;
•	характер обращения (чтение, изменение, сохранение, печать, очистка, создание, удаление, обращение при отсутствии прав и т.д.);
•	имя пользователя;
•	идентификатор субъекта, предъявленный при попытке доступа (успешной и неуспешной);
Регистрация входа (выхода) субъектов доступа в ИС. Регистрация должна учитывать следующие параметры:
•	дата и время входа (выхода) субъекта доступа в ИС (из ИС);
•	результат попытки входа: успешный или неуспешный; несанкционированный;
Регистрация выдачи печатных (графических) документов на «твердую» копию.
Регистрация должна учитывать следующие параметры:
•	дата и время выдачи;
•	наименование документа;
•	идентификатор субъекта доступа, запросившего документ;
•	объем документа (количество страниц, листов, копий);
Регистрация изменений полномочий субъектов доступа и статуса объектов доступа. Регистрация должна учитывать следующие параметры:
•	дата и время изменений полномочий;
•	идентификатор субъекта доступа, осуществившего изменения;
•	идентификатор субъекта, у которого проведено изменение полномочий и вид изменений;
•	спецификация объекта, у которого проведено изменение статуса защиты и вид изменения.
Защита, конфиденциальность и целостность данных при передаче по сети должна обеспечиваться использованием протоколов SSLи TLS.
2.7. Требования по сохранности информации при авариях
Система должна иметь возможность обеспечения резервирования и создания копий данных, фиксирования изменений и восстановления последнего состояния. Должна быть предусмотрена связь с внешними средствами резервирования и возможность резервирования части ЦХД. Программное обеспечение ИС должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств (т.е. такой перезапуск аппаратных средств, который обеспечивает их работу после перезапуска в штатном режиме). Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов.
2.8. Требования к обеспечению информационной безопасности и средствам защиты оборудования, на котором используется программное обеспечение
Установка (инсталляция) на оборудование только разрешенного к использованию программного обеспечения и (или) его компонентов /Учет машинных носителей информации/ Управление доступом к машинным носителям информации /Уничтожение (стирание) информации на машинных носителях при их передаче между пользователями, в сторонние организации для ремонта или утилизации, а также контроль уничтожения (стирания)
Требования по контролю (анализу) защищенности информации:
Контроль установки обновлений программного обеспечения, включая обновление программного обеспечения средств защиты информации.
Контроль работоспособности, параметров настройки и правильности функционирования программного обеспечения и средств защиты информации.
Контроль состава технических средств, программного обеспечения и средств защиты информации.
Контроль правил генерации и смены паролей пользователей, заведения и удаления учетных записей пользователей, реализации правил разграничения доступом, полномочий пользователей в Системе.
Антивирусная защита
Реализация мер антивирусной защиты на оборудовании;
Обновление базы данных признаков вредоносных компьютерных программ (вирусов);
Регистрация событий безопасности;
Определение событий безопасности, подлежащих регистрации, и сроков их хранения; Определение состава и содержания информации о событиях безопасности, подлежащих регистрации;
Сбор, запись и хранение информации о событиях безопасности в течение установленного времени хранения;
Реагирование на сбои при регистрации событий безопасности, в том числе аппаратные и программные ошибки, сбои в механизмах сбора информации и достижение предела или переполнения объема (емкости) памяти;
Мониторинг (просмотр, анализ) результатов регистрации событий безопасности и реагирование на них;
Генерирование временных меток и (или) синхронизация системного времени в информационной системе;
Обеспечение защиты информации о событиях безопасности;
Защита технических средств
Организация контролируемой зоны, в пределах которой постоянно размещаются стационарные технические средства, обрабатывающие информацию, и средства защиты информации, а также средства обеспечения функционирования;
Контроль и управление физическим доступом к техническим средствам, средствам защиты информации, средствам обеспечения функционирования, а также в помещения и сооружения, в которых они установлены, исключающие несанкционированный физический доступ к средствам обработки информации, средствам защиты информации и средствам обеспечения функционирования информационной системы и помещения и сооружения, в которых они установлены;
Размещение устройств вывода (отображения) информации, исключающее ее несанкционированный просмотр.
2.9. Требования к патентной частоте
Патентная чистота должна обеспечиваться выбором работоспособной платформы и гарантироваться наличием прав на использование.
2.10. Требования по стандартизации и унификации
Требования к стандартизации и унификации программных средств должны быть обеспечены за счет максимально возможного применения унифицированных компонент и средств из состава:
•	общего и базового программного обеспечения;
•	систем управления базами данных;
•	сетевых операционных системах.
Стандартизация и унификация технических средств системы должны обеспечиваться посредством использования серийно выпускаемых средств вычислительной техники и коммуникационного оборудования.
ПО должно обеспечивать работоспособность на оборудовании, имеющемся у Концедента.
2.11. Дополнительные требования
Требования к архитектуре
В ИС должна использоваться трехзвенная архитектура (Рис. 1):
•	сервер БД;
•	сервер приложений;
•	клиент.
Архитектура программного обеспечения должна быть разделена на два сегмента: публичный и сегмент для работы с персональными данными. Сервер доступа к публичной информации (вместе с базой данных, содержащей только публичную информацию) должен располагаться в дата-центре Концессионера. Пользователи, которые имеют право использовать только публичную информацию подключаются к серверу доступа с публичной информацией. Сервер с персональными данными должен располагаться во внутренней сети Концедента. На сервере с персональными данными должны располагаться только персональные данные. На сервере с персональными данными должен находиться обезличиватель. Обезличиватель должен обрабатывать персональные данные, превращать их в обезличенные и по запросу предоставлять на сервер доступа к публичной информации. Пользователи, которые имеют право использовать персональные данные подключаются к серверу с персональной информацией. Сервер с персональной информацией должен иметь возможность запрашивать и получать публичные сведения с сервера доступа к публичной информации. Архитектурное решение представлено на Рисунке 1.
Рисунок 1 – Архитектура ИС
Должна быть использована модульная архитектура с возможностью расположения модулей на разных вычислительных узлах.
Должна быть предусмотрена разработка новых модулей на основе широкого набора (т.е. набор, включающий три или более штатных системных шаблонов) штатных системных шаблонов.
Должна быть предусмотрена динамическая загрузка/выгрузка модулей, управление функциональностью остановки работы приложения.
Работа клиента (клиентского ПО) должна обеспечиваться на web– браузерах:
- Internet Explorer (или аналогов, или эквивалента) (версия 11 и выше);
- Google Chrome (или аналогов, или эквивалента) (версия 58.0.3029.110 и выше);
- Mozilla Firefox (или аналогов, или эквивалента) (версия 52.6.0 и выше).
Клиентское приложение должно представлять полный набор интерфейсных элементов, таких как: поля ввода, динамические таблицы, плоские списки и списки с древовидной структурой (т.е. список соединений, в котором присутствуют вложенные экземпляры), оконные формы, элементы управления, такие как гиперссылки, кнопки, иерархические меню и прочие элементы, в графической среде web-браузера.
Интерфейсные элементы должны иметь комментарии, всплывающие подсказки, сообщения о недопустимости введенных данных, недостающих данных или данных, нарушающих целостность. Инструменты, используемые при создании интерфейса системы должны включать наличие версии с открытым программным обеспечением, наличие коммерческой версии, возможность работы с мобильными устройствами (планшеты Apple/Android (или аналогов, или эквивалента), смартфоны).
Технологии, используемые при создании отчетов системы должны включать визуальный редактор, возможность создания отчетов в формате *.pdf, *.docx, что дает их единообразное отображение во всех ОС, независимость от средств отображения и отсутствие необходимости использования коммерческих редакторов.
Сервер приложений в системе должен быть центром бизнес-логики и контроллера. Сервер приложений должен предоставлять пользовательские интерфейсы внутренних модулей клиентам. Доступ к этим интерфейсам должен осуществляться по протоколу TCP/IP и может быть осуществлён как из внутренней сети, так и посредством Internet.
Сервер приложений, с развёрнутой на нём информационной системой, должны выполнять следующие функции:
•	Содержать основную бизнес логику (далее бизнес-логика — это реализация правил и ограничений автоматизируемых операций. Под основной понимается бизнес-логика, которая определяется п.2.12 и п.2.13 Технических требований) приложения;
•	Предоставлять интерфейсы пользовательским приложениям;
•	Журналировать действия пользователей;
•	Управлять правами конкретных пользователей и их групп на использование пользовательских интерфейсов, их частей и объединений;
•	Динамически выделять или освобождать системные ресурсы в зависимости от текущей нагрузки (автоматическая балансировка);
•	Управлять информационными потоками пользователей, обеспечивая формирование унифицированных информационных структур из реляционных баз данных (далее Реляционная база данных - база данных, построенная на основе реляционной модели. В реляционной базе каждый объект задается записью (строкой) в таблице. Реляционная база создается и затем управляется с помощью реляционной системы управления базами данных. Фактически реляционная база данных - это тело связанной информации, сохраняемой в двухмерных таблицах. Связь между таблицами может находить свое отражение в структуре данных, а может только подразумеваться, то есть присутствовать на неформализованном уровне. Каждая таблица БД представляется как совокупность строк и столбцов, где строки соответствуют экземпляру объекта, конкретному событию или явлению, а столбцы - атрибутам (признакам, характеристикам, параметрам) объекта, события, явления);
•	Обеспечивать взаимодействие с реляционной базой данных;
•	Позволять сформировать отказоустойчивый кластер, который обеспечивает доступность пользовательских интерфейсов в случаях возникновения обстоятельств непреодолимого характера (форс-мажор) или во время планового технического обслуживания;
•	Позволять добавлять новые модули и функции в систему с минимальными инвестициями в инфраструктуру.
Сервер БД (СУБД) должен обеспечивать хранение данных. Должен обеспечивать поддержку встроенных механизмов целостности данных, отказоустойчивости и резервного копирования. Система должна иметь возможность использовать в качестве хранилища СУБД с открытым кодом (PostgreSQL, MySQL и др. или аналогов, или эквивалента). Т.е. должна поддерживаться репликация БД и работа с различными операционными системами.
Информационная система должна быть развернута на сервере, имеющем следующие характеристики:
Мобильное приложение должно быть разработано для мобильной IOS/ Android, при этом должна использоваться рекомендуемая («нативная») для данной мобильной ОС среда разработки – Java.
Требования к проектированию базы данных
В рамках проведения мероприятий по проектированию базы данных должна быть создана структура базы данных: таблицы, атрибуты и связи между таблицами. Концессионер должен разработать логическую и физическую структуру базы данных. Логическая структура базы данных должна содержать следующую информацию: описание логического блока и рисунок с составными частями логического блока. В данном случае логический блок – обособленная часть предметной области, информация о которой будет содержаться в базе данных. Между всеми логическими блоками должна быть указана взаимосвязь. Физическая структура базы данных должна быть разработана на основе логической структуры базы данных и включать таблицы базы данных, их атрибутивный состав, формат данных и связи между таблицами. Разработанные структуры базы данных должны соответствовать п.2.12 настоящего ТЗ.
Концессионер должен оформить все проведенные мероприятия и полученные материалы в виде документа «Описание организации информационной базы данных» и согласовать его с Концедентом.
Демонстрация созданной системы
После исполнения этапа 1.2 Календарного плана Концессионером должна быть проведена Концеденту демонстрация всех модулей и функций, указанных п.2.12 настоящего ТЗ. Система должна быть развернута на Технических средствах. По каждому требованию из п.2.12 Концеденту показывается наличие и соответствие функции/модуля (есть, нет) Системы. Для сдачи проведённых мероприятий по всем модулям и функциям должна быть пометка «есть».
Требования к передаваемому в собственность Концедента (поставляемому) компьютерному оборудованию (т.е. Техническим средствам).
В рамках осуществления деятельности Концеденту должны быть поставлены следующие Технические средства:
15 персональных компьютеров с характеристиками для каждого:
1 сервер с характеристиками:
Дополнительное оборудование с характеристиками:
Требования к аттестации Технических средств (оборудования)
Аттестация Технических средств производится для обеспечения возможности обработки на ней Концедентом персональных данных с соблюдением принципов и правил обработки персональных данных, предусмотренных законодательством Российской Федерации.
Мероприятия могут проводиться непосредственно Концессионером, либо посредством привлечения специализированных организаций.
В рамках проведения мероприятий по аттестации Технических средств производится установка программ на компьютерное оборудование Концессионера:
- VipNet Client 4.0;
- VipNet Coordinator HW 1000;
- VipNet Administrator 4.0;
- ESET NOD32 Secure Enterprise Pack 5.0;
- Secret Net LSP;
- Dallas Lock 8.0-K;
- XSpider 7.8 или эквиваленты всех приведенных выше программ.
2.12. Требования к функциям (задачам), выполняемым Системой
2.12.1. Требование к модулю земельного налога
Данный модуль должен представлять собой реестр и быть предназначен для ввода, накопления, обработки и предоставления в интерактивном режиме информации по земельным участкам в систематизированном виде из разных источников: Росреестр, УФНС РФ по Московской области.
Основными функциями, реализуемыми в модуле, являются:
•	ведение нормативно-справочной информации;
•	ведение электронного реестра земельных участков;
•	расчет земельного налога;
•	поиск и фильтрация информации по гибким запросам пользователей;
•	формирование отчетной информации;
•	семантические и пространственные переходы на связанные объекты: графические объекты, смежные земельные участки, предыдущие и последующие земельные участки;
•	ведение формуляра пользователем;
•	импорт сведений из основных источников данных.
Функция «Ведение нормативно-справочной информации»
Функция должна позволять добавлять, редактировать, удалять значения из используемых в модуле земельного налога справочников:
•	статус земельного участка;
•	категория земель;
•	разрешенное использование земельного участка;
•	вид площади;
•	вид стоимости;
•	вид права;
•	источник;
•	статус документа;
•	тип документа;
•	адрес;
В каждом справочнике должна быть возможность поиска данных с помощью строки контекстного поиска. Список земельных участков, принадлежащих г.о. Красногорск Московской области  предоставляется Концедентом.
Функция «Ведение электронного реестра земельных участков (семантика)»
Функция должна обеспечивать ведение реестра семантических данных о земельных участках. Объектами функции являются земельные участки.