Den eigenen Hafen kennen, bevor man zu neuen Ufern aufbricht

Transkript

1 Den eigenen Hafen kennen, bevor man zu neuen Ufern aufbricht Erik de Linde DOAG Nürnberg, The Oracle Modernization Experts PITSS GmbH 204

2 Den eigenen Hafen kennen 2

3 bevor man zu neuen Ufern aufbricht 3

4 Die PITSS Der Spezialist Mehr als 5 Jahre Erfahrungen mit Oracle Technologie Oracle Status: Oracle Gold Partner Oracle Independent Software Vendor (ISV) Oracle Modernization Alliance Mitglied Oracle Preferred Migration Partner Oracle Forms Beta-Tester Kundenreferenzen auf der ganzen Welt PITSS GmbH PITSS America LLC 4

5 PITSS Standorte PITSS America LLC Troy, MI Phone: (248) PITSS UK Milton Keynes, MK9 2UB Phone: +44 (908) PITSS Region Nord D Bielefeld Tel.: PITSS Region Südwest (HQ) D Stuttgart Tel.: PITSS Region Südost D-8255 Wolfratshausen region.suedost@pitss.de Tel.:

6 Die PITSS steht für: Lösungskompetenz und Expertenwissen Projekterfahrung aus über 500 eigenen erfolgreichen Oracle Forms- Projekten für ein einzigartiges Produkt PITSS.CON mit weltweit über 000 Kunden 00 % Oracle Commitment Für die Themen: Training, Modernisierung, Oracle Forms, Oracle Reports, SOA, APEX, BI- Publisher, Fusion Middleware, ADF / ADF Mobile, Web Logik Server, Oracle Datenbanken 6

7 Referent Erik de Linde Seit 20 bei PITSS 0 Jahre externer MA bei BSH (Bosch und Siemens Hausgeräte) PRINCE2 practitioner Sprachen: Norwegisch, Deutsch, Englisch, Bulgarisch edelinde@pitss.com 7

8 Wo haben Sie angefangen? Forms 3.0 Character Mode Firmengründung 980 Forms 2.3 Block Mode 995 Forms 4.5 Client Server 996 Forms 5 Client Server 2000 Forms 6cs/6i Client Server 8

9 Wo haben Sie angefangen? Forms 3.0 Character Mode Firmengründung 980 Forms 2.3 Block Mode 995 Forms 4.5 Client Server 996 Forms 5 Client Server 2000 Forms 6cs/6i Client Server 9

10 Wo haben Sie angefangen? 999 Firmengründung Auf dem Weg zu Forms 2c? Forms 6cs/6i Client Server Forms 9i WebForms Forms 0g webutil Forms g 0

11 Wo wollen Sie hin? 999 Firmengründung Auf dem Weg zu Forms 2c? Forms 6cs/6i Client Server Forms 9i WebForms Forms 0g webutil Forms g

12 Heimathafen Wie sieht mein Code aus Wie komplex ist mein Code? Metriken: LoC, LoD, Statements, Cyclomatic Complexity, Halstead Volume, Maintenace Index Welche Ressourcen habe ich zur Verfügung? Wie viele Mitarbeiter? Wie viel kann neben der Daily Business erledigt werden? Welche Finanziellen Möglichkeiten habe ich? Welches Risiko besteht wenn ich keine Investition tätige? Wie viel kostet der aktuelle Betrieb? 2

13 Heimathafen Welche Skills sind vorhanden? Wie ermittele ich die Skills? Wie funktioniert mein Team? Kommunikation Teamfähigkeit Wie wird mein Produkt vom Business bewertet? Bringt das Produkt einen Mehrwert Wieviel Zeit verwende ich für Korrekturen / Bugfixing? Kann diese Zeit verringert werden? Welche laufende Kosten verursacht der Betrieb? Lizenzkosten Wie schnell können Business Request umgesetzt werden? Performancemessungen 3

14 Aufwandsabschätzungen bei Projekten Wettbewerbsvorteile erringen nur die Unternehmen und Projektleiter, die ihre IT bzw. IT-Projekte professionell managen. Nur wer Aufwand, Zeit, Kosten und Qualität seiner IT-Projekte auf Basis einer fundierten Aufwandschätzung von Anfang an solide plant, kann sie erfolgreich ins Ziel steuern. Wer die IT Managementaufgabe»Aufwandschätzung«nicht wahrnimmt, riskiert leichtfertig das Scheitern seiner IT-Projekte. Das heißt teures Lehrgeld zahlen, denn ein einziges abgebrochenes Projekt kommt teurer als die Einführung einer professionellen Aufwandschätzung, die oft wegen Zeitknappheit, angeblich zu hohem Aufwand, oder wie die Ausreden sonst noch heißen, sträflich vernachlässigt werden. Manfred Bundschuh, Axel Fabry: Aufwandschätzung von IT-Projekten 4

15 45% von Großprojekten gehen übers Budget 5

