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

Приложение
к распоряжению заместителя
Мэра Москвы в Правительстве Москвы
от 15 декабря 2003 г. N 655-РЗМ

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

ГАРАНТ:

См. техническое задание на создание второй очереди автоматизированной информационной системы управления бюджетным процессом, утвержденное распоряжением первого заместителя Мэра Москвы в Правительстве Москвы от 14 сентября 2005 г. N 238-РЗМ

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

АС - Автоматизированная система

АИС - Автоматизированная информационная система

АИС УБП ГРБС - Автоматизированная информационная система управления бюджетным процессом (главные распорядители бюджетных средств)

АИС УБП - Автоматизированная информационная система управления бюджетным процессом

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

АС - Автоматизированная система

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

ВК - Вычислительный комплекс

ВЦ - Вычислительный центр

ГУП - Государственное унитарное предприятие

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

ГРБС - Главный распорядитель бюджетных средств

ИТЦ ФХУ - Информационно-технологический центр Финансово-хозяйственного управления Мэрии Москвы

КПТС - Комплекс программно-технических средств

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

МГК - Московское городское казначейство

НСД - Несанкционированный доступ

НСИ - Нормативно-справочная информация

ОКАТО - Общероссийский классификатор объектов административно-территориального образования

ОКДП - Общероссийский классификатор видов деятельности, продукции и услуг

ОКОПФ - Общероссийский классификатор организационно-правовых форм

ПБС - Получатель бюджетных средств

ПИБ - Подсистема информационной безопасности АИС УБП первой очереди

ППБС - Прямой получатель бюджетных средств

ППО - Прикладное программное обеспечение

ПТК - Программно-технологический комплекс

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

РБС - Распорядитель бюджетных средств

РД ГТК - Руководящие документы Государственной технической комиссии Российской Федерации

СанПиН - Санитарные правила и нормы

СЗИ - Система защиты информации

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

ЧТЗ - Частное техническое задание

УБП ГЗ - Управление бюджетного планирования и городского заказа города Москвы

ФКУ - Финансово-казначейское управление административного округа города Москвы

ANSI - American National Standards Institute (Американский национальный институт стандартов), организация, которая, среди прочего, описывает стандарты языков программирования.

ISO - International Organization for Standardization (Международная организация по стандартизации)

OLAP - On-Line Analytical Processing (Комплексный многомерный анализ данных)

OLTP - On-Line Transaction Processing (Оперативная обработка транзакций)

SQL - Structured Query Language (Язык структурированных запросов)

WWW - World Wide Web (Всемирная паутина - сеть Интернет)

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

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

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

Условное обозначение Системы: АИС УБП ГРБС.

1.2. Наименование предприятий разработчика и заказчика (пользователя) Системы

Государственный заказчик - Департамент экономической политики и развития города Москвы, 103032, город Москва, ул. Тверская, д.13.

Головной исполнитель АИС УБП - Государственное унитарное предприятие города Москвы "Экономика", 103032, город Москва, Леонтьевский пер., д.24.

Исполнитель АИС УБП ГРБС - Государственное унитарное предприятие города Москвы "Мосспецрасчет", 111123, город Москва, ул. 1-я Владимирская, дом 10 Б.

Пользователь АИС УБП ГРБС - Управление бюджетного планирования и городского заказа города Москвы, 103032, город Москва, ул. Тверская, дом 13.

1.3. Основания разработки

Документы, на основании которых ведется разработка Системы:

- Постановление Правительства Москвы от 07.12.99 г. N 1122 "О концепции управления бюджетными ресурсами города Москвы и ходе выполнения первоочередных мероприятий по реализации требований закона Российской Федерации "О введении в действие Бюджетного кодекса Российской Федерации" в городе Москве";

- Распоряжение Премьера Правительства Москвы от 28.03.2000 г. N 274-РП "О работах по созданию автоматизированной информационной системы управления бюджетным процессом";

- Распоряжение Премьера Правительства Москвы от 04.09.2000 г. N 885-РП "О продолжении работ по созданию автоматизированной информационной системы управления бюджетным процессом";

- Распоряжение Правительства Москвы от 06.02.2003 г. N 177-РП "О работах по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом";

1.4. Сроки выполнения работ

Разработка и ввод в промышленную эксплуатацию на объектах Заказчика пилотного проекта Системы реализуется в следующие сроки:

Начало работ: согласно договора на проведение работ (далее - Ч)

Окончание работ: Ч + 17 (месяцев)

Состав пилотного проекта определяется согласно п.4 Приложения А к ЧТЗ. Уточняется совместным решением Государственного заказчика и Пользователя по согласованию с Исполнителем работ по Системе.

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

1.5. Сведения об источниках и порядке финансирования работ

Источник финансирования - бюджет города Москвы.

Порядок финансирования - определяется нормативными правовыми актами города Москвы о расходах бюджета города Москвы и Государственными контрактами (договорами) на проведение работ.

1.6. Порядок оформления и предъявления результатов работ по созданию системы

Порядок оформления и предъявления Государственному заказчику результатов работ по созданию Системы должен соответствовать требованиям стандартов и руководящих документов на автоматизированные системы: ГОСТ 34.201-89, ГОСТ 34.602-89, ГОСТ 34.601-90, ГОСТ 34.603-92, а также разделов 6 и 7 настоящего ЧТЗ.

1.7. Порядок внесения изменений в ЧТЗ

Изменения и дополнения к настоящему ЧТЗ оформляются Дополнениями или Протоколами к ЧТЗ, подписанными - Государственным Заказчиком, Пользователем, Исполнителем АИС УБП ГРБС (согласно п. 1.2).

После подписания эти документы становятся неотъемлемой частью настоящего ЧТЗ.

1.8. Дополнительные сведения

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

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

2.1. Назначение Системы

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

2.1.2 Технические решения по созданию Системы также предназначены для использования в качестве типовых при автоматизации деятельности Главных распорядителей и Распорядителей бюджетных средств других Комплексов города при условии проведения дополнительных обследований объектов автоматизации. Данные по составу объектов автоматизации в привязке к Комплексу социальной сферы приведены в Приложении А к ЧТЗ.

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

2.2.1 Основной целью создания Системы является повышение эффективности управления бюджетным процессом в части Главного распорядителя и Распорядителей бюджетных средств Комплекса за счет:

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

- повышения оперативности процессов формирования, исполнения и контроля исполнения бюджета города Москвы (в части сферы деятельности Комплекса);

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

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

- создания системотехнической основы для интеграции отраслевых АС в единое информационно-телекоммуникационное пространство Системы и сопряжения с техническими и технологическими решениями, реализованными в АИС УБП первой очереди (Департамент финансов города Москвы).

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

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

3. Характеристики объектов автоматизации

3.1. Краткие сведения об объектах автоматизации

3.1.1 Объектами автоматизации при выполнении работ согласно настоящего ЧТЗ являются учреждения, предприятия и их структурные подразделения Комплекса социальной сферы и других Комплексов, в части их участия в бюджетном процессе. Для применения решений при автоматизации других Комплексов необходимо дополнительное обследование объектов автоматизации.

Данные по составу автоматизируемых учреждений, предприятий и структурных подразделений Комплекса социальной сферы приведены в Приложении А к ЧТЗ.

3.1.2 Подробные сведения об объектах автоматизации Комплекса социальной сферы приведены в Приложении Б к ЧТЗ.

3.1.3 Условия эксплуатации и характеристики окружающей среды в офисных помещениях автоматизируемых учреждений, предприятий и их структурных подразделениях соответствуют Приложениям 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работ (СанПин 2.2.2.542-96).

3.2. Задачи объектов автоматизации

3.2.1 Основными задачами деятельности Главного распорядителя бюджетных средств (далее - ГРБС) являются:

- формирование сводной бюджетной заявки при формировании проекта бюджета города Москвы;

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

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

- утверждение сметы доходов и расходов подведомственных бюджетных учреждений;

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

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

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

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

- подготовка сводного отчета об исполнении бюджета.

3.2.2 Основными задачами деятельности Управлений (Департаментов, Комитетов) города и их структурных подразделений, а также отраслевых Управлений административных округов соответствующих профилей как распорядителей бюджетных средств являются:

- формирование сводной бюджетной заявки соответствующей отрасли;

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

- утверждение сметы доходов и расходов подведомственных бюджетных учреждений;

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

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

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

3.2.3 Основными задачами деятельности учреждений и их структурных подразделений, а также предприятий как получателей бюджетных средств в обеспечение деятельности Главных распорядителей и распорядителей бюджетных средств являются:

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

- эффективное использование бюджетных средств в соответствии с их целевым назначением;

- своевременное представление отчетов или иных сведений об использовании бюджетных средств.

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

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

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

4.1.1.1 Система должна входить во вторую очередь АИС УБП.

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

4.1.1.3 АИС УБП ГРБС является многоуровневой системой. В ней должны быть реализованы следующие уровни обработки и хранения информации:

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

- уровень распорядителей бюджетных средств - отраслевых Департаментов (Комитетов) Комплекса;

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

4.1.1.4 Система должна включать комплексы программно-технических средств (КПТС) следующих типов:

- КПТС Главного распорядителя бюджетных средств;

