Integration von Applikationen

Um Probleme mit zuk¨¹nftigen AEM Aktualisierungen zu vermeiden, m¨¹ssen Speziall?sungen bewilligt und die Systemkompatibilit?t durch SWS gepr¨¹ft werden.

M?gliche Typen von Applikationsl?sungen:

1. Iframe, um externe Webapplikationen/Website-Inhalte auf einer Webseite zu pr?sentieren. (Copyrights m¨¹ssen eingehalten werden und die Inhalte m¨¹ssen zul?ssig sein. Iframes sind nicht ?Best Web Practice? und sollten wenn immer m?glich vermieden werden.)
2. JSON/Script Node, um Daten aus externen Datenbanken zu ziehen und die Informationen f¨¹r eine Webseite aufzubereiten. (Der Websitebesitzer ist selbst f¨¹r die Programmierung verantwortlich.)
   
3. Spezielle Applikationen oder JSON/Script Node Programmierung, die von den Software Services der ID durchgef¨¹hrt werden (Kosten werden dem Websitebesitzer weiterverrechnet).
   In diese Kategorie fallen auch ?nderungsw¨¹nsche zu bestehenden Speziall?sungen, die von den Software Services der ID im Auftrag von Kunden programmiert wurden.

Da Spezialanwendungen in der Verantwortung des Website-Eigent¨¹mers liegen und m?glicherweise mit jedem Release im System gewartet und aktualisiert werden m¨¹ssen, muss allen Anfragen eine unterzeichnete Download Vereinbarung (PDF, 100 KB) mit diesem Einverst?ndnis beigef¨¹gt werden.

Wichtig: Es wurden viele Standardkomponenten entwickelt, um Informationen aus ETH-Datenbanken zur Verf¨¹gung zu stellen:
Newsfeeds, Veranstaltungsfeeds, Publikationen, Akademischer Kalender, Veranstaltungskalender, Vorlesungsverzeichnis, Kontaktinformationen, Personenlisten usw.
Diese bestehenden L?sungen sollen bevorzugt verwendet werden. Sollte eine bestehende Komponente die Bed¨¹rfnisse nicht decken, ist es f¨¹r uns wichtig zu wissen warum, damit wir eine gesamtheitliche L?sung pr¨¹fen k?nnen und anstatt Zeit f¨¹r individuelle L?sungen eine Anpassung der Komponente f¨¹r alle Autorinnen und Autoren anstreben k?nnen. Das Ziel ist es, ein System zu haben, das die Bed¨¹rfnisse einer Mehrheit der ETH-Angeh?rigen abdeckt.