Утверждаю утверждаю


НазваниеУтверждаю утверждаю
страница8/10
ТипДокументы
filling-form.ru > Договоры > Документы
1   2   3   4   5   6   7   8   9   10

4.3Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению Системы

4.3.1.1Требования к составу математического обеспечения



В состав математического обеспечения Системы должен входить порядок заполнения формы № 8 ведомственной статистической отчетности «Сведения о деятельности Федеральной регистрационной службы по государственной регистрации прав на недвижимое имущество и сделок с ним».

4.3.1.2Требования к области применения математического обеспечения



Математическое обеспечение ИС ЭАР должно применяться для формирования сводной отчетности в рамках фнукционального блока ИС ЕГРП.

4.3.1.3Требования к способам использования в Системе математических методов, моделей и типовых алгоритмов, подлежащих разработке



В рамках проекта по созданию ИС ЭАР не предполагается разработки новых математических методов, моделей и типовых алгоритмов для использования в Системе.

4.3.2 Требования к информационному обеспечению Системы

4.3.2.1 Требования к составу, структуре и организации данных в Системе



3.2.1.1Общие положения


Состав, структура и организация данных в ИС ЭАР обеспечивает выполнение ее функций, описанных в разделе 4.2 настоящего ТЗ. Состав данных в Системе, их структура и организация должны отвечать целям создания Системы и обеспечивать выполнение возложенных на нее задач. Состав, структура и организация данных должны отвечать следующим требованиям:

  • Достоверность

  • Непротиворечивость

  • Полнота

  • Отсутствие дублирования данных

  • Обеспечение наибольшей возможной производительности Системы в рамках ее технического и программного обеспечения

  • Организация данных должна соответствовать требованиям к программному и техническому обеспечению настоящего ТЗ и требованиями к Системе в целом

  • Организация данных должна быть выполнена в виде централизованного хранилища данных


3.2.1.2Назначение


Состав, структура и организация данных предназначена для:

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

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

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

  • Обеспечения формирования информационно-аналитического блока оценки исполнения регламентных процедур

  • Обеспечения формирования непротиворечивого комплекта внутриведомственных нормативных документов.


3.2.1.3Состав



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

  • Формат данных

  • Семантика данных

  • Виды поддерживаемых фильтров поиска

  • Классификаторы

  • Состав полей запроса

  • Другие необходимые поля для предоставления сведений

В состав метаданных, согласно которым поставщик данных предоставляет ответ на запрос должны входить:

  • Формат данных

  • Семантика данных

  • Классификаторы

  • Состав информационных полей

  • Наименование потребителей данных, имеющих доступ к сведениям

  • Коды ролей пользователей, которым разрешен просмотр данных

Помимо этого, к состав данных, используемых Системой, должны быть включены классификаторы, указанные в разделе 4.3.3 настоящего ТЗ

4.3.2.2Требования к информационному обмену между компонентами Системы



3.2.2.1Общие положения


В рамках проекта по созданию ИС ЭАР необходимо наладить информационное взаимодействие между компонентами Системы в составе:

  • Портал

  • Модуль управления ИС ЭАР

  • ИС ЕГРП


3.2.2.2Назначение


Информационный обмен между компонентами ИС ЭАР предназначен для:

  • Обеспечения выполнения функций Системы, описанных в разделе 4.2 настоящего ТЗ;

  • Обеспечения информационного обмена между поставщиками и потребителями данных в рамках исполнения электронных административных регламентов;

  • Обеспечения управления Системой и ее администрирования

  • Обеспечение автоматизированной обработки и консолидации распределенных данных в рамках территориального органа Федеральной регистрационной службы.




3.2.2.3Состав


  • Информационный обмен должен осуществляться посредством Модуля управления ИС ЭАР. К интеграции компонентов Системы между собой предъявляются следующие требования:

  • Должна быть обеспечена интеграция Портала ИС ЭАР с поставщиками и источниками данных;

  • Должна быть обеспечена возможность быстрой разработки и внедрения средств интеграции с новыми источниками информации

  • Должны использоваться средства авторизации в рамках обеспечения интеграции между компонентами Системы;

  • Информационный обмен между компонентами Системы должен соответствовать регламенту неразглашения информации;

  • Доступ к порталу должен контролироваться через протокол LDAP;




4.3.2.3Требования по применению систем управления базами данных