- КПТС Распорядителя бюджетных средств;

- КПТС площадок для работы получателей бюджетных средств (далее - КПТС получателей (или получателя) бюджетных средств).

Система также должна включать комплексы телекоммуникации и ЛВС объектов.

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

4.1.1.4.2 Комплексы телекоммуникации и ЛВС объектов предназначены для обеспечения передачи данных между объектами Системы, а также между ними и объектами АИС УБП первой очереди (Департамент финансов города Москвы) и других информационных систем. ЛВС комплексов обеспечивают обмен между АРМ и серверами в составе КПТС.

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

- планирования и исполнения бюджета;

- формирования, размещения и исполнения городского заказа;

- бухгалтерского учета;

- мониторинга и анализа исполнения бюджета;

- формирования сводной отчетности;

- нормативно-справочной информации;

- электронного обмена данными;

- обеспечения информационной безопасности;

- мониторинга и управления.

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

4.1.1.5.2 ПТК формирования, размещения и исполнения городского заказа предназначен для автоматизации процессов:

- формирования городского заказа на товары, работы и услуги;

- планирования городского заказа;

- учета заключаемых договоров и контрактов;

- исполнения и контроля исполнения городского заказа;

- взаимодействия и сопряжения с АИС обеспечения городских закупок, разрабатываемой в рамках программы "Электронная Москва".

4.1.1.5.3 ПТК бухгалтерского учета предназначен для обеспечения автоматизации процессов:

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

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

- обеспечения единого в Системе регламента обмена и представления документов бухгалтерского учета.

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

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

4.1.1.5.6 ПТК нормативно-справочной информации предназначен для автоматизации технологических процессов:

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

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

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

4.1.1.5.7 ПТК электронного обмена данными предназначен для автоматизации электронного взаимодействия между участниками бюджетного процесса в составе Комплекса, АИС УБП первой очереди (Департамент финансов города Москвы), другими информационными системами, определяемыми Государственным заказчиком.

4.1.1.5.8 ПТК обеспечения информационной безопасности предназначен для обеспечения комплексной информационной безопасности (доступности, целостности, достоверности и конфиденциальности) при хранении, обработке и передаче по каналам связи информации, в том числе при обмене с взаимодействующими объектами АИС УБП первой очереди (Департамент финансов города Москвы) и других информационных систем.

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

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

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

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

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

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

Отдельные компоненты Системы (КПТС, АРМ) с находящимися в них компонентами ПТК могут временно функционировать в автономном режиме при отсутствии связи.

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

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

4.1.3.2 Диагностирование технических средств должно осуществляться средствами используемых операционных систем, СУБД, сетевого программного обеспечения, а также средствами диагностических программных средств общего применения, включенных в состав КПТС.

4.1.3.3 Сетевые средства Системы должны обеспечить взаимодействие со средствами ПТК мониторинга и управления.

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

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

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

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

Общая подготовка должна включать в себя получение навыков работы с офисным программным обеспечением и оболочками ПЭВМ в объеме навыков пользователей Системы.

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

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

4.1.4.4 Персонал (пользователи) должен выполнять свои функции в режиме полуторасменной работы в соответствии с Приложениями 1, 2, 5 Qанитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работ (СанПин 2.2.2.542-96).

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

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

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

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

4.1.5.2 Система должна обеспечить сохранение финансовых вложений, ранее сделанных в автоматизацию Комплекса и в создание АИС УБП первой очереди (Департамент финансов города Москвы), а именно Система должна:

- являться системотехнической основой для интеграции объектовых отраслевых АС в единое информационно-телекоммуникационное пространство;

- использовать подготавливаемые с использованием этих АС документы и информационные материалы;

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

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

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

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

4.1.5.4 Система должна обеспечить возможность интеграции с АИС УБП первой очереди (Департамент финансов города Москвы) и взаимодействия с другими информационными системами, определяемыми Государственным заказчиком.

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

4.1.5.5 В Системе должна быть обеспечена поддержка единого информационного пространства Системы, в котором взаимодействие процессов и пользователей обеспечивается за счет использования общих информационных объектов, единой нормативно-справочной, нормативно-методической информации, классификаторов. Информационное пространство Системы должно создаваться на основе информационного подпространства АИС УБП первой очереди (Департамент финансов города Москвы).

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

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

- выверенной (достоверной) консолидированной информации в КПТС на 1 и 3 уровнях в части их касающейся;

- информации в КПТС 2 и 3 уровня.

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

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

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

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

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

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

4.1.5.12 КПТС Системы должны обеспечить:

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

- функционирование АРМ пользователей в составе ЛВС, а также их автономное функционирование (в части автономно исполняемых функций);

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

- обмен АРМ получателей бюджетных средств (различных комплектаций) по каналам связи, либо при их функционировании в составе ЛВС, либо при их автономном функционировании;

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

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

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

4.1.5.14 Информационное, лингвистическое, программное, техническое и метрологическое обеспечение Системы должно разрабатываться с учетом технических решений, реализованных в АИС УБП первой очереди (Департамент финансов города Москвы).

4.1.5.15 В Системе должно быть обеспечено методологическое единство процессов автоматизированной поддержки формирования и исполнения бюджета с процессами, реализованными в АИС УБП первой очереди (Департамент финансов города Москвы), на основе использования единого методического обеспечения.

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

4.1.6.1 Минимальные сроки эксплуатации:

- для Системы в целом - не менее 20 лет (при проведении соответствующей модернизации и развития);

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

- для прочих ПТК - не менее 5 лет;

- для объектовых КПТС и Комплексов телекоммуникации и ЛВС - не менее 20 лет (при проведении соответствующей модернизации и развития).

4.1.6.2 Время выполнения непрерываемых операций на серверах КПТС 1-3 уровней Системы, на которых осуществляется централизованное хранение данных, не должно превышать 30 минут. Непрерываемой считается операция, досрочное прекращение которой может привести к разрушению базы данных или информационных массивов.

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

4.1.6.4 Требования к жизненному циклу Системы в промышленной эксплуатации и при утилизации уточняются на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждаются в составе рабочей документации Системы.

4.1.7. Степень приспособляемости Системы к отклонениям параметров объектов автоматизации

4.1.7.1 Система и ее КПТС должны обеспечивать:

- масштабируемость по количеству пользователей;

- масштабируемость по объему сохраняемой информации;

- период сохранения оперативных данных - 3 или 5 лет в зависимости от вида данных;

- масштабируемость по производительности серверов, а также по канальной емкости и производительности коммуникационного оборудования (коммутаторов, концентраторов, маршрутизаторов);

- настройку и изменение конфигурации АРМ пользователей, изменение состава их периферийного оборудования;

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

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

4.1.8. Степень приспосабливаемости Системы к изменениям процессов и методов управления

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

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

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

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

4.1.9. Допустимые пределы модернизации и развития Системы

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

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

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

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

4.1.10.1 Система должна относится к обслуживаемым восстанавливаемым изделиям общего назначения многократного циклического применения согласно ГОСТ 27.003-90. Основные показатели надежности Системы согласно ГОСТ 24.701-86 и ГОСТ 27.003-90:

- среднее время наработки на отказ;

- среднее время восстановления работоспособности.

4.1.10.2 Аварийные ситуации, по которым регламентируются требования к показателям надежности Системы:

- отказ КПТС Системы в результате сбоя или выхода из строя его технических средств;

- отказ КПТС Системы в результате сбоя его общего или специального программного обеспечения;

- сбой или отказ КПТС в результате ошибки в прикладном программном обеспечении Системы;

- отказ единичного канала связи Системы;

- сбой или отказ КПТС в результате ошибки в работе персонала КПТС.

4.1.10.3 Количественные значения показателей надежности Системы должны быть не хуже следующих:

- среднее время наработки на отказ КПТС Системы должно составлять не менее 500 часов;

- среднее время наработки на отказ единичного канала связи Системы должно составлять не менее 300 часов;

- среднее время наработки на отказ серверов Системы должно составлять не менее 10000 часов;

- среднее время наработки на отказ ПЭВМ (в составе АРМ) должно составлять не менее 5000 часов;

- среднее время наработки на отказ единичной функции ППО КПТС Системы должно составлять не менее 1500 часов;

- среднее время восстановления работоспособности КПТС Системы должно составлять не более 30 минут; при этом:

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

- среднее время восстановления работоспособности КПТС после отказа общего или специального программного обеспечения Системы - не более 20 минут без учета времени организационных простоев;

- среднее время восстановления работоспособности единичного канала связи КПТС должно составлять не более 3 часов;

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

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

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

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

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

4.1.10.5 Для КПТС Системы на этапе разработки Технического проекта Системы должны быть разработаны Схемы надежности. КПТС считается работоспособным, если не менее 50% его АРМ имеют возможность решать задачи и выполнять функции в соответствии с их назначением, вести обмен по ЛВС и каналам связи. Под отказом понимается любое другое состояние КПТС.

4.1.10.6 Для КПТС с учетом требований ГОСТ В20.39.302-76, ГОСТ 21552-84 (п.1.4.1) должна быть разработана программа обеспечения надежности (ПОН).

