cardo 2, 3 4 Teil I René Neidt, IDU IT+Umwelt GmbH

Transkript

1 cardo 2, 3 4 Teil I René Neidt, IDU IT+Umwelt GmbH

2 Aktuelle Situation cardo seit 2002 im Einsatz Drehscheibe rund um Geodaten Deutliche Tendenz zur Distribution vieler anderer Informationsarten Nutzung in der Regel als Die zentrale Infrastrukturkomponente ca. 50 Installationen im Einsatz Aber ca aktive Nutzer (Personen)

3 Aktuelle Situation Beachte Dieser Vortrag beleuchtet cardo im engeren Sinne des bekannten Intranet Auskunftssystems

4 Historie 2001: cardo Serverseitig: (classic) ASP / JScript Clientseitig: DHTML (ja, so hieß das damals) Innovatives Frontend (Bedienoberfläche) im Stile einer Desktopanwendung Durchgängige Konzepte für die Trennung Kernsystem / Erweiterungen für Berechtigungen

5 Historie

6 Historie 2008: cardo3 Umstellung der Backendstruktur auf.net und neues Datenmodell Weiterer Ausbau des Berechtigungssystems Anpassung der Organisation des Datenangebots administrativer Baum Views für Endnutzersicht.Net nur für Backend, Kompatibilitätslayer via COM+ zu classic ASP SOAP Dienste

7 Historie Schwerpunkt war Umstellung des Backends Stand heute: Durchdacht, bewährt, robust Erweiterbarkeit sichergestellt Vielzahl neuer, etablierter, Module => Keine grundlegende Änderung erforderlich Was ist eigentlich mit der Nutzeroberfläche?

8 Historie

9 GUI PRO Viele Funktionen Leichtgewichtige, schnelle Oberfläche Gute Performance, auch in (inzwischen) älteren Versionen des Internet Explorers Gewohnt im Umgang

10 GUI KONTRA Viele Funktionen Bedienkonzept nicht mehr durchgängig Nur im Internet Explorer lauffähig (bis Vers. 11) Optisch nicht mehr zeitgemäß Anpassung an neue Anforderungen nur sehr aufwendig möglich

11 Konzepte IST Sehr zentralistischer Ansatz, Strukturierung des Inhaltes über Ebenenbäume vom Betreuer geradlinig vorgedacht Stark kartenzentriert Möglichkeiten zur Personalisierung vorhanden aber fragmentiert ( Meine Karten, Zwischenablage, Eigene Dateien)

12 KONZEPTE IST Kommunikation der Komponenten untereinander im Wesentlichen über Selektionsergebnisse gut, aber nicht ausreichend Verschiedene Module, mit ähnlichem Zweck z.b. Geoeditor, gkk, Sachdatenanzeige

13 Konzepte SOLL Berücksichtigung der mannigfaltigen Anforderungen der einzelnen Nutzer egal wie viel vorkonfiguriert wird, es wird nie 100%ig für alle passen. Sicht auf die Inhalte ist stark vom fachlichen Hintergrund abhängig Hochgradig personalisierbar (Stichwort: Projekte) Methoden zum Teilen (Share) von Projekten Teilen mit eigenen Benutzerkreisen

14 Konzepte SOLL Interne Kommunikation der Komponenten über weitere Gegenstände ermöglichen bekannte Typen, (Thema für morgen) Gleichberechtigte Nutzung von Geodaten und nicht Geodaten Für konkrete Probleme konkrete Lösungen bieten

15 ! ACHTUNG! es folgt eine DRAMATISCHE DRAMATISIERUNG

16

17 Umsetzung 2015 = der beste Zeitpunkt für dieses Vorhaben! Es gingen RIP, Server 2003 RIP, Windows XP RIP, IE8 Es kamen Hallo, ECMAScript6! Hallo, einheitliche Browserstandards! Hallo, TypeScript! Hallo, Visual Studio 2015!

18 Entwicklungsziele Konzeptionell Einführung von Mechanismen und Datenstrukturen, die den funktionalen SOLL Zustand ermöglichen Bessere programmtechnische Erweiterbarkeit

19 Entwicklungsziele Oberfläche Durchgängiges Bedienkonzept Neue GUI Komponenten (Core-Framework) Zusammenführen verschiedener Werkzeuge X-Browser fähig

20 Entwicklungsziele Serverseitig Vollständige Ablösung von classic ASP Volle 64Bit Fähigkeit Komplett kompatibel mit cardo3 Backend Sitzungslos

21 Entwicklungsziele Für Dritte Leistungsfähigere API Einfache und sichere Nutzung der API (Dokumentation, Unterstützung durch Entwicklungsumgebung)

22 Umsetzung Jedes Pferd stirbt einmal! aber welches reitet am längsten? am schnellsten? hat den geringsten Pflegeaufwand? und reißt nicht vorher aus?

23 Umsetzung Benötigt wird technische Umgebung, die aus. Anwendersicht schlank schnell optisch Ansprechend intuitiv bedienbar ist

24 Umsetzung Benötigt wird technische Umgebung, die aus. Entwicklersicht schlank, schnell, optisch Ansprechend einfach handhabbar hochgradig anpassbar genau so umfangreich wie benötigt (nicht mehr und nicht weniger) frei von Altlasten (die haben wir selber ) ist

25 Umsetzung Benötigt wird technische Umgebung, die aus. Entwicklersicht Perfekt in unsere Entwicklungsumgebung passt Nahezu fehlerfrei verwendet werden kann Vom einem dauerhaft verlässlichen Partner stammt (z.b. bzgl. Lizensierung, Kosten, Willen zur Weiterentwicklung etc.)!! Langfristig hohe Stabilität der vorhandenen Schnittstellen garantiert!!!!

26 Umsetzung Es wurde eine intensive Evaluierung bestehender Frameworks auf diese Anforderungen durchgeführt Ergebnis: Machen wir es wieder wie Damals : Selber! Details zur Technik im 2. Vortrag!

27 Ergebnis Über 2000 Entwicklerstunden später Mutig wie vor 14 Jahren Mit kaltem Schweiß auf der Stirn HALLO, cardo 4 Live!

28 Planung Entwicklungsplan Fertigstellung Bedienkonzept und Layout Migration weiterer Basisfunktionen Schaffung Ausführungsschicht für cardo3 Anwendungen Umbau ausgewählter Fachanwendungen auf neue Technologie Abschließend der Umbau aller Fachanwendung auf neue Technologie

29 Planung Zeitplan Erste Auslieferungen an Neukunden bzw. für bestimmte Projekte im I Quartal 2016 Integration der cardo3 Anwendungsschicht ca. Mitte 2016 Neuerstellung ausgewählter Anwendungen?? Alles wird cardo