Rund ums V-Modell XT

Vorschau auf das nächste V-Modell-XT-Release

2012-01-09T11:52:00.003+01:00

Auf der Seite

http://www.weit-verein.de/next-release.html

befindet sich seit letzter Woche eine Vorschau auf das nächste
V-Modell-XT Release. Diese Vorschau wird natürlich kontinuierlich bis zur
Herausgabe des nächsten Releases gepflegt und ergänzt.

V-Modell XT Editor für Künstler

2010-09-05T11:00:00.004+02:00

Das V-Modell XT kommt bereits mit einigen Referenzwerkzeugen für die Bearbeitung des V-Modells und den Projektstart. Insbesondere die Bearbeitung des V-Modells ist nicht trivial. An der TU München gibt es seit einiger Zeit ein Projekt, das sich mit domänenspezifischen Sprachen und im Speziellen mit der Modellierung von Prozessmodellen auf dieser Basis befasst. Als erstes Ergebnis liegt das Process Development Environment (PDE) vor. Dieses ist zunächst eine generische Modellierungsplattform, das für die Entwicklung von editierbaren Metamodellen ausgelegt ist und die einfache Ableitung grafischer Editoren unterstützt. Als erste Referenzimplementierung wurde ein alternativer V-Modell XT Editor erzeugt.

Dieser Editor gestattet die Bearbeitung des V-Modells in gewohnter Weise, bietet darüber hinaus jedoch auch grafische Editoren (z.B. für das grafische Modellieren von Ablaufbausteinen) an:

Weiterhin bietet der Editor viele weitere Features, die über den Funktionsumfang der Standardwerkzeuge hinausgehen:

erweiterte Prüfmechanismen
Drag & Drop-Funktionen
Suche
...

