welcome: please sign in
location: Änderungen von "ReSource/ReSourcePortal/ReSourceSoftwareEinleitung"
Unterschiede zwischen den Revisionen 7 und 8
Revision 7 vom 2016-08-10 09:38:53
Größe: 4623
Kommentar:
Revision 8 vom 2016-09-07 14:07:11
Größe: 4571
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 3: Zeile 3:
= Einleitung = = Randbedingungen =
Zeile 66: Zeile 66:
Zeile 71: Zeile 70:

== Anmerkungen, Anregungen ==
Anmerkungen, Anregungen, Verbesserungsvorschläge, Fragen hinterlasse man bitte auf der [[/Discussion|Diskussionsseite]]
== Fragen und Antworten ==
Fragen hinterlasse man bitte auf der [[/Discussion|Diskussionsseite]].

Randbedingungen

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 die korrespondierende Client-Software neu geschrieben werden (ReSource 2.0). Sowohl die neuere technischen Standards als auch Probleme der gegenwärtigen Versionen machen dies dringend erforderlich.

Zielgruppe

  • Das Alter der Teilnehmer an dem Trainingsprogramm 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 und teilweise auch offline funktionieren.

Randbedingungen für die Software

Planungshorizont
Der Planungshorizont beträgt 5 Jahre. Aber 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.
Datenschutz

Die Kursteilnehmer geben auch Daten ein, die dem BDSG unterliegen. Dieser Tatsache muss bei der Auswahl der Software-Komponenten Rechnung getragen werden (verwendete Übertragungsprotokolle, Bereitstellung von Sicherheits-Patches, versteckte Verbindung zum Software-Hersteller, ...).

Zuverlässigkeit
Nach den bisherigen (negativen) Erfahrungen ist für die Akzeptanz auf Teilnehmer-Seite eine hohe Stabilität der Client-Software von zentraler Bedeutung, was angesichts des Zoos an zu unterstützenden Geräten und Betriebssystemen eine echte Herausforderung darstellt.
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.

Fragen und Antworten

Fragen hinterlasse man bitte auf der Diskussionsseite.

ReSource/ReSourcePortal/ReSourceSoftwareEinleitung (zuletzt geändert am 2016-10-28 09:35:41 durch thenmarkus@cbs.mpg.de)