|
Расширенный поиск
Распоряжение Первого заместителя Мэра в Правительстве Москвы от 15.12.2003 № 655-РЗМ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. В зданиях выделенная электросеть КПТС Системы должна включать: - главный распределительный щит КПТС Системы, подключенный через защитные автоматы к вводному распределительному устройству или главному распределительному щиту здания; - поэтажные распределительные щиты, подключенные через защитные автоматы к главному распределительному щиту КПТС Системы; - кабели силовой разводки и розетки электропитания, подключенные к защитным автоматам поэтажных распределительных щитов. 4.3.5.7.6. Выделенная электросеть КПТС Системы должна обеспечивать: - подключение всего оборудования КПТС с резервированием не менее 15% от общего количества рабочих мест и серверов соответственно, включая их периферийное оборудование; - возможность перемещения устройств, с которыми непосредственно работают функциональные пользователи, между оборудованными помещениями без перепрокладки трасс; - двойную пиковую нагрузку тока на любых участках кабелей; - подключение всех распределительных щитов к общему контуру заземления здания; - заземление оборудования КПТС, относящегося к потребителям однофазного электрического тока, путем подключения к заземленному проводу однофазной трехпроводной сети электропитания; заземление оборудования КПТС, относящегося к потребителям трехфазного электрического тока, путем подключения через заземляющие зажимы на корпусах от ближайшего распределительного щита медным изолированным проводом ("земля") согласно ГОСТ Р 50571.10-96; - установку на рабочих местах блоков розеток с не менее чем 2-мя розетками с заземляющим контактом для подключения оборудования рабочих мест. 4.3.5.8. Требования к средствам защиты информации от НСД Общие требования к средствам защиты информации от НСД, в составе ПТК обеспечения информационной безопасности Системы предъявлены в п. 4.1.14. Дополнительные требования не предъявляются. 4.3.6. Требования к метрологическому обеспечению Системы 4.3.6.1. В состав КПТС Системы должен входить минимальнонеобходимый для эксплуатации состав стандартных измерительных средств. В эксплуатационной документации КПТС Системы должен быть определен КИП КПТС Системы. 4.3.6.2. В состав КИП КПТС Системы должны быть включены средства, обеспечивающие проверку при параметрах электропитания, обеспечиваемых автономными источниками питания Системы. В состав КИП КПТС Системы должны входить: - приборы для измерения параметров первичной электросети объектов; - приборы для измерения параметров выделенной электросети Системы; - приборы для измерения параметров информационной сети; - другие приборы. Состав КИП определяется на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждается в составе ее эксплуатационной документации. 4.3.6.3. В составе КИП КПТС Системы должны использоваться аттестованные средства, допущенные к применению установленным порядком. 4.3.6.4. Программные средства Системы должны обеспечивать: - отсутствие ошибок округления при расчетах денежных единиц с округлением до единиц копеек (или соответствующих значений иной валюты); - отсутствие ошибок округления и отсутствие накопления ошибок расчетов при пересчетах по процентному содержанию. 4.3.7. Требования к организационному обеспечению Системы 4.3.7.1. Организация работ по созданию Системы должна осуществляться с использованием современных методов и инструментов проектного управления. Должно быть обеспечено решение вопросов управления проектом по временным и стоимостным параметрам, управления качеством, персоналом проекта, коммуникациями, рисками. Могут применяться средства автоматизации операций календарноресурсного планирования и управления документами. 4.3.7.2. В части организационного обеспечения процесса создания Системы должно быть выполнено следующее: - сформированы принципы и регламенты взаимодействия участников проекта, разграничения их функций; - созданы временные организационные структуры, выполняющие управление работами по проекту; - разработаны Положения о создаваемых организационных структурах, должностные инструкции персонала; - разработаны процедуры управления проектами на всех фазах жизненного цикла, разработаны детальные инструкции и шаблоны управленческих документов. 4.3.7.3. Требования к структуре и функциям подразделений, участвующих в функционировании Системы или обеспечивающих эксплуатацию 4.3.7.3.1. В функционировании Системы должны участвовать функциональные подразделения Главных распорядителей, Распорядителей и получателей бюджетных средств. Их структура и функции должны определяться организационно-штатным расписанием учреждений (или предприятий) и должностными инструкциями. 4.3.7.3.2. Для обеспечения эксплуатации Системы в эксплуатационных подразделениях Комплекса и окружных ВЦ в установленном порядке должны быть созданы группы: - общесистемного обеспечения; - организационного обеспечения; - инженерного обеспечения; - прикладного обеспечения. Для сотрудников этих групп должны быть разработаны типовые рабочие инструкции, определяющие их действия. 4.3.7.3.3. Должны быть также созданы группы: - информационного обеспечения (ведения нормативно-справочной и нормативно-методической информации и классификаторов и других информационных ресурсов); - системно-технического обслуживания; - методологического обеспечения; - обеспечения информационной безопасности. Для сотрудников этих групп в эксплуатационной документации КПТС Системы должны быть приведены рабочие инструкции, определяющие их действия, и типовые регламенты: - при обмене информацией с взаимодействующими АС; - при обмене в Системе и с объектами АИС УБП первой очереди (Департамент финансов города Москвы); - при приеме и отправке документов на бумажных и электронных носителях; - при внесении информации в базы данных и информационные массивы, ее корректировке, удалении, архивировании, резервном копировании и восстановлении с резервных копий. 4.3.7.3.4. Решение по созданию службы эксплуатации Системы принимается в установленном порядке Правительством Москвы на этапе ввода в промышленную эксплуатацию пилотного проекта Системы. Уточняется на этапах дальнейшего оснащения объектов средствами Системы. Предложения по окончательному составу, функциональному назначению и структуре групп, их организационной форме, или подразделениям к которым они относятся, в установленным порядке представляются Государственным заказчиком. 4.3.7.4. Требования к организации функционирования Системы и порядку взаимодействия персонала Системы и персонала объекта автоматизации 4.3.7.4.1. Функционирование Системы должно организовываться в рамках выполнения должностных обязанностей сотрудников функциональных подразделений Главных распорядителей, Распорядителей и получателей бюджетных средств. Эти сотрудники непосредственно должны являться пользователями Системы и выполнять свои должностные обязанности с использованием средств и ресурсов Системы. 4.3.7.4.2. Техническая эксплуатация Системы должна организовываться установленным порядком в рамках выполнения должностных обязанностей сотрудников эксплуатационных подразделений Комплекса и окружных ВЦ. Непосредственное техническое обслуживание средств Системы должно организовываться эксплуатационными подразделениями Комплекса и окружных ВЦ и проводится под их руководством на основании договора организациями, специализирующимися на обслуживании соответствующих видов техники. 4.3.7.5. Требования к защите от ошибочных действий персонала Системы. Система должна обеспечивать защиту: - от ошибочных действий персонала; - от нарушения функционирования в результате неправильных действий персонала. 4.3.7.5.1. Должна обеспечить сохранение данных при любых действиях персонала и одиночных отказах программно-технических средств. 4.3.7.5.2. Для защиты данных от ошибочных действий пользователей Система должна: - при обнаружении ошибок в действиях пользователя выдавать сообщения с информацией, достаточной для исправления ошибки; - производить подсветку ошибочно введенных реквизитов на формах ввода другим цветом; - проверять данные при вводе в зависимости от установленных параметров контроля в Системе; - протоколировать действия пользователей. 4.3.8. Требования к методическому обеспечению Системы При создании Системы должны быть использованы следующие нормативные документы. 4.3.8.1. Нормативные документы государственного уровня: 1) Федеральный закон от 31.07.1998 г. N 145-ФЗ. Бюджетный кодекс Российской Федерации. Принят ГД ФС РФ 17.07.1998 г. (ред. от 07.07.2003 г.); 2) Федеральный закон от 30.11.1994 г. N 51-ФЗ. Гражданский кодекс Российской Федерации (часть 1). Принят ГД ФС РФ 21.10.1994 г. (ред. от 21.03.2002 г.) 3) Федеральный закон от 15.08.1996 г. N 115-ФЗ "О бюджетной классификации РФ". Принят ГД ФС РФ 07.06.1996 г. (ред. от 07.06.2003 г.). 4) Федеральный закон от 05.08.2000 г. N 115-ФЗ "О внесении изменений и дополнений в Федеральный Закон "О бюджетной классификации РФ". Принят ГД ФС РФ 07.07.2000 г. 5) Указ Президента Российской Федерации от 12.05.97 г. N 477 "О мерах по усилению контроля за использованием средств федерального бюджета". 6) Инструкция по бухгалтерскому учету в бюджетных учреждениях. Утверждена Приказом Министерства Финансов Российской Федерации от 30.12.99 г. N 107-Н. 4.3.8.2. Нормативные документы Ведомств федерального уровня 1) Приказ МФ РФ от 17.02.1999 г. N 15н. "Об утверждении инструкции по бухгалтерскому учету исполнения бюджетов". 2) Инструкция МФ РФ от 17.02.1999 г. N 15н. "Инструкция по бухгалтерскому учету исполнения бюджетов". 3) Приказ МФ РФ от 30.12.1999 г. N 107н. "Об утверждении инструкции по бухгалтерскому учету в бюджетных учреждениях" (ред. от 09.06.2001 г). 4.3.8.3. Нормативные документы регионального уровня: 1) Закон города Москвы от 09.10.2002 г. N 51 "О бюджетном устройстве и бюджетном процессе в городе Москве". 2) Распоряжение Мэра Москвы N 883-РМ от 18.08.1999 г. "О мерах по реализации Федерального Закона от 9 июля 1999 г. N 159-ФЗ "О введении в действие Бюджетного кодекса РФ". 3) Распоряжение Мэра Москвы от 29.10.1999 г. N 1220-РМ "О Московском городском казначействе". 4) Распоряжение Мэра Москвы от 10.11.1999 г. N 1274-РМ "О внесении дополнений в распоряжение Мэра Москвы от 18 августа 1999 г. N 883-РМ "О мерах по реализации Федерального закона от 9 июля 1999 г. N 159-ФЗ "О введении в действие Бюджетного кодекса Российской Федерации". 5) Распоряжение Мэра Москвы от 26.05.2000 г. N 564-РМ "Об утверждении главных распорядителей и получателей бюджетных средств города Москвы" (с изменениями от 20 октября, 27 ноября 2000 г., 29 января, 8 февраля, 15 мая, 27 ноября 2001 г., 7 марта, 21 мая, 18 июня, 19 ноября 2002 г., 3 марта, 29 апреля, 17, 24 июня, 29 июля 2003 г.). 6) Распоряжение Мэра Москвы от 13.08.2001 г. N 808-РМ "Об утверждении технического задания на создание первой очереди автоматизированной информационной системы управления бюджетным процессом". 7) Распоряжение Мэра Москвы от 30.10.2001 г. N 1022-РМ "О внесении изменений в распоряжение Мэра Москвы от 13.08.2001 N 808-РМ". 8) Распоряжение Мэра Москвы от 23.05.2000 г. N 541-РМ "О сводном реестре распорядителей и получателей средств бюджета города Москвы". 9) Постановление Правительства Москвы N 1122 от 07.12.1999 г. "О концепции управления бюджетными ресурсами города Москвы и ходе выполнения первоочередных мероприятий по реализации требований закона Российской Федерации "О введении в действие бюджетного кодекса Российской Федерации" в городе Москве". 10) Распоряжение первого заместителя премьера Правительства Москвы от 15.09.2000 г. N 765-РЗП "Об утверждении положения о сводном реестре распорядителей и получателей средств бюджета города Москвы". 11) Распоряжение Правительства Москвы от 5.12.2002 года N 1899-РП "О совершенствовании системы формирования, размещения и исполнения городского Государственного Заказа в комплексе социальной сферы Правительства Москвы". 5. Состав и содержание работ по созданию Системы Работы по созданию системы должны проводиться поэтапно. 1 этап - "Разработка Технического проекта". 2 этап - "Разработка рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы". На втором этапе создается прототип Системы, на котором отрабатываются предлагаемые технические решения. 3 этап - "Ввод в промышленную эксплуатацию пилотного проекта Системы". На третьем этапе производится оснащение средствами Системы объектов пилотного проекта Системы, проводятся их предварительные испытания, опытная эксплуатация и приемочные испытания. На последующих этапах создания Системы должно быть выполнено оснащение средствами Системы остальных объектов Заказчика, их предварительные испытания, опытная эксплуатация и ввод в промышленную эксплуатацию. Содержание этапов работ по оснащение средствами Системы объектов Заказчика, сроки их проведения (далее - Ч1), а также состав работ каждого этапа должны быть определены совместным решением Государственного заказчика и Потребителя по согласованию с Исполнителем работ по созданию Системы. Содержание и сроки проведения работ по созданию Системы приведены в Таблице 5.1. Перечень заданий на создание Системы и протоколов приведен в таблице 5.2. Таблица 5.1 ------------------------------------------------------------------- N п/п Название и содержание работы Сроки исполнения (в месяцах) ------------------------------------------------------------------- Этап Разработка Технического проекта ------------------------------------------------------------------- Стадия Технический проект Системы ------------------------------------------------------------------- 1 Разработка технического проекта Системы Ч - Ч+5 1.1 Проведение дополнительного системно- аналитического дообследования учреждений, предприятий и и структурных подразделений Комплекса, объекты которого предполагается ввести в состав пилотного проекта Системы 1.2 Разработка материалов технического проекта на типовые КПТС Системы и Комплекс телекоммуникации и ЛВС согласно п. 4.1.1.4 1.3 Разработка материалов технического проекта на ПТК Системы согласно п. 4.1.1.5 1.4 Разработка технического проекта на Систему в целом ------------------------------------------------------------------- Этап Разработки рабочей документации и типовых КПТС, комплекса телекоммуникации и ЛВС и ПТК Системы ------------------------------------------------------------------- Стадия рабочей документации Системы ------------------------------------------------------------------- 2 Разработка рабочей документации. Ч+6 - Ч+8 Разработка и адаптация программ 2.1 Разработка рабочей документации на КПТС Системы согласно п. 4.1.1.4, а также на элементы программного и информационного обеспечения и рабочей документации на ПТК Системы согласно п. 4.1.1.5 2.2 Создание прототипа КПТС объектов Системы для отработки технических решений 2.3 Создание ПТК обеспечения информационной безопасности прототипа КПТС объектов Системы 2.4 Разработка и отладка элементов программного и информационного обеспечения ПТК Системы согласно п. 4.1.1.5 2.5 Автономное тестирование и комплексная отладка ПТК Системы согласно п. 4.1.1.5 на прототипе КПТС объектов Системы 2.6 Комплексные проверки ПТК согласно п. 4.1.1.5 на прототипе КПТС объектов Системы ------------------------------------------------------------------- Этап Ввода в промышленную эксплуатацию пилотного проекта Системы ------------------------------------------------------------------- Стадия ввода в действие Системы ------------------------------------------------------------------- 3 Решение Государственного заказчика по составу объектов пилотного проекта Системы 4 Проведение технического обследования и Ч+8 - Ч+10 инженерных изысканий на объектах пилотного проекта Системы. Разработка типовых заданий на подготовку и оснащение КПТС объектов пилотного проекта Системы 5 Подготовка объектов к установке на них Ч+10 - Ч+13 КПТС 5.1 Подготовка объекта к размещению объединенного серверного комплекса Главных распорядителей бюджетных средств 5.2 Подготовка объектов к развертыванию ЛВС в отделах Главных распорядителей и Распорядителей бюджетных средств и к установке ПЭВМ и другого оборудования в соответствии с типовыми проектами 5.3 Подготовка объектов к развертыванию АРМ у прямых получателей бюджетных средств Комплекса и установке другого оборудования в соответствии с типовым проектом 6 Установка на конкретных объектах КПТС и Ч+10 - Ч+14 комплексов телекоммуникации и ЛВС в соответствии с типовыми проектами и их адаптация. 6.1 Создание объединенного серверного комплекса Главных распорядителей бюджетных средств 6.2 Развертывание ЛВС в отделах Главных распорядителей и Распорядителей бюджетных средств. Установка ПЭВМ и другого оборудования в соответствии с типовым проектом. Проведение проверок КПТС и комплекса телекоммуникации и ЛВС на технологическом программном обеспечении 6.3 Развертывание АРМ и телекоммуникационного оборудования у прямых получателей бюджетных средств Комплекса. Установка другого оборудования в соответствии с типовым проектом. Проведение проверок АРМ и телекоммуникационного оборудования на технологическом программном обеспечении 7 Создание ПТК обеспечения информационной Ч+10 - Ч+14 безопасности пилотного проекта Системы 8 Загрузка в КПТС пилотного проекта Системы Ч+10 - Ч+14 программного обеспечения ПТК Системы согласно п. 4.1.1.5 и его адаптация 9 Ввод информации в КПТС пилотного проекта Ч+10 - Ч+14 Системы, включая классификаторы, нормативно-справочную и нормативно- методическую информацию 10 Сопряжение КПТС с объектовыми отраслевыми Ч+10 - Ч+14 АС, используемыми в автоматизируемых отделах 11 Обучение персонала объектов пилотного Ч+10 - Ч+14 проекта Системы 12 Определение Государственным заказчиком и Ч+10 - Ч+14 Пользователем регламентов обслуживания. Проведение организационных мероприятий по обеспечению эксплуатации КПТС объектов пилотного проекта Системы 13 Проведение предварительных испытаний и Ч+15 - Ч+16 опытной эксплуатации пилотного проекта Системы 13.1 Проведение предварительных испытаний и испытаний на соответствие требованиям РД ГТК по безопасности информации КПТС пилотного проекта Системы 13.2 Проведение опытной эксплуатации КПТС пилотного проекта Системы 14 Проведение приемочных испытаний и ввод Ч+17 КПТС пилотного проекта Системы в промышленную эксплуатацию ------------------------------------------------------------------- Этапы дальнейшего оснащения объектов средствами Системы ------------------------------------------------------------------- Стадия ввода в действия (проводится по каждой группе одновременно вводимых объектов) ------------------------------------------------------------------- 15 Определение Государственным заказчиком Ч1 порядка дальнейшего оснащения объектов средствами Системы 16.1 Проведение технического обследования и Ч1 - Ч1+1 инженерных изысканий. Разработка задания на подготовку и оснащение объектов группы КПТС Системы 16.2 Подготовка объектов группы к Ч1 - Ч1+1 развертыванию ЛВС в отделах установке ПЭВМ и другого оборудования в соответствии с типовыми проектами 16.3 Развертывание на объектах группы или Ч1+1 - Ч1+2 модернизация существующей ЛВС, установка ПЭВМ и другого оборудования в соответствии с типовыми проектами. Проведение проверок объектовых КПТС и Комплексов телекоммуникации и ЛВС объектов на технологическом программном обеспечении 16.4 Создание или адаптация ПТК обеспечения Ч1+1 - Ч1+3 информационной безопасности для объектов группы Модернизация ПТК обеспечения информационной безопасности Системы в целом 16.5 Загрузка в КПТС объектов группы Ч1+1 - Ч1+3 программного обеспечения ПТК Системы согласно п. 4.1.1.5 и его адаптация 16.6 Ввод информации в КПТС объектов группы, Ч1+1 - Ч1+3 включая классификаторы, нормативно- справочную и нормативно-методическую информацию 16.7 Сопряжение КПТС объектов группы с Ч1+1 - Ч1+3 отраслевыми АС, используемыми на объектах 16.8 Обучение персонала объектов группы Ч1+1 - Ч1+3 16.9 Определение Государственным заказчиком и Ч1+1 - Ч1+3 Пользователем регламентов обслуживания. Проведение организационных мероприятий по обеспечению эксплуатации КПТС на объектах группы 16.10 Проведение предварительных испытаний и Ч1+3 испытаний на соответствие требованиям РД ГТК по безопасности информации КПТС объектов группы 16.11 Проведение опытной эксплуатации КПТС Ч1+3 - Ч1+4 объектов группы в составе Системы 16.12 Проведение приемочных испытаний и ввод в Ч1+4 промышленную эксплуатацию КПТС объектов группы Таблица 5.2 ------------------------------------------------------------------- N Содержание Чем оформляется На какой Пункт ЧТЗ п/п стадии ------------------------------------------------------------------- 1 Создание типовых Технические Технический 4.1.1.4 КПТС: Главного решения по проект распорядителей созданию КПТС бюджетных согласно средств; п. 4.1.1.4, Распорядителя Технические бюджетных решения по средств; созданию комплекс получателей телекоммуникации и бюджетных ЛВС средств. Создание типовых Комплексов телекоммуникации и ЛВС 2 Создание и Технические Технический 4.1.1.5 адаптацию ПТК решения по проект Системы согласно созданию или п. 4.1.1.5 адаптации ПТК, постановки задач ПТК согласно п. 4.1.1.5 3 Подготовка Задания на Ввод в табл.5.1 объектов к проведение работ действие строки 4 и размещению КПТС: по подготовке 16.2 пилотного проекта объектов Системы 4 Создание КПТС: Задания на Ввод в 1.4, пилотного проекта проведение работ действие табл.5.1 Системы по созданию КПТС строки 4 и 16.3 5 Интеграция с Типовые Технический 8.8 объектовыми технические и проект отраслевыми АС проектные документы, согласно перечня по п. 8.8, носящие рекомендательный характер 6 Разработка Типовые Технический 8.9 унифицированных технические и проект технических проектные решений по документы, созданию КПТС согласно перечня Системы с учетом по п. 8.9, носящие особенностей рекомендательный конкретных характер объектов 7 Создание ПТК В составе Технический 4.1.14.9 обеспечения эксплуатационной проект информационной документации: безопасности <Концепция системы с учетом информационной результатов безопасности>. При обследования необходимости, объектов предложения по автоматизации корректировке ЧТЗ 8 Создание ПТК Протокол Технический 4.2.9.9.2 обеспечения обеспечения проект информационной информационной безопасности безопасности при ведении электронного обмена с объектами АИС УБП первой очереди (Департамент финансов города Москвы) с учетом решений по информационной безопасности, реализованных средствами ПИБ 9 Создание ПТК Перечень сведений Технический 4.2.9.5.3 обеспечения ограниченного проект информационной распространения, безопасности подлежащих защите; перечень ресурсов Системы, подлежащих защите 10 Создание ПТК Протокол Технический 4.2.8.4 электронного сопряжения ПТК проект обмена данными электронного обмена данными со средствами, используемыми в Департаменте финансов города Москвы 11 Создание ПТК Протокол Технический 4.2.10.4, мониторинга и сопряжения ПТК проект 4.2.10.8 управления мониторинга и управления со средствами, используемыми в Департаменте финансов города Москвы 12 Создание Протокол обмена Технический 4.2.14.6 Комплекса данными с проект телекоммуникации Департаментом и ЛВС финансов города Москвы 13 Создание Протокол по Технический 4.1.18.9 информационного составу проект обеспечения используемых Системы общесистемных классификаторов, а также требования к формату их представления в Системе 14 Создание Протокол по Технический 4.1.18.10 информационного составу, формам и проект обеспечения форматам Системы унифицированных форм отчетных документов, по форме их представления на экранах и на машинных носителях и оформления на бумажном носителе для каждого вида отчетных документов 15 Схемы надежности Схемы надежности в Технический 4.1.10.5 КПТС Системы составе проект технического проекта Системы 16 Размещение Протокол по Технический 4.2.14.6 и информационных размещению и проект 4.3.4.1 ресурсов Системы правилам в иных АС оформления и представления информации для размещения на WWW сервере ИТЦ ФХУ Мэрии города Москвы 17 Проведение Протокол по Технический 5.3.5 экспертизы порядку и условиям проект технической проведения документации экспертизы проектных решений и технологического Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Декабрь
|
