Modul Software Komponenten 02 Konfigurationsmanagement

Transkript

1 Modul Software Komponenten 02 Konfigurationsmanagement Martin Jud Inhalt 1. Repetition Konfigurations-Management (PRG 2) 2. Begriffe Konfigurations-Management 3. Aktivitäten und Bereiche des Konfigurations-Management HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 2

2 1. Repetition Cfg.Mgmt PRG 2 Übersetzt aus dem Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Konfigurations-Management In einem System sind Software (möglicherweise mehrere Komponenten) dazu gehörige Einstellungen Hardware Firmware Dokumentation laufend Änderungen unterworfen. Weil nicht alle Versionen aller Teile korrekt miteinander funktionieren, ist ein Konfigurations-Management nötig, sobald ein System aus mehreren Teilen besteht. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 4

3 Übersetzt aus dem Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Konfigurations-Management: Begriffe Die Konfiguration bezeichnet eine bestimmte Kombination von Versionen der Systemteile (Hardware, Firmware, Software, Dokumentation). Eine Version ist ein spezifisches, identifizierbares Artefakt auf einem bestimmten Entwicklungsstand. Ein Release ist eine getestete und freigegebene Konfiguration. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 5 Angepasst aus SWEED / R. Bonderer: Software Configuration Management Versionen, Konfigurationen und Releases Release 1.0 Cfg 1 Cfg 2 Cfg 3 Cfg 4 Programm Treiber EPROM ini Datei ini, Version 1.4 HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 6

4 Versionskontrolle Dokumente entstehen und verändern sich im Laufe jedes Entwicklungsprozesses, nicht nur bei iterativ-inkrementellem Vorgehen. Es ist daher wichtig, den Stand eines Dokumentes zu kennen. Vielfach ist es eine Prozessvorgabe, dass die Produktentstehung aus den Dokumenten nachvollziehbar sein muss. Dokumente müssen einer Versionsverwaltung unterworfen werden. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 7 Umgang mit Änderungen Beim iterativ-inkrementellen Vorgehen haben verschiedene Releases unterschiedliche Spezifikationen und Architekturen, die möglicherweise untereinander nicht konsistent sind. Konsistente Versionen in entsprechenden Unterkapiteln oder konsistente Version der Systemspezifikation pro Release ablegen SYS.SPEZIFIKATION MasterMind 1. Systemübersicht 2. Architektur-Modell 2.1 Architektur Stand Release #1 2.2 Architektur Stand Release #2 3. Spec. externe Schnittstellen 4. SW-Anforderungen 4.1 SW-Anf. Stand Release #1 4.2 SW-Anf. Stand Release #2 5. Environment Anforderungen SYS.SPEZIFIKATION MasterMind Release #1 1. Systemübersicht SYS.SPEZIFIKATION 2. Architektur-Modell MasterMind Release #2 3. Spec. ext. 1. Schnittst. Systemübersicht 4. SW-Anforderungen 2. Architektur-Modell 5. Environment 3. Spec. Anf. ext. Schnittst. 4. SW-Anforderungen 5. Environment Anf. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 8

5 2. Begriffe Konfigurations-Management Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Software Configuration The configuration of a system is the function and/or physical characteristics of hardware, firmware, software or a combination thereof as set forth in technical documentation and achieved in a product [Buckley]. It can also be thought of as a collection of specific versions of hardware, firmware, or software items combined according to specific build procedures to accomplish a particular purpose. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 10

6 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Software Configuration Management (SCM) Configuration management is the discipline of identifying the configuration of a system at distinct points in time for the purpose of systematically controlling changes to the configuration and maintaining the integrity and traceability of the configuration throughout the system life cycle. SCM is a discipline applying technical and administrative direction and surveillance to: identify and document the functional and physical characteristics of a configuration item, control changes to those characteristics, record and report change processing and implementation status, and verify compliance with specified requirements. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 11 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Software Configuration Item A software configuration item (SCI) is an aggregation of software that is designated for configuration management and is treated as a single entity in the SCM process. Items that are controlled by SCM in addition to the code itself include plans, specifications, code libraries, data and data dictionaries, and documentation for installation, maintenance, operations etc. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 12

