diff --git a/Bastian/Farbtausch.txt b/Bastian/Farbtausch.txt new file mode 100644 index 0000000..5693be8 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Bastian/Speicherung_mit_1_Byte.txt b/Bastian/Speicherung_mit_1_Byte.txt new file mode 100644 index 0000000..4ac0127 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Conrad/req_1.txt b/Conrad/req_1.txt new file mode 100644 index 0000000..6c4e350 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Conrad/req_2.txt b/Conrad/req_2.txt new file mode 100644 index 0000000..a544123 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Jan/1-bitproP.txt b/Jan/1-bitproP.txt new file mode 100644 index 0000000..9c4aaa6 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Jan/setPixelvalue.txt b/Jan/setPixelvalue.txt new file mode 100644 index 0000000..bb61571 --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Mucke/1BytePixel.txt b/Mucke/1BytePixel.txt new file mode 100644 index 0000000..51462aa --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Mucke/Farbtausch.txt b/Mucke/Farbtausch.txt new file mode 100644 index 0000000..5c3a87a --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Paul/capture.gif b/Paul/capture.gif new file mode 100644 index 0000000..776474f Binary files /dev/null and b/Paul/capture.gif differ diff --git a/Paul/notes_1.docx b/Paul/notes_1.docx new file mode 100644 index 0000000..2164847 Binary files /dev/null and b/Paul/notes_1.docx differ diff --git a/Paul/notes_1.odt b/Paul/notes_1.odt new file mode 100644 index 0000000..f991c37 Binary files /dev/null and b/Paul/notes_1.odt differ diff --git a/Paul/notes_1.pdf b/Paul/notes_1.pdf new file mode 100644 index 0000000..6da7c52 Binary files /dev/null and b/Paul/notes_1.pdf differ diff --git a/Paul/presentation_1.pdf b/Paul/presentation_1.pdf new file mode 100644 index 0000000..e63ab90 Binary files /dev/null and b/Paul/presentation_1.pdf differ diff --git a/Paul/presentation_1.pptx b/Paul/presentation_1.pptx new file mode 100644 index 0000000..bf7b602 Binary files /dev/null and b/Paul/presentation_1.pptx differ diff --git a/REAMDE.md b/REAMDE.md deleted file mode 100644 index e69de29..0000000 diff --git a/Seb/Farbtausch.txt b/Seb/Farbtausch.txt new file mode 100644 index 0000000..f77acca --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Seb/PixelArray.txt b/Seb/PixelArray.txt new file mode 100644 index 0000000..52d115b --- /dev/null +++ b/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 \ No newline at end of file diff --git a/Volere/Req0001/Req_0001A.txt b/Volere/Req0001/Req_0001A.txt new file mode 100644 index 0000000..ce4e8a4 --- /dev/null +++ b/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 diff --git a/Volere/Req0001/Req_0001B.txt b/Volere/Req0001/Req_0001B.txt new file mode 100644 index 0000000..906b810 --- /dev/null +++ b/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 diff --git a/Volere/Req0001/Req_0001C.txt b/Volere/Req0001/Req_0001C.txt new file mode 100644 index 0000000..b847c41 --- /dev/null +++ b/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 diff --git a/Volere/Req0002/Req_0002.txt b/Volere/Req0002/Req_0002.txt new file mode 100644 index 0000000..dc98763 --- /dev/null +++ b/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