Утверждаю первый заместитель председателя Комитета по информатизации и связи

Вид материала

Содержание

Техническое задание
Аис «цфузссит»
Аис «есэдд»
2. Цели и правовое основание для выполнения работ
3. Источник финансирования государственного заказа Санкт-Петербурга
4. Место, условия и сроки (периоды) выполнения работ
5. Требования к сроку и объему предоставления
6. Порядок формирования цены контракта
7. Требования к количественным характеристикам (объему) работ
Тип заявки
Наименование реквизита
Код вида документа
Эскизный проект
Начальник отдела информационно-аналитического
ВСЕГО, с НДС (18%), руб.
Начальник отдела информационно-аналитического
Начальник отдела информационно-аналитического

Подобный материал:

1 2 3 4 5 6 7 8 9 ... 32

УТВЕРЖДАЮ

Первый заместитель

председателя Комитета

по информатизации и связи

_____________А.В. Азарсков

«___» __________ 2011 года

ТОМ 3

КОНКУРСНОЙ ДОКУМЕНТАЦИИ

ДЛЯ ПРОВЕДЕНИЯ ОТКРЫТОГО КОНКУРСА НА ПРАВО ЗАКЛЮЧЕНИЯ ГОСУДАРСТВЕННОГО КОНТРАКТА САНКТ-ПЕТЕРБУРГА НА ВЫПОЛНЕНИЕ РАБОТ ПО модернизации АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ САНКТ-ПЕТЕРБУРГА ЦЕНТРАЛИЗОВАННОЕ ФОРМИРОВАНИЕ И УЧЕТ ЗАКУПОК в сфере связи и Информационных технологий» ДЛЯ ГОСУДАРСТВЕННЫХ НУЖД САНКТ-ПЕТЕРБУРГА

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

Определения, термины и сокращения

Термин	Определение
АИС «ЦФУЗССИТ»	Автоматизированная информационная система «Централизованное формирование и учет закупок в сфере связи и информационных технологий»
АИС «ЕСЭДД»	Автоматизированная информационная система «Единая система электронного документооборота »
КИС	Комитет по информатизации и связи
ГК	Государственный контракт
ИОГВ	Исполнительный орган государственной власти
ГУ	Государственное учреждение
ПО	Подведомственная организация
КО	Курирующая организация
ТЗ	Техническое задание

1. Предмет конкурса, начальная (максимальная) цена контракта.

1.1. Предметом настоящего конкурса является право заключения контракта на выполнение работ по модернизации автоматизированной информационной системы «Централизованное формирование и учет закупок в сфере связи и информационных технологий» (далее - АИС «ЦФУЗССИТ») для государственных нужд Санкт-Петербурга.

1.2. Начальная (максимальная) цена контракта 10339850,48 рублей.

1.3. Код по Общероссийскому классификатору видов экономической деятельности, продукции и услуг (ОКДП), соответствующий предмету конкурса: 7241000 «Автоматизированные информационные системы на основе компьютерных баз данных».

2. Цели и правовое основание для выполнения работ

2.1. Целями выполнения данных работ является расширение функциональных возможностей автоматизированной информационной системы Санкт-Петербурга «Централизованное формирование и учет закупок в сфере связи и информационных технологий», включая интеграцию с «Единой системой электронного документооборота и делопроизводства» Администрации Санкт-Петербурга.

2.2. Основанием для выполнения работ являются:

Федеральный закон от 26.07.2006 №149-ФЗ «Об информации, информационных технологиях и о защите информации»;
Закон Санкт-Петербурга от 17.11.2010 №651-144 «О бюджете Санкт-Петербурга на 2011 год и на плановый период 2012 и 2013 годов», целевая статья 3300009 «Расходы на развитие информационно-телекоммуникационных систем и средств автоматизации».
Закон Санкт-Петербурга от 01.07.2009 №371-70 «О государственных информационных системах Санкт-Петербурга»;
Постановление Правительства Санкт-Петербурга от 25.06.2010 №824 «О государственной информационной системе Санкт-Петербурга «Централизованное формирование и учёт закупок в сфере связи и информационных технологий»;
Постановление Правительства Санкт-Петербурга от 27.04.2010 №450 «О Комитете по информатизации и связи».

