Application of INTER-CASE to INTER-LogP Use Case

This section briefly illustrates the integration procedure of the two involved platforms (namely Port and Noatum SEAMS2 Platform) in the INTER-LogP pilot carried out following the INTER-IoT concrete instantiation of INTER-METH, by means of INTER-CASE. The Integrator user first logs in the web-based INTER-CASE and starts a new Integration Project. A summary page, Project Status (see Figure 4.1), shows an overview of the integration procedure. In this case, we just focus on the Analysis and Design phases.

Figure 4.1: Project Status summary of INTER-LogP Integration

Figure 4.2 : Port and Noatum SEAMS2 Platform general information

Figure 4.2 depicts the information provided by the Integrator about the two platforms involved in INTER-LogP (i.e. Port and Noatum SEAMS2 Platform).

Figure 4.3: Port and Noatum SEAMS2 Platform analysed according to the Architecture Reference Model (ARM)

Once specified, the two platforms have to be analyzed according to the ARM introduced in the Deliverable D4.1 (see Figure 4.3). This is a critical activity since allows the conceptual alignment - at architectural model level - of Port and Noatum SEAMS2 Platform, which is necessary to proceed with the integration process. Such analysis has been already reported in Deliverable D4.1 for Port and in D4.2 for Noatum SEAMS2 Platform.

Figure 4.4: INTER-LogP integration goals

After producing the Analyzed Platform Document, the Integrator user defines the high-level integration requirements (see Figure 4.4) of INTER-LogP. In the context of INTER-METH such high-level requirements are called Integration Goals.

Figure 4.5: Identified Categories of INTER-LogP Integration

According to the Analyzed Platform Document, the Integrator identifies at which level(s) (in terms of INTER-Layer) the two Platforms can be integrated. In the context of INTER-METH such layer is called Category of Integration. In case of Port and Noatum SEAMS2 Platform, the Integrator user identifies Middleware, Application&Service, Semantics&Data, Device, and Cross Layer as the most appropriate integration layers (see Figure 4.5).

Figure 4.6: Goal Oriented Model of INTER-LogP integration

The last activity of the Analysis Phase is represented by the Goal Oriented Model (GOM) production of the Integrated Platform. Here the Integrator has to refine the Integration Goals in terms of Functional and Non Functional Requirements. In case of INTER-LogP, the Integrator user identifies the refined requirements summarized as in Figure 4.6.

Figure 4.7: List of Integration Pattern of INTER-LogP identified in the Design Phase

According to the GOM (and particularly to the list of Category of Integration), in the Design phase, the INTER-CASE proposes the pre-instantiated patterns. In case of INTER-LogP D2D, MW2MW, AS2AS, DS2DS and INTER-FW layers are proposed to the Integrator who is in charge of specific patterns instantiation (see Figure 4.7).