Изисквания:
• Съвместимост с 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 схема;
Изисквания:
Резултата от предичните стъпки трябва да бъде XML документ съдържащ попълнените стойности от протребителя в съответната XSD схема.
Предоставяне на резултат:
Резултатът трябва да бъде генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема.
Тестване:
Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.
Резултат:
• Доказана възможност за динамичното генериран XML документ, съдържащ попълнените стойности от протребителя в съответната XSD схема;
1.12Верификация на XML документ срещу XSD схема;
Изисквания:
• Трябва да може да се парсне XML документ срещу съответната му XSD схема и да се генерират "изчетат" стойностите в подходящи масиви от данни.
Ограничения:
• Един компилиран XSD файл, с включени всички реферирани XSD схеми на използвани ИО;
• Няма да се определя задължителност и други атрибути на елемента, които нямат пряка връзка с доказването на концепцията;
• Идентификатори, пространства от имена и др.
• Няма да има под-сегменти и управление на процеси.
Предоставяне на резултат:
Резултатът трябва да бъде предоставен чрез визуализацията на данните в т. .
Тестване:
Използват се предварително описаните и предоставени тестови файлове в XML и HTML формат.
Резултат:
• Доказана възможност за проверка и визуализация на данните в 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 > az-employer-application-request: az-employer-application-request >
При наличие на цифров подпис в сегмента на заявлението на услугата, Порталът автоматично включва страницата, която реализира полагането на подписа от страна на потребителя.
1.14.2Визуализация на данни за електронен подпис и сертификат на потребилтеля.
Визуализацията на данни за положения електроннен подпис става, чрез използването на информационните полета за сертификата на потребителя в XSLT трансформацията.
Пример:
Електронен подпис:
|
Сертификат #: |
|
|
Издаден на: |
|
|
Издаден от: |
|
|
Валиден от: |
|
|
Валиден до: |
|
В момента подписване "при клиента" е реализирано за 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">
Искане за статус на услуга
|
Сподели с приятели: |