GlossarWiki - Benutzerbeiträge [de-formal]

Anwendungsfall

2008-07-16T21:09:24Z

Katjal: /* Bestandteile */

Ein Anwendungsfall, oft besser bekannt unter dem englischen Begriff Use Case, beschreibt wie sich ein System oder eine Anwendung unter bestimmten Bedingungen verhält. Er wird beschrieben um Einigung über das Verhalten und den Umfang eines Systems zwischen den Beteiligten eines Projekts zu erhalten. Die Anzahl von Anwendungsfällen ist nicht vorgeschrieben, es sollten so viele gemacht werden wie für die Anwendung notwendig ist und alles abgedeckt ist.
Der einzelne Fall sollte dabei genau genug beschrieben werden um ihn konstruieren zu können, aber auch nicht zu genau, da es sonst auch zu unübersichtlich werden kann.
Da das schreiben von use-cases noch in die Entwicklungsphase eines Systems gehört, ist es angebracht use-cases noch vor der eigentlichen Programmierung zu schreiben.
Jeder Anwendungsfall muss ein Endziel haben und einfach, klar und verständlich als Text
ausformuliert sein. Die Beschreibung erfolgt aus der Perspektive des Benutzers.
Bei der Beschreibung sollen sowohl Anwendungsfälle berücksichtigt werden die das Ziel des Akteurs erreichen und auch fehlschlagen. Beim aufzeigen von Spezialfällen ist es zum besserem Verständnis wichtig pro Spezialfall ein konkretes Beispiel anzugeben.

----

== Bestandteile ==

'''Hauptbestandteile'''

- Szenario:

Ein Szenario beschreibt eine Folge von Aktionen unter bestimmten Bedingungen.

- Konkretes Szenario:

Beschreibt den Testfall konkreter, mit konkreten Akteuren, Werten und einem konkreten Ablauf.

- Akteure:

Der Akteur ist der Nutzer des Systems. Er gehört nicht dazu, sondern er interagiert mit ihm. Es muss sich aber nicht immer um eine Person handeln, sondern kann auch ein anderes System sein. Jeder Use Case hat nur genau einen Hauptakteur. Falls mehrere Akteure an dem Szenario beteiligt sind, wird noch einmal unterschieden in:

''Primären Akteur:''

Nennt den Hauptakteur des Anwendungsbeispiels.

''Sekundären Akteur:''

Nennt den Akteur der an zweiter Stelle steht, zum Beispiel das System mit dem der Kunde arbeitet.

- Vorbedingungen:

Zählt die Vorbedingungen auf, die erfüllt sein müssen um mit dem Programm zu arbeiten.

- Nachbedingungen im Erfolgsfall:

Gibt an was passiert und das System aus gibt wenn dieses spezielle Szenario erfolgreich abgeschlossen wurde.

- Nachbedingungen im Fehlerfall:

Beschreibt alle möglichen Fehlerfälle.

- Ablauf der Interaktion:

Es wird Schritt für Schritt beschrieben, wie die Interaktion mit dem System abläuft.

'''weitere Bestandteile'''

Wenn es nötig ist können auch noch mehr Bestandteile hinzugefügt werden, wie zum Beispiel:

- Betroffene:

Welche anderen Personen sind noch betroffen, zum Beispiel wenn die Anwendung länger benötigt als geplant.

- Risiken:

Was kann passieren wenn das System nicht so reagiert wie es soll.

- Laufzeit:

Wie lange darf oder soll eine bestimmte Anfrage dauern.

- Anzahl Benutzer:

Wenn es mehrere Benutzer des Systems gibt, muss darauf geachtet werden das es nicht überlastet.

----
'''Quellen:'''

