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



страница55/90
Дата23.02.2017
Размер7.85 Mb.
#15583
1   ...   51   52   53   54   55   56   57   58   ...   90

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


  • Разработен и интегриран в ЕПДЕАУ технически инструмент за многократно използване на данни със следния обхват:

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

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

  • Интегриран в ЕПДЕАУ компонент;

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



Технически аспекти на разработката


Цели на системата, модула или компонента

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



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

  • намаляване на грешки от неправилно въведена информация;

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

Групи потребители

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

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


  • Администратори – извършват мониторинг и справки за използваемостта на компонента, конфигуриране на параметри и др. Не се предоставя директен достъп до съхранените данни за конкретни потребители;

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

Основни функционалности

  • Съхраняване на съдържанието на ключови информационни обекти, създадено от потребител на ЕПДЕАУ или уеб базирано приложение при попълване на електронен документ;

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

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

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

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

  • Справочен модул за администратори:

    • Включване и изключване на функционалността на компонента като цяло;

    • Управление на видовете информационни обекти, които се поддържат от компонента;

    • Заличаване на всички данни, съхранени в компонента;

    • Справки за използваемостта и работоспособността на компонента;

    • Конфигуриране на параметри.

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

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

Компонентът трябва да отговаря на следните минимални изисквания по отношение на потребителския интерфейс:


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

  • да предоставя помощно (по възможност контекстно) меню;

  • да работи коректно като минимум с следните браузъри:

    • Microsoft Internet Explorer 7 или по-нови версии;

    • Mozilla Firefox 3.5 или по-нови версии;

    • Google Chrome 10 или по-нови версии;

  • да работи коректно при различните разделителни способности на екрана, минималната от които е 1024x768.

Интерфейси с други системи

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

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

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



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

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



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

Обем на поддържаните данни

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



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

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

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

Справките, достъпни за администраторите на системата, трябва да се генерират в срок от 1 минута при 90% от заявките за справки.




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


Сподели с приятели:
1   ...   51   52   53   54   55   56   57   58   ...   90




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

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