Beschreibung von Anwendungsfällen
3. März 2009 Roland
- Programmierung
- Variablenzuweisungen und Berechnungen
- Alter berechnen nur mit JavaScript
- Alter berechnen mit und ohne Javascript
- Code Optimierung
- Client Server Applikationsarchitektur
- Eigenschaften eines Webbrowsers
- Stylesheets
- Interaktive Webclients
- Mit HTML, oder SVG, interaktive Ein- Ausgaben erstellen
- Mit JavaScript aus einem Dokument Daten lesen
- Der Webserver
- Webserver-seitige Programmierung
- Datenbankanbindung
- Architekturprinzip Separation of Concerns
- Beschreibung von Anwendungsfällen
- Mit JavaScript einen wiederkehrenden Event erzeugen
- Kommunikationswege bei Einsatz von Java auf dem Webclient
- Einbinden der JavaScript Timer Klasse in eine Webseite
- AJAX Kommunikation ohne Fassaden Pattern
- JavaScript Klassen mit Object-Literal Syntax erstellen
- Knackpunkte bei der Klasse AsyncCommunication
- Speicherverbrauch in AJAX Applikationen
- Auch bei JavaScript immer die Variablen sauber deklarieren
- Eventhandler im JavaScript mit dem HTML Dokument verknüpfen
- Objekte in JavaScript mit JSON deklarieren
Ich werde in den nächsten Artikeln ziemlich viele Anwendungsfälle beschreiben. Da stellt sich die Frage was ein Anwendungsfall eigentlich ist?
Hier mal schnell eine Kurzeinführung.
Mit einem Anwendungsfall kannst du eine Aktion, die ein bestimmter Akteur durchführen soll, beschreiben. Ich werde in den folgenden Artikeln ein bestimmtes Muster verwenden um die einzelnen Anwendungsfälle zu beschreiben.
Grafische Darstellung eines Anwendungsfalls
Die folgende Grafik zeigt wie ein Anwendungsfall grafisch dargestellt wird:
Du siehst hier ein Männchen dass den Akteur beschreibt. Ein Akteur beschreibt die Rolle des jeweiligen Anwenders. Der Systemadministrator ist somit eine Rolle und keine Person. Aus diesem Grund wird hier auch immer die männliche Bezeichnung verwendet.
Der Akteur ist mit einer Linie (use) mit dem Anwendungsfall verbunden. Du siehst hier eine Elypse, die den Anwendungsfall darstellen soll. Ein Anwendungsfall wird im Normalfall durch ein Verb und ein Substantiv beschrieben. Hier soll der Systemadministrator einen Editor im Newssystem anlegen. Also lautet der Anwendungsfall Create Editor.
Textuelle Beschreibung des Anwendungsfalls
Mit der Grafik ist die Arbeit (leider) noch nicht getan. Wir müssen den Anwendungsfall beschreiben. Das erledigen wir mit den folgenden Kapiteln:
- Überschrift
Die einzelnen Anwendungsfälle werden als Artikel im Blog angelegt. Die Überschrift wird bei jedem Artikel erwartet. Hier werden wir also einen Artikel finden der “Create Editor” lautet. - Beschreibung
Mit wenigen Sätzen wird beschrieben, was mit diesem Anwendungsfall erreicht werden soll. - Vorbedingung
Bevor der Anwendungsfall ausgeführt werden kann, müssen eventuell bestimmte Vorbedingungen vorhanden sein. Beispielsweise muss der Systemadministrator angemeldet sein, bevor er einen neuen Editor anlegen kann. - Ablauf
Hier wird textuell, oder grafisch, erklärt wie der Anwendungsfall ablaufen soll. - Ergebnis
In diesem Kapitel beschreiben wir, was mit dem Anwendungsfall erreicht werden soll. In unserem Beispiel hier wird wohl das Ergebnis sein dass wir einen Editor angelegt haben.
Aufgabe
Wieso machen wir das so kompliziert?
Ich werde manchmal gefragt, ob wir nicht einfach drauf losprogrammieren können und die ganze Dokumentation nur die Projektlaufzeit verlängert.
Mach dir bitte einmal ein paar Gedanken dazu. Traust du dir wirklich zu eine solide Architektur für ein Newssystem zu erstellen ohne zuvor die Anwendungsfälle usw. beschrieben zu haben?
Der Beitrag wurde
am Dienstag, den 3. März 2009 um 00:25 Uhr veröffentlicht
und wurde unter Programmieren abgelegt.
Kurzlink: http://www.baldenhofer.eu/blog/?p=333
Dir gefiel der Artikel? Dann abonniere doch den RSS Feed
Du kannst die Kommentare zu diesem Eintrag durch den RSS 2.0 Feed verfolgen. Du kannst einen Kommentar schreiben, oder einen Trackback auf deiner Seite einrichten.
Nun, klar kann ein Programm geschrieben werden, ohne dass es vorher sinnvoll dokumentiert wurde. Beispiele dafür gibt’s reichlich im Netz.
Je nachdem wie klein eine Anwendung oder Funktion ist, wird diese Arbeit unter Umständen nur im Kopf des Entwicklers gemacht. Desto komplexer eine Applikation, desto mehr muss überlegt werden.
Irgendwann braucht es dann zumindest ein Stückchen Papier auf dem notiert wird was man möchte.
Tja und je umfangreicher das Ganze wird, gibts dann mal ein erstes Bildle mit den Zusammenhängen.
Wird das Ganze noch ein bisschen größer dann bieten sich Programme wie der Enterprise Architect an, indem sich die Infos strukturierter eingeben lassen.
Unterm Strich also:
“Weeks of coding can save you hours of planning.”