4. ТЗ управление постановлениями и регламентами (ред)x

реклама
Приложение №1
к заявке на проведение открытого
конкурса
за № _______ от _______________
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на оказание услуг по внедрению автоматизированной системы для управления
постановлениями и регламентами Щёлковского муниципального района Московской
области, а так же контроля уполномоченными органами и подразделениями
Администрации муниципального района за принятием поручений ответственными лицами
Перечень принятых сокращений
Сокращение Наименование
ТЗ
Техническое задание
ПО
Программное обеспечение
БД
База данных
СУБД
Системы управления базами данных
WEB-браузер программное обеспечение для поиска, просмотра веб-страниц
WEB-сервер Сервер,
осуществляющий
от WEB-клиентов
(преимущественно
из сетиобработку
Интернет),запросов
для их обработки,
вывода и
ИТ
информационные
перехода от однойтехнологии
страницы к другой. Например,
персонифицированный
и ограниченный
доступ
MicrosoftInternetExplorer,
MozillaFirefox и
т.п. пользователей
Личный кабинет Системы в соответствии с их ролью и правами, имеющий
индивидуально настраиваемый интерфейс
ОС
Программный
РФ (ПП)
продукт
СКЗИ
СМЭВ
Сокращение
СУБД
ТТ
операционная система
поименованная Правообладателем объективная форма предоставления
Российская
Федерация
совокупности
данных и команд
средства криптографической защиты информации
Система межведомственного взаимодействия
Наименование
Система управления базами данных
технические требования на поставляемую систему
1. Общая информация
Заказчик:
Место нахождения Заказчика:
Контактный телефон
Сроки оказания услуг:
Условия оплаты за оказанные услуги – в соответствии с условиями Контракта.
Источник финансирования:
Гарантийные обязательства:
2. Назначение и цели создания Системы управления регламентами и поручениями
2.1. Назначение Системы
Система управления постановлениями и регламентами
(Система)
для
Администрации Щёлковского муниципального района Московской области,
предназначена для повышения эффективности внедрения постановлений и регламентов, а
так же контроля о порядке ознакомления за лицами, ответственными за внедрение данных
документов. Пользователями Системы являются сотрудники Администрации
Щёлковского муниципального района Московской области.
Перечень целевых групп пользователей, которым адресована Система:
 руководство – для своевременной доставки актуальной информации по
поручениям и регламентам Администрации Щёлковского муниципального
района Московской области;
 исполнительные органы – для осуществления выполнения полученных
сведений по поручениям и регламентам;
Архитектура Системы должна позволять пользователю выбрать и подключить
следующие функции:
 информация о поручениях и регламентах;
 статус доставки и ознакомления того или иного поручения и регламента;
2.2. Цели и задачи создания Системы
Целью создания Системы является повышение оперативности и эффективности
деятельности администрации Щёлковского муниципального района Московской области
за счёт повышения эффективности внедрения постановлений и регламентов, а так же
контроля за лицами, ответственными за внедрение данных документов. Пользователями
Системы являются сотрудники Администрации Щёлковского муниципального района
Московской.
Для достижения этой цели в рамках создания Системы решаются следующие
задачи:
 Оптимизация
внутренней
работы
Администрации
Щёлковского
муниципального района, Московской области в части исполнения
постановлений и регламентов;
 Создание информационного пространства, позволяющего оперативно
доставлять информацию для всех ответственных лиц;
 Повышение надежности хранения регламентов и поручений;
 Сокращения времени на донесение сведений к исполнению;
 Повышение уровня исполнительской дисциплины.
Для достижения целей проекта требуется решить следующие задачи:
 Создание единого структурированного пространства для
постановлениями и регламентами;
обмена






Организация доступа к системе автоматизации доставки постановлений и
регламентов только зарегистрированных пользователей и разграничения
прав доступа пользователей к объектам системы;
Организация передачи материалов в электронном виде;
Организация оповещений о принятии пользователями регламентов и
поручений;
Организация поиска информации;
Организация хранения постоянной и условно-постоянной информации;
Обеспечение высокого уровня защиты и конфиденциальности информации.
Для руководителя Система должна решать задачи по:
 обеспечению сбора исходных и консолидированных данных;
 осуществлению мониторинга данных;
 оперативному формированию необходимых отчетов по исходным данным;
 оперативному созданию поручений и регламентов;
 ранжированию системы допуска к информации.
3. Требования к Исполнителю
Исполнитель обязан:
 оказать услуги по разработке концепции Системы;
 оказать услуги по разработке проектной документации;
 оказать услуги по разработке автоматизированной системы управления
постановлениями и регламентами (Системы);
 разработать Руководство пользователей Системы;
 обучить персонал работе с Системой.
4. Обязанности Заказчика
Заказчик обязан:
 организовать доступ к базам данных источников;
 определить регламент информирования об изменениях структур системисточников;
 выделить ответственных специалистов для взаимодействия с проектной
командой по вопросам взаимодействия с системами-источниками данных
 предоставить необходимое оборудование для бесперебойной работы Системы;
 обеспечить все используемое оборудование для работы Системы
