Der Tag des Gerichts

Diese Woche gab es ja keinen Übungstermin, stattdessen lud Herr Derntl die Teams einzeln zu sich ins Büro, um genauer auf die einzelnen Probleme, mit denen sich die Teams für die auf sie zu kommende Implementiernug ihres Projekts konfrontiert sehen, eingehen zu können.
Im Rahmen dieser Audienz stimmten wir auch dem Vorschlag zu, den TaskCompanion als Webservice im CEWebS zu implementieren. Ich habe den Vorschlag gleich sehr begrüßt, da wir so ein bereits fertiges und gut funktionierendes Framework zur Verfügung gestellt bekommen, auch inklusive Stylesheets, etc und auch um die Userverwaltung brauchen wir uns eigentlich kaum Gedanken machen. Im Endeffekt brauchen wir uns jetzt wohl wirklich fast nur mehr um die Logik dahinter kümmern.
Außerdem spielt sicher auch der Fame-Aspekt eine kleine Rolle :D, denn ich muss schon sagen, dass ich etwas stolz darauf wäre, wenn unsere App in Zukunft im CEWebS integriert und auch verwendet würde :P Wie auch immer, das ist glaub ich momentan noch eher ein weit entfernter Traum, da wir noch nichtmal angefangen haben, zu programmieren ;)

An meinen Einzelabgaben gab's soweit offensichtlich nichts auszusetzen und ich bin mal sehr gespannt, wie das Projekt nun weiterverlaufen wird :)

Nun geht's ans Eingemachte

In der fünften Projektphase mussten wir nun explizit spezifizieren, welche Use Cases wir tatsächlich bis zum Abgabetermin glauben, implementieren zu können. Hier war ich glaub ich primär die Euphorie-Handbremse, da ich versuchte, meine Kollegen darauf hinzuweisen, dass wir uns besser nicht übernehmen sollten und ja trotzdem immer noch mehr implementieren könnten, als wir spezifiziert haben.
Wir haben nämlich auch so trotz allem immer noch genügend Use Cases ;) Ebenso haben wir noch unsere ungefähren konkreteren Vorstellungen der Datenverwaltung und Architektur miteingebracht.

Natürlich bekamen wir ungefähr eine halbe Stunde, nachdem wir unsere Abgabe fertig hatten, viel genauere Anweisungen wie diese auszusehen habe und sogar ein Template, das wir eigentlich nur mehr hätten ausfüllen müssen. Wie auch immer haben wir dann doch unser bereits erstelltes Dokument abgegeben und dem Kommentar nach zu urteilen, sollte das auch soweit ganz in Ordnung sein :)

Das Dokument findet ihr übrigens hier

CRV-TVS FTW!

Wie ich gerade bemerkt habe, war ich einige Zeit lang sehr inaktiv, was den Blog anging, deshalb schreib ich jetzt mal ein bisschen was nach :D

Nungut zuerst mal war da das die vierte Aufgabe im Projektteil, nämlich das Review der Architektur einer anderen Gruppe. Wir haben hier Team 4 (David, Andi und Ronny) und ihr unglaubliches TerminVereinbarungsSystem für das ComputerReferat des Studentenheims Vindobona (oder kurz CRV-TVS) zugeteilt bekommen :)
Soweit gab's eigentlich auch nicht viel zu bemängeln, da die Kollegen ihre Arbeit eigentlich eh ziemlich gut gemacht haben, weshalb es nach einigen Diskussionen innerhalb meines Teams auch 7,5 Punkte gab (ich war für 8, die andern für 7 :P).

Genaueres dazu, könnt ihr unserem gesamten Review entnehmen :)

Hmja.. es gibt halt schon wieder ein erstes Mal :D

Nachdem wir also bei der dritten Projektabgabe ein weiteres Mal präsentieren durften und uns offensichtlich ganz souverän geschlagen hatten (zumindest hörte es sich in der Einheit so an und der vorläufige Kommentar ging auch in die Richtung :)), bin ich immer besserer Laune im Bezug auf unser Projekt und dementsprechend steigt die Motivation natürlich auch laufend.. wenn ich auch noch immer keinen blassen Schimmer habe, wie wir die eigentliche Implementation angehen sollen, aber ich denke, dafür ist die Lehrveranstaltung ja da :)

Wie auch immer, heute habe ich mich mal drangesetzt, mit der XML/DTD Aufgabe zu beginnen. Soweit war die größte Hürde eigentlich das Überlegen eines passenden Szenarios. Wie es mir schon andere Kollegen wie zum Beispiel der Herr Selig vorgemacht haben, werde auch ich hier mein Klassendiagramm zur Verfügung stellen, sowie die dazugehörige Beschreibung (damit es hier nicht auch noch zu Missverständnissen kommt :D).


Dann habe ich mich mal daran gemacht, die Folien zu DTD zu lesen, weil ich mir diesmal eigentlich ziemlich war, dass es am vernünftigsten sein wird, damit zu beginnen :D
Un dann hab ich eigentlich auch schon losgelegt und meine erste DTD Datei erstellt. Ich frage mich zwar, ob das auch nur annähernd korrekt ist, so wie ich's gemacht habe, aber ich wüsste nicht, wie ich es großartig anders machen sollte. Vielleicht schließe ich mich morgen mit ein paar Kollegen zusammen, wenn sich die Gelegenheit bietet, und werde auf Unzulänglichkeiten hingewiesen oder eben nicht ;)

Jetzt fehlt also eigentlich nur mehr die dazugehörige XML Datei, an die ich mich morgen setzen werde. Und auch diese wird die erste ganz allein von mir geschrieben sein :)

Achja, und ich füge auch sofort noch Links zu unseren/meinen Abgaben zu A2 und P3 in der Sidebar hinzu :)

mein erstes Mal =)

Am Dienstag ist wieder ein großer Abgabetermin. Abgesehen von der PHP Aufgabe, mit der ich noch etwas überfordert bin, steht nämlich auch eine weitere Projektabgabe an, nämlich ein Architekturmodell.
Dieses sollten wir als Komponentenmodell bzw. mehreren Komponentendiagrammen darstellen, was für die meisten von uns vermutlich Neuland war oder immer noch ist ;) Bei uns war es zumindest so..

Wie auch immer, im Endeffekt hatte ich dann das Gefühl, dass wir es eigentlich den Umständen entsprechend ganz gut umsetzen konnten, auch wenn es immer noch ein paar kleine Unklarheiten gab. Wir einigten uns dann aber darauf, dass diese spätestens in den Reengineering-Prozessen der nächsten Arbeitsschritte vermutlich eliminiert würden :D

Auch hier trat teilweise wieder das Problem auf, wie schon bei den Use Cases, dass wir uns etwas schwer taten, das Abstraktionslevel richtig zu wählen und dementsprechend weder zu simpel, noch zu komplex zu werden.
Verwendet haben wir wieder Omnigraffle, das ich jetzt zum ersten mal selbst so wirklich ausführlich in action erlebt habe und das uns die Arbeit ziemlich erleichtert hat, und obendrein noch hübsche Diagramme erzeugt :D

Ein weiteres Mal verbleibe ich also in Spannung auf die Abgabe und darauffolgende Kommentare und Verbesserungsvorschläge :)

Phase 2 soweit fertig und ein tolles Logo :D

So, meine Bitten an Sun wurden offensichtlich erhört, auf alle Fälle ist die Präsentation jetzt fertig und hochgeladen. Natürlich musste ich aber auch hier in letzter Sekunde noch etwas ändern, Werner hat uns nämlich inzwischen ein Logo zu unserm (noch nichtmal bestätigten) Namen entworfen.. das pimpt die Präsentation natürlich auch gleich nochmal enorm :D
Um so mehr hoffen wir jetzt natürlich inständig, dass unsere Namensänderung abgesegnet wird.
*edit 3.11.08, 10:05: Dank des "beta" im Titel, fügen wir uns noch besser in die trendige web2.0 Brühe und so ein, wie dieser Artikel bestätigt - nun kann unserem Erfolg also nichts mehr im Wege stehen ;D*

Mittlerweile freu ich mich schon so richtig auf die Präsentation am Mittwoch und bin auf die Kommentare danach gespannt :)

weitere Anforderungen und der neue Name (tbc!)

Wie ich im letzten Post geschrieben hab, konnten wir ja zuerst nicht alle Use Cases und Anforderungen einbauen. Allerdings haben wir dann heute noch eine spontane mehrstündige Skype-Konferenz einberufen und sehr viele Ideen miteinander geteilt :D - und unsere Inboxes gegenseitig zugemüllt, da immer wieder irgendjemandem ein Tippfehler oder so hier oder da aufgefallen ist und das natürlich immer erst genau dann, nachdem die nächste Version schon verschickt war :D
So haben sich noch einige Anforderungen (sogar nichtfunktionale =)) finden können und sind uns dementsprechend auch allgemein etwas klarer darüber geworden, was wir eigentlich in etwa machen wollen ;)
Natürlich mussten dann auch die Use Case Diagramme verändert werden bzw. erstellte Werner gleich noch ein ganz neues.

Außerdem haben wir uns alle im Laufe des Tages heute zig Namen überlegt, inbesondere, nachdem mein kongenialer Vorschlag organizr schon von flickr gestohlen wurde und ich am Boden zerstört war. Auch bei unzähligen der weiteren unendlich vielen Namen, die uns einfielen und ganz gut gefielen war das Problem, dass sie oft schon vergeben waren - web2.0 w00tness!

Wie auch immer, im Endeffekt entschieden wir uns für Milenas Vorschlag TaskBuddy und warten und hoffen jetzt auf Absegnung der Namensänderung durch den LV-Leiter :)


So bleibt mir jetzt also für den restlichen Abend noch, die Präsentation, die ich gestern und heute erstellt habe, auf den aktuellsten Stand zu bringen, weshalb ich jetzt inständig darum bitte, dass Sun irgendetwas Tolles macht, damit mein Impress wieder läuft :/

Anforderungen an unser Projekt und was sonst noch geschah

Heute abend müssen wir bekanntgeben, welche Anforderungen wir (vorerst) mal für unsere Application gefunden haben. Dies stellte sich als gar nicht so leicht heraus, da man an bestimmte Use Cases oft gar nicht denkt, weil sie so trivial sind :D Besonders allerdings bei den nichtfunktionalen Anforderungen waren wir etwas verwirrt, da uns vorkam, dass es sich hierbei primär um auf Reengineering bezogene Aspekte geht bzw. um die Eigenschaften des Systems, insbesondere der Hardware, auf die wir ja allerdings bei unserm Projekt keinen Einfluss haben.

Wie auch immer, leider hatten wir nicht genügend Zeit, alle Vorschläge eingehend zu besprechen, weshalb wir jetzt nur die übernommen haben, bei denen wir zu einem (mehr oder weniger) eindeutigen Schluss gekommen sind. Ich hoffe allerdings, dass das eine oder andere im Laufe des Projektes nochmal zur Sprache kommt :)

Des weiteren habe ich mir auch immer weiter Gedanken über einen Namen für unsere WebApp gemacht. Bisher fiel uns leider noch nichts Passendes ein, auch der Web2.0 Name Generator hat bisher noch nichts Vernünftiges ausgespuckt :D
Ich wäre ja dafür, eben die Funktionen ein klein weing auszuweiten und ihm dann einen Namen wie organizr zu geben :D
Mal sehen, was noch kommt ;)

Über die Ideenfindung und Präsentation unseres Projekts und meine Visionen :D

Die erste Aufgabe war - soweit ich das verstanden habe - ja nur als Aufwärmübung zu sehen. Das, was wir im Rahmen dieses Praktikums nämlich eigentlich machen wollen, ist ein Gruppenprojekt, das sich um die Entwicklung einer Webapplication dreht.
Das Thema durften wir dabei frei wählen.

Ins kalte Wasser geworfen standen wir nun natürlich vor einer Unmenge an möglichen Ideen und versuchten deshalb uns in etwa vage vor Auge zu führen, was uns in dieser Lehveranstaltung noch alles erwarten könnte und was wir vermutlich lernen werden - und was mit dementsprechend realisierbar wäre.
Werner und ich hatten schon vor einiger Zeit nach einer simplen aber funktionellen und sharebaren inBrowser ToDo-List gesucht, aber nicht's Entsprechendes (ohne den heutzutage leider überall verbreiteten und überflüssigen Community-Overkill und ähnliches) finden können, also lag das auf der Hand. Milena war damit soweit auch einverstanden, also war das Thema mal gefunden :)


Die Präsentation unserer Idee dürfte wohl nicht ganz so rübergekommen sein, wie wir uns das vorgestellt hatten, was aber vermutlich eben auch daran lag, dass wir nicht genau wussten bzw immer noch nicht genau wissen, was für uns realisierbar sein wird und wir uns offensichtlich unterschätzt hatten, weshalb wir einige Ideen auch (noch) nicht offiziell erwähnen wollten, aus Angst, diese Erwartungen dann nicht erfüllen zu können ;)
Wie auch immer, es wäre wohl halb so wild gewesen, wenn wir das eine oder andere auch vermutlich unrealisierbare Feature erwähnt hätten. Nicht wenige der im Kommentar von Leiter Michael Derntl angesprochenen Fähigkeiten unserer App hatten wir nämlich eigentlich auch irgendwie so im Hinterkopf :)


Da ich diesbezüglich jetzt auch ein wenig aufgelockert bin, will ich hier nun ein paar weitere Visionen, die ich in der letzten Zeit bezüglich des Projektes hatte verraten :D

Vorgestern las ich auf Philipps Blog von seiner Idee, für die einfachere Koordination seines Projektteams inBrowser Groupware zu verwenden. Natürlich war ich davon sofort total begeistert und verbrachte geschätzte 4 Stunden damit, auf englischer und deutscher Wikipedia und Google zig Artikel über collaborative Software zu lesen, mir unzählige Homepages von Herstellern anzuschauen und Demos auszuprobieren. Doch wie auch schon einige Zeit zuvor, als es sich um einfache ToDo Lists handelte, wurde ich auch hier nicht fündig.
Die betrachteten Produkte waren entweder zu komplex, hatten eine abgrundtief hässliche und unübersichtliche GUI, oder unterstützten gewünschte Features nicht, waren teilweise gar nicht frei und allgemein auch nur eher selten auf irgendeinem Hosting-Service verfügbar, sodass wir einfach hätten loslegen können.

Wir haben uns ja schon gleich zu Beginn überlegt, mehr aus dem Projekt zu machen, als nur eine ToDo Liste ;) Nun habe ich mir allerdings konkreter Gedanken darüber gemacht, was wir noch für Features implementieren könnten.
Ich dachte da an so eine Art Bulletin Board, eventuell die Möglichkeit, Dateien und längere Kommentare zu jedem Listeneintrag hinzuzufügen (mir geistert da ein expand/collapse-Button vor meinem inneren Auge herum - das wäre dann ja praktisch mit AJAX, wenn ich das richtig verstanden habe, oder?) und vielleicht auch gleich noch eine Kalenderansicht für die ToDos (bzw allgemein unterschiedliche Ansichten).
Was mich natürlich auch sehr interessieren würde wäre, die einzelnen Listen exportierbar (als .xml - oder gar .ics?) zu machen und vielleicht auch etwas einbauen, das es ermöglicht, Listen zu importieren.
Natürlich sind das jetzt alles nur Vorstellungen, die ich habe und ich habe keine Ahnung, was davon wirklich umsetzbar ist, aber wenn ich bedenke, was mir sonst so durch den Kopf geht, dann sind die oben erwähnten Features vermutlich noch die realistischsten :D


Um es kurz zusammenzufassen: Ich habe da irgendein sehr simples Tool im Kopf, das es ermöglichen soll, die Kommunikation und Koordination für lockere Projekte (wie eben viele Teamarbeiten auf der Uni es sind) etwas zu erleichtern, sodass Mail-Aussendungen auf ein Minimum reduziert werden können, ohne jedoch gleich ein eigenes Forum sich einrichten zu müssen - was nämlich, wenn ich jetzt so an die Dinge, die wir für unsere momentane Zusammenarbeit benötigen, denke, Overkill wäre.



Wie auch immer, im laufenden Arbeitsschritt müssen wir passenderweise ohnehin die geplanten Anforderungen und Features unserer Webapp kurz erklären und präsentieren. Werner hat soweit schonmal kurz das zusammengefasst, was wir bisher besprochen hatten und im Kommentar stand.
Ich werde ihnen jetzt mal meine Ideen offenbaren und bin auf die Reaktionen gespannt :D
Morgen geht's dann voraussichtlich an's Use-Cases modellieren.. Stickmen ftw \o/