Техническое задание «Разработка системы диагностики технического состояния маслонаполненного оборудования» (на примере блочного трансформатора 3т тдц-400000/220)

Вид материалаТехническое задание

Содержание


2. Назначение и цели создания комплекса
Характеристика объекта автоматизации
4. Требования к комплексу
К структуре и функциям подразделений, участвующих в эксплуатации.
К защите от ошибочных действий персонала.
Состав и содержание работ по созданию комплекса
Порядок контроля и приемки комплекса
Требования к документированию
Подобный материал:
Приложение №1 к извещению о проведении

открытого запроса предложений

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

«Разработка системы диагностики технического состояния маслонаполненного оборудования»

(НА ПРИМЕРЕ БЛОЧНОГО ТРАНСФОРМАТОРА 3Т ТДЦ-400000/220)

1. ОБЩИЕ СВЕДЕНИЯ

    1. В рамках настоящего Технического Задания (ТЗ) описываются требования к проекту с полным названием: “Программный комплекс «Контроль состояния маслонаполненного оборудования (на примере блочного трансформатора 3Т ТДЦ-400000/220)»”, далее по тексту - Комплекс.
    2. В состав комплекса входят:
  • система диагностики технического состояния силового трансформатора 3Т Филиал ОАО «ОГК-3» «Костромская ГРЭС», далее по тексту - трансформатора;
  • подсистема мониторинга трансформатора;
  • подсистема информационного обмена.
    1. Заказчиком по данной работе выступает ОАО «ОГК-3». Разрабатываемый программный комплекс будет установлен в Филиале ОАО «ОГК-3» «Костромская ГРЭС».
    2. Сроки разработки и внедрения Комплекса – в течение 2009 календарного года.
    3. Перечень принятых сокращений

АРМ

Автоматизированное рабочее место

БД

База данных

ИБП

Источник бесперебойного питания

ИИС

Интегрированная информационная система

ЛВС

Локальная вычислительная сеть

ПО

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

ПТЭ

Правила технической эксплуатации электрических сетей и станций РФ

СОТИ

Система обмена технологической информацией

2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ КОМПЛЕКСА


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

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

Так как некоторые виды дефектов могут развиваться скоротечно (от суток до нескольких часов) и заканчиваться взрывом, выбросом масла и пожаром, то мониторинг стареющего, дорогостоящего оборудования становится необходимым условием повышения надежности электроснабжения.
  1. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ


Костромская ГРЭС представляет собой предприятие, обеспечивающее производство, преобразование и распределение электрической энергии для питания потребителей.

Объектом мониторинга и диагностики в соответствии с настоящим ТЗ является блочный трансформатор 3Т I очереди.

На предыдущих этапах было осуществлено создание комплексов мониторинга на блочных трансформаторах 5Т, 6Т и 7Т II очереди.

4. ТРЕБОВАНИЯ К КОМПЛЕКСУ
    1. Требования к комплексу в целом

      1. Требования к структуре и функционированию


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

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

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

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


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

- время получения информации от Комплекса Системным Оператором должно определяться требованиями к СОТИ.
      1. Требования к обеспечению надежности


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

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

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

- Комплекс должен иметь резерв по электропитанию. Наиболее ответственное оборудование в составе комплекса должно быть снабжено источниками бесперебойного питания (ИБП) для обеспечения сохранения всего объема функций и правильной работы в аварийных режимах.
      1. Требования безопасности.


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

- Обязательное наличие сертификатов соответствия и качества на оборудование;

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

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

- Резервирование технических средств и программного обеспечения;

- Автоматический перезапуск (перезагрузка) при сбоях в работе;

- Автоматическая периодическая самодиагностика технических средств и программного обеспечения;

- Защита от выдачи/приема и использования недостоверной информации;

- Передача и обработка информации в цифровом виде;

- Хранение наиболее важной информации и программ в энергонезависимой памяти;

- Защита данных и программного обеспечения от несанкционированного доступа.
      1. Требования к эргономике и технической эстетике


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

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


