Тоҷикӣ   |   Русский   |   English
Телефон доверия Министра внутренних дел Республики Таджикистан (+992 37) 221-21-21…Служба Помощи телефона 19-19 Министерства внутренних дел Республики Таджикистан

Тендер для участия по созданию электронных и информационных систем

 

ОГЛАВЛЕНИЕ

1.     ОБЩИЕ СВЕДЕНИЯ.. 7

1.1.     ПОЛНОЕ НАИМЕНОВАНИЕ И УСЛОВНОЕ ОБОЗНАЧЕНИЕ СИСТЕМЫ... 7

1.1.1      Полное наименование. 7

1.1.2      Краткое наименование. 7

1.2      ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ.. 7

1.2.1      Основание для разработки. 7

1.2.2      Тема разработки. 8

1.3      СВЕДЕНИЯ ОБ ИСТОЧНИКАХ И ПОРЯДКЕ ФИНАНСИРОВАНИЯ.. 8

1.3.1      Источник финансирования. 8

1.4      ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ. 8

1.5      ПОРЯДОК ОФОРМЛЕНИЯ И ПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ. 8

1.5.1      Выполнение работ по разработке системы.. 8

1.5.2      Сроки представления результатов работ. 8

1.5.3      Приемка результатов работ. 9

1.5.4      Права на результаты работ. 9

1.5.5      Конфиденциальность информации. 9

1.6      ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ... 9

2.     НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ... 10

2.1      НАЗНАЧЕНИЕ СИСТЕМЫ... 10

2.1.1      Функциональное назначение. 10

2.1.2      Эксплуатационное назначение. 10

2.2      ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ... 12

3.     ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ.. 14

3.1      СВЕДЕНИЯ ОБ ОБЪЕКТЕ АВТОМАТИЗАЦИИ.. 14

3.1.1      Объект автоматизации. 14

3.1.2      Общие сведения. 15

3.1.3      Основные сведения об организационной структуре. 20

3.2      СВЕДЕНИЯ ОБ УСЛОВИЯХ ЭКСПЛУАТАЦИИ ОБЪЕКТА АВТОМАТИЗАЦИИ   20

3.2.1      Общая характеристика используемых и внедряемых программных и технических средств  20

4.     ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ... 24

4.1      ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ... 25

4.1.1      Техническая архитектура Системы.. 26

4.1.2      Перечень подсистем, их назначение и основные характеристики. 27

4.1.3      Требования к программно-техническим комплексам.. 29

4.2      ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ... 30

4.3      ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ.. 31

4.4      ТРЕБОВАНИЯ К НАДЕЖНОСТИ.. 32

4.5      ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ.. 32

4.6      ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ.. 33

4.7      ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ.. 33

4.8      ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ.. 35

4.9      ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ.. 36

4.10       ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ.. 36

4.11       ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ.. 38

4.11.1        Подсистема формирования и ведения учета зарегистрированных преступлений и правонарушений. 38

4.11.2        Подсистема поиска данных. 40

4.11.3        Подсистема ведения НСИ.. 40

4.11.4        Подсистема мониторинга деятельности территориальных органов. 40

4.11.5        Подсистема ведения электронных регламентов. ..........................40

4.11.6        Сигнальная подсистема. 41

4.11.7        Подсистема аналитической отчетности. 43

4.11.8        Подсистема администрирования. 44

4.11.9        Подсистема ведомственной электронной почты.. 46

4.11.10      Подсистема ведения единого каталога пользователей. 46

4.11.11      Подсистема резервного копирования и восстановления данных. 47

4.11.13      Внутренний портал. 47

4.11.14      Внешний портал. 48

4.11.15      Подсистема межведомственного взаимодействия. 48

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

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

4.12       ТРЕБОВАНИЯ К ППО.. 50

4.12.1        Требования к функциональным характеристикам ППО.. 50

4.12.2        Требования по автоматизации работы.. 51

4.12.3        Требования к обработке данных. 52

4.13       ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ.. 53

4.13.1        Требования к математическому обеспечению.. 53

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

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

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

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

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

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

4.14       ТРЕБОВАНИЯ К ОБУЧЕНИЮ... 59

5.     СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ... 61

5.1      СТАДИИ РАЗРАБОТКИ СИСТЕМЫ... 61

5.2      ЭТАПЫ СОЗДАНИЯ СИСТЕМЫ... 15

5.2.1      Первый этап. 15

5.2.2      Второй этап. 17

5.2.3      Третий этап. 18

5.3      РЕЗУЛЬТАТЫ... 63

6.     ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ... 64

6.1      ОБЩИЕ ПОЛОЖЕНИЯ.. 64

6.2      ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ.. 65

6.2.1      Предварительные автономные испытания. 65

6.2.2      Предварительные комплексные испытания. 66

6.3      ОПЫТНАЯ ЭКСПЛУАТАЦИЯ.. 67

6.4      ПРИЕМОЧНЫЕ ИСПЫТАНИЯ.. 68

6.4.1      Статус приемочной комиссии. 69

7.     ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ.. 70

8.     ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ... 71

9.     ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ.. 72

10.      ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПОСТАВКЕ СЕРВЕРА ДЛЯ ПРОВЕДЕНИЯ ОПЫТНОЙ ЭКСПЛУАТАЦИИ.. 73

 

 

 

 

 

 

 

 

 

 

 

СПИСОК ПРИНЯТЫХ СОКРАЩЕНИЙ

 

АРМ

Автоматизированное рабочее место

БД

База данных

ДМЗ

Демилитаризованная зона

КУП

Книга № 1 учета заявлений и сообщений о преступлениях,

Книга № 2 учёта иной информациио происшествиях

ИС

 

Информационная система

ЛВС

Локальная вычислительная сеть

МВД

Министерство внутренних дел  

МСЭ (firewall)

Межсетевой экран

НСД

Несанкционированный доступ

ОС

Операционная Система

ПО

Программное обеспечение  

ППО

Прикладное программное обеспечение

ПК

Программный комплекс

ПТК

Программно-технический комплекс

СУБД

Система управления базами данных

СХД

Система хранения данных

ТЗ

Техническое задание

ТП

Технический проект

ТС

Технические средства

ЦОД

Центр обработки данных

ЭУ

Электронные услуги

API

Applicationprogramminginterface, интерфейс прикладного программирования

DRP  

Disaster Recovery Plan, план аварийного восстановления

DRS DisasterRecoverySystem

Системааварийноговосстановления

MPLS

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

NAS

NetworkAttachedStorage, сетевая система хранения данных, сетевое хранилище

NGN

NextGenerationNetwork, сеть следующего поколения

OSI

OpenSystemsInterconnection, модель взаимодействия открытых систем

OSPF

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

QoS

 

QualityofService («качество сервиса»), способность коммуникационной системы обеспечивать то или иное качество услуг в зависимости от вида передаваемых данных

SAN

StorageAreaNetwork, сеть хранения данных

SNMP

 

SimpleNetworkManagementProtocol, протокол управления сетевыми устройствами

TCP

TransportControlProtoсol – протокол передачи данных

VLAN

 

VirtualLocalAreaNetwork, виртуальная локальная сеть

VPN

VirtualPrivateNetwork — виртуальная частная сеть

XML

Extensible Markup Language – расширяемыйязыкразметки

xWDM

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

 

ГЛОССАРИЙ

ЦОД

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

Открытая информация

Информация, к которой не предъявляются требования по её защите.

Конфиденциальная информация

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

Несанкционированный доступ

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

Персональные данные

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

Регламент

Совокупность правил, устанавливающих порядок проведения работ.

Регламентирование

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

Классификатор

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

ИТ-подразделения

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

ИТ- персонал

Сотрудники ИТ-подразделений

Middleware

Программная среда интеграции приложений

 


 

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

Настоящее Документы по созданию электронной системы регистрации преступлений для Министерства внутренних дел Республики Таджикистан (Система) разработано в соответствии с ГОСТ 34.602-89.

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

 

1.1.            ПОЛНОЕ НАИМЕНОВАНИЕ И УСЛОВНОЕ ОБОЗНАЧЕНИЕ СИСТЕМЫ

1.1.1        Полное наименование

 

Полное наименование системы: «Электронная система регистрации преступлений для Министерства внутренних дел Республики Таджикистан».

 

1.1.2        Краткое наименование

 

Краткое наименование системы: «Электронный КУП».

 

1.2              ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

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

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

- Меморандум о Взаимопонимании между Правительством Республики Таджикистан и Организацией по Безопасности и Сотрудничеству в Европе, Бюро ОБСЕ в Таджикистане;

- Стратегия реформы милиции на 2013-2020 годы, утвержденная Указом Президента Республики Таджикистан от 19 марта 2014 года, №1438;

- Программа реформы (развития) милиции на 2014-2020 годы, утверждена Постановлением Правительства Республики Таджикистан от 03 мая 2014 года, № 296;

- «Порядок ведения единого учета, регистрации преступлений и лиц, их совершивших», утвержденный Постановлением Правительства Республики Таджикистан от 2 декабря 2009 года, № 676, в редакции Постановления Правительства Республики Таджикистан от 02 сентября 2010 года, № 451;

- «Инструкция о едином порядке приёма, регистрации, учёта и разрешения в органах заявлений, сообщений и иной информации о преступлениях и происшествиях» к совместному Указанию от 25 февраля 2010 года.

 

1.2.2        Тема разработки

«Создание электронной системы регистрации преступлений для Министерства внутренних дел Республики Таджикистан», шифр темы: «Электронный КУП».

 

1.3              СВЕДЕНИЯ ОБ ИСТОЧНИКАХ И ПОРЯДКЕ ФИНАНСИРОВАНИЯ

 

1.3.1        Источник финансирования

Источником финансирования является: Бюро по контролю за наркотиками и охране правопорядка (INL), Посольства США в Таджикистане и международная организация Сейферворлд

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

1.4              ПЛАНОВЫЕ СРОКИ НАЧАЛА И ОКОНЧАНИЯ РАБОТ

 

Сроки выполнения работ по разработке «Электронной системы регистрации преступлений для Министерства внутренних дел Республики Таджикистан» определяются с ___________ по ___________ .

1.5              ПОРЯДОК ОФОРМЛЕНИЯ ИПРЕДЪЯВЛЕНИЯ РЕЗУЛЬТАТОВ РАБОТ

 

1.5.1        Выполнение работ по разработке системы

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

-        ГОСТ 34.601-90 Автоматизированные системы. Стадии создания.

-        РД 50-34.698-90 Автоматизированные системы. Требования к содержанию документов.

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

 

1.5.2        Сроки представления результатов работ

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

- Разработка и оформление Рабочей документации; Проведено обучение сотрудников Заказчика; Поставка, пусконаладочные работы оборудования, установка разработанного ППО; Проведена опытная эксплуатация; Оформлен и подписан акт о завершении опытной эксплуатации Системы – не позднее ____________________.

 

1.5.3        Приемка результатов работ

 

1.5.4        Права на результаты работ

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

 

1.5.5        Конфиденциальность информации

Исполнитель, обязуется подписать двухстороннее соглашение с МВД Республики Таджикистан о неразглашении конфиденциальной информации.

 

1.6              ТРЕБОВАНИЯ К ИСПОЛНИТЕЛЮ

-   Владеть знанием и опытом основных принципов объектно-ориентированного программирования;

-   Знать и использовать преимущества и недостатки методов хранения информации в дисковых массивах: RAID 0, RAID 1, RAID 3, RAID 5, RAID 10;

-   Наличие опыта в методах защиты передачи данных в локально-вычислительных сетях;

-   Иметь опыт в дублировании/копировании информационных систем, знать их достоинства и недостатки;

-   Опыт работы в системах управления базами данных, таких как Oracle 11g. Назначение и типы индексов в СУБД Oracle;

-   Опыт работы с операционной системой IBMAIX. Проводить установку и настройку на серверах IBMpSeries;

-   Знать состав программно-технического комплекса (ПТК) ИБД Министерства внутренних дел Республики Таджикистан;

