Конкурсная документация


НазваниеКонкурсная документация
страница4/13
ТипКонкурс
filling-form.ru > бланк доверенности > Конкурс
1   2   3   4   5   6   7   8   9   ...   13
Раздел 2. ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
1 ОБЩИЕ ПОЛОЖЕНИЯ

1.1 Полное наименование системы и ее условное обозначение

Полное наименование системы: Информационная система обеспечения градостроительной деятельности.

Краткое наименование системы: ИСОГД.

1.2 Наименования организации-заказчика и организаций-участников работ

Заказчиком системы является Комитет имущественных отношений (КИО) администрации Пермского муниципального района Пермского края.

Почтовый адрес заказчика: 614065, г. Пермь, ул. Верхнемуллинская, 71.

1.3 Перечень документов, на основании которых создается система

Основанием для разработки ИСОГД являются следующие документы и нормативные акты:

  • Градостроительный кодекс РФ (2004);

  • Земельный кодекс РФ (2006);

  • Федеральный закон от 06.10.2003 № 131-ФЗ «Об общих принципах организации местного самоуправления в Российской Федерации»;

  • Постановление Правительства Российской Федерации от 09.06.2006 № 363 «Об информационном обеспечении градостроительной деятельности»;

  • Приказ №85 Министерства регионального развития Российской Федерации от 30.08.2007 г. «Об утверждении документов по ведению информационной системы обеспечения градостроительной деятельности»;

  • Приказ Министерства регионального развития Российской Федерации N 86 от 30 августа 2007 года «Об утверждении Порядка инвентаризации и передачи в информационные системы обеспечения градостроительной деятельности органов местного самоуправления сведений о документах и материалах развития территорий и иных необходимых для градостроительной деятельности сведений, содержащихся в документах, принятых органами государственной власти и органами местного самоуправления»

  • Приказ №34 Министерства информационных технологий и связи Российской Федерации от 24.03.2008г. «Об утверждении перечня типовых программно-технических решений в сфере региональной информатизации».

  • Условные знаки для топографических планов масштабов 1:5000-1:500, Москва, "Недра", 1989г.

  • Правила начертания условных знаков на топографических планах подземных коммуникации масштабов 1:5000; 1:2000; 1:1000; 1:500, Москва, "Недра", 1981г.

  • ГОСТ 28441-99. Картография цифровая. Термины и определения.

  • ГОСТ Р51605-2000 Карты цифровые топографические. Общие требования.

  • ГОСТ Р51607-2000 Карты цифровые топографические. Правила цифрового описания картографической информации. Общие требования

  • ГОСТ Р51353-99 Геоинформационное картографирование. Метаданные электронных карт. Состав и содержание.

  • ГОСТ Р51606-2000 Карты цифровые топографические. Система классификации и кодирования цифровой картографической информации.

  • OCT 68-3.7.1-03 Цифровые модели местности. Каталог объектов местности. Состав и содержание.

  • Инструкции о порядке контроля и приемки геодезических, топографических и картографических работ. ГКИНП (ГНТА) - 17-004-99 Федеральной службы геодезии и картографии России.

  • ГОСТ 34.201-89. "Виды, комплектность и обозначение документов при создании автоматизированных систем";

  • ГОСТ 34.601-90 "Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания";

  • ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы";

  • РД 50-34.698-90 "Автоматизированные системы. Требования к содержанию документов".

1.4 Плановые сроки начала и окончания работы по созданию системы

Плановые сроки начала и окончания работ по созданию и внедрению Информационной системы обеспечения градостроительной деятельности (ИСОГД) определяются календарным планом.

1.5 Источники и порядок финансирования работ

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

1.6 Порядок приёмки и контроля результатов работы по созданию и внедрению ИСОГД

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

Порядок оформления и предъявления результатов разработки должен соответствовать требованиям нормативно-правовых актов и государственных стандартов: ГОСТ 34, ГОСТ 19.

Полный перечень программной и эксплуатационной документации, подлежащей разработке в процессе технического и рабочего проектирования, утверждается в п. 8 технического задания на создание и внедрение ИСОГД.

1.7 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

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

  • ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;

  • ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

  • ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;

  • РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов и т.д.

1.8 Определения, обозначения и сокращения

БД – База данных

ГИС – Географическая информационная система

ГОСТ – Государственный стандарт

ЕГРЗ – Единый государственный реестр земель

ИС – Информационная система

ИСОГД – Информационная система обеспечения градостроительной деятельности

ИТ – Информационные технологии

КИО – Комитет имущественных отношений

ООД – Оперативная обработка данных

ОС – Операционная система

ПО – Программное обеспечение

