бюджетных счетов Главного распорядителя, Распорядителей и получателей
бюджетных средств, предоставляемых финансовым органом города Москвы, и
органом, уполномоченным осуществлять кассовое исполнение федерального
бюджета на территории города Москвы.
Задача должна обеспечить учет поступления и расходования средств
от предпринимательской и иной приносящей доход деятельности на
основании предоставляемой получателями бюджетных средств периодической
отчетности об исполнении сметы доходов и расходов по средствам от
предпринимательской и иной приносящей доход деятельности, или на
основании выписок из лицевых бюджетных счетов по учету внебюджетных
средств бюджетополучателей, предоставляемых финансовым органом города.
Москвы.
Задача должна обеспечить учет выписок по мере совершения операций
по движению средств по лицевым бюджетным счетам в разрезе
Распорядителей и получателей бюджетных средств и кодов бюджетной
классификации.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная информация: выписки из лицевых бюджетных счетов главных
распорядителей, распорядителей и получателей бюджетных средств,
уведомление о кассовых расходах за отчетный период.
Выходная информация: данные об исполнении бюджета в части
расходов на сферу деятельности Комплекса, данные об исполнении смет
доходов и расходов по бюджетным средствам получателей бюджетных
средств и смет доходов и расходов по средствам от предпринимательской
и иной приносящей доход деятельности.
4.2.2.5 Комплекс задач "Формирование отчетности" предназначен для
формирования отчетности о плановых назначениях бюджета Комплекса
(утвержденных, с уточнениями) и об исполнении бюджета Комплексов на
текущую и отчетную дату в разрезе распорядителей и получателей
бюджетных средств и кодов бюджетной классификации.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная информация: первичные документы по плановым назначениям
бюджета Комплекса и о фактическом исполнении бюджета Комплекса.
Выходная информация: регламентированные формы отчетности.
4.2.3 Формирование, размещения и исполнения городского заказа
4.2.3.1 ПТК управления государственными закупками (под закупками
понимается обеспечение материально-техническими, энергетическими
ресурсами и услугами сети подведомственных учреждений) должен
обеспечивать решение следующих задач:
- планирование закупок;
- проведение закупок;
- расчеты по закупкам;
- ценовой мониторинг;
- финансовая экспертиза;
- взаимодействие с поставщиками.
- анализ результатов;
- ситуационно - аналитическое обеспечение.
4.2.3.2 ПТК формирования, размещения и исполнения городского
заказа должен обеспечить:
- автоматизированное ведение реестра государственных контрактов
(договоров);
- автоматизированный учет и контроль размещения городского
заказа, заключения (учет договоров получателей бюджетных средств) и
исполнения государственных контрактов (договоров) (учет
централизованных закупок), включая учет договоров с поставщиками,
контроль исполнения договоров с поставщиками, учет оплаты поставок по
договорам;
- возможность реализацию функций управленческого учета и контроля
в процессе заключения и исполнения государственных контрактов
(договоров);
- сопряжение КПТС 2 и 3 уровня Системы с АИС обеспечения
городских закупок, разрабатываемой в рамках программы "Электронная
Москва";
- обмен с АИС обеспечения городских закупок документами и
данными, представленными в единой форме и форматах;
- единый в Системе регламент обмена и представления документов в
АИС обеспечения городских закупок.
Протокол взаимодействия с АИС обеспечения городских закупок
согласуется по планам создания этой АИС.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная информация: конкурсная документация на размещение
городского государственного заказа.
Выходная информация: результаты конкурсных торгов на бюджетных
торговых площадках.
4.2.4 Бухгалтерский учет
4.2.4.1 ПТК бухгалтерского учета должен обеспечить выполнение
следующих функций:
- взаимодействие с программно-техническими средствами,
используемых на объектах автоматизации АС бухгалтерского учета;
- обмен документами и данными, представленными в единой
коммуникационной форме и коммуникационных форматах;
- единый в Системе регламент обмена и представления документов,
бухгалтерского учета.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная и выходная информация: первичные документы бухгалтерского
учета, бухгалтерские операции, регистры бухгалтерского учета,
бухгалтерская отчетность.
4.2.4.2 Используемые на объектах автоматизации АС бухгалтерского
учета, с которыми должен взаимодействовать ПТК бухгалтерского учета
должны:
- обеспечивать решение задач, регламентированных действующими
инструкциями Минфина РФ, используемых на объекте автоматизации;
- сопровождаться сервисными центрами;
- реализовывать принципы открытой архитектуры построения систем;
- поддерживать открытые протоколы обмена информацией;
- поддерживать экспорт/импорт из/в общеупотребительных форматов
данных (TXT, RTF, HTML, DOC, XLT, XML и др.).
Перечень АС бухгалтерского учета, с которыми осуществляется
взаимодействие, определяется на этапе разработки Технического проекта
Системы и уточняется на этапах ввода в действие КПТС Системы на
конкретных объектах Заказчика.
4.2.5 Мониторинг и анализ исполнения бюджета
4.2.5.1 ПТК мониторинга и анализа исполнения бюджета должен
обеспечить решение следующих задач:
- сбор и предварительная обработка оперативных отчетных данных на
этапах планирования и исполнения бюджета в части расходов на сферу
деятельности;
- консолидация, обобщение и представление оперативной информации
об исполнении бюджета Комплекса в целом, отдельно по отраслям, по
учреждениям городского и окружного подчинения в заданных аналитических
разрезах по фиксированной системе обобщенных показателей;
- визуализация данных в следующих формах: графическое
представление (графики, гистограммы, картография), анимационное
представление (динамическое представление), табличное и текстовое
представление; проведение оперативного и периодического мониторинга
исполнения бюджета Комплекса в целом;
- возможность изменения наборов показателей планирования и
исполнения бюджета в части расходов Комплекса, по которым проводится
оперативный и периодический мониторинг;
- возможность изменения правил определения значений показателей
планирования и исполнения бюджета в части расходов Комплекса, по
которым проводится оперативный и периодический мониторинг.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная информация: оперативные учетные данные по плановым
назначениям и кассовому исполнению бюджета Комплекса, аналитические
показатели.
Выходная информация: визуализация результатов мониторинга и
анализа данных.
4.2.5.2 Анализ и мониторинг должен производиться в разрезе
отраслей, распорядителей (городских и окружных) и получателей
бюджетных средств и кодов бюджетной классификации, а также по статьям
расходов с возможностью фильтрации и группировки данных.
4.2.5.3 Перечень показателей планирования и исполнения бюджета в
части расходов на сферу деятельности Комплекса, по которым проводится
мониторинг, а также возможности его изменения определяются по
результатам технического проектирования данного ПТК.
4.2.6 Формирование сводной отчетности
4.2.6.1 ПТК формирования сводной отчетности должен обеспечить
решение следующих задач:
- автоматизированный прием и передача отчетов в используемых в
Системе форматах;
- формирование, проверка и свод итоговых бухгалтерских,
производственных и иных отчетов;
- формирование сводных отчетов по установленному порядку
консолидации с взаимоисключением или перерасчетом требуемых
показателей;
- выявление ошибок в отчетности и устранение их еще на этапе
подготовки отчетов подотчетными учреждениями;
- обеспечение функционирования единой для всей сети подотчетных
учреждений методики формирования и проверки отчетности;
- оперативное формирование и доведение в установленные сроки до
всех подотчетных учреждений измененных форм отчетности и методики их
проверки;
- обеспечение формирования и консолидации дополнительных отчетных
форм по произвольным показателям, необходимым для анализа
финансово-экономической деятельности подведомственных учреждений.
На этапе Разработки технического проекта Системы проработать
вопрос формирования проверки и свода отчетности по натуральным
показателям.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств.
Входная информация: первичные данные, шаблоны отчетов, первичные
отчеты.
Выходная информация: первичные отчеты, сводные отчеты.
4.2.7 Ведение нормативно-справочной информации
4.2.7.1 ПТК нормативно-справочной информации должен обеспечить
решение следующих задач:
- ведение и администрирование на объектах Системы актуальных
версий общероссийских, московских, отраслевых и других классификаторов
и нормативно-справочной информации, необходимых для обеспечения
бюджетного процесса города Москвы;
- ведение и администрирование в Системе актуальной версии
актуальных версий базы данных нормативно-методических документов по
федеральным, региональным и муниципальным государственным закупкам;
- приведение информации, полученной из различных информационных и
автоматизированных систем, к форматам и формам представления,
используемым в Системе;
- предоставление оперативного доступа пользователей к требуемой
им нормативно-справочной, нормативно-методической информации и
классификаторам; обеспечение оперативного поиска требуемых материалов;
- оперативное информирование пользователей об изменениях в
нормативно-справочной, нормативно-методической информации и
классификаторах;
- централизованное обеспечение актуальной нормативно-справочной и
нормативно-методической информацией, классификаторами всех объектов
Системы, учет и контроль проведения работ по ее фактической
актуализации.
Пользователи ПТК: персонал, обеспечивающий функционирование
Системы.
Потребители: Главный распорядитель, Распорядители и получатели
бюджетных средств.
Входная информация: нормативно-справочная и
нормативно-методическая информация, классификаторы в форматах внешних
информационных систем.
Выходная информация: нормативно-справочная и
нормативно-методическая информация, классификаторы в едином
коммуникационном формате и формах представления, используемых в
Системе.
4.2.7.2 ПТК нормативно-справочной информации должен поддерживать
на объектах Системы фрагменты единого информационного пространства АИС
УБП города Москвы.
4.2.7.3 ПТК нормативно-справочной информации должен
разрабатываться на основе организационных решений по обеспечению и
регламенту обеспечения АИС УБП первой очереди (Департамент финансов
города Москвы) актуальными версиями общероссийских, московских,
отраслевых и других классификаторов, а также с учетом технических
решений по ведению и актуализации нормативно-справочной информации на
объектах АИС УБП первой очереди (Департамент финансов города Москвы).
4.2.7.4 ПТК нормативно-справочной информации должен обеспечить
возможность использования актуальной нормативно-справочной и
нормативно-методической информации и классификаторов, полученных на
бумажных, машинных носителях или и по каналам связи.
ПТК должен обеспечить возможность предоставления обобщенных
сведений о получении информации и актуализации ее на объектах Системы
на установленный объект АИС УБП первой очереди (Департамент финансов
города Москвы).
4.2.7.5 ПТК нормативно-справочной информации должен обеспечить
возможности наращивания классификаторов и справочников, как в
отношении количества элементов, так и в части развития их структуры.
4.2.7.6 ПТК нормативно-справочной информации должен обеспечить
представление нормативно-справочной и нормативно-методической
информации, классификаторов на магнитных и бумажных носителях, а также
учет и контроль распространения этих носителей в Системе.
4.2.8 Электронный обмен данными
4.2.8.1 ПТК электронного обмена данными должен обеспечить решение
следующих задач:
- ведение обмена не формализованными данными на основе
Интернеттехнологий и технологии электронной почты;
- ведение электронного документооборота в Системе и с объектами
АИС УБП первой очереди (Департамент финансов города Москвы);
- ведение обмена электронными документами с Департаментом
финансов и Финансово-казначейскими управлениями административных
округов.
Пользователи ПТК: Главный распорядитель, Распорядители бюджетных
средств, внешние по отношению к Комплексу участники бюджетного
процесса (Департамент финансов, Финансово-казначейские управления
административных округов).
Пользователи ПТК: в соответствии с регламентом взаимодействия.
Входная информация: в соответствии с регламентом взаимодействия.
Выходная информация: в соответствии с регламентом взаимодействия.
4.2.8.2 ПТК электронного обмена данными должен поддерживать в
Системе фрагмент единого коммуникационного пространства АИС УБП города
Москвы.
4.2.8.3 ПТК электронного обмена данными должен разрабатываться на
основе организационных решений по организации и регламенту
электронного обмена данными в АИС УБП первой очереди (Департамент
финансов города Москвы).
4.2.8.4 ПТК электронного обмена данными должен обеспечить:
- обмен документами и данными между объектами Системы с
использованием единой системы Документооборота, а также с
использованием единой системы электронного обмена неформализованной
информацией решений;
- обмен документами и данными с отделами Департамента финансов,
Московским городским казначейством и Финансово-казначейскими
управлениями города Москвы с использованием реализованных в них
технических решений;
- обмен документами и данными между объектами Системы и
взаимодействующими информационными системами на основе открытых
Интернет-технологий (включая технологию электронной почты);
- обмен документами и данными с торговыми площадками с
использованием ЭЦП.
Необходимость разработки дополнительных технических решений,
реализующих информационное взаимодействие с Департаментом финансов,
Московским городским казначейством и Финансово-казначейскими
управлениями уточняется на этапе разработки Технического проекта
Системы.
4.2.8.5 ПТК электронного обмена данными должен обеспечить в части
реализации документооборота выполнение следующих функций:
- обмен как документами, имеющими юридическую силу
("подписанными" ЭЦП), так и документами внутреннего пользования, не
имеющими юридической силы;
- управление маршрутами движения документов;
- учет всех входящих и исходящих документов и пакетов документов;
- контроль местонахождения и статуса (состояния) документов;
- поиск документов;
- ведение архивов документов.
Исходные данные по ведению электронного документооборота в части
формирования и исполнения бюджета Комплекса приведены в Приложении В к
ЧТЗ.
4.2.9 Обеспечение информационной безопасности
4.2.9.1 ПТК обеспечения информационной безопасности должен
представлять собой организационно-режимный и программно-технический
комплекс.
Пользователи ПТК: служба информационной безопасности Управления.
Входная информация: регистрационная информация средств
обеспечения информационной безопасности.
Выходная информация: информации мониторинга и аудита
информационной безопасности, ключевая информация, параметры для
регулирования и настройки средств обеспечения информационной
безопасности.
4.2.9.2 ПТК обеспечения информационной безопасности должен
разрабатываться с учетом организационных решений по организации и
регламенту ПТК обеспечения информационной безопасности в АИС УБП
первой очереди (Департамента финансов города Москвы).
4.2.9.3 ПТК обеспечения информационной безопасности в части
ведения электронного обмена данными с объектами АИС УБП первой очереди
(Департамента финансов города Москвы) должен разрабатываться на основе
технических решений, совместимых с решениями по созданию ее ПИБ.
4.2.9.4 ПТК обеспечения информационной безопасности должен
обеспечить безопасность информации при ее обмене с взаимодействующими
информационными системами на основе технологий, совместимых с
технологиями обмена открытой информации по сети Интернет.
4.2.9.5 ПТК обеспечения информационной безопасности должен
обеспечить решение следующих задач:
- управления доступом к защищаемым ресурсам;
- регистрации и учета фактов доступа к защищаемым ресурсам;
- обеспечения целостности защищаемых ресурсов.
4.2.9.6 Решение задач управления доступом, регистрации и учета и
обеспечения целостности защищаемых ресурсов должно обеспечить:
- защиту межсетевого обмена;
- защиту информационного обмена с внешними абонентами;
- защиту информационного обмена в Системе;
- защиту АРМ и серверов Системы и их информационных ресурсов;
- управление средствами ПТК обеспечения информационной
безопасности в составе КПТС и Системы в целом.
На этапе Разработки технического проекта Системы проработать
вопрос закрытия защищаемой информации при ее передаче по каналам связи
вне контролируемой зоны между объектами АИС УБП первой очереди
(Департамент финансов города Москвы), объектами Главных распорядителей
и Распорядителей бюджетных средств Комплекса.
4.2.9.7 ПТК должен включать следующие основные подсистемы:
- подсистему разграничения доступа;
- подсистему обеспечения целостности;
- подсистему криптографической защиты и НСД;
- подсистему мониторинга и активного аудита;
- подсистему антивирусной защиты;
- подсистему межсетевого экранирования.
Подсистема разграничения доступа должна обеспечивать
идентификацию и проверку подлинности субъектов доступа при входе в
сеанс работы.
Подсистема обеспечения целостности должна реализовывать контроль
целостности СЗИ НСД при загрузке ОС.
Подсистема мониторинга и активного аудита должна осуществлять
регистрацию входа/выхода субъектов доступа в систему/из системы, а
также обеспечивать возможность периодического тестирования функций СЗИ
НСД путем имитирования попыток НСД.
Подсистема антивирусной защиты должна обеспечивать защиту
информации АС от воздействия вредоносных программ (программ-вирусов).
Подсистема антивирусной защиты должна поддерживать регулярные
обновления своих баз данных.
Подсистема межсетевого экранирования должна использовать
межсетевой экран не ниже 5 класса по классификации РД ГТК "Средства
вычислительной техники. Межсетевые экраны. Защита от
несанкционированного доступа к информации".
4.2.9.8 Для подтверждения подлинности передаваемых документов
необходимо использование ЭЦП формируемую в соответствии с алгоритмом
Альгомая.
4.2.9.9 При построении СЗИ НСД допускается использование
несертифицированных средств защиты информации.
4.2.9.10 Организационно-режимные меры защиты.
4.2.9.10.1 В процессе эксплуатации Системы необходимо обеспечить
физическую охрану технических средств и носителей информации.
4.2.9.10.2 Организационно-режимные меры защиты должны определять:
- порядок доступа в помещения, в которых размещаются защищаемые
ресурсы Системы;
- порядок хранения и использования электронных и иных документов
и их носителей;
- порядок технического обслуживания, модификации и модернизации
элементов технического, программного и информационного обеспечения;
- порядок обеспечения и контроля физической целостности
(неизменности) СЗИ НСД, ее программного обеспечения и
условнопостоянных информационных ресурсов.
4.2.9.10.3 При разработке СЗИ НСД должны быть разработаны
проекты:
- перечня сведений ограниченного распространения, подлежащих
защите в Системе (на этапе разработки Технического проекта Системы);
- перечня ресурсов Системы, подлежащих защите (на этапе
разработки Технического проекта Системы);
- другой организационно-распорядительной, нормативной,
технической и эксплуатационной документации, определяющей требования и
порядок обработки информации ограниченного распространения (на этапе
разработки рабочей документации на типовые КПТС, Комплекс
телекоммуникации и ЛВС и ПТК Системы).
Перечень сведений ограниченного распространения, подлежащих
защите в Системе, должен разрабатываться на основе аналогичного
перечня действующего в автоматизируемых учреждениях Комплекса.
Перечень разрабатываемых организационных мер,
организационнораспорядительной, нормативной, технической и
эксплуатационной документации, определяющей требования и порядок
обработки информации ограниченного распространения, определяется на
этапе разработки Технического проекта Системы и согласуется в составе
ее проектной документации.
4.2.9.11 Дополнительные требования к ПТК обеспечения
информационной безопасности и системам инженерного обеспечения Системы
в части защиты информации ограниченного распространения и порядок
работ по ее защите уточняются на этапе разработки рабочей документации
на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и
согласовываются протоколом с Государственным заказчиком.
4.2.10 Мониторинг и управление
4.2.10.1 ПТК мониторинга и управления должен обеспечить
выполнение следующих функций:
- автоматического дистанционного ввода и развертывания, а также
внесение изменений и исправлений (upgrade) в программные средства: ПТК
Системы, общего и системного программного обеспечения Системы на
рабочих станциях и серверах КПТС;
- инвентаризации программных средств: ПТК Системы, общего и
системного программного обеспечения Системы на рабочих станциях и
серверах КПТС;
- дистанционного сбора статистики и мониторинга выполнения
программных средств: ПТК Системы, общего и системного программного
обеспечения Системы на рабочих станциях и серверах КПТС;
- удаленного централизованного управления выполнением программных
средств: ПТК Системы, общего и системного программного обеспечения
Системы на рабочих станциях и серверах КПТС;
- инвентаризации компонентов ЛВС и КПТС (активного и пассивного
сетевого оборудования, серверов и рабочих станций, прочего
оборудования);
- дистанционного автоматического мониторинга работоспособности
компонентов ЛВС КПТС;
- дистанционного автоматического мониторинга сессий
пользователей;
- учета пользователей КПТС Системы;
- журнализации действий пользователей КПТС Системы;
- удаленного централизованного управления состоянием компонентов
ЛВС КПТС.
Пользователи ПТК: служба эксплуатации КПТС Системы.
Входная информация: регистрационная информация сетевых средств,
средств общего и системного программного обеспечения, файлы с
изменениями программного обеспечения.
Выходная информация: информация мониторинга функционирования КПТС
и Системы в целом, параметры для регулирования и настройки
программного обеспечения ПТК, общего и системного программного
обеспечения.
Решение по созданию службы эксплуатации Системы принимается
Правительством Москвы в установленном порядке.
4.2.10.2 ПТК мониторинга и управления должен представлять собой
организационный и программно-технический комплекс.
4.2.10.3 ПТК мониторинга и управления должен обеспечивать
поддержку на объектах Системы взаимосогласуемых версий и редакций
используемого общего, системного и прикладного программного
обеспечения Системы.
4.2.10.4 ПТК мониторинга и управления должен разрабатываться с
учетом организационных решений по организации и регламенту мониторинга
и управления, реализованных в АИС УБП первой очереди (Департамент
финансов города Москвы), а также с учетом технических решений по
мониторингу и управлению сетевыми, вычислительными и информационными
ресурсами, реализованных в АИС УБП первой очереди (Департамент
финансов города Москвы).
4.2.10.5 ПТК мониторинга и управления должен обеспечить получение
файлов с изменениями или новыми версиями или редакциями программных
средств на машинных носителях или по каналам связи и ввод их в КПТС
Системы.
4.2.10.6 ПТК мониторинга и управления должен обеспечить доведение
(рассылку) файлов с изменениями или новыми версиями или редакциями
программных средств и контроль фактического внесения изменений в
программное обеспечение КПТС Системы.
На этапе Разработки технического проекта Системы проработать
вопрос рассылки извещений о внесении изменений до объектов
взаимодействующих информационных систем и контроля получения
извещений.
4.2.11 Временной регламент реализации каждой функции, задачи
(комплекса задач)
4.2.11.1 Система должна работать в интерактивном режиме. Функции
ПТК Системы должны выполняться только по запросу операторов.
4.2.11.2. Время выполнения функций должно определяться оператором
в зависимости от специфики решаемых им производственных задач.
4.2.11.3 Последовательность выполнения функций должна
определяться оператором, либо должна быть программно предопределена.
Программно предопределенные последовательности выполнения функций
определяются на этапе разработки рабочей документации на типовые КПТС,
Комплекс телекоммуникации и ЛВС и ПТК Системы и должны быть описаны в
эксплуатационной документации соответствующего ПТК Системы.
4.2.11.4 Должны быть предусмотрены средства администратора ПТК
Системы для изменения программно предопределенных последовательностей
выполнения функций.
4.2.12 Требования к качеству реализации каждой функции, задачи
(комплекса задач)
4.2.12.1 При выполнении функций должна быть обеспечена корректная
с точки зрения предметной области обработка данных и представление
результатов.
4.2.12.2 Реализация функций должна обеспечивать полное выполнение
входящих в их состав операций.
4.2.12.3 Достоверность получаемых результатов должна определяться
по нижнему уровню достоверности участвующей в обработке запроса
входной информации.
4.2.12.4 Требования по качеству реализации функций уточняются по
результатам технического проектирования Системы и утверждаются в
составе ее проектной документации.
4.2.12.5 При выполнении функций должно быть обеспечено выполнение
следующих ВВХ на стандартные операции:
- среднее время реакции системы (от момента ввода запроса до
появления первой реакции системы на АРМ) - не более 3 секунд;
- среднее время передачи по ЛВС или каналам связи сообщения
электронной почты объемом один экранный лист с присоединенным файлом
объемом 5 Кбайт - не более 30 секунд;
- среднее время передачи по ЛВС или каналам связи одного
документа в системе Документооборота объемом 5 Кбайт, с
сопроводительным материалом объемом один экранный лист- не более 30
секунд - 1 минуты;
- средне время получения справки с оперативной информацией,
локализуемой на АРМ - не более 5 секунд, с оперативной информацией,
локализуемой в ЛВС КПТС - не более 15 секунд, с информацией,
получаемой по каналам связи от удаленного сервера - не более 30
секунд;
- среднее время решения расчетной или информационной задачи на
сервере - не более 30 минут;
- время формирования резервной копии или восстановления с
резервной копии фрагмента базы данных, подлежащего восстановлению как
единое целое - не более 30 минут.
4.2.13 Перечень и критерии отказов для каждой функции, по которой
задаются требования надежности
4.2.13.1 Общие требования по обеспечению надежности выполнения
функций в составе АРМ и КПТС в целом заданы в п. 4.1.10.
К функциям, для которых должны быть заданны дополнительные
требования по обеспечению надежности, относятся функции следующих
типов:
- функции, в процессе выполнения которых осуществляются операции
по изменению данных в Системе или их вводу в Систему;
- функции, в процессе выполнения которых осуществляются операции
по обмену платежными документами;
- функции, в процессе выполнения которых осуществляется обмен
документами с электронной подписью.
4.2.13.2 Все остальные функции должны быть отнесены к функциям,
для которых дополнительные требования по обеспечению надежности не
предъявляются.
4.2.13.3 Отказом для функции с дополнительными требованиями по
обеспечению надежности является невозможность ее корректного
выполнения или завершения одной из промежуточных операций с успешным
признаком.
Критерием отказа является нарушение функционирования ПТК Системы
или не реализация им хотя бы одного функционального требования.
4.2.13.4 Функции, для которых заданы дополнительные требования по
обеспечению надежности, должны обеспечивать:
- ведение полного журнала истории работы с данными;
- работу с базами данных с использованием механизмов транзакций и
отката при неуспешном завершении;
- отсутствие возможности с АРМ функциональных пользователей
выполнить корректировку данных, помещенных на длительное хранение.
4.2.13.5 Состав функций, к которым предъявляются дополнительные
требования по надежности, и дополнительные требования к ним
определяются, на этапе разработки Технического проекта Системы и
утверждаются в составе ее проектной документации.
4.2.14 Комплекс телекоммуникации и ЛВС
4.2.14.1 Комплекс телекоммуникации и ЛВС должен обеспечить
выполнение следующих функций:
- обмен по ЛВС между АРМ и серверами КПТС;
- обмен между АРМ КПТС Системы и АРМ взаимодействующих объектовых
отраслевых АС по ЛВС;
- обмен по ЛВС между АРМ взаимодействующих объектовых отраслевых
АС и транзит данных между ними;
- обмен по каналам связи с объектами АИС УБП первой очереди
(Департамент финансов города Москвы);
- обмен по каналам связи между КПТС Системы;
- обмен по каналам связи между КПТС Системы и объектами
взаимодействующих информационных систем, а также с АРМ получателей
бюджетных средств;
- регистрация входной и выходной информации.
4.2.14.2 Комплекс телекоммуникации и ЛВС должен представлять
собой аппаратно-программный комплекс, реализующий обмен данными на
основе современных телекоммуникационных технологий.
Комплекс телекоммуникации и ЛВС должен включать в свой состав
следующие типовые комплексы:
- телекоммуникации и ЛВС отдела;
- телекоммуникации и ЛВС здания размещения;
- телекоммуникации и ЛВС Комплекса в целом.
4.2.14.2.1 Типовой комплекс телекоммуникации и ЛВС отдела должен
обеспечивать:
- функционирование в ЛВС до 10 АРМ и серверов;
- возможность увеличения числа АРМ и серверов до 16;
- функционирование в составе комплекса телекоммуникации и ЛВС
здания размещения.
4.2.14.2.2 Типовой комплекс телекоммуникации и ЛВС здания
размещения должен обеспечивать;
- функционирование в ЛВС до 50 АРМ и серверов;
- возможность увеличения числа АРМ и серверов до 80;
- функционирование в составе комплекса телекоммуникации и ЛВС
Комплекса в целом;
- обмен, как по ЛВС, так и по каналам связи;
- реализацию единых телематических и телекоммуникационных услуг и
служб в пределах здания.
4.2.14.2.3 Типовой комплекс телекоммуникации и ЛВС Комплекса в
целом должен обеспечивать:
- функционирование до 700 АРМ и серверов;
- возможность увеличения их числа до 1000;
- обмен, как по ЛВС, так и по каналам связи;
- реализацию единых телематических и телекоммуникационных услуги
и служб в Системе в целом.
4.2.14.3 Комплекс телекоммуникации и ЛВС должен обеспечивать
поддержку на объектах Системы единого телекоммуникационного и
адресного пространства независимо от используемых программных средств.
4.2.14.4 Комплекс телекоммуникации и ЛВС должен разрабатываться с
учетом организационных решений по организации обмена по каналам связи
в АИС УБП первой очереди (Департамент финансов города Москвы), а также
с учетом технических решений по обмену в ЛВС и по каналам связи,
реализованным в АИС УБП первой очереди (Департамент финансов города
Москвы).
4.2.14.5 Комплекс телекоммуникации и ЛВС должен обеспечивать
обмен данными между участниками процессов формирования и исполнения
бюджета в части выполнения задач и функций Комплекса, а также с
отделами Департамента финансов, МГК и ФКУ города Москвы с
использованием Московской волоконно-оптической сети.
4.2.14.6 Комплекс телекоммуникации и ЛВС должен обеспечить обмен
данными объектов Системы с объектами АИС УБП первой очереди
(Департамент финансов города Москвы) с использованием технических и
программных средств, совместимых со средствами, используемыми в АИС
УБП первой очереди (Департамент финансов г. Москвы). Протоколы обмена
данными и регламент взаимодействия с объектами АИС УБП первой очереди
(Департамент финансов города Москвы) должны быть разработаны на этапе
разработки Технического проекта Системы.
Комплекс телекоммуникации и ЛВС должен обеспечивать доступ к WWW
серверу ИТЦ ФХУ Мэрии Москвы.
4.2.14.7 Комплекс телекоммуникации и ЛВС должен обеспечивать
обмен данными между объектами Системы с учетом технических решений,
реализованных в Департаменте финансов города Москвы, а также с
использованием технических решений, обеспечивающих поддержку открытых
Интернет-технологий.
4.2.14.8 Комплекс телекоммуникации и ЛВС должен обеспечивать
обмен данными между объектами Системы и объектами взаимодействующих
информационных систем, а также АРМ получателей бюджетных средств на
основе протоколов, протоколов с поддержкой открытых
Интернеттехнологий.
4.2.15 Комплексы программно технических средств
4.2.15.1 КПТС Главного распорядителя бюджетных средств, КПТС
Распорядителя бюджетных средств, КПТС получателей бюджетных средств
должны обеспечивать:
- интеграцию средств технического, программного и информационного
обеспечения и их совместное функционирование в составе КПТС;
- применение программных и аппаратных средств Системы как единого
целого;
- использование программных, технических и информационных
ресурсов КПТС и ПТК в Системе в целом;
- непосредственное взаимодействие с пользователем в процессе
реализации ими функционального предназначения Системы;
- непосредственное информационное взаимодействие пользователей
между собой, с взаимодействующими объектовыми отраслевыми АС, с
информационными системами;
- поддержку унифицированной программно-аппаратной платформы для
всех ПТК на всех объектах Системы;
- решение вопросов технической эксплуатации и обслуживания
программных и аппаратных средств Системы как единого целого;
- решение вопросов инженерного и организационного обеспечения
функционирования программных и аппаратных средств Системы как единого
целого и их размещения в помещениях Заказчика.
4.2.15.2 КПТС должны включать в свой состав:
- АРМ и их периферийные устройства;
- сетевые устройства коллективного пользования;
- оборудование, используемое для обеспечения безопасности
информации;
- устройства гарантированного электропитания;
- иное оборудование, необходимое для функционирования ПТК
Системы.
КПТС Главного распорядителя бюджетных средств должны включать
также серверы (серверы приложений, серверы баз данных и др.) и их
устройства.
КПТС Распорядителя бюджетных средств должен включать серверы
приложений, а при наличии обоснования, серверы баз данных и их
устройства.
На этапе Разработки технического проекта Системы проработать
вопрос создания в составе КПТС Главного распорядителя бюджетных
средств объединенного серверного комплекса Главных распорядителей
бюджетных средств, предназначенного для совместного использования
Комплексами аппаратных и программных ресурсов серверов, дисковых и
ленточных устройств для хранения и обработки данных длительного
хранения.
На этапе Разработки технического проекта Системы проработать
вопрос интеграции КПТС получателей бюджетных средств локальных или
удаленных площадок с КПТС Главного распорядителя или Распорядителя
бюджетных средств.
На этапе Разработки технического проекта Системы проработать
вопрос создания в состав КПТС Главного распорядителя бюджетных средств
удаленных АРМ, предназначенных для взаимодействия с объектами АИС УБП
первой очереди (Департамент финансов города Москва).
4.2.15.3 Программное обеспечение КПТС должно включать:
- операционные системы АРМ и серверов;
- офисное программное обеспечение;
- общесистемное программное обеспечение, обеспечивающее
функционирование ПТК Системы;
- технологическое программное обеспечение, обеспечивающее
техническое обслуживание технических средств КПТС и сопровождение
программных средств Системы;
- объектовые комплекты программных средств ПТК Системы.
4.2.15.4 Информационное обеспечение КПТС включает информационные
ресурсы, централизованное ведение которых осуществляется в масштабе
объектового КПТС или Системы в целом.
4.2.15.5 КПТС должны поддерживать сетевую службу единого времени
(на основе протоколов синхронизации времени NTP и SNTP).
На этапе Разработки технического проекта Системы проработать
вопрос поддержки единого времени в Системе в целом.
4.2.15.6 КПТС получателей бюджетных средств должны обеспечить
выполнение следующих функций:
- ввод подготовленных документов и передача их в отделы Главного
распорядителя и Распорядителей бюджетных средств;
- получение документов и запросов из указанных отделов и
оперативное уведомление об их получении;
- формирование и уточнение графика предоставления документов в
указанные отделы; контроль его соблюдения (документ может быть
отправлен, получен, принят к обработке, обработан); автоматическое
оперативное информирование получателей бюджетных средств о ближайших
сроках представления документов;
- работа в системе документооборота Системы;
- осуществление оперативного электронного обмена
неформализованной информацией с указанными отделами;
- формирование документов с использованием единых в Системе
актуальных: нормативно-справочной, нормативно-методической информации
и классификаторов;
- обеспечение решения задач и выполнение функций согласно п.п.
4.2.2.2.1 (функция 3), 4.2.2.4.1, 4.2.2.4.4.
4.3 Требования к видам обеспечения
Информационное, лингвистическое, программное, техническое,
организационное и методическое обеспечение Системы должны создаваться
с учетом технических решений, реализованных в АИС УБП первой очереди
(Департамент финансов города Москвы).
4.3.1 Требования к математическому обеспечению Системы
4.3.1.1 Математическое обеспечение Системы должно включать:
- методы и методики обработки финансовой и экономической
информации;
- методы и методики обработки бухгалтерской информации;
- методы и методики обработки статистической информации;
- методики формирования документов и материалов, организации их
движения.
4.3.1.2 Используемые методы анализа накопленных в Системе данных
должны соответствовать методикам, определенным Минфином России и
Банком России.
4.3.1.3 Для формирования материалов и построения отчетов в
Системе должны применяться стандартные статистические методы обработки
экономической и финансовой информации.
На этапе Разработки технического проекта Системы проработать
вопрос использования современных методик финансового и экономического
анализа.
4.3.1.4 Все бухгалтерские и статистические расчеты в Системе
должны проводиться в соответствии с методиками, определенными Минфином
России и Банком России.
4.3.1.5 Программно поддерживаемые методики формирования
документов и материалов, организации их движения должны поддерживать
сложившуюся в автоматизируемых подразделениях систему документооборота
и соответствовать нормативным и методическим документам Правительства
Москвы.
4.3.1.6 В Системе должна быть обеспечена возможность настройки в
ходе эксплуатации КПТС Системы методик подготовки данных и форм
представления данных, используемых в процессе анализа.
4.3.2 Требования к информационному обеспечению Системы
4.3.2.1 Требования к составу структуре и способам организации
данных в Системе
4.3.2.1.1 Информационное обеспечение Системы должно включать:
- базы данных текущей информации КПТС;
- централизованно сохраняемые базы данных КПТС долговременного
хранения;
- базы данных документов, сопровождающих формирование, исполнение
и контроль исполнения бюджета.
4.3.2.1.2 Базы данных текущей информации КПТС должны обеспечить
хранение всей текущей информации (документов и данных) за 2 последние
года, связанной с формированием, исполнением и контролем исполнения
бюджета Комплекса.
Базы данных должны обеспечивать:
- хранение нескольких поколений данных или редакций документов;
- поддержание связей между документами и данными, относящимися к
одному объекту контроля (получателю или Распорядителю бюджетных
средств, договору, бюджетной заявке и др.);
- доступ к документам и данным по различным классификационным
признакам (по источнику поступления, по отрасли, по периодам
(кварталам) исполнения бюджета, по виду продукции и услуг и др.);
- возможность изменения структуры баз данных для учета изменений
в законодательстве и нормативных документах.
4.3.2.1.3 Централизованно сохраняемые базы данных КПТС
долговременного хранения должны обеспечивать хранение всей информации
долговременного хранения за последние 5 лет, связанной с
формированием, исполнением и контролем исполнения бюджета Комплекса.
Базы данных должны обеспечивать:
- хранение документов и данных на устройствах с on-line и
off-line доступом;
- хранение документов и данных Баз данных оперативной (текущей)
информации за предшествующие отчетные периоды (годы);
- поддержку хронологических слоев данных и документов;
- хранение бухгалтерских, производственных и иных отчетов по
отчетным периодам;
- хранение эталонных экземпляров текущей нормативно-справочной
информации и классификаторов;
- поиск документов и данных или места их хранения (на устройствах
с on-line доступом) по различным классификационным признакам (по
источнику поступления, по отрасли, по периодам исполнения бюджета, по
виду продукции и услуг и др.);
- при хранении на устройствах с on-line доступом поддержание
связей между документами и данными, относящимися к одному объекту
контроля (получателю или распорядителю бюджетных средств, договору,
заявке и др.);
- при хранении на устройствах с on-line доступом поддержание
связей и структур данных, обеспечивающих возможность формирования
обобщенных показателей и мониторинга процессов исполнения бюджета
Комплекса;
- возможность изменения структуры баз данных для учета изменений
в законодательстве и нормативных документах.
4.3.2.1.4 Базы данных документов, сопровождающих формирование,
исполнение и контроль исполнения бюджета, должны обеспечивать хранение
всех видов документов, сопровождающих исполнение бюджетного процесса
Комплекса (включая, нормативно-правовые акты, нормативнометодические
материалы, классификаторов и др.).
Вновь разрабатываемые базы данных документов должны обеспечивать:
- объединение нормативно-методических документов в дела и
установление иных связей между документами;
- хранение документов в форматах используемых в Системе
приложений, с помощью которых они были подготовлены;
- представление документа как сложного объекта, включающего
регистрационную карточку, содержащую атрибуты поиска документа,
документ как набор файлов, содержащих различные части и редакции
документа, и дополнительную информацию.
На этапе Разработки технического проекта Системы проработать
вопрос использования баз данных нормативно-правовых актов,
используемых на объектах АИС УБП первой очереди (Департамент финансов
города Москвы).
4.3.2.2 Требования к информационному обмену между компонентами
Системы
4.3.2.2.1 Компоненты Системы (КПТС или ПТК) должны реализовывать
информационный обмен между собой с использованием присутствующих на
Pоссийском рынке средств и систем.
4.3.2.2.2 Информационный обмен между АРМ КПТС должен
осуществляться с использованием средств электронной почты и средств
документооборота, а также с использованием Интернет-технологий и
технологии электронной почты. Информационный обмен между АРМ и
серверами КПТС должен осуществляться с использованием средств СУБД и
иных используемых информационных систем, реализующих клиент-серверную
технологию.
4.3.2.2.3 Информационный обмен между ПТК должен осуществляться в
составе АРМ с использованием штатных средств экспорта/импорта файлов и
объектов. При обмене информацией между программными серверами обмен
должен осуществляться с использованием штатных средств
экспорта/импорта этих серверов (например, средства ADO при обмене
между WWW и SQL серверами и др.).
4.3.2.2.4 Типовой регламент информационного обмена между базами
данных должен быть разработан в составе эксплуатационной документации
КПТС Системы.
4.3.2.3 Требования к информационной совместимости Системы со
смежными системами.
4.3.2.3.1 Информационная совместимость Системы со смежными
системами должна достигаться с использованием присутствующих на
Российском рынке средств и систем.
4.3.2.3.2 Информационная совместимость Системы с
взаимодействующими АС должна достигаться на основе:
- использования единых классификаторов, единых коммуникационных
форматов, способов кодирования и форм представления документов и
данных;
- использования единых средств электронной почты и
документооборота при обмене по ЛВС;
- использованием открытых Интернет-технологий, технологии
электронной почты Интернет при обмене по каналам связи.
4.3.2.3.3 Информационная совместимость Системы с действующими
объектами АИС УБП первой очереди (Департамент финансов города Москвы)
должна достигаться на основе использования классификаторов,
коммуникационных форматов, способов кодирования и форм представления
документов, применяемых на этих объектах.
4.3.2.3.4 Типовой регламент информационного обмена между базами
данных должен быть разработан в составе эксплуатационной документации
КПТС Системы.
4.3.2.4 Требования по использованию общероссийских, региональных,
отраслевых классификаторов, справочников и реестров
4.3.2.4.1 При работе Системы должны быть использованы следующие
классификаторы:
Общероссийские классификаторы
- общероссийский классификатор стран мира (ОКСМ);
- общероссийский классификатор объектов административно -
территориального деления (ОКАТО);
- общероссийский классификатор органов государственной власти и
управления (ОКОГУ);
- общероссийский классификатор отраслей народного хозяйства
(ОКОНХ);
- общероссийский классификатор предприятий и организаций (ОКПО);
- общероссийский классификатор видов экономической деятельности,
продукции и услуг (ОКДП);
- общероссийский классификатор профессий рабочих, должностей
служащих и тарифных разрядов (ОКПДТР);
- общероссийский классификатор продукции (ОКП);
- общероссийский классификатор услуг населению (ОКУН);
- общероссийский классификатор организационно-правовых форм
(ОКОПФ);
- общероссийский классификатор управленческой документации
(ОКУД);
- общероссийский классификатор основных фондов (ОКОФ);
- общероссийский классификатор информации о населении (ОКИН);
- общероссийский классификатор информации по социальной защите
населения (ОКИСЗН);
- общероссийский классификатор валют (ОКВ);
- общероссийский классификатор единиц измерения (ОКЕИ).
В Системе должна быть использована бюджетная классификация
Российской Федерации, в части использования следующих классификаторов:
- доходов бюджетов Российской Федерации;
- видов расходов бюджетов Российской Федерации;
- целевых статей расходов бюджета;
- статей затрат и др.
В Системе должна быть использована функциональная классификация
расходов бюджетов Российской Федерации.
В Системе должна быть использована экономическая классификация
расходов бюджетов Российской Федерации.
4.3.2.4.2 При работе Системы должна быть применена следующая
нормативно-справочная информации (справочники):
- справочники отраслевой направленности;
- план счетов;
- справочник банков (БИКов) МЦИ;
- справочник номенклатур;
- справочник типов бюджетов;
- справочник типов банковских счетов (справочник ЦБ);
- справочник типов котировок валют (внутренний справочник АИС
УБП);
- справочник валют (справочник ЦБ);
- справочник цен на товары и услуги.
В Системе должны использоваться справочники участников бюджетного
процесса и исполнения городского заказа:
- справочник подразделений Департамента финансов, Московского
городского казначейства и финансово-казначейских управлений;
- справочник главных распорядителей, распорядителей, получателей
бюджета;
- справочник органов, осуществляющих учет и контроль поступления
доходов в бюджет города Москвы;
- справочник финансово-кредитных учреждений;
- справочник юридических лиц (плательщиков налогов, контрагентов
бюджетополучателей);
- справочник других городских, отраслевых и территориальных
органов власти, принимающих участие в бюджетном процессе;
- справочник ответственных исполнителей закупок;
- справочник Государственных заказчиков;
- справочник организаторов торгов;
- справочник квалификационных данных поставщиков продукции;
- справочник поставщиков и подрядчиков.
4.3.2.4.3 При работе Системы должна быть использованы следующие
реестры:
- реестры заявок;
- реестры продукции;
- реестры платежных поручений;
- реестр объектов;
- реестр специалистов по городу Москве.
На этапе Разработки технического проекта Системы проработать
вопрос ведения общегородского реестра государственных контрактов.
4.3.2.4.4 При работе Системы должна быть использована следующая
нормативно-методическая информация:
- нормативно-правовые акты по формированию и исполнению бюджета,
по федеральным, региональным и муниципальным государственным закупкам;
- методические документы по формированию и исполнению бюджета, по
федеральным, региональным и муниципальным государственным закупкам;
- формы электронных документов.
4.3.2.4.5 Перечень используемых классификаторов, словарей и
реестров, а также нормативно-справочной и нормативно-методической
информации и классификаторов уточняется по результатам технического
проектирования Системы и отражается в ее проектной и эксплуатационной
документации.
4.3.2.5 Требования по применению систем управления базами данных
4.3.2.5.1 Системы управления базами данных используемые в Системы
должны выбираться с учетом технических решений, реализованных в АИС
УБП первой очереди (Департамент финансов города Москвы).
4.3.2.5.2 Для централизованного хранения данных текущего и
долговременного хранения во всех КПТС Системы должна использоваться
единая СУБД, совместимая по форматам и типам данных с СУБД АИС УБП
первой очереди (Департамент финансов города Москвы).
4.3.2.5.3 Используемая в Системе для централизованного хранения
данных оперативного и долговременного хранения СУБД должна отвечать
следующим требованиям:
- использование русского языка, как на уровне пользовательского
интерфейса, так и на уровне серверного ядра и системных сообщений;
- поддержка реляционной или объектно-реляционной модели базы
данных;
- поддержка технологии клиент-сервер;
- поддержка многопроцессорной архитектуры;
- наличие средств создания индексов и кластеров данных;
- автоматическое восстановление базы данных;
- наличие механизма транзакций;
- реализация SQL, совместимого со стандартом ANSI 1992 г;
- поддержка стандарта Open DataBase Connectivity (ODBC);
- наличие встроенных средств контроля целостности баз данных;
- наличие встроенных средств резервного копирования базы данных;
- импорт и экспорт данных;
- использование на различных аппаратно-программных платформах;
- поддержка сетевых протоколов стека TCP/IP;
- наличие графических средств администрирования;
- возможность контроля доступа к данным;
- централизованное управление пользователями;
- оптимизация запросов;
- поддержка механизма встроенных процедур баз данных;
- наличие утилит для переноса данных из унаследованных систем;
- поддержка типа данных BLOB;
- обеспечение безопасности данных на уровне сервера баз данных.
4.3.2.5.4 Необходимость хранения на АРМ в локальных базах данных
документов и данных уточняется в ходе технического проектирования. Для
хранения документов и данных в процессе обработки в локальных базах
данных на АРМ должна использоваться СУБД совместимая по форматам и
типам данных с СУБД, используемой для централизованного хранения
данных.
4.3.2.6 Требования к структуре процессов сбора, обработки,
передачи данных в Системе и представлению данных
4.3.2.6.1 Организация и структура процессов сбора, обработки,
передачи данных в Системе и представления данных должны учитывать
технические решения, реализованные в АИС УБП первой очереди
(Департамент финансов города Москвы).
4.3.2.6.2 Ввод, сбор, обработка и передача данных в процессе
функционирования Системы должны производиться в соответствии с
нормативными документами Правительства Москвы, Министерства Финансов
России, Банка России, а также в соответствии с типовыми алгоритмами
работы, определяемыми организационными документами и должностными
инструкциями, используемыми на объектах автоматизации (алгоритмы
уточняются по результатам обследования объектов автоматизации).
4.3.2.6.3 В КПТС должно быть обеспечено четкое разграничение
функций участников бюджетного процесса и их полномочий при
формировании, вводе, сборе, обработке и передаче данных.
В КПТС Системы должно быть обеспечено четкое распределение ролей
по работе с первичными документами и текущей информацией, а также
ролей по работе с данными, предназначенными для долговременного
хранения.
4.3.2.6.4 В Системе должен быть обеспечен одноразовый ввод всех
документов и данных с последующим использованием всеми участниками
бюджетного процесса.
4.3.2.6.5 В Системе должно осуществляться централизованное
обновление данных в части классификаторов, нормативно-справочной и
нормативно-методической информации. В составе эксплуатационной
документации КПТС Системы должен быть разработан типовой регламент
ввода, сбора, обработки и передачи данных, предназначенных для
долговременного хранения.
4.3.2.6.6 Структура процессов ввода, сбора, обработки и передачи
первичных документов и текущей информации должна соответствовать
сложившейся в автоматизируемых подразделениях системе
документооборота, определяемой исходными данными Государственного
заказчика и результатами обследования объектов автоматизации.
4.3.2.6.7 Сбор и передача данных в КПТС Системы должны
осуществляться с использованием средств электронной почты и
документооборота по ЛВС и по каналам связи, а так же с использованием
машинных и бумажных носителей. В части формирования и исполнения
бюджета Комплекса должны осуществляться в соответствии с исходными
данными о регламенте обмена документами, приведенными в Приложении В к
ЧТЗ.
4.3.2.6.8 Ввод данных в КПТС Системы должен осуществляться путем
ручного ввода первичных документов и отчетных форм или их ввода с
машинных носителей, а также при получении данных по каналам связи.
4.3.2.6.9 В КПТС должен быть обеспечен экспорт получаемых извне
данных в один из коммуникационных форматов Системы, а также контроль
целостности юридически достоверных документов (документов, подписанных
ЭЦП).
4.3.2.6.10 Обработка информации должна производится по запросам
операторов в интерактивном режиме с возможностью обработки запросов на
выполнение задач над базами централизованно сохраняемых данных в
режиме off-line с уведомлением оператора, выдавшего запрос, о
завершении его обработки, либо о необходимости уточнения запроса.
4.3.2.6.11 При представлении данных на экранных формах должна
быть обеспечена возможность детализации по иерархии (понижения уровня
отображения данных от сводных показателей к детальной информации,
являющейся базой свода). Состав форм, для которых обеспечивается
возможность детализации по иерархии, должен быть определен на этапе
разработки Технического проекта Системы.
4.3.2.6.12 Должна быть реализована возможность сохранения отчетов
в виде файлов. Состав таких отчетов должен быть уточнен на этапе
разработки Технического проекта Системы.
4.3.2.6.13 Должен быть обеспечен вывод данных на магнитные и
бумажные носители.
4.3.2.7. Требования к защите данных от разрушений при авариях и
сбоях в электропитании Системы
4.3.2.7.1 Для обеспечения защиты данных от разрушений при авариях
и сбоях в процессе выполнения пользовательских задач в КПТС Системы
должно быть обеспечено:
- ведение регистрационных журналов и использование механизма
отката транзакций СУБД;
- использование прикладным программным обеспечением Системы
механизма транзакций.
4.3.2.7.2 Для обеспечения защиты данных от разрушений при авариях
и сбоях в процессе выполнения пользовательских задач при повреждении
журналов регистрации СУБД должно быть обеспечено создание резервных
копий баз данных.
4.3.2.7.3 Для обеспечения защиты данных от разрушений при авариях
и сбоях в процессе выполнения пользовательских задач на АРМ должно
быть обеспечено удаленное резервное копирование наиболее значимых
директорий АРМ. В эксплуатационной документации КПТС Системы должны
быть приведены регламенты резервного копирования данных.
4.3.2.7.4 Резервное копирование данных и баз данных должно
осуществляться в соответствии с регламентом их ведения, но не реже чем
раз в сутки. В соответствии с регламентом ведения данных должно быть
обеспечено регулярное создание резервной копий изменений данных и баз
данных и периодическое создание полных копий резервируемых данных и
баз данных.
4.3.2.7.5 Резервное копирование баз данных с резервной копии
должно осуществляться средствами СУБД.
Резервное копирование данных АРМ должно осуществляться с
резервной копии средствами ПТК мониторинга и управления.
4.3.2.7.6 Восстановление данных после отказов и сбоев должно
осуществляться в соответствии с требованиями п. 4.3.2.8.8.
4.3.2.8 Требования к контролю, хранению, обновлению и
восстановлению данных
4.3.2.8.1 Контроль, хранение, обновление и восстановление данных
в КПТС Системы должно осуществляться с учетом технических решений,
реализованных в АИС УБП первой очереди (Департамент финансов г.
Москвы).
4.3.2.8.2 Система должна обеспечить двухуровневый автоматический
контроль данных, вводимых в централизованные базы данных КПТС Главного
распорядителя и Распорядителя бюджетных средств непосредственно в
точке ввода (при ручном вводе или экспорте или загрузке данных с
машинного носителя или при получении сообщений и файлов по каналам
связи или ЛВС) и при записи в базы данных.
Система должна обеспечить сверку документов и материалов,
содержащих одинаковую информацию, передаваемых по различным маршрутам
в процессе их разработки и обработки. Перечень документов и
материалов, подлежащих сверке, определяется на этапе разработки
Технического проекта Системы.
4.3.2.8.3 Данные, требуемые для работы КПТС Системы, должны
размещаться на АРМ и серверах КПТС.
4.3.2.8.4 Должно быть обеспечено создание на магнитных носителях
и хранение резервной копии текущих данных согласно требованиям п.п.
4.3.2.7.2 - 4.3.2.7.4.
4.3.2.8.5 Резервные копии данных должны храниться до момента
создания следующих резервных копий того же назначения.
4.3.2.8.6 Должно быть обеспечено хранение файлов экспорта/импорта
данных на магнитных или оптических носителях в течение следующего
времени:
- до 10 дней - для файлов, поступающих ежедневно;
- до 1 месяца - для файлов, поступающих еженедельно;
- до 3 месяцев - для всех остальных файлов.
4.3.2.8.7 Восстановление данных должно осуществляться в
соответствии со следующими требованиями.
4.3.2.8.7.1 При аварии или сбое в процессе выполнения
пользовательских задач должно быть обеспечено восстановление базы
данных до состояния на момент последней завершенной СУБД транзакции.
4.3.2.8.7.2 При аварии или сбое на АРМ в процессе выполнения
пользовательских задач должно быть обеспечено восстановление с
резервной копии программного обеспечения и наиболее значимых
директорий с данными на момент создания последней резервной копии
данных, но не позднее, чем за сутки до момента сбоя.
4.3.2.8.7.3 При повреждении журналов регистрации СУБД должно быть
обеспечено восстановление базы данных до состояния на момент создания
последней резервной копии данных, но не позднее, чем за сутки до
момента сбоя.
4.3.2.8.8 Восстановление баз данных с резервной копии должно
осуществляться средствами СУБД.
Восстановление данных АРМ с резервной копии должно осуществляться
локально средствами ОС и используемых информационных систем.
Восстановление программного обеспечения АРМ может осуществляться с
использованием средств ПТК мониторинга и управления.
4.3.2.9 Процедуры придания юридической силы документам,
продуцируемым и техническими средствами Системы
4.3.2.9.1 При создании Системы должны быть предусмотрены
процедуры придания юридической силы документов следующих типов:
- электронным документам, передаваемым по каналам связи или
сохраняемым на машинных носителях;
- документам на машинных и бумажных носителях.
4.3.2.9.2 Процедура придания юридической силы электронным
документам должна включать - аутентификацию пользователя с
использованием средств ЭЦП.
Используемая процедура должна обеспечить придание юридической
силы электронным документам при выполнении следующих операций:
- ввод в Систему авторизованных документов;
- создание документов, обладающих юридической силой;
- санкционирование определенных процессов.
- передача документов, обладающих юридической силой, по каналам
связи.
4.3.2.9.3 Типовая процедура придания юридической силы документам
на машинном и бумажном носителе, создаваемым средствами вычислительной
техники Системы, должна быть разработана в соответствии с ГОСТ
6.10.4-84 на этапе разработки рабочей документации на типовые КПТС,
Комплекс телекоммуникации и ЛВС и ПТК Системы и согласована с
Государственным заказчиком в составе ее эксплуатационной документации.
4.3.3 Требования к лингвистическому обеспечению Системы
4.3.3.1 Для разработки и проектирования ПТК Системы должна быть
использована единая система проектирования, обеспечивающая разработку
автоматизированных информационных систем, имеющая в своем составе
полный комплект инструментальных средств для сквозного проектирования.
4.3.3.2 Требования к применению языков высокого уровня
4.3.3.2.1 При разработке ПТК Системы должны использоваться языки
высокого уровня, обеспечивающие решение всех задач по реализации их
функций.
Допускается использование стандартных языков высокого уровня,
отвечающих требованиям реализации задач предметной области.
4.3.3.2.2 В составе Системы должен быть предусмотрен язык
подготовки отчетов, который должен:
- обеспечивать модификацию существующих и создание новых отчетов;
- иметь встроенные средства создания графических представлений;
- обеспечивать экспорт результатов в файлы общепринятых форматов,
таких как текст (TXT), книга Excel (XLS) и WEB-документ (HTML);
4.3.3.2.3 Состав отчетов, для которых требуется экспорт
результатов, должен быть определен на этапе разработки Технического
проекта Системы и утвержден в составе ее эксплуатационной
документации.
4.3.3.2.4 Количество пользователей Системы, для которых требуется
использование средств создания графических представлений отчетов и
экспорт результатов в файлы должно быть определено Государственным
заказчиком по результатам опытной эксплуатации образца Системы.
4.3.3.3 Требования к языкам взаимодействия пользователя и
технических средств
4.3.3.3.1 Требования к кодированию и декодированию данных не
предъявляются.
4.3.3.3.2 Требования к языкам ввода-вывода данных. Языки ввода -
вывода должны:
- поддерживать реляционную и объектно-реляционную базы данных;
- реализовывать SQL, совместимый со стандартом ANSI 1992 г.;
- поддерживать стандарт ODBC.
4.3.3.3.3 Требования к языкам манипулирования данными. Языки
манипулирования данными должны отвечать требованиям стандарта ANSI
1992 г. (реализация SQL) и поддерживать реляционную и
объектно-реляционную модели баз данных, а также стандарт ODBC.
4.3.3.3.4 Требования к средствам описания предметной области
(объектов автоматизации). Описание предметной области должно
осуществляться средствами разработки модулей используемой системы
проектирования, обеспечивающей автоматизированный процесс прямого и
обратного проектирования баз данных и программных систем, а также
документирование полученных результатов.
4.3.3.3.5 Требования к способам организации диалога с
пользователем. Способ организации диалога с пользователем должен
обеспечивать:
- уменьшение вероятности совершения пользователем случайных
ошибочных действий;
- возможность логического контроля ввода данных;
- возможность корректировки текста пользовательских сообщений;
- возможность наращивания функциональных возможностей ПТК.
- автоматический переход между полями формы ввода после их
заполнения при поточном вводе данных в ПТК Системы;
- выполнение ПТК Системы общесистемных операции, таких как работа
с файловой структурой, окнами, буфером обмена и подобных операций,
аналогичных операциям операционной системы, на базе которой
функционирует Система.
4.3.3.4 Технические решения по лингвистическому обеспечению
уточняются по результатам технического проектирования Системы и
утверждаются в составе ее проектной документации.
4.3.4 Требования к программному обеспечению Системы
4.3.4.1 Программное обеспечение Системы должно обеспечивать:
- высокую степень готовности для решения задач Системы;
- возможность работы программных продуктов в сетях общего
пользования, в том числе в сети Интернет;
- возможность работы с WWW сервером ИТЦ ФХУ.
Программное обеспечение Системы должно быть русифицировано и
иметь эксплуатационную документацию на русском языке.
4.3.4.2 При создании системы должны быть использованы следующие
покупные программные средства:
- операционная Система не ниже Windows 2000;
- СУБД типа Oracle, обеспечивающая обработку больших баз данных,
построенных на основе клиент-серверной архитектуре поддерживающая как
реляционную, так и объектно-ориентированную модель баз данных;
- система проектирования;
- пакет офисных программ типа Microsoft Office;
- пакет серверных программ типа Microsoft Back Office.
Состав покупных средств уточняется на этапе разработки рабочей
документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК
Системы и утверждается в составе ее технической документации.
4.3.4.3 Требования к общесистемному программному обеспечению
Системы
4.3.4.3.1 В КПТС Системы должно использоваться унифицированное
общесистемное программное обеспечение.
4.3.4.3.2 Общесистемное программное обеспечение должно включать:
- операционные системы;
- СУБД;
- офисное программное обеспечение;
- средства мониторинга работы сетевых технических средств;
- средства управления работой ЛВС и телекоммуникационного
оборудования;
- средства защиты информации от НСД;
- средства обмена информацией по сети Интернет;
- другие информационные системы и программные средства общего
пользования.
4.3.4.3.3 Общесистемное программное обеспечение должно
обеспечить:
- выполнение на различных АРМ одинаковых по назначению
инструментальных функций с использованием одинаковых программных
средств;
- использование на АРМ и серверах единых форматов данных и
файлов;
- работу АРМ и серверов Системы в ЛВС и по каналам связи.
4.3.4.3.4 Общесистемное программное обеспечение должно обеспечить
поддержку OLTP технологий и Интернет-технологий, поддержку технологий
мониторинга и управления ЛВС и управления регламентами.
4.3.4.4 Требования к специальному программному обеспечению.
4.3.4.4.1 Специальное программное обеспечение должно включать
вновь разрабатываемое программное обеспечение ПТК, обеспечивающее
непосредственную реализацию их функций.
4.3.4.4.2 Специальное программное обеспечение должно поддерживать
обработку документов в следующих форматах:
- Microsoft Excel;
- Microsoft Word;
- TXT, RTF, HTML.
4.3.4.4.3 Специальное программное обеспечение должно обеспечить:
- возможность учета изменений процессов формирования, исполнения
и контроля исполнения бюджета без перепрограммирования (допускается
разработка новых программных модулей и новых программных форм);
- использование архитектуры клиент-сервер.
4.3.5 Требования к техническому обеспечению Системы
4.3.5.1 Требования к видам технических средств, в том числе к
видам комплексов технических средств, программно-технических
комплексов и других комплектующих изделий, допустимых к использованию
в Системе.
4.3.5.1.1 Технические средства Системы включают следующие виды
технических средств:
- серверы (баз данных и приложений) и их внешние системы хранения
данных;
- АРМ (сетевые рабочие станции и несетевые ПЭВМ);
- системы копирования и долговременного хранения данных;
- средства ЛВС (активное и пассивное сетевое оборудование) и
телекоммуникационное оборудование;
- средства обеспечения бесперебойного питания и выделенной
электрической сети;
- средства защиты информации от НСД.
4.3.5.1.2 Серверы, их внешние системы хранения данных, АРМ,
сетевые коммутаторы должны быть масштабируемы и обеспечить наращивание
показателей производительности (производительность, объем оперативной
памяти, объем дисковой памяти и др.) в процессе эксплуатации КПТС
Системы.
4.3.5.1.3 Серверы и рабочие станции должны функционировать в
составе ЛВС КПТС Системы.
4.3.5.1.4 Требования к составу, количеству и характеристикам
серверов, АРМ и сетевых коммутаторов уточняются на этапе разработки
Технического проекта Системы и утверждаются в составе ее проектной
документации.
4.3.5.1.5 Технические средства, выбираемые при создании КПТС
Системы, должны функционировать в условиях отвечающих требованиям по
группе 2 согласно ГОСТ 21552-84.
4.3.5.1.6 При создании КПТС Системы должно быть обеспечено
максимальное использование имеющихся на объектах автоматизации средств
вычислительной техники, телекоммуникационного оборудования,
оборудования ЛВС, информационных и силовых кабельных систем,
источников питания.
4.3.5.2 Требования к серверному оборудованию
4.3.5.2.1 В составе КПТС должны использоваться серверы на
платформе Intel или AMD. Все серверы должны:
- обладать характеристиками, обеспечивающими возможность
установки серверных частей ПТК Системы;
- поддерживать основные общесистемные сервисы: базовые сетевые
службы, электронную почту, работу с файлами и принтерами,
Интернетдоступ;
- иметь стоечное исполнение;
- поддерживать статические IP-адреса с проверкой
работоспособности TCP/IP протокола.
На этапе Разработки технического проекта Системы проработать
вопрос использования серверов на платформе RISC и иных платформах в
составе объединенного серверного комплекса Главных Распорядителей
бюджетных средств.
4.3.5.2.2 Серверы баз данных должны иметь характеристики не хуже
следующих:
- число процессоров 2-4 с возможностью наращивания до 8;
- тактовая частота процессора - не менее 2 Ггц;
- объем КЭШ памяти процессора - не менее 2 Мбайт;
- объем оперативной памяти - не менее 2 Гбайт на 1 процессор;
- объем дисковой памяти сервера не менее - 60 Гбайт;
- устойчивость к сбоям;
- внешний порт - SCSII.
Дисковая подсистема серверов баз данных должна быть устойчивой к
сбоям, должна поддерживать RAID 5 технологию хранения данных,
обеспечивать возможность <горячей> замены дисков. Объем памяти
дисковой подсистемы должен быть не менее 100 Гбайт.
На этапе Разработки технического проекта Системы проработать
вопрос использования дисковой памяти сервера с RAID 0 технологией
хранения данных ("зеркалирвание").
4.3.5.2.3 Серверы приложений, при использовании, и Web серверы
должны иметь характеристики не хуже следующих:
- процессор - аналог Pentium IV и выше;
- тактовая частота процессора - не менее 2 Ггц;
- число процессоров 1-2 с возможностью наращивания до 4;
- объем КЭШ памяти процессора - не менее 1 Мбайт;
- объем оперативной памяти - не менее 1 Гбайт на 1 процессор;
- объем дисковой памяти сервера не менее - 60 Гбайт;
- устойчивость к сбоям;
- внешний порт, поддерживающий протокол SCSII.
Дисковая подсистема серверов приложений должна быть устойчивой к
сбоям, должна поддерживать RAID 5 технологию хранения данных,
обеспечивать возможность <горячей> замены дисков. Объем памяти
дисковой подсистемы должен быть не менее 100 Гбайт.
На этапе Разработки технического проекта Системы проработать
вопрос использования дисковой памяти сервера с RAID 0 технологией
хранения данных ("зеркалирвание").
4.3.5.3 Требования к АРМ (сетевым рабочим станциям и не сетевым
ПЭВМ)
4.3.5.3.1 Сетевые рабочие станции и ПЭВМ должны иметь
характеристики не хуже следующих:
- процессор - Pentium III и выше;
- тактовая частота процессора - не менее 1 Ггц;
- объем КЭШ памяти процессора - не менее 256 - 512 Кбайт;
- объем оперативной памяти - не менее 512 Мбайт;
- объем дисковой памяти рабочей станции или ПЭВМ не менее - 60
Гбайт;
- внешние порты, поддерживающие протоколы COM 1,2, LPT, USB 2,
VGA, PS/2;
- цветной монитор с диагональю не менее 17 дюймов.
4.3.5.3.2 Рабочие станции Системы должны обладать
характеристиками, обеспечивающими возможность установки клиентских
частей ПТК Системы.
4.3.5.3.3 На каждой рабочей станции в настройках должен быть
определен параметр "принтер по умолчанию". В качестве принтера по
умолчанию могут быть использованы сетевые или локальные принтеры.
4.3.5.4 Требования к системе копирования и долговременного
хранения данных
Система копирования и долговременного хранения данных КПТС должна
обеспечить хранение всей подлежащей хранению информации за последние 5
лет, исключая текущий год, а также информации резервного копирования
централизованно сохраняемых в КПТС баз данных.
Система копирования и долговременного хранения данных КПТС должна
включать ленточную библиотеку (использующую технологию DLT 8000).
Емкость библиотеки в части резервного копирования должна быть не менее
1.5-2 емкостей копируемых на нее дисков и дисковых массивов. Емкость
библиотеки в части хранения информации долговременного хранения должна
быть достаточной для ее хранения всей информации не менее чем за 3
года.
4.3.5.5 Требования к средствам ЛВС
4.3.5.5.1 Средства ЛВС должны включать активное и пассивное
сетевое оборудование.
Средства ЛВС должны:
- поддерживать двухуровневую архитектуру, включающую уровень
основной транспортной магистрали (здания размещения) и уровень рабочих
групп (отделов) и сегментов серверных групп;
- реализовывать схему распределенная звезда с коммутацией на
уровне основной транспортной магистрали и на уровне рабочих групп;
- обеспечивать пропускную способность на уровне транспортной
магистрали - не менее 1 Гбит/сек, на уровне рабочих групп не менее 100
Мбит/сек;
- поддерживать ЛВС, распределенную на территории города Москва с
количеством пользователей до 700 (с возможностью масштабирования до
1000), с количеством удаленных абонентов до 6 тыс., из них
одновременно работающих до 60 (с возможностью масштабирования до 100).
На этапе разработки технического проекта Системы проработать
вопрос построения выделенной ЛВС для обмена информацией в составе АИС
УБП. Проработать также вопрос обмена информацией между рабочими
станциями выделенной ЛВС и ЛВС Системы на электронных носителях или по
сети RS-232 с использованием машин антивирусного контроля, не
являющихся рабочими станциями ЛВС.
4.3.5.5.2 Активное сетевое оборудование должно:
- поддерживать протоколы Ethernet, Fast Ethernet и Gigabit
Ethernet, а также TCP/IP;
- обеспечивать масштабируемость ЛВС без замены оборудования.
Количество коммутаторов уточняется по результатам технического
обследования конкретных зданий размещения.
4.3.5.5.3 Активное сетевое оборудование центрального узла ЛВС
должно:
- иметь модульную архитектуру;
- обеспечить возможность работы с использованием различных
каналов связи и сетевых протоколов;
- поддерживать технологии обеспечения отказоустойчивости по
классу не ниже HA (суммарное время простоя не более 8 часов в год).
4.3.5.5.4 Кабельная система Системы должна создаваться в
соответствии с ISO/IEC 11801 - 1995 года и 2000 года (приложения) и
состоять из следующих компонент:
- вертикальная кабельная подсистема здания;
- горизонтальная кабельная подсистема здания.
Состав промежуточных и основных распределительных узлов
уточняется по результатам технического обследования конкретных зданий
размещения.
4.3.5.5.5 Вертикальная кабельная подсистема должна:
- включать вертикальную кабельную магистраль, основной
распределительный узел здания и кроссовые соединения в основном
распределительном узле;
- выполняться на кабеле "витая пара" не ниже 5 категории или на
многомодовом оптоволоконном кабеле;
- предусматривать не менее 1.5 кратный резерв жил кабелей и
кроссовых элементов для развития и модернизации ЛВС, а также для
устранения их отказов.
4.3.5.5.6 Горизонтальная кабельная подсистема должна:
- включать горизонтальные кабели, промежуточные распределительные
узлы здания и кроссовые соединения в промежуточных распределительных
узлах;
- выполняться на кабеле "витая пара" не ниже 5 категории;
- предусматривать не менее 1.5 кратный резерв жил кабелей и
кроссовых элементов для развития и модернизации ЛВС, а также для
устранения их отказов;
- обеспечивать подключение каждой рабочей станции и серверов к
ЛВС с использованием соединительных шнуров с концевиками RJ45.
4.3.5.6 Требования к телекоммуникационному оборудованию
4.3.5.6.1 Телекоммуникационное оборудование должно:
- поддерживать архитектуру "звезда";
- обеспечить организацию каналов между объектами Системы. Между
ними и объектами АИС УБП первой очереди (Департамент финансов города
Москвы);
- обеспечить также возможность организации каналов между
объектами Системы и объектами взаимодействующих информационных систем.
4.3.5.6.2 Телекоммуникационное оборудование должно обеспечить:
- обмен с рабочими группами по выделенным каналам связи в
пределах города Москвы (до 22 территориально-удаленных площадок);
- обмен по выделенным каналам связи с использованием городской
волоконно-оптической сети;
- пропускную способность при передаче по выделенным каналам связи
- не менее 2 Мбит/ сек;
- обмен с получателями бюджетных средств и торговыми площадками
по коммутируемым каналам связи в пределах города Москвы;
- обмен с взаимодействующими информационными АС и АИС УБП первой
очереди (Департамент финансов города Москвы) по коммутируемым или по
выделенным каналам связи в пределах города Москвы;
- возможность увеличения пропускной способности каналов связи и
канальной емкости оборудования;
- возможность одновременной передачи голосового трафика и данных.
Состав телекоммуникационного оборудования и подключаемых объектов
уточняется при техническом проектировании.
4.3.5.7 Требования к средствам обеспечения бесперебойного питания
и выделенной электрической сети
4.3.5.7.1 Выделенная электросеть и автономные источники питания
Системы должны нормально функционировать при следующих характеристиках
промышленной сети объектов:
- параметры первичного электропитания 380/220 В (+6 ~ -10 В),
частота 50 Гц (+1%), глухо-заземленная нейтраль;
- основные показатели качества первичного электропитания в
соответствии с требованиями ГОСТ 13109-87;
- основные показатели электромагнитной совместимости и
устойчивости к электромагнитным помехам в соответствии с требованиями
ГОСТ Р50628-2000.
Требования и технические решения по питанию уточняются на этапе
ввода в промышленную эксплуатацию пилотного проекта Системы и на
этапах дальнейшего оснащения объектов средствами Системы с учетом
результатов обследования электросети конкретных объектов
автоматизации.
4.3.5.7.2 В состав КПТС должны входить автономные источники
электропитания, обеспечивающие бесперебойную работу ЛВС, серверов и
внешних устройств хранения данных, на которых осуществляется
централизованное хранение данных в течение не менее 30 минут, работу
АРМ, и прочих серверов в течение не менее 15 минут при перерывах в
электропитании, а также их устойчивую работу при подсадке напряжения.
4.3.5.7.3 Автономные источники электропитания должны:
- функционировать в режиме on-line;
- иметь полуторный запас по мощности.
Групповые автономные источники электропитания должны обеспечивать
возможность наращивания числа аккумуляторных батарей.
4.3.5.7.4 Выделенная электросеть КПТС Системы должна быть
выполнена в соответствии с требованиями "Правил устройства
электроустановок" издание 6-е 1998 год и ГОСТ 12.1.030-81.
Все компоненты выделенной электросети КПТС Системы должны быть
унифицированы. Вся электрическая разводка должна быть выполнена
проводом, обеспечивающим заземление оборудования КПТС.
Выделенная электросеть должна обеспечивать 2 контура заземления:
контур защитного заземления оборудования КПТС, и автономный контур
заземления информационных кабелей КПТС.
Необходимость реализации обоих контуров заземления уточняется по
результатам технического обследования конкретных объектов Заказчика.
4.3.5.7.5 В зданиях выделенная электросеть КПТС Системы должна
|