Merge branch 'RequirementsEngineering' into 'master'

Requirements engineering

See merge request creyd/intelliphoto!3

Bastian/Farbtausch.txt

@@ -0,0 +1,20 @@
+Req-ID: 0001
+Req-Type: Funktionale
+Events/UCs:
+	-Bearbeitung des Bildes via Maus oder Stift (Zeichenmöglichkeit)
+	-Farbänderung des gesamten Bildes oder eines Areals
+Description:
+	-bei der Interaktion mit Maus, Stift oder weiterer Eingabemöglichkeit (support durch OS), soll die Farbe des Pixels auf eine ausgewählte Farbe des von uns unterstützen Farbbereichs wechseln
+	-Gesamtanpassung und -einfärbung des gesamten Bildes oder des Areals in eine unterstützten Farbe
+Originator: Shadi
+Fit Criterion:
+	-Visuelle Test, ob sich ein Pixelbundle (je nach Größe des Pinsels) farblich verändert
+	-Test mittels simulierter Eingabe und auslesen durch Unittest, ob die Eingabe wie gewünscht verarbeitet wurde
+Priority:
+	- 80/100
+Support Material:
+	-Uebungsblat_01.pdf
+Conflicts:
+	-keine Bekannten Konflikte (stand: 28.10.2019 16:16)
+History:
+	-Erstellt am 28.10.2019 um 16:16, von Bastian Schindler

Bastian/Speicherung_mit_1_Byte.txt

@@ -0,0 +1,38 @@
+Req-ID: 0002
+Req-Type: Non-Funktional
+Events/UCs: Speicherplatz pro Pixel sowie Dateiformate
+Description:
+	-Bild soll mittels eines Bytes pro Pixel dargestellt werden
+	-Bit 7-8 - 4 Codierungsmöglichkeiten:
+		00 - transparent
+		01 - Rot
+		10 - Grün
+		11 - Blau
+	-Bits 1-6:
+		Farbkodierung bei RGB Kanal
+		111111 - intensiv maximum
+		000000 - intensiv minimum (schwarz)
+	
+	-Alle Bits für Farbcodierung
+		1-2 Bit Rot
+		3-4 Bit Grün
+		5-6 Bit Blau
+		7-8 Bit Transparent
+		Daraus folgen 64 Farben mit je 4 Transparenzstufen 
+Originator: Shadi
+Fit Criterion:
+	-Visuelle Test, über volles Farbspektrum, am festen, flüssiger Farbübergang von blass zu intensiv jeder Farbe
+Customer Satisfaktion:
+	-nicht bekannt
+Customer Dissatisfaktion:
+	-nicht bekannt
+Priority:
+	-100/100 
+	-grundbaustein für weitere Verarbeitung
+Support Material:
+	-Uebungsblatt_01.pdf
+Conflict:
+	-keine volle Farbdarstellung in Form der Farbmushung, rücksprache mit dem Kunden um volles Spektrum zu erlangen
+	-Wunsch: Arbeit mit 4 Byte pro Pixel Dateien
+History:
+	-Erstellt am 28.10.2019 um 17:52, von Bastian Schindler

Conrad/req_1.txt

@@ -0,0 +1,21 @@
+Req-ID: 0001
+Req-Type: Funktionale Anforderung
+Events/UCs:
+	- Zusammenfügen von zwei Bildern zu einem neuen Bild
+Description:
+	- 2 Bilder sollen in das Programm eingefügt werden und -optional nach weiterer Bearbeitung- zu einem neuen zusammengefügt werden können
+	- Der Vorgang des "Zusammenfügens" soll innerhalb von .2 Sekunden abgeschlossen sein
+Originator: Kunde/ Auftraggeber
+Fit Criteria:
+	- Test, ob der Vorgang in 0.2 Sekunden ausgeführt wurde (ab der Auswahl der beiden Bilder)
+	- Warnung beim Überschreiben eines der Testbilder mit dem neuen Bild
+	- Test mittels zweier Testbilder, die eingefügt werden und dann -zu einem neuen- gespeichert werden
+	- Fehlermeldungen bei Problemen (Bild zu groß für Speicher usw.) innerhalb der angegebenen Zeit
+Priority:
+	- 100/100
+Support Material:
+	- Übungsblatt_01.pdf
+Conflicts:
+	- keine Konflikte (Stand: 28.10.2019 20:00)
+History:
+	- 28.10.2019 20:00| Anforderung erstellt | Conrad

