ТЕХНИЧЕСКО ЗАДАНИЕ ЗА ОБОСОБЕНА ПОЗИЦИЯ 2: „ИЗГРАЖДАНЕ НА НАЦИОНАЛНИЯ ЕЛЕКТРОНЕН РЕГИСТЪР НА ОБЕКТИТЕ ЗА ОБЩЕСТВЕНО

ХРАНЕНЕ И ТЪРГОВИЯ НА ДРЕБНО С ХРАНИ. ВНЕДРЯВАНЕ НА НОВИ ЕЛЕКТРОННИ АДМИНИСТРАТИВНИ УСЛУГИ, СВЪРЗАНИ С

ИЗПОЛЗВАНЕТО НА РАЗРАБОТЕНИЯ РЕГИСТЪР“ В ИЗПЪЛНЕНИЕ НА ДОГОВОР № 14-32-10/01.09.2014 Г.

I. ВЪВЕДЕНИЕКлючовите думи "ТРЯБВА", "ТРЯБВА ДА НЕ", "НЕОБХОДИМИ",

"ПРЕПОРЪЧВА" и "МОЖЕ" в този документ трябва да се тълкуват по следния начин:

“ТРЯБВА”Тази дума, или думата, "необходими", означава, че определението е

задължително изискване на Техническото задание.“ТРЯБВА ДА НЕ”Тази фраза, или фразата "не трябва", означава, че определението е

задължителна забрана на Техническото задание.“ПРЕПОРЪЧИТЕЛНО Е”Тази фраза, или думата "препоръчва", означава, че може да

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

“НЕ Е ПРЕПОРЪЧИТЕЛНО”Тази фраза, или фраза "не се препоръчва", означава, че при определени

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

“МОЖЕ“Тази дума, или фразата "по избор", означава, че имате свобода да

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

София, 2014 г.

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

“Възложител“ ще наричаме Българска агенция по безопасност на храните (БАБХ).

“Изпълнител“ ще наричаме тези организация или консорциум, които са спечелили изпълнението на настоящия проект.Речник на използваните термини

БАБХ Българска агенция по безопасност на хранитеАУ Административни услугиБД База от данни ЕАУ Електронна административна услуга

ЗЕУ Закон за електронното управлениеИКТ Информационни и комуникационни технологииИС Информационна системаИТ Информационни технологииЕАД Единен административен документОС Операционна системаПП Програмен продуктСУБД Система за управление на база данниЕС Европейски съюзЕК Европейска комисияНС по ИКТ Надзорен съвет по информационни и комуникационни

технологииSLA Service Level AgreementSOA Архитектура, ориентирана към услугитеSOAP Simple Object Access Protocol. Протокол за пренос на

обекти през уеб услугиXML Extensible Markup LanguageUML Unified Modeling LanguageООП Обектно ориентирано програмиранеBPMN Business Process Model and NotationSSL Secure Sockets Layer

II. ОПИСАНИЕ

Стр. 2 от 26

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

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

2.1. Цели на проектаОбщата цел на проекта е:Изграждане на националния електронен регистър на обектите за

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

Специфични цели на проекта са: Осъществяване на електронен достъп до данните в регистъра. Актуализиране на данните в регистъра с допълнителна информация. Гарантиране на качеството на данните, поддържани в регистъра. Развитие на услугите, предоставяни от БАБХ за други

администрации. Популяризиране на е-управлението и повишаване на доверието у

гражданите и бизнеса. Намаляване на разходите на администрациите при обмен на

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

административни услуги. Усъвършенстване на оперативната съвместимост и осигуряване на

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

обслужване.

2.2. Очаквани резултати Електронизиран национален регистър на обектите за обществено

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

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

Стр. 3 от 26

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

2.3. Необходимост от проектаКъм момента регистърът поддържа над 10 000 регистрирани обекта и за

2013 година има над 5 000 заявки за промяна и справка.Електронизирането на регистъра ще повиши контрола на регистрацията

на обектите за обществено хранене и търговия на дребно с храни и ще улесни служителите в БАБХ в изпълнението на служебните им задължения.

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

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

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

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

2.4. Целевите групи, обхванати от проекта, са следните: Администрацията на Българска агенция по безопасност на храните

(БАБХ). Бизнес операторите, както и всички държавни администрации, които

имат нужда от достъп до регистрите, поддържани от БАБХ

