Diskussion:Los1: Pflegekonzept IVS-RA - Versionsgeschichte

Albrecht am 28. Februar 2018 um 09:16 Uhr

2018-02-28T09:16:02Z

Änderungen zeigen

Albrecht am 23. Februar 2018 um 11:00 Uhr

2018-02-23T11:00:29Z

Änderungen zeigen

Albrecht am 1. Dezember 2017 um 08:49 Uhr

2017-12-01T08:49:30Z

Albrecht am 1. Dezember 2017 um 08:48 Uhr

2017-12-01T08:48:17Z

Albrecht am 1. Dezember 2017 um 08:47 Uhr

2017-12-01T08:47:11Z

Albrecht am 1. Dezember 2017 um 08:45 Uhr

2017-12-01T08:45:18Z

Albrecht am 1. Dezember 2017 um 08:44 Uhr

2017-12-01T08:44:31Z

Albrecht am 1. Dezember 2017 um 08:40 Uhr

2017-12-01T08:40:32Z

Albrecht am 1. Dezember 2017 um 08:39 Uhr

2017-12-01T08:39:58Z

Albrecht am 1. Dezember 2017 um 08:34 Uhr

2017-12-01T08:34:39Z

@@ Zeile 5: / Zeile 5: @@
 [[File:IVSArchitekturProzess.png|500px|Der IVS-Architektur Prozess]]
-Das Prozessmodell stellt als ein Kreislauf dar, der sich grundsätzlich in vier Phasen unterteilen lässt. Ein Feedback der Nutzer als Rückkopplung zu den aktuellen Versionen der Standardisierungsentwicklung ist von großer Bedeutung zur Weiterentwicklung bzw. zur Fehlerbehebung und wirkt häufig als Initialzündung für die weitere Pflege des Standards. Die in der Folge von IT-Spezialisten entwickelten Lösungen (Pflege des Standards) werden in einer neuen (Unter-)Version dem Markt zur Realisierung zur Verfügung gestellt. Durch die Dokumentation des Pflegeprozesses (Ereignisverfolgung / ®Issue-Tracking) sowie die Veröffentlichung von Ergebnissen von Forschungsprojekten und des Standardisierungsprozesses werden die Nutzer stets über den aktuellen Stand informiert und damit aktiv bei der Umsetzung unterstützt. Die Zertifizierung der Standardisierungsergebnisse gibt den Anwendern zusätzlich Planungssicherheit. Mit diesen Maßnahmen soll die Akzeptanz des Standards bei den Nutzern gefördert und damit die Voraussetzung für dessen Durchsetzung am Markt geschaffen werden. Ohne ein gewisses Maß an Marktakzeptanz kann der Standardisierungsprozess nicht überleben. Durch die Implementierung ergeben sich beim Anwender weitere Bedürfnisse bzw. werden ggf. Mängel des Standards erkennbar, was wiederum durch ein entsprechendes Feedback in den Prozess eingebracht wird und damit die Weiterentwicklung der Standardisierung vorantreibt.
+Das Prozessmodell des IVS-Architektur Pflegeprozesses stellt sich als ein Kreislauf dar, der sich grundsätzlich in vier Phasen unterteilen lässt. Ein Feedback der Nutzer als Rückkopplung zu den aktuellen Versionen der Standardisierungsentwicklung ist von großer Bedeutung zur Weiterentwicklung bzw. zur Fehlerbehebung und wirkt häufig als Initialzündung für die weitere Pflege des Standards. Die in der Folge von IT-Spezialisten entwickelten Lösungen (Pflege des Standards) werden in einer neuen (Unter-)Version dem Markt zur Realisierung zur Verfügung gestellt. Durch die Dokumentation des Pflegeprozesses (Ereignisverfolgung / ®Issue-Tracking) sowie die Veröffentlichung von Ergebnissen von Forschungsprojekten und des Standardisierungsprozesses werden die Nutzer stets über den aktuellen Stand informiert und damit aktiv bei der Umsetzung unterstützt. Die Zertifizierung der Standardisierungsergebnisse gibt den Anwendern zusätzlich Planungssicherheit. Mit diesen Maßnahmen soll die Akzeptanz des Standards bei den Nutzern gefördert und damit die Voraussetzung für dessen Durchsetzung am Markt geschaffen werden. Ohne ein gewisses Maß an Marktakzeptanz kann der Standardisierungsprozess nicht überleben. Durch die Implementierung ergeben sich beim Anwender weitere Bedürfnisse bzw. werden ggf. Mängel des Standards erkennbar, was wiederum durch ein entsprechendes Feedback in den Prozess eingebracht wird und damit die Weiterentwicklung der Standardisierung vorantreibt.
 Hieraus ergeben sich grundsätzlich folgende Fragen bzgl. des Standardisierungsprozesses:

@@ Zeile 1: / Zeile 1: @@
 == Einführung&nbsp; ==
-Generell müssen Spezifikationen und zugehörige Standards in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme in einem noch zu schaffenden Pflegeprozess, dem IVS-Architektur Pflegeprozess.
+Generell müssen Spezifikationen und zugehörige Standards in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme in einem noch zu schaffenden Pflegeprozess, dem '''IVS-Architektur Pflegeprozess'''.
 [[File:IVSArchitekturProzess.png|500px|Der IVS-Architektur Prozess]]

@@ Zeile 1: / Zeile 1: @@
 == Einführung&nbsp; ==
-Spezifikationen und Standards müssen in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme einem noch zu schaffenden Pflegeprozesses, des IVS-Architektur Prozesses.
+Generell müssen Spezifikationen und zugehörige Standards in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme in einem noch zu schaffenden Pflegeprozess, dem IVS-Architektur Pflegeprozess.
 [[File:IVSArchitekturProzess.png|500px|Der IVS-Architektur Prozess]]

@@ Zeile 20: / Zeile 20: @@
 Die Pflege der OTS-Instrumente (OTS-Systemmodell, OCA-Vorgehensmodell, OTS-Leitfaden) wird von der OCA im Rahmen der AK-Arbeit übernommen. Hierbei erfolgt eine Fokussierung auf den Pflege- und Unterstützungsprozess der Spezifikation.
-== Aufgaben des IVS-Architektur Prozesses]] ==
+== Aufgaben des IVS-Architektur Prozesses ==
 Die grundsätzlichen Aufgaben des OTS-Prozesses unterteilen sich in die Bereiche „Pflege des Standards“, „Entwickler-/ Anwenderunterstützung“, „Öffentlichkeitsarbeit“ sowie der „Selbstverwaltung des Prozesses“. Die Arbeiten zur Pflege des Standards erfordern IT-Kompetenz und können u. U. nur von Experten (Hersteller, (außer)universitäre Einrichtungen, beratende Unternehmen) übernommen werden. Sie umfassen im Wesentlichen folgende Teilbereiche:
-·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; OTS&nbsp;2 Schnittstellenstandard (Fehlerbehebung und Erweiterung)
+*OTS&nbsp;2 Schnittstellenstandard (Fehlerbehebung und Erweiterung)
+*OTS-Testrahmenwerk (Konformitäts- und Interoperabilitätstests)
-·&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; OTS-Testrahmenwerk (Konformitäts- und Interoperabilitätstests)
+*OTS&nbsp;2 Referenzimplementierung
 Für die Pflege eines Standards sollten transparente und offene Prozedere definiert werden. Diese umfassen beispielsweise die Behebung identifizierter Fehler sowie die Weiterentwicklung des Standards auf Basis eingereichter Erweiterungsanträge, die ggf. in Abhängigkeit des Schweregrades (vgl. (15)) bzw. nach einer definierten Prioritätenliste von Experten (IT-Spezialisten) zeitnah behandelt werden. Die Ergebnisse des Pflegeprozesses werden i.d.R. veröffentlicht, in die Spezifikationen (Protokoll, Dienste, Datenmodell) eingearbeitet und in die entsprechenden Standardisierungsgremien eingebracht.

