dedoc/tz_dataset huggingface dataset:
безопасности персональных данных при их обработке в информационных
системах персональных данных»;
- руководящий документ ФСТЭК России «Методика определения
актуальных угроз безопасности персональных данных при их обработке в
- руководящий документ ФСБ России «Методические
рекомендации по обеспечению с помощью криптосредств безопасности
персональных данных при их обработке в информационных системах
персональных данных с использованием средств автоматизации»;
- руководящий документ ФСБ России «Типовые требования по
организации и обеспечению функционирования шифровальных
(криптографических) средств, предназначенных для защиты информации,
не содержащей сведений, составляющих государственную тайну в случае
их использования для обеспечения безопасности персональных данных
при их обработке в информационных системах персональных данных»;
1.3 Сроки начала и окончания работ
Плановый срок начала работ: с момента заключения Государственного
контракта.
Плановый срок окончания работ: не позднее 31 октября 2015 года.
Сроки начала и окончания стадий и этапов работ приведены в таблице 8
раздела 7 настоящего ТЗ.
1.4 Источники и порядок финансирования работ
Финансирование работ осуществляется за счёт средств бюджета.
Порядок финансирования определяется условиями заключенного между
Исполнителем и Заказчиком Государственного контракта на выполнение
работ по развитию Системы.
1.5 Порядок оформления и предъявления Заказчику результатов
работ
1.5.1 Требования к методике нагрузочного тестирования
Перед началом нагрузочного тестирования Исполнитель должен
подготовить методику тестирования. До начала тестирования методика
тестирования должна быть согласована с Заказчиком.
Методика нагрузочного тестирования должна представлять собой
документ MS Word в структурированном виде с описанием полей и
структуры.
Методика нагрузочного тестирования должна включать:
 описание целей и задач тестирования;
 описание объекта тестирования, включая описание основных бизнес-
процессов системы;
 архитектурную схему объекта тестирования;
 описание взаимодействий с внешними системами с обязательным
указанием, какие системы будут использоваться (тестовые стенды), какие
будут эмулироваться (эмуляторы), какие будут исключены из тестирования
(обоснование);
 краткое описание подхода к тестированию и способов генерации
каждого вида нагрузки, которые будут эмулироваться;
 описание профилей нагрузки, включая:
 перечень операций, выполняемых эмулируемыми пользователями и
внешними системами через соответствующие интерфейсы;
 интенсивность операций, выполняемых эмулируемыми
пользователями и внешними системами;
 зависимость изменения интенсивности выполнения операций от
времени;
 требования к тестовым данным:
 тестовые данные для средств НТ;
 генерация необходимого объема БД (в случае необходимости);
 методика удаления тестовых данных после тестирования.
 описание конфигурации тестового стенда для нагрузочного
тестирования;
 требования к производительности;
 список планируемых тестов;
 требования к мониторингу производительности;
 метрики производительности;
 ограничения тестирования;
 риски проекта.
1.5.2 Требования к проведению нагрузочного тестирования
Порядок проведения нагрузочного тестирования должен определяться в
методике нагрузочного тестирования. Уровень нагрузки должен определяться
профилем нагрузки, содержащим:
 объемы данных, выгружаемых из внешних источников;
 количество эмулируемых пользователей;
 продолжительность теста.