- Комплекс должен обеспечивать защиту от несанкционированного доступа (НСД) не ниже уровня, установленного требованиями, предъявляемыми к категории 1Г по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации»).

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


Электропитание элементов нижнего уровня Комплекса должно обеспечиваться от двух независимых источников переменного тока напряжением 220В 50Гц, оснащенных устройствами АВР. В качестве резервного электропитания должны использоваться источники бесперебойного питания (ИБП) с аккумуляторной поддержкой. Электропитание элементов верхнего уровня Комплекса должно быть реализовано по проекту СОТИ.
      1. Требования по сохранности информации при авариях


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

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


Должны быть стандартизованы и унифицированы:

- Применяемые пользовательские и межпрограммные интерфейс;

- Дизайн и методы управления работой клиентских АРМ в составе комплекса;

- Проявления реакции системы на неверные действия пользователей;

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

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

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

- унифицированных сигналов датчиков аналоговой и дискретной информации;

- единых (стандартных) методов сбора информации и первичной обработки входной информации;

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

- единых способов построения баз данных, типовых протоколов обмена информацией.

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


Протоколы обмена информацией между Комплексом и СОТИ должны быть согласованны с ЦИТиС и должны удовлетворять требованиям СОТИ.
      1. Требования к системе единого времени


В Комплексе должна использоваться система единого времени, применяемая в СОТИ.

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

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


Программный комплекс должен удовлетворять следующим требованиям:
  • обеспечивать возможность сбора информации и осуществления контроля по специализированным технологическим сетям на устройства, выдающие информацию в систему нижнего уровня (контроллеры);
  • обеспечивать создание нескольких автоматизированных рабочих мест (АРМ) на одном уровне, используя технологию “клиент-сервер”;
  • иметь развитые средства создания и редактирования базы данных, включая редактирование в режиме ON-LINE;
  • обеспечивать возможность реализации программного обмена информацией с другими программными средствами, устанавливаемыми на этой же технической платформе или по каналам связи с использованием стандартных протоколов межмашинного обмена;
  • обеспечивать возможность хронологического протоколирования событий;
  • обеспечивать архивирование аналоговых данных с требуемым минимальным периодом записи.
  • представлять протоколы событий (с указанием метки времени, идентификатора и текста сигнала и текста статуса);
  • представлять аналоговые архивы в виде трендов (в табличной и графической форме);
  • обеспечивать возможность дополнения системы расчетными и сервисными программами на алгоритмическом языке высокого уровня;
  • быть наращиваемой, т.е. обеспечивать возможность расширения своих функций путем включения модулей, драйверов внешних устройств каналов связи и других программных средств, разработанных пользователем или третьими фирмами;
  • иметь достаточные возможности разграничения доступа к различным функциям ПО.
      1. Сбор и первичная обработка аналоговых сигналов


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

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

      1. Предупредительная и аварийная сигнализация


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

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

Действие аварийной и предупредительной сигнализации должно сопровождаться:

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

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

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


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

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

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

Экраны процесса должны обеспечивать:
  • визуализацию технологических объектов на экранах рабочих станций системы, фактических параметров и сигналов, поступающих в систему контроля;
  • навигацию по видеокадрам по принципу “от общего к частному” и наоборот;
  • отображение предупредительных и аварийных сигналов, а также наличие возможности квитирования этих сигналов;
  • возможность возврата на предыдущий уровень или в начало диалога на любом шаге диалога управления;
  • поддержку диалога для конфигурирования УСО;
  • отображение и ввод текстовой информации на русском языке с возможностью перехода (при необходимости) на латинский регистр и обратно.
      1. Регистрация и отображение событий


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

