ЧАСТ V.
ЧАСТ V.
ПЪЛНО ОПИСАНИЕ НА ПРЕДМЕТА НА ПОРЪЧКАТА И ТЕХНИЧЕСКИ СПЕЦИФИКАЦИИ ЗА ИЗПЪЛНЕНИЕТО Й
Обектът на настоящата обществена поръчка е предоставянето на услуга с предмет:
„ЕВРОГАЙДЪНС - изграждане на база данни за образователни възможности“.
1. Въведение
1.1. Информация за Възложителя
Център за развитие на човешките ресурси (ЦРЧР), администрира, насърчава, консултира, организира и координира участието на Република България в Програмата на Европейския съюз в областта на образованието, обучението, младежта и спорта „Еразъм+“, в нейните съпътстващи хоризонтални програми и дейности, и в други европейски и международни образователни програми и инициативи.
За изпълнение на основните си цели ЦРЧР изпълнява функции на Национална Агенция по Програмата на Европейския съюз в областта на образованието, обучението, младежта и спорта
„Еразъм+“. Насърчава и координира участието на Република България в програми и инициативи, свързани с изграждането и укрепването на европейските системи за образование и обучение и отговаря за изпълнението им в рамките на предвидените правомощия.
ЦРЧР координира и управлява дейност в рамките на своите компетентности, свързани със селекция, финансиране, администриране, наблюдение, оценка и контрол на проекти в областта на обучението, образованието и младежките дейности.
ЦРЧР предоставя консултации, техническа помощ и обучение по проекти на Програма
„Еразъм+“ и по нейните съпътстващи хоризонтални програми и дейности. Прилага правилата за финансово администриране и договорните условия, определени от Общността за Програма
„Еразъм+“ и по нейните съпътстващи хоризонтални програми и дейности.
ЦРЧР анализира нуждите и потенциалните възможности за участие на Република България в образователни и обучителни програми и инициативи в сътрудничество с компетентните институции на национално и европейско ниво, като насърчава и допринася за укрепването на международната и националната партньорска мрежа при разработване на проекти и програми в сферата на образованието и обучението.
ЦРЧР създава условия за ефективното и прозрачно управление на средствата предоставени от Европейския съюз.
1.2. Описание на проекта
В ролята си на Euroguidance център България в сферата на професионалното ориентиране, ЦРЧР е бенефициент по договор № 2013 – 4773 / 015 - 001 и има ангажимента да изгради Национална база данни за образователни и квалификационни възможности (НБДОКВ) за нуждите на Центъра за развитие на човешките ресурси, свързана с Европейската платформа „LEARNING OPPORTUNITIES AND QUALIFICATIONS IN EUROPE“.
Настоящата обществена поръчка има за цел именно изграждането на XXXXXX.
1.3. Цел и очаквани резултати
Цел на проекта е да бъде предоставена възможност за публикуване и обмен на информация за образователни и квалификационни възможности в Република България чрез изграждане и внедряване на НБДОКВ за нуждите на ЦРЧР и свързването ѝ с Европейската платформа
„LEARNING OPPORTUNITIES AND QUALIFICATIONS IN EUROPE“ (xxxx://xx.xxxxxx.xx/xxxxxxx/ ).
От изпълнението на поръчката се очакват следните резултати:
• Разработена и внедрена Националната база данни за образователни и квалификационни възможности с актуални данни към съответната учебна година;
• Разработен и внедрен уеб-портал на Националната база данни за образователни и квалификационни възможности;
• Изграден интерфейс за автоматизирана актуализация на данните в НБДОКВ за следваща учебна година или друг приложим период;
• Изграден интерфейс за експорт на данните от НБДОКВ към Европейската платформа „LEARNING OPPORTUNITIES AND QUALIFICATIONS IN EUROPE“ в xml-формат;
• Обучени минимум 8 бр. служители на ЦРЧР за работа с XXXXXX и уеб-портала;
• Разработена техническа и експлоатационна документация.
1.4. Дейности в обхвата на поръчката
Дейности по настоящата поръчка са насочени към изграждане на Национална база данни за образователни и квалификационни възможности, обединяваща данни от съществуващите регистри и информационни източници на предоставяни възможности за образование и професионална квалификация в рамките на средното и висшето образование, професионалното образование и обучение и ученето през целия живот в България. Публични източници на информация, които биха могли да бъдат използвани:
• Регистри на МОН, в това число Регистър на акредитираните висши училища, Рейтингова система на висшите училища в България, Регистър на училищата, детските градини и обслужващите звена и други;
• Регистри на НАПОО, в това число Регистър на центровете за професионално обучение, Регистър на центровете за информация и професионално ориентиране и други;
• Други регистри или уеб сайтове на различни образователни институции – университети, училища, информация от НСИ, НАЦИД, други публични източници и т.н.;
Възложителят не ограничава Изпълнителя по отношение на начините на събиране на информация и използваните информационни източници, а възприетият проектен подход ще подпомогне определянето на техническата оценка. Изпълнението на поръчката, предмет на заданието включва следните дейности, които са подробно описани в т. 2 – „Функционални изисквания“:
• Дейност 1: Изграждане и цялостно запълване с актуална информация на единна Национална база данни за образователни и квалификационни възможности в България;
• Дейност 2: Изграждане на уеб-портал на Националната база данни за образователни
и квалификационни възможности.
Изпълнителят трябва да извърши непосредственото програмиране на базата данни, модулите и функционалностите, дизайна на потребителския интерфейс на уеб-портала и първоначално зареждане на всички изброени по-долу данни в НБДОКВ.
По време на разработката изпълнителят следва да използва собствен хардуер, необходимия системен софтуер и развойни средства. След приключване на разработката, разработените база данни и уеб-портал трябва да бъдат инсталирани на посочен от ЦРЧР сървърен ресурс.
2. Функционални изисквания
2.1. Изисквания за изграждането на XXXXXX
2.1.1. Поддръжка на данни за образователни възможности в рамките на средното общо образование
XXXXXX трябва да предоставя възможности за въвеждане, съхраняване, преглед и редактиране на данни за всички образователни възможности в рамките на средното общо образование.
Като минимум данните следва да съдържат:
• образователно равнище;
• профил;
• продължителност на програмата;
• институция, която я предоставя;
• местоположение;
• форма на обучение;
• данни за контакт с институцията;
• уеб-сайт на институцията, ако е наличен
• всички останали полета, разписани в задължителната информация към Образец № 14 от настоящата документация;
2.1.2. Поддръжка на данни за образователни възможности в рамките на висшето образование
XXXXXX трябва да предоставя възможности за въвеждане, съхраняване, преглед и редактиране на данни за всички образователни възможности в рамките на висшето образование.
Като минимум данните следва да съдържат:
• образователно-квалификационна степен (ОКС);
• специалност;
• продължителност на програмата;
• институция, която я предоставя;
• форма на обучение;
• данни за контакт с институцията;
• рейтинг на професионалното направление в съответната институция
• всички останали полета, разписани в задължителната информация към Образец № 14 от настоящата документация;
2.1.3. Поддръжка на данни за образователни възможности в рамките на средното
професионално образование
XXXXXX трябва да предоставя възможности за въвеждане, съхраняване, преглед и редактиране на данни за всички образователни възможности в рамките на средното професионално образование.
Като минимум данните следва да съдържат:
• образователно равнище;
• професия;
• специалност;
• степен на професионална квалификация;
• продължителност на програмата;
• институция, която я предоставя;
• форма на обучение;
• данни за контакт с институцията;
• уеб-сайт на институцията
• всички останали полета, разписани в задължителната информация към Образец № 14 от настоящата документация;
2.1.4. Поддръжка на данни за квалификационни възможности
XXXXXX трябва да предоставя възможности за въвеждане, съхраняване, преглед и редактиране на данни за квалификационни възможности – професионална квалификация в рамките на ученето през целия живот.
Като минимум данните следва да съдържат:
• професия;
• специалност;
• степен на професионална квалификация;
• продължителност на програмата;
• институция, която я предоставя;
• форма на обучение;
• данни за контакт с институцията;
• уеб-сайт на институцията
• всички останали полета, разписани в задължителната информация към Образец № 14 от настоящата документация;
Подробна информация за очакваните данни за образователни и квалификационни възможности се съдържа в Образец № 14 към настоящата документация!
2.1.5. Поддръжка на класификатори и номенклатури XXXXXX следва да включва функции за:
• Търсене и преглед на данни в класификатори и номенклатури;
• Актуализиране на класификатори и номенклатури;
Предвижда се да се поддържа следния набор от класификатори и номенклатури:
• образователно равнище;
• образователен профил;
• местоположение (ЕКНМ);
• форма на обучение;
• образователно-квалификационна степен (ОКС);
• специалност;
• професия;
• степен на професионална квалификация;
• други, съобразно информацията, заложена в Образец № 14 към настоящата документация;
2.1.6. Общи изисквания за поддържаните данни
XXXXXX трябва поддържа подробни данни на български и основни данни на английски език, като структурата ѝ следва да позволява гъвкаво бъдещо разширяване към превод на данните и на други езици на ЕС.
Системата не трябва да позволява реално изтриване на данни. Записите, които не трябва да бъдат достъпни, следва да се маркират като изтрити, без да се изтриват от базата данни.
2.2. Изисквания за изграждането на уеб-портал на НБДОКВ
2.2.1. Поддръжка на общо информационно съдържание
Общото информационно съдържание е статична информация, актуализирана периодично от администраторите на уеб-портала. Чрез подсистемата за поддръжка на общо информационно съдържание се формира структурата и съдържанието на уеб-портала на НБДОКВ.
Информационната система трябва да осигури възможности за поддържане на информационната среда, достъпна за потребителите в актуално състояние:
• Поддръжка на съдържание:
- Информация: добавяне, изтриване, промяна и категоризиране;
• Търсене:
- Търсене по ключови думи;
- Търсене по предварително дефинирани критерии.
2.2.2. Преглед и търсене на данни в уеб-портала от потребители
Информацията в уеб-портала на НБДОКВ трябва да е достъпна за произволен интернет потребител. Системата трябва да предоставя следните възможности:
• „навигиране“ в уеб-портала на НБДОКВ чрез използване на менюта, хипервръзки и други компоненти на потребителския интерфейс;
• търсене на образователни възможности чрез задаване на филтри и ключови думи;
• търсене на квалификационни възможности чрез задаване на филтри и ключови
думи.
2.2.3. Преглед и редакция на данните от администратор
Системата трябва да предоставя възможност за търсене и преглед на данните от НБДОКВ
от администраторите на портала и експертите от ЦРЧР и редактиране на данни при необходимост.
2.2.4. Справки и статистики
XXXXXX трябва да предоставя възможност за извършване на справки върху данните, съдържащи се в системата. Справките ще бъдат предварително дефинирани в етапа на анализ и
проектиране. Преди всяко изпълнение ще се задават конкретни параметри за филтри на справката.
Резултата от справките трябва да може да бъде експортиран и съхранен в стандартен вид файлов формат, подходящ за обработка в Excel или друг аналогичен софтуер.
Трябва да се осигури възможност за водене на статистики за посещаемост на уеб-портала на НБДОКВ: натоварване на системата, активност на потребителите и др.
2.2.5. Актуализация на данните в НБДОКВ
Системата трябва да предоставя възможност за автоматизирана актуализация на данните в НБДОКВ за следваща учебна година или друг приложим период.
Автоматизираната актуализация се извършва чрез импортиране на данни за:
• образователни възможности в рамките на средното общо образование;
• образователни възможности в рамките на висшето образование;
• образователни възможности в рамките на средното професионално образование;
• данни за квалификационни възможности.
Форматите за импортиране на тези данни трябва да бъдат определени от Изпълнителя и съгласувани с Възложителя в етапа на анализ и проектиране.
2.2.6. Експорт на данни
Системата трябва да предоставя възможност за експорт на данните от НБДОКВ към Европейската платформа „LEARNING OPPORTUNITIES AND QUALIFICATIONS IN EUROPE“.
Експортът трябва да може да бъде извършван за всички данни от НБДОКВ или само за част от тях.
2.2.7. Администриране на системата
Тези системни функции трябва да са достъпни единствено на ниво системен администратор:
• поддържане на системни данни;
• поддържане и управление на потребители:
- потребителски роли;
- права и нива на достъп на потребителите;
- потребители на системата.
3. Технически изисквания
3.1. Изисквания към системната архитектура
• Системата трябва да бъде реализирана на базата на съвременна и перспективна технологична платформа и архитектура, която да гарантира нейната жизненост, актуалност и отвореност за пълноценно развитие за дълъг период от време (мин. 5 г.).
• Дизайнът на системата трябва да позволява бъдещо разширение и подобрения.
• Системата трябва да бъде реализирана като уеб-приложение с трислойна архитектура със следните слоеве:
- База данни – да се реализира чрез стандартна релационна база данни;
- Бизнес логика – да се реализира чрез стандартен сървър за приложения, отговарящ на стандартите J2EE, XXX.XXX, .NET Framework или др. еквивалентни;
- Представящ слой – стандартен уеб браузър.
• Системата трябва да бъде инсталирана централно на един или повече сървъри и достъпна чрез http или https по интернет.
• Системата следва да притежава уеб-базиран потребителски и административен интерфейс за публичните и защитените секции, съвместими като минимум с актуални версии на
най-разпространените интернет браузери като Microsoft Internet Explorer, Mozilla Firefox, Google
Chrome.
• Системата трябва да е съвместима с актуални уеб стандарти (HTML, XHTML) и
други;
3.2. Изисквания към потребителския интерфейс и поддръжката на езици
Системата трябва да има лесен и удобен за работа интуитивен уеб интерфейс, следващ
тенденциите на Web 2.0. Потребителският интерфейс следва да поддържа утвърдените стандарти за кирилица, да е хомогенен и еднотипен, със стандартизирани контроли и визуални елементи, с цел бързо усвояване и лесно използване, да е уеб-базиран, да работи на всички популярни Интернет браузъри и да не изисква инсталиране на софтуер на потребителските работни места.
Потребителският интерфейс трябва да бъде ориентиран към изпълняваните задачи, като осигурява нужната за задачата информация. Интерфейсът на приложението трябва да осигурява бързото въвеждане на всички необходими данни за целите на търсенето. Потребителският интерфейс трябва да осигурява формални и логически проверки при въвеждане на данни в полетата за целите на търсенето.
При организация на потребителския интерфейс следва да се спазят изискванията към уеб базирания потребителски интерфейс и организацията на Интернет страниците на административните органи, регламентирани в Наредбата за електронните административни услуги.
НБДОКВ трябва да съдържа при първоначалното предаване подробни данни на български и основни данни (напр. имена) на английски език, като структурата ѝ следва да позволява гъвкаво бъдещо разширяване към превод на данните и на други езици на ЕС.
Интерфейсът на портала да се разработи на български език с възможност за бъдещо разширяване към превод на други езици на ЕС.
Системата трябва да бъде приспособена за работа и достъп на лица със зрителни увреждания.
3.3. Управление на данни
Информационната система, която е предмет на разработка в рамките на настоящата поръчка, трябва да съдържа структурирани данни за всички информационни обекти, включени в системата. Предлаганата системна архитектура и реализация трябва да съхранява своите данни в стандартна релационна база данни.
Цената на системата за управление на база данни, в случай, че не е в рамките на изброените технологични възможности на Възложителя, следва да е калкулирана в офертата на участника и трябва да отговаря на следните изисквания:
• възможност за едновременна работа на минимум 1000 потребителя;
• съответствие със стандарта SQL - 92;
• съответствие със стандарта Соге SQL: 2003;
• поддръжка ISO - стандартите за кирилица и възможност за безпроблемно конвертиране на данни от един в друг стандарт;
• възможност за пълно архивиране и възстановяване.
Системата трябва да включва мерки за сигурност на данните. Системата да съдържа механизми за периодично автоматизирано архивиране на данните и съответното им възстановяване.
3.4. Сигурност
Системата трябва да притежава високо ниво на сигурност и защита на данните при експлоатация и да гарантира надеждно съхраняване и архивиране на информацията.
Системата трябва да бъде съобразена с подхода за дефиниране на профили за достъп до информацията за различните потребители. Всеки профил трябва да контролира достъпа до функции от системата и данните.
Системата трябва да работи върху надеждно защитен уеб сървър, достъпът до който се осъществява по защитен протокол (HTTPS).
3.5. Устойчивост
Приложението трябва да бъде проектирано и разработено така, че да има възможност за осигуряване на непрекъснат режим на работа.
Всички данни в новите компоненти трябва да запазват консистентността си при всякакви обстоятелства (отказ на приложния софтуер, погрешни или злонамерени действия на потребител, отпадане на сървър, неизправност на диск, прекъсване на захранването и комуникациите и т.н.).
Изпълнителят трябва да реализира функционалност, която удовлетворява тези изисквания (валидиране на данни, проверка за консистентността на данните), чрез двата вида средства – инструментите за управление на приложния софтуер и на самата база данни. Не се допуска загуба на данни.
За осигуряване цялост на данните трябва да се ползват техники за пълна обработка на транзакциите. Транзакциите трябва да притежават набора от свойства, известен като ACID (атомарност, непротиворечивост, изолираност и приемственост). За целта Изпълнителят трябва да използва подходящи схеми за дизайн и техники за разработка.
Изпълнителят трябва да гарантира използването на подходящи техники за дизайн, за да се избегне загуба на данни. Изпълнителят трябва да състави подходяща процедура за създаване на резервни и архивни копия и възстановяване на данни, и тя да бъде тествана от Изпълнителя, както и в рамките на тестовете по приемане.
3.6. Лицензи за стандартен софтуер
Функционирането на разработените база данни и уеб-портал не трябва да изискват закупуване на лицензи извън софтуерните лицензи налични в ЦРЧР и партниращи институции (Microsoft Server, MS SQL Server 2012), или същите следва да са включени в цената на разработката.
При използване на друг лицензиран софтуер, предложението на участника трябва да включва и доставка на всички лицензи, необходими за внедряването и експлоатацията на разработената информационна система, като цената на тези лицензи трябва да бъде включена в общата цена на предлаганото решение и изрично посочена в детайлната ценова разбивка, част от ценовото предложение. Таксите за поддръжка (ако има такива) на лицензите за срока на внедряване и на гаранционна поддръжка, също трябва да бъдат включени в общата цена на предложението.
3.7. Техническа инфраструктура
Изпълнителят трябва да осигури за периода на гаранционна поддръжка резервна техническа инфраструктура, върху която да бъде инсталирана и да се използва системата със следните минимални параметри:
• Виртуален или реален сървър;
• Дисково пространство: мин. 60 GB;
• Процесорни ядра: мин. 2 бр.;
• Оперативна памет: мин. 4 GB;
• Неограничен трафик;
• Отделен реален IP адрес;
• Ежедневно създаване на резервно копие на данните.
След края на изпълнението на договора и/или на гаранционната поддръжка Възложителят трябва да има възможността да прехвърли системата на друга техническа инфраструктура.
3.8. Изисквания по отношение на производителността и бързодействието
Системата трябва да бъде проектирана и разработена така, че да има възможност да обслужва минимум 100 едновременни (конкурентни) сесии в контекста на посочения хардуер и на минимум 1000 сесии, при наличие на адекватен сървърен ресурс.
Системата трябва да осигурява следните средни времена за връщане на отговор:
• достъп до съдържание, което зависи само от параметър – 5 секунди;
• връщане на резултат от търсене в системата – 10 секунди;
• в случай на сложна справка и при необходимост от по-голямо изчакване - да се покаже индикатор за изчакване.
Времето за връщане на отговор следва да се измерва от браузера на компютър, който е свързан в мрежата на сървърите, така че да се изолира въздействието на качеството на Интернет връзката.
3.9. Интеграция и обмен на данни с други системи
Информационната система трябва да поддържа възможности за импорт и експорт на данни в стандартен XML-формат.
Експортът на данни към Европейската платформа „LEARNING OPPORTUNITIES AND QUALIFICATIONS IN EUROPE“ следва да се извършва в xml-формат, предоставен от Възложителя. Към документацията са приложени примерни формати и техните описания 1.
При необходимост от зареждане на голям обем данни от други информационни системи ще бъдат използвани файлове в XML или друг структуриран формат.
Интерфейсите между системите трябва да бъдат напълно документирани. Документацията трябва да включва недвусмислено описание на технологиите, структурата и семантиката на интерфейса, както и пълно описание на протокола, с който ще се предават данните.
4. Изисквания към начина на изпълнение
4.1. Етапи на изпълнение
Изпълнението трябва бъде извършено на следните етапи:
• Етап 1: Анализ и проектиране;
• Етап 2: Изграждане, извличане /включително автоматично/ на информация;
• Етап 3: Внедряване.
4.1.1. Етап 1: Анализ и проектиране
1 Виж файл „Информационен пакет“
Изпълнителят трябва да направи детайлно проучване на изискванията към системата и да
изготви Системен проект. Детайлното проучване на изискванията и Системния проект трябва да обхващат всички компоненти в обхвата на поръчката.
На основа на спецификациите на изискванията, изготвени при анализа, Изпълнителят трябва да проектира новите системи, модули и функционалности.
В процеса на проектирането Изпълнителят трябва да съгласува с Възложителя своите виждания за системна архитектура и дизайн на потребителския интерфейс и на навигацията между отделните системи, модули и функционалности, като изготви прототип.
Възложителят си запазва правото да дава задължителни указания на Изпълнителя във връзка с представените анализ и проектни системи, модули и функционалности и т.н. Изпълнителят може да премине към етапа на изграждане на системата след одобрение от страна на Възложителя на представените продукти по този етап.
4.1.2. Етап 2: Изграждане, извличане /включително автоматично/ на информация
На основа на спецификациите, на изискванията и на съгласуваните елементи от дизайна, описани по-горе, Изпълнителят трябва да реализира планираните системи, модули и функционалности.
Изпълнителят трябва да подготви тестови случаи за приемане на разработената функционалност, съобразени с одобрените от Възложителя спецификации на изискванията, както следва:
• Функционални тестове;
• Интеграционни тестове.
По време на тази фаза трябва да се подготви детайлна спецификация на данните, техническа спецификация на технологията на обмен с централните системи на електронното управление и регистри и бази данни на други администрации.
В рамките на този етап, Изпълнителят ще създаде организация и ще започне процеса по събиране на информация.
4.1.3. Етап 3: Внедряване
В началото на етапа Изпълнителят трябва да подготви тестови случаи за приемане в експлоатация на НБДОКВ и уеб-портала.
Разработените нови системи, модули и функционалности трябва да се инсталират и настроят.
Xxxxxx да се въведат всички номенклатури, класификатори и конфигурации.
Трябва да се въведат всички потребители, които няма да се определят с работен процес посредством системата.
В етапа на внедряване се извършва цялостно зареждане на данни и съдържание в системата. В рамките на този етап, се очаква приключване на процеса по събиране на необходимата информация.
Трябва да се инсталират всички интеграционни функционалности за обмен на данни с други системи.
Предадените в Етап 1 спецификации трябва да се актуализират съобразно бележките и указанията на Възложителя.
Трябва да се предаде техническа документация, която да позволява развитието на
системата.
Трябва да се предаде потребителска документация по групи потребители, която да позволява безпроблемна работа със системата.
Трябва да се предаде изходния програмен код на разработения софтуер.
Във фазата на внедряване трябва да бъдат проведени обученията за работа със системата. Доставката на лицензи ще бъде извършена в етапа на внедряване.
4.2. Срок за изпълнение
Срокът за изпълнение на поръчката е 2 месеца от датата на сключване на договор, но не по- късно от 31 май 2016 г.
Сроковете за изпълнение на отделните етапи са както следва:
Етап 1: Анализ и проектиране – до 1 месец от сключване на договора;
Етап 2: Изграждане, извличане /включително автоматично/ на информация – до 2 месеца от сключване на договора;
Етап 3: Внедряване – до 2 месеца от сключване на договора.
Етапите могат да се изпълняват паралелно, съобразно предложената организация от Изпълнителя, като крайният срок за изпълнение на договора не може да надвишава два месеца от сключване на договора за изпълнение.
4.3. Резултати от изпълнението
✓ Етап 1: Анализ на изискванията и проектиране: Системен проект;
✓ Етап 2: Изграждане, извличане /включително автоматично/ на информация:
- Прототип на потребителския интерфейс;
- Подготвени тестови случаи;
- Разработени НБДОКВ и уеб-портал – в изпълним и инсталационен вид, вкл. инструкции за инсталация и скриптове за създаване на базата данни;
- Пълен изходен код на разработените в обхвата на поръчката системи, модули и функционалности;
- Документация за разработените в обхвата на поръчката системи, модули и функционалности, вкл.:
• Ръководство за потребителя;
• Ръководство за администратора;
• Техническа спецификация на реализацията;
• Извършени тестове за приемане на софтуера в развойна среда.
✓ Етап 3: Внедряване:
Подготвени тестови случаи за приемане на системата в експлоатация; Инсталирани нови компоненти и подсистеми;
Предадени обновени Системен проект, документация, програмен код и др. материали, които са били променени в последващи фази на изпълнението след първоначалното им предаване;
Доставени лицензи за стандартен софтуер;
Проведени тестове за внедряване в реална експлоатация;
Обучени потребители и администратори на системата;
Въведена информация, предмет на поръчката, съгл. изискванията на Образец № 14 то настоящата документация;
Внедрена в реална експлоатация цялостна система.
4.4. Изисквания към техническата документация
В рамките на дейностите изпълнителят следва да разработи техническа и експлоатационна документация, съдържаща:
Системен проект;
Ръководство за администриране;
Спецификация на реализацията, вкл.:
• Детайлно описание на базата данни;
• Описание и документация на програмния код на системата;
• Описание на интеграционните компоненти;
Ръководство за експлоатация;
Учебни материали за администратори и служители.
Документите се изготвят на български език и се предават в един екземпляр на хартия и в електронен вид, който може да бъде редактиран.
4.5. Изисквания за обучение
В рамките на дейностите Изпълнителят трябва да извърши следните обучения на служители на Възложителя, които ще бъдат ангажирани с експлоатацията и администрирането на системата:
• обучение на минимум 5 бр. служители на ЦРЧР за работа с XXXXXX и уеб-портала;
• обучение на минимум 3 бр. служители на ЦРЧР за технологичното администриране НБДОКВ и уеб-портала.
Обучените служители трябва да могат да актуализират информационната секция на портала, след като изтече гаранционния срок.
Обучението трябва да се проведе по програма, предварително съгласувана с Възложителя.
Изпълнителят следва да представи предварителен план за обучение.
Изпълнителят подготвя и предоставя обучителни материали на обучаемите – за всеки участник по едно хартиено копие, както и поне едно копие в електронен вид. Обучителните материали също трябва да бъдат съгласувани с Възложителя.
Обучението трябва да се проведе на място, в помещения на ЦРЧР с реалната система, която ще бъде внедрена в експлоатация.
4.6. Приемане на работата
При въвеждането на системата в реална експлоатация трябва да бъдат проведени тестове на всички инсталирани продукти и да се осигури успешното им опериране.
При неуспех на приемните изпитания, Възложителят има правото да изисква поправки и подобрения на XXXXXX и уеб-портала с цел преодоляването на установените проблеми. Преработените модули и/или документи ще бъдат обект на повторни изпитания.
НБДОКВ и уеб-портала могат да се приемат в експлоатация само, ако отговарят на следните критерии:
• удовлетворяват утвърдения от Възложителя Системен проект;
• успешно са преминати всички дефинирани тестове;
• не произвеждат неправилни резултати (и не изпада в състояние да не произведе резултат) при правилни входни данни;
• не нарушават целостта си и целостта на съхраняваната информация в следствие на некоректни входни данни, програмни или други грешки;
• не изпадат в недетерминирани състояния ("блокира", "заспива") в следствие на некоректни входни данни, програмни и други грешки или продължителна работа;
• няма синтактични и логически грешки;
• няма грешки или съществен спад (по-голям от 30%) на производителността, проявяващи се по време на претоварване, увеличаване на капацитета на базата от данни или автоматични действия по архивиране, индексиране и т.н.;
• няма грешки, зависещи от настъпването и взаимодействието на асинхронно възникващи събития, както и от забавянето на отговора/реакцията на други приложения;
• няма грешки, проявяващи се след системен срив или системно аварийно възстановяване след изключителни събития (напр. отпадане на захранването или апаратна повреда);
• документацията е без грешки и неточности;
• системата произвежда резултат в очакваното време за отговор.
4.7. Гаранционна поддръжка
Изпълнителят трябва да осигури гаранционна поддръжка на разработените НБДОКВ и уеб- портал за най-малко 12 (дванадесет) месеца след приемане в експлоатация на готовите продукти, попълнени с актуални данни към датата на разработката.
Гаранцията трябва да включва всички необходими дейности за поддръжка на работоспособността на НБДОКВ и уеб-портала. При необходимост, по време на гаранционния период ще бъдат осъществявани дейности по осигуряване на експлоатационната годност на софтуера и ефективното му използване от Възложителя в случай, че настъпят явни отклонения от нормалните експлоатационни характеристики, заложени в спецификацията.
Минималният обхват на поддръжката трябва да включва:
• Извършване на диагностика на докладван проблем с цел осигуряване на правилното функциониране на системите и модулите;
• Отстраняване на дефектите;
• Консултация за разрешаване на проблеми по предложената конфигурация на средата (операционна система, база данни, сървър за приложения, хардуер и мрежи), използвана от приложението, включително промени в конфигурацията на софтуерната инфраструктура на мястото на инсталация;
• Възстановяването на системата и данните при евентуален срив на системата;
• Актуализация на документацията на системата в резултат на извършени действия в рамките на поддръжката;
• По време на гаранционния период Изпълнителят трябва да осигури използването на уеб-базирана система за регистриране и проследяване на дефектите, която да се ползва съвместно от представители на Изпълнителя и Възложителя.
Гаранционната поддръжка не включва:
• разработка на нова функционалност;
• оперативното наблюдение и администриране на системите, както и създаването на периодични резервни копия - тези дейности се извършват от служители на Възложителя;
• помощ на крайните потребители на системата.
За осъществяване на своите гаранционни задължения всеки Участник следва да предложи процедура за гаранционно обслужване с описание на обхвата, както и процедура за генериране на отчети и разпространение на информацията.
4.8. Място на изпълнение
Услугите в обхвата на обществената поръчка ще се изпълняват на територията на Република България.
Инсталациите на разработените системи ще се извърши в помещение на Възложителя, върху хардуер и инфраструктура, предоставени от Възложителя.
Обучението ще се проведе на територията на гр. Xxxxx в офис на Възложителя. Материалите, резултат от изпълнението ще се предават в офис на Възложителя.
4.9. Изисквания за докладване
4.9.1. Встъпителен доклад
Встъпителният доклад трябва да бъде предоставен в рамките на 10 работни дни от подписването на договора за възлагане на съответната обществена поръчка и да съдържа:
• ясно дефинирани цели и задачи при изпълнението на обществената поръчка, които трябва да бъдат реализирани;
• подробен план за изпълнение на обществената поръчка. Встъпителният доклад трябва да бъде одобрен от Възложителя.
4.9.2. Междинни доклади
Междинните доклади трябва да бъдат представяни на всеки етап и да съдържат информация относно изпълнението на дейностите по предварително изготвения план.
Докладът за междинния напредък следва да бъде подготвен по следния начин:
• Общ преглед на състоянието на проекта;
• За всяка конкретна дейност:
o общ прогрес по дейността;
o постигнати проектни резултати;
• Срещнати проблеми (вкл. забавяния или отлагане на изпълнението на дейности), причини (вкл. и външни фактори) и мерки, предприети за преодоляването им;
• рискове за изпълнение на проекта и предприети мерки;
• препоръки за текущо състояние на проекта;
• актуализиран план за изпълнение на проекта, ако има такъв.
4.9.3. Окончателен доклад
Проектът за окончателен доклад трябва да бъде представен 10 (десет) работни дни преди края на периода, предвиден за изпълнение на проекта.
Окончателният доклад трябва да включва:
• обща оценка на проекта;
• всяко отклонение от началния план-график;
• резултати от направените проучвания на каквито и да са проблеми, които биха могли
да се появят при изпълнението на договора.
Докладите ще бъдат предоставени на електронен и хартиен носител на български език.
5. Срок и контрол на изпълнението
5.1. Срокът за изпълнение на обществената поръчка е до 2 месеца.
5.2. Контрол на изпълнението.
В хода на изпълнение на договора Изпълнителят следва да изготви и предостави на Възложителя:
- Встъпителен доклад
- Междинни доклади
- Протокол за отчитане приключването и предаването на извършената работа по Дейности 1 и 2;
- Окончателен доклад – за цялостно отчитане приключването и предаването на извършената работа по договора, който включва обобщена и аналитична информация и оценка за резултатите от осъществените дейности.