In this section, we describe our experiences with the Use Case methodology. Therefore, we reuse the structure of the previous section and describe our experiences from the methodological, organizational and synergetical point of view.
Within the project enera, we identified 70 Use Cases in total, among them almost 50 that were judged to be technically important and therefore classified for a detailed description.
Methodological
The approach, to start with the “SGAM Light” version for the use case collection has been proven as very beneficial for the overall project. The additional workload for the project partners during the funding application was minimized, however the information collected during this phase already allows detecting first dependencies between the various tasks. This helps to motivate the project partner to continue with the 2nd phase of Use Cases recording.
For the Use Case elicitation, the information from the SGAM Light could easily be added manually as preparation.
As the showcase project enera bases on the three intensively connected core areas of network, market and data, the Use Cases strongly differ in their focus and content. Furthermore, the Use Cases differ in their granularity, too, as some Use Cases describe innovative, emerging technologies that are concepted during the project while other technologies are already prototyped, have a higher technology readiness level and will be rolled out. Thus, in the recording phase, some Use Cases could only be described with their principal idea while others could be described in technical detail.
For the template-based work, some fields of the Use Case template in MS Word were write-protected. This protection was sometimes avoided by copying the template into a new document. Fortunately, this had no serious effect on meeting the template, but some fields needed small rework to meet the specifications on the template for the import into the UCMR.
The prepared actor list was not used as strongly as originally intended. So here, a consolidation workshop of the coaches was needed after recording the Use Cases to harmonize the actors. Furthermore, there was a second consolidation workshop to standardize the information objects used. For this, each information object from the Use Cases was profiled on one page and besides the annotation of some general attributes, similar information objects were noted on the profile.
After recording the Use Cases in MS Word, they were prepared for the import into the UCMR and imported, too. This was performed by only one expert so the knowledge of (sometimes rare) import problems and their detection and solution could be used effectively. Though we used a template for the recording and had a write protection on the template file, various Use Cases needed adjustments due to syntactical reasons. But the chosen procedure proved beneficial for this task.
In the next phase, the Use Case Owners were involved again. While the Use Case recording was performed before the official start of the project, the first Use Case update was placed after the first half-year of the project. Yet, some Use Cases were still in their conceptional phase after the first half-year of the project, so their update needed to be postponed past the conceptional phase. In the meantime, several personnel changes occured between the preparation and the start of the project. This had effects on the Use Cases, too, as the contact persons for the Use Case Owners as well as some SGAM Coaches changed. So the methodology and process for the Use Cases needed to be explained and trained again to the new contact persons.
Another point is the availability of the Use Cases in the UCMR for the project staff. The 50 different Use Cases classified for a detailed description means round about 40 different Use Case Owners that need an account and introduction for the UCMR to maintain their Use Case. This number is increased even more by the colleagues that work on the Use Cases for the described synergies.
One risk in the fact that about 40–50 people have concurrent write access in the UCMR lies in the right management of the UCMR. Some contents of the Use Cases are managed centrally above all Use Cases (e.g. the actors), so each Use Case Owner needs write access on this content. But a modification in this central managed contents means a modification of e.g. actor definition in all Use Cases that use this content. This risk was adressed strongly while handing over the accounts, so the users were aware of this circumstance and until now, no problems occured on this point.
The last phase of exporting the information from the Use Cases to a visualization is just proceeding right now and has yet only been prepared methodologically. At this stage, we can say that the informations on the technical SGAM layers component, communication and information can be extracted automatically from the UCMR, while the organizational layers function and business need to be extracted manually. Table 3 shows where the information for the SGAM can be extracted from the IEC 62559 template like described in (Clausen et al., 2018). Except for the actors, the UCMR provides no field for the SGAM zone and domain of a content, so this always needs to be added manually. Yet, the UCMR provides still an extra function for an SGAM export that delivers an OpenDocument Spreadsheet filled with the available information. This Spreadsheet can be complemented easily by hand and then smoothly fits for the import in the 3D visualization tool for SGAM.Footnote 2
Organizational dimensions
The management support could be motivated and helped to establish the role of the Use Cases within the project. The resources for the Use Case recording before the official start of the project could be provided, too. Yet by the start of the project, many Use Case Owners changed because of organizational changes. Furthermore, some Use Cases changed contentwise over time, so that the ownership switched to another company involved in the project, Use Cases were discarded or newly defined. This needed to be tracked and in the beginning, the report of changes on Use Cases to the SGAM coaches was not always present. But due to the continuous organizational support by the management team and the reuse of the Use Cases for the explained benefits and synergies, the role of the Use Cases within the project could be supported and by now, changes on Use Cases are reported by the stakeholders to the coaches without extra trigger.
Synergies
As expected, the information collected during the SGAM Light query could easily be used for the application on the funding programme for the project as well as for the further specification of the Use Cases.
The description of the Use Cases with the template did give input to the expected generic high-level system architecture overview of the Smart Data and Service Platform (SDSP), yet still there were some extra workshops with the Use Case Owners needed from the requirements management team of the SDSP to extract, refine and harmonize the informations needed.
Among the technical overview including system components and essential data interfaces the template does include an initial overview of systems that are going to be connected to the SDSP. The initial systems have been split up into five non-technical categories to support the work of the editors and give them some help. The categories have been Market, Enterprise, Operational IT, Station and Field bus level.
The editors did get access to an additional list of all non-technical information/data-objects defined at that time and to a list of all actors/roles.
It is easy to create a simplified version on behalf of this building blocks. This includes primarily a simplified assembly of systems, information objects and actors. In this step, a textual description was not foreseen. The non-complex handling of data acquisition on behalf of the use of templates with graphical elements did work out very well. The procedure could be valuated in a positive way, although at a later stage it is of course necessary to collect more information and add it to the Use Case documentation.
Due to the previously described collection and assembly of Use Case information even before the start of the project containing a first connection to the architecture of the SDSP, it was the case that at the beginning of the project an overview of the responsible contact persons and a high level IT-system architecture already did exist.
The continuously refinement and evolution of the Use Cases lead to a deeper understanding of the technical system landscape. The final analysis of the overall picture of the Use Cases does create a good first overview of the system landscape, covering applications, devices and IT-systems. This overview results in a practical starting point for the operational work of the requirements engineering, making use of the SGAM Use Cases subsequently.
The project enera has the obligation to create an information security management concept (resp. ISMS) within a separate work package. Among generic requirements like the handling of legal restrictions and handling of certification issues a major part of that work is the so called structure analysis. The German federal agency for information security (BSI) claims in its model for basic IT-security to define an area of application as well as a subsequent way of recording of objects belonging to that area.
The structure analysis consists of the observation of business processes, the technical network structure, IT-systems up to the spatial conditions. The information on processes and IT-systems can be extracted out of SGAM in principal. To enhance the necessary further information, an import of the SGAM Use Cases to the ARIS tool (Software AG) did get implemented. After designing an adequate methodical mapping, the mandatory information for the structure analysis could be reused. Additionally all other needed types of objects had been defined and consequently added straight to the imported SGAM Use Cases (see Fig. 3).
The further refinement and documentation of the needed level of defense is done within ARIS, a direct information channel back to the SGAM Use Cases in UCMR was not envisioned.
However, it will be checked if information, which was required to be added in ARIS might be suitable to be collected already during the Use Case description, as this would not impose to much additional effort for the Use Case writer, but could help to ease the ARIS workflow. If such kind of information is identified, a proposal to enhance IEC 62559 accordingly will be created.
Besides the project own usage of the Use Cases, they also where used to give input for the accompanying research of the project. Therefore, an export of all Use Cases with their name, short description and long description was provided in their current state to give a more detailed and actual overview. The work of the accompanying research aims in this case at developing overall key performance indicators overarching for all five projects of the funding programme SINTEG.