e-gov.bg¢ехническо_задание... · web viewПриложение № 1 ....

Приложение № 1

СЪДЪРЖАНИЕ:

1. РЕЧНИК НА ТЕРМИНИ, ДЕФИНИЦИИ И СЪКРАЩЕНИЯ 51.1. Използвани акроними 5

1.2. Технологични дефиниции 6

1.3. Дефиниции за нива на електронизация на услугите 9

2. ВЪВЕДЕНИЕ 112.1. Цел на документа 11

1Този документ е създаден в рамките на проект „Национален портал за пространствени данни (INSPIRE)“ №

BG05SFOP001-1.002-0014, който се осъществява с финансовата подкрепа на Оперативна програма „Добро управление“, съфинансирана от Европейския съюз чрез Европейския социален фонд. Цялата отговорност за съдържанието на

публикацията се носи от Държавна агенция „Електронно управление” и при никакви обстоятелства не може да се счита, че този документ отразява официалното становище на Европейския съюз и Управляващия орган.

www.eufunds.bg

2.2. За Възложителя - функции и структура 11

2.3. За проекта 13

2.4. Нормативна рамка 14

3. ЦЕЛИ, ОБХВАТ И ОЧАКВАНИ РЕЗУЛТАТИ ОТ ИЗПЪЛНЕНИЕ НА ПРОЕКТА 15

3.1. Общи и специфични цели на проект № BG05SFOP001-1.002-0014 15

3.2. Обхват на проект № BG05SFOP001-1.002-0014 16

3.3. Целеви групи 17

3.4. Очаквани резултати от изпълнението на настоящата обществена поръчка 17

3.5. Период на изпълнение на настоящата обществена поръчка 17

4. ТЕКУЩО СЪСТОЯНИЕ 185. ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕ НА ПОРЪЧКАТА 195.1. Общи изисквания към изпълнението на обществената поръчка 19

5.2. Общи организационни принципи 19

5.3. Управление на проекта 20

5.4. Управление на риска 21

6. ЕТАПИ НА ИЗПЪЛНЕНИЕ НА ПРОЕКТА (НАСТОЯЩАТА ПОРЪЧКА) 226.1. Анализ на данните и изискванията - неприложимо 226.1.1. Специфични изисквания към етапите на бизнес анализа и разработка - неприложимо 226.1.2. Специфични изисквания при оптимизиране на процесите по заявяване на електронни

административни услуги в зависимост от заявителя - неприложимо 226.1.3. Изисквания за оптимизиране на процесите по подаване на декларации, изискуеми в

съответствие с нормативната уредба и вътрешните правила - неприложимо 226.1.4. Изисквания към регистрите и предоставянето на административните услуги - неприложимо22

6.2. Изготвяне на системен проект 22

6.3. Разработване на софтуерното решение 23

6.4. Тестване 23

6.5. Внедряване 26

6.6. Обучение 26




www.eufunds.bg

6.7. Създаване на видео за популяризиране на Националния портал за пространствени данни 26

6.8. Гаранционна поддръжка 27

7. ОБЩИ ИЗИСКВАНИЯ ЗА ИНФОРМАЦИОННИ СИСТЕМИ В ДЪРЖАВНАТА АДМИНИСТРАЦИЯ 29

7.1. Функционални изисквания към информационната система 297.1.1. Интеграция с външни информационни системи 297.1.2. Интеграционен слой – неприложимо напълно 307.1.3. Технически изисквания към интерфейсите 317.1.4. Електронна идентификация на потребителите 327.1.5. Отворени данни 347.1.6. Формиране на изгледи 357.1.7. Администриране на Системата 35

7.2. Нефункционални изисквания към информационната система 367.2.1. Авторски права и изходен код 367.2.2. Системна и приложна архитектура 377.2.3. Повторно използване (преизползване) на ресурси и готови разработки 407.2.4. Изграждане и поддръжка на множество среди 417.2.5. Процес на разработка, тестване и разгръщане 427.2.6. Бързодействие и мащабируемост 437.2.7. Информационна сигурност и интегритет на данните 467.2.8. Използваемост 487.2.9. Системен журнал 54

Дизайн на бази данни и взаимодействие с тях 55

8. ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕТО НА ДЕЙНОСТИТЕ ПО ПРОЕКТА (НАСТОЯЩАТА ПОРЪЧКА) 56

8.1. Дейност 2 на проект № BG05SFOP001-1.002-0014 - Разработване и внедряване на Национален портал за пространствени данни (INSPIRE) 56

8.1.1. Описание на дейността 568.1.2. Изисквания към изпълнение на дейността 608.2. Очаквани резултати 83

9. ДОКУМЕНТАЦИЯ 849.1. Изисквания към документацията 84

Изисквания за публичност 85




www.eufunds.bg

9.2. Прозрачност и отчетност 86

9.3. Системен проект 86

9.4. Техническа документация 88

9.5. Протоколи 90

9.6. Комуникация и доклади 909.6.1. Встъпителен доклад 909.6.2. Междинни доклади 909.6.3. Окончателен доклад 91

10. РЕЗУЛТАТИ 92




www.eufunds.bg

1. РЕЧНИК НА ТЕРМИНИ, ДЕФИНИЦИИ И СЪКРАЩЕНИЯ

1.1. Използвани акроними.Акроним ОписаниеАМС Администрация на Министерския съвет АОП Агенция по обществени поръчки АПК Административно процесуален кодекс БД База данниДАЕУ Държавна агенция „Електронно управление“ЕЕСМ Единна Електронна Съобщителна мрежаЕК Европейска комисияЕС Европейски съюзЗДОИ Закон за достъп до обществена информацияЗДПД Закон за достъп до пространствени данниЗЕДЕУУ Закон за електронния документ и електронните удостоверителни

услуги ЗЕУ Закон за електронното управление ЗЕИ Закон за електронната идентификацияЗЕС Закон за електронните съобщенияИС Информационни системиНППД Национален портал за пространствени данниСУБД Система за управление на бази данниСМДО Система за метаданнови описанияДХЧО Държавен хибриден частен облак API Application Programming Interface/Приложно програмен

интерфейсDoS Denial of Service - кибер атака, нарушаваща работата на услуги

или хостове, свързани в ИнтернетCMS Content Management SystemINSPIRE Инфраструктура за пространствена информация в Европейската

общностISO International Standard Organization




www.eufunds.bg

Gazetteer Географски справочник - указател на клас или класове на свойства, съдържащ някаква информация относно местоположение [ISO 19112]

HTTP Hyper Text Transfer ProtocolOGC Open Geospatial ConsortiumSDK Software development kitSOAP Simple Object Access ProtocolSOA Service Oriented ArchitectureSQL Structured Query LanguageQA Quality AssuranceUML Unified Modeling LanguageXML Extensible Markup LanguageWSDL Web Services Description LanguageWFS Web Feature ServiceWMS Web Map Service

1.2. Технологични дефиниции.

Термин Описание Виртуална комуникационна инфраструктура

Инфраструктура, която на база съществуваща физическа свързаност, предоставена от ДАЕУ, предоставя възможност за изграждане на отделни и защитени виртуални мрежи за всяка една от структурите в сектора, при гарантиране на сигурен и защитен обмен на информация в тях

Инфраструктура за пространствена информация

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

Държавен хибриден частен облак

Централизирана на ниво държава информационна инфраструктура (сървъри, средства за съхранение на информация, комуникационно оборудване, съпътстващо оборудване, разпределени в няколко локации, в помещения отговарящи на критериите за изграждане на защитени центрове за данни), която предоставя физически и виртуални




www.eufunds.bg

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

Софтуер с отворен код

Компютърна програма, която се разпространява при условия, които осигуряват безплатен достъп до програмния код и позволяват: Използването на програмата и производните на нея компютърни програми, без ограничения в целта; Промени в програмния код и адаптирането на компютърната програма за нуждите на нейните ползватели; Разпространението на производните компютърни програми при същите условия. Списък на стандартни лицензионни споразумения, които предоставят тези възможности, който може да бъде намерен в подзаконовата нормативна уредба към Закона за електронно управление или на: http://opensource.org/license s .

Машинночетим формат

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

Мрежови услуги Услуги за намиране, Услуги за разглеждане, Услуги за изтегляне, Услуги за преобразуване/трансформиране, Услуги за извикване на услуги за пространствени данни/Invoke, Услуги за предоставяне на метаданни

Услуги за намиране Правят възможно търсенето за пространствени набори от




www.eufunds.bg

http://opensource.org/licenses

http://opensource.org/licenses

данни и услуги за тях въз основа на съдържанието на съответните метаданни и представяне съдържанието на метаданните

Услуги за разглеждане

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

Услуги за изтегляне Осигуряват копиране на масиви от пространствени данни или на части от тези масиви, и където е приложимо, осигуряване на пряк достъп до тях

Услуги за трансформиране

Осигуряват трансформирането на масиви от пространствени данни с оглед постигане на оперативна съвместимост

Услуги за извикване на услуги за пространствени данни/Invoke

Услуги, позволяващи ползването на услуги за пространствени данни

Услуги за пространствени данни/Spatial data services - SDS

Означава операциите, които могат да бъдат извършени чрез използване на компютърно приложение по пространствените данни, съдържащи се в масив от пространствени данни или по свързаните с тях метаданни

Мрежа от услуги/INSPIRE Service Bus/

Софтуерна шина, позволяваща свързване с геопортали и приложения за INSPIRE мрежови услуги по стандартизирани интерфейси

Отворен формат

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

Метаданни

Данни, описващи структурата на информацията, предмет на повторно използване

Официален отворен стандарт

Стандарт, който е установен в писмена форма и описва спецификациите за изискванията как да се осигури софтуерна оперативна съвместимост




www.eufunds.bg

Система за контрол на версиите

Технология, с която се създава специално място, наречено „хранилище”, където е възможно да се следят и описват промените по дадено съдържание (текст, програмен код, двоични файлове). Една система за контрол на версиите трябва да може: Да съхранява пълна история - кой, какво и кога е

променил по съдържанието в хранилището, както и защо се прави промяната;

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

Да позволява при необходимост съдържанието в хранилището да може да се върне към предишна съхранена версия;

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

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

Първичен регистър Регистър, който се поддържа от първичен администратор на данни - административен орган, който по силата на закон събира или създава данни за субекти (граждани или организации) или за обекти (движими и недвижими) за първи път и изменя или заличава тези данни. Например Търговският регистър е първичен регистър за юридическите лица със стопанска цел, Имотният регистър е първичен регистър за недвижима собственост.

1.3. Дефиниции за нива на електронизация на услугите

Термин Описание Ниво 1 Информация - предоставяне на информация за

административни услуги по електронен път, включително за начини и места за заявяване на услугите, срокове и такси.

Ниво 2 Едностранна комуникация - информация съгласно 9

Този документ е създаден в рамките на проект „Национален портал за пространствени данни (INSPIRE)“ № BG05SFOP001-1.002-0014, който се осъществява с финансовата подкрепа на Оперативна програма „Добро управление“,

съфинансирана от Европейския съюз чрез Европейския социален фонд. Цялата отговорност за съдържанието на публикацията се носи от Държавна агенция „Електронно управление” и при никакви обстоятелства не може да се счита,

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

www.eufunds.bg

дефиницията за Ниво 1 и осигурен публичен онлайн достъп до шаблони на електронни формуляри.

Ниво 3 Двустранна комуникация - заявяване и получаване на услуги изцяло по електронен път, включително електронно подаване на данни и документи, електронна обработка на формуляри и електронна персонална идентификация на потребителите.

Ниво 4 Извършване на сделки или транзакции по услуги от Ниво 3, включващи онлайн разплащане или доставка.




www.eufunds.bg

2. ВЪВЕДЕНИЕ

2.1. Цел на документа.Целта на настоящия документ е да опише софтуерните изисквания към

изпълнението на обществена поръчка с предмет: „Разработване и внедряване на Национален портал за пространствени данни (INSPIRE)“.

В настоящото Техническо задание са описани и изискванията към организацията на изпълнение на поръчката, документацията и отчетността.

2.2. За Възложителя - функции и структура.Държавна агенция „Електронно управление“ към Министерския съвет е

създадена със Закон за изменение и допълнение на Закона за електронното управление (обн. ДВ, бр. 50 от 2016 г., в сила от 01.07.2016 г., доп. - ДВ, бр. 62 от 2016 г., в сила от 01.07.2016 г.). Агенцията е юридическо лице на бюджетна издръжка със седалище в гр. София. Председателят на ДА „Електронно управление“ е първостепенен разпоредител с бюджет, определя се с Решение на Министерския съвет и се назначава от министър-председателя за срок от 5 (пет) години.

Агенцията е правоприемник на дирекция „Електронно управление” в Министерството на транспорта, информационните технологии и съобщенията и на Изпълнителната агенция „Електронни съобщителни мрежи и информационни системи”.

ДАЕУ има функции по издаване, налагане и контрол на политики, правила и добри практики в областта на електронното управление, стратегическо планиране и инициативи, бюджетно програмиране и контрол, координация на секторни политики и секторни и междуведомствени проекти. Агенцията ще поддържа също така централизирани регистри за нуждите на електронното управление, други централизирани регистри, държавен частен облак и комуникационната мрежа на държавната администрация.

Председателят на ДАЕУ провежда държавната политика в следните области:

- Електронно управление;- Електронни удостоверителни услуги;- Електронна идентификация;




www.eufunds.bg

- Мрежова и информационна сигурност;- Инфраструктура за пространствена информация;- Информация от обществения сектор в машинночетим отворен формат.

Структурата на ДАЕУ е представена на Фигура 1:

Фигура 1. Структура на ДАЕУ

При осъществяването на държавната политика в посочените области председателят на агенцията изпълнява правомощия, възложени му със Закона за електронното управление, Закона за електронната идентификация (ЗЕИ),




www.eufunds.bg

Закона за електронните съобщения (ЗЕС), други закони или с акт на Министерския съвет.

ДАЕУ е Национална точка за контакт (Member State Contact Point) по Директива 2007/2/ЕО на Европейския парламент и на Съвета от 14 март 2007 година за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE) (ОВ, L 108/1 от 25 април 2007 г.), (по-нататък в текста - Директива 2007/2/ЕО или Директива INSPIRE). Дирекция „Информационни системи и оперативна съвместимост“ на ДАЕУ осъществява координация и обезпечава контрола върху дейностите по изграждането, поддържането и използването на национална инфраструктура за пространствена информация и осъществява правомощията по ЗДПД.

2.3. За проекта.Проект № BG05SFOP001-1.002-0014 „Национален портал за

пространствени данни (INSPIRE)“, който се осъществява с финансовата подкрепа на Оперативна програма „Добро управление“, съфинансирана от Европейския съюз чрез Европейския социален фонд, е насочен към подобряването на инфраструктурата за пространствена информация и процесите, свързани с обмен на пространствени данни съгласно ЗДПД и изискванията на Директива 2007/2/ЕО INSPIRE.

В рамките на проекта се предвижда изграждане и внедряване на Национален портал за пространствени данни (НППД), на основание чл. 12, ал. 4 от ЗДПД и чл. 7к, ал. 2, т. 4 от ЗЕУ, заимстващ добри практики от INSPIRE порталите на други страни-членки на ЕС, стабилен, лесно използваем, осигуряващ бърз достъп в машинночетим, отворен формат до цялото налично съдържание на масивите от пространствени данни, включени в темите от приложенията на ЗДПД/Директива 2007/2/ЕО и услугите за тях.

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

В рамките на проекта ще бъде извършен анализ на съществуващите практики и нормативната уредба в областта на инфраструктурата за пространствена информация в Република България и в други европейски страни,




www.eufunds.bg

с цел подобряване на процесите, свързани с обмена на пространствени данни. Ще бъде изготвен План за действие за хармонизиране на масивите по изискванията на INSPIRE за 26 (двадесет и шест) администрации и разработен и внедрен Национален портал за пространствени данни.

2.4. Нормативна рамка.Настоящата поръчка се осъществява в съответствие с изискванията,

регламентирани със следните нормативни актове и стратегически документи: Директива 2007/2/EО на Европейския парламент и на Съвета от 14 март

2007 г. за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE);

Пътна карта за изпълнение на Стратегия за развитие на електронното управление в Република България за периода 2016 - 2020 г.;

Регламент (EO) № 1205/2008 на Комисията (13.12.2008 г.) за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на метаданните (ОВ, L 326, 4.12.2008 г.);

Регламент (ЕО) № 976/2009 на Комисията от 19 октомври 2009 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на мрежовите услуги (OB L 274, 20.10.2009 г.);

Регламент (ЕО) № 1088/2010 на Комисията от 23 ноември 2010 г. за изменение на Регламент (ЕО) № 976/2009 по отношение на услугите за изтегляне и трансформиране (OB L 323, 8.12.2010 г.);

Регламент (ЕО) № 268/2010 на Комисията от 29 март 2010 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на достъпа на институции и органи на Общността до масиви от пространствени данни и услуги за такива данни, предоставяни от държавите-членки при хармонизирани условия (ОВ L 83, 30.3.2010 г.);