III. ХАРАКТЕРИСТИКИ НА ОБОСОБЕНА ПОЗИЦИЯ 2

Стр. 4 от 26

3.1. Обект на обособената позицияОбект на настоящата обособена позиция е предоставяне на услуги по

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

3.2. Обхват на поръчкатаОбхватът на обособената позиция включва изпълнението на Дейност 1 от

цитирания по-горе проект, която от своя страна включва следните основни дейности:

1. Проектиране на системна архитектура;2. Дизайн на 1 публичен регистър;3. Разработка и внедряване на електронен публичен регистър;4. Интегриране на съществуващите данни в новия електронен регистър;5. Обучение на потребители от БАБХ за работа с регистръра;

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

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

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

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

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

Обучение на специалистите от БАБХ за работа с регистъра.

3.3. Очаквани резултати от изпълнението на поръчката: Разработен дизайн на публичния регистър на БАБХ; Разработени електронни регистри – 1 брой; Обучени потребители (системни администратори – 5 бр.; служители

на БАБХ – 30 бр.);

Отделните дейности са, както следва:

Стр. 5 от 26

Дейност 1: Проектиране на системна архитектура;Дейност 2: Дизайн на 1 публичен регистър;Дейност 3: Разработка и внедряване на електронен публичен регистър; Дейност 4: Интегриране на съществуващите данни в новия електронен

регистър;Дейност 5: Обучение на потребители от БАБХ за работа с регистръра;

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

IV. ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕТО НА ПОРЪЧКАТА4.1. Изпълнението на поръчката следва да се осъществява в съответствие

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

4.2. При изпълнение на дейностите Изпълнителят и неговите служители се задължават:

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

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

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

да спазват вътрешните правила за достъп до сградата и режим на работа на БАБХ;

да спазват всички процедури и изисквания на БАБХ за работа в информационната инфраструктура на БАБХ.

V. ТЕХНИЧЕСКА И ИНФОРМАЦИОННА ОСИГУРЕНОСТ5.1. ИТ инфраструктура на БАБХ

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

ИТ инфраструктурата е изградена на базата на Майкрософт технологии (Windows Server 2012, Exchange ServerMicrosoft SQL), реализирана активна директория и необходимите ИТ услуги за нормална работа на регистъра.

Стр. 6 от 26

5.2. Използвано хардуерно оборудване в БАБХПерсонални компютри:Персонални компютри с операционна система Windows XP, Windows Vista,

Windows 7, Windows 8, 8.1.Сървъри, (осигуряващи виртуална среда на ИТ инфраструктурата):Windows Server 2003 Windows Server 2012 Windows Server 2008Exchange Sever 2013Microsoft SQL

5.3. Програмно обезпечаване, базов и системен софтуер:Windows Server 2102 Exchange Server 2013 MS Windows 7 MS Windows 8.1 MS Office 2010 Professional Microsoft SQL

5.4. Приложен софтуерПродукти с офис-функционалностИзползваните в БАБХ продукти с офис-функционалност са отделните

приложения, част от офис-пакета на Microsoft – наличните версии Office 2010, 2013, Windows 7 и, Windows 8, 8.1;

5.5. Наличен регистър на обектите за обществено хранене и търговия на дребно с храни поддържан от от БАБХ

Наличен регистър на обектите за обществено хранене и търговия на дребно с храни поддържан от от БАБХ и Изграждане на национален електронен регистър на обектите за обществено хранене и търговия на дребно с храни.

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

1. Списък на производителите на първични продукти, регистрирани в съответствие с чл.1, т.1 от Наредба 26 от 14 октомври 2010 год. за специфичните изисквания за директни доставки на малки количества суровини и храни от животински произход;

2. Обекти за търговия на дребно , осъществяващи дейност в съответствие с чл.1, т.2 от Наредба 26 от 14 октомври 2010 год. за

Стр. 7 от 26

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

3. Обекти за търговия на дребно с хранителни добавки и добавки в храните;

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

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

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

7. Обекти със странична, локална и ограничена дейност, които са с преобладаваща търговия на дребно и предлагат храни от животински и/или неживотински произход;

8. Заведения за организирано хранене;9. Ресторанти;10. Заведения за бързо обслужване;11. Заведения за консумация на напитки и сладкарски изделия;12. Питейни заведения;13. Временни обекти за търговия;14. Временни обекти за обществено хранене.