необходимыми источниками бесперебойного питания.
5. Характеристика объектов автоматизации
Объектом автоматизации являются органы Администрации Щёлковского
муниципального района, Московской области.
Предметом автоматизации являются процессы:
 Создание единого структурированного пространства для доведения до
сведений постановлений и регламентов;






Организация доступа к системе только зарегистрированных пользователей и
разграничения прав доступа различных пользователей к объектам системы;
Организация передачи материалов в электронном виде;
Организация контроля за принятием информации;
Организация поиска информации;
Организация хранения постоянной и условно-постоянной информации;
Обеспечение высокого уровня защиты и конфиденциальности информации.
6. Требования к автоматизированной системе управления постановлениями и
регламентами
6.1. Требования к структуре и функционированию автоматизированной системы
управления постановлениями и регламентами
Разрабатываемая Система управления постановлениями и регламентами должна
включать в себя следующие модули:
1. Информационные хранилища данных, предназначенные для хранения информации
за весь период сбора и обработки информации.
2. Базовая часть веб-интерфейса для персональных компьютеров, планшетных
компьютеров, мобильных устройств (смартфонов с сенсорным экраном),
предназначенная для публикации информации для руководителей, специалистов и
иных потребителей информации, а также для ввода информации, сбора и
согласования информации в рамках информационного обмена;
3. Модуль управления постановлениями и регламентами с обратной связью,
включающий:
4. история просмотра, интеграция с системой документооборота
4.1. Реализация электронной формы добавления документа поручения или
регламента;
4.2. Возможность размещения постановления или регламента в отдельный раздел
классификатора, для оптимизации эффективности дальнейшего поиска по базе
данных и архиву;
4.3. Каждое поручение или регламент по истечении срока давности должно быть
размещено в архив автоматически или вручную;
4.4. К каждой электронной форме создания поручения или регламента должна быть
возможность прикрепления вложенного файла основных расширений (doc, xls,
rtf, jpg, tiff) для документов со сканера или жёсткого диска;
4.5. Система транспортировки документа конечному ответственному лицу или
исполнителю;
4.6. Добавление групп исполнителей, ответственных за исполнение поручения или
регламента, что используется при создании документа для более удобной
доставки его до ответственных лиц;
4.7. Разграничение прав доступа для различных групп пользователей, каждая из
которых имеет личные права на добавление, изменение, печать, удаление
информации;
4.8. Обеспечение механизма обратной связи отправителю постановления или
регламента после доставки данного документа ответственному лицу;
4.9. Механизм ассоциативного поиска, обеспечивающий нахождение актуальной и
архивной информации по всей базе данных постановлений и регламентов, в
том числе с возможностью поиска по классификатору данных;
4.10. При выводе постановлений или регламентов в табличном виде необходимо
интегрировать систему сортировки и фильтрации предоставленных данных по
каждому полю данного вида;
4.11. Каждое постановление и регламент должно иметь автоматизированную
историю событий, в которой, при наступлении событий Системы, информация
фиксируется в табличном режиме;
4.12. При добавлении документа в Систему управления постановлениями и
регламентами, каждый пользователь, авторизованный в Системе, должен
получать оперативное уведомление о поступивших данных выбранным им
способом (email, уведомление в личном кабинете).
6.2. Требования к режимам функционирования Системы
К функционированию Системы предъявляются следующие требования:
 круглосуточная работоспособность 24/7 (24 часа в сутки 7 дней в неделю);
 защита информации от несанкционированного доступа;
 распределенный доступ пользователей к Системе (каждый редактирует только
«свои данные» и имеет доступ только к тем данным, которые ему настроены);
 обеспечение сохранности информации при авариях (отказах технических
средств, потере питания т.п.);
 должна быть обеспечена возможность поэтапного наращивания, как
производительности, так и функционального состава Системы;
 Система должна иметь открытые интерфейсы для развития и интеграции;
 Система должна обеспечивать хранение и распространение (реплицирование)
информации.
6.3. Требования к численности и квалификации персонала Системы и режиму его
работы
Требования к квалификации персонала
К квалификации персонала, эксплуатирующего Систему, предъявляются
следующие требования:
 конечный пользователь (знание соответствующей предметной области);
 администратор Системы (необходима квалификация пользователя «системный администратор»).
Требования к режимам работы персонала
Персонал, работающий с Системой и выполняющий функции ее сопровождения и
обслуживания, должен работать в следующих режимах:
 конечный пользователь - в соответствии с основным рабочим графиком
подразделений Заказчика;
 системный администратор – в соответствии с основным рабочим графиком
подразделений Заказчика.
6.4. Показатели назначения
Требования к приспособляемости Системы к изменениям
Обеспечение приспособляемости Системы должно выполняться за счет:
 своевременности администрирования;
 модификации процедур доступа и представления данных конечным
пользователям;
 наличия настроечных и конфигурационных файлов у ПО подсистем.