-   Быть знакомым с составом прикладного программного обеспечения, используемого в МВД Республики Таджикистан;

-   Обладать правами на модернизацию прикладного программного обеспечения ИБД Министерства внутренних дел Республики Таджикистан;

-   Знать типы клиентского программного обеспечения ИБД Министерства внутренних дел Республики Таджикистан;

-   Обладать знаниями о процедурах регистрации заявлений и сообщений о преступлениях и происшествиях в Таджикистане;

-   Компания должна иметь по крайней мере 5-летний опыт работы в области ИТ и установки коммуникационных систем;

-   Компания должна иметь по крайней мере 5-летний опыт работы в сфере разработки ТЗ, проектирования проектов ИТ;

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

-   Требуется отличные навыки составления отчета у персонала ИТ-компании;

-   Соблюдение государственных и международных стандартов при разработке и внедрению проекта;

-   Владение русским языком для сотрудников ИТ-компании является преимуществом.

 

2.                  НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

2.1              НАЗНАЧЕНИЕ СИСТЕМЫ

2.1.1        Функциональное назначение

В соответствии c задачами, поставленными в Стратегии реформы милиции на 2013-2020 годы, в Таджикистане будет разработан Закон «О единой государственной системе выявления, регистрации и учета преступлений», в рамках которого будет обеспечен полноценный единый учет заявлений и сообщений о преступлениях и происшествиях, своевременное реагирование на сообщения, а также информирование граждан о ходе рассмотрения их заявлений и сообщений. В соответствии со Стратегией, будет осуществлен комплекс организационных и управленческих мер, связанных с изменением критериев оценки деятельности, повышением доступности органов милиции гражданам, а также кардинальным совершенствованием системы выявления, регистрации и учета преступлений. Государственная система выявления, регистрации и учета преступлений должна быть основана на современных информационных технологиях, а вся информация о криминальных проявлениях (от первичных сообщений до уголовно-процессуальных документов) должна фиксироваться на электронных носителях и накапливаться в автоматизированных системах обработки информации.

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

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

 

2.1.2        Эксплуатационное назначение

 

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

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

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

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

При регистрации заявлений, должностное лицо органа, принявшего заявление, выдает заявителю талон с уникальным номером, уже присвоенным именно этому заявлению в электронной базе данных МВД РТ. При электронной регистрации заявления через Web-портал заявителю талон уведомления предоставляется в электронном виде на экране (с возможностью печати и сохранения в файл) и дублируется отсылкой сформированного талона по электронной почте в адрес заявителя.

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

 

2.2         ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

Исполнитель обязан разработать прикладное программное обеспечение (ППО) системы «Электронный КУП» согласно Технического задания и Технического проекта (Технический проект предоставляется Исполнителю после заключения Договора на разработку Системы), с последующим проведением Опытной эксплуатации разработанного ППО на опытном участке (требования к опытной эксплуатации и состав опытного участкасм. п.6.3), а так же приобрести сервер для проведения Опытной эксплуатации (технические требования к серверу см. п.10).

 

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

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

-      Укрепления потенциала правоохранительных органов, совершенствование правоохранительных мер в ответ на преступления;

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

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

Цель проекта заключается в реформировании системы учета регистрации и учета преступлений путем обеспечения доступности процесса подачи гражданами заявлений и сообщений о преступлениях и правонарушениях, а также обеспечением прозрачности деятельности ОВД на стадии приема, учета, регистрации и рассмотрения заявлений и сообщений о преступлениях и на стадии контроля над их прохождением. Функционально данная цель будет достигнута путем внедрения информационных технологий в деятельность МВД РТ, и модернизации возможностей ГИАЦ МВД РТ в области обработки данных о состоянии преступности. Будет создано специализированное подразделение в составе ГИАЦ, а также пункт приема заявлений от граждан в пилотном отделе внутренних дел. Реализация данной цели приведет к внедрению в масштабах проекта электронной системы регистрации и учета преступлений, обновленное же оборудование обеспечит основы для внедрения этой системы и будет использоваться для обработки заявлений и сообщений о преступлениях и массива данных о состоянии преступности.

Показатели:

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

-        Созданы специализированное подразделение в составе ГИАЦ МВД РТ, а также пункты приема заявлений от граждан;

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

Цели проекта по созданию Системы:

- содействовать Министерству внутренних дел Республики Таджикистан в создании системы регистрации и учета записей преступлений и происшествий путем разработки Технического задания по созданию электронной системы регистрации преступлений для МВД РТ;

- оказать содействие Министерству внутренних дел Республики Таджикистан при переходе к новым информационным технологиям, которые обеспечат доступность процесса подачи исков (жалоб)/заявлений (ходатайств) и других заявлений, связанных с преступлениями по всей стране, и гарантировать прозрачность органов внутренних дел на начальных стадиях принятия, учета, регистрации и рассмотрения жалоб/заявлений (ходатайств) о преступлениях и правонарушениях;

- проконсультировать Министерство внутренних дел Республики Таджикистан в укреплении системы по получению электронной информации о жалобах и заявлений граждан о преступлениях/ правонарушениях, по сбору базы данных, по обработке жалоб и интеграции данных в ИБД МВД РТ;

- проконсультировать Министерство внутренних дел Республики Таджикистан в расширении (повышении) функций Портала относительно подачи жалоб и заявлений о преступлениях/правонарушениях, а также других видов информации через веб-сайт МВД РТ.

 

3.                  ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

3.1              СВЕДЕНИЯ ОБ ОБЪЕКТЕ АВТОМАТИЗАЦИИ

3.1.1        Объект автоматизации

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

Первый этап ИБД включал в себя несколько подсистем, в том числе реализацию автоматизированной информационной системы "Статистика", которая способна собирать и обрабатывать данные уголовной статистики на основе первичных (оригинала) учётных документов.Подсистема включает сбор и обработку данных о выявленных и зарегистрированных преступлениях (ф.1.0); о лицах, их совершивших (ф.2); о потерпевших (ф.5); об установлении лица, совершившего преступления (ф.1.2); о результатах расследования (ф.1.1); о решении по уголовному делу (ф.3); о материальном ущербе (ф.4); о решении суда (ф.6 и приложение к ф.6).

В результате предпринимаемых по инициативе Министерства внутренних дел мероприятий каждый год отмечается увеличение количества принимаемых сотрудниками дежурных частей подразделений ОВД сообщений о преступлениях и происшествиях. В 2011-2013 годах было зарегистрировано соответственно 18350, 19317 и 19967 заявлений и сообщений о преступлениях и происшествиях. Однако и этого прогресса в обеспечении прав граждан на правосудие, как показывают результаты исследования, явно недостаточно.

Для дальнейшего повышения эффективности процесса регистрации заявлений и сообщений о преступлениях, обеспечения автоматизированного взаимодействия с действующей в МВД Республики Таджикистан системой обработки данных уголовной статистки ИБД МВД РТ, а также обеспечения защиты и обеспечения соблюдения прав и законных интересов граждан, повышения их доверия к правоохранительным органам, разработан проект "Электронная регистрация заявлений и сообщений о преступлениях и происшествиях", обеспечивающий максимально облегченные возможности для граждан подавать заявления и сообщения о преступлениях, а также контроль над их прохождением и принятием решений по каждому заявлению и сообщению. В рамках проекта будет разработано программное обеспечение, автоматизирующего функции сотрудников дежурных частей по регистрации, учету и ведению единой базы данных, а также программное обеспечение Web-портала МВД РТ, предоставляющего возможность гражданам самостоятельно подавать заявления о преступлениях и правонарушениях, с предоставлением возможности контролировать процесс принятия решений по заявлению с использованием Интернет технологий.

 

3.1.2        Общие сведения

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

 

3.2              ЭТАПЫ СОЗДАНИЯ СИСТЕМЫ

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

 

3.2.1        Первый этап

 

Реализация проекта в первую очередь планируется в пилотном регионе - городе Душанбе. После приемки и опытной эксплуатации системы «Электронная система регистрации преступлений для Министерства внутренних дел Республики Таджикистан», тщательной оценки и анализа результатов и хода выполнения целей проекта в пилотном регионе, включая широкое информирование населения, а также рассмотрение изменения и /или подтверждения проектной деятельности, сопоставимой относительно ожидаемых результатов на каждом этапе, внедрение будет продолжено в областных центрах и затем во всех регионах Республики Таджикистан.

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

Этап первый предусматривает создание и разработку автоматизированной информационно-поисковой системы электронной регистрации заявлений и сообщений о преступлениях и происшествиях («Электронный КУП»), а также создание технической базы для электронного обмена данными между пунктом приема заявлений и сообщений граждан о преступлениях в ОМВД района Сомони города Душанбе и «Электронный КУП». В рамках этапа в составе Главного информационно-аналитического центра МВД РТ будет создано отделение по электронной регистрации заявлений и сообщений в составе 4 сотрудников, а также пункт приема граждан в ОМВД по городу Душанбе.

Деятельность 1.1. Внедрение программного обеспечения по электронной регистрации заявлений и сообщений о преступлениях.

Самые оперативные и ощутимые изменения будут осуществлены в ГИАЦ МВД РТ. Будет установлено новое оборудование и внедрена автоматизированная информационная система электронной регистрации заявлений и сообщений о преступлениях и происшествиях «Электронный КУП». Будет создано новое отделение по электронной регистрации заявлений и сообщений о преступлениях, а также пункты приема заявлений и сообщений о преступлениях в пилотном районе Сомони города Душанбе.

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

Цель пилотного проекта будет заключаться в проверке работы Системы в полном объеме. Продолжительность пилотного проекта будет от 182 до 365 дней.

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

Под-деятельность 1.1.1. Разработка программного обеспечения.

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

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

После установления ППО на оборудовании, поставленном в ГИАЦ и ОМВД, будут проведены приемочные испытания и подписан Акт готовности Системы к опытной эксплуатации. В соответствии с Договором, исполнитель будет нести расходы по принятия обязательных корректирующих действий и осуществления изменений системы, которые будут необходимы.

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

Под-деятельность 1.1.2. Поставка и установка оборудования.

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

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

Для наилучшего распределения оборудования и соответствующего потенциала будет подготовлен план распределения, согласно которому будет распределено оборудование для различных подразделений МВД РТ. При распределении оборудования будет учитывать объем приема заявлений и сообщений граждан о преступлениях. Данная деятельность будет осуществляться по согласованию с руководством МВД РТ и ГИАЦ МВД РТ.

Под-деятельность 1.1.4. Повышение потенциала

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

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

Обучение будет проводиться в ГИАЦ и ОМВД МВД РТ, в которых установлено новое оборудование, с целью ознакомления слушателей с принципами работы нового оборудования на месте.

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

Так же в Душанбе будет проведено обучение на национальном уровне, которое будет организовано в помещении ГИАЦ МВД Республики Таджикистан и будет направлено на завершение проекта.

 

 

3.2.2        Второй этап

 

Этап второй предусматривает представление нового нормативного правового документа о порядке регистрации и учета заявлений и сообщений о преступлениях. В рамках этого этапа будет создана Рабочая группа из числа специалистов Верховного суда, Генеральной прокуратуры, Агентства по государственной статистике, правоохранительных органов и Министерства юстиции Республики Таджикистан, которая приступит в перспективе к разработке проекта Закона Республики Таджикистан «О единой государственной системе выявления, регистрации и учета преступлений». Однако ее первой задачей в рамках проекта будет создание Временной Инструкции о порядке электронного учета заявлений и сообщений о преступлениях и других правонарушениях», которая будет введена в действие совместным приказом МВД, Генеральной прокуратуры и Министерства юстиции.

Данный результат будет достигнут путем:

Создания Рабочей группы из числа специалистов Верховного суда, Генеральной прокуратуры, Агентства по государственной статистике, правоохранительных органов и Министерства юстиции Республики Таджикистан;

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

