Protokoll openkonsequenz ACQC

Transkript

1 Thema: Protokoll: Teilnehmer: Kopie: Sitzung Architecture Committee & Quality Committee Zuständigkeit Stichwort Protokoll openkonsequenz ACQC Peter Herdt, Thomas Altherr, Andre Göring, Bernhard Betz, Erik Hauptmeier, Gerriet Reents, Dennis Griesa, Laurent van Groningen, Steffen Grüttner, Wolfram Heldmaier, Julia Kuhla, Felix Korb, Martin Jung, Michael Müller, Oliver Tantu, Matthias Rohr, Sebastian Lehnhoff, Martin Spata, Martin Stiegler, Axel Wunder Ort: Verteiler 12. Sep. 16 Termin TelKo im Verzeichnis erledigt I Peter Herdt Vortrag SC Peter Herdt stellt ok vor (siehe Anlage TOP2) F ACQC ACQC-Sitz SAG Martin Stiegler ist stimmberechtigtes Mitglied der SAG im ACQC F ACQC ACQC-Sitz BTC Stanislav Rockel ist stimmberechtigtes Mitglied der BTC im ACQC für das Projekt openk Teil F ACQC ACQC-Sitz OFFIS Sebastian Lehnhoff ist stimmberechtigtes Mitglied des OFFIS im ACQC für das Projekt NetzDatenStrom F ACQC Personalunion ACQC AC und QC wird in Personalunion besetzt (Wahl einstimmig). Die 12 Sitze des ACQC werden wie dargestellt besetzt (Wahl einstimmig): Peter Herdt (MDN), Martin Jung (Develop Group für Netrion), Kai Schmidt (E-Netz), Axel Wunder (arvato Systems für Netz Leipzig), Bernhard Betz (EWR), Erik Hauptmeier (Westnetz), Thomas Altherr (EWE NETZ), Matthias Rohr (BTC), Marc Peters (IBM), Martin Stiegler (SAG), Sebastian Lehnhoff (OFFIS NetzDatenStrom), Stanislav Rockel (BTC openk-pilot) F ACQC Sitze ACQC F ACQC Chairman ACQC I Peter Herdt I Abnahmekriterium Module Rechte und Pflichten sind zur Kenntnis genommen. Chairman des ACQC wird Sebastian Lehnhoff (10 Ja-Stimmen, 2 Enthaltungen) Feststellung: Der Prozess aus der Aufgabenbeschreibung muss schlussendlich laufen. + Abnahmekriterien für Sprints müssen erfüllt sein. Erik Hauptmeier Vortrag PPC Erik Hauptmeier stellt PPC-Vorgehensweise vor (siehe Anlage TOP3) ProtokollACQC.xlsx / Protokoll Seite - 1 (32) - Druck:

2 Bedarf für Ausschreibungen von Modulen des PPC: Spezifikation, ok- Styleguide, ok-systemarchitektur, ok-softwarearchitektur, ok- Mitte/Ende Qualitätsguideline. Juni Jul A ACQC Bedarf für Ausschreibungen Erik I Hauptmeier Beauftragung Im Idealfall sollen bis zu 4 Module pro Jahr beauftragt werden. Erik I Hauptmeier Service-Module ok-service-module (Plattformdienste) sollen aus AC getrieben werden I ACQC Prüfung PPC-Anträge erfolgen A ACQC AC-Backlog Empfehlung: Modulspezifikation des PPC soll durch das ACQC vor Ausschreibung geprüft werden: Können Module in die bisherige Architektur integriert werden bzw. welche Aufwände sind dazu nötig? Sind alle Infos dort bereits enthalten? Review der Anforderungen soll Wie kann/soll Wartung organisiert werden? Mittels Long Term Support Konzepte der Eclipse Foundation? 24. Mai I Marc Peters Vortrag IBM I Marc Peters Vortrag IBM I Jürgen Meister Vorstellung ARC F ACQC ARC42 Vorstellung Stand I Jürgen Meister Pilot im ARC F ACQC A Andre Göring F ACQC Initiales Dateiformat Architekturdokumentation Initiale Architekturdokumentation Arc42 Randbedingungen F ACQC Arc42 Bausteinsicht Marc Peters stellt mögliche DevOps für Open Source PaaS für die Entwicklung und Laufzeit der openk Projekte vor (siehe Anlage TOP4). Empfehlung: IBM Wunsch an das ACQC: What s next im Kontext Virtualisierung/Containerisierung/PaaS überdenken Jürgen Meister stellt Architekturdokumentationsmethode ARC42 vor (siehe Anlage TOP5.1). ARC42 soll in englischer Form als Basis für Architekturdokumentation dienen. Stellen, die während der Modulentwicklung durch den Auftragnehmer ausgefüllt werden müssen, werden kenntlich gemacht. Jürgen Meister stellt den Stand des Piloten mittels ARC42 dar (siehe Anlage TOP5.2). Google-Docs wird als erstes Format zum Abstimmen initialer Architekturdokumentation eingesetzt und zur Kommentierung/Reifung und Beschluss im Kreis der ACQC-Besucher bzw. Entscheider verteilt. Andre Göring setzt Google-Docs Arc42-Dokument auf und nimmt erste Vorgaben anhand des Piloten auf. 06. Mai 06. Mai Arc42 Punkt 2: Bei Randbedingungen ist zwischen Vorgaben und Empfehlungen zu unterscheiden. Arc42 Punkt 5: Bausteinsicht soll Komponentendiagramme statt Paketdiagramme enthalten ProtokollACQC.xlsx / Protokoll Seite - 2 (32) - Druck:

3 Zuständigkeit Stichwort ARC42 Bausteinsicht Vorgaben in Dokumentationsstufe 1 werden durch ACQC erstellt F ACQC Detailierung Dokumentationsstufe 2 erfolgt durch Modulentwickler F ACQC Schnittstellendokume ntation Schnittstellen von Komponenten, die von mehreren Modulen verwendet werden müssen sauber dokumentiert sein A ACQC AC-Backlog Vorgehen erarbeiten für eine Trennung der JavaDoc Detail- Dokumentation in Architektur- und Qualitätsteil. Dies ist nötig hinsichtlich Nutzung und vor allem Wartung der Module. 24. Mai F ACQC Cody-Styleguide ist abzuliefern Der durch Entwickler verwendete Code-Styleguide ist durch Entwickler abzuliefern, solange noch kein ok-code-style vorgegeben ist. Vorschläge von Lieferanten sind willkommen F ACQC Technologie- Abweichung Bei Abweichungen von der vorgegebenen Technologie muss eine Abstimmung mit dem ACQC erfolgen. Lösungsansätze sind in Angebote aufzunehmen um festzustellen, welche Lösungsansätze in Module wiederverwendet werden diese Angebote werden weder an das F ACQC Angeboten ACQC noch an andere Anbieter weitergeleitet. Zur Hilfe bei der Auswahl eines geeigneten UML-Tools durch das ACQC A Martin Jung UML-Tools schickt Herr Jung Informationen. 09. Mai 09. Mai A ACQC AC-Backlog Auswahl eines UML-Tools für ok-diagramme. 24. Mai A BTC CIM-Cache CIM-Cache dokumentieren (Funktionsumfang "Was er kann, was er nicht kann") 27. Mai 06. Jun I ACQC Integration NLS Feststellung: Kommentare zu TOP5.2 Folien S. 25 aufnehmen (File Server als Schnittstelle zwischen NLS und Integration Server): Denkbar ist auch, dass das NLS auf den Integration Server zugreift. Umgekehrt nicht. Dies ist keine MicroService-Architektur A OFFIS Abnahmeplattform ToDo S. 27 (TOP 5.2) Verteilungssicht hinzufügen und bearbeiten: Laufzeitumgebung: Abnahmeplattform ist zu definieren und Minimalkonfiguration in Arc42-Architekturdokumentation anzugeben 30. Mai 06. Jun I Ralph Müller Eclipse CBI Common Build Structure (CBI)-Infrastruktur wird von Eclipse angeboten. Kann als Vorgabe für Long Term Support dienen. Gump wurde für das Einholen von NPM-Paketen empfohlen F ACQC Mandantenfähigkeit S. 38 (TOP 5.2) Entwurfsentscheidungen: Keine Mandantenfähigkeit. Also aus der Arc42-Doku entfernen. Cache-DB ist erstmal nur für Eisman umgesetzt. Hier sollten sich A BTC Hersteller/ACQC AC-Backlog Hersteller noch einmal zusammensetzen. Stanislav I Rockel UI-Styleguide Vortrag Stanislav Rockel stellt UI-Styleguides für Darstellung von Daten vor (siehe Anlage TOP6) ProtokollACQC.xlsx / Protokoll Seite - 3 (32) - Druck: Termin erledigt 24. Mai

4 Style-Guide für hierarchische Listenansichten: BTC soll prüfen, inwieweit sich eine TreeView für die Verwendung in andere/mehrere Module A BTC TreeView-Entkopplungentkoppeln lassen kann. 30. Jun 04. Jul I Matthias Rohr Stellungnahme zur Eclipse Foundation Matthias Rohr stellt die Stellungnahme der BTC zur Entwicklung unter der Eclipse Foundation vor (siehe Anlage TOP7.1) I Ralph Müller Committer Feste Eclipse-Regel: Committer wird man erst durch mehrfache Kontribution im Gerrit/Bugzilla. Weitere Committer müssen Verständnis für Prozess nachweisen (siehe Anlage EclipseFoundationDiskussion) I Ralph Müller I ACQC Eclipse- Projektzuschneidung 1 Commit- Verantwortlichkeit für abgelaufene Beauftragungen Empfehlung: Plattform-Komponente sollten als Eclipse Projekt weiterführen und neue Module in jeweils neuen Eclipse-Projekten entwickelt werden (siehe Skizze in Anlage EclipseFoundationDiskussion). Feststellung: Für später weiterzuentwickelnde Module (insb. Plattform- Module) müssen Verantwortlichkeiten für das Committing unabhängig von den ursprünglich für die Module beauftragten Unternehmen geschaffen werden I ACQC Eclipse- Projektzuschneidung 2 Feststellung: Es gibt unterschiedliche Herangehensweisen, die Eclipse Projekte zu schneiden, als ein Plattformdienst und mehrere einzelne Module (Siehe Punkt 42 und Anlagen). Beitrag Herr Herdt: Derzeit ist es obligatorisch für Entwickler eines Moduls Eclipse Foundation Mitglied zu werden. Insofern erübrigt sich die Diskussion derzeitig. Projektzuschneidung und Commit- Verantwortlichkeiten sind zu Regeln. Erfolgt die Entwicklung von Plattform und verschiedenen Modulen in jeweils eigenen Eclipse Projekten? Wie sind die Committer bei der Plattform zu bestimmen? Wer wird Kümmerer für Freigabeprozess? Ist eine eigene ok-struktur dafür vorzubereiten? Wie soll Change Management vonstatten gehen? A ok-sc, ACQC AC-Backlog BTC Contributer müssen noch Individual committer Vertrag der Eclipse A BTC Individual Committer Aunterzeichnen. BTC klärt mit Betriebsrat die Unterschrift des Individual Committer - Individual Committer Vertrages für den ok-piloten. Bisher wurden entsprechende Haftungen I Matthias Rohr Agreement von BTC und nicht einzelnen Entwicklern übernommen. Eclipse-Beitrag als Solution Member für neue Eclipse-Projekte richtet sich an Unternehmensgröße/Umsatz. Höhe der Kosten sollte im I Ralph Müller Eclipse-Beitrag Vergleich zu Anderen bewertet werden ProtokollACQC.xlsx / Protokoll Seite - 4 (32) - Druck: Mai 06. Jun

5 I IP-Management I Ralph Müller Fremdbibliotheken- Verwendbarkeit Das IP-Management der Eclipse bedeutet eine Risikominimierung für Geschäftsführer/Vorstände durch Vermeidung grober Fahrlässigkeit. Empfehlung: Fremdbibliotheken von Modulen sollen frühzeitig im Gespräch mit der Eclipse mitgeteilt werden, um schnelle IP Überprüfung möglich zu machen A SC In der Angebotsausschreibung sollte festgehalten werden, dass die Entwickler absehbare, Verwendung findende Bibliotheken im Angebot benennen. Dann kann eine Prüfung durch die Eclipse schneller erfolgen. Das AC gibt nur Vorgaben vor der Angebotsausschreibung - welche im Angebot berücksichtigt werden sollen/müssen. Kapitel 10 Abzusehende Fremdb Schutzerechte/Urheberrechte von kommerziellen Bedingungen erweitern. 23. Jun I Ralph Müller EPL-Lizenz Viralität der EPL-Lizenz: derived nur für BugFixes. EPL erlaubt auch das Linken von Open und Closed Source. EPL hat Haftungsausschlußklausel. Siehe Anlage EclipseFoundationDiskussion I Martin Jung Qualitätsvorgaben Vortrag Martin Jung hält Vortrag über Qualitätsvorgaben für die Projekte (siehe Anlage TOP7.5) F ACQC Ownership Referenzplattform (TOP 7.5) Vorgaben zur Referenzplattform sind im Ownership des Quality Commitees A Martin Jung SC Einfluss auf QC Steering Committee Einfluss im Qualtity Committee berücksichtigen. 06. Jun A Martin Jung Aufgaben QC F ACQC Test Coverage bei Unit Tests Programmiervorgabe A ACQC ACQC-Backlog Aufgaben des Quality Committees müssen festgelegt /abgestimmt werden. 80% Branch Coverage soll erreicht werden. Eine Begründung durch Entwickler ist nötig, warum in Teilbereichen Branch Coverage schwierig ist, wenn sie nicht erreicht/getestet wird. Test-Daten sind auszuwählen und zu veröffentlichen. Hierbei ist zu klären, ob Standard-Test-Daten veröffentlicht werden dürfen. Dürfen Originaldaten verwendet werden? Sind diese zu abstrahieren? Hier ist genau abzustimmen welche Daten in welchem Umfang vorliegen müssen I Lieferanten Branch Coverage Feststellung: 100% Branch Coverage ist zu teuer. Ggf. unterschiedliche Qualitätskriterien für Plattform bzw. andere Module A ACQC ACQC-Backlog festlegen. 06. Jun 24. Mai 24. Mai ProtokollACQC.xlsx / Protokoll Seite - 5 (32) - Druck:

6 F ACQC Commit-Verzug Programmiervorgabe Contributes abgeschlossener Funktionen müssen innerhalb eines Werktages committed werden A SC Commit-Verzug Programmiervorgabe SC verpflichtet Lieferanten vertraglich, Contributes abgeschlossener Funktionen innerhalb eines Werktages zu committen. 25. Mai F ACQC Code Quality Programmiervorgabe Dokumentation: Innerhalb des Repositories sind HowTos für Integratoren und Entwickler in je einem Dokument (z.b. Mark-Down) abzulegen Code Documentation Guidelines (Quellcodekommentierung) werden von A Martin Jung Code Documentation GHerrn Jung erarbeitet und sind dann abzustimmen. 20. Jun 18. Jul A Martin Jung Vorschlag eines Regulären Ausdrucks für Dateinamenkonventionen von Code Documentation GDokumentationen/Reports im git wird von Herrn Jung gemacht. 06. Jun F ACQC Prüfung Design Quality Die Design Quality muss von unabhängigen Dritten geprüft werden (Änderung zu TOP7.5 Folie 10) A ACQC SC ACQC-Backlog Es ist Festzulegen, welche unabhängige Instanz die Design Quality prüft DNVGL könnte sich dies vorstellen (JMei): In Rücksprache mit SC soll zunächst keine unabhängige Instanz für Qualitätsuntersuchungen eingesetzt. 24. Mai F ACQC Qualitätsvorgaben AC-Vorgabe In Teilen der Qualitätsvorgaben wird vom Stand der Technik des Softwareengineerings aus wirtschaftlichen Gründen abgewichen I Martin Jung Integration Stage vs. QA Reference Platform Anmerkung zu Folie S. 12 Integration Stage Reference Platform liegt beim Supplier, QA Reference Platform ist die C&C Darmstadt-Plattform I Andre Göring CIM Vortrag Andre Göring hält Vortrag zum Thema CIM (Siehe Anlage TOP8) I Jürgen Meister CIM Webinare DKE Webinare zu CIM ninformationmodel_cim.aspx ok-pilot CIM mit I F ACQC A OFFIS I OFFIS JSON XML bzw. CIM/XML (RDF) AC-Vorgabe Zurverfügungstellung CIM Enterprise Architect Modell ESB-Konfiguration Programmiervorgabe? ok-pilot versendet Daten nach CIM-Profil mittels JSON Serialisierung Zukünftig soll über ESB CIM als CIM/XML (RDF) für Topologie bzw. XML für Weitere (gemäß der Standards) verwendet werden. OFFIS prüft, inwieweit rechtlich das erstellte CIM Enterprise Architect Modell zur Verfügung gestellt werden kann. 09. Mai 09. Mai Empfehlung: Lieferanten von ok-modulen sollen zusätzliche Konfigurationsscripte und Mappings zur einfachen Integration ihrer Module für den Talend-ESB mitliefern ProtokollACQC.xlsx / Protokoll Seite - 6 (32) - Druck:

7 Zuständigkeit Stichwort ESB-Mächtigkeit Programmiervorgabe Feststellung: Ein ESB ist nicht mächtig genug für komplizierte Mappings I Gerriet Reents? (z.b. Drehung der Semantik, TransformerWinding-Änderungen) I OFFIS CIM-Version Schnittstellenzuschnit t Programmiervorgabe Feststellung: Neue Module, die neue Daten (i.s.v. neuer Semantik) verarbeiten, haben immer auch eine Schnittstellenanpassung bzw. ESB- Anpassung zur Folge. Empfehlung: Interface-Segregation-Principle sollte bei der Erstellung von I Jörg Friebe Schnittstellen berücksichtigt werden. Feststellung: Probleme bei Schnittstellen tauchen dann auf, wenn sich die Semantik im CIM grundlegend ändert. Eine Schnittstelleninteroperabilität ist dann in jedem Fall mit Kosten I ACQC Schnittstellenadapter verbunden. CIM-Version AC-Vorgabe F ACQC Neue Module werden mit CIM 17 oder neuer entwickelt I ACQC Diskussion Orga Abschließende Besprechung der Action Items A OFFIS Protokoll Protokoll wird durch OFFIS erstellt (3 Werktage). Folien und Backlog werden angehängt (siehe Anlage ActionItems). 26. Apr 26. Apr A AC-Vorgaben OFFIS OFFIS erstellt Google Docs-Dokument für AC-Vorgaben 06. Mai 09. Mai A QC-Vorgaben Martin Jung Martin Jung erstellt QC-Vorgaben-Dokument 09. Mai F ACQC ACQC-Telkos ACQC-Telkos finden Montags in ungeraden Wochen von Uhr statt (als Goto Meeting von Herrn Herdt; Andre Göring lädt ein). 06. Mai 06. Mai F ACQC ACQC Guides und Vorgaben Ende Mai 4-stündiger Termin für Telko für Freigabe der ACQC- Dokumente F ACQC Guest Member OFFIS und DNVGL werden fest zum ACQC eingeladen F ACQC Organisation Organisation des ACQC in Anlehnung an Folien von Martin Jung (Arbeitsweise, Prozeduren, Ergebnisse) A OFFIS Organisation Aufbereitung Organisation des ACQC in Anlehnung an Folien von Martin Jung 04. Jul 18. Jul A Martin Jung Ralph Müller Commit-Verzug Programmiervorgabe A SC Ablage CIM EA Profil A Martin Jung Termin erledigt Martin Jung hält Rücksprache mit Ralph Müller bezüglich üblicher Commit-Regelungen ("Commit abgeschlossener Funktionen am folgenden Werktag, mindestens aber 14 tägig?"). 20. Jun 15. Aug Klärung seitens SC: Es wird geprüft, ob CIM EA Profil im internen Bereich auf der Homepage von ok veröffentlich werden kann. 23. Mai 06. Jun Kritikalitäts- und Komplexitätseinordun Martin Jung prüft, ob Kritikalität- und Komplexitätseinordnung an BSI g ausgerichtet werden kann und wann und durch wen sie erfolgt. 23. Mai 06. Jun ProtokollACQC.xlsx / Protokoll Seite - 7 (32) - Druck:

8 A Martin Jung SC Deep Inspection Martin Jung bespricht mit SC wer Deep Inspection Aufgaben übernimmt. 01. Nov F ACQC Rechte- und Lollenmanagement Liferay wird für Rechte&Rollenmanagement in GUI und in Applikationslogik (auch über den ESB) verwendet. Mittelfristige Trennung zwischen Abnahmeplattform vs. Demoplattform: Es soll zukünftig zwischen einer Abnahmeplattform und einer Referenz/Demo-Plattform bzw. jeweils -Umgebungen unterschieden werden. Erstere ist in engischen ACQC-Dokumenten "Quality Assurance (QA)-Platform/Environment" zu nennen. Auf dieser erfolgen Sprint/Produktabnahmen eines Moduls (siehe auch Quality Committee Handbook). Letztere ist in englischen ACQC-Dokumenten als "Demo Platform/Environment" zu bezeichnen. Dort werden verschiedene Module beispielhaft miteinander vernetzt. Beide Plattformen sollen der gleichen Referenzarchitektur unterliegen. Offene Punkte sind dann: - Versionierung für verschiedene Modulstände, die auf der Plattform betrieben werden? - Werden Modulhersteller verpflichtet, Module in die Referenzarchitektur F/A ACQC AC-Backlog zu integrieren? Rechtlich kann das QC keine harten Entscheidungen bezüglich der Abnahme treffen. Das QC hat kein explizites Vetorecht bei der Abnahme von Modulen. Das QC kann bei Qualitätsmängeln/Nicht-Einhaltung des QC-Handbooks dem PPC/Lead Buyer/Product Owner empfehlen, eine Abnahme zu verweigern. In begründeten Fällen sollte die Abnahme dann F ACQC QC-Kompetenzen verweigert werden. 24. Mai I ACQC Qualitätsprüfung Für (sehr) kritische und/oder (sehr) komplexe Aufgaben muss der Lead Buyer eine Qualitätsprüfung eines Moduls vor Abnahme schon bei der Beauftragung berücksichtigen. In der Ausschreibung eines Moduls sollten diese Mehraufwände Modulherstellern kommuniziert werden. Die Qualitätsprüfung (insbesondere bei Deep Inspection) erzeugt jedoch auch weitere Aufwände, falls eine Beauftragung von Qualitätsprüfern erfolgen soll. Letztere sollten unabhängig vom Modulhersteller sein A ACQC- Mitglieder QC- und AC- Handbook bearbeiten Alle Mitgleider sollen QC- und AC-Handbook sichten, bearbeiten und kommentieren. 20. Jun 04. Jul ProtokollACQC.xlsx / Protokoll Seite - 8 (32) - Druck:

9 Die Google-Docs Links sind bis Verabschiedung des QC- bzw. AC A ACQC Veröffentlichung ACund QC-Handbook Handbooks noch intern zu verwenden. Über die Art der Veröffentlichung wird anschließend bei der nächsten Telko befunden. 20. Jun 04. Jul T ACQC Verabschiedung QCund AC-Handbook Am um Uhr sollen das QC- und das AC Handbook in jeweils einstündiger Telko konsolidiert und für die Ausschreibungen des Betriebstagebuches und der Schaltantragsverwaltung finalisiert werden. 20. Jun 04. Jul T Korb Wiederverwendbarkeit CIM Cache BTC erstellt eine kurze schriftliche Bewertung der Wiederverwendbarkeit der CIM Cache-Komponente in kommenden Modulen. 27. Mai 06. Jun I Meister ACQC-Backlog ACQC-Backlog Aufgaben sind aus dem Protokoll in das langfristige Backlog des ACQC kopiert, der im Anhang zu Protokoll vom verteillt wurde A Korb JSLint vs. JSHint Felix Korb klärt BTC-intern die Auswahlkriterien für JSHint, mit dem Ziel, den Entscheidungsprozess JSLint vs. JSHint für ok-qc-handbook zu unterstützen. 20. Jun F ACQC Dokumentationen Modulspezifische Dokumentationen bzgl. Quality und Architecture sind nach festem Schema in Unterverzeichnissen im jeweiligen git des Moduls zu dokumentieren. Es soll keine zusätzliche Dokumentation einzelner Module in übergreifenden Dokumenten stattfinden, um Redundanzen und Inkonsistenzen zu vermeiden I Peters Referenzarchitektur Am hat das SC beschlossen, die Referenzplattform zu IBM zu verschieben A Korb CIM-Cache Felix Korb stellt Ergebnisse zur Wiederverwendbarkeit des CIM-Caches in der nächsten Telko vor. 20. Jun 18. Jul A Göring CIM EA Profil CIM EA Profil mit openk-pilot Änderungen (Stand Dezember) soll auf der ok-homepage hochgeladen werden. 22. Aug A ACQC ACQC-Backlog QC-Handbook vervollständigen: Was sagt das BDEW-Whitepaper in Sachen Sicherheit bzgl. Encryption A ACQC ACQC-Backlog Klärung, wer Continuous Integration baut und umsetzt (Präsentation in Dortmund bzgl. PaaS) I Sebastian Lehnhoff CIM wird mit EA gepflegt CIM wird mit Enterprise Architect gepflegt. Bei der Arbeit mit CIM kommt man kaum um EA herum. Martin Jung recherchiert Austauschformate von Enterprise Architect, in denen UML-Diagramme durch Entwickler verpflichtend erzeugt werden müssen, um möglichst auch die Verwendung freier UML-Tools zu A Martin Jung EA Austauschformate ermöglichen. 04. Jul 18. Jul ProtokollACQC.xlsx / Protokoll Seite - 9 (32) - Druck:

10 Zuständigkeit Stichwort A Marc Peters EA Pflicht bei CIM Marc Peters klärt innerhalb von IBM, ob aus der Verwendung von CIM die Verwendung von Enterprise Architekt folgt und ob/welche andere(n) sinnvolle(n) Tools verwendet wurden/für ok verwendet werden können. 04. Jul 18. Jul A ACQC ACQC-Backlog UML-Tool-Abstimmung 18. Jun I Steffen Grüttner Vorbehalt QC- Handbook Editierung F ACQC QC-Handbook A ACQC ACQC-Backlog A ACQC ACQC-Backlog Steffen Grüttner sagt die Beschließung des QC-Handbooks zu, sofern nicht bis Uhr (am ) eine anderslautende Rückmeldung von Ihm kommt. Vorbehaltlich der Rückmeldung von Steffen Grüttner (s. P-Nr. 118) wird das QC-Handbook durch das ACQC verabschiedet. Hinzufügen je eines Absatzes in der Einleitung des AC Handbooks zur Beschreibung der einzelnen Kapitel Hinzufügen von Literaturverweisen im ACQC-Dokument innerhalb des Textes Termin erledigt F ACQC Wording für ok- Componenten A Peter Herdt Erik Hauptmeier QA Effort Das Wording für ok-komponenten wurde im Englischen auf Reference Platform (für Referenzplattform), Platform Service (für Basis Modul wie CIM-Cache) sowie Module (für fachliche Module wie Eisman) festgelegt. Peter (SC) und Erik (PPC) klären, an welcher Stelle die Einplanung von Aufwänden zur Qualitätskontrolle von Fremdmodulen/eigenen Modulen durch die Modulentwickler in welchem Umfang verlangt wird. 04. Jul 04. Jul F ACQC F ACQC 1st Draft Provides- & Requires- Schnittstellen übergreifende Schnittstellendokume ntation A ACQC ACQC-Backlog Steffen A Grüttner Security A ACQC ACQC-Backlog I Felix Korb Internationalisierung Provides- & Requires Schnittstellen für ein Modul werden zunächst vom Modulentwickler im Angebot vorgeschlagen. Anschließend prüft das ACQC die Wichtigkeit für ok und schneidet ggf. auf dieser Basis um. Schnittstellen von Modulen und das ok-cim-gesamt-profil werden in einem Anhang zum AC-Handbook aufgeführt. Security-by-Design zunächst nicht im AC-Handbuch (sondern z.b. im Forschungsprojekt NetzDatenStrom) Steffen Grüttner macht einen Vorschlag für den Punkt 8.9 Security im AC- Handbook. 28. Jun 04. Jul Klärung System Management (insbesondere woher Administratoren Ticket-Informationen von Fehlermeldungen beziehen können) Das User Interface für Internationalisierung vorzubereiten bedeutet minimalen Aufwand, ist eigentlich Stand der Technik und erfordert nur etwas Disziplin bei der Programmierung. Das später nachzuziehen benötigt hohe Aufwände ProtokollACQC.xlsx / Protokoll Seite - 10 (32) - Druck:

11 Zuständigkeit Stichwort Aufgrund der Aussage von Felix Korb beschließt das ACQC, dass Module für eine internationale Verwendung vorbereitet werden sollen, F ACQC Internationalisierung zunächst jedoch nur eine deutsche Übersetzung vorgehalten wird. Klärung, ob Entwurfsentscheidungen im Architekturhandbuch getrennt A ACQC ACQC-Backlog werden zwischen inhaltlichen Themen und Vorgehen? Harte Anforderungen bzgl. der Referenzplattform müssen unter Quality A ACQC ACQC-Backlog Scenarios für das AC-Handbook noch definiert werden. Risiken der ok-plattform-(architektur) müssen noch im AC-Handbook A ACQC ACQC-Backlog definiert werden. Termin erledigt A Andre Göring A Peter Herdt Erstellung Vorschlag AC-Handbook Prüfung AC- Handbook durch SC A ACQC ACQC-Backlog Andre Göring wird das AC-Handbook wie besprochen als Vorschlag zur Verabschiedung finalisieren und an Peter Herdt senden 28. Jun 04. Jul Peter Herdt wird den Vorschlag des AC-Handbooks bis zur nächsten ACQC-Sitzung durch das SC überpfüfen lassen. 04. Jul 18. Jul Es muss festgelegt werden, wo Konfigurationsdateien auf dem Referenzserver abgelegt werden sollen. Falls sie im.war file liegen, werden diese ja überschrieben bei jedem Deployment. Eine einheitliche Stelle ist ggf. angebracht, wo auf der Referenzplattform diese Dateien abgelegt werden A ACQC ACQC-Backlog Der AC Handbook-Anhang zur Schnittstellen-Übersicht soll in ein eigenes Dokument abgelegt werden (Welches Format - so dass alle zugreifen können)? Dieses Dokument muss durch die Modulentwickler aktuell gehalten werden (wenn sie die Dokuentationspflichten aus grünen Boxen des AC Handbooks erfüllen) F ACQC AC Handbook Das AC Handbook wurde durch das ACQC verabschiedet A Andre Göring AC/QC Handbook Die AC & QC Handbooks sind nach Vereinheitlichung des Layouts durch Andre Göring auf das Eclipse Wiki als PDF hochzuladen. 18. Jul 18. Jul A Felix Korb Architekturbild bearbeiten Felix Korb soll in der von ihm vorgestellten Architekturabbildung grafisch separieren zwischen Softwarekomponenten (Modulen, legacy Systemen) und Schnittstellendefinitionen (ok-apis). Desweiteren soll die User Module Schicht von der API-Schicht durch eine angedeutete gestrichelte Linie getrennt werden und eine Beschreibung/Legende hinzugefügt werden. 18. Jul 29. Aug ProtokollACQC.xlsx / Protokoll Seite - 11 (32) - Druck:

12 F ACQC A Martin Jung Protokollveröffentlich ung Anforderungsspezifik ation I Marc Peters Referenzplattform ACQC-Protokolle bleiben/werden veröffentlicht - Kommentare aus dem Word-Dokument aber entfernt. Martin Jung erledigt noch 2-4 Stunden Aufwand um Anforderungsspezifikationen für Betriebstagebuch und Schaltantragsverwaltung abzuschließen. 22. Jul 15. Aug IBM hostet Referenzplattform. Herr Grüttner hat Zugänge erstellt und Herrn Korb einen davon übergeben. Pilotanwendung Eisman wird derzeit darauf eingerichtet. Herr Peters spricht Herrn Rohr über Fortschritte an, da Herr Korb in Urlaub ist A Marc Peters A Marc Peters Martin Jung und Steffen Grüttner halten fest, dass es potentiell gefährlich im Sinne der Austauschbarkeit von Modulen ist, User Modules direkt auf I Martin Jung Steffen Grüttner ok-api-zugriff die ok-api zugreifen zu lassen I Peter Herdt Erik Hauptmeier QA Effort QA Effort: Die Einplanung von Aufwänden zur Qualitätskontrolle von Fremdmodulen/eigenen Modulen durch die Modulentwickler soll in der Ausschreibung abverlangt werden A Martin Jung QA Effort Martin Jung erarbeitet Vorschlag für die Umfänge die für QA-Effort von Fremdmodulen durch Modulentwickler einzuplanen sind (z.b. 5% Entwicklungsaufwand). 01. Aug TreeView- Felix Korb teilt mit, dass eine Baumansicht (s. P39) grundsätzlich entkoppelbar ist. Peter Herdt konkretisiert, dass die Entwicklung in den I Felix Korb Peter Herdt Entkopplung Ausschreibung/Angeboten berücksichtigt werden muss F ACQC ACQC-Mitglied Oliver Tantu von Soluvia ist neues Mitglied des ACQC für Netrion F ACQC ACQC-Mitglied Julia Kuhla von itecplus ist neues Mitglied des ACQC für Main Donau Netz I Wolfram Heldmeier ACQC-Gast Wolfram Heldmeier ist Produktmanager bei SAG und wird Stefan Blanaru und Dennis Griesa im ACQC als nicht stimmberechtigtes Mitglied ergänzen I Peter Herdt QC/AC-Handbooks Das SC hat die von AC/QC verabschiedeten QC- und AC-Handbooks angenommen. Zugriff Marc Peters dokumentiert, wie Außenstehende auf das Referenzserverimage Referenzplattform-Image/Template zugreifen und es verwenden können. 29. Aug 29. Aug Referenzserverimage- Marc Peters klärt Hintergründe einer Anfrage für das Referenzplattform- Anfrage Image von Extern. 01. Aug ProtokollACQC.xlsx / Protokoll Seite - 12 (32) - Druck:

13 Zuständigkeit Stichwort F ACQC UML-Tools A Sebastian Lehnhoff Modulausschreibung/ enwicklungsprozesse verteilen I Peter Herdt Architektur-Berater I Peter Herdt QC-Berater/Prüfer Festlegung von UML Tools: Für die CIM Modellierung wird die Verwendung von Enterprise Architekt stark empfohlen. Das verwendete Tool muss einen funktionierenden Export für Enterprise Architekt bieten, so dass das Modell von Enterprise Architekt wieder importiert werden kann. Für weitere Software-Architektur-Artefakte wird das freie Tool Modelio vorgegeben, um Eintrittsbarrieren gering zu halten. Termin erledigt Sebastian Lehnhoff verteilt Modulausschreibungs/-entwicklungs Prozesse an das ACQC als Grundlage für weitere Diskussion. 19. Jul 19. Jul Anmerkung von Peter Herdt: Wer könnte "Architektur-Berater" im Modulausschreibungs/-entwicklungs-Prozess sein? Mit entsprechenden Kosten? Sein Vorschlag: Ein für Netzbetreiber teilnehmendes AC- Mitglied, das die Architektur-Committee Entscheidungen verfolgt hat: Kuhla, Wunder, Tantu, Schmidt? Peter Herdt: QC-Beratung/-Prüfung muss auch noch geklärt werden. Hierbei sollte die Berücksichtigung von Ressentiments bei der Auftragsvergabe abgelehnter Auftragnehmer und ein transparenter Prozess der QA sichergestellt sein. Es wird diskutiert, dass Informationen für neue Mitglieder, die einen Einstieg in das Thema ermöglichen, zahlreich wenn auch etwas fragmentiert vorhanden sind. Dennoch scheint es die Wahrnehmung eines "inneren Kreises" zu geben, der sich bereits persönlich gut kennt. Dieser stellt für neue Mitglieder eine gewissen Hürde für die Zusammenarbeit dar. Es wird eine SC/AC/QC-Vollversammlung vor dem T Sebastian Lehnhoff ACQC-Mitglied NDS-Kick-Off (Ende Oktober/Anfang November) angeregt, um die neuen Mitglieder besser kennen zu lernen. Terminabstimmung wird angestoßen 29. Aug 12. Sep I Peter Herdt Webseite/Wiki Webseite kurz vor der Veröffentlichung (max. 2-4 Wochen) ProtokollACQC.xlsx / Protokoll Seite - 13 (32) - Druck:

14 Zuständigkeit Stichwort Matthias Rohr stellt das kommentierte Angebot der BTC zur Überarbeitung des Architekturkonzeptes in Vorbereitung bevorstehender Module vor. Überführung der EISMAN Pilot 1&2 Funktionen in eine wiederverwendbare API - als erweiterbare API konzipiert. Die Ergebnisse werden in das AC-Handbuch eingepflegt bzw. als Open API veröffentlicht. Lieferung von Grafiken erfolgt als Inkscape-Datei und SVG- Export. Allgemein wurde vereinbart, dass die Qualität der Ergebnisse Architektur/AP- ausreichen muss, um direkt als Basis für eine F Matthias Rohr Konzept Ausschreibung/Implementierung verwendet werden zu können A Marc Peters openapi Marc Peters verteilt Open API-Dokumentation/Informationsmaterial 05. Aug 01. Aug Termin erledigt A Sebastian Lehnhoff Modulentwicklung I Peter Herdt QA Effort A Steffen Grüttner Martin Jung QA Effort A Marc Peters Referenzplattform ACQC-Mitglied I Kai Schmidt Count&Care Der Bedarf eines anonymisierten Referenzdatenmodells/anonymisierter Demo-Szenarien wird diskustiert auch als Voraussetzung der Bereitstellung/Veröffentlichung von EISMAN über die Referenzplattform. Es wird geprüft, ob die Aufwände hierfür im Forschungsprojekt (NetzDatenStrom) vorgezogen werden können? 01. Nov Peter berichtet über den Beschluss des PPC die QA/QS schon bei den nächsten Modulausschreibungen separat auszuschreiben Steffen Grüttner berichtet von DNV GL-internen Diskussionen, die QA/QS von Projekten in Form einer langfristigen Architektur-QS und als "begleitende Dienstleistung" auszuschrieben. Der Vorschlag scheint gerade bei Kleinmodulen auch in ok sehr sinnvoll und Steffen Grüttner stellt das Konzept nach kurzer Abstimmung mit Martin Jung in der nächsten ACQC-Telko vor. 15. Aug Die Live-Demo zur Verwendung des Referenzsserver-Images am soll als Aufnahme bereit gestellt werden. Dies kann nicht über GotoMeeting erfolgen. Marc Peters wird eine geeignete Umgebung bereitstellen sowie rechtzeitig einen Link verteilen. 29. Aug 29. Aug Herr Simon Skaznik wird für Count&Care am ACQC teilnehmen I Felix Korb ok-gesamtarchitektur Felix Korb stellt den Stand der BTC-Beauftragung vor. Zunächst wird ein Wiki zur Dokumentation verwendet. Anschließend werden die Informationen übertragen (Es ist noch zu klären, ob Google-Docs oder Ascii-Doc verwendet werden soll). Vorstellung des Schichtenmodells, von Integrationsszenarien - durch ein Relationales Mapping können ggf. Integrationshürden sinken - und den Komponentenaufbau von Modulen ProtokollACQC.xlsx / Protokoll Seite - 14 (32) - Druck:

15 Zuständigkeit Stichwort Felix Korb wird den Link zum Wiki verteilen und vervollständigt die A Felix Korb Wiki-Link Beschreibung zu Integrationsszenarien. 29. Aug Termin erledigt I ACQC A Jürgen Meister ACQC A Kai Schmidt ok- Gesamtarchitektur Entscheidugnsvorlag e für das SC bzgl. Plattformmodule Accessmanagement- Tool Derzeitig ist das Identity- & Accessmanagment (Authentication & Authorization nach dem vorgestellten Schichtenmodell) und auch deren APIs noch nicht entwickelt. Insofern können Modulentwickler von Anwendermodulen keine APIs / Module vorraussetzen, auf denen sie aufbauen können. Mathias Rohr berichtet, dass noch nicht feststeht, wie die Ausschreibung von Plattformmodulen geplant ist, aber durch das SC zeitnah besprochen wird, es jedoch nicht Teil der BTC-Beauftragung ist, für das Identity- & Accessmanagement die vom Betriebstagebuch benötigten Schnittstellen zu definieren. Das Betriebstagebuch benötigt jedoch ein Identity- & Accessmanagement. Vorschlag: Im Rahmen der Betriebstagebuchs wird auch eine zukunftsfähige API und eine prototypische Umsetzung für das Identity- & Accessmangement entwickelt bzw Open Source-Bibliotheken hinter der API verwendet. Die APIs sind mit dem ACQC abzustimmen. In der Auschreibung für das Betriebstagebuch muss der Entwicklungs- sowie der Abkapelungsaufwand der APIs und die prototypische Umsetzung des Identity- & Accessmanagements abgefragt werden. Jürgen Meister erstellt mit Andre Göring einen Entwurf einer Entscheidungsvorlage für das Vorgehen für die Plattformmodulentwicklung in Anwendermodulprojekten. ACQC Mitglieder geben Feedback zu der Entwcheidungsvolrage per Mail im Umlaufverfahren ab. Abgestimmte Entscheidungsvorlage soll am dem SC vorgelegt werden. 18. Aug 29. Aug Kai Schmidt verteilt einen Link zu einem Accessmanagement-Tool, welches als Basis für ein Plattformmodul "Authentification" und "Authorization" dienen könnte. 16. Aug 15. Aug F ACQC AC/QC Handbooks Die Beschlussvorlagen für AC / QC Handbooks werden einstimmig angenommen. Auswahl und Anmelden von Bibliotheken sowie Commit- Fristen sind dort geklärt und müssen nicht extra in die Lead-Buyer- Einkaufsbedingungen aufgenommen werden ProtokollACQC.xlsx / Protokoll Seite - 15 (32) - Druck:

16 Stand Ausschreibungsdokumente: Betriebstagebuch ist fertig und kann I Martin Jung Ausschreibungsdoku mente ausgegeben werden. Schaltantragsverwaltung hat minimale Änderungen und kann vermutlich auch bald ausgegeben werden. Rotation zwischen Herstellern für den QA zwischen Projekten ist schwierig, da Teilnehmeranzahl noch zu gering ist. Martin Jung erarbeitet Vorschlag für Ausschreibung für QA mit prozentualem Aufschlag auf I Martin Jung QA-Effort I Steffen Grüttner Referenzserver A Felix Korb Referenzserverdoku I Martin Jung QA-Effort I Marin Jung Steffen Grüttner I Steffen Grüttner A Martin Jung QS Funktion und Integration von Anwendermodulen Angebot QS für 2 Anwendermodule QS für Plattformmodule Entwicklungskosten. IBM stellt eine virtuelle Maschine zur Verfügung. Diese wurde von Herrn Grüttner konfiguriert und von Felix Korb die ok-referenzumgebung aufgesetzt. Der Server ist derzeit abgeschaltet, da die aufgespielten Testdaten nicht annonymisiert vorliegen, der Server aber öffentlich zugänglich ist. Felix Korb dokumentiert, wie der Referenzserver (auch lokal) aufzusetzen ist und verteilt diese Dokumentation. Nicht das Entwicklungsteam selbst, sondern ebenfalls eingearbeitete Personen sollen Entwicklungsteams prüfen. Vorschlag: Jeder Modulentwickler soll zur Überprüfung der Entwicklung anderer Module zusätzlichen Aufwand zum Entwicklungsaufwand einplanen, der prozentual an den eigenen Entwicklungsaufwand gekoppelt wird. Dieser Prozentsatz muss festgelegt werden und in der Ausschreibung verlangt werden. Jedoch müssen dafür mehrere Module parallel entwickelt werden. Herr Grüttner bietet an, in den folgenden zwei Projekten von einer unabhängigen Partei (DNV-GL) die QS durchführen zu lassen. DNV-GL hat jedoch nicht das tiefgehende Softwareengineering Know-How, um solche Forderungen wie in QS Handbook 2.2 Deep Inspection und Peer- Review oder 2.3 Code Quality - 100% Code Abdeckung zu leisten. Funktionalität und Integrationstest kann DNV-GL überprüfen. DNV GL plant zukünftig QS für Anwendermodule anzubieten. Die Definition des Prozesses zur Beauftragung der QS-Maßnahmen (siehe "Modulausschreibung.svg") ist jedoch notwendige Voraussetzung und noch nicht definiert. 29. Aug Herr Jung erstellt eine Entscheidungsvorlage für die QS bezüglich Plattform Modulen (wie sieht diese aus und wer macht es) für das QC Handbook zur Diskussion, die in der kommenden Telko besprochen werden soll. 12. Sep 12. Sep ProtokollACQC.xlsx / Protokoll Seite - 16 (32) - Druck:

17 Die Empfehlung/Entscheidungsvorlage zur Entwicklung von initialen Plattformmodulen innerhalb von Anwendermodulen wird von Martin Jung und Peter Herdt überarbeitet und soll in der nächsten Telko besprochen werden und dort auch das Vorgehen für die Benutzer und Rechteverwaltung (Access&Identitymanagement / A Peter Herdt Martin Jung Entwicklung Plattformmodule Authentification&Authorization), die im Modul Betriebstagebuch benötigt wird, diskutiert werden. 12. Sep 12. Sep I Felix Korb AC Handbook Felix Korb stellt Anderungen an Architekturschichten und deren Beschreibung im Handbook vor F ACQC Plattformmodule A Felix Korb Martin Jung Komponentendiagra mm F ACQC Styleguide Wiki Bennenung von Plattformmodulen: Oberbegriff Platform Modules. Hier wird unterschieden zwischen Domain Modules und Core Modules. Domain Modules sind Module mit direktem Bezug zum Energiesektor (z.b. CIM Topology (Cache)), die durch openkonsequenz selbst entwickelt werden müssen. Core Modules sind Module, die wesentlich zum Aufbau einer Plattform beitragen, aber keinen direkten Bezug zur Energiedomäne haben (z.b. Autentifizierung, Logging...) und vermutlich auf verfügbare Lösungen zurückgegriffen werden kann (mit einer zusätzlichen Schnittstellenabstraktion, um die unterliegende Technologie ggf. austauschen zu können). Zum Abschnitt Komponentendiagramm werden in Sachen Connector Martin Jung und BTC diskutieren, ob es sinnvoll ist, diese Konnectoren in der Zeichnung mit aufzunehmen. Auf der einen Seite wäre es gut, wenn Entwicklungsprojekte die Konnektoren nicht mehr selbst implementieren müssten und auf ein fertiges Framework zurückgreifen können - welches aber derzeit noch nicht existiert. Auf der anderen Seite sind dann neben den Schnittstellen zu den einzelnen Modulen auch die Schnittstellen der Konnektoren festzulegen. Herr Grüttner bemerkt, dass solche vorgegebene Libraries durchaus Mehrwert böten. In der nächsten Telko wird das Thema besprochen. 12. Sep 12. Sep Das Styleguide Wiki sollte öffentlich lesbar sein und schreibbar nur für ok- Mitglieder ProtokollACQC.xlsx / Protokoll Seite - 17 (32) - Druck:

18 Mathias Rohr berichtet vom Gesprächen im SC, dass die IBM Collaboration Platform und das Styleguide Wiki getrennt bleiben sollen. Im Eclipse Wiki kann jeder editieren (es ist also öffentlich schreibbar). Anforderungen an das Wiki sollen in der nächsten Telko gesammelt werden und dann besprochen werden, wo das Styleguide Wiki abgelegt I Matthias Rohr Styleguide Wiki wird I Marc Peters Michail Tausch Referenzserver Marc Peters und Michail Tausch stellen Referenzserver im IBM Softlayer vor. Die Präsentation wurde aufgezeichnet. Hierbei ist es IBM Policy, dass jeder entscheiden kann (und muss), ob er aufgezeichnet werden soll oder die Sitzung verlässt. Steffen Grüttner ergänzt Sicht eines Konfigurators, Felix Korb ergänzt Sicht eines Nutzers des IBM Softlayers. Steffen Grüttner weißt auf die Vielzahl an Plattformen im AC Handbook hin, die konfiguriert werden müssen. Aufzeichnung Marc Peters wird die Aufzeichnung des Referenzservers zur Verfügung A Marc Peters Referenzserver stellen. 12. Sep A Steffen Grüttner I Matin Jung F ACQC Angebot Images konfigurieren Entwicklung Plattformmodule Entwicklung Plattformmodule; Identity & Accessmangagement I Peter Herdt Eclipse Wiki Eignung Plattform und - Komponentenarchite F ACQC ktur Steffen Grüttner bereitet ein Angebot der DNV-GL vor, den Referenzserver zu konfigurieren und die entsprechenden Images zu erstellen. In der nächsten Telko soll dazu geklärt werden, welche Plattformen benötigt werden: Z.B. Referenzserverimage, Abnahmeplattform für Lead Buyer/Entwickler je Entwicklungsvorhaben. und eine öffentliche Demonstrationsumgebung. 12. Sep 12. Sep Martin Jung stellt Beschlussvorlage für Vorschlag zur Anpassung des AC Handbooks bzgl. Entwicklung von Plattformmodulen in Anwendermodulen vor. Beschlussvorlage bzgl. Entwicklung von Plattformmodulen wird durch das ACQC beschlossen. Zunächst wird KeyCloak verwendet für Identity&Accessmanagement. Es muss mittels einer API abgekapselt werden, die der Modulentwickler des Betriebstagebuchs entwickeln und umsetzen muss. KeyCloak ist als Entwurfsentscheidung im AC Handbook aufzunehmen. Im Eclipse Wiki ist ggf. die Einschränkug möglich, dass nur Committer schreiben dürfen. Ralph Müller mit Peter telefonieren. Peter/Martin berichten. Die ok-plattform- und -Komponentenarchitektur werden vom ACQC beschlossen ProtokollACQC.xlsx / Protokoll Seite - 18 (32) - Druck:

19 F ACQC Ausschreibung ohne QS I Martin Jung QS Schätzung QS soll in den jetzigen Ausschreibungen erstmal weggelassen werden. und gesondert für die ersten Module ausgeschrieben werden. Zur Schätzung der in einer zusätzlichen Beauftragung nötigen Aufwände für QS, sollen die Angebote für die zu überprüfenden Module abgewartet werden. Minimal dürften 4-8 Stunden pro Sprint anfallen, die dann vermutlich auch ausgeschrieben werden F ACQC ACQC-Backlog I A Steffen Grüttner Steffen Grüttner Virtuelle Machinen Angebot DNV-GL Images Konfiguration Die Klärung der Qualitätssicherung für Plattformmodule und die Verantwortlichkeiten bzgl. Peer Review/Deep Inspection für Plattform und Anwendermodule soll ins Backlog verschoben werden und zunächst Erfahrungen mit der externen Vergabe der QS gemacht werden. Steffen Grüttner hält folgende VMs für nötig, deren Konfiguration auch Bestandteil des Angebots der DNV-GL sind: Demo-Umgebung, (Referenzumgebung (als virtuelle Maschine, in der die verfügbaren ok- Module auf aktuellem Stand laufen) + eine eigene Abnahmeplattform für jedes Modul. Das DNV-GL enthält keine eigentliche QS der Module, sondern stellt nur die dafür grundlegenden Abnahmeplattformen zur Verfügung. Steffen Grüttner soll das jetzige Angebots der DNV-GL zur QS/Image- Konfiguration des/der Referenzserver ins ACQC verteilten, damit darüber im ACQC diskutiert werden kann. 26. Sep I Felix Korb A Felix Korb fachliche Aufteilung CIM Cache fachliche Aufteilung CIM Cache Felix Korb stellt die fachlichen Aufteilung des CIM-Caches aus EISMAN 1 & 2 vor: Toplogiedatenmanagement (statisch) + (dynamisch) + aktuelle Messwerte; Assetmanagement-API; Messdatenmanagment-API. Inwieweit Fahrpläne berücksichtigt werden müssen, muss noch weiter beleuchtet weden. Desweiteren gibt Felix Korb einen Ausblick auf Schnittstellenentwürfe. Hierbei sind nach Felix Korb auch bisher bekannte Projekte berücksichtigt. Sebastian bittet darum, die zugrundegelegten Anwendungsfälle zu benennen. Felix Korb soll die für die fachliche Aufteilung des CIM-Caches berücksichtigten Anwendungsfälle benennen. 26. Sep ProtokollACQC.xlsx / Protokoll Seite - 19 (32) - Druck:

20 I ACQC Vorgehensweise Architekturdiskussion Matthias Rohr regt an, sich noch einmal Gedanken zu machen, wie man wirkliche Architekturentscheidungen diskutieren kann. Eine einwöchentliche Telko mit einer Stunde Länge sei dafür nicht ausreichend. Sebastian Lehnhoff schlägt vor, die Telko wie gehabt nach Bedarf auf 2 Stunden auszuweiten. Felix Korb schlägt vor, bei der BTC einen Workshop auszurichten. Peter Herdt schlägt vor, Vormittags vor der OK-Vollversammlung 2 Stunden zusammenzuarbeiten und während der Vollversammlung nur zu berichten T ACQC ok-vollversammlung Die Vollversammlung wird am von 13 bis 18 Uhr mit anschließender Möglichkeit zum gemeinsamen Abendessen stattfinden ProtokollACQC.xlsx / Protokoll Seite - 20 (32) - Druck: Okt