Bewerten der Legacykomponenten

Über 20 Jahre praktische Erfahrung haben uns gezeigt, dass das Bewerten von Software nutzlos ist, wenn daraus keine konkreten Maßnahmen resultieren.  Der erste Schritt muss immer die klare Definition der Zielsetzung sein, andernfalls sind die Messergebnisse aufgrund der zu generellen oder abstrakten Metriken nicht verwertbar.

Deshalb bieten wir Ihnen in Refine^tm for governance die Möglichkeit:

• Metriken zur präzisen Umsetzung der definierten Ziele in konkrete Maßnahmen auszuwählen oder festzulegen (falls noch keine Metriken vorhanden sind) – dank der beispiellosen Expressivität der refineTM-Sprache

• mehrere Qualitätsleitlinien gleichzeitig zu implementieren, um alle Benutzerrollen und Benutzeranforderungen berücksichtigen zu können (Entwicklung, Tests, Betrieb, Geschäftsbereiche)

• die Ergebnisse auszuwerten und in einen Arbeitsplan mit gleichzeitiger Auslastungsevaluierung zu übersetzen

In der unten stehenden Abbildung sehen Sie die wichtigsten Stufen im Zyklus einer Legacybewertung.

Bearbeiten der Qualitätsleitlinien

Bewertungstools müssen die unterschiedlichsten Dinge verarbeiten können:

• die festgelegte Zielsetzung: Vereinfachung des Codes, Qualitätskontrolle, Zentralisierung etc.

• alle Benutzerrollen im Unternehmen

• den Status der fortlaufenden Entwicklung der zu bewertenden Software

Aus diesem Grund können die Benutzer in Refine^tm for governance die wichtigsten Metriken auswählen und in eine Qualitätsleitlinie zusammenführen, die frei editierbar ist.

Refine^tm for governance stellt mehrere Hundert vordefinierte Metriken bereit, für Aspekte wie:

Mithilfe dieses Desktops können Qualitätsleitlinien geändert oder neue erstellt werden, indem in Ontologien definierte Metriken oder Messpunkte ausgewählt und Qualitätsschwellenwerten zugeordnet werden.

Bewertung im Überblick

Neben den detaillierten Ergebnissen, die aus der Anwendung der Qualitätsleitlinien gewonnen werden, erstellt refineTM for governance auch einen Überblick über die Ergebnisse, der besonders bei Annahmeverfahren für neue Legacyversionen hilfreich ist.

Wenn das Programm die Qualitätsanforderungen erfüllt, ist der Status grün.

Erfüllt es die Anforderungen nicht, ist der Status rot.

Diagnose

Nachdem die Bewertung abgeschlossen wurde, müssen die Ursachen untersucht werden, d. h., vor der Einführung eines Optimierungsplans muss eine detaillierte Diagnose durchgeführt werden.

Dieser Desktop ermöglicht die Darstellung der gemessenen Werte nach den unterschiedlichen Richtwerten, z. B. Code-Organisation (Programm, Bereich, Anwendung, Legacykomponente), oder nach Messkriterium (Qualitätsleitlinien, Messmotiv, Metrik).

Codeprüfung

Oft ist es erforderlich, bis auf Code-Ebene zu gehen, um die Auswirkungen der Qualitätsleitlinien auf einzelne Codezeilen zu prüfen.

Optimierungsplan

Nach der Bestandsaufnahme und Diagnose müssen Sie die entsprechenden Maßnahmen einleiten.

Mit diesem neuen Desktop können Sie die Implementierungslast der jeweiligen Optimierungspläne evaluieren und so die Kosten gemäß der Zielsetzung reduzieren.