Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Конкурс'
В соответствии с Федеральным законом от 27.07.2004 № 79-ФЗ «О государственной гражданской службе Российской Федерации», Указом Президента Российской ...полностью>>
'Документ'
фрезерний з ручним управлінням Г4 7 1 Зубчато-шліфувальний 5М851 8 1 Обробно-розточувальний Е78П 9 1 Зубчато-фрезерний 5Б310П 30 1 Токарний 1А 5 31 1...полностью>>
'Инструкция'
5.3. Инструкция по охране труда для работника разрабатывается наоснове межотраслевой или отраслевой типовой инструкции по охране труда (апри её отсут...полностью>>
'Рабочая программа'
Рабочая программа учебного предмета "Литературное чтение" разработана на основе учебно-методического комплекта "Школа-2100", а им...полностью>>

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

Главная > Техническое задание
Сохрани ссылку в одной из сетей:

«Утверждаю»

________________/ Хабибуллин Р.З./

«____»___________________ 2011 года

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на монтажные работы оборудования связи по стыку сетей видеоконференцсвязи МЧС Республики Татарстан и Кабинета Министров Республики Татарстан

г.Казань

2011

Оглавление

1 Общие сведения 4

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

1.2 Шифр темы 4

1.3 Порядок оформления результатов работ 4

2 Назначение и цели создания системы 5

2.1 Назначение и цели создания системы 5

3 Характеристика телекоммуникационных объектов. 6

3.1 Сведения об объекте 6

3.2 Условия эксплуатации объекта 6

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

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

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

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

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

4.1.1.3 Требования к диагностированию системы 11

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

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

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

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

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

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

4.1.4.1 Состав и количественные значения показателей надежности для системы в целом или ее подсистем 13

4.1.4.2 Требования к надежности технических средств и программного обеспечения 13

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

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

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

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

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

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

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

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

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

4.2.1 Требования к программному обеспечению 17

4.2.1.1 Требования к операционным системам 17

4.2.1.2 Требования к прикладному программному обеспечению 17

4.2.2 Требования к информационному обеспечению 18

4.2.3 Требования к организационному обеспечению 18

5 Состав и содержание работ по созданию системы 18

7. Требования к документированию. 20

8 Приложение №1. Локальный сметный расчет, на трех листах.

Список сокращений и обозначений

СУБД

-

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

ПД

-

передача данных

РСЧС

-

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

ВКС

-

видеоконференцсвязь

MPLS VPN

-

виртуальная частная сеть

GPRS

-

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

ЕДДС

-

единая дежурно-диспетчерская служба

ДДС

-

дежурно-диспетчерская служба

DLL

-

динамическая библиотека

АСУ

-

автоматизированная система управления

ТЗ

-

техническое задание

УСС

-

узел специальной связи

1Общие сведения

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

Монтажные работы оборудования связи по стыку сетей видеоконференцсвязи МЧС Республики Татарстан и Кабинета Министров Республики Татарстан

1.2Шифр темы

ВКС МЧС&КМ

1.3Порядок оформления результатов работ

Исполнитель устанавливает шлюзовое оборудование для СПД ВКС, устанавливает системное и прикладное программное обеспечение, производит наладку системы и обучение дежурно-диспетчерского персонала (курс обучения составляет 10 академических часов).

По окончании работ Исполнитель передает Заказчику следующую документацию:

  • ведомость эксплуатационных документов;

  • формуляр;

  • общее описание;

  • руководство системного программиста;

  • руководство оператора;

  • руководство по установке.

Сдача-приемка осуществляется комиссией, составленной из представителей обеих сторон, утвержденной приказами Заказчика и Исполнителя. На основании работы комиссии составляется акт сдачи-приемки работ в двух экземплярах, по одному для каждой стороны, утверждаемый руководителями обеих сторон.

2Назначение и цели создания системы

2.1Назначение и цели создания системы

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

Модернизация системы позволит:

  • повысить оперативность в принятии решений и эффективность управления силами экстренного реагирования;

  • расширить возможности оперативной связи операторов ЕДДС муниципальных образований РТ;

  • контролировать фактические объемы и сроки выполнения работ по ликвидации последствий либо предотвращения ЧС;

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

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

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

Основной целью модернизации системы является повышение эффективности системы ВКС в структуре МЧС Республики Татарстан и более полная интеграция в общем геоинформационном пространстве вычислительной централизованной сети связи Правительства Республики Татарстан

3Характеристика телекоммуникационных объектов.

3.1Сведения об объекте

Диспетчерская служба предназначена для:

  • приема информации об аварийных и нештатных ситуациях;

  • их классификации;

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

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

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

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

  • оповещение вышестоящих руководящих структур о режиме ЧС;

  • предоставление доклада о ежедневной оперативной информации и состоянии сил и средств РСЧС муниципального образования Республики Татарстан.

3.2Условия эксплуатации объекта

Дежурно-диспетчерская служба функционирует в круглосуточном режиме.

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

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

Система должна иметь иерархическую структуру построенную по топологии типа «звезда» с центром в узле связи ГУ МЧС РФ по РТ и работать в реальном времени. Архитектура информационной системы должна быть построена по IP-технологии, быть свободно масштабируемой. Обеспечивать необходимые стыки с подведомственными сетями, необходимую коммутацию и маршрутизацию.

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

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

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

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

  • Передача данных через брандмауэры, в соответствии с H.460.18/19, включая поддержку Multiplexed Media

  • Передача данных через брандмауэры в соответствии со STUN

  • Передача данных через любое количество брандмауэров

  • Возможность составления сценариев обработки звонков

  • Поддержка URI- и ENUM-имен

  • Аутентификация устройств при использовании H.235

  • Встроенный мастер настройки для легкой инсталляции

  • Сервер SIP Presence и агент пользователя

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

• Поддержка до 2500 зарегистрированных устройств и до 100 одновременных сквозных (траверсированных) звонков

• Разрешает URI-вызовы для масштабирования

• HTTPS, SSH и SCP для безопасного управления

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

• Включение в кластер до 6 VCS для увеличения мощности и возможности резервирования

• Основанный на открытых стандартах TURN-сервер, поддержка передачи данных через брандмауэр и NAT для ICE-устройств

ОБЩИЕ ХАРАКТЕРИСТИКИ ПРИЛОЖЕНИЙ СИСТЕМЫ

Поддержка SIP и Н.323, включая шлюзование протоколов SIP/H.323 для местных зарегистрированных конечных точек

Поддержка IPv4 и IPv6, включая взаимодействие IPv4/IPv6

Взаимодействие протоколов SIP/H.323 для незарегистрированных конечных пользователей

Управление пропускной способностью как общей, так и каждого звонка, конфигурируемой отдельно для звонков внутри местных подзон и звонков в соседние системы и зоны URI- и ENUM-звонки через службу доменных имен (DNS), позволяющие установить глобальную связь

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

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

Должен функционировать как отдельный VCS или соседствовать с другими системами, такими как VCS, Border Controller, Gatekeeper и SIP proxy

Поддерживает до 5 альтернативных VCS для повышения надежности

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

Опциональная аутентификация конечных точек

Управление разрешением регистрации для конечных точек

Административная политика, включая поддержку CPL

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

Администрация системы через веб-интерфейс или RS-232, Telnet, SSH и HTTPS

Поддержка статистического NAT* (необходима опция двойного сетевого интерфейса)

Функция самостоятельного управления адресованными вызовами с указаниями, где и когда следует искать абонента

Взаимодействие протоколов SIP/H.323 для незарегистрированных конечных пользователей

Двойной сетевой интерфейс

TMS-агент

УПРАВЛЕНИЕ

Поддержка стандартов RS-232, Telnet, HTTP(S), XML, SNMP, SCP и SSH

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

Расширенные функции управления и конфигурации с помощью системы TANDBERG Management Suite 12.0 или более поздней версии

Запись информации о звонках и диагностика

Запись информации в системный журнал

Поддержка часовых поясов

Инструмент использования портов

КОНТРОЛЬ ВЫЗОВОВ И РЕГИСТРАЦИЯ

Поддержка регистрации вручную на конечных точках Н.323 и SIP и API-контроль вызовов

Поддержка H.225/Q.931, Н.245-контроль прохождения звонка

Поддержка преобразования второго потока видео (Н.329) между сетями H.323HSIP

Регистрация Н.323 ID, номеров Е.164 и сервисов

Поддержка регистрации в Unicode (UTF-8) для глобального внедрения

Отключение Н.323-звонков от API-интерфейса

Поддержка URI-вызовов

До 100 сквозных звонков

До 100 сервисов для одного устройства

До 2500 зарегистрированных устройств Expressway

Прямая сигнализация звонков между соседними серверами VCS, Border Controller и Gatekeeper

Управление звонками (RFC 3880), включая политику вызова и функции самостоятельного управления вызовами (технология TANDBERG FindMe)

Отслеживание конференций при кластеризации MCU

Режим маршрутизации вызовов

Автоматическое опредение петли в сетевых запросах

КОНТРОЛЬ ЗОНЫ

Поддержка мониторинга удаленной зоны

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

Поддержка до 200 соседних зон (включая серверы VCS, Border Controller, Gatekeeper и SIP proxy)

Поддержка определения области подзоны для управления пропускной способностью

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

Поддержка переадресации запросов в соседние зоны (включая серверы VCS, Border Controller, Gatekeeper и SIP proxy)

Регистрационный контроль (открыть, разрешить, запретить)

Доступен профиль зоны Cisco Unified Communications Manager для эффективного конфигурирования функциональной совместимости

УПРАВЛЕНИЕ ПРОПУСКНОЙ СПОСОБНОСТЬЮ

Между зонами – определяется при каждом отдельном звонке

- Максимальная пропускная способность звонка

- Максимальная усредненная пропускная способность для всех

соседних зон

Внутри зоны определяется при каждом отдельном звонке

- Максимальная пропускная способность звонка

- Максимальная усредненная пропускная способность

Автоматическое снижение скорости при превышении

максимального значения

Распределение нагрузки на шлюзы (gateway)

Автоматическое восстановление сети

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

лицензионных соглашений

ИНТЕРФЕЙСЫ

4х 10/100/1000 Base-TX Ethernet-порта (RJ-45) (на передней панели)

1x RS232 RJ-45 консольный порт (на передней панели)__

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

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

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

Для организации обмена между стационарными узлами системы видеоконференцсвязи должен использоваться IP-протокол. В качестве сети передачи данных должна использоваться MPLS VPN сеть.

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

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

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

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

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

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

В качестве пользователей системы выступают диспетчера ЕДДС муниципальных образований Республики Татарстан. Системные администраторы – это системные программисты и инженера связи МЧС Республики Татарстан.

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

Администратор системы должен знать операционные системы Windows, а в случае установки СУБД на платформу Linux и ее. Он должен обладать знаниями администрирования сетей, СУБД Oracle и MySQL, защиты информации от несанкционированного доступа. Он должен иметь стаж работы в качестве системного администратора или инженера связи не менее 3 лет. Аттестация администраторов и инженеров связи должна производиться квалифицированной комиссией не реже одного раза в три года.

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

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

Система сохраняет свою работоспособность в не зависимости от времени ее эксплуатации.

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

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

4.1.4.1Состав и количественные значения показателей надежности для системы в целом или ее подсистем

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

не более 4 часов, в случае возникновения ситуаций, требующих привлечения ремонтного персонала;

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

4.1.4.2Требования к надежности технических средств и программного обеспечения

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

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

Средняя наработка на отказ должна составлять не менее 100000 часов.

Гарантийный срок с учетом времени хранения – не менее 3 лет.

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

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

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

Заземление.

Заземление должно быть выполнено в соответствии с ПУЭ, ГОСТ Р 50571.10-96, ГОСТ 3031,2. Должна применяться система заземления электрических сетей типа ТN-C-S. Главная система уравнивания потенциалов должна быть выполнена путем присоединения к главной заземляющей шине ВРУ «PE» проводников, металлических перфорированных лотков, металлического каркаса здания. Все металлические нетоковедущие части компьютеров нормально не находящиеся под напряжением должны быть заземлены путем присоединения к нулевому защитному проводнику сети (РЕ). В качестве защитного проводника (РЕ) используются дополнительные жилы питающих кабелей.

Нулевой вывод компьютеров должен присоединяться к нулевому рабочему проводнику сети (N) и изолирован от корпусов электрооборудования после вводного щита здания.

Структурированная кабельная система должна соответствовать международным стандартам:

  • ISO/IEC 11801 «Информационные технологии. Универсальная кабельная система для зданий и территорий Заказчика»;

  • TIA/EIA-606 «Стандарт администрирования телекоммуникационной инфраструктуры коммерческих зданий»;

  • TIA/EIA-607 «Требования по заземлению и электрическим соединениям телекоммуникационных систем коммерческих зданий».

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

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

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

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

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

  • зеленый – о завершении работ;

  • голубой – об отложенных действиях (контроль ситуации).

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

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

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

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

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

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

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

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

Система должна обеспечивать сохранность информации:

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

  • при авариях;

  • при потере электропитания.

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

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

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

Технические средства, по устойчивости к воздействию климатических и механических факторов должны относиться к группе 1.7 в соответствии с ГОСТ В 20.39.301-76.

Диапазон рабочих температур для технических средств, размещаемых на должен составлять - 40°C ÷ +60°C;

Диапазон температур хранения для технических средств, должен составлять -40°C ÷ +60°C.

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

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

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

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

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

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

  • причинно-следственные связи;

  • список сотрудников;

  • список смен;

  • состав смен;

  • список бригад;

  • состав бригад;

  • транспортные средства;

  • ресурсы;

  • используемые материалы.

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

При этом определяется: заявки с какими характерами и на какие узлы необходимо отправлять, какие сопутствующие данные необходимо при этом передавать.

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

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

4.2.1.1Требования к операционным системам

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

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

4.2.1.2Требования к прикладному программному обеспечению

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

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

4.2.2Требования к информационному обеспечению

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

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

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

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

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

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

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

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

5Состав и содержание работ по созданию системы

Перечень стадий работ по созданию системы определяется Заказчиком и оформляется соответствующими контрактами (сметами).

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

  • ГОСТ Р 22.1.12.2005 Безопасность в чрезвычайных ситуациях. Структурированная система мониторинга и управления инженерными системами зданий и сооружений. Общие требования;

  • ГОСТ Р 21.1703-2000 Система проектной документации для строительства. Правила выполнения рабочей документации проводных средств связи;

  • ГОСТ 21.002-81 СПДС. Нормативный контроль проектно-сметной документации;

  • ГОСТ 21.101-97 СПДС. Основные требования к проектной и рабочей документации;

  • ГОСТ 21.603-80. СПДС. Связь и сигнализация. Рабочие чертежи.

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

  • СНиП 12-04-2002 и ОСТН 600-93;

  • правилами по охране труда при работах на линейных сооружениях кабельных линий передачи (ПОТ РО-45-009-2003,.);

  • правилами по технике безопасности при монтаже и обслуживании телефонных станций (ПОТ РО-45-007-96, ОСТН 600-93);

  • межотраслевыми правилами по охране труда (правил безопасности) при эксплуатации электроустановок (ПОТ Р М-016-2001,.);

  • межотраслевыми правилами по охране труда при работе на высоте (ПОТ Р М-012-2000,);

  • правилами пожарной безопасности зданий и сооружений (СНиП 21-01-07, техническим регламентом «О требованиях пожарной безопасности», ВСН 333-93).

6. Порядок контроля и приемки системы.

По окончании работ составляется Акт сдачи-приемки выполненных работ в двух экземплярах, по одному экземпляру для каждой из сторон, и подписывается Исполнителем и уполномоченной Заказчиком комиссией и утверждается заказчиком.

В случае мотивированного отказа заказчика от приемки выполненных работ, сторонами составляется двусторонний протокол устранения замечаний с указанием порядка и сроков их устранения, при этом указанные замечания устраняются Исполнителем за счет собственных средств.

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

Приемо-сдаточные испытания проводятся согласно методике, которая разрабатывается Исполнителем и утверждается Заказчиком.

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

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

7. Требования к документированию.

Комплект документации на систему должна включать:

  • ведомость эксплуатационных документов;

  • формуляр;

  • общие функциональные схемы;

  • руководство системного программиста;

  • руководство инженера связи;

  • руководство оператора;

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

  • руководство по установке.

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

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

Документы должны быть представлены как в печатном, так и в электронном виде.



Скачать документ

Похожие документы:

  1. Новости связи (32)

    Документ
    Правительство Российской Федерации приняло постановление №215, согласно которому Правительственная комиссия по федеральной связи преобразовывается в Правительственную комиссию по федеральной связи и информационным технологиям, а также
  2. Российские сми о мчс мониторинг за 6 августа 2010 г

    Руководство
    МЧС РФ усилило контроль за пожароопасной ситуацией в Брянской области, где остались районы с загрязнением от Чернобыля – С.Шойгу (Прайм-ТАСС, 05.08.2010) 59
  3. Информационный бюллетень местного самоуправления Издается асдг по с окмо с февраля 2008 г. 02 марта 2010 г

    Информационный бюллетень
    Президент России Дмитрий Медведев указом преобразовал управление своей администрации по работе с обращениями граждан, сообщила пресс-служба Кремля. Теперь оно сможет рассматривать обращения различных организаций и заставлять муниципалитеты
  4. Отчёт об исполнении в 2009 году Программы социально-экономического развития

    Публичный отчет
    Отгружено товаров собственного производства, выполнено работ, услуг собственными силами по (чистым видам экономической деятельности) по разделам C D E по полному кругу организаций производителей,
  5. Российские сми о мчс мониторинг за 7 сентября 2011 г

    Руководство
    Правительство сдвинет сроки перехода на новые стандарты топлива и рассмотрит стратегию инновационного развития до 2020 года (Информационное агентство «Итар-Тасс», 07.

Другие похожие документы..