Beruflich Dokumente
Kultur Dokumente
Inhaltsverzeichnis
Einfhrung und Problemstellung ................................................................................................. 3 Bereits bestehende Problemlsungsanstze ............................................................................. 4 Eigener Vorschlag zur Problemlsung ....................................................................................... 5 Liste der geplanten Features ...................................................................................................... 7 Architektur ................................................................................................................................... 8 Arbeits- und Zeitplan ................................................................................................................... 9
Abbildungsverzeichnis
Abbildung 1 Problemlsung ............................................................................................................ 5 Abbildung 2 geplante Software-Architektur .................................................................................... 8 Abbildung 3 zeitlicher Masterarbeitsablauf .................................................................................... 9
nderungshistorie
Autor Charles Bourasseau Charles Bourasseau Charles Bourasseau Charles Bourasseau Datum Beschreibung 20/12/2011 Erste Entwurf
30/12/2011 Korrektur
31/12/2011 Aktualisierung der Kapitel: Arbeits- und Zeitplan und Architektur 03/01/2012 Layout
2/9
3/9
Die Idee von Kodingen ist insofern interessant, da jeder Entwickler zu jeder Zeit auf jeden Computer ein Projekt entwickeln bzw. es fortsetzen kann. Man braucht sich lediglich einzuloggen und hat sogleich alle Tools zur Verfgung, die zur Entwicklung ntig sind. Kodingen hat aber auch mehrere Nachteile: Begrenzte Anzahl der verfgbarer Software Limitierte Anzahl von Sprachen Geringe Anzahl von verfgbaren Datenbanken Kein SSH-Zugang mglich
Wenn man sich bei Kodingen registriert, so bekommt man einen Speicherplatz sowie eine Subdomain auf den Servern von Kodingen. Es ist deswegen fr Kodingen zwingend, dass die Nutzer nicht ber alle Rechte der Server verfgen. Es ist fr Kodingen kompliziert, dem Nutzer zuknftig mehr Freiheit einzurumen.
4/9
Abbildung 1 Problemlsung
1 2
5/9
1. Amazon-EC2-Client: Der CBOE-Server erhlt vom Nutzer ein AWS-API-KEY. Damit kann den CBEO-Server neue Instanzen kreieren, lschen, modifizieren usw. 2. Configuration-Management-Software: Dank einer Configuration-Management-Software kann man die zuvor neu kreierten EC2Instanzen konfigurieren. Der Nutzer kann nun verschiedene Software auswhlen und installieren. Die Liste der verfgbaren Software ist vom Configuration-Management abhngig, kann aber erweitert werden. 3. Editor: Mit Hilfe eines Transfert-File-Protocols (SCP, SFTP, NFS ...) kann der Editor den FileSystem-Baum kennen. Er bietet den Nutzer daher die Mglichkeit, Dateien zu erstellen, zu bearbeiten, zu lschen usw. 4. SSH-Client: Der CBOE-Server enthlt des Weiteren einen SSH-Client, damit der Nutzer Kommandozeilen an die EC2-Instanz schicken kann. Der SSH-Key wird dank des AWSEC2-API erstellt. 5. EC2-Instanz: Die Instanz liegt auerhalb des CBOE-Servers und gehrt ausschlielich dem Nutzer. Mit Hilfe des API-KEYs verfgt der CBOE-Server ber das Recht, diese Instanz zu steuern.
6/9
Das Projekt sollte folgende weiterfhrende Funktionalitten erfllen: Die Anbindung an Offline-Editor sollte gewhrleistet sein. Eine gemeinsame Kollaboration an einem Projekt sollte ermglicht werden. Die Wege, um das Projekt zu deployen, sollten mglichst einfach sein. Debugger Outline (Struktur einer Klasse) Shell-Console (SSH in Browser) Verschiedene Linux-Distributionen sollten bestehen.
Das Projekt wird die folgenden Funktionalitten nicht erfllen: GUI und Graphische Entwicklung Windows-Untersttzung
7/9
Architektur
Der CBOE-Server wird auf einem http-Server basieren. Dieser wird die Abfrage der Nutzer zu folgenden Bestandteilen weiterleiten: SSH-Proxy Management-Configuration Editor Amazon EC2-API-Client
Die eben genannten vier Teile sind mit der EC2-Instanz verbunden und erledigen die Aufgaben, die im Kapitel Eigener Vorschlag zur Problemlsung aufgefhrt wurden. Clientseitig wird ein klassisches Model-View-Controller-Pattern implementiert, um den QuelleCode zu strukturieren. Local Storage wird verwendet, um Daten zu cachen.
8/9
Die Iterationen werden zu verschiedenen bergeordneten Gruppen zusammengefasst. Die Umsetzung der Gruppenziele wird wie folgt geplant: Existierende Projekte: Recherchen und Bewertung (2 Wochen) Erstellung eines Prototyps (2 Wochen) Logik und Gui-Programmation (4 Wochen) Fertigstellung der Dokumentation (4 Wochen) Korrektur und Layout (4 Wochen)
Zustzlich wird ein Puffer eingeplant. Dieser wird helfen, Krankheiten, Feiertage und Verzgerungen auszugleichen. Die folgende Abbildung zeigt den geplanten zeitlichen Ablauf der Masterarbeit.
9/9