Als PDF, PPTX herunterladen
Hochgeladen vonSebastian Hempel
Objektorientierte Techniken und UML
Das Dokument behandelt objektorientierte Techniken und UML, indem es die Definition und Interaktion von Klassen und Objekten beschreibt. Es erläutert maßgebliche Prinzipien der objektorientierten Programmierung, wie das Liskov Substitutionsprinzip und das Open-Closed-Prinzip, sowie verschiedene Diagramme zur Modellierung. Zudem werden Werkzeuge und Programmiersprachen wie C++, Java und C# erwähnt, die für die objektorientierte Softwareentwicklung verwendet werden.
Objektorientierte Techniken und UML
- 1. Objektorientierte Techniken und UML
- 2. Unter Objektorientierung, kurz OO,versteht man eine Sichtweise auf komplexe Systeme, bei der ein System durch das Zusammenspiel kooperierender Objekte beschrieben wird. Wikipedia
- 3.
- 4.
- 5. Agile Softwareentwicklung iterativ und inkrementell
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. Eine Klasse istdie Definition der Attribute, Operationen und der Semantik für eine Menge von Objekten. Alle Objekte einer Klasse entsprechen dieser Definition. Bernd Oestereich
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. Code Code Daten Daten Kapselung
- 22. Abstraktion Kuh Elsa Frida Vera
- 23. Assoziation steht auf Kuh Wiese
- 24. Aggregation ist Mitglied Kuh Herde
- 25. Komposition besteht aus Rechnung Positionen
- 26. Figur Generalisierung Spezialisierung Kreis Rechteck Quadrat Vererbung
- 27. List LinkedList ArrayList Schnittstelle
- 28. Figur a Figur Rechteck Quadrat Polymorphie
- 29. Benennung von Bezeichnern
- 30.
- 31.
- 32. Objektorientierte Analyse
- 33.
- 35. Ein Anwendungsfall beschreibt eineMenge von Aktivitäten eines Systems aus der Sicht seiner Akteure, die für die Akteure zu einem wahrnehmbaren Ergebnis führen. Bernd Oesterreich
- 36.
- 37. Bei der statischenAnalyse werden die Geschäftsklassen und deren Beziehungen untereinander identifiziert. Weiterhin findet eine Spezifikation der Attribute und Operationen statt. Sebastian Hempel
- 38.
- 40. Bei der dynamischenAnalyse werden die Interaktionen der erkannten Geschäftsklassen untereinander identifiziert und die dabei verwendeten Operationen beschrieben. Sebastian Hempel
- 41.
- 42.
- 43.
- 44. Objektorientiertes Design
- 45. Konkretisierung des Analysemodells mitder Erweiterung um nicht-fachliche Klassen. Integration der Klassen in eine Laufzeitumgebung / Framework. Sebastian Hempel
- 46.
- 48.
- 49.
- 50.
- 51.
- 52. Favour Composition over Inheritance Mitarbeiter Mitarbeiter Lehrgangsteilnehmer Lehrgangsteilnehmer
- 53. Das Liskov Substitution Principlebesagt, dass Subtypen sich wie ihre Basistypen verhalten müssen.
- 54. Mitarbeiter Lehrgangsteilnehmer - SollStunden: long + berechneUeberstunden()…
- 55. Das Open ClosedPrinciple (OCP) besagt, dass eine Klasse offen für Erweiterungen sein muss, jedoch geschlossen gegenüber Modifikationen.
- 56. public double Preis(){ const decimal StammkundenRabatt = 0.95m; switch(kundenart) { case Kundenart.Einmalkunde: return menge * einzelpreis; case Kundenart.Stammkunde: return menge * einzelpreis * StammkundenRabatt; default: throw new ArgumentOutOfRangeException(); } }
- 57. «interface» Bestellposition PreisRechner + berechnePreis() : double + berechnePreis() : double Einmalkunde Stammkunde
- 58. Interface Segregation bedeutet Schnittstellenklein zu halten. Teilen Sie nicht zusammengehörende Methoden auf mehrere Schnittstellen auf.
- 59. Nach dem Lawof Demeter soll eine Methode nur folgende andere Methoden verwenden: ● Methoden der eigenen Klasse ● Methoden der Parameter ● Methoden assoziierter Klassen ● Methoden selbst erzeugter Objekte
- 60. Bei der DependencyInversion wird darauf geachtet, dass Klassen Abhängigkeit zu Schnittstellen und nicht zu anderen (Low-Level) Klassen haben. Dies verbessert die Testbarkeit.
- 61. Objektorientierte Programmmier- Sprachen
- 62.
- 63.
- 64.
- 65. UML (unified modelling language)
- 66. The Three Amigos Grady Ivar James Booch Jacobson Rumbaugh
- 67.
- 68. Mit dem Anwendungsfall- diagramm wird beschriebenwas das System leisten soll.
- 69. Ein Klassendiagramm besteht aus Klassen, Attributen,Methode und Interfaces.
- 70.
- 71. Das Aktivitätsdiagramm beschreibt einen Ablauf ineinem System.
- 72.
- 73. Mit dem Sequenzdiagramm wird derAustausch von Nachrichten von Objekten im zeitlichen Zusammenhang beschrieben.
- 74. CASE Computer Aided Software Engineering
- 75.
- 76.
- 77.
- 78.
- 79. Bildnachweis 1. Modellbahn -Elbbrücken / Pieter & Renée Lanser / Flickr 4. Krka Wasserfälle / Karl-Hermann Loges / Flickr 5. The Zombie Attack project plan / Jez Nicholson / Flickr 7. Old couple analyzing Railway timetable / Pedro Ribeiro Simões / Flickr 8. Sketching a System / Ben and Kaz Askins / Flickr 9. Pat on his Mac / Kevin Galens / Flickr 11. Minmax_Notation_Mannschaft_Spieler / PhilippWeissenbacher / Wikipedia 15. Waffle Recipe / Brian Kelley / Flickr 16. Light Waffeln / sushiina / Flickr 17. ALFA ROMEO Giulia 1964 / Will Will / Flickr 18. Alfa Romeo Giulia Sprint GT RUD66 / Flickr 19. Ich liebe Waffeln! / Tine Steiss Flickr 30. Flohmarkt / cbronziski / Flickr 30. The Point Is im Studio der SAE Leipzig / Andre Lademann / Flickr 33. J&W Autos - Mechanic At Work 2 / Emyr Jones / Flickr 36. Self check-in at BOS / Karl Baron / Flickr 38. Everyone getting in on macroinvertebrate identification / External Affairs / Flickr 41. Marius Zierold / Marius Zierold / Flickr 42. Dresden bei VW / Dierk Schäfer / Flickr 46. highend-96 / noeffred / Flickr 48. Dombücherei Linz, 3 / Monika Bargmann / Flickr 49. Framework / jphilipg / Flickr 64. Anders Hejlsberg / D. Begley / Flickr
- 80. Sebastian Hempel Staatlich geprüfter Informatiker Selbständiger Software- Entwickler und Dozent in den Bereichen Java und OpenSource Clean Code Developer shempel@it-hempel http://www.it-hempel.de/