Sorry,
habe das Beispiel vergessen.
So sieht beispielsweise das Inhaltsverzeichnis eines General Software Quality Assurance Plan
in der Luftfahrt aus:
I. CONTENTS
1. SQA ENVIRONMENT 4
1.1 Scope
1.2 Organizational Responsibilities and Interfaces
1.3 Standards and Procedures
1.4 Tools
1.5 Methods
2. SQA AUTHORITY 7
2.1 Authority
2.2 Responsibility
2.3 Independence
2.4 Approval Authority for SW Products
3. SQA ACTIVITIES
3.1 SQA Methods
3.1.1 Reviews
3.1.2 Audits
3.1.3 Inspections
3.2 Problem Reporting, Tracking, Corrective Action System
3.3 SW Conformity
3.3.1 Software Conformity REVIEW
3.3.2 Software Conformity INSPECTION
3.4 Transition Criteria Review
4. SQA TRANSITION CRITERIA 13
5. TIMING
6. SQA RECORDS
7. SUPPLIER CONTROL
8. ACRONYMS AND ABBREVIATIONS
9. AMENDMENT RECORD
Grüssle
Felde

Hallo!
Also ich kann mich den anderen 2 Beiträgen anschliessen.
In der Luftfahrt sieht das so aus, dass jedes Projekt einen QM-Plan bekommt,
der dem Kunden aufzeigt, wie für ihn die geforderten QM-Belange abgedeckt
werden.
Es erfolgt dann ein Kunden-Review über den QM-Plan, da diese ihrerseits der
Luftfahrtbehörde den Nachweis erbringen müssen, dass alle Qualitätsforderungen
erfüllt werden.
Da auch hier bereits allgemeine QM-Pläne oder anzuwendende Werksnormen existieren,
erfolgt in dem Projekt-QM-Plan das sogenannte "tailoring".
Dies bedeuted, dass bestimmte Abschnitte der allgemeingültigen Dokumentation
"überstimmt"/"superceeded" werden hin zur Kundenforderung.
Hoffe, dass meine Erklärung verständlich und hilfreich war.
Grüssle
Felde

Hallo!
Also ich kann mich den anderen 2 Beiträgen anschliessen.
In der Luftfahrt sieht das so aus, dass jedes Projekt einen QM-Plan bekommt,
der dem Kunden aufzeigt, wie für ihn die geforderten QM-Belange abgedeckt
werden.
Es erfolgt dann ein Kunden-Review über den QM-Plan, da diese ihrerseits der
Luftfahrtbehörde den Nachweis erbringen müssen, dass alle Qualitätsforderungen
erfüllt werden.
Da auch hier bereits allgemeine QM-Pläne oder anzuwendende Werksnormen existieren,
erfolgt in dem Projekt-QM-Plan das sogenannte "tailoring".
Dies bedeuted, dass bestimmte Abschnitte der allgemeingültigen Dokumentation
"überstimmt"/"superceeded" werden hin zur Kundenforderung.
Hoffe, dass meine Erklärung verständlich und hilfreich war.
Grüssle
Felde

Sorry,
habe das Beispiel vergessen.
So sieht beispielsweise das Inhaltsverzeichnis eines General Software Quality Assurance Plan
in der Luftfahrt aus:
I. CONTENTS
1. SQA ENVIRONMENT 4
1.1 Scope
1.2 Organizational Responsibilities and Interfaces
1.3 Standards and Procedures
1.4 Tools
1.5 Methods
2. SQA AUTHORITY 7
2.1 Authority
2.2 Responsibility
2.3 Independence
2.4 Approval Authority for SW Products
3. SQA ACTIVITIES
3.1 SQA Methods
3.1.1 Reviews
3.1.2 Audits
3.1.3 Inspections
3.2 Problem Reporting, Tracking, Corrective Action System
3.3 SW Conformity
3.3.1 Software Conformity REVIEW
3.3.2 Software Conformity INSPECTION
3.4 Transition Criteria Review
4. SQA TRANSITION CRITERIA 13
5. TIMING
6. SQA RECORDS
7. SUPPLIER CONTROL
8. ACRONYMS AND ABBREVIATIONS
9. AMENDMENT RECORD
Grüssle
Felde