3. Источник финансирования государственного заказа Санкт-Петербурга

3.1. Источник финансирования государственного заказа Санкт-Петербурга: бюджет Санкт-Петербурга на 2011 год в соответствии с Законом Санкт-Петербурга от 17.11.2010 №651-144 «О бюджете Санкт-Петербурга на 2011 год и на плановый период 2012 и 2013 годов», целевая статья 3300009 «Расходы на развитие информационно-телекоммуникационных систем и средств автоматизации», код раздела 0410, Код фонда 00, КОСГУ 226 - 10339850,48 рублей.

4. Место, условия и сроки (периоды) выполнения работ

4.1. Места выполнения работ: согласно Приложению №1 к Техническому заданию.

4.2. Условия и сроки (периоды) выполнения работ:

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

- окончание выполнения работ: не позднее 200 календарных дней с момента заключения государственного контракта (

= 200 календарных дней).

5. Требования к сроку и объему предоставления

гарантии качества работ

5.1. Гарантийный срок на выполненные работы: не менее 12 месяцев.

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

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

6. Порядок формирования цены контракта

6.1. Начальная (максимальная) цена контракта сформирована на основании:

финансово-экономического мониторинга сложившейся рыночной конъюнктуры цен на работы.

6.2. Расчет начальной (максимальной) цены контракта с учетом расходов на перевозку, страхование, уплату таможенных пошлин, налогов и других обязательных платежей: Согласно Приложению №2 к Техническому заданию.

7. Требования к количественным характеристикам (объему) работ

7.1. Объем работ: согласно Приложению №2 к Техническому заданию.

8. Требования к техническим характеристикам работ,

требования к их качеству, безопасности

Все содержащиеся в данном техническом задании товарные знаки сопровождаются словами «или эквивалент».

8.1. Требования к техническим характеристикам работ:

Подрядчик обязан выполнить и сдать работы последовательно согласно этапности выполнения работ, в сроки в соответствии с Приложением №3

При необходимости Подрядчик должен производить обновление модулей АИС «ЦФУЗССИТ» для обеспечения работы в системе ИОГВ и ГУ (перечень ИОГВ и ГУ согласно Приложению №4)

8.1.1. Требования к модернизации модуля «Организации»

Необходимо преобразовать модуль «Организации» в АИС «ЦФУЗССИТ» таким образом, чтобы существующие данные в системе были перераспределены по следующим справочникам:

справочник организаций;
справочник поставщиков по ГК;
справочник типов заявок;
справочник КОСГУ;
справочник ресурсов информатизации и связи;
справочник цен.

Справочники, данные по которым отсутствуют в АИС «ЦФУЗССИТ», необходимо заполнить самостоятельно без привлечения Заказчика.

Модуль «Организации» должен отражать только актуальную иерархическую структуру ИОГВ и ГУ Санкт-Петербурга.

Карточка организации справочника «Организации» должна обязательно содержать следующую информацию (но не ограничиваться ею):

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

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

Порядок отображения информации в модуле организаций:

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

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

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

Необходимо обеспечить возможность поиска всех ПО по названию их КО или его части.

8.1.2. Требования к разработке Модуля работы с поставщиками по ГК

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

8.1.2.1 Требуется провести работы по проектированию и разработке модуля с его включением в АИС «ЦФУЗССИТ», на основании которых разработать и согласовать с Заказчиком частное техническое задание на разработку модуля работы с поставщиками по ГК, содержащее алгоритм ведения поставщиков в рамках работ по исполнению ГК, а также реализовать данное частное техническое задание в рамках данного технического задания.

Модуль работы с поставщиками по ГК должен обеспечивать взаимодействие КИС с поставщиками и получателями по ГК в рамках исполнения ГК.

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

8.1.2.2 Карточка поставщика по ГК должна содержать следующую информацию (но не ограничиваться ею):

