Katalog IVS-Architekturprinzipien - Versionsgeschichte

Kopylova am 10. Dezember 2017 um 20:21 Uhr

2017-12-10T20:21:54Z

Änderungen zeigen

Scholtes am 21. Juni 2016 um 07:19 Uhr

2016-06-21T07:19:59Z

Scholtes am 20. Juni 2016 um 16:16 Uhr

2016-06-20T16:16:25Z

Scholtes am 20. Juni 2016 um 13:15 Uhr

2016-06-20T13:15:28Z

Albrecht am 20. Juni 2016 um 10:53 Uhr

2016-06-20T10:53:48Z

Scholtes am 17. Juni 2016 um 06:37 Uhr

2016-06-17T06:37:16Z

Scholtes: Die Seite wurde neu angelegt: „{| class="wikitable" ! Prinzip!! Aussage !! Begründung !! Auswirkungen |- |- style="vertical-align:top;" ||Verbindlichkeit der Prinzipien ||These principles…“

2016-06-17T06:25:24Z

Die Seite wurde neu angelegt: „{| class="wikitable" ! Prinzip!! Aussage !! Begründung !! Auswirkungen |- |- style="vertical-align:top;" ||Verbindlichkeit der Prinzipien ||These principles…“

Neue Seite

{| class="wikitable"
! Prinzip!! Aussage !! Begründung !! Auswirkungen

|-
|- style="vertical-align:top;"
||Verbindlichkeit der Prinzipien
||These principles apply to all directorates within the company. Any team or individual is required to either comply with these principles or to explain why they can’t or won’t comply.
||Compliance with these principles is the only way that a consistent and measurable level of ICT quality and service delivery can be provided to the business.
||Wholesale divergence from the principles will increase the complexity of ICT service delivery to the business and potentially lead to higher total cost of ownership.

|}

@@ Zeile 67: / Zeile 67: @@
 |-
 |- style="vertical-align:top;"
-||Pilot new applications and services
+||Prototypen für neue Applikationen und Services
-||Build a prototype, test it with users and learn from it.
+||Prototypen erstellen und mit Anwendern testen und von ihnen lernen
-||It is impossible to accurately predict everything upfront. A try before you buy approach validates investment plans, designs and technologies. Prototypes enable users to provide early feedback about the design of the solution.
+||Es ist unmöglich alles vorauszusagen. Prototypen ermöglichen das frühzeitige Involvieren von Anwendern.
-||Projects must be open to investing and testing new products and services on a small scale in order to de-risk large scale delivery projects. Consultation with Service Management is necessary to aid transition planning for service operation.  This is only required for validated solutions that are being recommended for further development.
+||Ein frühzeitges Involvieren von Anwendern minimiert das Risiko, eine für Anwender nicht oder nur schlecht brauchbare Anwendung zu erstellen.
 |-
 |- style="vertical-align:top;"
-||Use Open Standards and Open Source
+||Offene Standards und Open Source verwenden
-||Open standards must be used in all solution designs to enable interoperability.
+||Ofene Standards müssen in allen Lösungen verwendet werden, um Interoperabilität zu erleichtern. Open Source Software soll verwendet werden, wenn sie einen vergleichbaren Funktionsumfang wie kommerzielle Software liefert.
-Open source software must be compared and considered alongside commercial software when selecting technology solutions.
+||Proprietäre Standards verhindern Wiederverwendung, reduzieren die Interoperabilität und können zu Vendor-Lock-In führen.
-||Closed proprietary standards restrict reuse, reduce interoperability and can create vendor lock-in that leads to unforeseen financial costs.
+||Das beste Preis-Leistungsverhältnis bezogen auf die Gesamtkosten einer Software muss evaluiert werden, bevor die Entscheidung für kommerzielle oder Open Source Software getroffen wird.
 |}
 ----
 [[Hauptseite|<< Zurück zur Hauptseite]]

@@ Zeile 53: / Zeile 53: @@
 |-
 |- style="vertical-align:top;"
-||User interfaces should be browser-based
+||Benutzeroberflächen sollen browserbasiert realisiert werden
-||User interfaces shall be delivered as web-based HTTP applications using using HTML5, CSS and JavaScript.
+||Benutzeroberflächen sollen webbasiert als responsive HTTP Anwendungen realisiert werden.
-||Ensures that applications are independent of underlying platforms and are easy to use. This enables accessibility across different devices and decreases maintenance and deployment effort.
+||Browserbasierte Oberflächen gewährleisten, dass Anwendungen plattformunabhängig und einfach zu benutzen sind. Es können verschiedene Geräte für die Benutzeroberflächen verwendet werden und die Pflege und Auslieferung der Anwendung wird wird wesentlich erleichtert.
-||Applications are web-based and stateless as reasonably possible.
+||Anwendungen sind webbasiert und wenn möglich zustandslos. Beim Einsatz von Standardsoftware oder für Funktionen, deren Einsatz auf bestimmte Plattformen beschränkt sind, sind Ausnahmen erlaubt.
 |-
 |- style="vertical-align:top;"
-||Design applications to meet user needs
+||Anwenderforderungen schon beim Entwurf berücksichtigen
-||User needs will be discovered from direct participation with users and evidence gathered on existing services usage.
+||Anwenderforderungen werden schon in der Entwurfsphase durch direkte Beteiligung von Anwendern festgestellt.
-||Understanding user needs and what functions and features are regularly used by them in existing services helps to prioritise and plan the delivery of new services and make changes to existing ones.
+||Das Verständnis von Anwenderforderungen sowie von Funktionen und Features, die regelmäßig verwendet werden, hilft beim Entwurf von neuen und bei der Änderung von bestehender Software.
-||A small team will be required consisting of stakeholders and technical staff. Expertise in User Experience (UX) consultancy will be required.
+||Eine Gruppe bestehend aus Stakeholder und Key-Usern wird in der Entwurfsphase benötigt, um Anwenderforderungen zu erfassen.
 |-

@@ Zeile 5: / Zeile 5: @@
 |- style="vertical-align:top;"
 ||Verbindlichkeit der Prinzipien
-||These principles apply to all directorates within the company.  Any team or individual is required to either comply with these principles or to explain why they can’t or won’t comply.
+||Diese Architekturprinzipien sind verbindlich für alle öffentlichen Institutionen. Jedes Team und jede Einzelperson muss die Architekturprinzipien berücksichtigen oder erklären, warum diese nicht berücksichtigt werden können.
-||Compliance with these principles is the only way that a consistent and measurable level of ICT quality and service delivery can be provided to the business.
+||Die Erfüllung der Architekturprinzipien ist der einzige Weg, einen konsistenten und messbaren Service bieten zu können.
-||Wholesale divergence from the principles will increase the complexity of ICT service delivery to the business and potentially lead to higher total cost of ownership.
+||Umfassende Abweichung von den Architekturprinzipien erhöhen die Komplexität der Services und führen zu potentiell höheren Gesamtkosten.
 |-
 |- style="vertical-align:top;"
-||Reuse before buy, before build
+||Wiederverwendung vor Kauf vor Erstellung
-||Business applications, system components and data will be reused wherever possible, purchased as commodity solutions if necessary and only built if there is a unique requirement that cannot otherwise be fulfilled.
+||Anwendungen, Systemkomponenten und Daten sollen wiederverwendet werden, wo immer möglich, gekauft als Standardlösung, wo nötig, und erstellt bzw. erzeugt werden, nur dann, wenn es eindeutige Anforderungen gibt, die anderweitig nicht erfüllt werden können.
-||Reuse will provide value for money by simplifying the ICT landscape, reducing data duplication and adopting common business processes.
+||Wiederverwendung bringt das beste Preis-Leistungsverhältnis durch Vereinfachung der IT-Landschaft, Reduzierung der Datenverdopplung und Übernahme bekannter Geschäftsprozesse.
-||Funding of programmes and projects will need to cater for cross project delivery (shared services) to avoid unnecessary duplication of ICT services (silos).
+||Die Finanzierung von Programmen und Projekten muss auf einer projektübergreifenden Planung basieren, um unnötige Duplizierung von IT Lösungen zu vermeiden.
 |-
 |- style="vertical-align:top;"
-||Seek architecture approval
+||Daten wie Anlagegüter verwalten
-||All projects and programmes will be subject to architectural approval at key stages throughout the delivery lifecycle.
+||Daten werden so behandelt, dass ihre Korrektheit und Qualität zur Unterstützung von gut informierten Geschäftsentscheidungen optimiert wird.
-||To ensure that projects collectively move in the technology direction that is required by the Highways EA.
+||Daten und Informationen sind der Kern von Intelligenten Verkehrssystemen und müssen entsprechend behandelt werden.
-To control and prevent divergence from strategic intent and to understand the trade-offs around any divergence.
+||Alle Projekte, die eine signifikante Menge an Daten verwenden, müssen einen Datenkatalog führen, in dem die verwendeten Daten beschrieben werden.
 |-
 |- style="vertical-align:top;"
-||Manage data as an asset
+||Daten beherrschbar machen
-||Data will be managed to ensure its accuracy and quality to support informed business decisions.
+||Die Mehrfachverwendung von Daten muss unterstützt werden.
-||Information is the lifeblood of the company and data needs to be managed accordingly. Accurate, timely data is critical to deliver information and support informed business decisions.
+||Der Wildwuchs an Datenmodellen soll verhindert werden
-||There must be an Information Asset Owner (IAO) that is responsible for assuring that information is properly managed.
+||Stadarddatenmodelle,-datenelemente und andere Metadaten müssen entwickelt und gepflegt werden, um einem Wildwuchs an Datenmodellen entgegen zu wirken.
 |-
 |- style="vertical-align:top;"
-||Ensure data is mastered and shared
+||Daten verfügbar machen
-||Everyone must work from the same data and know its source.
+||Öffentliche Daten müssen leicht auffindbar sein
-||Proliferation of structured data and unstructured data must be controlled to ensure accurate data is provided.
+||Daten, die öffentlichen Institutionen gehören, müssen verfügbar gemacht werden.
-||Standard data models, data elements, and other metadata that defines the data needs to be developed and maintained.
+||Die Art und Weise, wie öffentliche Daten verfügbar gemacht werden, muss einheitlich und leicht zugänglich sein.
 |-
 |- style="vertical-align:top;"
-||Make data accessible
+||Bestehende Services verwenden
-||Data must be easy to find and retrieve and present a single version of the truth.
+||Wo immer möglich, sollen bestehende Application Program Interfaces (APIs) verwendet werden. Gegebenenfalls können benötigte Funktionalitäten durch bestehende Services zur bereitgestellt werden
-||Data must come from a single authorised source that can be directly referenced.
+||Moderne Anwendungen werden auf Basis einer großen Menge an APIs realisiert. Die Wiederverwendung von Services reduziert die Projektkosten und die Realisierungszeit eines Projekts.
-||The way information is accessed and displayed must be sufficiently adaptable to meet a wide range of users and their corresponding methods of access.
+||Die Verantwortlichen für Projekte und Services müssen erfassen, welche Services existieren, gerade erstellt oder geplant werden, um Implementationskosten zu verringern. Ein Servicekatalog muss als Quelle für diese Informationen erstellt und gepflegt werden,
 |-
 |- style="vertical-align:top;"
-||Use existing services
+||Bevorzugung einer serviceorientierten Architektur
-||Don’t do everything yourself, consume and use existing Application Program Interfaces (APIs). The functionality needed could be provided by an existing service.
+||Anwendungen sollen durch Orchestrierung von Services, die über APIs ansprechbar sind, erstellt werden.
-||Modern applications (digital services) are built on top of a wide range of APIs.  Eliminating the effort designing and implementing a duplicate service will reduce ICT project costs and shorten the time to deliver ICT projects.
+||Dieser Architekturstil ermöglicht Wiederverwendung und Interoperabilität von Services und erhöht die Skalierbarkeit durch lose Kopplung zwischen den Komponenten.
-||Projects and ICT service providers need to understand what services exists, are being built and planned so that they can plan and cost implementation activities accordingly.
+||Services müssen wohldefinierte APIs haben.
 |-

← Nächstältere Version		Version vom 20. Juni 2016, 10:53 Uhr
Zeile 125:		Zeile 125:

	\|}		\|}
		+	----
		+	[[Hauptseite\|<< Zurück zur Hauptseite]]