Будет разработана Временная Инструкция о порядке электронного учета заявлений и сообщений о преступлениях и других правонарушениях, которая будет введена в действие совместным приказом МВД, Генеральной прокуратуры и Министерства юстиции;

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

Показатели:

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

-      Введена в действие Временная Инструкция о порядке электронного учета заявлений и сообщений о преступлениях и других правонарушениях;

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

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

В целях основательной подготовки к введению нового внутреннего документа о порядке регистрации и учета заявлений и сообщений о преступлениях (введение которого в полном масштабе подразумевается в рамках Этапа 2 данной Концепции проекта), ОБСЕ будет оказывать поддержку и обеспечивать руководство межведомственной Рабочей группой Таджикистана. Важно, что подготовка к введению нового внутреннего документа – Временной о порядке электронного учета заявлений и сообщений о преступлениях и других правонарушениях, начинается одновременно с запуском реформы по внедрению электронной системы учета и регистрации преступлений.

Рабочая группа будет заниматься после введения в действие Временной инструкции разработкой проекта Закона Республики Таджикистан «О единой государственной системе выявления, регистрации и учета преступлений», для того, чтобы процесс принятия этого законопроекта был осуществлен в течение 24 месяцев.

 

3.2.3        Третий этап

 

Этап третий предусматривает создание веб-портала подачи заявлений и сообщений о преступлениях и происшествиях, а также иной информации через вебсайт МВД РТ. Кроме того, будет организован удаленный доступ к Системе «Электронный КУП» руководству МВД РТ и соответствующим контролирующим структурам Генеральной прокуратуры Республики Таджикистан.

Данный результат будет достигнут путем:

-  разработки и сдачи в эксплуатацию прикладного программного обеспечения портала МВД РТ для электронной регистрации заявлений и сообщений о преступлениях гражданами;

-  запуска веб-портала подачи заявлений и сообщений о преступлениях и происшествиях;

-  организации удаленного доступа к Системе«Электронный КУП» руководству МВД и соответствующим контролирующим структурам Генеральной прокуратуры Республики Таджикистан;

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

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

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

Показатели:

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

-      заявления от граждан о преступлениях и правонарушениях в пилотных проектах будут приниматься посредством веб-портала МВД РТ;

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

Деятельность 3.1. Создание веб-портала подачи заявлений и сообщений о преступлениях и происшествиях, а также иной информации через вебсайт МВД РТ.

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

Также будет проведена модернизация используемой в настоящее время в составе ИБД МВД РТ автоматизированной информационно-справочной системы «Статистика» в части предоставления информации о движении уголовного дела по запросам граждан по уникальному номеру талона-уведомления из электронной книги заявлений.

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

После установления ППО на оборудовании, поставленном в ГИАЦ и ОМВД РТ, и запуска веб-портала, будут проведены приемочные испытания и подписан Акт готовности Системы к опытной эксплуатации. В соответствии с Договором, исполнитель будет нести расходы по принятия обязательных корректирующих действий и осуществления изменений системы, которые будут необходимы.

 

Основные сведения об организационной структуре

Прием и регистрация заявлений и сообщений о преступлениях и происшествиях в системе Министерстве внутренних дел Республики Таджикистан осуществляется в 156 дежурных частях МВД РТ, в том числе:

-  1 ДЧна уровне МВД;

-  6 дежурных частей на уровне УМВД;

-  79 дежурных частей на уровне отделов внутренних дел (г. Душанбе – 7, Хатлонская обл. – 25, Согдийская обл. – 19, Горно-Бадахшанская АО – 8, Раштскийрегион-15 и УМВДТ -5);

-  59 ПОМ;

-  Силовые ведомства.

 

 

3.3              СВЕДЕНИЯ ОБ УСЛОВИЯХ ЭКСПЛУАТАЦИИ ОБЪЕКТА АВТОМАТИЗАЦИИ

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

Автоматизация основных процессов служебной деятельности, в т.ч.с возможностью регистрации преступлений, в МВД РТ осуществляется следующими автоматизированными информационными системами:

-    Интегрированный банк данных (ИБД) МВД РТ, Спецификация ПТК ИБД представлена в Таблице 1.

 

Таблица 1

СПЕЦИФИКАЦИЯ ИСПОЛЬЗУЕМОГО ОБОРУДОВАНИЯ ПТК ИБД МВД РТ

№ п/п

Наименова-ние технологи-ческогооборудова-ния

Состав, функциональные характеристики

Производитель

Кол-во /Ед.         изм.

1

2

3

4

5

1

Программно-технический комплекс в составе:

1

к-т.

1.1

Сервер базы данных

Сервер базы данных p520 в составе:

 

IBM WorldTradeCorporation

1

к-т.

1.1.1 Корпус

Корпус высотой 4U для монтажа в 19-дюймовую стойку

1.1.2 Процессор - 2 шт.:

Двухядерный 64-x разрядный процессор POWER6 с тактовой частотой 4,2 ГГц с кэш памятью 2 уровня 4 Мб на ядро.

1.1.3 Оперативная память 16 ГБ;

Оперативная память DDR2 SDRAM ёмкостью 16 Гб с частотой 667 MHz, 512Mb

1.1.4 Слоты расширения – PCI-X 64 bit 266 MHz, PCI Express 8x

Слоты расширения – PCI-X 64 bit 266 MHz поддерживающие режим горячей замены, PCI Express 8x.

1.1.5 Системный внутренний диск 146 Гб 15K rpm SAS - 4 шт.

Системные/внутренние диски - 4х146 Гб SAS скоростью вращения 15000 об./мин с фронтальным доступом и возможностью "горячей замены"

1.1.6 Устройство DVD-RAM -1 шт.

Тип – внутренний; минимальная скорость чтения DVD – 16x / CD – 48x; интерфейс – IDE/ATAPI; метод загрузки диска – выдвижной лоток; поддерживаемые стандарты – DVD-ROM, DVD-Video, DVD+R DL, DVD+RW, DVD+R, DVD-RW, DVD-R, CD-ROM, CD-DA, Video CD, Photo CD (multi-session), CD TEXT, CD Extra;   цвет – черный.

1.1.7 Однопортовый 4Gbit FC-адаптер - 2 шт.;                                 Интегрированная 2-ух портовая Ethernet карта -1шт.; Двухканальный UltraSCSI320 адаптер - 1шт.;

Адаптеры ввода/вывода – 2 оптических адаптера FibreChannel 4Gbit, 1 двухканальный Ultra 3 SCSI контроллер, 1 встроенный сетевой адаптер 1Gbit

1.1.8 Тип операционной системы - Unix

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

1.2

Дисковый массив

ДисковыймассивIBMStorage SystemDS4700

 

IBM WorldTradeCorporation

1

шт.

2-х канальная в составе:FibreChannel , 14x146Gb/15k 4Gb/S + 2x146Gb/15k

2-х канальная FibreChannel , 14x146Gb/15k 4Gb/S + 2x146Gb/15k, поддержка использования FC и SATA дисков в рамках одного массива; поддержка RAID 0, 1, 5, 10, 50; поддержка динамического изменения размера тома.

1.3

Оптический коммутатор

ОптическийкоммутаторIBMSAN-24B

Оптический коммутатор FibreChannel 24-ти портовый 4Gb.

IBM

WorldTradeCorporation

2

шт.

1.4

Ленточный стриммер

Ленточный стриммерTS2340 TapeDriveExpress в составе:

Ленточный привод с поддержкой носителей формата Ultrium 4,3,2, занимаемое место в стойке 2U.

IBM WorldTradeCorporation

1

шт.

1.4.1 Картридж данных LTO3 - 20 шт.

1.4.2 Чистящий картридж LTO - 2 шт.

1.5

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

Источник бесперебойного питания 9910-E33 c

ИБП - 3 кВт однофазный, монтаж в стойку, высота 3U с модулем управления по сети (NetworkManagementcard), с функцией автоматического закрытия системы и внешней расширенной батареей (ExternalBatterypack).

IBM WorldTradeCorporation

1

шт.

модулем управления по сети SNMP, c внешней расширенной батареей (ExternalBatterypack)

1.6

Консоль

Консоль управления в составе:

 

IBM WorldTradeCorporation

1

к-т.

1.6.1 Шасси 7316-TF3

выдвижное шасси (установка в стойку), TFT монитор 17", клавиатура с русской раскладкой, манипулятор типа "мышь", шнур питания

1.6.2 Консоль аппаратного обеспечения HMC 7042-CR4

Специализированная рабочая станция (установка в стойку) для конфигурирования и управления сервером в комплекте с кабелем питания и Ethernet кабелем

1.7

Стойка монтажная

Стойка монтажная Т42

42U с распределителем питания (Rack PDU 16A) с комплектом заземления (PDU 16A), монтажные комплекты для установки оборудования в стойку

IBM WorldTradeCorporation

1

шт.

1.8

Коммута-

тор 1

Коммутатор WS-C3560G-24TS-E 24 портовый

24 порта 10/100/1000 + 4 слота под сменные интерфейсные модули; предустановленная расширенная версия программного обеспечения (EnhancedSoftwareImage); поддержка протоколов и стандартов:DynamicTrunkingProtocol (DTP), PortAggregationProtocol (PagP), динамические VLAN, VTP pruning, hardware-based IGMP snooping, Layer 2QoS, NetworkTimingProtocol (NTP), VLAN trunkingprotocol (VTP), FastEtherChannel / GigabitEtherChannel, UplinklFast; Per VLAN SpanningTreePlus (PVST+); TACACS+.
Гарантированная совместимость с коммутатором 2.

CiscoSystemsInternational

1

шт.

1.9

Коммута-

тор 2

Коммутатор WS-C3560G-48TS-S 48 портовый

48 портов 10/100/1000 + 4 слота под сменные интерфейсные модули; стандартная версия программного обеспечения (StandartSoftwareImage); поддержка протоколов и стандартов:DynamicTrunkingProtocol (DTP), PortAggregationProtocol (PagP), динамические VLAN, VTP pruning, hardware-based IGMP snooping, Layer 2QoS, NetworkTimingProtocol (NTP), VLAN trunkingprotocol (VTP), FastEtherChannel / GigabitEtherChannel, UplinklFast; Per VLAN SpanningTreePlus (PVST+); TACACS+.
Гарантированная совместимость с коммутатором 1.

CiscoSystemsInternational

1

шт.

1.10

Маршрути-затор

Маршрутизатор 2811 для подключения удаленных пользователей

Терминальный сервер для удаленного модемного подключения до 16 абонентов. Поддерживаемые протоколы передачи - ITU-T V.90, V.92 QuickConnect, ITU-T V.23 at 75 and 1200 bps, BELL 103 and 212a, ITU-T V.21 at 300 bps, ITU-T V.22bis (with V.54 loopback), ITU-T V.22 A/B, ITU-T V.32, ITU-T V.32bis, ITU-T V.32 turboupto 19,200 bps, ITU-T V.34, ITU-T V.34bis. Поддерживаемые протоколы компрессии - ITU-T V.44, ITU V.42bis (MNP-5). Поддерживаемые протоколы коррекции ошибок - ITU V.42, MNP 2-4

CiscoSystemsInternational

1

шт.

2

АРМы (Клиент и Администратор) в составе:

26

к-т.

 

 

2.1.Системный блок OptiPlex 760 DT в составе: - 1 шт.

 

DELL

 

2.1.1 Процессор Intel Core 2 Duo E7400 - 1шт.

Типразъёма – Socket 775; количествоядер – 2 шт.; частоташины – 1066 МГц; кэш 1-го/ 2-гоуровня- 64 Кб / 3072 Кб; тактоваячастотанеменее 2,8 ГГц; поддерживаемыеинструкцииММХ,SSE, SSE2, SSE3, SSE4; EM64T, NX Bit;Техпроцесс – 45 нм.