Система управления базами данных должна удовлетворять следующим требованиям:

  • База данных должна быть построена на основе реляционной модели;

  • СУБД должна использовать в качестве языка запросов язык PL/SQL;

  • СУБД должна быть полностью совместимой с используемыми системами;

  • СУБД должна иметь возможность использования XML и хранения XML-документов в базах данных;

  • СУБД должна использовать простой и централизованный механизм хранения и представления данных на требуемом в соответствии с разделом 4.3.3 настоящего ТЗ;

  • СУБД должна располагать инструментами управления, контроля и резервирования данных, необходимыми для обеспечения требований, указанных в разделах 4.1.4, 4.1.10, 4.1.11, 4.3.7.1 настоящего ТЗ;

  • СУБД должна использовать средства защиты от несанкционированного доступа, указанные в разделе 4.1.9 настоящего ТЗ.

Рекомендуется к использованию СУБД Oracle Database Standard Edition One как полностью соответствующая вышеуказанным требованиям

4.3.2.4Требования к структуре процесса сбора, обработки, передачи данных в Системе и представлению данных


Процесс сбора данных должен удовлетворять следующим требованиям:

  • Обеспечивать компоненты Системы необходимыми данными для обеспечения их функционирования в соответствии с требованиями настоящего ТЗ;

  • Использовать один источник для каждого типа данных для обеспечения их непротиворечивости;

  • Обеспечивать полноту и целостность данных.



  • Система должна обеспечивать передачу данных поставщиков по запросам пользователей в соответствии с потребностями потребителей данных и ролями пользователей, определяющих уровень доступа и компетенции пользователей, с использованием средств авторизации и аутентификации данных. Обработка и консолидация полученных данных должна производиться в рамках Модуля управления ИС ЭАР в соответствии с разделом 4.2 настоящего ТЗ. Передача данных в Системе должна осуществляться в соответствии с требованиями раздела 4.3.2 настоящего ТЗ. Представление данных должно осуществляться с использованием заданных метаданных, регламентирующих формат и семантику данных, передаваемых поставщиками данных пользователям в соответствии с перечнем ассоциированных с потребителем данных поставщиков.

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

  • Должен обеспечивать выполнение функций Системы, описанных в разделе 4.2 настоящего ТЗ;

  • Должен использовать язык запросов PL/SQL;

  • Должен использовать встроенные средства обработки данных в соответствии с выбранной СУБД;

  • Должен обеспечивать высокую производительность обработки данных.


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

  • Обеспечивать оперативность выполняемых Системой функций в соответствии с требованиями настоящего ТЗ;

  • Использовать для передачи данных протоколы, указанные в разделе 4.3.2.3 настоящего ТЗ;

  • Обеспечивать автоматизацию выполнения административных управленческих процессов;

  • Обеспечивать информационное взаимодействие между компонентами Системы в соответствии с разделом 4.3.2.2 настоящего ТЗ.

К представлению данных в системе предъявляются следующие требования:

  • Единый формат представления данных

  • Структурированность

  • Соответствие требованиям раздела 4.1.6 настоящего ТЗ


4.3.2.5Требования к защите данных от разрушений при авариях и сбоях в электропитании Системы


Для защиты данных при авариях Система должна использовать средства, указанные в разделе 4.1.10 настоящего ТЗ. Для защиты данных при сбоях в электропитании Системы ИС ЭАР должна использовать источники бесперебойного питания, требования к техническим характеристикам которых указаны в разделе 4.3.5.2 настоящего ТЗ.

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



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

В состав используемых средств резервирования данных и аппаратных средств, обеспечивающих непрерывность работы Системы и защиту от потерь данных должны входить:

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

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

  • восстановление информации из долговременного архива данных при "разрушении" магнитных носителей;

  • хранение информации в единой базе данных территориального органа.


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


В качестве лингвистического обеспечения ИС ЭАР должна использовать следующие общероссийские классификаторы:

  • Общероссийский классификатор административно-территориальных образований (ОКАТО)

  • Классификатор предприятий и организаций (ОКПО)

В рамках ИС ЭАР должны использоваться следующие виды классификаторов Федеральной регистрационной службы:

  • Основные классификаторы в составе:

  • Вещные права, подлежащие регистрации или учету в ЕГРП

  • Типы объектов недвижимости

  • Целевое назначение объектов недвижимости

  • Тип субъектов права

  • Виды форм собственности

  • Лица, выступающие в качестве представителя правообладателя, стороны договора

  • Организационно-правовые формы юридических лиц

  • Виды документов, удостоверяющие личность субъекта

  • Виды документов, подтверждающие факт внесения записи о юридическом лице

  • Классификаторы, описывающие процедуры государственной регистрации в составе:

  • Виды обращений в органы государственной регистрации

  • Виды документов, используемых в качестве документов-оснований при проведении государственной регистрации

  • Виды решений, принимаемых государственным регистратором прав

  • Основания для принятия решений:

  • При проведении государственной регистрации

  • При прекращении государственной регистрации

  • При приостановлении государственной регистрации

  • При отказе в государственной регистрации

  • При внесении изменений в ЕГРП, устранении технической ошибки

  • Предоставление информации из ЕГРП

  • Основания для предоставления информации из ЕГРП

  • Перечень лиц, обращающихся за получением информации

  • Формы предоставления информации по запросам.