6.5. Требования к надежности
Состав показателей надежности для СЦ в целом
Система должна обладать высокой степенью надежности, т.е. безотказно
выполнять определенные в ТЗ функции с достаточно большой вероятностью. Надежность
Системы следует рассматривать без учета числа сбоев и отказов, вызванных
ненадежностью аппаратных средств, программного обеспечения и СУБД. Интенсивность
отказов Системы, не выявленных при отладке и испытаниях, должна быть минимальна.
Надежность Системы определяется надежностью функциональных подсистем,
общего программного обеспечения, комплексов технических и инженерных средств.
Проектные решения должны обеспечивать:
1. Сохранение работоспособности Системы при отказе или выходе из строя по
любым причинам одного из компонентов комплекса технических средств или
телекоммуникационной подсистемы.
2. Сохранение всей накопленной на момент отказа или выхода из строя
информации при отказе двух и более одинаковых по назначению компонентов
Системы не зависимо от их назначения, с последующим восстановлением
после проведения ремонтных и восстановительных работ.
Должны быть обеспечены два уровня надежности Системы:
 уровень сохранности работоспособности;
 уровень сохранности информации.
Показатели надежности должны обеспечивать возможность эффективного
выполнения функциональных задач Системы. Показатели надежности включают:
 среднее время между выходом из строя отдельных компонентов Системы;
 среднее время на обслуживание, ремонт или замену вышедшего из строя
компонента;
 среднее время на восстановление работоспособности Системы.
Показатели
надежности
Системы
должны
достигаться
комплексом
организационно-технических мер обеспечивающих доступность ресурсов, их
управляемость и обслуживаемость.
Технические меры по обеспечению надежности должны предусматривать:
 резервирование критически важных компонентов и данных Системы
администратором;
 использование технических средств с избыточными компонентами и
возможностью их горячей замены;
 конфигурирование используемых средств и применение специализированного
ПО, обеспечивающего высокую доступность.
Организационные меры по обеспечению надежности должны быть направлены на
минимизацию ошибок персонала (пользователей), а также персонала службы
эксплуатации при эксплуатации и проведении работ по обслуживанию комплекса
технических средств Системы, минимизацию времени ремонта или замены вышедших из
строя компонентов за счет:
 квалификации персонала (пользователей);
 квалификации обслуживающего персонала;
 регламентации и нормативного обеспечения выполнения работ персонала
(пользователей);
 регламентации проведения работ и процедур по обслуживанию и
восстановлению СЦ;
 своевременного оповещения пользователей о случаях нештатной работы
компонентов СЦ;
 своевременной диагностики неисправностей;
 наличия договоров на сервисное обслуживание и поддержку компонентов
комплекса технических средств.
В целом, надежность аппаратно-программного обеспечения должна обеспечивать
выполнение задач Системы с временем однократного простоя не более 30 минут и
суммарным временем простоя не более 24 часов в год.
Перечень аварийных ситуаций, по которым регламентируются требования к
надежности
При работе Системы возможны следующие аварийные ситуации, которые влияют
на надежность работы:
1. Сбои технических средств:
 сбой в электроснабжении сервера: информация восстанавливается с
поддержкой целостности на момент сбоя. Требуется перезагрузка сервера и
повторное соединение рабочих станций с сервером. При этом теряются все
несохраненные данные на рабочих станциях. Целостность обеспечивается
путем поддержки механизма транзакций сервером БД. В случае невозможности
запуска сервера или использования БД, данные Системы восстанавливаются из
резервной копии.
 сбой в электроснабжении рабочей станции операторов Системы: все, не
сохраненные на момент сбоя данные рабочей станции, теряются и
восстановлению не подлежат; на сервере обеспечивается целостность
информации. Для продолжения работы на рабочей станции требуется
перезагрузка операционной системы и повторное подключение к БД. На прочие
рабочие станции и сервер сбой одной из рабочих станций не оказывает
никакого влияния.
 сбой в электроснабжении обеспечения локальной сети (поломка сети): Система
остается
неработоспособной
до
восстановления
нормального
функционирования сети. После восстановления функционирования сети
требуется повторное подключение рабочих станций операторов к серверу. Если
одна из рабочих станций (или единственная рабочая станция при локальной
работе) располагается непосредственно на сервере, то сбой сети не оказывает на
нее никакого влияния.
 поломка сервера (потеря всей информации, хранимой на сервере): все данные
теряются, восстановление информации происходит из резервной копии,
хранящейся удаленно от сервера.
2. Ошибки программного обеспечения:
 ошибки Системы, не выявленные при отладке и испытании Системы.
Исполнитель обязан устранить в течение гарантийного срока эксплуатации.
Срок устранения зависит от сложности выявленных ошибок и составляет от 5
до 50 дней (в отдельных случаях до 6 месяцев).
 сбои программного обеспечения сервера: требуется переустановка
программного обеспечения сервера. Если потеряна информация, хранимая на
сервере, то требуется восстановление данных из резервной копии.
 сбои программного обеспечения рабочих станций операторов и пользователей:
требуется переустановка программного обеспечения рабочей станции.
Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
 в качестве аппаратных платформ должны использоваться средства с
повышенной надежностью;
 применение технических средств соответствующих классу решаемых задач;
 аппаратно-программный комплекс Системы должен иметь возможность
восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
 с целью повышения отказоустойчивости Системы в целом необходима
обязательная комплектация серверов источником бесперебойного питания с
возможностью автономной работы не менее 15 минут;
 должно быть обеспечено бесперебойное питание активного сетевого