2.1.2 Накопитель на жестких магнитных дисках HDD 250Гб - 1 шт.

Емкость - 250 Гб, Размерность - 3,5 дюйма, Внешний интерфейс – Serial ATA; частота вращения шпинделя – 7200 об/мин.

2.1.3 Оперативная память RAM 2Гб (2 х 1 Гб) - 1шт.

Тип DDR II; минимальный объем DIMM-модуля – 1024 Mb.

2.1.4 Оптический привод 16X DVD+/-RW - 1шт.

Тип – внутренний;   минимальная скорость чтения DVD – 16x / CD – 48x; интерфейс – IDE/ATAPI; минимальная скорость записи – 8х DVD+R DoubleLayer / 4х DVD-R DoubleLayer / 16x DVD-R / 16x DVD+R / 48x CD-R; минимальная скорость перезаписи – 6х DVD-RW / 8x DVD+RW / 32x CD-RW; среднее время доступа – DVD не более 130 мс / CD - 135 мс; объем буфера – не менее 2 Мb; метод загрузки диска – выдвижной лоток; поддерживаемые стандарты – DVD-ROM, DVD-Video, DVD+R DL, DVD+RW, DVD+R, DVD-RW, DVD-R, CD-ROM, CD-DA, Video CD, Photo CD (multi-session), CD TEXT, CDExtra;

2.1.5 Видеоадаптервстроенный Intel Graphics Media Accelerator 4500 - 1шт.

Частотачипа/памятинеменее 400/800 MHz;
объемитиппамяти 512 Mb GDDR2 SDRAM;
разрядностьшины – 128 бит;
внешняяшина – PCI Express x16;
частота RAMDAC – 533 MHz;
охлаждениерадиаторнапроцессоре, безвентилятора;
разъемы –  D-Sub.

2.2. Клавиатура -1шт.

Тип – Win’98, интерфейс –USB; раскладка кириллицы – Windows;

2.3. Манипулятор типа «мышь» - 1шт.

Тип – оптическая;  интерфейс – USB; органы управления – не менее 6-и программируемых кнопок, колесико прокрутки;

2.4. Монитор E198FP - 1шт.

Тип монитора - TFT-LCD 19"; время отклика - 5 мс; максимальное разрешение 1280*1024; частота при максимальном разрешении - 75 Гц; зерно - 0,294 мм; горизонтальный / вертикальный угол - 140 / 140 град.; интерфейс D-Sub, DVI; цвет - черный.

DELL

2.5 Колонки AX210 - 2 шт.

Внешний мультимедийные колонки, стерео, интерфейс USB

DELL

2.6 Экземпляр операционной системы - 1шт.

Экземпляр операционной системы (Русс.) MicrosoftWindowsVista с возможностью даунгрейда до версии XP, предустановленный на рабочую станцию, дистрибутив

Microsoft

2.7 Экземпляр дополнительного программного обеспечения - 1 шт.

Экземпляр дополнительного ПО (Русс.) MicrosoftOffice 2007 Professional, предустановленный на рабочую станцию, дистрибутив

Microsoft

3

Принтер

Лазерный принтер

LaserJet 5200dtn

Лазерный принтер, ч/б, графический дисплей с подсветкой 32 x 160, 128MB RAM, лоток на 100 листов, лоток на 250 листов, лоток на 500 листов, встроенный модуль автоматической двусторонней печати, драйверы и экземпляр модуля по установке на компакт-диске.

Hewlett-Packard Ges.M.B.H

1

шт.

4

Комплект патч-кордов

Патч-корд LC-LC 5 метров - 16 шт.
Коммутационные шнуры PatchCord RJ45:
       длина 5 метров - 6 шт.
       длина 3 метра - 18 шт.
       длина 1 метр - 4 шт.
       длина 20 метров - 4 шт.    

 

Brand-Rex

1

к-т.

 

4.        ТРЕБОВАНИЯ К СИСТЕМЕ В ЦЕЛОМ

С внедрением системы электронной регистрации заявлений и сообщений о преступлениях и происшествиях, показатели преступности могут резко возрасти, в первую очередь за счет невозможности укрытия заявлений и сообщений о преступлениях от учета, и за счет обеспечения полноты выявления и регистрации преступлений. Для этого необходимо развитие существующей автоматизированной подсистемы ИБД «Статистика» и создание взаимодействующей с ней системы "Электронная регистрация заявлений и сообщений о преступлениях и происшествиях", которая позволит не только автоматизировать процесс подачи заявлений о преступлениях и происшествиях для граждан, но и автоматизировать регистрацию заявлений и сообщений в соответствующих подразделениях органов внутренних дел Республики Таджикистан, а также обеспечить ведение единой базы данных заявлений и сообщений о преступлениях и правонарушениях, интегрированную с системой регистрации и учета преступлений. Это накладывает определенные требования к разработчикам системы, которые должны будут иметь допуск к уже существующим банкам данных МВД РТ, а также соответствующий опыт работы по созданию интегрированных баз данных и автоматизированных информационных систем.

 

4.1              ТРЕБОВАНИЯ К СТРУКТУРЕ И ФУНКЦИОНИРОВАНИЮ СИСТЕМЫ

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

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

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

В соответствии с нормативными правовыми документами МВД РТ Система должна представлять собой ведомственную автоматизированную информационную систему. При ее создании необходимо адаптировать для использования ранее созданное и используемое в подразделениях ОВД и МВД РТ программное обеспечение и данные.

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

 

4.1.1        Техническая архитектура Системы

Ядром архитектуры данных Системы является Единое хранилище данных (ЕХД), создаваемое на основе базы данных (БД) ИБД МВД РТ.

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

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

-        хранение и обработку информации, поступающей из разных источников;

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

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

-        управление метаданными;

-        разграничение доступа пользователей к данным средствами СУБД;

-        обеспечение возможности доступа пользователей к данным ЕХД через слой аналитических приложений.

Система должна быть реализована в соответствии с трехуровневой архитектурой (уровень базы данных, уровень бизнес-логики, уровень клиента).

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

  1. 1.Сервер базы данных.
  2. 2.Сервер приложений.
  3. 3.Клиентские рабочие места.
  4. 4.Средства информационной безопасности.
  5. 5.Для АРМ Администратора – компоненты пользовательского интерфейса и взаимодействия с уровнем бизнес-логики задач прикладного администрирования и информационной безопасности.

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

-      Уровень хранения данных, обеспечивающий единое централизованное хранение данных;

-      Прикладной уровень, на котором будет реализована основная логика работы с системой;

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

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

 

4.1.2        Перечень подсистем, их назначение и основные характеристики

В состав Системы должны быть включены следующие подсистемы:

4.1.2.1  Подсистема формирования и ведения учета зарегистрированных преступлений и правонарушений

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

4.1.2.2              Подсистема поиска данных

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

4.1.2.3              Подсистема ведения НСИ

Подсистемапредназначена для формирования и управления справочниками и классификаторами.

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

4.1.2.4  Подсистема мониторинга деятельности территориальных органов  

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

 

 

4.1.2.5  Сигнальная подсистема

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

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

-      контроль совпадения условий (контроль событий с абстрактным объектом учета);

-      контроль объектов учета (контроль обращений к объектам учета, поставленным пользователем на сигнальный учет).

 

4.1.2.6  Подсистема аналитической отчетности

Подсистема предназначена для обеспечения сбора и хранения информации о всех аспектах деятельности ОВД и МВД РТ, с возможностью получения в автоматизированном режиме сведений по объектам учета Системы в соответствии с формами ведомственной и государственной статистической отчетности МВД РТ.

 

4.1.2.7  Подсистема администрирования

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

-        общего конфигурирования системы;

-        настройки параметров системы и ее технических характеристик;

-        формирования информационных массивов системы (в частности, для управления используемыми в Системе справочниками и классификаторами, сценариями электронных регламентов, пользователями и группами пользователей).

 

4.1.2.8  Подсистема ведомственной электронной почты

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

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

 

4.1.2.9  Подсистема ведения единого каталога пользователей

Подсистема предназначена для учёта пользователей Системы.

4.1.2.10                     Подсистема резервного копирования и восстановления данных

 

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

 

4.1.2.11                     Внутренний портал

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

 

4.1.2.12                     Внешний портал

Внешний портал предназначен для автоматизации процесса подачи заявлений и сообщений о преступлениях и правонарушениях гражданами.

 

4.1.2.13                     Подсистема межведомственного взаимодействия

 

Подсистема предназначена для обеспечения:

возможности обмена данными между ЕХД Системы и базами данных АС заинтересованных ведомств;

обмена данными между подсистемами на одном уровне процессов автоматизации;

синхронизации данных между базами данных разных уровней процессов автоматизации;

импорта и экспорта данных;

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

обработки пересылаемой информации;

доставки системных сообщений.

 

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

Подсистема информационной безопасности предназначена для обеспечения защиты информации и защиты Системы от НСД.

 

4.1.3        Требования к программно-техническим комплексам

Программно-технический комплекс Системы, обеспечивающий выполнение ее функций и интеграцию ее информационных ресурсов, образуют:

ЦОД – обеспечивает на уровне МВД РТ консолидацию данных, а также интеграцию информационных систем, входящих в сегмент внутриведомственного обмена;

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

 

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

 

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

Потоки данных направляются по информационно-телекоммуникационной сети, построенной на базе технологии MPLS и стека протоколов TCP/IP с использованием виртуальных частных сетей (VPN). Обмен данными должен осуществляться посредством файлов в формате XML.

 

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

 

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

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

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

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

Должна быть обеспечена круглосуточная централизованная техническая и консультационная поддержка (call-центр, портал поддержки), с временем реагирования на обращения не более 15 минут при электронных сообщениях на портал поддержки, незамедлительно – при звонках в call-центр.

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

– техническое обслуживание;

– модернизация программного-технического комплекса;

– устранение аварийных ситуаций.

Общее время проведения профилактических работ не должно превышать 5% от общего времени работы Системы в штатном режиме (24 часа в месяц).

 

4.2              ТРЕБОВАНИЯ К ЧИСЛЕННОСТИ И КВАЛИФИКАЦИИ ПЕРСОНАЛА СИСТЕМЫ И РЕЖИМУ ЕГО РАБОТЫ

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

-      Эксплуатация программного комплекса должна осуществляться персоналом, имеющим численность и квалификацию для выполнения работ в соответствии с ролями, перечисленными в Таблице 3;

-      Пользователь может иметь несколько ролей по отношению к разным ресурсам программного комплекса;

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

-      Для эксплуатации программного комплекса необходимо выполнение следующих ролей:

системный администратор;

администратор безопасности;

администратор баз данных;

инженер технической поддержки.

Таблица 3 Роли эксплуатирующего персонала Системы

Роли

 

Выполняемые функции

 

Системный администратор

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

−управление программно-техническим комплексом

Администратор безопасности

−обеспечение информационной безопасности

−обеспечение защиты от несанкционированного

доступа к информационным ресурсам

Администратор баз данных

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

−резервное копирование баз данных

−восстановление баз данных в случае сбоя

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

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

Инженер технической поддержки

−установка, настройка и поддержка оборудования и специального программного обеспечения

-      Режим работы персонала, эксплуатирующего программный комплекс – в установленное рабочее время;

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

 

4.3              ПОКАЗАТЕЛИ НАЗНАЧЕНИЯ

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

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

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

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

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

 

4.3.2        Производительность системы:

-        Система должна отвечать требованиям масштабируемости, то есть входящее в ее состав ПО должно обеспечивать одновременную работу необходимого числа пользователей путем наращивания вычислительных ресурсов ЦОД. Следует ожидать постоянного роста числа пользователей Системы;

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

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

 

4.4              ТРЕБОВАНИЯ К НАДЕЖНОСТИ

Общими требованиями к надежности Системы являются:

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

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

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

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

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

