Reference Architecture - Revision history

Ictu alexander.bielowski at 15:14, 26 January 2022

2022-01-26T15:14:50Z

Ictu alexander.bielowski at 15:13, 26 January 2022

2022-01-26T15:13:12Z

Ictu alexander.bielowski at 15:13, 26 January 2022

2022-01-26T15:13:05Z

Ictu alexander.bielowski: Update of the Reference Architecture page to the PSA second iteration status

2022-01-26T15:12:14Z

Update of the Reference Architecture page to the PSA second iteration status

Ictu alexander.bielowski at 15:10, 26 January 2022

2022-01-26T15:10:47Z

Ictu alexander.bielowski at 15:05, 26 January 2022

2022-01-26T15:05:55Z

Ictu alexander.bielowski at 14:56, 26 January 2022

2022-01-26T14:56:47Z

Ictu alexander.bielowski at 14:52, 26 January 2022

2022-01-26T14:52:41Z

Ictu alexander.bielowski at 14:52, 26 January 2022

2022-01-26T14:52:03Z

Ictu alexander.bielowski at 14:50, 26 January 2022

2022-01-26T14:50:09Z

@@ Line 11: / Line 11: @@
 The design of the [[Intermediation Pattern]] took the Single Digital Gateway (SDG) Once-Only Technical System High Level Architecture (HLA) and insights gained from the [http://wiki.ds.unipi.gr/display/TOOPRA TOOP Reference Architecture] as starting point and was instrumental in uncovering implicit assumptions (i.e. working hypotheses) concerning the fundamental, [[Interdisciplinary Questions]] in context of cross-border exchange of evidence. The [[User-supported Intermediation Pattern]] can relax some of these hypotheses by introducing a direct interaction between the User and the Data Provider. These two patterns fall in the [[Time Horizons|Time Horizon]] t=2 (~end 2023), whereas the third pattern, the  [[Verifiable Credentials Pattern]] opens a perspective to a potential future solution (t=3) and investigates the transformative impact of new blockchain technologies. These three pattern are all concerned with the exchange of evidence in the direct context of the user-interaction in an eProcedure.
-Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction. The  [[Subscription and Notification Pattern]] provides the possibility to the Data Owner to receive a signal if the status of the user (i.e. the company) changes over time in a way that is significant for the ongoing service provided (i.e. subsidy). The [[Lookup Pattern]]<nowiki/>then allows the DO to retrieve an updated version of a previously exchanged evidence.
+Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction. The  [[Subscription and Notification Pattern]] provides the possibility to the Data Owner to receive a signal if the status of the user (i.e. the company) changes over time in a way that is significant for the ongoing service provided (i.e. subsidy). The [[Lookup Pattern]] then allows the DO to retrieve an updated version of a previously exchanged evidence.
 The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN]. The DE4A Architecture Framework defines five architecture [https://wiki.de4a.eu/index.php/Time_Horizons Time Horizons] staring from the pre-SDG baseline (t=0, ~2019) and reaching to a long-term vision (t=4, ~2030+) in order to place different developments in context. More detail on the Architecture Framework is available in the public deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework].

← Older revision		Revision as of 15:13, 26 January 2022
Line 1:		Line 1:
−	DE4A developed a multi-pattern architecture for eGovernment interoperability with a focus on digital-by-default procedures for citizens and businesses and the full implementation of the Once-Only Principle. It is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR). These insights where condensed into a list of [[Interdisciplinary Questions]] that provided the structure to define underlying working assumptions per interaction pattern	+	DE4A developed a multi-pattern architecture for eGovernment interoperability with a focus on digital-by-default procedures for citizens and businesses and the full implementation of the Once-Only Principle. It is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR). These insights where condensed into a list of [[Interdisciplinary Questions]] that provided the structure to define underlying working assumptions per interaction pattern.

	The PSA recognizes five distinct Reference Interaction Patterns:		The PSA recognizes five distinct Reference Interaction Patterns:

@@ Line 1: / Line 1: @@
-DE4A developed a multi-pattern architecture for eGovernment interoperability with a focus on digital-by-default procedures for citizens and businesses and the full implementation of the Once-Only Principle.
+DE4A developed a multi-pattern architecture for eGovernment interoperability with a focus on digital-by-default procedures for citizens and businesses and the full implementation of the Once-Only Principle. It is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR). These insights where condensed into a list of [[Interdisciplinary Questions]] that provided the structure to define underlying working assumptions per interaction pattern
 The PSA recognizes five distinct Reference Interaction Patterns:
@@ Line 13: / Line 11: @@
 The design of the [[Intermediation Pattern]] took the Single Digital Gateway (SDG) Once-Only Technical System High Level Architecture (HLA) and insights gained from the [http://wiki.ds.unipi.gr/display/TOOPRA TOOP Reference Architecture] as starting point and was instrumental in uncovering implicit assumptions (i.e. working hypotheses) concerning the fundamental, [[Interdisciplinary Questions]] in context of cross-border exchange of evidence. The [[User-supported Intermediation Pattern]] can relax some of these hypotheses by introducing a direct interaction between the User and the Data Provider. These two patterns fall in the [[Time Horizons|Time Horizon]] t=2 (~end 2023), whereas the third pattern, the  [[Verifiable Credentials Pattern]] opens a perspective to a potential future solution (t=3) and investigates the transformative impact of new blockchain technologies. These three pattern are all concerned with the exchange of evidence in the direct context of the user-interaction in an eProcedure.
 Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction. The  [[Subscription and Notification Pattern]] provides the possibility to the Data Owner to receive a signal if the status of the user (i.e. the company) changes over time in a way that is significant for the ongoing service provided (i.e. subsidy). The [[Lookup Pattern]]<nowiki/>then allows the DO to retrieve an updated version of a previously exchanged evidence.
 The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN]. The DE4A Architecture Framework defines five architecture [https://wiki.de4a.eu/index.php/Time_Horizons Time Horizons] staring from the pre-SDG baseline (t=0, ~2019) and reaching to a long-term vision (t=4, ~2030+) in order to place different developments in context. More detail on the Architecture Framework is available in the public deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework].

@@ Line 13: / Line 13: @@
 The design of the [[Intermediation Pattern]] took the Single Digital Gateway (SDG) Once-Only Technical System High Level Architecture (HLA) and insights gained from the [http://wiki.ds.unipi.gr/display/TOOPRA TOOP Reference Architecture] as starting point and was instrumental in uncovering implicit assumptions (i.e. working hypotheses) concerning the fundamental, [[Interdisciplinary Questions]] in context of cross-border exchange of evidence. The [[User-supported Intermediation Pattern]] can relax some of these hypotheses by introducing a direct interaction between the User and the Data Provider. These two patterns fall in the [[Time Horizons|Time Horizon]] t=2 (~end 2023), whereas the third pattern, the  [[Verifiable Credentials Pattern]] opens a perspective to a potential future solution (t=3) and investigates the transformative impact of new blockchain technologies. These three pattern are all concerned with the exchange of evidence in the direct context of the user-interaction in an eProcedure.
-Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction.
+Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction. The  [[Subscription and Notification Pattern]] provides the possibility to the Data Owner to receive a signal if the status of the user (i.e. the company) changes over time in a way that is significant for the ongoing service provided (i.e. subsidy). The [[Lookup Pattern]]<nowiki/>then allows the DO to retrieve an updated version of a previously exchanged evidence.
 The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN]. The DE4A Architecture Framework defines five architecture [https://wiki.de4a.eu/index.php/Time_Horizons Time Horizons] staring from the pre-SDG baseline (t=0, ~2019) and reaching to a long-term vision (t=4, ~2030+) in order to place different developments in context. More detail on the Architecture Framework is available in the public deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework].
 DE4A also maintains an  [[Architecture Log]] that keeps track of deviations from DE4A principles and the reference architecture.
+*

@@ Line 1: / Line 1: @@
-The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN].
+DE4A developed a multi-pattern architecture for eGovernment interoperability with a focus on digital-by-default procedures for citizens and businesses and the full implementation of the Once-Only Principle.
 The  Reference Architecture is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR). These insights where condensed into a list of [[Interdisciplinary Questions]] that provided the structure to define underlying working assumptions per interaction pattern
 The PSA recognizes five distinct Reference Interaction Patterns:
@@ Line 14: / Line 14: @@
 Two further patterns introduce exchange of information between public authorities at a later point in time and without direct user-interaction.
 The forthcoming Project Start Architecture - Second iteration introduces two additional Reference Interaction Pattern. The  [[Subscription and Notification Pattern]] provides the possibility to the Data Owner to receive a signal if the status of the user (i.e. the company) changes over time in a way that is significant for the ongoing service provided (i.e. subsidy). The [[Lookup Pattern]]<nowiki/>then allows the DO to retrieve an updated version of a previously exchanged evidence.

@@ Line 3: / Line 3: @@
 The  Reference Architecture is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR).
-The PSA recognizes five distinct Reference Interaction Patterns: The design of the [[Intermediation Pattern]] took the Single Digital Gateway (SDG) Once-Only Technical System High Level Architecture (HLA) and insights gained from the [http://wiki.ds.unipi.gr/display/TOOPRA TOOP Reference Architecture] as starting point and was instrumental in uncovering implicit assumptions (i.e. working hypotheses) concerning the fundamental, [[Interdisciplinary Questions]] in context of cross-border exchange of evidence. The [[User-supported Intermediation Pattern]] can relax some of these hypotheses by introducing a direct interaction between the User and the Data Provider. These two patterns fall in the [[Time Horizons|Time Horizon]] t=2 (~end 2023), whereas the third pattern, the  [[Verifiable Credentials Pattern]] opens a perspective to a potential future solution and investigates the transformative impact of new blockchain technologies.
+The PSA recognizes five distinct Reference Interaction Patterns:
 The forthcoming Project Start Architecture - Second iteration introduces two additional Reference Interaction Pattern: the  [[Subscription and Notification Pattern]] and the [[Lookup Pattern]].
@@ Line 17: / Line 25: @@
 Reference Interaction Patterns:
-*[[Intermediation Pattern]]

← Older revision		Revision as of 14:52, 26 January 2022
Line 1:		Line 1:
−	The DE4A Reference Architecture is based on the ~~[[DE4A~~ Architecture Metamodel~~\|Architecture Metamodel]]~~ described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN].	+	The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/2844e6_ec9fb88703ef431c8a55c63b294fb2cd.pdf D2.1 Architecture Framework] and applies the definitions and description language from [https://www.opengroup.org/archimate-home ArchiMate] and [https://www.bpmn.org/ BPMN].

	The Reference Architecture is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR).		The Reference Architecture is developed with a clear focus on providing direction to the DE4A [[Pilots]] as part of the public deliverables [https://b0b3923b-028b-4cc4-aa23-7b874a2ae593.filesusr.com/ugd/f739c2_a1911e2c84334864961fcdeadc7e05f7.pdf D2.4 Project Start Architecture (PSA) - First iteration] and D2.5 Project Start Architecture (PSA) - second iteration. Most important inputs to the PSA are the Architecture Framework, the detailed requirements of the DE4A [https://wiki.de4a.eu/index.php/Pilots Pilots] and an analysis of the legal requirements of [https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:32018R1724&from=EN#d1e1584-1-1 Article 14 of the Regulation (EU) 2018/1724 establishing a single digital gateway to provide access to information, to procedures and to assistance and problem-solving service] (SDGR).

← Older revision		Revision as of 14:52, 26 January 2022
Line 10:		Line 10:


−	The [Architecture Log] keeps track of deviations from DE4A principles and the reference architecture in general and also records the implications.	+	The [[Architecture Log]] keeps track of deviations from DE4A principles and the reference architecture in general and also records the implications.

	The list of [[Interdisciplinary Questions]] deals with complex interdisciplenary topics and underlying working assumptions.		The list of [[Interdisciplinary Questions]] deals with complex interdisciplenary topics and underlying working assumptions.

← Older revision		Revision as of 14:50, 26 January 2022
Line 10:		Line 10:


−	The [~~https://wiki.de4a.eu/index.php/Architecture_Log~~ Architecture Log] keeps track of deviations from DE4A principles and the reference architecture in general and also records the implications.	+	The [Architecture Log] keeps track of deviations from DE4A principles and the reference architecture in general and also records the implications.

	The list of [[Interdisciplinary Questions]] deals with complex interdisciplenary topics and underlying working assumptions.		The list of [[Interdisciplinary Questions]] deals with complex interdisciplenary topics and underlying working assumptions.