4.3.3.1Требования к применению языков программирования высокого уровня


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

  • Инструментарий Microsoft Visual Studio 2005 для создания продуктов с использованием Microsoft .NET Framework, в который входят

  • ASP.NET для создания динамических Web-страниц

  • Язык С# для написания серверной части системы

  • Язык JavaScript для создания исполняемых сценариев Web-страниц на Браузере пользователя

  • Инструментарий СУБД Oracle:

  • Язык PL/SQL для реализации эффективного взаимодействия с базой данных.


4.3.3.2Требования к языкам взаимодействия пользователей и технических средств Системы


Для взаимодействия пользователей и технических средств Системы предоставляются следующие требования:

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

  • HTML, как средство отображения информации в окне браузера

  • JavaScript, как средство оперирования объектной моделью документа с целью формирования динамических Web-страниц

  • XML, как формат передачи данных

  • для выполнения операций над информацией, хранимой в базе данных:

  • Язык реляционных запросов к базе данных PL/SQL


4.3.3.3Требования к кодированию и декодированию данных


Для отображения данных пригодных для чтения, информация в окне браузера должна быть предоставлена в кодировках Windows-1251 и UTF-8.

4.3.3.4Требования к языкам ввода-вывода


Требований к языкам ввода-вывода не предъявляется.

4.3.3.5Требования к языкам манипулирования данными


Для манипулирования данными Система должна использовать язык PL/SQL-запросов.

4.3.3.6Требования к средствам описания объекта автоматизации


Для описания объекта автоматизации должна использоваться методология ARIS.

4.3.3.7Требования к способам организации диалога


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

4.3.4 Требования к программному обеспечению Системы



4.3.4.1Перечень покупных программных средств


В состав проприетарных программных средств должны входить:

  • Для серверной части:

  • Microsoft Windows Server 2003 Standard R2 32-bit Russian 4 CPU, 5 Client

  • Microsoft Windows Server 2003 Standard R2 64-bit Russian 4 CPU, 5 Client

  • Oracle Standard Edition One 5 users


4.3.4.2Требования к качеству программных средств, а также к способам его обеспечения и контроля


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

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

4.3.4.3Требования по необходимости согласования вновь разрабатываемых программных средств с фондом алгоритмов и программ


Необходимость согласования разрабатываемого ПО с фондом алгоритмов и программ отсутствует. Разработка ведется в соответствии с требованиями к ПО и процессу его передачи Заказчику, указанными в ТЗ к Государственному контракту.

4.3.5 Требования к техническому обеспечению Системы

4.3.5.1Требования к видам технических средств


В состав технического обеспечения ИС ЭАР должны входить следующие виды технических средств:

  • Сервер федерального уровня

  • Источник бесперебойного питания для сервера федерального уровня

  • Сервер для размещения Web-сервера регионального уровня

  • Источник бесперебойного питания для сервера регионального уровня

  • Сервер для размещения Web-серверов территориального уровня

  • Источник бесперебойного питания для сервера территориального уровня

  • Сервер для организации приема заявителей в территориальном отделе УФРС

  • Источник бесперебойного питания для сервера организации приема заявителей в территориальном отделе УФРС

  • Межсетевой экран

  • Устройство управления выводом информации на общее информационное табло вызова на прием

  • Информационный киоск

  • Общее информационное табло вызова

  • Коммутатор

  • Индивидуальное табло оператора

  • Электронный переключатель KVM для монтажа в 19” стойку с монитором и клавиатурой

  • Каналы связи в составе:

  • Каналы связи для внутреннего и межведомственного взаимодействия

  • Каналы связи для внешнего взаимодействия


4.3.5.2Требования к функциональным, конструктивным и эксплуатационным характеристикам



3.5.2.1Сервер федерального уровня