Для проведения тестов должны быть сформированы тестовые сценарии,
содержащие скрипты, эмулирующие действия пользователей, эмуляторы
внешних систем и расписание запуска скриптов и эмуляторов.
В ходе тестов осуществляется мониторинг производительности,
состоящий из совокупности количества совершенных операций в единицу
времени и времени выполнения операций. Осуществляется мониторинг
использования аппаратных и прикладных ресурсов, параметров
функционирования БД.
На основании данных мониторинга работы под нагрузкой должен быть
сформирован вывод о том, справляется ли Система с ожидаемым уровнем
нагрузки, а также о факторах, ограничивающих дальнейший рост
производительности. Проводится подробный анализ выявленных
ограничителей производительности, с целью определения конкретных причин
их возникновения и выработки рекомендаций по их устранению. На
основании этих данных должен быть сформирован отчет о нагрузочном
тестировании.
1.6 Перечень нормативно-технических документов, методических
материалов, использованных при разработке ТЗ
Выполняемая работа и оформление её результатов должны отвечать
требованиям нормативно-правовых актов, а также соответствующих
государственных стандартов из числа Комплекса стандартов на
автоматизированные системы:
­ ГОСТ 12.2.003-91 «Система стандартов безопасности труда.
Оборудование производственное. Общие требования безопасности»;
­ ГОСТ 19.001-77 «Единая система программной документации. Общие
положения»;
­ ГОСТ 19.004-80 «Единая система программной документации. Термины
и определения»;
­ ГОСТ 19.101-77 «Единая система программной документации. Виды
программ и программных документов»;
­ ГОСТ 19.102-77 «Единая система программной документации. Стадии
разработки»;
­ ГОСТ 19.201-78-82 «Единая система программной документации.
Техническое задание. Требования к содержанию и оформлению»;
­ ГОСТ 19542–93 «Совместимость средств вычислительной техники
электромагнитная. Термины и определения»;
­ ГОСТ 21552-84 «Средства вычислительной техники. Общие
технические требования, приёмка, методы испытаний, маркировка,
упаковка, транспортирование и хранение»;
­ ГОСТ 25861-83 «Машины вычислительные и системы обработки
данных. Требования по электрической и механической безопасности и
методы испытаний»;
­ ГОСТ 27.001-95 «Надёжность в технике. Основные положения»;
­ ГОСТ 27.003-90 «Надёжность в технике. Состав и общие правила
задания требований по надёжности»;
­ ГОСТ Р 50628-2000 «Совместимость технических средств
электромагнитная. Устойчивость машин электронных вычислительных
персональных к электромагнитным помехам. Требования и методы
испытаний»;
­ ГОСТ 27201–87 «Машины вычислительные электронные персональные.
Типы, основные параметры, общие технические требования»;
­ ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Автоматизированные системы. Термины
­ ГОСТ 34.201-89 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Виды, комплектность и обозначение
документов при создании автоматизированных систем»;
­ ГОСТ 34.601-90 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Стадии создания»;
­ ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Техническое задание на создание
автоматизированной системы»;
­ ГОСТ 34.603-92 «Информационная технология. Комплекс стандартов на
автоматизированные системы. Виды испытаний автоматизированных
систем»;
­ РД 50-34.698-90 «Автоматизированные системы. Требования к
содержанию документов».
2 НАЗНАЧЕНИЕ И ЦЕЛИ РАЗВИТИЯ СИСТЕМЫ
2.1 Назначение системы
Единая система межведомственного электронного взаимодействия
(далее - СМЭВ) является функциональным элементом ИЭП, обеспечивающим
межведомственное информационное взаимодействие органов государственной
власти и местного самоуправления и других организаций в электронном виде
в рамках процессов выполнения государственных функций и оказания
государственных услуг, предоставляемых в электронном виде, гражданам
Российской Федерации, иностранным гражданам, лицам без гражданства и
организациям.
2.2 Цели развития системы
Целями выполнения работ по развитию СМЭВ являются:
 повышение отказоустойчивости и доступности системы за счет
создания распределенной архитектуры СМЭВ3.х;
 снижение трудозатрат на подключение ЕПГУ к СМЭВ3.х;
 снижение трудозатрат на сопровождение СМЭВ3.х;
 снижение нагрузки на СМЭВ3.x за счет механизмов контроля
отправки сообщений;
 совершенствование механизмов контроля и мониторинга процессов
межведомственного информационного взаимодействия и
методологического обеспечения информационных систем участников
взаимодействия в электронном виде;
 повышение качества и доступности исходных данных о
