Please enable JavaScript.

Coggle requires JavaScript to display documents.

Qualitätssicherung, Betrieb und Weiterentwicklung - Coggle Diagram

- - - - Qualitätsplanung: Erstellung und Dokumentation der Qualitätsanforderungen (mit Auftraggeber)
      - Qualitätslenkung: Überwachung, Steuerung und Kontrolle von Aktivitäten zur Qualitätsprüfung
      - Qualitätsprüfung: Tätigkeiten zur Sicherstellung der festgelegten Qualitätsanforderungen für Produkte, Prozesse und Leistungen
      - Qualitätsverbesserung: Auswertung von Produkt- und Prozessdaten zur Verbesserung des Qualitätsniveaus
  - - - Qualitätseigenschaften werden a priori definiert (vor der Erstellung
      - Ziel: Fehler während der Softwareentwicklung vermeiden und Qualität der Artefakte gewährleisten bzw. erhöhen
      - Maßnahmen
        
        technische Maßnahemen (Einsatz von Werkzeugen, Modellierungssprachen, Entwicklungsumgebungen)
        
        organisatorische Maßnahmen (Richtlinien, Standards, Templates, Checklisten)
        
        sozio-psychologische Maßnahmen (Trainings, Arbeitsklima, gemeinsame Hobbys)
    - - Maßnahmen ex post (nach der Erstellung)
      - Ziel: Fehler systematisch aufspüren und Ausmaße bestimmen
      - statische Tests: Review oder Audits (Analyse, Begutachtung, Untersuchung, Kennzahlen daraus erstellen und auswerten)
      - dynamische Test: Stück Software wird mit konkreten Eingabewerten ausgeführt und Ergebnis der Ausführung wird bewertet
  - - - erzeugten Programmcode testen
      - fachliche Anforderungen testen
      - technische Spezifikationen testen
      - Architekturbeschreibungen testen
      - Testfälle testen
  - - - System wird in logische Bestandteile zerlegt (Komponenten, Module, Klassen, Bausteine)
      - jede Komponente wird separat implementiert und integriert
      - isoliertes Prüfen von einzelnen Softwarebestandteile
      - Beispiele: Warenkorb Berechnung der Gesatmsumme; Adresskomponente: Erzeugen der richtigen Anschrift aus Kundendaten
    - - Zusammenführung von mind. zwei Softwarekomponenten ⇨ Integration
      - Testen von Zusammenspiel von Gruppe von Komponenten
      - Arbeiten die Komponenten so zusammen, wie in Spezifikation beschrieben?
      - fehlende Komponenten werden Treiber (Softwarefragmente, die das Aufrufen anderer Komponenten simulieren) und Dummies (simulieren Komponenten) simuliert
      - v.a. technische Schnittstellen werden durch Dummies und Treiber simuliert
      - Beispiele: Integration von PDF-Drucker und Warenkorb zum Erzeugen der Rechnung
    - - System als Ganzes wird getestet
      - Ziel: Überprüfung, ob das System als Ganzes die spezifizierten Anforderungen erfüllt
      - fachliche und spezifizerite Qualitätseigenschaften werden getestet
      - Stress- und Lasttests testet Systemverhalten unter besonders anspruchsvollen Situationen (z.B. viele Nutzer, große Datenmenge)
      - i.d.R. ohne Beteiligung des Auftraggebers
      - letzter Test vor Übergabe
      - Herausforderung
        
        möglichst originalgetreue Nachbildung der Produktivumgebung des Kunden (Hard- und Software, Softwaresysteme mit technischen Schnittstellen, realistische Auslastung und Nutzerverhalten, möglichst echte Datensätze)
        
        Beispiele: Online Shop ⇨ Test eines neuen Shop-Systems nach vollständiger Ablösung des Altsystems
    - - fertige System ist schon bei Auftraggeber installiert und unter tatsächlichen Betriebsbedingungen getestet
      - weist das System aus Kundensicht die vertraglich vereinbarten Leistungsmerkmale auf
      - Auftraggeber führt selbst durch oder wird miteinbezogen
      - spezielle Art des Systemtests
      - Durchführung durch andere Organisation als die, die das System entwickelt hat
      - meist vertraglich vereinbarte Voraussetzung für Rechnungsstellung
- - - - Software muss nach Vorgaben und Richtlinien des Betriebs ausgeführt werden können
      - Software muss von der für IT-Betrieb zuständigen Abteilung nach Entwicklung und Test in den Betrieb übernommen werden können
  - - - Änderungen an vielen Stellen gleichzeitig ⇨ große Anpassungen bergen hohes Fehlerrisiko ⇨ umfassende Maßnahmen zur Qualitätssicherung ⇨ weniger Zeit für Einbau der Anpassungen
      - Fachabteilungen unzufrieden, da wichtige Änderungswünsche erst nach Wochen oder Monaten umgesetzt werden ⇨ Wettbewerbsnachteile
      - lange Dauer bei Behebung ⇨ offene Schwachstellen und mögliche Angriffsszenarien
    - - zunehmend: tägliche und wöchentliche Releases erstellt und automatisch getestet ⇨ kontinuierliche Integration
      - unabhängig von konkreten Terminen werden alle Änderungen in kurzen Zyklen integriert
      - Ziel: Nachteile der wenigen Releases umgehen und gleichzeitig Betriebssicherheit nicht gefährden
    - - nach poitivem Test ⇨ automatisches Deployment: angepasste Anwendung kann direkt in Betrieb genommen werden
      - unabhängig von konkreten Terminen wird die in kurzen Zyklen erzeugte neue Version in Betrieb genommen
      - Voraussetzung: intensive Zusammenarbeit von Anwendungsentwicklung und Betrieb, organisatorische und technische Fähigkeite regelmäßige automatische Tests durchzuführen und technische Fähigkeit die Aktivitäten zu automatisieren
  - - - typische Aktivitäten und Best-Practices zum Managen von IT-Services kategorisiert und beschrieben