Сервер федерального уровня программно-аппаратного комплекса ИС ЭАР должен обладать характеристиками не ниже, чем:

  • Два двухядерных процессора Intel® Xeon® 5150 или аналогичных по производительности;

  • тактовая частота процессора не менее 2,6 ГГц;

  • частота системной шины FSB 1333 МГц;

  • оперативная память - не менее 4 ГБ с чередованием адресов 4:1, с возможностями Advanced ECC, зеркалирования и онлайнового подключения резервной памяти;

  • Тип памяти - PC2-5300 DDR2 с полной буферизацией

  • Слотов для памяти – не менее 8

  • RAID контролер с автономным кэш-буфером записи 512 Мб (RAID 0/1/5/6)

  • Не менее 4-х жестких дисков SAS ёмкостью от 70 ГБ и скоростью вращения шпинделя 15000 об/мин;

  • привод для чтения дисков CD/DVD;

  • сетевой интерфейс – не менее 2 портов Gigabit Ethernet;

  • блок питания – не менее двух блоков горячей замены мощностью 800 Вт.

  • серверная операционная система;

  • минимальный срок гарантийного обслуживания - 3 года.

  • Конструкция корпуса сервера должна позволять его монтажа в 19” стойку (в серверный шкаф).


3.5.2.2Источник бесперебойного питания (ИБП) для сервера федерального уровня


ИБП должен обеспечивать условия бесперебойной работы сервера при отключении питания под 80% нагрузкой в течение не менее 8 минут и корректное завершение работы по истечении этого времени, если энергоснабжение не было восстановлено.

ИБП предназначен для обеспечения качественного и бесперебойного электропитания сервера должен удовлетворять, как минимум, следующим требованиям:

  • мощность - не менее 1500 ВА;

  • тип - линейно-интерактивный;

  • не менее 4 выходных розеток для подключения нагрузки через батарею.

  • порт для связи с компьютером и ПО для корректного завершения работы;

  • минимальный срок гарантийного обслуживания - 1 год.

  • Конструкция корпуса ИБП должна предусматривать его монтажа в 19” стойку (в серверный шкаф).


3.5.2.3Сервер для размещения WEB сервера регионального уровня


Сервер для размещения WEB сервера регионального уровня должен обладать характеристиками не ниже, чем:

  • Тип процессора - четырёхъядерный процессор Intel® Xeon® 5335 или аналогичный по производительности;

  • тактовая частота процессора не менее 2 ГГц;

  • частота системной шины FSB 1333 МГц;

  • оперативная память - не менее 2 ГБ с чередованием адресов 4:1, с возможностями Advanced ECC, зеркалирования и онлайнового подключения резервной памяти;

  • Тип памяти - PC2-5300 DDR2 с полной буферизацией

  • Слотов для памяти – не менее 8

  • RAID контролер с автономным кэш-буфером записи 256 Мб (RAID 0/1/1+0/5)

  • Не менее 2-х жестких дисков SAS ёмкостью от 70 ГБ и скоростью вращения шпинделя 10000 об/мин;

  • сетевой интерфейс – не менее 2 портов Gigabit Ethernet;

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

  • серверная операционная система;

  • минимальный срок гарантийного обслуживания - 3 года.

  • Конструкция корпуса сервера должна позволять его монтажа в 19” стойку (в серверный шкаф).


3.5.2.4Источник бесперебойного питания (ИБП) для сервера регионального уровня


ИБП должен обеспечивать условия бесперебойной работы сервера при отключении питания под 80% нагрузкой в течение не менее 5 минут и корректное завершение работы по истечении этого времени, если энергоснабжение не было восстановлено.

ИБП предназначен для обеспечения качественного и бесперебойного электропитания сервера должен удовлетворять, как минимум, следующим требованиям:

  • мощность - не менее 750 ВА;

  • тип - линейно-интерактивный;

  • не менее 4 выходных розеток для подключения нагрузки через батарею

  • порт для связи с компьютером и ПО для корректного завершения работы;

  • минимальный срок гарантийного обслуживания - 1 год.

3.5.2.5Сервер для размещения WEB серверов территориального уровня.


Сервер для размещения WEB сервера территориального уровня должен обладать характеристиками не хуже, чем:

  • Два двух ядерных процессора Intel® Xeon® 5150 или аналогичных по производительности;

  • тактовая частота процессора не менее 2,6 ГГц;

  • частота системной шины FSB 1333 МГц;

  • оперативная память - не менее 4 ГБ с чередованием адресов 4:1, с возможностями Advanced ECC, зеркалирования и онлайнового подключения резервной памяти;

  • Тип памяти - PC2-5300 DDR2 с полной буферизацией

  • Слотов для памяти – не менее 8

  • RAID контролер с автономным кэш-буфером записи 512 Мб (RAID 0/1/5/6)

  • Не менее 4-х жестких дисков SAS ёмкостью от 70 ГБ и скоростью вращения шпинделя 15000 об/мин;

  • привод для чтения дисков CD/DVD;

  • сетевой интерфейс – не менее 2 портов Gigabit Ethernet;

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

  • серверная операционная система;

  • минимальный срок гарантийного обслуживания - 3 года.

  • Конструкция корпуса сервера должна позволять его монтаж в 19” серверный шкаф.



