13.10. Das Register Checkliste

Das Durchf??hren von Designreviews und Inspektionen ist eine der effektivsten Arten Fehler w??hrend der Softwareentwicklung zu entdecken. Ein Designreview besteht typischerweise aus einer kleinen Zahl von Designern, Implementierern oder anderen Projektbeteiligter, die eine Besprechung durchf??hren, um ein St??ck Softwareentwicklung zu reviewen. Viele Entwicklungsorganisationen haben Checklisten von h??ufigen Designproblemen f??r solche Reviews entwickelt. Die Vergangenheit zeigt auf, dass die Reviewer den Code ohne Besprechung mit Hilfe dieser Checklisten ??berpr??fen und dies genauso effektiv ist, wie die Design- Reviews in Form einer Besprechung.

Aus diesem Grund wurden ArgoUML Checklisten hinzugef??gt, die den Gedanken von der Design-Review-Checkliste unterst??tzen. Jedoch, sind die ArgoUML-Checklisten in die Anwenderschnittstelle des Design- werkzeuges und in die Designarbeit integriert.

Ein Softwaredesigner, der ArgoUML verwendet, kann f??r jedes Designelement eine Checkliste sehen. Das Register „Checkliste “ pr??sentiert eine Liste von unmarkierten Elementen, die zum aktuell markierten Designelement geh??ren. Zum Beispiel, wenn eine Klasse in einem Designdiagramm markiert ist, zeigt das Register Checklisten Elemente, die zum kritischen Nachdenken ??ber diese Klasse anregen. Siehe nachfolgendes Bild. Designer k??nnen Elemente als betrachtet markieren. Markierte Elemente verbleiben in der Liste, um darzustellen, dass Sie bereits betrachtet wurden, w??hrend unmarkierte Elemente den Designer auffordern, ??ber diesen neuen Designaspekt nachzudenken. ArgoUML unterst??tzt unterschiedliche Checklisten mit vielen m??glichen Elementen.

Abbildung 13.18. Ein Beispiel f??r eine Checkliste einer Klasse.

Ein Beispiel f??r eine Checkliste einer Klasse.


[Achtung]Achtung

In der Release V0.22 von ArgoUML ist dieses Register nicht vollst??ndig implementiert. Zum Beispiel werden die Markierungen nicht gespeichert.