оборудования.
Надежность аппаратных и программных средств должна обеспечиваться за счет
следующих организационных мероприятий:
 предварительного обучения пользователей и обслуживающего персонала;
 своевременного выполнения процессов администрирования;
 соблюдения правил эксплуатации и технического обслуживания программноаппаратных средств;
 своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем должна обеспечиваться за счет:
 надежности общесистемного ПО и ПО, разрабатываемого Исполнителем;
 проведением комплекса мероприятий отладки, поиска и исключения ошибок.
 ведением журналов системных сообщений и ошибок по подсистемам для
последующего анализа и изменения конфигурации.
6.6. Требования к эргономике и технической эстетике
Подсистемы формирования и визуализации отчетности данных должны
обеспечивать удобный для конечного пользователя интерфейс, отвечающий следующим
требованиям. В части внешнего оформления:
 интерфейсы подсистем должен быть типизированы;
 должно быть обеспечено наличие локализованного (русскоязычного)
интерфейса пользователя;
 в шапке системы должен использоваться логотип Заказчика.
В части диалога с пользователем:
 для наиболее частых операций должны быть предусмотрены «горячие»
клавиши;
 при возникновении ошибок в работе подсистемы на экран монитора должно
выводиться сообщение с наименованием ошибки.
К другим подсистемам предъявляются следующие требования к эргономике и
технической эстетике:
 в части внешнего оформления: интерфейсы по подсистемам должны быть
типизированы;
 в части диалога с пользователем: для наиболее частых операций должны быть
предусмотрены «горячие» клавиши.
6.7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов Системы
Обслуживание Системы
В процессе эксплуатации Системы должны проводиться следующие регламентные
работы:
 проверка функционирования сетевого оборудования и служб. Ежедневная
проверка работоспособности сети путем доступа к сетевым ресурсам сервера
или компьютеров через сеть.
 проверка сервера. Ежедневная проверка работоспособности сервера путем
пробного доступа к его ресурсам.
 создание резервной копии БД. Ежедневное создание резервной копии БД на
жестком диске администратором хранилища данных либо перед началом
работы, либо сразу после ее окончания. Ежегодное (ежемесячное,
еженедельное) создание резервной копии БД на иных носителях (компакт-диск,
стример и т.п.). Периодичность записи резервных копий на иные носители
определяется в зависимости от интенсивности работы и должна быть
утверждена регламентом.
 проверка функционирования интернет-подключения. Ежедневная проверка
работоспособности веб-сервера путем пробного доступа к его ресурсам;
 обработка данных. Регламентные работы по формированию, пополнению и
обработке информации в Системе.
Обновление версий Системы
Обновление Системы производится Исполнителем с разрешения Заказчика.
Обновление Системы состоит из 4 частей, каждая из которых производится
отдельно и независимо от других.
1. Обновление программы клиента.
2. Обновление интерфейса и функциональных возможностей (обновление
плагинов).
3. Обновление процедурной части базы данных.
4. Обновление структуры базы данных (включает в себя пункт 3, СЦ на время
обновления структуры базы данных становится недоступной на время
обновления)
6.8. Требования к патентной чистоте
Программное обеспечение и алгоритмы, разработанные в соответствии с
условиями данного ТЗ, не должны являться предметом претензий о нарушениях
патентного права любой третьей стороны.
6.9. Требования к защите информации от несанкционированного доступа
Требования к информационной безопасности
Обеспечение информационной безопасности Системы должно удовлетворять
следующим требованиям:
 защита Системы должна обеспечиваться комплексом программно-технических
средств и поддерживающих их организационных мер;
 защита Системы должна обеспечиваться на всех технологических этапах
обработки информации и во всех режимах функционирования, в том числе при
проведении ремонтных и регламентных работ;
 программно-технические средства защиты не должны существенно ухудшать
основные функциональные характеристики Системы
(надежность,
быстродействие, возможность изменения конфигурации);
 разграничение прав доступа пользователей и администраторов Системы
должно строиться по принципу «что не разрешено, то запрещено».
Требования к антивирусной защите
Средства антивирусной защиты должны быть установлены на всех рабочих местах
пользователей и администраторов Системы. Средства антивирусной защиты на рабочих
местах пользователей и администраторов должны обеспечивать:
 централизованное управление сканированием, удалением вирусов и
протоколированием вирусной активности на рабочих местах пользователей;
 централизованную автоматическую инсталляцию клиентского ПО на рабочих
местах пользователей и администраторов;
 централизованное автоматическое обновление вирусных сигнатур на рабочих
местах пользователей и администраторов;
 ведение журналов вирусной активности;
 администрирование всех антивирусных продуктов.
6.10. Требования по сохранности информации при авариях
В Системе должно быть обеспечено резервное копирование данных.
7. Требования к функциям, выполняемым Системы
7.1. Требования к информационному хранилищу данных
Формирование информационного хранилища данных:
 хранение текущих и плановых данных, хранение ретроспективных данных;
 хранение информации за весь период сбора и обработки информации в
соответствии с перечнем источников.
Нормативно-справочная информация:
 должна допускаться разработка дополнительных классификаторов и
