Category:WP5 - Revision history

Antonio.osuna: Blanked the page

2022-02-07T12:22:55Z

Blanked the page

Antonio.osuna at 07:35, 7 February 2022

2022-02-07T07:35:56Z

Antonio.osuna at 07:31, 7 February 2022

2022-02-07T07:31:22Z

Antonio.osuna at 07:25, 7 February 2022

2022-02-07T07:25:46Z

Antonio.osuna at 07:18, 7 February 2022

2022-02-07T07:18:17Z

Javier.ferrero: Included the image of the DE4A Conceptual Schema.

2022-02-04T13:17:13Z

Included the image of the DE4A Conceptual Schema.

Javier.ferrero: Undo revision 4343 by Javier.ferrero (talk)

2022-02-04T13:11:30Z

Undo revision 4343 by Javier.ferrero (talk)

Javier.ferrero: Included the image of the DE4A Conceptual Schema.

2022-02-04T13:10:36Z

Included the image of the DE4A Conceptual Schema.

Martina.sestak at 11:44, 31 January 2022

2022-01-31T11:44:18Z

Martina.sestak: Added SSI components. Split contents for the Authority and Edge Agents to separate pages.

2022-01-31T11:43:35Z

Added SSI components. Split contents for the Authority and Edge Agents to separate pages.

← Older revision		Revision as of 12:22, 7 February 2022
Line 1:		Line 1:
−	~~[[File:DE4A Conceptual Schema.png\|alt=DE4A Conceptual Schema\|center\|thumb\|892x892px]]~~
−	~~{\| class="wikitable"~~
−	\|+
−	~~!Component~~
−	~~!Description~~
−	\|-
−	~~\|[[DE4A Connector]]~~
−	~~\|Technical proxy that allows the final participants to send requests for evidence or responses to other final participants over an eDelivery communication environment~~
−	\|-
−	~~\|[[DE4A SSI Authority Agent\|SSI Authority Agent]]~~
−	~~\|Enterprise-level solution that enables issuing and submitting diplomas in the form of verifiable credentials/presentations to Issuers/Verifiers.~~
−	\|-
−	~~\|[[DE4A SSI Edge Agent\|SSI Edge Agent]]~~
−	~~\|Mobile digital wallet solution that enables users to manage their digital diplomas and interact with the Issuer's/Verifier's portals.~~
−	\|}
−	~~== Overview ==~~
−	~~DE4A WP5, Common Component Design & Development, designs and develops new common software components, required for the Pilot implementations and aligned with the other technical work packages.~~

−	~~Objectives include:~~
−
−	~~# Integration and consolidation of all architectural, semantic and pilot-domain features to distil common components in order to build a fully operational environment for each piloting use case;~~
−	# Specification of product commonalities and technical design of component interfaces fully aligned with [https://ec.europa.eu/isa2/sites/default/files/eif_brochure_final.pdf the European Interoperability Framework] and re-usable beyond the project;
−	~~# Development of high quality and optimized common services and components;~~
−	~~# Development of innovative open common components and products based on Blockchain;~~
−	~~# Support to pilot and national deployments with component documentation, as well as making available the common components as new building blocks in a public repository.~~
−
−	~~== Common specifications ==~~
−
−	~~===[[Usage of third party specifications and components\|Third party specifications and components]]===~~
−	~~The DE4A project is based on some specifications and components that allow building new software with some inherited capabilities such as security, reliability, integrity and scalability.~~
−
−	~~Some of the main technologies involved are described here.~~
−
−	~~===[[Description of the software interfaces\|Description of common software interfaces]]===~~
−	This page contains a description of the different software interfaces created for the DE4A project. The information provided can be used as a reference on the development and integration process to each pilot.
−
−	~~===[[DE4A Logs and error messages]]===~~
−	~~In order to standardise the errors and logs handled by each component, some conventions have been taken, as log patterns, error codes definition or messages content.~~
−
−	~~The information on this page should be used by each partner who develops a DE4A component, also it should be maintained to have a proper messages reference and be aware which information will include.~~
−
−	~~Apart from the usual reasons of the logging and error handling, in the DE4A project, there are 3 main bullet points on which the definition of messages is based:~~
−
−	* '''Kafka tracking''': messages sent to the Kafka server which can be previewed at: <nowiki>https://de4a-dev-pt.egovlab.eu/#!detail</nowiki>
−	* '''Metrics logs''': messages marked with a special tag inside the common log file or logged on a separated file, which will be used to analyze and raise some metrics about each system
−	* '''Error convention''': standardise the error messages and codes
−
−	~~== Common Components ==~~
−
−	~~===[[DE4A Connector]]===~~
−	~~=== [[DE4A SSI Authority Agent]] ===~~
−
−	~~=== [[DE4A SSI Edge Agent]] ===~~
−
−	~~== Testing infrastructure ==~~
−
−	~~=== [[DE4A Playground]] ===~~
−	The Playground is a set of predefined and pre-deployed components to be used as is. The “DE4A Playground” was designed to help pilot partners to onboard the DE4A network. It is essentially a temporary infrastructure with two purposes:
−
−	* It simulates a real scenario where the User can request data (evidence) about a subject (citizen or company). Thus, it allows testing the performance of the DE4A Connector by using mocked components and fake data.
−
−	* It allows DE4A pilot participants to deploy their own infrastructure in an orderly manner. A three-stage process was set out for the pilot participants to deploy their software components: first their own developed entities (DE/DO), secondly the DE4A Connector, and finally the SMP of the eDelivery infrastructure. At the end of each stage, the pilot partner can test their deployment by making used of the rest of the Playground components.
−
−	~~===[[DE4A Playground joining stages for the first iteration]]===~~
−	the initial situation of the Playground for the first iteration of the DE4A project and the joining stages foreseen for the joining process of the pilot partners to the Playground. It also defines the information that each pilot partner needs to provide to WP5 in order to include that information in the appropriate components of the Playground so that the pilot partner can send messages via the Playground components.