Название организации;
Адрес организации;
ИНН организации;
Ответственные лица в организации (список с указанием должности и контактных данных).

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

Сфера ответственности в рамках ГК;
ФИО ответственного лица;
Телефоны ответственного лица;
Адрес электронной почты ответственного лица;
Примечания

8.1.2.3 Документальная база ГК должна обеспечивать возможность заведения новых ГК в АИС «ЦФУЗССИТ» с привязкой их к поставщикам по ГК. Должно обеспечиваться ведение истории заключенных ГК с отметками об исполнении (состав и содержание отметок и отчетов по ним должны быть разработаны и согласованы с Заказчиком).

8.1.2.4 Должен быть разработан поиск ГК по параметрам, соответствующим ГК, список которых должен быть согласован с Заказчиком.

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

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

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

8.1.3. Требования к модернизации справочника типов заявок

Справочник типов заявок должен иметь древовидную структуру и содержать:

название типа заявки;
описание типа заявки;
статьи КОСГУ, к которым относятся заявки данного типа;
файл, содержащий шаблон ТЗ для данного типа заявки;
справочные файлы с описанием правил заполнения заявок данного типа.

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

Порядок отображения типов заявок:

Для пользователей с правами Оператора ПО должны отображаться только те типы заявок, в маршрутах которых присутствует ПО.
Для пользователей с правами Оператора КО:

при создании заявки за КО должны отображаться только те типы заявок, в маршрутах которых присутствует КО;
при создании заявки за ПО должны отображаться только те типы заявок, в маршрутах которых присутствует ПО.

Для пользователей с правами Оператора КИС:

при создании заявки за КИС должны отображаться все типы заявок;
при создании заявки за КО должны отображаться только те типы заявок, в маршрутах которых присутствует КО;
при создании заявки за ПО должны отображаться только те типы заявок, в маршрутах которых присутствует ПО.

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

8.1.4. Требования к модернизации справочника КОСГУ

Справочник КОСГУ должен содержать:

цифровой код целевой статьи бюджета;
КОСГУ;
описание КОСГУ.

Справочник должен использоваться при создании типов заявок: для заявок, учитываемых в бюджете, необходимо указывать КОСГУ. Требуется обеспечить вывод данных с выбором КОСГУ в модулях системы, определенных Заказчиком.

8.1.5 Требования к разработке Справочника ресурсов информатизации и связи

Справочник ресурсов информатизации и связи должен использоваться для автоматического формирования и пополнения технического паспорта организации в процессе накопления данных по заявкам от организации посредством актуализации базы приобретаемых товаров, покупка которых была осуществлена через АИС «ЦФУЗССИТ».

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

Исполнитель должен обеспечить первичное наполнение данных в справочнике.

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

тип ресурса;
описание ресурса;
количество и единицы измерения ресурса.

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

Должен быть разработан интерфейс оперативного доступа к справочнику при согласовании заявок от ПО.

8.1.6 Требования к разработке Справочника цен

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

Справочник цен должен содержать:

тип ресурса информатизации и связи;
цену ресурса;
дату последнего обновления цены.

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

8.1.7. Требования к модернизации модуля «Пользователи»

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

Пользователями АИС «ЦФУЗССИТ» должны являться следующие категории пользователей:

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

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

Функционал назначения прав доступа должен быть доступен пользователям с правами Администратора.

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

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

Для всех вышеперечисленных групп должны быть опции «все» и «все подведомственные ГУ», перечислены все группы, в которые входит пользователь и все организации, в которые входит пользователь.

Требуется создать разграничения прав для редактирования справочников:

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

8.1.7.3. Модернизация прав пользователей модуля государственного заказа

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

Техническая реализация работы модуля должны быть выполнена с использованием существующих механизмов управления пользователями и группами в АИС «ЦФУЗССИТ», с возможностью создания произвольного маршрута.

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

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

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

Ф.И.О. пользователя или его часть;
название организации пользователя или его часть;
адрес электронной почты пользователя или его часть.

8.1.8. Требования к модернизации модуля «Заявки»

8.1.8.1 Модернизация маршрутов согласования заявок

Для каждого типа заявки в соответствии с типами пользователей необходимо предусмотреть возможность создания произвольного маршрута согласования.

Необходимо модернизировать функционал назначения маршрутов согласования заявок.

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

8.1.8.2 Необходимо вести историю движения заявки. В истории должны отражаться:

статус, который приняла заявка;
дата и время присвоения статуса;
название организации, в которой находится пользователь, изменивший статус;
ФИО пользователя, изменившего статус;
телефон и электронный адрес пользователя, изменившего статус.

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

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

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

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

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

Название комплексного ТЗ (группа заявок)
Номер ГК и дату заключения
Ссылку на опубликованную конкурсную документацию
Дату проведения процедуры закупки
Сумму государственного контракта, сумму заявок, сумму группы заявки
Отсканированный вариант ГК
Историю его согласования (сроки, сотрудники)
Заявки, входящие в состав группы их суммы и заказчиков, с возможностью перехода на каждое отдельную заявку
Предмет закупки;
Данные о поставщике (с возможностью обращения в справочник Поставщиков)
Другую информацию по ГК и его исполнению (при условии его заключения) с ссылкой на справочник ГК. Объём дополнительной информации согласовывается с Заказчиком.

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

статус, который приняла группа;
дата и время присвоения статуса;
название организации, в которой находится пользователь, изменивший статус;
ФИО пользователя, изменившего статус;
телефон и электронный адрес пользователя, изменившего статус.

8.1.8.5 Пользователи должны иметь право просмотра групп, в которых находятся заявки:

пользователи с правами Оператора ПО: просмотр групп, в которых находятся заявки их организации;
пользователи с правами Оператора КО: просмотр групп, в которых находятся заявки их организации и подведомственных организаций;
пользователи с правами Эксперта: просмотр групп, в которых находятся заявки, согласованные их группой экспертов;
пользователи с правами Оператора КИС: просмотр всех групп.

8.1.8.6 Необходимо расширить функционал поиска, фильтрации и сортировки заявок.

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

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

Фильтрация заявок в списке должна осуществляться по следующим параметрам:

статус заявки;
признак учета в бюджете;
тип заявки.

Необходимо модернизировать механизм фильтров:

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

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

дата создания заявки;
название организации, создавшей заявку;
статус заявки;
сумма заявки.

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

общее количество и общая сумма заявок в списке, с учетом и без учета экономии;
количество заявок и сумма заявок на каждом из статусов, с учетом и без учета экономии.

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

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

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

Microsoft Word;
Microsoft Excel;
Adobe Reader;
архивы.

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

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

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

8.1.9. Требования к модернизации модуля «Бюджет»

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

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

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

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

8.1.9.2 Должен быть организован учет затраченных средств во всех связанных отчетах. Необходимо реализовать механизм контроля расхода бюджета организаций по статьям КОСГУ на стадии создании заявок.

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

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

Для КО необходимо отображать:

общие суммы для КО и всех ее ПО;
суммы, доступные только для данной КО.

Необходимо обеспечить настраиваемую связь между статьями КОСГУ и типами заявок.

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

Необходимо обеспечить административный интерфейс импорта/экспорта данных по бюджету в разрезе организаций и статей КОСГУ в форматах, согласованных с Заказчиком.

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

8.1.10. Требования к модернизации модуля «Отчёты»

Необходимо обеспечить возможность формирования статистических отчетов по работе с заявками.

Пользователю должна быть предоставлена возможность выбрать:

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

Типовая структура отчета должна иметь следующий вид:

Таблица 2 – Типовая структура отчёта

Тип заявки	Описание типа заявки	Заявок на согласовании	Согласовано заявок	Согласовано в бумажном виде	Согласовано и объединено в группу

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

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

8.1.11. Модернизация интерфейса АИС «ЦФУЗССИТ»

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

Необходимо реализовать механизм поиска по документам.

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

Администрирование и обновление содержания разделов и файлового хранилища должно осуществляться Оператором КИС с соответствующими правами посредством веб-интерфейса.

Состав и структура интерфейса должна быть согласована с Заказчиком.

8.1.12 Требования к модернизации модуля «Логирование»

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

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

Список действий по каждому модулю, отображаемый в журнале, должен быть предварительно согласован с Заказчиком и не может содержать набор действий меньший, чем в текущей версии модуля «Логирование» АИС «ЦФУЗССИТ».

Каждая запись журнала должна содержать:

Ф.И.О. пользователя, выполнившего операцию;
Ф.И.О. пользователя, над которым выполнена операция;
дату и время выполнения операции.

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

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

Ф.И.О. пользователя или его часть;
дата выполнения операции;
номер заявки.

8.1.13. Требования к модулю «Внутренние сообщения»

Информирование пользователей АИС ЦФУЗССИТ должно быть реализовано как новостной тип заявок, который должен отображаться наравне с остальными заявками.

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

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

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

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

Необходимо обеспечить возможность прикрепления к сообщениям файлов в формате Microsoft Word и Adobe Reader.

8.1.14. Требования к модернизации модуля экспорта данных

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

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

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

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

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

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

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

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

Форматы файлов импорта/экспорта необходимо согласовать с Заказчиком.

8.1.15. Требования к интеграции с «ЕСЭДД»

Необходимо разработать и согласовать с Заказчиком схемы аппаратного и программного взаимодействия АИС «ЕСЭДД» и АИС «ЦФУЗССИТ», удовлетворяющие требованиям к безопасности хранения и передачи данных в соответствии с действующим Законодательством РФ.

Необходимо разработать и реализовать механизм обмена данными с «ЕСЭДД» Администрации Санкт-Петербурга для сверки электронных версий ТЗ, согласованных в АИС «ЦФУЗССИТ», с бумажными документами в КИС.

Алгоритм обмена должен включать, но не ограничиваться следующими действиями:

формирование АИС «ЦФУЗССИТ» уникального идентификатора ТЗ в виде штрих-кода в формате, согласованном с Заказчиком;
печать финальной версии ТЗ со штрих-кодом на первой странице;
сканирование штрих-кода бумажного документа, поступившего в КИС;
запрос электронного документа по отсканированному уникальному идентификатору из АИС «ЦФУЗССИТ»;
проверка наличия документа с таким идентификатором в АИС «ЦФУЗССИТ»:
если документ найден, осуществляется его выгрузка в «ЕСЭДД» в формате .xml, определяемом Спецификацией передачи данных в «ЕСЭДД»;
если документ не найден, в «ЕСЭДД» передается сообщение об ошибке.

Штрих-код должен иметь следующий формат: >AA-VVV-C/D< (см. табл. 3).

Таблица 3 – Формат штрих-кода

Наименование реквизита	Значение
Тип штрих-кода	CODE139
Префикс	'>'
Суффикс	'<'

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

тип внешней системы;
тип документа;
ID документа;
теги служебных данных (начало/конец).

8.1.16. Требования к результатам работ

В течение 5 дней после заключения контракта Исполнитель обязан предоставить и согласовать с Заказчиком технический проект ведения работ, описывающий ключевые параметры системы, в т. ч. структуру системы, обоснование выбора и структуру базы данных, схемы информационного обмена и другие необходимые материалы согласно ГОСТ РД 50-34.698-90, ГОСТ 19. 101-77.

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

Состав документации может быть изменен Заказчиком.

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

Приемно-сдаточные работы производятся в соответствии с настоящим техническим заданием.

Все разрабатываемые и модернизируемые модули сдаются в эксплуатацию в полностью внедрённом состоянии.

По завершению внедрения (выполнения этапа) Исполнитель передает:

Технический проект, включающий в себя:

Пояснительную записку к проекту, содержащую: описание решения по архитектуре модулей; описание решения по программному обеспечению; описание решения по информационному обеспечению; описание выполненных настроек программного обеспечения;
Программу и методику испытаний (процедура тестирования);
Документацию согласно ГОСТ 19.101-77 «Виды программ и программных документов». Общий список документации программного продукта по ГОСТ 19.101-77 представлен в таблице 4.

Таблица 4 - Общий список документации программного продукта по ГОСТ 19.101-77

Код вида документа	Вид документа	Стадии разработки
		Эскизный проект	Технический проект	Рабочий проект
		Эскизный проект	Технический проект	компонент	комплекс
-	Спецификация	-	-	◘	●
05	Ведомость держателей подлинников	-	-	-	○
12	Текст программы	-	-	●
13	Описание программы	-	-	○	○
20	Ведомость эксплуатационных документов	-	-	○	○
30	Формуляр	-	-	○	○
31	Описание применения	-	-	○	○
32	Руководство системного программиста	-	-	○	○
33	Руководство программиста	-	-	○	○
34	Руководство оператора	-	-	○	○
35	Описание языка	-	-	○	○
46	Руководство по техническому обслуживанию	-	-	○	○
51	Программа и методика испытаний	-	-	○	○
81	Пояснительная записка	○	○	-	-
90-99	Прочие документы	○	○	○	○

Условные обозначения:

● - документ обязательный;

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

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

- - документ не составляют.

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

. Разработанное программное обеспечение (в виде дистрибутива и исходных кодов, на электронном носителе в двух экземплярах);
. Пользовательская документация в виде:

Руководства пользователя (на бумажном и электронном носителях – по одному экземпляру);
Руководства администратора (на бумажном и электронном носителях – по одному экземпляру);
Исполнительная документация (на бумажном или электронном носителе в одном экземпляре).

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

Документы, предоставляемые в электронном виде, должны быть выполнены в форматах PDF, MS Word и MS Visio или аналогичных открытых форматах.

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

8.2. Требования к качеству и безопасности работ

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

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

В целях обеспечения совместимости решений, разрабатываемых в рамках развития АИС «ЦФУЗССИТ», с технологиями функционирующих информационных систем общегородского значения, и во избежание дублирования выполнения работ при внедрении АИС «ЦФУЗССИТ» должны быть учтены следующие требования: разрабатываемые и внедряемые решения преимущественно должны основываться на уже реализованных и прошедших практическую апробацию в ИОГВ Санкт-Петербурга надежных программных решениях и аппаратных средствах.

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

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

8.3. В соответствии с Федеральным законом от 07.07.2003 №126-ФЗ «О связи» Исполнитель должен иметь следующие действующие лицензии:

- лицензия на осуществление деятельности по предоставлению услуг связи по передаче данных, за исключением услуг связи по передаче данных для целей передачи голосовой информации. Требования установлены в соответствии с пунктом 1 статьи 29 Федерального закона от 07.07.2003 № 126-ФЗ «О связи» («Российская газета», № 135, 10.07.2003) и пунктом 14 Перечня наименований услуг связи, вносимых в лицензии на осуществление деятельности в области оказания услуг связи, утвержденного постановлением Правительства Российской Федерации от 18.02.2005 № 87 «Об утверждении перечня наименований услуг связи, вносимых в лицензии, и перечней лицензионных условий» («Российская газета», № 42, 03.03.2005). Наличие указанной лицензии обусловлено: частью 8, п. 8.1 Технического задания.

- лицензия на осуществление деятельности по предоставлению телематических услуг связи. Требования установлены в соответствии с пунктом 1 статьи 29 Федерального закона от 07.07.2003 № 126-ФЗ «О связи» («Российская газета», № 135, 10.07.2003) и пунктом 16 Перечня наименований услуг связи, вносимых в лицензии на осуществление деятельности в области оказания услуг связи, утвержденного постановлением Правительства Российской Федерации от 18.02.2005 № 87 «Об утверждении перечня наименований услуг связи, вносимых в лицензии, и перечней лицензионных условий» («Российская газета», № 42, 03.03.2005). Наличие указанной лицензии обусловлено: частью 8, п. 8.1 Технического задания.

Blog

Утверждаю первый заместитель председателя Комитета по информатизации и связи

Содержание