4.1.10.7 ПОН должна включать следующие технические меры по обеспечению надежности КПТС Системы:

- резервирование критически важных элементов и комплексов;

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

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

4.1.10.8 ПОН должна включать следующие организационные меры по обеспечению надежности КПТС:

- по минимизации ошибок персонала (пользователей), а также персонала службы эксплуатации при эксплуатации и проведении работ по обслуживанию Системы;

- по минимизации времени на устранение ошибок, внесение изменений и восстановление работоспособности КПТС и Системы в целом;

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

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

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

- по формированию и порядку использования резервных копий прикладного программного обеспечения КПТС Системы, а также резервных копий информации, сохраняемой в КПТС 1-3 уровня;

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

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

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

4.1.11.1 Конструкция КПТС Системы должна обеспечивать безопасность обслуживающего персонала при эксплуатации, техническом обслуживании и ремонте с учетом требований ГОСТ РВ20.39.309-98 (раздел 18), ГОСТ 21552-84, ГОСТ 25861-83.

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

4.1.11.2 Электробезопасность должна соответствовать требованиям ГОСТ 12.1.030-81, ГОСТ 12.2.003, ГОСТ 12.2.007.0-75 и ГОСТ 12.2.007.13-2000.

4.1.11.3 Силовая и информационная кабельные системы должны быть спроектированы в соответствии с "Правилами устройства электроустановок" (ПУЭ) изд. 6-е, 1998 г.

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

4.1.11.5 Эксплуатационная документация КПТС Системы должна включать раздел по обеспечению электробезопасности при монтаже, наладке и эксплуатации технических средств.

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

4.1.12.1 Предложения по компоновочному размещению в рабочих помещениях средств КПТС должны быть разработаны с учетом антропометрических данных и психофизиологических свойств человека, требований ГОСТ РВ20.39.309-98 (раздел 17) и ГОСТ 20-39.108-85. При этом освещенность рабочих мест от источников искусственного света должна быть, с учетом требований СниП 23-05-95), не ниже 600 лк на рабочих столах АРМ, не ниже 200 лк на поверхностях стоек и монтажных шкафов.

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

4.1.12.3 Технические средства АРМ должны соответствовать ГОСТ 27201-87. Манипуляторы и клавиатура должны быть удобны в использовании.

4.1.12.4 В части диалога с пользователем АРМ Системы должны отвечать следующим требованиям:

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

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

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

- интерфейс пользователя ПТК Системы должен способствовать уменьшению вероятности совершения оператором случайных ошибочных действий; должен поддерживать дружественную систему меню, предоставляющую пользователю выбор альтернативных действий;

- должно быть обеспечено предоставление контекстно-зависимой помощи; пользователям АРМ должен быть предоставлен доступ к электронной документации (эксплуатационной документации) используемых ими ПТК, необходимой им для выполнения на АРМ своих функций;

- должно быть обеспечено одновременное (в различных окнах) использование на одном АРМ различных ПТК;

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

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

4.1.13.1 Условия эксплуатации и характеристики окружающей среды в помещениях размещения КПТС должны соответствовать Приложениям 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работ (СанПин 2.2.2.542-96), требованиям ГОСТ 21552-84, а также требованиям производителей используемых аппаратных средств. Оборудование КПТС должно сохранять возможность функционирования при следующих параметрах окружающей среды:

- температура воздуха - от +10С до +40С;

- относительная влажность воздуха - от 40% до 80%;

- атмосферное давление - от 630 до 800 мм.рт.ст.

Содержание пыли в серверных помещениях и помещениях хранения магнитных носителей - не должно превосходить 0.3 мг/м3, в рабочих помещениях (в которых осуществляется хранение и работа с информации на бумажных носителях) - не должна превосходить - 6 мг/м3 (ГОСТ РД 50-524-84 п.п. 4.2.3, 4.3.3).

4.1.13.2 В Системе должен быть предусмотрен полуторасменный режим эксплуатации КПТС.

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

4.1.13.3 В Системе должны быть предусмотрены следующие виды технического обслуживания КПТС:

- ежедневное (или еженедельное) техническое обслуживание;

- месячное техническое обслуживание;

- полугодовое техническое обслуживание;

- годовое техническое обслуживание.

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

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

4.1.13.4 Должно быть обеспечено обслуживание каждого КПТС Системы персоналом численности не более 3-5 человек. Обслуживающий персонал должен:

- иметь образование среднее специальное, высшее, профиль АСУ, ЭВМ;

- пройти обучение у исполнителей работ по Системе по работе с аппаратными и программными средствами КПТС;

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

По каждой специальности обучение должны пройти минимум 2 специалиста.

4.1.13.5 В Системе должно быть обеспечено централизованное обслуживание серверов и устройств хранения данных, предназначенных для долговременного хранения информации, КПТС 1 и 2 уровня, а также 3 уровня.

4.1.13.6 Для организации процесса эксплуатации и проведения регламентного обслуживания должны использоваться средства ПТК мониторинга и управления.

4.1.13.7 Для КПТС Системы должен быть определен состав ЗИП. ЗИП должен обеспечить функционирование КПТС с заменой сменных элементов "со склада" (без увеличения времени устранения отказа на дозакупки) в течении 1 квартала. Состав ЗИП должен определяться с учетом требований ГОСТ 21552-84 (п.1.9.3), ГОСТ В 15.705-86, ГОСТ РВ 20.39.303-98 (раздел 10). Состав ЗИП определяется на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы и утверждается в составе ее эксплуатационной документации.

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

Условия хранения неснижаемого запаса ЗИП и характеристики окружающей среды должны соответствовать Приложениям 1, 2, 5 Санитарных правил и норм СанПин 2.04.05-91 и Гигиеническим требованиям к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работ (СанПин 2.2.2.542-96), требованиям ГОСТ 21552-84, а также требованиям производителей используемых аппаратных средств.

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

4.1.13.10 Оборудование АРМ должно размещаться на площади - до 1.5 кв.м при горизонтальной компоновке. Допускается использование вертикальной и смешанной компоновки оборудования на рабочих местах. Оборудование сервера должно размещаться на площади - до 1.5 кв.м. Совместно с серверами должно размещаться активное телекоммуникационное оборудование и общедоступные устройства хранения данных.

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

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

4.1.13.13 Время первоначальной загрузки АРМ (не считая времени инсталляции дисков) - не должно превосходить 30 минут. Время первоначальной загрузки серверов (не считая времени инсталляции дисков) - не должно превосходить 1 часа.

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

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

4.1.14.1 Система должна обеспечивать обработку сведений, классифицируемых в соответствии с Законом РФ от 21.07.93 г. N 5485-1 "О государственной тайне", Федеральным законом от 20.02.95 г. N 24-ФЗ "Об информации, информатизации и защите информации", Указом Президента России N 188 от 06.03.97 г. "Перечень сведений конфиденциального характера", как открытые и, как информация ограниченного распространения при одновременной работе многих пользователей, обладающих разными правами доступа к информации.

4.1.14.2 Система должна обеспечивать защиту информации от несанкционированного доступа при ее обработке, хранении и передаче по классу защищенности 1Д Руководящего документа Гостехкомиссии России "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации. 1992 год".

4.1.14.3 Система должна обеспечивать решение перечисленных задач при соблюдении следующих приоритетов (в порядке убывания важности):

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

- обеспечение целостности информационных ресурсов;

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

4.1.14.4 СЗИ НСД должна представлять собой единый комплекс организационно-режимных мер, программных и технических (в том числе криптографических) средств защиты информации.

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

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

4.1.14.6 СЗИ НСД в составе Систем должна обеспечивать ведение автоматизированного учета (аудит) и регистрации событий безопасности.

4.1.14.7 Система должна обеспечить защиту информации при обмене данными:

- с АРМ и КПТС 4 уровня Системы по открытым каналам связи;

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

- с объектами АИС УБП первой очереди (Департамента финансов города Москвы) в соответствии с техническими решениями, принятыми при создании этой АС.

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

4.1.14.8 На этапе разработки Технического проекта Системы с учетом результатов обследования объектов автоматизации должна быть разработана "Концепция информационной безопасности", включающая: "Угрозы информационной безопасности", "Риски информационной безопасности", "Модель нарушителя безопасности", В соответствии с ними должны быть разработаны технические решения и, при необходимости, предложения по корректировке ЧТЗ с учетом, типового профиля защиты 1 (ТПЗ-1) проекта Руководящих документов Гостехкомиссии России "Типовые профили защиты автоматизированных систем критических приложений".

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

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

4.1.15.2 Сохранность информации в серверах КПТС Системы должна обеспечиваться при следующих аварийных ситуациях:

- отказ КПТС Системы в результате сбоя или выхода из строя его технических средств;

- отказ КПТС Системы в результате сбоя его общего или специального программного обеспечения;

- сбой или отказ КПТС в результате ошибки в прикладном программном обеспечении Системы;

- отказ КПТС Системы в результате ошибки в работе персонала КПТС.

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

4.1.15.4 В КПТС Системы должны быть предусмотрены средства для резервного копирования всей централизованно сохраняемой и критической для функционирования КПТС информации. Для ее хранения должны быть использованы устройство хранения данных, поддерживающие дублирование и "горячую замену" основных компонентов: дисков, источников питания, вентиляторов, RAID 5 - контроллеров.

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

