Der Weg zur besseren Software Prozesse und Tools. Noser Technologie Impulse Bern, , Dr. Edgar Gmür

Transkript

1 Der Weg zur besseren Software Prozesse und Tools Noser Technologie Impulse Bern, , Dr. Edgar Gmür

2 Warum ist bessere Software immer noch ein Thema? [..] software professionals, like other humans, can be misled into thinking of ourselves as more rational than we are. Zitat Philippe Kruchten in Forrest Sull, Engineering Values From Architecture Games to Agile Requirements, IEEE Software Vol. 30, No. 2, 2013, p. 2.

3 Ja, wir tuns! 1. Entwicklungsprozesse 2. Requirements Engineering 3. Test Engineering 4. Toolchains und Tools 5. Architektur als neuer Trend

4 Entwicklungsprozesse

5 Noser Engineering Prozess Gate -2 Verkauf (Fokus Angebot) Gate -1 Gate 0 Meilenstein Auftrag Engineering / Projekt (Fokus Umsetzung) Gate 1 Gate 2 Gate 3 Gate 4 Ende Betrieb Buying Center Analyse Bedürfnisse Grobkonzept Vorabklärungen Angebot Bestellung Vorbereitung Konzipierung Realisierung Initiierung Definition Verkaufs-Betreuung Einführung Inbetriebn. Erprobung Wartung Support Angebot Vorprojekt wicht. Anforder. + erwart. Leistungen Grobkonzept erarbeiten Realisierbarkeit klären Grob-Kalkulation Aufwand + Kosten Risiken beurteilen Spez. Endprodukt- Vision (WAS) Requirements Spezifikation Anwendungsfälle Definition Projektumfang Kosten + Risiken vorhersagen Projektauftrag Kickoff Lösung entwerfen (WIE) Eigenschaften defin. Architektur Design Prototyp erstellen Entwurf verifizieren Tests entwerfen Lösung erstellen Test der Lösung Integrations-Test Doku + Training erstellen Release-Beschreibung Auslieferung + Integration Überprüfung Leistungs-Erfüllung Training durchführen Support sicherstellen Kundenabnahme Angebot Wartungs- Projekt Nachfolge -Projekt G-2: Verfolgen? Aufwand in Vorabklär. investieren? G-1: Angebot? Was, Wie, Leistung, Risiken mit Fokus Angebot geklärt. G0: Start? Übergabe Verkauf Projekt G1: Was tun? Fokus+Ziele definiert. Anforderungen klar. Projekt geplant. G2: Wie tun? Entwurf verifiziert. Techn. + Architektur- Risiken geklärt. G3: Einführung bei Kunde? Verwendbare Lösung verfügbar. Lösung erfolgreich getestet. Kunde + wir bereit für Einführung. G4: Leistung erfüllt? Lösung eingeführt. Kundenabnahme erf. Betrieb und Support definiert. Tailoring In Absprache mit dem Kunden den Projekt-Ablauf definieren Phasen: Vorbereitung K1 R1 E1 Agil: Iterativ: Evolutionär: Vorbereitung V+K+R+E1 V+K+R+E2 V+K+R+E3 V+K+R+En Vorbereitung K+R K+R K+R K+R+E1 Vorbereitung K+R1 K+R2 E1 K+R3 K+Rn En