3.5.2.6Источник бесперебойного питания (ИБП) для сервера территориального уровня.


ИБП должен обеспечивать условия бесперебойной работы сервера при отключении питания под 80% нагрузкой в течение не менее 5 минут и корректное завершение работы по истечении этого времени, если энергоснабжение не было восстановлено.

ИБП предназначен для обеспечения качественного и бесперебойного электропитания сервера должен удовлетворять, как минимум, следующим требованиям:

  • мощность - не менее 750 ВА ;

  • тип - линейно-интерактивный;

  • не менее 4 выходных розеток для подключения нагрузки через батарею

  • порт для связи с компьютером и ПО для корректного завершения работы;

  • минимальный срок гарантийного обслуживания - 1 год.


3.5.2.7Сервер для организации приёма заявителей в территориальном отделе УФРС




Сервер для организации приёма заявителей в территориальном отделе УФРС должен обладать характеристиками не ниже, чем:

  • Тип процессора - четырёхъядерный процессор Intel® Xeon® 5335 или аналогичный по производительности;

  • тактовая частота процессора не менее 2 ГГц;

  • частота системной шины FSB 1333 МГц;

  • оперативная память - не менее 2 ГБ с чередованием адресов 4:1,

  • с возможностями Advanced ECC, зеркалирования и онлайнового подключения резервной памяти;

  • Тип памяти - PC2-5300 DDR2 с полной буферизацией

  • Слотов для памяти – не менее 8

  • RAID контролер с автономным кэш-буфером записи 256 Мб (RAID 0/1/1+0/5)

  • Не менее 2-х жестких дисков SAS ёмкостью от 70 ГБ и скоростью вращения шпинделя 10000 об/мин;

  • сетевой интерфейс – не менее 2 портов Gigabit Ethernet;

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

  • серверная операционная система;

  • минимальный срок гарантийного обслуживания - 3 года.

  • Конструкция корпуса сервера должна позволять его монтажа в 19” стойку (в серверный шкаф).


3.5.2.8Источник бесперебойного питания (ИБП) для сервера организации приёма заявителей в территориальном отделе УФРС


ИБП должен обеспечивать условия бесперебойной работы сервера при отключении питания под 80% нагрузкой в течение не менее 5 минут и корректное завершение работы по истечении этого времени, если энергоснабжение не было восстановлено.

ИБП предназначен для обеспечения качественного и бесперебойного электропитания сервера должен удовлетворять, как минимум, следующим требованиям:

  • мощность - не менее 750 ВА ;

  • тип - линейно-интерактивный;

  • не менее 4 выходных розеток для подключения нагрузки через батарею

  • порт для связи с компьютером и ПО для корректного завершения работы;

  • минимальный срок гарантийного обслуживания - 1 год.


3.5.2.9Межсетевой экран


Межсетевой экран должен:

  • быть аппаратно-программным

  • обладать производительностью более 256 тыс. одновременных соединений, более 6500 подключений в секунду, пропускную способность не менее 160 Мбит/с

  • обеспечивать контроль устанавливаемых соединений

  • обеспечивать контроль потока данных между абонентами на уровне сессии

  • использовать алгоритм адаптивной безопасности

  • позволять организовывать VPN

  • позволять организовывать NAT - динамическая и статическая трансляции адресов

  • шифровать по алгоритму DES

  • обладать возможностью организовать DMZ

  • Поддерживать возможность управления по протоколу SNMP (Simple Network Management Protocol)


3.5.2.10Устройство управления вывода информации на общее информационное табло вызова на приём


Устройство управления вывода информации на общее информационное табло вызова на приём должно обладать характеристиками не ниже, чем:

  • процессор – х86 совместимый;

  • тактовая частота процессора не менее 1ГГц;

  • оперативная память - не менее 256 MБ;

  • жесткий диск не менее 1 ГБ;

  • интерфейс RJ-45 Ethernet;

  • аудио выход – стерео

  • видео выход – должен обеспечивать отображения изображения с разрешением не менее 1280Х1024, с качеством цветопередачи 32 бита (16.7 мил. цветов), и частотой обновления экрана 60Гц.

  • Компактный металлический корпус, не более 250x250X80 мм

  • Масса не более 2,2 кг

  • Операционная система Windows, Интернет браузер Internet Explorer 6


3.5.2.11Информационный киоск