-      Неправильные действия пользователей не должны приводить к возникновению аварийной ситуации;

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

 

4.5              ТРЕБОВАНИЯ К БЕЗОПАСНОСТИ

-      Конструкция аппаратно-программных средств Системы должна обеспечивать защиту эксплуатирующего персонала от поражения электрическим током в соответствии с требованиями ГОСТ 12.2.003 и ГОСТ 12.2.007. Подключение электропитания к оборудованию Системы должно выполняться в соответствии с требованиями «Правил устройства электроустановок»;

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

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

-      Технические средства, входящие в состав Системы, должны удовлетворять требованиям ГОСТ 12.1.002-84 по уровням напряженности электрических полей;

-      Уровень шума на рабочих местах пользователей и обслуживающего персонала, создаваемый оборудованием, должен соответствовать требованиям, установленным ГОСТ 12.1.003-83.

 

4.6              ТРЕБОВАНИЯ К ЭРГОНОМИКЕ И ТЕХНИЧЕСКОЙ ЭСТЕТИКЕ

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

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

-      Каждому пункту меню должна соответствовать только одна выполняемая функция;

-      Действие должно выполняться только одним способом;

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

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

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

 

4.7              ТРЕБОВАНИЯ К ЗАЩИТЕ ИНФОРМАЦИИ

4.7.1        Общие требования

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

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

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

-      защиту информационных ресурсов Системы, в том числе баз данных систем обработки информации;

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

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

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

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

В состав средств защиты от НСД должны входить современные аппаратные и программные комплексы, ориентированные на применение новых методов обеспечения информационной безопасности (с использованием принципов криптографии, технологии «гальванической развязки» и др.). Объектами защиты в Системе должны являться:

автоматизированные рабочие места,

серверное оборудование,

вычислительные сети,

− каналы связи и телекоммуникационное оборудование.

 

4.7.2        Требования по защите информации от НСД

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

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

-      для разграничения доступа пользователям должны назначаться роли. Функциональные роли должны применяться для предоставления прав на совершение определенных действий с теми или иными классами информационных объектов Системы (документов и справочников). Организационные роли должны применяться для предоставления прав доступа к определенным экземплярам информационных объектов (к отдельным записям справочников);

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

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

-      регистрация действий пользователей и централизованное хранение журналов регистрации.

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

-      доступ к конкретному документу и объекту учета;

-      доступ к конкретной функциональности;

-      к справочному режиму;

-      к почте;

-      к сигнальной системе;

-      к работе с экранными формами первичных документов;

-      к режимам работы (поиск, ввод, корректировка, удаление).

-      доступ к средствам администратора ИБД;

-      доступ к формам специального пользовательского интерфейса (СПИ).

Кроме этого, каждая запись БД должна иметь служебное поле – «уровень доступа». Такой же параметр должны иметь все пользователи ИБД. Пользователь получает доступ к записи БД в том случае, если его «уровень доступа» соответствует значению поля «уровень доступа» записи БД.

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

 

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

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

-      при проведении монтажных, пуско-наладочных работ;

-      во время испытаний и штатной эксплуатации;

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

 

4.7.4        Требования к организационным мероприятиям по защите информации:

 

Для объектов автоматизации должны быть:

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

-      разработаны должностные инструкции пользователей по информационной безопасности;

-      проведено обучение пользователей;

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

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

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

 

4.8              ТРЕБОВАНИЯ ПО СОХРАННОСТИ ИНФОРМАЦИИ ПРИ АВАРИЯХ

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

отказ аппаратуры сервера;

отключение питания на рабочем месте и/или на сервере баз данных;

отказ оборудования рабочей станции;

отказ линий связи.

Для обеспечения сохранности информации Системой должно использоваться:

резервное копирование;

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

- восстановление данных в непротиворечивое состояние при сбоях в работе

сетевого, программного и аппаратного обеспечения.

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

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

 

4.9              ТРЕБОВАНИЯ К ПАТЕНТНОЙ ЧИСТОТЕ

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

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

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

 

4.10          ТРЕБОВАНИЯ ПО СТАНДАРТИЗАЦИИ И УНИФИКАЦИИ

4.10.1    Общие требования:

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

Оборудование Системы, предполагаемое к установке,             должно иметь необходимые сертификаты соответствия от ответственных служб и министерств РТ.

Все оборудование должно соответствовать стандартам РТ и международным стандартам.

Система должна использовать стандартные, унифицированные методы реализации функций (задач) системы:

поддержка современных транспортных протоколов: TCP/IР;

поддержка наиболее распространенных форматов документов: HTML, XML

и т.д.;

поддержка в области повышения отказоустойчивости и надежности Системы;

поддержка кластерных решений, взаимоувязанных с информационной инфраструктурой ОВД и МВД РТ;

поддержка распределенного поиска информации;

поддержка распределенного доступа к информации;

возможность функционирования на различных аппаратных платформах.

 

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

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

Унифицированный формат отчетных форм должен поддерживать возможность экспорта и импорта форм в подсистемы Системы с целью:

визуализации;

составления сводной отчетности;

ведения базы отчетности.

В унифицированном формате должны быть предусмотрены:

правила контроля числовой и символьной информации (контрольные суммы, длина символьной строки);

правила ведения версионности и истории формы;

правила оформления реквизитов отправителя и получателя отчетной формы.

 

4.10.3    Требования к использованию типовых классификаторов

 

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

В составе Системы должны быть применены типовые общегосударственные и ведомственные классификаторы.

 

4.10.4    Требования к использованию типовых рабочих мест, компонентов и комплексов

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

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

Проектирование Системы должно осуществляться с учетом действующих типовых АИС на основе типовых проектных решений в части:

функциональных подсистем;

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

автоматизированных рабочих мест (рабочих станций);

серверного оборудования;

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

Типовые проектные решения должны обеспечивать тиражирование создаваемых программно-технических комплексов на все подразделения ОВД и МВД РТ без дополнительного проектирования путем изменения настроек и состава компонентов Системы. Требования по отдельным типовым проектным решениям должны согласовываться с Заказчиком.

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

В качестве операционных систем серверов должна также применяться единая типовая Операционная система.

Программно-аппаратные средства ЦОД должны проектироваться с учетом всей информационной инфраструктуры МВД РТ.

 

4.11    ТРЕБОВАНИЯ К ФУНКЦИЯМ (ЗАДАЧАМ), ВЫПОЛНЯЕМЫМ СИСТЕМОЙ

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

 

4.11.1    Подсистема формирования и ведения учета зарегистрированных преступлений и правонарушений

Вся информация о преступлениях и происшествиях, в зависимости от её содержания и формы поступления (обнаружения), подразделяется на две группы:

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

-        иная информация о преступлениях и происшествиях.

Учету в Системе подлежат заявления и сообщения о преступлениях, являющимися поводами к возбуждению уголовного дела, а также иная информация о преступлениях и происшествиях:

-      устные обращения граждан после разъяснения им ответственности за заведомо ложный донос, оформленные протоколом и подписанные заявителем;

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

-      заявления о повинной в письменной или устной форме, оформленные в соответствии с УПК РТ протоколом и подписанные явившимся с повинной и должностным лицом, принявшим заявление;

-      заявления и сообщения о безвестном исчезновении граждан;

-      письменные сообщения должностных лиц организаций;

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

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

-      сообщения иностранного государства, в том числе поступившие по каналам Интерпола, о совершении преступления гражданином Таджикистана на территории этого государства и возвратившимся на территорию Республики Таджикистан до возбуждения в отношении него уголовного преследования, но материалам об этом преступлении, представленным организацией иностранного государства в органы прокуратуры Республики Таджикистан;

-      информация о готовящихся, совершаемых и совершенных преступлениях, поступившая по телефону (в том числе и по установленному в ОВД телефону доверия), телефаксу, телеграфу, электронной почте и радио от граждан, представителей общественных организаций, сотрудников ОВД и других силовых структур, должностных лиц предприятии и организаций;

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

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

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

-           аппаратов военных комиссариатов об утрате военных билетов;

-          сотрудников Госавтоинспекции - о дорожно-транспортных происшествиях и их последствиях;

-           сотрудников подразделений государственной службы «Охрана» - о срабатывании приборов охранной сигнализации;

-           сотрудников противопожарной службы о пожарах и загораниях;

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

-         письма учреждений Госстраха об обращении граждан по фактам правонарушений.

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

-      информация, поступающая из систем фото- и видеонаблюдения («Безопасный город»).

 

4.11.2    Подсистема поиска данных

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

поиск документов по реквизитам объектов учета;

полнотекстовый поиск по документам, хранящимся в ЕХД.

Операция поиска должна состоять в задании критериев поиска по отдельным реквизитам (или их совокупности).

Найденная информация должна предоставляться пользователям для просмотра и (или) выводиться в файл в формате приложений MicrosoftWord.

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

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

 

4.11.3    Подсистема ведения НСИ

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

Создание нового классификатора (создание наименования и определение структуры), в том числе и с иерархической структурой;

Редактирование наименования и структуры созданного классификатора;

Удаление классификатора;

Ввод новых значений в классификатор;

Просмотр и редактирование значений классификатора;

Удаление значений классификатора;

Просмотр истории изменения значений классификатора.

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

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

 

4.11.4  Подсистема мониторинга деятельности территориальных органов

Основными функциями подсистемы являются:

ввод, редактирование и удаление данных, характеризующих деятельность территориальных органов;

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

 

 

4.11.5    Сигнальная подсистема

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

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

- контроль обращений к объектам учета, поставленным на сигнальный учет пользователем;

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

- временные (по датам) проверки объектов учета и контроль сроков исполнения.

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

 

4.11.5.1          Требования к сигнальным функциям

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

4.11.5.2          Контроль совпадения условий

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

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

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

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

Таблица 4

Общая характеристика контроля совпадения условий

Характеристика

Значение

Результат успешного выполнения

Сообщение пользователю

Предусловия выполнения

Данная проверка включена

Условия инициализации

Ввод, коррекция, удаление информации пользователем через любой интерфейс ИБД

 

 

Рисунок 1 – Сценарий реализации контроля совпадения условий

4.11.5.3          Контроль объектов учета

 

Функция контроля объектов учета должна:

-     давать возможность постановки объектов учета на сигнальный контроль;

-     проверять любое действие с поставленными на сигнальный контроль объектами;

-     формировать пользователю, поставившему объект на сигнальный контроль, сообщение об обращении к объекту.

Постановка на сигнальный контроль должна быть реализована как для объектов, уже введенных в ЕХД, так и для новых объектов.

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

-     контролируемого объекта;

-     пользователя, совершившего операцию;

-     документа (формы), через который была совершена операция;

-     вида операции (выбран в результате поиска, изменен и т.д.).

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

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

4.11.5.4          Отслеживание значений показателей.

Сигнальная подсистема также предназначена для отслеживания значений ключевых показателей и, при выявлении превышений установленных пороговых значений, оперативного информирования ответственных сотрудников ОВД и МВД РТ.

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

-      Справочник проверок ключевых показателей;

-      Журнал сигнальных сообщений.

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

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

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

4.11.5.5          Параметры сигнальных функций

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

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

-     в пользовательский интерфейс;

-     на электронную почту.

 

4.11.6  Подсистема аналитической отчетности

В состав подсистемы аналитической отчетности должны войти модули обеспечивающие:

сбор и хранение информации (должна базироваться на технологии оперативнойобработкитранзакцийOLTP- On-LineTransactionProcessing);

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

ЕХД должно содержать непротиворечивые консолидированные исторические данные, характеризующие процессы деятельности ОВД и МВД РТ за достаточно продолжительный период времени.

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

сбор и хранение информации из различных источников;

осуществление автоматизированной проверки полученных сведений на соответствие условиям логического контроля ведомственной и государственной статистической отчетности МВД РТ, контроля достоверности данных с учетом их непротиворечивости и взаимосвязи;

