Вы находитесь на странице: 1из 108

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

на создание
Системы управления информацией о внешнем
содействии
Проект «Повышение эффективности координации
внешнего безвозмездного содействия в Узбекистане»

Ташкент
2014 г.
Аннотация
Данный документ «Техническое задание на создание системы управления
информацией о внешнем содействии» (далее по тексту - СУИВС) является основным
документом, устанавливающим требования и порядок, в соответствии с которым проводятся
работы по созданию и внедрению системы, а также её приемка при вводе в действие.
Настоящее Техническое задание содержит общие сведения и характеристику объектов
автоматизации. Приведены требования к СУИВС AIMS_UZ в целом, к функциям (задачам),
выполняемым системой и требования по видам обеспечения.
Документ разработан в рамках исполнения 2 этапа «Этап II. Разработка всестороннего
(полного) Технического задания на создание СУИВС» Контракта № 9/14 от 03 ноября 2014
года на выполнение работ «Оказание услуг по разработке Технического Задания для Системы
управления информацией о внешнем содействии», исполняемых в рамках проекта:
«Повышение эффективности координации внешнего безвозмездного содействия в
Узбекистане».
Документ разработан в соответствии с требованиями государственных стандартов
Республики Узбекистан и иных нормативных документов
Работы выполнены специалистами ООО «RIM-NIHOL» по заказу Программы развития
Организации Объединенных Наций (далее по тексту - ПРООН).
Разработка ТЗ выполнена с соблюдением стандарта «O‘z DSt 1987:2010.
Информационные технологии. Техническое задание на создание информационной системы"
и других действующих в Республике Узбекистан стандартов по информационной технологии,
с адаптацией их к выполняемому проекту.

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


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

2
Содержание
1 ОБЩИЕ СВЕДЕНИЯ .............................................................................................................................. 6
Термины, определения и сокращения ............................................................................................................ 6
1.1 Полное наименование и условное обозначение Системы ............................................................... 10
1.2 Номер договора .................................................................................................................................... 10
1.3 Наименование предприятий Заказчика и Исполнителей проекта ................................................... 10
1.4 Перечень документов, на основании которых создается Система .................................................. 10
1.5 Плановые сроки начала и окончания работ....................................................................................... 10
1.6 Источники финансирования ............................................................................................................... 11
1.7 Порядок оформления и предъявления результатов работ ............................................................... 11
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ........................................................................... 12
2.1 Назначение Системы ........................................................................................................................... 12
2.2 Цели создания Системы ...................................................................................................................... 13
3 ХАРАКТЕРИСТИКИ ОБЪЕКТА ИНФОРМАТИЗАЦИИ................................................................. 18
3.1 Краткие сведения об объекте информатизации ................................................................................ 18
3.1.1 Сведения об основных задачах министерств Республики Узбекистан, обеспечивающих
привлечение средств технического содействия в экономику страны и качественное исполнение
проектов, реализуемых за счет средств технического содействия доноров ............................................. 18
3.1.2 Основные задачи по реализации функций Департамента и Казначейства, возложенных на них
для осуществления мониторинга и контроля за целевым использованием средств технического
содействия ....................................................................................................................................................... 20
3.1.3 Описание основных процессов СУИВС.......................................................................................... 21
3.1.3.1 Информационная составляющая бизнес-процессов обеспечения учета и контроля
исполнения проектов, реализуемых за счет средств технического содействия доноров ........................ 24
3.2 Сведения об условиях эксплуатации объекта информатизации и характеристиках окружающей
среды................................................................................................................................................................ 26
4 ТРЕБОВАНИЯ К СИСТЕМЕ ............................................................................................................... 27
4.1 Требования к Системе в целом ........................................................................................................... 27
4.1.1. Требования к структуре и функционированию Системы .............................................................. 30
4.1.1.1 Перечень подсистем, их назначение и основные характеристики, требования к числу
уровней иерархии и степени централизации системы ................................................................................ 34
4.1.1.2 Требования к способам и средствам связи для информационного обмена между
компонентами Системы ................................................................................................................................. 35
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой Системы со смежными
системами, требования к ее совместимости, в том числе указания о способах обмена информацией . 35
4.1.1.4 Требования к режимам функционирования Системы ............................................................... 36
4.1.1.5 Требования по диагностированию Системы .............................................................................. 38
4.1.1.6 Перспективы развития, модернизации Системы ....................................................................... 38
4.1.2 Требования к численности и квалификации персонала Системы ................................................ 40
4.1.2.1 Требования к численности персонала (пользователей) Сиcтемы ............................................ 40
4.1.2.2 Требования к квалификации персонала, порядку его подготовки и контроля знаний и
навыков ........................................................................................................................................................ 42
4.1.2.3 Требуемый режим работы персонала СУИВС AIMS_UZ......................................................... 43
4.1.3 Показатели назначения ..................................................................................................................... 43
4.1.3.1 Параметры, характеризующие степень соответствия Системы по назначению..................... 43
4.1.3.2 Степень приспособляемости Системы к изменению процессов и методов управления, к
отклонениям параметров объекта управления ............................................................................................ 44
4.1.3.3 Допустимые пределы модернизации и развития системы ........................................................ 45
4.1.3.4 Вероятностно-временные характеристики, при которых сохраняется целевое назначение
системы ........................................................................................................................................................ 45
4.1.4 Требования к надёжности ................................................................................................................. 46
4.1.4.1 Состав и количественные значения показателей надежности для системы в целом или ее
подсистем ........................................................................................................................................................ 46
4.1.4.2 Перечень аварийных ситуаций, по которым должны быть регламентированы требования к
надежности и значения соответствующих показателей ............................................................................. 47
4.1.4.3 Требования к надежности технических средств и программного обеспечения ..................... 48

3
4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных стадиях
создания Системы .......................................................................................................................................... 49
4.1.5 Требования безопасности ................................................................................................................. 49
4.1.6 Требования к эргономике и технической эстетике ........................................................................ 50
4.1.7 Требования к транспортабельности ................................................................................................. 51
4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов
Системы........................................................................................................................................................... 51
4.1.8.1 Условия и регламент эксплуатации ............................................................................................ 51
4.1.8.2 Требования к допустимым площадям для размещения персонала и технических средств
Системы ........................................................................................................................................................ 52
4.1.8.3 Требования к количеству, квалификации обслуживающего персонала и режиму его
работы ........................................................................................................................................................ 52
4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных изделий и
приборов ........................................................................................................................................................ 52
4.1.8.5 Требования к регламенту обслуживания .................................................................................... 52
4.1.9 Общие требования к защите информации. Требования к защите информации от
несанкционированного доступа .................................................................................................................... 53
4.1.9.1 Общие сведения ............................................................................................................................ 53
4.1.9.2 Общие требования к политике информационной безопасности .............................................. 53
4.1.9.3 Требования к политике безопасности относительно аппаратных и программных средств .. 55
4.1.9.4 Требования к политике безопасности относительно каналов передачи данных .................... 55
4.1.9.5 Требования к разработчикам СУИВС AIMS_UZ ...................................................................... 56
4.1.9.6 Требования к защите информации от несанкционированного доступа .................................. 56
4.1.10 Требования по сохранности информации при авариях ................................................................. 57
4.1.11 Требования к защите от влияния внешнего воздействия .............................................................. 58
4.1.12 Требования к патентной и лицензионной чистоте ......................................................................... 58
4.1.13 Требования по стандартизации и унификации ............................................................................... 58
4.2 Требования к функциям, выполняемым Системой........................................................................... 59
4.2.1 Требования к функциям, выполняемым подсистемой «База нормативно-справочной
информации» .................................................................................................................................................. 59
4.2.2 Общие требования к функционалу исполнения Проектов ............................................................ 61
4.2.3 Требования к функциям, выполняемых подсистемой «Перечни проектов БТС» ....................... 61
4.2.4 Требования к функциям, выполняемых подсистемой «База данных доноров» .......................... 68
4.2.5 Требования к функциям, выполняемых подсистемой «База данных проектов» ......................... 68
4.2.6 Требования к функциям, выполняемых подсистемой «База данных отчетов исполнения
Проектов»........................................................................................................................................................ 69
4.2.7 Требования к функциям, выполняемых подсистемой «Интеграция» .......................................... 71
4.2.8 Требования к функциям, выполняемых подсистемой «База данных аналитической информации
по Проектам» .................................................................................................................................................. 72
4.2.9 Требования к функциям, выполняемых подсистемой «Управление жизненным циклом
Проекта» .......................................................................................................................................................... 73
4.2.10 Требования к функциям, выполняемых подсистемой «Инструментарий Аналитики» .............. 74
4.2.11 Требования к функциям, выполняемых подсистемой «Портал СУИВС AIMS_UZ» ................. 78
4.2.12 Требования к функциям, выполняемым подсистемой «Безопасность» ....................................... 79
4.3 Требования к видам обеспечения ....................................................................................................... 82
4.3.1 Требования к математическому обеспечению ................................................................................ 82
4.3.2 Требования к информационному обеспечению ............................................................................. 82
4.3.3 Требования к лингвистическому обеспечению .............................................................................. 82
4.3.4 Требования к программному обеспечению .................................................................................... 83
4.3.4.1 Требования к системе управления базами данных (СУБД) ...................................................... 83
4.3.4.2 Требования к средствам разработки прикладной логики ......................................................... 84
4.3.4.3 Требования к клиентской части................................................................................................... 84
4.3.5 Требования к техническому обеспечению ...................................................................................... 84
4.3.5.1 Требования к серверному комплексу системы .......................................................................... 85
4.3.5.2 Требования к рабочим станциям пользователей Системы и администраторов комплекса ... 86
4.3.5.3 Требования к сетям передачи данных......................................................................................... 87
4.3.6 Требования к метрологическому обеспечению .............................................................................. 87

4
4.3.7 Требования к организационному обеспечению.............................................................................. 87
4.3.8 Требования к методическому обеспечению ................................................................................... 88
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ ............................................... 92
5.1. Перечень стадий и этапов работ по созданию Системы .................................................................. 92
5.2. Перечень документов, предъявляемых по окончании этапов работ ............................................... 96
5.3. Вид и порядок проведения экспертизы технической документации .............................................. 97
5.4. Программа работ, направленных на обеспечение требуемого уровня надежности СУИВС
AIMS_UZ......................................................................................................................................................... 97
5.5. Гарантированная техническая поддержка Системы ......................................................................... 98
6 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ........................................................................... 99
6.1 Виды, состав, объем и методы испытаний СУИВС AIMS_UZ и ее составных частей ................. 99
6.2 Общие требования к приемке работ ................................................................................................. 100
6.3 Статус приемочной комиссии ........................................................................................................... 101
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ СИСТЕМЫ К
ВВОДУ В ДЕЙСТВИЕ ................................................................................................................................ 102
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ................................................................................... 103
9 ИСТОЧНИКИ РАЗРАБОТКИ ............................................................................................................ 104
Приложение 1. .............................................................................................................................................. 105

Использованные рисунки:
Рис.1 Общая схема реализации процесса «Мониторинг и контроль за целевым
использованием средств технического содействия»
Рис.2 Схема построения Web-решения СУИВС AIMS_UZ с организацией одного единого
централизованного хранилища данных системы
Рис.3 Схема уровней информационной инфраструктуры СУИВС AIMS_UZ
Рис.4 Схема ввода и загрузки данных в хранилище посредством ручного ввода данных через
Web-приложение
Рис.5 Схема cбора и загрузки данных в хранилище с использованием интеграционных
решений (ХМL -файлы)
Рис.6 Процесс формирования утвержденных Перечней и их ведение
Рис.7 Схема организации работы с Перечнем 3

Рис.8 Схема организации работы с Перечнем 2


Рис.9 Схема организации работы с Перечнем 1
Рис.10 Схема исполнения проектов
Рис.11 Пример интерфейсного решения «Отчеты»
Рис.12 Пример интерфейсного решения «Диаграмма»
Рис.13 Пример интерфейсных решений «Комплексное картографирование»
Рис.14 Пример интерфейсных решений «Отображение контента»
Рис.15 Системно-Техническая архитектура. Общая схема

5
1 ОБЩИЕ СВЕДЕНИЯ

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


В данном документе используются следующие термины и определения:
Автоматизированная - комплекс технических, программных, др. средств и персонала,
система предназначенный для автоматизации различных процессов.
Автоматизированная - комплекс программных, технических, информационных,
информационная лингвистических, организационно-технологических средств и персонала,
система предназначенный для автоматизации сбора, (первичной) обработки,
хранения, поиска, (вторичной) обработки и выдачи данных в заданной
форме (виде) для решения разнородных профессиональных задач
пользователей системы
- совокупность технологий, программных и аппаратных средств,
Архитектура
предназначенных для объединения данных, находящихся в различных
интеграции
источниках, и предоставление данных пользователям в унифицированном
виде
Архитектура - структура данных, необходимых для поддержания бизнес-процессов
информации
Архитектура - структура программных систем для управления данными и поддержания
приложений бизнес-процессов
Архитектура - фундаментальная организация системы, реализованная в ее компонентах,
системы их взаимоотношениях друг с другом и средой и принципах, определяющих
ее конструкцию (проектирование, дизайн) и развитие
Архитектура - структура процессов, ролей людей, технологий и информации,
безопасности описываемые существующее или требуемое состояние системы
информационной безопасности
Грантополучатели - получатели средств технического содействия.
Бизнес архитектура - структура бизнес процессов
Инвестиции материальные и нематериальные блага и права на них, вкладываемые в
объекты экономической и иной деятельности
Интеграция - объединение данных, находящихся в различных источниках, и
данных (интеграция) предоставление данных пользователям в унифицированном виде
Интегрированная - Автоматизированная система, в которой данные перерабатываются по
система единой схеме на основе единых для различных прикладных задач
исходных правил. Это позволяет оптимизировать как технологическую
схему обработки данных, так и их использование. Частными
составляющими интегрированных систем являются организационно-
технологический принцип “Одноразовой обработки данных для
многоразового и многофункционального их использования”, а также
интегрированные базы данных
Классификатор - систематизированный свод наименований и кодов классов, по которым
распределяются объекты в рамках данной системы классификации.
Кодирование информации в классификаторах осуществляется в
присвоении каждому элементу классификатора определенного кода
Консолидация - сбор данных из нескольких первичных систем и их объединение в одном
постоянном месте хранения. Хранилище данных позволяет хранить
огромные массивы данных и может быть использовано в качестве базы для
построения различных управленческих систем и для подготовки разных
форм отчетности

6
Концепция - генеральный замысел, определяющий стратегию действий при
осуществлении проектов, планов, программ
Конфиденциальность - обязательное для выполнения лицом, получившим доступ к
информации определенной информации, требование не передавать такую информацию
третьим лицам без согласия ее обладателя
Открытая - информация, свободно используемая любым лицом и передаваемая
информация одним лицом другому лицу, если законом не установлены ограничения
(открытость) доступа к передаваемой информации либо иные требования к порядку ее
предоставления или распространения
Подсистема - совокупность технических, программных, организационных,
технологических и/или других средств, которые при взаимодействии
реализуют определенную функцию, необходимую для реализации
назначения системы в целом
Пользователь (User) - любое лицо или организация, использующее услуги автоматизированной
системы для выполнения конкретной функции или получения информации
Процесс (рабочий - последовательность действий (подпроцессов), направленная на
процесс, бизнес- получение заданного результата, ценного для организации
процесс)
Регламент - совокупность правил, устанавливающих порядок проведения работ
Система управления - комплекс программных и лингвистических (языковых) средств,
базами данных предназначенный для реализации функций создания, ведения и
эксплуатации баз данных многими пользователями. Структура и
организация СУБД определяется используемой моделью данных. СУБД
является частью автоматизированной информационной системы
Системно- - структура аппаратного обеспечения
техническая
архитектура
Справочник - совокупность данных об объектах, состоящая из идентификаторов и
ссылок на соответствующие элементы данных. Каждый объект
описывается набором параметров (значение из классификатора или другая
дополнительная информация об объекте)
Техническое - целевые средства, безвозмездно предоставляемые донорами в виде
содействие грантов в натуральном виде и денежной форме для приобретения
оборудования и технологий, на проведение опытно-конструкторских
работ, научных или других исследований, лечение, обучение, повышение
квалификации и переподготовку персонала, оказание консультационных
услуг и другие цели, не запрещенные законодательством
Центр обработки – программно-аппаратный комплекс, созданный на базе средств
данных вычислительной техники и иного оборудования, предназначенный для
сбора, обработки, хранения, предоставления доступа к информации и для
ее передачи и обеспечивающий гарантированную безотказную работу
установленных в нем информационных систем с заданными уровнями
доступности, надежности, безопасности и управляемости
Электронно- - реквизит электронного документа, защищенный от подделки,
цифровая подпись полученный в результате криптографического преобразования
информации с использованием закрытого ключа, позволяющий
установить отсутствие утраты, искажения или подделки содержащейся в
электронном документе информации, а также обладателя электронной
цифровой подписи, придающий документу юридическую значимость

7
Firewall - межсетевой экран, брандмаузер, защитная система (аппаратная или
программная) или комбинация систем, образующая в целях защиты
границы между двумя или более сетями, предохраняя от
несанкционированного попадания в сеть или предупреждая выход из нее
пакетов данных. Используется также для разграничения доступа внутри
корпоративной сети, при наличии в ней участков с информацией,
требующей секретности. Обычно функционирует на маршрутизаторах или
выделенных серверах
HTTP (Hypertext -протокол передачи гипертекста, основной протокол www, с помощью
Transfer [Transport] которого html-документы пересылаются от узла к узлу
Protocol)
SOA (Service Oriented - сервис-ориентированная архитектура
Architecture)
SOAP (Simple Object - простой протокол обмена структурированными сообщениями в
Access Protocol) распределённой вычислительной среде
TCP/IP - платформонезависимый набор протоколов для коммуникации в
глобальных вычислительных сетях или во взаимосвязанных комплексах
сетей
XML (eXtensible - универсальный, не зависящий от платформы язык разметки, который
Markup Language) можно использовать для представления иерархических данных и
унификации передаваемой информации
VPN - виртуальная частная сеть, подсеть корпоративной сети, обеспечивающая
безопасное вхождение в нее удаленных пользователей. Подсети
используются для безопасной пересылки через Интернет
конфиденциальных данных за счет инкапсуляции (туннелирования) IP-
пакетов внутрь других пакетов, которые затем маршрутизируются
WorkFlow - графическое представление потока задач в процессе и связанных с ним
подпроцессов, включая специфические работы, информационные
зависимости и последовательность решений и работ

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


Банк Данных - Банк данных по проектам безвозмездного технического содействия
БД - База данных
БТС - Безвозмездное техническое содействие (гранты)
ВП - Временный Перечень
Департамент - Департамент по координации, учету и контролю целевого
использования гуманитарной помощи и средств технического
содействия Министерства финансов Республики Узбекистан
Доноры - Страны-доноры, международные, иностранные правительственные и
неправительственные организации, предоставляемые техническое
содействие
ЗИП - Запасные изделия и приборы
ИТ (IT) - Информационные технологии
Казначейство - Казначейство Министерства финансов Республики Узбекистан
КМ - Кабинет Министров Республики Узбекистан
МВЭСИТ - Министерство внешних экономических связей, инвестиций и торговли

8
МИД - Министерство иностранных дел Республики Узбекистан
МФ - Министерство финансов Республики Узбекистан
НПО - Неправительственные организации
НСИ - Нормативно-справочная информация
Перечень 1 - Перечень проектов безвозмездного технического содействия (грантов),
предварительно согласованных и прорабатываемых со странами-
донорами, международными и иностранными правительственными и
неправительственными организациями, на 20XX год
Перечень 2 - Перечень проектов безвозмездного технического содействия (грантов),
прорабатываемых со странами-донорами, международными и
иностранными правительственными и неправительственными
организациями
Перечень 3 - Сводный перечень приоритетных проектов безвозмездного
технического содействия (грантов), предлагаемых странам-донорам,
международным и иностранным правительственным и
неправительственным организациям к финансированию и
софинансированию
ПК - Персональный компьютер
ПКМ - Постановление Кабинета министров Республики Узбекистан
ПО - Программное обеспечение
Проект(ы) - Проект(ы), реализуемые за счет средств технического содействия
доноров
ПРООН - Программа развития Организации Объединенных Наций
СОИБ - Система обеспечения информационной безопасности
СБТС - средства безвозмездного технического содействия
СТС - средства технического содействия
СУБД - Система управления базами данных
СУИВС - Система управления информацией по внешнему содействию
ТЗ - Техническое задание
ЭДП - Электронное Досье Проекта
ЭП - Электронное правительство
ЭЦП - Электронная цифровая подпись

9
1.1 Полное наименование и условное обозначение Системы
Полное наименование Системы: Система управления информацией внешней помощи
Республике Узбекистан
Aid Information Management System of the Republic of
Uzbekistan
Условное обозначение Системы: AIMS_UZ
1.2 Номер договора
Разработка Номер Договора, заключаемого с победителем конкурса на выполнение
Технического работ по разработке и внедрению Системы управления информацией
проекта: внешней помощи Республике Узбекистан
1.3 Наименование предприятий Заказчика и Исполнителей проекта
Заказчик: Представительство ПРООН в Республике Узбекистан

Исполнительный Департамент по координации, учету и контролю целевого


использования гуманитарной помощи и средств технического
партнер
содействия при Министерстве финансов Республики Узбекистан
ПРООН:

Исполнитель ТЗ: ООО «RIM-NIHOL»

Исполнитель Победитель конкурса на выполнение работ по разработке и


внедрению Системы управления информацией внешней помощи
Технического
Республике Узбекистан
проекта:
1.4 Перечень документов, на основании которых создается Система
Основание для выполнения проекта разработки и внедрения СУИВС AIMS_UZ:
 Контракт на выполнение работ «Оказание услуг по разработке и внедрению Системы
управления информацией о внешнем содействии», заключаемый между
Представительством ПРООН в Республике Узбекистан и победителем конкурса на
выполнение работ по разработке и внедрению Системы управления информацией
внешней помощи Республике Узбекистан.
Перечень документов, на основании которых должна вестись разработка Системы:
 Концептуальная записка по разработке и внедрению системы управления информацией
внешней помощи (СУИВС AIMS_UZ);
 Техническое задание по разработке и внедрению системы управления информацией
внешней помощи (при необходимости, при техническом проектировании системы
данное ТЗ может быть дополнено новыми подразделами по функциональной части
СУИВС AIMS_UZ);
 Законодательные и нормативно-правовые акты. (Перечень документов приведен в
«Разделе 4.3.8 Требования к методическому обеспечению» данного документа).
1.5 Плановые сроки начала и окончания работ
Плановые сроки выполнения работ по разработке и внедрению СУИВС AIMS_UZ
устанавливаются по итогам конкурса на выполнение работ по разработке и внедрению
СУИВС AIMS_UZ и фиксируются в контракте на выполнение этих работ.

10
1.6 Источники финансирования
Основным источником финансирования проекта разработки и внедрения СУИВС, а
также ее развития, планируется ПРООН, т.к. именно ПРООН финансировало разработку
Концептуальной записки и Технического задания на создание Системы.
Принимая во внимание, что создание Системы носит государственный характер,
направленный на совершенствование информационно-технологической и информационно-
коммуникационной инфраструктуры государственного управления информацией внешней
помощи Республике Узбекистан, финансирование также возможно за счет средств
государственного бюджета, внебюджетных фондов, а также использования других
источников финансирования, не запрещенных законодательством Республики Узбекистан.
Задействованные в эксплуатации Системы Министерства выступают
функциональными заказчиками Системы и участвуют в формировании требований и приемке
внедрений системы, а также в последующем обеспечивают ее эксплуатацию и
информационное наполнение.
Состав мероприятий, сроки их осуществления и объемы финансирования
определяются программой работ по созданию и внедрению СУИВС AIMS_UZ.
Порядок финансирования определяется условиями Контракта на создание и внедрение
СУИВС AIMS_UZ на стадии реализации настоящего Технического задания.
1.7 Порядок оформления и предъявления результатов работ
Оформление и предъявление Заказчику результатов работ по созданию СУИВС
AIMS_UZ осуществляется Исполнителем согласно:
 сетевому графику к Контракту на выполнение работ по разработке и внедрению
СУИВС AIMS_UZ;
 требованиям государственных стандартов Республики Узбекистан по оформлению
документации;
 требованиям данного Технического задания с учетом требований, приведенных в
подразделах по функциональной части, разработанных при техническом
проектировании СУИВС AIMS_UZ.
Разработка проекта создания СУИВС AIMS_UZ, порядок оформления и предъявления
Исполнителем Заказчику результатов работ по созданию Системы должны соответствовать
требованиям Стандартов по Информационным Технологиям, действующим в Республике
Узбекистан (перечень стандартов приведен в «Разделе 4.3.8 Требования к методическому
обеспечению» данного документа).
Работы по созданию Системы и сдаче-приемке проводятся в соответствии с данным
Техническим заданием и проектным решением, представленным Исполнителем.
Поэтапная отчетность по реализации проекта создания и внедрения AIMS_UZ
предусматривает подготовку и сдачу разработанной Исполнителем документации в
следующем объеме:
 Техно-рабочий проект;
 Эксплуатационная документация:
o Общее описание системы
o Руководство пользователей;
o Руководство администратора, включая Инструкцию по установке Системы;
o Программа и методика приемо-сдаточных испытаний.

11
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 Назначение Системы
За последние годы в Республике Узбекистан создана целостная система организации
проработки и привлечения в Республику Узбекистан безвозмездного технического содействия
(далее по тексту - БТС) на развитие отраслей экономики и социальной сферы, а также учета и
контроля за целевым и эффективным использованием выделяемых грантовых средств.
Отсутствие современных полнофункциональных решений в государственных органах
Республики Узбекистан для организации учета сведений по программам внешнего
содействия, определяет актуальность решения вопросов скорейшей автоматизации
трудоемких процессов работы с информацией по проектам, реализуемым за счет СБТС.
Необходимо отметить, что Республика Узбекистан не имеет единой системы
управления информацией по внешнему содействию, которая предоставляла бы качественную
информацию для оперативных государственных управленческих решений в области
координации внешнего содействия. Решением организации взаимодействия государственных
служб, стран-доноров, а также грантополучателей должно послужить создание единого
информационного пространства в сфере мониторинга и координации внешнего содействия.
СУИВС AIMS_UZ является системой управления информацией внешней помощи
Республике Узбекистан и предназначена для использования министерствами РУз, на которые
законодательно возложены функции по координации и мониторингу проектов БТС.
На данном этапе СУИВС AIMS_UZ создается как основной инструмент хранения и
обработки данных о проектах технического содействия и в первую очередь предназначен для
Департамента по координации, учету и контролю целевого использования гуманитарной
помощи и средств технического содействия (далее по тексту – CTC) Министерства финансов
Республики Узбекистан (далее по тексту- Департамент).
Основное предназначение информационно-аналитической системы СУИВС AIMS_UZ
является автоматизация трудоемких задач выполняемых государственными службами в части
управления информацией по внешнему содействию, и формирование единого
информационного пространства координации и мониторинга внешней помощи Республике
Узбекистан для взаимодействия государственных служб РУз, доноров (стран-доноров,
международных, иностранных правительственных и неправительственных организаций),
получателей технического содействия (исполнительных агентств), а также гражданского
общества Узбекистана.
СУИВС AIMS_UZ призвана способствовать исполнению и усовершенствованию
следующих процессов координации внешнего содействия:
 основных трудоемких рабочих процессов государственных служб Республики
Узбекистан по координации привлечения в республику средств технического
содействия, учету проектов, реализуемых за счет СБТС, а также мониторинга и
контроля за их целевым использованием, с обеспечением единообразного их
выполнения;
 процедур взаимодействия органов государственной власти по вопросам координации
внешнего содействия;
 процедур информационного взаимодействия государственных органов в рамках
решения государственных задач проработки и привлечения в Республику Узбекистан
безвозмездного технического содействия (грантов): Министерство финансов РУз,
Министерство экономики, МВЭСИТ, МИД;
 процедур информационного взаимодействия государственных служб РУз, доноров
(стран-доноров, международных, иностранных правительственных и

12
неправительственных организаций), получателей технического содействия
(исполнительных агентств), а также гражданского общества Узбекистана
 учет и обеспечение прозрачности потоков внешней помощи с точки зрения учета
гендерного измерения.
СУИВС AIMS_UZ должна максимально способствовать устранению следующих
недостатков решения вопросов технического содействия в рамках межведомственного
взаимодействия:
 невозможность стратегического планирования и анализа управления данными о
техническом содействии Республике Узбекистан;
 отсутствие единого информационного пространства для автоматизации основных
процессов обеспечения полного и системного учета проектов технического содействия,
что приводит к необходимости дублированного ввода и учета информации в каждом
министерстве, задействованном в выполнении этих процедур;
 отсутствие единого инструмента для автоматизации основных процессов обеспечения
полного и системного учета проектов технического содействия;
 отсутствие полноты и структурирования информации о проектах технического
содействия;
 неполнота консолидированных сведений, подготавливаемых разными