СУБД – Система управления базой данных

ТЗ – Техническое задание

ФЗ – Федеральный закон

ЦХД – Центральное хранилище данных
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 Назначение системы

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

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

ИСОГД предназначена для обеспечения следующих процессов КИО администрации Пермского муниципального района Пермского края:

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

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

  • Ведение книг, входящих в состав разделов ИСОГД, номенклатур таких книг, а также правила присвоения номеров книгам, входящим в состав разделов ИСОГД;

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

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

2.2 Цели создания системы

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

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

    1. Многопользовательская работа в режиме реального времени с разграничением полномочий;

    2. Сокращение сроков принятия управленческих решений;

    3. Сокращение времени на согласование документов;

    4. Сокращение непроизводственных затрат рабочего времени сотрудников;

    5. Сокращение сроков формирования отчетной информации;

    6. Сведение к минимуму учета невостребованной информации;

    7. Обеспечение подготовки отчетной документации;

    8. Подготовка справочной, статистической, аналитической информации;

    9. Сокращение времени поиска и предварительной обработки информации об объектах градостроительной деятельности;

  2. Развитие муниципальной информационной инфраструктуры;

    1. Обеспечение единства технологических процессов, программных, правовых и организационных средств автоматизации КИО администрации Пермского муниципального района Пермского края;

    2. Повышение эффективности использования градостроительных информационных ресурсов.

  3. Формирование единого информационного пространства района, содержащего сведения о территории, регламентах её использования, объектах недвижимости, транспортной и инженерной инфраструктуре;

    1. Ведение единой базы пространственных данных в единой системе координат;

  4. Обеспечение органов местного самоуправления, предприятий жизнеобеспечения района и населения достоверной информацией о территории района;

    1. Предоставление населению актуальных данных в сфере градостроительства и архитектурного проектирования;

    2. Контроль исполнения законодательства в части градостроительства;

  5. Информационное обеспечение и поддержка процессов в области территориального управления, анализа и прогнозирования развития городской территории.

При этом должны быть реализованы следующие функции:

  1. Возможность регистрации и размещения градостроительной документации в информационной системе, ведения документов по различным тематикам, сведений, дел о застроенных и подлежащих застройке земельных участках и иных документов и материалов в соответствии с Постановлением Правительства РФ № 363 и приказом Министерства регионального развития № 85;

  2. Возможность регистрации и контроля заявок, поступающих от различных организаций и лиц. Учет всех видов заявок в электронном виде;

  3. Оперативный доступ к документам;

  4. Формирование отчетной информации и документации, в том числе разрешений на строительство, реконструкцию, на ввод в эксплуатацию, градостроительного плана ЗУ, актов выбора ЗУ с подготовкой схемы расположения земельного участка (СРЗУ) для строительства и целей не связанных со строительством, в том числе подготовка схемы расположения земельного участка (СРЗУ) без акта выбора и др.;

  5. Разграниченный доступ к документам сотрудников КИО администрации Пермского муниципального района Пермского края и смежных организаций посредством систем администрирования и безопасности;

  6. Связь документов с графической информацией.


3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
3.1 Сведения об объекте автоматизации

Объектом автоматизации является Комитет имущественных отношений администрации Пермского муниципального района (КИО) Пермского края.

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

КИО действует на основании Положения, принятого решением Земского собрания Пермского муниципального района.

Основными задачами КИО являются:

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

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

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

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

Подробная информация о структуре КИО размещена на сайте Пермского муниципального района Пермского края www.permraion.ru и КИО www.kio.permraion.ru.

3.2 Перечень используемого в КИО программного обеспечения

В комитете в настоящее время функционирует следующее программное обеспечение:

  • операционная система Windows XP

  • операционная система Windows 7

  • пакет Microsoft Office различных версий

  • САПР AutoCAD и ArchiCAD

  • ГИС MapInfo и Вега

  • Консультант +

  • система 1С

  • ИСЭР «Земля» и др.

В структуре КИО не предусмотрен отдел, отвечающие за поддержание функционирования его IT-инфраструктуры. Для устранения возникающих неполадок привлекаются сотрудники других подразделений администрации Пермского муниципального района.

3.3 Общие сведения об имеющихся в КИО информационных массивах