получение в автоматизированном режиме сведений по объектам учета Системы в соответствии с формами ведомственной и государственной статистической отчетности;

разработка таблиц статистических данных на основе учетных сведенийСистемы для информационного обеспечения деятельности подразделений ОВД и МВД РТ;

получение в автоматизированном режиме, в соответствии с разработанными таблицами, сведений по объектам учета Системы за указанный период времени;

анализ и контроль поступления информации в Систему.

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

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

предварительного просмотра отчетных форм перед выводом их на печать;

вывода отчетных форм в формате HTML, документов MicrosoftWord;

вывода на печать.

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

Общими требованиями к подготовке отчетов являются:

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

Обеспечение возможности сохранения подготовленного отчета в формате PDF–файла;

Обеспечение возможности формирования отчетов в соответствии с предоставленными правами, в том числе и с правами на возможность печати данных.

 

4.11.7    Подсистема администрирования

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

создавать список ролей;

вводить набор привилегий для каждой роли;

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

создавать группы пользователей.

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

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

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

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

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

Общими требованиями к администрированию программного комплекса являются:

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

Обеспечение ведения реестра ролей программного комплекса;

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

Обеспечение регистрации фактов пакетной загрузки данных;

Обеспечение регистрации фактов пакетной выгрузки данных;

Обеспечение выдачи оператору сообщений о переполнении журнальных таблиц и необходимости архивирования данных;

Обеспечение возможности очистки журнальных таблиц;

Обеспечение возможности выдачи на печать общих сведений о состоянии регистрационного учета в виде: общее количество записей журнала− количество записей журнала по действиям пользователей;

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

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

Обеспечение администрирования конфигурации вычислительной и информационно-телекоммуникационной инфраструктуры ОВД и МВД РТ.

 

4.11.7.1          Требования к предоставлению доступа к ресурсам Системы

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

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

-      Обеспечение пользователям доступа к функциям Системы в соответствии с предоставленными полномочиями;

-      Обеспечение разграничения прав доступа как в клиентских, так и в серверных приложениях;

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

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

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

-      Хранение данных о правах доступа пользователей в базе данных;

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

-      Подключение к серверу приложений с указанием IP–адреса сервера приложений и номера порта;

-      Запись в журнал успешных и неуспешных попыток регистрации при работе с программным обеспечением.

 

4.11.8    Подсистема ведомственной электронной почты

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

            Архитектура        подсистемы        должна        строиться        по        распределено-

централизованному принципу. Компоненты подсистемы должны быть распределены по двум уровням:

пользовательский — распределяется по рабочим местам пользователей Системы;

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

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

прием сообщений по протоколу POP3 или IMAP4;

отправку сообщений по протоколу SMTP;

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

На серверном уровне ЦОД почтовая Система должна обеспечивать:

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

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

управление хранением почтовой информации на сервере.

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

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

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

управление хранением почтовой информации на сервере.

 

4.11.9    Подсистема ведения единого каталога пользователей

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

учёт пользователей Системы;

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

предоставление механизмов для осуществления интеграции с другими программными и аппаратными средствами Системы;

поиск учётных данных пользователей Системы;

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

Подсистема должна быть создана на основе единого каталога пользователей. Единый каталог пользователей должен создаваться на базе сертифицированного средства, например, такого как MicrosoftActiveDirectory, или соответствующего средства СУБД Oracle.

 

4.11.10Подсистема резервного копирования и восстановления данных

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

создание резервных копий информационных массивов Системы;

восстановление информационных массивов Системы из резервных копий.

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

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

 

4.11.11Подсистема мониторинга и управления

Основными задачами подсистемы мониторинга и управления являются:

контроль функционирования информационно-вычислительных и телекоммуникационных ресурсов Системы;

управление процессом функционирования Системы;

сбор, обработка, отображение и документирование информации о состоянии

информационно-вычислительных и телекоммуникационных ресурсовСистемы;

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

отображение процесса загрузки данных в ЕХД;

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

 

4.11.12Внутренний портал

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

создания нормативно-справочных документов;

согласования нормативно-справочных документов;

совместного редактирования нормативно-справочных документов;

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

 

4.11.13Внешний портал

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

поиска услуг по регистрации преступлений, оказываемых гражданам;

просмотра электронных регламентов на исполнение государственных функций;

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

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

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

 

4.11.14Подсистема межведомственного взаимодействия

Подсистема межведомственного взаимодействия должна обеспечивать:

синхронизацию данных, в том числе и нормативно-справочных, между хранилищами ведомственного и территориального уровней;

межведомственный обмен данными (при необходимости);  

представление данных в различные организации.

Основные функции подсистемы:

выгрузка данных из ЕХД в         файлы формата XML;

- загрузка данных в ЕХД из файлов в формате XML;

поддержка репликации данных между хранилищами ведомственного и территориального уровней средствами используемой СУБД (при необходимости).  

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

защищенный обмен информацией в согласованных форматах с унаследованными программно-аппаратными комплексами ОВД и МВД РТ путем передачи данных по информационно-телекоммуникационной сети, арендованным каналам связи IP/VPN или посредством электронной почты, а также с помощью магнитных носителей;

загрузку данных из унаследованных систем в БД Системы в согласованных форматах XML файлов на основе интеграционного решения;

проверку поступающей информации на полноту, логическую корректность, соответствие формату;

загрузку данных по видам учетов в формате XML;

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

регистрацию источника данных;

фиксацию начала и окончания загрузки данных;

в состав выгруженных данных должны входить все изменения за период, произошедший с момента предыдущей выгрузки данных;

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

выгрузка данных должна осуществляться во внешний XML–файл и иметь возможность подписания электронной цифровой подписью.

 

 

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

Подсистема информационной безопасности должна обеспечивать:

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

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

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

-      обеспечение целостности, достоверности информации в системах (подсистемах) обработки;

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

-      обеспечение защищенного обмена информацией ограниченного доступа между объектами информатизации.

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

-      системность и комплексность реализации системы защиты информации;

-      простота и гибкость реализации системы защиты информации;

-      разумная достаточность при выборе мер и средств обеспечения информационной безопасности и защиты информации;

-      непрерывность защиты;

-      доверие к надежности защиты и равнопрочность защиты;

-      минимизация прав пользователей;

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

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

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

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

Согласно принципу «непрерывности защиты» необходимо:

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

-      развитие системы защиты информации вести параллельно с развитием самой Системы;

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

Принцип «доверие к надежности защиты и равнопрочность защиты» предполагает, что для его реализации необходимо:

-      применять сертифицированные средства защиты и проводить аттестацию по требованиям безопасности информации объектов информатизации в составе общей Системы;

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

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

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

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

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

-      разработки мероприятий по проверке работоспособности и корректности этих механизмов.

 

4.12          ТРЕБОВАНИЯ К ППО

4.12.1    Требования к функциональным характеристикам ППО

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

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

-      обеспечение журналирования действий, выполняемых пользователями при работе в Системе;

-      обеспечение модульной реализации программного комплекса для обеспечения возможности расширения круга решаемых задач, увеличения объемов хранения и обработки данных, а также возможности подключения к работе новых подразделений и ОВД РТ;

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

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

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

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

-      поддержка транзакционной целостности изменений в базе данных;

-      обеспечение хранения данных на различных языках в отношении персональных данных одних и тех же объектов учета;

-      обеспечение версионности по хранению данных о документах и объектах учета (физические и юридические лица);

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

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

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

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

-      обеспечение сотрудников ОВД и МВД РТ возможностью доступа по внутренней сети к открытым (открытый сегмент), служебным открытым (контролируемый сегмент) и конфиденциальным (защищенный сегмент) документам.

-      обеспечение сотрудников ОВД и МВД РТ стандартной статистической отчетностью и произвольной аналитической отчетностью.

 

4.12.2    Требования по автоматизации работы

 

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

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

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

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

 

4.12.3    Требования к обработке данных

Система должна обеспечивать:

-      обработку и выдачу информации на основе поиска учетно-регистрационных данных, накапливаемых в БД Системы;

-      обработку и выдачу интегрированной информации на основе структурированного обобщения учетно-регистрационных данных, накапливаемых в БД Системы;

-      обработку и выдачу согласно заданному разрезу статистической информации на основе количественного обобщения учетно-регистрационных данных, накапливаемых в БД Системы, в том числе обработку запроса на получение статистических данных за указанный период;

-      обработку и выдачу согласно заданному разрезу статистической информации на основе количественного обобщения учетно-регистрационных данных, накапливаемых в БД Системы, в том числе обработку запроса на получение статистических данных за указанный период;

-      обработку запросов в составе клиентской части и серверных служб;

-      мониторинг выполнения запросов в клиентской части программного комплекса;

-      возможность повторной отправки запросов;

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

-      формирование ответов на запросы в формализованном виде;

-      возможность сохранения по желанию пользователя ответов на запросы в базе данных;

-      возможность распечатывания результатов запросов на принтере или вывода их в PDF-файл.

 

4.13          ТРЕБОВАНИЯ К ВИДАМ ОБЕСПЕЧЕНИЯ

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

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

обработки и нормализации данных;

- загрузки и очистки данных;

- интеграции данных;

- контроля и формирования сигнальных и иных специальных функций.

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

 

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

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

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

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

Общими требованиями к ведению справочников и классификаторов являются:

-      Обеспечение возможности ведения справочников и классификаторов, обеспечивающих учеты в подразделениях ОВД и МВД РТ, а также обмен данными в рамках сегмента межведомственного обмена;

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

-      Обеспечение загрузки справочников и классификаторов с машинных носителей информации в согласованных форматах.

Целью создания и использования классификаторов информации в составе Системы является создание условий для формирования единого информационного пространства как внутри МВД РТ, так и во взаимодействии с другими организациями, ведомствами и учреждениями.

Классификаторы информации в составе Системы должны решать задачи:

стандартизации информационных ресурсов (терминологии, документов, классификаторов/справочников, форматов передачи) структурных подразделений ОВД и МВД РТ, гармонизации описания этих ресурсов с национальными и международными информационными ресурсами;

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

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

обеспечения совместимости информационных систем и ресурсов;

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

В рамках Системы должны использоваться общегосударственные, а также ведомственные классификаторы и справочники МВД РТ, разработанные на основе нормативных и методических документов, регламентирующих ведение этих классификаторов.

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

 

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

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

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

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

минимизацию случайных ошибочных действий оператора;

логический контроль ввода данных;

возможность индивидуальной настройки АРМ пользователем с сохранением настроек.

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

 

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

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

Общее (системное) программное обеспечение программных комплексов Системы должно соответствовать следующим основным принципам:

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

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

масштабируемость и высокая производительность;

совместимость;

наличие встроенной системы безопасности;

надежность и отказоустойчивость;

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

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

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

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

 

4.13.4.2                     Общие требования к специальному программному обеспечению

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

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

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

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

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

обработка запросов пользователей к БД Системы по произвольной совокупности реквизитов;

− создание и обработка типовых запросов;

− формирование и вывод на печать списков;

− формирование и вывод на печать статистических данных;

− ввод, контроль и коррекция справочников;

− обеспечение сохранности и восстановления баз данных;

− аудит действий пользователей;

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

 

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

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

хранения и обработки требуемых объемов информации (объемно-временные характеристики информации в зависимости от уровня ее интеграции);

обслуживания интерактивных пользователей с приемлемым временем отклика Системы;

устойчивой работы в условиях пиковой нагрузки;

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

В основу структуры комплекса технических средств системы должен быть положен принцип типовых проектных решений. Типовые проектные решения должны базироваться на выборе варианта, при котором в подразделениях ОВД и МВД РТ на различных уровнях     в качестве базовых используются мультипроцессорные серверы, а на территориальном уровне однопроцессорные серверы и АРМ.