@@ Line 1: / Line 1: @@
 [[File:DE4A Conceptual Schema.png|alt=DE4A Conceptual Schema|center|thumb|892x892px]]
 {| class="wikitable"
-|+Title
+|+
 !Component
 !Description
 |-
 |[[DE4A SSI Authority Agent|SSI Authority Agent]]
@@ Line 10: / Line 13: @@
 |[[DE4A SSI Edge Agent|SSI Edge Agent]]
 |Mobile digital wallet solution that enables users to manage their digital diplomas and interact with the Issuer's/Verifier's portals.
 |}
 == Overview ==

← Older revision		Revision as of 07:31, 7 February 2022
Line 56:		Line 56:

	=== [[DE4A Playground]] ===		=== [[DE4A Playground]] ===
		+	The Playground is a set of predefined and pre-deployed components to be used as is. The “DE4A Playground” was designed to help pilot partners to onboard the DE4A network. It is essentially a temporary infrastructure with two purposes:
		+
		+	* It simulates a real scenario where the User can request data (evidence) about a subject (citizen or company). Thus, it allows testing the performance of the DE4A Connector by using mocked components and fake data.
		+
		+	* It allows DE4A pilot participants to deploy their own infrastructure in an orderly manner. A three-stage process was set out for the pilot participants to deploy their software components: first their own developed entities (DE/DO), secondly the DE4A Connector, and finally the SMP of the eDelivery infrastructure. At the end of each stage, the pilot partner can test their deployment by making used of the rest of the Playground components.

	===[[DE4A Playground joining stages for the first iteration]]===		===[[DE4A Playground joining stages for the first iteration]]===
		+	the initial situation of the Playground for the first iteration of the DE4A project and the joining stages foreseen for the joining process of the pilot partners to the Playground. It also defines the information that each pilot partner needs to provide to WP5 in order to include that information in the appropriate components of the Playground so that the pilot partner can send messages via the Playground components.

@@ Line 28: / Line 28: @@
 ===[[Usage of third party specifications and components|Third party specifications and components]]===
 ===[[Description of the software interfaces|Description of common software interfaces]]===
 ===[[DE4A Logs and error messages]]===
 == Common Components ==

@@ Line 25: / Line 25: @@
 # Support to pilot and national deployments with component documentation, as well as making available the common components as new building blocks in a public repository.
-== Technical design of interfaces and common specifications ==
+== Common specifications ==
-===[[Usage of third party specifications and components]]===
+===[[Usage of third party specifications and components|Third party specifications and components]]===
-===[[Identification of software components and design of interactions]]===
+===[[Description of the software interfaces|Description of common software interfaces]]===
 ===[[DE4A Logs and error messages]]===
-== Final Release DE4A Common Components ==
+== Common Components ==
 ===[[DE4A Connector]]===
 === [[DE4A SSI Authority Agent]]  ===
 === [[DE4A SSI Edge Agent]] ===