Sind die verschiedenen Artefakte produziert, indem beispielsweise eine Code-Prüfung durchgeführt oder ein Code-Prüfungs-Report erstellt wurde, lassen sich diese zum TBmanager-Projekt hinzufügen und anstelle der Platzhalter einsetzen. Bild 3 zeigt genau, wie die Tabellen 1, 1a und 1b in Abschnitt 5 verifiziert wurden. Jedes Dokument lässt sich durch einen Doppelklick sichten.
Um die Konsistenz der geprüften Daten zu gewährleisten, stellt LCMS ein Document Review Management System (DRMS, Bild 4) zur Verfügung.
Darin finden sich Checklisten für den erforderlichen Inhalt der Dokumente. Außerdem lässt sich über die Dokumentenprüfungen Buch führen. Bestandteil des LCMS ist außerdem ein Review & Analysis Management System (RAMS, Bild 5). Das zeichnet die Review-Teilnahme auf, enthält Checklisten für alle im SPP definierten Prüfungen und führt Buch über die Prozess-Prüfungen. Schließlich gehört zum LCMS auch ein Problem Reporting Management System (PRMS, Bild 6), das Probleme für die Änderungskontrolle aufzeichnet, Probleme bis zu ihrer Lösung verfolgt und über die Prozesskonformität Buch führt.
Der Autor
Mark Richardson |
---|
ist zur Zeit bei LDRA als Field Application Engineer tätig und arbeitet in dieser Funktion eng mit den zahlreichen Distributoren des Unternehmens zusammen. Vor seinem Eintritt bei LDRA arbeitete Richardson als Lead Application Engineer bei IBM Rational Rhapsody. Er verfügt über mehr als 12 Jahre Erfahrung im Einsatz von UML in Embedded-Projekten und mehr als 30 Jahre Erfahrung in der Entwicklung von Echtzeit-Embedded-Software in C, C++ und Java. |