Anhang A Erklärung der Symbole (in der Reihenfolge des Vorkommens) unter Lenkung von, nach Risiko (Damokles-Schwert) Daten, Dokumente Archiv, Datei Diagramm (Vergleich der aktuellen Zahlen mit den geschätzten Zahlen) Quellen der Änderungen oder Störfaktoren Erhöhung, Änderung Bewertung en Änderungen Messung Kommunikation (Strichmännchen mit Megafon) Mitarbeiter Entscheidung, Vergleich geschulte Mitarbeiter k. v. kontrolliert verwaltet DokV dokumentiertes Verfahren zur Lieferung bestimmtes Produkt (Resultat eines Projekts, das der Kunde oder Anwender erhält) DokV das Verfahren umfasst Datenbank, Repository Gruppe, Team Zwischenprodukt einer Software-Komponente (auf Datenträger)
216 Anhang A: Erklärung der Symbole Summe, Integration der Ergebnisse Pareto-Diagramm (zum Ordnen von Faktoren) Ermitteln Prozessschritt, Aktivität Prozessleistung auf der Zeitachse mit unteren und oberen Kontrollgrenzen Diagramm (geschätzte Quantität auf der Zeitachse, geplante Produktion auf der Zeitachse) Fähigkeit Organisation, mit Projekten auf der niedrigsten Ebene, mittlerem Management, Senior Management Historische Daten, Aufzeichnungen Tools Verfahren Standards, Kriterien Aktivitäten Training grundlegende Ursache Ishikawa-Diagramm (Ursache-Effekt-Diagramm, Fischgrätendiagramm) ergibt, erzeugt Flow-Diagramm des Prozesses (Stufe 3 und höher) Q T Steigerung, Verbesserung des Faktors Q Beschleunigung des Faktors T Pilotänderungen in einem Prozessschritt Diagramm des kritischen Pfads das Ergebnis geht in zwei Richtungen Meeting $ finanzielle Mittel, Ressourcen
Anhang B: Bibliografie 217 Anhang B Bibliografie John H. Baumert und Mark S. McWhinney, Software Measures and the Capability Maturity Model, Software Engineering Institute, CMU/SEI-92-TR-25, Pittsburgh, Pennsylvania, USA, September 1992. Barry W. Boehm, Software Engineering Economics, Prentice-Hall, Inc., Englewood Cliffs, New Jersey, USA, 1981. Peter Checkland and Jim Scholes, Soft Systems Methodology in Action, John Wiley & Sons, West Sussex, England, 1990. W. Edwards Deming, Quality, Productivity, and Competitive Position, Massachusetts Institute of Technology, Cambridge, Massachusetts, USA, 1982. W. Edwards Deming, Out of the Crisis, Massachusetts Institute of Technology, Cambridge, Massachusetts, USA, 1989. Jean-Claude Derian, America s Struggle for Leadership in Technology, MIT Press, Cambridge, Massachusetts, USA, 1990. Daniel D. Freedman und Gerald M. Weinberg, Handbook of Walkthroughs, Inspections, and Technical Reviews, 3. Auflage, Little, Brown and Company, Boston, Massachusetts, USA, 1982. Pricilla Fowler und Stan Rifkin, Software Engineering Process Group Guide, Software Engineering Institute, CMU/SEI-90-TR-24, Pittsburgh, Pennsylvania, USA, September 1990. GOAL/QPC Research Committee, Quality Function Deployment: A Process for Translating Customers Needs into a Better Product and Profit, Research Report No. 89-10-02, Methuen, Massachusetts, USA, 1989. Watts S. Humphrey, Managing the Software Process, Addison-Wesley, Reading, Massachusetts, USA, 1989. Watts S. Humphrey, Characterizing the Software Process, IEEE Software, März 1988, S. 73-79. Watts S. Humphrey und W. L. Sweet, A Method for Assessing the Software Engineering Capability of Contractors, Software Engineering Institute, CMU/SEI-87-TR-23, Pittsburgh, Pennsylvania, USA, September 1987.
218 Anhang B: Bibliografie International Organization for Standardization, Quality Systems Model for Quality Assurance in Design/Development, Production, Installation and Servicing, ISO 9001:1987-03-15. T. W. Keller, Software Process for Space Shuttle Primary Avionics Software System and Support Software, IBM Systems Integration Division, Houston, Texas, USA, [ohne Datum]. Mark C. Paulk, Bill Curtis, Mary Beth Chrissis, und Charles V. Weber, Capability Maturity Model for Software, Version 1.1, Software Engineering Institute, CMU/SEI-93-TR-24, Pittsburgh, Pennsylvania, USA, Februar 1993. Dieser Technical Report des Software Engineering Institute bildet zusammen mit dem 93-TR-25 (s. u.) das CMM in der Version 1.1. Das 93-TR-24 ist ein technischer Überblick, in dem die fünf Stufen der Prozessreife, die Struktur des CMMs und seine Verwendung bei Assessments und Beurteilungen beschrieben werden. Mark C. Paulk, Charles V. Weber, Susan Garcia, Mary Beth Chrissis und Marilyn Bush, Key Practices of the Capability Maturity Model, Version 1.1, Software Engineering Institute, CMU/SEI-93-TR-25, Pittsburgh, Pennsylvania, USA, Februar 1993. Dies ist das begleitende Dokument zum oben erwähnten 93-TR-24. Es beschreibt die Schlüsselpraktiken, die die Prozessreife auf jeder Stufe beispielhaft darstellen. Es soll ein Handbuch für die Software-Prozessverbesserung sein und dazu dienen, Prozessreife im Rahmen von Assessments oder Beurteilungen zu charakterisieren. Mark C. Paulk, Bill Curtis, Mary Beth Chrissis und Charles V. Weber, Capability Maturity Model for Software, Version 1.1, IEEE Software, Juli 1993, S. 18-27. Sam Redwine und William Riddle, Software Technology Maturation, Proceedings of the 8th International Conference on Software Engineering, IEEE Computer Society, 1985, S. 189-200. Peter R. Scholtes et al., The Team Handbook, Joiner Associates, Inc., Madison, Wisconsin, USA, 1988.
Anhang C: Glossar 219 Anhang C Glossar Standardabweichung Rückverfolgbarkeit Abhängigkeitsvoraussetzung dependency item Abnahmekriterien acceptance criteria Abnahmetest acceptance testing AM (Anforderungs-Management) RM (Requirements Management) Änderungslenkung change control Anforderungs-Management (AM) Requirements Management (RM) Arbeitsprodukt work product Baseline-Konfigurations-Management baseline configuration management Betrachtung der Zielaktivitäten Goal-Activities-View Betrachtung der Ziele Goals View CBA-IPI (CMM-basierte Bewertung CBA-IPI (CMM-Based Appraisal für Interne Prozessverbesserung) for Internal Process Improvement) COTS-Software Commercial-Off-The-Shelf Software Du (Verpflichtung zur Durchführung) Co (Commitment to perform) Durchzuführende Aktivitäten (Ak) Activities performed (Ac) Eingangskriterien readiness criteria Engineering-Gruppe engineering group Fehlerdichte defect density Fehlerursache defect root cause Fehlervermeidung (FV) Defect Prevention (DP) Fischgräten-Diagramm fishbone diagram FV (Fehlervermeidung) DP (Defect Prevention) GK (Gruppen-Koordination) IC (Intergroup Coordination) Gruppen-Koordination (GK) Intergroup Coordination (IC) Hauptauftragnehmer prime contractor Integriertes Software-Management (ISM) Integrated Software Management (ISM) ISM (Integriertes Software-Management) ISM (Integrated Software Management) Ist-Werte Actuals k. v. (kontrolliert verwaltet) m & c (managed and controlled) Konfigurationslenkung configuration control KM Konfigurations-Management kontrolliert verwaltet (k. v.) managed and controlled (m & c) kpv kontinuierliche Prozessverbesserung kritischer Pfad critical path Me (Messung und Analyse) Me (Measurement and Analysis) Messung und Analyse (Me) Measurement and Analysis (Me) OPD OPD (Organization Process Definition) OPF OPF (Organization Process Focus) Organisationsweite Prozessdefinition Organization Process Definition (OPD) (OPD) Organisationsweiter Prozessfokus (OPF) Organization Process Focus (OPF)
220 Anhang C: Glossar organisatorische Richtlinien policy PCM (Prozess-Change-Management) PCM (Process Change Management) Peer-Reviews (PR) Peer Reviews (PR) PR (Peer-Reviews) PR (Peer Reviews) Prozess-Change-Management (PCM) Process Change Management (PCM) QPM (Quantitatives Prozess-Management) QPM (Quantitative Process Management) Quantitatives Prozess-Management (QPM) Quantitative Process Management (QPM) Schlüsselpraktiken key practices Schlüsselprozessbereich (SPB) Key Process Area (KPA) SEP Software-Entwicklungsplan SEPG (Software-Engineering- SEPG (Software Engineering Prozessgruppe) Process Group) SKLG (Software-Konfigurations- SCCB (Software Configuration Lenkungs-Gremium) Control Board) SKM (Software-Konfigurations- SCM (Software Configuration Management) Management) SLOC Source Lines Of Code Software-Engineering-Prozessgruppe Software Engineering Process Group (SEPG) (SEPG) Software-Entwicklungsplan (SEP) software development plan (SDP) Software-Konfigurations-Lenkungs- Software Configuration Control Board Gremium (SKLG) (SCCB) Software-Konfigurations-Management Software Configuration Management (SKM) (SCM) Software-Produkt-Engineering (SPE) Software Product Engineering (SPE) Software-Projektlenkung und Project Tracking and Oversight (PTO) verfolgung (SPLV) Software-Projektplanung (SPP) Software Project Planning (SPP) Software-Qualitäts-Management (SQM) Software Quality Management (SQM) Software-Qualitätssicherung (SQS) Software Quality Assurance (SQA) Software-Unterauftragnehmer- Software Subcontract Management (SSM) Management (SUM) SPB KPA (Key Process Area) SPB-Indikatoren common features SPE (Software-Produkt-Engineering) SPE (Software Product Engineering) SPLV (Software-Projektlenkung und PTO (Project Tracking and Oversight) verfolgung) SPP (Software-Projektplanung) SPP (Software Project Planning) SPV Software-Prozessverbesserung SQS (Software-Qualitätssicherung) SQA (Software Quality Assurance) Stufe 1: Initial Level 1: Initial Stufe 2: Wiederholbar Level 2: Repeatable Stufe 3: Definiert Level 3: Defined Stufe 4: Geleitet Level 4: Managed Stufe 5: Optimierend Level 5: Optimizing SUM (Software-Unterauftragnehmer- SSM (Software Subcontract Management) Management) SW Software SWE Software-Engineering TCM (Technologie-Change-Management) TCM (Technology Change Management) Technologie-Change-Management (TCM) Technology Change Management (TCM) TP (Trainingsprogramm) TP (Training Program) TQM Total Quality Management Trainingsprogramm (TP) Training Program (TP)
Anhang C: Glossar 221 Unterauftragnehmer Ve (Verifizierung der Implementierung) Verbesserungszyklus Verfahren bei Abweichungen Verifizierung der Implementierung (Ve) Verpflichtung zur Durchführung (Du) Voraussetzung zur Durchführung (Vo) zugewiesene Anforderungen subcontractor Ve (Verifying implementation) improvement cycle non-compliance procedures Verifying implementation (Ve) Commitment to perform (Co) Ability to perform (Ab) allocated requirements