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


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

4Требования к системе

4.1Требования к системе в целом

4.1.1Требования к структуре и функционированию системы


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


4.1.1.1Перечень подсистем разрабатываемой Системы


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

  • Портал

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

  • Подсистема управления метаданными;

  • Подсистема авторизации и аутентификации;

  • Подсистема обеспечения соблюдения политики безопасности;

  • Подсистема управления информационным наполнением и администрирования;

  • Подсистема поиска информации;

  • Подсистема транспортировки данных;

  • Подсистема нормативной и справочной информации;

  • Подсистема Интеграционный сервис;

  • Подсистема журнализации;

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

  • Модуль Поставщика данных

  • Подсистема доступа к источникам данных;

  • Подсистема транспортировки данных;

  • Подсистема обеспечения соблюдения политики безопасности;

  • Модуль обеспечения коммуникации

  • Подсистема «Интерфейс к почтовой службе»;

  • Подсистема обмена сообщениями;

  • Подсистема «Доски объявлений»;

  • Подсистема «Форум/конференции»;

  • ИС ЕГРП

  • Подсистема ввода первичных данных

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

  • Подсистема сбора консолидированной информации в ТО

  • Подсистема хранения данных

  • Подсистема аналитической обработки данных

  • Подсистема динамической и регламентной отчетности

  • Подсистема обмена информацией с внешними организациями.

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


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

  • Hyper text transfer protocol (HTTP) – доступ к презентационному (портальному) слою системы;

  • File transfer protocol (FTP);

  • Open database connectivity (ODBC) – доступ к подсистеме хранения данных;

  • Java database connectivity (JDBC) – доступ к подсистеме хранения данных;

  • Других стандартных протоколов, поддерживаемых выбранным проприетарным программным обеспечением и СУБД.


4.1.1.3Требования к организации взаимодействия Системы со смежными системами

1.1.3.1Требования к характеристикам взаимосвязей Системы


Создаваемая Система взаимодействует с существующими системами посредством двух основных интерфейсных элементов: модулей потребителей и поставщиков данных. В рамках проекта реализуются только модули поставщиков. С ними портал взаимодействует через публикуемые ими Web сервисы (описание - XML, транспорт - HTTP/HTTPS). Модули поставщиков могут реализовывать взаимодействие со своими базовыми системами любым способом, не нарушающим целостность их данных и систему контроля прав доступа.

Реализуемые в рамках проекта модули поставщиков используют прямое обращение к публичным программным интерфейсам эксплуатируемых систем (мастер запросов), или обращения к объектам базы данных (информация о правах и объекта в ЕГРП и ЕГРН соответственно) через ADO.NET.


1.1.3.2Требования к способам обмена информацией


ИС ЭАР взаимодействует со смежными системами через публикуемые ими Web сервисы (описание - XML, транспорт - HTTP/HTTPS). Модули поставщиков могут реализовывать взаимодействие со своими базовыми системами любым способом не нарушающим целостность их данных и систему контроля прав доступа.

Реализуемые в рамках проекта модули поставщиков используют прямое обращение к публичным программным интерфейсам эксплуатируемых систем (мастер запросов), или обращения к объектам базы данных (информация о правах и объекта в ЕГРП и ЕГРН соответственно) через ADO.NET

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


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

Обе вышеупомянутые разновидности интерактивного режима работы Системы основываются на работе ИС ЭАР в режиме реального времени.

4.1.1.5Требования по диагностированию Системы


Для обеспечения непрерывности работы ИС ЭАР необходимо ежемесячно проводить диагностические проверки, в ходе которых необходимо выявлять возникающие проблемы, связанные с функционированием Системы, а также выполнять анализ и устранение инцидентов для прогнозирования потенциальных сбоев. Ежемесячная диагностика должна проводится в соответствии с заданными параметрами качества. Помимо этого, необходимо осуществлять контроль над целостностью данных в базе с применением автоматизированных средств, входящих в выбранную СУБД и диагностировать ошибки на этапе ввода информации при помощи автоматизированных программных средств контроля. Помимо этого, необходимо вести протоколирование ошибок и сбоев Системы для анализа первопричин их возникновения и их своевременного устранения.