6 Noser Engineering Prozess Gate -2 Verkauf (Fokus Angebot) Gate -1 Gate 0 Meilenstein Auftrag Engineering / Projekt (Fokus Umsetzung) Gate 1 Gate 2 Gate 3 Gate 4 Ende Betrieb Buying Center Analyse Bedürfnisse Grobkonzept Vorabklärungen Angebot Bestellung Vorbereitung Konzipierung Realisierung Initiierung Definition Verkaufs-Betreuung Einführung Inbetriebn. Erprobung Wartung Support Angebot Vorprojekt wicht. Anforder. + erwart. Leistungen Grobkonzept erarbeiten Realisierbarkeit klären Grob-Kalkulation Aufwand + Kosten Risiken beurteilen Spez. Endprodukt- Vision (WAS) Requirements Spezifikation Anwendungsfälle Definition Projektumfang Kosten + Risiken vorhersagen Projektauftrag Kickoff Lösung entwerfen (WIE) Eigenschaften defin. Architektur Design Prototyp erstellen Entwurf verifizieren Tests entwerfen Lösung erstellen Test der Lösung Integrations-Test Doku + Training erstellen Release-Beschreibung Auslieferung + Integration Überprüfung Leistungs-Erfüllung Training durchführen Support sicherstellen Kundenabnahme Angebot Wartungs- Projekt Nachfolge -Projekt G-2: Verfolgen? Aufwand in Vorabklär. investieren? G-1: Angebot? Was, Wie, Leistung, Risiken mit Fokus Angebot geklärt. G0: Start? Übergabe Verkauf Projekt G1: Was tun? Fokus+Ziele definiert. Anforderungen klar. Projekt geplant. G2: Wie tun? Entwurf verifiziert. Techn. + Architektur- Risiken geklärt. G3: Einführung bei Kunde? Verwendbare Lösung verfügbar. Lösung erfolgreich getestet. Kunde + wir bereit für Einführung. G4: Leistung erfüllt? Lösung eingeführt. Kundenabnahme erf. Betrieb und Support definiert. Tailoring In Absprache mit dem Kunden den Projekt-Ablauf definieren Phasen: Vorbereitung K1 R1 E1 Agil: Iterativ: Evolutionär: Vorbereitung V+K+R+E1 V+K+R+E2 V+K+R+E3 V+K+R+En Vorbereitung K+R K+R K+R K+R+E1 Vorbereitung K+R1 K+R2 E1 K+R3 K+Rn En

7 Noser Engineering Prozess Gate -2 Verkauf (Fokus Angebot) Gate -1 Gate 0 Meilenstein Auftrag Engineering / Projekt (Fokus Umsetzung) Gate 1 Gate 2 Gate 3 Gate 4 Ende Betrieb Buying Center Analyse Bedürfnisse Grobkonzept Vorabklärungen Angebot Bestellung Vorbereitung Konzipierung Realisierung Initiierung Definition Verkaufs-Betreuung Einführung Inbetriebn. Erprobung Wartung Support Angebot Vorprojekt wicht. Anforder. + erwart. Leistungen Grobkonzept erarbeiten Realisierbarkeit klären Grob-Kalkulation Aufwand + Kosten Risiken beurteilen Spez. Endprodukt- Vision (WAS) Requirements Spezifikation Anwendungsfälle Definition Projektumfang Kosten + Risiken vorhersagen Projektauftrag Kickoff Lösung entwerfen (WIE) Eigenschaften defin. Architektur Design Prototyp erstellen Entwurf verifizieren Tests entwerfen Lösung erstellen Test der Lösung Integrations-Test Doku + Training erstellen Release-Beschreibung Auslieferung + Integration Überprüfung Leistungs-Erfüllung Training durchführen Support sicherstellen Kundenabnahme Angebot Wartungs- Projekt Nachfolge -Projekt G-2: Verfolgen? Aufwand in Vorabklär. investieren? G-1: Angebot? Was, Wie, Leistung, Risiken mit Fokus Angebot geklärt. G0: Start? Übergabe Verkauf Projekt G1: Was tun? Fokus+Ziele definiert. Anforderungen klar. Projekt geplant. G2: Wie tun? Entwurf verifiziert. Techn. + Architektur- Risiken geklärt. G3: Einführung bei Kunde? Verwendbare Lösung verfügbar. Lösung erfolgreich getestet. Kunde + wir bereit für Einführung. G4: Leistung erfüllt? Lösung eingeführt. Kundenabnahme erf. Betrieb und Support definiert. Tailoring In Absprache mit dem Kunden den Projekt-Ablauf definieren Phasen: Vorbereitung K1 R1 E1 Agil: Iterativ: Evolutionär: Vorbereitung V+K+R+E1 V+K+R+E2 V+K+R+E3 V+K+R+En Vorbereitung K+R K+R K+R K+R+E1 Vorbereitung K+R1 K+R2 E1 K+R3 K+Rn En