Типовые конфигурации должны строиться на основе стандартизованных элементов:

стационарное автоматизированное рабочее место сотрудника подразделения ОВД РТ;

универсальный сервер уровня рабочей группы;

сервер баз данных;

сервер прикладной обработки (сервер приложений);

              серверы        специальных технологий (Web-сервер, централизованное

страховочное копирование данных и т.п.);

сервер телекоммуникаций/почтовый сервер;

внешний дисковый массив, обслуживающий сервер или группу серверов;

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

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

телекоммуникационное   оборудование (оборудование для работы по выделенным каналам);

криптомаршрутизаторы (при необходимости);

Программно-технические средства баз данных Системы должны проектироваться с учетом оборудования типовых программно-аппаратных комплексов, развернутых в МВД РТ.

Основу ЛВС структурных подразделений ОВД и МВД РТ должны составлять:

инфраструктура переноса информации между абонентами ЛВС;

активное сетевое оборудование ЛВС.

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

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

Структурированная кабельная система должна быть выполнена в соответствии с международным стандартом ISO/IEC 11801 на кабельные системы.

В типовом варианте в составе СКС зданий выделяются три основные подсистемы:

горизонтальная кабельная подсистема;

магистральная кабельная подсистема;

подсистема внешних магистралей.

Горизонтальная кабельная подсистема должна обеспечивать подключение рабочих мест к этажным распределительным узлам. Реализация горизонтальной кабельной подсистемы должна обеспечивать возможность использования стандартных технологий Ethernet/FastEthernet/GigabitEthernet. При необходимости для организации горизонтальных связей должно быть предусмотрено использование кабелей (неэкранированных или экранированных) более высоких категорий либо многомодового волоконно-оптического кабеля.

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

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

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

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

Кроссовое (коммутационное) оборудование СКС должно обеспечивать возможность взаимного переключения розеток ЛВС и розеток телефонной сети.

Коммутационное оборудование СКС должно устанавливаться в 19-дюймовые монтажные шкафы глубиной не менее 60 см.

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

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

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

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

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

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

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

расширяемость (заполнение слотов не более чем на 75%).

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

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

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

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

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

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

Для организации сегментов ЛВС на основе беспроводных технологий должны применяться системы, использующие стандарт IEEE 802.11 (в частности RadioEthernet и WirelessIP).

 

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

 

При создании Системы должны быть разработаны организационно-распорядительные документы, регламентирующие:

порядок эксплуатации Системы;

работу пользователей с элементами Системы;

модернизацию и развитие Системы.

Организационная структура Системы должна предусматривать:

проведение скоординированных мероприятий по управлению Системой;

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

подготовку персонала по вопросам эксплуатации и администрирования ПТС, использования средств защиты информации;

соблюдение правил техники безопасности персоналом Системы;

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

Функционирование программно-технического комплекса Системы должно обеспечиваться сотрудниками ГИАЦ МВД РТ.

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

Контроль над обработкой информации осуществляют руководители соответствующих подразделений ОВД и МВД РТ.

Процедуры архивирования базы данных, восстановления базы данных после аварий и сбоев, вызванных неисправностями технических средств должны выполняться обслуживающим персоналом подразделений ГИАЦ МВД РТ.

Установка и обновление программно-технического комплекса Системы должны выполняться обслуживающим персоналом соответствующих подразделений ОВД и МВД РТ.

 

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

В соответствии c задачами, поставленными в Стратегии реформы милиции на 2013-2020 годы, в Таджикистане будет разработан Закон «О единой государственной системе выявления, регистрации и учета преступлений», в рамках которого будет обеспечен полноценный единый учет заявлений и сообщений о преступлениях и происшествиях, своевременное реагирование на сообщения, а также информирование граждан о ходе рассмотрения их заявлений и сообщений. В соответствии со Стратегией, будет осуществлен комплекс организационных и управленческих мер, связанных с изменением критериев оценки деятельности, повышением доступности органов милиции гражданам, а также кардинальным совершенствованием системы выявления, регистрации и учета преступлений.

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

административных регламентов по осуществлению государственных функций в сфере регистрации правонарушений и преступлений;

стандарт обмена данными;

стандарт хранения и обработки данных.

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

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

Положение об технической службе МВД РТ;

Регламент контроля и устранения нештатных ситуаций на объектах ОВД и МВД РТ;

Регламент распределения, учета и актуализации функционального программного обеспечения в ОВД и МВД РТ;

Положение о нормативно-методическом обеспечении деятельности ИТ-подразделений в МВД РТ;

Регламент ведения нормативно-справочной информации;

Регламент учета и актуализации конфигурационных данных ПТК.

 

4.14          ТРЕБОВАНИЯ К ОБУЧЕНИЮ

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

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

При этом, количество обучаемых сотрудников ОВД РТ должно быть оптимизировано в соответствии с этапами внедрения Системы в эксплуатацию, а средняя продолжительность одного курса (включая время проведения обязательного зачета по прослушанному курсу) должна составлять ориентировочно 40 академических часов (1 рабочая неделя).

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

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

 


 

5.                  СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

 

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

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

Последовательные этапы работ по созданию Системы определяются этапами создания входящих в ее состав подсистем.

 

5.1              СТАДИИ РАЗРАБОТКИ СИСТЕМЫ

Таблица 5

п/п

 

Перечень стадий разработки

и этапов работ

 

Ожидаемые результаты,

форма завершения

1

Разработка техно-рабочего проекта создания Системы на основе утвержденного Технического задания и Технического проекта

 

1.1

Разработка проектных решений по Системе и её частям.

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

Проектная документация на Систему и ее подсистемы.

1.2

Разработка ППО компонента «Электронный КУП», модернизация общесистемного ПО ИБД МВД РТ

Разработано ППО компонента «Электронные Услуги» для электронной регистрации заявлений и сообщений о преступлениях гражданами.

Разработано ППО компонента АРМ «ДЧ» для электронной регистрации заявлений и сообщений о преступлениях сотрудниками дежурных частей ОВД.

Модернизировано в соответствии с требованиями ТЗ общесистемное ПО ИБД МВД РТ

1.3

Разработка рабочей документации на Систему и её части.

Разработана рабочая документация:

Ведомость эксплуатационных документов,

Описание применения,

Руководство системного программиста,

Руководство оператора,

Текст программы,

Технические требования к оборудованию и общесистемному ПО,

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

Виды документов по ГОСТ 19.101-77.

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

2.

Ввод Системы в действие.

 

2.1

Подготовка объекта автоматизации к вводу Системы в действие.

Работы по организационной подготовке объекта автоматизации к вводу Системы и ее подсистем в действие, в том числе:

-обеспечение подразделений объекта управления инструктивно-методическими материалами;

-внедрение классификаторов информации.

2.2

Подготовка персонала к работе с Системой или ее подсистемами.

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

2.3

Комплектация Системы поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).

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

2.4

Пусконаладочные работы на объектах Системы.

Пусконаладочные работы включают:

-автономную наладку технических и программных средств,  

-загрузку информации в базу данных и проверку Системы её ведения;

-комплексную наладку всех средств Системы.

Система или подсистема, установленная и настроенная на объекте

автоматизации. Осуществлены загрузка информации в базу данных и комплексная наладка всех средств Системы или подсистемы.

2.5

Проведение предварительных испытаний Системы.

При проведении предварительных испытаний осуществляют:

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

- устранение неисправностей и внесение изменений в документацию на Систему или ее подсистему, в том числе эксплуатационную в соответствии с протоколом испытаний;

оформление акта о приёмке Системы или ее подсистемы в опытную эксплуатацию.

2.6

Проведение опытной эксплуатации Системы.

При проведении опытной эксплуатации проводят:

- опытную эксплуатацию Системы или ее подсистемы;

- анализ результатов опытной эксплуатации Системы или ее подсистемы;

- доработку (при необходимости) программного обеспечения Системы или ее подсистемы;

- дополнительную наладку (при необходимости) технических средств Системы или ее подсистемы;

- оформление акта о завершении опытной эксплуатации Системы или ее подсистемы.

2.7

Проведение приёмочных испытаний Системы.

При проведении приёмочных испытаний проводят:

- испытания на соответствие Техническому заданию в соответствии с Программой и методикой приёмочных испытаний;

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

- оформление акта о приёмке Системы или ее подсистемы в постоянную эксплуатацию.

3.

Сопровождение Системы.

 

3.1

Выполнение работ в соответствии с гарантийными обязательствами.

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

3.2

Послегарантийное обслуживание Системы.

При проведении послегарантийного обслуживания осуществляют работы по:

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

- выявлению отклонений фактических эксплуатационных характеристик Системы или ее подсистемы от проектных значений;

- установлению причин этих отклонений;

устранению выявленных недостатков и обеспечению стабильности эксплуатационных характеристик Системы или ее подсистемы;

- внесению необходимых изменений в документацию на Систему или ее подсистему.

 

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

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

 

 

5.2              РЕЗУЛЬТАТЫ

Таблица 6

 

Краткое изложение

Объективно измеримые индикаторы

Средства проверки индикаторов

Цель проекта

Разработка программного обеспечения и внедрение"Электронной системы регистрациипреступлений для МВД РТ"

  1. 1.Разработано и сдано в эксплуатацию ППО для электронной регистрации заявлений и сообщений о преступлениях для ДЧ ОВД
  2. 2. Разработано и сдано в эксплуатацию ППО портала для электронной регистрации заявлений и сообщений о преступлениях гражданами
  3. 3.Обучен персонал для работы с Системой
  4. 4.Система внедрена в деятельность ОВД

Акты приемки выполненных работ на каждом Этапе

Результат 1

Этап 2:

рабочее проектирование, Разработка / Модернизация ППО, Предварительные испытания, разработка программной и эксплуатационной документации.

  1. 1.Разработано и сдано в эксплуатацию ППО для электронной регистрации заявлений и сообщений о преступлениях для ДЧ ОВД
  2. 2.Разработано и сдано в эксплуатацию ППО портала для электронной регистрации заявлений и сообщений о преступлениях гражданами
  3. 3.Разработана документация
  4. 4.ППО установлено на ПТК МВД РТ и проведены приемочные испытания

Разработанное ППО передано Заказчику и установлено на ПТК Заказчика, Документация передана Заказчику,

Акт приемки работ и Акт о готовности Системы к опытной эксплуатации

Результат 2

Этап 3: Опытная эксплуатация и Внедрение (на объектах 1 очереди) в ДЧ МВД и УМВД

  1. 1.Установлен состав объектов опытного участка (пилотной зоны). Проведено обучение персонала
  2. 2.Установлено и настроено ППО для опытной эксплуатации
  3. 3.Проведена опытная эксплуатация
  4. 4.Подведены итоги опытной эксплуатации и устранены ошибки и замечания
  5. 5.Проведено обучение персонала на объектах 1-й очереди. Система подготовлена к промышленной эксплуатации. Осуществлена поддержка при запуске
  6. 6.ППО Системы принято на гарантийную поддержку в течение 12 месяцев

Обучен персонал на объектах опытного участка.

Проведена опытная эксплуатация.

Система сдана и внедрена на объектах первой очереди.

Акт приемки работ. Акт о вводе Системы в эксплуатацию

 

 

6.        ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ

6.1              ОБЩИЕ ПОЛОЖЕНИЯ

В соответствии с требованиями ГОСТ 34.601 испытания Системы проводят на стадии «Ввод в действие» с целью проверки соответствия создаваемой Системы требованиям Технического задания и частных технических заданий на подсистемы (при наличии).

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

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

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

-   предварительные испытания;

-   опытная эксплуатация;

-   приемочные испытания.

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

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

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

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

-        качество выполнения комплексом программных и технических средств своих функций во всех режимах функционирования Системы согласно Техническому заданию;

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

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

-        количественные и/или качественные характеристики выполнения автоматизированных функций Системы в соответствии с Техническим заданием;

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

 