4.1.16. Требования к средствам защиты от внешних воздействий

4.1.16.1 Требования к средствам защиты от внешних воздействий для программных средств не предъявляются.

4.1.16.2 Требования по радиоэлектронной защите в части электромагнитной совместимости.

Технические средства, выбираемые при создании Системы должны отвечать требованиям ГОСТ 19542-83, ГОСТ Р 50628-2000, а также и требованиям Госкомсвязи России "Автоматизированные системы управления аппаратурой электросвязи", 1998 г. по электромагнитной совместимости и помехозащищенности.

Требования по остальным составляющим радиоэлектронной защиты не предъявляются.

4.1.16.3 Требования по стойкости, устойчивости и прочности к внешним воздействиям не предъявляются.

4.1.16.4 Уровень индустриальных помех, создаваемых при работе оборудования КПТС, не должен превышать значений, установленных ГОСТ 21552-84 (п. 1.5.11).

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

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

4.1.17.2 Должны соблюдаться положения нормативных правовых актов Российской Федерации по соблюдению авторских прав и защиты специальных знаков.

4.1.17.3 При поставке программного обеспечения должны быть выполнены требования Закона Российской Федерации от 23.09.92 г. N 3523-I "О правовой охране программ для электронных вычислительных машин и баз данных".

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

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

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

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

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

4.1.18.3 КПТС объектов 2 и 3 уровней должны быть построены на основе типового технического решения.

4.1.18.4 АРМ КПТС 1-3 уровней должны быть построены на основе типового технического решения.

4.1.18.5 КПТС и АРМ (и находящиеся под их управлением устройства) 4 уровня должны быть построены на основе типового технического решения.

4.1.18.6 Функции ПТК в КПТС различных уровней должны быть реализованы на основе унифицированных технических решений.

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

4.1.18.7 Общее, системное и специальное программное обеспечение КПТС и Системы в целом (операционная система АРМ, операционная система серверов приложений, сетевая СУБД, локальная СУБД и др.) должно быть унифицировано по составу и версиям.

4.1.18.8 Система должна использовать общесистемные классификаторы АИС УБП первой очереди (Департамент финансов города Москвы). Типовой регламент обеспечения объектов Системы нормативно-справочной, нормативно-методической информацией и классификаторами и по форматам их представления в Системе на этапе разработки Технического проекта Системы согласовывается с Исполнителем АИС УБП и Государственным заказчиком.

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

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

4.1.18.10 На АРМ функциональных пользователей Системы должен быть использован единый интерфейс пользователя, построенный на основе API интерфейса Windows.

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

4.1.18.12 Для технических средств, средств общего, системного и специального обеспечения коэффициенты применяемости должны быть не менее - 60%, коэффициенты повторяемости - не менее 2.

4.1.19. Дополнительные требования

4.1.19.1 Требования по оснащению Системы устройствами для обучения персонала не предъявляются.

4.1.19.2 Требования к сервисной аппаратуре и стендам для проверки элементов Системы не предъявляются.

4.1.19.3 Требования к Системе, связанные с особыми условиям эксплуатации, не предъявляются.

4.1.19.4 Специальные требования не предъявляются.

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

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

4.2.1.1 Функции, задачи (комплексы задач) выполняемые Системой должны обеспечивать:

- ввод информации, обработку поступающих документов и материалов, их регистрацию в Системе;

- обмен данными и документами единых форм и форматов в Системе, а также между Системой и взаимодействующими с ней внешними АС;

- обмен с задачами АИС УБП первой очереди (Департамент финансов города Москвы) данными и документами стандартных форм и форматов, используемыми в рамках бюджетного процесса совместно с Департаментом финансов и Московским городским казначейством;

- поддержку единого информационного пространства Системы;

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

- возможность перенастройки Системы при изменении нормативной базы без изменения программного кода.

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

4.2.2. Планирование и исполнение бюджета

4.2.2.1 ПТК планирования и исполнения бюджета должен обеспечить решение следующих комплексов задач:

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

- формирование лимитов бюджетных обязательств;

- контроль исполнения бюджета Комплекса;

- утверждение смет подведомственных ПБС;

- формирование пообъектных программ;

- формирование отчетности.

ПТК планирования и исполнения бюджета должен обеспечить планирование (формирование бюджетной заявки) в финансовых показателях.

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

4.2.2.2 Комплекс задач "Формирование бюджета в части расходов на сферу деятельности Комплекса" должен обеспечивать выполнение следующих задач:

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

- формирование смет доходов и расходов;

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

4.2.2.2.1 Задача "Формирование проекта бюджета в части расходов на сферу деятельности Комплекса" должна обеспечивать выполнение следующих функций:

- анализ исполнения бюджета Комплекса текущего года и прошлых лет;

- формирование параметров распределения бюджетных средств по распорядителям и получателям средств бюджета;

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

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

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

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

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

Выходная информация: базовые данные для формирования бюджета Комплекса на предстоящий бюджетный год.

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

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: стандарты и параметры распределения бюджетных средств, индекс-дефлятор.

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

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

Пользователи ПТК: Главный распорядитель, Распорядители, получатели бюджетных средств.

Входная информация: стандарты и нормативы расчета потребностей в бюджетных средствах, плановые и фактические данные об исполнении сметы доходов и расходов прошлых лет.

Выходная информация: бюджетные заявки.

4.2.2.2.1.4 Функция "Формирование проекта бюджета в части расходов на сферу деятельности Комплекса" предназначена для подготовки проекта бюджета Комплекса в целом на год без поквартальной разбивки в соответствии с предоставленными подведомственными учреждениями бюджетными заявками. На этапе формирования проекта бюджета в части расходов Комплекса должно производиться согласование контрольных сумм, предоставляемых финансовым органом города Москвы по бюджетным заявкам подведомственных учреждений.

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

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

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

4.2.2.2.2 Задача "Формирование сметы доходов и расходов" должна обеспечивать выполнение следующих функций:

- учет уведомлений о лимитах бюджетных обязательств;

- распределение объемов ЛБО;

- формирование смет доходов и расходов;

- утверждение смет доходов и расходов;

- формирование смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности;

- утверждение смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности;

- внесение изменений в сметы доходов и расходов.

4.2.2.2.2.1 Функция "Учет уведомлений о лимитах бюджетных обязательств" предназначена для учета сформированных на основании утвержденного Закона о бюджете города Москвы на соответствующий бюджетный год плановых назначений бюджета Комплекса, с детализацией сумм в разрезе кодов бюджетной классификации расходов, подведомственной сети распорядителей и получателей бюджетных средств.

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

Входная информация: уведомления о ЛБО.

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

4.2.2.2.2.2 Функция "Распределение лимитов бюджетных обязательств" предназначена для проведения разассигновки объемов ЛБО по получателям бюджетных средств в соответствии с предоставленными ими бюджетными заявками.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

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

Выходная информация: бюджетная роспись по подведомственной сети учреждений, уведомления о ЛБО по подведомственной сети учреждений.

4.2.2.2.2.3 Функция "Учет смет доходов и расходов" предназначена для учета главными распорядителями (распорядителями) бюджетных средств смет доходов и расходов подведомственной сети учреждений и их изменений к ним.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: сметы доходов и расходов подведомственной сети учреждений и вносимые в них изменения.

Выходная информация: утвержденные сметы доходов и расходов подведомственных учреждений.

4.2.2.2.2.4 Функция "Учет смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности" предназначена для учета главными распорядителями (распорядителями) бюджетных средств смет доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности подведомственной сети учреждений.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

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

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

4.2.2.2.3 Задача "Внесение изменений в бюджет Комплекса" должна обеспечивать выполнение следующих функций:

- формирование заявки на внесение изменений в смету;

- внесение изменений в плановые назначения бюджета Комплекса;

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

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

- формирование уточненной сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности.

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

Пользователи ПТК: получатели, Распорядители, Главный распорядитель бюджетных средств.

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

Выходная информация: утвержденные заявки на внесение изменений в сметы доходов и расходов.

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

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

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

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

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

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

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

Выходная информация: уточненный бюджет Комплекса на заданную дату.

4.2.2.2.3.4 Функция "Формирование уточненной сметы доходов и расходов по средствам от предпринимательской и иной приносящей доход деятельности" предназначена для учета и утверждения уточненных смет по средствам от предпринимательской деятельности подведомственной сети учреждений.

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

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

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

4.2.2.3 Комплекс задач "Формирование лимитов бюджетных обязательств" должен обеспечить выполнение следующих задач:

- определение правил формирования лимитов бюджетных обязательств;

- формирование лимитов бюджетных обязательств.

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

4.2.2.3.2 Задача "Формирование лимитов бюджетных обязательств" предназначена для распределения лимитов по подведомственной сети учреждений в соответствии с полученными из финансового органа города Москвы уведомлениями о лимитах бюджетных обязательств и правилами формирования лимитов.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: лимиты бюджетных обязательств по главным распорядителям (распорядителям) бюджетных средств, правила формирования лимитов.

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

4.2.2.4 Комплекс задач "Исполнение бюджета Комплекса" должен обеспечивать выполнение следующих задач:

- формирование графиков финансирования;

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

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

- внесение изменений в графики финансирования;

- учет уведомлений о лимитах бюджетных обязательств;

- формирование реестров на финансирование за счет средств федерального бюджета;

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

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

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

4.2.2.4.1 Задача "Формирование графиков финансирования" предназначена для подготовки Главным распорядителем бюджетных средств графиков финансирования с указанием сумм расходов по КБК в разрезе дат в соответствии с потребностями в финансировании за счет средств бюджета, а также в соответствии со сроками проведения расходов и условиями договоров и контрактов.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

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

Выходная информация: график финансирования.

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

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

Входная информация: сметы доходов и расходов, графики финансирования.

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

4.2.2.4.3. Задача "Оперативный контроль графиков финансирования объему бюджетных назначений" предназначена для осуществления контроля графиков финансирования выделенным лимитам бюджетных обязательств - непревышения неиспользованного лимита финансирования.

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

Входная информация: сметы доходов и расходов, лимиты финансирования, графики финансирования.

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

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

Пользователи ПТК: получатели бюджетных средств.

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

Выходная информация: изменения графиков финансирования.

4.2.2.4.5 Задача "Учет уведомлений о поступлении финансирования" предназначена для обработки главными распорядителями и распорядителями бюджетных средств уведомлений о финансировании за счет средств бюджета города Москвы в части субвенций Федерального бюджета.

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: уведомление о финансировании.

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

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

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: уведомление о поступившем финансировании.

Выходная информация: реестр на финансирование.

4.2.2.4.7 Задача "Оперативный контроль реестров на финансирование объему бюджетных назначений" предназначена для осуществления контроля реестров на финансирование за счет средств федерального бюджета выделенным лимитам бюджетных обязательств - непревышения неиспользованного лимита финансирования.

Пользователи ПТК: Главный распорядитель, Распорядители и получатели бюджетных средств.

Входная информация: сметы доходов и расходов по средствам федерального бюджета, реестры на финансирование.

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

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

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

Входная информация: сметы доходов и расходов по средствам федерального бюджета, реестры на финансирование.

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

4.2.2.4.9 Задача "Учет исполнения бюджета в части расходов на сферу деятельности Комплекса" предназначена для сбора и учета данных о фактическом исполнении бюджета Комплекса и исполнения смет доходов и расходов получателей бюджетных средств.

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

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

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

Пользователи ПТК: Главный распорядитель, Распорядители бюджетных средств.

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

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

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 Компоненты Системы (КПТС или ПТК) должны реализовывать информационный обмен между собой с использованием присутствующих на Российском рынке средств и систем.

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 Гбайт.

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;

ГАРАНТ:

Взамен ГОСТ 13109-87 постановлением Госстандарта РФ от 28 августа 1998 г. N 338 с 1 января 1999 г. введен в действие ГОСТ 13109-97

- основные показатели электромагнитной совместимости и устойчивости к электромагнитным помехам в соответствии с требованиями ГОСТ Р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 г.).

ГАРАНТ:

См. Перечень главных распорядителей, распорядителей и получателей (прямых получателей) средств бюджета города Москвы, отражаемых в сводной бюджетной росписи, утвержденный постановлением Правительства Москвы от 2 ноября 2004 г. N 772-ПП

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-РЗП "Об утверждении положения о сводном реестре распорядителей и получателей средств бюджета города Москвы".

ГАРАНТ:

О порядке ведения Сводного реестра распорядителей и получателей средств бюджета г. Москвы см. постановление Правительства Москвы от 8 февраля 2005 г. N 58-ПП

11) Распоряжение Правительства Москвы от 5.12.2002 года N 1899-РП "О совершенствовании системы формирования, размещения и исполнения городского Государственного Заказа в комплексе социальной сферы Правительства Москвы".

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

Работы по созданию системы должны проводиться поэтапно.

1 этап - "Разработка Технического проекта".

2 этап - "Разработка рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы". На втором этапе создается прототип Системы, на котором отрабатываются предлагаемые технические решения.

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

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

Содержание этапов работ по оснащение средствами Системы объектов Заказчика, сроки их проведения (далее - Ч1), а также состав работ каждого этапа должны быть определены совместным решением Государственного заказчика и Потребителя по согласованию с Исполнителем работ по созданию Системы.

Содержание и сроки проведения работ по созданию Системы приведены в Таблице 5.1. Перечень заданий на создание Системы и протоколов приведен в таблице 5.2.

Таблица 5.1

N п/п	Название и содержание работы	Сроки исполнения (в месяцах)
Этап Разработка Технического проекта
Стадия Технический проект Системы
1 1.1 1.2 1.3 1.4	Разработка технического проекта Системы Проведение дополнительного системно-аналити- ческого дообследования учреждений, предприятий и структурных подразделений Комплекса, объекты которого предполагается ввести в состав пилотного проекта Системы Разработка материалов технического проекта на типовые КПТС Системы и Комплекс телекоммуника- ции и ЛВС согласно п. 4.1.1.4 Разработка материалов технического проекта на ПТК Системы согласно п. 4.1.1.5 Разработка технического проекта на Систему в целом	Ч - Ч+5
Этап Разработки рабочей документации и типовых КПТС, комплекса телекоммуникации и ЛВС и ПТК Системы
Стадия рабочей документации Системы
2 2.1 2.2 2.3 2.4 2.5 2.6	Разработка рабочей документации. Разработка и адаптация программ Разработка рабочей документации на КПТС Систе- мы согласно п. 4.1.1.4, а также на элементы программного и информационного обеспечения и рабочей документации на ПТК Системы согласно п. 4.1.1.5 Создание прототипа КПТС объектов Системы для отработки технических решений Создание ПТК обеспечения информационной безо- пасности прототипа КПТС объектов Системы Разработка и отладка элементов программного и информационного обеспечения ПТК Системы сог- ласно п. 4.1.1.5 Автономное тестирование и комплексная отладка ПТК Системы согласно п. 4.1.1.5 на прототипе КПТС объектов Системы Комплексные проверки ПТК согласно п. 4.1.1.5 на прототипе КПТС объектов Системы	Ч+6 - Ч+8
Этап Ввода в промышленную эксплуатацию пилотного проекта Системы
Стадия ввода в действие Системы
3 4 5 5.1 5.2 5.3 6 6.1 6.2 6.3 7 8 9 10 11 12 13 13.1 13.2 14	Решение Государственного заказчика по составу объектов пилотного проекта Системы Проведение технического обследования и инже- нерных изысканий на объектах пилотного проекта Системы. Разработка типовых заданий на подго- товку и оснащение КПТС объектов пилотного про- екта Системы Подготовка объектов к установке на них КПТС Подготовка объекта к размещению объединенного серверного комплекса Главных распорядителей бюджетных средств Подготовка объектов к развертыванию ЛВС в от- делах Главных распорядителей и Распорядителей бюджетных средств и к установке ПЭВМ и другого оборудования в соответствии с типовыми проек- тами Подготовка объектов к развертыванию АРМ у пря- мых получателей бюджетных средств Комплекса и установке другого оборудования в соответствии с типовым проектом Установка на конкретных объектах КПТС и комп- лексов телекоммуникации и ЛВС в соответствии с типовыми проектами и их адаптация. Создание объединенного серверного комплекса Главных распорядителей бюджетных средств Развертывание ЛВС в отделах Главных распоряди- телей и Распорядителей бюджетных средств. Установка ПЭВМ и другого оборудования в соответствии с типовым проектом. Проведение проверок КПТС и комплекса телекоммуникации и ЛВС на технологическом программном обеспечении Развертывание АРМ и телекоммуникационного обо- рудования у прямых получателей бюджетных средств Комплекса. Установка другого оборудо- вания в соответствии с типовым проектом. Про- ведение проверок АРМ и телекоммуникационного оборудования на технологическом программном обеспечении Создание ПТК обеспечения информационной безо- пасности пилотного проекта Системы Загрузка в КПТС пилотного проекта Системы программного обеспечения ПТК Системы согласно п. 4.1.1.5 и его адаптация Ввод информации в КПТС пилотного проекта Сис- темы, включая классификаторы, нормативно-спра- вочную и нормативно-методическую информацию Сопряжение КПТС с объектовыми отраслевыми АС, используемыми в автоматизируемых отделах Обучение персонала объектов пилотного проекта Системы Определение Государственным заказчиком и Поль- зователем регламентов обслуживания. Проведение организационных мероприятий по обеспечению эксплуатации КПТС объектов пилот- ного проекта Системы Проведение предварительных испытаний и опытной эксплуатации пилотного проекта Системы Проведение предварительных испытаний и испыта- ний на соответствие требованиям РД ГТК по бе- зопасности информации КПТС пилотного проекта Системы Проведение опытной эксплуатации КПТС пилотного проекта Системы Проведение приемочных испытаний и ввод КПТС пилотного проекта Системы в промышленную эксп- луатацию	Ч+8 - Ч+10 Ч+10 - Ч+13 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+10 - Ч+14 Ч+15 - Ч+16 Ч+17
Этапы дальнейшего оснащения объектов средствами Системы
Стадия ввода в действие (проводится по каждой группе одновременно вводимых объектов)
15 16.1 16.2 16.3 16.4 16.5 16.6 16.7 16.8 16.9 16.10 16.11 16.12	Определение Государственным заказчиком порядка дальнейшего оснащения объектов средствами Сис- темы Проведение технического обследования и инже- нерных изысканий. Разработка задания на подго- товку и оснащение объектов группы КПТС Системы Подготовка объектов группы к развертыванию ЛВС в отделах установке ПЭВМ и другого оборудова- ния в соответствии с типовыми проектами Развертывание на объектах группы или модерни- зация существующей ЛВС, установка ПЭВМ и дру- гого оборудования в соответствии с типовыми проектами. Проведение проверок объектовых КПТС и Комплексов телекоммуникации и ЛВС объектов на технологическом программном обеспечении Создание или адаптация ПТК обеспечения инфор- мационной безопасности для объектов группы Мо- дернизация ПТК обеспечения информационной бе- зопасности Системы в целом Загрузка в КПТС объектов группы программного обеспечения ПТК Системы согласно п. 4.1.1.5 и его адаптация Ввод информации в КПТС объектов группы, вклю- чая классификаторы, нормативно-справочную и нормативно-методическую информацию Сопряжение КПТС объектов группы с отраслевыми АС, используемыми на объектах Обучение персонала объектов группы Определение Государственным заказчиком и Поль- зователем регламентов обслуживания. Проведение организационных мероприятий по обеспечению эксплуатации КПТС на объектах группы Проведение предварительных испытаний и испыта- ний на соответствие требованиям РД ГТК по бе- зопасности информации КПТС объектов группы Проведение опытной эксплуатации КПТС объектов группы в составе Системы Проведение приемочных испытаний и ввод в про- мышленную эксплуатацию КПТС объектов группы	Ч1 Ч1 - Ч1+1 Ч1 - Ч1+1 Ч1+1 - Ч1+2 Ч1+1 - Ч1+3 Ч1+1 - Ч1+3 Ч1+1 - Ч1+3 Ч1+1 - Ч1+3 Ч1+1 - Ч1+3 Ч1+1 - Ч1+3 Ч1+3 Ч1+3 - Ч1+4 Ч1+4