министерствами;
 трудоемкость формирования единых форм отчетности;
 неактуальность информации на момент ее консолидации;
 неэффективное использование рабочего времени из-за отсутствия удобных
инструментов создания, поиска, согласования и отправки документов по проектам
технического содействия, что ведет к снижению производительности труда.
Внедрение СУИВС AIMS_UZ должно обеспечить:
 оптимизацию процессов реализации управления и мониторинга процедур внешней
помощи Республике Узбекистан;
 облегчить взаимодействие правительства Республики Узбекистан, доноров
Узбекистана, получателей технического содействия (исполнительные агентства) и
гражданского общества Узбекистана.
 повышение эффективности организации работы Департамента МФ при выполнении
государственных задач, базирующихся на информации, подготавливаемой другими
задействованными министерствами, такими как МВЭСИТ и Казначейство РУз.
 возможность предоставления информации по утвержденным проектам технического
содействия гражданам (G-С) и заинтересованным организациям (G-G).
В целом, реализация проекта создания СУИВС AIMS_UZ призвана обеспечить
создание общедоступной, прозрачной и глобальной картины международной помощи
Узбекистану на постоянной основе и использовать единые технологии в работе с
информацией по Проектам, реализуемым за счет средств безвозмездного технического
содействия (далее по тексту - СБТС).
2.2 Цели создания Системы
Основные цели проекта «Повышение эффективности координации внешнего
безвозмездного содействия в Узбекистане»:
 построение платформы по партнерству и регулярному диалогу между
соответствующими правительственными институтами, участвующими в координации
внешнего содействия и партнерами в области развития;
 повышение эффективности внешнего содействия на секторальном уровне путем
совершенствования потенциала по формулировке и управлению портфелями проектов,

13
улучшения приоритизации и совершенствования ориентирования на основе
результатов;
 создание Системы управления информацией по внешнему содействию (СУИВС
AIMS_UZ) в соответствии с международными стандартами.
Республика Узбекистан получает от международного сообщества различные виды
официальной помощи в целях развития. Такое содействие является важным вспомогательным
средством в достижении экономического развития страны.
Одним из способов оказания внешнего содействия является оказание технического
содействия, при котором целевые средства, предоставляются донорами безвозмездно в виде
грантов в натуральном виде и денежной форме.
Целью создания информационно-аналитической системы СУИВС AIMS_UZ
является формирование эффективной системы управления информацией по внешнему
содействию, обеспечивающей повышение результативности процедур по координации
привлечения в республику средств технического содействия, учету проектов, реализуемых за
счет средств технического содействия, а также мониторинга и контроля за их целевым
использованием.
Создание СУИВС AIMS_UZ должно осуществляться в соответствии с
международными стандартами, что позволит осуществлять регистрацию, финансовый и
тематический мониторинг результатов Проектов и программ, а также обеспечит прозрачный
обмен информацией по внешнему содействию.
Для создания общедоступной, прозрачной и глобальной картины международной
помощи Узбекистану, СУИВС AIMS_UZ призвана реализовать идею создания и развития
единого информационного пространства координации и мониторинга внешней помощи
Республике Узбекистан для взаимодействия правительства РУз, доноров (стран-доноров,
международных, иностранных правительственных и неправительственных организаций),
получателей технического содействия (исполнительных агентств), а также гражданского
общества Узбекистана. При этом должна быть обеспечена возможность одновременного
оперативного доступа всем к единой базе данных (далее по тексту - БД), в реальном масштабе
времени получать, изменять и анализировать необходимую информацию, в рамках
предоставленных пользователям полномочий.
СУИВС AIMS_UZ должна способствовать оптимизации в Республике Узбекистан
процессов координации и мониторинга внешней помощи и обеспечить возможность
сотрудникам и руководству министерств, а также вышестоящим органам в любой момент
времени принимать оптимальные управленческие решения по вопросам внешнего содействия.
Повышение качества принятия управленческих решений реализуется за счет оперативности
представления, полноты, достоверности и удобства форматов отображения информации.
Для достижения стоящих перед информационно-аналитической системой целей,
СУИВС AIMS_UZ должна обеспечить выполнение следующих основных задач:
 создание единого хранилища информации по внешнему содействию с обеспечением
ввода информации в режиме реального времени, ее хранения, обновления и обработки;
 автоматизацию основных трудоемких рутинных рабочих процессов Департамента и
других государственных органов по выполнению ими государственных задач по учету
проектов, реализуемых за счет СТС, а также мониторинга и контроля за их целевым
использованием;
 создание платформы для формирования единого информационного пространства
мониторинга и координации внешней помощи Республике Узбекистан для организации
представления пользователям информации по внешнему содействию;

14
 обеспечение единообразного выполнения и формирования баз данных отдельных
министерств с возможностью их дальнейшей интеграции и консолидации в рамках
межведомственного взаимодействия в области внешнего содействия;
 организация решений по обеспечению безопасности;
 обеспечение надежности функционирования системы.
Принимая во внимание, что в системе основным исполнителем процедур контроля и
мониторинга определен Департамент Министерства Финансов, и учитывая актуальность для
Департамента решения вопросов совершенствования координации деятельности по
привлечению в Республику Узбекистан средств технического содействия, обеспечения единой
системы учета и строгого контроля за их целевым и эффективным использованием, внедрение
СУИВС AIMS_UZ в первую очередь должно обеспечить:
 в части ввода в базу данных системы Перечней проектов БТС (задача
Министерства экономики РУз):
o Перечень проектов безвозмездного технического содействия (грантов),
предварительно согласованных и прорабатываемых со странами-донорами,
международными и иностранными правительственными и неправительственными
организациями, на текущий год;
o Перечень проектов безвозмездного технического содействия (грантов),
прорабатываемых со странами-донорами, международными и иностранными
правительственными и неправительственными организациями, на 3 года;
o Сводный перечень приоритетных проектов безвозмездного технического
содействия (грантов), предлагаемых странам-донорам, международным и
иностранным правительственным и неправительственным организациям к
финансированию и софинансированию;

 в части автоматизации основных задач Департамента:


o развитие сотрудничества с донорами по вопросам привлечения в Республику
Узбекистан средств технического содействия:
 обеспечение повышения эффективности решения задач привлечения средств
безвозмездного технического содействия в экономику страны;
 оптимизацию и усовершенствование существующих рабочих процессов
координации работ по привлечению в республику средств технического
содействия за счет использования современных IT-решений;
 формирование и регулярное обновление базы данных донорских
организаций, предоставляющих гуманитарную помощь и средства
технического содействия;
 организация взаимодействия участников на основе современных
инструментов оповещения (СМС, электронная почта);
 и др.
o обеспечение единой системы учета привлекаемых в Республику Узбекистан средств
технического содействия:
 формирование единой базы данных средств технического содействия,
систематизация, обработка и хранение информации;
 повышение уровня достоверности и полноты первичной информации,
получаемой в ходе работ служб Департамента и Казначейства;
 организацию информационного ресурса, в котором содержится основная
информация о проектах внешней помощи Республике Узбекистан за
предыдущие годы;
 и др.

15
o осуществление мониторинга освоения, целевого и эффективного использования
средств технического содействия, получаемых министерствами, ведомствами,
хозяйственными объединениями, организациями и учреждениями Республики;
 оптимизацию и усовершенствование существующих рабочих процессов
реализации управления, мониторинга и контроля процедур внешней помощи
за счет использования современных IT-решений;
 сокращение сроков принятия и оформления решений;
o подготовка аналитических материалов и проектов отчетов о поступлении и ходе
освоения средств технического содействия, привлекаемых в Республику
 повышение качества аналитической информации, формируемой в системе;
 повышение уровня достоверности и актуальности представления данных;
 предоставление инструментария «Диаграммы» и «Комплексное
картографирование»;
 в части автоматизации задачи Казначейства: Сбор отчетности, отражающей
использование грантовых средств, поступающих в Республику Узбекистан:
оптимизацию и усовершенствование существующих рабочих процессов по сбору
o
отчетности, отражающей использование грантовых средств, поступающих в
Республику Узбекистан, за счет использования современных IT-решений;
o повышение качества и своевременности собираемых данных;
o формирование единой базы данных сведений по реализации Проектов за счет
средств технического содействия;
o повышение уровня достоверности и полноты сведений по реализации Проектов;
o предоставление инструмента автоматизации контроля своевременности
поступления отчетов и генерации автоматических уведомлений получателю
технического содействия (исполнительному агентству) о задержке сроков их
предоставления;
o обеспечение доступа всех заинтересованных пользователей к результирующей
информации, в рамках предоставленных им полномочий;
 в части создания платформы для формирования единого информационного
пространства координации и мониторинга внешнего содействия Республике
Узбекистан:
o организацию портального решения, обеспечивающего:
 создание информационной платформы по партнерству и регулярному
диалогу между правительственными институтами (государственные органы
Республики Узбекистан), участвующими в координации внешнего
содействия, и партнерами в области развития;
 условия для оперативного взаимодействия государственных органов в рамках
вопросов координации внешнего содействия;
 доступ к аналитической информации по внешней помощи Республике
Узбекистан для организации представления широкому кругу пользователей в
рамках предоставленных им полномочий (Персональные кабинеты);
 возможность размещения в открытой части портального решения наиболее
востребованной информации с сайта devaid.uz, в т.ч. блок основных сведений
по донорам, блок законодательных актов, информацию о Департаменте по
координации, учету и контролю целевого использования гуманитарной
помощи и средств технического содействия в структуре Министерства
Финансов Республики Узбекистан;
 возможность в открытой части портального решения размещать перечень
приоритетных проектов безвозмездного технического содействия (грантов)
предлагаемых странам-донорам, международным и иностранным

16
правительственным и неправительственным организациям к
финансированию и софинансированию, в том числе размещение основных
процедурных вопросов процесса привлечения средств технического
содействия в Республику Узбекистан;;
o сокращение расходов государственных органов в связи:
 с повышением эффективности процессов ведения совместного
делопроизводства за счет сокращения времени на обработку, согласование и
передачу информации;
 с сокращением объема предоставления бумажной отчетности
задействованных министерств и ведомств, исполнительных агентств, а также
стран и организаций-доноров.
o обеспечение повышения эффективности и прозрачности деятельности
государственных органов Республики Узбекистан, участвующих в координации
внешнего содействия;
o осуществление контроля за соблюдением законодательства и противодействием
коррупции в рамках решения вопросов координации внешнего содействия.

В перспективе информационно-аналитическая система СУИВС AIMS_UZ должна


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

Критериями оценки достижения целей создания СУИВС AIMS_UZ являются


следующие показатели:
 сокращение непроизводительных и дублирующих операций, выполняемых «вручную»
при работе с документами по проектам, реализованных за счет СБТС, исключение
ошибок при их оформлении (ожидаемый показатель 70%);
 снижение затрат на процедуры проработки и согласования проектных предложений, а
также проведения мониторинга и контроля за целевым использованием средств по
проектам ТС за счет оптимизации информационного взаимодействия участников
основных процессов, обеспечивающей экономию времени поиска информации,
процедур согласования документов, отправления бумажных документов (ожидаемый
показатель 40%);
 сокращение затрат бумаги при переходе на электронную форму ведения документации
и отчетности, а также обмена информацией, обеспечивающие экономию и
рациональное использование бумаги (ожидаемый показатель 20%).

17
3 ХАРАКТЕРИСТИКИ ОБЪЕКТА ИНФОРМАТИЗАЦИИ
3.1 Краткие сведения об объекте информатизации
Объектами информатизации при разработке системы управления информацией
внешней помощи Республике Узбекистан выступают следующие министерства, на которых
законодательно возложены функции по координации привлечения в республику и
своевременного оформления проектных предложений в сфере технического содействия, а
также по организации учета и контроля за их целевым использованием:
 Министерство финансов (Департамент, Казначейство и Главное контрольно-
ревизионное управление);
 Министерство внешних экономических связей, инвестиций и торговли (далее по тексту
- МВЭСИТ);
 Министерство иностранных дел (далее по тексту МИД);
 Министерство экономики.
При развитии проекта СУИВС перечень объектов информатизации может быть
расширен.
Объектами автоматизации СУИВС AIMS_UZ определены процессы организации и
мониторинга процедур внешнего содействия Республике Узбекистан. На данном этапе
создания СУИВС AIMS_UZ предусматривается автоматизация процедур учета проектов,
реализуемых за счет средств технического содействия доноров (грантов), а также процедур
мониторинга и контроля за их целевым и эффективным использованием.
Принимая во внимание, что внешняя помощь предоставляется посредством реализации
всех проектов БТС, то полнота сведений по оказываемой и получаемой внешней помощи
может быть обеспечена только при включении в хранилище системы СУИВС данных по всем
исполняемым в Республике Узбекистан проектам БТС, начиная с этапа их проработки до
аналитического анализа их эффективности, проводимого по завершении этих проектов.
Исполнение данного требования должно быть обязательным при принятии решения по
развитию СУИВС AIMS_UZ.
3.1.1 Сведения об основных задачах министерств Республики Узбекистан,
обеспечивающих привлечение средств технического содействия в
экономику страны и качественное исполнение проектов, реализуемых за
счет средств технического содействия доноров
Государственный мониторинг хода подготовки и реализации Проектов БТС является
основным механизмом управления и контроля за ходом реализации этих проектов.
Законодательно (ПКМ РУз N 251 от 15.11.2005 г. «О мерах по совершенствованию
механизмов утверждения и мониторинга реализации инвестиционных проектов, учета и
контроля грузов гуманитарной помощи и средств технического содействия») в сфере
реализации проектов за счет СБТС определены к исполнению следующие задачи для
министерств Республики Узбекистан, участвующих в реализации Проектов:

 Министерство экономики:
 Проработка и согласование проектных предложений:
o обеспечивает подготовку следующих Перечней проектов БТС:
 Перечень проектов безвозмездного технического содействия (грантов),
предварительно согласованных и прорабатываемых со странами-донорами,
международными и иностранными правительственными и
неправительственными организациями на 20ХХ год (далее по тексту – Перечень
1);

18
 Перечень проектов безвозмездного технического содействия (грантов),
прорабатываемых со странами-донорами, международными и иностранными
правительственными и неправительственными организациями (далее по тексту
– Перечень 2);
 Сводный перечень приоритетных проектов безвозмездного технического
содействия (грантов), предлагаемых странам-донорам, международным и
иностранным правительственным и неправительственным организациям к
финансированию и софинансированию (далее по тексту – Перечень 3).
o рассматривает проектные предложения и представляют заключение в
Министерство финансов Республики Узбекистан о целесообразности включения
проектного предложения в перечни приоритетных проектов.

 Министерство финансов
 Проработка и согласование проектных предложений:
o участвует в согласовании перечня приоритетных проектов технического содействия,
предлагаемых к финансированию донорами на следующий год;
o участвует в подготовке перечня приоритетных проектов технического содействия,
предварительно прорабатываемых с донорами, для реализации в текущем году;
o осуществляет прием новых проектных предложений для включения в перечни
приоритетных проектов и направляет их на рассмотрение в Министерство экономики и
МВЭСИТ;
o рассматривает полученные заключения, вносит обобщенное заключение в КМ РУз
или возвращает проектный документ на доработку инициатору проекта/
исполнительному агентству;
o после получения положительного/отрицательного решения КМ РУз, уведомляет
инициатора проекта/исполнительное агентство и донора о принятом решении;
 Мониторинг реализации проектов технического содействия:
o принимает от получателя БТС требуемые сведения по проекту БТС (Департамент);
o представляет в Аппарат Президента и КМ РУз аналитические материалы о ходе
привлечения и реализации в Республике Узбекистан проектов, реализуемых за счет
СБТС;
o принимает от получателя БТС сведения о поступлении товаров, ввозимых в рамках
реализации проектов технического содействия (Департамент);
o принимает от исполнительного агентства заключительный отчет о реализации
проекта БТС, отражающий достигнутые цели проекта, экономический, социальный
и/или научный эффект, принятие на баланс и направления использования поставленных
материально-технических средств, а также план мероприятий по применению
результатов проекта (Департамент);
 Контроль за целевым использованием грантовых средств:
o рассматривает ход реализации проектов технического содействия (Департамент);
o создает при необходимости рабочие группы для проведения проверок деятельности
исполнительных агентств по реализации проектов технического содействия;
o принимает отчетность, отражающую использование грантовых средств, в том числе
в денежной форме - аналогично отчету об использовании бюджетных средств
(Казначейство);

19
o осуществляет контроль за целевым использованием грантовых средств
(Департамент, Казначейство, Главное контрольно-ревизионное управление).

 Министерство внешних экономических связей, инвестиций и торговли


 Проработка и согласование проектных предложений:
o участвует в согласовании перечня приоритетных проектов технического содействия,
предлагаемых к финансированию донорами на следующий год;
o участвует в подготовке перечня приоритетных проектов технического содействия,
предварительно прорабатываемых с донорами, для реализации в текущем году;
o осуществляет прием новых проектных предложений для включения в перечни
приоритетных проектов;
o рассматривает проектные предложения и представляет заключение в МФ РУз о
целесообразности включения предложения в перечни приоритетных проектов;
 Мониторинг реализации проектов технического содействия:
o принимает от получателя БТС требуемые сведения по проекту БТС;
o представляет сведения о получателях технического содействия в Департамент
Министерства финансов по установленной форме;
o своевременно сообщает в Департамент МФ о поступающей в МВЭСИТ информации
о принятии решений донорами по финансированию проектов технического содействия,
o осуществляет постоянный мониторинг привлечения и выполнения обязательств
донорами в ходе реализации проектов;
o принимает от получателя технического содействия (исполнительное агентство)
сведения о поступлении товаров, ввозимых в рамках реализации проектов технического
содействия;
o подготавливает и выдает исполнительным агентствам заключения о
принадлежности товаров к техническому содействию доноров;
o принимает от исполнительного агентства заключительный отчет о реализации
проекта БТС, отражающий достигнутые цели проекта, экономический, социальный
и/или научный эффект, принятие на баланс и направления использования поставленных
материально-технических средств, а также план мероприятий по применению
результатов проекта;
 Контроль за целевым использованием грантовых средств:
o рассматривает ход реализации проектов технического содействия, с
приглашением представителей исполнительных агентств и заинтересованных сторон;
o осуществляет контроль за целевым использованием грантовых средств;
3.1.2 Основные задачи по реализации функций Департамента и Казначейства,
возложенных на них для осуществления мониторинга и контроля за
целевым использованием средств технического содействия
Функции по организации учета и контроля за их целевым использованием возложены
на следующие подразделения Министерства финансов Республики Узбекистан:
 Казначейство – в части полного и системного учета всех видов поступающей в
Республику Узбекистан гуманитарной помощи и средств технического содействия, в
том числе в нематериальной форме;

20
 Департамент - функции по координации, учету и контролю целевого использования
гуманитарной помощи и средств технического содействия.
В рамках исполнения проектов, реализуемых за счет СБТС, Казначейство
обеспечивает сбор отчетности, отражающей использование грантовых средств, поступающих
в Республику Узбекистан, а Департамент – на основе собранной через Казначейство
информации о средствах технического содействия, обеспечивает ее анализ и обобщение,
подготовку соответствующих аналитических и справочных материалов для обеспечения учета
и контроля целевого и эффективного использования средств технического содействия.
Процедуры исполнения процессов Проектов обеспечивают выполнение следующих
основных задач по реализации функций Департамента, возложенных на него для
осуществления мониторинга и контроля за целевым использованием СБТС:
 Развитие сотрудничества с донорами по вопросам привлечения в Республику
Узбекистан средств технического содействия. Формирование и регулярное обновление
базы данных донорских организаций, предоставляющих гуманитарную помощь и
средства технического содействия;
 Обеспечение единой системы учета привлекаемых в Республику Узбекистан средств
технического содействия. Формирование единой базы данных средств технического
содействия для финансирования приоритетных проектов и мероприятий;
 Координация процесса проработки и реализации проектов, реализуемых за счет
средств технического содействия;
 Оказание министерствам и ведомствам практической помощи при оформлении СБТС,
предоставляемых Республике Узбекистан. Разработка и осуществление мероприятий
по сокращению сроков оформления и поступления получателям СБТС;
 Осуществление постоянного мониторинга освоения, целевого и эффективного
использования СБТС, получаемых министерствами, ведомствами, хозяйственными
объединениями, организациями и учреждениями республики;
 Подготовка аналитических материалов и проектов отчетов о поступлении и ходе
освоения гуманитарной помощи и СБТС, привлекаемых в Республику Узбекистан.
Представление на системной основе в Аппарат Президента Республики Узбекистан и
Кабинет Министров Республики Узбекистан отчетов и аналитических материалов о
поступлении и ходе освоения гуманитарной помощи и СБТС.
3.1.3 Описание основных процессов СУИВС
Проект по разработке и внедрению СУИВС AIMS_UZ призван, в первую очередь,
обеспечить автоматизацию основных трудоемких процедур государственных служб по учету
проектов, реализуемых за счет СБТС, а также мониторинга и контроля за их целевым
использованием.
Основными объектами являются документы и бизнес-процессы, представляющие как
движение документов, так и их обработку, и обеспечивающие качественное исполнение всех
процедур управления информацией о проектах, реализуемых за счет СБТС.
В основу автоматизации должен быть заложен процессный подход, позволяющий
рассматривать деятельность Департамента и других государственных служб, на которые
государством возложены обязанности выполнения задач в сфере внешнего содействия, как
связанную систему бизнес-процессов, каждый из которых протекает во взаимосвязи с другими
бизнес-процессами или внешней средой.
Департамент и Казначейство Министерства Финансов РУз, Министерство экономики,
МВЭСИТ в рамках сегмента ввода информации реализуют определенный набор бизнес-

21
процессов. Для проведения эффективного мониторинга реализации проектов технического
содействия, а также обеспечения контроля за целевым использованием поступающих в
Республику Узбекистан средств технического содействия, должны применяться новые
методики, внедряться новые подходы ведения и обработки данных, т.е. необходимо
оптимально выстраивать бизнес-процессы управления информацией о техническом
содействии: формирование профиля проекта и программ, формирование отчетности,
управление мероприятиями по проектам, контроль поступления и освоения выделенных
средств в сроки, анализ обязательств и выплат по проекту и т.д.
Не все процессы или их подпроцессы подлежат автоматизации в типовой
информационно-аналитической системе СУИВС AIMS_UZ. В Системе выделены
приоритетные процессы, автоматизация которых должна обеспечить синергетический
эффект:
 ввод утвержденных Перечней проектов БТС;
 ведение процессов по работе с Перечнями;
 формирование Электронного Досье Проекта (далее по тексту ЭДП);
 ведение информации по проекту;
 ведение информации по программе;
 ведение информации по Донору;
 ведение процессов по контролю поступивших средств технического содействия;
 ведение графика жизненного цикла Проекта в части его реализации;
 ведение процессов по контролю хода исполнения мероприятий по проекту;
 ведение процессов по контролю за целевым использованием средств технического
содействия;
 оценка эффективности проекта;
 сбор статических и аналитических данных, аналитическая обработка информации,
формирование аналитических и статистических отчетов, комплексное
картографирование;
 и др.
Общая схема реализации процесса «Мониторинг и контроль за целевым
использованием средств технического содействия» приведена на рисунке 1.

22
II. Мониторинг и контроль за целевым использованием средств

Информирование о

Донор
финансировании
проекта

Исполнител
МИД агентство
Представление Принятие мер по Подготовка
документов по проекту заключительного
Департам МВЭСИ ьное проекту отчета

Согласование с Мин.
Ти

Фин. документов по
проекту
Ведение учета о
своевременной
Сведения о Принятие мер по сдачи отчета
Сортировка перечней
получателях утвержденных проектов, устранение
ент

технического аналитика существующих


содействия проблем по проекту
Президента Главное Казначей

Получение Подготовка
ство

отчетности обобщенной
по грантам сводной
информации

Контроль за Информирование
РУз, Каб. Мин. КРУ

целевым о необходимых
использованием мерах
средств

Аналитический отчет о Решения по принятию мер по


поступлении и освоении
Аппарат

средств определенным проектам

Рис.1 Общая схема реализации процесса «Мониторинг и контроль за целевым


использованием средств технического содействия»
Получателями первичных данных по проектам БТС и источниками данных СУИВС
являются:
 Доноры (грантодатели);
 Получатели технического содействия (исполнительные агентства),
Получателями аналитических и консолидированных данных по Проектам в СУИВС
AIMS_UZ могут являться уполномоченные в получении этой информации специалисты
государственных служб, руководители министерств, а также высшие государственные органы
Республики Узбекистан.
Данные процессы осуществляются следующими специалистами:
 специалисты функциональных служб Министерства финансов (Департамент,
Казначейство и Главное контрольно-ревизионное управление);
 специалисты функциональных служб Министерства экономики.
 специалисты функциональных служб Министерства внешних экономических связей,
инвестиций и торговли;
 специалисты функциональных служб Министерства иностранных дел;
 руководители подразделений различного уровня, в т.ч. и высшее руководство
министерств.
Деятельность персонала регулируется ведомственными методическими и
регламентирующими документами.
Функционирование системы СУИВС AIMS_UZ должно быть организовано в двух
режимах:
 Закрытый режим – для сотрудников государственных служб, на которых
законодательно возложены функции по координации, проработке и реализации
проектов технического содействия (грантов) и гуманитарной помощи. Автоматизация
задач и визуализация закрытого режима реализуются функционалом внутреннего
портала системы;
23
 Открытый режим - для доноров, агентств ООН и международных НПО, а также
гражданского общества этих стран
К открытой части информационного ресурса портального решения СУИВС AIMS_UZ
обеспечивается свободный доступ любому пользователю ресурса.
3.1.3.1 Информационная составляющая бизнес-процессов обеспечения учета и
контроля исполнения проектов, реализуемых за счет средств технического
содействия доноров
Информационная составляющая бизнес-процессов учета и мониторинга реализации
проектов, реализуемых за счет СБТС, условно может быть разделена на планируемые и
фактические показатели реализации Проектов.
Планируемые и фактические показатели реализации Проектов в совокупности
являются информационной составляющей для проведения аналитических разборов и
сравнений при определении степени соответствия планируемых и фактических результатов
реализации Проектов на любом этапе их реализации, а также оценки эффективности хода
исполнения процедур реализации Проектов.
Планируемые показатели реализации проектов
Проекты, реализуемые за счет средств технического содействия доноров, являются
основной составной частью банка данных по проектам БТС (далее по тексту - Банк Данных).
В соответствии с ПКМ РУз N 251 от 15.11.2005 г., еще на этапе Проработки и
согласования проектных предложений, министерство или ведомство - инициатор проекта
либо получатель технического содействия (исполнительное агентство) вносит проектное
предложение (на узбекском/русском и английском языках) с приложением Паспорта
проектного предложения в Министерство финансов, МВЭСИТ и Министерство экономики
Республики Узбекистан.
Паспорт проектного предложения (форма согласно приложению 3 к Положению)
содержит сведения о заявителе и сведения по проекту (более 20 реквизитов), включая
ожидаемые результаты и эффект от реализации проекта.
В дальнейшем после принятия решения донором о финансировании проекта
технического содействия, представляется паспорт проекта, сведения о получателях
технического содействия, а также План мероприятий по реализации проекта технического
содействия и график освоения средств гранта, согласованные с Министерством финансов и
утвержденные руководителем соответствующего Комплекса Кабинета Министров.
При необходимости, предоставляется перечень оборудования, товаров (работ, услуг),
планируемых к закупке и/или предоставлению в рамках проекта технического содействия.
После подписания соглашения с донором о реализации проекта, предоставляется
копия данного соглашения о реализации проекта.
Данные сведения формируются по каждому Проекту и являются информационной
составляющей бизнес-процессов учета проектов безвозмездного технического содействия и
мониторинга их реализации (планируемые показатели реализации Проекта).
Первоначальное формирование данных по проекту и прикрепление сопутствующих
документов на первом этапе реализации проекта создания СУИВС AIMS_UZ вносятся в базу
данных при формировании Перечней проектов БТС.
Фактические показатели реализации проектов
Осуществление мониторинга освоения, целевого и эффективного использования
средств технического содействия, получаемых министерствами, ведомствами,
хозяйственными объединениями, организациями и учреждениями республики производится

24
Департаментом по координации, учету и контролю целевого использования гуманитарной
помощи и средств технического содействия Министерства финансов РУз на основе обработки
и анализа сведений, предоставляемых получателями технического содействия.
В соответствии с постановлением N 1892 от 24.12.2008 г. «Об утверждении форм
отчетности получателей гуманитарной помощи и средств технического содействия и правил
по их заполнению», отчетность представляется в соответствующие подразделения
Казначейства МФ по месту расположения грантополучателя по состоянию на 1 число каждого
месяца, т.е. ежемесячно.
Форма «Отчет о полученных и освоенных средствах технического содействия»
согласно приложению № 2 Постановления N 1892 от 24.12.2008 г. содержит сведения о
получателе и 15 граф, отражающих сведения о полученных и освоенных средствах
технического содействия по проекту.
По завершении Проектов исполнительные агентства в месячный срок представляют в
Департамент и МВЭСИТ утвержденный руководителем исполнительного агентства
заключительный отчет о реализации проекта технического содействия, отражающий
достигнутые цели проекта, экономический, социальный и/или научный эффект, принятие на
баланс и направления использования поставленных материально-технических средств, а
также план мероприятий по применению результатов проекта.
Данные сведения представляются по каждому проекту и являются информационной
составляющей бизнес-процессов мониторинга реализации проектов безвозмездного
технического содействия (фактические показатели реализации проекта).
Анализ перечней проектов безвозмездного технического содействия (грантов),
предварительно согласованных и прорабатываемых со странами-донорами, международными
и иностранными правительственными и неправительственными организациями,
опубликованных приложениями к Постановлениям КМ РУз за последние 5 лет, позволяет
установить средние возможные количественные показатели по исполняемым Проектам:
 количество исполняемых в год Проектов – 100;
 количество Исполнительных агентств – 100;
 Источники финансирования (доноры) – 100.
