Fabian

Aus ProgrammingWiki

Archivierte Version vom 2019-01-26T08:50:27+00:00. Aktuelle Version

Inhaltsverzeichnis

1 Feinschliff kommt noch
2 '''Watchbank'''
3 Wahl des Themas:
4 Ziel des Unternehmens:
5 Ziel der Datenbank:
6 Grafische Darstellung unseres Geschäftsmodells
7 Vereinfachte Darstellung
8 Erläterung der Beziehungen
9 Datenbank
10 Geschäftsdaten:
11 Wie teuer ist eine Uhr?
12 Verwendete TOOLS
13 Kritische Reflexion

Feinschliff kommt noch

Watchbank

Wahl des Themas:

Ich habe mich mit dieser Idee befasst, weil ich das Geschäftsmodell für sehr spannend empfunden habe. Durch den Arbeitsauftrag im informatischen Unterricht, sah ich die Gelegenheit mich selbst mehr damit auseinander zu setzen. Dadurch konnte ich persönliches Interesse mit schulischen Aufgaben verbinden und einen Mehrwert für alle Beteiligten schaffen.

Ziel des Unternehmens:

Das Ziel von Watchbank ist es eine Onlineplattform für den Verkauf von Luxusuhren zu bieten. Wer kauft Luxusuhren Online? Jeder der ein großes Sortiment zum besten Preis haben will. Das größte Problem beim weltweiten Onlinehandel mit Luxusuhren ist es die Echtheit der Uhren zu prüfen. Diese Funktion nimmt Watchbank ein. Die Plattform lässt von staatlichen schweizer Uhrenprüfer die Uhren prüfen. Wenn die Uhren echt sind zertifiziert der Prüfer diese, schätzt ihren Preis und transportiert sie in das Sicherheitslager von Watchbank. Im Anschluss übernimmt das Unternehmen die Funktion einer Börse ein. Watchbank sorgt für den Online-Vertrieb, während der Händler diese weiterhin lokal anbieten kann. Im Falle eines lokalen Uhrenkaufs bringen Flugkurriere die Uhr innerhalb kürzester Zeit wieder zum Händler. Dadurch können die Kunden Luxusuhren zu einem fairen Preis erwerben und die Händler ihre Uhren Weltweit zum echten Wert verkaufen. Dadurch haben alle einen Vorteil und die Leidenschaft für Uhren kann noch weiter verbreitet werden. Dafür stehen wir mit unserem Namen. Zeit ist eben Geld.

Ziel der Datenbank:

Die Online-Datenbank hat den Zweck Kunden in Echtzeit den günstigsten Kaufpreis der von ihnen gewünschten Uhr anzuzeigen und gleichzeitig zu verifizieren, dass die Uhr echt ist.

Grafische Darstellung unseres Geschäftsmodells

Vereinfachte Darstellung

Erläuterung des Modells

Händler: Der Händler hat im Modell die Funktion seine Uhren anzubieten, prüfen zu lassen und schlussendlich zu Verkaufen. Dabei ist für die Zuordnung der Name seines Geschäftes wichtig, sowie der Standort und die damit verbundene Nationalität.

Uhr

Die Uhr hat im Modell die Funktion als Ware verkauft zu werden und sich prüfen zu lassen. Sie besitzt eine Modell_Nr, wodurch jede Uhr einmalig ist. Sie zeichnet sich weiterhin durch ihren Modell-Namen, ihren Wert und ihre Echtheit aus.

Prüfer

Der Prüfer hat die wichtigste Aufgabe. Er ist verantwortlich herauszufinden, ob die Uhr echt ist und ihren Wert zu schätzen. Dafür ist es sehr wichtig die Identität des Prüfers die P_ID sowie seinen kompletten Namen und sein Alter zu wissen.

Börse

Die Börse übernimmt im Modell eine Vermittlerfunktion und ist mit Online Verkaufsplattformen vergleichbar. Um die Sicherheit zu Gewährleisten ist die Steuernummer, der Standort und die Website der Firma sehr wichtig.

Kunde

Der Kunde ist bei dem Geschäftsmodell König. Um seine Sicherheit zu gewährleisten und seine Privatssphäre zu respektieren, wird der Kunde als Nummer gesehen, die eine Kontonummer besitzt. Für das Unternehmen ist auch sehr wichtig zu wissen, ob der Kunde das erste Mal etwas auf der Seite kauft. Wenn dies der Fall ist, wird der Kunde als Neukunde gesehen

Erläterung der Beziehungen

1:n Beziehung

Diese Beziehung bezeichnet eine Beiziehung, bei der einer Entität genau ein

Händler-Uhr: Zwischen Haendler und Uhr herrscht eine m:n Beziehung, da ein Haendler mehrere Uhren besitzen kann und ein Uhrenmodell bei mehreren Haendlern verfügbar sein kann.

Uhr-Kunde: Bei Kunde und Uhr liegt bei mir eine m:n Beziehung vor, weil ein Kunde mehrere Uhren besitzen kann und ein Uhrenmodell von mehreren Kunden gekauft werden kann

Uhr-Boerse: Bei Uhr zu Boerse habe ich eine m:n Beziehung gemacht, weil eine Börse mehrere Uhren lagert und ich die Beziehung übersichtlicher gestalten konnte

Pruefer- Uhr: Zwischen Uhr und Pruefer ist ein 1:N Beziehung, weil eine Uhr von einem Prüfer getestet wird. Ein Prüfer testet aber mehrere Uhren.

Datenbank

DROP TABLE IF EXISTS HAENDLER;
CREATE TABLE HAENDLER(
  H_ID int AUTO_INCREMENT,
  Standort varchar(20),
  Name varchar(20),
  Nationalität varchar(20),
  PRIMARY KEY (H_ID)
); 

DROP TABLE IF EXISTS UHR;
CREATE TABLE UHR(
  Modell_Nr int AUTO_INCREMENT,
  Marke varchar(20),
  Wert FLOAT,
  Echtheit varchar(10),
  Modell varchar (255),
  PRIMARY KEY (Modell_Nr)
); 

DROP TABLE IF EXISTS PRUEFER;
CREATE TABLE PRUEFER(
  P_ID int AUTO_INCREMENT,
  Nachname varchar(20),
  Vorname varchar(20),
  Alter_ID int,
  PRIMARY KEY (P_ID)
);

DROP TABLE IF EXISTS BOERSE;
CREATE TABLE BOERSE(
  Steuernummer int AUTO_INCREMENT,
  website varchar(255),
  Standort varchar (255),
  PRIMARY KEY (Steuernummer)
); 

DROP TABLE IF EXISTS KUNDE;
CREATE TABLE KUNDE(
  Registrier_Nr int AUTO_INCREMENT,
  Kontonummer int,
  Neukunde varchar(10),
  PRIMARY KEY (Registrier_Nr)
); 

DROP TABLE IF EXISTS BESITZT;
CREATE TABLE BESITZT(
 H_ID int,
 Modell_Nr int
);

DROP TABLE IF EXISTS LAGERT;
CREATE TABLE LAGERT(
 Modell_Nr int,
 Steuernummer int
);

DROP TABLE IF EXISTS KAUFT;
CREATE TABLE KAUFT(
 Modell_Nr int,
 Registrier_Nr int,
 Wert FLOAT
);

DROP TABLE IF EXISTS PRUEFT;
 CREATE TABLE PRUEFT(
 Modell_Nr int,
 P_ID int
);

Geschäftsdaten:

INSERT INTO HAENDLER VALUES(1, 'Shanghai', 'Clockshop', 'chinesisch');
INSERT INTO HAENDLER VALUES(2, 'Wien', 'Austriantime', 'oesterreichisch');
INSERT INTO HAENDLER VALUES(3, 'New York', 'Timehattan', 'amerikanisch');

INSERT INTO UHR VALUES(12345,'Breitling', 5700, 'ECHT','PREMIER CHRONOGRAPH 42');
INSERT INTO UHR VALUES(23456, 'Rolex', 15200, 'ECHT', 'Daytona');
INSERT INTO UHR VALUES(34567, 'Koenigseck',32089, 'ECHT', 'Modell K');

INSERT INTO PRUEFER VALUES(111, 'Schreiter','Hans-Joachim', 47);
INSERT INTO PRUEFER VALUES(112, 'Schlosser', 'Uljanow', 63);
INSERT INTO PRUEFER VALUES(113, 'Konjak', 'Uwe', 51);

INSERT INTO BOERSE VALUES(88794562, 'www.watchbank.com', 'Zuerich');

INSERT INTO KUNDE VALUES (4758, 111111111, 'Nein');
INSERT INTO KUNDE VALUES (1871, 123456751, 'Ja');
INSERT INTO KUNDE VALUES (2235, 230051452, 'Nein');

INSERT INTO LAGERT VALUES (12345, 88794562);
INSERT INTO LAGERT VALUES (23456, 88794562);
INSERT INTO LAGERT VALUES (34567, 88794562);

INSERT INTO BESITZT VALUES (1, 12345);
INSERT INTO BESITZT VALUES (2, 23456);
INSERT INTO BESITZT VALUES (3, 34567);

INSERT INTO KAUFT VALUES (12345, 4758, 5700);
INSERT INTO KAUFT VALUES (23456, 1871, 15200);
INSERT INTO KAUFT VALUES (34567, 2235, 32089);

INSERT INTO PRUEFT VALUES (12345,111);
INSERT INTO PRUEFT VALUES (23456,112);
INSERT INTO PRUEFT VALUES (34567, 113);

Wie teuer ist eine Uhr?

SELECT UHR.Marke, UHR.Wert, UHR.Modell FROM UHR;

//Welcher Kunde kauft welche Uhr?

Verwendete TOOLS

Zur Erstellung des ERM Modell und des Relation-Modell habe ich die Website[ https://erdplus.com/] genutzt. Die Datenbank habe ich mit Hilfe des mir im Unterricht vermittelte Wissen und der mir zur verfügung gestellte Zeit erstellt.

Kritische Reflexion

Das Projekt der Datenbank erschien mir am Anfang als eine Herausforderung um mich genauer mit dem Geschäftsmodell des Uhrenhandels und der informatischen Erstellung von Datenbanken zu befassen. Die Umsetzung gestaltete sich Anfangs als etwas schwierig, da die Modelle nicht einfach zu erstellen waren. Die Modelle musste ich auch mehrfach noch bei der Modellierung des Datensatzes überarbeiten, da mir immer wieder Unstimmigkeiten auffielen. Der Datensatz gestaltete sich insgesammt nicht zu schwierig. Mit Hilfe der Modelle war es wie Malen nach Zahlen. Insgesammt bin ich mit der theoretischen Erstellung der Datenbank zufrieden. Ich sehe einen Fehler darin, dass ich das Modell während der Datensatz erstellt wurde noch überarbeiten musste. Dies führte zu ungeahnten Herausforderung. Aber wie im echten Leben kann man auch in der Informatik alles nur bedingt vorrausplanen. Wie im echten Leben, hat auch in der Datenbankerstellung der Weitsichtige einen Vorteil. Das Projekt gestaltete sich als deutlich Komplexer als Anfangs angenommen. Außerdem hätte man die Beziehungen auch geringfügig anders gestalten können. So hätte man etwa auch die Entität Flugkurier noch einfügen können, aber das hätte Modell und Script noch deutlich komplizierter gemacht. Dennoch habe ich die Datenbank als eine interessante, wenn auch Zeitraubende Herausforderung gesehen.

Fabian

Inhaltsverzeichnis

Feinschliff kommt noch

Watchbank

Wahl des Themas:

Ziel des Unternehmens:

Ziel der Datenbank:

Grafische Darstellung unseres Geschäftsmodells

Vereinfachte Darstellung

Erläuterung des Modells

Uhr

Prüfer

Börse

Kunde

Erläterung der Beziehungen

1:n Beziehung

Datenbank

Geschäftsdaten:

Wie teuer ist eine Uhr?

Verwendete TOOLS

Kritische Reflexion

Suche