справочников;
 должна быть предусмотрена возможность наращивания классификаторов и
справочников, как в отношении количества элементов, так и в части развития
их структуры (развитие иерархических структур, создание дополнительных
группировок и т.д.) без привлечения разработчиков СЦ ;
 Система должна поставляться с набором справочников и классификаторов,
действующих на момент поставки;
Сбор и обработка данных:
 автоматизированная загрузка поступающей информации данных из
информационных систем.
 поддержка как актуальных, так и прежних форматов данных указанных
информационных источников.
 только те показатели, которые не могут быть извлечены из других
автоматизированных систем, должны собираться в Системе дополнительно.
7.2. Требования к базовой части веб-интерфейса для персональных компьютеров,
планшетных компьютеров, мобильных устройств (смартфонов с сенсорным
экраном)
В веб-интерфейсе Системы должны публиковаться данные по постановлениям и
регламентам для доступа из сети Интернет.
Система должна поддерживать браузеры Internet Explorer (версия 11 и выше),
Mozilla Firefox (версия 25 и выше), Google Chrome(версия 30 и выше);
Система не должна требовать установки на клиентские устройства
дополнительного программного обеспечения и не должна использовать flash.
Система при построении визуализации должна поддерживать технологию HTML5.
Все табличные данные должны публиковаться на сайте в виде шаблонов и
выбирать информацию из базы данных Системы на момент отображения пользователю.
Система должна включать ситуационные панели (dashboard) с актуальной
информацией на текущий момент времени. Разделы, требующие внимания, должны
отмечаться сигнализирующими индикаторами. По нажатию на раздел укрупненного
интерфейса, должна открываться детальная информация по соответствующему разделу.
Размеры элементов интерактивных данных должны адаптироваться к разрешению
экрана устройства, на котором просматривается отчет. Должно поддерживаться
разрешение экрана от 1280*1024 и выше.
Интерфейс всех данных должен быть единообразным.
Должен быть реализован удобный интерфейс приложения для управления через
сенсорный экран.
Должно быть минимизировано количество управляющих действий пользователя.
8. Требования к видам обеспечения
8.1. Требования к математическому обеспечению
Не предъявляются.
8.2. Требования к информационному обеспечению
Информационное обеспечение представляет собой совокупность данных,
необходимых для функционирования Системы. В состав информационного обеспечения
входят нормативно-справочная информация, информационные объекты, входные и
выходные данные и СУБД.
Состав данных должен быть достаточным для выполнения всех функций Системы
и отвечать требованиям полноты, достоверности, однозначной идентификации,
непротиворечивости и необходимой точности представления.
Система должна обеспечивать создание справочной базы, при этом
регламентировать следующие процессы:
 введение в БД списка постановлений и регламентов;
 обновление соответствующих информационных массивов;
 обеспечение доступа группам пользователей к требуемым данным.
Система должна обеспечивать однократный ввод данных вне зависимости от того,
в каких информационных массивах или базах данных они будут храниться и какими
функциональными подсистемами использоваться.
Информационный обмен данными должен осуществляется между пользователями
и центральными частями Системы
посредством информационных каналов связи
(локально-вычислительная сеть, коммутируемый доступ, выделенный канал связи и др.).
Требования по применению СУБД
Для реализации подсистемы
хранения данных
промышленная СУБД MS SQL Server или аналогичная.
должна
использоваться
Требования к структуре процесса сбора, обработки, передачи данных в СЦ и
представлению данных
Процесс сбора, обработки и передачи данных в Системе
определяется
регламентом процессов сбора, преобразования и загрузки данных, разрабатываемом на
этапе «Проектирование. Разработка эскизного проекта. Разработка технического проекта».
Требования к защите данных от разрушений при авариях и сбоях в электропитании
Системы
Информация в БД Системы должна сохраняться при возникновении аварийных
ситуаций, связанных со сбоями электропитания.
Система должна иметь бесперебойное электропитание, обеспечивающее её
нормальное функционирование в течение 15 минут в случае отсутствия внешнего
энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в
объёмах, достаточных для восстановления информации в подсистемах хранения данных.
Требования к контролю, хранению, обновлению и восстановлению данных
К контролю данных предъявляются следующие требования:
 Система должна протоколировать все события, связанные с изменением своего
информационного наполнения, и иметь возможность в случае сбоя в работе
восстанавливать свое состояние, используя ранее запротоколированные
изменения данных.
К хранению данных предъявляются следующие требования:
 хранение данных в Системе должно производиться не более чем за 5 (пять)
предыдущих лет. По истечению данного срока данные должны переходить в
архив;
 данные, превышающие пятилетний порог, должны храниться на ленточном
массиве с возможностью их восстановления.
К обновлению и восстановлению данных предъявляются следующие требования:
 для сервера сбора, обработки и загрузки данных необходимо обеспечить
резервное копирование его бинарных файлов (Home) раз в 2 недели и хранение
копии на протяжении 2-х месяцев;
 для сервера базы данных необходимо обеспечить резервное копирование его
бинарных файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;
 для хранилища данных необходимо обеспечить резервное копирование и