Принимая во внимание необходимость обработки в среднем до 10 документов по
каждому проекту, среднегодовой объем прорабатываемых документов по проектам,
реализуемым за счет средств технического содействия доноров, составляет 1000 документов.
Определив среднее значение срока исполнения проектов как 1 год, получим среднее
количество предоставляемых отчетов по проекту: 12 (ежемесячно) +1 (финальный) = 13
отчетов. Следовательно, ежегодно обработке подлежат примерно 1300 отчетов получателей
средств технического содействия.
Исходя из необходимости при подготовке сводной отчетности и аналитических обзоров
обрабатывать как фактические, так и планируемые показатели реализации каждого проекта,
объем операций по подготовке достигает 30 по одному проекту. Следовательно,
среднегодовой объем операций по подготовке отчетности (ежемесячные, квартальные,
годовые и по разовым запросам), в целом составляет не менее 3000 только по проектам
безвозмездного технического содействия.

Перечень основных данных, вводимых в хранилище СУИВС AIMS_UZ приведен в


Приложении 1 данного документа ТЗ.

25
3.2 Сведения об условиях эксплуатации объекта информатизации и
характеристиках окружающей среды
Сотрудники задействованных министерств обеспечивают выполнение своих
обязанностей в закрытых помещениях, не подверженных вредным воздействиям и
удовлетворяющих требованиям по установке средств вычислительной техники.
Характеристики окружающей среды в помещениях объектов информатизации
применительно к персоналу определяются в соответствии с нормами охраны труда и техники
безопасности, установленными в Республике Узбекистан и «Санитарными правилами и
нормами при работе на персональных компьютерах, видео-дисплейных терминалах и
оргтехнике» (СанПиН № 0224-07 от 03.04.07).
Оптимальные условия эксплуатации СУИВС AIMS_UZ внутри помещений, пригодных
для постоянного наличия людей: температура 21-27 градуса С, влажность 40-60%.
Допустимые нормы - температура 20-31 градуса С, влажность 40-75%.
Соблюдение требований СанПиН № 0224-07 обеспечивает независимость
температурно-влажностного режима помещений, в которых устанавливаются технические
средства, от характеристик внешней окружающей среды (климатических условий). Поэтому,
особые требования к выбору технических средств для реализации СУИВС AIMS_UZ
отсутствуют.
В целом все условия работы отвечают требованиям эксплуатации компьютерного
оборудования и при соблюдении правил технической безопасности, не являются опасными
для жизни.
Условия эксплуатации объектов информатизации и характеристики окружающей
среды, применительно к техническим средствам, должны соответствовать требованиям
производителей оборудования, приведенным в технической документации на эти средства, и
обеспечиваться требуемым уровнем обслуживания.
Окончательные требования по условиям эксплуатации уточняются в процессе
разработки Системы и согласовываются на стадии утверждения Техно-рабочего проекта
создания СУИВС AIMS_UZ. Окончательные требования должны быть учтены при разработке
рабочей и эксплуатационной документации.

26
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к Системе в целом
В целом Система должна удовлетворять следующим требованиям эффективной работы
и соблюдения принципов:
 Законность: разработка должна проводиться с использованием средств и технологий
обработки информации на основе соответствующих государственных законов и
стандартов;
 Стандартизация (унификация) и информационная совместимость: использование
единой системы классификации и кодирования нормативно-справочной информации;
 Открытость: система должна иметь открытый программный API-интерфейс;
 Целостность и достоверность данных: использование информации системы требует
обеспечения целостности и высокой достоверности формируемых данных. Для этого
на всех этапах обработки и ввода информации необходимо использовать различные
формы ее контроля, требования к которому формируются из состава решаемых задач и
обрабатываемых данных;
 Технологичность: использование при разработке современных высокоэффективных
информационных технологий должно обеспечивать создание новой системы, не
допуская использования разработанного программно-аппаратного обеспечения в
условиях старых традиционных технологий;
 Непрерывность и преемственность разработки и развития: разработка должна
обеспечивать возможность дальнейшего развития системы; система должна
создаваться с учетом возможности расширения и обновления её функций и состава без
нарушения ее функционирования;
 Модульность и масштабируемость программных и технических средств: состав
используемых и разрабатываемых средств должен состоять из блоков (модулей)
обеспечивающих возможность развития системы без изменения ранее созданных
компонентов;
 Межведомственная интеграция: интеграция должна быть организована на основе
стандартов открытых систем и обеспечения идентификационной совместимости. При
создании системы должны быть реализованы информационные интерфейсы, благодаря
которым она может взаимодействовать с другими системами в соответствии с
установленными правилами и регламентами;
 Технологическая (в т.ч. – сетевая) интеграция: единство для всей системы
технологии создания, обновления, сохранения и использования информационных
ресурсов в т.ч. однократный ввод и обработка данных при обеспечении многократного
их использования;
 Информационная безопасность: обеспечение желаемого уровня целостности,
исключительности, доступности и эффективности защиты данных от потерь,
искажения, разрушения и несанкционированного использования. Безопасность
системы предполагает устойчивость к атакам и защиту секретности, целостности,
готовность к работе как системы, так и ее данных. Система должна использовать
механизмы, обеспечивающие автоматизацию режима разграничения доступа в
отношении отдельных модулей, функций и данных;
 Персональная ответственность: обеспечение персональной ответственности
должностных лиц участников информационного обмена с использованием средств
ЭЦП за полноту и достоверность сведений, их своевременную передачу и изменение, а
также хранение и уничтожение в установленном порядке;
 Конфиденциальность информации: предусматривает персональную ответственность
сотрудников госорганов, работающих с СУИВС, за нерегламентированное

27
использование и распространение конфиденциальной части информации, в
соответствии с действующим законодательством;
 Этапность внедрения: внедрение СУИВС и ее элементов проводится поэтапно по
мере подготовки новых решений по автоматизации задач в сфере внешнего содействия
для каждого подключаемого к ней министерства с целью минимизации затрат и
эффективного использования выделяемых ресурсов;
 Возможность использования готовых решений: для сокращения сроков внедрения
межведомственного взаимодействия в едином информационном пространстве
мониторинга и координации внешней помощи Республике Узбекистан, рекомендуется
максимально использовать существующие решения и средства;
 Преемственность перехода от действующих систем: разработка должна
обеспечивать возможность использования существующих накопленных данных в
системах, базирующихся на современных информационных технологиях и
программно-технических средствах (требования и решения по их выполнению
определяются на этапе технического проектирования и внедрении решений СУИВС
для конкретного министерства);
 Эффективность: создание СУИВС должно предусматривать выбор проектных
решений (в т.ч. программных, технических и организационно-технологических),
которые, при условии достижения поставленных целей и задач, обеспечивают
минимизацию затрат финансовых, материальных и трудовых ресурсов.
В дальнейшем, при необходимости организации взаимодействия СУИВС AIMS_UZ с
системами «Электронного правительства» Республики Узбекистан перечисленные выше
принципы дополняются принципами информационного взаимодействия в системе
«Электронного правительства» Республики Узбекистан:
 обмен юридически значимыми электронными документами с использованием
электронной цифровой подписи;
 получение данных из баз данных систем ЭП по специальному документированному
запросу в соответствии с установленными регламентами и полномочиями.
При разработке и внедрении СУИВС AIMS_UZ необходимо руководствоваться
требованиями действующих законов и нормативных документов Республики Узбекистан,
регламентирующими деятельность государственных служб, а также распорядительными
документами министерств и ведомств, актуальными для решения поставленной задачи.
Разработка проекта создания СУИВС AIMS_UZ и порядок оформления СУИВС
AIMS_UZ должны соответствовать требованиям Стандартов по Информационным
Технологиям, действующим в Республике Узбекистан.
Перечень документов и стандартов приведен в «Разделе 4.3.8 Требования к
методическому обеспечению» данного документа.

Решение по разработке СУИВС AIMS_UZ должно удовлетворять следующим


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

28
Для информационно-аналитических систем характерно централизованное управление
при наличии большого объема хранимой и перерабатываемой информации. Поэтому
критичными для СУИВС AIMS_UZ являются требования по достоверности, полноте и
оперативности с обеспечением высокого уровня защиты данных.
Модули Системы должны быть реализованы с использованием Web технологий.
Схема построения Web-решения СУИВС AIMS_UZ с организацией одного единого
централизованного хранилища данных системы приведена на рисунке 2.

Рис.2 Схема построения Web-решения СУИВС AIMS_UZ с организацией одного


единого централизованного хранилища данных системы
СУИВС AIMS_UZ должна обладать возможностью модернизации и развития без
кардинального изменения ее структуры и состава, т.е. должна быть обеспечена защита
первоначальных инвестиций.
Реализация проекта создания СУИВС AIMS_UZ должна быть организована с
применением архитектурного подхода, что позволит повысить уровень применения
унифицированных решений и стандартов, исключить дублирование функций и данных.
При проектировании СУИВС AIMS_UZ требуется тщательная проработка основных
артефактов архитектур:
 бизнес архитектуры (структура бизнес процессов решения задач по координации
внешнего содействия);
 архитектуры информации (структура данных, необходимых для поддержания
автоматизируемых бизнес-процессов, мониторинга и контроля за целевым и
эффективным использованием СБТС);
 архитектуры бизнес-приложений (структура программных модулей для управления
данными и поддержания автоматизируемых бизнес-процессов);
 системно-технической архитектуры (структура аппаратного обеспечения: сервера БД,
сервера приложений; портал, коммуникации, связь и т.д.).
Описание архитектурного решения и требования по ее реализации приведены в
документе «Концептуальная записка. Создание системы управления информацией о внешнем
содействии» (Раздел 7. Основные архитектурные решения).
СУИВС AIMS_UZ должна быть независимой от производителя аппаратной части и
единой по всем модулям и подсистемам.

29
Архитектура программной части должна выстраиваться по модульному принципу, где
каждый модуль реализует определенную функциональность объектов автоматизации.
При разработке прикладного программного обеспечения особое внимание должно
уделяться вопросам стабильности и безопасности работы системы, ее масштабируемости.
4.1.1. Требования к структуре и функционированию Системы
Учитывая широкий спектр задач, решение которых возлагается на информационно-
аналитическую систему управления информацией внешней помощи Республике Узбекистан,
в СУИВС AIMS_UZ предусматривается реализация следующих уровней информационной
инфраструктуры:
 Уровень получения информации:
o Сегмент ввода информации;
o Сегмент интеграции;
 Уровень бизнес-приложений:
o Сегмент приложений;
o Сегмент визуализации;
 Уровень аналитики:
o Централизованное хранилище данных;
o Сегмент аналитики;
 Уровень безопасности:
o Сегмент безопасности.
Схема уровней информационной инфраструктуры приведена на рисунке 3.

Внутренние Внешние
пользователи пользователи

СЕГМЕНТ СЕГМЕНТ ВВОДА


СЕГМЕНТ ВИЗУАЛИЗАЦИИ
ИНТЕГРАЦИИ ИНФОРМАЦИИ

СЕГМЕНТ БЕЗОПАСНОСТИ

ЦЕНТРАЛИЗОВАННОЕ
ХРАНИЛИЩЕ
СЕГМЕНТ ДАННЫХ
Сегмент аналитики
ПРИЛОЖЕНИЙ

Рис.3 Схема уровней информационной инфраструктуры СУИВС AIMS_UZ

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


на сегмент задач:

 Сегмент ввода информации обеспечивает:

30
o Ввод сведений по проектам, входящим в Перечни проектов БТС (Перечень1,
Перечень 2, Перечень 3);
o Создание Электронного Досье Проекта;
o Ввод в ЭДП первичной информации по проекту БТС и ее валидация;
o Ввод в ЭДП сопутствующей информации по Проекту БТС (аннотация, концепция,
паспорт проекта и др.) и ее валидация;
o Соотнесение Проекта к уровню структурной иерархии выполнения (программа,
подпрограмма, фаза, проект и т.д.) и к классификационному уровню в соответствии
со справочниками, организованными в системе (страна, регион, сектор и т.д.);
o Включение в ЭДП гендерного измерения программ и проектов;
o Формирование «Карточки отчетности» в ЭДП, ввод информации по результатам
реализации проекта технического содействия – гранта (Сбор отчетности,
отражающей использование грантовых средств, поступающих в Республику
Узбекистан) и ее валидация:
o Ввод сопутствующей информации к отчетам по Проекту и ее валидация;
o Формирование оповещений о результатах валидации отчетных данных;
Схема ввода и загрузки данных в хранилище посредством ручного ввода данных
через Web-приложение приведена на рисунке 4.

Данные по формам

Электронная форма
Проверка
Статус обработки Корректности
Ответственный данных Портал сведений
сотрудник
Централизованный
серверный комплекс

Ввод сведений по проектам в установленные формы.


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

Централизованное
хранилище данных

Рис.4 Схема ввода и загрузки данных в хранилище посредством ручного ввода


данных через Web-приложение

 Сегмент интеграции обеспечивает:


o Первоначальная автоматизированная загрузка сведений по проектам, входящим в
Перечни проектов БТС (Перечень1, Перечень 2, Перечень 3);
o Автоматизированное получение первичной информации по Проекту БТС;
o Интеллектуальное создание Электронного Досье Проекта на основе
предоставленной информации;

31
o Автоматизированное формирование «Карточки отчетности» в ЭДП на основе
полученной информации по результатам реализации Проекта БТС (Сбор
отчетности, отражающей использование грантовых средств, поступающих в
Республику Узбекистан).
Схема cбора и загрузки данных в хранилище с использованием интеграционных
решений (ХМL -файлы) приведена на рисунке 5.

Рис.5 Схема cбора и загрузки данных в хранилище с использованием


интеграционных решений (ХМL -файлы)

 Сегмент приложений обеспечивает:


o Ведение нормативно-справочной информации;
o Управление бизнес-процессами ведения Проектов БТС, включая создание и
ведение бизнес-процессов по управлению информацией:
 о внешнем содействии,
 жизненному циклу Проекта,
 мониторингу и учету за целевым и эффективным использованием СБТС;
 и др.;
o Оповещение пользователей, закрепленных за Проектом, по наступающим
событиям и установленных сроках их исполнения, на этапах их участия в
жизненных циклах Проекта;
o Управление графиком жизненного цикла Проекта в части его реализации и
сохранение истории ведения Проекта для последующей аналитической обработки;
 Реализация Сервисных приложений обеспечения бизнес-процессов по
исполнению графика-расписания и организации доступа к первичной
информации на уровне веб-служб;

 Сегмент визуализации обеспечивает:

32
o Развертывание Портального решения Системы с организацией персональных
кабинетов, в которых доступность к функциональности и объему информации
устанавливается в соответствии с матрицей доступа;
o Формирование и отображение в Портальном решении следующих блоков
информации:
 базы данных донорских организаций;
 актуальных Перечней проектов БТС (Перечень 1, Перечень2, Перечень 3);
 сведений по мониторингу освоения, целевого и эффективного использования
СБТС, получаемых министерствами, ведомствами, хозяйственными
объединениями, организациями и учреждениями Республики Узбекистан с
использованием аналитических инструментов модулей построения отчетов,
диаграмм, картографии;
 наиболее востребованной информации (блок основных сведений по донорам,
блок законодательных актов, информация о Департаменте по координации, учету
и контролю целевого использования гуманитарной помощи и средств
технического содействия в структуре Министерства Финансов Республики
Узбекистан, в том числе основных процедурных вопросов процесса технического
содействия, а также предлагаемых объемах БТС и др.);
o Работу с аналитическим инструментарием Системы:
 с отчетами в табличной форме;
 с диаграммами;
 с Комплексным картографированием;
o Организации поиска информации по всем базам единого хранилища системы по
основным параметрам: наименование проекта, сфера/сектор, дата утверждения,
организация-донор, организация-исполнитель, регион, год;
o Возможности по отображению контентной информации – новости,
законодательство, готовые формы отчетов в загружаемом формате, другая
общедоступная информация и т.д.
o Управления доступом к функционалу Системы;
 Сегмент аналитики обеспечивает:
o Организацию Базы данных аналитической информации о проектах БТС;
o Возможность ведения оперативного анализа информации;
 Централизованное хранилище данных:
o База данных информации о проектах:
 Хранение исходных данных;
 Журнал изменений;
o База данных отчетов исполнения Проектов:
 Хранение исходных данных;
 Журнал изменений;
o База данных по Донорам:
 Хранение исходных данных;
 Журнал изменений;
 Сегмент безопасности обеспечивает:
o Сквозную единую авторизацию пользователей на всех уровнях доступа к Системе;
o Ведение централизованного каталога пользователей;
o Ведение централизованного каталога систем – поставщиков первичной
информации;
o возможности по ведению, управлению и организации разграничения доступа к
функционалу и к данным системы (Матрица доступа);

33
o Резервное копирование и восстановление данных.
4.1.1.1 Перечень подсистем, их назначение и основные характеристики, требования к
числу уровней иерархии и степени централизации системы
Реализация функционала отдельных решений Сегментов используется в подсистемах
СУИВС AIMS_UZ в зависимости от выполняемых в них задач.
СУИВС AIMS_UZ предусматривает разработку и внедрение следующих основных
подсистем:
 Подсистема «База нормативно-справочной информации»;
 Подсистема «Перечни проектов БТС»;
 Подсистема «База данных доноров», включая расширенные сведения по донорам;
 Подсистема «База данных проектов», включая Электронные Досье Проектов с
основными сведениями по Проектам и сопутствующей информацией, и др.);
 Подсистема «База данных отчетов исполнения Проектов» (включая Карточки
отчетности с информацией по результатам реализации проекта, Карточки
проблемных вопросов и др.);
 Подсистема «Интеграция», включая все необходимые сервисы интеграции с
внешними системами и программы-конверторы для импортирования
существующих данных в хранилище Системы;
 Подсистема «База данных аналитической информации по Проектам»;
 Подсистема «Управление жизненным циклом Проекта»;
 Подсистема «Инструментарий Аналитики» (Отчеты, Диаграммы, Комплексное
картографирование и Организация поиска);
 Подсистема «Портал СУИВС AIMS_UZ» (Персональные кабинеты, визуализация и
др.);
 Подсистема «Безопасность».
Наименования подсистем отражают заложенную в них функциональность.
Функциональность подсистем определяется функциональностью, входящих в него решений
того или иного Сегмента.
Расширенное описание функциональности подсистем приведено в разделе «4.2.
Основные требования к функциям системы» данного Документа.

Требования к числу уровней иерархии и степени централизации системы


Для обеспечения организации единого информационного пространства, решение
СУИВС AIMS_UZ должно быть построено в четырёхуровневой архитектуре, базирующейся
на интеграции процессного-ориентированного подхода и сервис-ориентированной
архитектуры:
 уровень представления информации (WEB);
 уровень прикладной бизнес логики (Сервер Приложения);
 уровень веб-сервисов;
 уровень хранения и обработки данных (Сервер Базы Данных).
На каждый из уровней должны быть возложены свои задачи и обеспечивается
эффективное взаимодействие между уровнями.
Централизованное решение организации хранилища Системы включает:
 организацию единых баз данных одного единого Централизованного хранилища
данных системы;
 организацию работы всех пользователей с единым хранилищем;

34
 организацию межведомственного взаимодействия по вопросам внешнего
содействия.
Организационная иерархия доступа определяется режимами функционирования
системы СУИВС AIMS_UZ:
 Закрытый режим – для сотрудников государственных служб, на которых
законодательно возложены функции по координации, проработке и реализации
проектов БТС. Автоматизация задач и визуализация закрытого режима реализуются
функционалом внутреннего портала системы;
 Открытый режим - для доноров, агентств ООН и международных НПО, а также
гражданского общества этих стран.
В целом, организационная иерархия СУИВС AIMS_UZ предусматривает
горизонтальное решение: все пользователи имеют доступ к централизованным
информационным ресурсам в объеме выполнения своих задач:
 к открытой части информационного ресурса портального решения СУИВС AIMS_UZ
обеспечивается свободный доступ любому пользователю ресурса.
 к закрытой части – пользователи государственных служб, доноров и исполнительных
агентств в рамках предоставленных им полномочий.
4.1.1.2 Требования к способам и средствам связи для информационного обмена между
компонентами Системы
Информационный обмен в СУИВС AIMS_UZ должен обеспечиваться с помощью
современных протоколов и форматов передачи данных. Для организации информационного
обмена должны использоваться только документированные программные интерфейсы. Не
допускается прямой вызов функций и данных одного программного модуля из другого, минуя
документированный интерфейс или протокол обмена.
Форматы данных должны быть разработаны на этапе проектирования и отражены в
документе «Техно-рабочий проект».
Информационный обмен между компонентами Системы должен включать в себя
сетевой режим передачи информации, предполагающий использование локальной сети, в
которой данные передаются по протоколам SOAP/HTTP.
Для доступа к Порталу из сети интернет он должен быть помещен в
демилитаризированную зону (DMZ) и отделен от других компонентов локальной сети
межсетевым экраном.
Связь всех модулей СУИВС AIMS_UZ должна осуществляться по выделенным
(арендованным) каналам связи, ЛВС и по каналам Интернет с образованием VPN и
обеспечением требуемых режимов безопасности.
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой Системы со
смежными системами, требования к ее совместимости, в том числе указания о
способах обмена информацией
К взаимосвязям со смежными системами относятся следующие возможные
взаимодействия СУИВС AIMS_UZ:
 с системой Казначейское исполнение государственного бюджета;
 с другими системами министерств;
 с национальными реестрами: базами данных физических и юридических лиц
Республики Узбекистан;
 с сервисами доверенной третьей стороны.

35
При разработке должна предусматриваться возможность, планируемого при развитии
СУИВС AIMS_UZ, информационного обмена с информационными системами Кабинета
Министров Республики Узбекистан, министерств и ведомств, и других систем.
Необходимость организации каждого взаимодействия и форматы обмена определяются
на этапе технического проектирования и (или) при развитии СУИВС AIMS_UZ.
С доверенной третьей стороной взаимодействие происходит в рамках использования
сервисов по получению сертификатов, удостоверяющих ЭЦП.
При техническом проектировании СУИВС AIMS_UZ может быть определена
необходимость организации выгрузки данных. В этом случае планируемые первоначально
источники данных превращаются в приемники данных, для которых из СУИВС AIMS_UZ
выгружаются данные. Также, по запросу министерств, должна быть обеспечена возможность
проведения выгрузки данных в формат Excel специально разработанными для этого в СУИВС
AIMS_UZ программами-конверторами.
При реализации взаимодействия должны быть обеспечены следующие параметры
безопасности: передача информации по защищенным протоколам связи (HTTPS),
аутентификация и авторизация источника передаваемой информации.
Для взаимодействия с другими приложениями и с системой пользовательского
интерфейса целесообразно использовать представление данных в формате XML, а в качестве
сетевого протокола – HTTP. Если необходима криптографическая защита информации –
HTTPS. При взаимодействии с другими приложениями, Система может являться либо
клиентом (запрашивающим), либо сервером (отвечающим).
Запросы (входящие или исходящие) должны содержать информацию о пользователе
системы, сформировавшем тот или иной запрос. Информация должна позволять однозначно
идентифицировать пользователя и его права доступа.
Для обеспечения юридической значимости, обмениваемой в СУИВС AIMS_UZ
информации, запросы должны быть подписаны ЭЦП пользователя и/или государственного
органа.
Взаимодействие с внешними информационными системами министерств и ведомств
должно осуществляться в электронном виде в онлайн-режиме с использованием веб-служб
(сервисов) в соответствии с утвержденными регламентами и определенным форматам.
Протоколы взаимодействия между системами, регламенты обмена данными, протоколы
доступа пользователей к системе, а также стандарты на форматы представления данных в
системе должны быть разработаны на этапе реализации технического проекта и отражены в
документе «Техно-рабочий проект».

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


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

36
Штатный режим
Основным режимом функционирования СУИВС AIMS_UZ является Штатный режим
эксплуатации. В Штатном режиме Система должна обеспечивать круглосуточное, длительно-
непрерывное исправное функционирование программных и аппаратных средств при условии
регулярного регламентного обслуживания и мониторинга параметров работы.
Режим регламентного обслуживания хранилищ данных
Режим регламентного обслуживания хранилища данных функционирует при Штатном
режиме. Режим применяется в строго определенное время по расписанию. Рекомендуется
применять Режим в часы минимальной нагрузки на систему в вечернее или ночное время.
В режиме регламентного обслуживания хранилища данных обеспечивается:
 обновление данных (экспорт/импорт);
 архивация данных (создание архивов);
 создание резервной копии для обеспечения возможности восстановления Системы в
аварийных ситуациях.
Режим опытной эксплуатации
Режим опытной эксплуатации применяется при внедрении нового функционала
модернизируемой Системы или ее подсистем.
В режиме опытной эксплуатации должны осуществляться следующие работы:
 пуск, остановка и перезапуск Системы;
 установка новых или доработанных модулей и компонентов Системы;
 модификация общесистемных ресурсов;
 выполнение регламентных операций по обслуживанию прикладной программной
платформы (тестирование, резервное копирование ПО);
 настройка общих параметров прикладной программной платформы и сетевого
окружения.
Работы по обновлению рекомендуется проводить в нерабочее время, когда количество
пользователей Системы минимально.
В режиме Опытной эксплуатации допускается останавливать работу Системы на срок
не более 2 часов в рабочее время и 10 часов в нерабочее время. В рабочее время остановка
работы Системы может производится только для исправления критических ошибок,
препятствующих её эксплуатации в Штатном режиме.
Режим технического сервиса
Режим технического сервиса применяется для проведения регламентного
обслуживания аппаратных и программных средств, диагностирования работоспособности
СУИВС AIMS_UZ, восстановления после сбоев в работе технических и программных средств,
а также при возникновении нештатных ситуаций.
Выполняемые работы, в общем случае, не должны приводить к остановке процесса
функционирования всей Системы (или отдельных подсистем).
Регламентное обслуживание должно осуществляться обученным обслуживающим
персоналом системы в целях профилактики. Регламент обслуживания должен быть разработан
на этапе технического проектирования.
По результатам работ диагностирования работоспособности Системы принимается
решение о переводе Системы в Штатный или Аварийный режим.

37
Работы в режиме технического сервиса рекомендуется проводить в нерабочее время,
когда количество пользователей Системы минимально.
Аварийный режим
Аварийный режим функционирования СУИВС AIMS_UZ характеризуется отказом
одного или нескольких компонентов программного и (или) технического обеспечения
Системы.
В случае перехода Системы в предаварийный режим необходимо:
 завершить работу всех приложений, с сохранением данных;
 выполнить резервное копирование БД.
После этого необходимо выполнить комплекс мероприятий по устранению причины
перехода Системы в аварийный режим.
Если причиной перехода в аварийный режим является устанавливаемое обновление, то
должна быть запущена процедура отката к последней работоспособной версии СУИВС
AIMS_UZ.
4.1.1.5 Требования по диагностированию Системы
СУИВС AIMS_UZ должна предоставлять инструменты диагностирования основных
процессов Системы, и мониторинг их выполнения. Компоненты должны предоставлять
удобный интерфейс для возможности просмотра диагностических событий, мониторинга
процесса выполнения ПО Системы.
Диагностирование прикладных программных средств должно предусматривать
проверку работоспособности прикладных компонентов и модулей СУИВС AIMS_UZ. При
возникновении аварийных ситуаций, либо ошибок в программном обеспечении,
диагностические инструменты должны позволять сохранять полный набор информации,
необходимой для идентификации проблемы.
Диагностирование аппаратных средств (серверное и сетевое оборудование) СУИВС
AIMS_UZ должно проводиться средствами, встроенными в аппаратные средства, а также
другими средствами, предусмотренными и рекомендуемыми производителями аппаратных
средств.
Диагностирование общесистемного программного обеспечения СУИВС AIMS_UZ
должно проводиться средствами, встроенными в это программное обеспечение, либо
дополнительными средствами, рекомендуемыми для диагностики производителями
общесистемных программных средств.
4.1.1.6 Перспективы развития, модернизации Системы
Создание Системы управления информацией по внешнему содействию СУИВС
AIMS_UZ является началом реализации платформы единого информационного пространства
координации и мониторинга внешней помощи Республике Узбекистан и позволит
сформировать необходимую информационно-технологическую и информационно-
коммуникационную инфраструктуру для решения в общенациональном масштабе вопросов
взаимодействия государственных служб РУз, доноров (стран-доноров, международных,
иностранных правительственных и неправительственных организаций), получателей
технического содействия (исполнительных агентств), а также гражданского общества
Узбекистана. При этом будет обеспечена возможность одновременного оперативного доступа
всем к единой базе данных, и в реальном масштабе времени получения, изменения и анализа
необходимой информации, в рамках предоставленных им в Системе полномочий. Данный
процесс является достаточно трудоемким и длительным.

