Difference between revisions of "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]. | 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). 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 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. | 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 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. | ||
− | + | DE4A also maintains an [[Architecture Log]] that keeps track of deviations from DE4A principles and the reference architecture. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
* | * |
Revision as of 16:05, 26 January 2022
The DE4A Reference Architecture is based on the Architecture Metamodel described in deliverable D2.1 Architecture Framework and applies the definitions and description language from ArchiMate and BPMN.
The Reference Architecture is developed with a clear focus on providing direction to the DE4A Pilots as part of the public deliverables 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 Pilots and an analysis of the legal requirements of 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:
- Intermediation Pattern
- User-supported Intermediation Pattern
- Verifiable Credentials Pattern
- Lookup Pattern
- Subscription and Notification Pattern
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 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 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 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 Patternthen allows the DO to retrieve an updated version of a previously exchanged evidence.
DE4A also maintains an Architecture Log that keeps track of deviations from DE4A principles and the reference architecture.