Електронизацията на описаните подрегистри ще включва:- Анализ на данните за качество, повторения, семантична

съвместимост и др.;- Нормализация на данните при необходимост;- Трансформиране на съществуващите Microsoft Word (или PDF)

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

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

електронно управление ЕСОЕД (Единна среда за обмен на електронни данни) за синхронен достъп до данните в регистрите.

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

- Типът и параметрите на интерфейса ще се съгласуват с МТИТС по време на разработването на техническото задание за възлагане на обществена поръчка

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

Регистрация на обекти за производство и търговия с храни (М4.9.17);

Стр. 8 от 26

Регистрация на производителите на първични продукти, регистрирани в съответствие с чл.1, т.1 от Наредба 26 от 14 октомври 2010год. за специфичните изисквания за директни доставки на малки количества суровини и храни от животински произход;

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

Регистрация на обекти за търговия на дребно с хранителни добавки и добавки в храните;

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

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

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

Регистрация на обекти със странична, локална и ограничена дейност, които са с преобладаваща търговия на дребно и предлагат храни от животински и/или неживотински произход;

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

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

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

5.6. Насоки за подобряване на начина на водене на регистрите и тяхната функционалност

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

1. Голям обем от данни.- данните се актуализират веднъж месечно в Централно управление на Българската агенция по безопасност на храните, Дирекция "Контрол на храните и граничен контрол" (данните се подават от 28 Областни дирекции по безопасност на храните (ОДБХ), което от своя страна води до по-бавно обработване на информацията и повече технологично време за въвеждане на данните. Регистърът трябва да дава възможност всяка от

Стр. 9 от 26

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

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

4. Формат на данните - понастоящем регистрите се поддържат в Microsoft Word файлове и се публикуват след трансформация във формат Adobe PDF. От тази гледна точка поддръжката на регистрите е сложна. Състои се от събиране на данните от областните дирекции, изпращане на данните по електронна поща в ЦУ на БАБХ, обобщаване на информацията в текстов документ MS Word и последващо генериране на документа във формат Adobe PDF и публикуване на документа на сайта на агенцията.

5. Комплексно административно обслужване - Комплексното Административно Обслужване (КАО) е задължително за всички администрации от 2015 година по силата на новоприетия Административно Процесуален Кодекс. С реализацията на електронните услуги (web services) БАБХ ще отговори на това изискване, като предостави технологична среда за автоматизирано, служебно събиране на данни.

6. Реализацията на описаните в секция Описание на дейността услуги ще улеснят целевите групи.

Регистърът трябва да е Уеб-базирано приложение и да е разработен като база данни в MS SQL, или  SQL server, с on-line достъп

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

VI. ЦЕЛИ И ОЧАКВАНИ РЕЗУЛТАТИОсновната цел на поръчката е е Изграждане на националния електронен

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

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

(БАБХ). Бизнес операторите, както и всички държавни администрации, които

имат нужда от достъп до регистрите, поддържани от БАБХ

6.2. Очаквани резултати Електронизиран регистър „Национален регистър на обектите за

обществено хранене и търговия на дребно с храни”.

Стр. 10 от 26

Създaване на интерфейси (уеб услуги) за интеграция с компонента на електронно управление Единна среда за обмен на електронни данни за синхронен достъп до данните в регистрите.

Web базиранo приложение за обслужване на процесите по управление на жизнения цикъл на данните в регистъра: създаване, промяна, деактивиране, премахване и архивиране на данни в регистъра от служители на БАБХ. Разработено web базирано приложение за подаване на заявления за административните услуги по електронен път и изпълнение на административната услуга с предоставяне на резултат от изпълнението.

6.3. Обхват на обособената позицияОбособенатз позиция включва Изграждане на национален електронен

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

Проектиране и реализиране на системна архитектура; Интегриране на съществуващите данни в новата системна

архитектура; Осъществяване на връзка между създадените регистри,

информационната система за предоставянето на електронни административни услуги и административната информационна система на БАБХ;

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

Обучение на потребителите от БАБХ за работа със регистъра.За изграждане на цифровизирания регистър, Изпълнителят следва да

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

С цел гарантиране качеството на разработката и запазване на инвестициите следва да се предложи методология за разработка на регистъра, която отговаря на общоприетите добри практики за разработка на софтуер, като в предложението Изпълнителят описва следните дисциплини: Анализ и дизайн на регистъра, Разработка, Тестване, Внедряване, Обучение. При обучението на потребителите от БАБХ и администраторите за работа със създадения регистър, трябва да се използва интерактивен подход на обучение.

6.4. Общо описание на всяка от дейностите:1. Проектиране и реализиране на системна архитектураВключва разработване на Архитектурен модел (дизайн) на за регистъра

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

Стр. 11 от 26

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

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

Обхват на дейносттаВ резултат на изпълнението на тази дейност трябва да бъдат

разработени и представени на Възложителя за съгласуване и одобряване:o Детайлен график за етапите при изпълнение на договора;o Анализ на техническата спецификация;o Архитектурен модел (дизайн) на електронния регистър.

2. Дизайн на регистъраДейността включва действията по анализа на съществуващите бизнес

процеси в БАБХ за поддържания регистър, както и потоците информация, която постъпва и се съхранява в него. Основна цел е проектирането на базата данни (СУБД от тип клиент-сървър).

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

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

Обхват на дейносттаИзпълнителят следва да извърши следните действия: Анализ на нормативните изисквания, техническите спецификации,

процесите и изискванията на БАБХ за функциите на регистъра; Създаване на концепция на регистъра въз основа на Техническото

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

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

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

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

Стр. 12 от 26

достъп до данните и др.; Моделиране на процесите за предварителен контрол на данните,

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

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

Документиране на дизайна на базата с регистри на БАБХ, като се използва стандарта за описание на бизнес модели UML (Unified Modeling Language);

Като резултат от изпълнението на дейността Изпълнителят следва да представи:

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

o Детайлно описание на регистъра за осигуряване на бизнес процесите на БАБХ;

o Концептуален модел на базата данни;o Логически модел на данните и схема на релационна база данни,

реализираща модела;o Описание на дизайна на базата данни на регистъра на БАБХ;o Дизайн на потребителския интерфейс, реализиращ управлението на

регистрите.

3. Разработка и внедряване на един електронен регистърДейността включва техническото разработване на проектирания

електронен регистър на БАБХ и начални тестове на създадената система. По време на разработката, Изпълнителят следва да използва собствен хардуер, необходимия системен софтуер и развойни средства.

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

Обхват на дейносттаИзпълнителят следва да извърши следните действия: Дефиниране на изискванията към потребителския интефейс,

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

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

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

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

Стр. 13 от 26

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

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

Разработване на техническа и експлоатационна документация, която да позволи безпроблемна работа на потребителите с изградения електронен регистър на БАБХ.

Като резултат от изпълнението на тази дейност Изпълнителят следва да представи:

o Разработен, инсталиран и тестван електронен регистър;o Описание на регистъра с функционалните му характеристики;o Описание на политиката за сигурност и защита на данните;o Описание на предвидените приемателни тестове за реално тестване на

регистъра;

4. Интегриране на съществуващите данни в новата системна архитектура

Данните, които съхранява в регистъра и архивите БАБХ, имат полуструктуриран характер – структурата им не е унифицирана (напр. полета, които не са попълнени или имат изменяща се семантика). Основният обем от данните в регистрите се съхранява в Word, формат .doc .

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

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

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

корекция на данните; Същинска миграция на данните в новия регистър и анализ на

резултатите; Разработване на процедури за ръчно въвеждане на данни от минали

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

позволи ръчно въвеждане на данни от потребителите на БАБХ;Като резултат от изпълнението на тази основна дейност, Изпълнителят

Стр. 14 от 26

следва да представи:o Описание на средствата и процедурите за миграция и корекция на

данни;o Записани предоставени данни в регистъра на БАБХ;o Доклад за резултатите от миграцията и възникналите грешки при

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

периоди.

5. Осъществяване на връзка между създаденя регистър, информационната система за предоставянето на електронни административни услуги и административната информационна система на БАБХ

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

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

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

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

Като резултат от изпълнението на тази дейност Изпълнителят следва да представи:

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

страницата;

6. Подготовка на заявления за вписване в Регистъра за оперативна съвместимост, съгласно Закона за електронното управление и свързаните с него подзаконови нормативни актове

Създаваната информационно-комуникационната среда на БАБХ е административна информационна система по смисъла на Наредбата за вътрешен оборот на електронни документи и документи на хартиен носител в администрациите. Като такава, тя попада в обхвата на чл.20 от Наредбата за общите изисквания за оперативна съвместимост и информационна сигурност.

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

Стр. 15 от 26

изискванията за оперативна съвместимост и информационна сигурност.Обхват на дейносттаИзпълнителят трябва да извърши следните действия: Описание на въведените нови информационни обекти за вписването

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

Генериране на релевантни xml-дефиниции на документи, регистри и обекти;

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

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

Изготвяне на Заявление за вписване в регистъра на регистрите и данните.

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

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

7. Обучение на потребителите от БАБХ за работа с регистъраЗа нормалното и безпроблемно функциониране на регистъра и

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

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

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

регистъра от БАБХ и 5 администратори; Провеждане на обучението;

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

Стр. 16 от 26

Последователността на изпълнение на дейностите и под-дейностите по поръчката следва да се извърши по предварително установен план-график.

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

VII. ИЗИСКВАНИЯ КЪМ РЕГИСТЪРАПроектирането, разработването и внедряването на цифровизиран

регистър на БАБХ, поддържаща база данни за обектите за обществено хранене и търговия на дребно с храни, следва да бъде изцяло съобразено с действащата нормативна уредба. Това включва Закона за електронното управление и подзаконовите нормативни актове по неговото прилагане), а така също и стратегическите документи в областта на предоставянето на електронни административни услуги и Единната среда за обмен на електронни документи (ЕСОЕД), включително Обща стратегия за електронното управление в Република България 2011г.-2015г.

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

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

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