38
При реализации первой стадии создания СУИВС должна быть заложена основа
формирования информационного национального ресурса, содержащего информацию по
проектам, реализуемых за счет СБТС (включая утвержденные Перечни проектов БТС), а также
мониторинга и контроля за их целевым использованием.
Внедрение автоматизированных систем неизбежно влечет за собой изменение бизнес-
процессов, технологий учета и отчетности. Любая серьезная информационная система не
стоит на месте после завершения этапа внедрения. Со временем неизбежна потребность в
изменениях, улучшениях.
При создании СУИВС AIMS_UZ должны быть предусмотрены перспективы развития
и возможности последующей модернизации в ходе появления новых задач по автоматизации
процессов работы с проектами ТС, а также появления новых тенденций прогрессивных
новаций в мире информационных технологий.
СУИВС AIMS_UZ должна обеспечивать возможность дальнейшей модернизации как
программного обеспечения, так и комплекса технических средств. Необходимо предусмотреть
возможность увеличения производительности системы путем её масштабирования.
Перспективными вопросами при развитии Системы должны являться следующие
направления:
 автоматизация процедур проработки и согласования проектных предложений при
формировании Перечней проектов БТС;
 автоматизация процедур выделения грантов;
 автоматизация процедур по координации, учету и контролю за приемом, учетом,
адресным распределением и целевым использованием грузов гуманитарной помощи и
мониторинга гуманитарных проектов.
 включение в хранилище системы СУИВС AIMS_UZ данных по всем исполняемым в
Республике Узбекистан проектам БТС, начиная с этапа их проработки до
аналитического анализа их эффективности, проводимого по завершении этих проектов.
Актуальными вопросами при развитии Системы будут вопросы автоматизации
следующих бизнес-процессов для Департамента:
 процесс управления поручениями, проведение оперативного мониторинга и контроля
работы деятельности сотрудников Департамента;
 процесс работы по формированию отчетности для проведения оценки деятельности
сотрудников Департамента.
При развитии системы СУИВС AIMS_UZ и накоплении базы завершенных проектов,
может быть разработан инструментарий по оценке эффективности хода исполнения процедур
реализации Проекта. Возможные направления оценки Проектов:
 Цели Проекта;
 Основные показатели Проекта;
 Общий срок реализации Проекта;
 План выполнения мероприятий;
 Финансирование Проекта;
 Механизмы управления Проектом;
 Внешний мониторинг и система отчетности по Проекту;
 Непосредственные результаты реализации Проекта;
 Конечные результаты реализации Проекта;
 Анализ и оценка рисков;
 Анализ устойчивости результатов Проекта.

39
Каждому направлению присваивается вес, определённый экспертным путём и
характеризующий значимость соответствующего направления.
В перспективе, информационно-аналитическая система СУИВС AIMS_UZ должна
стать важным и востребованным инструментом оптимизации и повышения эффективности
процедур государственных служб Республики Узбекистан и способствовать выполнению ими
задач по координации привлечения в республику средств технического содействия, учету
Проектов БТС, а также мониторинга и контроля за их целевым использованием. При этом,
единое информационное пространство мониторинга и координации внешней помощи
Республике Узбекистан будет представлять пользователям полную информацию по внешней
помощи, включая информацию по проектам, реализованным за счет СБТС.
4.1.2 Требования к численности и квалификации персонала Системы
В связи с тем, что система делится на открытую и закрытую части, классификация
персонала (пользователей) СУИВС AIMS_UZ предусматривает следующее разделение:
 Персонал государственных органов (министерств), на которые законодательно
возложены функции по координации привлечения в Республику Узбекистан и
своевременного оформления проектных предложений в сфере технического
содействия, а также по организации учета и контроля за их целевым использованием
по работе с СУИВС:
o Функциональный персонал: основные пользователи, выполняющие
эксплуатацию системы в своей деятельности;
o Обслуживающий персонал: администраторы и персонал технического
обслуживания Вычислительного центра Министерства финансов;
 Персонал служб внешних участников процессов технического содействия:
Исполнительных агентств, доноров, грантополучателей и т.д.;
 Гражданское общество Республики Узбекистан.
Техническое задание включает требования только по персоналу государственных
органов (министерств).
4.1.2.1 Требования к численности персонала (пользователей) Сиcтемы
Численность персонала СУИВС AIMS_UZ, должна быть достаточной для реализации
всех автоматизированных процессов Системы и обеспечения реализации всех режимов
эксплуатации Системы.
Штатный состав персонала, должен формироваться на основании Трудового кодекса
Республики Узбекистан, штатного расписания ведомства и других нормативных документов.
Решение должно обеспечить возможность одновременного оперативного доступа не
менее 1000 пользователей к информационным ресурсам открытой части портального решения
Системы и не менее 100 пользователей – к закрытой (для ввода, получения, изменения и
анализа необходимой информации в реальном масштабе времени).
Функциональный персонал
Численность персонала, являющегося пользователями СУИВС AIMS_UZ жестко не
регламентируются. Состав и численность функционального персонала определяется перед
внедрением Системы в эксплуатацию.
Исходя из решаемых задач, Функциональный персонал определены пять основных
групп пользователей СУИВС:
 сотрудники Департамента Министерства финансов РУз:
o ответственные за ввод информации по проектам ТС;
o формирующие аналитическую отчетность по проектам и их исполнению;
40
o использующие в своей работе информацию по проектам ТС и их исполнению, а также
данные всех аналитических отчетов;
 сотрудники Казначейства Министерства финансов РУз:
o ответственные за ввод информации по исполнению проектов ТС и контроль ее
предоставления;
o формирующие аналитическую отчетность по исполнению проектов ТС;
o использующие в своей работе информацию и аналитические отчеты по исполнению
проектов ТС;
 сотрудники Министерства экономики РУз:
o ответственные за предоставление и ввод информации по проектам, включенным в
перечень приоритетных проектов технического содействия, предлагаемых к
финансированию донорами на следующий год;
o ответственные за предоставление и ввод информации по проектам, включенным в
перечень приоритетных проектов технического содействия, предварительно
прорабатываемых с донорами, для реализации в текущем году;
o формирующие аналитическую отчетность по проектам включенным в Перечни
проектов БТС;
o использующие в своей работе информацию по проектам, включенным в перечень
приоритетных проектов технического содействия, предлагаемых к финансированию
донорами на следующий год и реализации в текущем году, а также данные
аналитических отчетов;
 сотрудники Министерства внешних экономических связей, инвестиций и торговли РУз:
o ответственные за ввод информации по проектам ТС;
o использующие в своей работе информацию по проектам ТС и их исполнению, а также
данные аналитических отчетов;
 сотрудники Министерства иностранных дел РУз, использующие в своей работе
информацию по проектам ТС и их исполнению, а также данные аналитических отчетов.
Обслуживающий персонал
Исходя из решаемых задач, Обслуживающий персонал разделяется функционально на
группы:
 Сотрудники IT-служб, отвечающих за обеспечение работоспособности системы СУИВС;
 Сотрудники функциональных IT-служб:
o Администратор безопасности;
o Администратор НСИ;
o Администратор системы.
Персонал технического обслуживания - обеспечивает бесперебойную работу
технических средств, осуществляет профилактические штатные мероприятия и мелкий
ремонт технических средств и кабельных систем.
Общими требованиями к численности обслуживающего персонала СУИВС AIMS_UZ
являются:
 структура и конфигурация системы должны быть спроектированы и реализованы с целью
минимизации количественного состава обслуживающего персонала;

41
 структура системы должна предоставлять возможность управления всем доступным
функционалом системы как одному администратору, так и разделения ответственности по
администрированию между несколькими администраторами;
 аппаратно-программный комплекс системы не должен требовать круглосуточного
обслуживания.
Численность обслуживающего персонала, обеспечивающего эксплуатацию СУИВС
AIMS_UZ, должна быть определена перед внедрением Системы в эксплуатацию и
установлена из расчета обеспечения функционирования Системы в штатном режиме.
4.1.2.2 Требования к квалификации персонала, порядку его подготовки и контроля
знаний и навыков
Квалификация персонала должна обеспечивать эффективное функционирование
технических и программных средств Системы во всех режимах ее эксплуатации.
Функциональный персонал
Требования к профессиональному образованию, компетенциям и навыкам персонала
определяются должностными инструкциями.
Функциональный персонал должен обладать следующей квалификацией и навыками:
 работа на персональном компьютере с графическим пользовательским интерфейсом
(клавиатура, мышь, управление окнами и приложениями);
 использование приложений, предназначенных для работы в сети Интернет (веб-браузер,
почтовый клиент).
Для обеспечения корректного функционирования системы после окончания работ по
разработке СУИВС AIMS_UZ необходимо организовать обучение пользователей по работе с
Системой.
Обслуживающий персонал
Квалификация администраторов, обеспечивающих эксплуатацию Системы, должна
соответствовать требованиям должностных инструкций и обеспечивать бесперебойное
эффективное выполнение Системы.
Персонал технического обслуживания должен обладать высоким уровнем
квалификации и практическим опытом выполнения работ по эксплуатации технических
средств, в том числе диагностированию неисправностей, проведению профилактики и
мелкому ремонту технических средств и кабельных систем.
Администраторы и персонал технического обслуживания должны обладать следующей
квалификацией:
 Операционная система сервера БД и приложений:
o установка и настройка системы;
o управления пользователями;
o назначение прав доступа;
o управление локальной политикой безопасности;
 Сервер приложений:
o создание и настройка виртуального WWW сервера;
o создание и настройка виртуальных директорий;
o настройка разных способов авторизации, разрешение/запрещение анонимного
доступа к серверу;
o умение анализировать файлы логов сервера;
 Сетевые протоколы:

42
o TCP/IP. Способы адресации и маршрутизации пакетов;
o DNS. Методы разрешения имен в сети Интернет. Понятие MX записи;
o HTTP 1.1. Установка соединения с сервером, параметр “Host”;
o HTTPS/SSL;
 СУБД:
o установка и настройка;
o создание, удаление, администрирование, восстановление баз данных;
o исполнение SQL-скриптов и запросов к базе;
o настройка авторизации;
o создание пользователей, установка прав доступа к базам и таблицам.
Деятельность обслуживающего персонала, обеспечивающего эксплуатацию СУИВС
AIMS_UZ должна регулироваться методическими и регламентирующими документами, а
также должностными инструкциями.
Персонал должен проходить обязательную специальную подготовку для
администрирования СУИВС AIMS_UZ.
4.1.2.3 Требуемый режим работы персонала СУИВС AIMS_UZ
Требования к режиму работы персонала определяются Правилами внутреннего
распорядка. Все специалисты должны работать с нормальным графиком работы не более 8
часов в сутки.
Система эксплуатируется на персональных компьютерах, поэтому требования к
организации труда и режима отдыха при работе с ней должны устанавливаться, исходя из
требований к организации труда и режима отдыха при работе с этим типом средств
вычислительной техники.
Для обеспечения максимальной работоспособности и сохранения здоровья
профессиональных пользователей на протяжении рабочего дня должны устанавливаться
регламентированные перерывы: через 2 часа после начала работы и через 1.5 – 2.0 часа после
обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10
минут через каждый час работы. Продолжительность непрерывной работы персонала с
системой на ПК без регламентированного перерыва не должна превышать 2 часа.
Других специальных требований к режиму работы персонала, работающего с СУИВС
AIMS_UZ не предъявляется.
4.1.3 Показатели назначения
СУИВС AIMS_UZ должна предусматривать возможность масштабирования по
производительности и объему обрабатываемой информации без модификации ее
программного обеспечения путем модернизации используемого комплекса технических
средств. Возможности масштабирования должны обеспечиваться средствами используемого
базового программного обеспечения.
4.1.3.1 Параметры, характеризующие степень соответствия Системы по назначению
Общие требования к основным показателям назначения СУИВС AIMS_UZ:
 поддержка работы пользователей, находящихся на территориально разобщенных
объектах;
 формирование и работа единой базы и среды для ведения и хранения всей информации,
необходимой для учёта и мониторинга информации по проектам, реализованным за счет
СБТС;
 идентификация и авторизация пользователей системы, в соответствии с требованиями по
безопасности и защите системы от несанкционированного доступа;

43
 возможность увеличения количества одновременно работающих пользователей без
изменения программного обеспечения;
 возможность поэтапного наращивания, как производительности, так и функционального
состава системы;
 гибкие инструменты построения отчетности;
 используемые технологические решения должны обеспечивать возможность реализации
решений интеграции с другими информационными системами или программными
продуктами;
 наличие открытых интерфейсов для развития и интеграции;
 поддержка государственного узбекского языка, русского и английского языков.
4.1.3.2 Степень приспособляемости Системы к изменению процессов и методов
управления, к отклонениям параметров объекта управления
Степень приспособляемости Системы к изменению процессов и методов управления
При разработке системы необходимо учитывать возможные изменения и развитие
законодательства и обеспечить устойчивость системы по отношению к таким изменениям.
Необходимо предусмотреть возможность обеспечения настройки отдельных параметров
системы без перепрограммирования. Адаптация системы должна осуществляться путем
проведения параметрической настройки соответствующей функциональности системы.
Процесс настройки и адаптации должен проводиться экспертами в предметной области
и программистами.
Степень приспособляемости Системы к отклонениям параметров объекта автоматизации
СУИВС AIMS_UZ должна быть реализована, как «открытая», и допускать
наращивание функциональных возможностей при изменении состава и содержания
технологических процедур предметной области.
Система должна обеспечивать независимость от изменений в организационной
структуре ведомств, при сохранении состава и содержания выполняемых функций.
Система должна быть спроектирована с учетом возможности модернизации как путем
замены технического обеспечения, системного и прикладного программного обеспечения, так
и за счет модернизации информационного обеспечения.
Система должна сохранять работоспособность при увеличении количества
пользователей в пределах, поддерживаемых аппаратно–программной средой серверов и
рабочих станций.
СУИВС AIMS_UZ должна быть спроектирована с учетом обеспечения:
 работоспособности Системы независимо от совершенствования, модернизации и
наращивания информационной системы;
 возможности интеграции с другими информационными системами и программными
продуктами;
 возможности встраивания и взаимодействия с любыми другими системами.
Система не должна зависеть от изменения:
 ёмкости базы данных для хранения учетных сведений при расширении количества
пользователей системы, а также количества их реквизитов;
 ёмкости базы данных гарантированной доставки при увеличении потока сообщений и
сопутствующей информации;
 количества одновременно работающих пользователей;
 количества обрабатываемой информации.

44
4.1.3.3 Допустимые пределы модернизации и развития системы
Аппаратные и программные средства Системы должны обеспечивать возможность ее
модернизации:
 при превышении ранее установленных пределов на изменяемые параметры объекта
автоматизации;
 при изменении состава требований к выполняемым функциям и видам обеспечения.
Модернизация и развитие Системы должны осуществляться с учетом факторов,
обеспечивающих их экономическую обоснованность, установленные сроки окупаемости и
периодов морального старения.
Модернизация и развитие Системы должны проводиться экспертами в предметных
областях.
4.1.3.4 Вероятностно-временные характеристики, при которых сохраняется целевое
назначение системы
Минимальный срок эксплуатации СУИВС AIMS_UZ:
 системы в целом - не менее 10 лет;
 отдельных функциональных модулей - не менее 5 лет;
 базы данных централизованного хранилища – не менее 10 лет.
Требования к жизненному циклу Системы на стадиях промышленной эксплуатации
должны быть уточнены на этапе реализации технического проекта и отражены в документе
«Техно-рабочий проект».

45
4.1.4 Требования к надёжности
Надежность СУИВС AIMS_UZ определяется надежностью функциональных
подсистем и модулей, программного обеспечения, комплексов технических и инженерных
средств.
4.1.4.1 Состав и количественные значения показателей надежности для системы в
целом или ее подсистем
Проектные решения должны обеспечивать:
 СУИВС AIMS_UZ должна функционировать круглосуточно в непрерывном режиме,
исключая время проведения работ по резервному копированию данных и их
восстановлению, модернизации систем, проведение технического обслуживания,
требующего остановку технических средств;
 показатель доступности одиночной системы сервера Баз Данных должен быть на уровне
не более 10 часов простоя в год (доступность 24х365 не менее 99,9%), без учета времени
отключения сервера;
 количество обрабатываемых данных:
o Среднегодовой объем прорабатываемых документов по Проектам, реализуемым за счет
СБТС – не менее 1500 документов;
o Среднегодовой объем обработки отчетов – не менее 1500 отчетов получателей средств
технического содействия;
o Среднегодовой объем операций по подготовке отчетности (ежемесячные, квартальные,
годовые и по разовым запросам) - не менее 3000 только по проектам, реализуемым за
счет СБТС;
 сохранение работоспособности Системы при отказе или выходе из строя одного из
компонентов комплекса технических средств (рабочих станций, сетевого оборудования)
или отдельного модуля/компонента ПО Системы;
 встроенную комплексную систему защиты с использованием процедур обработки ошибок,
при которой пользователю возвращаются сообщения о допущенных ошибках при попытке
записи информации в базу данных. Неправильные действия пользователей не должны
приводить к возникновению аварийной ситуации;
 сохранение (резервирование) всей накопленной на момент технического или
программного сбоя информации, с последующим восстановлением работоспособности
Системы после выполнения требуемых для этого технических и восстановительных работ.
Показатели надежности должны обеспечивать возможность эффективного выполнения
всех задач системы. Показатели надежности включают:
 коэффициент готовности сервера БД - 0,9998;
 среднее время на обслуживание, ремонт или замену вышедшего из строя компонента, при
условии наличия дублирующего или подключении резервного компонента – не более 4
часов;
 среднее время на восстановление полноценной работоспособности Системы – не более 12
часов.
Коэффициент готовности определяет вероятность того, что объект окажется в
работоспособном состоянии в произвольный момент времени, кроме планируемых периодов,
в течение которых применение объекта по назначению не предусматривается.
Показатели надежности должны определяться прогнозируемой частотой
возникновения аварийных ситуаций. Для СУИВС AIMS_UZ регламентируются показатели
надежности для следующих видов аварийных ситуаций:
 Общесистемный отказ – выражается в недоступности всех или большинства
пользовательских интерфейсов Системы вне зависимости от причин, вызвавших этот отказ

46
(отказы средств технического обеспечения, телекоммуникационных средств,
общесистемного программного обеспечения, неверная работа специализированных
программ, ошибки персонала, сбои электропитания и т.п.), кроме причин
катастрофического характера (форс-мажорных обстоятельств): не чаще 2 раз в месяц.
 Частный сбой – выражается в недоступности одного из интерфейсов какого-либо
функционального компонента или его некорректной работе (отклонении от порядка
функционирования, установленного настоящим ТЗ, проектной или рабочей
документацией на Систему): не чаще 4 раз в месяц.
Система должна обеспечивать частоту общесистемных отказов не выше, чем 2 раза в
месяц. При этом суммарная длительность перерыва в работе Системы не должна превышать 4
час/мес., а длительность одного перерыва – не более 2 часов. Требования к длительности
перерыва в работе не распространяются на случаи выхода из строя технических средств.
Интенсивность частных сбоев не должна превышать 4 в месяц. Длительность
устранения частных сбоев не должна превышать нормативов, установленных в регламентах
(технологических инструкциях).
Приведенные выше требования по интенсивности отказов и длительности перерыва
действительны при условии надлежащей численности и квалификации обслуживающего
персонала, соблюдении ими технологических инструкций, а также при использовании
установленных в настоящем ТЗ видов технического обеспечения, общесистемного и
специализированного программного обеспечения.
В целом, надежность аппаратно-программного обеспечения СУИВС AIMS_UZ должна
обеспечивать выполнение задач Системы со временем однократного простоя не более 120
минут и суммарным временем простоя не более 48 часов в год.
Требования к надежности СУИВС AIMS_UZ должны быть уточнены на этапе
реализации технического проекта и отражены в документе «Техно-рабочий проект».
4.1.4.2 Перечень аварийных ситуаций, по которым должны быть регламентированы
требования к надежности и значения соответствующих показателей
СУИВС AIMS_UZ должна сохранять работоспособность и обеспечивать
восстановление своих функций при возникновении следующих внештатных ситуаций:
 при ошибках в работе аппаратных средств восстановление функции системы возлагается
на ОС;
 при выходе из строя основных серверов СУИВС AIMS_UZ (приложений, баз данных)
работоспособность должна обеспечиваться переключением на резервный сервер (при его
наличии) или переводе Системы в аварийный режим и выполнение регламентных работ по
переводу ее в штатный режим;
 при сбоях в системе электроснабжения аппаратной части (перепады напряжения,
отсутствие электропитания) длительностью до 30 минут работоспособность СУИВС
AIMS_UZ должна обеспечиваться применением источников бесперебойного питания,
сетевых фильтров. В случае более длительного сбоя Заказчик должен обеспечить
альтернативный источник питания (независимый источник питания, дизель-генераторная
установка). В случае отсутствия альтернативного источника питания СУИВС AIMS_UZ
должна быть переведена в аварийный режим работы и отключена;
 при атаке (вирусная, хакерская) на СУИВС AIMS_UZ администраторами должны быть
приняты меры по отключению атакующих, СУИВС AIMS_UZ должна обеспечить
работоспособность пользователей, которые не являются атакующими.
Значения основного показателя надежности среднего времени восстановления
работоспособности - после возникновения аварийной ситуации приведены в таблице 1.

47
Таблица 1 - Параметры восстановления работоспособности СУИВС AIMS_UZ
Среднее время
Наименование аварийной
восстановления Примечание
ситуации
работоспособности
После восстановления электропитания. При
пропадании электропитания до 30 минут –
Отсутствие электропитания 20 мин
работоспособность должна обеспечиваться за счет
использования UPS.
Отсутствие (обрыв) линии
20 мин После восстановления линий связи
связи
При отказе сервера время восстановления
Отказ технических средств 1 час работоспособности зависит от структуры комплекса
технических средств, но не должен быть более 1 часа.
Наличие «вирусов» 30 мин

Отказ программного Осуществляется проверка целостности БД и


обеспечения из-за ошибок повторная инсталляция ПО. По возможности ошибка
Разработчика, не должна локализоваться и блокироваться. Анализ и
Не более 3 часов
обнаруженных на этапах устранение отказа должен осуществляться
тестирования и опытной представителями Разработчика в сроки не более 1
эксплуатации дня

Потеря информации после Восстановление БД с резервной копии.


несанкционированных Повторение ранее выполненных транзакций и анализ
действии пользователей и Не более 120 мин ситуации администратором информационной
обслуживающего безопасности не входит в среднее время
персонала. восстановления работоспособности.
Полный перечень отказов и их критериев должен быть уточнен на стадии реализации
технического проекта и отражены в документе «Техно-рабочий проект». Также при
реализации технического проекта должны быть разработаны регламенты реагирования
персонала на аварийные ситуации.
4.1.4.3 Требования к надежности технических средств и программного обеспечения
Надежность технических средств СУИВС AIMS_UZ должна обеспечиваться за счет
резервирования оборудования.
Надежность приобретаемого специального программного обеспечения обеспечивается
за счет приобретения ПО, апробированных на рынке, по которым производитель гарантирует
качество и оперативно предоставляет техническую поддержку.
Надежность программного обеспечения СУИВС AIMS_UZ должна обеспечиваться
разработчиком и протестирована на этапе ввода Системы в промышленную эксплуатацию.
Показатели надежности СУИВС AIMS_UZ должны достигаться комплексом
организационно-технических мер, обеспечивающих доступность ресурсов, их управляемость
и обслуживаемость.
Технические меры по обеспечению надежности должны предусматривать:
 использование средств безопасности вычислительной сети и защиты информации;
 использование технических и программных средств поддержки бесперебойного питания
(UPS);
 конфигурирование используемых средств с применением специализированного ПО,
обеспечивающего высокую доступность;
 строгую регламентацию доступа к ресурсам СУИВС AIMS_UZ.
Рекомендуется предусмотреть возможность обеспечения следующих технических мер
повышения надежности:

48
 резервирование критически важных компонентов и данных СУИВС AIMS_UZ и
отсутствие возможности единовременного отказа дублирующих компонентов;
 организацию многоуровневой Системы дублирования и архивирования информации;
 использование технических средств с избыточными компонентами и возможностью их
«горячей» замены;
 использование системы комплексного администрирования;
 и др.
Организационные меры по обеспечению надежности должны быть направлены на
минимизацию ошибок пользователей, а также персонала службы эксплуатации при
сопровождении СУИВС AIMS_UZ за счет:
 достаточной квалификации пользователей и обслуживающего персонала;
 регламентации и нормативного обеспечения выполнения работ персоналом;
 своевременного оповещения пользователей и обслуживающего персонала о случаях
внештатной работы системы;
 минимизацию ошибок персонала службы эксплуатации при сопровождении Системы и
при проведении работ по обслуживанию комплекса технических средств Системы;
 минимизацию времени ремонта или замены вышедших из строя компонентов за счет:
o регламентации проведения работ и процедур по обслуживанию и восстановлению
системы;
o своевременной диагностики неисправностей;
o наличия договоров на сервисное обслуживание и поддержку компонентов комплекса
технических средств;
o и др.
4.1.4.4 Требования к методам оценки и контроля показателей надежности на разных
стадиях создания Системы
Деятельность по оценке и контролю показателей надежности должна проводиться в
комплексе работ по управлению качеством и испытаниям СУИВС AIMS_UZ.
На стадии разработки эксплуатационной документации должен быть разработан
документ «Программа и методика испытаний» (ПМИ), содержащий порядок и методы
проведения тестовых испытаний СУИВС AIMS_UZ при сдаче ее в промышленную
эксплуатацию.
При проведении Приемочных Испытаний правильности и корректности разработанных
алгоритмов, а также надежности функционирования Системы, необходимо руководствоваться
положениями и рекомендациями, изложенными в документе ПМИ.
Порядок проведения испытаний должен соответствовать порядку проведения
контрольного примера документа ПМИ.
4.1.5 Требования безопасности
Все технические решения, использованные в СУИВС AIMS_UZ, должны
соответствовать общим требованиям безопасности программно-аппаратных комплексов при
работе информационных систем, включая требования по монтажу, наладке, эксплуатации,
обслуживанию и ремонту технических средств Системы (защита от воздействий
электрического тока, электромагнитных полей, афотических шумов и т. п.), по допустимым
уровням освещенности, вибрационных и шумовых нагрузок и т.д.
Работа Системы не должна наносить вреда здоровью персонала и окружающей среде.
Эксплуатация Системы должна соответствовать действующим нормам и правилам техники
безопасности, пожарной безопасности и взрывобезопасности, а также охраны окружающей
среды.

49
Эксплуатация Системы персоналом должна вестись с соблюдением общих правил
техники безопасности при работе с электронно-вычислительной техникой.
Все внешние элементы технических средств, находящиеся под напряжением, должны
обеспечивать защиту эксплуатируемого персонала от поражения электрическим током и
иметь защиту от случайного прикосновения. Технические средства должны иметь зануление
или защитное заземление в соответствии с ГОСТ 12.1.030-81 «Система стандартов
безопасности труда. Электробезопасность. Защитное заземление, зануление». Подключение
электропитания к оборудованию должно выполняться в соответствии с «Правилами
устройства электроустановок».
Система электропитания должна обеспечивать защитное отключение при перегрузках
и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Дополнительные требования к безопасности при монтаже, наладке, эксплуатации,
обслуживании технических средств Системы определяются в документации на
соответствующее оборудование.
Все показатели вредных воздействий на здоровье персонала, в том числе инфракрасное,
ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум,
электростатические поля, ультразвук строчной частоты и т. д., не должны превышать
действующих норм («Санитарные правила и нормы при работе на персональных
компьютерах, видеодисплейных терминалах и оргтехнике» (СанПиН № 0224-07 от 03.04.07),
«Санитарные нормы допустимых уровней шума на рабочих местах (СанПиН № 0120-01 от
29.10.01), Санитарные нормы допустимых уровней электромагнитных полей радиочастот»
(СанПиН № 0064-96), «Санитарные нормы уровней электростатических полей на рабочих
местах (СанПиН № 0121-01) и др.).
4.1.6 Требования к эргономике и технической эстетике
СУИВС AIMS_UZ должна обеспечивать качественное взаимодействие пользователя
(человека) с компьютерной техникой и комфортность условий работы персонала. Система
должна создаваться с учетом обеспечения максимального удобства и комфортности рабочих
мест пользователей.
Основным требованием по эргономике и технической эстетике является адекватность
времени реакции компонентов Системы на сложность запроса пользователя к базам данных:
 при выполнении стандартных запросов пользователь должен работать с Системой в