архивацию на ленточный массив в следующие промежутки времени:
 холодная копия - ежеквартально;
 логическая копия - ежемесячно (конец месяца);
 инкрементальное резервное копирование - еженедельно (воскресение);
 архивирование – ежеквартально.
8.3. Требования к программно-техническому обеспечению
Требования к серверному оборудованию
Используемые технические средства (компьютеры и другое активное
оборудование) должны соответствовать следующим требованиям:
 количество аппаратных сбоев в работе сервера должно быть минимальным;
 количество аппаратных сбоев в работе рабочих станций должно быть
минимальным;
 должна быть обеспечена постоянная и устойчивая работа локальной сети;
 бесперебойная работа дисковой системы хранения данных сервера;
 должна быть предусмотрена система бесперебойного питания сервера.
За технические сбои в работе пользователей, имеющих доступ к Internet, несет
ответственность сам пользователь.
Представлены минимальные требования к аппаратной части Системы, расчет
производился исходя из возможности одновременной работы без сбоев в аппаратной
части Системы 20 пользователей. Производительность аппаратной части может быть
увеличена по результатам внедрения Системы.
Таблица.1. Требования к программно-аппаратному обеспечению
Требования к программному
обеспечению
Сервер
баз Операционная
система:
данных
WindowsServer 20012 R2/2008
R2/2003 SP2 (или эквивалент) и
выше;
СУБД
для
реляционного
хранилища данных: SQLServer
2012SP1/2008SP2
Standard
(Enterprise)
Edition
(или
эквивалент);
СУБД для многомерной базы
данных:
SQLAnalysisServer
2012SP1/2008SP2
EnterpriseEdition
(или
эквивалент).
При необходимости возможно
разделение баз данных на два
сервера.
Сервер
Операционная
система:
приложений
WindowsServer 2008 R2/2003 SP2
(или эквивалент);
Microsoft .Net Framework 3.5
Сервер
ВЕБ-сервер
(сервер
интернет-
Требования
к
аппаратному
обеспечению
Минимально
рекомендуемые
конфигурации:
 Процессор 4-х ядерный, 3,33 GHz;
 Жесткий диск (HDD): 2х250 Gb;
 Локальная сеть (LAN): должно
быть обеспечено подключение по
локальной
сети
к
серверу
реляционной
БД
и
серверу
многомерной
базы и
объектов
третьего
звена.
Рекомендуется
Ethernet 1Gb (минимум 100Mb);
 Оперативная память (RAM): 616Гб.
 Процессор: 2 x ядерный, 2GHz;
 Оперативная
память
(RAM):
2GbRegistered;
 Жесткий диск (HDD): от 60 Гб;
 Локальная сеть (LAN): должно
быть обеспечено подключение по
локальной
сети
к
серверу
реляционной
БД
и
серверу
многомерной
базы и
объектов
третьего
звена.
Рекомендуется
Ethernet 1Gb (минимум 100Mb).
Операционная
система:  Процессор: 2 x ядерный, 2GHz;
память
(RAM):
WindowsServer 2008 R2/2003 SP2  Оперативная
2GbRegistered;
(или эквивалент);
Сервер
приложений)
Требования к программному Требования
к
аппаратному
обеспечению
обеспечению
InternetInformationService (IIS)
 Жесткий диск (HDD): от 60 Гб;
 Локальная сеть (LAN): должно
быть обеспечено подключение по
локальной
сети
к
серверу
реляционной
БД
и
серверу
многомерной
базы и
объектов
третьего
звена.
Рекомендуется
Ethernet 1Gb (минимум 100Mb).
Серверные компоненты могут быть совмещены на одном сервере. В этом случае
приведенные системные требования необходимо суммировать.
В случае отсутствия у Заказчика необходимого серверного оборудования:
 Исполнитель обеспечивает размещение Системы на собственном серверном
оборудовании;
 Исполнитель предоставляет доступ к аналитическим отчетам Системы через
сеть Интернет специалистам Заказчика и прочим пользователям отчетов.
Исполнитель сообщает Заказчику адрес в сети Интернет, по которому Заказчик
сможет просматривать подготовленные аналитические отчеты.
Система будет временно размещаться на серверах Исполнителя с последующим
переносом на сервера Заказчика.
Требования к электроснабжению
С целью повышения отказоустойчивости Системы необходимо выполнить
следующие мероприятия по обеспечению бесперебойного электроснабжения:
 использование источника бесперебойного питания для питания серверов;
 использование источника бесперебойного питания для питания устройств
обеспечения сети (концентраторов, маршрутизаторов и другого активного
оборудования) на критических участках (определяются по значимости
выполняемой работы);
 использование источника бесперебойного питания для рабочих станций на
критических участках (определяются по значимости выполняемой работы).
Требования к контролю целостности данных Системы
В Системе должны быть предусмотрены меры, обеспечивающие целостность
данных в случае отказа программного обеспечения или аппаратных средств, исключая
случаи физического уничтожения носителя или нарушения функциональности носителя,
операционной системы или СУБД по вине их производителя.
Необходимо обеспечить контроль целостности данных Системы. В ходе загрузки
необходимо проверять:
 основные параметры реляционной базы данных;
 основные параметры многомерной базы данных;
 версии программных модулей;
 версии репозитория метаданных Системы.