@@ Zeile 1: / Zeile 1: @@
 == Einführung&nbsp; ==
-Spezifikationen und Standards müssen in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme einem noch zu schaffenden IVS-Architektur Prozess.
+Spezifikationen und Standards müssen in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme einem noch zu schaffenden Pflegeprozesses, des IVS-Architektur Prozesses.
-[[File:IVSArchitekturProzess.png|500px| der IVS-Architektur Prozess]]
-So stellt sich das Prozessmodell als ein Kreislauf dar, der sich grundsätzlich in vier Phasen unterteilen lässt. Ein Feedback der Nutzer als Rückkopplung zu den aktuellen Versionen der Standardisierungsentwicklung ist von großer Bedeutung zur Weiterentwicklung bzw. zur Fehlerbehebung und wirkt häufig als Initialzündung für die weitere Pflege des Standards. Die in der Folge von IT-Spezialisten entwickelten Lösungen (Pflege des Standards) werden in einer neuen (Unter-)Version dem Markt zur Realisierung zur Verfügung gestellt. Durch die Dokumentation des Pflegeprozesses (Ereignisverfolgung / ®Issue-Tracking) sowie die Veröffentlichung von Ergebnissen von Forschungsprojekten und des Standardisierungsprozesses werden die Nutzer stets über den aktuellen Stand informiert und damit aktiv bei der Umsetzung unterstützt. Die Zertifizierung der Standardisierungsergebnisse gibt den Anwendern zusätzlich Planungssicherheit. Mit diesen Maßnahmen soll die Akzeptanz des Standards bei den Nutzern gefördert und damit die Voraussetzung für dessen Durchsetzung am Markt geschaffen werden. Ohne ein gewisses Maß an Marktakzeptanz kann der Standardisierungsprozess nicht überleben. Durch die Implementierung ergeben sich beim Anwender weitere Bedürfnisse bzw. werden ggf. Mängel des Standards erkennbar, was wiederum durch ein entsprechendes Feedback in den Prozess eingebracht wird und damit die Weiterentwicklung der Standardisierung vorantreibt.
+[[File:IVSArchitekturProzess.png|500px|Der IVS-Architektur Prozess]]
 Hieraus ergeben sich grundsätzlich folgende Fragen bzgl. des Standardisierungsprozesses:
 *Wie passt sich der Standard an neue Anforderungen an?
 *Wie reagiert der Standard auf die Entdeckung von Fehlern?
 Zudem muss in diesem Zusammenhang auch geklärt werden, wer sich an den Kosten dieses Standardisierungsprozesses beteiligt bzw. Ressourcen für die Pflege des Standards bereitstellt, einhergehend mit der Frage nach den eigentlichen Nutznießern. Einerseits sind es die Städte und Kommunen, Bund und Länder oder gar die EU, die als Anwender in einem komplexen Zusammenspiel von diesem Prozess profitieren. Aber auch Hersteller haben ein Interesse daran, die Entwicklung voranzutreiben und den Nutzen, sich mit technischem Vorsprung am Markt behaupten zu können.
-Im Vergleich mit der Pflege von DATEX II (internationaler Prozess), der mit einem Aufwand von etwa 100 Mann-Wochen pro Jahr (entspricht ca. 300-400 T€) betrieben wird, kann man beim OTS-Prozess (nationaler Prozess) von einem Viertel dieser Kosten (75-100 T€) pro Jahr ausgehen.
+Im Vergleich mit der Pflege von DATEX II (internationaler Prozess), der mit einem Aufwand von etwa 100 Mann-Wochen pro Jahr (entspricht ca. 300-400 T€) betrieben wird, kann man beim IVS-Architektur Prozess(nationaler Prozess) von einem Viertel dieser Kosten (75-100 T€) pro Jahr ausgehen.
-Generell muss gelten, dass die Anforderungen an den OTS-Prozess von der technischen Ausprägung der Spezifikation weitgehend unabhängig sind. Um den Prozess erfolgreich zu gestalten, muss es beispielsweise eine Konvergenz mit OCIT-C geben.
+Generell muss gelten, dass die Anforderungen an den IVS-Architektur Prozesses von der technischen Ausprägung der Spezifikation weitgehend unabhängig sind. Um den Prozess erfolgreich zu gestalten, muss es beispielsweise eine Konvergenz mit OCIT-C geben.
 Die Pflege der OTS-Instrumente (OTS-Systemmodell, OCA-Vorgehensmodell, OTS-Leitfaden) wird von der OCA im Rahmen der AK-Arbeit übernommen. Hierbei erfolgt eine Fokussierung auf den Pflege- und Unterstützungsprozess der Spezifikation.

