Auf der Suche nach einem Tool um Anforderungen zu erfassen
19. Juni 2009 Roland
- Erstellen eines Newssystems
- Akteure im Newssystem
- Newssystem Anwendungsfälle für den Systemadministrator
- Newssystem Anwendungsfälle für den Editor
- Newssystem Anwendungsfälle Zusammenfassung
- Newssystem Anwendungsfälle Webuser
- Anwendungsfall Add Category
- Anwendungsfall Add Editor to Category
- Anwendungsfall Change Editor
- Nebenläufigkeiten beim Editieren von Newseinträgen
- Anwendungsfall Create Editor
- Anwendungsfall Delete Category
- Anwendungsfall Delete Editor
- Anwendungsfall Edit Category
- Anwendungsfall Remove Editor From Category
- Anwendungsfall Show Editors
- Anwendungsfall Show Categories
- Anwendungsfall Add Image to Newsentry
- Anwendungsfall Create Newsentry
- Anwendungsfall Delete Image
- Anwendungsfall Delete Newsentry
- Anwendungsfall Edit Image Data
- Anwendungsfall Edit Newsentry
- Anwendungsfall Navigate in Newslist
- Anwendungsfall Remove Image from Newsentry
- Anwendungsfall Search Image
- Anwendungsfall Search News
- Anwendungsfall Set Presentation Times
- Anwendungsfall Upload Image
- Anwendungsfall Navigate Archive News Shortentries
- Anwendungsfall Navigate Shortentries
- Anwendungsfall Show Archive Newsentry
- Anwendungsfall Show Newsentry
- Anwendungsfall Show Shortentries
- Aufbereiten der bisherigen Anwendungsfälle
- Technische Anwendungsfälle
- Nebenläufigkeiten beim Lesen von Newseinträgen
- Lasst uns mal über Performancemessung reden
- Erste Gedanken zum Backup und Restore für unser Newssystem
- Zwischenschicht zur Performancemessung einbauen
- Performancemessungen ein- und ausschalten
- Performance Messung auf dem Server durchführen
- Newssytem Daten Modellieren
- Anwender Aktionen loggen
- Geschäftsmodelle erkennen
- ImageModel Beschreibung
- Installierbarkeit des Newssystems
- Housekeeping im Newssystem
- Anwendungsfall SearchNotUsedImages
- UserModel Beschreibung
- Meldungsverwaltung und Severity Bestimmung im Newssystem
- UserModelFactory
- Einsatz eines Frameworks für die Erstellung des Newssystems
- Ist das Newssystem einfach nur eine View auf eine Blogsoftware?
- Factory- und Adapter Pattern für die Erweiterung von WordPress
- Wieso will ich das Newssystem nicht als WordPress Plugin erstellen?
- Newssystem gesundschrumpfen
- Wer sind unsere Kunden für das Newssystem?
- Requirements für Newssystem erfassen
- Rahmenbedingungen für das Newssystem
- Entscheidung wie das Newssystem jetzt umgesetzt werden soll
- Welche Tools können wir zur Anforderungsverwaltung einsetzen?
- Verwalten der Anforderungen
- Namensänderungen im Newssystem Modell
- Ein Tool für die Anforderungen
- Komponenten die im ersten Sprint umgesetzt werden sollen
- Auf der Suche nach einem Tool um Anforderungen zu erfassen
- Security fummelt man am Besten gleich in die Architektur hinein
- Security Komponenten Klassendiagramm
- wie schrumpft man das System Gesund?
In meinem vorhergehenden Artikel habe ich bereits über einige Tools um Anforderungen zu erfassen nachgedacht. In diesem Artikel möchte ich versuchen die Vor- und Nachteile zu verdeutlichen. Eine Anforderung an unser Tool hat sich geändert. Und zwar ist es nicht zwingend Notwendig Anforderungen per Mail an mich zu senden. Eine Möglichkeit sie selber zu einzutragen, und wenn möglich noch zu kommentieren bzw. zu diskutieren wäre toll. Daher die folgenden Tools nach meiner Beurteilung.
MediaWiki
- Stärken
Versionen der Anforderung möglich.
Rechteverwaltung möglich.
Diskussionsmöglichkeit gegeben um evtl. direkt den Status der Anforderung zu besprechen.
Kategorisierung, Suchfunktion, und Anordnung möglich.
- Schwächen
Eingabe der Anforderung ist nicht ganz durchgängig.
Eine für jeden verständliche Anordnung der Anforderungen muss noch erfunden werden.
- Chancen
Es besteht die Möglichkeit einzelne Anforderungen direkt auszudiskutieren und einen Status festzulegen.
Anforderungen müssen nicht unbedingt per Mail entgegengenommen werden, sondern können an passenden Stellen eingetragen werden.
Man kann Bilder oder andere Medien einfügen um Vorgänge oder Anforderungen genauer zu beschreiben.
Erstmaliger Einsatz von einem Wiki.
- Risiken
Es muss eine geeignete Struktur eingesetzt werden, damit keine Anforderungen untergehen.
Blog
- Stärken
Diskussionsmöglichkeit gegeben.
Rechteverwaltung möglich.
Kategorisierung möglich.
Anforderungen können direkt eingetragen werden.
- Schwächen
Artikel oder Seiten können nicht nachträglich in andere Kategorien oder Serien geordnet werden.
- Chancen
Jeder ist mit dem System vertraut und man würde sich Einarbeitungszeit sparen.
- Risiken
Man müsste sich auf ein nicht änderbare Anordnung festlegen, und somit evtl. feststellen, dass diese Tool doch unpassend ist.
Keine Erfahrung ob sich dieses Tool als “Anforderungserfassungssystem” eignet.
Gobby
- Stärken
Dokumente können von mehreren gleichzeitig genutzt werden.
Zeitversetztes arbeiten möglich.
Anforderungen können in ein passendes Dokument eingetragen werden.
Diskussionsmöglichkeit über Chat möglich.
Mehrere Dateien können über ein einzelnes Fenster geöffnet werden.
- Schwächen
Jede Anforderung müsste ein eigenes Dokument erhalten.
Einzelne Dokumente werden durch einen Filebrowser geöffnet, somit bestimmt die “Ordner/Datei-Anordnung” die Übersichtlichkeit.
Ein z.B. Tabellendokument (.ods) ist in der Liste der bekannten Dateiformate nicht vorhanden.
Das System ist nicht jedem bekannt.
- Chancen
Wir lernen ein neues Tool kennen.
- Risiken
Kriterien, wie Übersichtlichkeit, Kategorisierung usw. werden evtl. nicht erfüllt.
| Tool | miradlo Issue Tool | Wikis | Google Docs | Gobby |
| Anforderungen eintragen | sehr gut | ausreichend | gut | ausreichend |
| Rechteverwaltung | nicht vorhanden | vorhanden | vorhanden | vorhanden |
| System bei Anwendern bekannt | teilweise | teilweise | bekannt | teilweise |
| Anforderungen empfangen | über Rechteverwaltung möglich | Chat, Rechteverwaltung | ||
| Versionierung | nicht vorhanden | vorhanden | nicht vorhanden | vorhanden |
| Ordnen (nach z.B. Kategorien, Status..) | ja | ja | ja | Ordnerstruktur |
| Diskussionsmöglichkeit | nein | ja | nein | ja |
Einige dieser Tools habe ich nur angetestet, und sind mir nicht im Detail bekannt. Also falls es z.B. doch sein kann das Gobby auch andere Dateiformate annimmt oder es bei einem Wiki doch noch Schwächen gibt die ich Übersehen habe, könnt ihr es ja kommentieren…
In Anbetracht dessen, dass der Weg der Anforderungen doch nicht unbedingt per Mail erfolgen soll, würde ich ein Wiki vorziehen. Dort hätte man tatsächlich die Möglichkeit Anforderungen selber einzutragen und deren Status auszudiskutieren. Darüber hinaus können Änderungen anhand verschiedener Versionen jederzeit ersichtlich sein. RSS-Feeds könnte man ebenfalls benutzen, was somit alle Teilnehmer über Änderungen informiert. Ausserdem wäre ein Einsatz eines Wikis auch mein erstes Mal, und somit eine Erfahrung wert.
Was haltet ihr diesmal davon?
Der Beitrag wurde
am Freitag, den 19. Juni 2009 um 13:33 Uhr veröffentlicht
und wurde unter Azubi-Ecke, Guggat emol, Unterricht abgelegt.
Kurzlink: http://www.baldenhofer.eu/blog/?p=1567
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.









Klasse Artikel, Jozo!!
Wau der ist wirklich toll!
Ich würde empfehlen, dass du ein Wiki (lokal) installierst und ausprobierst. Wir können dann ja morgen früh die Geschichte kurz anschauen und dann freischalten.
Vielleicht wäre noch ein letzter Blick auf das Tool redmine, welches Imbo Sim erwähnt hat, noch lohnenswert.
Ansonsten bin ich der Meinung dass wir dieses Thema sehr gut analysiert haben und auch viel dabei gelernt haben.
Grüsse
Roland