# Grundlagen

### Dezimalzahlen und Hexadezimal zahlen umwandeln 

**Binärzahl**

<table border="1" class="align-center" id="bkmrk-1-1-1-1-1-1-0-0-1-26" style="border-collapse: collapse; width: 100%; height: 59.6px; border-width: 1px;"><colgroup><col style="width: 6.19785%;"></col><col style="width: 6.19785%;"></col><col style="width: 12.2765%;"></col><col style="width: 13.23%;"></col><col style="width: 10.8462%;"></col><col style="width: 13.7068%;"></col><col style="width: 13.5876%;"></col><col style="width: 11.4422%;"></col><col style="width: 12.5149%;"></col></colgroup><thead><tr style="height: 29.8px;"><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">1  
</td><td style="height: 29.8px;">0  
</td><td style="height: 29.8px;">0  
</td><td style="height: 29.8px;">1  
</td></tr></thead><tbody><tr style="height: 29.8px;"><td style="height: 29.8px;">265  
</td><td style="height: 29.8px;">128  
</td><td style="height: 29.8px;">2^6 = 64  
</td><td style="height: 29.8px;">2^5 = 32  
</td><td style="height: 29.8px;">2^4 = 16  
</td><td style="height: 29.8px;">2^3 = 8  
</td><td style="height: 29.8px;">2^2 = 4  
</td><td style="height: 29.8px;">2^1 = 2  
</td><td style="height: 29.8px;">2^0 = 1  
</td></tr></tbody></table>

**Hexadezimal**

<table border="1" id="bkmrk-dezimal-system-bin%C3%A4r" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 33.3333%;"></col><col style="width: 33.3333%;"></col><col style="width: 33.3333%;"></col></colgroup><thead><tr><td>**Dezimal-System**  
</td><td>**Binär-System**  
</td><td>**Hexadezimal-System**  
</td></tr></thead><tbody><tr><td>0  
</td><td>0000  
</td><td>0  
</td></tr><tr><td>1  
</td><td>0001  
</td><td>1  
</td></tr><tr><td>2  
</td><td>0010  
</td><td>2  
</td></tr><tr><td>3  
</td><td>0011  
</td><td>3  
</td></tr><tr><td>4  
</td><td>0100  
</td><td>4  
</td></tr><tr><td>5  
</td><td>0101  
</td><td>5  
</td></tr><tr><td>6  
</td><td>0110  
</td><td>6  
</td></tr><tr><td>7  
</td><td>0111  
</td><td>7  
</td></tr><tr><td>8  
</td><td>1000  
</td><td>8  
</td></tr><tr><td>9  
</td><td>1001  
</td><td>9  
</td></tr><tr><td>10  
</td><td>1010  
</td><td>A  
</td></tr><tr><td>11  
</td><td>1011  
</td><td>B  
</td></tr><tr><td>12  
</td><td>1100  
</td><td>C  
</td></tr><tr><td>13  
</td><td>1101  
</td><td>D  
</td></tr><tr><td>14  
</td><td>1110  
</td><td>E  
</td></tr><tr><td>15  
</td><td>1111  
</td><td>F  
</td></tr></tbody></table>

Beispiel FF50

<table border="1" id="bkmrk-stelle-wert-potenz-%28" style="border-collapse: collapse; width: 100%; height: 59.6px;"><colgroup><col style="width: 25%;"></col><col style="width: 25%;"></col><col style="width: 25%;"></col><col style="width: 25%;"></col></colgroup><thead><tr style="height: 29.8px;"><td style="height: 29.8px;">**Stelle**  
</td><td style="height: 29.8px;">**Wert**</td><td style="height: 29.8px;">**Potenz (16^x)**  
</td><td style="height: 29.8px;">**Berechnung**  
</td></tr></thead><tbody><tr style="height: 29.8px;"><td style="height: 29.8px;">F  
</td><td style="height: 29.8px;">15  
</td><td style="height: 29.8px;">16^3 = 4096  
</td><td style="height: 29.8px;">15\*4096 = 61440  
</td></tr><tr><td>F  
</td><td>15  
</td><td>16^2 = 256  
</td><td>15\*256 = 3840  
</td></tr><tr><td>5  
</td><td>5  
</td><td>16^1 = 16  
</td><td>5\*16 = 80  
</td></tr><tr><td>0  
</td><td>0  
</td><td>16^0 = 0  
</td><td>0\*16 = 0  
</td></tr><tr><td>  
</td><td>  
</td><td>**Summe**  
</td><td>65360  
</td></tr></tbody></table>

### Daten und Informationen

Unterschied zwischen Daten und Informationen

<table border="1" id="bkmrk-begriff-beschreibung" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 17.7977%;"></col><col style="width: 82.3215%;"></col></colgroup><thead><tr><td>Begriff  
</td><td>Beschreibung  
</td></tr></thead><tbody><tr><td>Daten  
</td><td>Rohwerte, noch ohne Bedeutung - z.B. 43, true, 2025-04-13  
</td></tr><tr><td>Informationen  
</td><td>Bedeutung, die aus den Daten entsteht, wenn sie in Kontext gesetzt werden.  
</td></tr></tbody></table>

**Daten werden zu Information durch:**

- Kontext: Woher kommen die Daten? Was bedeuten sie?
- Struktur: Formatierung, Datentypen
- Verarbeitung: Algorithmen, Analysen, Interpretation

 **Arten von Daten**

- Strukturierte Daten: Tabellen, Datenbanken
- Unstrukturierte Daten: Texte, Bilder, Videos
- Halbstrukturtiere Daten: XML, JSON

**Datenqualität**

- Richtigkeit
- Vollständigkeit
- Aktualität
- Konsistenz

#### ASCII und Unicode

**ASCII**

- 7 Bit Zeichencodierung (128 Zeichen)
- Standard in frühen Computern, Betriebssystemen und Netzwerken
- Ursprünglich für Englische Texte Entwickelt

<table border="1" id="bkmrk-dezimal-zeichen-bede" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 33.3333%;"></col><col style="width: 33.3333%;"></col><col style="width: 33.3333%;"></col></colgroup><thead><tr><td>Dezimal  
</td><td>Zeichen  
</td><td>Bedeutung  
</td></tr></thead><tbody><tr><td>32  
</td><td>(Space)  
</td><td>Leerzeichen  
</td></tr><tr><td>48-57  
</td><td>0-9  
</td><td>Ziffern  
</td></tr><tr><td>65-90  
</td><td>A-Z  
</td><td>Großbuchstaben  
</td></tr><tr><td>97-122  
</td><td>a-z  
</td><td>Kleinbuchstaben  
</td></tr><tr><td>10  
</td><td>\\n  
</td><td>Zeilenumbruch  
</td></tr><tr><td>13  
</td><td>\\r  
</td><td>Wagenrücklauf  
</td></tr></tbody></table>

Begrenzungen:

- Kein Support für Umlaute, Sonderzeichen anderer Sprachen, Emojis etc.
- Nur für US-Englisch praktisch verwendbar

**Unicode**

- Internationaler Standard zur Darstellung aller Schriftzeichen Weltweit
- Ziel: jeder Buchstabe, jedes Emoji, jedes Symbol bekommt eine eindeutige Nummer (Codepoint)
- Beispiel: U+00E4 = "ä"

Unicode hat mehrere verschiedene Kodierungen (Prinzip wie man Unicode-Zeichen als Bytes speichert)

<table border="1" id="bkmrk-utf-8-am-verbreitets" style="border-collapse: collapse; width: 100%; height: 89.4px;"><colgroup><col style="width: 22.1692%;"></col><col style="width: 38.975%;"></col><col style="width: 38.975%;"></col></colgroup><tbody><tr style="height: 29.8px;"><td style="height: 29.8px;">UTF-8  
</td><td style="height: 29.8px;">Am verbreitetsten, variable Länge (1-4 Bytes), kompatibel mit ASCII  
</td><td>Effizient, ASCII Kompatibel  
</td></tr><tr style="height: 29.8px;"><td style="height: 29.8px;">UTF-16  
</td><td style="height: 29.8px;">2 oder 4 Byte pro Zeichen  
</td><td>Schneller Zugriff, nicht ASCII Kompatibel  
</td></tr><tr style="height: 29.8px;"><td style="height: 29.8px;">UTF-32  
</td><td style="height: 29.8px;">4 Byte pro Zeichen, fixe Länge  
</td><td>Selten, eher für Spezialfälle  
</td></tr></tbody></table>

- Unterstützt alle Sprachen: z.B. Deutsch (ä, ö, ü), Arabisch, Chinesisch
- Emojis, mathematische Symbole, technische Zeichen etc.
- Standard für Web, APIs, Datenbanken und Dateien

#### Datentypen 

- Integer -&gt; Ganzzahlen
- float -&gt; weniger genau (4 Byte)
- double -&gt; höhere Genauigkeit (8 Byte)
- string -&gt; Zeichenkette
- char -&gt; einzelnes Zeichen
- bool -&gt; Wahrheitswert

### Softwarequalitätskriterien

Softwarequalitätskriterien sind Merkmale, die beschreiben wie gut eine Software ihre Aufgaben erfüllt - technisch, funktional und nutzerbezogen.

1. Funktionale Qualität (Erfüllt die Software was sie soll) 
    - Funktionalität: Sind alle Anforderungen korrekt umgesetzt?
    - Sicherheit: Ist die Software vor unbefugtem Zugriff geschützt?
    - Zuverlässigkeit: Läuft die Software stabil und korrekt?
2. Nicht funktionale Qualität (Wie gut macht die Software das?) 
    - Effizienz: Ist sie schnell und Ressourcenschonend
    - Wartbarkeit: Lässt sich der Code leicht ändern und erweitern?
    - Portabilität: Wie kann man sie leicht auf anderen Systemen ausführen?
    - Testbarkeit: Wie einfach ist automatisiertes oder manuelles Testen?
    - Benutzbarkeit (Usability): Ist die Software einfach und angenehm zu bedienen?
    - Wiederverwendbarkeit: Kann man Teile in anderen Projekten wiederverwenden?

**ISO/IEC 25010**

<table border="1" id="bkmrk-kriterium-beschreibu" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 20.4167%;"></col><col style="width: 79.7025%;"></col></colgroup><thead><tr><td>Kriterium  
</td><td>Beschreibung  
</td></tr></thead><tbody><tr><td>Funktionale Eignung  
</td><td>Erfüllt die Software die spezifizierten Aufgaben richtig?   
</td></tr><tr><td>Zuverlässigkeit  
</td><td>Verfügbarkeit, Fehlertoleranz, Wiederherstellbarkeit  
</td></tr><tr><td>Benutzbarkeit  
</td><td>Verständlichkeit, Bedienbarkeit, Benutzerzufriedenheit   
</td></tr><tr><td>Effizienz  
</td><td>Antwortzeiten, Ressourcenverbrauch  
</td></tr><tr><td>Wartbarkeit  
</td><td>Modifizierbarkeit, Analysierbarkeit, Stabilität bei Änderungen  
</td></tr><tr><td>Übertragbarkeit  
</td><td>Anpassbarkeit an neue Umgebungen, Installierbarkeit  
</td></tr><tr><td>Kompatibilität  
</td><td>Interoperabilität mit anderer Software, Co-Existenz  
</td></tr></tbody></table>

**Beispiel für Banking-App**

<table border="1" id="bkmrk-qualit%C3%A4tskriterium-b" style="border-collapse: collapse; width: 100%;"><colgroup><col style="width: 20.2977%;"></col><col style="width: 79.8215%;"></col></colgroup><thead><tr><td>Qualitätskriterium  
</td><td>Bedeutung für die App  
</td></tr></thead><tbody><tr><td>Sicherheit  
</td><td>Keine unberechtigten Überweisungen möglich  
</td></tr><tr><td>Zuverlässigkeit  
</td><td>Kein Absturz bei Last  
</td></tr><tr><td>Usability   
</td><td>Nutzer versteht die App sofort  
</td></tr><tr><td>Wartbarkeit  
</td><td>Neue Funktionalitäten (z.B. Apple Pay) leicht einbaubar  
</td></tr><tr><td>Effizienz  
</td><td>Schnelle Ladezeiten, geringer Akkuverbrauch  
</td></tr></tbody></table>

**Aufgaben**

**Für jedes Softwarepaket wird ein Pflichtenheft erstellt. Die darin enthaltenen Anforderungsbeschreibungen müssen den folgenden drei Kriterien genügen:**

**a.) Vollständigkeit, b.) Eindeutigkeit und c.) Testbarkeit**

**Erläutern Sie diese drei Begriffe.**

1. Eine Anforderung ist vollständig, wenn sie alle notwendigen Informationen enthält, damit Entwickler, Tester und andere Beteiligte genau wissen, was umgesetzt werden soll. Es dürfen keine wichtigen Details fehlen. Beispiel: Wenn eine Funktion beschrieben wird, muss auch angegeben sein, welche Eingaben möglich sind, was genau das Ergebnis ist und was bei Fehlern passieren soll.
2. Eine Anforderung ist eindeutig, wenn sie nur eine einzige Interpretation zulässt. Mehrdeutige oder unklarer Formulierungen wie "schnell", "benutzerfreundlich" oder "in der Regel" sind zu vermeiden. Beispiel: Statt "Das System soll schnell starten" sollte stehen: "Das System soll innerhalb von 5 Sekunden nach dem Einschalten betriebsbereit sein"
3. Eine Anforderung ist testbar, wenn man objektiv überprüfen kann, ob sie erfüllt wurde. Dafür müssen klare messbare Kriterien vorliegen. Beispiel: Eine testbare Anforderung könnte lauten: "Das System soll 1000 Anfragen pro Minute ohne Fehlermeldung verarbeiten können".

**Welche Konsequenzen drohen bei Verletzung dieser Kriterien?**

Fehlerhafte Anforderungen führen fast immer zu höheren Kosten, längerer Projektlaufzeit, schlechter Qualität und unzufriedene Kunden.

**Beurteilen Sie folgende Anforderung im Licht der drei Kriterien:**

Die Länge des Güterzugs beträgt bei Einsatz einer einzelnen Lokomotive maximal 30 Waggons. Aus Ökonomischen Gründen darf er aber auch nicht zu Kurz sein.

a =&gt; Es fehlt ganz klar an Informationen, was ist "zu Kurz"

b =&gt; Es ist nicht eindeutig ob sich diese Anforderungen auf die Anzahl der Waggons oder die Länge des Zuges selber beziehen

c =&gt; Durch fehlenden Kontext und fehlende Information ist diese Anforderung nur bedingt testbar.

**Die zu erstellenden Softwarelösungen sollen effektiv und effizient sein**

**Grenzen Sie diese Begriffe voneinander ab.**

Effektivität beschreibt Ob das Ziel/die Anforderung überhaupt erreicht wird.

Effizienz beschreibt wie gut in dem Falle die Software die Anforderungen ausführt. Effizienz beschreibt dagegen wie

**Nennen Sie zwei exemplarische Möglichkeiten, ein Programm effizienter zu gestalten**

- Optimierung von Algorithmen =&gt; Optimierung der Rechenzeit bei großen Datenmengen
- Reduzierung des Speicherverbrauches =&gt; Optimierung der Datenstruktur je nach Größe der Datenmengen

**Bei der Verwaltung des Zugaufkommens fallen große Datenmengen an. Ihr Team diskutiert darüber, ob zur Sortierung dieser Daten ein quadratisches oder ein logarithmisches Verfahren vorzuziehen sei. Nennen Sie jeweils einen Vorteil und einen Nachteil quadratischer und logarithmischer Sortierverfahren.**

Quadratische Sortierverfahren (z.B. Bubble Sort, Selection Sort):

Vorteil:

- Einfachheit und Implementierung: Quadratische Algorithmen sind einfach zu verstehen und schnell zu Implementieren, da sie keine komplexen Datenstrukturen oder rekursive Aufrufe erfordern. Dies macht sie besonders für kleinere oder weniger komplexe Anwendungen nützlich.

Nachteil

- Schlechte Skalierbarkeit: Quadratische Algorithmen haben eine Zeitkomplexität von O(n²), was bedeutet, dass die Laufzeit mit zunehmender Datenmenge stark ansteigt. Bei großen Datensätzen wird die Ausführung extrem langsam, was sie bei großen Datenmengen ineffizient macht.

Logarithmische Sortierverfahren (z.B. MergeSort, QuickSort)

Vorteil:

- Hervorragende Skalierbarkeit: Logarithmische Sortierverfahren wie MergeSort und QuickSort haben eine Zeitkomplexität von O(n log n). Das bedeutet, dass die Laufzeit mit wachsender Datenmenge viel langsamer zunimmt als bei quadratischen Algorithmen. Sie sind daher sehr gut geeignet für Verarbeitung großer Datenmengen.

Nachteil

- Komplexität der Implementierung: Diese Algorithmen sind komplexer zu implementieren und erfordern oft zusätzliche Speicherressourcen (z.B. bei MergeSort). Außerdem können sie in spezifischen Fällen (z.B. bei schlecht verteilten Daten) durch ungünstige Rekursionstiefen langsamer werden.

**Um die Codeerstellung im Team zu vereinheitlichen, gelten in Ihrem unternehmen Codierungsrichtlinien.**

**Für die Schreibweise von Variablennamen gilt die Camel-Case-Notation. Erläutern Sie diesen Begriff anhand eines Beispiels.**

CamelCase beschreibt das verwenden von Großbuchstaben für jedes Wort innerhalb einer Variable.

**Nennen Sie vier weitere Beispiele für solche Gestaltungsrichtlinien**

- Einheitliche Kommentierung und Dokumentation wie z.B. Methoden oder Inline-Kommentare
- Verwendung von Konstanten statt "Magic Numbers". Anstatt feste Werte dierekt im Code zu verwenden, sollen diese in benannten Konstanten gespeichert werden.
- Fehlerbehandlung und Logging. Fehler müssen immer korrekt abgefangen und behandelt werden, und es müssen aussagekräftige Logs erstellt werden, um die Ursachen von Problemen schnell nachvollziehen zu können.
- Vermeidung von Code-Duplizierung, der Code muss so strukturiert sein, dass redundante oder doppelte Logik vermieden wird