Информационный киоск должен обладать характеристиками не ниже, чем:

  • процессор – х86 совместимый;

  • тактовая частота процессора не менее 1 ГГц;

  • оперативная память - не менее 256 MБ;

  • жесткий диск не менее 40 ГБ;

  • интерфейс RJ-45 Ethernet;

  • Термопринтер с функцией предварительной подготовки отпечатка перед выдачей

  • Экран 20”, разрешение 1280x1024;

  • Сенсорная панель 17” вандалостойкая, толщина не менее 6мм ;

  • ИБП не менее 500VA;

  • Устройство считывания штрих-кода, расстояния считывания не менее 20см;

  • Наличие акустической системы не менее 5Вт;

  • Габаритные размеры:

  • высота не менее 1400 и не более 1600 мм

  • ширина не более 500мм

  • глубина не более 450мм

  • Фронтальное обслуживание;

  • Раздельный доступ к управляющему компьютеру и печатающему устройству;

  • Корпус из стали толщиной не менее 1.5мм;

  • Цвет корпуса: серебристо-черный, лакированный;

  • Наличие сертификата соответствия и санитарно-гигиенического заключения;

  • Возможность модульной замены всех узлов на территории заказчика без привлечения производителя.


3.5.2.12Общее информационное табло вызова


Общее табло вызова предназначено для информирования заявителя о приглашении его к окну приёма. Табло должно удовлетворять как минимум следующим требованиям:

  • На общем табло вызова должно отображаться не менее 12 записей с указанием номера талона (не менее 4 символов) и номер окна (не менее 4 символов);

  • Табло должно отображать цифры и буквы;

  • Табло должно иметь возможность отображать символы разными цветом.

  • Высота символов не менее 70 мм;

  • Появление новой информации на табло должно сопровождаться гонгом;

  • В табло должна быть предусмотрена возможность воспроизведения приглашение заявителя на приём голосом.

  • Размер табло не должен превышать 1100 x 750 x 300 мм (ШxВxГ)

  • минимальный срок гарантийного обслуживания - 3 года;

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


3.5.2.13Коммутатор



Коммутатор предназначен для обеспечения надежного взаимодействия между сервером, коммутатором (сети управления Росрегистрации), общим табло вызова, информационным киоском. Коммутатор должен удовлетворять, как минимум, следующим требованиям:

  • количество портов 100Base-TX Fast Ethernet - не менее 8;

  • реализация стандартов: 802.3, 802.3u, 802.3, 802.3x Flow Control;

  • минимальный срок гарантийного обслуживания - 3 года;

  • Коммутатор должен поставляться с 8 патч-кордами RJ-45, cat.5E или выше.


3.5.2.14 Индивидуальное табло оператора


Требования к индивидуальному табло оператора:

  • на табло должно отображаться не менее 4 цифр или букв кириллицы;

  • высота символов – не менее 9 см;

  • максимальное расстояние читабельности символов - не менее 30 метров;

  • цвет символов красный;

  • передача данных по RS232, RS485;

  • рабочая температура от 0 до 50 градусов;

  • напряжение питания 220 В (блок питания встроенный);

  • потребляемая мощность до 10 Ват;

  • длина кабеля питания не менее 1.8 м;

  • металлический корпус;

  • масса не более 3,5 кг;

  • Должна быть предусмотрена возможность крепления - к стене и к потолку.


3.5.2.15Электронный переключатель KVM для монтажа в 19”стойку с монитором и клавиатурой




Электронный переключатель KVM для монтажа в 19” стойку должен быть выполнен в модуле высота, которого в собранном состоянии не должна превышать 1U.

К данному виду технических средств предъявляются следующие требования:

  • 17" LCD монитором с разрешение экрана не менее 1280x1024 точек, и возможностью хранения настроек экрана для каждого из подключенных компьютеров,

  • клавиатурой с символами латиницы и кириллицы.

  • манипулятор типа сенсорная панель с двумя кнопками управления

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

  • Блок питания должен быть встроенным. Переключатель KVM должен комплектоваться креплениями для установки в стойку.

  • Доступ к управлению системными блоками должен предоставляться после ввода пароля.

  • Должна быть возможность хранить до четырёх профилей пользователей со своими паролями.


3.5.2.16Серверный напольный шкаф



Как минимум, серверный напольный шкаф должен удовлетворять следующим требованиям:

  • Высота 42U;

  • Монтажная ширина – 19”;

  • Ширина - не более 600 мм;

  • Глубина,- не менее 1000 мм;

  • Модульный блок распределения питания на 14 розеток IEC 320 C13 ( 10A);

  • Вентиляционный модуль потолочный – не менее 6 вентиляторов;

  • кабельный держатель – 2 шт.;

  • полка фиксированная для шкафов, ширина 19’’ – 3шт.;

  • комплект для заземления;

  • комплект боковых панелей;

  • крепежный набор;