Регламент (ЕО) № 1089/2010 на Комисията от 23 ноември 2010 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на оперативната съвместимост на масиви от пространствени данни и услуги за пространствени данни (ОВ L 323, 8.12.2010 г.);

Регламент (ЕО) № 102/2011 на Комисията от 4 февруари 2011 г. за изменение на Регламент (ЕО) № 1089/2010 за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на




www.eufunds.bg

оперативната съвместимост на масиви от пространствени данни и услуги за пространствени данни (ОВ L 31, 5.2.2011 г.);

Регламент (ЕO) № 1253/2013 на Комисията от 21 октомври 2013 г. за изменение на Регламент (ЕО) № 1089/2010 по отношение на оперативната съвместимост на масиви от пространствени данни и услугите за пространствени данни (ОВ L 331, 10.12.2013 г.);

Регламент (ЕO) № 1312/2014 на Комисията от 10 декември 2014 г. за изменение на Регламент (ЕО) № 1089/2010 по отношение на оперативната съвместимост на услугите за пространствени данни (ОВ L 354, 11.12.2014 г.);

Регламент (ЕС) № 1311/2014 от 10 декември 2014 г. за изменение на Регламент (ЕО) № 976/2009 по отношение на определението за елемента INSPIRE на метаданните;

Регламент 2009/442/ЕО на Комисията от 05 юни 2009 за прилагане на Директивата по отношение на наблюдението и докладването (ОВ L 148, 11.6.2009 г.);

Закон за достъп до пространствени данни, транспониращ Директива 2007/2/EО;

Закон за електронното управление (обн. ДВ. бр. 46 от 12.06.2007 г., в сила от 13.06.2008 г.);

Закон за електронната идентификация; Наредба за общите изисквания за мрежова и информационна сигурност

(обн. ДВ. бр. 101 от 25.11.2008 г., загл. изм. - ДВ, бр. 5 от 2017 г., в сила от 01.03.2017 г.);

Наредба за общите изисквания към информационните системи, регистрите и електронните административни услуги (обн., ДВ, бр. 5 от 17.01.2017 г., в сила от 01.03.2017 г.).

3. ЦЕЛИ, ОБХВАТ И ОЧАКВАНИ РЕЗУЛТАТИ ОТ ИЗПЪЛНЕНИЕ НА ПРОЕКТА




www.eufunds.bg

3.1. Общи и специфични цели на проект № BG05SFOP001-1.002-0014.

Общата цел на проект № BG05SFOP001-1.002-0014 е изграждане на Национален портал за пространствени данни, с оглед изпълнение на ангажиментите на Република България по Директива 2007/2/ЕО за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE).

Постигането на общата цел ще бъде реализирано чрез следните специфични цели, съответстващи на планираните по проекта дейности:

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

Изграждане на необходимата стандартна и оперативно съвместима информационно-комуникационна среда на национално ниво за достъп от администратори и потребители на пространствени данни;

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

Формиране на знания и практически умения на експертния състав на органите на публичната власт, които по силата на нормативен акт събират, създават, поддържат и разпространяват актуализирани бази от пространствени данни за работа на Националния портал за пространствени данни;

Популяризиране на инициативата за създаване на НППД и национална инфраструктура за осигуряване на достъп и обмен на пространствена информация като част от електронното управление на национално и европейско ниво.

3.2. Обхват на проект № BG05SFOP001-1.002-0014.Описаните в т. 3.1 цели се осъществяват с изпълнението на следните

основни дейности, които формират обхвата на проекта:




www.eufunds.bg

Дейност 1 „Анализ на нормативната база и на съществуващи портали за пространствени данни в други европейски държави и изготвяне на План за действие за хармонизиране на масивите по изискванията на INSPIRE“;

Дейност 2 „Разработване и внедряване на Национален портал за пространствени данни (INSPIRE)“;

Дейност 3 „Информация и комуникация“.

3.3. Целеви групи.Целевите групи, към които е насочен проектът, обхващат:

Изпълнители на проекти за електронно управление; Експерти в администрацията на органите на публичната власт; Структури на изпълнителната власт - Администрация на Министерски

съвет, Министерства, Държавни агенции, Изпълнителни агенции; Други физически и юридически лица - гражданите и бизнеса; Служители на ДАЕУ с отговорности по ЗДПД.

3.4. Очаквани резултати от изпълнението на настоящата обществена поръчка.

Очакваните резултати от изпълнението на настоящата обществена поръчка (обхващаща дейност 2 от проект № BG05SFOP001-1.002-0014) са:

Разработен и внедрен Национален портал за пространствени данни, в съответствие с европейските и националните изисквания;

Проведени обучения за общо 86 (осемдесет и шест) човека - администратори на портала и служители от органите на публичната власт, които по силата на нормативен акт събират, създават, поддържат и разпространяват бази от пространствени данни;

Създадено и публикувано на НППД и на интернет страницата на ДАЕУ видео за популяризиране на Националния портал за пространствени данни.

3.5. Период на изпълнение на настоящата обществена поръчка.

Периодът на изпълнение на настоящата обществена поръчка е 10 (десет) месеца, но не по-късно от крайният срок за изпълнение на проект №




www.eufunds.bg

BG05SFOP001-1.002-0014. Възложителят предвижда следните минимални срокове за изпълнение по дейността:

За проектиране - поне 1 (един) месец, но не повече от 2 (два) месеца; За разработка и тестване в тестова среда - поне 2 (два) месеца, но не

повече от 3 (три) месеца; За внедряване и тестване в продукционна среда - поне 2 (два) месеца (от

които 1 /един/ месец за тестване и отстраняване на нередовности), но не повече от 3 (три) месеца.Към Описанието на организацията за изпълнение на поръчката следва да

бъде приложен и предварителен план-график, в който следва да се конкретизират сроковете за изпълнение по обществената поръчка.

Място на изпълнение на обществената поръчка: гр. София.Прогнозна стойност на поръчката: 903 778,00 (деветстотин и три хиляди

седемстотин седемдесет и осем) лева без ДДС.

4. ТЕКУЩО СЪСТОЯНИЕ

В изпълнение на План за действие за ускоряване на работата по изпълнение на Директивата INSPIRE са извършени дейности и конкретни мерки по осигуряване на временен НППД:

Изготвяне и подписване на споразумения, позволяващи, до разработването на пълна версия на Национален портал, временно да се използват функционалности на Информационната система за предоставяне на публичен достъп до пространствените данни и услуги на Министерството на отбраната;

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

Осигуряване на валидирани метаданни и данни за 6 (шест) теми плюс информация по тема „Географски координатни системи“. Наличие за ползване на мрежовите услуги намиране, разглеждане и изтегляне и метаданни за тях;

Осъществяване на свързаност, от техническа гледна точка, с Европейския INSPIRE геопортал чрез извършване, съвместно с експерти на Европейската комисия, на успешни тестове;




www.eufunds.bg

Процедура за формално регистриране в Европейската комисия на Национален портал за пространствени данни.От 24.03.2016 г. този временен Национален портал вече е регистриран в

Европейския INSPIRE геопортал. Тестовете показаха валидност и достъпност на публикуваните метаданни, данни и услуги на 100 %. Връзката с Европейския геопортал е стабилна и сигурна.

За нуждите на разработвания НППД Възложителят ще предостави на Изпълнителя продукционна и тестова среда (физически ресурси, виртуални машини и мрежова свързаност).

5. ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕ НА ПОРЪЧКАТА

5.1. Общи изисквания към изпълнението на обществената поръчка.

Обществената поръчка се изпълнява в рамките на проект № BG05SFOP001-1.002-0014 „Национален портал за пространствени данни (INSPIRE)“, финансиран по Оперативна програма „Добро управление“. Изпълнителят следва да спазва всички нормативни изисквания по отношение на дейността на ДАЕУ и нормативната уредба в областта на електронното управление в Република България.

5.2. Общи организационни принципи. Задължително изискване е да се спазват утвърдените хоризонтални и

вертикални принципи на организация на изпълнението на предмета на обществената поръчка за гарантирано постигане на желаните резултати от проекта (настоящата поръчка), така че да се покрие пълният набор от компетенции и ноу-хау, необходими за изпълнение на предмета на поръчката, а също така да се гарантира и достатъчно ниво на ангажираност с изпълнението и проблемите на проекта:

Хоризонталният принцип предполага ангажиране на специалисти от различни звена, така че да се покрие пълният набор от компетенции и ноу-хау по предмета на проекта и същевременно екипът да усвои новите




www.eufunds.bg

разработки на достатъчно ранен етап, така че да е в състояние пълноценно да ги използва и развива и след приключване на проекта;

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

5.3. Управление на проекта.Дейностите по управление на проекта (настоящата поръчка) трябва да

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

Доброто управление на настоящата поръчка трябва да бъде обезпечено чрез:

Координиране на усилията на експертите от страна на Изпълнителя и Възложителя и осигуряване на висока степен на взаимодействие между членовете на екипа по настоящата поръчка;

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

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

координация; Осигуряване на качеството и полагане на усилия за непрекъснато

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

Методология за изпълнение на настоящата поръчка, като вземе предвид: Фази на настоящата поръчка; Организация на изпълнение:- Структура на екипа на Изпълнителя;




www.eufunds.bg

- Начин на взаимодействие между членовете на екипа на Изпълнителя;- Връзки за взаимодействие с екипа на Възложителя.

Проектна документация:- Видове доклади; - Техническа и експлоатационна документация; - Време на предаване;- Съдържание на документите;- Управление на версиите.

Управление на качеството; График за изпълнение на настоящата поръчка.

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

5.4. Управление на риска.В Техническото си предложение участниците трябва да опишат подхода за

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

от Възложителя рискове с оценка на вероятност, въздействие и мерки за реакция.

През времето за изпълнение на настоящата поръчка Изпълнителят трябва да следи рисковете, да оценява тяхното влияние, да анализира ситуацията и да идентифицира (евентуално) нови рискове.

В хода на изпълнение на поръчката Изпълнителят следва да поддържа актуален списък с рисковете и да докладва състоянието на рисковете с месечните отчети за напредъка или по-често, при необходимост.

При изготвянето на списъка с рискове Участниците следва да вземат предвид следните идентифицирани от Възложителя рискове:

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

Недобра комуникация между екипите на Възложителя и Изпълнителя по време на аналитичните етапи на настоящата поръчка;

Ненавременно изпълнение на всяко от задълженията от страна на Изпълнителя;




www.eufunds.bg

Неправилно и неефективно разпределяне на ресурсите и отговорностите при изпълнението на договора;

Забавяне при изпълнение на проектните дейности, опасност от неспазване на срока за изпълнение на настоящата поръчка;

Грешки при разработване на функционалностите на системата; Недостатъчна яснота по правната рамка и/или променяща се правна

рамка по време на изпълнение на настоящата поръчка; Липса на задълбоченост при изследването и описанието на бизнес

процесите и данните; Неинформиране на Възложителя за всички потенциални проблеми, които

биха могли да възникнат в хода на изпълнение на дейностите; Риск за администриране на системата след изтичане на периода на

гаранционна поддръжка.В процеса на изпълнение на проекта Изпълнителят е длъжен за всеки

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

6. ЕТАПИ НА ИЗПЪЛНЕНИЕ НА ПРОЕКТА (НАСТОЯЩАТА ПОРЪЧКА)

В Техническото си предложение участниците трябва да предложат подход за изпълнение на настоящата поръчка, като включат минимум следните етапи:




www.eufunds.bg

6.1. Анализ на данните и изискванията – неприложимо.6.1.1. Специфични изисквания към етапите на бизнес анализа и

разработка – неприложимо.6.1.2. Специфични изисквания при оптимизиране на процесите по

заявяване на електронни административни услуги в зависимост от заявителя – неприложимо.

6.1.3. Изисквания за оптимизиране на процесите по подаване на декларации, изискуеми в съответствие с нормативната уредба и вътрешните правила – неприложимо.

6.1.4. Изисквания към регистрите и предоставянето на административните услуги – неприложимо.

6.2. Изготвяне на системен проект.Изпълнителят трябва да изготви системен проект, който подлежи на

одобрение от Възложителя. В системния проект трябва да са описани всички изисквания за реализирането на системата. Изготвянето на системния проект включва следните основни задачи:

Определяне на концепция на информационната система на базата на Техническото задание;

Дефиниране на детайлни изисквания и бизнес процеси, които трябва да се реализират в системата;

Дизайн на информационната система, хардуерната и комуникационната инфраструктура;

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

Изпълнението на задачите изисква дефиниране на модели на бизнес процеси, модели на стандартни справки и анализи, модели на печатни бланки, политика за сигурност и защита на данните, основни изграждащи блокове, транзакции, технология на взаимодействие, мониторинг на системата, спецификация на номенклатурите, роли в системата и други. При документирането на изискванията, с цел постигане на яснота и стандартизация на документите, е необходимо да се използва стандартен език за описание на бизнес процеси - BPMN или EPC (Event-driven Process Chain).

Трябва да бъде изградена концепцията за спецификацията, съдържанието, използваните технологии и функционалности на Националния




www.eufunds.bg

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

В рамките на този етап трябва да бъдат разработени и процедури за осигуряване на работоспособност на НППД, включващи план и методика за тестване на националния портал и автоматизирани и функционални тестове.

В случай на забележки, корекции или допълнения от страна на Възложителя, Изпълнителят е длъжен да ги отрази в системния проект в срок не по-късно от 10 (десет) работни дни от датата на потвърждение за получаване на забележките на Възложителя.

6.3. Разработване на софтуерното решение.Състои се в разработване на програмното осигуряване, въз основа на

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

Етапът на разработка включва изпълнението на следните задачи: Разработка на модулите на информационната система съгласно

изискванията на настоящото Техническо задание и системния проект; Провеждане на вътрешни тестове на системата (в среда на разработчика); Изготвяне на детайлни сценарии за провеждане на приемателните тестове

за етапи „Разработка“ и „Внедряване“ на настоящата поръчка.

За изпълнение на дейностите по разработка на системата участниците в настоящата обществена поръчка трябва да опишат в своите Технически предложения приложим подход (методология) за софтуерна разработка, която ще използват, както и инструментите за разработка и средата за провеждане на вътрешните тестове. Участниците трябва да опишат как предложеният от тях подход ще бъде адаптиран за успешната реализация на системата.

Разработката трябва да осигурява минимум: Изграждане на регистър на пространствените данни в Република

България, включващ и информация за историята и моментното изпълнение на националните задължения по прилагането на Директива INSPIRE;




www.eufunds.bg

Интеграция с националния Портал за отворени данни и създаване на възможност за публикуване на набори от пространствени данни, публикувани по реда на Закона за достъп до обществена информация, но попадащи извън предвидения в Директива INSPIRE обхват;

Въвеждане, редактиране и валидиране на метаданни; Услуги за предоставяне на метаданни; Организирано съхранение на метаданни за националните пространствени

данни на органите на публичната власт и третите лица (по смисъла на ЗДПД);

Съхранение и предоставяне на референтни модели на масиви от пространствени данни и услуги, свързани с референтни информационни масиви;

Онлайн интерфейс за извикване/използване на услуги за намиране, разглеждане, изтегляне и трансформиране (позволяващи трансформирането на масиви от пространствени данни, с оглед постигане на оперативна съвместимост) и хармонизиране на пространствени данни и мрежови услуги за тези данни през НППД в съответствие с нормативната уредба;

Онлайн интерфейс за достъп до всички налични и публикувани масиви от пространствени данни по темите от Приложения I, II и III на ЗДПД/Директива INSPIRE;

Добавяне на допълнителни тематични масиви от данни, извън обхвата на ЗДПД/Директива INSPIRE;

Осъществяване чрез НППД на обмен на масиви от пространствени данни и предоставяне на услуги с тях (при обмен между държавни институции на национално ниво се спазват изискванията на регламента за достъп на институции и органи на общността до масиви от пространствени данни и услуги за такива данни);

Предоставяне на техническа възможност за услуга за извикване на услуги за пространствени данни;

Техническа възможност за свързване на информационните системи на органите на публичната власт и третите лица (по смисъла на ЗДПД) с портала и достъп, чрез него, до техните масиви от пространствени данни и услуги, ако масивите и услугите отговарят на правилата, съдържащи се в Регламент (ЕО) № 976/2009 от 19 октомври 2009 г. за прилагане на Директива INSPIRE по отношение на мрежовите услуги, Регламент (ЕО) №




www.eufunds.bg

1089/2010 и Регламент (ЕО) № 1205 от 3 декември 2008 г. за прилагане на Директива INSPIRE по отношение на метаданните;

Осъществяване и поддържане на сигурна и бърза връзка с INSPIRE портала на инфраструктурата за пространствена информация в Европейската общност. Интерфейсите трябва да бъдат на български и английски езици.

6.4. Тестване.Изпълнителят трябва да проведе тестване на софтуерното решение в

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