8 Noser Engineering Prozess Gate -2 Verkauf (Fokus Angebot) Gate -1 Gate 0 Meilenstein Auftrag Engineering / Projekt (Fokus Umsetzung) Gate 1 Gate 2 Gate 3 Gate 4 Ende Betrieb Buying Center Analyse Bedürfnisse Grobkonzept Vorabklärungen Angebot Bestellung Vorbereitung Konzipierung Realisierung Initiierung Definition Verkaufs-Betreuung Einführung Inbetriebn. Erprobung Wartung Support Angebot Vorprojekt wicht. Anforder. + erwart. Leistungen Grobkonzept erarbeiten Realisierbarkeit klären Grob-Kalkulation Aufwand + Kosten Risiken beurteilen Spez. Endprodukt- Vision (WAS) Requirements Spezifikation Anwendungsfälle Definition Projektumfang Kosten + Risiken vorhersagen Projektauftrag Kickoff Lösung entwerfen (WIE) Eigenschaften defin. Architektur Design Prototyp erstellen Entwurf verifizieren Tests entwerfen Lösung erstellen Test der Lösung Integrations-Test Doku + Training erstellen Release-Beschreibung Auslieferung + Integration Überprüfung Leistungs-Erfüllung Training durchführen Support sicherstellen Kundenabnahme Angebot Wartungs- Projekt Nachfolge -Projekt G-2: Verfolgen? Aufwand in Vorabklär. investieren? G-1: Angebot? Was, Wie, Leistung, Risiken mit Fokus Angebot geklärt. G0: Start? Übergabe Verkauf Projekt G1: Was tun? Fokus+Ziele definiert. Anforderungen klar. Projekt geplant. G2: Wie tun? Entwurf verifiziert. Techn. + Architektur- Risiken geklärt. G3: Einführung bei Kunde? Verwendbare Lösung verfügbar. Lösung erfolgreich getestet. Kunde + wir bereit für Einführung. G4: Leistung erfüllt? Lösung eingeführt. Kundenabnahme erf. Betrieb und Support definiert. Tailoring In Absprache mit dem Kunden den Projekt-Ablauf definieren Phasen: Vorbereitung K1 R1 E1 Agil: Iterativ: Evolutionär: Vorbereitung V+K+R+E1 V+K+R+E2 V+K+R+E3 V+K+R+En Vorbereitung K+R K+R K+R K+R+E1 Vorbereitung K+R1 K+R2 E1 K+R3 K+Rn En

9 Agile Entwicklungsprozesse sind etabliert Swiss Agile Study Jan. 2013: Andreas Meier ZHAW Martin Kropp FHNW

10 Agile Software Entwicklung

11 Scrum Sprint Retrospective Sprint Review Product Backlog Increment Sprint Daily Scrum Sprint Planning Meeting Sprint Backlog Scrum Master Product Owner Development Team Customer / User

12 Einsatz agiler Praktiken

13 Einfluss der agilen Entwicklung

14 Requirements Engineering

15 Brückenbildung zwischen den Welten Anwender, Produktmanager, Marketing, Requirements Ingenieure Software Architekten Software Ingenieure

16 Anforderungen, Anforderungen, Anforderungen URS-057 Die Applikation soll anhand des Konfigurationsnamen die Testkonfiguration aus der Datenbank lesen. URS-058 Die Applikation soll eine Fehlermeldung ausgeben, falls die Testkonfiguration nicht zugreifbar ist.

17 Testbare Anforderungen Eine Sequenz ist so aufgebaut, dass sie die Testschritte zur Prüfung einer Komponente beinhaltet. Die Applikation sucht nach der Konfiguration welche mit dem Konfigurationsnamen übereinstimmt und liest daraus welche Komponenten der Prüfling hat. Anhand dieser Liste bestimmt die Applikation die Sequenz der auszuführenden Testschritte. URS-057 Die Applikation soll anhand des Konfigurationsnamen die Testkonfiguration aus der Datenbank lesen. URS-058 Die Applikation soll eine Fehlermeldung ausgeben, falls die Testkonfiguration nicht zugreifbar ist. URS-059 Die Applikation soll nur die Testschritte ausführen lassen für welche der Prüfling Komponenten hat.

18 Qualitätskriterien nach ISO9126

19 Messbare Qualitätsanforderungen Die Applikation soll die Suche nach einem Kunden nach dem Click des Such-Buttons sofort ausführen. Die Applikation soll für die Suche nach einem Kunden nach dem Click des Such-Buttons weniger als zwei Sekunden benötigen. Die Applikation soll für die Suche nach einem Kunden nach dem Click des Such-Buttons in 90% der Fälle weniger als zwei Sekunden benötigen, sofern in keinem der Suchbegriffe eine Wildcard eingegeben wurde.

20 Test Engineering

21 Brückenbildung zwischen den Welten QS- und Test-Ingenieure Anwender, Produktmanager, Marketing, Requirements Ingenieure Software Architekten Software Ingenieure

22 Die Noser Art zu Testen

23 V-Modell Anforderungs Definition Konstruktion Funktionaler System Entwurf Lastenheft (URS, PRS, MRS, CRS) Technischer System Entwurf Komponenten Spezifikation Verifikation Pflichtenheft (SRS, TRS) SW Design (SDS) SW Detail Design (SDDS) Validierung Programmierung Integrationstest Komponententest Integration QS-Plan, Teststrategie Abnahmetest Systemtest Testdrehbuch (TC) Testbericht 23

24 Klassen für Unit Tests class Scan Name: Package: Ver sion: Author : Scan ui 1.0 mar tin.kr ischik View andr oid.view.viewtr eeobser ver $OnPr edr awlistener widget::textview Object andr oid.view.view$oncr eatecontextmenulistener app::fragment «inter face» IScan { abstr act} + displaybook(company, bookid, homepage) :void + displayer r or (r esour ceid, additionalinfo) :void + getfr ontlightmode() :com.google.zxing.client.andr oid.camer a.fr ontlightmode + scanbutton() :void # er r or com.noser.ui.ifr agment Fr agmentactivity «boundar y» Scan «boundar y» M ain widget::edittext # bookid # company # homepage - activity :ch.bir al.scan.ui.main # bookid :andr oid.widget.edittext # company :andr oid.widget.edittext # er r or :andr oid.widget.textview # homepage :andr oid.widget.edittext # light :andr oid.widget.spinner - pr efer ences :ch.bir al.scan.pr efer ences_ - ser vice :ISer vice - TAG :String { readonly} -activity AbsSpinner andr oid.content.dialoginter face$onclicklistener widget::spinner # light # after Views() :void + asfr agment() :andr oid.suppor t.v4.app.fr agment + displaybook(company, bookid, homepage) :void + displayer r or (r esour ceid, additionalinfo) :void + getfr ontlightmode() :com.google.zxing.client.andr oid.camer a.fr ontlightmode + onactivitycr eated(saved_instance_state) :void + onsaveinstancestate(outstate) :void + scanbutton() :void + setactivity(activity) :void + setpr efer ences(pr efer ences) :void + setser vice(ser vice) :void + tostring() :String -scan -ser vice -ser vice IService # pr efer ences Shar edpr efer enceshelper -pr efer ences «entity» scan::preferences_ { leaf} - contentview_ :View «gener ated» Scan_ { leaf} - after SetContentView_() :void + builder () :Scan_.Fr agmentbuilder _ + findviewbyid(id) :View - init_(savedinstancestate) :void + oncr eate(savedinstancestate) :void + oncr eateview(inflater, container, savedinstancestate) :View + onviewcr eated(view, savedinstancestate) :void «instantiate» Job Scan::LoadPDF «test» ActivityInstr umentationtestcase2 «unit test,scala» ui::scan_test + setup() :void + tear Down() :void + test_01_open() :void + test_02_open_pdf() :void + test_03_scan_on() :void + test_04_scan_auto() :void + test_05_scan_off() :void

25 Video Instrumentation Tests

26 Toolchains und Tools

27 ALM Toolchains & Tools (Agiles) Projekt Management Java/ Open Source Microsoft Testing IssueTracking JIRA TFS Requirements Confluence Source Code Verwaltung Code Review Continuous Integration Fisheye Crucible Jenkins Testing Tools

28 Mapping NoEng Prozessartefakte auf Toolchains

29 Architektur als neuer Trend

30 Software Design quo vadis? Is Design Dead?

31 «Twin Peaks»

32 NOSER ENGINEERING AG Galgenfeldweg Bern phone