7.2. Структура и архитектурни изискванияРазработеният регистър ще се състои от следните три компонента: ИТ инфраструктура, върху която ще бъдат инсталирани и ще работят

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

на Microsoft SQL server, с който БАБХ разполага). Приложения, реализиращи управлението и поддръжката на

регистрите, както и обмена на данни с други системи.Предложената архитектура трябва да предостави адекватна

производителност и поддръжка на нарастващите нужди при разширяване на обхвата на предлаганите от БАБХ административни и електронни услуги.

Стр. 17 от 26

7.3. Изисквания към ИТ инфраструктуратаРегистърът ще функционира в централен възел (сървъри и дискови

масиви), разположен в БАБХ, който чрез Интранет обслужва клиентите на регистърът.

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

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

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

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

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

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

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

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

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

БАБХ програмни продукти.

7.5. Изисквания по отношение на базата данни:Съхранението и достъпът до данните в регистъра трябва да се

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

Стр. 18 от 26

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

Разработената и внедрена база данни за регистъра на БАБХ следва да осигурява надеждно въвеждане, поддръжка, обработка и архивиране на данните, като изпълнява следните изисквания:

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

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

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

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

данни, а също и native разполагане на XML данни, текстове и документи. Да предоставя достъп до данните през стандартни интерфейси като SQL,