Подробни изисквания за провеждане на тестовете на НППД са дадени в т. 8.1.2.8.

6.5. Внедряване. Изпълнителят трябва да внедри софтуерното решение в

информационната и комуникационната среда на ДАЕУ. Това включва инсталиране, конфигуриране, настройка и отстраняване на нередовности на програмните компоненти на системата в условията на експлоатационната среда на ДАЕУ, като се използват съществуващите в ДАЕУ хардуерни платформи и системни софтуерни лицензи.

Тестването в продукционна среда следва да докаже работоспособността на системата и въвеждането й в експлоатация.

6.6. Обучение.Изпълнителят трябва да проведе обучения за следните групи и

ползватели на софтуерното решение: Администратори на НППД - служители на ДАЕУ; Служители от ДАЕУ и органите на публичната власт, които по силата на

нормативен акт събират, създават, поддържат и разпространяват бази от пространствени данни.




www.eufunds.bg

За провеждането на обученията Изпълнителят е длъжен да осигури: Необходимия хардуер; Необходимия софтуер; Зала/Зали за провеждане на обученията; Учебни материали; Обучителна програма; Лектори.

Следва да бъдат проведени обучения на системно и потребителско ниво съответно за служителите, които ще бъдат администратори на портала (8 представители от ДАЕУ), и за служители от органите на публичната власт, които по силата на нормативен акт събират, създават, поддържат и разпространяват бази от пространствени данни (по трима представители от всяка от 26-те администрации).

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

Трябва да бъдат проведени пет броя обучения, за общо 86 (осемдесет и шест) човека (78 души от 26-те администрации, разпределени в 4 (четири) групи, и 8 администратора на портала - представители на ДАЕУ).

Четири от обученията следва да бъдат тридневни, с продължителност от 6 (шест) часа на ден, а едно обучение (за 8-те служители на ДАЕУ) следва да бъде еднодневно.

Изпълнителят следва да разработи две обучителни програми: една за администраторите от ДАЕУ и една за представителите на администрациите.

След приключването на настоящата поръчка, програмите и материалите от обученията трябва да бъдат предоставени от Изпълнителя на ДАЕУ, която да прави обучения при необходимост.

6.7. Създаване на видео за популяризиране на Националния портал за пространствени данни.

Изпълнителят трябва да създаде видео за популяризиране на Националния портал за пространствени данни, в контекста на прилагането на Директива INSPIRE в Република България. То трябва да бъде достъпно на интернет страницата на ДАЕУ, както и на НППД. С оглед на необходимостта от популяризиране на инициативата за създаване на НППД и националната инфраструктура за осигуряване достъп и обмен на пространствена информация,




www.eufunds.bg

видеото трябва да бъде насочено към потребителите на пространствени данни и услуги в обхвата на Директива INSPIRE (администрации и граждани), като показва основните положения, принципите за изработване, поддържане, предоставяне и използване на пространствени данни, както и функционалните възможности и положителните ефекти от използването на НППД.

Изпълнителят трябва да представи на Възложителя визия за видео за популяризиране на Националния портал за пространствени данни, в контекста на прилагането на Директива INSPIRE. Видеото да бъде създадено по предварително съгласуван с Възложителя сценарий/концепция и да съдържа основните положения, принципите за изработване, поддържане, предоставяне и използване на пространствени данни, както и функционалните възможности и положителните ефекти от Националния портал за пространствени данни. Видеото да има продължителност до 40 (четиридесет) мин., с възможност за съкращаване на продължителността му до 20 (двадесет) мин., без нарушаване на логическата последователност и преследвания ефект.

6.8. Гаранционна поддръжка.Изпълнителят трябва да осигури за своя сметка гаранционна поддръжка за

период от минимум 36 (тридесет и шест) месеца след приемане в експлоатация на системата.

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

Изпълнителят следва да предоставя услугите по гаранционна поддръжка, като предоставя за своя сметка единна точка за достъп за приемане на телефонни и e-mail съобщения и лице за контакт.

Времето за реакция от страна на Изпълнителя трябва да бъде: до 1 (един) час от уведомлението при възникване на съществен проблем,

като например спиране на мрежова услуга (по смисъла на INSPIRE), спиране на Базата данни и прекъсване на връзката с европейския геопортал на ниво услуга;

до 3 (три) дни от уведомлението при средно голям проблем, като например необходимост от донастройки на софтуера или отстраняване на проблеми със сигурността;




www.eufunds.bg

до 5 (пет) дни от уведомлението при проблем от неспешен характер, като например необходимост от пренаписване на софтуер поради наличие на бъгове в него.Приоритетите на проблемите се определят от Възложителя в зависимост

от влиянието им върху работата на администрацията. Редът на отстраняване на проблемите се определя в зависимост от техния приоритет.

Минималният обхват на поддръжката трябва да включва: Извършване на диагностика на докладван проблем с цел осигуряване на

правилното функциониране на системите и модулите; Отстраняване на дефектите, открити в софтуерните модули, които са

модифицирани или разработени в обхвата на настоящата поръчка; Консултации за разрешаване на проблеми по предложената от

Изпълнителя конфигурация на средата (операционна система, база данни, middleware, хардуер и мрежи), използвана от приложението, включително промени в конфигурацията на софтуерната инфраструктура на мястото на инсталация;

Възстановяване на системата и данните при евентуален срив на системата, както и коригирането им вследствие на грешки в системата;

Експертни консултации по телефон и електронна поща за системните администратори на Възложителя за идентифициране на дефекти или грешки в софтуера;

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

7. ОБЩИ ИЗИСКВАНИЯ ЗА ИНФОРМАЦИОННИ СИСТЕМИ В ДЪРЖАВНАТА АДМИНИСТРАЦИЯ

7.1. Функционални изисквания към информационната система.

7.1.1. Интеграция с външни информационни системи.




www.eufunds.bg

За реализиране на основни бизнес процеси Системата трябва да поддържа интеграция в реално време с информационни системи на други администрации, както следва:

Министерството на отбраната - Система за предоставяне на публичен достъп до пространствените данни на Министерство на отбраната, достъпна на WEB адрес gis.armf.bg;

Агенция по геодезия картография и кадастър (АГКК) - АГКК поддържа Геопортал/ Онлайн приложение за пространствени данни – комбинация от няколко приложения: kais.cadastre.bg, gkf.cadastre.bg, geonames.cadastre.bg

Информационна система на Министерството на вътрешните работи; Информационна система на Министерството на околната среда и водите -

Изпълнителна агенция „Околна среда“; Държавно предприятие пристанищна инфраструктура (ДППИ); Други системи, ако има идентифицирани през време на разработката.

Интеграциите с външни информационни системи и регистри трябва да се реализира чрез стандартен интеграционен слой.




www.eufunds.bg

[Системата]

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


Потребители


Информационна система 4Регистър база данни

7.1.2. Интеграционен слой – НЕПРИЛОЖИМО напълно, тъй като НППД не е първичен администратор и не предоставя електронни административни услуги.

Трябва да бъде предвидена интеграция с първични регистри чрез стандартен междинен слой или чрез националната схема за електронна идентификация – конкретната реализация трябва да бъде одобрена от Възложителя след приключване на етапа на бизнес-анализ – НЕПРИЛОЖИМО;

Трябва да бъде създаден специализиран интерфейс за обмен на данни, отговарящ на изискванията на OGC стандарти WMS, WFS, WCS, CSW, SLD или еквивалентни, както и стандартите GeoRSS и KML, описани в т. 8.1.2.3.2.




www.eufunds.bg

Трябва да бъде разработен и внедрен служебен онлайн интерфейс за автоматизирано машинно поискване и предаване на история на изпълнените транзакции по разпоредбата за журнала по т. 7.2.9;

Трява да бъдат създадени условия за използване на хоризонталната система за електронни плащания на ДАЕУ – НЕПРИЛОЖИМО.

Трябва да бъде разработен и внедрен служебен онлайн интерфейс за автоматизирано изпращане на документи и нотификации чрез електронна препоръчана поща към подсистемата за сигурно връчване, част от Националната система за електронна идентификация, съгласно действащите изисквания за оперативна съвместимост – НЕПРИЛОЖИМО;

Трябва да бъде разработен и внедрен служебен онлайн интерфейс за автоматизирано изпращане на транзакционна история към системата за електронна идентификация, съгласно действащите изисквания за оперативна съвместимост - НЕПРИЛОЖИМО;

Трябва да бъде разработен и внедрен служебен онлайн интерфейс за автоматизирано изпращане на ценни електронни документи към Централизираната система за е-Архивиране, ако е приложимо и съответната система или регистър оперират с такива документи, съгласно действащите изисквания за оперативна съвместимост – НЕПРИЛОЖИМО;

Електронни разплащания и интеграция с виртуални POS терминали, позволяващ директно плащане с дебитна или кредитна карта без необходимост от регистрация на отделен потребителски акаунт в система на платежен оператор ще се изпълни чрез хоризонталната система за електронни плащания на ДАЕУ.

7.1.3. Технически изисквания към интерфейсите.

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

Служебните онлайн интерфейси трябва да се предоставят като уеб-услуги (web-services) и да осигуряват достатъчна мащабируемост и производителност за обслужване на синхронни заявки (sync pull) в реално време, с максимално време за отговор на заявки под 1 секунда за 95% от заявките, които не включват запитвания до регистри и външни системи. Изпълнителят трябва да обоснове прогнозирано натоварване на Системата и да предложи критерии за оценка на максимално допустимото време за отговор на машинна заявка. Критерият за оценка следва да се основава на анализ на прогнозираното натоварване и на наличния




www.eufunds.bg

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

[ако е приложимо] Всички публични и служебни онлайн интерфейси трябва да бъдат реализирани с поддръжка на режими “push” и „pull”, в асинхронен и синхронен вариант – практическото прилагане на всяка от комбинациите трябва да бъде определено на етап бизнес-анализ и да бъдат съобразени реалните казуси (use cases), които всеки интерфейс обслужва;

Трябва да се реализира интегриране на модул за разпределен кохерентен кеш (Distributed Caching) на „горещите данни“, които Системата получава и/или които се обменят през служебните онлайн интерфейси, като логиката на Системата трябва гарантира кохерентност (Cache Coherency) между кешираните данни и данните, съхранявани в базите данни;

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

7.1.4. Електронна идентификация на потребителите.

До влизането в употреба на Националната схема за електронна идентификация да се реализира системна интеграция на Портала с хоризонталната система е-автентикация, разработена за нуждите на електронното управление.

Националният портал за пространствени данни (НППД) трябва да предоставя възможност за идентификация на вътрешни потребители – администратори, чрез локализиране и идентифициране на техните права и достъп:

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

потребители.




www.eufunds.bg

Електронната идентификация на всички потребители трябва да бъде реализирана в съответствие с изискванията на Регламент ЕС 910/2014 и Закона за електронната идентификация;

Трябва да бъде реализирана интеграция с националната схема за електронна идентификация съгласно изискванията на Закона за електронната идентификация и действащите нормативни правила за оперативна съвместимост. За целта подсистемата за автентикация и оторизация на потребителите трябва да поддържа интеграция с външен доставчик на идентичност - в случая с Центъра за електронна идентификация към Държавна агенция „Електронно управление”. Реализацията на интеграцията трябва да бъде осъществена по стандартни протоколи SAML 2.0 и/или OpenID Connect;

Системата трябва да поддържа и стандартен подход за регистрация на потребители с потребителско име и парола - за потребители, които нямат издадени удостоверения за електронна идентичност, и за потребители, които желаят да продължат да използват електронни административни услуги с КЕП;

Процесът по регистрация на потребители трябва да бъде максимално опростен и бърз, но трябва да включва следните специфични стъпки:

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

Избор на потребителско име с контекстна валидация на полетата (in-line validation), включително и за избраното потребителско име;

Избор на парола с контекстна валидация на полето (in-line validation) и визуализиране на сложността на паролата като "слаба", "нормална" и "силна";

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

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

идентичност, по Националната схема за електронна идентификация, Системата трябва да използва потребителския профил, създаден в Системата за




www.eufunds.bg

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

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

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

7.1.5. Отворени данни.

Трябва да бъде разработен и внедрен онлайн интерфейс за свободен публичен автоматизиран достъп до документите, информацията и данните в Системата (наричани заедно „данните”). Интерфейсът трябва да осигурява достъп до данните в машинночетим, отворен формат, съгласно всички изисквания на Закона за достъп до обществена информация и Директива 2013/37/ЕС на Европейския парламент и на Съвета от 26 юни 2013 година за изменение на Директива 2003/98/ЕО относно повторната употреба на информацията в обществения сектор (OB L 175, 27.6.2013 г.);

Трябва да бъде разработен и внедрен онлайн интерфейс за предоставяне на пространствени данни, в машинно четим, отворен формат и интеграция с Националния портал за достъп до пространствени данни, съгласно всички изисквания на Директивата 2007/2/ЕО и Закона за достъп до пространствени данни. Трябва да се поддържат всички набори от данни, които са изискуеми по Директивата, и за които Възложителят се явява първичен администратор на данните;

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




www.eufunds.bg

за отворени данни http://opendata.government.bg, който съдържа връзки и метаданни за списъците с материали, съгласно изискванията на ЗДОИ;

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

Трябва да се разработят процеси по предоставяне на данни в отворен, машинночетим формат заедно със съответните метаданни. Форматите и метаданните следва да съответстват на официалните отворени стандарти.

7.1.6. Формиране на изгледи.

Потребителите на Системата трябва да получават разрези на информацията чрез филтриране, пренареждане и агрегиране на данните. Резултатът се представя чрез:

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

Excel, PDF, HTML, TXT, XML, CSV.

7.1.7. Администриране на Системата.

НППД трябва да осигурява администриране на потребителите и правата за достъп. Подробна информация е дадена в точка 8.1.2.3.4.




www.eufunds.bg

http://opendata.government.bg/

7.2. Нефункционални изисквания към информационната система

7.2.1. Авторски права и изходен код.

Всички компютърни програми, които се разработват за реализиране на НППД, трябва да отговарят на критериите и изискванията за софтуер с отворен код;

Всички авторски и сродни права върху произведения, обект на закрила на Закона за авторското право и сродните му права (обн. ДВ. бр. 56 от 29.06.1993 г.), включително, но не само, компютърните програми, техният изходен програмен код, структурата и дизайнът на интерфейсите и базите данни, чието разработване е включено в предмета на поръчката, възникват за Възложителя в пълен обем без ограничения в използването, изменението и разпространението им и представляват произведения, създадени по поръчка на Възложителя съгласно чл. 42, ал. 1 от Закона за авторското право и сродните му права;

Приложимите и допустими лицензи за софтуер с отворен код са:o GPL (General Public License) 3.0;o LGPL (Lesser General Public License);o AGPL (Affero General Public License);o Apache License 2.0;o New BSD license;o MIT License;o Mozilla Public License 2.0o EUPL

Изходният код (Source Code), разработван по настоящата поръчка, както и цялата техническа документация, трябва да бъдат публично достъпни онлайн като софтуер с отворен код от първия ден на разработка чрез използване на система за контрол на версиите и хранилището по чл. 7в, т. 18 от ЗЕУ;

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




www.eufunds.bg

Избраният подход трябва да бъде детайлно описан в Техническото предложение на участниците;

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

7.2.2. Системна и приложна архитектура.

НППД трябва да бъде реализиран като разпределена модулна информационна система. НППД трябва да бъде реализиран със стандартни технологии и да поддържа общоприети комуникационни стандарти, които ще гарантират съвместимост на НППД с бъдещи разработки. Бизнес процесите и услугите трябва да бъдат проектирани колкото се може по-независимо с цел по-лесно надграждане, разширяване и обслужване. Системата трябва да е максимално параметризирана и да позволява настройка и промяна на параметрите през служебен (администраторски) потребителски интерфейс;

Трябва да бъде реализирана функционалност за текущ мониторинг, анализ и контрол на изпълнението на бизнес процесите в Системата;

Взаимодействията между отделните модули в Системата и интеграциите с външни информационни системи трябва да се реализират и опишат под формата на уеб-услуги (Web Services), които да са достъпни за ползване от други системи в държавната администрация, а за определени услуги – и за гражданите и бизнеса;

За всеки от отделните модули/функционалности на Системата следва да се реализират и опишат приложни програмни интерфейси – Application Programming Interfaces (API). Приложните програмни интерфейси трябва да са достъпни и за интеграция на нови модули и други вътрешни или външни системи;

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

Версията на програмните интерфейси, представени чрез уеб-услуги, трябва да поддържа версията по един или няколко от следните начини:- като част от URL-а;- като GET параметър;- като HTTP header (Accept или друг).




www.eufunds.bg

За всеки отделен приложен програмен интерфейс трябва да бъде разработен софтуерен комплект за интеграция (SDK) на поне две от популярните развойни платформи (.NET, Java, PHP);