4.1.1.6Перспективы развития Системы

4.1.2Требования к численности и квалификации персонала системы и режиму его работы


Эксплуатация ИС ЕГРП ЦА осуществляется пользователями системы. Количество пользователей зависит от интенсивности работы ЦА, т.е. количества обращений на проведение регистрационных действий и предоставления сведений из ЕГРП. Для обеспечения работоспособности системы, в состав персонала ЦА должны входить специалисты по обслуживанию программно-аппаратных средств ИС ЕГРП. Обязательным условием является наличие системного администратора, в функции которого входит администрирование СУБД ORACLE и прикладного программного обеспечения (ПК ИС ЕГРП ЦА).

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

ПК ИС ЕГРП ЦА должен обеспечивать возможность работы конечного пользователя, обладающего базовыми знаниями нормативных документов, регламентирующих регистрацию прав на недвижимое имущество, и имеющего навыки работы в среде Windows.

Администратор системы должен обладать базовыми знаниями СУБД Oracle, должен выполнять операции по созданию резервных копий данных и восстановлению данных после сбоев. Допускается администрирование системы одним сотрудником на территории нескольких территориальных подразделений.


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



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

4.1.2.2Требования к квалификации персонала, порядку его подготовки контроля знаний и навыков



Квалификация пользователей Системы определяется требованиями Федеральной регистрационной службы для выполнения работы в рамках административно-управленческих процессов, указанных в разделе 2.1.1 настоящего ТЗ. Администратор ИС ЭАР должен обладать базовыми навыками администрирования СУБД Oracle, выполнения операций по созданию резервных копий и восстановлению данных после сбоев.

4.1.2.3Требуемый режим работы персонала Системы


Требования к режиму работы пользователей Системы устанавливаются Федеральной регистрационной службой на основании Трудового кодекса Российской Федерации. Режим работы администраторов должен соответствовать нормальной продолжительности рабочего времени согласно статье 15, разделу IV Трудового кодекса в редакции от 30 декабря 2001 года с внесенным постановлением Конституционного суда Российской Федерации №3-П от 15.03.2005.

4.1.3Показатели назначения

4.1.3.1Степень приспособляемости Системы к изменению процессов и методов управления

4.1.3.2Допустимые пределы модернизации и развития Системы



Данное решение должно быть легко тиражируемым при внедрении в Управлениях Федеральной регистрационной службы.

4.1.3.3Вероятностно-временные характеристики, при которых сохраняется целевое назначение Системы



4.1.4Требования к надежности


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

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

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

Для обеспечения надежности в системе должны быть предусмотрены:

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

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

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

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

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

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

  • сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.);

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

  • средства обеспечения сохранности данных;

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

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



4.1.5Требования по безопасности


При монтаже, наладке и пуске технических средств ИС ЭАР работы должны выполняться в соответствии с типовыми правилами проведения электромонтажных и пуско-наладочных работ при напряжениях не выше 220 вольт. Уровень влажности в помещениях, где установлены серверы Системы, определяется фирмой-производителем технических средств, а также разделом 3.2 настоящего ТЗ. Уровень насыщенности пылью должен соответствовать санитарным нормам для работников при эксплуатации электрического оборудования при напряжении не выше 220 вольт, рекомендациям фирмы-производителя технических средств, а также требованиям, указанным в разделе 3.2 настоящего ТЗ. При этом должен выбираться наименьший показатель запыленности. Организация работ в помещениях при электромонтажных и пусконаладочных работах должна соответствовать СНиП 12-03-2001. Система вентиляции серверных помещений должна соответствовать СНиП 2.04.05-91

4.1.6Требования к эргономике и технической эстетике

4.1.6.1Требования к АРМ


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

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

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

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

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

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

  • принцип однофункциональности, то есть каждому пункту меню (или его аналогу) должна соответствовать только одна выполняемая функция;

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

  • наличие глобальной помощи по работе со всей системой в целом и по отдельным режимам;

  • наличие контекстной помощи при выполнении сложных действий в системе;

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

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


