MyInnoQBlog

Das Use-Case Diagramm wurde überarbeitet. Ich habe jetzt auf Anregung von Phillip den Stundenzettel mit reingenommen. Diesen verstehe ich so, dass die MAs ihre Zeiten erstmal unverbindlich festhalten/notieren können.
Ferner habe ich definiert, dass der Admin ein Mitarbeiter ist, was ja Sinn macht, denke ich!?

Ich habe die nächste Version meines ER-Diagramms fertig: ER-Diagramm Version 0.3 ER-Diagramm Version 0.2

Ich habe die Stundenzettel der Mitarbeiter reingenommen. Hier sollen sie ihre Arbeitszeiten für jeden Monat erfassen können.
Ich habe hier die Arbeitszeit mit einem Projekt verknüpft, da meiner Meinung nach immer an einem bestimmten Projekt gearbeitet wird, d.h. der MA trägt in seinem Stundenzettel auch direkt ein, an welchem Projekt er gearbeitet hat.
Ich bin allerdings nicht so ganz sicher, ob das so i.O. ist, deswegen habe ich den Teil mit Fragezeichen versehen.

Ferner habe ich ein Feld "Admin?" zum Mitarbeiter hinzugefügt, welches speichert, ob der Mitarbeiter ein Admin ist, welcher auch neue Mitarbeiter anlegen kann etc. Siehe auch Use-Case Diagramm.

Ich werde mich dann als nächstes darum kümmern die Angebote in das Diagramm einzupflegen.

[Update]
Ich habe das Angebot schon eingebaut. Ich denke es wird dabei bleiben, dass die Angebote mittels MS Word o.Ä. erstellt werden!? Daher benötigt man meiner Meinung nach keinen allzu großen Aufwand betreiben; so wird das Angebot mit Datum, einer URL zu der Datei (die zuvor hochgeladen wurde) und der Referenz zum Kunden gespeichert. Ich hoffe, das wäre so i.O.?!?

Man könnte noch über weitere Attribute nachdenken (evtl. Verfasser des Angebots etc. Notiz für mich: Titel/Name wäre sinnvoll), aber ich denke so reicht das erstmal. Jetzt weiss ich nur noch nicht, ob das Angebot auch mit einem Projekt direkt in Verbindung stehen soll. So könnte man es nachträglich direkt einem solchen zuordnen, bzw. auch schon sofort zuordnen, sollte das Angebot bereits vorhanden sein.

Nachdem ich letzte Woche das Tutorial von Apple zu Ruby on Rails durchgearbeitet habe - welches doch so einige als "deprecated" gekennzeichnete Funktionen beinhaltete - fange ich jetzt damit an folgendes Tutorial von O'Reilly durchzuarbeiten: Cookin with Ruby on Rails - Designing for Testability.
Das ist bereits der 4. Teil dieses Tutorials und etwas aktueller als das von Apple...und meiner Meinung nach auch einiges informativer und ansprechender geschrieben.

Nebenher werde ich noch einen Blick in das Online-Buch "Programming Ruby: The Pragmatic Programmer's Guide" werfen, um mit Ruby weiterzukommen bzw. es überhaupt mal richtig zu lernen.

Ferner teste ich grade Textmate als Editor und muss sagen, der macht einen sehr guten Eindruck!

Ich habe mir mal Gedanken gemacht zum ER-Modell der Anwendung.
Das herunterladbare PDF ist ein erster Entwurf und beinhaltet erstmal nur Entitäten rund um die Rechnung. Auftrag, Auftragsbestätigung und Angebot sind erstmal genausowenig berücksichtigt, wie das Eintragen der Arbeitszeiten eines Mitarbeiters.
Die Attribute sind auch bestimmt noch ergänzungsbedürftig.

Download: ER-Diagramm Version 0.1

@Phillip: da fällt mir grade ein, dass du mir ein Buch zukommen lassen wolltest zum Thema Rechnungsmodellierung...

Ich habe ein erstes kleines Use-Case Diagramm erstellt, welches die grundlegenden Funktionen des Systems darstellt:

[Update] Der Teil in rot ist neu, da es meiner Meinung nach zumindest noch einen Administrator geben muss, der neue Benutzer (Mitarbeiter) anlegt, löscht etc.

Kommentare sind willkommen.
Ferner werde ich mich dran machen ein erstes Datenbankmodell zu erstellen...