3.5.2.17Требования к каналам связи


Каналы связи для внутреннего и межведомственного взаимодействия

  • Пропускная способность – не менее 64Кбит/сек;

  • Тип канала – постоянный;

  • Потери пакетов – не более 1*10-6;

  • Во внешних сегментах (таких как сети операторов связи) должно быть обеспечено шифрование согласно алгоритмам ГОСТ. Для организации шифрования необходимо использовать сертифицированные программно-аппаратные комплексы;

  • Должна быть обеспечена IP-связность между серверами. Использование трансляции адресов (NAT) между серверами не допустимо;

  • Канал должен иметь стандартный Ethernet-интерфейс.

Каналы связи для внешнего взаимодействия

  • Пропускная способность – не менее 256Кбит/сек;

  • Тип канала – постоянный;

  • Потери пакетов – не более 1*10-6;

  • Для серверов должны быть предоставлены статические, внешние, маршрутизируемые в сети интернет IP адреса;

  • Канал должен иметь стандартный Ethernet-интерфейс


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


Требований к метрологическому обеспечению Системы не предъявляется.

4.3.7 Требования к организационному обеспечению Системы


В рамках выполнения проекта по созданию ИС ЭАР необходимо провести анализ административно-управленческих процессов деятельности Федеральной регистрационной службы с целью выявить недостатки административно-управленческих процессов, разработать пути их оптимизации, привязать автоматизацию процессов к реальной деятельности объекта автоматизации. Для разработки описания административно-управленческих процессов должна быть применена методология ARIS, с использованием сопутствующих ей автоматизированных инструментов разработки подобных описаний. Описание должно быть составлено с применением системного подхода к разработке, представлено в виде иерархической системы взаимосвязанных моделей, позволяющих фиксировать целостные свойства объекта, его структуру и процессы. Помимо описания текущего состояния административно-управленческих процессов, необходимо провести анализ возможностей по реорганизации процессов с целью их оптимизации. Требования к данному описанию приведены в разделе 4.3.7.2 настоящего ТЗ.

4.3.7.1Анализ административных процессов и информационных систем


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

  • Процесс «Консультирование по вопросам государственной регистрации прав на недвижимое имущество»;

  • Процесс «Государственная регистрация прав на недвижимое имущество и сделок с ним»;

  • Процесс «Предоставление информации из ЕГРП, копий правоустанавливающих документов»;

  • Процесс «Контроль исполнения государственной функции».

Результатом анализа административных процессов и информационных систем должен стать документ «Отчет о действующей нормативно-правовой базе, регламентирующей и закрепляющей использование информационно-коммуникационных технологий в деятельности Федеральной регистрационной службы по государственной регистрации прав на недвижимое имущество и сделок с ним».

4.3.7.2Требования к структуре и функциям подразделений, участвующих в функционировании Системы


В рамках формирования целевого состояния административно-управленческих процессов Федеральной регистрационной службы в контексте разработки ИС ЭАР необходимо проанализировать процессы, указанные в разделе 4.3.7.1 настоящего ТЗ и составить рекомендации по реорганизации и оптимизации данных процессов с учетом автоматизации выполнения административных регламентов. Результатом данного анализа должен стать документ «Рекомендации по изменению административно-управленческих процессов внедрению показателей оценки процессов на основе выявленных проблем, регламентных требований и использования информационных технологий». К составлению вышеуказанного документа предъявляются следующие требования:

  • Документ должен быть составлен с применением CASE-средства ARIS;

  • Документ должен содержать наглядное представление процессов деятельности Федеральной регистрационной службы при помощи диаграмм цепочки добавленной стоимости и событийной цепочки процесса, составленным согласно методологии ARIS;

  • Документ должен обладать достаточной степенью детализации для практического применения рекомендаций при проведении оптимизации процессов и внедрении ИС ЭАР;

  • Документ должен регламентировать основные маршруты и алгоритмы прохождения информации;

  • Документ должен описывать основные технологии обработки информации в рамках выделенных для обследования процессов;

  • Документ должен закреплять за участниками информационного обмена их функции;

  • Документ должен определять требования в необходимым программным средствам, служащим для оптимизации административно-управленческих процессов Федеральной регистрационной службы;

  • В рамках документа должны быть разработанымодели деятельности участников информационного взаимодействия

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

  • Должны быть разработаны спецификации на разработку прикладного программного обеспечения;

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

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

  • Должны быть описаны функциональные требования к ИС ЭАР и интеграции ее компонентов.

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