JDBC, SQLJ, ODBC, OLE DB, SQL/XML, XQuery и WebDAV. Да бъде в съответствие с Core SQL: 2008 и SQL/XML: 2008 стандарти.

7.7. Ефективност и скалируемост на базата данниДа има вграден механизъм за преразпределяне и настройка на

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

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

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

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

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

Стр. 19 от 26

мерки.

7.9. Общи функционални изискванияЕлектронните регистрите на БАБХ следва: Да бъде изградена на модулен принцип, като модулите

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

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

Регистърът да предоставя стандартни възможности за експортиране на данни от потребителите (справки) поне във форматите CSV, MS Excel, XML, HTML.

Да дава възможност за импортиране на данни поне от формати CSV, MS Excel, XML. При въвеждане на голям обем данни, които са налични в електронен файл, да се осигурят процедури за въвеждане (import) по предварително зададени структури.

7.10. Основни модули на регистъраОсновните модули не са описани подробно, а само като функции.

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

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

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

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

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

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

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

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

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

7.11. Специфични функционални изискванияЦелеви групи потребители

Стр. 20 от 26

Ново-изградения регистър на БАБХ трябва да обслужва следните целеви групи потребители:

Вътрешни потребители:Това са групите потребители, пряко ангажирани с поддръжка на

регистрите или имащи достъп на ниво контрол и създаване/преглед на справки. Те са служители на БАБХ.

На всеки потребител следва да може да се назначава една или повече роли и да се задават конкретни права.

Външни потребители:Външните потребители на регистрите са гражданите и бизнеса.

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

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

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

