https://mletkin.net/index.php?action=history&feed=atom&title=Aufgabe%3A_W%C3%A4hrung_und_Konten 2026-05-06T16:38:41Z Versionsgeschichte dieser Seite in MimiPedia MediaWiki 1.39.4 https://mletkin.net/index.php?title=Aufgabe:_W%C3%A4hrung_und_Konten&diff=75&oldid=prev 2021-08-01T11:51:13Z

<p>Die Seite wurde neu angelegt: „<a href="/index.php?title=Kategorie:Java&amp;action=edit&amp;redlink=1" class="new" title="Kategorie:Java (Seite nicht vorhanden)">Category:Java</a> <a href="/index.php?title=Kategorie:Ausbildung&amp;action=edit&amp;redlink=1" class="new" title="Kategorie:Ausbildung (Seite nicht vorhanden)">Category:Ausbildung</a> __NOTOC__ Ziel der Aufgabe ist der Umgang mit Objekten, Klassen und Beziehungen zwischen Objekten. Es geht vornehml…“</p> <p><b>Neue Seite</b></p><div>[[Category:Java]]<br /> [[Category:Ausbildung]]<br /> __NOTOC__ <br /> Ziel der Aufgabe ist der Umgang mit Objekten, Klassen und Beziehungen zwischen Objekten.<br /> Es geht vornehmlich darum, die Anforderungen in eine geeignete Objekt-Struktur zu überführen<br /> und durch Tests sicherstellen, daß alles jederzeit so funktioniert wie gefordert.<br /> <br /> = Einführung =<br /> Bis zur Umstellung auf das Dezimal-System im Jahre 1971 kannten die Briten drei verschiedene Währungseinheiten<br /> * Den Penny (Mehrzahl Pence)<br /> * Den Shilling (1 Shilling = 12 Pence)<br /> * Das Pfund Sterling (1 Pfund = 20 Shilling = 240 Pence)<br /> Beträge wurden also mit drei Zahlen angegeben, zum Beispiel:<br /> <br /> :Ein Pfund, sieben Shilling und sechs Pence oder kürzer 1₤ 7s 6p entsprechen 330 Pence.<br /> <br /> Das macht das Rechnen mit Beträgen recht umständlich:<br /> <br /> : 5 Stück zum Preis von 7s 3p kosten zusammen 35s 15p oder 1₤ 16s 3p<br /> : 1₤ 7s 6p und 10s 8p macht zusammen 1₤ 18s 2p<br /> <br /> Ziel ist es mit Java geeignete Hilfsmittel – in Form von Klassen und Methoden – bereitzustellen, die den<br /> Umgang mit Beträgen erleichtern. Zunächst nur mit englischer, später auch mit anderen Währungen.<br /> <br /> Es kommt dabei auf den Umgang mit dem Java-Code an, Ein- und Ausgabe spielen dabei zunächst<br /> keine Rolle und die Ausführung des Codes soll über Unit-Tests erfolgen.<br /> Es ist wichtig, jede Aufgabe mit der richtigen Menge an Unit-Tests abzusichern.<br /> <br /> In der Regel gibt es verschiedene Möglichkeiten, eine Klasse zu entwerfen oder eine Funktionalität hinzuzufügen.<br /> Wenn Du mehrere Möglichkeiten siehst, entscheide Dich für eine und versuche Deine Entscheidung zu begründen.<br /> <br /> Versuche die einzelnen Aufgaben der Reihenfolge nach zu bearbeiten und nicht vorauszugreifen.<br /> Es ist aber gut, wenn Du Dir Gedanken machst, was sich ändern könnte und was nicht.<br /> <br /> Es geht auch darum, dass im Lauf der Zeit weitere Funktionalitäten dazukommen, die es erforderlich machen<br /> den bestehenden Code anzupassen und zu verallgemeinern. In realen Projekten kann man oft nicht voraussehen,<br /> in welche Richtung sich die Software verändern wird, deshalb muss man lernen mit Veränderungen so umzugehen,<br /> dass der Code seine Qualität nicht verliert.<br /> = Aufgaben =<br /> == Rechnen, Formatieren ==<br /> Ziel ist es, beliebige Beträge in Pfund, Shilling und Pence durch eine Daten-Struktur in Java abzubilden.<br /> Schaffe dafür eine Klasse, die einen Betrag kapselt und mit der man<br /> <br /> * Beträge addieren und subtrahieren kann<br /> * Beträge mit einer ganzen Zahl multiplizieren kann (2 * 1₤ 7s 6p)<br /> * Beträge als String formatieren kann<br /> * entweder wie in den Beispielen oben (1₤ 7s 6p oder auch 1 Pfund, 7 Shilling, 6 Pence).<br /> <br /> Eine Ein-/Ausgabe-Möglichkeit ist nicht erforderlich, es sollen aber ausreichend Unit-Tests vorhanden sein.<br /> == weitere Währungen ==<br /> Zusätzlich zur britischen Währung sollen noch (mindestens) zwei weitere Währungen abgebildet werden<br /> <br /> * Der US-Dollar (ein Dollar zu 100 Cent)<br /> * Eine Währung Deiner Wahl<br /> <br /> Definiere dafür zwei neue Klassen und verbinde sie mit der Klasse aus der vorangegangenen Übung so, dass eine Vererbungs-Hierarchie entsteht.<br /> Schreibe Unit-Tests und denke daran, Deine Design-Entscheidungen zu begründen.<br /> <br /> == Umrechnung ==<br /> Erstelle einen Währungs-Rechner, der den Betrag einer beliebigen Währung in eine andere Währung umrechnen kann.<br /> Die Wechsel-Kurse können im ersten Schritt im Code fest verdrahtet sein. Die Kurse müssen nicht realistisch sein,<br /> für den Test ist es anfangs besser einfache, leicht nachzuprüfende Werte zu verwenden.<br /> <br /> == Wechselnde Wechselkurse ==<br /> Die Wechsel-Kurse sollen nun dynamisch verändert werden können.<br /> Es genügt dazu eine Möglichkeit einen einzelnen Wechelkurs per Methoden-Aufruf ändern zu können.<br /> <br /> == viele Währungen ==<br /> Es sollen nun beliebige weitere Währungen hinzugefügt werden.<br /> Schaffe zunächst eine Möglichkeit, dass der Währungs-Rechner mit einer beliebigen Zahl von Währungen arbeiten kann<br /> und füge dann – sozusagen als Test – eine weitere Währung hinzu. <br /> <br /> = Konten =<br /> Ein Kunde (die Kunden werden nicht modelliert) soll ein Portfolio haben, das für mehrere Währungen Konten enthalten kann, je Währung maximal ein Konto.<br /> Jedes Konto besteht aus einem Saldo der entsprechenden Währung.<br /> Der Kunde soll positive und negative Beträge hinzufügen können (Gut- und Lastschriften),<br /> es soll aber keine Historie der Zahlungs-Anweisungen geben.<br /> Der Gesamtwert des Portfolios muss in einer vom Kunden gewählten Währung abgerufen werden können.<br /> <br /> == Zusatz-Aufgabe ==<br /> Früher gab es unterhalb des Penny noch die Unterteilung in <br /> * 1 Half-Penny = 1/2 Penny<br /> * 1 Farthing = 1/2 Half-Penny = 1/4 Penny<br /> <br /> Erweitere die Anwendung, damit sie auch mit Penny-Bruchteilen umgehen kann.</div>

Ullrich