Таблица 5.2

N п/п	Содержание	Чем оформляется	На какой стадии	Пункт ЧТЗ
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21	Создание типовых КПТС: Главного распорядителей бюджетных средств; Распорядителя бюджет- ных средств; получателей бюд- жетных средств. Создание типо- вых Комплексов телекоммуникации и ЛВС Создание и адаптацию ПТК Систе- мы согласно п. 4.1.1.5 Подготовка объектов к размеще- нию КПТС: пилотного проекта Системы Создание КПТС: пилотного проек- та Системы Интеграция с объектовыми отрас- левыми АС Разработка унифицированных тех- нических решений по созданию КПТС Системы с учетом особен- ностей конкретных объектов Создание ПТК обеспечения инфор- мационной безопасности системы с учетом результатов обследова- ния объектов автоматизации Создание ПТК обеспечения инфор- мационной безопасности Создание ПТК обеспечения инфор- мационной безопасности Создание ПТК электронного обме- на данными Создание ПТК мониторинга и уп- равления Создание Комплекса телекоммуни- кации и ЛВС Создание информационного обес- печения Системы Создание информационного обес- печения Системы Схемы надежности КПТС Системы Размещение информационных ресурсов Системы в иных АС Проведение экспертизы техничес- кой документации Создание ПТК обеспечения инфор- мационной безопасности Загрузка в КПТС пилотного про- екта Системы программного обес- печения ПТК согласно п. 4.1.1.5 и его адаптация Создание объектовых ПТК обеспе- чения информационной безопас- ности, адаптация типового ПТК обеспечения информационной бе- зопасности Системы Сопряжение КПТС с объектовыми отраслевыми АС, используемыми в автоматизируемых отделах	Технические ре- решения по соз- данию КПТС согласно п. 4.1.1.4, Техни- ческие решения по созданию комплекс теле- коммуникации и ЛВС Технические ре- шения по созда- нию или адапта- ции ПТК, поста- новки задач ПТК согласно п. 4.1.1.5 Задания на про- ведение работ по подготовке объектов Задания на про- ведение работ по созданию КПТС Типовые техни- ческие и про- ектные докумен- ты, согласно перечня по п. 8.8, носящие рекомендатель- ный характер Типовые техни- технические и проектные доку- менты, согласно перечня по п. 8.9, носящие рекомендатель- ный характер В составе эксп- луатационной документации: "Концепция ин- формационной безопасности". При необходи- мости, предло- жения по кор- ректировке ЧТЗ Протокол обес- печения инфор- мационной безо- пасности при ведении элект- ронного обмена с объектами АИС УБП первой оче- реди (Департа- мент финансов города Москвы) с учетом реше- ний по инфор- мационной безо- пасности, реа- лизованных средствами ПИБ Перечень сведе- ний ограничен- ного распрост- ранения, подле- жащих защите; перечень ресур- сов Системы, подлежащих за- щите Протокол сопря- жения ПТК электронного обмена данными со средствами, используемыми в Департаменте финансов города Москвы Протокол сопря- жения ПТК мони- торинга и уп- равления со средствами, ис- пользуемыми в Департаменте финансов города Москвы Протокол обмена данными с Де- партаментом фи- нансов города Москвы Протокол по составу исполь- зуемых общесис- темных класси- фикаторов, а также требова- ния к формату их представле- ния в Системе Протокол по составу, формам и форматам уни- фицированных форм отчетных документов, по форме их пред- ставления на экранах и на машинных носи- телях и оформ- ления на бумаж- ном носителе для каждого ви- да отчетных до- кументов Схемы надежнос- ти в составе технического проекта Системы Протокол по размещению и правилам оформ- ления и пред- ставления ин- формации для размещения на WWW сервере ИТЦ ФХУ Мэрии горо- да Москвы Протокол по по- рядку и услови- ям проведения экспертизы про- ектных решений и технологичес- кого контроля проектной доку- ментации Протокол по до- полнительным требованиям к ПТК обеспечения информационной безопасности и системам инже- нерного обеспе- чения Системы в части защиты информации ог- раниченного распростране- ния, и порядку работ по ее за- щите. Организа- ционно-распоря- дительная, нор- мативная, тех- ническая и экс- плуатационная документация, определяющая требования и порядок обра- ботки информа- ции ограничен- ного распрост- ранения Задание на про- ведение работ по загрузке в КПТС пилотного проекта Системы программного обеспечения ПТК и его адаптации Задание на про- ведение работ Задание на про- ведение работ	Техничес- кий про- ект Техничес- кий про- ект Ввод в действие Ввод в действие Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Техничес- кий про- ект Рабочая докумен- тация Ввод в действие Ввод в действие Ввод в действие	4.1.1.4 4.1.1.5 табл. 5.1 строки 4 и 16.2 1.4, табл. 5.1 строки 4 и 16.3 8.8 8.9 4.1.14.9 4.2.9.9.2 4.2.9.5.3 4.2.8.4 4.2.10.4, 4.2.10.8 4.2.14.6 4.1.18.9 4.1.18.10 4.1.10.5 4.2.14.6 и 4.3.4.1 5.3.5 4.2.9.10 табл. 5.1 строки 8, 16.5 табл. 5.1 строки 7, 16.4 табл. 5.1 строки 10, 16.7

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

5.1.1. Организации - исполнители работ определяются на конкурсной основе в соответствии с Законом города Москвы N 26 от 15.05.2002 "О городском государственном заказе" в сроки и порядком, определяемом Государственным заказчиком в распорядительных документах по созданию Системы.

5.2. Перечень документов, предъявляемых по окончанию этапов работ

5.2.1. По окончанию этапа разработки Технического проекта Системы и этапа разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы Государственному заказчику согласно ГОСТ 34.201-89 предъявляются комплект документации на Систему (включая ее типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК) в составе:

В части документации, разрабатываемой на этапе разработки Технического проекта Системы:

- Ведомость технического проекта (ТП);

- Пояснительная записка Технического проекта (П2);

- Структурные схемы типовых КПТС (С1);

- Планы расположения типовые (С8);

- Схемы функциональных структур (С2);

- Ведомость покупных изделий (ВП);

В части документации, разрабатываемой на этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы:

- Схема деления Системы структурная (Е1);

- Спецификация оборудования типовая (В4);

- Планы расположения оборудования и проводок (С7);

- Схемы соединения внешних проводок (С4);

- Таблицы соединений и подключений (С6) при необходимости;

- Локальные сметы (В3);

- Программа и методика испытаний КПТС (ПМ);

- Формуляры на технические средства и КПТС (ФО);

- Паспорта, поставляемые вместе с техническими программными средствами, паспорт КПТС (ПС);

- Программа обеспечения надежности оборудования КПТС при эксплуатации (ПОН);

- Инструкция по вводу и сдаче в эксплуатацию КПТС (И5);

- Инструкция по обеспечению безопасности информации (И6);

- Инструкция по обеспечению администрирования баз данных (И7);