@@ Zeile 1: / Zeile 1: @@
-== Einführung ""
+== Einführung&nbsp; ==
 Spezifikationen und Standards müssen in einem lebendigen Prozess gepflegt und weiterentwickelt werden, sonst drohen sie zu verkümmern. So ist der aktuelle Stand des IVS-Rahmenarchitektur und der drei daran gekoppelten IVS-Referenzarchitekturen nur eine Momentaufnahme einem noch zu schaffenden IVS-Architektur Prozess.
@@ Zeile 302: / Zeile 302: @@
 Generell scheint die Etablierung und Finanzierung des OTS-Prozesses zunächst schwierig zu sein, ist aber bei Prüfung aller Variablen durchführbar.
-== [[Los1:'''1.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''OTS-Standardisierung'''|'''1.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''OTS-Standardisierung''']] ==
+== [[Los1:'''1.2'''_'''OTS-Standardisierung'''|'''1.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''OTS-Standardisierung''']] ==
-=== [[Los1:'''1.2.1'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Problemstellung'''|'''1.2.1'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Problemstellung''']] ===
+=== [[Los1:'''1.2.1'''_'''Problemstellung'''|'''1.2.1'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Problemstellung''']] ===
 Im Rahmen des AP6 – OTS-Standardisierung – sollten der Einsatz und die Verbreitung von OTS durch die offizielle Standardisierung bzw. Normung unterstützt und gestärkt werden. Aus einem De-Facto-Standard sollte ein offizieller Standard entstehen, um national und ggf. international eine bessere Positionierung zu erreichen. Für die Ausschreibungen des Kommunikationsstandards wird dadurch eine wesentlich sicherere und belastbarere Grundlage geschaffen.
@@ Zeile 318: / Zeile 318: @@
-=== [[Los1:'''1.2.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Ergebnisse'''|'''1.2.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Ergebnisse''']] ===
+=== [[Los1:'''1.2.2'''_'''Ergebnisse'''|'''1.2.2'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Ergebnisse''']] ===
 Im Rahmen des AP6 – OTS-Standardisierung – hat sich die AP-Leitung im Projekt mit dem Thema Standardisierung/Normung von OTS&nbsp;2 beschäftigt und geprüft, inwiefern aus diesem Gebiet innerhalb der Projektlaufzeit vernünftige Ergebnisse erzielt werden können.
@@ Zeile 1.100: / Zeile 1.100: @@
 |}
 <div style="clear:both;"></div>
@@ Zeile 1.129: / Zeile 1.127: @@
 Im Idealfall können beide Initiativen konvergieren. Dies ist gerade in Bezug auf die europäische Standardisierung zwingend erforderlich ist. Einigkeit besteht auch darüber, dass über CEN TC278/WG8 und nicht über CENELEC standardisiert werden soll.
-== [[Los1:'''1.3'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Veröffentlichungen'''|'''1.3'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Veröffentlichungen''']] ==
+== [[Los1:'''1.3'''_'''Veröffentlichungen'''|'''1.3'''&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; '''Veröffentlichungen''']] ==
 Alle wesentlichen und für die Öffentlichkeit interessanten Ergebnisse des Projektes OTS&nbsp;2 wurden bzw. werden auf der Internetseite [http://www.opentrafficsystems.org/ www.opentrafficsystems.org] bereitgestellt.