7 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 SCM Begriffe Eine Version ist ein spezifisches, identifizierbares Artefakt auf einem bestimmten Entwicklungsstand. Eine Revision ist eine neue Version eines Artefaktes mit dem Zweck eine ältere abzulösen. Eine Baseline ist ein Satz von Revisionen, d.h. ein Snapshot der Konfiguration. Ein Release ist eine getestete und freigegebene Baseline. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 13 Angepasst aus SWEED / R. Bonderer: Software Configuration Management Versionen, Konfigurationen und Releases Baseline1 Baseline2 Baseline3 Release 1.0 svn: Revision 3 svn: Tag 1.0 Cfg 1 Cfg 2 Cfg 3 Cfg 4 Programm Treiber EPROM ini Datei ini, Revision 1.5 svn: Version 1.5 HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 14

8 3. Aktivitäten und Bereiche des Konfigurations-Management Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Software-Konfigurationsmanagement Bereiche HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 16

9 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Major SCM activities Software Configuration Identification, Software Configuration Control, Software Configuration Status Accounting, Software Configuration Auditing, and Software Release Management and Delivery. Additional issues are: organization and responsibilities, resources and schedules, tool selection and implementation, vendor and subcontractor control, and interface control. The results of the planning activity are recorded in a Software Configuration Management Plan (SCMP). HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 17 IEEE SCMP HTAgil PMP Kap Introduction 2. SCM management 2.1 Organization 2.2 SCM responsibilities 2.3 Applicable policies, directives & procedures 3. SCM activities 3.1 Configuration identification Identifying configuration items Naming configuration items Acquiring configuration items 3.2 Configuration control Requesting changes Evaluating changes Approving or changes Implementing changes 3.3 Configuration status accounting 3.4 Configuration audits & reviews 3.5 Interface control 3.6 Subcontractor / vendor control 4. SCM schedules 5. SCM resources 6. SCM plan maintenance HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 18

10 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 SCM classes of information The writer of the plan shall use the sequence of sections specified in table 1 unless a different format has been defined in the introduction of the plan. Class of information 1. Introduction 2. SCM management 3. SCM activities 4. SCM schedules 5. SCM resources 6. SCM plan maintenance Description Describes the PlanÕs purpose, scope of application, key terms, and references (Who?) Identifies the responsibilities and authorities for accomplishing the planned activities (What?) Identifies all activities to be performed in applying to the project (When?) Identifies the required coordination of SCM activities with the other activities in the project (How?) Identifies tools and physical and human resources required for execution of the Plan Identifies how the Plan will be kept current while in effect HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 19 Adapted from Guide to the Software Engineering Body of Knowledge: SWEBOK Trial Version IEEE May 2001 Nutzen des SW-Konfigurationsmanagement Aus Managersicht verwaltet das Software-Konfigurationsmanagement die Evolution eines Produktes in dem dessen Komponenten identifiziert, Änderungen verwaltet und geregelt, Konfigurationsdaten überprüft, abgelegt und weiter gegeben werden und so die Integrität des Produktes sicher gestellt wird. Aus Entwicklersicht unterstützt das Software-Konfigurationsmanagement die Entwicklungs- und Änderungsprozesse. Software wird oft als Teil eines grösseren Systems, das auch Hard- und Firmware enthält entwickelt. Daher muss das Software-Konfigurationsmanagement mit dem Hard- und Firmware-Konfigurationsmanagement abgestimmt werden. HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 20

11 SWEBOK Der SWEBOK (Software Engineering Body of Knowledge) der IEEE Computer Society unterteilt Software Engineering (SWE) in folgende Themengebiete: 1. Software REQUIREMENTS: Anforderungsanalyse 2. Software DESIGN: Software-Entwurf 3. Software CONSTRUCTION: Programmierung 4. Software TESTING: Software-Test 5. Software MAINTENANCE: Wartung 6. SW CONFIG. MANAGEMENT: Konfigurationsmanagement 7. SWE MANAGEMENT: Projektmanagement 8. SWE PROCESS: Vorgehensmodell 9. SWE TOOLS AND METHODS: Werkzeuge und Methoden 10.Software QUALITY: Qualität HSLU T&A, Modul SWK - 00-Organisation - Martin Jud 21