Die Architektur des QA Navigation SLM
Unabhängige Module
Der QA Navigation SLM ist ein modulares Software-System, dessen einzelne Komponenten auch unabhängig voneinander einsetzbar sind. Somit kann wahlweise nur mit einzelnen Tools gearbeitet werden oder das gesamte SLM-Instrumentarium zur Steuerung des Software-Lebens-Zyklus zum Einsatz kommen. Alle Module des SLM sind so konzipiert, dass sie sich in jeder denkbaren Konstellation reibungslos in vorhandene Infrastrukturen einbetten lassen.
Open Source
Der SLM läßt den Zugriff auf seine Source-Dateien zu, so dass es problemlos möglich ist, die Anwendungen den individuellen Bedürfnissen anzupassen. Die Architektur von in Schichten aufgeteilten, intelligenten Software-Modulen erlaubt leichte und schnelle Änderungen.
Datenanpassung
Der SLM lässt sich mit Hilfe verschiedener Konfigurationsdateien reibungslos an die individuellen Werte der Organisation, des Projekts und der vorhandenen Infrastruktur anpassen. Die Bezeichnungen und Titel der Anwendung können schnell und einfach gemäß der individuellen Nomenklatur angepasst werden.
XML Datenhaltung
Alle anfallenden Daten werden als XML kodiert und vorgehalten. Dies ermöglicht es, zu jedem beliebigen Zeitpunkt Fremddaten in die Verarbeitung einzuphasen oder die generierten Daten des SLM z.B. mit Hilfe einer Transformation via XSLT in einem beliebigen Format auszugeben. Damit lässt sich der SLM leicht in eine bestehende Architektur einbinden.
Um Redundanz zu vermeiden, aber gleichzeitig maximale Flexibilität zu gewährleisten, sind die einzelnen Dokumente mit eindeutigen, unverwechselbaren IDs gekennzeichnet und über diese miteinander verknüpft. Die einzelnen Anwendungen erlauben es, in der Art eines Hypertext-Links zu den verknüpften Dokumenten zu springen.
Fremde Dokumente lassen sich auf die gleiche Weise einbinden.
Die Art der Datenhinterlegung des SLM ermöglicht es, die Daten sowohl zentral in einer gemeinsamen Datenbank abzulegen als auch dezentral zu verteilen. Ebenso können die Testdaten auf verschiedenen Rechnern erfasst und später wieder in einer zentralen Datenbank zusammengeführt werden.
Die Report Manager Architektur
Die Implementation des Report Manager basiert auf Jakarta-Tomcat als Webserver und MySQL zur Datenhaltung, ist aber nicht auf diese beschränkt. Der JSP/Servlet Teil folgt ausschliesslich dem J2EE Standard, die Datenhaltung ist als JDBC-Implementation unabhängig von Datenbankherstellern.
Die Test Workbench Architektur
Die Test Workbench ist eine auf .Net basierende fat client Anwendung, die My SQL zur Datenhaltung nutzt, aber nicht auf diese beschränkt ist. Die Implementation benötigt keine weiteren spezifischen Bibliotheken und kann daher mit Visual Studion Express bearbeitet werden.
| 
