Modular mit .NET
Als PPTX, PDF herunterladen0 gefällt mir175 aufrufe
Das Dokument behandelt modulare Architekturen in der Softwareentwicklung mit .NET, präsentiert von Hendrik Lösch, Senior Consultant bei Zeiss Digital Innovation. Es werden die verschiedenen Geschäftsbereiche der Zeiss Gruppe sowie deren Erfahrungen in der individuellen Softwareentwicklung und agilen Managementmethoden erläutert. Zudem werden technische Schichtungen und Anwendungsbeispiele aus der Medizintechnik vorgestellt, um die Anwendung von .NET in verschiedenen Kontexten zu verdeutlichen.
Modular mit .NET
- 2. 211.06.2020ZEISS Digital Innovation, Hendrik Lösch Sprecher Hendrik Lösch Senior Consultant @HerrLoesch hendrik.loesch@zeiss.com hendrik-loesch.de Stock Images by pexels.com
- 3. 311.06.2020ZEISS Digital Innovation, Hendrik Lösch ZEISS Gruppe ZEISS weltweit 31.260 Mitarbeiter Standorte weltweit (gerundet) 100 Länder (gerundet) 50
- 4. 411.06.2020ZEISS Digital Innovation, Hendrik Lösch ZEISS Gruppe Zukunft gestalten Sparten der ZEISS Gruppe Semiconductor Manufactoring Technology Semiconductor Manufactoring Optics Semiconductor Mask Solutions Process Control Solutions Industry Quality & Research Industrial Quality Solutions Research Microscopy Solutions Medical Technology Ophthalmic Devices Microsurgery Consumer Markets Vision Care Consumer Products
- 5. 511.06.2020ZEISS Digital Innovation, Hendrik Lösch ZEISS Digital Innovation Strategische Synergien schaffen Innovative Digitalisierungsprojekte mit und für die Kunden von ZEISS Sparten der ZEISS Gruppe Semiconductor Manufactoring Technology Industry Quality & Research Medical Technology Consumer Markets
- 6. 611.06.2020ZEISS Digital Innovation, Hendrik Lösch 300feste Mitarbeiter in Deutschland und Ungarn 30 Jahre Erfahrung in Individualsoftware- entwicklung 7 Standorte in München, Dresden, Berlin, Hamburg, Leipzig, Görlitz und in Miskolc (Ungarn) ZEISS Digital Innovation Unsere Erfahrung in Zahlen 10 Jahre agiles Management
- 7. 711.06.2020ZEISS Digital Innovation, Hendrik Lösch ZEISS Digital Innovation Standort in Dresden
- 8. 811.06.2020ZEISS Digital Innovation, Hendrik Lösch Motivation
- 9. 911.06.2020ZEISS Digital Innovation, Hendrik Lösch Motivation Was heißt „.NET“ DESKTOP WPF WinForms UWP WEB ASP.NET CLOUD Azure MOBILE Xamarin GAMING Unity IoT ARM32 ARM64 AI ML.NET .NET für Apache Spark .NET INFRASTRUKTUR Laufzeitkomponenten Compiler Sprachen VISUAL STUDIO VISUAL STUDIO FÜR MAC VISUAL STUDIO CODE COMMAND LINE INTERFACE WERKZEUGE Quelle: https://devblogs.microsoft.com/dotnet/introducing-net-standard
- 10. 1011.06.2020ZEISS Digital Innovation, Hendrik Lösch Motivation Technische Schichtung Anwendungslogik Präsentation Datenhaltung TechnischeSchichtung
- 11. 1111.06.2020ZEISS Digital Innovation, Hendrik Lösch Motivation Verteilung Anwendungslogik Präsentation Datenhaltung Vermittlung TechnischeSchichtung Server Client
- 12. 1211.06.2020ZEISS Digital Innovation, Hendrik Lösch Motivation Monolith System
- 13. 1311.06.2020ZEISS Digital Innovation, Hendrik Lösch Präsentation Fachdomäne Vermittlung Anwendungslogik Fachliche Schichtung TechnischeSchichtung Server Client Motivation Technische & fachliche Schichtung
- 14. 1411.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel
- 15. 1511.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Medizingerät https://youtu.be/d9-y3e7xhKI
- 16. 1611.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Medizingerät Patientenverwaltung Messung Analyse
- 17. 1711.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Analyse
- 18. 1811.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Patientenverwaltung
- 19. 1911.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Messung
- 20. 2011.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Analyse
- 21. 2111.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Analyse
- 22. 2211.06.2020ZEISS Digital Innovation, Hendrik Lösch Shell Patient Messung Analyse Beispiel Fachliche Kontexte
- 23. 2311.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Präsentation Fachdomäne Anwendungslogik Fachliche Schichtung TechnischeSchichtung Client Patient Messung Analyse
- 24. 2411.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces
- 25. 2511.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces
- 26. 2611.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping
- 27. 2711.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping Messung Module Patient Module
- 28. 2811.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping Messung Module Patient Module Interfaces
- 29. 2911.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping Messung Module Patient Module Interfaces
- 30. 3011.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping Messung Module Patient Module Interfaces
- 31. 3111.06.2020ZEISS Digital Innovation, Hendrik Lösch Beispiel Fachliche Kontexte Patient Messung Rahmen- applikation UI Logic Data Interfaces UI LogicData Interfaces Bootstrap ping Messung Module Patient Module Interfaces Messung benötigt Funktionalität von Patient
Hinweis der Redaktion
- #25: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #26: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #27: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #28: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #29: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #30: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #31: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.
- #32: Klare fachliche Trennung einzelner Module. Fachliche wie technische Bestandteile können leicht ausgetauscht oder verändert werden. Gerichtete und damit nachvollziehbare Abhängigkeiten. Änderungen wirken sich nur auf einen definierten Teilbereich aus und sind frei von Nebeneffekten. Kommunikation nur über abstrakte Schnittstellen. Es ist leicht automatisierte Tests zu verfassen und Bestandteile unabhängig voneinander zu betrachten. Zusammensetzung der Anwendung durch entsprechende Modulaggregatoren und eine Rahmenapplikation. Definierte Schlüsselpunkte weisen hohe Komplexität auf, alle anderen eher geringe. Einheitliches Vorgehen bei der Umsetzung neuer Funktionalität. Geringer Einarbeitungsaufwand.