Search Results (4)

Business processes (BPs) have become extremely complex with thousands of tasks to be completed. These processes should be modelled to manage their complexity, but deviations from these models can occur during execution. To account for the potential outcomes, models are often over-specified, but in fact, it is impossible to anticipate every scenario. Therefore, the issue of how to model the response to these problems arises. The approach put forward in this study entails the creation of a primary model with the aid of domain experts. If a deviation occurs during execution, the system searches for compatible patterns in a collaborative library of workflows, rather than relying on dedicated solutions for specific problems. Nevertheless, the main challenges lie in selecting the most appropriate set of candidates from a vast number of patterns, as well as identifying the optimal injection points on the primary model to correct the deviation. One main objective is to rapidly eliminate incompatible patterns by employing simple mathematical techniques to narrow down the pool of candidate solutions. This serves to minimize the number of patterns that should be considered where more sophisticated methods can then be utilized to rank and select the best solution from this smaller set. Full article

Current ERPs are still limited by cost, customization, implementation time, and interoperability with other systems. Even if cloud-based ERPs attempt to overcome these limits, they do not completely answer all of them. Based on that postulate about recent ERPs, a conceptual architecture, technical architecture, and implementation architecture of an Enterprise Operating System (EOS) have been designed and proposed to address the services and functionality needed by Enterprise 4.0. This conceptual architecture describes the essential functions required in the EOS, while the technical architecture shows how these tasks cooperate to achieve the mission of the EOS. Among some implementation architectures proposed that benefited from the innovation and concept of the EOS, GreneOS has proposed a technical architecture motivated by EOS concepts. The purpose of this paper is to discuss the current interest, complementarity, and limitation of both the EOS conceptual architecture and its implementation into GreneOS to propose perspectives for the future developments of the EOS. Full article

The internet of things (IoT) and Industry 4.0 technologies are becoming widely used in the field of apiculture to enhance honey production and reduce colony losses using connected scales combined with additional data, such as relative humidity and internal temperature. This paper exploits beehive weight measurements and builds appropriate business rules using two instruments. The first is an IoT fixed scale installed on one hive, taking rich continuous measurements, and used as a reference. The second is a portable nomad scale communicating with a smartphone and used for the remaining hives. A key contribution will be the run and triggering of a business process model based on apicultural business rules learned from experience and system observed events. Later, the evolution of the weight of each individual hive, obtained by either measurement or inference, will be associated with a graphical workflow diagram expressed with the business process model and notation (BPMN) language, and will trigger events that inform beekeepers to initiate relevant action. Finally, the BPMN processes will be transformed into executable models for model driven decision support. This contribution improves amateur and professional user-experience for honeybee keeping and opens the door for interoperability between the suggested model and other available simulations (weather, humidity, bee colony behavior, etc.). Full article

To keep up to date, manufacturing enterprises need to use the latest results from the ICT sector, especially when collaborating with external partners in a supply chain and exchanging products and data. This has led to dealing with an increasing amount of heterogeneous information exchanged between partners including machines (physical means), humans and IT in the Supply Chain of ICT Systems (SC-ICTS). In this context, interoperability management is becoming more and more critical, but paradoxically, it is not yet fully efficiently anticipated, controlled and accompanied to recover from incompatibilities issues or failures. This paper intends to present how enterprise modeling, enterprise interoperability and model driven approaches can lead, together with system engineering architecture, to contribute to developing and improving the interoperability in the SC-ICTs. Model Driven System Engineering Architecture (MDSEA) is based on Enterprise Modeling using GRAI Model and its extensions. It gives enterprise internal developments guidelines, but originally, MDSEA is not the considering interoperability that is required between partners when setting a collaboration in the frame of SC-ICTS. As a result, the MDSEA, extended with interoperability concerns, led to the design of the MDISE (Model Driven Interoperability System Engineering) framework, which capitalizes on the research on enterprise interoperability. To finish, some proposals are made to extend the Model System Tool Box (MSTB) and the use of MDISE for Cyber Physical System (CPS) that are relevant components of SC-ICTS. Full article