- Руководство администратора безопасности КПТС (И12).

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

В части документации, разрабатываемой на этапе разработки Технического проекта Системы:

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

- Текст программ для программных средств, разработанных в ходе работ по созданию Системы (12 02), тексты исполняемых файлов для прочих программных средств (12 01).

- Формуляр (ФО);

- Спецификация программных средств (В4);

- Общее описание ПТК (ПД);

- Описание технологического процесса обработки данных (ПГ), включая телеобработку, массивы входных данных, каталог баз данных, состав выходных данных;

- Технологическая инструкция (И2);

- Руководство пользователя (И3);

- Руководство администратора комплекса (И11) при необходимости;

- Инструкция по формированию и ведению базы данных (набора данных) (И4);

- Инструкция по администрированию базы данных (И10);

- Программа и методика испытаний (ПМ).

5.2.2. По завершении этапа ввода в промышленную эксплуатацию пилотного проекта Системы Государственному заказчику согласно ГОСТ 34.201-89 по каждому объекту предъявляются комплект документации в составе:

- Спецификация оборудования (В4);

- План расположения оборудования и проводок (С7);

- Схема соединения внешних проводок (С4);

- Таблицы соединений и подключений (С6) при необходимости;

- Локальная смета (В3);

- Ведомость эксплуатационных документов (ЭД);

- Руководство пользователя (И3), включая, при необходимости, инструкцию администратора комплекса;

- Инструкция по эксплуатации КПТС, включая все входящие в его состав технические средства (ИЭ);

- Общее описание Системы (ПД);

- Программа и методика испытаний КПТС (ПМ);

- Формуляры на технические средства и КПТС (ФО);

- Паспорта, поставляемые вместе с техническими программными средствами, паспорт КПТС (ПС);

- Программа обеспечения надежности оборудования КПТС при эксплуатации (ПОН);

- Инструкция по вводу и сдаче в эксплуатацию КПТС (И5);

- Инструкция по обеспечению безопасности информации (И6);

- Инструкция по обеспечению администрирования баз данных (И7);

- Руководство администратора безопасности КПТС (И12).

По каждому ПТК дополнительно выпускаются также следующие документы:

- Формуляр (ФО);

- Спецификация программных средств (В4);

- Общее описание ПТК (ПД);

- Технологическая инструкция (И2);

- Руководство пользователя (И3);

- Руководство администратора комплекса (И11) при необходимости;

- Инструкция по формированию и ведению базы данных (набора данных) (И4);

- Инструкция по администрированию базы данных (И10);

- Программа и методика испытаний (ПМ).

В документы вносятся изменения в соответствии со спецификой конкретного объекта Системы.

5.2.3. В дальнейшем по завершении каждого этапа ввода в действие объектов Системы, предусмотренных Государственным заказчиком, Государственному заказчику согласно ГОСТ 34.201-89 по каждому объекту предъявляется комплект документации в составе:

- Спецификация оборудования (В4);

- План расположения оборудования и проводок (С7);

- Схема соединения внешних проводок (С4);

- Таблицы соединений и подключений (С6) при необходимости;

- Локальная смета (В3);

- Ведомость эксплуатационных документов (ЭД);

- Руководство пользователя (И3), включая, при необходимости, инструкцию администратора комплекса;

- Инструкция по эксплуатации КПТС, включая все входящие в его состав технические средства (ИЭ);

- Общее описание Системы (ПД);

- Программа и методика испытаний КПТС (ПМ);

- Формуляры на технические средства и КПТС (ФО);

- Паспорта, поставляемые вместе с техническими программными средствами, паспорт КПТС (ПС);

- Программа обеспечения надежности оборудования КПТС при эксплуатации (ПОН);

- Инструкция по вводу и сдаче в эксплуатацию КПТС (И5);

- Инструкция по обеспечению безопасности информации (И6);

- Инструкция по обеспечению администрирования баз данных (И7);

- Руководство администратора безопасности КПТС (И12).

По каждому ПТК дополнительно выпускаются также следующие документы:

- Формуляр (ФО);

- Спецификация программных средств (В4);

- Общее описание ПТК (ПД);

- Технологическая инструкция (И2);

- Руководство пользователя (И3);

- Руководство администратора комплекса (И11) при необходимости;

- Инструкция по формированию и ведению базы данных (набора данных) (И4);

- Инструкция по администрированию базы данных (И10);

- Программа и методика испытаний (ПМ).

5.2.4. Состав документации на покупные средства определяется их поставкой.

5.2.5. Состав разрабатываемых документов уточняется на этапе разработки Технического проекта Системы и согласовывается с Государственным заказчиком установленным в п. 1.7 порядком.

5.3. Вид и порядок проведения экспертизы технической документации

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

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

6.1. Виды, состав, объем и методы испытаний Системы

6.1.1. Для Системы предусматриваются следующие виды испытаний: предварительные испытания, опытная эксплуатация и приемочные испытания.

Предусматриваются также испытания на соответствие требованиям РД ГТК по безопасности информации.

6.1.2. На этапе разработки рабочей документации на типовые КПТС, Комплекс телекоммуникации и ЛВС и ПТК Системы комплексным проверкам должны быть подвергнуты типовые КПТС и ПТК (в составе КПТС). Предварительно ПТК должны пройти автономное тестирование и комплексные проверки.

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

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

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

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

6.1.7. Объем и методы предварительных испытаний, опытной эксплуатации и приемочных испытаний определяется соответствующей "Программой и методикой испытаний".

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

"Программа и методика приемочных испытаний пилотного проекта Системы" разрабатываются Государственным заказчиком по представлению Исполнителя работ по созданию Системы и согласовываются с Государственным заказчиком и Исполнителем работ по созданию Системы.

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

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

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

6.2. Общие требования к приемке работ

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

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

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

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

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

6.3. Статус приемочной комиссии

6.3.1. Прием проводимых работ осуществляется Государственной комиссией Государственного заказчика с участием Исполнителя работ по созданию Системы.

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

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

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

- проведение необходимых организационных изменений на объектах автоматизации; создание необходимых для функционирования КПТС Системы подразделений и служб или по определению служб, ответственных за их проведение;

- определение порядка комплектования штатов и обучения персонала;

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

- выделение помещению и рабочих площадей для хранения и размещения оборудования КПТС Системы;

- физическая охрана СВТ и носителей информации Системы, находящихся на объекте; по организации режима ограниченного входа в помещения, отведенные для их хранения, особенно в нерабочее время;

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

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

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

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

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

- приведение выделенных помещений в соответствие с типовыми предложениями по компоновочному размещению в рабочих помещениях средств КПТС Системы, разработанными по п. 8.9 дефис 17;

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

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

- приведение выделенных помещений в соответствие с типовыми рекомендациями и требованиями по обеспечению информационной безопасности электронных технологий обработки, разработанными по п. 8.9 дефисы 4-6;

- приведение отраслевых АС, взаимодействующих на объекте с КПТС Системы в соответствие с типовыми регламентами взаимодействия отраслевой АС с Системой, а также типовыми, техническими решениями по сопряжению с Системой, рекомендациями и организационными решениями по обеспечению регламента, разработанными по п. 8.8;

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

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

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

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

8.1. Документация на Систему должна разрабатываться в соответствии с требованиями ГОСТ на создание АС и настоящего ЧТЗ.

8.2. Состав документации должен соответствовать требованиям ГОСТ 34.201-89.

8.3. Содержание документов должно соответствовать требованиям ГОСТ РД 50-34.698-90.

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

8.4. Изменения и дополнения к составу документации должны определяться в порядке предусмотренном п.1.7 ЧТЗ.

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

8.6. Дополнительно должны быть разработаны организационно-методические документы согласно таблице 5.2.

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

На этапе разработки Технического проекта:

- решение Государственного заказчика о создании прототипа КПТС объектов Системы, его составе, месте размещения, порядке использования;

- приказ о назначении комиссии по приемке технического проекта, рабочей и проектно-сметной документации;

- акт комиссии по приемке технического проекта, рабочей и проектно-сметной документации;

На этапе разработки рабочей документации и типовых КПТС, комплекса телекоммуникации и ЛВС и ПТК Системы:

- программы и методики автономного тестирования ПТК;

- программа и методика комплексной проверки ПТК в составе КПТС;

На этапе ввода в промышленную эксплуатацию пилотного проекта Системы, и этапах оснащения других объектов Системы:

- приказ о проведении работ по порядку оснащения средствами Системы объектов;

- решение Государственного заказчика по порядку ввода в опытную эксплуатацию ПТК Системы;

- приказ о проведении работ по порядку оснащения средствами Системы объектов;

- протокол по конкретному перечню мероприятий и работ по подготовке объектов к вводу в действие на них КПТС Системы;

- график обучения персонала оснащаемых средствами Системы объектов;

- акт завершения работ по созданию КПТС, оснащаемых средствами Системы объектах;

- программа и методика предварительных испытаний КПТС, оснащаемых средствами Системы объектах;

- приказ о составе комиссии по проведению предварительных испытаний КПТС, оснащаемых средствами Системы объектах;

- акт и протоколы предварительных испытаний КПТС, оснащаемых средствами Системы объектах;

