ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕТО НА ДЕЙНОСТИТЕ ПО ПРОЕКТА

ИЗИСКВАНИЯ КЪМ ИЗПЪЛНЕНИЕТО НА ДЕЙНОСТИТЕ ПО ПРОЕКТА

1. Анализ и проектиране

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

А. дефиниране на детайлни изисквания и характеристики на данните, които трябва да се съхраняват в системата на база на техническото задание;

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

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

Г. проект на Базата от Данни

- концептуален модел

- логически модел

- физически модел

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

Е. проект на архитектурата на информационната система

Ж. дизайн на потребителския интерфейс

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

Б. Дейността да бъде извършена в срок.

3. Очаквани резултати

2. Разработка на системата

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

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

Б. провеждане на вътрешни тестове на системата (в среда на разработчика);

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

Г. изготвяне на план-програма за обучението на потребителите на системата.

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

Б. Дейността да бъде извършена в срок.

3. Очаквани резултати

Б. Проведени вътрешни тестове на системата (в среда на разработчика)

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

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

Д. Периодични доклади за хода на разработката.

3. Инсталация

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

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

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

3. Очаквани резултати

4. Тестване и внедряване

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

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

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

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

Б. Дейността да бъде извършена в срок.

3. Очаквани резултати

5. Обучение на персонал на Възложителя

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

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

3. Очаквани резултати

Б. Окончателен доклад за изпълнението на проекта

7. ДОКУМЕНТАЦИЯ

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), Swagger (http://swagger.io) или чрез аналогична технология. Аналогично представяне трябва да бъде изготвено и за SOAP интерфейсите;
  
• 
  Детайлна техническа документация за схемата на базата данни – структури за данни, индекси, дялове, съхранени процедури, конфигурации за репликация на данни и др.
  
• 
  Ръководства на потребителя и администратора за работа и администриране на Системата
  
• 
  Обща информация, инструкции и процедури за администриране и поддръжка на приложните сървъри, сървърите за бази данни и др.
  
• 
  Обща информация, инструкции и процедури за администриране, архивиране и възстановяване, и поддръжка на сървъра за управление на бази данни.
  

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

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

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

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

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

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

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

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

• 
  Ръководство за администратора, включващо всички необходими процедури и скриптове по инсталиране, конфигуриране, архивиране, възстановяване и други, необходими за администриране на системата;
  
• 
  Документи за крайния ползвател – Изпълнителят трябва да предостави главното Ръководство на ползвателите на софтуера. Документът е предназначен за крайните ползватели. Той трябва да описва цялостната функционалност на приложния софтуер и съответното му използване от крайни ползватели;
  
• 
  Детайлно описание на базата данни;
  
• 
  Описание на софтуерните модули;
  
• 
  Описание на изходния програмен код.
  

5. Протоколи

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

6. Комуникация и доклади

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

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

1. Встъпителен доклад

• 
  Подробен работен план и актуализиран времеви график за периода на проекта;
  
• 
  Начини на комуникация;
  
• 
  Отговорни лица и екипи.
  

2. Междинни доклади

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

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

• 
  Общ прогрес по дейностите през периода;
  
• 
  Постигнати проектни резултати за периода;
  
• 
  Срещнати проблеми, причини и мерки, предприети за преодоляването им;
  
• 
  Рискове за изпълнение на свързани дейности и на проекта като цяло и предприети мерки;
  
• 
  Актуализиран план за изпълнение, ако има такъв.
  

3. Окончателен доклад

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

Докладите на Изпълнителя се адресират до Възложителя и се завеждат в деловодството на МОСВ.

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

7. РЕЗУЛТАТИ

Конкретните резултати от използването на разработеният софтуер са:

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

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

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

Г. повишаване на ефективността при осъществяване на контрола по изпълнението на концесионните договори;

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

Е. повишено ниво на потребителска удовлетвореност;

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

З. постигане на по-висока производителност при оптимизирани ресурси;

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

Й. оптимизация на управленските, организационните и контролни процеси,;