Vorlesung MMProg Wolfgang Kowaschick
[http://www.ralfbuerger.de/sse/Analyse/AF.htm]

Anwendungsfall

2008-07-16T21:08:46Z

Katjal: /* Bestandteile */

Ein Anwendungsfall, oft besser bekannt unter dem englischen Begriff Use Case, beschreibt wie sich ein System oder eine Anwendung unter bestimmten Bedingungen verhält. Er wird beschrieben um Einigung über das Verhalten und den Umfang eines Systems zwischen den Beteiligten eines Projekts zu erhalten. Die Anzahl von Anwendungsfällen ist nicht vorgeschrieben, es sollten so viele gemacht werden wie für die Anwendung notwendig ist und alles abgedeckt ist.
Der einzelne Fall sollte dabei genau genug beschrieben werden um ihn konstruieren zu können, aber auch nicht zu genau, da es sonst auch zu unübersichtlich werden kann.
Da das schreiben von use-cases noch in die Entwicklungsphase eines Systems gehört, ist es angebracht use-cases noch vor der eigentlichen Programmierung zu schreiben.
Jeder Anwendungsfall muss ein Endziel haben und einfach, klar und verständlich als Text
ausformuliert sein. Die Beschreibung erfolgt aus der Perspektive des Benutzers.
Bei der Beschreibung sollen sowohl Anwendungsfälle berücksichtigt werden die das Ziel des Akteurs erreichen und auch fehlschlagen. Beim aufzeigen von Spezialfällen ist es zum besserem Verständnis wichtig pro Spezialfall ein konkretes Beispiel anzugeben.

----

== Bestandteile ==

'''Hauptbestandteile'''

- Szenario:

Ein Szenario beschreibt eine Folge von Aktionen unter bestimmten Bedingungen.

- Konkretes Szenario:

Beschreibt den Testfall konkreter, mit konkreten Akteuren, Werten und einem konkreten Ablauf.

- Akteure:

Der Akteur ist der Nutzer des Systems. Er gehört nicht dazu, sondern er interagiert mit ihm. Es muss sich aber nicht immer um eine Person handeln, sondern kann auch ein anderes System sein. Jeder Use Case hat nur genau einen Hauptakteur. Falls mehrere Akteure an dem Szenario beteiligt sind, wird noch einmal unterschieden in:

''Primären Akteur:''

Nennt den Hauptakteur des Anwendungsbeispiels.
''
Sekundären Akteur:''

Nennt den Akteur der an zweiter Stelle steht, zum Beispiel das System mit dem der Kunde arbeitet.

- Vorbedingungen:

Zählt die Vorbedingungen auf, die erfüllt sein müssen um mit dem Programm zu arbeiten.

- Nachbedingungen im Erfolgsfall:

Gibt an was passiert und das System aus gibt wenn dieses spezielle Szenario erfolgreich abgeschlossen wurde.

- Nachbedingungen im Fehlerfall:

Beschreibt alle möglichen Fehlerfälle.

- Ablauf der Interaktion:

Es wird Schritt für Schritt beschrieben, wie die Interaktion mit dem System abläuft.

'''weitere Bestandteile'''

Wenn es nötig ist können auch noch mehr Bestandteile hinzugefügt werden, wie zum Beispiel:

- Betroffene:

Welche anderen Personen sind noch betroffen, zum Beispiel wenn die Anwendung länger benötigt als geplant.

- Risiken:

Was kann passieren wenn das System nicht so reagiert wie es soll.

- Laufzeit:

Wie lange darf oder soll eine bestimmte Anfrage dauern.

- Anzahl Benutzer:

Wenn es mehrere Benutzer des Systems gibt, muss darauf geachtet werden das es nicht überlastet.

----
'''Quellen:'''

Vorlesung MMProg Wolfgang Kowaschick
[http://www.ralfbuerger.de/sse/Analyse/AF.htm]

Anwendungsfall

2008-07-16T21:07:11Z

Katjal:

Ein Anwendungsfall, oft besser bekannt unter dem englischen Begriff Use Case, beschreibt wie sich ein System oder eine Anwendung unter bestimmten Bedingungen verhält. Er wird beschrieben um Einigung über das Verhalten und den Umfang eines Systems zwischen den Beteiligten eines Projekts zu erhalten. Die Anzahl von Anwendungsfällen ist nicht vorgeschrieben, es sollten so viele gemacht werden wie für die Anwendung notwendig ist und alles abgedeckt ist.
Der einzelne Fall sollte dabei genau genug beschrieben werden um ihn konstruieren zu können, aber auch nicht zu genau, da es sonst auch zu unübersichtlich werden kann.
Da das schreiben von use-cases noch in die Entwicklungsphase eines Systems gehört, ist es angebracht use-cases noch vor der eigentlichen Programmierung zu schreiben.
Jeder Anwendungsfall muss ein Endziel haben und einfach, klar und verständlich als Text
ausformuliert sein. Die Beschreibung erfolgt aus der Perspektive des Benutzers.
Bei der Beschreibung sollen sowohl Anwendungsfälle berücksichtigt werden die das Ziel des Akteurs erreichen und auch fehlschlagen. Beim aufzeigen von Spezialfällen ist es zum besserem Verständnis wichtig pro Spezialfall ein konkretes Beispiel anzugeben.

----

== Bestandteile ==

'''Hauptbestandteile'''

- Szenario:

Ein Szenario beschreibt eine Folge von Aktionen unter bestimmten Bedingungen.

- Konkretes Szenario:

Beschreibt den Testfall konkreter, mit konkreten Akteuren, Werten und einem konkreten Ablauf.

- Akteure:

Der Akteur ist der Nutzer des Systems. Er gehört nicht dazu, sondern er interagiert mit ihm. Es muss sich aber nicht immer um eine Person handeln, sondern kann auch ein anderes System sein. Jeder Use Case hat nur genau einen Hauptakteur. Falls mehrere Akteure an dem Szenario beteiligt sind, wird noch einmal unterschieden in:
Primären Akteur:
Nennt den Hauptakteur des Anwendungsbeispiels.
Sekundären Akteur:
Nennt den Akteur der an zweiter Stelle steht, zum Beispiel das System mit dem der Kunde arbeitet.

- Vorbedingungen:

Zählt die Vorbedingungen auf, die erfüllt sein müssen um mit dem Programm zu arbeiten.

- Nachbedingungen im Erfolgsfall:

Gibt an was passiert und das System aus gibt wenn dieses spezielle Szenario erfolgreich abgeschlossen wurde.

- Nachbedingungen im Fehlerfall:

Beschreibt alle möglichen Fehlerfälle.

- Ablauf der Interaktion:

Es wird Schritt für Schritt beschrieben, wie die Interaktion mit dem System abläuft.

'''weitere Bestandteile'''

Wenn es nötig ist können auch noch mehr Bestandteile hinzugefügt werden, wie zum Beispiel:

- Betroffene:

Welche anderen Personen sind noch betroffen, zum Beispiel wenn die Anwendung länger benötigt als geplant.

- Risiken:

Was kann passieren wenn das System nicht so reagiert wie es soll.

- Laufzeit:

Wie lange darf oder soll eine bestimmte Anfrage dauern.

- Anzahl Benutzer:

Wenn es mehrere Benutzer des Systems gibt, muss darauf geachtet werden das es nicht überlastet.

----
'''Quellen:'''

Vorlesung MMProg Wolfgang Kowaschick
[http://www.ralfbuerger.de/sse/Analyse/AF.htm]

Beziehungstypen

2008-07-16T19:37:27Z

Katjal:

Beziehungen bestehen im Bereich Datenbanken zwischen einzelnen Tabellen und Datensätzen eines Entity-Relationship-Modells. Es gibt drei Arten von Beziehungen.

----

'''1:1-Beziehungen'''

Die 1:1-Beziehung beschreibt, das jedem Datensatz aus der Tabelle X nur ein passender Datensatz der Tabelle Y zugeordnet ist und umgekehrt, das bedeutet das die Daten aus beiden Tabellen den gleichen Primärschlüssel haben und somit einander eindeutig zugeordnet sind.
Da die meisten Daten, die auf diese Weise in Beziehung stehen, sich normalerweise in nur einer Tabelle befinden, ist diese Art der Beziehung eher selten.
Sinnvoll zu verwenden ist sie aber zum Beispiel, wenn eine Tabelle in mehrere geteilt werden müssen, aus Gründen der Zugriffsrechte. Oder wenn es Daten gibt die nicht unbedingt notwendig oder unwichtig sind und aus Gründen der Übersichtlichkeit besser ausgelagert werden sollten.

----

'''1:n-Beziehungen'''

Die häufigste Beziehung ist die 1:n-Beziehung. Hierbei können einem Datensatz in der Tabelle X mehrere passende Datensätze der Tabelle Y eindeutig (Primärschlüssel) zugeordnet sein, aber einem Datensatz der Tabelle Y nie mehr als ein Datensatz der Tabelle X.
Da in der Tabelle X der Primärschlüssel der Tabelle Y mehrfach auftauchen kann, heißt diese Beziehung 1:n-Beziehung.

----

'''m:n-Beziehungen'''

Bei Tabellen mit einer m:n-Beziehung kann jedem Datensatz in Tabelle X mehreren passenden Datensätzen in Tabelle Y zugeordnet sein und umgekehrt. Da bei dieser Beziehungsart, keine eindeutige Zuordnung mehr vorhanden ist, können sie nur über eine Verbindungstabelle definiert werden. In dieser dritten Tabelle sind in der Regel nur die Fremdschlüssel der beiden anderen Tabellen als Primärschlüssel enthalten.

----

'''Quellen'''

[http://www.computerlexikon.com/definition-beziehungstypen]
[http://www.drweb.de/programmierung/datenbanken_grundlagen.shtml]