So wird z.B. das Tailoring ebenfalls durch eine integrierte grafische Benutzerschnittstelle unterstützt, die alle relevanten Komponenten für das Tailoring erfasst und die Konsistenz der Auswahl prüft (z.B. ob für einen konfigurierten Ablaufbaustein auch die erforderliche Ablaufbausteinspezifikation eingebunden wurde:

Hinweis

PDE liegt in der ersten Version auf Codeplex (http://pde.codeplex.com) vor und ist noch im Status einer Entwicklungsversion. PDE ist noch nicht auf Geschwindigkeit und Effizienz optimiert. Jedoch ist die Software schon in der Erprobung (z.B. im Rahmen der Bearbeitung des V-Modell XT Bund oder bei weiteren (internen) Projekten).

Technisches

PDE ist vollständig in .NET auf Basis der Microsoft DSL-Tool Kits entworfen und implementiert. PDE liegt vollständig im Quelltext vor und steht unter der Apache 2.0 Lizenz.

Zur Ausführung des PDE-V-Modell-XT-Editors benötigen Sie:

Microsoft .NET 4.0 SDK/Framework
Visual Studio 2010 (optional, empfohlen)
Installierte V-Modell XT Referenzwerkzeuge (PDE benötigt diese für den Export)

Für die Entwicklung von PDE/PDE-Erweiterungen benötigen Sie:

Visual Studio 2010
DSL-Tool Kit
weitere SDKs (siehe PDE-Webseite)

PDE ist ein offenes und erweiterbares Framework. Die Mitarbeit ist herzlich willkommen.

V-Modell XT Bund steht vor der Tür

2010-03-08T20:25:00.001+01:00

Voraussichtlich noch in dieser Woche wird die Bundesstelle für Informationstechnik (BIT) das V-Modell XT Bund auf ihrer Webseite veröffentlichen. Dabei handelt es sich um eine behördenspezifische Erweiterung des V-Modell XT. Das V-Modell XT Bund bietet die Integration mit anderen Bundesstandards, behördentypische Rollen, Dokumente im Corporate Design des Bundes, Dokumentvorlagen mit vordefinierten Texten und die Abstimmung mit dem IT-Betrieb schon während der Entwicklung.

Auftraggeber der Entwicklung war die Beauftragte der Bundesregierung für Informationstechnik (kurz: Bundes-CIO). Das Projekt haben wir bei der 4Soft zusammen mit unseren Partnern MID und akquinet im Rahmen des 3-Partner-Modells durchgeführt.
Erste behördeninterne Reviews waren durchweg positiv. Als Projektleiter bin ich jetzt natürlich gespannt, wie das V-Modell XT Bund in der "breiten Öffentlichkeit" ankommt.

Ping-Prüfung bestanden!

2010-02-17T16:23:00.012+01:00

Letzte Woche kam die gute Nachricht: Prüfung bestanden!

Lieber Herr Lewitz,
Es freut mich Ihnen mitteilen zu dürfen, dass Sie die Prüfung bestanden haben. Sie haben insgesamt 92 Punkte erhalten.
Mit freundlichen Grüßen
Doris Rauh

Worum geht's?

Im Januar hatte ich die freudige Gelegenheit, bei Frau Rauh und drei weiteren Kollegen in den Räumen der 4Soft in München in die höheren Weihen der V-Modell XT Modellierung eingeführt zu werden. Ich bin jetzt zertifizierter V-Modell XT Prozessingenieur, ein sogenannter V-Modell XT Ping — und zwar einer der ersten.

Ping - das Zertifikat

Das Zertifikat V-ModellXT Ping (Zertifizierter V-ModellXT Prozessingenieur) bescheinigt das notwendige Wissen, um das V-Modell XT anzupassen, V-ModellXT Anpassungen bzgl. ihrer Konformität beurteilen und zertifizierte Ausbildungsschulungen V-Modell XT Pro(fis) durchführen zu können.

Klingt erstmal nicht so fürchterlich aufregend?

Das Vorgehensmodell

Das V-Modell XT ist ein allgemeiner Vorgehensstandard, der für die konkrete Anwendung angepasst werden kann und zumindest konkretisiert werden muss. Führt eine Organisation häufiger Projekte mit dem V-Modell XT durch, ist es sinnvoll, solche Änderungen nicht
in jedem Projekt von Neuem zu definieren, sondern gleich eine Anpassung für die gesamte Organisation vorzunehmen. Dabei stellt sich die Frage: Welche Anpassungen darf man vornehmen, wenn das Ergebnis noch als V-Modell XT erkennbar sein soll?

Die Verwendung des V-Modell XT wird insbesondere Auftragnehmern der öffentlichen Hand, z.B. bei Ausschreibungen, vorgeschrieben. Hat nun eine Firma bereits ein eigenes Vorgehensmodell, was sich vielleicht an einem anderen Standard als dem V-Modell XT orientiert, muss Sie dann in solchen Projekten ein anderes Vorgehen verwenden als das in der Firma bewährte und den Mitarbeitern bekannte? Dies würde die Qualität gefährden und die Kosten erhöhen. Wie kann also nun die Firma nachweisen, dass ihr eigenes Vorgehen den Ansprüchen des V-Modell XT genügt?

Diese Fragen beantwortet die V-Modell XT Konformitätsprüfung. Wie man eine solche durchführt und welche Kriterien dabei zu beachten und wie Vorgehensmodelle zu bewerten sind, war ein wesentlicher Teil der Schulung.

Frau Rauh und ihre Kollegin Marion Wittmann (beide von Siemens) brachten uns in zwei intensiven Tagen dieses an sich ja recht trockene Thema anschaulich näher. Sie haben es sogar geschafft, unsere Aufmerksamkeit für die vielen Details kontinuierlich aufrecht zu erhalten ;-).

Und wie verändert man das V-Modell XT?

Möchte eine Organisation das V-Modell XT an die eigenen Bedürfnisse anpassen, so steht dafür ein mit dem V-Modell XT geliefertes Open-Source-Toolset zur Verfügung. Der V-Modell XT Editor ermöglicht das vollständige Bearbeiten sämtlicher Inhalte des V-Modell XT.

Unabdingbare Voraussetzung für die Anpassung ist jedoch das Verständnis des Metamodells, in dem das V-Modell XT abgebildet ist. Hier gilt es viele Begriffe zu lernen: von Vorgehensbausteinen über Projekttypen und Projekttypvarianten bis zu Ablaufbaustein-spezifikationen und Produktabhängigkeitsbeziehungen... Die Länge der verwendeten Begriffe ist hier durchaus ein Indiz für die dahinter stehende Komplexität!

Jan Friedrich von 4Soft und Marco Kuhrmann von der TU München haben uns in der zweiten Hälfte des Kurses mit großer Begeisterung in diese Begriffs-Welt geführt und uns dabei auch die Bedienung des Editors nahegebracht. Ebenso wie bei Frau Rauh und Frau Wittmann war es sehr begeisternd, scheinbar unerschöpfliche Quellen des Wissens vor sich zu haben!

Praktisch hat mich an der Anpassung insbesondere die Möglichkeit fasziniert, über bestimmte vordefinierte Änderungs- und Erweiterungsoperationen das Modell nicht direkt bearbeiten zu müssen. Man kann die organisationsspezifischen Änderungen in einem eigenen Modell halten und diese mit Hilfe des Editors mit dem Standard-Modell zusammenführen. Das vereinfacht natürlich die Prüfung der Konformität und ermöglicht es theoretisch, seine Änderungen auch für zukünftige Versionen des V-Modell XT zu übernehmen. Ich hatte von dieser Idee schon gehört, sie aber vor dieser Schulung für graue Theorie ohne Praxisbezug gehalten — nun scheint sie mir tatsächlich sehr nützlich.

Praxisbezug

Kein Licht ohne Schatten: Bei allem Lob für die vier Lehrenden muss ich einige Kritikpunkte an der Methode und den durch den WEIT-Verein gegebenen Rahmenbedingungen anbringen:

Den für die Prüfung der Konformität gewählten Ansatz der Abbildung aller V-Modell XT Details auf Elemente des organisationsspezifischen Prozesses halte ich für nicht praxistauglich. Die Durchführung ist zu aufwändig, die Ergebnisse schwer vermittelbar. Der ganze Ansatz ist sehr akademisch — es handelt sich auch um eine reine Papier-Prüfung.
Es sind keine Möglichkeiten vorgesehen, organisationsspezifisch Teile des V-Modell XT wegzulassen, während das projektspezifisch (mit Begründung) durchaus erlaubt ist. Das widerspricht sämtlichen Bemühungen zur organisationsweiten Standardisierung. Wir haben in der Schulung einen Ausweg aus diesem Dilemma gefunden, für den aber noch eine Umsetzung erforderlich ist.
Es gibt für den Absolventen der Schulung (den Ping) noch keine Möglichkeit, die gewonnenen und geprüften Fähigkeiten in die Praxis umzusetzen. Theoretisch könnte ich jetzt V-Modell XT Pros ausbilden, dafür müsste aber meine Firma microTOOL noch eine höhere Weihe als Organisation bekommen. Das Verfahren dafür ist aber noch nicht definiert. Für die Prüfung der Konformität gilt ähnliches. Es ist, als hätte ich einen
Führerschein für eine neue Fahrzeugklasse erworben, deren Zulassungsverfahren aber noch nicht organisiert ist.
Die Tool-Unterstützung ist noch mangelhaft. Die Konformitätsprüfung ist mit Hilfe von Excel-Sheets durchzuführen, in die sämtliche Produkte, Themen, Abhängigkeiten und Entscheidungspunkte des V-Modell XT eingetippt werden müssten — diese müssen noch erarbeitet werden. Der V-Modell XT Editor ist ein gutes Experten-Tool, aber seine Usability z.B. in Sachen Konsistenzprüfung des eingegebenen Prozesses lässt stark zu wünschen übrig. Für jemanden, der nicht täglich V-Modell XT Prozesse bearbeitet, ist das eine große Herausforderung.

So ist das, wenn man zu den Ersten gehört - manches ist noch nicht ganz fertig. Ich glaube, die Prüfung der Konformität ist ein wichtiger Schritt, um einer allgemeineren Nutzung des V-Modell XT näher zu kommen. Und das Verteilen der Ausbildungsverantwortung für die V-Modell XT Pro(fis) auf mehrere Paar Schultern schafft den V-Modell XT Experten im WEIT-Verein hoffentlich etwas Luft, um das Modell für uns alle inhaltlich weiterzuentwickeln.

Fazit

Es war eine wunderbare, intensive Woche mit sehr guten Referenten und interessanten Teilnehmern. Wir haben alle viel Neues gelernt und Erfahrungen in der Prozessdefinition und -umsetzung ausgetauscht. Ein großes Lob an die 4Soft für Location und Catering und natürlich unseren vier „Lehrern": Doris Rauh, Marion Wittmann, Jan Friedrich und Marco Kuhrmann. Ich wünsche uns allen viel Erfolg beim Vertiefen der gewonnenen Einsichten!

SEE2010 Programm veröffentlicht

2010-01-27T13:00:00.005+01:00

Das Programm der SEE2010 ist fertig! Das Programmkomitee hat in den letzten Wochen eine überwältigende Anzahl von 79 Vorschlägen für Präsentationen gelesen und bewertet. Die hohe Qualität der Einreichungen hat die Organisatoren veranlasst, einen weiteren Track zu eröffnen, um noch mehr Vorträge ins Programm aufnehmen zu können. Das Ergebnis lässt sich sehen: in 42 Vorträgen berichten Experten aus allen Anwendungsgebieten über neue Trends, spannende Erfahrungen und Wissenswertes aus dem Systems Engineering. Ganz nach dem Motto "Erfolgreich mit Standards" berichten viele Sprecher über die Einführung, die Anwendung und die Umsetzung von organisationsweiten Vorgaben.

Mehr auf der Webseite zur Konferenz: www.see-conf.de

SEE 2010: Aufruf zur Teilnahme

2009-11-02T18:30:00.003+01:00

Der Startschuss für die SEE 2010 ist gefallen: am 3. und 4. Mai 2010 findet die größte deutschsprachige Konferenz zu Vorgehensmodellen, Methoden und Techniken in der Systementwicklung im Marriot Hotel in Köln statt. Natürlich wird es um das V-Modell XT gehen aber ebenso um andere Standards der Systementwicklung und Möglichkeiten, deren Einhaltung nachzuweisen. Das Motto im nächsten Jahr lautet daher "Erfolgreich mit Standards".

Wer einen eigenen Beitrag zur Konferenz leisten möchte, findet den "Call for Contribution" auf der Konferenzseite.

V-Modell XT und Open Office 3

2009-10-28T18:00:00.004+01:00

Seit der Version 1.2.1 setzt das V-Modell XT auf OpenOffice.org als Exportinfrastruktur. Bislang ist immer Portable OpenOffice in der Version 2.x zu Einsatz gekommen, jedoch bestand auch immer schon die Möglichkeit, ein bereits installiertes OpenOffice zu verwenden. Dies war insbesondere dann erforderlich, wenn die V-Modell-Werkzeuge auf einer Nicht-Windows-Plattform (Linux oder Mac) zum Einsatz kamen.

Mit dem Wechsel auf OpenOffice.org 3.x gab es allerdings einige Probleme: So blieb der Export der Vorlagen und der Prozessdokumentation einfach hängen oder brach einfach ab. Heute ist die Version 1.3.4 des Projektassistenten auf SourceForge veröffentlicht worden, die dieses Problem behebt. Die V-Modell-Werkzeuge funktionieren nun mit der Version 3.x von OpenOffice auch auf Nicht-Windows-Plattformen klaglos.

Die aktuellen Versionen sind hier zu finden:

Eines ist jedoch bei dieser neuen Version noch zu beachten: Wenn der Projektassistent mittels des Shell-Skripts gestartet werden soll, ist dies ggf. noch mithilfe von chmod a+x startup-de.sh als ausführbar zu markieren. Weiterhin können (beim Mac war das der Fall) noch Probleme mit den Zeilenumbrüchen im Skript auftreten. Das führt zu Fehlermeldungen. In diesem Fall müssen die Umbrüche im Skript noch mal angepasst werden.

Das V-Modell XT für die Westentasche - 2. Auflage

2009-08-29T17:57:00.003+02:00

Das V-Modell XT ist im Februar 2009 in der Version 1.3 veröffentlicht worden. Dieses Release richtet sich insbesondere an Prozessingenieure, jedoch wirken die Änderungen auch auf die Anwender. Daher haben wir unser Kompaktbuch "Das V-Modell XT" aktualisiert und auf die neue Version 1.3 abgestimmt.

Das Buch ist fertig und gedruckt und ist ab sofort bestellbar.

Zu viel Intelligenz ist auch nicht gut...

2009-08-12T14:48:00.005+02:00

Das lernt man sehr schnell, wenn man mit dem Internet Explorer den Online-Installer des V-Modells herunterladen will. Dieser liegt als jar-Archiv vor - eigentlich eine Zip-Datei, nur mit anderer Dateiendung. Der Internet Explorer erkennt dies korrekt und bietet eigentlich richtig das Herunterladen und Speichern einer Zip-Datei an:

Haken an der Sache ist: Damit funktioniert der Installer nicht mehr, der ja von der Java-Laufzeit ausgeführt werden soll. Um dem beizukommen, macht man einfach Folgendes:

1) Im Downloadbereich klickt man nicht einfach auf den Link des Installers, sondern ruft mit der rechten Maustaste das Kontextmenü auf und wählt Speichern unter...

2) Im angezeigten Dialog bietet der Internet Explorer wieder zunächst die Option an, eine Zip-Datei zu speichern. Wählen Sie im Auswahlfeld für den Dateityp einfach Alle Dateien und ergänzen Sie dann den darüber stehenden Dateinamen einfach um die Endung ".jar".

Danach sollte dann alles wie gewohnt laufen.

Das V-Modell XT sofort starten...

2009-06-16T21:05:00.004+02:00

Das V-Modell kommt ja bekanntermaßen bereits mit zwei Referenzwerkzeugen. Diese unterstützen einmal die organisationsspezifische Anpassung des V-Modells (der V-Modell XT Editor) und weiterhin die projektspezifische Anpassung (das Tailoring). Letzteres wird durch den V-Modell XT Projektassistenten umgesetzt, der gleichzeitig verschiedene Exporte erstellt, die in einem Projekt nützlich sein können. Konkret sind das:

eine angepasste Projektdokumentation
eine Menge von Dokumentvorlagen
ein initialer Projektplan
eine maschinenlesbare Form des projektspezifisch angepassten V-Modells

Nachteilig ist es jedoch oftmals, das die Exporte "unorganisiert" im Sinne der eigentlichen Projektarbeitsumgebung erstellt werden. Wird z.B. eine integrierte Entwicklungsumgebung verwendet, ist durch den Initiator des Projekts eine entsprechende Bereitsstellung der Exporte für diese Umgebung zu organisieren und durchzuführen.

Da das V-Modell jedoch formal basiert ist, also über ein Metamodell verfügt, das die möglichen Datenstrukturen beschreibt, kann dieser Vorgang auch in weiten Teilen schon automatisiert erfolgen. Das Process Enactment Tool Framework (PET) setzt dies um. Es stellt eine (erweiterbare) Werkzeugplattform zur Verfügung, mit deren Hilfe ein V-Modell für eine bestimmte Zielumgebung transformiert werden kann. Unmittelbar im Anschluss an das Tailoring mit dem Projektassistenten greift PET die Exporte ab und generiert z.B. vollständige Arbeitsumgebungen für verteilte Teams oder Vorlagen für komplexe Entwicklungsumgebungen.

PET ist als Open Source Projekt auf CodePlex gehostet. Es steht unter der Apache 2.0 Lizenz und ist auf Basis der .NET 3.5 Plattform entwickelt. Die aktuelle Implementierung unterstützt auf der Prozesseingabeseite das aktuelle V-Modell XT in der Version 1.3 (inkl. aller Metamodell-konformen Varianten sowie die Deutsche und die Englische Version).

Auf der Seite der Zielwerkzeuge werden aktuell unterstützt:

Export für Microsoft Sharepoint (vollständige Arbeitsumgebung)
Export für Microsoft Team Foundation Server (Erstellung von Process Templates)
Export für Microsoft Word 2007/2008 (Erzeugung von docx und dotx Dokumentvorlagen)

Die Plattform ist offen und verfügt über ein vollständig dokumentiertes API, sodass Erweiterungen sowohl auf der Prozess- als auch auf der Werkzeugseite möglich (und erwünscht) sind.

Link: http://pet.codeplex.com/

Was bedeutet eine PDS?

2009-06-15T10:17:00.007+02:00

Wer mit dem V-Modell XT die Projektplanung durchführen oder unterstützen möchte, muss verstehen, was die Projektdurchführungsstrategien (PDS) genau bedeuten. Dies betrifft in erster Linie Projektleiter (erstellen Projektpläne), Prozessingenieure (erstellen das Vorgehensmodell) und Werkzeughersteller (bauen Planungswerkzeuge).

Seit der Version 1.3 enthält das V-Modell XT ein komplett neues PDS-Metamodell, das an UML-Aktivitätsdiagramme angelehnt ist und das eine Modularisierung der Ablaufdefinitionen unterstützt.

Was eine PDS genau bedeutet und wann ein Projektplan konform zum Vorgehensmodell ist, definiert der folgende Technische Bericht der TU München:

Da der Bericht recht mathematisch ist, findet sich in der folgenden Präsentation eine etwas intuitivere Darstellung:

Dokumentation des V-Modell XT Metamodells

2009-06-02T18:21:00.003+02:00

Das Metamodell des V-Modell XT stellt die Grundlage für die Strukturen und die Werkzeugunterstützung des V-Modells dar. Dieses Metamodell wurde in der neuen Version 1.3 des V-Modells grundlegend überarbeitet. Einige Neuerungen sind:

Unterstützung für Varianten
Besseres Handling der Beziehungen
Neues Tailoring
...

Um auch Werkzeugherstellern und insbesondere den Anpassern des V-Modells ein Mehr an Informationen zugänglich zu machen, ist das Metamodell vollständig dokumentiert. In einem technischen Bericht der TU München befindet sich eine detaillierte Erläuterung der Strukturen sowie eine Aufstellung aller möglichen Operationen für die organisationsspezifische Anpassung.

Die Dokumentation ist hier zu beziehen.

Ausgestaltung der AG-Strategie: Rahmenvertrag

2009-04-06T13:39:00.003+02:00

Die Projektdurchführungsstrategie für den Auftraggeber lässt unterschiedliche Wege zu und oft ist nicht klar, wann welche Alternative gewählt werden soll. Der folgende Projektdurchführungsplan zeigt einen möglichen Projektablauf für eine Beauftragung in Stufen:

Der Auftraggeber schreibt auf Basis seiner Anforderungen einen Rahmenvertrag aus und ruft dann nach und nach die Einzelleistungen ab. Für jeden Einzelvertrag wird der Entscheidungspunkt Projekt beauftragt aufs Neue erreicht.

Das Poster zum V-Modell XT

2009-02-26T12:35:00.003+01:00

Auf 842 Seiten verteilt das V-Modell XT seine Dokumentation. Dies ist zum Einlesen und Nachschlagen akzeptabel; doch vermissen viele Anwender eine Übersicht, die die Konzepte und Inhalte kompakt und doch verständlich darstellt.
In der aktuellen Ausgabe März/April 2009 der Zeitschrift ObjektSpektrum finden die Leser ein Poster zum V-Modell XT. Aufgeteilt in die drei Kategorien Management, Systementwicklung und Schnittstelle zwischen Auftraggeber und Auftragnehmer stellt das Poster die wichtigsten Produkte im Projektablauf dar und ordnet diese den entsprechenden Entscheidungspunkten zu. Besonders hilfreich: mit dem Poster existiert endlich eine Übersicht der erzeugenden Produktabhändigkeiten.
Zweite Chance, um an das Poster zu gelangen: Teilnehmer der SEE 2009 werden ein Exemplar in ihrer Konferenztasche finden.

Release 1.3 ante portas

2009-01-19T18:42:00.005+01:00

Wie heute bekannt wurde, steht das nächste Release des V-Modell XT kurz vor seiner Veröffentlichung. Am 2. Februar 2009 wird die Version 1.3 öffentlich zugänglich. Während die Inhalte weitgehend identisch sind zum bisherigen Stand 1.2.1.1 hat sich einiges "unter der Haube" getan. Das zugrundeliegende Metamodell wurde grundlegend renoviert und unterstützt die organisationsspezifische Anpassung des Standards deutlich besser. Weiterhin wurden die Werkzeuge erweitert und eine Vielzahl von Bugs beseitigt.

Update 02.02.09: Das V-Modell XT ist veröffentlicht - die Webseiten allerdings noch nicht aktualisiert. Wer neugierig ist, geht direkt auf den ftp-Server.

Leitfaden zur Anpassung des V-Modell XT

2008-12-29T14:56:00.004+01:00

In den Ausgaben 4/2007 und 5/2007 der Computerzeitschrift iX hatten wir in einem praxisnahen Leitfaden die Anpassung des V-Modell XT vorgeführt. Die Artikel und der kostenfreie V-Modell XT Editor versetzen auch technisch weniger versierte Leser in die Lage, den Standard auf die eigenen Bedürfnisse anzupassen.

Zusammen mit dem neuen Portal heise developer wurden nun Teil 1 und Teil 2 des Leitfadens kostenfrei zugänglich. Viel Freude beim lesen.

SEE 2009 : Impressionen vom Steigenberger Hotel

2008-10-29T10:56:00.006+01:00

Wenn die Konferenz im Mai startet, werden die Räumlichkeiten im Steigenberger Hotel in Berlin eine komplette Renovierung hinter sich haben. Hier zwei Impressionen.

SEE 2009 : Werkzeuge als Schlüssel zum Projekterfolg

2008-10-27T10:41:00.005+01:00

Der Startschuss für die SEE 2009 ist gefallen: vom 25. bis 27. Mai 2009 findet die größte deutschsprachige Konferenz zu Vorgehensmodellen, Methoden und Techniken in der Systementwicklung im Steigenberger Hotel in Berlin statt. Wir freuen uns sehr, zusammen mit einer großen Anzahl an Mitveranstaltern das Event zu organisieren. Natürlich wird es um das V-Modell XT gehen aber ebenso um andere Vorgehensmodelle (wie etwa agile Entwicklung), um Reifegradmodelle (wie etwa SPICE und CMMI) und um konkrete Techniken und Methoden. Das Motto im nächsten Jahr lautet "Werkzeuge als Schlüssel zum Projekterfolg".

Wer einen eigenen Beitrag zur Konferenz leisten möchte, findet den "Call for Contribution" auf der Konferenzseite.

Release 1.3 übergeben: WEIT am Ende

2008-10-24T18:34:00.008+02:00

Nach sechsjähriger Projektlaufzeit wurde heute mit der Übergabe von Release 1.3 des V-Modell XT das Projekt WEIT offiziell beendet. WEIT lief seit 2002 in insgesamt vier Phasen, in denen das V-Modell XT erarbeitet und eingeführt wurde. Außerdem konnte das Projektteam einen zukunftssicheren Wartungs- und Pflegeprozess sowie ein Zertifizierungsprogramm etablieren.

Wo das Projekt WEIT aufhört, setzt aber der WEIT e.V. an: Der eingetragene Verein will das V-Modell XT auch zukünftig warten, pflegen, weiterentwickeln und verbreiten. Der Verein wurde im April 2008 gegründet und wird seine Arbeit in Kürze aufnehmen.

Projektsynchronisation und die AG/AN-Schnittstelle

2008-10-20T20:16:00.005+02:00

Die AG/AN-Schnittstelle des V-Modells definiert klar, wer zu welchem Zeitpunkt was und an wen liefert. Dies hört sich zunächst sehr abstrakt an. Am folgenden kleinen Beispiel wollen wir jedoch zeigen, wie sich die AG/AN-Schnittstelle anwenden und zur Risikominimierung ausgestalten lässt.

Quelle: Friedrich, Hammerschall, Kuhrmann, Sihling: Das V-Modell XT (Springer, 2008)

Sowohl das Auftraggeber- (AG) als auch das Auftragnehmer-Projekt (AN) verlaufen zunächst unabhängig voneinander. Erst zum Entscheidungspunkt "Projekt beauftragt" haben beide Projekte einen Zustand erreicht, in dem sie nur gemeinsam oder gar nicht vorankommen. Liegt ein konkreter Auftrag (z.B. in Form eines Vertrags) vor, kann ein Entwicklungsabschnitt geplant und begonnen werden (Entscheidungspunkt "Iteration geplant"). Danach verlaufen die beiden Projekte wieder eigenständig, bis zur Abnahmeerklärung (Entscheidungspunkt "Abnahme erfolgt"). Hier sind beide Projekte erneut in einem Zustand in dem sie wieder nur gemeinsam oder gar nicht weitergeführt werden. Weitere Iterationen werden analog weitergeführt...

Die AG/AN-Schnittstelle ist sehr schlank gehalten und abstrahiert den spezifischen Entwicklungsvorgang des AN. Sie legt also nicht fest, ob und wann das System oder die Architekturdokumente geliefert werden müssen, sondern kennt nur das abstrakte Produkt Lieferung, das einer Abnahme vorausgeht. In einigen Situationen ist es jedoch erforderlich, sich öfter als nur zu den Abschnittsplanungen und Abnahmen zu synchronisieren. Für solche Fälle kann im AG-Projekt der Entscheidungspunkt "Projektfortschritt überprüft" verwendet werden. Ist es z.B. gewünscht, die Systemspezifikation oder die System- oder Softwarearchitektur im Dialog von AG und AN zu gestalten, kann vereinbart werden, dass beim Erreichen der entsprechenden Entscheidungspunkte beim AN mindestens ein Status (z.B. in Form eines Projektstatusberichts) zum AG gemeldet wird. Auf diese Weise kann ein Feedback-Mechanismus und somit ein kontinuierlicher Informationsfluss etabliert werden. Auf der Seite des AGs stehen somit weitreichende Steuerungsmechanismen zur Verfügung. Der AN profitiert von einem derartigen Verfahren, indem sein Risiko, an den Anforderungen vorbei zu arbeiten, minimiert wird.

Neue Projektpläne in der nächsten V-Modell XT Version

2008-09-24T14:04:00.006+02:00

In einem älteren Blog-Eintrag sind wir schon einmal auf die Konvertierung der CSV-Pläne z.B. in MS Project eingegangen. Dort war es das Problem, dass eine notwendige Konvertierung einen Eingriff erforderte, um korrekte Pläne in Project zu bekommen. An der TU München haben wir uns daher in den letzten Monaten im Rahmen eines Systementwicklungsprojekts mit einem alternativen Weg beschäftigt: Wir schaffen den Zwischenschritt über das CSV-Format ab und erzeugen aus dem projektspezifischen V-Modell und den Planungsinformationen des Projektassistenten direkt einen MS Project Plan. Zum Einsatz kommt hierzu das XML-Format, das ab Project 2003 verfügbar ist. Der Vorteil: Dieses XML-Format wird von den meisten Planungswerkzeugen verstanden und kann (zumindest) direkt eingelesen werden. Getestet haben wir es bislang mit MS Project 2003 und 2007, OpenProj (Windows/Linux) und Merlin (Mac):

Ein weiteres Feature dieses neuen Exports ist, dass nun auch die Rollen mit exportiert und den generierten Aktivitäten initial zugewiesen werden. Die Rollen werden als Ressourcen (i.d.R. als Gruppen) im Plan abgelegt und können z.B. Mitarbeitern im Projekt zugewiesen werden. Standardmäßig wird für jede Rolle eine Gruppe und für jede Gruppe eine Ressource mit dem Namen der Gruppe angelegt. Diese "Stellvertreter-Person" wird dann für die Aufgabenzuordnung verwendet.

Zurzeit wird der neue Export auf Verwendbarkeit im V-Modell XT Projektassistenten geprüft, aber die Chancen, dass er im nächsten V-Modell Release verfügbar ist, stehen gut.

Produktqualität vs. Prozessqualität

2008-09-18T14:21:00.007+02:00

Im Projektalltag bringt das Thema "Qualitätsziele" immer wieder Schwierigkeiten mit sich. Unklar ist, wie die Aufteilung zwischen den Produkten Lastenheft und QS-Handbuch aussieht. Die Themen "Nicht-funktionale Anforderungen" und "Qualitätsziele und -anforderungen" sind hier scheinbar redundant.

Die Aufteilung ist aber recht einfach zu erklären: Ins Lastenheft kommen alle Qualitätsanforderungen, die am gelieferten System selbst (inkl. Quellcode und Dokumentation) überprüfbar sind. Dazu gehören beispielsweise die klassischen Software-Qualitätseigenschaften aus der internationalen Norm ISO/IEC 9126: Zuverlässigkeit, Benutzbarkeit, Effizienz, Änderbarkeit und Übertragbarkeit. Das Lastenheft beschreibt also die Qualität des entwickelten Produkts.

Das QS-Handbuch beinhaltet alle Qualitätsanforderungen, die nicht am System selbst, sondern nur in der Projektdurchführung überprüft werden können, wie z.B. ein anzuwendendes Vorgehensmodell, bestimmte Managementmechanismen/Entwicklungsmethoden, vereinbarte Prozessaudits oder auch eine geforderte Testüberdeckung. Das QS-Handbuch beschreibt somit die Qualität des Entwicklungsprozesses.

Quelle: Friedrich, Hammerschall, Kuhrmann, Sihling: Das V-Modell XT (Springer, 2008, im Erscheinen)

Natürlich existieren auch hier Grauzonen, beispielsweise bei der Testüberdeckung. Wird nur eine gewisse Testüberdeckung gefordert, dann ist das ein Fall fürs QS-Handbuch. Wird dagegen eine konkrete Testumgebung gefordert, die diese Testüberdeckung automatisch realisiert, dann ist das ein Liefergegenstand und kommt somit ins Lastenheft.

Das V-Modell XT für die Westentasche

2008-09-05T09:36:00.005+02:00

Das V-Modell XT ist mit seinen mindestens 750 Seiten nicht gerade schlank. Oftmals fällt es den Anwendern wegen dieser Masse schwer, den richtigen Einstieg zu bekommen und das V-Modell XT so anzuwenden, dass es Ihnen nützt; sie aber keine unnötigen Mehraufwände in Kauf nehmen müssen.

Um hier einen leichten und pragmatischen Einstieg anzubieten, haben wir für den Springer-Verlag das Kompaktbuch Das V-Modell XT geschrieben. Es fasst im Westentaschenformat auf 160 Seiten alle wesentlichen Konzepte des V-Modell XT zusammen und bietet darüber hinaus eine Vertiefung der Themen

Projektmanagement
Qualitätssicherung
Auftraggeber-/Auftragnehmerschnittstelle

Das Buch stellt aber nicht nur V-Modell-XT-Inhalte in gekürzter Form dar, sondern enthält viele Beispiele, Hinweise und Tipps, die wir in den letzten Jahren der Schulung, Einführung, Anpassung und Anwendung des V-Modell XT gesammelt haben. Das Buch erscheint Anfang Oktober (Informationen: Amazon, Springer).

Als weitere Option kann dieses Buch als begleitendes Material für die Zertifizierungsschulungen zum V-Modell XT genutzt werden und dort als kompaktes Nachschlagewerk dienen.

Automatisierte Bildergenerierung

2008-08-22T13:20:00.009+02:00

Die Bilder zum V-Modell XT wurden bis jetzt alle von Hand in Microsoft Visio gezeichnet. Die Verwendung eines proprietären Formats stellt ein Problem dar, da das V-Modell insgesamt auf Open Source setzt. Ein weiteres praktisches Problem ergab sich dadurch, dass bei Modelländerungen auch Bilder nachgezogen werden mussten. Bei so vielen Bildern war es nur menschlich, dass dabei das ein oder andere vergessen wurde.

Im Rahmen des WEIT-Projekts hat die 4Soft GmbH in Zusammenarbeit mit der TU Clausthal eine automatische Bildergenerierung für die Bilder der Projektdurchführungsstrategien und der Vorgehensbausteine entwickelt. Diese wird ab der nächsten Version des V-Modell XT zur Verfügung stehen.

Die Generierung der VB-Bilder läuft vollautomatisch, d.h. der Anwender muss keine Gestaltungsarbeit übernehmen. Bei den PDS-Bildern generiert das Werkzeug einen Graphen, der die modellierten Abläufe visualisiert. Der Anwender muss dann noch das Layout im Detail festlegen. Wenn sich das Modell ändert wird das vom Benutzer festgelegte Layout nicht zerstört, sondern nur aktualisiert. Vor allem für organisationsspezifische Anpassungen ist das Werkzeug daher sehr wertvoll.

Gute Projektdokumentation - gutes Deutsch

2008-08-19T15:46:00.007+02:00

Das V-Modell kennt einige Produkte (Dokumente), die ein großer Personenkreis lesen und verstehen muss; dazu gehören beispielsweise Projekthandbuch, QS-Handbuch, Lastenheft, Pflichtenheft und die Ausschreibung. Das V-Modell gibt zwar einen inhaltlichen Rahmen vor, bei diesen Dokumenten kommt es aber in großem Maße auch auf Verständlichkeit an: Gutes Deutsch ist also gefragt.

Wolf Schneider beschreibt in seinem Buch Deutsch für Kenner, wie man gut und verständlich schreibt. Jedem Projektleiter, QS-Verantwortlichen, Anforderungsanalytiker und Ausschreibungsverantwortlichen sei deshalb ein Blick in das Buch ans Herz gelegt.

Wolf Scheider, Deutsch für Kenner - Die neue Stilkunde, Piper Verlag, 9,95€