Allgemeine Dinge so rund um das Leben und Interessensgebiete die in keine Kategorie passen…
Seit geraumer Zeit wunder ich mich darüber, dass das Karten Overlay in der Google Analytics Statistik keine Besucher aus Brandenburg anzeigt.
Nach einigen Gesprächen mit anderen Bloggern, welche Besucherzahlen weit über 500.000 User/Monat haben, fand ich heraus, dass ich nicht der einzige Blogger bin, bei dem Analytics nichts in Brandenburg anzeigt.
Bis jetzt hat sich Google dazu noch nicht geäußert.
Es kann natürlich auch hieran liegen:
Ch ch ch ch X-D
Wer sich bei Facebook eingeloggt hat, kann Statistik-Abfragen mit FQL, REST oder der Graph API durchführen.
Javascript-Befehle können einfach auprobiert werden, indem man sich auf http://www.fbrell.com einloggt.
Nachfolgend einige Beispielen für mögliche Abfragen:
<strong id="name"></strong>
<script type="text/javascript">
// <![CDATA[
FB.api(
{
method: 'fql.query',
query: 'SELECT user_id,url FROM url_like WHERE user_id = me()'
},
function(response) {
Log.info('API Callback', response);
laenge=response.length;
j=0;
while(j<laenge)
{
document.getElementById('name').innerHTML += (j+1) +'.) '+ response[j].url+' ';
j++;
}
} );
// ]]>
</script>
Das obige Snipplet kann für alle FQL abfragen genutzt werden.
Nachfolgend ein Beispiel über die Graph Api ohne fbrell.com
https://graph.facebook.com/fql?q=SELECT uid, name, wall_count, subscriber_count, friend_count, likes_count, mutual_friend_count, profile_update_time FROM user WHERE uid IN (SELECT uid2 FROM friend WHERE uid1 = me()) ORDER BY DAS_HIER_ERSETZEN DESC
Eine schöne Liste über die Geräte der Facebookfreunde und wo sie herkommen erhält man über die GRAPH-API mit der URL:
https://graph.facebook.com/me/friends?fields=location,devices
Man sollte daran denken, dass man ein Token über den GRAPH API Explorer benötigt und dort die entsprechenden Rechte setzt.
Dieser Artikel entstand im Rahmen meiner IREB-Zertifizierung zum Certified Professional for Requirements Engineering und beinhaltet eine verdichtete, prüfungsrelevante Zusammenfassung und Ausschnitte des IREB-Werkes „Basiswissen – Requirements Engineering“ von Rupp / Pohl.
Gründe für mangelhaftes Requirements Engineering
Das Verwenden von natürlicher Sprache ist das wichtigste Hilfsmittel im Requirements Engineering. Das Kommunikationsmedium (also ob eine Anforderung schriftlich oder mündlich erfasst wird) spielt ebenfalls eine große Rolle. Es muss eine gemeinsame Begriffswelt zwischen Entwicklung und Realität geschaffen werden und Unklarheiten möglichst besieitigt werden.
Qualitätsanforderungen müssen dokumentiert werden. Folgende Aspekte sind insbesondere zu beachten:
Die Quelle aller Anforderungen liegt üblicherweise im Systemkontext. Zu den möglichen Aspekten im Systemkontext gehören u.a.
Die Systemgrenze ist häufig erst gegen Ende des RE Prozesses eindeutig festgelegt, und hat während dieser Zeit eine Grauzone (beweglich).
Die Hauptaufgabe des Requirements Engineering ist das Ermitteln von Anforderungen an ein geplantes System. Die Anforderungen werden aus unteschiedlichen Anforderungsquellen gesammelt.
Sollte es vorkommen, dass bestimmte Anforderungsquellen nicht berücksichtigt werden, kann sich dieser Zustand mit negativen Folgen auf den gesamten Projektverlauf auswirken.
Die Dokumentation der Stakeholder sollte mindestens die folgenden Informationen enthalten:
Mündliche oder schriftlich wird eine Stakeholdervereinbarung festgehalten, in der die Stakeholder Rechte und Pflichten festgelegt sind.
Beispiele:
KANO stellt in einem 2-Dimensionalen Koordinatensystem gegenüber, wie sich der Realisierungsgrad einer Anforderung auf die Zufriedenheit des Stakeholders auswirkt und stellt dabei fest, dass es 3 Klassen gibt.
Das KANO-Modell kategorisiert, wie sich eine Anforderung auf die Zufriedenheit der Stakeholder ausübt, in 3 Klassen:
Begeisterungsfaktoren sind z.B. Produktmerkmale, die komplett innovativ sind und vom Kunden mit Begeisterung aufgenommen werden. Der Kunde selbst hatte ursprünglich nicht den Anspruch an das Produkt (z.B. Bilder per WhatsApp verschicken mit dem SmartPhone).
Leistungsfaktoren erwartet der Kunde grundsätzlich von dem Produkt wenn er es kauft. Die Liste der Leisungfaktoren hat der Kunde präsent und kann direkt aufzählen was er erwartet.
Basisfaktoren sieht der Kunde als selbstverständlich und als nicht nennenswert an. Sollten diese Merkmale aber nicht vorhanden sein, wird der Kunde sehr unzufrieden sein. Aus diesem Grund nennt er nicht unbeding, dass er diese Produkt-Eigenschaft haben möchte.
Im Laufe der Zeit werden Begeisterungsfaktoren zu Leistungsfaktoren und Leistungsfaktoren zu Basisfaktoren.
Bsp: Die Anforderung SMS VERSENDEN
In der damaligen Zeit war das Versenden von SMS ein High-Tec Feature, welches durch die modernen Handys möglich wurde (Begeisterungsfaktor)
Nachdem die Handys mittlerweile jedes Kinderzimmer erreicht hatten, wurde das Schreiben von SMS zu einer nicht mehr wegzudenkenden Leistung der modernen Geräte (Leistungsfaktor). Jeder befragte äußerte die Forderung „Ich muss SMS schreiben können!“.
Die heutige Smartphone Generation benutzt SMS nur noch in den seltensten Fällen, da Apps wie „WhatsApp“, welche sogar Bilder und Ton versenden können und das Nutzen von Multiuserchats ermöglichen. Es wird keiner mehr explizit erwähnen, das er SMS versenden möchte. Wäre ein Smartphone nicht dazu in der Lage SMS zu versenden oder zu empfangen, würde dies aber zu extremer Unzufriedenheit beim Kunden führen (Basisfaktor).
Für die Auswahl der zu verwendenden Ermittlungstechniken wird u.a. auch die Betrachtung des KANO Modells genutzt.
Der Einsatz geeigneter Ermittlungstechniken kann projektentscheidend sein. Die besten Ergebnisse werden durch Kombination verschiedener Ermittlungstechniken erzielt.
Als Dokumentationstechnik bezeichnet man jegliche Arten der Darstellung von Anforderungen
Die Dokumentation nimmt bei der Kommunikation eine zielgerichtete, unterstützende Funktion ein.
Üblicherweise umfassen Anforderungsdokumente mindestens die folgenden drei Perspektiven eines Systems
Nimmt man vorgefertigte Dokumentenstrukturen, hat man die Gewissheit, dass es sich zumeist um vollständige, flexible praxiserprobte Strukturierungen handelt. Zumeist erleichtert es die Verwendung des Anforderungdokumentes in späteren Entwicklungstätigkeiten / Projektphasen (Definition von Testfällen…).
Eine verbreitete Referenzstruktur für Anforderungsdokumente ist IEEE 830-1998 (Referenzstruktur für „Software Requirements Specification“ (SRS).
Referenzstrukturen können für gewöhnlich nicht 1:1 übernommen werden, da sie an
Gegebenheiten angepasst werde müssen.
Im Laufe des Projektes dienen Anforderungsdokumente als Grundlage für diverse Aufgaben.
Da Anforderungsdokumente eine Grundlage für alle weiteren Entwicklungsschritte bilden, muss das Dokument bestimmten Qualitätskriterien genügen.
Ein Glossar ist eine Sammlung von Begriffsdefintionen für das RE.
Eine häufige Ursache von Konflikten, die im RE auftritt, liegt im unterschiedlichen Begriffsverständnis der beteiligten Personen. Um diese Probleme zu vermeiden, ist es notwendig, dass alle relevanten Begriffe in einem Glossar definiert sind.
Es ist vorteilhaft, möglichst frühzeitig mit der Erstellung des Glossars anzufangen. Dadurch reduziert sich der spätere Angleichungsaufwand.
Natürliche Sprache ist oft mehrdeutig und kann unterschiedlich interpretiert werden. Die 5 Transformationsprozesse gehorchen gewissen Regeln, welche man nutzen kann um herauszufinden, was der Autor einer Anforderung wirklich gemeint hat.
Satzschablonen dienen der Reduzierung sprachlicher Effekte während der Anforderungsformulierung. Der Autor wird effektiv dabei unterstützt, qualitativ hochwertige Anforderungen zu erstellen.
Um mit einer Satzschablone Anforderungen zu formulieren, hält man die folgenden Schritte ein:
Satzschablonen sollten optional sein und lediglich als Hilfsmittel dargestellt dienen, da sich so die besten Erfolge erzielen lassen.
Ein Modell ist ein abstrahiertes Abbild einer existierenden Realität oder Vorbild einer zu schaffenden Realität.
Durch die Verwendung von Modellen erreicht man ein verbessertes und schnelleres Auffassen von Sachverhalten und deren Zusammenhängen.
Beschreiben die abzubildende Realität durch eine Menge grafischer Elemente. Zur Modellierung werden konzeptuelle Modellierungssprachen eingesetzt, die über deren
definiert werden.
Eine Kombination von natürlicher Sprache und Anforderungsmodellen vereinigt die Vorteile beider Dokumentationsarten
Ein Ziel ist die intentionale Beschreibung eines von Stakeholdern gewünschten charakteristischen Merkmals des zu entwickelnden Systems, bzw. des zu entwickelnden Entwicklungsprojektes.
Ziele können natürlichsprachig als auch in Form von Modellen dokumentiert werden. Als wesentlichen Bestandteil beim Formulieren von Zielen werden sogenannte Dekompositionsbeziehung für die Definition über- und untergeordneter Ziele verwendet.
Ziel von Use Cases ist, Funktionalitäten eines geplanten oder existierenden Systems aus einer Nutzungssicht auf das System zu untersuchen und dokumenterien zu können.
Use Cases bestehen aus
Anmerkung: Die Pfeilbezeichnung „derive“ ist keine Standardspezifikation von UML Use Cases und sollte hier durch <<EXTEND>> oder <<INCLUDE>> ersetzt werden. Die Pfeillinien sollten gestrichelt sein.
Als Ergänzung für die Use Case Diagramme werden Use Case-Spezifikationen genutzt, um die wesentlichen Eigenschaften einzelner Use Cases zu beschreiben. Für jeden festgehaltenen Use Case wird separat eine vorgegebene Schablone ausgefüllt.
Die Abschnitte der Schablone
Anforderungen werden im Rahmen der modellbasierten Dokumentation in drei überlappenden Modellierungsperspektiven modelliert
Traditionell wird die Strukturperspektive durch ER Diagramme modelliert, die aus 3 Beziehungen bestehen:
Ein weiterer verbreiteter Ansatz um Anforderungen in der Strukturperspektive zu modellieren, ist das Verwenden von UML Klassendiagrammen.
Häufig verwendete Modellelemente von UML Klassendiagrammen sind
Da die Datenflussdiagramme genutzt werden um den Systemkontext zu beschreiben oder eine Kontextabgrenzung vorzunehmen, werden Speicher i.d.R. nicht verwendet da diese technischer Natur sind und sich eher innerhalb des Systems befinden (dies bezieht sich nur auf Kontextabgrenzungen im Requirements Engineering).
Datenflussdiagramme zeigen nicht, unter welchen Bedingungen welche Prozesse ausgeführt werden. Sie eignen sich eher um mit Hilfe der Terminatoren Ein- und Ausgabeparameter im Systemkontext zu dokumentieren.
Um den Kontrollfluss (also den Programm-Verlauf/Ablauf) zu erfassen, müssen Datenflussdiagramme um eine Minispefizikation erweitert werden. Der Kontrollfluss kann durch Aktivitätsdiagramme modelliert werden.
Bestehen aus folgenden Elementen:
Der Fokus liegt auf der Modellierung der Zustände, in denen sich ein System befinden kann und die Übergänge zwischen Zuständen (Transitions)
Es wird geprüft ob Anforderungen festgelegten Qualitätskrieterien (z.B. Korrektheit oder Vollständigkeit) genügen. Fehler in den Anforderungen sollten möglichst frühzeitig erkannt und behoben werden. Der Aufwand zur Behebung eines Fehlers, der in den Anforderungen gemacht wurde, ist wesentlich höher je später er entdeckt wird. Das liegt daran, dass der Fehler in den Anforderungen Auswirkungen auf alle Artefakte des Systems haben kann (z.B. Systemarchitektur, Implementierung der Testfälle….)
Konflikte, die nicht beseitigt wurden, können dazu führen, dass Anforderungen einer Stakeholdergruppe nicht umgesetzt werden können bzw. dass das System nicht oder unzureichend akzeptiert und genutzt wird.
Unter den relevanten Stakeholder muss ein gemeinsames und überinstimmendes Verständnis hinsichtlich der Anforderungen an das zu entwickelnde System erarbeitet werden.
Um möglichst viele Fehler in den Anforderungen zu identifieren, werden die folgenden Prinzipien eingehalten
Währenddessen kommen weitere Techniken zum Einsatz
Nach der Konfliktlösung sollte eine Dokumentation darüber stattfinden, wie der Konflikt gelöst wurde und die Gründe die für die daraus resultierende Entscheidung resultieren.
Um die Attributstruktur für eine Anforderung (z.B. in Doors ein Objekt mit mehreren Spalten) festzulegen, werden Attributierungsschemata verwendet. Attributierungsschemata werden entweder tabellarisch oder in Form von eines Informationsmodells defniert.
Zweck von Attributen ist es, dass die Anforderungen über den gesamten Lebenszyklus des Systems verwaltet werden können.
Auch die „rechtliche Verbindlichkeit“ kann anhand eines Attributes als zusätzliche Information zur Anforderung gespeichert werden.
Sichten dienen der Reduktion von Anforderungskomplexität ist ein reduzierter Zugriff bzw. ein Filtern von Anforderungen in Abhängigkeit der Verwendung notwendig. Hierfür werden Sichten auf die Daten verwendet (z.B. in Doors Views).
Es wird ermöglicht verschiedene Entwicklungsstände und Anforderungsdokumente verfügbar zu halten. Die Versionsnummer einer Anforderungs besitzt dabei mindestens zwei Bestandteile
Version 2.1 (<- Inkrement ist 1)
Anforderungskonfigurationen fassen eine definierte Menge logisch zusammengehörender Anforderungen zusammen. Jede Anforderung ist maximal in einer Version in der Anforderungskonfiguration enthalten.
Die Bildung von Anforderungskonfigurationen wird entlang zweier Domensionen definiert:
Über den gesamten Lebenszyklus eines Systems ändern sich Anforderungen. Diese Änderungen werden in einem systematischen Änderungsmanagementprozess verwaltet.
In einem Änderungsmanagementprozess ist das Change-Control-Board für die Bearbeitung eingehender Änderungsanträge verantwortlich. Die Aufgaben des Change-COntrol-Boards sind
Spezielle Tools für das Requirements Engineering sind IBM Doors oder Polarion.
Für jede Sicht sind klare Kriterien zu definieren.
Man erhält die Meldung, dass ein Prozess oder ein Benutzer eine Datei sperrt
* Herausfinden welcher Prozess die Datei sperrt bzw…
* Herausfinden welcher user die Datei sperrt (Windows Server)
* Prozess beenden
Um herauszufinden welcher Prozess eine Datei sperrt, gibt es von Dr. Hoiby das Freeware Tool WhoLockMe. Es bietet an, den Prozess zu beenden
Wenn ein User eine Datei sperrt, kann man auf dem Server unter Benutzung von
net file
oder
net share
entsprechende Benutzerlocks auffinden.
Auf einmal ist die Festplatte voll und man verbringt Stunden damit im Windows-Explorer nach den Platzfressern zu suchen. Auch die Powershell-Befehle sind nicht wirklich hilfreich oder zu kompliziert, als dass man hier schnell Abhilfe schaffen könnte. Man beginnt Programme zu deinstallieren, Daten zu löschen die man gar nicht löschen möchte, durchstöbert temporäre Dateien, löscht die Größten Dateien und hat dann endlich 3 GB frei. Aber wo sind die restlichen 200 GB hin?
Eine ausgezeichnete grafische Abhilfe schafft das Programm Sequoia View, welches kostenlos auf der Internetseite der technischen Universität Eindhofen heruntergeladen werden kann, mit sogenannten Cushion Treemaps.
Auf einmal habe ich festgestellt, dass der Microsoft IIS Server aktiviert ist und seit Monaten Gigabytegroße LOG-Files speichert (großer Kasten im Screenshot).
Dieses Programm spart sehr viel Arbeit. Es lohnt sich in diesem Fallle nicht unbedingt Windows-Boardmittel zu verwenden.
Zur Unterstützung des Uni-Projektes, biete ich meine Seite als Download-Mirror gerne an.
Da ich jeden Tag durch längere Autofahrten auf der A7 zwischen Melsungen und Fulda auf das mobile Internet zurückgreife, musste ich mich über die schlechte Internetabdeckung von ePlus ärgern. 2 Blackberry-Inhaber die mit meiner Fahrtgemeinschaft fahren, hatten über die Firma einen Telekomvertrag. Diese schienen in fast allen Gebieten auf der A7 schnelles Internet zur Verfügung zu haben. Doch gibt es da Statistiken?
http://www.vodafone.de/privat/hilfe-support/netzabdeckung.html
http://www.t-mobile.de/funkversorgung
http://eis03sn1.eplus-online.de/geo/portal/gsm?javax.portlet.events=url%28pid_JGIS-Overview-Portlet%252Fmd_view%252Fst_normal%29
…
Wenn man davon ausgeht, dass die Grafiken die reelle Internetabdeckung der Mobilfunkanbieter anzeigt, müsste die Telekom die beste Netzabdeckung auf der A7 zwischen Fulda und Melsungen haben.
Get-ChildItem c:\ -recurse | Sort-Object length -descending | Select-Object -first 20 | Write-Output
In größeren Firmen kann über das LDAP-Protkoll auf Personendaten und -informationen zugegriffen werden. Die kann z.B. für eine Authentifizierung per Singlesignon genutzt werden.
Möchte man diesen Dienst nutzen, muss man zunächst wissen auf welchem Server im Unternehmen ein solcher Dienst angeboten wird. Dies könnte z.B. ein Active Directory Server (Windows Server) oder ein Lotus Notes Server (notesldap) sein.
Zunächst benötigt man den Import:
using System.DirectoryServices;
private void button1_Click(object sender, EventArgs e)
{
DirectoryEntry DirEntry = new DirectoryEntry();
{
DirEntry.Path = "LDAP://notesldap.it.company.com";
DirEntry.AuthenticationType = AuthenticationTypes.ServerBind;
}
Console.WriteLine(DirEntry.Name);
DirectorySearcher search = new DirectorySearcher(DirEntry);
{
// Tweak this to refine your search
search.Filter = "(sn=Karpenstein)";
// I limit my results while I tweak
search.SearchScope = SearchScope.Subtree;
}
try
{
foreach (SearchResult result in search.FindAll())
{
if (result != null)
{
DirectoryEntry de = result.GetDirectoryEntry();
textBox1.Text += "===================================="+br();
textBox1.Text +=
"User: \t\t" + de.Properties["uid"].Value.ToString() + br() +
"objectclass:\t\t" + de.Properties["objectclass"].Value.ToString();
IDictionaryEnumerator ide = de.Properties.GetEnumerator();
ide.Reset();
try
{
while (ide.MoveNext())
{
PropertyValueCollection pvc = ide.Entry.Value as
PropertyValueCollection;
textBox1.Text += ide.Entry.Key.ToString();
textBox1.Text += pvc.Value;
}
}
catch (Exception sdf)
{
textBox1.Text += sdf.Message;
}
//textBox1.Text += "location:\t\t" + de.Properties["location"].
Value.ToString() + br();
//textBox1.Text += "maildomain:\t\t" + de.Properties["maildomain"].
Value.ToString() + br();
textBox1.Text += "sn:\t\t" + de.Properties["sn"].
Value.ToString() + br();
//textBox1.Text += "dominocertificate:\t\t" +
de.Properties["dominocertificate"].
Value.ToString() + br();
textBox1.Text += "mail:\t\t" + de.Properties["mail"].
Value.ToString() + br();
textBox1.Text += "l:\t\t" + de.Properties["l"].
Value.ToString() + br();
textBox1.Text += "displayname:\t\t" + de.Properties["displayname"].
Value.ToString() + br();
textBox1.Text += "givenname:\t\t" + de.Properties["givenname"].
Value.ToString() + br();
//textBox1.Text += "dc:\t\t" + de.Properties["dc"].
Value.ToString() + br();
//textBox1.Text += "dn:\t\t" + de.Properties["dn"].
Value.ToString() + br();
textBox1.Text += "cn:\t\t" + de.Properties["cn"].
Value.ToString() + br();
textBox1.Text += "====================================";
}
}
}
catch (Exception ex)
{
Console.WriteLine(ex.Message.ToString());
}
finally
{
search.Dispose();
DirEntry.Close();
}
}
Grundsätzlich ist ein Workflow erstmal nichts technisches. Es geht hierbei meistens (so auch hier) um Formulare, die in einem Unternehmen mehrere Abteilungen und Stationen durchlaufen. Ob das Formular auf einem Papier oder in einer rechnergestützten Anwendung realisiert wurde, spielt dabei vorerst keine Rolle.
Mithilfe von Workflows können Personen gemeinsam an Dokumenten arbeiten. Organisationen können einheitliche Geschäftsprozesse einhalten und die Effizienz und Produktivität der Organisation verbessern, indem die Aufgaben und Schritte einzelner Geschäftsprozesse verwaltet und harmonisiert werden. Auf diese Weise können sich die Personen, die diese Aufgaben ausführen, auf die Arbeit selbst und nicht auf die Verwaltung des Workflows konzentrieren.
Papiergebundene Workflows haben im Vergleich zu rechnergestützten Workflows den Nachteil, dass sich die folgenden Fragen nicht beantworten lassen:
Ein Workflow ist eine inhaltlich abgeschlossene, zeitlich und sachlogisch zusammenhängende Folge von Schritten, die zur Bearbeitung eines betriebswirtschaftlich relevanten Objektes notwendig sind und deren Funktionsübergänge von einem Informationssystem gesteuert werden.
Abgeschlossenheit: Ein Workflow definiert einen Arbeitsablauf mit einer Abfolge von Aktivitäten innerhalb einer Organisation. Die Abfolge beginnt an einem bestimmten Punkt und endet auch an einem solchem. Es gibt daher einen Initiator eines Workflows und eine Aktion, die am Ende definiert, was als nächstes passieren soll.
Zeitlicher Ablauf: Ein Workflow kann an einem Zeitpunkt 1 beginnen und an einem Zeitpunkt 5 aufhören. Wenn dies der Fall ist, existieren 5 Workflowpositionen.
Sachlogik:
Sachlogik dient dazu..
In der Regel ist das betriebswirtschaftliche Objekt ein Formular, welches zum Einsammeln von Daten gedacht ist.
Workflows werden überall dort verwendet, wo durch einen strukturierten Arbeitsablauf transparenz und Arbeitsersparnis erreicht werden kann. Arbeitsersparnis erhält man in der Regel durch den niedrigeren Koordinationsaufwand, die Transparenz hingegen durch die Möglichkeit den Status eines Workflows abzufragen (an welcher Workflowposition hängt es – wen muss ich ansprechen – wer ist verantwortlich?). Normalerweise würde man anfangen rumzutelefonieren, bei wem ein Dokument gerade liegt. Dies kann über eine Suchfunktion ínnerhalb des Informationssystems realisiert werden.
Personen, die …
Workflow-Patterns sind bestimmte Entwurfsmuster, die in Workflow-Projekten immer wieder anzutreffen sind. Workflow-Patterns bestehen aus Workflow-Positionen und Workflow-Abläufen.
Eine Workflowposition dient der Vorlage, Bearbeitung und Bestätigung von Daten, die über ein Formular eingesammelt werden. Die Workflowposition kann einer Person, oder einer Gruppe von Personen zugeordnet sein.
Zeitliche Abfolgen legen fest, wann eine Person das Dokument erhält und zu welchem Zeitpunkt.
Eine logische Abfolge wird nur dann abgearbeitet, wenn ein vorheriges Ereignis / eine vorherige Logikprüfung erfolgreich war und durch eine optionale Workflowpositionen durch die Abfolge erreicht wird.
Benötigt eine Person Daten von einer anderen, ist die Person, die die Daten benötigt, der Nachfolger der Person, die die Daten in das Formular eingibt. Es gibt hier also eine zeitliche Abhängigkeit, die durch Vorgänger- und Nachfolgebeziehungen defniert werden. Man versucht dabei so viele Positionen parallel abzuarbeiten, wie das möglich ist.
Einer nach dem anderen (bsp. Excel-Dokument das bei Bearbeitung immer gesperrt wird).
Vorteile:
* Klarer strukturierter Ablauf.
Nachteile:
* Es geht viel Zeit während der Bearbeitung verloren, wenn keine Daten vom Vorgänger benötigt werden (informelle Abhängigkeit zum Vorgänger).
* Keine parallele Abarbeitung möglich, da immer gesperrt.
Es können mehrere Personen gleichzeitig an einer Workflowposition auf den Workflow zugfreifen. Erst wenn alle Personen bestätigt haben, läuft der Workflow weiter.
Fortsetzung folget (Workflow Patterns – Teil 2 inklusive Codebeispiele)
Da ich immer Probleme habe mir das V-Modell zu merken, hier eine kleine Anwendung, in der man es eLearning-technisch konstruieren kann. Schieben Sie die Buttons an die richtige Stelle.