В данном разделе описаны только те информационные массивы, размещение которых в ИСОГД обязательно согласно действующему законодательству, либо целесообразно для автоматизации функций КИО. На данный момент в комитете имеются следующие информационные массивы:

  • Градостроительные планы земельных участков. Данный массив представлен как в бумажном, так и (частично) в электронном виде.

  • Разрешения на установку рекламных конструкций. Массив представлен в бумажном виде.

  • Документы территориального планирования (в т.ч. схема территориального планирования и генпланы поселений). В КИО хранится только часть документов территориального планирования, созданных для территории Пермского муниципального района. Однако имеются сведения обо всех этих документах.

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

  • Свидетельства о праве собственности на недвижимое имущество.

  • Технические паспорта на объекты капитального строительства.

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

  • Акты выбора земельных участков.

  • Разрешительная документация (разрешения на строительство, ввод в эксплуатацию).

Массивы представлены в основном в бумажном виде, однако специалисты для удобства работы заносят сведения о документах в таблицы Excel или документы Word. В целом указанные выше массивы хранятся в надлежащем порядке, что существенно облегчает внесение документов в ИСОГД.

В целях эффективного выполнения внедрения ИСОГД необходимо провести дополнительное обследование информационных массивов и подготовить соответствующий отчёт.
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом

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

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

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

Из вышеперечисленного следуют основные принципы построения системы:

  • принцип комплексности - основные информационные ресурсы и автоматизированные процессы Комитета по архитектуре и градостроительству интегрируются в рамках ИСОГД;

  • корпоративности - все комплексы ИСОГД создаются на основе единой концепции по модульному принципу, каждый отдельный комплекс ИСОГД может наращиваться с помощью отдельных компонент. Доступ пользователей к информационным ресурсам комплексов разграничивается по уровню допуска пользователя и степени открытости информационного ресурса;

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

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

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

  • распределенности - архитектура ИСОГД должна поддерживать взаимодействие распределенных площадок и обеспечивать механизм удаленного взаимодействия пользователей по сети Internet/Intranet;

  • минимизации – уменьшение циркуляции в КИО администрации Пермского муниципального района бумажных документов, переход от обмена реальными бумажными документами внутри КИО к обмену их электронными версиями;

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

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

  • надежности - определяется отсутствием отказов в работе, приводящих к остановке (более 4-х часов) процесса эксплуатации ИСОГД. Информационная система обеспечивается гарантированной технической поддержкой и сопровождением, направленным на поддержание ее в работоспособном состоянии.

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

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

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

  • Подсистема «ИСОГД» - регистрация, хранение и предоставление утвержденных документов;

  • Подсистема «Реестр земельных участков» - хранение сведений о земельных участках, интеграция с ИСЭР «ЗЕМЛЯ»;

  • Подсистема «Регулирование» - автоматизация исполнения электронных административных регламентов оказания муниципальных услуг и технологических процессов.

  • Подсистема «Публикация» - обеспечение публичности градостроительной и инвестиционной деятельности, web портал для интерактивной работы с информацией о территории.

  • Подсистема «Аналитика и отчетность» – автоматизация подготовки аналитических, статистических отчетов и документов, используя данные о территории.

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

  • Графическая подсистема

  • Подсистема «Администрирование»

4.1.1.2 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

    Требования согласовываются с Заказчиком на этапе опытной эксплуатации.

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

Режим функционирования Системы – в соответствии с режимом работы КИО.

В ИСОГД должны быть предусмотрены следующие основные режимы доступа к информации:

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

  • в административном режиме – для внесения изменений в справочники и классификаторы, для изменения прав доступа пользователей или участников системы (далее именуется Администратором).

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

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

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

  • однозначное соответствие между нарушениями работоспособности и сообщениями системы, т.е. ИСОГД должна выдавать одинаковые сообщения для одинаковых нарушений работоспособности.

4.1.1.5 Перспективы развития, модернизации системы

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

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

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

  • изменения форматов и протоколов обмена данными;

  • расширение прикладных функций системы.

4.1.2.2 Требования к квалификации персонала


Все пользователи Системы должны быть «уверенными пользователями» операционной среды Windows, офисных приложений.

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

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


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

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

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

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

В ИСОГД должны быть предусмотрены следующие меры по предотвращению потери информации:

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

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

В ИСОГД должны быть предусмотрены следующие меры по устранению последствий аварий:

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

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

Перечень возможных аварийных ситуаций с указанием требований к средствам восстановления работоспособности ИСОГД:

  • Сбой общего или специального программного обеспечения (далее - ПО)

После сбоя серверной операционной системы (далее - ОС) или СУБД в процессе выполнения пользовательских задач должно быть обеспечено восстановление данных в базе данных до состояния на момент окончания последней нормально завершенной перед сбоем транзакции.

  • Выход из строя части технических средств.

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

  • Импульсные помехи, сбои или прекращение электропитания.

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

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

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

4.1.4 Требования к безопасности технических средств, на которых развёртывается ИСОГД

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

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

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

В части внешнего оформления:

  • реализация в графическом оконном режиме;

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

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

