Mitte April treffen sich ein paar Engagierte um sich sportlich zu betätigen. Am findet der Wien Marathon statt

Transkript

1 Mitte April treffen sich ein paar Engagierte um sich sportlich zu betätigen Am findet der Wien Marathon statt Gestartet wird bei der UNO-City Zuerst wird ein wenig durch Wien gelaufen Um 8:57 starten die ersten Läufer Die Strecke: Wagramerstraße - Reichsbrücke - Lassallestraße Praterstern - Hauptallee - Stadionallee - Schüttelstraße Untere Donaustraße - Schwedenbrücke - Franz Josefs Kai Stubenring - Parkring - Schubertring - Kärtnerring Opernring - Operngasse - Friedrichstr. - Linke Wienzeile Schloßallee - äußere Mariahilferstraße - innere Mariahilferstraße - Babenbergerstr. - Burgring - Dr. Karl Renner Ring - Universitätsring - Schottenring Liechtensteinstraße - Alserbachstraße - Julius Tandler Platz Friedensbrücke - Brigittenauer Lände - Obere Donaustraße Untere Donaustraße - Schüttelstraße - Lukschgasse Rustenschacherallee - Stadionallee - Meiereistraße - Stadion (Wende) - Meiereistraße - Hauptallee - Lusthaus - Hauptallee - Stadionallee - Schüttelstraße - Franzensbrücke Radetzkyplatz - Radetzkystraße - Vordere Zollamtstraße Weiskirchnerstraße - Stubenring - Parkring - Schubertring Kärntner Ring - Opernring - Burgring - Heldenplatz Dann geduscht Ziel: Heldenplatz bis 15:00 geöffnet Dann ein wenig gefeiert Siegerehrung der Top 3 direkt nach dem Zieleinlauf

2 Anforderungsmanagement: Von Open Source Projekten lernen Wolf Rogner corporate quality consulting GmbH Rooseveltplatz 13/5, 1090 Wien Fachhochschule Technikum Wien Höchstädtplatz 6, 1200 Wien Rogner Systemanalyse & Beratung Reisenbauerring 1, 2351 Wr. Neudorf

3

4 Definition Anforderungsmanagement (Requirements Management) Prozess um die Anforderungen an Softwaresysteme zu erheben, dokumentieren und warten (Kotonya G. and Sommerville, I. (1998) Requirements Engineering: Processes and Techniques. Chichester, UK: John Wiley & Sons) Erheben Identifizieren (bewerten, priorisieren, gewichten) Analysieren (Widersprüche entfernen) Spezifizieren (niederschreiben) Modellieren (Realität abbilden) Validieren und verifizieren (Widerspruchsfreiheit garantieren) Laufend anpassen (Veränderungen zulassen)

5 Definition Anforderung Eine Anforderung ist eine Aussage über eine Eigenschaft oder Leistung eines Produktes, eines Prozesses oder der am Prozess beteiligten Personen. (Rupp, et.al, 2007)

6 3 Hypothesen H1: Requirements Engineering ist redundanter Overhead H2: Tools: Es reicht Word (ev. Excel) H3: Open Source Projekte sind effektiver (bei der Anforderungsspezifikation)

7 IT behindert Geschäft Externe DL ist Experte Auftrag an DL GF Gericht (SV)? Ziel / Auftrag? Mittel geeignet? Umsetzung sachgerecht Anforderungsdokumente Eskalation Braucht schnelle Lösung Kann kein UML Kunde IT Will formale Anforderungen (UML?) Abnahmekriterien Planungsbehelf: Kosten, Aufwand Zeit, Skills, Tools Interne Constr aints der IT u nb Geht zum Kunden / vor Ort kurze Vorerhebung, Angebot + Risikoaufschlag ekannt / egal DL Braucht kein UML Versteht den Kunden Umsetzung verzögert sich

8 Methoden: ORDER Disziplinen, Werkzeuge: Geschäftsprozessanalyse, Modellierung, UML, Use Cases, Workshops, Riskmgmt., Projektplanung (PSP, PAP), Aufwandsschätzung, Gesprächstechniken, Vertragsgestaltung, Verhandlungen, Projektkostenrechnung, Ressourcenplanung. CRM, ER, Bubble-Diagramme, FPA, etc. Vorprojektphase Methoden: Wasserfall, V-Model, Spiral, MSF, RUP, SCRUM, XP, System Engineering, Kaizen, ShopFloor, LO, PMI, PMA, Betrieb: ITIL, Weiterentwicklung, Wartung, Help Desk, Versionen, Schulung Disziplinen, Werkzeuge: Geschäftsprozessanalyse, Modellierung, Workshops, Riskmgmt., Projektcontrolling, Teamtechniken, Ressourcenmgmt. CRM, Projektmarketing, Krisenmgmt., QM, Configuration Mgmt., Programmierung, Style Guides, Prozessmgmt., Vertragsgestaltung, Wartung, Change Mgmt., etc. Ausserdienststellung: Datenübernahme, Datenentsorgung, Schnittstellenanpassung, Recycling, Reengineering, Refactoring Projektstart Anforderungsmanagement AM Projektende t

9 ORDER: Best practice Projektmanagementmethode für die Vorprojektphase nach Mahan Khalsa (Let's get real or let's not play, 2008) O (pportunity) Kein Bedarf, kein Problem Kein Projekt R (esources) Unzureichende Kapazitäten für Projektdefinition Kein Projekt D (ecisions) Keine Entscheidungen in der Vorprojektphase Kein Projekt E (xact solution) Konzentration auf eine Lösung Keine Entscheidung Kein Projekt R (elationship) Produktive Beziehung aufrecht halten 1) Auftrag wird erteilt 2) Auftrag wird nicht erteilt 3) Es fällt keine Entscheidung Professionelle Umsetzung Wenn O,R,D professionell waren, ev. Folgeauftrag Kein Projekt

10 Wissen über das Zielsystem 2011, agile-dojo.de

11 Wasserfall Prototyping Inkrementell Evolutionär V-Model Spiral 1999,

12

13 Inkrementell V-Model Roadmap Wasserfall Reality Gap Mogelpackung Reality Gap Prototyping Spiral User Interaktion Evolutionär Designmängel Mangelnder Überblick rs Ve io r te nie Ro m ad ap 1999,

14 Standard-SW Individual-SW wenig Funktionsvergleich umfassend funktional nichtfunktional kommerziell Unkritisch Kritisch informell Text Tabellen UML BPML ER Pretri-Netze Zustandsdiagramme Graphen formal Logiken Algebren Kurzlebig Langlebig rudimentär Funktionen Schnittstellen detailliert Abläufe IT-Betrieb (DevOps) Wartung und Entwicklung

15 Individual-SW niedrig - Dokumentationsgrad - hoch Logiken Standard-SW Aussagen-L Prädikaten-L Graphen UML ER Calc Text ku rz ns e b Le r e u da Petrinetz Domainsprachen Zustandsdiagramm g lan BPML informell formal prüfbar unkritisch Algebren - Kritikalität der Anwendung - kritisch

16 Lastenheft (Fachkonzept) Pflichtenheft (Lösungskonzept) H.Balzert Anforderungslisten DIN (PM) Zustandsdiagramm (Stoppuhr) Petri-Netz Entscheidungsbaum Zustände := { Bereit, Zeitmessung läuft, Zeit angehalten } Aktionen := { Start/Stop, Zwischenzeit, Reset } Schwerpunkt liegt auf f(x) Anzeige := { h, m, s h [0..23] m [0..59] s [0..59] } t = 0:00:00 ( h:mm:ss (Stop (Läuft Zwischenzeit) ) z1 = Bereit, z2 = ZM läuft, z3 = ZM angehalten z = t ( z1 z2 z2 z3 z3 z1) Verschiedene Logiken

17 Traditional (Waterfall, V-Model) Requirements definition Software specification functional specification IEEE Design Design specifications SDD Estimation of efforts Work packages cost estimation project plan Sequential milestones implementation phases Test management (unit, load, integration, ) quality management SPMP development test and production stages Service and operations usually unaccounted for SCMP Implementation Tests and QM Deployment SQAP Software Quality Assurance Plan IEEE 730 SCMP Software Configuration Management Plan IEEE 828 STD Software Test Documentation IEEE 829 SRS Software requirements specification IEEE 830 SVVP Software Validation & Verification Plan IEEE 1012 SDD Software Design Description IEEE 1016 SPMP Software Project Management Plan IEEE 1058 SUD Software User Documentation IEEE 1063 SRS Agile (SCRUM, XP) Product idea vision back logs User stories Sprints Story points Estimation meetings small implementation units sprints Incremental implementation SQAP, 2-stage handover: STD, - Product Owner and SVVP - end user retrospective meetings SUD Open development Roadmaps bug tracking feature lists Ad-hoc evolutionary approach Rudimentary planning release early release often Unsynchronised Peer and community reviews feedback bug tracking feature requests not part of the methodology, Incremental releases depends on organisation continuous integration not part of the methodology Community driven Open development offers light weight project- and effort management and a simple tool set

18 MUSS 90% Statisch höchste Qualität SOLL 30% Dynamisch Evolutionäre (konkurierende) Entwicklung kann 20% Unbekannt Plug-Ins 140% + Release early, release often + kleinen Entwicklungsschritten + Featurelisten + langfristiger Planung (Roadmap)

19

20 Christl 2007, Proprietary_vs_open_source_development

21

22

23

24

25

26

27

28

29 H1 H2 H3 Redundanter Overhead Word ausreichend Open Source effektiver Planungsinstrument Kontrollinstrument Baseline Keine formale Prüfbarkeit Unzulässig simplifizierend Fehlende Versionierung Keine Modellierung + Direkter Kundenkontakt Rasche Versionsfolge Einfache Tools Roadmap Alternative Bewertungen - Keine treibende Kraft Erfordert Spezial-Skills

30 Anforderungsmanagement konzentriert sich auf die (Spezifikation der) Lösung aber nicht auf die Ursachen und (zugrundeliegenden) Probleme.

31

32 Anforderungsmanagement: Von Open Source Projekten lernen Wolf Rogner corporate quality consulting GmbH Rooseveltplatz 13/5, 1090 Wien Fachhochschule Technikum Wien Höchstädtplatz 6, 1200 Wien Rogner Systemanalyse & Beratung Reisenbauerring 1, 2351 Wr. Neudorf