реальном режиме времени;
 при выполнении сложных запросов, требующих длительного времени на выполнение,
пользователь должен получать предупреждение о процессе ожидания.
Средства администрирования пользователей, помимо возможности устанавливать
права доступа к информации, должны включать возможность создания индивидуальных
пользовательских интерфейсов для различных категорий пользователей. Индивидуальный
пользовательский интерфейс должен включать расширенное главное меню и панели
инструментов, настроенные на работу только с той информацией, доступ к которой разрешен
набором прав пользователя.
Дизайн компонента презентационного уровня Системы должен быть разработан с
учетом стандартных эргономических требований на пользовательский графический
интерфейс, обеспечивающий комфорт и продуктивность работы его пользователей, а также
быструю загрузку выбранных пользователем страниц.
Система должна обеспечивать удобный и однозначный интерфейс для работы со всем
предоставляемым функционалом. Дизайнерские решения должны использовать достижения

50
современной эргономики и дизайна и наиболее эффективно создавать положительную
эмоциональную реакцию у пользователей Системы.
Интерфейс Системы должен обеспечивать минимальное количество действий
пользователя, необходимых для часто используемых функций.
Графический интерфейс СУИВС AIMS_UZ должен отвечать следующим требованиям:
 дизайн форм приложений должен быть удобен и понятен;
 эргономические решения по возможности должны быть едиными для всех компонентов и
модулей Системы;
 пользовательский интерфейс системы должен быть организован с поддержкой
государственного узбекского, русского и английского языков. Исключения могут
составлять только системные сообщения, не подлежащие локализации или стандартные
административные приложения, входящие в состав общесистемного программного
обеспечения;
 соответствовать функциональным требованиям, предъявляемым к пользовательскому
интерфейсу;
 использовать системные диалоговые окна и управляющие элементы;
 при необходимости приложение должно информировать пользователя о поступившей
информации, об истечении сроков выполнения каких–либо задач, посредством диалоговых
окон;
 экранные формы и меню должны иметь простую логическую организацию. Пункты меню
должны быть сгруппированы с функциональными задачами и тематикой информации.
Каждому пункту меню должна соответствовать только одна выполнимая функция;
 все справочники должны открываться в процессе работы пользователя стандартным
образом в виде выпадающих списков, а также должны позволять автоматически выбирать
записи из них при ручном вводе начальных символов необходимых данных;
 планирование и структура открываемых окон должна быть единообразной и интуитивно
понятной для пользователя в целях минимизации количества тренингов пользователей
Системы и соответствующего сокращения издержек;
 интуитивно понятный интерфейс администрирования;
 должен быть обеспечен доступ к электронному комплекту эксплуатационной
документации: руководства пользователя и администратора.
4.1.7 Требования к транспортабельности
Специальных требований к транспортабельности не выставляется.
Все составные части СУИВС AIMS_UZ должны быть программным продуктом,
транспортабельность которого зависит от оборудования, на котором будет установлено
программное обеспечение.
4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и
хранению компонентов Системы
Использование технических средств СУИВС AIMS_UZ должно производиться с
выполнением требований производителей оборудования, выполнением периодического
обслуживания и регламентных работ. Сроки и периодичность проведения регламентных работ
определяются на этапе подготовки рабочей документации реализации проекта создания
СУИВС AIMS_UZ.
4.1.8.1 Условия и регламент эксплуатации
Условия эксплуатации, а также виды и периодичность обслуживания технических
средств должны соответствовать требованиям по эксплуатации, техническому обслуживанию,
ремонту и хранению, изложенным в документации производителя.

51
Условия эксплуатации Системы должны обеспечивать выполнение требований
обеспечения надежности Системы.
Для обеспечения работы аппаратных средств с заданными техническими показателями,
в помещениях должны поддерживаться условия, определенные производителем
оборудования, и выполняться рекомендации по порядку ее включения и выключения.
4.1.8.2 Требования к допустимым площадям для размещения персонала и технических
средств Системы
Требования к допустимым площадям для размещения обслуживающего персонала
СУИВС AIMS_UZ определяются в соответствии с требованиями норм охраны труда и техники
безопасности, установленными в Республике Узбекистан.
Размещение технических средств и организация автоматизированных рабочих мест
должны быть выполнены в соответствии с требованиями ГОСТ 21958-76 «Система "Человек-
машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие
эргономические требования».
Аппаратно-программные средства должны эксплуатироваться в помещениях в
условиях, соответствующих требованиям по установке и эксплуатации, указанным в
документации производителей данных средств. Аппаратно-программные средства системы
должны обеспечивать работоспособность системы с заданными техническими показателями в
штатном режиме эксплуатации круглосуточно, без учета времени перевода в регламентный
режим функционирования для проведения профилактических работ.
Для электропитания технических средств должна быть предусмотрена трехфазная
четырехпроводная сеть с глухо заземленной нейтралью 380/220 В (+10-15) % частотой 50 Гц
(+1-1) Гц. Каждое техническое средство запитывается однофазным напряжением 220 В
частотой 50 Гц через сетевые розетки с заземляющим контактом.
4.1.8.3 Требования к количеству, квалификации обслуживающего персонала и режиму
его работы
Требования к количеству, квалификации обслуживающего персонала и режиму его
работы приведены в разделе 4.1.2 «Требования к численности и квалификации персонала
Системы и режиму его работы» данного документа.
4.1.8.4 Требования к составу, размещению и условиям хранения комплекта запасных
изделий и приборов
Комплекты запасных изделий и приборов (далее по тексту ЗИП), размещаемые на
каждом объекте, в комплексе с прочими методами обеспечения отказоустойчивости Системы
должны обеспечить возможность возвращения Системы в штатный режим функционирования
с учетом требований по максимально допустимому времени простоя системы или ее
компонентов.
Номенклатура запасных частей, инструментов, принадлежностей и материалов,
необходимых для эксплуатации и ремонта технических средств, определяется перечнем ЗИП
к соответствующим изделиям, входящих в состав технических средств Системы.
К каждому комплекту ЗИП должна прилагаться инструкция по его использованию,
содержащая перечень входящих в ЗИП составных, указания о правилах и сроках хранения и
консервации комплекта ЗИП, а также о нормах расхода материалов, необходимых для этих
работ.
4.1.8.5 Требования к регламенту обслуживания
Регламент, периодичность и объем технического обслуживания компонентов Системы
должен соответствовать требованиям эксплуатационной документации на соответствующие

52
технические средства Системы, а также включать обслуживание при возникновении особых
(исключительных) ситуаций.
Работы по техническому обслуживанию должны обеспечивать безаварийное,
бесперебойное функционирование аппаратной и программной частей комплексов,
технических средств каналов связи и передачи информации, систем электропитания, а также
сохранность несущих частей, на которых расположено оборудование комплексов.
Работы по обслуживанию оборудования не должны повлечь утрату гарантийных
обязательств со стороны завода-производителя и поставщика.
Обобщенным результатом работ по обслуживанию оборудования должна являться
ежедневная работоспособность каждого комплекса в круглосуточном режиме согласно его
функциональному предназначению.
4.1.9 Общие требования к защите информации. Требования к защите
информации от несанкционированного доступа
4.1.9.1 Общие сведения
Система информационной безопасности должна быть построена в соответствии со
стандартами, действующими в Республике Узбекистан.
Перечень стандартов приведен в «Разделе 4.3.8 Требования к методическому
обеспечению» данного документа (раздел «Стандарты по Информационным Технологиям,
учитываемые при разработке Системы обеспечения информационной безопасности СУИВС
AIMS_UZ»).
4.1.9.2 Общие требования к политике информационной безопасности
Для обеспечения безопасного функционирования СУИВС AIMS_UZ и организации
доступа пользователей к содержащейся в ней информации политика информационной
безопасности СУИВС AIMS_UZ должна строиться с соблюдением следующих принципов:
 для взаимодействия пользователей Департамента по координации, учету и контролю
целевого использования гуманитарной помощи и средств технического содействия
Министерства финансов Республики Узбекистан и пользователей Казначейства
Министерства финансов Республики Узбекистан (далее по тексту- Казначейство) –
политика безопасности СУИВС, построенная с учетом политики безопасности
Министерства финансов;
 для внешнего взаимодействия:
o с пользователями министерств РУз, на которые законодательно возложены функции
по координации и мониторингу Проектов – политика безопасности СУИВС,
построенная с учетом политик безопасности Министерства финансов и министерства,
сотрудником которого является пользователь;
o с внешними пользователями (доноры Узбекистана, получатели технического
содействия (исполнительные агентства), граждане Республики Узбекистан и др.) –
политика безопасности СУИВС, построенная с учетом политики безопасности
Министерства финансов;
o для интеграционного взаимодействия с другими информационными системами –
политика безопасности СУИВС, построенная с учетом политики безопасности
Министерства Финансов и других ведомств Республики Узбекистан, с системами
которых предполагается интеграция при развитии СУИВС.
Т.к. концептуально для размещения приложений СУИВС AIMS_UZ, как отдельного
программно-технического комплекса, планируется использовать инфраструктуру
Вычислительного Центра Министерства финансов Республики Узбекистан, политика

53
информационной безопасности СУИВС AIMS_UZ должна опираться на политики
безопасности, принятые в ЦОД ВЦ Министерства финансов, а также государственных служб,
на которые законодательно возложены функции по координации и мониторингу Проектов.
Политика информационной безопасности должна быть утверждена высшим руководством
гос. служб, издана и доведена до сведения всем работникам, работающим с системой.
Политика информационной безопасности должна содержать определение общих и
конкретных обязанностей работников этих гос. служб в рамках управления информационной
безопасностью на соответствующих уровнях взаимодействия, включая информирование об
инцидентах нарушения информационной безопасности.
Политика информационной безопасности системы должна быть основана на ведении:
 Централизованного реестра пользователей Системы в сегменте безопасности СУИВС
AIMS_UZ, основанного на каталоге LDAP;
 Доступ к защищаемым ресурсам основан на принципах ролевого доступа
пользователей, при котором разрешения (привилегии) на доступ к определенным
ресурсам указываются для конкретных ролей (Матрица доступа). Конкретные
пользователи должны получать доступ к защищаемым ресурсам в соответствии с
ассоциированием пользователя с определенными ролями.
Строгость процедур идентификации и аутентификации всех субъектов (пользователей),
обращающихся к ресурсам, зависит от степени конфиденциальности информации.
Идентификация и аутентификация субъектов должна поддерживаться на основе проверки
имени (логина) и пароля субъекта, с возможностью применения ЭЦП.
Системы защиты ЦОД ВЦ Министерства финансов и СУИВС AIMS_UZ от
несанкционированного доступа к информации должны обеспечивать:
 Аутентификацию пользователей Системы при подключении к локальной сети всех
уровней, с возможностью авторизации с использованием ЭЦП;
 Персонифицированное определение прав пользователей на доступ к функциям
системы;
 Протоколирование работы пользователей.
Ключевые элементы защиты информации, обрабатываемой в СУИВС AIMS_UZ:
 Защита информации на уровне центра обработки данных ЦОД;
 Защита информации при подключении рабочих мест конечных пользователей;
 Защита информации в интеграционных компонентах;
 Обеспечение защищенного документооборота.
При разработке СУИВС AIMS_UZ должны использоваться политики безопасности,
обеспечивающие:
 Защиту информации от несанкционированной модификации и разрушения на всех
этапах ее обработки, хранения и передачи;
 Аутентификацию сторон, производящих обмен информацией (подтверждение
подлинности отправителя и получателя), с возможностью использования ЭЦП;
 Разграничение прав пользователей и обслуживающего персонала при доступе к
информационным ресурсам СУИВС AIMS_UZ, а также при хранении и
предоставлении конфиденциальной информации, в том числе защиту от
несанкционированного доступа пользователей ведомственных информационных
систем к информационным ресурсам СУИВС AIMS_UZ;
 Защиту информации от несанкционированного доступа средствами проверки
полномочий пользователей и обслуживающего персонала на использование
информационных ресурсов СУИВС AIMS_UZ (возможность несанкционированного
изменения или уничтожения этой информации, как и несанкционированное получение,

54
изменение или уничтожение информации о проектах третьими лицами должны быть
исключены);
 Защиту от несанкционированной модификации программного обеспечения, включая
защиту от внедрения «вирусов» в программные продукты;
 Защиту информации от случайных разрушений;
 Сохранность информации путем создания резервных копий;
 Защиту от утечки по побочным каналам технических средств;
 Защиту баз данных различного уровня;
 Защиту каналов передачи информации.
4.1.9.3 Требования к политике безопасности относительно аппаратных и
программных средств
При создании и дальнейшей эксплуатации СУИВС AIMS_UZ должны учитываться
следующие требования к информационной безопасности:
 Конфиденциальность информации. Защита от раскрытия информации в ходе ее
хранения, обработки и при передаче по каналам связи;
 Сохранность информации. Защита от повреждения, целостность и защищенность от
несанкционированного изменения, дополнения, копирования или удаления в ходе ее
хранения, обработки или передачи по каналам связи;
 Доступность информации. Защита от перехвата информационных сообщений и/или
данных с последующей их задержкой, а также от использования одним пользователем
данных или иных ресурсов информационной системы, предназначенных для
совместного использования.
Элементы комплексной системы обеспечения информационной безопасности должны
реализовываться в ЦОД ВЦ Министерства финансов и состоять из:
 Средств межсетевого экранирования;
 Средств криптографической защиты каналов передачи информации;
 Средств обнаружения/противодействия вторжениям;
 Средств обнаружения/противодействия атакам в обслуживании;
 Средств антивирусной защиты;
 Средств мониторинга, выявления и расследования инцидентов информационной
безопасности;
 Средств обеспечения целостности среды на уровне компонентов ЦОД;
 Средств контроля защищенности среды на различных уровнях (сети передачи данных,
системы хранения данных, компонентов среды виртуализации, системное,
специализированное и прикладное программное обеспечение);
 Средств обеспечения требуемого уровня отказоустойчивости, в том числе средства
резервирования компонентов и данных;
4.1.9.4 Требования к политике безопасности относительно каналов передачи данных
Требования к каналам передачи данных определяются на уровне ЦОД ВЦ
Министерства Финансов:
 Выделенные каналы связи, предназначенные для объединения ЛВС, должны
организовываться с использованием протоколов канального уровня;
 Выделенные каналы связи должны подключаться к ЛВС посредством пограничного
шлюза с прописанными правилами маршрутизации и политики безопасности.
Пограничный шлюз должен обеспечивать следующий минимальный набор функций:
 Должна быть обеспечена централизованная авторизация узлов сети;
 Должны обеспечиваться конфигурационные уровни привилегий администраторов;

55
 Должно производиться протоколирование действий администраторов;
 Должен осуществляться контроль состояния физических и логических портов.
Согласно стандарту O’z DST 2815:2014, для обеспечения безопасности каналов
передачи данных используются межсетевые экраны, к которым предъявляются требования,
разделенные по классификации межсетевых экранов. Разрабатываемая система требует
межсетевых экранов в политике организации безопасности каналов передачи данных по
третьему классу классификатора стандарта.
4.1.9.5 Требования к разработчикам СУИВС AIMS_UZ
В процессе разработки ПО СУИВС AIMS_UZ должны быть созданы следующие
документы:
 Спецификация на ПО и документация на него;
 Описание ПО, содержащее основные сведения о составе (с указанием контрольных
сумм файлов, входящих в состав программного обеспечения), логической структуре и
среде функционирования ПО, а также методах, приемах и правилах эксплуатации
средств технологического оснащения при создании ПО;
 Описание применения, содержащее сведения о назначении ПО, области применения,
применяемых методах, классе решаемых задач, ограничениях при применении,
минимальной конфигурации технических средств, среде функционирования и порядке
работы;
 Описание функционирования модулей программного обеспечения с детализацией до
уровня базовых функций и с указанием файлов с исходным текстом, в которых
реализованы указанные модули;
 Спецификация вызовов (описание аргументов и форматов вызовов);
 Спецификация обработки ошибочных ситуаций;
 Описание и исходные тексты модулей тестирования экспортируемых функций;
 Описание процедур компиляции исходного кода, разработанного ПО;
 Описание внешних вызовов программных процедур (вызовы операционной среды,
аппаратных средств, других библиотек и т.д.).
4.1.9.6 Требования к защите информации от несанкционированного доступа
Система должна соответствовать всем требованиям по защите информации от
несанкционированного доступа. В системе должно обеспечиваться ограничение физического
доступа к элементам системы, как с целью предотвращения нарушения работы системы, так и
с целью получения неавторизованного доступа к информации.
СУИВС AIMS_UZ – многопользовательская система с различными полномочиями и
правами пользователей. Исходя из этого, в соответствии со стандартом O'z DSt 2814-2014
«Классификация по уровню защищенности от несанкционированного доступа к
информации», разрабатываемая система AIMS_UZ относится к первой группе классов
защищенности. В СУИВС AIMS_UZ обрабатывается и хранится как общедоступная, так и
конфиденциальная информация, на основании ранжирования классов защищенности данного
стандарта система относится к классу 1Д и должна отвечать всем требованиям, относящимся
к данному классу.
Защита информации от несанкционированного доступа должна обеспечиваться мерами
организационного характера с использованием программно–технических средств ЦОД ВЦ
Министерства Финансов:
 ограничение доступа к системе должно обеспечиваться на основе идентификации и
аутентификации, удовлетворяющих соответствующим требованиям стандарта к
данному классу защищенности, а также электронной цифровой подписи пользователя;

56
 регистрация входа (выхода) и действий пользователя в системе с занесением
параметров действий (тип действия, id пользователя, ip терминала, с которого был
произведен вход, время)
 ограничение доступа к объектам и данным системы:
o доступ к информационным ресурсам, требующих соответствующих разрешений
должен обеспечиваться процедурой авторизации. Для каждого пользователя
должен обеспечиваться доступ к информации в соответствии с установленными
правами в рамках его компетенции;
o права на ввод, корректировку и просмотр данных должны быть
персонифицированы;
o исключение возможности несанкционированного доступа за счет обеспечения
механизмов разграничения доступа к информации в соответствии с правами,
предоставляемыми пользователям;
o возможность разграничения доступа групп пользователей, как к формам ввода
и корректировки данных, так и к сервисным и конфигурационным формам;
o содержимое и функциональные элементы, на которые у пользователя нет прав,
должны быть скрыты от пользователя;
 при передаче информации между сегментами СУИВС AIMS_UZ или за его пределы
должно осуществляться шифрование информации ограниченного доступа,
передаваемой по каналам связи;
 защита каналов транспортной системы;
 физическая охрана СВТ (серверных комплексов, устройств и носителей информации),
предусматривающая контроль доступа в помещения АС посторонних лиц, наличие
надежных препятствий для несанкционированного проникновения в помещения АС и
хранилище носителей информации, особенно в нерабочее время.
В качестве базовых средств защиты от несанкционированного доступа должны
использоваться:
 средства администрирования операционной системы, портальной платформы и
системы управления базами данных (СУБД);
 рациональное распределение пользователей по группам, присвоение соответствующих
прав доступа, применение паролей, квотирование жизненного цикла пароля и т.д.
Согласно стандарту O’z DST 2817:2014, для обеспечения зашиты от
несанкционированного доступа применяются средства вычислительной техники, разделенные
по классификации средств вычислительной техники. Разрабатываемая система требует
средств вычислительной техники, защищенных от несанкционированного доступа по
третьему классу классификатора.
4.1.10 Требования по сохранности информации при авариях
Информация в СУИВС AIMS_UZ не должна терять свое качество (актуальность,
полноту, достоверность), разрушаться, повреждаться, искажаться и теряться при
возникновении любых аварийных ситуаций: отказа технических средств, потери питания в
электросети и т.п.
Для обеспечения сохранности информации при сбоях и авариях и последующего
восстановления данных и вычислительного процесса должны предусматриваться:
 автоматизированное резервное копирование данных;
 ведение системных журналов событий в Системе в объеме, обеспечивающем
восстановление процесса на момент сбоя, аварии;
 возможность восстановления системного и прикладного ПО за счет создания
резервных копий;

57
 механизм восстановления работоспособности после сбоев (поддержка
работоспособности компонентов Системы при разрывах связи, восстановление после
внештатных ситуаций, средства восстановления целостности БД).
4.1.11 Требования к защите от влияния внешнего воздействия
Все компоненты СУИВС AIMS_UZ должны быть размещены в специальных
помещениях, оборудованных и защищенных в соответствии с требованиями стандартов,
нормативно–технической документации и производителей оборудования.
Система должна быть устойчива к внешним воздействиям, и обеспечивать сохранность
накопленной в ней информации. При возникновении сбоев, ошибок или появлении отказов
программно-технических средств по указанным причинам – предусмотреть возможность
полного восстановления утраченной информации.
Регламент работы Системы должен предусматривать создание резервных копий баз
данных и сопутствующей информации.
4.1.12 Требования к патентной и лицензионной чистоте
Проектные решения построения СУИВС AIMS_UZ должны отвечать требованиям по
патентной чистоте согласно действующему законодательству Республики Узбекистан и
регламентирующих создание системы распорядительных документов.
Реализация технических, программных, организационных и иных решений,
предусмотренных проектом Системы не должна приводить к нарушению авторских и
смежных прав третьих лиц.
Система и её части должны быть свободны от возможности предъявления любых прав
и притязаний третьих лиц, основанных на промышленной, интеллектуальной или другой
собственности.
Разработчикам СУИВС AIMS_UZ необходимо привести сведения о наличии лицензий
на все используемые инструменты разработки программного обеспечения, СУБД и другие
программные продукты третьих сторон. В случае использования собственных разработок,
требуется наличие документальных свидетельств на владение интеллектуальной
собственностью и авторскими правами.
4.1.13 Требования по стандартизации и унификации
Применяемые при внедрении СУИВС AIMS_UZ технические (форматы данных,
протоколы передачи и т.п.) и организационные (регламенты, требования, инструкции и т.п.)
решения должны быть специфицированы и доступны для использования. Применение не
специфицированных или недоступных решений не допускается.
Унификация информационной базы (нормативно-справочной информации, входных и
выходных документов, описаний информационных объектов и правил задания и
представления реквизитов описания этих объектов) должна обеспечивать целостность и
однозначной взаимосвязи данных в базе данных Системы.
Унификация информационного обеспечения СУИВС AIMS_UZ должна достигаться за
счет:
 использования единой системы классификации и кодирования объектов Системы и
входящих в еe состав подсистем;
 использования национальных, отраслевых и других стандартных классификаторов;
 рационального ограничения используемых форм документов;
 применения единых методов и средств сбора, подготовки, контроля и хранения
информационных массивов системы.

58
Основным принципом построения решений является обеспечение информационной
совместимости всех данных, обрабатывающихся в системе в процессе информационного
взаимодействия. Стандартизация кодов классификаторов является обязательной для
обеспечения качественного обмена и общего пользования информацией всеми гос. службами.
Реализация данного принципа в СУИВС AIMS_UZ должна достигаться путем
применения единого стандарта информационного взаимодействия и унифицированной
нормативно-справочной информации, используемой в системе.
В СУИВС AIMS_UZ необходимо максимально задействовать использование
классификаторов. Даже небольшие по вариантам характеристики, которые подлежат
классификации, должны быть выделены в справочники или классификаторы.
Использование единой системы классификации и кодирования информации в СУИВС
AIMS_UZ должно устанавливать общие требования к формированию и унификации
информационных ресурсов, предназначенных для работы с системой на всех уровнях
взаимодействия.
4.2 Требования к функциям, выполняемым Системой
Функциональная структура СУИВС AIMS_UZ представлена следующими основными
подсистемами:
 Подсистема «База нормативно-справочной информации»;
 Подсистема «Перечни проектов БТС»;
 Подсистема «База данных доноров», включая расширенные сведения по донорам;
 Подсистема «База данных проектов», включая Электронные Досье Проектов с
основными сведениями по Проектам и сопутствующей информацией, и др.);
 Подсистема «База данных отчетов исполнения Проектов» (включая Карточки
отчетности с информацией по результатам реализации проекта, Карточки проблемных
вопросов и др.);
 Подсистема «Интеграция», включая все необходимые сервисы интеграции с внешними
системами и программы-конверторы для импортирования существующих данных в
хранилище Системы;
 Подсистема «База данных аналитической информации по Проектам»;
 Подсистема «Управление жизненным циклом Проекта»;
 Подсистема «Инструментарий Аналитики» (Отчеты, Диаграммы, Комплексное
картографирование и Организация поиска);
 Подсистема «Портал СУИВС AIMS_UZ» (Персональные кабинеты, визуализация и
др.);
 Подсистема «Безопасность».
4.2.1 Требования к функциям, выполняемым подсистемой «База нормативно-
справочной информации»
Подсистема «База нормативно-справочной информации» предназначена для ведения
справочников и классификаторов, обеспечивающих функционирование таких сегментов
системы, как сегмент приложений, а также сегмент визуализации данных. Подсистема
«База нормативно-справочной информации» в свою очередь, выполняет функции модуля
«Ведение НСИ», а также сервисного модуля визуализации «Ведение НСИ» данных сегментов.
Функции подсистемы «База нормативно-справочной информации» отвечают за
предоставление в системе основных классификаторов информации. Основные функции
подсистемы «База нормативно-справочной информации» включают в себя:
 Ведение НСИ в части классификации Проектов (Уровни структурной иерархии
выполнения, Страны, Регионы, Сектора, Статусы жизненного цикла Проекта и др.);
 Ведение НСИ в части классификации статусов жизненного цикла Проекта;

59
 Ведение НСИ в части унификации поступающей информации (Перечень министерств,
База доноров, Направления использования средств, Тип реализации гранта, коды
ОКПО, признак открытости/ закрытости данных к публичному доступу и др.);
 Ведение НСИ системы в части организации мониторинга и учета за целевым и
эффективным использованием СБТС (причины задержки исполнения, статус решения
проблемных вопросов, типы принятых решений и др.);
 Ведение НСИ в части ведения сопутствующей информации (типы документов;
финансовые года для стран, справочник валют, справочник курсов валют и др.);
 Интерфейс ввода/корректировки нормативно-справочной информации.
Справочники и классификаторы базы данных предназначены для кодирования
информации при решении функциональных задач Департамента в автоматизированном
режиме. Они разработаны в целях установления единой системы кодовых обозначений
объектов и процессов и их наиболее важных свойств, а также минимизации объемов
информации, хранящейся в базе данных системы.
Использование классификаторов обеспечивает также минимизацию временных затрат
на выполнение операций ввода информации в базу СУИВС, предоставляя возможность
выбора значений при заполнении экранных форм ввода данных.
НСИ содержит справочную информацию, структурированную в основном следующим
образом: идентификатор (код классификатора), наименование, описание.
В СУИВС AIMS_UZ должна быть реализована функциональность по ведению
следующей нормативно-справочной информации:

Классификатор стран-доноров/донорских организаций


(Согласно Международному классификатору стран):
Наименование Буквенный
№ Код страны-донора Категория
страны-донора код
1 036 Австалия CД AUS
2 040 Австрия СД AUT
78 788 Азиатский Банк НО ADB
Развития

Классификатор категорий доноров:


Код Наименование категории донора Литерный
категории идентификатор
1 Страна-донор СД
2 Неправительственная организация НО
3 Правительственная организация ПО
4 Международная организация МО

Классификатор секторов направления использования средств


(Постановление КМ от 24.12.2008 № 1892):
Код Наименование сектора
10 Приобретение оборудования
20 Приобретение медикаментов
30 Приобретение материально-технических ресурсов

60
Классификатор Предприятий и Организаций
(Постановление КМ от 11.10.2003 № 439):
№ Код вида деятельности Отрасль
1 10000 Промышленность
419 50000 Транспорт и связь
445 60000 Строительство

Классификатор Гендерного измерения программ и проектов


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

№ Уровень измерения гендерной чувствительности


1 Низкий
2 Средний
3 Высокий
Полный перечень справочников и классификаторов, используемых в Системе, должен
быть уточнен на этапе реализации технического проекта и отражен в документе «Техно-
рабочий проект».
4.2.2 Общие требования к функционалу исполнения Проектов
Функционал по исполнению проектов должен реализовывать возможности по
внесению в базу данных проектов информации о начале (старте) Проектов.
Должна быть реализована функциональность, позволяющая после старта проектов
формировать расписание по предоставлению отчетов, отражающих исполнение и реализацию
Проектов. Согласно сформированному расписанию по Проекту, при наступлении событий,
должны отправляться информационные сообщения – уведомления Исполнительным
агентствам и Казначейству Министерства Финансов для внесения через определенные формы
ввода отчетной информации по исполнению и реализации Проектов.
По результатам и данным, приведенным в отчетах, должен быть доступен функционал,
для мониторинга и анализа данных, формирования аналитической и сводной отчетности.
Результаты формирования аналитической и сводной отчетности должны сохраняться в
базу аналитической информации и, при необходимости, должна быть реализована
возможность по выгрузке данных отчетности в установленные форматы файлов по экспорту
во внешние системы.
4.2.3 Требования к функциям, выполняемых подсистемой «Перечни проектов
БТС»
Подсистема «Перечни проектов БТС» включает элементы сегмента ввода
информации, сегмента интеграции, а также сегмента визуализации.
Информационная составляющая бизнес-процессов подготовки Перечней проектов БТС
разделена на 3 части:
 Перечень 1 – Перечень проектов безвозмездного технического содействия (грантов),
