Съдържание Цели, обхват и предназначение на документа 3


Представяне на уеб формата в страниците на портала



страница7/7
Дата10.08.2017
Размер1.13 Mb.
#27571
1   2   3   4   5   6   7

1.8Представяне на уеб формата в страниците на портала


Изисквания:

• Съвместимост с JSP и динамичното представяне в страниците на портала;

• Попълване и избор на стойности от потребителя.
Предоставяне на резултат:

• Генериране и визуализация на уеб-форма като част от JSP страница в Портала на базата на прието тестово XSLT описание.


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

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


1.9Извличане на данните


Изисквания:

• Извличането на данните трябва да става динамично и независимо от конкретната тестова уеб-форма и контролите в нея.

• Извличат се всички данни от контроли, чийто идентификатори са идентични или са производни образувани по определен алгоритъм (за динамични списъци) на идентификаторите в XSD схемата на данните на съответната форма.
Особености:

• цифрови подписи:

приложени документи;
Предоставяне на резултат:

Резултатът трябва да бъде генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема. Предоставя се в т.2.7.


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

• Доказана възможност за динамичното генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема;


1.10Преобразуване и верификация на данните по XSD схема


Изисквания:

• Преобразуването и верификацията на данните, извлечени от уеб формата на документа, става на базата на XSD дефинициите на ИО.


Предоставяне на резултат:

Резултатът трябва да бъде генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема.


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

• Доказана възможност за динамичното генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема;


1.11Генериране на XML документ по XSD схема


Изисквания:

Резултата от предичните стъпки трябва да бъде XML документ съдържащ попълнените стойности от протребителя в съответната XSD схема.


Предоставяне на резултат:

Резултатът трябва да бъде генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема.


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

• Доказана възможност за динамичното генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема;


1.12Верификация на XML документ срещу XSD схема;


Изисквания:

• Трябва да може да се парсне XML документ срещу съответната му XSD схема и да се генерират "изчетат" стойностите в подходящи масиви от данни.


Ограничения:

Един компилиран XSD файл, с включени всички реферирани XSD схеми на използвани ИО;

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

• Идентификатори, пространства от имена и др.

• Няма да има под-сегменти и управление на процеси.
Предоставяне на резултат:

Резултатът трябва да бъде предоставен чрез визуализацията на данните в т. .


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

• Доказана възможност за проверка и визуализация на данните в XML документ чрез трансформация по XSLT форма.


1.13Визуализация на верифициран XML документ чрез трансформация по XSLT форма;


Изисквания:

• Генерира се уеб-форма с попълнени стойности на контролите;

• Съответствието между контролите и стойностите се осъществява на базата на идентификаторите.
Предоставяне на резултат:

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


Тестване:

Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.


Резултат:

• Доказана възможност за проверка и визуализация на данните в XML документ чрез трансформация по XSLT форма.


1.14Представяне на цифров подпис на потребител на електронна услуга на ЕПДЕАУ.


Информационният обект <digitalSignature> е от тип стойност и съдържа подписа, сертификата и данните електронно подписани от завителя на електронната услуга на Портала.
<digitalSignature> - XSD схема:

targetNamespace="http://ereg.egov.bg/value/0008-000156"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:certificateSerial="http://ereg.egov.bg/value/0008-000154"
xmlns:certificateIssuer="http://ereg.egov.bg/value/0008-000312"
xmlns:signerName="http://ereg.egov.bg/value/0008-000153"
xmlns:encSignedData="http://ereg.egov.bg/value/0008-100153"
xmlns:encCertificate="http://ereg.egov.bg/value/0008-200153"
xmlns:validFromDate="http://ereg.egov.bg/value/0008-300153"
xmlns:validToDate="http://ereg.egov.bg/value/0008-400153"
xmlns:signatureValue="http://ereg.egov.bg/value/0008-500153">
























<digitalSignature> съдържа в себе си следните информационни обекти:

- <еncSignedData> - Подписаните данни от потребителя на портала в BASE64 encoding формат. Уеб формата в HTML формат съдържаща данните, въведени от потребителя и тяхната визуализация по време на подписването им.

- - Сертификата на потребителя, с който са подписани данните, сериализиран в BASE64 encoding формат.

- - Стойността на цифровия подпис на данните от полето <еncSignedData> със сертификат от полето ;

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

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

- - Дата от която е валиден сертификата. Използва се като информационно поле за визуализация на данните от сертификата.

- - Дата до която е валиден сертификата. Използва се като информационно поле за визуализация на данните от сертификата.

- - Име на лицето, на което е издаден сертификата. Използва се като информационно поле за визуализация на данните от сертификата.

1.14.1Включване на електронен подпис в електронна услуга за публикуване в ЕПДЕАУ.


Включването на електроннен подпис в електронна услуга става, чрез включването на информационния обект в сегмента на документа на заявлението на услугата т.е. реферирането на елемента digitalSignature в XSD схемата на сегмента.
Пример:

xmlns:applicant="http://ereg.egov.bg/value/0008-000016"
xmlns:Attachments="http://ereg.egov.bg/value/0008-000120"
xmlns:digitalSignature="http://ereg.egov.bg/value/0008-000156"
xmlns:az-employer-application-request="http://ereg.egov.bg/segment/0009-000035" targetNamespace="http://ereg.egov.bg/segment/0009-000035" elementFormDefault="qualified" attributeFormDefault="unqualified">


<xs:import namespace="http://ereg.egov.bg/value/0008-000156" />




АЗ - Кандидатстване за сключване на договор за предоставяне на финансови средства на работодатели при наемане на безработни лица по мерки за заетостКандидатстване за сключване на договор за предоставяне на финансови средства на работодатели при наемане на безработни лица по мерки за заетост






<xs:element name="digitalSign" type="digitalSignature:digitalSignature" />





Необходимо е и включване на елемента digitalSignature в шаблонния XML файл.
Пример:
xmlns: digitalSignature =http://ereg.egov.bg/value/0008-000156
< az-employer-application-request: digitalSignature >

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


1.14.2Визуализация на данни за електронен подпис и сертификат на потребилтеля.


Визуализацията на данни за положения електроннен подпис става, чрез използването на информационните полета за сертификата на потребителя в XSLT трансформацията.
Пример:
Електронен подпис:


























Сертификат #:
Издаден на:
Издаден от:
Валиден от:
Валиден до:


1.14.3Подписване от страна на клиента


В момента подписване "при клиента" е реализирано за IE6 и IE7 (CAPICOM ver. 2.1.0.2 ActiveX контрол на Microsoft).
Разработва се Java Appliet технология, която е независима от браузера, но е

зависима от "доставчиците" на сертификатите и от конфигурирнето им.


1.14.4Приложения



targetNamespace="http://ereg.egov.bg/value/0008-000312"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">





targetNamespace="http://ereg.egov.bg/value/0008-000154"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">





targetNamespace="http://ereg.egov.bg/value/0008-200153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">






targetNamespace="http://ereg.egov.bg/value/0008-100153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">





targetNamespace="http://ereg.egov.bg/value/0008-500153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">





targetNamespace="http://ereg.egov.bg/value/0008-000153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">






targetNamespace="http://ereg.egov.bg/value/0008-300153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">






targetNamespace="http://ereg.egov.bg/value/0008-400153"
elementFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">






1.15Искане на статус по заявена услуга от доставчика на ЕАУ


Описание на реализираната задача:

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



1.15.1Описание на темплейтен XML файл на заявка за статус.


Примерно име на файла ‘status-request-Template.xml’.


xmlns:status-request="http://ereg.egov.bg/segment/0009-000091">

















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


XSL трансформация на празен темплейтен XML файл за заявка за статус на заявена услуга в уеб форма за редакция на данни.



xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0"



xmlns:status-request="http://ereg.egov.bg/segment/0009-000091">



























Искане за статус на услуга










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


Сподели с приятели:
1   2   3   4   5   6   7




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

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