#pragma supplementation-page on = 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. Agile Softwareentwicklung:: Es sollen Methoden der Agilen Softwareentwicklung angewandt werden. Eine enge Zusammenarbeit mit dem Auftraggeber wird von diesem auch durch eigenes Personal unterstützt. 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. Datenschutz:: Die Kursteilnehmer geben auch Daten ein, die dem [[https://dejure.org/gesetze/BDSG|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. Die Verwendung kommerzieller Komponenten ist je nach Kosten und Lizenz vom Auftraggeber zu genehmigen. Sie dürfen die weitere Verwendung und Modifikation der Software 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, Offline-fähigen Anwendungen, ...) eine gute Basis-Technologie bieten. == Fragen und Antworten == Fragen zum Inhalt dieser Seite senden sie bitte per Mail an ''resourceausschreibung''-at-''cbs''-dot-''mpg''-dot-''de''. Auf der [[/Discussion|Diskussionsseite]] werden die Antworten zu finden sein.