Conrad/req_2.txt

@@ -0,0 +1,18 @@
+Req-ID: 0002
+Req-Type: Funktionale Anforderung
+Events/UCs:
+	- Abfragen der Bilddimensionen
+Description:
+	- Der Benutzer soll über eine Funktion die Dimensionen des aktuellen Bildes abfragen können
+	- Die Bilddimensionen werden aus der Höhe und der Breite der Arbeitsfläche errechnet werden
+Originator: Kunde/ Auftraggeber
+Fit Criteria:
+	- Test mit einem Bild, dessen Größe vorher bekannt ist --> Vergleich mit vom Programm errechneten Dimensionen
+Priority:
+	- 100/100
+Support Material:
+	- Übungsblatt_01.pdf
+Conflicts:
+	- keine Konflikte (Stand: 28.10.2019 20:00)
+History:
+	- 28.10.2019 20:00| Anforderung erstellt | Conrad

Jan/1-bitproP.txt

@@ -0,0 +1,21 @@
+Req-ID: 0002
+Req-Type: Nicht-Funktionale
+Events/UCs:
+	- Speicherung des Bildes, intern und extern
+Description:
+	- 1 byte pro Pixel
+	- Standart-Codierung(ohne Alpha-Kanal)
+		- 8 bit = 2^8 Möglichkeiten, also 256 Farben (Tabelle mit zugehörigen Farbwerten als Umsetzung)
+	- Codierung mit Alpha-Kanal:
+		- 7 bit Farbe also 2^7 Möglichkeiten, also 128 Farben, 1 bit als Alphakennung
+Originator: Shadi
+Fit Criterion:
+	- Test der Farbtiefe und Übergänge zwischen den Farben
+Priority:
+	- 100/100
+Support Material:
+	-Ubungsblat_01.pdf
+Conflicts:
+	-keine Bekannten Konflikte(stand: 28.10.2019 16:13)
+History:
+	-Erstellt am 28.10.2019 um 16:13, von Jan Schuffenhauer

Jan/setPixelvalue.txt

@@ -0,0 +1,26 @@
+Req-ID: 0001
+Req-Type: Funktionale
+Events/UCs:
+	- Veränderung des Bildes und Visualisierung
+Description:
+	- Setzen der Farbwerte im Bild
+		- als Linie
+			- Vector von Pixel zu Pixel
+		- als direkte Eingabe
+			- Ändern der Werte direkt im  Bild selbst
+		- als Geometrisches Objekt (Dreieck, Kreis, Vieleck)
+			- Ausfüllen der Fläche zwischen den Eckpunkten / (im Kreis innerhalb des Außenkreises)
+		- als Fülltool
+			- Wenn Maus gedrückt wird, um Pixel herum alle Pixel auf den gewünschten Farbwert ändern, falls sie den selben wie der Ausgangspixel haben
+Originator: Shadi
+Fit Criterion:
+	- Eingabe und Bearbeiten muss in 0.2 s eine Reaktion auslösen. 
+	- Farbwerte müssen in 99,99% aller Fälle korrekt geändert werden.
+Priority:
+	- 80/100
+Support Material:
+	-Ubungsblat_01.pdf
+Conflicts:
+	-keine Bekannten Konflikte(stand: 28.10.2019 16:22)
+History:
+	-Erstellt am 28.10.2019 um 16:22, von Jan Schuffenhauer

Mucke/1BytePixel.txt