В случае обнаружения критических ошибок и несоответствий запуск Системы не
производится. Информация о возникших проблемах должна содержаться в протоколе
ошибок сервера. Для восстановления данных в таких случаях следует использовать
резервные копии.
Требования к каналам передачи данных
Должен быть обеспечен доступ к сайту, размещенному на веб-сервере, из сети
Интернет с обеспечением всей необходимой защиты от несанкционированного доступа и
защиты от внешних атак.
8.4. Требования к методическому обеспечению
Перечень объектов обследования согласовывается с Заказчиком по направлениям
Системы. На этапе предпроектного обследования в ходе совместных обсуждений с
руководителями и специалистами структурных подразделений Заказчика и согласованных
объектов обследования определяются основные критерии систем автоматизации и
проектируется практическая реализация, в том числе осуществляется:
 изучение существующей схемы процессов по функциональным направлениям,
обозначенным в пункте 5 настоящего Технического задания;
 согласование состава пользователей (потребителей информации);
 согласование перечня аналитических отчетов, необходимых к формированию в
Системе для разных категорий пользователей;
 согласование состава информационных источников (внутренних и внешних)
для формирования аналитических отчетов и хранилища данных;
 согласование регламента информационного взаимодействия участников.
Исполнителем по результатам предпроектного обследования должен быть
разработан и согласован с Заказчиком отчет о проведении предпроектного обследования,
включающий альбом форм аналитических отчетов.
9. Гарантийные обязательства
Гарантийное техническое обслуживание осуществляется Исполнителем своими
средствами и за свой счет в течение 12 (двенадцати) месяцев со дня подписания итогового
акта сдачи-приемки выполненных работ. При этом гарантия качества результатов работ
распространяется на все составляющие результатов работ.
Исполнитель гарантирует:
 достижение Системой указанных в Техническом задании показателей и
возможность ее эксплуатации на протяжении всего гарантийного срока;
 выполнение всех работ в полном объеме и с качеством в соответствии с
Техническим заданием и действующими нормами;
 исправление по требованию Заказчика всех выявленных ошибок в срок,
установленный по согласованию Заказчика и Исполнителя;
 поставка пакетов обновлений;
 осуществление консультирования Заказчика по вопросам, возникающим в
процессе эксплуатации Системы (по электронной почте, по телефону и на
территории Исполнителя).
10. Состав и содержание работ по созданию Системы
№
1.
2.
3.
Результат технологических Срок выполнения
работ
работ
1 этап:
Отчет
о
проведении определяется
в
Проведение предпроектного предпроектного
конкурсной
обследования
на
предмет обследования.
документации
автоматизации процессов
Установка Системы
Конфигурирование
и Акт сдачи-приемки работ.
внедрение Системы
2 этап:
Эксплуатационная
определяется
в
Разработка
и
внедрение документация. Настроенные конкурсной
базового функционала
экземпляры
Системы. документации
Материалы для подготовки
персонала.
Протокол
подготовки персонала. Акт
сдачи-приемки работ.
3 этап:
Эксплуатационная
определяется
в
Тестирование,
устранение документация. Настроенные конкурсной
ошибок.
Обучение экземпляры
Системы. документации
пользователей Заказчика по Материалы для подготовки
работе с Системой.
персонала.
Инструкция
Обучение
администраторов администратора
Системы,
Заказчика
по
работе
с руководство
пользователя
Системой
Системой.
Ведомость
обучения. Итоговый Акт
сдачи-приемки
оказанных
услуг
Технологические работы
11. Порядок контроля и приёмки Системы
Приемка Системы осуществляется совместной комиссией по приемке,
включающей представителей Заказчика и Исполнителя.
Приемо-сдаточные испытания проводятся по каждому этапу в соответствии с
Программой и методикой приемо-сдаточных испытаний, разрабатываемой Исполнителем
и утверждаемой Заказчиком.
Место проведения приёмо-сдаточных испытаний – Администрация Щёлковского
района Московской области.
На промежуточных этапах проведения приемо-сдаточных испытаний:
 Исполнитель обеспечивает размещение Системы на собственном серверном
оборудовании;
 Исполнитель предоставляет доступ к аналитическим отчетам Системы через
сеть Интернет специалистам Заказчика и прочим пользователям отчетов.
Исполнитель сообщает Заказчику адрес в сети Интернет, по которому Заказчик
сможет просматривать подготовленные аналитические отчеты.
Для организации проведения заключительных приемо-сдаточных испытаний
Исполнитель обеспечивает размещение Системы на серверном оборудовании Заказчика.
Программа и методика испытаний последнего этапа должна включать в себя тестирование
всех функциональных модулей Системы.
Результаты приемо-сдаточных испытаний заносятся в протокол приемо-сдаточных
испытаний и оформляются Исполнителем, на основании которого делается заключение о
соответствии Системы требованиям ТЗ. Несоответствия, выявленные в ходе проведения
приемо-сдаточных испытаний Системы, заносятся в протокол замечаний с указанием
срока их устранения.
После выполнения всех работ оформляется итоговый Акт сдачи-приемки
оказанных услуг.
В результате завершения работ должно быть передано Заказчику программное
обеспечение Системы в составе:
 дистрибутивы программного обеспечения;
 методика инсталляции и настройки программного обеспечения.