- акт приемки в опытную эксплуатацию КПТС на оснащаемых средствами Системы объектах;

- акт о завершении опытной эксплуатации КПТС, оснащаемых средствами Системы объектах;

- протокол испытаний на соответствие требованиям РД ГТК по безопасности КПТС, оснащаемых средствами Системы объектах;

- акт классификации по требованиям РД ГТК по безопасности КПТС, оснащаемых средствами Системы объектах;

- программа и методика приемочных испытаний КПТС, оснащаемых средствами Системы объектах;

- приказ о составе приемочной комиссии КПТС, оснащаемых средствами Системы объектах;

- протоколы приемочных испытаний КПТС, оснащаемых средствами Системы объектах;

- акт приемки в промышленную эксплуатацию КПТС, оснащаемых средствами Системы объектах;

На всех этапах - план-графики работ по созданию Системы.

8.8. В целях интеграции с объектовыми отраслевыми АС при создании Системы на этапе разработки Технического проекта должны быть разработаны следующие технические документы:

- единые требований и рекомендаций по сопряжению Системы и отраслевых АС;

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

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

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

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

- типовые рекомендации по использованию сети Интернет для обмена электронными документами и материалами Системы и отраслевой АС;

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

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

8.9. При создании Системы на этапе разработки Технического проекта Системы должны быть разработаны следующие технические документы:

- единые типовые требований и рекомендаций по сопряжению объектов Системы и информационных систем;

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

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

- типовые рекомендации, требования, организационные и программно-технические решения по обеспечению информационной безопасности при обмене информацией объектов Системы и информационных систем;

- типовые рекомендации и требования по обеспечению информационной безопасности электронных технологий обработки, хранения и передачи информации на объектах КПТС Системы;

- типовые рекомендации по организации антивирусной защиты при обмене информацией объектов Системы и информационных систем;

- регламент и протокол обмена данными с Департаментом финансов города Москвы, а также типовые рекомендации и организационные решения по обеспечению регламента;

- протокол обеспечения информационной безопасности при ведении электронного обмена с объектами АИС УБП первой очереди (Департамент финансов города Москвы) с учетом решений по информационной безопасности, реализуемых средствами ПИБ;

- протокол сопряжения ПТК электронного обмена данными со средствами, используемыми в Департаменте финансов города Москвы;

- протокол сопряжения ПТК мониторинга и управления со средствами, используемыми в Департаменте финансов города Москвы;

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

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

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

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

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

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

- типовые предложения по компоновочному размещению в рабочих помещениях средств КПТС;

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

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

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

8.10. Допускается объединение нескольких документов в единый документ.

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

8.11. Комплект проектных материалов должен предоставляться Государственному Заказчику в 3-х экземплярах в печатном виде, а также в электронном виде.

8.12. Вся разрабатываемая техническая, проектная и эксплуатационная документация должна быть выполнена на русском языке. Разработанная эксплуатационная документация должна содержать сведения в объеме, достаточном для эксплуатации и применения средств КПТС Системы.

8.13. Тексты программ должны поставляться Государственному Заказчику только в электронном виде.

9. Источники разработки

9.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 г. (ред. От 07.06.2003 г.).

9.2. Нормативные документы Ведомств федерального уровня:

1) Приказ МФ РФ от 17.02.1999 г. N 15н "Об утверждении инструкции по бухгалтерскому учету исполнения бюджетов".

2) Инструкция МФ РФ от 17.02.1999 г. N 15н. "Инструкция по бухгалтерскому учету исполнения бюджетов".

3) Приказ МФ РФ от 30.12.1999 г. N 107н. "Об утверждении инструкции по бухгалтерскому учету в бюджетных учреждениях" (ред. от 09.06.2001 г).

9.3. Нормативные документы регионального уровня:

1) Закон города Москвы от 06.09.1995 г. N 17 "О бюджетном процессе в Москве".

2) Закон города Москвы от 09.10.2002 г. N 51 "О бюджетном устройстве и бюджетном процессе в городе Москве".

3) Распоряжение Мэра Москвы от 18.08.1999 г. N 883-РМ "О мерах по реализации Федерального Закона от 9 июля 1999 г. N 159-ФЗ "О введении в действие Бюджетного кодекса РФ".

4) Распоряжение Мэра Москвы от 29.10.1999 г. N 1220-РМ "О Московском городском казначействе".

5) Распоряжение Мэра Москвы от 10 ноября 1999 г. N 1274-РМ "О внесении дополнений в распоряжение Мэра Москвы от 18.08.1999 г. N 883-РМ "О мерах по реализации Федерального закона от 9 июля 1999 г. N 159-ФЗ "О введении в действие Бюджетного кодекса Российской Федерации".

7) Распоряжение Мэра Москвы от 23.05.2000 г. N 541-РМ "О сводном реестре распорядителей и получателей средств бюджета города Москвы".

8) Постановление Правительства Москвы от 22.01.2002 г. N 48-ПП "О ходе реализации мер по переходу на казначейский метод исполнения бюджета города Москвы и дальнейшем развитии московского городского казначейства".

9) Постановление Правительства Москвы от 07.12.99 г. N 1122 "О концепции управления бюджетными ресурсами города Москвы и ходе выполнения первоочередных мероприятий по реализации требований закона Российской Федерации "О введении в действие бюджетного кодекса Российской Федерации" в городе Москве".

11) Распоряжение Мэра Москвы от 13.08.2001 N 808-РМ "Об утверждении технического задания на создание автоматизированной информационной системы управления бюджетным процессом".

12) Распоряжение Мэра Москвы от 30 октября 2001 г. N 1022-РМ "О внесении изменений в распоряжение Мэра Москвы от 13.08.2001 N 808-РМ".

13) Распоряжение Премьера Правительства Москвы от 28.03.2000 г. N 274-РП "О работах по созданию автоматизированной информационной системы управления бюджетным процессом" (с изм. от 13.08.2001 г.).

14) Распоряжение Премьера Правительства Москвы от 04.09.2000 г. N 885-РП "О продолжении работ по созданию автоматизированной информационной системы управления бюджетным процессом" (с изм. от 13.08.2001 г.).

15) Распоряжение Правительства Москвы от 06.02.2003 г. N 177-РП "О работах по созданию второй очереди автоматизированной информационной системы управления бюджетным процессом".

16) Постановление Правительства Москвы от 24.06.2003 N 496-ПП "О Единой системе классификации и кодирования и Едином реестре информационных ресурсов и систем города Москвы".

17) Постановление Правительства Москвы от 24 декабря 2002 г. N 1052-ПП "О внесении изменений в постановление Правительства Москвы от 22 января 2002 года N 48-ПП".

9.4. Прочие документы:

1) Автоматизированная информационная система управления бюджетным процессом. Отчет о системно-аналитическом обследовании, утвержденный Руководителем Департамента экономической политики и развития города Москвы 27 апреля 2000 г.

2) Автоматизированная информационная система управления бюджетным процессом. Отчет об углубленном аудите используемой программно-технической платформы, утвержденный Руководителем Департамента экономической политики и развития города Москвы 4 августа 2000 г.

3) Автоматизированная информационная система управления бюджетным процессом. Концепция, утвержденная Распоряжением Премьера Правительства Москвы N 885-РП от 4 сентября 2000 г. "О продолжении работ по созданию автоматизированной информационной системы управления бюджетным процессом".

4) Автоматизированные системы. Термины и определения ГОСТ 34.003-90.

5) Автоматизированные системы. Стадии создания ГОСТ 34.601-90.

6) Техническое задание на создание автоматизированной системы. ГОСТ 34.602-89.

7) Виды испытаний АС. ГОСТ 34.603-92.

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

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

10) Процессы жизненного цикла программных средств. ГОСТ Р ИСО/МЭК 12207-99.

11) Правила устройства электроустановок (ПУЭ) издание 6-е, 1998 г.

12) Унифицированные системы документации. ГОСТ Р 6.30-97.

13) Делопроизводство в архивном деле. Термины и определения. ГОСТ 16487-83.

14) Государственная система документационного обеспечения управления. Основные положения. Общие требования к документам и службам документационного обеспечения. Москва. 1991 г.

15) Типовая инструкция по делопроизводству в министерствах и ведомствах Российской Федерации от 6 июля 1992 г. 1118-р. Комитет по делам архивов при Правительстве Российской Федерации. Москва. 1992 г.

16) Основные правила ведения ведомственных архивов. Москва. 1988 г.

17) Положение об Архивном фонде Российской Федерации. Москва. 1994 г. от 17 марта 1994 г.

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

19) Автоматизированная информационная система управления бюджетным процессом. Описание предметной области. Комплекс социальной сферы.

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

21) Распоряжение Правительства Москвы от 5.12.2002 года N 1899-РП "О совершенствовании системы формирования, размещения и исполнения городского Государственного Заказа в комплексе социальной сферы Правительства Москвы".

<< Назад
	Содержание Распоряжение заместителя Мэра Москвы в Правительстве Москвы от 15 декабря 2003 г. N 655-РЗМ "Об утверждении технического...

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

ГАРАНТ:

ГАРАНТ:

ГАРАНТ:

ГАРАНТ:

Откройте актуальную версию документа прямо сейчас