Должна быть предусмотрена возможность регистрации следующих событий:
  • выход аналогового параметра за допустимые пределы (быстро развивающиеся дефекты);
  • работа аварийной и предупредительной сигнализации (медленно развивающиеся дефекты);
  • сигнализация и работа РЗА;
  • факт квитирования аварийной сигнализации;
  • изменения состояния объектов подсистемы мониторинга;
  • изменение состояния элементов Комплекса (события системы диагностики);
  • изменение конфигурации и параметров элементов Комплекса.

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

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

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

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

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


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


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

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

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

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

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

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

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

Правила формирования признака недостоверности информации определяются на этапе разработки рабочей документации по согласованию с Заказчиком.
      1. Реализация экранной справки


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


К структуре и функциям подразделений, участвующих в эксплуатации.

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

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

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

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

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

К защите от ошибочных действий персонала.

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

- Проверка вводимых параметров на попадание в разрешенный диапазон;

- Введение в систему параметров «по умолчанию»

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

- Ввод данных должен сопровождаться проверкой на корректность и целостность данных;

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

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

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

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


Состав оборудования Комплекса должен быть определен в ходе выполнения рабочего проекта и согласован с Заказчиком.
  1. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ КОМПЛЕКСА

    1. На первом этапе Исполнитель обязан осуществить:


- предпроектное обследование

- разработку технического задания на создание подсистемы мониторинга силовых трансформаторов Костромской КГРЭС на примере блочного трансформатора 3Т.
    1. На втором этапе Исполнитель обязан осуществить:


разработку проектной документации на подсистему мониторинга силового трансформатора Костромской КГРЭС:

- разработку принципиальных схем;

- разработку монтажных схем;

- создание пояснительной записки;

- разработку алгоритмов функционирования;

- разработка экранов процесса (мнемосхем).
    1. На третьем этапе Исполнитель обязан произвести:


наладочные работы по созданию подсистемы мониторинга силового трансформатора 7Т Костромской КГРЭС:

- прокладка кабелей;

- монтаж оборудования;

- наладка и настройка каналов аналоговой и дискретной информации.
    1. На четвертом этапе Исполнитель обязан провести:


конфигурирование программного обеспечения:

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

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

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

Тестирование разработанного продукта (полигонные испытания).

Сдача подсистемы мониторинга в опытно-промышленную эксплуатацию.
    1. На каждом из этапов внедрения Комплекса Заказчик имеет право:


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

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

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

Отступление от настоящего Технического Задания возможно только по согласованию с Заказчиком.
  1. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ КОМПЛЕКСА

    1. Сдача-приемка работ


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

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

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


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

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

- протокол испытаний;

- перечень выявленных недостатков и замечаний (при их наличии);

- заключение о возможности приемки подсистемы в опытную эксплуатацию.

По итогам испытаний по мере необходимости Исполнителем проводится корректировка проектной и


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

    1. Опытная эксплуатация


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

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

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

- монтаж/наладка оборудования;

- установка и настройка программного комплекса;

- функциональное и нагрузочное тестирование;

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

    1. Промышленная эксплуатация


Передача комплекса в промышленную эксплуатацию производится приемо-сдаточной комиссией из представителей Заказчика и Исполнителя на основании положительного заключения, сделанного по итогам опытной эксплуатации.
    1. Гарантийное обслуживание системы


Исполнитель должен обеспечить бесплатную техническую и консультационную поддержку, а также устранение выявленных неполадок в течении 6 (шести) месяцев с момента окончательной приемки комплекса. Устранение неполадок должно производиться при условии передачи Заказчиком Исполнителю всей информации, необходимой для устранения неполадки, в т.ч.:

- перечня аварийных сообщений или неверных выходных данных;

- примеров исходных данных, приводящих к возникновению ошибки;

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

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

Гарантия не распространяется на неполадки, вызванные:

- неправильной эксплуатацией автоматизированной системы;

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

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

Устранение выявленных недостатков в эксплуатационной документации должно производиться путем оформления листа изменений в установленном порядке или путем предоставления новой редакции документа (по усмотрению Исполнителя).
  1. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ


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

- ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем»;
  • РД 50-34.698-90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов».