Автоматизированная система "Контроль"

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ И ТОРГОВЛИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Развитие автоматизированной системы «Государственные закупки»

Автоматизированная система «Контроль»

2007

Перечень сокращений и условных обозначений

Обозначение	Описание
АС Контроль	Автоматизирована Система «Контроль»
СВТ	Средства вычислительной техники
ФАС России	Федеральная антимонопольная служба России
МЭРиТ	Министерство экономического развития и торговли
БД	База данных
ТО	Территориальные органы
ЦА	Центральный аппарат

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

1.1 Полное наименование системы

Система АС «Контроль» автоматизированной системы "Государственные закупки" (далее - Система).

1.2 Шифр системы и контракта

Шифр системы: 2130-05-07

Номер контракта: 2130-05-07

1.3 Сведения о заказчиках и исполнителях

1.3.1 Заказчик

Министерство экономического развития и торговли Российской Федерации.

1.3.2 Головной исполнитель и соисполнители

Исполнитель: Победитель открытого конкурса ЗАО «ЛАНИТ».

Адрес исполнителя: 107066, г. Москва, ул. Доброслободская, 5.

Соисполнитель: ООО «Норбит».

Адрес соисполнителя: 127055, г. Москва, ул. Новослободская, 24, стр.2.

Соисполнитель: ГУП «Агентство по госзаказу РТ».

Адрес соисполнителя: 420021, Россия, Татарстан, г. Казань, ул. Кирова, д.55 ГУП "Агентство по госзаказу" Республика Татарстан

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

1.4.1.1 Основания для доработки Системы

Основанием для исполнения работ по модификации Системы АС «Контроль» в рамках развития Автоматизированной системы "Государственные закупки" (АС ГЗ), являются документы:

1. Федеральная целевая программа “Электронная Россия (2002-2010 годы)”;

2. Государственный контракт № 2130-05-07 от 11.10.2007г.

1.4.1.2 Основания для разработки документа

Основанием для разработки настоящего Документа является Государственный контракт № 2130-05-07 от 11.10.2007г.

1.4.1.3 Нормативные документы

Настоящее ТЗ разработано в соответствии с требованиями ГОСТ 34.602_89 “Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы”.

При создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов Госстандарта:

1. ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы;

2. РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов;

3. ГОСТ 19. Единая система программной документации.

1.4.2 Сроки исполнения работ

Начало разработки - дата подписания контракта

Окончание разработки - 30.11.2007 г.

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

Источник финансирования - Госбюджет, “прочие расходы”.

Порядок финансирования определяется условиями Государственного контракта № 2130-05-07 от 11.10.2007г.

1.4.4 Порядок оформления и предъявления заказчику результатов работ

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

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

1.5 Назначение и цель развития системы

1.5.1 Назначение системы

Автоматизированная Система «Контроль» представляет собой инструментарий для проведения проверок сведений и выявления нарушений в сфере размещении заказов на поставки товаров, выполнение работ, оказание услуг для федеральных государственных нужд, реализуемый в рамках развития АС ГЗ.

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

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

1. Автоматическое проведение проверок;

2. Формирование статистической и отчетной информации о проведенных проверках и выявленных нарушениях.

1.5.2 Цели создания системы

1.5.2.1 Общие цели проекта

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

1.5.2.2 Цели текущего этапа

Основными целями работ являются:

1. Предоставление пользователям информации о контрактах, закупках, заказчиках и поставщиках, проведенных проверках, алгоритмах проверок;

2. Автоматическое проведение проверок на основе сформированных алгоритмов и списка закупок выбранного Госзакзчика, подлежащих проверке;

3. Формирование статистической и отчетной информации о проведенных проверках и выявленных нарушениях.

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

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

Постановлением правительства РФ от 20 февраля 2006 г. №94 «О федеральном органе исполнительной власти, уполномоченном на осуществление контроля в сфере размещения заказов на поставки товаров, выполнение работ, оказание услуг для федеральных государственных» Федеральная антимонопольная служба уполномочена осуществлять контроль в сфере размещения заказов на поставки товаров, выполнение работ, оказание услуг по государственному оборонному заказу.

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

1.6.2 Сведения об условиях эксплуатации

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

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

1.7 Требования к системе

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

Настоящее ТЗ устанавливает требования на доработку (модификацию) компонент системы АС «Контроль», обеспечивающих расширение ее функционала в целях развития Системы и АС ГЗ в целом.

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

1. Использования стандартных наборов инструментальных средств;

2. Открытости структур данных;

3. Ориентации на наиболее распространенные платформы СВТ.

1.7.1.1 Требования к структуре и функционированию модифицируемых и разрабатываемых компонент Системы

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

1.7.1.1.1 Перечень модифицируемых и разрабатываемых компонент Системы

Система АС «Контроль» должна быть реализована в виде раздела внутрикорпоративного портала ФАС России.

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

1. Разработка подсистемы ведения справочников;

2. Разработка подсистемы выполнения проверок;

3. Разработка подсистемы формирования отчетности;

4. Разработка подсистемы информационной безопасности;

5. Разработка модуля для проведения выездных проверок.

1.7.1.1.2 Требования к характеристикам взаимосвязей модифицируемых и разрабатываемых компонент Системы со смежными системами

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

1.7.1.1.3 Требования к режимам функционирования

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

1.7.1.2 Требования к персоналу

Работу Системы должны обеспечивать следующие категории пользователей:

· Руководитель - имеет доступ к общей информации о выполняемой работе по проверкам;

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

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

· Инспектор - имеет доступ к информации по проводимой им проверке;

· Редактор - отвечает за ведение справочников обеспечивающих работу системы;

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

· Администратор БД - выполняет администрирование БД.

Пользователи категорий «Руководитель» и «Руководитель группы» должны обладать следующими навыками:

· Навыки работы с программой Internet Explorer;

· Знание нормативных документов, содержащих информацию о порядке проведения проверок;

· Знание эксплуатационной документации по АС «Контроль» в пределах их компетенций.

Пользователи категорий «Руководитель инспекции» и «Инспектор» должны обладать следующими навыками:

· Навыки работы с программой Internet Explorer;

· Знание нормативных документов, содержащих информацию о порядке проведения проверок;

· Практические навыки проведение проверок;

· Знание эксплуатационной документации по АС «Контроль» в пределах их компетенций.

Пользователи категории «Редактор» должны обладать следующими навыками:

· Навыки работы с программой Internet Explorer;

· Знание методологий проведения проверок;

· Ведение справочников (включая добавление нарушений и описание алгоритмов их выявления);

· Формирование проверок и заданий на проверки;

· Знание эксплуатационной документации по АС «Контроль» в пределах их компетенций.

Пользователи категории «Администратор системы» должны обладать следующими навыками:

· Опыт администрирования ОС Microsoft Windows 2003 Server;

· Опыт администрирования SharePoint Portal Server 2003;

· Знание нормативных документов, регламентирующих доступ сотрудников к Системе;

· Знание технологических процессов обработки информации в системе.

Пользователи категории «Администратор БД» должны обладать следующими навыками:

· Опыт администрирования SQL Sеrver 2005.

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

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

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

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

· Контроль целостности данных на уровне СУБД;

· Сохранение целостности данных в базе данных при нештатном завершении работы системы;

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

· Резервное копирование базы данных;

· Журналирование основных операций Системы.

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

1.7.1.4 Требования к безопасности

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

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).

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

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

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

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

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

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

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

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

· экранные формы должны отражать всю информацию и элементы оформления при установке разрешения экрана 1024Х768 с использованием мелкого шрифта.

1.7.1.6 Эксплуатационные требования

1. Электропитание технических средств от сети напряжением 380 / 220В с частотой 50 Гц с глухо-заземленной нейтралью. По основным показателям качества электроэнергии системы первичного электропитания должны соответствовать требованиям ГОСТ 13109-87, а по электромагнитной совместимости и устойчивости к электромагнитным помехам - ГОСТ Р50628-93 и МЭК-555-2;

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

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

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

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

· Доступ к подсистемам должен предоставляться только предварительно зарегистрированным администратором системы пользователям;

· Для каждого пользователя должна иметься возможность разграничения доступа к подсистемам;

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

· Разграничения и/или уровни доступа пользователей должны управляться через группы доступа;

· Аутентификация и авторизация пользователей может выполняться по:

o индивидуальному имени (логину) и паролю;

o через сетевые учетные записи пользователей;

· Регистрация входа (выхода) субъектов доступа в систему (из системы) в журнале. В параметрах регистрации указываются:

o Дата и время входа (выхода) субъектов доступа в систему (из системы);

o Идентификатор субъекта, предъявленный при запросе доступа;

o Результат попытки входа: успешная или неуспешная (несанкционированная);

o Идентификатор (адрес) точки входа в систему.

· Регистрация в журнале безопасности попыток доступа к операциям в системе;

· Журналирование действий пользователей.

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

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

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

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

1. кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами технико-экономической информации (в соответствии с областью их распространения);

2. поддержку плоской и иерархической структуры классификаторов.

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

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

1.7.2.1 Подсистема ведения справочников

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

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

o Тип закупки;

o Состояние закупки;

o Номер заказа на официальном сайте РФ для размещения информации о размещении заказов;

o Альтернативный номер (Номер публикации извещения о размещении заказа в информационно-аналитическом бюллетене «Конкурсные торги», либо номер госзаказчика в соответствии с его собственной внутренней нумерацией);

o Наименование закупки;

o Поле «Дополнительная информация»;

o Начальная стоимость закупки;

o Признак наличия лотов;

o Количество поданных заявок;

o Количество допущенных заявок;

o Дата начала приема заявок;

o Дата окончания приема заявок;

o Дата вскрытия;

o Дата рассмотрения;

o Дата подведения итогов;

o Извещения размещенные в результате размещения заказа - Дата, Номер, Тип извещения;

o Контракт заключенный по результатам закупки (лота) - Дата, Номер, Контрагент, Сумма, Предмет;

o Перечень нарушений на наличие которых закупка проверена с результатами проверки;

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

· Поставщики. В справочнике должна содержаться информация о поставщиках товаров и услуг по Государственным контрактам;

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

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

o Наименование;

o Тип закупки, который проверяется на наличие данного нарушения;

o Вид нарушения (автоматически проверяемое, проверяемое вручную);

o Алгоритм проверки для автоматически проверяемого нарушения;

o Описание проверки для нарушения проверяемого вручную;

o Базовый рейтинг нарушения;

o Дополнительный рейтинг нарушения и настраиваемый алгоритм расчета этого рейтинга;

o Дата начала действия в соответствии с законодательством;

o Дата окончания действия в соответствии с законодательством;

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

Функции подсистемы:

1. Хранение и предоставление справочной информации

Функция должна обеспечивать хранения в БД Системы и предоставления для просмотра данных справочников: «Закупки», «Госзаказчики», «Поставщики», «Контракты», «Нарушения», «Реестр жалоб».

2. Загрузка данных из внешних источников

Функция должна обеспечивать возможность загрузки данных о закупках, из БД МЭРиТ.

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

Функция должна обеспечивать возможность загрузки данных о поставщиках из БД МЭРиТ или Реестра Поставщиков Федерального Казначейства по выбору пользователей.

Функция должна обеспечивать возможность загрузки данных о госзаказчиках из БД МЭРиТ или Реестра госзаказчиков Федерального Казначейства по выбору пользователей.

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

3. Ввод данных пользователями Системы

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

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

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

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

4. Загрузка данных из файлов формата MS Excel

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

5. Поиск информации

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

· В режиме простого поиска. Простой поиск подразумевает поиск по задаваемому пользователем значению (слову или словосочетанию).

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

6. Загрузка/Выгрузка данных в формате XML

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

1.7.2.2 Подсистема выполнения проверок

Подсистема предназначена для проведения проверок на наличие нарушений (автоматически проверяемых и проверяемых вручную).

Функции подсистемы:

1. Формирование проверки

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

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

· Даты начала и окончания проверки;

· Основание для проведения проверки;

· Состав инспекции (Руководитель инспекции и Инспекторы).

2. Редактирование проверок

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

3. Формирование заданий на проверку

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

4. Проведение проверки

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

5. Расчет рейтинга нарушений

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

6. Фильтрация результатов проверки

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

7. Сортировка результатов проверки

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

8. Выделение цветом результатов проверки

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

· «Нарушение»;

· «Нет нарушений»;

· «Вопросы по результатам проверки»;

· «В результаты внесены корректировки».

1.7.2.3 Подсистема формирования отчетности

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

Функции подсистемы:

1. Формирование статистической отчетности

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

2. Формирование «Отчета о нарушениях»

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

3. Создание и модификация отчетных форм (шаблонов)

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

4. Формирование отчетной информации на основе существующих шаблонов

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

5. Выгрузка сформированных отчетов в приложение MS Excel

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

1.7.2.4 Подсистема информационной безопасности

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

Функции подсистемы:

1. Управление учетными записями пользователей

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

2. Управление группами пользователей

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

Функция позволяет выполнять следующие действия:

· Создание группы пользователей (название вновь создаваемой группы должно быть уникальным);

· Редактирование названия группы;

· Удаление группы пользователей;

· Добавление пользователя в группу;

· Удаление пользователя из группы.

3. Управление ролями

Функция должна обеспечивать выполнение следующие действия:

· Создание новой роли;

· Изменение наименования существующей роли;

· Удаление роли;

· Предоставление права на выполнение тех или иных действий;

· Отмена права на выполнение тех или иных действий.

4. Журналирование действий пользователей

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

1.7.2.5 Модуль проведения выездных проверок

Модуль предназначен для проведения выездных проверок в условиях отсутствия к доступа с АС «Контроль».

Функции модуля:

1. Загрузка/Выгрузка данных в XML формате

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

2. Проведение проверки

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

3. Расчет рейтинга нарушений

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

4. Фильтрация результатов проверки

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

5. Сортировка результатов проверки

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

6. Выделение цветом результатов проверки

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

· «Нарушение»;

· «Нет нарушений»;

· «Вопросы по результатам проверки»;

· «В результаты внесены корректировки».

7. Формирование «Отчета о нарушениях»

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

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

1.7.3.1 Требования к информационному обеспечению

Обмен информацией между ТО и ЦА России должен осуществляться через Web - интерфейс.

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

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

1. Программное обеспечение серверов:

· Операционная система Microsoft Windows 2003 Server Standard Edition;

· Сервер базы данных Microsoft SQL Server 2005 Standard Edition;

· Сервер портала Microsoft SharePoint Portal Server 2003.

2. Программное обеспечение рабочих станций:

· Операционная система Microsoft Windows XP или 2000 Professional;

· Программа просмотра интернет/интранет страниц Microsoft Internet Explorer 6.0 и выше;

· Microsoft Office 2003 или выше.

1.7.3.3 Требования к техническому обеспечению

1. Техническое обеспечение серверов (Сервер портала и Сервер базы данных):

· Процессор 2*CPU Intel Xeon 3000 MHz cache 2 MB, FSB 800 MHz

· Оперативная память RAM 2048 MB DDR2-400 ECC Reg (2*1 GB)

· Дисковая память общим объемом не менее 500 Gb (RAID);

· Сеть 100/1000 Мбит/с;

· Устройство резервного копирования;

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

2. Техническое обеспечение рабочих станций:

· Процессор - Intel, 2 Ггц или выше;

· Оперативная память не менее 512 Мб;

· Видеокарта и монитор с разрешающей способностью - не менее 1024*768;

· Клавиатура;

· Манипулятор "мышь";

· Сетевая карта Ethernet 100/1000 Мбит/с.

1.7.3.4 Требования к организационному обеспечению

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

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

1.7.3.5 Требования к лингвистическому обеспечению

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

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

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

1.7.3.6 Требования по патентной чистоте

Используемые при реализации проекта аппаратное обеспечение, инструменты разработки программного обеспечения и СУБД должны быть лицензионными.

1.7.3.7 Требования к методическому обеспечению

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

1. ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы;

2. ГОСТ 19. Единая система программной документации;

3. РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

автоматизация документ отчетность подсистема

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

№	Содержание работ	Сроки выполнения	Форма отчетности
1.	Формирование ТЗ на разработку Системы	15.10.2007	ТЗ на разработку Системы
2.	Технорабочее проектирование Системы	30.11.2007	Исходные коды, установочный комплект Документация в соответствии с разделом 7 ТЗ Акт о проведении испытаний и передаче Системы в опытную эксплуатацию
3.	Разработка Системы
4.	Разработка проектной и рабочей (эксплуатационной) документации
5.	Установка, настройка, тестирование (автономное, комплексное)
6.	Приемо-сдаточные испытания

1.9 Порядок контроля и приемки

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

Испытания проводятся на основе Программы и методики испытаний (раздела общей Программы и методики испытаний АС ГЗ), включающей разработанный Исполнителем контрольный пример, построенный на основе реальных данных.

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

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

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

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

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

По окончании всех работ по контракту Исполнитель представляет Заказчику:

· акт сдачи-приемки работ, подписанный Исполнителем в 2 экземплярах;

· акт приемочной комиссии в 2 экземплярах;

· другие материалы (результаты работ), предусмотренные техническим заданием (раздел 7 настоящего ТЗ)

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

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

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

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

Для разрабатываемых компонент АС «Контроль» на различных стадиях создания должны быть выпущены документы в соответствии с ГОСТ 34.201-89 “Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем” и ГОСТ 19.101-77 “Единая система программной документации. Виды программ и программных документов”.

Содержание документов должно соответствовать требованиям руководящего документа РД 50-34698-90.

Исходные коды разработанного программного обеспечения предоставляются в соответствии с ГОСТ 19.101-77.

Все материалы технорабочего проектирования Системы, как части автоматизированной системы «Госзакупки», должны входить в общий комплект документации технорабочего проекта АС ГЗ в целом (в виде подразделов, разделов, книг документов).

Состав общего комплекта документации по технорабочему проекту АС ГЗ приведен в Техническом задании на развитие АС ГЗ [ 1 ].

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

В рамках настоящего ТЗ разрабатываются подразделы (разделы, книги) документации, включаемые в следующие документы технорабочего проекта АС ГЗ в целом:

· Пояснительная записка

· Описание информационного обеспечения

· Описание программного обеспечения

· Технологическая инструкция (регламент работы с системой)

· Программа и методика испытаний

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

· Описание организации информационной базы

· Руководство пользователя

· Руководство пользователя-администратора

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

· Исходные коды

· Установочный комплект

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

Составили

Наименование организации, предприятия	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата

Согласовано

Наименование организации, предприятия	Должность исполнителя	Фамилия, имя, отчество	Подпись	Дата

Лист регистрации изменений

№п/п	ФИО исполнителя	Примечание	Версия документа	Дата	Подпись

Размещено на Allbest.ru