В части диалога с пользователем:

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

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

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

  • отображение на экране только необходимой для решения текущей прикладной задачи информации;

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

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

  • отображение на экране хода длительных процессов обработки;

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

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

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

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

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

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

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

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

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

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

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

Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха.

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

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

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

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

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

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

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

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

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

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

Требования к защите информации от несанкционированного доступа регламентируются Законом № 152 ФЗ и положением, утвержденным Постановлением правительства РФ от 17.11.2007 № 781.

ИСОГД должна удовлетворять следующим требованиям по управлению доступом к информационным ресурсам системы:

  1. поддержка дискреционного контроля доступа и уровней безопасности;

  2. аутентификация субъектов доступа при входе в ИСОГД по логину (коду) и паролю временного действия длинной не менее пяти буквенно-цифровых символов;

  3. контроль доступа субъектов к защищаемым ресурсам в соответствии с матрицей доступа (на уровне пользователей СУБД и рабочих станций пользователей ИСОГД);

  4. запрет работы с буфером обмена и копией экрана;

  5. контроль дополнительных требований к паролю пользователя:

    • проверка различия пароля и имени (идентификатора) пользователя;

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

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

    • ограничение на совпадение старого и нового пароля пользователя (при смене пароля пользователя).

ИСОГД должна удовлетворять следующим требованиям по регистрации и учету доступа к информационным ресурсам системы:

  • Мониторинг пользователей, подключенных к ИСОГД в текущий момент (с возможностью отключения и/ или блокирования);

  • Регистрация обращений пользователей к объектам ИСОГД. Регистрация должна учитывать следующие параметры:

    • дата и время обращения субъекта доступа к объектам ИСОГД;

    • идентификатор объекта доступа;

    • наименование объекта доступа;

    • тип объекта доступа;

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

    • имя пользователя сети;

    • идентификатор субъекта, предъявленный при попытке доступа (успешной и неуспешной);

  • Регистрация входа (выхода) субъектов доступа в ИСОГД. Регистрация должна учитывать следующие параметры:

    • дата и время входа (выхода) субъекта доступа в ИСОГД (из ИСОГД);

    • результат попытки входа: успешный или неуспешный – несанкционированный;

    • имя пользователя сети;

    • идентификатор субъекта, предъявленный при попытке доступа (успешной и неуспешной);

  • Регистрация выдачи печатных (графических) документов на «твердую» копию. Регистрация должна учитывать следующие параметры:

    • дата и время выдачи;

    • наименование документа;

    • идентификатор субъекта доступа, запросившего документ;

    • объем документа (количество страниц, листов, копий);

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

    • дата и время изменений полномочий;

    • идентификатор субъекта доступа, осуществившего изменения;

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

    • спецификация объекта, у которого проведено изменение статуса защиты и вид изменения.

Защита, конфиденциальность и целостность данных при передаче по сети должна обеспечиваться использованием протоколов SSL и TLS, JSSE.

Полный контроль над работой пользователя в системе должен обеспечиваться использованием Java Authentication and Authorization Service.

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

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

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

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

  • общего и базового программного обеспечения;

  • систем управления базами данных;

  • сетевых операционных системах.

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

4.1.12 Дополнительные требования
1   2   3   4   5   6   7   8   9   ...   13

Похожие:

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

Конкурсная документация iconКонкурсная документация
Конкурсная документация разработана в соответствии с постановлением Правительства Российской Федерации от 14 апреля 2008 года №264...

Конкурсная документация iconКонкурсная документация на право заключения договора на разработку...
Настоящая конкурсная документация подготовлена в соответствии с действующим законодательством Российской Федерации на основании следующих...

Конкурсная документация iconКонкурсная документация к открытому конкурсу по отбору аудиторской...
Конкурсная документация: порядок предоставления, внесения изменений, разъяснения положений конкурсной документации, отказ от проведения...

Конкурсная документация iconКонкурсная документация к открытому конкурсу по отбору аудиторской...
Конкурсная документация: порядок предоставления, внесения изменений, разъяснения положений конкурсной документации, отказ от проведения...

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

Конкурсная документация iconКонкурсная документация по отбору банков на право заключения договоров...
Настоящая Конкурсная документация подготовлена в соответствии с Гражданским кодексом Российской Федерации, инвестиционной декларацией...

Конкурсная документация iconКонкурсная документация открытого конкурса
Проведена первичная проверка, замечания получены, документация принята на доработку

Конкурсная документация iconКонкурсная документация
Настоящая конкурсная документация подготовлена в соответствии с Федеральным законом от 18 июля 2011 года №223-фз «О закупках товаров,...

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

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


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




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

Поиск