Webservice ORDERmanager

So, den Träumen meiners zukünftigen Arbeitgebers, Pizzeria Deliciosa steht nun nichts mehr im Weg...das heißt, falls der Webservice so überhaupt funktioniert.
Und falls sie nur 6 Stammgäste haben, die sich immer an den selben Platz setzen und immer nur eine bestimmte Speise bestellen :D

Naja, war alles andere als elegant die Bestellungen hard zu coden, aber im Endeffekt die einfachste Lösung für unsere Übung. Ich hatte mich dazu entschlossen, weil ich dachte, daß ich im Abgabetool nur die php und wsdl hochladen könnte, aber da dort nur die Links eingetragen wurden hätte ich doch ein gesondertes php mit den Daten hochladen können, fällt mir gerade ein...

Aber darauf verzichte ich jetzt erst einmal, da ich die Schema-Aufgabe auch noch fertigstellen muss und leider etwas Fieber habe :/

Ich wäre allerdings schon gespannt, ob der Webservice so korrekt funktoniert.
1. ich habe einem ComplexType-Element ein Element vom SimpleType einverleibt, geht das überhaupt?
2. ich habe die beiden Anforderungen in eines gepackt, also ComplexType Eingabe und einen Wert aus einem Array retourniert, ist das okay?

Mal sehen wie weit ich heute noch mit der XMLSchema-Aufgabe komme. Ich fühle mich krank und sollte bald ins Bett gehen, will aber auch die Aufgabe fertigstellen.

Ein Augenschmaus: iContact ;)

Hui, ergebnisreicher Nachmittag. Tut gut, wieder nen ordentlichen Schritt weiter gekommen zu sein. Zum Glück wurde die Frist ja verlängert, denn mit der 30Seiten-Abgabe am Freitag hätten wir nicht die Zeit gehabt die ganze Struktur der Implementierung so gründlich durchzudenken...
Nur traurig, wenn man bedenkt daß das alles in max 2h zu machen gewesen wäre, wenn ich nen ordentlichen Überblick über das hätte, was in php möglich bzw. (wichtiger!) geschickt ist. So haben wir z.B. bestimmt eine halbe h darüber diskutiert wo die Unterscheidung der Views des eingeloggten und des nicht eingeloggten Benutzers stattfinden soll.
Aaaaaaber ich bin mit dem Ergebnis zufrieden! Wir haben unser Architekturmodell weitgehend neu modelliert und inzwischen mal all die wichtigsten Klassen mit deren zugehörigen Methoden definiert.
Wir haben mal ne Skizze davon angefertigt wie die Applikation Web-design-technisch am Schluss aussehen soll und damit auch in optischer Richtung schonmal einen Anknüpfungspunkt gelegt. UND wir haben uns endlich auf einen Namen für unser Projekt einigen können: iContact.

Und während wir unsere Ziele sicher im Auge behalten werden, werde ich jetzt doch mal meine Äuglein schließen und mich zu Bett begeben.
Gute Nacht!

XPath

Soooooo.... endlich bin ich auch mit der XPath Aufgabe fertig! Leider etwas zu spät, aber immerhin: noch vor der Übung! :>
Hatte mich diesmal etwas verschätzt wie lange die Datenbansysteme Aufgabe brauchen würde, die ja auch jeden Dienstag abzugeben ist und dadurch hat sich der ganze Zeitplan etwas nach hinten verschoben...

Aber jetzt zur Aufgabe:
Ich habe beim 2. Teil eine Frage formuliert, bei deren Beantwortung ich alles andere als sicher bin...

Finde den Namen des Bundeskanzlers Ende 2010:
//person/@name[@id = (//legislaturperiode[@beginn_jahr=2010]/minister/@id[@bundeskanzler=“ja“])]

Stimmt das so halbwegs? Bzw. die konkrete Frage ist: kann man mehrere Attributsabfragen schachteln? also: //legislaturperiode/minister/@id[@bundeskanzler="ja"] ?

Na gut, was immernoch ansteht:
- Verbesserung des Architekturschemas
- P5 Spezifikation

Übrigens habe ich die fehlenden Beziehungen in meinem XML/DTD von letzter Woche nachgetragen und die verbesserte Version diese Woche verwendet (Wobei ich gestern noch 2h sinnlos damit verbracht habe nach einem Fehler zu suchen, den es nicht gab, weil das XML Tool meinen neu eingetragenen Code im XML nicht gespeichert hatte und mir deshalb bei der neuen DTD lauter Fehlermeldungen ausspuckte :/ Aber jetzt gehts ja und ich hoffe das stimmt auch so. :> )

Review ist fertig, aber ich bin nicht zufrieden... Hätte gerne eine Beurteilung geschrieben bei der die positiven und negativen Argumente halbwegs ausgeglichen sind, aber das hat so leider nicht hingehaun. Ich sag nur: schlechtes Karma! Befürchte, daß es mit der Beurteilung unseres Modells nicht viel anders aussehen wird (was sicher anders gelaufen wäre, wenn ich meinen Plan durchgezogen hätte das Modell bis letzte Woche gleich zu verbessern! Bin ja selbst schuld...).

Naja, nochmal gegenlesen lassen, auf Tippfehler prüfen und dann rauf damit. Spaß gemacht hat das jedenfalls nicht :/

DTD Beziehungen

Ohje, habe gerade erst den Post im Blog des Lehrveranstaltungsleiters gelesen. Leider trifft das auch auf mich zu und ich habe bei meiner XML-Abgabe vergessen die Beziehungen abzubilden...

Werde das im Laufe des Tages durch IDs nachtragen.

Hm, kann nicht schlafen...

Habe gerade versucht das Architekturmodell der anderen Gruppe herunterzuladen, aber kann es nicht finden!

Müsste es nicht irgendwo HIER zu finden sein?

A3 - DTD/XML

Übersicht:
Ich brauche für diese Abgabe
ein Thema (erledigt: ein Zirkus),
ein Klassendiagramm (erledigt, wenn auch sehr dünn mit nur 4 Klassen, aber die Aufgabenstellung sagt ja "einfaches konzeptuelles Datenmodell"),
eine natürlichsprachliche Beschreibung (Thema kurz umreißen ODER eine Beschreibung, die das Modell genau beschreibt? Und werden da auch die Operationen beschrieben? --Hab mich jetzt entschieden, die Operationen wegzulassen...),
ein DTD (Daten als ELEMENT oder ATTLIST? hab mich ejtzt dafür entschieden alle mehrmals verwendeten Attribute als ELEMENT zud efinieren und alle nur einmal vorkommenden als ATTLIST) und
ein XML (Circus Roncalli! *juchee* :D ) mit sinnvollen Datensätzen.

Okay, wieder eine Abgabe erledigt.
Nun folgt wieder das Fütterungs-belohnungs-ritual... :)



Was noch ansteht:
- die Verbesserung des Architekturmodells drängt jetzt schon, schließlich wollen wir ne möglichst brauchbare Vorlage für die andere Gruppe bieten und bei uns hat ja so einiges nicht gepasst...
- außerdem muss unser eigenes Review des Modells der anderen Gruppe noch verfasst werden

Gruppenarbeit P3 - Architektur

Okay, nach Durchstöbern des Forums und Nachfragen bei anderen Gruppen, hat unsere Gruppe entschieden, daß ein Top-Down-Sichtweise sinnvoller wäre als eine Bottom-Up-Beschreibung.

Im Frontend-Layer befinden sich also (wie ich es verstehe) all die Teile, die man als Benutzer sieht, also z.B. die "Startseite", die "Login-Maske" und die "Such-Maske".

Beim nächsten Layer bin ich mir schon unsicherer... ich würde darauf praktisch die Inhalte unseres letzten UML-Diagramms abbilden, also "was kann ich mit dem System alles machen?", denn das beschreibt ja meiner Meinung nach die logischen Funktionen.

Ich hatte eine Version des Komponentendiagramms angefertigt, in der der Daten-Layer lauter Klassenoperationen, z.B. "Benutzer::add" und "Benutzerliste::update" enthielt. Dafür hatte ich mich an der Antwort auf unseren Forumseintrag von Prof. Dr. Derntl orientiert, aber die Gruppe hat beschlossen, daß das zu genau ist und in dieser Aufgabe nicht gefragt. Aus diesem Grund schwimme ich jetzt noch etwas bei der Frage: "Was kommt in den Daten-Layer? Was ist zu genau?"

Gruppenarbeit P3:Architektur Nachtrag

Letzten Mittwoch setzten wir uns zusammen um uns einen Überblick über die neue Aufgabe zu verschaffen. Dabei erstellten wir ein vorläufiges Diagramm mit Blackboxes. Die Ausarbeitung der Whiteboxes teilten wir dann auf und beschlossen uns am Wochenende nochmal zu treffen. Das hat leider nicht geklappt, so daß wir erst jetzt zusammensitzen und den Rest des Diagramms und die Präsentation verfassen...

Mehr in naher Zukunft...

BHP - Beckys PHP-Erfahrung

Phase 1: totale Verwirrung
Phase 2: ah! PHP Grundlagen
Phase 3: Reine Formsache - oder wie funktioniert ein Formular?
Phase 4: "classified" Information - die weite Welt der Klassen in PHP
Phase 5: Constructionworker - eingabeformular.php, classes.php und index.php stehen
Phase 6: Ach ja, da war ja noch was mit Dateioperationen - wie speichere ich die gesammelten Daten?
Phase 7: Fehlersuche - bis zum letzten Komma.
Phase 8: Success! Alles geht, die Programmiererin wird mit Essen belohnt...


Neben der Freude, daß jetzt alles geht ärgert mich bloß, daß ich immernoch nicht das Gefühl habe mich richtig gut mit PHP auszukennen. Aber das wird wohl vorerst unten auf die To Do-Liste gesetzt werden...

Ein Anfang

Ein neuer Blog, ein neuer Anfang.


Die offene Themenwahl unseres Gruppenprojekts war für mich Ansporn und Fallstrick zugleich, da ich durchaus Ideen für sinnvolle Webanwendungen hatte (z.B. ein e-marktplatz, praktisch eine Art Ergänzung zu ebay in der das Anpreisen von Gütern und das Vergleichen von Preisen
erleichtert würde) aber leider keinerlei Vorstellung davon, was im Endeffekt möglich ist, bzw. was im Rahmen dieses Projektes wirklich von uns erwartet wurde.

Ich einigte mich also mit meinen Teamkollegen ein eher simples Gerüst einer Webapplikation zu planen und die Spezifizierung von Erweiterungen für eine spätere Phase der Projektentwicklung aufzuheben.
Wir entschieden uns also für Philipps Idee eines Adressbuchs. Die Präsentation rief nicht ganz die Begeisterung hervor, die wir selbst beim planen verspürt hatten, aber das wunderte
mich nicht besonders, da sich ein Adressbuch nicht so spannend anhört, wenn man die Umsetzung, die wir uns vorstellen nicht vor Augen hat.

Für Donnerstag ist das nächste Gruppentreffen geplant, bei dem wir die Spezifikationen festlegen werden.