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



страница59/90
Дата23.02.2017
Размер7.85 Mb.
#15583
1   ...   55   56   57   58   59   60   61   62   ...   90

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


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



Продукт

Описание

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

1

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




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

2

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

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

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

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

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

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

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

Проектиране

3

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




Разработка

4

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

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

Разработка

5

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




Тестване

6

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




Тестване

7

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

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

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

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

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

Тестване

8

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




Внедряване

9

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




Внедряване

1

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




Внедряване



Дейност 3 : Разработване на вътрешен портал по въпросите на електронното управление

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


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

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

Трябва да се заложи механизъм за реализиране на електронни бюлетини с изборно съдържание на база обновяваното съдържание в портала и възможност за тяхното разпращане по зададена база данни с валидирани електронни адреси.


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


  • Разработен и пуснат в експлоатация вътрешен портал по въпросите на електронното управление с основни функционалности:

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

  • Разработване на база от знания към вътрешния портал;

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

  • Реализиране на електронни бюлетини с изборно съдържание на база обновяваното съдържание в портала.



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


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

Основни цели на изграждането на системата са:



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

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

  • осигуряване на справочен механизъм за проучвания и анализи;

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

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

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



  • Администратори на системата – имат достъп до функции за:

    • управление на потребители и техните роли;

    • конфигуриране и настройване на системата;

    • справочен модул с информация за използваемостта на системата.

  • Регистрирани потребители от административните органи – имат достъп до функции за:

    • публикуване на съдържание;

    • извършване на анализи чрез използване на справочната част на системата.

  • Публични потребители – граждани и организации – имат достъп до функции за:

    • преглед на публикувано съдържание;

    • попълване на анкети;

    • получаване на бюлетини;

    • участие във форуми и коментари по публикувано съдържание.


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

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



  • Модул за управление на потребители и роли;

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

  • Модул за модериране на съдържание;

  • Модул за справки и анализи;

  • Модул за въвеждане и изпращане на електронни бюлетини;

  • Публичен модул.

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

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

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

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

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

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

Термините и различните етикети към визуалните контроли по отношение на екранните форми и справките се съгласуват с Възложителя.

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



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

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

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

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

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

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

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

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

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

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

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

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

По отношение интеграцията на разработените компоненти (база знания, електронни бюлетини, компонент за обратна връзка и др.) в наличните компоненти и подсистеми на ЕПДЕАУ трябва да се използват като минимум следните стандартни интерфейси: JSR-168, JSR-268, REST (Representational State Transfer) и уеб услуги (web services). Това ще осигури стандартизация при обмена на данни между вътрешния портал по въпросите за ЕП и различни други системи и модули (напр. ЕПДЕАУ).

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

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

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




Брой заявки на секунда

Спад във време за реакция (%)

0 – 100

0

100 – 500

7

500 – 1 000

20




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


Сподели с приятели:
1   ...   55   56   57   58   59   60   61   62   ...   90




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

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