Einleitung

Im folgenden ist der der allgemeine Rahmen der zu entwickelnden Software abgesteckt.

Ausschreibung

Die Wiki-Seiten bilden das Lastenheft für eine "Freihändige Vergabe mit öffentlichem Teilnahmewettbewerb" nach § 3 Abs. 5 VOL/A.

Das Ziel der Ausschreibung ist einen Auftragnehmer für die Entwicklung einer komplexen Client-Server-Applikation zu finden, die ein mentales Trainingsprogramm mit Kursverwaltung und Auswertung der Trainingsergebnisse realisiert.

Vorgeschichte

Basierend auf den Erfahrungen (Gestaltung der Nutzeroberflächen, User Experience) aus einem bereits entwickelten Trainingsprogramm, soll die ReSource-Plattform und Client-Software neu geschrieben werden (ReSource 2.0). Sowohl die neuesten technischen Standards als auch Probleme der gegenwärtigen Versionen machen dies dringend notwendig.

Zielgruppe

• Das Alter der Kursteilnehmer liegt zwischen 20 und 75 Jahren.
• Das am meisten genutzte Gerät ist ein Smartphone.
• Es sind täglich Übungen mit Hilfe der Client-Software auszuführen.

Aus diesen 3 Punkten folgt, dass die Clientsoftware in völlig unterschiedlichen Situationen mit völlig unterschiedlicher Ausrüstung nutzbar sein muss, vom Smartphone mit Headset im Park in der Mittagspause bis zum PC mit großem Bildschirm im Arbeitszimmer. Daher muss die Software auf dem Client plattformunabhängig sein.

Randbedingungen für die Software

Planungshorizont

Der Planungshorizont beträgt 5 Jahre. Auch danach muss die Software betrieben und weiterentwickelt werden können.

Modularität

Die Lösung ist modular aufzubauen, so dass einzelne Komponenten ausgetauscht oder upgedatet werden können ohne die gesamte Lösung zu beeinträchtigen.

Plattformen

Die Client-Software muss plattform-unabhängig sein (s.o.). Serverseitig soll Ubuntu oder Debian eingesetzt werden.

bewährte Frameworks

Für die einzelnen Module sind bewährte Frameworks einzusetzen. Diese bieten am ehesten die Sicherheit, den sich im Lauf der Zeit ändernden Anforderungen gerecht zu werden. Außerdem sind diese auf unterschiedlichen Plattformen, in unterschiedlichen Nutzungszenarien über längere Zeit gereift und verfügen über eine breite Community. Favorisierte Frameworks sind bei den jeweiligen Modulen angeben.

Design der Nutzerinterfaces

Das Design der Nutzerinterfaces ist für das Erreichen der gesteckten Ziele von großer Bedeutung, so dass vielfältige, einfach zu evaluierende Möglichkeiten bestehen müssen.

freie Software

Es ist freie Software zu bevorzugen, da diese am ehesten die Interoperabiltät mit anderen Modulen bietet und Probleme mit der Lizensierung vermeidet.

freie Schnittstellen

Die Module müssen über freie Schnittstellen (d.h. deren Spezifikation muss offen gelegt sein) verfügen, so dass die Interaktionen der Module problemlos zu realisieren ist.

Flash

nicht zulässig

Lizenzen

Es werden freie Software-Komponenten bevorzugt. Die Lizenzen dürfen die Nutzung der Software auch in Zukunft nicht behindern.

Quellen

Der Auftraggeber muss alle Rechte an der entwickelten Software bekommen und den dokumentierten Quellcode.

Support

Während der ersten 5 Jahre ist die Betriebsbereitschaft der Software zu gewährleisten.

Nach den 5 Jahren muss es möglich sein, den Supportpartner zu wechseln.

Einem externen Softare-Entwickler muss es möglich sein, ein zusätzliches Modul zu integrieren auch während der ersten 5 Jahre.

Angesichts der obigen Bedingungen könnte HTML5 (mit WebRTC, responsive design, ...) eine gute Basis-Technologie bieten.

Anmerkungen, Anregungen

Anmerkungen, Anregungen, Verbesserungsvorschläge, Fragen hinterlasse man bitte auf der Diskussionsseite