7.13. Функционални изисквания към регистъра на БАБХРегистърът трябва да осигури запазване на състоянието (архив) при

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

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

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

7.14. Нефункционални изисквания към регистъраИзисквания към потребителския интерфейс Регистърът трябва да бъде интуитивен – да притежава хомогенен и

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

Стр. 21 от 26

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

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

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

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

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

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

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

o генерира автоматично стойности като ‘Пореден номер’ и ‘Дата на въвеждане’,

o показва списъци от разрешените стойности за избор в определени полета,

o показва контексно зависим набор от стойности при избор от номенклатури,

o преобразува въведените стойности в определените стандартни формати;

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

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

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

Да се използва стандартно визуализиране на числа, дати и форматирани стойности, като има възможности за настройка (например, по подразбиране краткото изобразяване на дата да бъде ‘дд-мм-гггг’);

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

7.15. Експлоатационни изисквания Регистърът трябва да бъде достъпен 24 часа в денонощието, 7 дни в

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

в екраните, работа с менюта и др.;

Стр. 22 от 26

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

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

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

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

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

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

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

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

7.16. Изисквания за надеждност Средата на регистъра трябва да бъде сигурна и да минимизира

рисковете от нарочно проникване и/или причиняване на щети от неоторизиран или отризиран потребител;

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

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

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

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

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

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

Стр. 23 от 26

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

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

Минималното ниво за защита на достъпа до ресурсите на регистъра изисква:

o достъпът до конкретни обекти от разделите да бъде разрешаван на точно определени потребители,

o регистърът за идентификация и достъп да контролира разрешениет действия,

o установяване на идентичност да се извършва поне по два елемента – име, парола и/или сертификат,

o идентифициращата информация да бъде защитена от неоторизиран достъп,

o защитните механизми да бъдат тествани за надеждност и да могат периодично да бъдат проверявани за коректност на тяхното действие;

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

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

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

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

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

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

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

Регистърът трябва да може да се възстановява ефективно след възникнали повреди според регламентирани изисквания на стандарт БДС ISO/IEC 27001:2006 и Закона за електронното управление.

VIII. ОСНОВНИ ЕТАПИ И ГРАФИК ЗА РЕАЛИЗАЦИЯИзпълнителят трябва да очертае етапите на реализация на проекта, да

посочи преките резултати/продукти за всеки етап и да представи План за управление на проекта, включващ подробен график за реализирането в

Стр. 24 от 26

табличен формат или диаграма на Гант. Следва да се включат факторите, от които зависи изпълнението на проекта и очакваната подкрепа и сътрудничество от страна на БАБХ.

IX. ДОКУМЕНТАЦИЯТехническа документация на регистъра, която следва да бъде предадена

на Възложителя: Описание на средата и изискванията за експлоатация на регистъра. Модел на бизнес процесите. Детайлно описание на базата данни. Трябва да бъдат включени

всички необходими скриптове за създаване и и конфигуриране на базата данни.

Описание на изходния код с коментари, както и конфигурационни и други параметри.

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

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

Декларация за конфиденциалност по представен от Възложителя образец, подписана от всички членове на екипа на Изпълнитела.

X. ГАРАНЦИОННА ПОДДРЪЖКАСлед пускане на регистъра в реална експлоатация и одобряване от

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

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

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

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

сървърите на регистъра:o диагностициране и отстраняване на проблеми с операционните

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

данни и приложения,

Стр. 25 от 26

o възстановяване на резервните копия на данни, повредени при аварии и грешки при работа,

o преинсталация на сървъри вследствие дефектирал хардуер. Подобряване на сигурността на регистъра:o инсталация и пускане в експлоатация на всички подобрения и

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

o инсталация и пускане в експлоатация на всички подобрения и допълнения в текущите версии на сървърите за бази данни и проложения,

o актуализиране на настройките на системния софтуер и операционните системи при разкриване на уязвимости,

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

Консултации относно функциалността на регистъра;Минимални изисквания по отношение на сроковете за реакция при

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

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

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

При грешки с минимални последици за нормалното обслужване на бизнес процесите – разрешаване на проблема до 3 (три) работни дни след уведомяване от страна на Възложителя.

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

Разработката на регистъра ще следва принципите на оперативна съвместимост на Електронното Управление в Република България.

Стр. 26 от 26