„Развитие на административното обслужване по електронен път”



страница65/90
Дата23.02.2017
Размер7.85 Mb.
#15583
1   ...   61   62   63   64   65   66   67   68   ...   90

Отчетни продукти


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




Продукт

Описание

Етап, на който се предоставя

1

Детайлна функционална и техническа спецификация




Анализ и планиране

2

Системен проект за реализацията

Включва като минимум:

  • Модел и описание на бизнес процесите;

  • Модел и описание на случаите на употреба;

  • Прототип на потребителския интерфейс;

  • Логически и физически модел на данните;

  • Техническа (софтуерна и инфраструктурна) архитектура на инструмента.

Проектиране

3

Изходен код и инсталационен пакет на инструмента




Разработка

4

Актуализирани функционална и техническа спецификация на инструмента.

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

Разработка

5

План за тестване и тестови сценарии




Тестване

6

Резултати от тестовете




Тестване

7

Документация за инструмента

Включва като минимум:

  • ръководство за инсталиране;

  • ръководство за администратора;

  • ръководство за крайните потребителите.

Тестване

8

План за внедряване




Внедряване

9

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




Внедряване

1

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




Внедряване



Дейност 6: Технологично усъвършенстване на текущата реализация на ЕПДЕАУ

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


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

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



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

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

  • усъвършенстване на порталното приложение egov.bg за работа в многоезиков режим. Това предполага спазването на и придържането към добрите практики в тази област на доставчика на порталната платформа;

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

  • усъвършенстване на механизмите за публикуване на ЕАУ, генерирането на XML съобщения и изпращането им към ЕСОЕД. Тук трябва да се използва библиотека от портлети, част от които могат да се достъпват отдалечено като remote portlet-и. Това дава предпоставка за федерация между ЕПДЕАУ и други външни портали;

  • усъвършенстване и доразвиване на информационната сигурност на ниво СУБД към ЕПДЕАУ, ЕСОЕД и РОС в посока задаване и налагане на политики за контрол на достъпа до лични и други чувствителни данни от страна на системни администратори и друг поддържащ персонал, имащ достъп до съответните СУБД;

  • привеждане на основни информационни обекти, използвани в портала (например заявител, приложен документ, електронен подпис на XML документ и др.) в съответствие с дефинициите им в РОС.

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

Досегашното внедряване на ЕПДЕАУ не е сертифицирано.



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


Каталог: upload -> docs
docs -> Задание за техническа поддръжка на информационни дейности, свързани с държавните зрелостни изпити (дзи) – учебна година 2012/2013
docs -> Наредба №2 от 10. 01. 2003 г за измерване на кораби, плаващи по вътрешните водни пътища
docs -> Наредба №15 от 28 септември 2004 Г. За предаване и приемане на отпадъци резултат от корабоплавателна дейност, и на остатъци от корабни товари
docs -> Общи положения
docs -> І. Административна услуга: Издаване на удостоверение за експлоатационна годност (уег) на пристанище или пристанищен терминал ІІ. Основание
docs -> I. Общи разпоредби Ч
docs -> Закон за изменение и допълнение на Закона за морските пространства, вътрешните водни пътища и пристанищата на Република България
docs -> Закон за предотвратяване и установяване на конфликт на интереси
docs -> Наредба за системите за движение, докладване и управление на трафика и информационно обслужване на корабоплаването в морските пространства на република българия


Сподели с приятели:
1   ...   61   62   63   64   65   66   67   68   ...   90




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

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