# 9 Glossary Die Definitionen und Erläuterungen zu den aufgeführten Begriffen basieren u.a. auf folgenden Quellen: MSR-MEPRO-Partner DIN/ISO 8402 “Qualitätsmanagement und Qualitätssicherung – Begriffe” DGQ-Schrift 11-04. Change Control Board (CCB) Hier verwendeter Begriff für ein aus Lieferant- und Auftraggebervertretern zusammengesetztes Gremium, das über die technische Umsetzung von Änderungsanträgen berät. Die Änderungsanträge werden hinsichtlich verschiedener Aspekte bewertet und im Fall der Umsetzung zentral verwaltet und überwacht. Das CCB trägt die Verantwortung für die Nachvollziehbarkeit von Änderungen. Die Aktivitäten des CCB werden dem Prozessfeld Änderungsmanagement zugeordnet. Datenmodell Ein Datenmodell beschreibt ein reales oder zu realisierendes Objekt. In einem Datenmodell ist evtl. nur eine partielle Sicht auf ein reales Objekt abgebildet, z.B. die technisch-geometrische Beschreibung (z.B. 3D-CAD-Modell), die funktionale Beschreibung (z.B. Simulationsmodell), oder die dokumentierte Verbindlichkeit des Entwicklungsstatus. Das Datenmodell eines Prototyps beschreibt in der Regel nur einen Teilumfang des aktuellen Ent-wicklungsstandes. Entwicklungsstand Der Entwicklungsstand beschreibt den aktuellen Stand der Entwicklung hersteller- und zuliefererübergreifend. Der aktuelle Entwicklungsstand findet seine Abbildung in einem kontinuierlich fortgeschriebenen Datenmodell. Lastenheft (nach DIN 69 905 – VDI/VDE 3694 – VDA 6.1) Gesamtheit der Forderungen des Auftraggebers an die Lieferungen und Leistungen eines Auftragnehmers. Im Lastenheft sind die Forderungen aus Anwendersicht einschließlich aller Randbedingungen zu beschreiben. Diese sollten quantifizierbar und prüfbar sein. Im Lastenheft wird definiert, was für eine Aufgabe vorliegt und wofür sie zu lösen ist. Das Lastenheft ist eine reifegradabhängige Dokumentation, in der Anforderungen und Funktionen der Entwicklungsaufgabe sowie die einzuhaltenden Soll- bzw. Grenzwerte definiert sind. Es dient als Grundlage für die technische Umsetzung eines Konzepts und für die Kostenkalkulation. Im Fall der geplanten Fremdvergabe eines Entwicklungsauftrages ist das Lastenheft Bestandteil einer Ausschreibung und dient dem Anbieter (Zulieferer) als Grundlage für sein Preisangebot. Das Lastenheft kann parallel zur Entwicklung fortgeschrieben und detailliert werden. Dabei dürfen notwendige Änderungen den Rahmen des vereinbarten Entwicklungsvertrages nicht überschreiten. Am Ende der Entwicklung ist das Lastenheft mit allen Änderungen notwendiger Bestandteil der Dokumentation. Für die Strukturierung und Formatierung eines Lastenhefts können Vorgaben gemacht werden (z.B. MSR-MEDOC-DTD). Muster, Musterstände (nach DGQ-Schrift 11-04) Muster: Materielle Einheit, die einer Qualitätsprüfung aus besonderem Anlaß unterzogen oder im Rahmen einer Qualitätsprüfung benötigt wird. Unter “Muster” ist eine physische Ausprägung des zu liefernden Systems zu verstehen. Vormuster: Muster, das noch nicht mit den für die spätere Serienfertigung vorgesehenen Einrichtungen und Verfahren und/oder noch nicht unter den Randbedingungen dieser späteren Serienfertigung gefertigt ist. Versuchsmuster: Muster für Funktions- und Zuverlässigkeitsprüfungen. Erstmuster: Muster, das ausschließlich mit den für die Serienfertigung vorgesehenen Einrichtungen und Verfahren unter den zugehörigen Randbedingungen gefertigt ist. Pflichtenheft (nach DIN 69 905 – VDI/VDE 3694 – VDA 6.1) Vom Auftragnehmer erarbeitete Realisierungsvorgaben aufgrund der Umsetzung des Lastenheftes. Das Pflichtenheft enthält das Lastenheft. Im Pflichtenheft werden die Anwendervorgaben detailliert und in einer Erweiterung die Realisierungsforderungen unter der Berücksichtigung konkreter Lösungsansätze beschrieben. Im Pflichtenheft wird definiert, wie und womit die Forderungen zu realisieren sind. Das Pflichtenheft wird vom Zulieferer nach der Auftragsvergabe erstellt und an den Hersteller übergeben. Es beschreibt die Umsetzung des Anforderungsprofils aus dem Lastenheft mit einer tieferen Detaillierung (z.B. Datenstrukturen und Funktionsabläufe). Das Pflichtenheft wird vom Zulieferer gepflegt und spiegelt stets den aktuellen Entwicklungsstand wider. Darüber hinaus ist es Bestandteil der Dokumentation zum Entwicklungsprojekt. Für die Strukturierung und Formatierung eines Pflichtenhefts können Vorgaben gemacht werden (z.B. MSR-MEDOC-DTD). Lastenheft und Pflichtenheft können evtl. in ein Dokument integriert werden. Produktentwicklungsprozess Der Produktentwicklungsprozess erstreckt sich von der Projektentscheidung für ein konkretes Produkt mit der ersten Spezifikation – z.B. in einem Rahmenheft – über das Lasten- bzw. Pflichtenheft bis zur Serienfreigabe. Im Prozess laufen alle Produktentwicklungsprojekte ab, unabhängig davon, ob es sich um Neu-, Versions- oder Anpassungsentwicklungen handelt. Ergebnis des Produktentwicklungsprozesses ist das getestete, fertigungsreife und lieferfähige System/Produkt mit der für Fertigung, Beschaffung, Logistik, Vertrieb und Service notwendigen Dokumention. Der Prozess schließt mit der Fertigungs- und Lieferfreigabe ab. Prototyp Ein Prototyp ist ein Modell des zu entwickelnden Produkts, das einen definierten (Teil-) Umfang der gesamten Produkt-Anforderungen abbildet. Ein Prototyp dient zur Verifizierung der Funktionalität und kann sowohl in virtueller Form (Datenmodell) als auch in realer Form erstellt werden. Prozess Satz von in Wechselbeziehungen stehenden Mittel und Tätigkeiten, die Eingaben in Ergebnisse umgestalten. [EN ISO 8402, QM-Begriffe, 1995]. Zu den Mitteln können Personal, Finanzen, Anlagen, Einrichtungen, Techniken und Methoden gehören. Prüfvorgaben Prüfvorgaben sind Angaben zu Stimuli, Sollwerten und zugehörigen Kenngrößen zum Test einer Funktion. Prüfvorschrift Eine Prüfvorschrift beschreibt wie und mit welchen Mitteln ein Prüfobjekt gemäß Prüfvorgaben zu prüfen ist. Prüfspezifikation (nach V-Modell für SW-Entwicklung, KBSt 92) Die Prüfspezifikation enthält die Beschreibung von Prüfanforderungen und -zielen, Prüfmethoden, von den Anforderungen abgeleitete Prüfkriterien und die Prüffälle. Die Abdeckung der Anforderungen durch die Prüffälle wird durch eine Abdeckungsmatrix dokumentiert. Mit Hilfe der Prüfspezifikation muß entschieden werden können, ob die Prüfung erfolgreich war oder nicht. Eine Prüfspezifikation wird für jeden Prüfgegenstand erstellt.Qualitätsmanagement (QM)-Plan (nach DIN EN ISO 8402, 3.13) Referenzpunkt (RP) Mit Inhalten hinterlegter Koordinationspunkt zwischen Hersteller und Zulieferer im Produktentwicklungsprozess. Ein Referenzpunkt dient der Synchronisation des Produktentwicklungsprozesses zwischen Hersteller und Zulieferer Referenzpunkte unterstützen die Planung und Koordination von Entwicklungsprojekten auf der Basis von Prozessmodellen Referenzpunkte sollten zur Vorbereitung und Absicherung von Meilenstein-Terminen eingeplant und genutzt werden Referenzpunkte werden inhaltlich im wesentlichen durch eine Zielsetzung und sog. Inhalte bzw. Input-/Output-Einträge beschrieben. Die Referenzpunkt-Inhalte werden mit Hilfe von Checklisten konkretisiert und an unterschiedliche Entwicklungsaufgaben und –stadien angepasst Zur Durchführung eines Referenzpunktes sind Aktivitäten erforderlich - z.B. zur Input-Bereitstellung und –Evaluierung oder zur Output-Generierung Referenzpunkte können einmalig (determinierte Referenzpunkte) oder mehrfach im Entwicklungsprozess auftreten (generische Referenzpunkte) Da der Begriff “Meilenstein” unterschiedlich “weit” interpretiert werden kann, können Referenzpunkte auch als Meilensteine mit besonderer Ausprägung angesehen werden. Charakteristische Merkmale von Referenzpunkten sind: Referenzpunkte basieren auf Prozessmodellen Referenzpunkte werden mit Input- und Output-Vereinbarungen beschrieben Referenzpunkte dienen zur Vorbereitung und Absicherung von Meilenstein-Terminen SW-Konfiguration/Konfigurationsmanagement Zusammenstellung eines Softwareprodukts aus verschiedenen Versionen/Konfigurationen, die eindeutig mitsamt ihren Dokumentationen und allen Änderungen nachvollziehbar und wiederholbar zusammengestellt wurde. Der Vorgang der konsequenten Überwachung, Planung und Speicherung von verschiedenen Softwareversionen und -modulen wird unter dem Begriff Konfigurationsmanagement definiert. (siehe auch ISO 9004-7, V-Modell, IEEE etc.) Teilprozess Bei einem Teilprozess handelt es sich um einen thematisch abgeschlossenen Ausschnitt aus einem (Gesamt-)Prozess. Typische Teilprozesse des Produktentwicklungsprozesses für E/E-Systeme sind Systemdesign, Komponentenentwicklung Hardware, Komponentenentwicklung Software, Systemintegration und –test sowie Fertigungsanlauf