При разработката, тестването и внедряването на НППД Изпълнителят трябва да прилага наложили се архитектурни (SOA, MVC или еквивалентни) модели и дизайн-шаблони, както и принципите на обектно ориентирания подход за разработка на софтуерни приложения;

НППД трябва да бъде реализиран със софтуерна архитектура, ориентирана към услуги - Service Oriented Architecture (SOA);

НППД трябва да осигурява възможности за разширяване, резервиране и балансиране на натоварването между множество инстанции на сървъри с еднаква роля;

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

Изпълнителят трябва да осигури механизми за реализиране на бъдещи промени в НППД без промяна на съществуващия програмен код. Когато това не е възможно, времето за промяна, компилиране и пускане в експлоатация трябва да е сведено до минимум. Бъдещото развитие на НППД ще се налага във връзка с промени в правната рамка, промени в модела на работа на потребителите, промени във външни системи, интегрирани със НППД, отстраняване на констатирани проблеми, промени в модела на обслужване и други. Такива промени ще се извършват през целия период на експлоатация на НППД, включително и по време на гаранционния период;

Архитектурата на Системата и всички софтуерни компоненти (системни и приложни) трябва да бъдат така подбрани и/или разработени, че да осигуряват работоспособност и отказоустойчивост на НППД, както и недискриминационно инсталиране (без различни условия за инсталиране върху физическа и виртуална среда) и опериране в продуктивен режим, върху виртуална инфраструктура, съответно върху Държавния хибриден частен облак (ДХЧО);

НППД трябва да бъде разработен в среда, осигурена от Изпълнителя;




www.eufunds.bg

Инсталирането на НППД в продуктивен режим да стане във виртуална среда на Възложителя;

Всички компоненти на НППД да бъдат разположени върху ДХЧО като среда за функциониране на НППД;

Изпълнителят трябва да проектира, подготви, инсталира и конфигурира като минимум следните среди за НППД: тестова, стейджинг, продуктивна;

НППД трябва да бъде разгърнат върху съответните среди (тестова за вътрешни нужди, тестова за външни нужди, стейджинг и продуктивна);

Тестовата среда за външни нужди трябва да бъде създадена и поддържана като "Sandbox", така че да е достъпна за използване и извършване на интеграционни тестове от разработчици на информационни системи, включително такива, изпълняващи дейности за други администрации или бизнеса, с цел по-лесно и устойчиво интегриране на съществуващи и бъдещи информационни системи. Тестовата среда за външни нужди трябва да е напълно отделна от останалите среди и нейното използване не трябва да влияе по никакъв начин на нормалната работа на останалите среди или да създава каквито и да било рискове за информационната сигурност и защитата на личните данни;

Мрежата на държавната администрация (ЕЕСМ) ще бъде използвана като основна комуникационна среда и като основен доставчик на защитен Интернет капацитет (Clean Pipe) - изискванията на софтуерните компоненти по отношение на използвани комуникационни протоколи, TCP портове и пр. трябва да бъдат детайлно документирани от Изпълнителя, за да се осигури максимална защита от хакерски атаки и външни прониквания чрез прилагане на подходящи политики за мрежова и информационна сигурност от Възложителя в инфраструктурата на Държавния хибриден частен облак и ЕЕСМ;

В Техническото си предложение Участникът трябва да опише добрите практики, които ще прилага по отношение на всеки аспект от системната и приложната архитектура на НППД;

За търсене трябва да се използват системи за пълнотекстово търсене (например Solr, Elastic Search). Не се допуска използването на индекси за пълнотекстово търсене в СУБД;

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




www.eufunds.bg

Всеки обект в НППД трябва да има уникален идентификатор; Записите в регистрите не трябва да подлежат на изтриване или на

промяна, а всяко изтриване или промяна трябва да представлява нов запис.

7.2.3. Повторно използване (преизползване) на ресурси и готови разработки.

Настоящата поръчка следва максимално да преизползва налични публично достъпни инструменти, библиотеки и платформи с отворен код.

За реализацията на НППД следва да се използват в максимална степен софтуерни библиотеки и продукти с отворен код.

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

съществуват множество отворени алтернативни проекти, които могат да се използват в настоящата система. Участникът следва да представи базов списък със свободните компоненти и средства, които възнамерява да използва. Отворените проекти трябва да отговарят на следните критерии:

За разработката им да се използва система за управление на версиите на кода и да е наличен механизъм за съобщаване на несъответствия и приемане на допълнения;

Да имат разработена техническа документация за актуалната стабилна версия;

Да имат повече от един активен програмист, работещ по развитието им; Да имат възможност за предоставяне на комерсиална поддръжка; Да нямат намаляваща от година на година активност; По възможност проектите да са подкрепени от организации с идеална цел,

държавни или комерсиални организации; По възможност проектите да имат разработени unit tests с code coverage

над 60 %, а проектът да използва Continuous Integration (CI) подходи - build bots, unit tests run, регулярно използване на статични/динамични анализатори на кода и други.Препоръчително е преизползването на проекти, финансирани със

средства на Европейския съюз, както и на такива, в които Участникът има активни разработчици.

Използването на closed source и на инструменти, библиотеки, продукти и системи с платен лиценз става за сметка на Изпълнителя, като е допустимо в




www.eufunds.bg

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

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

Подход за работа с външните софтуерни ресурсиПри използването на свободни имплементации на софтуерни библиотеки е