16 Punkte zum Erfolg (laut McKinsey) ing_large-scale_it_projects_on_time_on_budget_and_on_value 6

17 Vorgehen im Projekt Software-Messung und -bewertung bezeichnet eine Disziplin im Bereich der Informatik, die sich mit der systematischen Vermessung und Bewertung verschiedener Eigenschaften von Softwareprodukten, -prozessen und -projekten befasst. Quelle: Wikipedia Ziele definieren Indikatoren festlegen Arbeiten Vorgehen überarbeiten Daten sammeln Bewerten Prozeßmetriken Entwicklungszeit Benötigte Ressourcen Produktmetriken Dynamisch Laufzeit Fehleranzahl Statisch Softwaremetriken Architektur Naming Conventions 7

18 Anzahl Statements einfache Metrik Gezählt werden functional Operations (enden mit ;) im Main-Block ohne Deklarationen. Rating Risiko 0 00 small: Code-Zerlegung nicht notwendig Medium: möglicher Kandidaten zu Code-Zerlegung > 250 Large: Kandidat zu Code-Zerlegung 8

19 Zeilen Metrik LOC (Lines of Code) ist die gebräuchlichste Messung für die Quantifizierung der Komplexität einer Software. + Metrik ist einfach, leicht zu messen und sehr verständlich - lässt die Intelligenz und den Aufbau des Codes unberücksichtigt LOCphy: Anzahl der physikalischen Zeilen (Number of physical lines); LOCpro: Anzahl der Programmzeilen (Number of program lines): Deklarationen, Definitionen, Direktiven und Code; LOCcom: Anzahl der Zeilen mit Kommentaren (Number of commented lines); LOCbl: Anzahl der Leerzeilen (blank lines), Hinweis: Leerzeilen innerhalb eines Kommentarblocks werden als Kommentarzeile gezählt. akzeptable Werte 4 40 LOCpro pro Programm / Funktion 0 00 Programme / Funktionen in einer Datei (Datei <= 400 LOCpro) 30 40% Kommentare - gut dokumentiert > 75% ist keine Datei mehr sondern ein Dokument 9

20 McCabe Metrik (zyklomatische Komplexität) [eingeführt 976] Die zyklomatische Komplexität dient der Beurteilung der Programmstruktur und steht im Zusammenhang Zum Programmieraufwand, Fehlerbehebung und Wartungsaufwand. Es gibt 2 Änsätze der Berechnung. Der erste Ansatz ist das Zählen der Binärverzweigungen. (if, elsif, loop etc.) [Pitss.Con] Der zweite Ansatz ist die Berechnung anhand der Knoten und Kanten. M = E N + 2 * P E N P = Anzahl der Kanten eines Graphen = Anzahl der Knoten eines Graphen = Anzahl der verknüpften Programme Rating M Risiko -0 einfaches Programm, mit geringem Risiko -20 geringe Komplexität, akzeptierbares Risiko 2-50 komplex, hohes Risiko 50 kaum beherrschbares Programm, sehr hohes Risiko 20

21 McCabe Metrik (zyklomatische Komplexität) procedure simpleprogram (auswahl number, detail number) is BEGIN /* Hier wird gearbeitet */ if auswahl= then 2 4 DBMS_OUTPUT.PUT_LINE(); elsif auswahl=2 then 4 7 DBMS_OUTPUT.PUT_LINE(2); elsif auswahl=3 then 6 if detail=0 then DBMS_OUTPUT.PUT_LINE(33); DBMS_OUTPUT.PUT_LINE(34); else DBMS_OUTPUT.PUT_LINE(33); end if; else DBMS_OUTPUT.PUT_LINE(7); end if; 8 END ; Anzahl Binärverzweigungen = 6 (procedure,function,if,elsif,begin,loop,case,exception,when etc.) 2

22 Halstead Metrik [eingeführt 977] Basismaße für jedes Programm: Anzahl der verwendeten unterschiedlichen Operatoren (n) und Operanden (n2), Wortschatz n = n + n2 Anzahl der insgesamt verwendeten Operatoren (N) und Operanden (N2), Implementierungslänge N = N + N2 Operatoren if then else elsif exit case Close fetch when loop procedure call function call BEGIN END () [] (Each pair counts as one operator.) for-loop while-loop exit-when goto return open open-for open-for-using pragma exception AND OR NOT <> <= >= =!= ;, : =. LIKE BETWEEN - + * / % < > Operanten Identifier (z.b. number test) Numbers Characters ('x') Strings ("xyz") Exceptions 22

23 Halstead Metrik procedure simpleprogram (auswahl number, detail number) is BEGIN /* Hier wird gearbeitet */ if auswahl= then DBMS_OUTPUT.PUT_LINE(); elsif auswahl=2 then DBMS_OUTPUT.PUT_LINE(2); elsif auswahl=3 then if detail=0 then DBMS_OUTPUT.PUT_LINE(33); DBMS_OUTPUT.PUT_LINE(34); else DBMS_OUTPUT.PUT_LINE(33); end if; else DBMS_OUTPUT.PUT_LINE(7); end if; END ; N N2 n 2 n2 =>9 =>4 =>5 =>4 Wortschatz: n = 5+ 4 = 9 Implementierungslänge: N = = 23 23

24 Halstead Metrik Halstead-Länge HL = n log 2 n + n2 log 2 n2 Halstead-Volumen HV = N log 2 n Aus den Basisgrößen kann man verschiedene Kennzahlen berechnen: Schwierigkeit (Difficulty): D = n Aufwand (Effort): E = D V Implementierungszeit (Time): N2 2 n2 Bugs (ausgeliefert): B = E 2/ T = E 8 Sekunden Rating HV Risiko verständliches Programm, leicht zu warten Herausforderung, akzeptierbares Risiko, Senior Skills 3000 zu komplex, Kandidat für Re-Design oder Re-Factoring Halstead: gültig für alle Programmiersprachen, lässt sich automatisch ermitteln Nachteil, nur einzelne Funktionen und lexikalische/textuelle Komplexität 24

25 Maintainability Index oder MI - Metrik Ziel: Eine Mischung aus Halstead und McCabe sowie LOC und CM zu schaffen, die die Wartbarkeit besser beurteilt. MI = * ln(avev) * avev(g') * ln (aveloc) + 50 * sin (sqrt(2.4 * percm)) avev avev(g') aveloc percm = durchschnittliches Halstead Volume V pro Modul = durchschnittliche Cyclomatic Complexity pro Modul = durchschnittliche LOC pro Modul = durchschnittliche % LOD pro Modul CM(Comment per Module) Diese Metrik erlaubt eine bessere Einschätzung der Wartbarkeit, da ein kompliziertes Programm, das in der Halstead Metrik schlechte Werte bekommt, auf Grund einer ausgezeichneten, leserlichen Dokumentation einen guten Wert in der Wartbarkeit erreicht. Rating MI Risiko < 64 schlechte Wartbarkeit (kann auch negativ werden) akzeptable Wartbarkeit > 85 hohe Wartbarkeit 25

26 Projektforstschritt überprüfen Definition einer Veränderung Zeitintervall Projektphasen Release Projektabschlüsse Festlegung der Auswertungsrelevanten Sourcen Welche Objekte werden ausgewertet? Wie wird mit neuen Objekten umgegangen? Bestimmung der Ziele Definierte Naming Conventions. Comment Ratio Softwaremetriken Statements / McCabe (Cyclomatic Complexity) / Halstead / Maintainibility 26

27 Projektforstschritt überprüfen Performance messen Diskrepanz Schätzung/Realität Messung einzelner Mitarbeiter Weight / Speed Bugs nach Auslieferung Sind die Aufgaben richtig zugeordnet? Hohe Komplexität > Senior Entwickler Muss ich die Abschätzungen anpassen? Ist mein Faktor zu niedrig oder zu hoch? Brauche ich andere Messgrößen Bleibt meine Qualität über die Zeit gleich? 27

28 Aufwandsabschätzungen 28

29 Fragen und Antworten 29

30 Wie sieht Ihre Zukunft aus? PITSS auf der DOAG Treffen Sie uns am PITSS Stand 206 im Anschluss an diesen Vortrag! Wir freuen uns auf Ihren Besuch! 30

31 Donnerstag, Mittwoch, Dienstag, PITSS Vorträge auf der DOAG 204 Zeit Raum Thema Referent / Riga Den eigenen Hafen kennen, Jon Erik de Linde (PITSS) bevor man zu neuen Ufern aufbricht / Sydney ADF, Forms und.net Alles vereint in einer Stephan La Rocca (PITSS) Handheld Scanner App / Helsinki Dein Blogreader die Top 20 Artikel zu SQL & PL/SQL Jon Erik de Linde (PITSS) / Hongkong Vorteile einer Tool gestützen Modernisierung von Jan-Peter Timmermann (PITSS) Forms und Reports / Istanbul Selbstorganisation braucht Führung Boris Gloger (bor!sgloger) / Stockholm Form Reports in der Cloud. Sinnvoll? Machbar? Jan-Peter Timmermann (PITSS) / Kiew Mobile Computing in der DOAG Stephan La Rocca (PITSS) :45 09 / Stockholm Auch nach so vielen Jahren: Was sie schon immer Jan-Peter Timmermann (PITSS) über Forms und Reports wissen sollten / Prag Budgetgerecht in agilen Projekten Stephan La Rocca (PITSS) 3

32 PITSS Roadshow 204 Free PITSS Roadshow in Ihrer Nähe Geschichten aus dem IT-Leben erfolgreicher Anwender von Oracle Forms Hannover Potsdam Düsseldorf München Dreieich Wien Stuttgart Zürich Hamburg Mehr Informationen unter 32

33 Vielen Dank für Ihre Zeit. Erik de Linde The Oracle Modernization Experts PITSS GmbH 204