4.1.6.2Требования к порталу


Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», т.е. управление Системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении/редактировании текстовых и числовых полей экранных форм. С технологической точки зрения пользовательский интерфейс должен выполняться в виде набора взаимосвязанных Веб-страниц, рассчитанный на просмотр в Интернет-браузерах с поддержкой стандартов HTML 4.0 и XML 2.0.

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

  • Единый графический дизайн страниц;

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

  • Одинаковая реализация поведения однотипных элементов;

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


4.1.7Требования к транспортабельности для подвижных систем


Требования, относящиеся к подвижным системам не предъявляются, так как не предполагается реализация ИС ЭАР в мобильном варианте.

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

4.1.8.1Условия и регламент эксплуатации


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

Условия и регламент эксплуатации серверной части технических средств ИС ЭАР задаются инструкцией по эксплуатации фирмы-производителя программно-аппаратного обеспечения ИС ЭАР.

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

4.1.8.2Предварительные требования к условиям размещения Системы


Требования к условиям эксплуатации должны соответствовать разделу 3.2 настоящего ТЗ.

4.1.8.3Требования к допустимым площадям для размещения обслуживающего персонала


Для серверной части Системы данные требования задаются санитарными нормами для работников общего производства. В частности, в соответствии с пунктом 6.2.19 СНиП 12-03-2001 проходы на рабочих местах и к рабочим местам должны соответствовать следующим требованиям: ширина одиночных проходов к рабочим местам и на рабочих местах должна быть не менее 0,6 м, а высота таких проходов в свету – не менее 1,8 м.

4.1.8.4Требования к площадям для размещения технических средств


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

4.1.9Требования к защите информации от несанкционированного доступа

4.1.9.1АРМ


К АРМ пользователя ИС ЭАР предъявляются следующие требования по защите от несанкционированного доступа:

  • идентификация пользователей по имени и паролю;

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

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

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

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

  • поддержка специальных механизмов работы с данными ЕГРП и защиты их от несанкционированных изменений.


4.1.9.2Модуль интеграции и передачи данных?



4.1.9.3Портал


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

  • Поставщики данных

  • Потребители данных

  • Пользователи

  • Администраторы

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

4.1.10Требования по сохранности информации при авариях


Защита данных от утраты в случае возникновения аварийных ситуаций обеспечивается средствами резервирования и защиты от последствий сбоев выбранной СУБД. В состав мероприятий по защите данных и используемых для этих целей средств должны входить:

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

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

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

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

  • сохранение целостности данных в БД при нештатном завершении программы (отказ рабочей станции и т.п.);

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

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



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

4.1.11.1Требования к радиоэлектронной защите средств Системы


Требования к радиоэлектронной защите средств Системы не предъявляются

4.1.11.2Требования по стойкости, устойчивости и прочности к внешним воздействиям


Технические средства Системы в клиентской части должны соответствовать типовым требованиям по стойкости, устойчивости и прочности к внешним воздействиям, предъявляемым к офисному оборудованию. Технические средства серверной части Системы должны иметь исполнение класса не хуже IP21B по ГОСТ 14254-96. В части стойкости к механическим внешним воздействующим факторам технические средства серверной части Системы должны соответствовать группе М47 согласно ГОСТ 17516-90.

4.1.12Требования к патентной чистоте


Патентная чистота ИС ЭАР обеспечивается в соответствии с законодательством Российской Федерации.

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

4.1.13Требования по стандартизации и унификации


Интерфейсы взаимодействия с внешними системами разрабатываются в соответствии с Приложением № 5 к Государственному контракту «Декларация по стандартизации интерфейсов». В соответствии с данным приложением в состав поддерживаемых стандартов взаимодействия с внешними системами должны входить:

  • Hyper text transfer protocol

  • File transfer protocol

  • Java database connectivity

  • Open database connectivity

  • Oracle DUMP

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

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

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

Состав справочника регионов соответствует Конституции Российской Федерации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


4.1.14Дополнительные требования

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


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

  • Программа подготовки персонала Функционального заказчика;

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

  • ИС ЭАР. Руководство пользователя.



4.1.14.2Требования к сервисной аппаратуре, стендам для проверки элементов Системы



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

4.1.14.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

Поиск