7.7
Дисков масив
|
Минимум 1*
|
|
|
|
Минимални изисквания:
|
|
|
|
7.7.1
|
Архитектура без единична точка на отпадане за гарантиране непрекъсната работа и достъп до данните;
|
|
|
|
7.7.2
|
Да разполага с минимум 2 захранващи блока, с възможност за гореща замяна. Резервираност на основни компоненти с възможност за замяната им без прекъсване на работата на дисковия масив;
|
|
|
|
7.7.3
|
Да разполага с минимум с 2 контролера за управление с минимум 2 GB кеш;
|
|
|
|
7.7.4
|
Да бъдат включени минимум 4 бр. FC интерфейсни порта 8Gb;
|
|
|
|
7.7.5
|
Лиценз за използване на пълния доставен обем;
|
|
|
|
7.7.6
|
Дисковото пространство да е изградено на базата на 36 бр. диска по 2 TB, конфигурирани в необходимия брой кутии, с възможност за hotspare;
|
|
|
|
7.7.7
|
Да се достави необходимия софтуер и лицензи за управление, конфигуриране и създаване на дискови томове за пълния размер на доставената дискова памет;
|
|
|
|
7.7.8
|
Да бъде окомплектован с всички необходими интерфейсни и захранващи кабели;
|
|
|
|
7.7.9
|
Дисковият масив е оптимизиран за вграждане в 19'' rack и да се достави с всички необходими елементи за инсталация в сървърния шкаф/ове от т. 7.9;
|
|
|
|
7.8
|
Външно лентово устройство /библиотека/
|
1
|
|
|
|
Минимални изисквания:
|
|
|
|
7.8.1
|
Лентовото устройство да отговаря на следните минимални изисквания и параметри:
|
|
|
|
7.8.2
|
Да е от тип LTO 6, SAS интерфейс за връзка със сървъра за база данни по т. 7.5 и минимум 8 слота за касети и autoloader;
|
|
|
|
7.8.3
|
Да включва средства за работа с етикетирани с бар код маркировка касети;
|
|
|
|
7.8.4
|
Да бъде доставено и заредено с LTO 6 етикетирани с бар код маркировка касети за данни във всички вградени слотове.
|
|
|
|
7.8.5
|
Да се доставят допълнително 10 бр. LTO 6 етикетирани с бар код маркировка касети, както и 2 броя универсални почистващи касети;
|
|
|
|
7.8.6
|
Да разполага с интерфейс за администриране, конфигуриране и наблюдение; Да има включени услуги по инсталация и конфигурация на лентовото устройство/библиотеката/ и да е управляемо и достъпно през сървъра за база данни и сървъра за приложения.
|
|
|
|
7.8.7
|
Да бъде вградена и да се достави с всички необходими елементи за инсталация в сървърния шкаф/ове от т. 7.9;
|
|
|
|
7.8.8
|
Да бъде окомплектовано с всички необходими интерфейсни и захранващи кабели;
|
|
|
|
7.9
|
Сървърен/и шкаф/ове.
|
1*
|
|
|
|
Минимални изисквания:
|
|
|
|
7.9.1
|
Сървърен шкаф/ове 19’’, минимум 40 U, с перфорирани предни и задни врати, достатъчни за оборудването по проекта;
|
|
|
|
7.9.2
|
KVM switch, минимум 4 портов, с всички необходими елементи и кабели;
|
|
|
|
7.9.3
|
Конзола за управление с минимум 17'' TFT/LCD color monitor, клавиатура и touchpad;
|
|
|
|
7.9.4
|
Да бъде окомплектован с разклонители за свързване с две независими електрозахранвания.
|
|
|
|
8
|
Функционалност – приемане, обработка на информацията в ЦНА и съхраняването й в БД. С тази функционалност следва да се осигури интегрирането на информацията от крайните системи и устройства за регистрация на номера на МПС, както и поддържането на отворен интерфейс към АИС-ЦНА за бъдещо разширяване.
|
|
|
|
|
Минимални изисквания:
|
|
|
|
8.1
|
Синхронизиране приемането на данните постъпващи в реално време, по заявка или при възстановяване на отпаднала комуникационна свързаност с краийни устройства за регистрация на номера на МПС.
|
|
|
|
8.2
|
Запис на информация за събития от тип регистарция на преминало МПС в БД на АИС-ЦНА.
|
|
|
|
8.3
|
Структура и съдържание на данните, постъпващи в АИС-ЦНА:
|
|
|
|
8.3.1
|
Данни, характеризиращи използваното техническо средство регистрирало преминаването:
|
|
|
|
8.3.1.1
|
Вид и номер на техническото средство;
|
|
|
|
8.3.2
|
Данни, характеризиращи МПС, за които е извършено разпознаване на регистрационните табели:
|
|
|
|
8.3.2.1
|
основна цветна снимка на автомобила;
|
|
|
|
8.3.2.2
|
снимка на регистрационния номер;
|
|
|
|
8.3.2.3
|
местоположение, дата, час;
|
|
|
|
8.3.2.4
|
разпознат регистрационен номер на МПС;
|
|
|
|
8.3.2.5
|
посока на движение „от-към”.
|
|
|
|
8.3.3
|
Да се осигури възможност за експорт на данните регистрирани в АИС – ЦНА – да се предостави процедура и описание.
|
|
|
|
8.4
|
Фонов процес за приемане на постъпващата информация:
|
|
|
|
8.4.1
|
Да работи в автоматичен режим и да осигурява поддържането на различните типове комуникационни канали и механизми за предаване на данни към локален междинен буфер.
|
|
|
|
8.4.2
|
Да осигурява комуникация в реално време с локалното ниво (локални системи или комплекси устройства).
|
|
|
|
8.4.3
|
Да осигурява обслужване заявки, изпратени „off line” по инициатива на оператор и/или автоматично от външна съществуваща система за проверка в списъка с оперативни интересни лица.
|
|
|
|
8.4.4
|
Синхронизиране на данните от локалните буфери при временно отпадане на комуникационната свързаност с ЦНА. – да се предостави процедура и описание.
|
|
|
|
8.5
|
Интерфейс за управление на постъпващата информация от камерите за разпознаване на регистрационни табели на МПС:
|
|
|
|
8.5.1
|
Този интерфейс трябва да предоставя пълната функционалност необходима за управление на камерите за разпознаване на номера, зареждането и извличането на необходимата информация от тях, както и следене статуса на всяко едно устройство. Връзката да бъде в реално време и да индикира липса на свързаност към камера изгубила комуникация.
|
|
|
|
8.5.2
|
Този интерфейс да осигури дистрибутиране на списъци с оперативно интересни МПС към всички или избрани точки за контрол на преминалите МПС.
|
|
|
|
9
|
Базово програмно осигуряване за управление на базата данни на АИС-ЦНА.
|
|
|
|
|
За ефективен достъп до информацията, генерирана от точките за контрол се проектира база данни (БД), в която се съхраняват генерираните данни от устройствата за регистриране на номера на МПС. Оразмеряването на БД, да е реализирано така, че да се поема натоварването на приложното ниво и да се гарантира съответното ниво на бързодействие и съхранение на необходимите обеми данни минимум в определените срокове.
|
|
|
|
|
Минимални изисквания:
|
|
|
|
9.1
|
Системата за управление на БД да:
|
|
|
|
9.1.1
|
бъде съвместима с инсталираната операционната система на сървъра за бази данни по т. 7.5;
|
|
|
|
9.1.2
|
поддържа механизъм за архивиране на данните в реално време без да се налага спиране работата на потребителите;
|
|
|
|
9.1.3
|
предлага надежден механизъм за възстановяване на информацията след проблем в сървъра за бази данни;
|
|
|
|
9.1.4
|
поддържа средства за приоритизиране и разпределяне на заявките към процесорните ядра;
|
|
|
|
9.1.5
|
поддържа паралелна обработка на заявките с цел повишаване на бързодействието;
|
|
|
|
9.1.6
|
предлага средства за контрол на размера на паметта, която се заделя за изпълняваните заявки на ниво сесия;
|
|
|
|
9.1.7
|
има вградени средства за разпределение на данните по определени условия върху различни ресурси с цел паралелна обработката и бързодействие на заявките;
|
|
|
|
9.1.8
|
поддържа всички стандартни релационни типове данни, данни дефинирани от потребителя, и типове данни за съхранение на XML данни, текст, документи, изображения, аудио и видео, времеви и географски данни;
|
|
|
|
9.1.9
|
поддържа Label-Based Access Control (LBAC) и Role-Based Access Control (RBAC) механизми за контрол на достъпа до данните на ниво ред и колона;
|
|
|
|
9.1.10
|
има средства за криптиране на предаваната информацията между клиента и сървъра за бази данни;
|
|
|
|
9.1.11
|
поддържа B-tree и R-tree индексиране;
|
|
|
|
9.1.12
|
да включва всички необходими лицензи, в съответствие с техническото предложение на УЧАСТНИКА и да не се изисква допълнително лицензиране (за брой потребители, ядра, по време и др.) за постигане на пълната функционалност на системата при оптимално бързодействие.
|
|
|
|
9.2
|
да бъде предоставен дистрибутив за СУБД на носител;
|
|
|
|
9.3
|
да бъде извършена инсталация и конфигурация на СУБД върху сървъра за бази данни по т. 7.5;
|
|
|
|
9.4
|
да се предостави процедура за пълно възстановяване на СУБД;
|
|
|
|
|
|
