SWDE 2019

Diese werden durch den Kompiler aufgedeckt. Syntaktische Fehler sind Abweichungen von der Sprachsyntax.

Bsp: if (i = 10) then { i = 0; }

Bsp: Der Leser list den Buch.

Fehler in der Semantik sind Abweichungen oder Unstimmigkeiten die auf Kenntnisse über Dinge beruhen --> Inhaltliche Fehler.

Bsp. Die Erdnuss ass einen Elefanten

Bsp. double Kelvin = celsius - 273.5d;

Funktionale Fehler sind Abweichunggen von den Anfroderungen.

Bsp: Ein Liter Bier kostet 1000CHF

Diese Fehler lassen sich nur bedingt durch Testen finden.

Testen ist das systematische, gezielte und möglichst effiziente "Durchprobieren" nach verschiedenen Qualitätskriterien.

Kein chaotisches Durchprobieren! Testen mit überlegten Eingabedaten und erwarteten Testwerten.

Mit Tests kann sich nur das Vorhandensein von Fehlern zeigen, nicht aber die abwesenheit solcher. Der Test zeigt nur dass das Programm für die eingegebenen Daten korrekt läuft.

Das bedeutet es müssen die Testwerte so gewählt werden dass Normalfälle, Sonderfälle und Ausnahmefälle geprüft werden. Bei einem Sortieralgorithmus bedeutet das

- beliebige Fälle (Normalfälle)

- vorsortierte Daten, keine Daten etc. (Sonderfälle)

- ungültige, nicht sortierbare Daten (Ausnahmefälle)

Dass nur eine Methode, Klasse oder Einheit getestet wird. Der Vorteil bei diesen Tests ist dass diese einfach automatisierbar sind, da diese klein, übersichtlich und schnell ausführbar sind.

Framework: JUnit

Verifikation findet automatisch statt, da die Testfälle immer "self-validating" ausgeführt sind.

Unit Tests, Inegrationstests (Man testet mehrere Klassen/Module und Teilsysteme in ihrem Zusammenspiel) und Systemtests ( Man testet das ganze System bestehend aus allen Klassen und Einheiten)

Ein Double ist ein Platzhalter für die echte, produktive Implemantion während des Testes.

Test Doubles dienen dazu den Aufwand für Integrations-Tests zu reduzieren, indem man stattdessen mehr Testfälle als einfachere Unit Tests realisieren kann.

Dummy und Stub --> EInfache Ersatzimplemenationen um eine bessere Testisolation zu erreichen.

Spy und Mock --> Universalwaffen für Behavior-Testing mit Hilfe von Mocking-Frameworks.

Fake --> Eher aufwändige Implementation, bis zur vollständingen Entkopplung vom Original. Muss sich lohnen!

Architektur ist eine Abstraktion. es wird etwas zusammenfassend und vereinfachend dargestellt. --> Modellierung

Sie beschreibt ein System durch:

- Struktur und Aufbau (Sub- und Teilsystemen, Sichtung, Zwiebel, Verteilung)

- darin enthaltene Softwareteile ( Gegliedert nach Aufgaben, Zuständigkeiten, Komponenten, aber auch gegliedert nach Technologien)

- deren Beziehungen untereinander ( Abhängigkeiten, Schnittstellen, Datenflüsse, Deployment)

Gliederung eines Systems in aufeinander aufbauende, funktional klar getrennte Schichten. Diese Kommunizieren über Schnittstellen. Abhängigkeit nur in Richtung der tieferliegenden Schicht. (Lasagnenaufbau)

JavaFX kann auch im Quellcode erstellt werden. Es ist aber einfacher diese in der XML basierten JavaFX Markup Language (FXML) deklarativ zu beschreiben. Die GUI Komponenten (View) werden mit Hilfe von FXML beschrieben.

Vorteile:

- Schnellere GUI Erstellung (In XML Datei)

- Bessere Code-Wartbarkeit

- GUI Erstellung kann von einem GUI Designer vorgenommen werden, während das Verhalten von einem Programmierer implementiert wird

- einfachere Anpassung von unterschiedlichen Ausgabegeräten., da einfach eine gerätespezifische FXML-Datei erstellt wird.

Object Relational Mapping bezeichnet dass der Entwickler mit vollwertige Objekte in die Datenbank speichert und dort holt Die Abbildung auf Relationen (Tabellen) mit SQL übernimmt eine separate Instanz.

Er ist die Instanz die die Abbildung von Objekten auf Relationen (Tabellen) übernimmt.

-@OneToOne [ 1 : 1 ]

-@OneToMany [ 1 : m ]

-@ManyToOne [ m : 1 ]

-@ManyToMany [ m : n ]

Mit den Annotationen werden die unterschiedlichen Beziehungen zwischen einzelnen Objekten (Vererbung inklusive) Abgebildet.

Erinnert an SQL, ist jedoch voll Objektorientiert.

EIne JPQL Abfrage muss mindestens ein SELECT und einen FROM Block haben.