предварительно согласованных и прорабатываемых со странами-донорами,
международными и иностранными правительственными и неправительственными
организациями на 20ХХ год;
 Перечень 2 – Перечень проектов безвозмездного технического содействия (грантов),
прорабатываемых со странами-донорами, международными и иностранными
правительственными и неправительственными организациями;

61
 Перечень 3 – Сводный перечень приоритетных проектов безвозмездного технического
содействия (грантов), предлагаемых странам-донорам, международным и
иностранным правительственным и неправительственным организациям к
финансированию и софинансированию
На первом этапе реализации проекта создания СУИВС AIMS_UZ в базу данных
вносятся сведения уже по утвержденным КМ РУз Перечням проектов БТС.
Для обеспечения оптимального заполнения базы данных проектов и Журналов
перечней, функционал ввода разделен по трем Перечням. Работа с каждым Перечнем должна
быть реализована отдельным модулем подсистемы «Перечни проектов БТС» СУИВС
AIMS_UZ:
 Модуль «Управление перечнем 1»;
 Модуль «Управление перечнем 2»;
 Модуль «Управление перечнем 3».
Процесс формирования в базе СУИВС AIMS_UZ утвержденных Перечней проектов
БТС и их ведение приведен на рисунке 6.

Рис.6 Процесс формирования утвержденных Перечней и их ведение


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

62
Заинтересованные министерства, участвующие в организации процессов
формирования Перечней проектов БТС должны иметь возможность просматривать данные по
внесенным проектам и утвержденным перечням, аналитической информации.
Схемы организации работы с Перечнями приведена на рисунках 7-9.
Модули, задействованные в выполнении функций подсистемы «Перечни проектов
БТС»:
 Модуль «Ввод первичной информации по проекту БТС» (сегмент ввода
информации)
Модуль обеспечивает автоматизацию следующих основных функций:
o Формирование Журнала Перечней, в котором сохраняются сведения о типе
ввода, дате ввода, авторе и т.д.;
o Ввод сведений по проектам, входящим в Перечни проектов БТС (Перечень1,
Перечень 2, Перечень 3);
o Создание Электронного Досье Проекта;
o Валидация первичной информации «Сведения по Проекту» в ЭДП;
o Валидация сопутствующей информации по Проекту в ЭДП (аннотация,
концепция, паспорт проекта и др.);
o Соотнесение Проекта к уровню структурной иерархии выполнения (программа,
подпрограмма, фаза, проект и т.д.);
o Соотнесение Проекта к классификационному уровню в соответствии со
справочниками, организованными в системе (страна, регион, сектор и т.д.);
o Включение в ЭДП гендерного измерения программ и проектов;
 Портальное решение (сегмент визуализации)
Портальное решение СУИВС AIMS_UZ обеспечивает работу с данными (просмотр,
ввод, редактирование) через разрабатываемый для подсистемы «Перечни проектов БТС»
инструментарий персональных кабинетов, в которых доступность к функциональности и
объему информации устанавливается в соответствии с матрицей доступа. Функциональность
Портального решения, используемого в подсистеме «Перечни проектов БТС», обеспечивает
возможность:
o формирования и отображения актуальных Перечней проектов БТС (Перечень 1,
Перечень2, Перечень 3);
o просмотра и, при необходимости, переход к формированию или обновлению:
 НСИ СУИВС AIMS_UZ;
 базы данных донорских организаций;
 наиболее востребованной информации (блок законодательных актов,
информация о Департаменте Министерства Финансов РУз, в том числе
основных процедурных вопросах процесса технического содействия, а
также предлагаемых объемах БТС и др.);
o ведения мониторинга освоения, целевого и эффективного использования СБТС
с использованием аналитических инструментов модулей построения отчетов,
диаграмм и картографии;
o реализации поиска информации по базам единого хранилища (базе доноров, базе
проектов и др.);
o обеспечения доступа для всех заинтересованных пользователей к
результирующей информации, в рамках предоставленных им полномочий;
 Модуль «Получение первичной информации по Проекту» (сегмент интеграции)
Модуль обеспечивает реализацию следующих задач:

63
o Первоначальная автоматизированная загрузка сведений по проектам, входящим
в Перечни проектов БТС (Перечень1, Перечень 2, Перечень 3);
o Получение в согласованном формате информации о Проекте, содержащей все
необходимые данные;
o Интеллектуальное создание Электронного Досье Проекта на основе
предоставленной информации;
o Формирование первичной информации «Сведения по Проекту» в ЭДП на основе
полученной информации;
o Возможность корректировки первичной информации через формы
корректировки;
 Модуль «Управление Перечнем 3»
При первичной загрузке сведений в СУИВС AIMS_UZ через формы ввода или
программами-конверторами из нормализованных файлов импорта (XML, XLS, CSV) должен
загружаться сводный Перечень 3 и первичная информация по проектам. Формат импорта
определяется на этапе реализации технического проекта и отражается в документе «Техно-
рабочий проект».
Вся вводимая информация загружается в базы данных хранилища СУИВС AIMS_UZ:
«Перечни проектов БТС» и «Данные по проектам».
При последующем вводе информации (через формы ввода или через программы-
конверторы), информация должна загружаться во временный Перечень (далее по тексту – ВП).
Интерфейсное решение должно позволять производить сопоставление проектов ВП 3 с
проектами существующего в базе Перечня 3. При наличии в ВП 3 новых проектов
(отсутствующих в предыдущих Перечнях), в базу должны вводиться данные только по этим
новым проектам. По завершении сопоставления, формируется база данных по проектам
нового утвержденного Перечня 3 и сам Перечень 3. Использование данной методологии
сопоставления данных, позволяет избежать дублирования информации и обеспечивает
уникальность сведений по проектам в хранилище СУИВС AIMS_UZ.
Схемы организации работы с Перечнем 3 приведена на рисунке 7.
Для обеспечения информационной составляющей при организации процесса
предложений донорам проектов к финансированию в СУИВС AIMS_UZ должен быть
реализован функционал по просмотру Перечня 3.
Дополнительно должны быть реализованы функциональные возможности по внесению
в базу отметок об отправке в донорские организации информации по выбранным проектам, а
также включения в ЭДИП документов, полученных от доноров по проектам, планируемым
ими к финансированию.

64
Рис.7 Схема организации работы с Перечнем 3
Функционал по формированию списка проектов БТС, направляемых донорам для
определения возможности их финансирования, а также процедуры их отправки и контроля
обмена информацией по проектам с донорами, на данном этапе реализации Системы не
подлежит автоматизации. Данный функционал вынесен на схеме во внешний
неавтоматизированный блок. При проектировании системы необходимо предусмотреть
возможность включения реализации функционала внешнего блока в схему ввода информации
по утвержденному Перечню 3 при развитии СУИВС AIMS_UZ.
 Модуль «Управление Перечнем 2»
При первичной загрузке сведений в СУИВС AIMS_UZ через формы ввода или
программами-конверторами из нормализованных файлов импорта (XML, XLS, CSV) должен
загружаться Перечень 2 и первичная информация по проектам. Формат импорта определяется
на этапе реализации технического проекта и отражается в документе «Техно-рабочий проект».
Вся вводимая информация загружается в базы данных хранилища СУИВС AIMS_UZ:
«Перечни проектов БТС» и «Данные по проектам».
При последующем вводе информации (через формы ввода или через программы-
конверторы), информация должна загружаться во временный Перечень. Интерфейсное
решение должно позволять производить сопоставление проектов ВП 2 с проектами
существующих в базе Перечней 2, 3 и 1. При наличии в ВП 2 новых проектов (отсутствующих
в сопоставляемых Перечнях), в базу должны вводиться данные только по этим новым
проектам. По завершении сопоставления, формируется база данных по проектам нового
утвержденного Перечня 2 и сам Перечень 2. Использование данной методологии
сопоставления данных, позволяет избежать дублирования информации и обеспечивает
уникальность сведений по проектам в хранилище СУИВС AIMS_UZ.
Схема организации работы с Перечнем 2 приведена на рисунке 8.

65
Рис.8 Схема организации работы с Перечнем 2
Для обеспечения информационной составляющей при организации процесса по
согласованию с донорами проектов БТС, предварительно выбранными ими к
финансированию, в СУИВС AIMS_UZ должен быть реализован функционал по просмотру
Перечня 2.
Для организации процесса по согласованию с донорами проектов, предварительно
выбранными ими к финансированию, должен реализовываться функционал по просмотру
перечня, дополнительно должны реализовываться функциональные возможности о внесении
отметок об отправке документов по проектам в донорские организации, а также включения
документов, полученных от доноров по проектам, по которым донор готов оказать
финансирование, с указанием сроков начала реализации проекта.
Дополнительно должны быть реализованы функциональные возможности по внесению
в базу отметок об отправке в донорские организации документов по выбранным проектам, а
также включения в ЭДП документов, полученных от доноров по проектам, по которым донор
готов оказать финансирование, с указанием сроков начала реализации проекта.
Функционал по формированию списка проектов БТС, направляемых донорам для
определения возможности их финансирования, а также процедуры их отправки и контроля
обмена информацией по проектам с донорами, на данном этапе реализации Системы не
подлежит автоматизации. Данный функционал вынесен на схеме во внешний
неавтоматизированный блок. При проектировании системы необходимо предусмотреть
возможность включения при развитии СУИВС AIMS_UZ реализацию функционала внешнего
блока в схему ввода информации по утвержденному Перечню 2.
 Модуль «Управление перечнем 1»
При первичной загрузке сведений в СУИВС AIMS_UZ через формы ввода или
программами-конверторами из нормализованных файлов импорта (XML, XLS, CSV) должен
загружаться сводный Перечень 1 и первичная информация по проектам. Формат импорта
определяется на этапе реализации технического проекта и отражается в документе «Техно-
рабочий проект».

66
Вся вводимая информация загружается в базы данных хранилища СУИВС AIMS_UZ:
«Перечни проектов БТС» и «Данные по проектам».
При последующем вводе информации (через формы ввода или через программы-
конверторы), информация должна загружаться во временный Перечень (ВП 1). Интерфейсное
решение должно позволять производить сопоставление проектов ВП 1 с проектами
существующего в базе Перечней 1, 2 и 3. При наличии в ВП 1 новых проектов (отсутствующих
в предыдущих Перечнях), в базу должны вводиться данные только по этим новым проектам.
По завершении сопоставления, формируется база данных по проектам нового утвержденного
Перечня 1 и сам Перечень 1. Использование данной методологии сопоставления данных,
позволяет избежать дублирования информации и обеспечивает уникальность сведений по
проектам в хранилище СУИВС AIMS_UZ.
Схема организации работы с Перечнем 1 приведена на рисунке 9.
Для обеспечения информационной составляющей при организации процесса по
исполнению и реализации проектов в СУИВС AIMS_UZ должен быть реализован функционал
по просмотру Перечня 1.
Для ответственных ролей пользователей дополнительно должны реализовываться
функциональные возможности по расширению Перечня 1, при появлении нового проекта по
реализации, начавшегося в текущем году, после завершения формирования в базе Перечня 1.
Дополнительно должны быть реализованы функциональные возможности по внесению
информации о начале реализации проектов, ввод данных о возникающих проблемах,
препятствиях по реализации проекта и другой сопутствующей информации, как со стороны
исполнительных агентств, так и со стороны доноров, по закрепленным за ними исполняемым
проектам.

Рис.9 Схема организации работы с Перечнем 1

67
4.2.4 Требования к функциям, выполняемых подсистемой «База данных
доноров»
Подсистема «База данных доноров» предназначена для ведения информации о
донорских организациях и включает элементы централизованного хранилища данных и
сегмента визуализации.
База данных по донорам, формируемая в данной подсистеме, является одной из
основных баз данных Централизованного хранилища данных СУИВС AIMS_UZ.
В реализации основных функций подсистемы «База данных доноров», отвечающих за
хранение и предоставление в системе основных данных по донорам, задействованы:
 Сервисный модуль визуализации «База данных доноров» (сегмент визуализации),
реализующий функции интерфейсного решения для ввода и редактирования
информации о донорах;
 Централизованное хранилище данных в части Базы Данных по Донорам,
обеспечивающее реализацию функционала:
o хранение всех данных по донорам, включая сведения по органам представления
донора в Республике Узбекистан и его контакты;
o ведение Журнала изменений данных по донорам.
4.2.5 Требования к функциям, выполняемых подсистемой «База данных
проектов»
Подсистема «База данных проектов» предназначена для формирования всех сведений
по Проектам БТС, включая Электронные Досье Проектов с основными сведениями и
сопутствующей информацией по Проектам и отчеты по Проектам и включает элементы
централизованного хранилища данных, сегмента приложений и сегмента визуализации.
База данных проектов, формируемая в данной подсистеме, является основной базой
данных Централизованного хранилища данных СУИВС AIMS_UZ.
В реализации основных функций подсистемы «База данных проектов», отвечающих за
хранение и предоставление в системе всех основных сведений по Проектам, задействованы:
 Модуль «Управление бизнес-процессом по ведению Проекта» (сегмент
приложений), реализующий функции:
o создание и ведение бизнес-процессов по управлению информацией о внешнем
содействии, жизненному циклу Проекта, мониторингу и учету за целевым и
эффективным использованием СБТС;
o оповещение пользователей, закрепленных за Проектом, по наступающим
событиям и установленных сроках их исполнения, на этапах их участия в
жизненных циклах Проекта;
o управление графиком жизненного цикла Проекта в части его реализации
(широкое использование статусов жизненного цикла Проекта);
o сохранение истории ведения Проекта для последующей аналитической
обработки;
 Сервисный модуль визуализации «Базы данных проектов» (сегмент визуализации),
реализующий функции интерфейсного решения:
o ввода и редактирования информации по проектам БТС;
o корректировки поступивших данных;

68
o интерфейс ввода и редактирования информации по исполнению Проектов,
реализуемых за счет СБТС;
 Централизованное хранилище данных в части Базы данных информации о
проектах, обеспечивающее реализацию функционала:
o хранение всех данных по донорам, включая сведения по органам представления
донора в Республике Узбекистан и его контакты;
o ведение Журнала изменений данных по проектам.
Подсистема «База данных проектов» должна обеспечить хранение следующих
основных сведений по проектам, реализуемым за счет СБТС:
 № (идентификационный номер проекта)
 Наименование проекта
 Основные мероприятия по проекту
 Сумма проекта (тыс.дол.), в том числе:
o Финансирование донора;
o Софинансирование узбекской стороны;
 Валюта финансирования проекта
 Исполнительное агентство
 Донор
Расширенное описание основных сведений и документов (планируемые показатели)
исполнения проектов, реализуемых за счет средств технического содействия доноров
приведено в разделе «4.1.1.1 Информационная составляющая бизнес-процессов обеспечения
учета и контроля исполнения проектов, реализуемых за счет средств технического содействия
доноров» настоящего Документа.
4.2.6 Требования к функциям, выполняемых подсистемой «База данных
отчетов исполнения Проектов»
Подсистема «База данных отчетов исполнения Проектов» предназначена для
формирования всех сведений по исполнению Проектов, включая Карточки отчетности с
информацией по результатам реализации проекта, Карточки проблемных вопросов и др. и
обеспечивает возможность отслеживания хода исполнения Проектов, реализуемых за счет
СБТС для последующей аналитики эффективности проектов, отчетности и решения других
задач.
Подсистема «База данных отчетов исполнения Проектов» включает элементы
централизованного хранилища данных, сегмента ввода информации, сегмента
интеграции, сегмента аналитики и сегмента визуализации.
База данных отчетов исполнения Проектов, формируемая в данной подсистеме,
является одной из основных баз Централизованного хранилища данных СУИВС AIMS_UZ.
В реализации основных функций подсистемы «База данных отчетов исполнения
Проектов», отвечающих за хранение и предоставление в системе данных по ходу исполнения
Проектов, задействованы:
 Модуль «Ввод информации по результатам реализации проекта», реализующий
функции сбора отчетности, отражающей использование грантовых средств,
поступающих в Республику Узбекистан (сегмент ввода информации):
o формирование «Карточки отчетности» в ЭДП;
o валидация информации по отчетам в «Карточке отчетности»;
o валидация сопутствующей информации к отчетам по Проекту;
o формирование оповещений о результатах валидации отчетных данных.

69
 Модуль «Получение информации по результатам реализации Проекта»,
реализующий функции сбора отчетности, отражающей использование грантовых
средств, поступающих в Республику Узбекистан (сегмент интеграции):
o получение в согласованном формате сведений по отчетности, отражающих
использование грантовых средств, поступающих в Республику Узбекистан, по
Проекту;
o формирование «Карточки отчетности» в ЭДП на основе предоставленной
информации;
o возможность корректировки «Карточки отчетности» через формы
корректировки;
 Сервисный модуль визуализации «Обзор и исполнение задач» (сегмент
визуализации), реализующий функции интерфейсного решения:
o интерфейс текущих задач пользователя в бизнес-процессе;
 Модуль «Оперативный анализ информации» (сегмент аналитики), реализующий
следующие функции:
o создание измерений, фактов, мер, показателей по данным аналитики;
o предоставление инструментария аналитики для построения динамических
графиков отчетов в соответствующих модулях;
 Централизованное хранилище данных в части Базы данных отчетов исполнения
Проектов, обеспечивающее реализацию функционала:
o хранение исходных данных отчетов исполнения Проектов, реализуемых за счет
СБТС;
o Ведение Журнала изменений данных.
Расширенное описание основных сведений и документов (фактические показатели)
исполнения проектов, реализуемых за счет СБТС приведено в разделе «4.1.1.1
Информационная составляющая бизнес-процессов обеспечения учета и контроля исполнения
проектов, реализуемых за счет средств технического содействия доноров» настоящего
Документа.
Функционал по исполнению проектов должен реализовывать возможности по
внесению в базу данных проектов информации о начале проектов.
После начала проектов должна быть реализована функциональность, позволяющая
формировать расписание по предоставлению отчетов, отражающих исполнение и реализацию
проектов. Согласно сформированному расписанию по проекту, при наступлении событий,
должны отправляться информационные сообщения – уведомления исполнительным
агентствам, казначейству Министерства Финансов для внесения через определенные формы
ввода отчетной информации по исполнению и реализации проектов.
По результатам и данным, приведенным в отчетах, должен быть доступен функционал,
для мониторинга и анализа данных, формирования аналитической и сводной отчетности.
Результаты формирования аналитической и сводной отчетности должны сохраняться в
базу аналитической информации и, при необходимости, должна быть реализована
возможность по выгрузке данных отчетности в установленные форматы файлов по экспорту
во внешние системы.
Схема исполнения проектов приведена на рисунке 10.

70
Рис.1 Схема исполнения проектов

4.2.7 Требования к функциям, выполняемых подсистемой «Интеграция»


Подсистема «Интеграция», включая все необходимые сервисы интеграции с внешними
системами и программы-конверторы для импортирования существующих данных в
хранилище СУИВС AIMS_UZ, предназначена для обеспечения взаимодействия с внешними
информационными системами – источниками информации.
Подсистема «Интеграция» включает элементы сегмента интеграции.
Так как внешние системы могут представлять собой не только автоматизированные
системы, готовые к интеграции на уровне вызовов веб-служб, но так же и системы,
предусматривающие интеграцию на уровне обмена файлами, в подсистеме «Интеграция»
должен быть реализован функционал, позволяющий проводить, по заложенным алгоритмам,
импортирование в СУИВС AIMS_UZ из нормализованных файлов импорта (XML, XLS, CSV
(формат определяется на этапе реализации технического проекта и отражается в документе
«Техно-рабочий проект»)) определенной информации, например утвержденные Перечни
проектов БТС.
В реализации основных функций подсистемы «Интеграция» задействованы:
 Модуль «Получение первичной информации по Проекту» (сегмент интеграции)
Функционал модуля «Получение первичной информации по Проекту» реализует
службы интеграции, обеспечивающие (при необходимости) интеграцию с
автоматизированными внешними информационными системами на уровне вызовов веб-служб
в части получения первичной информации по грантовому проекту:
o реализация получения в согласованном формате информации о Проекте БТС,
содержащей все необходимые данные;

71
o интеллектуальное создание Электронного Досье Проекта на основе
предоставленной информации;
o формирование первичной информации «Сведения по Проекту» в ЭДИП на
основе полученной информации;
o предоставление возможности редактирования первичной информации через
формы корректировки;
o и др.
При запуске служб должны проводиться соответствующие корректировки и проверки
поступающей информации, а также журналирование всех происходящих процессов. В случае
успешного прохождения проверки, поступающая информация должна сохраняться в базе
данных проектов с присвоением соответствующего статуса. В случае неудачи, по
реализованным механизмам интеграции, должен обеспечиваться обмен информацией с
внешней системой, с указанием ошибок ввода информации для возможной корректировки во
внешней системе.
 Модуль «Получение информации по результатам реализации Проекта» (сегмент
интеграции)
Функционал данного модуля должен обеспечивать реализацию служб интеграции по
обеспечению интеграции с автоматизированными внешними информационными системами
на уровне вызовов веб-служб в части получения информации по результатам реализации
проекта БТС:
o реализация получения в согласованном формате сведений по отчетности,
отражающих использование грантовых средств, поступающих в Республику
Узбекистан, по Проекту;
o формирование «Карточки отчетности» в ЭДП на основе предоставленной
информации;
o обеспечение возможности корректировки «Карточки отчетности» через формы
корректировки.
При запуске служб должны проводиться соответствующие корректировки и проверки
поступающей информации, а также журналирование всех происходящих процессов. В случае
успешного прохождения проверки, поступающая информация должна сохраняться в базе
данных проектов с присвоением соответствующего статуса. В случае неудачи, по
реализованным механизмам интеграции, должен обеспечиваться обмен информацией с
внешней системой, с указанием ошибок ввода информации для возможной корректировки во
внешней системе.
4.2.8 Требования к функциям, выполняемых подсистемой «База данных
аналитической информации по Проектам»
Подсистема «База данных аналитической информации по Проектам» выполняет
функции по сохранению аналитической информации, сформированной в виде аналитических
и сводных отчетов в ходе реализации взаимодействия со средствами аналитики и базами
данных доноров, проектов, отчетов исполнения по проектам.
База данных Централизованного хранилища СУИВС AIMS_UZ, формируемая в данной
подсистеме, является основным поставщиком сводной информации при генерации
стандартных сводных консолидированных отчетов в Системе.
Функционал системы обеспечивает формирование реляционной базы данных в части
создания взаимосвязанных таблиц, системы хранения данных с высокими показателями
надежности, отказоустойчивости, быстродействия. База данных должна позволять
организованно хранить аналитическую и сводную отчетность, структурированно разделять и

72
однозначно отделять отчеты друг от друга, предоставлять возможность выбора даты,
категории и других атрибутов для выбора отчета из базы данных.
4.2.9 Требования к функциям, выполняемых подсистемой «Управление
жизненным циклом Проекта»
Подсистема «Управление жизненным циклом Проекта» предназначена для
обеспечения функций по управлению жизненным циклом проекта:
 возможность создания определений потоков работ (WorkFlow);
 контроль исполнения определенных этапов работ;
 возможности организации оповещений о просроченных и недостигнутых этапах;
 возможности предоставления сводной и аналитической информации о жизненном
цикле проекта.
Подсистема «Управление жизненным циклом Проекта» включает элементы сегмента
приложений и сегмента визуализации.
В реализации основных функций данной подсистемы задействованы:
 Модуль «Управление бизнес-процессом по ведению Проекта» (сегмент
приложений)
Функционал модуля должен позволять:
o создавать модели потоков работ WorkFlow в нотации BPMN;
o обеспечивать возможности мониторинга исполнения WorkFlow в режиме
реального времени;
o отслеживать время, затраченное на выполнение определенных стадий проекта;
o создавать расписания по регулированию жизнедеятельности проекта;
o возможность реализации создания и ведения бизнес-процессов по управлению
информацией о внешнем содействии, жизненному циклу Проекта, мониторингу
и учету за целевым и эффективным использованием СБТС;
o проводить автоматическое оповещение пользователей, закрепленных за
Проектом, по наступающим событиям и установленных сроках их исполнения,
на этапах их участия в жизненных циклах Проекта;
o обеспечивать управление графиком жизненного цикла Проекта в части его
реализации;
o содержать возможности по сохранению истории ведения Проекта для
последующей аналитической обработки;
o и др.
В СУИВС AIMS_UZ выделены приоритетные процессы, автоматизация которых
обеспечит синергетический эффект:
o Ведение информации по проекту;
o Ведение информации по программе;
o Ведение информации по Донору;
o Формирование электронного банка данных по проекту;
o Ведение процессов по контролю поступивших СТС;
o Ведение графика жизненного цикла Проекта в части его реализации;
o Ведение процессов по контролю хода исполнения мероприятий по проекту;
o Ведение процессов по контролю за целевым использованием СТС;
o Оценка эффективности проекта;
o Создание и ведение бизнес-процессов по управлению информацией о внешнем
содействии, жизненному циклу Проекта, мониторингу и учету за целевым и
эффективным использованием СБТС;

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

 Модуль «Сервисные приложения обеспечения бизнес-процессов» (сегмент


приложений)
Данный модуль должен обеспечить исполнение WorkFlow, определенное в модуле
«Управление бизнес-процессом по ведению Проекта» на уровне реализации дополнительных
сервисов и служб по взаимодействию с другими подсистемами и их модулями.
Модуль «Сервисные приложения обеспечения бизнес-процессов» отвечает за
предоставление в системе автоматизированных веб-служб, реализующих ведение таких
основных бизнес-процессов, как:
o обеспечение исполнения графика-расписания,
o организация доступа к первичной информации на уровне веб-служб,
o организация необходимых типовых веб-служб для обеспечения бизнес-
процессов.
o И др.

 Сервисный модуль визуализации «Обзор и исполнение задач» (сегмент


визуализации)
Сервисный модуль визуализации данных «Обзор и исполнение задач» обеспечивает
отображение списка текущих, выполненных, просроченных задач авторизованного
пользователя. Также данный сервисный модуль должен содержать возможности по просмотру
вида процесса WorkFlow, в котором участвует текущий пользователь, отображать
пользовательский интерфейс исполнения задач, диаграммы и графики по мониторингу
исполнения в рамках полномочий авторизованного пользователя.
4.2.10 Требования к функциям, выполняемых подсистемой «Инструментарий
Аналитики»
Подсистема «Инструментарий аналитики» должна обеспечить реализацию функций
создания аналитических и сводных отчетов, диаграмм, графиков с использованием
информации из любой базы данных Единого Централизованного хранилища данных СУИВС
AIMS_UZ, а также возможность использования инструментов комплексного
картографирования и организации поиска.
Подсистема «Инструментарий аналитики» включает элементы сегмента аналитики и
сегмента визуализации.
Подсистема «Инструментарий аналитики» СУИВС AIMS_UZ должен предоставлять
удобный инструмент подготовки сводных отчетных данных, на базе которых Департаментом
подготавливаются аналитические отчеты по проектам ТС с различных информационных
ракурсов.
Сегмент аналитики, в целом, должен обеспечить эффективность процедур проведения
аналитического анализа любых данных СУИВС AIMS_UZ, что позволит ускорить подготовку,

74
а также расширить состав аналитической отчетности Департамента МФ, предоставляемой в
Кабинет Министров и Аппарат Президента РУз.
В реализации основных функций подсистемы «Инструментарий аналитики»
задействованы:

 Модуль «Оперативный анализ информации» (сегмент аналитики)


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

 Сервисный модуль визуализации «Отчёты» (сегмент визуализации)


Визуальная компонента сервисного модуля визуализации данных «Отчеты», входящая
в портальное решение СУИВС AIMS_UZ и предназначенная для отображения отчетов в
табличном представлении с использованием инструментов создания аналитических отчетов.
Модуль должен обеспечить реализацию функций:
o генерации оперативных ежеквартальных, полугодовых и годовых отчетов, с
возможностью создания печатной копии,
o выгрузки отчета в формат MS Excel или PDF,
o формирования отчетов в табличной форме, позволяющей основным группам
пользователей определять и гибко настраивать механизм ввода запросов по
основным типам информации Проектов и программ,
o возможности формирования отчетов на заданный финансовый год
o и др.

75
Пример интерфейсного решения «Отчеты» приведен на рисунке 11.

Рис.2 Пример интерфейсного решения «Отчеты»

 Сервисный модуль визуализации «Диаграмма» (сегмент визуализации)


Визуальная компонента сервисного модуля визуализации данных «Диаграмма»,
входящая в портальное решение СУИВС AIMS_UZ и предназначенная для отображения в
удобном графическом представлении диаграмм и графиков, с использованием в графических
инструментов их построения основе информации из баз данных Единого Централизованного
хранилища данных СУИВС AIMS_UZ.
Модуль должен обеспечить реализацию функций формирования диаграмм с
применением фильтров по донорским организациям, секторам реализации, срокам
исполнения (год), исполнителям проекта, с возможностью перехода на разные
территориальные уровни (отображение данных по Республике и по регионам).

