Als PDF, PPTX herunterladen
Hochgeladen vonFrank Sons
Presenting to win - how I changed some old slides
Das Dokument beschreibt den Prozess der Projektplanung, -realisierung und den Abschluss in der Softwareentwicklung, insbesondere im Kontext eines Contests. Es enthält Zuverlässigkeitsanalysen, Qualitätssteigerungsmaßnahmen und eine klare Struktur für das Projektmanagement, einschließlich der Bedeutung von Tests und Dokumentation. Zusätzlich wird der historische Hintergrund von Testmethoden und deren Notwendigkeit in der Softwareentwicklung behandelt.
Presenting to win - how I changed some old slides
- 1.
- 2. 20. Mai 2008 Übersicht •Einleitung • Projektplanung • Projektrealisierung • Projektabschluss Einleitung Projektplanung Projektrealisierung Projektabschluss
- 3. 20. Mai 2008Seite / 29 Übersicht • Einleitung • Projektplanung • Projektrealisierung • Projektabschluss 3 Einleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung ProjektabschlussEinleitung Projektplanung Projektrealisierung Projektabschluss
- 4. 20. Mai 2008Seite / 29 Einleitung Einleitung 4 Einleitung Projektplanung Projektrealisierung Projektabschluss
- 5. 20. Mai 2008 IST-AnalyseContest 2007 • Fehlende festgelegte, objektive Kriterien – Keine Richtlinien für Studenten – Nachvollziehbarkeit • Verschiedene Beurteilung innerhalb der Nationen – Unterschiedlicher Fokus Marketing / Technik • Subjektive Entscheidungen – Mangelnde Nachvollziehbarkeit Einleitung Projektplanung Projektrealisierung Projektabschluss
- 6. 20. Mai 2008Seite / 29 IST-Analyse Contest 2007 • Keine festgelegten Kriterien Keine Richtlinien für Studenten • Subjektive Entscheidungen Mangelnde Nachvollziehbarkeit • Verschiedene Beurteilungen innerhalb der Nationen Unterschiedlicher Fokus Marketing / Technik Einleitung Projektplanung Projektrealisierung Projektabschluss 6
- 7. 20. Mai 2008 SOLL-Konzept •Leitfaden für Entwickler – Abdeckung aller wichtigen Qualitätspunkte im Design, Dokumentation und Code • Hilfsmittel zur Kontrolle von Projekten durch erfahrene Entwickler oder Tester – Grobbeurteilung: Vergleichbarkeit von Projekten – Detailuntersuchung: Schwachstellen und Probleme aufdecken • Keine Beurteilung fertiger Software, sondern Steigerung der Qualität in der Java Entwicklung • Innovation und Kreativität beachten Einleitung Projektplanung Projektrealisierung Projektabschluss
- 8. 20. Mai 2008Seite / 29 SOLL-Konzept und Projektziele • Leitfaden für Entwickler Design, Dokumentation und Code • Richtlinien für interne Java Entwicklungen Schwachstellen und Probleme • Innovation und Kreativität Neue Technologien • Qualitätssteigerung im Entwicklungsprozess Keine fertige Software beurteilen • Grundlage für Contest Richtlinien Vergleichbarkeit von Projekten Einleitung Projektplanung Projektrealisierung Projektabschluss 8
- 9. 20. Mai 2008 Kick-OffMeeting • Projektstruktur • Zeitplanung – 38 Tage – Vorgabe Zeitrahmen durch Contest 2008 • Meilensteine • Risikoanalyse – Einschätzung – Gegenmaßnahmen • Kostenrahmen – 80€ / Stunde für Entwickler • Zeitpunkt für regelmäßige Statusmeetings Einleitung Projektplanung Projektrealisierung Projektabschluss
- 10. 20. Mai 2008Seite / 29 Kick-Off Meeting • Teilnehmer: Projektteam • Meilensteine • Regelmäßige Statusmeetings • Projektcontrolling Einleitung Projektplanung Projektrealisierung Projektabschluss 10
- 11. 20. Mai 2008 Projektstruktur EinleitungProjektplanung Projektrealisierung Projektabschluss
- 12. 20. Mai 2008Seite / 29 Projektstrukturplan (Auszug) Einleitung Projektplanung Projektrealisierung Projektabschluss Projektrealisierung Richtlinien Contest 2008 WorkshopsHandbuch 12
- 13. 20. Mai 2008 Dokumentationund Design • Unified Modelling Language (UML) • Objektorientiertes Design (OOD) • Design Pattern (Entwurfsmuster) • Use Cases (Anwendungsfälle/-szenarien) Einleitung Projektplanung Projektrealisierung Projektabschluss
- 14. 20. Mai 2008 Code •Objektorientierte Programmierung (OOP) • Javadoc • Quelltext Kommentare • Unit Tests • Design Pattern (Entwurfsmuster) • Coding Style Guides • Sauberer und strukturierter Code Einleitung Projektplanung Projektrealisierung Projektabschluss
- 15. 20. Mai 2008 Projektgesamtheit •Übereinstimmung Design und Code • Komplexität • Innovation und Kreativität Einleitung Projektplanung Projektrealisierung Projektabschluss
- 16. 20. Mai 2008Seite / 29 Dokumentation und Design • Unified Modelling Language (UML) • Objektorientiertes Design (OOD) • Design Pattern (Entwurfsmuster) • Use Cases (Anwendungsfälle/-szenarien) Einleitung Projektplanung Projektrealisierung Projektabschluss 16
- 17. 20. Mai 2008Seite / 29 Code • Objektorientierte Programmierung (OOP) • Javadoc • Quelltext Kommentare • Unit Tests • Design Pattern (Entwurfsmuster) • Coding Style Guides • Sauberer und strukturierter Code Einleitung Projektplanung Projektrealisierung Projektabschluss 17
- 18. 20. Mai 2008Seite / 29 Projektgesamtheit • Übereinstimmung Design und Code • Komplexität • Innovation und Kreativität Einleitung Projektplanung Projektrealisierung Projektabschluss 18
- 19. BenQ Confidential (yyyy/mm/dd)©2005, BenQ Corporation Once upon a time on an airplane •In 1997 Kent Beck and Erich Gamma fly from Zürich to Atlanta for the OOPSLA conference. – Kent Back •has his test framework for SmallTalk on his laptop •and would like to learn Java. – Erich Gamma •has Java on his laptop •and would like to have test framework for Java. •By the time their airplane touches down in Atlanta – Kent Beck has learned Java from Erich Gamma – and they have written the initial version of what is now well-known as JUnit.
- 20. Frank Sons, 18.03.2009/26 Es war einmal… 1997, auf dem Flug von Zürich nach Atlanta: • Kent Beck SmallTalk Test Framework Will Java lernen • Erich Gamma Java auf seinem Laptop Sucht Test Framework für Java • Bei der Ankunft in Atlana Kent Beck hat Java gelernt Erster Entwurf für JUnit ist fertig 20
- 21. BenQ Confidential (yyyy/mm/dd)©2005, BenQ Corporation How to test software •What are the different testing methods? –Non functional tests •Performance /Stability –Application testing / Acceptance testing •Testing the code as the user would see it (black box) –Integration testing •Testing of a module of the code (e.g. a package) –Unit testing •Testing a ‘unit’ of code, usually a class
- 22. Frank Sons, 18.03.2009/26 Was kann man testen? • Komponententests White Box Testing Teile der Software testen • Akzeptanztests Black Box Testing Testen ob Anforderungen erfüllt werden • Nicht-Funktionale Tests Performance Usability 22
- 23. BenQ Confidential (yyyy/mm/dd)©2005, BenQ Corporation Why Software Testing? •‘I don’t have time to test my software’ •‘It runs, so it should be ok’ •‘We have some designated testers, it’s their job to test our software’ •‘I only changed some very small stuff, it still runs’
- 24. Frank Sons, 18.03.2009/26 Testen, muss das sein? • „Wir haben keine Zeit dafür“ • „Testen ist langweilig und stupide“ • „Mein Code ist fehlerfrei“ • „Wir testen doch nach der Entwicklung“ • „Die Testabteilung testet doch“ 24