@@ -0,0 +1,36 @@
+Req-ID: 0002
+Req-Type: Funktional
+Events/UCs: Speicherung des Bildes, sowohl intern als auch als externen Dateiformat
+Description:
+	-Bild soll mittels eines Bytes dargestellt werden
+	-Byte 7-8 - 4 codierungsmöglichkeiten:
+		00 - transparent
+		01 - Rot
+		02 - Grün
+		03 - Blau
+	-Bytes 1-6:
+		Farbkodierung bei RGB Kanal
+		111111 - intensiv maximum
+		000000 - intensiv minimum (schwarz)
+
+		Farbkodierung bei Alpha Kanal
+		0***** - Pixel wird als transparent angesehen
+		1***** - Pixel wird als Graustufe angesehen
+			11111 - Pixel ist weiß
+			00000 - Pixel ist schwarz 
+Originator: Shadi
+Fit Criterion:
+	-Visuelle Test, über volles farbspektrum, am festen, flüssiger Farbübergang von blass zu intensiv jeder Farbe
+Customer Satisfaktion:
+	-nicht bekannt
+Customer Dissatisfaktion:
+	-nicht bekannt
+Priority:
+	-100/100 -grundbaustein für weitere Verarbeitung
+Support Material:
+	-Ubungsblat_01.pdf
+Conflict:
+	-keine volle Farbdarstellung, rücksprache mit dem Kunden um volles Spektrum zu erlangen und um auch gängige Dateiformate wie png bearbeiten zu können
+	-wunsch:generell arbeit mit png datein
+History:
+	-Erstellt am 25.10.2019 um 17:52, von Jonas Mucke

Mucke/Farbtausch.txt

@@ -0,0 +1,21 @@
+Req-ID: 0001
+Req-Type: Funktionale
+Events/UCs:
+	-Bearbeitung des Bildes via Maus oder Stift
+	-Farbänderung des Gesamten bildes
+	-Zeichenmöglichkeit
+Description:
+	-bei der Interaktion mit Maus, Stift oder weiterer Eingabemöglichkeit (support durch OS), soll die Farbe des Pixels auf eine ausgewählte Farbe des von uns unterstützen Farbbereichs wechseln
+	-Gesamtanpassung und einfärbung des gesamten bildes in eine unterstütze Farbe
+Originator: Shadi
+Fit Criterion:
+	-Visuelle Test, ob sich ein Pixelbundle (je nach größe eines pinsels) farblich verändert
+	-test mittels simulierter eingabe und auslesen durch unit test, ob die eingabe wie gewünscht verarbeitet wurde
+Priority:
+	- 80/100
+Support Material:
+	-Ubungsblat_01.pdf
+Conflicts:
+	-keine Bekannten Konflikte(stand: 25.10.2019 17:24)
+History:
+	-Erstellt am 25.10.2019 um 17:24, von Jonas Mucke

Seb/Farbtausch.txt

@@ -0,0 +1,20 @@
+Req-ID: 0001
+Req-Type: Funktionale
+Events/UCs:
+	-Eingabe durch Mausklick
+Description:
+	-Bei Eingabe durch Mausklick soll ein oder mehrere Pixel in der Nähe je nach Einstellung in verschiedenen Formen und Größen auf den frei wählbaren Farbton des Farbraumes gesetzt werden
+	-"Fülleimertool" für das ändern aller zusamenhängender Pixel, der gleichen Farbe zu einer neuen Farbe
+Originator: Shadi
+Fit Criterion:
+	-mindestens 3 verschiednene Formen und 3 verschiedene Größen 
+	-Farben sind frei wählbar (im Bereich)
+	-Tools weißen keine Fehler auf 
+Priority:
+	- 90/100 (gewünschte Grundfunktion des Kunden)
+Support Material:
+	-Ubungsblat_01.pdf
+Conflicts:
+	-keine Bekannten Konflikte(stand: 30.10.2019 10:00)
+History:
+	-Erstellt am 30.10.2019 von Sebastian Künzl

Seb/PixelArray.txt

@@ -0,0 +1,28 @@
+Req-ID: 0002
+Req-Type: nicht Funktional
+Events/UCs: Speicherung des Bildes, sowohl als externen Dateiformat
+Description:
+	-Bild soll als zweidimensionale Array dargestllt werden
+	-pro Pixel soll ein Byte verwendet werden
+	-Lösung 1:
+		-Verwenden der Farbpalette für gifs mit dem ersetzen einer Farbe für Transperenz
+	-Lösung 2:
+		-Verwenden des üblichen 8-bit RGB Formates mit RRRGGGBB und ebenfalls ersetzen einer Farbe für Transperenz
+
+Originator: Shadi
+Fit Criterion:
+	-kein Pixel belegt mehr als 1 Byte
+	-255 Farben mit unterschiedlichen Farbwerten die über das gesamte Spektrum verteielt sind
+Customer Satisfaktion:
+	-nicht bekannt
+Customer Dissatisfaktion:
+	-nicht bekannt
+Priority:
+	-100/100 -grundbaustein für weitere Verarbeitung
+Support Material:
+	-Ubungsblat_01.pdf
+Conflict:
+	-Probleme bei Berechnung wenn versucht wird alle Pixel durch z.B. Aufhellen zu bearbeiten
+	-relativ wenige Farben möglich
+History:
+	-Erstellt am 30.10.2019 von Sebastian Künzl

Volere/Req0001/Req_0001A.txt

@@ -0,0 +1,58 @@
+Req-ID:
+    0001A
+Req-Type:
+    Nicht-Funktional
+Events/UCs:
+    -Speicherung eines Bildes
+    -Pixel wird mit einem Byte dargestellt
+    -Overhead für Metainformationen erlaubt
+    -Keine seperate abhandlung von "RasterImage" und "ShapedImage"
+Description:
+    -Ein Bild wird mit maximal einem Byte pro Pixel kodiert
+    -Repräsentation im folgenden:
+            0b0000'0000, wobei die 0 nach dem Prefix 0b als Bit 7 Indiziert ist, und jedes rechtere Bit
+            davon um eins Dekrementiert Indiziert wird
+    -Minimale RGB-A Darstellung des Bildes mittel einem Byte
+    -Codierungsmöglichkeit nach folgendem Schema:
+            -Bit 7,6 werden Benutz um den Alpha-Kanal zu codieren:
+                -0b00   ->  Bit ist 100%    Transparent (Transparent)
+                -0b01   ->  Bit ist  66%    Transparent
+                -0b10   ->  Bit ist  33%    Transparent
+                -0b11   ->  Bit ist   0%    Transparent
+            -Bit 5,4 werden Benutz um den Rot-Kanal zu codieren:
+                -0b00   ->  Bit ist   0%    Rot (Schwarz)
+                -0b01   ->  Bit ist  33%    Rot 
+                -0b10   ->  Bit ist  66%    Rot
+                -0b11   ->  Bit ist 100%    Rot (Rot)
+            -Bit 3,2 werden Benutz um den Grün-Kanal zu codieren:
+                -0b00   ->  Bit ist   0%    Grün (Schwarz)
+                -0b01   ->  Bit ist  33%    Grün
+                -0b10   ->  Bit ist  66%    Grün
+                -0b11   ->  Bit ist 100%    Grün (Grün)
+            -Bit 1,0 werden Benutz um den Blau-Kanal zu codieren:
+                -0b00   ->  Bit ist   0%    Blau (Schwarz)
+                -0b01   ->  Bit ist  33%    Blau
+                -0b10   ->  Bit ist  66%    Blau
+                -0b11   ->  Bit ist 100%    Blau (Blau)
+         Definitionen der benutzen Farben nach RGB-A Modell:
+            Schwarz         (0b0000'0000, 0b0000'0000, 0b0000'0000, 0b1111'1111)
+            Rot             (0b1111'1111, 0b0000'0000, 0b0000'0000, 0b1111'1111)
+            Grün            (0b0000'0000, 0b1111'1111, 0b0000'0000, 0b1111'1111)
+            Blau            (0b0000'0000, 0b0000'0000, 0b1111'1111, 0b1111'1111)
+            Transparent     (0b0000'0000, 0b0000'0000, 0b0000'0000, 0b0000'0000)
+    -verschiedene Transparenzstufen, bis auf 0b11, werden als einzelne Farbstufen gezählt: 2^(8)-1 verschiede Farbstufen
+Originator:
+    Jonas Mucke
+Fit Criterion:
+    -Darstellung von mindestens 250 paarweise verschiedenen Farbstufen
+    -Darstellung einen transparenten Bits (Alpha Kanal = 0b0000'0000)
+    -Verarbeitungsmöglichkeit für 2^10 Pixel in unter 0.1 Sekunde beim Einlesen und Speichern
+Priority:
+    100
+Support Material:
+    Ubungsblat_01.pdf
+Conflicts:
+    Noch keine Einigung auf Farbkodierung (0001A-0001C)-> Rücksprache mit dem Kunden
+    (Ein Byte deckt einen sehr kleinen Farbbereich ab und ist nicht sehr elegant -> Rücksprache mit dem Kunden ob 4 Byte akzeptabel wären)
+History:
+    -Erstellt am 30.10.2019 um 21:59, von Jonas Mucke

Volere/Req0001/Req_0001B.txt

@@ -0,0 +1,35 @@
+Req-ID:
+    0001B
+Req-Type:
+    Nicht-Funktional
+Events/UCs:
+    -Speicherung eines Bildes
+    -Pixel wird mit einem Byte dargestellt
+    -Overhead für Metainformationen erlaubt
+    -Keine seperate abhandlung von "RasterImage" und "ShapedImage"
+Description:
+    -Ein Bild wird mit maximal einem Byte pro Pixel kodiert
+    -Repräsentation im folgenden:
+            0b0000'0000, wobei die 0 nach dem Prefix 0b als Bit 7 Indiziert ist, und jedes rechtere Bit
+            davon um eins Dekrementiert Indiziert wird
+    -Codierungsmöglichkeit nach folgendem Schema:
+            -0b0000'0000, wird als Transparents-Codierung definiert 
+            -Alle weiteren Binären Codierung werden per Hand, in Abstimmung mit dem Kunden und dem Team,
+             einer Farbe zugeordnet -> 2^(8)-1 mögliche Farben + Transparenz 
+     Definitionen der benutzen Farben nach RGB-A Modell:
+            Transparent     (0b0000'0000, 0b0000'0000, 0b0000'0000, 0b0000'0000)
+Originator:
+    Jonas Mucke
+Fit Criterion:
+    -Darstellung von mindestens 250 paarweise verschiedenen Farbstufen
+    -Darstellung einen transparenten Bits (Alpha Kanal = 1)
+    -Verarbeitungsmöglichkeit für 2^10 Pixel in unter 0.1 Sekunde beim Einlesen und Speichern
+Priority:
+    100
+Support Material:
+    Ubungsblat_01.pdf
+Conflicts:
+    Noch keine Einigung auf Farbkodierung (0001A-0001C)-> Rücksprache mit dem Kunden
+    (Ein Byte deckt einen sehr kleinen Farbbereich ab und ist nicht sehr elegant -> Rücksprache mit dem Kunden ob 4 Byte akzeptabel wären)
+History:
+    -Erstellt am 30.10.2019 um 21:58, von Jonas Mucke

Volere/Req0001/Req_0001C.txt

@@ -0,0 +1,64 @@
+Req-ID:
+    0001C
+Req-Type:
+    Nicht-Funktional
+Events/UCs:
+    -Speicherung eines Bildes
+    -Pixel wird mit einem Byte dargestellt
+    -Overhead für Metainformationen erlaubt
+    -Keine seperate abhandlung von "RasterImage" und "ShapedImage"
+Description:
+    -Ein Bild wird mit maximal einem Byte pro Pixel kodiert
+    -Repräsentation im folgenden:
+            0b0000'0000, wobei die 0 nach dem Prefix 0b als Bit 7 Indiziert ist, und jedes rechtere Bit
+            davon um eins Dekrementiert Indiziert wird
+    -Die Bits 7,6 werden benutzt um einen Farbchannel zu setzen. Bei einem Farbchannel handelt es sich um einen
+     Schalter, welcher zwischen den Channeln "Rot", "Grün", "Blau", "Grau/Alpha" Handelt.
+     Wenn ein Channel gesetzt ist, für ein Pixel, so wird dieses Pixel nur mittels einer Farbstufe dieses Channels
+     Dargestellt.
+    -Codierungsmöglichkeit nach folgendem Schema:
+        -0b00XX'XXXX entspricht dem "Grau/Alpha" Channel
+            0b0000'0000 entspricht dem Transparenzwert 100% (Transparent)
+            0b0000'0001 enstpricht den Farbwert         Schwarz (Schwarz)
+            0b0011'1111 enstpricht dem Farbwert         Weiß (Weiß)
+            Dazwischen exestiert eine uniform partitionierte Farbkurve
+        -0b01XX'XXXX entspricht dem "Rot" Channel:
+            0b0111'1111 entspricht dem intensivstem     Rot(Rot)
+            0b0100'0000 enstpricht dem blasesten        Rot(Schwarz-Rot)
+            Dazwischen exestiert eine uniform partitionierte Farbkurve
+        -0b10XX'XXXX entspricht dem "Grün" Channel:
+            0b1011'1111 entspricht dem intensivstem     Grün (Grün)
+            0b1000'0000 enstpricht dem blasesten        Grün(Schwarz-Grün)
+            Dazwischen exestiert eine uniform partitionierte Farbkurve
+        -0b11XX'XXXX entspricht dem "Blau" Channel:
+            0b1111'1111 entspricht dem intensivstem     Blau (Blau)
+            0b1100'0000 enstpricht dem blasesten        Blau(Schwarz-Blau)
+            Dazwischen exestiert eine uniform partitionierte Farbkurve
+        Definitionen der benutzen Farben nach RGB-A Modell:
+            Weiß            (0b1111'1111, 0b1111'1111, 0b1111'1111, 0b1111'1111)
+            Schwarz         (0b0000'0000, 0b0000'0000, 0b0000'0000, 0b1111'1111)
+            Rot             (0b1111'1111, 0b0000'0000, 0b0000'0000, 0b1111'1111)
+            Grün            (0b0000'0000, 0b1111'1111, 0b0000'0000, 0b1111'1111)
+            Blau            (0b0000'0000, 0b0000'0000, 0b1111'1111, 0b1111'1111)
+            (Schwarz-Rot)   (0b0000'0001, 0b0000'0000, 0b0000'0000, 0b1111'1111)
+            (Schwarz-Grün)  (0b0000'0000, 0b0000'0001, 0b0000'0000, 0b1111'1111)
+            (Schwarz-Blau)  (0b0000'0000, 0b0000'0000, 0b0000'0001, 0b1111'1111)
+            Transparent     (0b0000'0000, 0b0000'0000, 0b0000'0000, 0b0000'0000)
+    -Nach diesem Prinzip können nur die Grundfarben der Additiven Farbdarstellung projeziert werden,
+     dies hat ein sehr bunt beschränktes Farbshema zur folgendem
+    -Es können insgesamt [3*2^(6)]+[2^(6)-1] = 2^(8)-1 Farbstufen dargestellt werden + Transparenz
+Originator:
+    Jonas Mucke
+Fit Criterion:
+    -Darstellung von mindestens 250 paarweise verschiedenen Farbstufen
+    -Darstellung einen transparenten Bits (Alpha Kanal = 1)
+    -Verarbeitungsmöglichkeit für 2^10 Pixel in unter 0.1 Sekunde beim Einlesen und Speichern
+Priority:
+    100
+Support Material:
+    Ubungsblat_01.pdf
+Conflicts:
+    Noch keine Einigung auf Farbkodierung (0001A-0001C)-> Rücksprache mit dem Kunden
+    (Ein Byte deckt einen sehr kleinen Farbbereich ab und ist nicht sehr elegant -> Rücksprache mit dem Kunden ob 4 Byte akzeptabel wären)
+History:
+    -Erstellt am 30.10.2019 um 22:04, von Jonas Mucke

Volere/Req0002/Req_0002.txt

@@ -0,0 +1,64 @@
+Req-ID:
+    0002
+Req-Type:
+    Funktional
+Events/UCs:
+    -Bearbeitung des Bildes mit einer Betriebssystem unterstützen Eingabemöglichkeit, zum Beispiel Maus oder Stift bzw. Ähnliche
+    -Bearbeitung mittels verschiedener Zeichen-Tools
+    -Freiwählbare Farbe aus dem möglichen Farbbereich
+Description:
+    -Ein Farbwert, auch Transparent, welcher durch die genutzte Codierung (siehe Req_0001) darstellbar sein. Dies soll mittels Tools
+     gesetzt werden können, wobei diese spezifizieren was "gesetzt" bedeutet.
+    -Tools:
+        Pinsel:
+            -Der Pinsel ist ein Tool, welches um seinen Mittelpunkt alles in einem gewissen Pixelradius einfärbt.
+             Der Pixelradius geht dabei von 1-Pixel bis zu 10-Pixel.
+        Formen:
+            -Linie:
+                Das Tool Formen (Linie), soll es einem ermöglichen eine Linie in der gewählten Farbe zwischen 2 Punkten zu
+                ziehen. Dabei wird am ersten Punkt angesetzt und zum Zielpunkt gezogen, dabei verändert sich die Linie live.
+                Sobald das Eingabegerät getogglet wird, so wird die aktuelle Stelle als Endpunkt angenommen. Zwischen 
+                Start und Endpunkt wird die Linie gezeichnet.
+                Es exestieren verschiedene Linien-Formen:
+                    -durchgezogene Linie (eine Linie ohne Lücken)
+                    -gestrichelte Linie (auf der Linie werden nur Striche in regelmäßigen Abständen gezeichnet)
+                    -gepunktete Linie (auf der Linie wird punktweise zwischen Farbig und Transparent alterniert)
+                Die Linie kann mittels dem Breite-Attribut verändert werden (Breite zwischen 1 und 10 Pixel)
+            -Rechteck:
+                Das Tool Formen (Rechteck), soll es einem ermöglichen ein Rechteck in ein einer gewählten Farbe aufzuspannen.
+                Dabei wird am ersten Punkt angesetzt und zum Zielpunkt gezogen. Dabei verändert sich das Rechteck live.
+                Sobald das Eingabegerät getogglet wird, so wird die aktuelle Stelle als Endpunkt angenommen. Zwiscehn Start und Endpunkt
+                wird das Rechteck aufgespannt.
+                Das Rechteck besitzt 2 Farbattribute, den Rand und die Füllung. Der Rand ist um das Rechteck gesetzt und kann
+                im Bezug auf Breite und Farbe eingesetellt werden. Die Füllung ist innerhalb der Fläche, welcher vom Rand aufgespannt wird,
+                und kann im Bezug auf die Farbe eingestellt werden.
+            -Konvexe Form:
+                Das Tool Formen (Konvex), soll einem ermöglichen beliebige, konvexe Formen zu erstellen.
+                Dabei werden Punkte gesetzt, welche durch toggeln des Eingabegeräts, an der Stelle des Cursors gesetzt werden.
+                Sollte ein Punkt im Radius von 10 Pixel zum Startpunkt sein, so wird die Erstellung abgeschlossen. Danach werden Linien
+                zwischen den gesetzten Punkten (in korrekter Reihenfolge) gezeichnet und der Zwischenraum gefüllt.
+                Dabei besitzt die konvexe Form 2 Farbattribute, den Rand und die Füllung. Der Rand ist um die konvexe Form
+                gesetzt und kann im Bezug auf Breite und Farbe eingesetellt werden. Die Füllung ist innerhalb der Fläche, welche durch den Rand
+                aufgespannt wird, und kann im Bezug auf die Farbe eingestellt werden.
+        FloodFill:
+            -Das Floodfill Tool, bei diesem wird ein Pixel ausgewählt. Alle Pixel die mit diesem Pixel in einer Äquivalenzklasse
+            im Bezug auf Farbe und Nachbarschafts-Relation stehen, werden in die gewählte Farbe eingefärbt.
+        Einfarbig:
+            -Das Einfarbig Tool färbt das gesamte Bild in die gewählte Farbe ein.
+        Reverse:
+            -Der letzte State des Bildes wird wieder hergestellt. (Speicherung von mindestens 10 alten Zuständen). 
+Originator:
+    Jonas Mucke
+Fit Criterion:
+    -Das Setzten eines Pixels, in einer beliebigen Farbe, funktioniert in 99,9% in unter 0.01 Sekunden.
+    -Der Vollständige Farbbreich ist frei wählbar.
+    -Es müssen mindestens 3 Tools benutzbar sein, das bedeutet eine 99,9% richtiges Verhalten in unter 0.1 Sekunden.
+    -Tools besitzen in 100% der Fälle das gewünschte Verhalten
+Priority:
+    80
+Support Material:
+    Ubungsblat_01.pdf
+Conflicts:
+    -keine Bekannten Konflikte(stand: 30.10.2019 22:10)
+History:
+    -Erstellt am 30.10.2019 um 22:10, von Jonas Mucke