DAI-DSS Architecture and Initial Documentation and Test Report – D4.1
Remi Lanza, Rishyank, Herwig Zeiner, Lucas Paletta, Michael Schneeberger, Robert Woitsch, Magdalena Dienstl, Jose Barbosa, Gutavo Vieira, Higor Rosse, Sylwia Olbrych, Alexander Nasuta, Christian Muck
This deliverable “D4.1 – FAIRWork Architecture and initial Documentation and Test Report” for is the first description of the architecture, which will be updated in M20 and M30 in form of updated deliverables.
First the high-level architecture is mapped to the use case scenarios that are for FLEX “Automated Test Building”, “Worker Allocation” and “Machine Maintenance After Breakdown” as well as for CRF “Workload Balance”, “Delay of Material” and “Quality Issues”. Based on the process analysis described in more detail in “D2.1 – Specification of FAIRWork and Initial DAI-DSS Architecture” we identified generic challenges to the aforementioned use case scenarios. This ensures that the architecture and the implemented solutions will not exclusively fit to those use cases but also serve similar use cases that are out of the project. The challenges are: “finding similar projects”, “find relevant experts”, “simulate production process”, “allocate worker”, “map workers with profiles”, “find similar problems”, “reschedule production line”, “allocate order to production line”, “assess the impact”. Such challenges are targeted by Microservices that may use Artificial Intelligence (AI) when appropriate. Hence, we propose a list of services that either individually or in a cooperative manner target the aforementioned list of challenges.
The architecture distinguishes therefore between (a) the core components that allow the selection, configuration, deployment, and operation of selected (AI) services and (b) a list of (AI) services the user can select and compose a solution that targets the requirements of the particular use case.
The (a) cores components are (i) the user interface that is a framework enabling user interface widgets to be deployed in environment like web-pages of MS TEAMS, (ii) the orchestrator that is a framework enabling the controlling of individual services or the orchestration of services, (iii) the knowledge base that integrates data from legacy applications, sensor data streams that require no protection and sensor data stream that require protection in form of an Intelligent Sensor Box (e.g. for human-related information); (iv) the externa data asset marketplace complements the data coming from inside the use case with available data form outside, (v) the configurator that enables the selection and configuration of services to a use-case specific solution and finally (vi) the so-called AI-enrichment which is a service catalogue providing different AI-based services that fulfill the end users’ needs.
The (b) list of (AI) services is a collection of available services, commercial products and research prototypes that are partly used from outside the consortium where feasible and partly created during the project. Hence, we currently propose an initial list of services that target the aforementioned challenges and propose different AI realizations to demonstrate the flexibility of our core components and to enable a selection of appropriate AI solutions. This list is therefore seen as indicative, and it is expected that in the duration of the project it will evolve. The final set of services will also be provided as projects results in the so-called innovation shop.
An initial plan for testing and reporting procedures is presented, which is currently seen as a plan and will be detailed once the deliverable will be updated in M20. The updated version of the deliverable includes the details of implemented components and services and updated security implementations. as well as implemented architecture testing and reporting methodologies.
First the high-level architecture is mapped to the use case scenarios that are for FLEX “Automated Test Building”, “Worker Allocation” and “Machine Maintenance After Breakdown” as well as for CRF “Workload Balance”, “Delay of Material” and “Quality Issues”. Based on the process analysis described in more detail in “D2.1 – Specification of FAIRWork and Initial DAI-DSS Architecture” we identified generic challenges to the aforementioned use case scenarios. This ensures that the architecture and the implemented solutions will not exclusively fit to those use cases but also serve similar use cases that are out of the project. The challenges are: “finding similar projects”, “find relevant experts”, “simulate production process”, “allocate worker”, “map workers with profiles”, “find similar problems”, “reschedule production line”, “allocate order to production line”, “assess the impact”. Such challenges are targeted by Microservices that may use Artificial Intelligence (AI) when appropriate. Hence, we propose a list of services that either individually or in a cooperative manner target the aforementioned list of challenges.
The architecture distinguishes therefore between (a) the core components that allow the selection, configuration, deployment, and operation of selected (AI) services and (b) a list of (AI) services the user can select and compose a solution that targets the requirements of the particular use case.
The (a) cores components are (i) the user interface that is a framework enabling user interface widgets to be deployed in environment like web-pages of MS TEAMS, (ii) the orchestrator that is a framework enabling the controlling of individual services or the orchestration of services, (iii) the knowledge base that integrates data from legacy applications, sensor data streams that require no protection and sensor data stream that require protection in form of an Intelligent Sensor Box (e.g. for human-related information); (iv) the externa data asset marketplace complements the data coming from inside the use case with available data form outside, (v) the configurator that enables the selection and configuration of services to a use-case specific solution and finally (vi) the so-called AI-enrichment which is a service catalogue providing different AI-based services that fulfill the end users’ needs.
The (b) list of (AI) services is a collection of available services, commercial products and research prototypes that are partly used from outside the consortium where feasible and partly created during the project. Hence, we currently propose an initial list of services that target the aforementioned challenges and propose different AI realizations to demonstrate the flexibility of our core components and to enable a selection of appropriate AI solutions. This list is therefore seen as indicative, and it is expected that in the duration of the project it will evolve. The final set of services will also be provided as projects results in the so-called innovation shop.
An initial plan for testing and reporting procedures is presented, which is currently seen as a plan and will be detailed once the deliverable will be updated in M20. The updated version of the deliverable includes the details of implemented components and services and updated security implementations. as well as implemented architecture testing and reporting methodologies.
Links
Cite as
BibTeX (Download)
@techreport{fairwork_d4.1,
title = {DAI-DSS Architecture and Initial Documentation and Test Report - D4.1},
author = {Remi Lanza, Rishyank, Herwig Zeiner, Lucas Paletta, Michael Schneeberger, Robert Woitsch, Magdalena Dienstl, Jose Barbosa, Gutavo Vieira, Higor Rosse, Sylwia Olbrych, Alexander Nasuta, Christian Muck},
editor = {Rishyank Chevuri},
url = {https://fairwork-project.eu/deliverables/D4.1_DAI-DSS%20Architecture%20v1.0a-preliminary.pdf },
year = {2023},
date = {2023-02-28},
urldate = {2023-02-28},
abstract = {This deliverable “D4.1 – FAIRWork Architecture and initial Documentation and Test Report” for is the first description of the architecture, which will be updated in M20 and M30 in form of updated deliverables.
First the high-level architecture is mapped to the use case scenarios that are for FLEX “Automated Test Building”, “Worker Allocation” and “Machine Maintenance After Breakdown” as well as for CRF “Workload Balance”, “Delay of Material” and “Quality Issues”. Based on the process analysis described in more detail in “D2.1 - Specification of FAIRWork and Initial DAI-DSS Architecture” we identified generic challenges to the aforementioned use case scenarios. This ensures that the architecture and the implemented solutions will not exclusively fit to those use cases but also serve similar use cases that are out of the project. The challenges are: “finding similar projects”, “find relevant experts”, “simulate production process”, “allocate worker”, “map workers with profiles”, “find similar problems”, “reschedule production line”, “allocate order to production line”, “assess the impact”. Such challenges are targeted by Microservices that may use Artificial Intelligence (AI) when appropriate. Hence, we propose a list of services that either individually or in a cooperative manner target the aforementioned list of challenges.
The architecture distinguishes therefore between (a) the core components that allow the selection, configuration, deployment, and operation of selected (AI) services and (b) a list of (AI) services the user can select and compose a solution that targets the requirements of the particular use case.
The (a) cores components are (i) the user interface that is a framework enabling user interface widgets to be deployed in environment like web-pages of MS TEAMS, (ii) the orchestrator that is a framework enabling the controlling of individual services or the orchestration of services, (iii) the knowledge base that integrates data from legacy applications, sensor data streams that require no protection and sensor data stream that require protection in form of an Intelligent Sensor Box (e.g. for human-related information); (iv) the externa data asset marketplace complements the data coming from inside the use case with available data form outside, (v) the configurator that enables the selection and configuration of services to a use-case specific solution and finally (vi) the so-called AI-enrichment which is a service catalogue providing different AI-based services that fulfill the end users’ needs.
The (b) list of (AI) services is a collection of available services, commercial products and research prototypes that are partly used from outside the consortium where feasible and partly created during the project. Hence, we currently propose an initial list of services that target the aforementioned challenges and propose different AI realizations to demonstrate the flexibility of our core components and to enable a selection of appropriate AI solutions. This list is therefore seen as indicative, and it is expected that in the duration of the project it will evolve. The final set of services will also be provided as projects results in the so-called innovation shop.
An initial plan for testing and reporting procedures is presented, which is currently seen as a plan and will be detailed once the deliverable will be updated in M20. The updated version of the deliverable includes the details of implemented components and services and updated security implementations. as well as implemented architecture testing and reporting methodologies.},
howpublished = {https://fairwork-project.eu/deliverables/D4.1_DAI-DSS%20Architecture%20v1.0a-preliminary.pdf},
keywords = {deliverable},
pubstate = {published},
tppubtype = {techreport}
}