необходимо да се организира копие (fork) на съответното хранилище в общото хранилище за проекти с отворен код, финансирани с публични средства в Република България (към момента https://github.com/governmentbg). Използващите свободните библиотеки компоненти задават за "upstream repo" хранилищата в областта governmentbg, като задължително се реферира използваната версия/commit identificator.

Когато се налага промяна в изходния код на използван софтуерен компонент, промените трябва да се извършват във fork хранилището на government.bg в съответствие с изискванията на основния проект. Изпълнителят трябва да извърши необходимите действия за включване на направените промени в основния проект чрез "pull requests" и извършване на необходимите изисквани от разработчиците на основния проект промени до приемането им. Тези дейности трябва да бъдат извършвани по време на целия проект.

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

7.2.4. Изграждане и поддръжка на множество среди.Изпълнителят трябва да изгради и да поддържа минимум следните логически

разделени среди:

Среда Описание

Development чрез Development средата се осигурява работата по разработката, усъвършенстването и развитието на Системата. В тази среда са налични и допълнителните софтуерни системи и инсталации, необходими за управление на разработката - continuous integration




www.eufunds.bg

https://github.com/governmentbg

средства, системи за автоматизирано тестване и други.Staging чрез Staging средата се извършват тестове преди разгръщане на

нова версия от Development средата върху Production средата. В нея се извършват всички интеграционни тестове, както и тестовете за натоварване.

Sandbox Testing

чрез Sandbox средата всички, които трябва да се интегрират към Системата, могат да тестват интеграцията си, без да застрашават работата на продукционната среда

Production това е средата, която е публично достъпна за реална експлоатация и интеграция със съответните външни системи и услуги

Управлението на средите трябва да става чрез автоматизирана система за провизиране и разгръщане на системните компоненти. При необходимост от страна на Възложителя, Изпълнителят трябва да съдейства за изграждането на нови системни среди.

Участникът може да предложи изграждането на допълнителни среди според спецификите на предложеното решение.

7.2.5. Процес на разработка, тестване и разгръщане.

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

Всички софтуерни приложения, системи, подсистеми, библиотеки и компоненти, които са необходими за реализацията на Системата, трябва да бъдат разработвани като софтуер с отворен код и да бъдат достъпни в публично хранилище. Към настоящия момент следва да се използва общото хранилище за проекти с отворен код, финансирани с публични средства в Република България (към момента https://github.com/governmentbg).

В случай, че върху част от компонентите, нужни за компилация, има авторски права, те могат да бъдат или в отделно хранилище с подходящия за това лиценз или за тях трябва да бъде предоставен заместващ „mock up“ компонент, така че да не се нарушава компилацията на проекта.




www.eufunds.bg

https://github.com/governmentbg

Трябва да се анализират възможностите за включване на граждани в процесите по разработка, тестване и идентифициране на пропуски на софтуера. Участникът трябва да предложи механизъм и процедури за реализирането на такива процеси.

За всеки един разработван компонент Изпълнителят трябва да покрие следните изисквания за гарантиране на качеството на извършваната разработка и на крайния продукт:

Документиране на Системата в изходния код, минимум на ниво процедура/функция/клас;

Покритие на минимум 60 % от изходния код с функционални тестове (в случай на надграждане на съществуваща система - 60 % от новата функционалност и 20 % от съществуващата);

Използване на continuous integration практики; Използване на dependency management.

Участникът трябва да опише детайлно подхода си за покриване на изискванията.

Във всеки един компонент на Системата, който се build-ва и подготвя за инсталация (deployment), е необходимо да присъстват следните реквизити:

Дата и час на build; Място/среда на build; Потребител извършил/стартирал build процеса; Идентификатор на ревизията от кодовото хранилище на компонента,

срещу която се извършва build-ът.

7.2.6. Бързодействие и мащабируемост.

7.2.6.1. Контрол на натоварването и защита от DoS/DDoS атаки.

Системата трябва да поддържа на приложно ниво "Rate Limiting" и/или "Throttling" на заявки от един и същ клиентски адрес както към страниците с уеб-съдържание, така и по отношение на заявките към приложните програмни интерфейси, достъпни публично или служебно като уеб-услуги (Web Services) и служебни интерфейси;

Системата трябва да позволява конфигуриране от страна на администраторите на лимитите за отделни страници, уеб-услуги и ресурси, които се достъпват с отделен URL/URI;

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




www.eufunds.bg

възможност за генериране на справки и статистики за броя заявки по ресурси и услуги.

7.2.6.2. Кохерентно кеширане на данни и заявки.

Отделните информационни системи, подсистеми и интерфейси трябва да бъдат проектирани и да използват системи за разпределен кохерентен кеш в случаите, в които това би довело до подобряване на производителността и мащабируемостта, чрез спестяване на заявки към СУБД или файловите системи на сървърите;

Изпълнителят трябва да опише детайлно подхода и използваните механизми и технологии за реализация на разпределения кохерентен кеш, както и системните компоненти, които ще използват разпределения кеш;

Разпределеният кохерентен кеш трябва да поддържа възможност за компресия на подходящите за това данни - например тези от текстов тип; компресирането на данни може да бъде реализирано и на приложно ниво;

Използваният алгоритъм за създаване на ключове за съхранение/намиране на данни в кеша не трябва да допуска колизии и трябва оптимално да използва процесорните ресурси за генериране на хешове;

Изпълнителят трябва да подбере подходящи софтуерни решения с отворен код за реализиране на буфериране и кеширане на данните в оперативната памет на сървърите. В зависимост от конкретните приложни случаи (Use Cases) е допустимо да се използват и внедрят различни технологии, които покриват по-добре конкретните нужди - например решения като Memcached или Redis в комбинация с Redis GeoAPI могат да осигурят порядъци по-висока мащабируемост и производителност за често достъпвани оперативни данни, номенклатурни данни или документи.

Като минимум, разпределен кохерентен кеш трябва да се предвиди при: Информация от лога на транзакциите при достъп с е-ИД до дадена услуга; Информация за извършените плащания; Други, които са идентифицирани на етап бизнес и системен анализ.

От кеша следва да бъдат изключени прикачени файлове и големи по обем резултати от справки.

7.2.6.3. Бързодействие.

Времето за отговор на НППД трябва да е съобразено с изискванията, дадени в Регламент (ЕС) № 976/2009 на Комисията от 19 октомври 2009 г.,




www.eufunds.bg

изменен с Регламент № 1088/2010 от 23 ноември 2010 г. по отношение на услугите за изтегляне и трансформиране:

- визуализацията на уеб-страници в системите да осигуряват висока производителност и минимално време за отговор на заявки - средното време за заявка трябва да бъде по-малко от 1 секунда, с максимум 1 секунда стандартно отклонение за 95% от заявките, без да се включва мрежовото времезакъснение (Network Latency) при транспорт на пакети между клиента и сървъра (в случай че функционалните изисквания предвиждат визуализация на справки или сложни електронни документи, изискването се адаптира, като се съобразява спецификата на функционалността);

- да бъдат създадени тестове за натоварване – виж т. 8.1.2.8.

7.2.6.4. Използване на HTTP/2.

С оглед намаляване на служебния трафик, времената за отговор и натоварването на сървърите, следва да се използва HTTP/2 протокол при предоставяне на публични потребителски интерфейси с включени като минимум следните възможности:

Включена header compression; Използване на brotli алгоритъм за компресия; Включен HTTP pipelining; HTTP/2 Server push, приоритизиращ специфични компоненти, изграждащи

страниците (CSS, JavaScript файлове и други); Публичните потребителски интерфейси трябва да поддържат адаптивен

избор на TLS cipher suites според вида на процесорната архитектура на клиентското устройство - AES-GCM за x86 работни станции и преносими компютри (с налични AES-NI CPU разширения), и ChaCha20/Poly1305 за мобилни устройства (основно базирани на ARM процесори);

Ако клиентският браузър/клиент не поддържа HTTP/2, трябва да бъде предвиден fall-back механизъм към HTTP/1.1. Тази възможност трябва да може лесно да се реконфигурира в бъдеще и да отпадне, когато браузърите/клиентите, неподдържащи HTTP/2, станат незначителен процент.




www.eufunds.bg

7.2.6.5. Подписване на документи – неприложимо съгласно изискванията на ЗЕУ.

7.2.6.6. Качество и сигурност на програмните продукти и приложенията.

Да бъде предвидено спазването на добри практики на софтуерната разработка - покритие на изходния код с тестове - над 60 %, документиране на изходния код, използване на среда за непрекъсната интеграция (Continuous Integration), възможност за компилиране и пакетиране на продукта с една команда, възможност за инсталиране на нова версия на сървъра с една команда, система за управление на зависимостите (Dependency Management);

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

7.2.7. Информационна сигурност и интегритет на данните.

Не се допуска съхранението на пароли на администратори, на вътрешни и външни потребители и на акаунти за достъп на системи (ако такива се използват) в явен вид. Всички пароли трябва да бъдат защитени с подходящи сигурни алгоритми (напр. BCrypt, PBKDF2, scrypt (RFC 7914) за съхранение на пароли и където е възможно, да се използва и прозрачно криптиране на данните в СУБД със сертификати (transparent data-at-rest encryption);

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

Не се допуска използването на Self-Signed сертификати за публични услуги;

Всички уебстраници (вътрешни и публично достъпни в Интернет) трябва да бъдат достъпни единствено и само през протокол HTTPS. Криптирането трябва да се базира на сигурен сертификат с валидирана идентичност (Verified Identity), позволяващ задължително прилагане на TLS 1.2, който е издаден от удостоверителен орган, разпознаван от най-често използваните браузъри (Microsoft Internet Explorer, Google Chorme, Mozilla Firefox). Ежегодното преиздаване и подновяване на сертификата трябва да бъде включено като разходи и дейности в гаранционната поддръжка за целия срок на поддръжката;




www.eufunds.bg

Трябва да бъдат извършени тестове за сигурност на всички уебстраници, като минимум чрез автоматизираните средства на SSL Labs за изпитване на сървърна сигурност (https://www.ssllabs.com/ssltest/); За нуждите на автентикация с КЕП трябва да се предвиди имплементирането на обратен прокси сървър (Reverse Proxy) с балансиране на натоварването, който да препраща клиентските сертификати към вътрешните приложни сървъри с нестандартно поле (дефинирано в процеса на разработка на Системата) в HTTP Header-а. Схемата за проксиране на заявките трябва да бъде защитена от Spoofing;

Като временна мярка за съвместимост, настройките на уеб-сървърите и Reverse Proxy сървърите трябва да бъдат балансирани така, че Системата да позволяват използване и на клиентски браузъри поддържащи по-стария протокол TLS 1.1. Това изключение от общите изисквания за информационна сигурност не се прилага за достъпа на служебни потребители от държавната администрация и доставчици на обществени услуги, които имат служебен достъп до ресурси на Системата;

При разгръщането на всички уеб услуги (Web Services) трябва да се използва единствено протокол HTTPS със задължително прилагане на минимум TLS 1.2;

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

При проектирането и разработката на компонентите на Системата и при подготовката и разгръщането на средите трябва да се спазват последните актуални препоръки на OWASP (Open Web Application Security Project);

Трябва да бъде изграден модул за проследимост на действия и събития в Системата. За всяко действие (добавяне, изтриване, модификация, четене) трябва да съдържа следните атрибути:- уникален номер;- точно време на възникване на събитието;- вид (номенклатура от идентификатори за вид събитие);- данни за информационна система, където е възникнало събитието;- име или идентификатор на компонент в информационната система,

регистрирал събитието;- приоритет;




www.eufunds.bg

https://www.ssllabs.com/ssltest/

- описание на събитието;- данни за събитието.

Астрономическото време за удостоверяване настъпването на факти с правно или техническо значение се отчита с точност до година, дата, час, минута, секунда и при технологична необходимост - милисекунда, изписани в съответствие със стандарта БДС ISO 8601:2006;

Астрономическото време за удостоверяване настъпването на факти с правно значение и на такива, за които се изисква противопоставимост, трябва да бъде удостоверявано с електронен времеви печат по смисъла на Глава III, Раздел 6 от Регламент ЕС 910/2014. Трябва да бъде реализирана функционалност за получаване на точно астрономическо време, отговарящо на горните условия, и от доставчик на доверителни услуги или от държавен орган, осигуряващ такава услуга, отговаряща на изискванията на RFC 3161;

Трябва да бъдат проведени тестове за проникване (penetration tests), с които да се идентифицират и коригират слаби места в сигурността на Системата – съгласно т. 8.1.2.8.;

За времето на гаранционна поддръжка Изпълнителят е длъжен да осигури функционалност за непрекъсната поддръжка на актуалните стандарти за информационна сигурност съгласно Наредбата за общите изисквания към информационните системи, регистрите и електронните административни услуги.

7.2.8. Използваемост.

7.2.8.1. Общи изисквания за използваемост и достъпност.

При проектирането и разработката на софтуерните компоненти и потребителските интерфейси трябва да се спазват стандартите за достъпност на потребителския интерфейс за хора с увреждания WCAG 2.0, съответстващ на ISO/IEC 40500:2012;

В екранните форми на Системата трябва да се използват потребителски бутони с унифициран размер и лесни за разбиране текстове в еднакъв стил;

Всички ресурси трябва да са достъпни чрез GET заявка на уникален адрес (URL). Не се допуска използване на POST за достигане до формуляр за подаване не заявление, за генериране на справка и други;




www.eufunds.bg

Функционалностите на потребителския интерфейс на Системата трябва да бъдат независими от използваните от потребителите интернет браузъри и устройства, при условие че последните са версии в период на поддръжка от съответните производители. Трябва да бъде осигурена възможност за ползване на публичните модули на приложимите услуги през мобилни устройства - таблети и смарт-телефони, чрез оптимизация на потребителските интерфейси за мобилни устройства (Responsive Design);

Не се допуска използване на капча (Captcha) като механизъм за ограничаване на достъпа до документи и/или услуги. АлтернативноСистемата трябва да поддържа "Rate Limiting" и/или "Throttling" съгласно изискванията в т. [7.1.1.] от настоящите изисквания. Допуска се използването на Captcha единствено при идентифицирани много последователни опити от предполагаем „бот“;

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

Не се допуска използването на HTML Frames, за да не се пречи на оптимизациите за търсещи машини;

При разработката на публични уеббазирани страници трябва да се използват и да се реализира поддръжка на:- стандартните семантични елементи на HTML5

(HTML Semantic Elements);- JSON-LD 1.0 (http://www.w3.org/TR/json-ld/);- Open Graph Protocol (http://ogp.me) за осигуряване на поддръжка за

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

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




www.eufunds.bg

http://www.w3.org/TR/json-ld/

http://www.w3schools.com/html/html5_semantic_elements.asp

Полета, опции от менюта и командни бутони, които не са разрешени конкретно за ролята на влезлия в системата потребител, не трябва да са достъпни за този потребител. Това не отменя необходимостта от ограничаване на достъпа до бизнес логиката на приложението чрез декларативен или програмен подход;

Всяка екранна форма трябва да има наименование, което да се изписва в горната част на екранната форма. Наименованията трябва да подсказват на потребителя какво е предназначението на формата;

Всички търсения трябва да са нечувствителни към малки и главни букви; Полетата за пароли трябва задължително да различават малки и главни

букви; Полетата за потребителски имена трябва да позволяват използване на

имейл адреси като потребителско име, включително да допускат всички символи, регламентирани в RFC 1123, за наименуването на хостове;

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

Системата трябва да позволява въвеждане на данни, съдържащи както български, така и символи на официалните езици на ЕС;

Наименованията на полетата следва да са достатъчно описателни, като максимално се доближават до характера на съдържащите се в тях данни;

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

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

За големите йерархически категоризации трябва да се предвиди възможност за навигация по нива или чрез отложено зареждане (lazy load).




www.eufunds.bg

7.2.8.2. Интернационализация.

Системата трябва да може да съхранява и едновременно да визуализира данни и съдържание, което е въведено/генерирано на различни езици;

Всички софтуерни компоненти на Системата, използваните софтуерни библиотеки и развойни комплекти, приложните сървъри и сървърите за управление на бази данни, елементите от потребителския интерфейс, програмно-приложните интерфейси, уеб услугите и други трябва да поддържат стандартно и да са конфигурирани изрично за спазване на минимум Unicode 5.2 стандарт при съхранението и обработката на текстови данни, съответно трябва да се използва само UTF-8 кодиране на текстовите данни;

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

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

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

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

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




www.eufunds.bg

част на всяка страница, който включва не само текст, но и подходяща интернационална икона за съответния език;

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

При визуализация на числа трябва да се използва разделител за хиляди (интервал);

При визуализация на дати и точно време в елементи от потребителския интерфейс в генерирани справки или в електронни документи всички формати за дата и час трябва да са съобразени с избрания от потребителя език/локация в настройките на неговия профил:- за Република България стандартният формат е „DD.MM.YYYY

HH:MM:SS”, като наличието на време към датата е в зависимост от вида на визуализираната информация и бизнес-смисъла от показването на точно време;

- системата трябва да поддържа и всички формати съгласно ISO БДС 8601:2006.

7.2.8.3. Изисквания за използваемост на потребителския интерфейс.

Електронните форми за подаване на заявления и за обявяване на обстоятелства трябва да бъдат реализирани с AJAX или аналогична технология, като по този начин се гарантират следните функционалности:- контекстна валидация на въвежданите данни на ниво "поле" от форма и

контекстни съобщения за грешка / невалидни данни в реално време;- възможност за избор на стойности от номенклатури чрез търсене в

списък по част от дума (autocomplete) и визуализиране на записи, отговарящи на въведеното до момента, без да е необходимо пълните номенклатури да са заредени в браузъра на клиента и потребителят да скорлира дълги списъци с повече от 10 стойности;

В електронните форми трябва да бъде реализирана валидация на въвежданите от потребителите данни на ниво "поле" (in-line validation). Валидацията трябва да се извършва в реално време на сървъра, като при успешна валидация, данните от съответното поле следва да бъдат запазени от сървъра;




www.eufunds.bg

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

Трябва да бъде реализирана възможност за добавяне и редактиране от страна на администраторите на системата, без да са необходими промени в изходния код, на контекстна помощна информация за:- всяка електронна форма или стъпка от процес, за която има отделен

екран / форма;- всяка група полета за въвеждане на данни (в случаите, в които

определени полета от формата са групирани тематично);- всяко отделно поле за въвеждане на данни;

Трябва да бъде разработена контекстна помощна информация за всички процеси, екрани и електронни форми, включително ясни указания за попълване и разяснения за особеностите при попълване на различните групи полета или отделни полета;

Контекстната помощна информация, указанията към потребителите и информативните текстове не трябва да съдържат акроними, имена и референции към нормативни документи, които са въведени като обикновен текст (plain-text). Всички акроними, референции към нормативни документи, формуляри, изисквания и пр. трябва да бъдат разработени като хипер-връзки към съответните актуални версии на нормативни документи и/или съответния речник / списък с акроними и термини;

Достъпът на потребителя до контекстната помощна информация трябва да бъде реализиран по унифициран и консистентен начин, чрез подходящи навигационни елементи, като например чрез подходящо разположени микро-бутони с икони разположени до/преди/след етикета на съответния елемент, за който се отнася контекстната помощ или чрез обработка на "Mouse Hover / Mouse Over" събития;

При проектирането и реализацията на потребителския интерфейс трябва да се отчете, че той трябва да бъде еднакво използваем и от мобилни устройства (напр. таблети), които не разполагат с мишка, но имат




www.eufunds.bg

чувствителни на допир екрани.Потребителският интерфейс следва да бъде достъпен за хора с увреждания съгласно изискванията на чл. 48, ал. 5 от ЗОП.

7.2.8.4. Изисквания за използваемост в случаи на прекъснати бизнес процеси – неприложимо.

7.2.8.5. Изисквания за проактивно информиране на потребителите.

За интернет страницата на НППД трябва да бъде реализирана функционалност за публикуване на всяко периодично обновявано съдържание (новини, обявления, обществени поръчки, отворени работни позиции, нормативни документи, отговори по ЗДОИ и др.) в стандартен формат (RSS 2.х, Atom или еквивалент), както и поддържането на публично достъпни статистики за посещаемостта на страницата.

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

7.2.9. Системен журнал.

Изгражданото решение задължително трябва да осигурява проследимост на действията на всеки потребител (одит), както и версия на предишното състояние на данните, които той е променил в резултат на своите действия (системен журнал).

Атрибутите, които трябва да се запазват при всеки запис, трябва да включват като минимум следните данни:

Дата/час на действието; Модул на системата, в който се извършва действието; Действие; Обект, над който е извършено действието; Допълнителна информация; IP адрес и браузър на потребителя. Размерът на журнала на потребителските действия нараства по време на

работа на всяка система, което налага по-различното му третиране от гледна точка на организация на базата данни:




www.eufunds.bg

По време на работа на системата потребителският журнал трябва да се записва в специализиран компонент, който поддържа много бързо добавяне на записи; този подход се налага, за да не се забавя излишно работата на Системата;

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

Данните в специализираната база данни трябва да се архивират и изчистват, като в специализираната база данни трябва да бъде достъпна информация за не повече от 2 (два) месеца назад; при необходимост от информация за предишен период администраторът на системата трябва първо да възстанови архивните данни;

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

Дизайн на бази данни и взаимодействие с тях При използване на база данни (релационна) следва да бъдат спазвани

добрите практики за дизайн и взаимодействие със същата база данни, в т.ч.: Дизайнът на схемата на базата данни (ако има такава) трябва да бъде с

максимално ниво на нормализация, освен ако това не би навредило сериозно на производителността;

Базата данни трябва да може да оперира в клъстър; в определени случаи следва да бъде използван т.нар. sharding; Имената на таблиците и колоните трябва да следват унифицирана

конвенция; Трябва да бъдат създадени индекси по определени колони, така че да се

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

Връзките между таблици трябва да са дефинирани чрез foreign key; Периодично трябва да бъде правен анализ на заявките, включително чрез

EXPLAIN (при SQL бази данни), и да бъдат предприети мерки за оптимизиране на бавните такива;

Задължително трябва да се използват транзакции, като нивото на изолация трябва да бъде мотивирано в предадената документация;

При операции върху много записи (batch) следва да се избягват дългопродължаващи транзакции;




www.eufunds.bg

Заявките трябва да бъдат ограничени в броя записи, които връщат; При използване на ORM или на друг слой на абстракция между

приложението и базата данни, трябва да се минимизира броят на излишните заявки (т.нар. n+1 selects проблем).

8. ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕТО НА ДЕЙНОСТИТЕ ПО ПРОЕКТА (НАСТОЯЩАТА ПОРЪЧКА)

8.1. Дейност 2 на проект № BG05SFOP001-1.002-0014 - Разработване и внедряване на Национален портал за пространствени данни (INSPIRE).

8.1.1. Описание на дейността.

Европейската комисия приема през 2007 г. Директива 2007/2/ЕО (INSPIRE) за изграждане на инфраструктура на пространствените данни в ЕО, която цели улесняване на обмена на оперативно съвместими пространствени данни по единни хармонизирани правила между различните нива на публичната администрация и между страните от Общността.

Стратегически документ за Република България, отразяващ хармонизацията на Директивата с националното законодателство, е Законът за достъп до пространствени данни (ЗДПД), приет през 2010 г., за изграждане на елементите на националната инфраструктура на пространствена информация.

Елементите на инфраструктурата на пространствени данни включват: портал, интерфейс, мрежови услуги, пространствени данни, метаданни.

Основната цел на тази дейност е изграждане на основните елементи на инфраструктурата за пространствени данни съгласно изискванията на INSPIRE - Национален портал за пространствени данни на Република България; създаване на мрежови услуги и оперативно съвместими пространствени данни, които да отговарят на следните регламенти на ЕО: Регламент (ЕО) № 268/2010 по отношение на достъпа на институции и органи на Общността до масиви от пространствени данни; Регламент (ЕО) № 976/2009 по отношение на мрежовите услуги; Регламент (ЕО) №1205/2008 по отношение на метаданните; Регламент (ЕО) № 1089/2010 по отношение на оперативната съвместимост на масиви от пространствени данни и услуги; Регламент (ЕО) № 1088/2010 за изменение на




www.eufunds.bg

Регламент (ЕО) № 976/2009 по отношение на услугите за изтегляне и трансформиране.

Съгласно изискването на Директивата INSPIRE и ЗДПД, държавната администрация, създател и администратор на пространствени данни, следва да осигури оперативно съвместими пространствени данни с възможност да бъдат комбинирани и при предоставяне на услуги да си взаимодействат, без използването на повторна ръчна намеса.

Органите на изпълнителната власт, местното самоуправление и организациите, които администрират пространствени данни, свързани с техните сфери на отговорност, следва да публикуват тяхното описание (метаданни), с цел осигуряване на бърза оценка на свойствата на информационния ресурс. Тези изисквания се отнасят само за пространствени данни, които са създадени чрез закон или друг нормативен документ.

Реализирането на настоящата поръчка ще доведе до идентифициране на страната ни чрез своя Национален портал за пространствени данни в Европейската инфраструктура; ще определи ролята и значението на поддържаните децентрализирани държавни данни и тяхното актуализиране и съхранение чрез съвместими INSPIRE услуги; ще създаде предпоставки за създаването на нови услуги за обществото, чрез интеграция на електронното правителство и гео-информацията.

Изпълнителят по дейност 2 на проект № BG05SFOP001-1.002-0014 следва да отчете анализа и препоръките към НППД, изготвени в изпълнение на дейност 1 на проект № BG05SFOP001-1.002-0014.

Дейностите по етапи на изпълнението на проекта са описани в точка 6.

INSPIRE се основава на някои общи декларирани принципи, които помагат да се разбере визията на инициативата - http://inspire.jrc.ec.europa.eu/, както следва:

Данните да се събират само веднъж и да се съхраняват, където може да се поддържат най-ефективно;

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

Да бъде възможно информацията, събрана на едно ниво/мащаб, да бъде споделена с всички нива/скали, включително подробна информация за задълбочени изследвания, обща за стратегически цели;




www.eufunds.bg

http://inspire.jrc.ec.europa.eu/

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

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

INSPIRE осигурява споделяне на данни и създаване на инфраструктура за пространствени данни на Европейско ниво.

INSPIRE се отнася за географска информация, която е под юрисдикцията на държавните органи, и която се използва от страна на държавните органи при изпълнение на техните публични задачи. В нея няма никакви задължения на частния сектор. Също така, държавите-членки не са задължени да събират нови данни, ако го направят, данните трябва да бъдат INSPIRE съвместими. Държавите-членки не са задължени да се откажат от моделите за данни, създадени от националните стандарти, стига да има достъп до отговаряща на изискванията версия на INSPIRE. Накрая, директивата не засяга правата на собственост и тя не претендира, че пространствените данни трябва да бъдат свободно достъпни. Все пак, услугите за разглеждане и метаданните следва да бъдат предоставени чрез услугите за намиране чрез геопортала INSPIRE. За услугите за изтегляне на данни, различни условия могат да се прилагат, които са предмет на политиката на първичните администратори на данни.

Пространствената информация, разглеждана под INSPIRE е обширна и включва разнообразие от актуални теми, общо 34 (тридесет и четири), разпределени в три приложения, както следва: I, II и III. Класификацията на темата на данните в трите приложения, има няколко последствия. Преди всичко, всички теми на приложение I, се считат за референтни данни, видът на данните, който е необходим, за да се започне във всяко приложение на ГИС. Приложение II и приложение III, съдържат по-специфични теми.




www.eufunds.bg

ЕВРОПЕЙСКИ ГЕОПОРТАЛ

INSPIRE

Изисква изпълнение на общностна политика за изграждане на инфраструктура за

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

КООРДИНИРАЩ ОРГАН

ЕВРОПЕЙСКА КОМИСИЯ

ДИРЕКТИВА INSPIRE

НАЦИОНАЛНО ЗАКОНОДАТЕЛСТВО

НАЦИОНАЛЕН ПОРТАЛ ЗА ПРОСТРАНСТВЕНИ ДАННИ

МИНИСТЕРСТВА

СЪЗДАВАТ МЕТАДАННИ ЗА МАСИВИ И УСЛУГИ -

М. ДЕКЕМВРИ, 2010 ГОД.

ОБЩИНСКИ И ОБЛАСТНИ

АДМИНИСТРАЦИИ

СТАНДАРТИЗИРАТ ДАННИ ПО ISO,OGC, СТРУКТУРА ПО

INSPIRE

ТРЕТИ ЛИЦА

ИЗДАВА

1. РЕГЛАМЕНТИ2. ТЕХНИЧЕСКИ УКАЗАНИЯ3. ТЕХНИЧЕСКИ СПЕЦИФИКАЦИИ4. ПРАВИЛА ЗА ВНЕДРЯВАНЕ5. ДРУГИ ДОКУМЕНТИ

СЪЗДАВА И

ЗАЯ

ВКИ

ЗА

УС

ЛУГ

ИИ

ЗПЪ

ЛН

ЕН

ИЕ

НА

УС

ЛУГ

И

ДОКЛАДВАНЕ ЗА ИЗПЪЛНЕНИЕ

ТРАНСПОНИРА СЕ В

ОСЪЩЕСТВЯВА КОНТРОЛ НАД

СЪЗДАВАТ ЗАДЪЛЖИТЕЛНИ УСЛУГИ С ДАННИ И

МЕТАДАННИ

ЧРЕЗ СПОРАЗУМЕНИЯ ЗА ОБМЕН

ЗАДЪЛЖИТЕЛНИ ДЕЙНОСТИ

ЗАЯВКИ И ИЗПЪЛНЕНИЕ НА УСЛУГИ

АГЕНЦИИ

Фигура 2

На фигура 2 е дадена схема на взаимодействието на елементите от Националната инфраструктура за пространствена информация, синхронизирана със ЗДПД и изискванията на INSPIRE. Съгласно чл. 12 от ЗДПД „Националният портал за пространствени данни предоставя достъп до пространствени данни,




www.eufunds.bg

метаданни и услуги за пространствени данни от различни източници по унифициран начин“. Координиращият орган и НППД са задължени да спазват всички изисквания на Европейската комисия по отношение на Директивата - Регламенти, Технически указания, Технически спецификации, Правила за внедряване и други документи.

8.1.2. Изисквания към изпълнение на дейността.

Кандидатът трябва да опише изпълнението на дейността в Техническото си предложение, което следва да отчита изискванията на член 58 а от ЗЕУ и да посочва как тези изисквания ще се изпълняват, как смята да реализира НППД като представи пълно описание и схеми на Портала.

8.1.2.1. Архитектура на Национален Портал за пространствени данни.

Архитектурата на НППД следва да бъде реализирана на модулен принцип. Използването на обособени модули следва да осигури успешното интегриране и внедряване, както и последващо съпровождане.

При определянето на архитектурата на НППД трябва да се вземе предвид наличната в ДАЕУ технологична инфраструктура - използване на съществуващи в ДАЕУ хардуерни платформи и системни софтуерни лицензии.

Архитектурата на НППД трябва да бъде гъвкава и отворена с цел лесно разширяване и модификации.

Архитектурата на системата трябва да бъде дефинирана в началото на настоящата поръчка.

Поради дългия списък от изисквания е необходимо да се извърши анализ на изискванията преди да се предприемат по-нататъшни стъпки. Дизайнът на приложението трябва да бъде модулен, мащабируем и на базата на отворени стандарти. Трябва да има възможност за разширяване с цел удовлетворяване на изисквания на нови регламенти без да е нужна съществена промяна или ре-инженеринг на цялата система.

Общото представяне, съответстващо на изискванията в документа “INSPIRE Network Services Architecture Overview” на елементите на НППД и връзката му с други портали и приложения е отразено на фигура 3.




www.eufunds.bg

Забележка - за сервизна шина да се предвиди възможност за използване и на интеграционната шина за достъп и управление на данни и услуги на ДАЕУ.

Фигура 3: Обща схема на Национален Портал за пространствени данни

НППД трябва да бъде свързан с Европейския геопортал на INSPIRE, да има възможност за свързване с други Европейски геопортали, съвместими с INSPIRE, с доставчиците на пространствени данни, с трети лица, които могат да предоставят данни и услуги по INSPIRE, с портала за отворени данни, да има технологична възможност за свързване с други портали или системи при необходимост - например за целите на инициативата COPERNICUS. НППД трябва да е достъпен както за българските граждани и българския бизнес, така и за европейски граждани и европейски фирми.

Свързаността на НППД трябва да става основно през Единната Електронна Съобщителна мрежа) – ЕЕСМ, която ще осигурява достъп до Интернет и свързаност със структурите на Държавната администрация, използващи и предоставящи пространствени данни. ДАЕУ има и втори алтернативен доставчик на Интернет, който също може да се използва за осигуряване на Интернет свързаност на Портала. Доставчиците на данни следва да бъдат свързани чрез ЕЕСМ, Интернет или други телекомуникационни мрежи.

На Фигура 4 е представена схема на взаимодействие с външни елементи на Портала.




www.eufunds.bg

Фигура 4. Схема на външната свързаност на НППД

Фигура 5: Примерна архитектура на портално решение




www.eufunds.bg

На фигура 5 е представена примерна архитектура на Национален портал за пространствени данни. Свързаността на потребителите на Портала става през Интернет. Доставчиците на данни (Service Providers) се свързват към НППД чрез изградени VPN-тунели през Интернет.

Елементите на НППД са следните: Web-Servers – Уеб-Сървъри – 2 (два) броя – с цел резервираност; Load Balancer – за разпределяне на трафика между двата Web-сървъра; за

осигуряване на надеждност и достъпност. Load Balancer наблюдава „здравето“ на приложенията и изпраща заявки само до сървъри и приложения, които могат да реагират своевременно;

Web-proxy – сървър, чиито функции са дадени по-долу; Web Application Firewall – за защита на НППД от външни атаки и хакери, за

осигуряване на непрекъснатост на услугата към потребителите при външни опити за сриване на Портала – DoS и DDoS уязвимости на ниво L7, блокиране на заявки на база геолокация, както и уязвимости, посочени в т. 8.1.2.4.1;

Application Server – Приложен сървър – сервира основните портални компоненти за изграждане на потребителския интерфейс;

MAP Server – сървър за визуализация на пространствени данни; Access Server – сървър за управление на правата на достъп; СМДО – Система за метаданнови описания – Съдържа редактор и

валидатор на метаданни; СУБД – Система за управление на база данни – съдържа релационна база

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

CMS – Content Management Systems – система за управление на съдържанието – осигурява възможност на системните администратори да редактират съдържаните в страницата на НППД, да следят за натоварването на Портала, да управляват форума към страницата на Портала;

Search – система за търсене на съдържание в Портала. Възможно е към нея да се реализира и услуга за търсене на метаданни;

Integration – системна интеграция на всички компоненти в една работеща безотказно система;




www.eufunds.bg

Списъци на потребители – съдържа списък на регистрирани потребители на НППД.

За регистрираните потребители трябва да се води статистика - какви метаданни и данни използват най-често; колко пъти са влизали в Портала за определен период от време.

8.1.2.2. Системни изисквания.

Системата трябва да отговаря на следните изисквания: Да дава възможност за изграждане на портала на базата на избраната

архитектура, като потребителският интерфейс, бизнес логиката и базата с данни концептуално са разделени;

Да използва протоколния стек TCP/IP; Да поддържа следните отворени стандарти и да позволява използването

на следните водещи спецификации: XML, HTTP/S, SOAP, или еквивалентни; да осигурява необходимите интерфейси за връзка и интеграция с външни системи на доставчици на данни (HTTP, HTTP/S, WSDL, SOAP, XML);

Да поддържа следните OGC стандарти WMS, WFS, WCS, CSW, SLD или еквивалентни, както и стандартите GeoRSS и KML;

Да поддържа HTTP/2 протокол; Да позволява използването на виртуални локални мрежи, използващи

протоколи VLAN и LANE и виртуални частни мрежи (VPN) върху IP; Да притежава гъвкава архитектура, която да способства за ефективната й

поддръжка и разширение; Да притежава система за контрол и защита на достъпа до портала, базата

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

очаквания за разрастване; Да гарантира производителността на мрежовите услуги съгласно

изискванията на Директивата; Да притежава механизми и инструменти за управление на портала:- възможност за разработване/редактиране на съдържанието му;- Функционалност за бързо и гъвкаво изграждане на съдържанието;- поддържане на роли и права за администриране на структурата на

портала, съдържанието и потребителите;




www.eufunds.bg

- възможност за „Zero downtime” при разработването на нова версия на порталните приложения.

8.1.2.3. Функционални изисквания.

8.1.2.3.1. Общи изисквания.

Основните изисквания към НППД са следните: Порталът да се разработи като Web-базирано приложение, което да се

реализира като се използват съществуващи в ДАЕУ хардуерни платформи и системни софтуерни лицензии;

Клиентският Web-интерфейс да бъде платформено независим, което да позволява използване на десктоп PC, лаптоп и други; Windows, Linux, MAC. Да се поддържат последни версии на операционните системи, както и по-стари, за които има все още поддръжка от производителя;

Поддържане на основните браузери: Microsoft Internet Explorer, Opera, Google Chrome, Mozilla Firefox и Apple Safari. Да може да поддържа и мобилни устройства с Andorid, iOS последни версии, както и по-стари, които се поддържат от производителя.;

Управлението на Web-сайта трябва да позволява динамично създаване и редактиране на информацията. Да има възможност за бъдещо развитие на сайта, съобразно реалностите и потребностите на променящата се Интернет среда и непрекъснато повишаващите се изисквания на потребителите;

Цялостният дизайн на потребителския интерфейс да бъде интуитивен; Работоспособността на НППД трябва да е 7 (седем) дни в седмицата и 24

(двадесет и четири) часа в денонощието. Той трябва да е наличен минимум 99 % от времето с изключение на планираните прекъсвания. Да се създаде системен журнал – т. 7.2.9;

Предложената от Изпълнителя архитектура на НППД трябва да бъде ориентирана към предоставяне на услуги (SOA), което да позволи в последствие лесна интеграция със системите на електронното правителство и в съответствие с добрите практики на страните-членки на ЕС и на ЕК;

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




www.eufunds.bg

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

Да се реализират мрежови услуги на INSPIRE за намиране, разглеждане, изтегляне и трансформация в съответствие с изискванията на съответните регламенти към директива 2007/2/ЕО;

Да се предостави техническа възможност за реализиране на услуга за извикване на услуги за пространствени данни;

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

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

Да поддържа регистър на мрежовите услуги, регистър на потребителите, регистър на администратори и доставчици на данни и услуги;

Търсене и преглеждане /Search and Browse/:- да осигурява иновативни и лесни средства за търсене и преглеждане на

(общи, разширени и семантични) метаданни за масиви от пространствени данни, услуги за пространствени данни и слоеве;

- трябва да бъде подпомогнато чрез предлагане на избор на думи за търсене в случаите, когато са приложими речници или списъци със съществуващи кодове (code list). То трябва да поддържа критериите за търсене, които са посочени в регламента за INSPIRE мрежовите услуги;

- трябва да съдейства на потребителя чрез предоставяне на предложения, въз основа на избрани критерии.

Да предоставя средства за достъп до метаданни, пространствени данни и услуги на Европейския геопортал;

Да поддържа OGC стандарти за актуални версии на WMS, WFS или еквивалентни;

Да се разработи модел на данните за всички теми от Анекс I, Анекс II и Анекс III на директива 2007/2/ЕО;

Да се разработи СМДО, съдържаща редактор и валидатор на метаданни според изискванията на Регламент 1205/2008;

Да се осигури възможност за валидиране на въведените метаданни през валидатора на европейския геопортал;




www.eufunds.bg

Да осигури връзка с многоезичния тезаурус (GEMET) https://www.eionet.europa.eu/gemet/bg/themes/, като се създадат условия за лесно и интуитивно намиране на ключови думи при създаването на метаданни към СМДО;

Да предоставя възможност за централизирано съхранение на метаданни за националните пространствени данни на органите на публичната власт и третите лица (по смисъла на ЗДПД);

Функционални изисквания на ниво прокси - прокси операции; управление на прокси администрирането; сигурност на комуникациите на информацията за аутентикация; мониторинг на качеството; валидиране на INSPIRE метаданни относно правилата за прилагане;

Да се изгради Форум към Web-страницата на портала - потребителите да имат възможност да изразяват мнения, да задават въпроси, да изразяват позиции по различни теми;

НППД да предостави обратна връзка с потребителите. НППД да има възможност да предостави съобщения за грешки към потребителите. Трябва да бъдат показани ясни съобщения, които да са разбираеми както за потребителя (в случай, че грешката е грешка за услуга, като например при прекъсване, при претоварване; когато данните или услугата не са налични; при наличие на грешка при въвеждане на данни), така и за системния администратор на НППД ( в случай, че грешката се дължи на технически дефект /bug/ или неправилно функциониране на системите на НППД;

НППД да предостави онлайн ръководство за работа на потребители; Да има възможност за съхранение и предоставяне на референтни модели

на масиви от пространствени данни и услуги, свързани с референтни информационни масиви;

Да съдържаща регистър на пространствените данни в Република България, включващ информация за историята и моментното изпълнение на националните задължения по прилагането на Директива INSPIRE;

Да предостави техническа възможност за свързване на информационните системи на органите на публичната власт и третите лица (по смисъла на ЗДПД);

Да предостави техническа възможност за добавяне на допълнителни тематични масиви от данни, извън обхвата на ЗДПД/Директивата INSPIRE.

8.1.2.3.2. Мрежови услуги (по смисъла на INSPIRE).68




www.eufunds.bg

НППД трябва да предоставя мрежови услуги на INSPIRE за намиране, разглеждане, изтегляне и трансформиране, които да съответстват на изискванията за качество, дефинирани в съответните европейски регламенти, както и други документи, свързани с мрежовите услуги, както следва:

Функционалните изисквания на услугите за намиране на метаданни и разглеждане на масиви от пространствени данни трябва да отговарят на изискванията на Регламент № 976/2009 от 19 октомври 2009 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на мрежовите услуги;

Функционалните изисквания на услугите за изтегляне и трансформиране, предоставящи достъп до масиви от пространствени данни трябва да отговарят на изискванията на Регламент 1088/2010 от 23 ноември 2010 г. за изменение на Регламент № 976/2009 по отношение на услугите за изтегляне и трансформиране;

Спецификации, ръководства за прилагане на регламентите, правила за прилагане и други съпътстващи документи, указани в раздел „Нормативна рамка” в настоящото Техническо задание т. 8.1.2.7.;

Регламент № 1089/2010/ЕК от 23 ноември 2010 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на оперативната съвместимост на масиви от пространствени данни и услуги за пространствени данни, съответните правила за прилагане и спецификации;

Регламент № 976/2009 от 19 октомври 2009 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на мрежовите услуги;

Регламент 1088/2010 от 23 ноември 2010 г. за изменение на Регламент № 976/2009 по отношение на услугите за изтегляне и трансформиране;

Спецификации, ръководства за приложение на регламентите, правила за прилагане и други съпътстващи документи, указани в раздел 8.1.2.7.

Мрежовите услуги на INSPIRE, които следва да предоставя НППД, трябва да отговарят на следните изисквания:

Услуги за намиране - да правят възможно търсенето за масиви от пространствени данни и услуги въз основа на съдържанието на съответните метаданни и да показват съдържанието на метаданните;

Услуги за разглеждане - да правят възможно, като минимум показване, навигация, увеличаване, намаляване, или припокриване на разглежданите




www.eufunds.bg

масиви от пространствени данни, както и информация за легендата и съответното съдържание на метаданните;

Услуги за изтегляне - да дават възможност за копия на масиви от пространствени данни или части от тях, да бъдат изтеглени, а когато това е осъществимо, да бъдат достъпни директно; При необходимост от изтегляне на пространствени данни, за които по силата на нормативен документ са дължими такси, Системата да препраща към геопортала или електронния магазин на съответния държател/първичен администратор на пространствени данни;

Услуги за трансформиране (преобразуване) - да дават възможност за масиви от пространствени данни да се трансформират с цел постигане на оперативна съвместимост;

Услуги за извикване на услуги за пространствени данни/Invoke - тези услуги позволяват да се определят входящите и изходящите данни, очаквани от друга услуга за пространствени данни, както и да се определи работния процес при реализиране на верига от услуги и при комбиниране на няколко услуги. Те също така позволяват да се определи интерфейс за Web-услуга, за управление и достъп при изпълнение на работни процеси или при реализиране на верига от услуги;

Услуги за предоставяне на метаданни; Услуги, свързани с референтни информационни масиви, по смисъла

на чл. 12, ал. 3 от ЗДПД.

8.1.2.3.3. Web-страница на НППД.

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

Възможност за добавяне на нови рубрики, както и премахване на съществуващи;

Брояч на посещения на сайта; Възможност за архивиране на информацията. Лесен достъп до архивни

материали; Осигуряване на възможност на посетителя бързо да се върне към

предишната секция или главната страница;




www.eufunds.bg

Възможност за изпращане на определена информация до определен потребител или група потребители;

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

Карта на сайта; Дизайнът на страницата трябва да бъде основан на една обща графична

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

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

Да бъде създадено Лого на НППД, което да присъства в горната част на Web-страницата;

Дизайнът на Web-страницата да бъде съгласуван предварително с Възложителя в процеса на изработка;

Да се осигури визуална идентификация на предоставеното от Европейския съюз финансиране или съфинансиране;

НППД трябва да съдържа страница с Общите условия за ползване на Портала.

8.1.2.3.4. Администриране и достъпност.

НППД да допуска работа на различни администратори със специфични права, като например системни администратори, администратори на базата данни, администратори на съдържание, администратори на форум и други;

Достъпът до административната част на сайта трябва да бъде регламентиран за основни групи потребители - Администратори и Редактори чрез локализиране и идентифициране на техните права и достъп;

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

потребители;




www.eufunds.bg

Регистрация на потребители в системата и осигуряване на оторизиран достъп до определени ресурси в зависимост от потребителската им група (добавяне, преглед, редактиране на съдържание и други);

Възможност за промяна на данните към потребителския профил, лична и контактна информация, парола за достъп;

Персонализиране на потребителския опит - за регистрирани потребители на НППД потребителите трябва да могат:- да съхраняват своите критерии за търсене и предпочитания;- да конфигурират картата по подразбиране, както и нейните разширения;- да съхраняват и споделят карти с други потребители;

НППД да предоставя административна възможност за обратна връзка с потребителите, включително съобщения за грешки.

8.1.2.3.5. Визуализиране и инструментариум на карта.

НППД трябва да поддържа следните функции за карта (за визуализиране на пространствени данни):

Показване на интерактивна информация като координати, координатна система, мащаб и други;

Навигация; Увеличаване/намаляване – zoom-in, zoom-out; Предходно увеличаване/намаляване – zoom-previous; Следващо увеличаване/намаляване – zoom-next; Измерване на разстояние; Измерване на площ; Панорамиране; Припокриване (наслагване) на слоеве; Контрол на прозрачността; Получаване/задаване на координати; Избор на слой за визуализация; Печат и информация на легендата, както и друго съответно съдържание

на данните.




www.eufunds.bg

8.1.2.3.6. Система за управление на бази от данни (СУБД).

Системата за управление на бази от данни трябва да осигурява: Висока надеждност на базата данни със следните минимални изисквания:- да притежава механизъм за изграждане на високонадеждни клъстерни

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

продължи да ползва ресурсите на останалите машини, като се пренасочат сесиите на приложенията към наличния ресурс;

- да притежава възможност за пространствено индексиране на данни (Spatial indexing / R-tree, Quad-tree/ GIST) и възможност за оптимизация и бързо намиране на резултати от запитване.

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

Средства за анализ на използваемостта на БД, осигурени от механизъм за анализ на постъпващия трафик към базата данни. Анализът трябва да се осъществява като набор от справки минимум за: общия трафик, трафик по страници и време за отговор/обработка;

Сигурност на БД, която да предвижда:- информацията за автентикация да се предава по защитени канали;- осигурена защита от инжектиране на код (валидиране на всички

потребителски данни) и атаки през SQL пакети;- изпълнителят трябва да извърши конфигуриране на базата данни

съгласно негово предложение, одобрено от Възложителя. БД да поддържа кирилица и латиница; Реализиране на политики за одит на базата данни.

8.1.2.3.7. Архивиране и възстановяване на данни в БД.

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

По време на изпълнение на настоящата поръчка Изпълнителят трябва да подготви документи за утвърждаване от Възложителя - процедура за архивиране, която да включва следните схеми: пълен архив на базите данни, на приложенията и на операционните системи през определен интервал от време.




www.eufunds.bg

Архивирането не трябва да пречи на текущата работа на системите. Необходимо е да се предоставят процедури за извършване на следните дейности:

Периодично репликиране и архивиране (BackUp) - ежедневно, седмично, месечно, тримесечно и годишно - на базата данни;

Възстановяване на информация и конфигурационни данни след срив (Recovery);

Поддържане и архивиране на статистически файлове (напр. System и SecurityLogs) на системния софтуер;

Администриране на дисковото пространство на системите за съхранение на информация с цел оптималното му използване (вкл. виртуализация).

8.1.2.3.8. Изисквания към сървърните приложения.

Сървърните приложения трябва да отговарят на следните минимални изисквания:

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

Да поддържат каталог на регистрираните пространствени ресурси на портала, вкл. техните метаданни;

Да осигуряват възможност за търсене с поддръжка минимум на Web 2.0 (OpenSearch) или еквивалентно, търсене в CMS модула и търсене по документи;

Да са сертифицирани по OGC стандарти: Web Map Service, Web Feature Service, Web Coverage Service, Catalogue Service, KML или еквивалентни;

Да осигуряват публикуване на мрежовите услуги за ползване от клиентски приложения - уеб страницата на НППД или външни приложения;

Да поддържат REST, GeoRSS, KML, SOAP, ATOM или еквивалентни за интеграция с външни приложения;

Да осигуряват управление на достъпа - интерфейс за управление на потребители, права, роли и контрол на достъпа.




www.eufunds.bg

8.1.2.4. Нефункционални изисквания.

Осигуряване на информационна сигурност на НППД.

В рамките на настоящата поръчка Изпълнителят следва да представи и съгласува с Възложителя предложение за прилагане на политика за информационна сигурност срещу следните уязвимости:

Защита срещу често срещани хакерски атаки; Кражба на данни; Отказ на услуга /DoS/; Обезобразяване на Web-сайта на НППД; Прикриване на Web-сайт; Защита на HTTP трафика; SQL инжекции; Инжекции чрез команди на операционната система; Cross Site Scripting (XSS); Session hijacking; Разрушаване на сайта; Изтичане на информация /Information leakage/; Регламентиране на права на достъп до главните директории на критични

сървъри; Стартиране на CGI скриптове от различни приложения, от различни

потребители на системата чрез използване на директивите suEXEC или CGIWrap. Така следва да бъдат избегнати инжекции чрез команди на операционната система;

Защита на сървърни файлове по подразбиране; Cross Site Request Forgery (CSRF); Защита срещу лесно за разбиване хранилище на пароли и управление на

потребители; Защита срещу вируси, червей, „троянски коне”, „бисквитки” и други.

Изпълнителят трябва да съобрази предложената от него архитектура с изискванията за информационна сигурност, дадени в Наредба за общите изисквания за мрежова и информационна сигурност, наличното оборудване при Възложителя, както и да конфигурира това оборудване според предложената политика за информационна сигурност.




www.eufunds.bg

След утвърждаване на политиките за информационна сигурност от Възложителя е необходимо Изпълнителят да конфигурира цялото оборудване на НППД в съответствие с изискванията, заложени в тях.

8.1.2.5. СМДО - Система за метаданнови описания.

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

8.1.2.5.1. Въведение.

Системата трябва да се състои от редактор и валидатор за метаданни. Редакторът на метаданни следва да осигури възможност за въвеждане и редактиране на метаданни за пространствени данни и услуги съгласно Техническите изисквания на Правилата за прилагане на Метаданни, които са в съответствие със схемата по ISO 19139, както и изискванията на Регламент 1205. Валидаторът трябва да осигури проверка (валидиране) на въведените метаданни в съответствие с Техническите изисквания на Правилата за прилагане на Метаданни, които са в съответствие със схемата по ISO 19139, както и изискванията на Регламент 1205.

8.1.2.5.2. Технически изисквания към системата.

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

Да осигури възможност за въвеждане и редактиране на метаданни за пространствени данни и услуги;

Да се създадат три темплейта за попълване на метаданни – за масиви за пространствени данни; за поредица от масиви за пространствени данни; за услуги за пространствени данни;

Да отговаря на Техническите изисквания на Правилата за прилагане на Метаданни, които са в съответствие със схемата по ISO 19139, както и изискванията на Регламент 1205;

Валидаторът на метаданни да позволява проверка на ключови думи от многоезичния тезаурус GEMET ver. 2.4, GEOSS ver.1.0, INSPIRE Feature Concept Dictionary ver.3, ISNPIRE Glossary ver. 3, включително и Темите за пространствени данни, дефинирани в приложения I, II и III от Директивата;




www.eufunds.bg

Редакторът на метаданни да позволява въвеждане на ключови думи от многоезичния тезаурус GEMET ver. 2.4, както и речниците GEOSS ver.1.0, INSPIRE Feature Concept Dictionary ver.3, ISNPIRE Glossary ver. 3;

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

Да позволява интелигентно търсене по най-съществените елементи на метаданните, като критериите за търсене да отговарят на чл. 16 от ЗДПД;

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

Потребителите се структурират в групи според структурите на държавната администрация;

За всеки потребител да се задава различно ниво на достъп до данните от групата организации, които той представлява спрямо достъпа до данните, администрирани от други организации;

Да осигури възможност за импорт/експорт в XML формат - съгласно стандартите ISO 19139, ISO 19115, ISO 19119 с цел достъп до европейския INSPIRE геопортал и импорт в MetaEditor на същия;

Импорт на метаданни в INSPIRE Metadata Validator за валидация - дава възможност за втора валидация през Европейския геопортал;

Да се въведе карта на Република България с възможност за местене и мащабируемост, която да осигури дефиниране на географския очертаващ правоъгълник - с помощта на мишка да се дефинира географския очертаващ правоъгълник като неговите координати автоматично да се определят и да се вкарат в метаданните;

Записването да метаданните в базата данни да стане на два паса - временно (Temp Data) - за потребителя, който е влязъл с име и парола вкарва някакви метаданни, но не попълва всички полета. Записва докъдето е стигнал. След време продължава пак и т.н. И другия пас (Real Data) - метаданните са валидирани успешно и се записват за постоянно съхранение в базата данни;




www.eufunds.bg

Работа с речници на каталози от данни (Thesaurus) - процесът на свързване на ключовите думи към метаданни да се осъществява в редактора на метаданните;

Да има възможност за добавяне и създаване на речници за ключови думи; Потребителят, създаващ метаданни, да има възможност да избира от

един или няколко речника при определяне на ключовите думи в процеса на редактиране на метаданни;

Създаване на диаграми за метаданните от Приложения I, II и III, показващи степента на изпълнение спрямо всички налични масиви и услуги с пространствени данни;

Да поддържа следните стандарти: ISO 19115, ISO 19119, ISO 19115-1, ISO 19115-3, ISO 19157, ISO 19157-3.

8.1.2.6. Създаване на отчети.

НППД трябва да генерира справки за: Брой потребители за определен период; Периоди на максимално натоварване; Най-често търсени пространствени данни и услуги; Статистика за използването на НППД на база на Google Analytics или

еквивалентни.

Освен това НППД трябва да генерира отчети, които да се изпращат до Европейската комисия. Създаването на отчети трябва да отговаря на Регламент 2009/442/ЕО на Комисията от 05 юни 2009 за прилагане на Директивата по отношение на наблюдението и докладването. Създадените отчети трябва да отговарят на Правилата за прилагане по отношение на наблюдението и докладването, дефинирани в документа „INSPIRE Monitoring and Reporting Implementing Rule“. Тези отчети трябва да съдържат индикаторите, описани в документа „Monitoring Indicators - Guidelines document”. Темплейта на индикаторите за наблюдение и докладване са дадени в документа „MR_indicators_template-v1.0”.

8.1.2.7. Нормативна рамка.

Дейностите при изпълнението на предмета на обществената поръчка трябва да са в съответствие с изискванията на следните европейски и национални документи:




www.eufunds.bg

8.1.2.7.1. Национално законодателство.

ЗДПД, транспониращ Директива 2007/2/EО (INSPIRE); Наредба за общите изисквания към информационните системи, регистрите

и електронните административни услуги; Наредба за общите изисквания за мрежова и информационна сигурност.

8.1.2.7.2. Директива на ЕС.

Директива 2007/2/EО на Европейския парламент и на Съвета от 14 март 2007 г. за създаване на инфраструктура за пространствена информация в Европейската общност (INSPIRE).

8.1.2.7.3. Документи за прилагане на директивата.

8.1.2.7.3.1. Метаданни.

Регламент (EO) №1205/2008 на Комисията (13.12.2008 г.) за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на метаданните;

Инструменти, подкрепящи прилагането на Регламент (EО) 1205/2008; Регламент (ЕС) № 1311/2014 от 10 декември 2014 г. за изменение на

Регламент (ЕО) № 976/2009 по отношение на определението за елемента INSPIRE на метаданните.

8.1.2.7.3.2. Правила за прилагане на метаданни.

Правила за въвеждане на метаданни по INSPIRE: Технически базови насоки EN ISO 19115 и EN ISO 19119.

8.1.2.7.3.3. Услуги за достъп до масиви от пространствени данни.

Регламент (ЕО) № 976/2009 от 19 октомври 2009 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на мрежовите услуги;

РЕГЛАМЕНТ (ЕО) № 1088/2010 от 23 ноември 2010 г. за изменение на Регламент (ЕО) № 976/2009 по отношение на услугите за изтегляне и трансформиране.

8.1.2.7.3.4. Инструменти, подпомагащи изпълнението на Регламент (EO) № 976/2009.

Правила за прилагане на услугите за изтегляне D 3.9;




www.eufunds.bg

Правила за прилагане на услугите за трансформация D 3.10; Правила за прилагане на услугите за пространствени данни по INSPIRE; Архитектура на мрежовите услуги.

8.1.2.7.3.5. Достъп до масиви от пространствени данни.

Регламент (ЕО) № 268/2010 от 29 март 2010 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на достъпа на институции и органи на Общността до масиви от пространствени данни и услуги за такива данни, предоставяни от държавите-членки при хармонизирани условия;

Ръководство относно прилагането на "Регламент за достъп до масиви от пространствени данни и услуги на държавите-членки и институциите на Общността и техните органи при хармонизирани условия".

8.1.2.7.3.6. Добри практики за данни и услуги за споделяне.

Правила за прилагане на услугите за пространствени данни по INSPIRE; Архитектура на мрежовите услуги (INSPIRE Network Service Architecture); Техническо ръководство на услугата за намиране; Техническо ръководство на услугата за разглеждане; Ръководство за кодиране на пространствените данни; Ръководство за изпълнение на мрежовите услуги; Препоръки за услуги за пространствени данни/Recommendations for

INSPIRE Spatial Data Services.

8.1.2.7.3.7. Оперативна съвместимост на масиви от пространствени данни и услуги.

Регламент (ЕО) № 1089/2010 от 23 ноември 2010 г. за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на оперативната съвместимост на масиви от пространствени данни и услуги за пространствени данни;

Регламент (ЕО) № 102/2011 от 4 февруари 2011 г. за изменение на Регламент (ЕО) № 1089/2010 за прилагане на Директива 2007/2/ЕО на Европейския парламент и на Съвета по отношение на оперативната съвместимост на масиви от пространствени данни и услуги за пространствени данни;

Регламент (ЕС) № 1253/2013 от 21 октомври 2013 г. за изменение на Регламент (ЕО) № 1089/2010 по отношение на оперативната




www.eufunds.bg

съвместимост на масиви от пространствени данни и услугите за пространствени данни;

Регламент (ЕС) № 1312/2014 от 10 декември 2014 г. за изменение на Регламент (ЕО) № 1089/2010 по отношение на оперативната съвместимост на услугите за пространствени данни.

8.1.2.7.3.8. Наблюдение и докладване.

Регламент 2009/442/ЕО от 05 юни 2009 за прилагане на Директивата по отношение на наблюдението и докладването.

8.1.2.7.3.9. Инструменти, подпомагащи изпълнението на регламентите.

Качество на данните в INSPIRE: от изискванията до метаданните; Бележки относно правилата за прилагане за оперативна съвместимост на

масивите от пространствени данни и услуги; Ръководства и технически указания:- Техническо ръководство на услугата за изтегляне, V.3.0.;- Техническо ръководство на услугата за разглеждане;- Техническо ръководство за INSPIRE SDS и услуги, позволяващи на

услугите за пространствени данни да бъдат извиквани /invoke/;- Ръководство за кодиране на пространствените данни;- Ръководство за производителност на мрежовите услуги (INSPIRE

Network Services Performance Guidelines);- Техническо ръководство основано на ISO 19115 и ISO 19119 - Правила

за прилагане на метаданни;- INSPIRE Редактор на метаданни - Ръководство на потребителя:

INSPIRE Архитектура на регистрите 20/07/2010; INSPIRE Домейн модел/Domain Model; INSPIRE Общ концептуален модел/ Generic Conceptual Model D 2.5.,

V 3.4, rc 3; GML апликационни схеми за различни типове пространствени данни

– GML_application_shemas; UML модел/model; WSDL за услуги за намиране _ разглеждане/_for_discovery_view; Спецификации на данни за 34 теми на INSPIRE - 34 отделни

документа - по един за всяка тема; Ръководство за кодиране на пространствени данни/Guidelines for the

encoding of spatial data;81




www.eufunds.bg

Качество на данните в INSPIRE: от изискванията до метаданните/Data quality in INSPIRE: from requirements to metadata;

Техническо задание за разработване на правилата за прилагане, прилагащи технически изисквания за оперативна съвместимост и хармонизацията на масиви от пространствени данни / Terms of Reference (ToR) for developing Implementing Rules laying down technical arrangements for interoperability and harmonisation of spatial datasets.

Забележка: Директивата, всички Регламенти, Технически ръководства, Правила за прилагане, Спецификациите за 34-те теми за данни, Общият концептуален модел, UML модела, Ръководство за кодиране на данни и т.н. - могат да бъдат разгледани в секция Library на INSPIRE портала на ЕС https://inspire.ec.europa.eu/portfolio/document-library

Изпълнителят е длъжен да се запознае задълбочено с посочените по-горе изисквания в цитираните документи. Разработеният и внедрен от Изпълнителя НППД трябва да отговаря на всички изисквания, които са дадени в тези документи.

8.1.2.8. Разработване на процедури за осигуряване работоспособност на НППД.

Трябва да се използва тестване, за да се провери дали даден резултат или компонент съответства на поставените изисквания. Тестването на отделните компоненти трябва да бъде проведено от Изпълнителя в негова среда.

Интеграционните тестове (за проверка на комуникацията между отделните модули и за проверка на входно-изходните интерфейси за обмен на данни) трябва да се проведат в среда на Възложителя.

Системните тестове (за проверка на функционални и нефункционални изисквания) трябва да се проведат в среда на Възложителя.

При тестването да се вземат предвид цялата нормативна рамка за прилагане на Директива 2007/2/ЕО. - раздел „Нормативна рамка“ - т. 8.1.2.7.

Осигуряването на необходимия софтуер за провеждане на тестовете е за сметка на Изпълнителя. Възможно е да се използват някои от следните инструменти, дадени в: http://www.softwareqatest.com/qatweb1.html

Тестването трябва да се извършва автоматично чрез изпълняване на софтуер, който изпълнява тест, ръчно тестване може да се използва само когато автоматизираното тестване е твърде сложно и/или се изисква човешка преценка.




www.eufunds.bg

http://www.softwareqatest.com/qatweb1.html

Ръчно тестване трябва да се използва само за тези случаи, при които автоматичното тестване не е осъществимо (ISO 2000).

Разработване на методики за тестване на НППД съгласно изискванията за качество на услугата, определени в регламента за мрежови услуги - да се разработят сценарии, план и методика за тестване, които да включват следните тестове:

Функционални тестове; Тестове за сигурност - за идентифициране на слаби места в сигурността

на НППД; Тестове на потребителския интерфейс - проверява комуникацията на

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

транзакции и други „скоростни“ изисквания; Тестове за натоварване; Стрес тест - използва се за пиково натоварване, което може да поеме

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

(отстраняване на дефекти или развитие на системата).

Формата за провеждане на тестовете да бъде във вид на таблица:

Цел на теста: Посочва се проверяваната функционалност, входните данни и т.н.

Изпълнение: При използване на валидни данни се връща очакван резултат. При използване на невалидни данни се връща подходящо съобщение.

Критерий за приключване: Всички планирани тестове са изпълнение. Всички открити дефекти са обработени

Забележки Описват св всички обстоятелства, които могат да повлияят на реализацията или изпълнението

8.2. Очаквани резултати.Разработен и внедрен Национален портал за пространствени данни, в

съответствие с европейските и националните изисквания, в т.ч.:83




www.eufunds.bg

1. Работещи мрежови услуги на INSPIRE - услуги за намиране, разглеждане, изтегляне и трансформиране за Приложения I, II и III на ЗДПД/Директива INSPIRE;

2. Предоставена техническа възможност за услуга за извикване на услуги за пространствени данни и услуги за предоставяне на метаданни;

3. Изградена Система за метаданнови описания - позволяваща въвеждане, редактиране и валидиране на метаданни;

4. Създадена БД за централизирано съхранение на метаданни за националните пространствени данни на органите на публичната власт и третите лица (по смисъла на ЗДПД);

5. Създадена БД за централизирано съхранение и предоставяне на референтни модели на масиви от пространствени данни и услуги, свързани с референтни информационни масиви;

6. Създадена БД, съдържаща регистър на пространствените данни в Република България, включващ всички типове съществуващи в Република България пространствени данни и материали и структурите, които са техни първични администратори или потребители, както и информация за историята и моментното изпълнение на националните задължения по прилагането на Директива INSPIRE;

7. Изградена и действаща сигурна и бърза връзка с INSPIRE портала на Европейския съюз;

8. Предоставена техническа възможност за свързване на информационните системи на органите на публичната власт и третите лица;

9. Работещ онлайн интерфейс за достъп до всички налични и публикувани масиви от пространствени данни по темите от Приложения I, II и III на ЗДПД/Директива INSPIRE и техния обмен чрез НППД;

10. Предоставена техническа възможност за добавяне на допълнителни тематични масиви от данни, извън обхвата на ЗДПД/Директива INSPIRE;

11. Работещ онлайн интерфейс за извикване/използване на услуги за намиране, разглеждане, изтегляне и трансформиране;

12. Интеграция с националния Портал за отворени данни и създаване на възможност за публикуване на набори от пространствени данни;

13. Проведени обучения на общо 86 (осемдесет и шест) човека - администратори на портала и служители от органите на публичната власт, които по силата на нормативен акт събират, създават, поддържат и разпространяват бази от пространствени данни;




www.eufunds.bg

14. Създадено и публикувано на НППД и на интернет страницата на ДАЕУ видео за популяризиране на Националния портал за пространствени данни.

9. ДОКУМЕНТАЦИЯ

9.1. Изисквания към документацията. Цялата документация и всички технически описания, ръководства за

работа, администриране и поддръжка на Системата, включително и на нейните съставни части, трябва да бъдат налични и на български език;

Всички документи трябва да бъдат предоставени от Изпълнителя в електронен формат (ODF/ /Office Open XML/MS Word DOC/RTF/PDF/HTML или други), позволяващ пълнотекстово търсене/търсене по ключови думи и копиране на части от съдържанието от оригиналните документи във външни документи, за вътрешна употреба на Възложителя;

Навсякъде, където в документацията има включени диаграми или графики, те трябва да бъдат вградени в документите в оригиналния си векторен формат;

Детайлна техническа документация на програмния приложен интерфейс (API), включително за поддържаните уеб услуги, команди, структури от данни и други. Документацията да бъде придружена и с примерен програмен код и/или библиотеки (SDK) за реализиране на интеграция с външни системи, разработен(и) на Java или .NET. Примерният код трябва да е напълно работоспособен и да демонстрира базови итерации с API-то:- регистриране на крайна точка (end-point) за получаване на актуализации

от Системата в реално време;- заявки за получаване на номенклатурни данни (списъци, таксономии);- заявки за актуализиране на номенклатурни данни (списъци,

таксономии);- регистрация на потребител;- идентификация и оторизация на потребител или уеб услуга;

Документацията за приложния програмен интерфейс (API) трябва да бъде публично достъпна;

Всеки предоставен REST приложно-програмен интерфейс трябва да бъде документиран чрез API Blueprint (https://github.com/apiaryio/api-blueprint),




www.eufunds.bg

https://github.com/apiaryio/api-blueprint

Swagger (http://swagger.io) или чрез аналогична технология. Аналогично представяне трябва да бъде изготвено и за SOAP интерфейсите;

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

Ръководства на потребителя и администратора за работа и администриране на Системата;

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

Обща информация, инструкции и процедури за администриране, архивиране и възстановяване, и поддръжка на сървъра за управление на бази данни.

Изисквания за публичностВсички документи, материали и резултати, включително и видеото,

свързани с изпълнението на обществената поръчка, следва да бъдат подготвени в съответствие с изискванията за мерките по информация и комуникация на ЕС, описани в „Единен наръчник на бенефициента за прилагане на правилата за информация и комуникация 2014-2020 г.“, както и на ОПДУ. Всички документи и материали трябва да съдържат:

Емблемата на ЕС, упоменаването „Европейския съюз“, наименованието на съфинансиращия фонд;

Общото лого за програмен период 2014-2020, със съответното наименование на финансиращата програма;

Изречението: Този документ е създаден в рамките на проект № BG05SFOP001-1.002-0014 „Национален портал за пространствени данни (INSPIRE)“, който се осъществява с финансовата подкрепа на Оперативна програма „Добро управление“, съфинансирана от Европейския съюз чрез Европейския социален фонд - www.eufunds.bg;

За информация, разпространявана по електронен път, описаните принципи се прилагат аналогично.

9.2. Прозрачност и отчетност.Изпълнителят и Възложителят трябва да публикуват подробни месечни

отчети в машинночетим отворен формат за извършените дейности, включително




www.eufunds.bg

http://swagger.io/

количеството изработени човекодни по дейности, извършени от консултанти, експерти, специалисти и служители на изпълнителя и възложителя.

Документацията, предоставена от Изпълнителя на Възложителя, трябва да бъде:

На български език; В електронен формат, като копирането и редактирането на

предоставените документи следва да бъде лесно осъществимо; Актуализирана в съответствие със съгласувана с Възложителя процедура,

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

Минимално изискуемата документация по настоящата поръчка включва изброените по-долу документи.

9.3. Системен проект.Изпълнителят на настоящата поръчка трябва да дефинира в детайли

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

При документирането на изискванията, с цел постигане на яснота и стандартизация на документите, е необходимо да се използва утвърдена нотация за описание на бизнес модели. Изготвената детайлна техническа спецификация (системен проект) се представя за одобрение на възложителя. В случай на забележки, корекции или допълнения от страна на възложителя изпълнителят е длъжен да ги отрази в детайлната техническа спецификация (системен проект).




www.eufunds.bg

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

Този пакет трябва да съдържа минимум следните документи: Архитектура на системата

Описва се архитектурата на системата, хардуера, мрежовите връзки, езика на писане на Source code, начините за трансфер и зареждане на данни и др.

Архитектура на функционалността Съдържа "use cases" схеми, системни процедури и интерфейси

(необходими проверки и контроли) – модел, който описва реализацията на детайлните изисквания и служи за изпълнение, както и неговия Source code, вкл. детайлно описание на формалните и логически контроли при въвеждане на данни, контролите при обработката и резултатите от обработките, логиката и последователността на обработките, както и други изисквания към функционалните възможности.

Архитектура на технологичната среда Описва технологичната среда - сървъри (на приложението и на базите

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

Архитектура на сигурността Описва елементите и начините на осигуряване на сигурност между

отделните компоненти на системата. Описание на базата данни

Съдържа поне следните две части: - първата част трябва да представлява модел на данните, включващ

таблици; полета; тип на полетата; формат на полетата; данните, които се съхраняват в това поле; индекси; primary keys; foreign keys; логически връзки; constraints и всички други обекти в базата данни, като например stored procedures и тяхното предназначение;

- втората част трябва да съдържа информация за всяка една данна. Първоначалната инициализация на информационната система

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




www.eufunds.bg

Профили за достъп Трябва да са описани детайлно групите за достъп до информацията и

функционалността в информационната система, за да може на всеки потребител да се класифицира съответният профил за достъп.

9.4. Техническа документация.Всички продукти, които ще се доставят, трябва да са със специфична

документация за инсталиране и/или техническа документация, в това число: Ръководство за администратора, включващо всички необходими

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

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

Детайлно описание на базата данни; Описание на софтуерните модули; Описание на изходния програмен код.

Изпълнителят трябва да предостави на Възложителя следните подробни и ясни ръководства:

Ръководства на потребителя – за служители на ВъзложителяРъководството трябва да съдържа указания от тип „стъпка по стъпка”,

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

Ръководство за експлоатация на администратораРъководството трябва да съдържа описание от тип „стъпка по стъпка” на

всяко действие, във всяка ситуация, в която може да попадне администраторът – вкл. какви сървъри с какви параметри са необходими за инсталация на системата, какви комуникации, стартиране на инсталация на операционната система, върху която ще работи приложението, и даване необходимите й




www.eufunds.bg

настройки; инсталация на системата (приложение и база данни), която е била разработена; настройки на конфигурационни файлове и скриптове за стартиране; спиране и опресняване на системата. Трябва да бъдат описани всички ежедневни действия по поддръжка и профилактика на разработената система. Ръководството трябва да съдържа списък на всички системни грешки, подредени последователно в зависимост от кодовете им, еднозначно описание на грешките и съответното действие, което администраторът трябва да предприеме за отстраняването им.

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

мониторинг.Списъкът трябва да съдържа всички съобщения, които може да генерира

системата за наблюдение и инструкции, както и какво да се прави „стъпка по стъпка“, когато се получи съответното съобщение.

- Процедура за възстановяване на системата след срив, бедствие или авария.

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

- Процедура за осигуряване на непрекъсваемост на бизнес процеса при неработоспособност на системата (аварийна процедура).

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

- Процедура за архивиране на данниТази процедура описва начина, по който ще се извършва архивиране на

данни от базите данни в съответствие с изискването за архивиране на данни, описано по-горе.




www.eufunds.bg

Ръководство за инсталиране и конфигуриранеРъководството трябва да съдържа в хронологичен ред описание от тип

„стъпка по стъпка” на всяко действие, което администраторът трябва да извърши, за да инсталира и пусне в експлоатация.

9.5. Протоколи.Изпълнителят трябва да изготвя протоколи от изпълнението на различните

етапи на настоящата поръчка, описани в раздел 8 на настоящия документ, заедно със съпътстващите ги документи - резултати от изпълнението на етапите.

9.6. Комуникация и доклади.За успешното изпълнение на проекта участниците в настоящата

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

Управлението на комуникацията трябва да включва изготвяне на минимум следните регулярни доклади за статуса и напредъка на изпълнението на поръчката:

9.6.1. Встъпителен доклад.Встъпителният доклад трябва да бъде предоставен до 10 (десет) работни

дни от подписването на договора и да съдържа описание минимум на: Подробен работен план и актуализиран времеви график за периода на

настоящата поръчка; Начини на комуникация; Отговорни лица и екипи.

Встъпителният доклад следва да бъде одобрен от Възложителя.

9.6.2. Междинни доклади.Изготвя се и се представя 1 (един) междинен доклад в срок до 3 (три)

месеца след сключване на договора.Междинният доклад трябва да съдържа информация относно

изпълнението на дейностите по етап 1 „Проектиране“ и етап 2 „Разработка“.




www.eufunds.bg

Докладът за междинния напредък трябва да бъде подготвен по следния начин:

Общ прогрес по дейностите през периода; Постигнати проектни резултати за периода; Срещнати проблеми, причини и мерки, предприети за преодоляването им; Рискове за изпълнение на свързани дейности и на настоящата поръчка

като цяло и предприети мерки; Актуализиран план за изпълнение, ако има такъв.

Междинният доклад следва да бъде одобрен от Възложителя.

9.6.3. Окончателен доклад. Окончателният доклад се изготвя за цялостно отчитане на

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

Изисквания към изготвянето на докладите:

Всички доклади да се представят от Изпълнителя на български език на електронен носител в сроковете, посочени по-горе. Докладите следва да се изготви в машинночетим формат, минимум 30 страници (без приложенията), с шрифт Times New Roman, размер 12 пункта, разстояние между редовете 1.5. Докладът се изготвя и предава на Възложителя на електронен носител в редактируема електронна форма (.doc или .docx файлов формат). Докладите, извършената и отчетена в тях работа и постигнатите резултати се приемат чрез подписване на двустранни констативни протоколи, подписани от страна на Възложителя - от ръководителя на проекта и от страна на Изпълнителя - от представляващия или от упълномощено от него лице, и се завеждат в деловодството на Възложителя.

Възложителят разглежда представените доклади и в срок до 5 (пет) работни дни от съответното представяне уведомява Изпълнителя за приемането им, или ги връща за преработване, допълване или




www.eufunds.bg

окомплектоване, ако не отговарят на изискванията, като чрез ръководителя на проекта дава указания и определя срок за отстраняване на констатираните недостатъци и пропуски.

Възложителят приема изработените и представени към докладите резултати, ако те съответстват на предварително определените изисквания и са достигнати очакваните резултати.

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

Страните съставят и подписват окончателен двустранен констативен протокол за приемане на окончателния доклад, като в протокола се констатира изпълнението или неизпълнението на договора.

10. РЕЗУЛТАТИ

Очакваните обобщени резултати от изпълнението на настоящата обществена поръчка са следните:

1. Разработен и внедрен Национален портал за пространствени данни, в съответствие с европейските и националните изисквания;

2. Проведени обучения за общо 86 (осемдесет и шест) човека - администратори на портала и служители от органите на публичната власт, които по силата на нормативен акт събират, създават, поддържат и разпространяват бази от пространствени данни;

3. Създадено и публикувано на Националния портал за пространствени данни и на интернет страницата на ДАЕУ видео за популяризиране на Националния портал за пространствени данни.




www.eufunds.bg

e-gov.bg¢ехническо_задание... · web viewПриложение № 1 ....

Documents