76
Пример интерфейсного решения «Диаграмма» приведен на рисунке 12.

Рис.3 Пример интерфейсного решения «Диаграмма»

 Сервисный модуль визуализации «Комплексное картографирование» (сегмент


визуализации)
Визуальная компонента сервисного модуля визуализации данных «Комплексное
картографирование», входящая в портальное решение СУИВС AIMS_UZ и предназначенная
для отображения в удобном графическом представлении диаграмм, графиков, а также другой
информации из баз данных Единого Централизованного хранилища данных СУИВС
AIMS_UZ на схематической карте Республики Узбекистан с возможностью применения
фильтрации к отображаемой информации по секторам проектов, по донорам и т.д.
Реализация функционала сервисного модуля должна обеспечить возможность:
o отображения информации по утвержденным Проектам и программам
технического содействия на карте Республики Узбекистан по каждому
административному делению, городу Ташкенту и Республике в целом;
o применения фильтров по выбираемым категориям к информации по проектам
технического содействия, отображаемым на карте Республики Узбекистан;
o предоставления доступа к общим картам, с информацией по категориям,
разделенных по основным секторам.
Пример интерфейсных решений «Комплексное картографирование» приведен на
рисунке 13.

77
Рис.4 Пример интерфейсных решений «Комплексное картографирование»
4.2.11 Требования к функциям, выполняемых подсистемой «Портал СУИВС
AIMS_UZ»
Подсистема «Портал СУИВС AIMS_UZ» является основным инструментом для
обеспечения работы пользователей с системой СУИВС AIMS_UZ, с организацией
персональных кабинетов и визуализации решений, в которых доступность к
функциональности и объему информации устанавливается в соответствии с матрицей доступа.
Подсистема «Портал СУИВС AIMS_UZ» включает элементы сегмента визуализации.
Решения подсистемы должны реализовывать возможность:

 формирования и обновления базы данных донорских организаций;


 мониторинга освоения, целевого и эффективного использования СТС, получаемых
министерствами, ведомствами, хозяйственными объединениями, организациями и
учреждениями Республики Узбекистан с использованием аналитических инструментов
модулей построения отчетов, диаграмм, картографии
 реализации поиска информации по базам единого хранилища (базе доноров, базе
проектов и др.);
 обеспечения доступа для всех заинтересованных пользователей к результирующей
информации, в рамках предоставленных им полномочий;
 размещения наиболее востребованной информации (блок основных сведений по
донорам, блок законодательных актов, информация о Департаменте по координации,
учету и контролю целевого использования гуманитарной помощи и средств
технического содействия в структуре Министерства Финансов Республики Узбекистан,

78
в том числе основных процедурных вопросах процесса технического содействия, а
также предлагаемых объемах БТС и др.).
В реализации основных решений подсистемы «Портал СУИВС AIMS_UZ»
задействованы модули:
 Сервисный модуль визуализации «Оповещения» (сегмент визуализации)
Решения сервисного модуля визуализации данных «Оповещения» должны
обеспечивать реализацию интерфейса вывода оповещений о событиях в системе для
авторизованного пользователя.
 Сервисный модуль визуализации «Организация поиска» (сегмент визуализации)
Решения сервисного модуля визуализации данных «Организация поиска» должны
обеспечивать реализацию интерфейса гибкой организации поиска информации по всем базам
Единого Централизованного хранилища данных СУИВС AIMS_UZ по следующим основным
параметрам:
o наименование проекта,
o сфера/сектор,
o дата утверждения,
o организация-донор,
o организация-исполнитель,
o регион,
o год.
 Сервисный модуль визуализации «Отображение контента» (сегмент
визуализации)
Решения сервисного модуля визуализации данных «Отображение контента» должны
обеспечивать реализацию интерфейса отображения контентной информации – новости,
законодательство, готовые формы отчетов в загружаемом формате, другая общедоступная
информация.
Пример интерфейсных решений «Отображение контента» приведен на рисунке 14.

Рис.5 Пример интерфейсных решений «Отображение контента»


4.2.12 Требования к функциям, выполняемым подсистемой «Безопасность»
Подсистема «Безопасность» отвечает за реализацию взаимодействия всех подсистем
СУИВС AIMS_UZ и их модулей, обеспечивая организацию уровней доступа, контроль
доступа к уровню данных, ведение централизованного каталога пользователей.

79
Подсистема «Безопасность» включает элементы сегмента безопасности и сегмента
визуализации.
В реализации решений подсистемы «Безопасность» задействованы:

 Модуль «Авторизация» (сегмент безопасности)


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

 Модуль «Ведение централизованного каталога пользователей» (сегмент


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

 Сервисный модуль визуализации «Авторизация и аутентификация» (сегмент


визуализации)
Сервисный модуль визуализации «Авторизация и аутентификация» должен
реализовывать интерфейс авторизации и аутентификации пользователя в системе.
 Сервисный модуль визуализации «Управление доступом» (сегмент визуализации)
Сервисный модуль визуализации «Управление доступом» должен реализовывать
интерфейс ввода и редактирования информации по организации разграничения функционала.

 Модуль «Матрица доступа» (сегмент безопасности)


Матрица доступа разграничивает доступ к функционалу сегмента визуализации:

80
Матрица доступа

R Чтение M Изменение D Удаление/Деактивация A Добавление

* Только свои данные

Персонал
служб
Пользователи Граждан.
Сотрудни внешних
общество
Сотрудник Сотрудник ки Админи участников
Админис Контент- (Республи
и и Министе Сотрудники Сотрудни стратор процессов ТС
тратор администра ки
Департаме Казначейст рства МВЭСИТ ки МИД безопас (Исполнитель
НСИ тор Узбекиста
Сервис. модуль нта МФ ва МФ экономик ности ные агентства,
н, других
визуализации и доноры,
стран)
грантополучат
ели)
Авторизация и
R R R R R AMDR R R R R
аутентификация
База данных
AMDR MR R AMDR R - - - R* -
проектов
База данных доноров AMDR R R AMDR R - - - R* -
Ведение НСИ AMDR R R AMDR R - AMDR - - -
Обзор и исполнение
AMDR R R AMDR R - - - - -
задач
Оповещения AMDR R R AMDR R R R R R* -
Отчёты AMDR R R AMDR R - - - R* -
Диаграмма AMDR R R AMDR R - - - R* -
Комплексное
AMDR R R AMDR R - - - R -
картографирование
Организация поиска AMDR R R AMDR R - - - R R
Информационный
AMDR R R AMDR R R R AMDR R R
контента
Управление
- - - - - AMDR - - - -
доступом
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению
Система должна решать задачи, максимально используя типовые математические
методы и модели. Должна быть возможность использования средств шифрования,
сертифицированных на соответствие действующим в Республике Узбекистан общим
техническим требованиям к средствам криптографической защиты информации.
Других требований к математическому обеспечению не предъявляется.
4.3.2 Требования к информационному обеспечению
Информационное обеспечение СУИВС AIMS_UZ строится на общих принципах, в
функционально единой концепции и на основе использования единых инструментальных и
системных средств реализации.
Информационное обеспечение предназначено для представления достоверной,
своевременной и полной информации, необходимой различным категориям пользователей и
для решения прикладных задач в соответствии с его целевым назначением. Информационное
обеспечение представляет собой совокупность информационных процессов, методов и
средств организации и преобразования информации, которые необходимы для
функционирования системы.
Основными задачами, решаемыми информационным обеспечением, являются:
 разработка единого методологического подхода к организации данных;
 систематизация накапливаемой и обрабатываемой информации;
 обеспечение рациональной организации логической и физической структур
данных во входных и выходных массивах, исключающие дублирование и ввод
избыточной информации;
 обработка единых унифицированных форм документов, сообщений и реализация
единого формализованного представления данных в них;
 достоверность и актуальность информации на текущий момент времени;
 полнота и соответствие требованиям, которые предъявляются к Системе в целом;
 классификация информации по уровню конфиденциальности;
 максимальное облегчение доступа к открытой информации;
 обеспечение защиты информации от искажения, уничтожения (нарушения ее
физической целостности) или несанкционированного доступа к защищаемой
информации путем введения необходимой для этого структурной избыточности
данных (шифров, паролей и пр.).
В состав информационного обеспечения должны входить:
 унифицированная система документации;
 система классификации и кодирования;
 нормативно–справочная информация;
 нормативно–методические документы.
4.3.3 Требования к лингвистическому обеспечению
Лингвистическое обеспечение СУИВС AIMS_UZ по возможности должно
предусматривать использование единого логического и понятийного интерфейса для
пользователей и проектировщиков. В том числе:
 лингвистическое обеспечение должно быть достаточным для общения различных
категорий пользователей в удобной для них форме со средствами автоматизации и
для осуществления процедур преобразования и машинного представления
обрабатываемой в Системе информации;
 при разработке и проектировании Системы должны быть использованы средства,
имеющие в своем составе полный комплект инструментальных средств для
сквозного проектирования;
 взаимодействие пользователя с Системой должно осуществляться на
государственном узбекском языке, а также русском и английском. Исключения
могут составлять системные сообщения, не подлежащие локализации.
4.3.4 Требования к программному обеспечению
Под общесистемными программными средствами понимается, как стандартное
программное обеспечение производителей, которое создает среду функционирования и
разработки прикладной системы, организуя ее взаимодействие с вычислительным
оборудованием и аппаратурой передачи данных, так и специализированное программное
обеспечение, организующее вычислительную среду Системы.
Общесистемные средства должны обеспечивать:
 среду функционирования прикладной части системы;
 накопление, хранение и управление информацией;
 целостность данных;
 контроль и защиту данных от несанкционированного доступа;
 передачу данных по сетям телекоммуникаций;
 многопрограммную и многопользовательскую обработку данных в режиме
реального времени;
 средства реализации прикладных программ различного уровня, взаимодействия с
данными и системными средствами.
Система должна разрабатываться с учетом требований к серверным и клиентским
компонентам, а также компонентам транспортного уровня.
Проектирование решений создания системы должно базироваться на сервисно-
ориентированной архитектуре:
 уровень представления информации (WEB);
 уровень прикладной бизнес логики (Сервер Приложения);
 уровень транспортировки сервисов (ESB);
 уровень хранения и обработки данных (Сервер Базы Данных).
На каждый из уровней должны быть возложены свои задачи. При этом должно
обеспечиваться эффективное взаимодействие между уровнями с использованием
телекоммуникационной системы.
4.3.4.1 Требования к системе управления базами данных (СУБД)
Сервер БД должен быть предназначен для хранения и обработки данных СУИВС
AIMS_UZ.
В качестве системы управления базами данных должна применяться реляционная
СУБД, которая удовлетворяет следующим требованиям:
 поддерживает работу в архитектуре «клиент-сервер»;
 имеет встроенную систему обработки транзакций;
 имеет средства распределенной обработки данных;
 поддерживает работу удаленных клиентов и передачу запросов и ответов на
запросы по каналам связи.

83
4.3.4.2 Требования к средствам разработки прикладной логики
Сервер приложений должен производить основную обработку данных, обеспечивать
связь с другими системами, выполнять другие действия, составляющие бизнес-логику СУИВС
AIMS_UZ. Сервер приложений должен взаимодействовать с сервером БД и клиентом.
Сервер приложений должен иметь набор специализированных средств в виде объектов
и интерфейсов для организации взаимодействия с внешними системами. Взаимодействие
должно осуществляться посредством использования Web–сервисов.
4.3.4.3 Требования к клиентской части
В качестве универсального средства визуализации информации в клиентской части
предпочтительно использование Web-интерфейса с поддержкой работы на всех основных
версиях браузеров операционных систем для ПК и, по возможности, мобильных
операционных систем.
4.3.5 Требования к техническому обеспечению
Техническое обеспечение СУИВС AIMS_UZ должно позволять эффективно решать
поставленные задачи. Структура и характеристики комплекса технических средств СУИВС
должны обеспечивать возможность модернизации, виртуализации и развития системы без
остановки работы комплекса.
В состав программно-аппаратного комплекса СУИВС AIMS_UZ должны входить
следующие технические средства:
Количественный и качественный состав технических средств должен быть определен
на стадии технического проектирования.
В состав комплекса должны входить следующие технические средства:
 Сервер БД;
 Сервер приложений;
 Сервер доступа (Портал);
 ПК администрирования комплекса.
При выборе технических средств, обеспечивающих функционирование СУИВС
AIMS_UZ, должны соблюдаться следующие общие требования:
 в составе комплекса технических средств должны быть использованы технические
средства серийного производства;
 производители и поставщики технических средств и решений должны иметь
апробированные продукты и обеспечивать надежные гарантии;
 техническое обеспечение должно обеспечивать решение всех возложенных на СУИВС
AIMS_UZ задач и обеспечивать определенный запас «мощности» на случай быстрого
роста потребностей;
 технические средства должны быть масштабируемыми по производительности, емкости
оперативной памяти, емкости дискового пространства и числу каналов ввода–вывода, а
поставщики оборудования – иметь долгосрочные программы поддержки этих устройств.
Все предложенные характеристики оборудования должны соответствовать или
превосходить минимальные технические характеристики, указанные в данном техническом
задании.
Все поставляемое оборудование должно быть ведущих мировых производителей и
свободно поставляться на территорию Республики Узбекистан.

84
Все оборудование должно быть протестировано на заводах фирмы-изготовителя.
4.3.5.1 Требования к серверному комплексу системы
Центральный серверный комплекс СУИВС AIMS_UZ состоит из:
 Системы хранения данных;
 Сервера приложений;
 Сети передачи данных.
Концептуально для размещения приложений СУИВС AIMS_UZ, как отдельного
программно-технического комплекса, планируется использовать инфраструктуру
вычислительного центра при Министерстве Финансов РУз.
Общая схема Системно-Технической архитектуры СУИВС приведена на рисунке 15.

Рис.6 Системно-Техническая архитектура. Общая схема


Серверный комплекс должен включать в себя сервер баз данных, сервер приложений и
сервер доступа (портал). Разделение серверов по функционалу позволит защитить сервер БД
и сервер приложений от возможного доступа из вне и предотвратить несанкционированные
действия с приложениями и базой данных, такие как копирование, изменение и удаление
записей.
Организация серверов может быть выполнена как на физическом уровне, так и на
логическом (виртуальные сервера) при условии организации внутренних сетевых связей,
отвечающих общим требованиям к сетям передачи данных.
Минимальные требования к используемым типов серверов:
 Сервер БД:
85
o Вычислительная мощность – процессоры типа RISC с общей выч. мощностью не
менее 12 ГГц;
o Оперативная память – не менее 48 Гб;
o Жесткие диски – рабочее пространство не менее 600 Гб;
o Контроллер RAID – контроллер SAS RAID 0/1/10/5/6;
o Сетевой адаптер – не менее 2 порта Gigabit Ethernet;
o Блок питания – N+1;
 Сервер приложений:
o Вычислительная мощность – не менее 12 ГГц;
o Оперативная память – не менее 32 Гб;
o Жесткие диски – рабочее пространство не менее 500 Гб;
o Контроллер RAID – контроллер SAS RAID 0/1/10/5/6;
o Сетевой адаптер – не менее 2 порта Gigabit Ethernet;
o Блок питания – N+1;
 Сервер доступа (Портал):
o Вычислительная мощность – не менее 6 ГГц;
o Оперативная память – не менее 16 Гб;
o Жесткие диски – рабочее пространство не менее 500 Гб;
o Контроллер RAID – контроллер SAS RAID 0/1/10/5/6;
o Сетевой адаптер – не менее 2 порта Gigabit Ethernet;
o Блок питания – N+1.
4.3.5.2 Требования к рабочим станциям пользователей Системы и администраторов
комплекса
Учитывая бурное развитие ПК, в качестве рабочих станций пользователей и ПК
администратора может быть использовано практически все актуальные на сегодняшний день
выпускаемые современные ПК с минимальной конфигурацией:
 Рабочие станции пользователей Системы:
o Процессоры:
 Кол-во ядер: не менее 2х;
 Кол-во потоков: не менее 4х;
 Тактовая частота: не менее 2,4 ГГц
o Оперативная память – не менее 4 Гб;
o Жесткие диски – рабочее пространство не менее 500 Гб.
 ПК администраторов комплекса:
o Процессоры:
 Кол-во ядер: не менее 4х;

86
 Кол-во потоков: не менее 4х;
 Тактовая частота: не менее 3,6 ГГц;
o Оперативная память – не менее 8 Гб;
o Жесткие диски – рабочее пространство не менее 500 Гб.
4.3.5.3 Требования к сетям передачи данных
При построении системы связи или интеграции серверного комплекса в существующую
сетевую структуру должно обеспечиваться:
 возможность создания VPN туннелей для организации защищенного канала
межведомственной связи и при работе пользователей, относящихся к ведомственным
структурам, располагающие вне локальной сети;
 открытый доступ к порталу системы для любого пользователя;
 защита внутренней сети от проникновения из сети Internet;
 обеспечение доступа к порталу локальных пользователей по внутренней сети.
Параметры пропускной способности
Пропускная способность внешнего канала доступа к СУИВС AIMS_UZ должна быть не
менее 4048 Кбит/сек.
Пропускная способность меж серверных соединений должна быть не менее 1 ГБит/сек.
Пропускная способность локальных соединений должна быть не менее 100 МБит/сек
Ограничение доступа к серверу БД
Доступ к серверу БД должны иметь только: ответственное лицо (администратор БД) и
приложения, отвечающие за работу комплекса, которые взаимодействуют с БД.
Для организации разделения сетевого доступа на зоны DMZ, WAN и LAN и защиты
сети должны быть предусмотрены варианты использования как существующих, так и новых
сетевых устройств типа маршрутизатор и Firewall.
4.3.6 Требования к метрологическому обеспечению
В СУИВС AIMS_UZ не используется измерение каких–либо переменных
(температуры, давлений, массы, объёма и т. п.), то есть отсутствуют измерительные каналы.
Цифровое отображение информации вполне обеспечивает необходимую точность
вычислений и представлений данных.
Специальные требования к метрологическому обеспечению не предъявляются.
4.3.7 Требования к организационному обеспечению
Организационное обеспечение СУИВС AIMS_UZ должно быть достаточным для
эффективного выполнения персоналом возложенных на него обязанностей при
осуществлении автоматизированных и связанных с ними неавтоматизированных функций
системы.
На этапе внедрения должны быть определены должностные лица, ответственные за:
 обработку информации;
 администрирование;
 обеспечение безопасности информации;
 управление работой персонала по обслуживанию АС.

87
К работе с СУИВС AIMS_UZ должны допускаться сотрудники, имеющие навыки
работы на персональном компьютере, ознакомленные с правилами эксплуатации и
прошедшие обучение работе с системой.
4.3.8 Требования к методическому обеспечению
Нормативно-правовую базу СУИВС AIMS_UZ составляет действующее
законодательство Республики Узбекистан.
Создание и функционирование СУИВС AIMS_UZ регламентируется следующими
основными законодательными и нормативными актами Республики Узбекистан:
1. Бюджетный кодекс Республики Узбекистан, утвержденный Законом Республики
Узбекистан № ЗРУ-360 от 26.12.2013 г.
2. Постановление Президента Республики Узбекистан № ПП-1005 от 24.11.2008 г.
3. Постановление Кабинета Министров Республики Узбекистан № 251 от 15.11.2005 г.
4. Постановление Кабинета Министров Республики Узбекистан № 190 «О мерах по
привлечению в Республику Узбекистан средств безвозмездного технического
содействия (грантов) стран-доноров, международных и иностранных
правительственных и неправительственных организаций в 2014-2016 годах» от
11.07.2014 г.;
5. Постановление Кабинета Министров Республики Узбекистан № 268 от 26.07.2002 г.
6. Постановление Кабинета Министров Республики Узбекистан № 56 от 04.02.2004 г.
7. Постановление Министерства финансов Республики Узбекистан, Правления
Центрального банка Республики Узбекистан, Государственного комитета по
статистике Республики Узбекистан, Министерства внешних экономических связей,
инвестиций и торговли Республики Узбекистан, Государственного таможенного
комитета Республики Узбекистан N 1892 от 24.12.2008 г. «Об утверждении форм
отчетности получателей гуманитарной помощи и средств технического содействия и
правил по их заполнению»;
8. Приказ Министра финансов Республики Узбекистан № 47 от 30.04.2009 г. (рег. МЮ
№ 1960 от 30.05.2009 г.) «Об утверждении Правил представления получателями
гуманитарной помощи и средств технического содействия выписок с банковских
счетов и информации о гуманитарной помощи и средствах технического содействия в
Казначейство МФ РУз»;
9. Постановление Кабинета Министров Республики Узбекистан N 229 от 12.08.2009 г.
«О мерах по совершенствованию системы привлечения и эффективного использования
средств международных финансовых институтов, зарубежных правительственных
финансовых организаций и стран-доноров»;
В случае изменения законодательных и нормативнно-правовых актов или утверждения
новых, разработка СУИВС AIMS_UZ и оформление документации по проекту должны
учитывать эти изменения.

Стандарты по Информационным Технологиям, учитываемые при разработке


СУИВС AIMS_UZ

Разработка проекта создания СУИВС AIMS_UZ должна вестись в соответствии со


Стандартами по Информационным Технологиям, действующим в Республике Узбекистан:
 O’z DSt 1047:2003. Информационные технологии. Термины и определения;
 O'z DSt ISO/IEC 12207:2007. MOD Информационные технологии. Процессы
жизненного цикла программных средств;
 O’z DSt ISO/IEC TR 9294:2007. Информационные технологии. Руководство по
управлению документированием программного обеспечения;

88
 O’z DSt ISO/IEC 14764:2008. Разработка программного обеспечения. Процессы
жизненного цикла программного обеспечения. Сопровождение программных средств;
 O’z DSt ISO/IEC 25051:2008. Разработка программного обеспечения. Требования к
качеству и оценка программного продукта. Требования к качеству готового
коммерческого программного продукта и инструкции по испытаниям;
 O‘z DSt 1986:2010. Информационные технологии. Информационные системы. Стадии
создания;
 O‘z DSt 1985:2010. Информационные технологии. Виды, комплектность и обозначение
документов при создании информационных систем;
 RH 45-108:2012. Руководящий материал. Методические указания по определению
стоимости работ по проектированию и экспертизе проектов создания информационных
систем органов государственного управления и власти на местах;
 O‘z DSt 1270:2009. Электронный документооборот. Взаимодействие систем
электронного документооборота.
Стандарты по Информационным Технологиям, учитываемые при разработке
Системы обеспечения информационной безопасности СУИВС AIMS_UZ
Система обеспечения информационной безопасности СУИВС AIMS_UZ должна
соответствовать нормативным документам, регламентирующих организацию СОИБ в
Республике Узбекистан:
 O‘z DSt 1092:2009 Информационная технология. Криптографическая защита
информации. Процессы формирования и проверки электронной цифровой подписи.
 O‘z DSt 1106:2009 Информационная технология. Криптографическая защита
информации. Функция хэширования.
 O‘z DSt 1204-2009 Информационная технология. Криптографическая защита
информации. Требования безопасности к криптографическим модулям.
 O‘z DSt ISO/IEC 15408 -1: 2008 Информационная технология. Методы и средства
обеспечения безопасности критерии оценки безопасности информационных
технологий. Часть 1. Ведение и общая модель.
 O‘z DSt ISO/IEC 15408-2: 2008 Информационная технология. Методы и средства
обеспечения безопасности. Критерии оценки безопасности информационных
технологий. Часть 2. Функциональные требования безопасности.
 O‘z DSt ISO/IEC 15408-3: 2008 Информационная технология. Методы и средства
обеспечения безопасности. Критерии оценки безопасности информационных
технологий. Часть 3. Требования доверия к безопасности.
 O‘z DSt ISO/IEC 27002: 2008 Информационная технология. Методы обеспечения
безопасности. Практические правила управления информационной безопасностью.
 RH 45-215:2009 Руководящий документ. Положение об обеспечении информационной
безопасности в сети передачи данных.
 O‘z DSt ISO/IEC 27001:2009 Информационные технологии. Методы обеспечения
безопасности системы управления информационной безопасностью. Требования.
 O‘z DSt 1105:2009 Информационная технология. Криптографическая защита
информации. Алгоритм шифрования данных.
 O‘z DSt 2814:2014 Информационная технология. Автоматизированные системы.
Классификация по уровню защищенности от несанкционированного доступа к
информации (Пост. Узстандарта от 18.03.2014 № 05-530);
 O‘z DSt 2815:2014 Информационная технология. Межсетевые экраны. Классификация
по уровню защищенности от несанкционированного доступа к информации (Пост.
Узстандарта от 18.03.2014 № 05-530);

89
 O‘z DSt 2816:2014 Информационная технология. Классификация программного
обеспечения средств защиты информации по уровню контроля отсутствия
недекларированных возможностей (Пост. Узстандарта от 18.03.2014 № 05-530);
 O‘z DSt 2817:2014 Информационная технология. Средства вычислительной техники.
Классификация по уровню защищенности от несанкционированного доступа к
информации (Пост. Узстандарта от 18.03.2014 № 05-530).
При создании телекоммуникационной сети СУИВС AIMS_UZ для подтверждения
авторства сообщений и обеспечения их целостности должны применяться средства
электронной цифровой подписи (ЭЦП), удовлетворяющие требованиям:
 O‘z DSt 1092:2009 Информационная технология. Криптографическая защита
информации. Процессы формирования и проверки электронной цифровой подписи.
 O‘z DSt 1106:2009 Информационная технология. Криптографическая защита
информации. Функция хэширования.
 O‘z DSt 1204-2009 Информационная технология. Криптографическая защита
информации. Требования безопасности к криптографическим модулям.
Регламенты, регулирующие вопросы создания и внедрения СУИВС AIMS_UZ
Процедуры внешнего содействия регулируются законодательством Республики
Узбекистан. При внедрении СУИВС AIMS_UZ в промышленную эксплуатацию необходимо
проработать ряд документов нормативно-правовой базы СУИВС AIMS_UZ,
регламентирующих автоматизируемые в системе процедуры, а также процедуры
взаимодействия пользователей с Системой и между собой.
Целью формирования нормативно-правовой базы СУИВС AIMS_UZ является создание
необходимых организационно-правовых условий, обеспечивающих формирование и
использование сведений по вопросам внешней помощи в рамках межведомственных
взаимодействий. Нормативно-правовое обеспечение проекта создания СУИВС AIMS_UZ,
должно включать следующие регламенты:
 Регламенты выполнения задач Системы (разработка регламентов инициируется и
выполняется министерством, ответственным за выполнение данной задачи);
 Регламенты ввода информации в систему (разработка регламентов по вводу
инициируется и выполняется министерством, ответственным за сбор и публикацию
данной информации. При отсутствии регламента ввод информации закрепляется за
министерством, ответственным за сбор и публикацию данной информации);
 Регламент межведомственного взаимодействия в рамках СУИВС (разработка
регламентов инициируется ведомством, ответственным за организацию
взаимодействия в рамках требуемой задачи);
 Регламент ведения справочников и классификаторов в СУИВС (разработка
регламентов инициируется и выполняется Министерством Финансов РУз);
 Регламент взаимодействия всех групп пользователей в рамках СУИВС (разработка
регламентов инициируется ведомством, ответственным за организацию данного
взаимодействия в рамках требуемой задачи);
 Регламенты предоставления государственных услуг на базе данных информации о
внешнем содействии (разработка регламентов инициируется и выполняется
ответственным министерством);
 Регламенты политики безопасности СУИВС:
o применение средств криптографической защиты информации в СУИВС;
o применение ЭЦП в межведомственном взаимодействии.
Разработка регламентов инициируется министерством, ответственным за ведение и
сопровождение той или иной задачи в рамках создания СУИВС AIMS_UZ Республики
Узбекистан.
90
Разработка регламентов должна осуществляться с опережением создания СУИВС
AIMS_UZ. При разработке СУИВС AIMS_UZ необходимо учитывать изменения и развитие
законодательства и обеспечить устойчивость системы по отношению к таким изменениям.
Система должна обеспечивать настройку и адаптацию к изменению параметров и методов
управления преимущественно без проведения перепрограммирования.

91
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Процесс создания СУИВС AIMS_UZ представляет собой совокупность упорядоченных
во времени, взаимосвязанных, объединённых в стадии и этапы работ, выполнение которых
необходимо и достаточно для создания системы, соответствующей заданным требованиям.
Стадии и этапы создания Системы выделяются как части процесса создания по
соображениям рационального планирования и организации работ, заканчивающихся
заданным результатом.
При построении информационной системы такого уровня сложности необходимо
предусмотреть ее поэтапное создание и внедрение, обеспечивающие эффективный контроль
за ходом выполнения проекта и возможность актуализации его задач и целей.
5.1. Перечень стадий и этапов работ по созданию Системы
Создание СУИВС AIMS_UZ осуществляется в 3 стадии:
 I стадия – проектирование, разработка и внедрение в эксплуатацию 1-й
очереди системы, включая:
 автоматизацию основных трудоемких рутинных рабочих процессов
Департамента МФ и Казначейства МФ по выполнению ими государственных
задач по учету проектов, реализуемых за счет СБТС, а также мониторинга и
контроля за их целевым использованием;
 обеспечение ввода в систему и отображение информации по Перечням проектов
БТС (Перечень 1, Перечень 2, Перечень 3);
 создание платформы для формирования единого информационного
пространства мониторинга и координации внешней помощи Республике
Узбекистан для организации представления пользователям информации по
внешнему содействию (разработка портального решения Системы);
 организация взаимодействия государственных служб РУз, доноров (стран-
доноров, международных, иностранных правительственных и
неправительственных организаций), получателей технического содействия
(исполнительных агентств), а также гражданского общества Узбекистана;
 отработка технологий информационного взаимодействия государственных
органов в рамках решения государственных задач проработки и привлечения в
Республику Узбекистан безвозмездного технического содействия (грантов):
Министерство финансов РУз, Министерство экономики, МВЭСИТ, МИД);

 II стадия – проектирование, разработка и ввод в промышленную


