<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
<article lang="de"><title>Generisches Framework Studi-App</title><articleinfo><authorblurb><para role="Verfasser">Richard Huber<?d-linebreak?><ulink url="mailto:huber@europa-uni.de"><phrase role="Hyperlink">huber@europa-uni.de</phrase></ulink></para></authorblurb><authorblurb><para role="Institut">Europa Universität Viadrina</para></authorblurb><abstract lang="de"><para role="TextAbstract">Mit der Idee eines generischen, an vielfältige Hochschulanforderungen anpassbaren Studierenden-App-Frameworks haben sich innerhalb des Arbeitskreises Web der ZKI ca. 30 Hochschulen zu einem Entwicklungsverbund zusammengefunden. Ziel ist es, an den beteiligten Einrichtungen eine umfassende Zusammenstellung aller elektronischen Studienservices zu evaluieren, übergreifende Daten- und Metadatenmodelle für die Beschreibung dieser Dienste zu erstellen und Schnittstellen zu den gängigen Campusmanagementsystemen sowie zu Infrastrukturen der elektronischen Lehre (LMS, Druckdienste, elektronischen Katalogen usw.) zu entwickeln. In einem abschließenden Schritt werden auf dieser Middleware aufsetzende Studienmanagement-Apps für Studierende erstellt, die die verschiedenen Daten- und Kommunikationsströme der standardisierten Dienste und Kommunikationskanäle bündeln und in eine für den Studierenden leicht zu durchschauende, navigationsfreundliche Aufbereitung kanalisiert.</para><para role="TextAbstract">Mit der Konzeption  eines dezentralen, über eine Vielzahl von Hochschulen verteilten Entwicklungsprojektes unter einer zentralen Projektleitung wird sichergestellt, dass redundante Entwicklungen vermieden, bundesweit standardisierte Serviceangebote angeboten und Wissenstransferprozesse zwischen einer Vielzahl von Hochschulen zur Nutzung mobiler Devices (Smartphones, Tablets und entsprechende Apps) angeregt werden können. Die Unterstützung der Realisierung klarer Schnittstellenspezifikationen zu Campusmanagementsystemen durch deren Anbieter kann durch diese breite Interessensgemeinschaft ebenfalls gestärkt werden. Weiterhin zentraler Planungsinhalt ist ein Angebot für den App-Nutzer zum Aufbau eines datenschutzrechtlich integeren, persönlichen E-Portfolios. Details finden sich im Kapitel Projektziele weiter unten.</para><para role="keywords"><emphasis role="bold">Stichwörter:</emphasis> e-learning; webbasierte IT-Dienste; Hochschule; framework; collaboration; Studienmanagement-App</para></abstract><abstract lang="en"><para role="TextAbstractEN">The project "Generic Framework Students' App" combines the efforts of more than 30 universities from all over Germany. Common goal is to develop a standardized, adjustable service-bus middleware together with a flexible and scalable student app prototype for up-to-date mobile platform operating systems like IOS or Android. The concept includes different strategies for collaborations in the development process, community building, and a system of distributed expert groups to achieve cooperate project tasks and meet requirements. Data and metadata of typical IT-based service platforms will be defined and implemented in a unique new student-app standard format called Viadrina Core. The standard format ensures that different apps can later be connected to the middleware, which applies to apps generated within the scope of this project and to external university apps. Project management is carried out by the European University Viadrina in Frankfurt/Oder and at the Technical University Berlin. The roadmap provides  a first stable version of app and middleware by September 2015.</para><para role="keywords"><emphasis role="bold">Keywords:</emphasis> e-learning; webbasierte IT-Dienste; Hochschule; framework; collaboration; Studienmanagement-App</para></abstract><authorgroup><author><firstname>Richard</firstname><surname>Huber</surname><affiliation><orgname>Europa Universität Viadrina</orgname></affiliation></author></authorgroup><biblioid class="uri">urn:nbn:de:0009-5-40239</biblioid><keywordset><keyword>Hochschule</keyword><keyword>collaboration</keyword><keyword>e-learning</keyword><keyword>webbasierte IT-Dienste</keyword><keyword>Framework</keyword><keyword>Studienmanagement-App</keyword></keywordset><subjectset scheme="pacs"><subject>multimedia</subject><subject>other fields of business and administrative computing</subject><subject>portable computers for office automation</subject><subject>computer networks and intercomputer communication in office automation </subject></subjectset><subjectset scheme="ddc"><subject>specific kind of computer communications</subject><subject>electronic distance education</subject><subject>higher education</subject><subject>college and university administration</subject><subject>higher education in specific continents, countries, localities in modern world - Germany</subject></subjectset><legalnotice><title>Lizenz</title><para>Jedermann darf dieses Werk unter den Bedingungen der freien Digital Peer Publishing Lizenz elektronisch übermitteln und zum Download bereitstellen. Der Lizenztext ist im Internet abrufbar unter der Adresse http://www.dipp.nrw.de/lizenzen/dppl/fdppl/f-DPPL_v1_de_11-2004.html</para></legalnotice><volumenum>10</volumenum><issuenum>1</issuenum><biblioset relation="journal"><issn>1860-7470</issn><title>e-learning and education</title></biblioset></articleinfo><section><title>1. State of the Art</title><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="49.22mm" fileref="dippArticle-1.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para><para>Nahezu alle Hochschulen in Deutschland besitzen bereits erste pilothafte Eigenentwicklungen von Studierenden-Apps. Tatsächlich zeigt der regelmäßige Vergleich mit anderen Hochschulen gerade im Arbeitskreis Web in der ZKI, in dem die Webverantwortlichen von ca. 50-60 Hochschulen regelmäßig aktuelle Entwicklungen an ihren Einrichtungen diskutieren, dass die teilweise sehr unsystematische Herangehensweise an diesen neuen Kommunikationskanal zu den Studierenden (und gegebenenfalls auch zu den Mitarbeitern) erhebliche Unsicherheiten und einen gewissen Wildwuchs nach sich ziehen. Zum einen gibt es gerade an größeren Universitäten mit tendenziell technischer (MINT) Orientierung oft eine Vielzahl paralleler App-Entwicklungen, die allerdings zumeist jeweils nur eine bestimmte Serviceleistung der Hochschule oder des mit dieser verknüpften Studentenwerks abbilden. Uns sind Hochschulen bekannt, die 8 bis 10 proprietäre App-Parallelentwicklungen bereitstellen. Es gibt da dezidierte Apps für den Hochschulsport, für das Studienmanagement, für die Mensa, Apps vom AStA der jeweiligen Universität, Bibliotheken-Apps usw. All diese Apps weisen unterschiedliche Entwicklungsgrade auf und werden unterschiedlich intensiv gepflegt und weiterentwickelt. Gerade für Studienanfänger an diesen Hochschulen ist es dabei schwer, die für sie jeweils richtige App aus dem Hochschulangebot zu finden.</para><para>Es zeigt sich gerade angesichts dieser bisweilen wuchernden und unsystematisch koordinierten Entwicklungen, dass viele Universitäten nach einer Struktur oder einem Verbund suchen, mit dem zusammen sie eine zentrale App – herausgegeben vom jeweiligen Rechenzentrum oder Medienzentrum mit zentraler Koordination und Pflege der Daten – entwickeln können. Konzepten zur Übertragbarkeit von Daten, zur Standardisierung von Diensten und daran geknüpften Datenströmen und für ein individuelles Studierenden-Portfolio, das ein Studierender von einer App in die App einer anderen Universität übernehmen kann, wird eine hohe Aufmerksamkeit zu Teil. Gerade vor diesem Hintergrund stellt das hier beschriebene Projekt „Generisches Framework Studi-App“ ein wichtiges und zukunftssicheres Konzept und Vorhaben für die deutsche Hochschullandschaft dar.  </para></section><section><title>2. Situation und Idee</title><para>Das Studium an deutschen Hochschulen erfordert vom Studierenden ein Höchstmaß an Disziplin und Selbstorganisation, um neben dem eigentlichen Wissensaufnahmeprozess die vielfältigen Studien-Management-Aufgaben optimal ausfüllen zu können.</para><para>Es gilt daher, den Studierenden Software-Werkzeuge für ein möglichst einfaches und effizientes Management des Studiums an die Hand zu geben. Apps stellen hierbei zeitgemäße Mensch-Maschine-Schnittstellen für die „Digital Natives“, die moderne, mobile Studierendengeneration des beginnenden 21. Jahrhunderts dar.</para><para>Für die Hochschulen steht im Mittelpunkt des Interesses, dass es <emphasis role="bold">eine zentrale Einrichtung</emphasis> gibt, die für Konzeption, Projektierung und Produktion der App-SW sowie für die Kanalisierung der über die App weitergereichten Informationen zuständig ist. Häufig fällt dabei die Wahl auf die <emphasis role="bold">Rechen- und Medienzentren</emphasis> der Hochschulen. Hierbei ist eine gewisse Eile geboten. Aufgrund des hohen Bedarfes an mobilen Werkzeugen zum persönlichen Studienmanagement zeigen sich an zahlreichen Hochschulen bereits Tendenzen, dass eine Vielzahl proprietärer App-Entwicklungen von Einrichtungen, Lehrstühlen und selbstberufenen Unistrategen produziert und mit in  der Regel schlecht abgestimmter Gesamtkonzeption an mannigfaltige Zielgruppen und Interessenten der Hochschule adressiert werden. Das hinterlässt beim Außenstehenden oftmals ein zerrissenes, inhomogenes Bild der entsprechenden Organisation.  </para><para>Weiterhin zeigt sich im Vergleich einiger exemplarisch analysierter Einzelapp-Entwicklungen von Hochschulen aus dem unten skizzierten Verbund, dass die Möglichkeiten der mobilen Endgeräte an einzelnen Einrichtungen zum Aufbau neuer Lern- und Verwaltungsprozesse einschließlich einer komplexen, mehrdimensionalen Kommunikationskultur geführt haben – hier kann ein nachhaltiger <emphasis role="bold">Wissenstransfer</emphasis> zwischen den im hier skizzierten Verbundprojekt organisierten Hochschulen zu gänzlich neuen Wissensvermittlungsszenarien und zu optimierten Kommunikations- und Ausbildungsstrategien führen.     </para><para>Mit der Vision  <emphasis role="bold">eines gemeinsamen Entwicklungsprojektes</emphasis> zur Planung, Projektierung, Entwicklung und zur langfristigen Betreuung und Pflege eines generischen Frameworks mit standardisierenden Konzepten und Verfahren als Middleware und darauf aufbauendem App- Baukasten und exemplarischen App-Prototypen organisiert und konzipiert seit Oktober 2012 eine stetig wachsende, heute ca. 30 Hochschulen in ganz Deutschland umfassende Arbeitsgruppe im Arbeitskreis Web der ZKI (Zentren für Kommunikation und Information, der Zusammenschluss der Rechen- und Medienzentren aller Hochschulen und außeruniversitärer Forschungseinrichtungen in Deutschland) ein großes, überregionales Studienmanagement-App-Projekt.</para><para>Geplant als <emphasis role="bold">dezentrales</emphasis>, über viele Hochschulstandorte in Deutschland verteiltes <emphasis role="bold">Communityprojekt</emphasis> mit Schnittstellen-zentrierten, spezialisierten Entwicklungszentren können damit vielfältige Synergien einer modular-verteilten Entwicklungsstrategie genutzt, <emphasis role="bold">Wissenstransferprozesse</emphasis> koordiniert und gefördert sowie <emphasis role="bold">redundanzvermeidende Anpassungsprozesse</emphasis> bei der Erstellung einer Kombination aus generischem <emphasis role="bold">Framework und spezialisierten Apps</emphasis> mit vielfältigen <emphasis role="bold">Schnittstellen zu Campus-Management-Systemen und wissenschaftlichen Infrastrukturen</emphasis> etabliert werden.</para><section><title>2.1 Zielgruppen</title><para>Zentrale Zielgruppe sind die <emphasis role="bold">Studierenden</emphasis> der jeweiligen Universität, denen mit einer App für mobile Endgeräte (Smartphones, Tablets) ein <emphasis role="bold">Studien-Verwaltungs-Werkzeug</emphasis> an die Hand gegeben wird, das nicht nur als <emphasis role="bold">zentrale Informations- und Kommunikationsplattform für den Unialltag</emphasis> fungiert, sondern daneben auch mit Funktionalitäten wie einem persönlichen <emphasis role="bold">Studien-Portfolio </emphasis>und mit <emphasis role="bold">Werkzeugen für das mobile Lernen</emphasis> ausgestattet ist. Es steht zu erwarten - erste Erfahrungen an beteiligten Hochschulen, die schon Apps für Studierende eingeführt haben, belegen dies auch - dass die entsprechenden Apps nicht nur von Studierenden sondern auch von Mitarbeitern und - ein gutes Rollenmanagement vorausgesetzt - von Gästen und Besuchern der jeweiligen Hochschulen genutzt werden wird. Die schon heute abschätzbaren <emphasis role="bold">Auswirkungen auf Lehre, Forschung und Verwaltung</emphasis> sind bedeutend. Durch konzipierte <emphasis role="bold">„Feedback-Funktionen“</emphasis> aus den Apps in zentrale Komponenten der Middleware hinein können beispielsweise Raumänderungen oder Technikprobleme viel schneller und unmittelbarer von den Nutzern der Apps an die entsprechenden Ansprechpartner und Mittler in der jeweiligen Einrichtung kommuniziert werden. Durch den mobilen Zugriff auf zentrale Studierendenwerkzeuge (wie beispielsweise Funktionalitäten zur Prüfungsanmeldung) können <emphasis role="bold">Wartezeiten </emphasis>in zentralen Studierenden-Betreuungseinrichtungen (Helpdesk, Imma-Amt, IB, …) <emphasis role="bold">reduziert</emphasis> werden. Und mit gänzlich neuen mobilen Lernszenarien wie dem an der Uni Hohenheim bereits realisierten Modell der „Lernorte“ können innovative, die Hochschullehre verbessernde Methoden in den Hochschulalltag eingebaut werden.  </para></section></section><section><title>3 Projektziele</title><para>Kerngedanke des hier vorgestellten Projektes ist es, eine umfassende Sammlung typischer Funktionalitäten, die Studierende in ihrem individuellen Studienverlauf an ihrer jeweiligen Hochschule benötigen und nutzen zusammenzutragen, die dahinterliegenden Dienste zu systematisieren und zu formalisieren, ein einheitliches Daten- und Zugriffsmodell für Dienste, Kommunikationskanäle, Inhalte und Datenströme zu entwickeln und Richtlinien für entsprechende Endbenutzerwerkzeuge (browserbasierter Zugriff, eigenständige Programme für typische PC-Systeme, insbesondere Apps für den mobilen Zugriff) zu veröffentlichen und unispezifische Apps für den mobilen Zugriff der Studierenden auf eine breite Palette von Studienmanagementfunktionen zu gewährleisten.. </para><para>Damit ist sichergestellt, dass...</para><para role="List Paragraph">... Studierende auch an anderen Hochschulstandorten Zugriff auf die Services der entsprechenden Uni sowie auf die Angebote ihrer Heimatuni haben (generische, standardisierte Services)</para><para role="List Paragraph">... Hochschulen vom Ideenpool anderer Hochschulen angesichts vielfältiger Einsatzszenarien mobiler Anwendungen profitieren (Synergie)</para><para role="List Paragraph">... die Entwicklungskosten für die einzelne Hochschule überschaubar bleiben (Shared Development, Costsharing)</para><para role="List Paragraph">... bestimmte personalisierte Studienverlaufsinformationen, Noten, Lernunterlagen und persönliche Notizen in einem standardisierten Ablageverfahren realisiert werden können (E-Portfolio), das einerseits optimale Datensicherheit und den Datenschutz des Individuums garantiert, andererseits dem Studierenden auch einen Studienortwechsel unter Beibehaltung und Weiterpflege seines persönlichen Datensatzes garantiert.     </para><section><title>3.1 generische, standardisierte Angebote</title><para>Ein zentrales Projektziel stellt die Standardisierung von Angeboten und Dienstleistungen an einer möglichst großen Zahl von Hochschulen dar. Durch die Konzeption und präzise Planung einer Middleware - bestehend aus einem leicht programmier- und erweiterbaren CMS (z.B. Drupal) und vielfältigen Schnittstellen zu Hochschul-Standard-Software (wie Campus-Management-Systemen, elektronischen Katalogen usw.) zusammen mit einem einheitlichen Daten-/Metadatenmodells für unterschiedliche Angebote der verschiedenen Hochschulen (z.B. könnte festgelegt werden, dass Mensen ihre Speisepläne immer in einem aus Excel heraus exportierbaren, einheitlichen XML-Format bereitstellen)  kann gewährleistet werden, dass unterschiedliche Apps verschiedener Hochschulen auf einen in weiten Teilen einheitlichen Datensatz auch an anderen Einrichtungen des Verbundes zurückgreifen können. Damit besteht die Möglichkeit für den Studierenden, mit der ihm vertrauten App seiner Heimathochschule in anderer Rolle (z.B. Studi-Gast) auch auf Angebote und Informationsdienste anderer Hochschulen zugreifen zu können, sobald er mit seinem mobilen Endgerät auf das WLAN-Netz dieser Institutionen zugreift.</para><para>Diese generische Architektur der Middleware, die die vielfältigen Studierenden-Management-Daten typischer Hochschul-Software aufbereitet und zusammen mit Informations- und gegebenenfalls Kommunikationsströmen in ein standardisiertes Ausgabeformat überführt, ist u.a. auch Grundlage für das weiter unten beschrieben E-Portfolio in den Apps für die Studierenden. Durch standardisierte Daten-/Metadaten-Ströme kann ein Studierender ein E-Portfolio in seiner persönlichen App-Umgebung pflegen und von einer Hochschule zu einer anderen (siehe weiter unten, Abschnitt ShowCase) migrieren.</para></section><section><title>3.2 Synergie</title><para>Der zweite zentrale Aspekt des hier skizzierten Projektes ist der Wissenstransfer zwischen den im Projekt organisierten Hochschulen. Mobile Plattformen (Smartphones und Tablets) in Verbindung mit mobilen Studienmanagement-Apps sind eine relativ neue Methode der Studienverwaltung für Wissensanbieter (die Hochschulen) wie auch für Lernende, die zahlreiche, bisher nur in Ansätzen konzipierte und erprobte Lerntechniken und Studienoptimierungsmöglichkeiten erlaubt. Zwei Beispiele mögen dies erläutern. </para><para>In der Uni Hohenheim-App, deren Konzepte neben anderen Einzelprojekten als Best-Practice-Szenario in das hier vorgestellte Verbundprojekt einfließen wird (siehe Kapitel <link linkend="NutzungvonPilotvorhaben">5.4 Nutzung von Pilotvorhaben</link>), wurden Werkzeuge zur Navigation innerhalb der Universität (Hörsaalfinder, Einblenden von Navigationspfeilen in das von der Smartphone-Kamera aufgenommene Bild unter Nutzung der GPS-Technik des Gerätes) von findigen Hochschullehrern als neue Form eines navigierenden E-Learnings eingesetzt. Ein Professor kann damit Objekte auf dem weitläufigen Uni-Campus (bestimmte Gattungen von Bäumen, Sträuchern, Tieren etc.) markieren und seine Studierenden anhand der GPS Koordinaten auf eine Entdeckungsreise zu den besprochenen Lernzielen schicken.       </para><para>Das an der TU-Berlin entwickelte, Browser-basierte Studierenden-Portal myDESK nutzt seine Anbindung an HIS-LSF dahingehend, dass Studierende nicht nur ihre persönlichen Stundenpläne automatisiert um Vorlesungszeiten ergänzen können, sondern auch, um Informationen über Veranstaltungsort-Änderungen oder defekte Geräte etc. an die zentrale Middleware zurückzumelden und damit für eine viel schnellere und effizientere Benachrichtigung von Mitstudenten zu sorgen (Feedback-Kanal). Auch die TU Berlin hat das Interesse erklärt, die in myDESK entwickelten Konzepte zu Strukturen, Programmen, Methoden und Schnittstellenimplementierungen in das hier vorgestellte Großprojekt "Generisches Framework Studi-App" geeignet einzubringen.</para><para>Die Beispiele zeigen, wie der große Verbund von Hochschulen, die in dem hier vorgestellten Projektverbund eine gemeinsame Entwicklung für eine generische Middleware und darauf aufsetzende Studierenden-Apps voranbringen wollen, von den Erfahrungen anderer Einrichtungen lernen und Konzepte mit nutzen und gegebenenfalls für ihre individuellen Ausbildungsschwerpunkte weiterentwickeln können. </para></section><section><title>3.3 Shared Development, Costsharing</title><para>So vielfältig einerseits die Anforderungen und Studienregularien an verschiedenen Hochschulen sind, so zahlreich sind andererseits auch Gemeinsamkeiten bei  vergleichbaren Verwaltungs- und Kommunikationsstrukturen im Verhältnis zwischen den Hochschulen und ihren Studierenden. Nahezu jede Hochschule besitzt heute ein Campus-Management-System, das alle Verwaltungs- und Informationsströme bündelt und -  zentral administriert – das Studierendenmanagement-Rückgrat der Einrichtung darstellt. Abgesehen von einigen wenigen Ausnahmen, bei denen selbst entwickelte Campus-Management-Systeme zum Einsatz kommen wird dieser Softwarebereich dominiert von deutschlandweit vier großen Anbietern. Hieraus resultiert, dass jedwede App-Entwicklung für das Studierenden-Management grundsätzlich von einem überregionalen, viele Hochschulen einbindenden Verbund profitiert, in dem arbeitsteilig Schnittstellen der Middleware an wichtige Informations-, Kommunikations-, Infrastruktur- und Campus-Management-Systeme programmiert und mit anderen Hochschulen im Verbund geteilt und abgestimmt werden. </para><para>In Zeiten knapper Kassen gibt es eigentlich keine Rechtfertigung dafür, dass immer wieder gleiche Schnittstellen und Technologien an einer Vielzahl von Hochschulstandorten unkoordiniert und mit immer wieder ähnlicher Funktionalität programmiert und weiterentwickelt werden. Das hier skizzierte Verbundprojekt vermeidet redundante Einzelentwicklungen durch eine präzise koordinierte und abgestimmte Spezialisierung von Entwicklerteams auf einzelne Arbeitspakete. Nachfolgende Grafik verdeutlicht die Struktur der dezentralen, auf jeweils einzelne Anpassungen und Datenverarbeitungsprozesse hin optimierten Arbeitsteams an den verschiedenen Hochschulen.</para><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="108.2mm" fileref="dippArticle-2.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para></section><section><title>3.4 E-Portfolio</title><para>Eine ganz zentrale Funktionalität in der Konzeption von generischem Framework und darauf aufbauender Studien-Management-App (Studi-App) stellt das persönliche E-Portfolio dar. Hierzu müssen umfangreiche Individualinformationen verschlüsselt und lokal in der App auf dem Smartphone abgelegt sein (oder als verschlüsselter Clouddienst), damit der/die Studierende mit ein und demselben Portfolio über seinen gesamten Studienverlauf - gegebenenfalls an verschiedenen Studienorten - arbeiten kann. Es steht zu prüfen, ob Hochschulen die E-Portfolios neuer Studierender, die zuvor an anderen Einrichtungen studiert haben, unter Klärung aller DS-rechtlicher Fragestellung auslesen und automatisiert um neue Inhalte erweitern dürfen.</para></section><section><title>3.5 Showcase</title><para>Studierende an Hochschulen und Hochschulen in Deutschland nutzen zur Verwaltung und Organisation ihrer Studien sowie für einzelne Lernprozesse (z.B. E-Learning, …) in zunehmendem Umfang mobile Endgeräte (Smartphones oder Tablets). Ziel des Projektes "Generisches Framework Studi-App" ist es daher, die Service- und Informationsangebote an möglichst vielen Hochschulen in Deutschland in einem einheitlichen, standardisierten Format aufzubereiten, so dass die ebenfalls im Projekt entwickelten, mobilen Applikationen (Apps) immer am jeweils gerade aktuellen Hochschul-Standort des Studierenden mit aktuellen Hochschulinformationen gespeist werden können. Nachfolgendes Szenario aus Nutzersicht möge zur Verdeutlichung der Idee eines Generischen Framework Studi-App dienen: </para><para>Die Studierende A beginnt ein Masterstudium "European Studies" an der Europa Universität Viadrina in Frankfurt (Oder). Zuvor hat sie an der Technischen Universität Berlin einen Bachelor in "Wirtschaftsinformatik" gemacht. Dort an der TU Berlin hat sie bereits die Mobile App "TUB-App" (Arbeitstitel) kennen- und nutzen gelernt. Das App-Nutzungsverhalten von A umfasst folgende Vorgänge:</para><para>Einmal am System anmelden und dann...</para><para role="List Paragraph">... persönlichen Stundenplan zusammenstellen</para><para role="List Paragraph">... Kurse belegen</para><para role="List Paragraph">... Hörsäle finden</para><para role="List Paragraph">... Vertretungen, geänderte Raumplanungen und Ausfälle erkennen</para><para role="List Paragraph">... Öffnungszeiten verschiedener Einrichtungen einsehen (UB, IT-Service, ...)</para><para role="List Paragraph">... HS-Sport Angebot durchsehen und Veranstaltungen buchen</para><para role="List Paragraph">... Abstimmen mit Kommilitonen</para><para role="List Paragraph">... zu Prüfungen/Klausuren anmelden  </para><para role="List Paragraph">... Notenspiegel zusammenstellen/überwachen</para><para role="List Paragraph">... Was gibt es heute in welcher Mensa/Cafeteria</para><para role="List Paragraph">... Ein Buch bestellen und Zugang zu Katalogen der Unibibliothek nutzen</para><para role="List Paragraph">... Profilnachrichten schreiben, mit Freunden kommunizieren</para><para role="List Paragraph">... Hilfe erbitten bei Betreuern, Dozenten und Verwaltungsmitarbeitern (Support)</para><para role="List Paragraph">... Fährt die Bahn pünktlich</para><para role="List Paragraph">... im LMS nach E-Kursen suchen</para><para role="List Paragraph">... E-Portfolio (Lerninhalte, persönlichen Studienfortschritt, erreichte Leistungen und Credits, Stundenpläne) verbessern und nutzen</para><para role="List Paragraph">... wichtige News zu ihrem Studium empfangen</para><para>Alle diese und möglicherweise noch eine Reihe weiterer, für den Studienerfolg von A relevanten Dienste, werden - entsprechend der Idee dieses Projektes - sowohl von der TU-Berlin als auch von der Europa-Universität Viadrina (EUV) in Form standardisierter Schnittstellen und Protokolle bereitgestellt. Darüber hinaus bieten die beiden Hochschulen jeweils noch eine Reihe spezifischer Dienste für ihre Studierenden an. </para><para>Wenn A nun von der TU Berlin, wo sie ihren Bachelor in "Wirtschaftsinformatik" gemacht hat, an die Europa- Universität Viadrina wechselt, dann wechselt sie an der TU Berlin aus der Rolle "Aktive Studierende" in die Rolle "Alumni". Weiterhin übernimmt sie ihr persönliches E-Portfolio von der TU- Berlin und dieses wird automatisch an der EUV erkannt, (datenschutzrechtlich anonymisiert) prozessiert und weiter ausgebaut mit den Services und Diensten der Europa-Universität. Dienste, die von der Europa Uni nicht angeboten werden, bleiben unangetastet, dafür wird die Diensteübersicht um Europa-Uni spezifische Dienste erweitert.</para><para>A kann also mit der gleichen App auf ihrem mobilen Endgerät (voraussichtlich mit einem an das Corporate Design der TU-Berlin angepassten Layout) wie zuvor an der TU-Berlin auch an der Europa-Universität alle Studierendenangebote, Informationsdienstleistungen, Studienmanagementfunktionen etc. mit einer einmaligen Anmeldung nutzen. Zugleich bleibt sie mit einer anderen Rolle auch in den Strukturen der TU-Berlin verankert und kann dort eine Reihe von Services weiternutzen. Eine zeitaufwendige Umstellung und Erarbeitung neuer Studienverwaltungsvorgänge bleibt ihr weitgehend erspart. Sie kann sich, Dank des hier beschriebenen "Generischen Framework Studi-App" vom ersten Augenblick an der neuen Hochschule sofort voll und umfänglich ihren Studien widmen.</para><para>Denkbar wäre zum Beispiel auch, dass A neben der Rolle "Alumni" an der TU-Berlin und der Rolle "Aktive Studierende" an der Europa-Universität noch zweimal die Rolle "Gast" an der Uni Leipzig und an der Uni Hohenheim besitzt, weil sie an den dortigen Hochschulen im Rahmen wissenschaftlicher Projekte in Forschungsgruppen mitarbeitet. Die Rolle "Gast" liefert nur Hörsäle, Vorlesungen, Öffnungszeiten, einen interaktiven Wegweiser durch die Uni, Mensapläne, Hinweise zu zentralen Einrichtungen usw.. Die Navigationsstruktur in gleichen Rollen an verschiedenen Einrichtungen ist standardisiert, die vertraute App kann zur Darstellung aller Angebote aller beteiligten Hochschulen verwendet werden.</para><para>Weiteres Beispiel: Ein Studierender ist an der Uni Leipzig immatrikuliert und nutzt eine „Uni-Leipzig-App“, innerhalb derer er als Studierender alle für seinen Studienverlauf relevanten Informationen (persönlicher Stundenplan, Wegweiser durch die Uni, Mensapläne, Zugverbindungen, Räume und Raumverlegungen, einen persönlichen Notenspiegel, E-Learning- Inhalte usw.) sieht und nutzt. Kommt er jetzt beispielsweise als Gast an die Uni Hohenheim „sucht“ sich seine „Uni-Leipzig-App“ automatisch das von der dortigen Uni für die Nutzerrolle „Studi-Gast“ bereitgestellte Serviceangebot und er kann sich an dieser Uni beinahe so sicher bewegen und Dienste nutzen, wie an seiner Heimatuni.</para></section></section><section><title>4 Technik und Funktionalitäten</title><para>Finales Ziel ist ein Framework (Middleware) mit vielfältigen Funktionen und Schnittstellen zu typischen Informationsinfrastrukturen an Hochschulen, mit dessen Hilfe Studierendenportale nach dem Baukastenprinzip an die jeweiligen Hochschullandschaften angepasst und in Apps für mobile Endgeräte mit unterschiedlichen Betriebssystemen implementiert werden können.</para><para>Das zentrale Repository könnte aus dem Bereich der Content Management Systems (CMS) oder der Content Management Frameworks (CMF) stammen. Der Fokus liegt hier auf quelloffenen und modularen Systemen. Dabei sollten die folgenden Kriterien erfüllt sein:</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Große und aktive Entwicklercommunity</para></listitem><listitem><para role="List Paragraph">Wartungsarm durch häufige Updates</para></listitem><listitem><para role="List Paragraph">Modularität, Anpassungsfähigkeit, Erweiterbarkeit</para></listitem><listitem><para role="List Paragraph">Erweiterbare Theming- und Rendering Engine</para></listitem><listitem><para role="List Paragraph">Nutzer- und Rollenmanagement</para></listitem><listitem><para role="List Paragraph">Unterstützung gängiger Autorisierungs- und Authentifizierungsverfahren (LDAP)</para></listitem><listitem><para role="List Paragraph">Integrierbarkeit von Schnittstellen</para></listitem><listitem><para role="List Paragraph">Indizierung und Suche</para></listitem><listitem><para role="List Paragraph">Content Management</para></listitem><listitem><para role="List Paragraph">erweiterbarer Administrationsbereich</para></listitem></itemizedlist><para>Hierfür geeignete Systeme könnten beispielsweise im CMF Drupal oder in der Portalsoftware Liferay realisiert werden. Dabei ist Drupal vor allem für die Informationsvernetzung hervorragend geeignet.  In das Framework fließen die Erfahrungen, Technologien, Module, Workflows und Zugangsstrategien all derjenigen Hochschulen mit ein, die bereits eigene Lösungen entwickelt und aufgesetzt haben. Im Ergebnis entsteht damit ein von allen Hochschulen, Fachhochschulen und außeruniversitären Forschungseinrichtungen nutzbarer Pool an:</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Software</para></listitem><listitem><para role="List Paragraph">Dokumentation </para></listitem><listitem><para role="List Paragraph">Experten in einer gut strukturierten Community (der Betreiberseite) </para></listitem><listitem><para role="List Paragraph">Empfehlungen zu Workflows </para></listitem></itemizedlist><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="84.14mm" fileref="dippArticle-3.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para><para>Die Daten- und Metadatenmodelle typischer Software-Werkzeuge im Unialltag (Campus-Management-Systeme, LMS, Forschungsinfrastrukturen, Publikationsplattformen usw.) und uniinterner Dienstanbieter (Rechenzentren, Mensen, HS-Sporteinrichtungen, Bibliotheken usw.) werden an allen beteiligten Einrichtungen systematisiert und standardisiert und in einem einheitlichen Daten-/Metadatensatz (Viadrina-Core), vergleichbar mit dem Dublin-Core im Bereich der elektronischen Lehre beschrieben. Dabei sind immer einzelne Entwicklungszentren an jeweils einer der beteiligten Hochschulen für die präzise Schnittstellenentwicklung und für die langfristige Pflege dieser Schnittstelle verantwortlich. Zu beachten ist hierbei, dass das Projekt keinesfalls ein neues Campus-Management-System zu entwickeln beabsichtigt. Es geht ausschließlich darum, ein generisches Framework für unterschiedliche mobile Apps zu entwickeln und mit standardisierten Daten aus typischen Hochschul-Software-Systemen zu speisen (Schnittstellenspezifikation). Die so gesammelten Daten werden über ein leicht erweiterbares und programmierbares CMS (siehe oben) um die Designs der jeweiligen App – respektive um das Corporate Design der die App anbietenden Hochschule erweitert - gegebenenfalls auch um typische Funktionen einer sozialen Software – und können dann an mobile Endgeräte in Verbindung mit Apps (aber auch in anderen Formaten – beispielsweise als browserbasierte Portalumgebung) ausgeliefert werden.</para><section><title>4.1 Daten-/Metadatenmodell</title><para>Ziel dieses Arbeitspaketes ist die systematische Gliederung hochschultypischer Dienste, Kommunikationsstrukturen und Daten in ein umfassendes, generisch-erweiterbares Daten- /Metadatenmodell. (Viadrina-Core) Dies kann ähnlich aufgebaut sein wie der Dublin Core Metadatensatz im E-Learning Bereich. Das Metadatenmodell beschreibt eine formalisierte, eindeutige Darstellung von Daten und Metadaten sowie eine exakte Spezifikation der Schnittstellen zwischen Systemen und Daten. Hochschulen, die sich auch zu einem späteren Zeitpunkt in dieses System einbringen wollen übernehmen das Daten-/Metadatenmodell. Damit sind alle auf dieses Daten-/Metadatenmodell aufsetzenden Werkzeuge (stationäre Programme, Apps, webbasierte Studierendenportale) in der Lage, die Dienste, Kommunikationsstrukturen und Daten aller im System befindlicher Hochschulen zu prozessieren und dem Studierenden anzubieten.</para><para>Hierzu  müssen umfangreiche Recherchen, Bestandsaufnahmen und Vergleiche der an den beteiligten Hochschulen notwendigen Angebote  für Studierende und Mitarbeiter sowie  zu den dort jeweils genutzten Informationsinfrastrukturen, HS-Managementsystemen  und Kommunikationsinfrastrukturen vorgenommen werden.</para><para>In einem zweiten Schritt einigen sich die Partner des hier aufgezeigten Verbundes auf ein entsprechend abgestimmtes, einheitliches Daten-/Metadatenmodell.</para><para>Dieser Projektteil ist der innovative Nukleus des gesamten Projektes. In das Daten-/Metadatenmodell fließen viel Forschung und Hintergrundrecherche sowie alle strukturellen Überlegungen zu den Bedarfen der Studierenden und den Werkzeugen, Prozessen und Kommunikations-/Datenstrukturen an den entsprechenden Einrichtungen, die diese Bedarfe abdecken sowie zur Standardentwicklung für ein im Hochschulbereich in späteren Zeiten möglicherweise nicht mehr wegzudenkendes Serviceframework.</para></section><section><title>4.2 Mögliche Dienste</title><para>Nachfolgende Sammlung von Funktionen erhebt keinen Anspruch auf Vollständigkeit. Sie wurde von  Richard Huber (Europa Uni), Andreas Lehmann (TU-Berlin) und Daniel Fehrle (Uni Hohenheim)  aufgrund unispezifischer Erfahrungen zusammengetragen:</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Single Sign On</para></listitem><listitem><para role="List Paragraph">Integration von Lernraumsystemen wie Moodle, Ilias, Blackboard</para></listitem><listitem><para role="List Paragraph">Übernahme von Studienablaufsdaten (Persönlicher Stundenplan, Hörsäle, Vorlesungen,  Öffnungszeiten usw.) aus Campus MM-Systemen wie HIS LFS, Datenlotsen</para></listitem><listitem><para role="List Paragraph">Nutzung für mobile Lehre: Lernorte ermöglichen es Dozenten und Studierenden vor Ort an  definierten Punkten zu lernen</para></listitem><listitem><para role="List Paragraph">Funktionalitäten sozialer Software (persönliche Profile, Freundschaften, interne Nachrichten, ...)</para></listitem><listitem><para role="List Paragraph">E-Portfolio Funktionalitäten (der Studierende kann seinen persönlichen Studienfortschritt,  erreichte Leistungen und Credits, Stundenpläne, Arbeitsmaterialien usw. in einem individuellen Profil anlegen, organisieren und gegebenenfalls mit anderen teilen.</para></listitem><listitem><para role="List Paragraph">Studierendentools wie Kleinanzeigenmarkt, Newsletter, Kontakt zu Profs &amp; Uni- Mitarbeitern...  </para></listitem><listitem><para role="List Paragraph">Interaktive Navigationssysteme unter Nutzung der Smartphone-Kamera innerhalb der Unis</para></listitem><listitem><para role="List Paragraph">Mensapläne, Veranstaltungskalender, Campus-Einrichtungen...</para></listitem><listitem><para role="List Paragraph">Integration von Mail-Diensten z.B. Horde</para></listitem><listitem><para role="List Paragraph">Zugang zu Services der Unibibliotheken</para></listitem><listitem><para role="List Paragraph">Augmented Reality Guide</para></listitem><listitem><para role="List Paragraph">Rechtemanagement</para></listitem><listitem><para role="List Paragraph">Foren</para></listitem><listitem><para role="List Paragraph">Kalender mit eigenen (des Studenten) und Fremdterminen (der Uni)</para></listitem><listitem><para role="List Paragraph">Wissensdatenbank in Form einer Wikipedia (Uni-Pedia)</para></listitem><listitem><para role="List Paragraph">Kollaborative Gruppen zum Erstellen gemeinsamer Dokumente (für Hausaufgaben)</para></listitem><listitem><para role="List Paragraph">Ortung per WLAN und GPS und einhergehende Erweiterung von ortspezifischen Informationen </para><itemizedlist mark="opencircle" spacing="normal"><listitem><para role="List Paragraph">Bspw. In einer Map gibt der Student per Smartphone und Ortung an: „Hier steht ein  Kaffeeautomat“, „hier ist der Haupteingang zu diesem Gebäude“ </para></listitem></itemizedlist></listitem><listitem><para role="List Paragraph">Möglichkeit der Ergänzung fehlerhafter Informationen der Universitätsverwaltung durch das Wissen  des Studenten </para><itemizedlist mark="opencircle" spacing="normal"><listitem><para role="List Paragraph">Bspw. die VL findet nie in diesem Raum statt, da der Dozent nicht so weit laufen möchte  und demnach in seinem Besprechungsraum die VL hält </para></listitem></itemizedlist></listitem><listitem><para role="List Paragraph">Buchungsmöglichkeiten von der Frameworkapplikation auf diverse externe Webseiten </para><itemizedlist mark="opencircle" spacing="normal"><listitem><para role="List Paragraph">Hochschulsport, Klausuranmeldung, …</para></listitem></itemizedlist></listitem></itemizedlist></section></section><section><title>5 Partner &amp; Finanzierung</title><para>Es gibt in Deutschland derzeit 142 Hochschulen und gleichgestellte Hochschulen und 215 Fachhochschulen. Ergänzt werden diese durch zahlreiche private Hochschulen, Fachakademien und Business Schools, die ebenfalls Hochschul-ähnliche Studienangebote an ihre lernenden Zielgruppen vermitteln.</para><para>Aufgrund der föderalen Bildungshoheit der Länder ist es schwierig, einen überregionalen Fördertopf für das hier skizzierte Vorhaben zu finden. Prinzipiell könnten die beteiligten Hochschulen individuell bei ihren jeweiligen Landesministerien vorstellig werden und um eine entsprechende Projekt-/Entwicklungsförderung bitten. Im Sinne eines gut organisierten, in allen beteiligten Bundesländern ausgewogenen finanzierten Bundesprojektes ist dieses Vorgehen allerdings nur bedingt zielführend. </para><para>Aufgrund derzeit nicht erkennbarer Förderquellen hat das Projektplanungsteam ein zweistufiges Entwicklungskonzept mit einer Prototyp-Entwicklungsphase und einer Haupt-Projektphase entwickelt, das eine Finanzierung aus Eigenmitteln der beteiligten Hochschulen vorsieht. </para><para>Nachstehende Grafik zeigt die Verteilung der derzeit beteiligten Hochschulen und benennt das jeweils unterschiedliche Engagement der Hochschulen:</para><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="100.55mm" fileref="dippArticle-4.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para><para>Die nachstehenden Unterkapitel beschreiben die verschiedenen, am Projekt beteiligten oder das Projekt steuernden Akteursgruppen im Detail:     </para><section><title>5.1 AG-Studi-App</title><para>In der innerhalb des Arbeitskreis Web der ZKI angesiedelten Arbeitsgruppe Studi-App haben sich Webverantwortliche von derzeit 29 Hochschulen aus ganz Deutschland zusammengeschlossen, um gemeinsam eine entsprechende Entwicklung voranzubringen. Das Projekt hat mittlerweile bereits so hohe Ausstrahlungskraft entwickelt, dass sich auch bisher nicht beteiligte Interessenten bei der derzeitigen kommissarischen Projektleitung melden und um Beteiligung am Verbund ersuchen.</para></section><section><title>5.2 Projektleitung</title><para>Die Projektleitung wird derzeit - bis zu einer Entscheidung über eine Finanzierung einer zentralen Projektleitung gegebenenfalls durch den Vorstand der ZKI-Arbeitsgruppe Studi App im AK Web der ZKI, derzeit kommissarische Leitung der AG und des Studi-App-Projektes durch Richard Huber, CIO der Europa Universität Viadrina, Frankfurt (Oder) zusammen mit der Steuergruppe Studi-App (siehe unten) wahrgenommen.</para><para><emphasis role="bold">Projektverantwortlicher </emphasis></para><para>Dipl. Ing. Richard Huber<?d-linebreak?>Europa Universität Viadrina<?d-linebreak?>Tel.: 0335-5534-2558<?d-linebreak?>Fax.: 0335-5534-72558<?d-linebreak?>Email: <ulink url="mailto:huber@europa-uni.de"><phrase role="Hyperlink">huber@europa-uni.de</phrase></ulink></para><para><emphasis role="bold">Steuergruppe für das Studi-App Projekt</emphasis></para><informaltable frame="all"><tgroup cols="3"><colspec colname="col1" colwidth="133.8pt" colnum="1" /><colspec colname="col2" colwidth="133.2pt" colnum="2" /><colspec colname="col3" colwidth="197.5pt" colnum="3" /><tbody><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para><emphasis role="bold">Name</emphasis></para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para><emphasis role="bold">Uni</emphasis></para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para><emphasis role="bold">Mailadresse</emphasis></para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Patrick Holz</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>Uni Köln</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>patrick.holz@uni-koeln.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Andreas Lehmann</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>TU-Berlin</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>andreas.lehmann@tu-berlin.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Daniel Fehrle</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>Uni Hohenheim</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>daniel.fehrle@uni-hohenheim.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Bert Zulauf</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>Uni Wuppertal</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>zulauf@uni-wuppertal.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Martin Mai</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>Uni Bamberg</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>martin.mai@uni-bamberg.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Martin Schuhmann</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>Uni Würzburg</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>martin.schuhmann@uni-wuerzburg.de</para></entry></row><row><entry colname="col1" valign="top" rowsep="1" colsep="1" align="left"><para>Marc Schönberg</para></entry><entry colname="col2" valign="top" rowsep="1" colsep="1" align="left"><para>TUHH</para></entry><entry colname="col3" valign="top" rowsep="1" colsep="1" align="left"><para>schoenberg@tuhh.de</para></entry></row></tbody></tgroup></informaltable></section><section><title>5.3 Pilotvorhaben an Europa-Universität und TU-Berlin </title><para>Nachdem – entsprechend unserer bisherigen Erfahrungen - die langfristige Realisierung eines an vielen Hochschulen in Deutschland verankerten App-Entwicklungsprojektes mit hohen Abstimmungs- und Planungsverzögerungen einhergeht, haben sich die Entwicklungsverantwortlichen der Technischen Universität Berlin und der Europa-Universität Viadrina dahingehend verständigt, zunächst bis Jahresende 2014 eigene Entwicklungskapazitäten für das App-Entwicklungsprojekt bereit zu stellen. Im Rahmen dieses bilateralen Entwicklungsprojektes werden folgende Ziele verfolgt und erstellt:</para><orderedlist numeration="arabic" spacing="normal" inheritnum="ignore" continuation="restarts"><listitem><para role="List Paragraph">Eine prototypische, generische, vielfältig erweiterbare Middleware für die Datenaufbereitung typischer, exemplarischer Hochschul-Services für unterschiedliche Ausgabeformate (App, Webinterface, …)</para></listitem><listitem><para role="List Paragraph">Eine prototypische App mit einem reduzierten Funktionalitätenumfang in einem App-Entwicklungsframework, das ein „Umschalten“ zwischen den Corporate Designs verschiedener Hochschulen erlaubt </para></listitem><listitem><para role="List Paragraph">Den Aufbau eines Daten- und Metadatenstandards für Datenströme zwischen typischen Hochschulservices und der generischen Middleware (Viadrina-Core)</para></listitem><listitem><para role="List Paragraph">Eine Roadmap der zukünftig zu integrierenden Funktionalitäten basierend auf Nutzer-Szenarien, Komplexität des Moduls und Popularität der Funktionalitäten aus dem Sichtwinkel der Hauptzielgruppen (Studierende).</para></listitem><listitem><para role="List Paragraph">Ein ordnendes Projekt-Management mit klaren, transparenten Strukturen für eine langfristige Arbeitsverteilung zur Anbindung neuer Services und Funktionalitäten an zukünftig vielen, dezentral agierenden Entwicklungshotspots an beteiligten Hochschulen in Deutschland </para></listitem><listitem><para role="List Paragraph">Eine modulare, transparente und für neue Universitäten leicht aufzusetzende Entwicklungs-Technologie aus Open Source Bibliotheken, Entwicklungsumgebungen und Programmier-Frameworks sowie ein zentrales Studi-App-Repositry für zukünftige große, dezentral entwickelnde Programmierergruppen an vielen Hochschulen in Deutschland </para></listitem><listitem><para role="List Paragraph">Eine umfangreiche Dokumentation der Entwicklungs-Umgebung, der organisatorischen Strukturen an neu partizipierenden Einrichtungen (zur Förderung des reibungslosen Zusammenspiels zwischen Entwicklungs-/IKT-Bereichen und den Hochschuleinrichtungen, die die entsprechenden Daten bereitstellen müssen), basierend auf den bisherigen Projekterfahrungen, des Datenstandards (Viadrina-Core) sowie der mittel- und langfristigen Entwicklungsroadmap.</para></listitem><listitem><para role="List Paragraph">Den Aufbau und die Betreuung einer Entwickler-Community</para></listitem><listitem><para role="List Paragraph">Erste Definitionen und Restriktionen für einen konsequenten Datenschutz in der zukünftigen Studi-App.</para></listitem></orderedlist></section><section><title><anchor id="NutzungvonPilotvorhaben" />5.4 Nutzung von Pilotvorhaben</title><para>Drei Hochschulen aus dem Verbund haben sich bereit erklärt, bereits fertig gestellte und in Betrieb befindliche Eigenentwicklungen (Apps oder Middleware) in das hier skizzierte Verbundprojekt konzeptionell einzubringen. Es sind dies die Technische Universität Berlin mit dem Studierenden Framework myDESK, die Universität Hohenheim mit der "Hohenheim-App" sowie die Universität Duisburg/Essen mit der dort entwickelten und genutzten App "myUDE".</para><para>Die in diesen Anwendungen genutzten und realisierten Methoden, Technologien und Prozesse können als Best Practice Beispiele vom Projekt genutzt und - entsprechend erweitert und angepasst - dem gesamten Projektverbund zur Verfügung gestellt werden.</para><para>Die einzelnen Hochschulen und ihre ins Projekt eingebrachten Module im Detail: </para><section><title>5.4.1 myDESK</title><para>Das durch <ulink url="http://www.innocampus.tu-berlin.de/"><phrase role="Hyperlink">innoCampus</phrase></ulink>  an der TU Berlin entwickelte Studierendenportal <ulink url="http://www.mydesk.tu-berlin.de/"><phrase role="Hyperlink">myDESK</phrase></ulink>  ist seit dem Sommersemester 2011 im Produktiveinsatz. Die derzeitige Benutzerzahl beläuft sich auf etwa 12.000 Studierende, die myDESK aktiv nutzen. </para><para>Die Technische Universität Berlin setzt zur Informationsdarstellung, für die Organisation und Verwaltung unterschiedliche computergestützte Dienste und Systeme ein. Neben den Beschäftigten sind v.a. die Studierenden eine große Zielgruppe dieser Dienste und Systeme. Zu diesen gehören unter anderem:</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Internetportal der TU Berlin als Informationsmedium auf Basis von Typo 3</para></listitem><listitem><para role="List Paragraph">HIS-LSF mit dem zugehörigen Veranstaltungsverzeichnis</para></listitem><listitem><para role="List Paragraph">E-Learning Plattform ISIS auf Basis von Moodle</para></listitem><listitem><para role="List Paragraph">MosesKonto als Verwaltungs-, Organisations- und Optimierungswerkzeug zur Tutorien-, Termin- und Klausurplanung</para></listitem><listitem><para role="List Paragraph">HIS-POS- bzw. QIS-POS  als Dienst zur elektronischen Prüfungsanmeldung und</para></listitem><listitem><para role="List Paragraph">Buchungssystem für den Hochschulsport zur Anmeldung zu Sportkursen </para></listitem></itemizedlist><para>Neben diesen gibt es auch noch weitere Dienste und Portale, die zeitlich und verwaltungsbedingt, meist getrennt voneinander entstanden sind und bis heute betrieben werden.</para><para>Die große Anzahl an Diensten und Portalen führt bei den Studierenden zu einem großen Mehraufwand hinsichtlich der selbstständigen Organisation, Informationsbeschaffung, Kommunikationsstreuung und Verteilung zeitlicher Ressourcen. Das Studierendenportal myDESK nimmt sich der besagten Probleme an und löst diese, indem es für den Studierenden einen zentralen Anlaufpunkt für unterschiedliche Dienste und Portale generiert und dabei durch Integration auch auf Datenebene weitere Mehrwerte schafft. Bereits existierende Dienste und Portale werden dabei nicht ersetzt, sondern innerhalb von myDESK integriert oder mit myDESK vernetzt. </para></section><section><title>5.4.2 Uni-Hohenheim-App</title><para>Um den Rahmen dieser Skizze nicht zu sprengen übergeben wir an dieser Stelle den Link auf die entsprechende Website der Uni-Hohenheim:</para><para><ulink url="https://www.uni-hohenheim.de/app"><phrase role="Hyperlink">https://www.uni-hohenheim.de/app</phrase></ulink></para></section><section><title>5.4.3 myUDE</title><para>Um den Rahmen dieser Skizze nicht zu sprengen übergeben wir an dieser Stelle den Link auf die entsprechende Website der Uni-Duisburg-Essen:</para><para><ulink url="https://www.uni-due.de/myude/"><phrase role="Hyperlink">https://www.uni-due.de/myude/</phrase></ulink> </para><para>Beide vorgenannten Universitäten unterstützen das Projekt „Generisches Framework Studi-App“ aktiv und sind bereit, die an den Einrichtungen bereits im Regelbetrieb mit umfangreichen Studierendenzahlen  (Uni Hohenheim Nutzungsgrad unter Studis mit Smartphone ca. 98%) erprobten Konzepte und App-Entwicklung vollumfänglich in das Verbundprojekt einzubringen.</para></section></section><section><title>5.5 SW-Firma</title><para>Basierend auf den beim Planungstreffen in Magdeburg im September 2013 mit dem Plenum der Arbeitsgruppe Studi-App festgelegten Eckparametern für das weitere Vorgehen im Verbundprojekt wurde beschlossen, eine auf App-Programmierung spezialisierte Software-Firma für die Realisierung eines Prototypen an einer ausgewählten Zahl von Hochschulen (ca. 10 Einrichtungen) zu beauftragen.</para><para>Die Wahl fiel hierbei nach umfänglicher Recherche auf ein Softwarehaus, das bereits die App der Uni Hohenheim in bisher drei Versionen produziert hat und dementsprechend zum einen Expertise in der Programmierung einer Studienmanagement-App für studentische Zielgruppen - andererseits Erfahrung in der Zusammenarbeit mit universitären Auftraggebern besitzt. Die Firma kann dabei auf das "Skelett der Hohenheim-App" zurückgreifen und dies in Anpassung an Corporate-Design-Festlegung der am Prototyp- Projekt beteiligten Hochschulen für die ca. 10 prototypischen Implementierungen mit eingeschränktem Funktionsumfang bei geringerem Aufwand an die universitären Bedarfsprofile anpassen.</para></section><section><title>5.6 Wirtschaft</title><para>Ein stetig wachsender Verbund von derzeit 29 Hochschulen, die gemeinsam ein Framework-/App-Projekt aus ihren Rechen- und Medienzentren heraus entwickeln und vorantreiben wollen, bildet ein großes wirtschaftliches und politisches Potential ab. Dementsprechend groß ist das Interesse von Unternehmen wie Peripheriegeräte-Herstellern oder Herstellern von typischer Hochschulsoftware, ihre Produkte und Softwaremodule integrieren zu können. Voranfragen z.B. beim Druckerhersteller Kyocera liefern hier ein erwartungsvolles und positives Feedback. Es steht zu erwarten, dass das verschiedene wirtschaftlich agierende Unternehmen Anbindungen an eigene Software und Hardware in Eigenregie vornehmen werden und damit den nachhaltigen Erfolg des Projektes Generisches Framework Studi-App zusätzlich absichern werden. </para></section><section><title>5.7 Förderquellen</title><para>Erste Anfragen an potentielle Förderorganisationen wurden gestellt. Eine direkte Fördervoranfrage wurde an das Referat Wissenschaftliche Literaturversorgungs- und Informationssysteme (LIS)  der DFG gerichtet. Die DFG darf allerdings gemäß ihrem Grundauftrag nur Forschungsvorhaben und keine Maßnahmen zur Verbesserung der Lehre fördern. Evtl. ist der Aspekt der Standardisierung im hier  skizzierten Vorhaben für die DFG ein förderungsfähiges Forschungsthema.</para><para>Weitere mögliche Förderquellen:</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">BMBF (Referat Hochschulen/Hochschulinnovation)</para></listitem><listitem><para role="List Paragraph">DLR</para></listitem><listitem><para role="List Paragraph">Volkswagen-Stiftung</para></listitem><listitem><para role="List Paragraph">Bosch-Stiftung </para></listitem></itemizedlist></section></section><section><title>6 Projektgliederung</title><para>Das Projekt wird durch die Arbeitsfelder</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Konzeption, Recherche und Datenerhebung</para></listitem><listitem><para role="List Paragraph">Umsetzung</para></listitem><listitem><para role="List Paragraph">Einführungsprozesse </para></listitem><listitem><para role="List Paragraph">Dokumentation, Roll Out</para></listitem></itemizedlist><para>beschrieben.</para><para>Weite Teile der konzeptionellen Projektplanung erfolgen bereits im Vorfeld, um eine vergleichsweise exakte Abschätzung von Projektaufwand zu Projektnutzen und eine verlässliche Ressourcenabschätzung abgeben zu können.</para><para>Die konkrete Umsetzung des hier skizzierten Projektes kann gegliedert werden in vier große, klar voneinander unterscheidbare Entwicklungsfelder </para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Einem generischen, an allen beteiligten Hochschulen einheitlichen Daten-  /Metadatenmodell ähnlich dem Dublin Core Metadatensatz im E-Learning Bereich. Hierzu  müssen umfangreiche Recherchen, Bestandsaufnahmen und Vergleiche der an allen  beteiligten Hochschulen notwendigen Angebote  für Studierende und Mitarbeiter sowie  zu den dort jeweils genutzten Informationsinfrastrukturen, HS-Managementsystemen  und Kommunikationsstrukturen durchgeführt werden.</para></listitem><listitem><para role="List Paragraph">Einer alle Datenquellen zusammenführenden, Information strukturierend und  aufbereitenden Middleware in der  alle benötigten und bereitgestellten Daten  entsprechend obigem Metadatenmodell in ein einheitliches Ausgabeformat überführt  werden.</para></listitem><listitem><para role="List Paragraph">Der Erstellung generischer Schnittstellen zu Standardsoftware und typischen Uni-  Applikationen</para></listitem><listitem><para role="List Paragraph">Der eigentlichen, prototypischen App-Programmierung für verschiedene  Betriebssysteme</para></listitem></itemizedlist><section><title>6.1 Projektphasen</title><para>Um angesichts des sich an vielen Hochschulen derzeit schnell entwickelnden App-Marktes das Ziel einer zentralen HS-App initiiert von den Rechenzentren etablieren zu können wird eine abgestufte Lösung mit überschaubaren Projektphasen konzipiert.</para><para>In einem ersten Schritt werden, zusammen mit einem auf App-Herstellung spezialisierten SW-Haus, Prototypen einer Studi-App für ca. 10 Hochschulen erstellt. Diese Prototypen orientieren sich methodisch an der „Hohenheim App“, berücksichtigen allerdings schon individuelle Corporate Designs (CDs) der einzelnen Hochschulen und enthalten jeweils nur ein kleineres Set leicht zu implementierender Funktionen einer späteren umfangreichen App/Studierendenverwaltungssoftware.</para><para>Dieser Prototyp dient drei Hauptzielen:</para><para>1.) Einerseits wird mit dem Prototypen die Machbarkeit des Projektes und der Willen zur Zusammenarbeit des Hochschulverbundes unter Beweis gestellt</para><para>2.) Weiterhin besteht die Idee, dass die an der Prototypentwicklung beteiligten Hochschulen den Prototyp ihren Hochschulleitungen präsentieren und versuchen, für das jeweilige Projekt im Rechenzentrum/ Webbereich eine Stelle eines Webentwicklers/Koordinators zu gewinnen. Diese Stellen bilden dann - unter einer zentralen Projektleitung - das Rückgrat des auf viele Hochschulen verteilten, dezentralen Entwicklungsprojektes (den Kern des in dieser Skizze beschriebenen Projektes) dar. </para><para>3.) Schließlich fördert der Prototyp die breitenwirksamen Streuung der Idee eines bundesweiten Verbundprojektes unter aktiver Mitwirkung der ZKI zur Projektierung und Erstellung einer generischen Studien-Management- Middleware und darauf aufsetzender Apps für mobile Endgeräte, um weitere Partner (Hochschulen) in den Verbund zu bekommen und um die Industrie (Hersteller typischer Hochschul-Soft- und Hardware-Systeme) zu einer Mitwirkung anzuregen.</para><para>Parallel dazu erfolgt politische Begleitarbeit durch den ZKI Vorstand und durch direkte Adressierung überregionaler Gremien (Treffen der Kanzler der Hochschulen in Deutschland, DGI, DFN etc.) durch Multiplikatoren im Verbund.</para><para>Organisatorisch wurde eine Steuerungsgruppe für die spätere enge Zusammenarbeit mit einer externen Softwarefirma, die für die konkrete App-Programmierung zuständig sein wird eingerichtet. </para><para>Mit den durch die Überzeugungsarbeit des Prototypen bewirkten zusätzlichen Stellen an den beteiligten Hochschulen kann in einem zweiten Schritt ein größeres Gesamtprojekt mit vielfältigen Datenschnittstellen und Nutzerwerkzeugen projektiert und umgesetzt werden.</para><para>Strukturell wird das Projekt im ersten Schritt betreut durch die Zusammenarbeit von Steuergruppe und Agentur.</para><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="90.23mm" fileref="dippArticle-5.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para><para>In einem folgenden größeren Projekt steht im Zentrum die von allen Projektbeteiligten verabschiedete Entwicklungsroadmap  für die umfangreichen Programmier- und Anpassungsarbeiten am Framework.</para><para role="caption"><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="108.2mm" fileref="dippArticle-6.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para><para>Dieser  umfangreiche Projektplan, beschreibt alle vielfach nutzbaren Module und Schnittstellen sowie eine Übersicht aller „Spezialprobleme“ bzw. „spezieller Wünsche und Bedarfe“ einzelner Beteiligter. Alle Entwicklungspakete und Schnittstellenspezifikationen werden - auf verschiedene gestufte Release-Versionen aufgeteilt - in Arbeitspakete gegliedert, die von den jeweiligen Entwicklern an den Einzelhochschulen erstellt und in das Gesamtpaket eingebracht werden können.</para><para>Wichtig erscheint, dass in einem größeren Entwicklungsvorhaben…</para><itemizedlist mark="disc" spacing="normal"><listitem><para role="List Paragraph">Die zentrale inhaltliche Steuerung bei der Steuergruppe - respektive der AG-App verbleibt</para></listitem><listitem><para role="List Paragraph">Die erzeugte Middleware unter einer CCL veröffentlicht wird</para></listitem><listitem><para role="List Paragraph">Zusätzliche Partner als Technologiepartner in das Vorhaben geholt werden können.</para></listitem><listitem><para role="List Paragraph">Der Gesamtprozess Middleware-Schnittstellen-App als Community Model betrieben wird</para></listitem><listitem><para role="List Paragraph">Gegebenenfalls kleinere Einzelprojekte im Rahmen von Bachelor-/Masterarbeiten mit wissenschaftlich- forschendem Charakter vergeben werden können. </para></listitem></itemizedlist></section><section><title>6.2 Historie</title><para>Die Planungen für das hier skizzierte Projekt begannen im Frühjahr 2012. Unten stehende Tabelle liefert einen Überblick über bisherige Treffen und zugehörige Ergebnisse:</para><para><inlinemediaobject><imageobject><imagedata width="158.76mm" depth="100.28mm" fileref="dippArticle-7.png" format="PNG" srccredit="embed" /></imageobject></inlinemediaobject></para></section></section><section><title>7 Chancen, Risiken, Nachhaltigkeit</title><para>Mit dem hier skizzierten Projekt "Generisches Framework Studi-App" bietet sich die Möglichkeit, Studierenden an voraussichtlich mehr als 30 Hochschulen in Deutschland unter Nutzung mobiler Endgeräte in Verbindung mit Apps einen erheblichen Vorsprung in den Bereichen Studien-Management und Informationsversorgung zu bieten. Durch die angestrebte Kooperation kann dies zu überschaubaren Kosten für die einzelnen Hochschulen bei gleichzeitiger dauerhafter Sicherung der Nachhaltigkeit geschehen. Damit werden insbesondere auch kleinere Hochschulen, für die eine App-Eigenentwicklung in diesem Umfang nicht finanzierbar wäre, in die Lage versetzt, die Bedarfe ihrer  Studierenden nach innovativen und zeitgemäßen Studienmanagementwerkzeugen zu bedienen.</para><para>Wir erkennen die Gefahr, in ein vergleichbares Dilemma zu geraten wie die Hersteller der großen Campus-Management-Systeme wie HIS oder Datenlotsen, wenn wir versuchen wollten, uns auf der Anwendungsschicht an reale Studienmanagementprozesse und Verwaltungsprozesse heranzuwagen. Hier ziehen wir schon heute die klare Grenze dahingehend, dass wir uns auf die Standardisierung der von den Systemen exportierbaren Daten, das Klassifizieren dieser Daten in geeigneten Metadatenmodellen und auf das Kanalisieren und Aufbereiten der so extrahierten Daten konzentrieren werden.   </para><para>Die prominenten politische Aufhängung des Projektes (alle Beteiligungserklärungen zur Prototypbeteiligung wurden von Präsidiumsmitgliedern, Kanzlern, CIOs oder RZ-Leitern der hier engagierten Hochschulen schriftlich erklärt)  garantiert die langfristige Pflege und Weiterentwicklung des Projektes. Schon jetzt sorgt die reine Mund zu Mund Werbung für eine große Zahl von Anfragen zur Beteiligung von weiteren, bisher im Verbund nicht engagierten Einrichtungen.</para><para>Die aus dem Bedarf der Hochschulleitungen nach Zentralisierung der App-Entwicklungen an ihren Hochschulen in den Rechen- und Medienzentren resultierende, einmalige Chance, die Ressourcen der derzeit an so vielen Hochschulen geplanten oder bereits begonnenen Vorhaben zu bündeln und zugleich vom Know-How der im Projekt engagierten erfahrenen App-Projektleiter zu profitieren, sollte unbedingt genutzt werden.</para></section><section><title>Weitere Materialien</title><para><ulink url="http://www.campussource.de/events/e1404hagen/video/Huber.mp4"><phrase role="Hyperlink">Videovortrag</phrase></ulink>  und <ulink url="http://www.campussource.de/events/e1404hagen/docs/Huber_Studi-App.pdf"><phrase role="Hyperlink">PowerPoint</phrase></ulink>  zum Thema „Generisches Framework Studi App“ im Rahmen der <ulink url="http://www.campussource.de/events/e1404hagen/"><phrase role="Hyperlink">CampusSource Tagung</phrase></ulink>  am 10.04.2014 an der FernUniversität in Hagen.</para></section></article>