функционировании СМЭВ предоставляемых в СЦ ИЭП;
 реализация возможности использования нескольких
инфраструктурных решений СКЗИ при подключении к Системе.
Достижение целей работ должно быть обеспечено за счёт:
1. Разработки функционала по обеспечению геораспределенной
архитектуры СМЭВ3.x, что позволит произвести географическое разнесение
узлов системы, при котором каждый узел системы замыкает на себя
обслуживание части участников взаимодействия при сохранении
информационной и функциональной целостности системы в целом;
2. Разработки механизма подключения ЕПГУ к СМЭВ3.x с учетом
обеспечения функционирования интерактивных форм, возвращения статусов и
других интерактивных функций ЕПГУ. В рамках разработки допускается
организация особых типов очередей для потребителей, а так же синхронного
взаимодействия для доставки справочной информации;
3. Разработки полноценного SDK клиента СМЭВ3.0 для Java и .Net
платформ, который позволит максимально просто и в сжатые сроки
осуществлять подключение к СМЭВ3.0 информационных систем участников
взаимодействия.
4. Доработки транспортной подсистемы СМЭВ, включая:
a. обеспечение совместимости СМЭВ с новыми стандартами
криптозащиты, формирования и проверки ЭЦП (ГОСТ
34.10.2012);
b. разработку функционала расширенных сообщений об ошибках;
c. разработку системы динамического изменения настроек СМЭВ без
остановки работы СМЭВ;
d. разработку функционала полного асинхронного режима обработки
запросов;
e. разработку системы push-уведомлений о наличии сообщений во
входящей очереди сообщений.
5. Доработки Подсистемы администрирования в части: доработки
Журнала СМЭВ, ввода динамических настроек СМЭВ, мониторинга
работоспособности работы компонент и узлов СМЭВ, переноса данных между
средами СМЭВ.
6. Доработки функционала передачи данных о функционировании
СМЭВ в СЦ ИЭП.
7. Разработки единой системы генерации кодов транзакций в рамках
оказания государственных услуг и осуществления государственных функций.
8. Обеспечения выгрузки данных о функционировании СМЭВ для
загрузки в СТУ. Механизм интеграции и перечень передаваемых сведений
должен быть определен на этапе разработки ЧТЗ и описан Техническом
проекте.
9. Модернизации Системы в части СКЗИ с целью увеличения
производительности, устойчивости, масштабируемости и универсальности
Системы.
МЕЖВЕДОМСТВЕННОГО ЭЛЕКТРОННОГО
ВЗАИМОДЕЙСТВИЯ
3.1 Полное наименование системы и ее условное обозначение
Полное наименование системы: Единая система межведомственного
электронного взаимодействия.
Краткое наименование системы: СМЭВ, Система.
3.2 Характеристики объекта автоматизации
3.2.1 Краткие сведения об объекте автоматизации
Объектом автоматизации является совокупность процессов
информационного взаимодействия между ИС участников взаимодействия в
рамках предоставления сведений при оказании государственных и
муниципальных услуг, а также исполнения государственных и
муниципальных функций в электронном виде, ведения метаданных об
используемых видах сведений участников взаимодействия.
Подробно назначение и правила формирования и функционирования
единой системы межведомственного электронного взаимодействия (далее –
СМЭВ3.x), а также основы информационного обмена, осуществляемого с её
применением, приведены в «Положении о Единой системе
межведомственного электронного взаимодействия» (Далее – Положение),
утверждённого Постановлением правительства Российской Федерации №697
«О единой системе межведомственного электронного взаимодействия».
Согласно Положению, подключению к СМЭВ3.x подлежат:
- федеральные государственные информационные системы, используемые при
предоставлении государственных услуг и исполнении государственных
функций федеральными органами исполнительной власти и органами
государственных внебюджетных фондов;
- региональные системы межведомственного электронного взаимодействия,
создаваемые в субъектах Российской Федерации в целях обеспечения
предоставления в электронной форме государственных услуг и исполнения