Рег. № Утвърждавам: директор на гд “национална полиция”



страница4/6
Дата13.03.2017
Размер0.89 Mb.
#16914
1   2   3   4   5   6

7.6

Сървър за приложения

минимум 1*







Минимални изисквания:







7.6.1

Сървърна архитектура с два слота за процесори. Да поддържа инсталация на осемядрени процесори;







7.6.2

Да включва два осемядрени процесора от типа Intel Xeon Е5-26хх v3, минимум 2,0 GHz или еквивалентни по производителност;







7.6.3

Да съдържа оперативна памет 64 GB DDR 3;







7.6.4

Входно-изходна компонента, включваща минимум: един брой 1 Gb порт за отдалечено управление, два броя 10 Gb Ethernet порта, двупортов Fiber Chanel (FC) 8 Gb мрежов адаптор с включени 8Gb SFP+SR Optical Transceiver MM и два броя оптични свързващи кабели от тип MM с дължина 15 м., стандарт OM3. Да се доставят необходимите кабели за връзка.







7.6.5

Да включва RAID контролер, поддържащ RAID 0,1,5,6,1+0. Поддръжка на SAS дискове. Поддръжка на Hot-Spare дискове;







7.6.6

Два диска по 900 GB, SAS, конфигурирани в RAID 1 с възможност за добавяне на допълнителни дискове. Дисковите устройства да се заменят по време на работа на сървъра (hot plug);







7.6.7

Да включва DVD+/-RW устройство , 2xUSB 2.0/3.0







7.6.8

Управлението на сървъра да включва – система за постоянно следене на параметрите на сървъра, отдалечено спиране, пускане и рестарт на сървъра, известяване на грешки покриващи основните компоненти в системата – процесори, памет, дискови устройства, захранващи модули и вентилатори, софтуер за управление, наблюдение и администриране на сървъра чрез универсален WEB интерфейс;







7.6.9

Дублирани захранващи блокове. Повредата на отделен вентилатор да не води до спиране на сървъра;







7.6.10

Сървърът да е оптимизиран за вграждане в 19'' rack и да се достави с всички необходими елементи за инсталация в сървърния шкаф/ове от т. 7.9;







7.6.11

Да бъде инсталирана 64 битова операционна система и предоставен лиценз за нея. Да бъде инсталиран софтуер за сървър за приложения с небходимите лицензи, чрез който да бъдат реализирани услугите по проекта;







7.6.12

Да бъде предоставен дистрибутив за софтуера за сървъра за приложения на носител;







7.6.13

Да бъде извършена инсталация и конфигурация на софтуера за сървъра за приложения;







7.6.14

Да се предостави процедура за пълно възстановяване на софтуера за сървъра за приложения;







7.6.15

Да бъде окомплектован с всички необходими интерфейсни и захранващи кабели.







7.7

Дисков масив

минимум

1 бр.*







Минимални изисквания:







7.7.1

Архитектура без единична точка на отпадане за гарантиране непрекъсната работа и достъп до данните;







7.7.2

Да разполага с минимум 2 захранващи блока, с възможност за гореща замяна. Резервираност на основни компоненти с възможност за замяната им без прекъсване на работата на дисковия масив;







7.7.3

Да разполага с минимум с 2 контролера за управление с минимум 16 GB кеш;







7.7.4

Да бъдат включени минимум 8 бр. FC интерфейсни порта 8Gb;







7.7.5

Да разполага с лиценз за използване на пълния доставен обем;







7.7.6

Да бъде доставен с:

  • капацитет от бързи (минимум 10К rpm) високо надеждни дискове с минимум 6 Gb/s интерфейс, най-малко 8 на брой, с единичен капацитет не по-малък от 600 GB;

  • капацитет от дискове с голям капацитет (минимум 7.2К rpm) с минимум 6 Gb/s интерфейс, най-малко 36 на брой, с единичен капацитет не по-малък от 2ТB;

  • капацитет от SSD дискове с минимум 6Gb/s интерфейс, най-малко 8 на брой, с единичен капацитет не по-малък от 400 GB;

  • Дисковете да бъдат конфигурирани в необходимия брой кутии, с възможност за 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

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







8.5.3

Интеграция на информацията от други външни информационни системи за следене на трафика, извършващи автоматично разпознаване на регистрационните номера на преминаващите превозни средства. Участниците да предвидят развитие на интерфейсите и от страна на тези външни системи.







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

да се предостави процедура за пълно възстановяване на СУБД.







Каталог: rdonlyres
rdonlyres -> Областна дирекция на мвр – р а з г р а д районно управление на мвр – р а з г р а д
rdonlyres -> Република българия министерство на вътрешните работи а н а л и з
rdonlyres -> Стара Загора Дата Време
rdonlyres -> „развитие на човешките ресурси” Ч
rdonlyres -> Дипломна работа за получаване на образователно-квалификационна степен „Магистър" по специалността „Стратегическо ръководство и управление на сигурността и обществения ред"
rdonlyres -> Наредба за условията и реда за функциониране на националната система за ранно предупреждение и оповестяване на органите на изпълнителната власт и населението при бедствия и за оповестяване при въздушна опасност
rdonlyres -> Решение за откриване на процедура за възлагане на обществена поръчка
rdonlyres -> Закон за движението по пътищата в сила от 01. 09. 1999 г. Отразена деноминацията от 05. 07. 1999 г
rdonlyres -> Наредба №8121з-968 от 10 декември 2014 Г. За правилата и нормите за пожарна безопасност при извършване на дейности в земеделските земи


Сподели с приятели:
1   2   3   4   5   6




©obuch.info 2024
отнасят до администрацията

    Начална страница