6.2              ПРЕДВАРИТЕЛЬНЫЕ ИСПЫТАНИЯ

Предварительные испытания Системы должны проводиться в 2 этапа:

-           автономные испытания;

-           комплексные испытания.

 

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

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

В программе автономных испытаний указывают:

-    перечень функций, подлежащих испытаниям;

-    описание взаимосвязей объекта испытаний с другими частями Системы;

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

-    критерии приемки частей Системы по результатам испытаний.

К программе автономных испытаний прилагается график проведения автономных испытаний.

Подготовленные и согласованные с Заказчиком тесты Программы и методики испытаний Системы на этапе автономных испытаний должны обеспечить:  

-      полную проверку функций и процедур по перечню, согласованному с Заказчиком;

-      необходимую точность вычислений, установленную в Техническом задании;

-      проверку основных временных характеристик функционирования программных средств;

-      проверку надежности и устойчивости функционирования программных и технических средств.

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

Результаты автономных испытаний частей Системы фиксируются в протоколах испытаний. Протокол должен содержать заключение о возможности (невозможности) допуска части Системы к комплексным испытаниям. Акт о допуске Системы к предварительным комплексным испытаниям создается в случае, если в протоколах испытаний всех составных частей Системы содержится заключение о возможности допуска к комплексным испытаниям.

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

 

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

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

Предварительные комплексные испытания Системы производятся на основании Программы и методики испытаний в сроки, согласованные с Заказчиком.

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

В программе комплексных испытаний указывают:

-      перечень объектов испытания;

-      состав предъявляемой документации;

-      описание проверяемых взаимосвязей между объектами испытаний;

-      очередность испытаний частей Системы;

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

Для проведения комплексных испытаний должны быть представлены:

-      программа комплексных испытаний;

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

-      методика испытаний;

-      программные и технические средства и соответствующая им эксплуатационная документация.

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

Комплексные тесты методики испытаний должны:

-      быть логически увязанными;

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

-      обеспечивать проверку реакции Системы на некорректную информацию и аварийные ситуации.

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

После устранения недостатков проводят повторные комплексные испытания в необходимом объеме.

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

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

-      Акт приемки в опытную эксплуатацию;

-        Акт сдачи-приемки работ.

 

6.3              ОПЫТНАЯ ЭКСПЛУАТАЦИЯ

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

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

Опытную эксплуатацию проводят в соответствии с программой, в которой указывают:

-      условия и порядок функционирования частей системы и Системы в целом;

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

-      порядок          устранения    недостатков, выявленных в процессе опытной эксплуатации.

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

По результатам опытной эксплуатации принимают решение о возможности (или невозможности) предъявления Системы на приемочные испытания. Работа завершается оформлением акта о завершении опытной эксплуатации и допуске Системы к приемочным испытаниям.

По завершении этапа опытной эксплуатации с Заказчиком подписываются следующие документы:

-    Акт о проведении опытной эксплуатации;

-    Рабочий журнал опытной эксплуатации;

-    Акт ввода Системы в промышленную эксплуатацию.

 

Опытный участок включает в себя:

-    Министерство внутренних дел Республики Таджикистан, г. Душанбе;

-    УМВД в городе Душанбе;

-    ОМВД в районах города Душанбе- ОМВД в районе И.Сомони, ОМВД-1 и 2 в районе Шохмансур, ОМВД-1 и 2 в районе Сино, ОМВД-1 и 2 в районе Фирдавси.

 

6.4              ПРИЕМОЧНЫЕ ИСПЫТАНИЯ

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

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

-      Техническое задание на создание Системы;

-      акт сдачи - приемки Системы в опытную эксплуатацию;

-      рабочие журналы опытной эксплуатации;

-      акт завершения опытной эксплуатации и допуска Системы к приемочным испытаниям.

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

Работу завершают оформлением акта о сдаче - приемке Системы в промышленную эксплуатацию.

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

 

6.4.1        Статус приемочной комиссии

Статус приемочной комиссии – ведомственная/межведомственная.

7.      ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ

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

-      Определить   подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации Системы;

-      Обеспечить присутствие пользователей на обучении работе с Системой, проводимом Исполнителем;

-      Обеспечить соответствие помещений и рабочих мест пользователей Системы требованиям, изложенным в настоящем Документе;

-      Обеспечить выполнение требований, предъявляемых к техническим средствам, на которых должно быть развернуто программное обеспечение Системы;

-      Совместно с Исполнителем подготовить план развертывания Системы на технических средствах Заказчика;

-      Провести опытную эксплуатацию Системы.

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

Сроки ввода системы в промышленную эксплуатацию определяются Заказчиком и согласуются с Исполнителем.

Процесс ввода в промышленную эксплуатацию должен быть разбит на периоды:

-подготовка к началу промышленной эксплуатации;

-      стабилизационный период промышленной эксплуатации (период сопровождения).

В период подготовки к началу промышленной эксплуатации Исполнитель занимается:

-      подготовкой информационной базы данных,

-      разработкой технологии верификации баз данных,

-      обучением персонала работе с Системой,

-      инсталляцией и настройкой всех компонентов программного обеспечения.

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


 

8.        ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Перечень документов рабочего проектирования должен соответствовать номенклатуре, приведенной в ГОСТ 19.101-77 и объему документов по соответствующим ГОСТ 19 серии.

Порядок оформления документов на всех стадиях создания Системы должен соответствовать требованиям ГОСТ 2.105-95 на Русском языке.

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

Комплект документов Техно-рабочего проекта представляется Заказчику в двух экземплярах в печатном виде, а также в электронном виде (на компакт-дисках).

Таблица 9 Документы рабочего проекта

Стадия

 

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

 

Стандарт

Проектная документация

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

ГОСТ 19.404-79

Рабочая документация

Ведомость эксплуатационных документов

ГОСТ 19.507-79

 

Описание применения

ГОСТ 19.502-78

 

Руководство системного программиста

ГОСТ 19.503-79

 

Руководство оператора

ГОСТ 19.505-79

 

Текст программы

ГОСТ 19.401-78

 

Спецификация оборудования и общесистемногосистемного ПО

РД 50-34.698

Ввод в действие

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

ГОСТ 19.301.79

 

 


 

9.        ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ

Настоящий документ может дополняться и изменяться в процессе разработки программного комплекса в соответствии с требованиями ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».

Не допускается вносить изменения после представления Системы на приемо-сдаточные испытания.

 


 

10.    ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ К ПОСТАВКЕ СЕРВЕРА ДЛЯ ПРОВЕДЕНИЯ ОПЫТНОЙ ЭКСПЛУАТАЦИИ

Сервер базы данных (БД)

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

Аппаратное обеспечение

  • Сервер не более 4U;
  • Архитектура 64-bit;
  • Количество устанавливаемых процессорных сокетов до 4-х шт.
  • Количество установленных процессорных ядер - не менее 16 шт., из них постоянно активированы 16 шт.;
  • Возможность увеличения установленных процессорных ядер - до 32 шт.;
  • Частота не ниже 3.72 ГГц;
  • Не менее 6-ти (шести) жестких дисков 146 ГБ SAS, 15k rpm;
  • Оперативная память DDR3 c коррекцией ошибок не менее 256 ГБ;
  • Возможность увеличения объема оперативной памяти до 4ТБ;
  • Минимум 1 (один) сетевой адаптер типа 1 Gigabit-Ethernet, общее кол-во портов должно быть не меньше 4-х;
  • Не менее 4-х (четырех) сетевых портов 10/100/1000;
  • 3 (три) адаптера FC пропускной способностью не ниже 8 Гб/с;
  • Привод DVD-ROM;
  • Возможность организации в поставляемой конфигурации не менее 12-ти (двенадцати) программно-независимых логических разделов;
  • Перезагрузка или программный сбой в работе одного раздела не должен влиять на работу других разделов;
  • Возможность совместного разделяемого использования Ethernet и FiberChannel адаптеров различнымилогическими разделами;
  • Наличие избыточных блоков питания с "горячей" заменой, без выключения сервера;
  • Наличие избыточных вентиляторов с "горячей" заменой, без выключения сервера;
  • Автоматическая диагностика и исправление ошибок в режиме реального времени и предсказательныйанализ работоспособности компонентов сервера;
  • Конструктивное исполнение - для установки в стандартные 19-дюймовые стойки;
  • Оборудование сервера должно поставляться в комплектации, обеспечивающей одновременное выполнение в разных логических разделах прикладных программ Заказчика, совместимых с 32- и 64- битнойадресацией;
  • Энергопотребление сервера не должно превышать 1700 Вт.

На сервере должны быть установлены промышленная операционная система типа UNIX и другое системноепрограммное обеспечение, обладающие следующими характеристиками:

  • Поддержка до 64 процессорных ядер и до 1024 потоков;
  • Управление разделами workloadpartitions в масштабе нескольких систем;
  • Возможность переноса разделов WPAR между системами без перезапуска приложения;
  • Единый интерфейс для управления созданием, запуском, остановкой и переносом разделов WPAR вмасштабе нескольких систем;
  • Включать в себя ПО управления физическими и виртуальными серверными инфраструктурами,обеспечивающее возможности:
  1. oСоздание/удаление системных пулов и управление ресурсами в системных пулах ОС как в единойсистеме.
  2. oДобавление/удаление физических серверов в рамках системных пулов.
  3. oВизуализация связей между логическими разделами, физическими серверами и приложениями.
  4. oМониторинг в реальном времени и упреждающее наблюдение за виртуализированной средой.
  5. oПредиктивное управление производительностью и оценка вычислительных мощностей.
  • Включать в себя ПО управления разделами, обеспечивающее возможности:
  1. oЕдиный интерфейс для создания, запуска, остановки и переноса разделов WPAR в масштабенескольких систем.
  2. oПоддержка функции переноса разделов WPAR между системами без перезапуска приложений.
  3. oWeb- интерфейс пользователя на основе браузера.
  • Включать в себя ПО обеспечения высокой доступности комплекса в случае сбоя.
  • Программное решение виртуализации сервера, как минимум должно предоставлять следующие возможности:
  1. oСоздание до 10 виртуальных машин на одно физическое процессорное ядро;
  2. oПоддержка нескольких операционных сред в одной системе;
  3. oДинамический перенос ресурсов процессоров, памяти и подсистемы ввода-вывода между виртуальными машинами;
  4. oОграничение процессорных ресурсов для группы виртуальных машин;
  5. oПеремещение работающей виртуальной машины с одного сервера на другой без остановки работыприложений;
  6. oАвтоматическое перемещение оперативной памяти между виртуальными машинами, в соответствие с текущими потребностями рабочих нагрузок.

 

 




Уважаемые члены Маджлиси милли и депутаты Маджлиси намояндагон! Дорогие соотечественники! 2018 год своими весьма важными запоминающимися событиями стал воистину историческим для славного народа Таджикистана и суверенного государства таджиков. 22 марта текущего года в Международный день водных ресурсов с участием Главы государства на Генеральной Ассамблее Организации Объединенных Наций официально началась реализация нашей четвертой мировой инициативы в сфере воды – «Международное десятилетие действия «Вода для устойчивого развития, 2018-2028 годы». В условиях изменения климата, когда вопрос охраны источников и ресурсов чистой питьевой воды превратился в одну из основных проблем народов планеты, Таджикистан в этом направлении признан как страна инициатор и лидер на мировой арене. Ввод в действие первого агрегата Рогунской гидроэлектростанции, то есть судьбоносного объекта века и гаранта надежного будущего Таджикистана, благодаря чему осуществились многолетние чаяния славного и ....>>>

Qonuno

© 2019 Официальный сайт Министерства внутренних дел Республики Таджикистан
Использование информации официального сайта Министерства внутренних дел Республики Таджикистан разрешается с указанием на ссылку сайта http:// mvd.tj
Яндекс.Метрика