эксплуатацию 2-й очереди системы, включая:
 доработку, при необходимости, функционала Системы, разработанного на I
этапе;
 формирование единого информационного пространства мониторинга и
координации внешней помощи Республике Узбекистан по всем проектам,
реализуемым за счет СБТС и гуманитарной помощи;
 автоматизацию основных трудоемких рутинных рабочих процессов
координации привлечения в республику и своевременное оформление
проектных предложений технического содействия, включая процедуры:
o процедуры проработки и согласования проектных предложений,
реализуемых за счет СБТС;

92
o процедуры выделения грантов;
 автоматизацию основных трудоемких рутинных рабочих процессов процедур
по координации, учету и контролю за приемом, учетом, адресным
распределением и целевым использованием грузов гуманитарной помощи и
мониторинга гуманитарных проектов;
 III стадия – последовательное развитие СУИВС и дальнейшее развитие
межведомственного взаимодействия:
 расширение состава государственных органов, работающих в едином
информационном пространстве мониторинга и координации внешней помощи
Республике Узбекистан (Кабинет Министров РУз, Аппарат Президента и др.);
 расширение перечня автоматизируемых задач по мере необходимости;
 расширение объема доступной информации по вопросам внешнего содействия
для широких слоев гражданского общества Республики Узбекистан;
 организация информационного взаимодействия с системами Электронного
правительства для обеспечения предоставления гос.услуг G-G, в части сведений
по вопросам внешнего содействия.

Работы на I стадии должны включать:

 Разработка технического проекта создания СУИВС AIMS_UZ:


o разработка проектных решений по Системе и ее частям;
o разработка Проектной документации Технического проекта;
 Разработка программного решения:
o разработка модулей:
 сегмента ввода информации;
 сегмента приложений;
 сегмента визуализации;
 сегмента аналитики;
o разработка и компоновка подсистем:
 База нормативно-справочной информации;
 Перечни проектов БТС;
 База данных доноров;
 База данных проектов;
 База данных отчетов исполнения Проектов;
 Интеграция;
 База данных аналитической информации по Проектам;
 Управление жизненным циклом Проекта;
 Инструментарий Аналитики;
 Портал СУИВС AIMS_UZ;
 Безопасность.

93
o разработка программ-конверторов для организации импорта данных из
первичных таблиц в формате Excel в хранилище Системы;
o разработка программ выгрузки в формат Excel основных сведений по
Проектам, реализуемых за счет средств ТС, и сведений по их
исполнению;
o разработка решения создания и ведения централизованного хранилища
данных Системы, включая ведение единой централизованной базы
нормативно-справочной информации и ведение Журнала изменений
данных;
o разработка интеграционных решений (сегмент интеграции)
взаимодействия с базами данных систем государственных структур,
определенных источниками данных для СУИВС AIMS_UZ (при их
готовности);
o разработка решения для организации взаимодействия правительства РУз,
доноров, получателей технического содействия, а также гражданского
общества Узбекистана Обеспечение адаптации пользовательского
интерфейса решения для работы пользователей с ограниченными
возможностями и для работы с мобильных устройств;
 Оперативное тестирование работоспособности функционала по мере
готовности программных блоков модулей и решений Системы;
 Отработка технологий:
o решений по созданию платформы для организации межведомственного
взаимодействия государственных органов в рамках решения
государственных задач проработки и привлечения в Республику Узбекистан
безвозмездного технического содействия;
o решений для организации взаимодействия правительства РУз, доноров,
получателей технического содействия, а также гражданского общества
Узбекистана;
o сбора и обработки данных по Проектам в автоматизированном режиме и
информационного наполнения баз данных хранилища Системы;
o решений сегмента безопасности;
 Апробирование решений:
o проведение опытной эксплуатации;
o тестовые испытания по итогам опытной эксплуатации, оценка полноты
принятых проектных решений, условия и порядок функционирования
частей и Системы в целом;
 Внедрение системы:
o подготовка к вводу в действие:
 разработка и реализация совместно с Заказчиком плана мероприятий по
подготовке объекта к внедрению Системы;
 разработка и обеспечение пользователей необходимой
эксплуатационной документацией для работы с Системой;
o обучение пользователей;

94
o приемо-сдаточные испытания на соответствие техническому заданию
согласно программе и методике приемочных испытаний;
Работы II стадии выполняются после завершения I стадии и определения:
 эффективности разработанного решения;
 реальной вовлеченности в систему всех категорий пользователей;
 перечня задач, подлежащих автоматизации и проведения дополнительного их
обследования.
Работы III стадии предусматривают последовательное развитие СУИВС AIMS_UZ и
дальнейшее развитие межведомственного взаимодействия. Внедрение осуществляется с
учетом рекомендаций и пожеланий, полученных по результатам реализации I и II стадии.
Полный перечень проводимых работ на I стадии создания СУИВС AIMS_UZ
(проектирование и внедрение в эксплуатацию 1-й очереди системы) подготовлен в
соответствии с Приложением B стандарта «O‘z DSt 1986:2010. Информационные технологии.
Информационные системы. Стадии создания».
Перечень этапов работ на I стадии создания СУИВС AIMS_UZ
Номе Наименование Сроки Исполнитель Чем заканчивается этап Доля
р работ и их выполнения, (организация, выполнения
этапа содержание месяцы предприятие) от общего
объема работ,
%
нача- оконча
ло ние
1 Реализация 1 5 Исполнитель 75%
технического
проекта
1.1 Разработка 1 4 Исполнитель Разработка общих решений по 35%
проектных СУИВС AIMS_UZ,
решений по функционально-алгоритмичес-
кой структуре, по функциям,
системе и ее
по структуре технических
частям средств, по алгоритмам
решения задач и применяемым
языкам, по организации и
ведению информационной
базы, системе классификации
и кодирования информации, по
программному обеспечению.
Рабочая проектная
документация (не
утверждаемая)
1.2 Разработка 4 4 Исполнитель Разработка, оформление, 5%
документации согласование и утверждение
для проектной документации по
СУИВС AIMS_UZ в объёме,
выполнения
необходимом для описания
работ по полной совокупности
созданию ИС принятых проектных решений
и достаточном для
дальнейшего выполнения
работ по созданию Системы.
Проектная документация
Технического проекта (по
стандарту O‘z DSt 1985:2010)

95
Номе Наименование Сроки Исполнитель Чем заканчивается этап Доля
р работ и их выполнения, (организация, выполнения
этапа содержание месяцы предприятие) от общего
объема работ,
%
нача- оконча
ло ние
1.3 Разработка 2 5 Исполнитель Разработка программного 35%
программного обеспечения всех сегментов
обеспечения СУИВС AIMS_UZ в полном
объеме, заявленном в
Проектной документации
Технического проекта
2 Разработка 5 5 Исполнитель Разработка, оформление, 10%
эксплуатацион согласование и утверждение
ной эксплуатационной
документации, содержащей
документации
все необходимые и
достаточные сведения для
обеспечения выполнения работ
по вводу СУИВС AIMS_UZ в
действие и ее эксплуатации, её
оформление, согласование и
утверждение.
Эксплуатационная
документация (по стандарту
O‘z DSt 1985:2010)
3 Ввод СУИВС 6 6 Исполнитель Подготовка к вводу в действие. 10%
AIMS_UZ в Обучение персонала. Тестовые
действие и приемо-сдаточные
испытания.
Документы по вводу в
действие
4 Сопровождени 7 19 Исполнитель Устранение недостатков и 5%
е СУИВС внесение необходимых
AIMS_UZ изменений в
эксплуатационную
документацию на ИС

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


создание СУИВС AIMS_UZ.
Окончательные сроки выполнения и перечень организаций-исполнителей работ,
требуемые к указанию в соответствии с O‘z DSt 1986, определяются Исполнителем
(победитель конкурсных торгов на разработку СУИВС AIMS_UZ) на этапе подготовки
контракта на разработку и внедрение СУИВС AIMS_UZ

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


По завершении этапов в соответствии с O‘z DSt 1985:2010, предъявляются следующие
документы:
 Проектная документация Технического проекта:
o Пояснительная записка к техническому проекту;
o Описание информационного обеспечения системы;
o Описание входных данных;
96
o Описание выходных данных (документов);
o Описание структуры информационной базы данных;
o Описание систем классификации и кодирования;
o Описание программного обеспечения.
 Эксплуатационная документация:
o Общее описание системы
o «Руководство пользователей»;
o Руководство администратора;
o Программа и методика испытаний;
o Инструкция по установке системы
 Документы по вводу в действие:
o акт завершения работ;
o акт приемки в опытную эксплуатацию;
o акт приемки в промышленную эксплуатацию;
o план-график работ по вводу системы в действие;
o приказ о составе приемочной комиссии;
o приказ о проведении работ;
o программа работ;
o протокол испытаний;
o протокол согласования;
o учебные материалы.
5.3. Вид и порядок проведения экспертизы технической документации
При реализации проекта создания СУИВС AIMS_UZ, в соответствии с
Постановлением Кабинета Министров Республики Узбекистан N 256 от 22.11.2005г. «О
совершенствовании нормативно-правовой базы в сфере информатизации»:
Техническая документация информационных систем государственных органов
представляется на экспертизу в рабочий орган Координационного совета по развитию
компьютеризации и информационно-коммуникационных технологий — Государственным
комитетом связи, информатизации и телекоммуникационных технологий Республики
Узбекистан.
Экспертизе подлежит следующая техническая документация СУИВС AIMS_UZ:
 На этапе завершения Технического проекта:
o Проектная документация Технического проекта, в вышеуказанном объеме.
 На этапе Разработки эксплуатационной документации:
o Эксплуатационная документация в вышеуказанном объеме.
5.4. Программа работ, направленных на обеспечение требуемого
уровня надежности СУИВС AIMS_UZ
Программа работ по обеспечению надежности СУИВС AIMS_UZ устанавливает
перечень, сроки выполнения и исполнителей специальных работ, проводимых на всех стадиях
97
создания и эксплуатации системы и направленных на установление, достижение и
поддержание необходимого уровня надежности разрабатываемой системы.
Обязательные работы, которые необходимо выполнить в процессе создания системы:
 анализ функций системы, определение конкретного содержания понятия «отказ» и
критериев отказов по каждой функции и по каждому виду отказов;
 определение требований к надежности системы, вносимых в технический проект;
 выбор методов оценки и контроля за надежностью системы;
 расчет надежности окончательного варианта построения системы.

5.5. Гарантированная техническая поддержка Системы


Исполнитель, выполняющий работы по созданию СУИВС AIMS_UZ, должен
обеспечить гарантированную техническую поддержку в течение 12-ти месяцев после сдачи
Проекта, включая:
 создание группы поддержки для консультаций по вопросам эксплуатации Системы
по телефону, факсу, электронной почте;
 предоставление технической информации и/или дополнительных программных
компонентов (исправлений) для преодоления и разрешения проблем и ошибок, в
случае их обнаружения в программном продукте СУИВС AIMS_UZ;
 бесплатную инсталляцию обновленных версий прикладного программного
обеспечения после исправления ошибок;
 обеспечение первоначальной диагностики неисправностей, восстановление
работоспособности поддерживаемого прикладного программного обеспечения с
выездом специалиста.

98
6 ПОРЯДОК КОНТРОЛЯ И ПРИЁМКИ СИСТЕМЫ
Условия приемки СУИВС AIMS_UZ в эксплуатацию регулируются стандартом «O‘z
DSt 1986:2010. Информационная технология. Информационные системы. Стадии создания».
Стадия 7 «Ввод ИС в действие» определяет выполнение следующих работ:
 Подготовка к вводу в действие ИС;
 Подготовка персонала;
 Комплектация системы поставляемыми изделиями (программными и техническими
средствами, программно-техническими комплексами, информационными изделиями);
 Пусконаладочные работы;
 Проведение предварительных испытаний (тестирование);
 Проведение опытной эксплуатации;
 Проведение приёмочных испытаний.
Порядок контроля и приемки ИС регламентируется O‘z DSt 1986:2010.
Информационные технологии. Информационные системы. Стадии создания.
Порядок оформления и предъявления Заказчику результатов работ по созданию
СУИВС AIMS_UZ должен также соответствовать требованиям Комплекса стандартов и
руководящих документов на автоматизированные системы:
 O’z DSt 1047:2003. Информационная технология. Термины и определения;
 O'z DSt ISO/IEC 12207:2007. Информационная Технология. Процессы жизненного
цикла программных средств;
 O‘z DSt 1985:2010. Информационная технология. Виды, комплектность и обозначение
документов при создании информационных систем.
6.1 Виды, состав, объем и методы испытаний СУИВС AIMS_UZ и ее
составных частей
Испытания СУИВС AIMS_UZ проводят на стадии ввода в действие с целью проверки
соответствия создаваемой СУИВС AIMS_UZ требованиям технического задания.
Контролю, испытаниям и приемке могут подвергаться как СУИВС AIMS_UZ в целом,
так и ее подсистемы, модули, компоненты и отдельные задачи.
Для СУИВС AIMS_UZ устанавливают следующие основные виды испытаний:
 На первом этапе проверка (тестирование) СУИВС AIMS_UZ должна производиться в
соответствии с программой и методикой предварительных испытаний. Испытания
системы на работоспособность и соответствие техническому заданию проводятся на
тестовых данных.
 На этапе опытной эксплуатации СУИВС AIMS_UZ должна производиться оценка
полноты принятых проектных решений, условия и порядок функционирования частей
и Системы в целом.
 На этапе приёмочных испытаний проводятся испытания на соответствие техническому
заданию согласно программе и методике приемочных испытаний. Осуществляется
проверка полноты и качества реализации заявленного функционала Системы, и
проверка комплектности и качества эксплуатационной документации.
Состав, объем, и методы испытаний системы должны быть изложены в программе и
методике испытаний СУИВС AIMS_UZ, разрабатываемой Исполнителем работ в составе
рабочей документации.
По завершении испытаний на каждом этапе, при необходимости должно быть
проведено устранение неисправностей и внесение изменений в документацию на ИС, в т.ч.
эксплуатационную.
Возникшие в процессе опытной эксплуатации и приемочных испытаний
дополнительные требования Заказчика, не предусмотренные в Техническом задании, не
являются основанием для отрицательной оценки результатов опытной эксплуатации и
испытаний, могут быть удовлетворены по дополнительному соглашению в согласованные
сроки.
6.2 Общие требования к приемке работ
Виды, состав, объем и методы испытаний системы приводятся в программе и
методике испытаний СУИВС, разрабатываемой в составе рабочей документации.
Сдача-приёмка работ производится поэтапно, в соответствии с программой и
сетевым графиком, являющимися приложениями к контракту.
Сдача-приемка осуществляется комиссией, в состав которой входят представители
Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Статус приемочной комиссии определяется Заказчиком
Ввод СУИВС AIMS_UZ в промышленную эксплуатацию состоит из нескольких
этапов, позволяющих оценить:
 соответствие требований, определенных в представляемой к сдаче технической
документации и фактически реализованных в СУИВС AIMS_UZ;
 готовность к внедрению СУИВС AIMS_UZ гос. служб, включенных в группу
внедрения;
 готовность к внедрению СУИВС AIMS_UZ подразделения гос. службы, на которые
возложена функция технической поддержки эксплуатации, включая комплектность
технических средств, характеристик каналов связи, обеспечение информационной
безопасности и т.д.;
 корректность работы СУИВС AIMS_UZ и ее пригодность к эксплуатации в условиях
внедрения с применением тестовых и реальных данных.
Контролю, испытаниям и приемке могут подвергаться как СУИВС AIMS_UZ в целом,
так и ее отдельные задачи.
Процесс испытаний состоит из выполнения отдельных тестовых задач, для каждой из
которых должны быть выполнены следующие действия:
 разработан и утвержден план испытаний;
 разработана и утверждена методика испытаний, включая шаблоны документов,
сопровождающих испытания;
 разработаны понимаемые метрики (показатели) объективной оценки качества СУИВС
и результатов тестирования;
 подготовлена тестовая среда, характеристики которой должны быть зафиксированы в
документации, сопровождающей испытание;
 создана группа тестирования;
 группой тестирования должна быть выполнена тестовая задача в соответствии с целями
и планом испытаний;

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

Порядок оформления и предъявления результатов работ по созданию СУИВС должен


соответствовать требованиям Комплекса стандартов и руководящих документов на
автоматизированные системы, действующим в Республике Узбекистан (O‘z DSt 1986:2010;
O‘z DSt 1985:2010; O’z DSt 1047:2003; O‘z DSt 1987:2010; O'z DSt ISO/IEC 12207:2007; O’z
DSt ISO/IEC TR 9294:2007; O’z DSt ISO/IEC 14764:2008; O’z DSt ISO/IEC 25051:2008; O‘z
DSt 1270:2009).
Перед выполнением процесса приёмочных испытаний представитель Исполнителя
должен провести краткое обучение группы тестирования Заказчика работе с СУИВС
AIMS_UZ и инструктаж по процедуре проведения испытаний.
Процесс испытаний выполняется группой тестирования по плану, разработанному
Исполнителем и утвержденному Заказчиком.
6.3 Статус приемочной комиссии
Статус приемочной комиссии (государственная, межведомственная, ведомственная)
определяется Заказчиком до проведения испытаний.

101
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ СИСТЕМЫ К ВВОДУ В ДЕЙСТВИЕ
К моменту проведения приемо-сдаточных испытаний все замечания к работе
инженерных систем, обеспечивающих функционирование СУИВС AIMS_UZ, должны быть
устранены (электропитание и электроосвещение должны работать по постоянной схеме,
период обкатки систем кондиционирования должен быть завершен и т.п.).
Для подготовки объекта к вводу Системы в действие Заказчику необходимо выполнить
следующие работы:
 разработать и реализовать совместно с Исполнителем план мероприятий по подготовке
объекта к внедрению Системы;
 при необходимости внести изменения в организационную структуру с целью
обеспечения необходимого количества технического персонала;
 утвердить нормативные документы, разработанные в рамках Системы;
 утвердить формы документов, определяющих вид и порядок представления
информации в условиях функционирования Системы;
 подготовить и оформить необходимую организационно-распорядительную
документацию;
 обеспечить изучение пользователями эксплуатационной документации Системы.
Для подготовки объекта к вводу Системы в действие Исполнитель должен:
 разработать и реализовать совместно с Заказчиком план мероприятий по подготовке
объекта к внедрению Системы;
 разработать и обеспечить пользователей необходимой эксплуатационной
документацией для работы с Системой.
К моменту окончания периода опытной эксплуатации обслуживающий персонал
системы должен полностью овладеть практическими навыками работы с СУИВС AIMS_UZ.

102
8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Содержание и оформление документации на подсистемы должно соответствовать
требованиям стандарта O'z DSt 1985:2010.
В результате работ по созданию СУИВС AIMS_UZ должна быть разработана
следующая документация:
1. Проектная документация Технического проекта:
 Пояснительная записка к техническому проекту;
 Описание информационного обеспечения системы;
 Описание входных данных;
 Описание выходных данных (документов);
 Описание структуры информационной базы данных;
 Описание систем классификации и кодирования;
2. Эксплуатационная документация:
 Общее описание системы;
 Руководство пользователей;
 Руководство администратора;
 Программа и методика испытаний;
 Инструкция по установке системы;
3. Организационно распорядительные документы:
 Акт завершения работ;
 Акт приемки в опытную эксплуатацию;
 Акт приемки в промышленную эксплуатацию;
 План-график работ по вводу системы в действие;
 Приказ о составе приемочной комиссии;
 Приказ о проведении работ;
 Программа работ;
 Протокол испытаний;
 Протокол согласования;
 Учебные материалы.

Передаваемая Заказчику документация должна быть выполнена в 2-х экземплярах на


бумажном носителе, а также (дополнительно) на оптических дисках (CD) в 1-м экземпляре.
На этапе Сопровождения СУИВС AIMS_UZ при необходимости должны вноситься
изменения в эксплуатационную документацию на ИС.

103
9 ИСТОЧНИКИ РАЗРАБОТКИ
Разработка ТЗ выполнена с соблюдением стандарта «O‘z DSt 1987:2010.
Информационные технологии. Техническое задание на создание информационной системы».
При разработке ТЗ использовались следующие Источники:
1. Законодательные и нормативно-правовые акты. (Перечень документов приведен в
«Разделе 4.3.8 Требования к методическому обеспечению» данного документа);
2. Стандарты по Информационным Технологиям, действующие в Республике Узбекистан
(перечень стандартов приведен в «Разделе 4.3.8 Требования к методическому
обеспечению» данного документа).

При подготовке требований дополнительно использовались Источники:


 Постановление Кабинета Министров Республики Узбекистан N 256 от 22.11.2005г. «О
совершенствовании нормативно-правовой базы в сфере информатизации»;
 ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное
расположение рабочих мест. Общие эргономические требования»;
 ГОСТ 12.1.030-81 «Система стандартов безопасности труда. Электробезопасность.
Защитное заземление, зануление»;
 «Санитарными правилами и нормами при работе на персональных компьютерах,
видеодисплейных терминалах и оргтехнике» (СанПиН № 0224-07 от 03.04.07);
 «Санитарные нормы допустимых уровней шума на рабочих местах (СанПиН № 0120-
01 от 29.10.01);
 Санитарные нормы допустимых уровней электромагнитных полей радиочастот»
(СанПиН № 0064-96);
 «Санитарные нормы уровней электростатических полей на рабочих местах (СанПиН
№ 0121-01).

Дополнительно при разработке ТЗ использовались следующие внешние Источники:


 Парижская Декларация по повышению эффективности внешней помощи, 2005 г.;
 Курс лекций «Содействие международному развитию» Под редакцией В.И.
Бартенева и Е.Н. Глазуновой, Москва, 2012;
 Материалы по «Aid Information Management System (AIMS)»;
 Описание и видеоматериалы «Аid Management Platform»;
 Открытые интернет-источники;
 И др.

При проведении обследования использовались: анкетирование министерств и данные


открытых источников.

104
Приложение 1.
ПЕРЕЧЕНЬ ОСНОВНЫХ ДАННЫХ,
ВВОДИМЫХ В ХРАНИЛИЩЕ ДАННЫХ СУИВС AIMS_UZ

По перечням проектов БТС:


 Наименование проекта (Текстовое поле)
 Основные мероприятия (Текстовое поле)
 Сумма проекта (тыс. Долл.), в том числе:
o Финансирование со стороны донора (Числовое поле)
o Со финансирование с узбекской стороны (Числовое поле)
 Исполнительное агентство (Текстовое поле)
 Источник финансирования (Текстовое поле)

Сведения о получателях технического содействия доноров:


 Получатель средств (Текстовое поле)
 Номер или код гранта (Числовое поле)
 Название гранта (Текстовое поле)
 Наименование донора (Текстовое поле)
 Дата начала использования грантовых средств (Поле даты)
 Сумма гранта (тыс. Долл. США) (Числовое поле)

Сведения по паспорту проектного предложения


 Организация заявитель:
o наименование и реквизиты (Текстовое поле)
o основной вид деятельности (Подстановочное поле)
o ранее реализованные проекты (Подстановочное поле)
 Цель проекта (Текстовое поле)
 Задачи проекта (Текстовое поле)
 Ожидаемые результаты и эффект от реализации проекта (Текстовое поле)
 Предполагаемые мероприятия в рамках проекта (Текстовое поле)
 Предполагаемый период реализации проекта (Поле даты)
 Общая сумма проекта (Числовое поле)
 Предоставляемая сумма гранта (Числовое поле)
 Предполагаемые категории расходов
o текущие расходы (Числовое поле)
o оборудование (Числовое поле)
o обучение (Числовое поле)
o консультативные услуги (Числовое поле)
o другие расходы (Числовое поле)
 Контактное лицо
o Ф.И.О. (Текстовое поле)
o Должность (Текстовое поле)
o Телефон (Текстовое поле)
o адрес электронной почты (Текстовое поле)
 Регион реализации проекта (Подстановочное поле)
 Гендерное измерение программ и проектов (Подстановочное поле)

105
Отчет о полученных и освоенных средствах технического содействия

 Дата предоставления отчёта (Поле даты)


 Полное наименование получателя (Текстовое поле)
 Код ОКПО (Подстановочное поле)
 Местонахождение (адрес) (Текстовое поле)
 Инн получателя (Текстовое поле)
 Телефон/факс, эл. почта (Текстовое поле)
 Страна / донор (Подстановочное поле)
o Код (Подстановочное поле)
o Наименование (Подстановочное поле)
 Наименование проекта (Текстовое поле)
 Код направления использования средств технического содействия
(Подстановочное поле)
 Номер и дата одобрения проекта
 Дата начала использования средств технического содействия (Поле даты)
 Общая сумма
o В сумах (Числовое поле)
o В долл. США (Числовое поле)
 Поступило
o За отчетный период
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
o С начала проекта
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
 Освоено (распределено)
o Регион привлечения
 За отчетный период
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
 С начала проекта
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
 Остаток средств
o За отчетный период
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
 Причины неосвоения (Текстовое поле)
o С начала проекта
 В сумах (Числовое поле)
 В долл. США (Числовое поле)
 Примечание (причины неосвоения) (Текстовое поле)
 Ф.И.О. и должность руководителя получателя (Текстовое поле)
 Ф.И.О. и должность главного бухгалтера получателя (Текстовое поле)

Информация об использовании средств технического содействия

 Полное наименование получателя (Текстовое поле)


 Страны/ доноры (Подстановочное поле)
 Наименование проекта (Текстовое поле)

106
 Название документа по одобрению проекта (Текстовое поле)
 Наименование документа (Текстовое поле)
 Реквизиты счетов-фактур или др. Документов, подтверждающих поступление
или использование (Текстовое поле)
o Дата (Поле даты)
o № (Числовое поле)
 Сумма использования
o В сумах (Числовое поле)
o В долларах США (Числовое поле)
 Ф.И.О. и должность руководителя получателя (Текстовое поле)
 Ф.И.О. и должность главного бухгалтера получателя (Текстовое поле)
 Дата представления информации (Поле даты)

Информация о поступлении гуманитарной помощи и средств технического


содействия

 Полное наименование получателя (Текстовое поле)


 Страны/ доноры (Подстановочное поле)
 Наименование проекта (Текстовое поле)
 Название документа по одобрению проекта (Текстовое поле)
 Наименование документа (Текстовое поле)
 Реквизиты счетов-фактур или др. документов, подтверждающих поступление
(Текстовое поле)
o Дата (Поле даты)
o № (Числовое поле)
 Сумма поступления
o в сумах (Числовое поле)
o в долларах США (Числовое поле)
 Примечание (Текстовое поле)
 Ф.И.О. и должность руководителя получателя (Текстовое поле)
 Ф.И.О. и должность главного бухгалтера получателя (Текстовое поле)
 Дата представления информации (Поле даты)

Информация о привлекаемых гуманитарной помощи и средствах технического


содействия

 Наименование получателя (Текстовое поле)


 Страны / доноры (Подстановочное поле)
 Наименование проекта (Текстовое поле)
 Цель привлечения (Текстовое поле)
 Когда одобрено (№ и дата) (Поле даты)
 Общая сумма
o в сумах (Числовое поле)
o в долларах США (Числовое поле)
 Ф.И.О. и должность руководителя получателя (Текстовое поле)
 Ф.И.О. и должность главного бухгалтера получателя (Текстовое поле)
 Дата представления информации (Поле даты)

107
Основные классификаторы, используемые в системе

 Классификатор Гендерного измерения программ и проектов


o Код (Числовое поле)
o Уровень измерения гендерной чувствительности (Текстовое поле)
 Классификатор Предприятий и Организаций
o Код вида деятельности (Числовое поле)
o Отрасль (Текстовое поле)
 Классификатор секторов направления использования средств
o Код (Числовое поле)
o Наименование сектора (Текстовое поле)
 Классификатор категорий доноров
o Код категории (Числовое поле)
o Наименование категории донора (Текстовое поле)
o Литерный идентификатор (Текстовое поле)
 Классификатор стран-доноров/донорских организаций
o Код страны-донора (Числовое поле)
o Наименование страны-донора (Текстовое поле)
o Категория (Подстановочное поле)
o Буквенный код (Текстовое поле)

108