11.1. Виды и объем испытаний Системы
Система подвергается испытаниям следующих видов:
1. Предварительные испытания.
2. Опытная эксплуатация.
3. Приемочные испытания.
Состав, объем и методы предварительных испытаний Системы определяются
документом «Программа и методика испытаний», разрабатываемом на стадии «Рабочая
документация».
Состав, объем и методы опытной эксплуатации Системы определяются
документом «Программа опытной эксплуатации», разрабатываемом на стадии «Ввод в
действие».
Состав, объем и методы приемочных испытаний Системы
определяются
документом «Программа и методика испытаний», разрабатываемом на стадии «Ввод в
действие» с учетом результатов проведения предварительных испытаний и опытной
эксплуатации.
12. Требования к составу и содержанию работ по подготовке объекта автоматизации
к вводу Системы в действие
В разделе необходимо привести перечень основных мероприятий, которые следует
выполнить при подготовке объекта автоматизации к вводу Системы в действие, а также
их исполнителей.
В перечень основных мероприятий включают:
 приведение поступающей в Систему информации (в соответствии с
требованиями к информационному и лингвистическому обеспечению) к виду,
пригодному для обработки с помощью ЭВМ;
 изменения, которые необходимо осуществить в объекте автоматизации;
 создание условий функционирования объекта автоматизации, при которых
гарантируется
соответствие
создаваемой
Системы
требованиям,
содержащимся в ТЗ;
 создание необходимых для функционирования Системы подразделений и
служб;
 сроки и порядок комплектования штата и обучения персонала.
Для создания условий функционирования КХД, при которых гарантируется
соответствие создаваемой Системы
требованиям, содержащимся в настоящем
Техническом задании, и возможность эффективного её использования, в организации
Заказчика должен быть проведен комплекс мероприятий.
13. Технические мероприятия
Силами Заказчика в срок до начала этапа «Разработка рабочей документации.
Адаптация программ» должны быть выполнены следующие работы:
 осуществлена подготовка помещения для размещения Системы в соответствии
с требованиями, приведенными в настоящем Техническом задании;
 осуществлена закупка и установка необходимого;
 организовано необходимое сетевое взаимодействие.
14. Организационные мероприятия
Силами Заказчика в срок до начала этапа работ «Разработка рабочей
документации. Адаптация программ» должны быть решены организационные вопросы по
взаимодействию с системами-источниками данных. К данным организационным вопросам
относятся:
 организация доступа к базам данных источников;
 определение регламента информирования об изменениях структур системисточников;
 выделение ответственных специалистов со стороны Заказчика для
взаимодействия с проектной командой по вопросам взаимодействия с
системами-источниками данных.
15. Изменения в информационном обеспечении
Для организации информационного обеспечения Системы
должен быть
разработан и утвержден регламент подготовки и публикации данных из системисточников.
Перечень регламентов может быть изменен на стадии «Разработка рабочей
документации. Адаптация программ».
16. Требования к документированию
После завершения оказания услуги Исполнитель представляет Заказчику комплект
документации.
В процессе выполнения работ Исполнитель разрабатывает и передаёт Заказчику
следующую документацию:
 отчет по результатам предпроектного обследования. Отчет должен содержать
характеристику объекта автоматизации, описание источников предоставления
информации, периодичность предоставления информации, описание входных
форм, описание отчетных форм, описание процессов обработки информации,
перечень участников процесса информационного взаимодействия;
 проект регламента информационного взаимодействия участников;
 эксплуатационная документация в составе:
 руководство пользователя,
 руководство администратора,
 программа и методика приёмо-сдаточных испытаний.
Все разрабатываемые документы должны соответствовать требованиям
межгосударственного стандарта ГОСТ 34.201-89 «Информационная технология.
Комплекс стандартов на автоматизированные СЦ. Виды, комплектность и обозначение
документов при создании автоматизированных систем».
Вся документация должна быть подготовлена и передана как в печатном, так и в
электронном виде (в формате Microsoft Word) и передана Заказчику.
17. Порядок оформления и предъявления заказчику результатов работ
Порядок предъявления результатов работ определяется условиями контракта.
В целях осуществления со стороны Заказчика контроля соблюдения требований,
норм стандартов и контроля применяемых технических решений вся документация,
являющаяся результатом работ Исполнителя по разработке составных частей Системы, в
обязательном порядке должна согласовываться с Заказчиком.
Порядок оформления и предъявления результатов работ должен соответствовать
требованиям Комплекса стандартов и руководящих документов на автоматизированные
СЦ ГОСТ 34.201-89.
Порядок разработки и стадии создания Системы должны соответствовать ГОСТ
34.601-90 «Информационная технология. Комплекс стандартов на автоматизированные
СЦ . Автоматизированные СЦ стадии создания».
Состав и содержание разрабатываемых при создании Системы документов должны
соответствовать Межгосударственному стандарту ГОСТ 34.201-89 «Информационная
технология. Комплекс стандартов на автоматизированные СЦ. Виды, комплектность и
обозначение документов при создании автоматизированных систем».
Скачать