- Das Interface javafx.persistence.Query ist die zentrale Schnittstelle bei JPA Abfragen und immer dann gefragt , wenn der Entity Primärschlüssel nicht zur Verfügung steht. (Query query = em.createQuery ("SELECT p FROM Person);

- Das Interface javafx.persistence.TypedQuery < ermöglicht die Abfragen, die einen typisierten Rückgabewert zurückgeben. (TypedQuery<Person> tQuery = em.createQuery ("SELECT p FROM Person p", Person.class);

- Mit JPA können die benannten Abfragen ( named queries ) definiert werden, die mit eindeutigen Namen versehen und später beliebig oft verwendet werden können (@NamedQuery name = Student.findBySemester ",

query= "SELECT e FROM Student e WHERE e.semester semester)

Remote Method Invocation ist eine Middleware, mit der die Entwicklung von verteilten Anwendungen in Java realisiert werden kann. Es ist ein Mechanismus mit dem entfernte Objekte aufgerufen werden können.

Vorteile:

- Details der Netzwerkkommunikation werden maskiert

- die Verteilung von Objekten durch einen Namensdienst wird ermöglicht (RMI-Registry)

- bietet eine synchrone Kommunikation

Nachteile

- Ist Java to Java only

- RMI verwendet den Namensdienst, dieser ist sehr einfach und genügt für manche Anwendungen eventuell nicht.

- Client-Host und Client-Programm

- Server-Host und Server-Programm

- Namendienst (RMI Registry)

- Entferntes Objekt ( remote Objekt), Stub und Skeleton

Der RMI-Client besitzt die Referenz auf das entfernte Objekt und kann die gewünschten Methoden dieses Objekts aufrufen.

Es ist ein System welches die zeitliche Entwicklung von Artefakten in sogenannten Revisionen (Überarbeitungsstände) festhält.

- Für Teamarbeit mit gemeinsamen Quellen

- Automatisiertes Merging bei Konflikten

- Datenhaltung entweder zentral oder Verteilt

- Kein zuverlässiger Schutz vor HW-Defekt

- Bewusst keine automatische Synchronisation

Änderungen innerhalb einer Transaktion

tagging

Parallele, voneinander getrennte Entwicklungszweige

- Für Bugfixing bereits abgeschlossener Versionen

- Für Prototypen, Tests und Experimente

- Für spezielle (Änderungs-) Workflows

Falls es keine "Wegwerfentwicklung" ist, ist später ein "Merging" notwendig.

- Zentrale und Verteilte Systeme

- Optimistische und pessimistische Lockverfahren

- Versionierung auf Basis einer Datei, der Verzeuchnisstruktur (FS) oder der Änderung (Changeset)

Modularisierung beschreibt die Technik oder den Vorgang ein grosses Ganzes in mehrere kleinere, in sich abgeschlossene Einheiten zu unterteilen.

- Wird in verschiedensten Bereichen eingesetzt

- Lässt ein grosses Ganzes durch die Aufteilung in einzelne "Module" einfacher verständlich und Beherrschbar machen

Klasse

Vollständige Applikation, oder komplettes SW-System

Wenn es eine möglichst abgeschlossene und austauschbare Einheit bildet.

Schnittstellen

Kopplung (Coupling)

- Beschreibt das Ausmass der Kommunikation zwischen Modulen.

- Mass für die Abhängigkeiten zwischen den einzelnen Modulen.

- Ziel: Minimierung der Kopplung!

Kohäsion (Cohesion)

- Ausmass der Kommunikation innerhalb eines Moduls

- Mass für den internen Zusammenhalt eines Moduls

- Ziel: Maximierung der Kohäsion!

Ein Modul soll eine möglichst in sich geschlossene Aufgabe erfüllen und einen starken inneren Zusammenhalt aufweisen.

Daraus ergeben sich:

- Information Hiding - Die Implementation (Umsetzung) eines Modules bleibt vor dem Nutzer verborgen, und kann somit auch jederzeit verändert werden.

- Lose Kopplung: Die nur über die Schnittstelle mögliche Nutzung des Modules fördert die möglichst lose Kopplung zwischen den Modulen.

Zerlegbarkeit / Dekomposition

- Die einzelnen Module sind möglichst unabhängig voneinander.

Kombinierbarkeit

- Die entstandenen Module sind flexibel sinnvoll kombinierbar

Verständlichkeit

- Die Module sind einzeln ohne Kontext verständlich

Stetigkeit / Kontinuität

- DIe Module haben eine gewisse Beständigkeit

- Ein Modul soll so unabhängig und in sich abgeschlossen sein, dass es möglichst einfach Verständlich ist

- Ein Modul soll möglichst einfach verwendbar und verständlich sein

- Bibliothek / Library

- Abstrakte (komplexere) Datentypen

- Modellierung / Abstraktion physischer Systeme

- Modellierung / Abstraktion logisch-konzeptioneller Systeme