4.3.7.3Требования к организации функционирования Системы и порядку взаимодействия персонала Системы и персонала объекта автоматизации


Возможно два варианта организации функционирования Системы:

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

  • Организация функционирования Системы с использованием аппаратных средств, помещений и персонала Исполнителя (аутсорсинг).

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

  • Обеспечение функционирования Системы в соответствии с согласованными нормами ее работоспособности;

  • Разрешение возможных проблем, связанных с несоответствием функционирования Системы требованиям настоящего ТЗ;

  • Обеспечение поддержки аппаратной и программной части Системы

  • Обеспечение администрирования Системы.

Порядок взаимодействия персонала Системы и персонала объекта автоматизации регламентируется внутренними нормативными актами объекта автоматизации.

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

4.3.7.4Требования к защите от ошибочных действий персонала


Защита от ошибочных действий персонала обеспечивается путем применения ролевой модели разграничения доступа. Защита от некомпетентных действий персонала в рамках ролевой модели должна производиться путем:

  • Ограничение возможных действий пользователя и его доступа к данным на основе его роли в организации;

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

  • Других средств защиты от несанкционированного доступа, указанных в разделе 4.1.9 настоящего ТЗ.

  • Помимо этого, в Системе должны приниматься следующие меры по недопущению ошибок пользователей:

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

  • контроль над целостностью данных на уровне СУБД;

  • диагностика ошибок на этапе ввода информации с помощью программных средств контроля;

  • сохранение работоспособности программного обеспечения при некорректных действиях пользователя;

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


4.3.8 Требования к методическому обеспечению Системы :



4.3.8.1Общие положения


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

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

  • Основываться на действующих нормативно-правовых актах Российской Федерации в сфере регулирования трудовой миграции и информационных технологий;

  • Основываться на согласованных с Заказчиком и Функциональным заказчиком документах, входящих в состав разрабатываемой проектной документации, указанных в разделе 8.3 настоящего ТЗ.


4.3.8.2Назначение


Методическое обеспечение Системы предназначено для:

  • Регламентации деятельности объекта автоматизации;

  • Регламентации деятельности других участников информационного взаимодействия;

  • Регламентации информационных потоков в рамках создаваемой Системы;

  • Регламентации порядка выполнения аналитических и прогнозных функций разрабатываемой Системы;

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


4.3.8.3Состав


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

  • ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств.

В рамках создания Системы должны быть разработаны и приняты документы, обеспечивающие нормативно-методическое обеспечение Системы. Данные документы входят в состав документации, создаваемой при разработке Системы, согласно разделу 8.3 настоящего ТЗ.

В состав документов, образующих методическое обеспечение ИС ЭАР, должны входить:

  • Проект приказа органа, осуществляющего государственную регистрацию в выполнении электронного административного регламента по государственной регистрации прав на недвижимое имущество и сделок с ним

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

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


1   2   3   4   5   6   7   8   9   10

Похожие:

Утверждаю утверждаю iconУтверждаю утверждаю
Ведущий специалист департамента государственного регулирования в экономике Минэкономразвития России

Утверждаю утверждаю iconУтверждаю утверждаю
Первый заместитель руководителя Департамента топливно-энергетического хозяйства города Москвы

Утверждаю утверждаю iconЗао «Интерфакс» утверждаю утверждаю
Директор Департамента государственного регулирования в экономике Минэкономразвития России

Утверждаю утверждаю iconУтверждаю утверждаю
Единая интегрированная система сбора и обработки информации в системе обязательного медицинского страхования (еиссои)

Утверждаю утверждаю icon«утверждаю» «утверждаю» Председатель закупочной комиссии
Открытый одноэтапный запрос предложений в электронной форме без квалификационного отбора

Утверждаю утверждаю icon«утверждаю» «утверждаю» Председатель закупочной комиссии
Открытый одноэтапный запрос предложений в электронной форме без квалификационного отбора

Утверждаю утверждаю icon«утверждаю» «утверждаю» Председатель закупочной комиссии
Открытый одноэтапный запрос предложений в электронной форме без квалификационного отбора

Утверждаю утверждаю icon«утверждаю» «утверждаю» Заместитель Руководителя
Издание рассчитано для использования организаторами соревнований, спортивными судьями, тренерами и спортсменами-гребцами

Утверждаю утверждаю iconУтверждаю утверждаю
Настоящее Техническое Задание (ТЗ) определяет назначение, общие и специальные требования к Автоматизированной системе управления...

Утверждаю утверждаю iconУтверждаю утверждаю
Форма декларации о соответствии участника закупки/ субподрядчика (соисполнителя)/ изготовителя критериям отнесения к субъектам малого...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск