Kassensystem - Versionsgeschichte

Ason am 9. Mai 2012 um 14:04 Uhr

2012-05-09T14:04:22Z

130.149.85.162: /* soll das Kassensystem auch für Besucher sein */

2011-11-30T16:03:23Z

‎soll das Kassensystem auch für Besucher sein

Seba am 16. November 2011 um 17:45 Uhr

2011-11-16T17:45:38Z

Tommiboy: /* Plugins */

2011-10-21T18:58:58Z

‎Plugins

Tommiboy: /* Plugins */

2011-10-20T16:25:12Z

‎Plugins

Ason: war schon drin

2011-10-17T09:18:35Z

war schon drin

Ason am 17. Oktober 2011 um 09:13 Uhr

2011-10-17T09:13:38Z

Ason: Plugins

2011-10-17T09:12:38Z

Plugins

Ason am 17. Oktober 2011 um 08:34 Uhr

2011-10-17T08:34:25Z

Timmeey: /* Rollen */

2010-10-18T20:49:15Z

‎Rollen

← Nächstältere Version		Version vom 9. Mai 2012, 14:04 Uhr
Zeile 1:		Zeile 1:
	Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems'' für die Freitagsrunde entstanden. Die Grundidee war dabei für den Touchscreen (oder eine andere Plattform) in unserem Raum eine Software zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.		Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems'' für die Freitagsrunde entstanden. Die Grundidee war dabei für den Touchscreen (oder eine andere Plattform) in unserem Raum eine Software zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.

		+	Wir schreiben das Jahr 2012. In einem Jahr, wo Online-Shops um die Markführung kämpfen und die Brutalität der Schlachten von Monat zu Monat zunimmt, übernimmt ein Shop die Führung über das Gemetzel: K4ever, in gleißendem Licht, steht wie ein Engel siegreich und mit 2 bytegetränkten SSL-Äxten auf dem Datenmüllberg aus veralteten Web1-Seiten und kaputten Amazon-Klonen aus dem China-Intranet. Das Internet schrie nach einem Sieger, der es in eine friedvolle Zeit führen würde und diesem Ruf folgte K4ever. Mit Spendentalern und foo-Kätzchen machte es das Internet zu einem Platz, wo man endlich wieder in Ruhe Katzenvideos schauen und seine verdiente Mate kaufen kann.

@@ Zeile 43: / Zeile 43: @@
 * Pro
-** Zusammenrechner bei groesseren Bestellungen.
+** Zusammenrechnen bei grösseren Bestellungen.
-** Man sieht wieviel Geld in der BAR-Kasse seien sollte.
+** Man sieht wieviel Geld in der BAR-Kasse sein sollte.
 * Con

@@ Zeile 1: / Zeile 1: @@
-Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems''  für die Freitagsrunde entstanden. Die Grundidee war dabei für den  Touchscreen (oder eine andere Plattform) in unserem Raum eine Software  zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei  entstehenden Kosten verwalten können. Um die Anforderungen an ein  solches System zu sammeln und zu koordinieren ist dieses Seite da.
+Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems''  für die Freitagsrunde entstanden. Die Grundidee war dabei für den  Touchscreen (oder eine andere Plattform) in unserem Raum eine Software  zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei  entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.
-=Neue Seite=
-Da unser Kassensystem nun fertig (*duck*) ist, wird es Zeit, die Seite hier auszumisten. Da ich aber Plugin Ideen habe, lege ich einen Unterpunkt Plugins an.
+= k4ever =
 == Plugins ==
@@ Zeile 20: / Zeile 25: @@
 == Fehlende Barcodes ==
-* Eis, Opalix,
+* Eis
-= =========================================================================
+= Hochkomplexe Planungsideen =
-=Generelle Fragen=
+WARNUNG WARNUNG WARNUNG
-== soll das Kassensystem auch für Besucher sein ==
+=== soll das Kassensystem auch für Besucher sein ===
 * Pro
@@ Zeile 37: / Zeile 51: @@
 : Im Abschnitt Rollen steht ein Vorschlag für die Lösung des Problems
-=Anforderungen=
+==Anforderungen==
-==harte Anforderungen==
+===harte Anforderungen===
 ''Das soll das System unbedingt leisten''
@@ Zeile 47: / Zeile 61: @@
 * Verhinderung von Über und Unterdosierung von 1,3,7-Trimethyl-3,7-dihydro-1H-purin-2,6-dion
-==weiche Anforderungen==
+===weiche Anforderungen===
 ''sind für die 1.x-Reihe nicht ganz so wichtig''
@@ Zeile 58: / Zeile 72: @@
 * ...
-=Interface/Plattform=
+==Interface/Plattform==
 Für die Umsetzung sollte zumindest klar sein was später rauskommen soll:
 * Touchscreen
@@ Zeile 75: / Zeile 89: @@
 ** wird wohl eher nicht angenommen da zu aufwändig
-=Use cases=
+==Use cases==
 ''Der Warenverwaltungsaspekt fehlt hier noch völlig''
@@ Zeile 108: / Zeile 122: @@
 * Den Preis eines Getränks verändern
-==Rollen==
+===Rollen===
 Es gibt also folgende Rollen:
 Rollen: Gast, Frundler, Bucher, Kassenwart
@@ Zeile 122: / Zeile 136: @@
 :: ja, das ist eine gute Loesung! --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)
-=Modelle=
+==Modelle==
 Objekt: Karte, Konto.<br />
 Konto-Aspekte:
@@ Zeile 134: / Zeile 148: @@
 Den letzten Punkt würde ich noch zurückhalten, bis das Getränkeproblem s.w.u. gelöst ist
-==Subtypen und so==
+===Subtypen und so===
 Subtypen von Konto: Kasse, Frundler, Bucher, Gast
@@ Zeile 140: / Zeile 154: @@
 Es   erscheint am einfachsten, im System nicht weiter zwischen  verschiedenen  Kontentypen zu differenzieren. Das Quota etwa kann ja  ruhig wie oben  geschrieben als Attribut am Konto kleben, beim  Notifizieren wird uns  sicher ähnliches einfallen. Um dennoch für uns  zwischen den  verschiedenen Zwecken der Konten zu unterscheiden, bekommt  jedes Konto  noch ein Namensattribut.
-==Getränke==
+===Getränke===
 Hier   liegt noch einiges im Argen: Wir wollen mit Sicherheit die   verschiedenen verfügbaren Getränketypen (Mate, Cola, ...) in einer   Tabelle speichern, und daraus u.A. das manuelle Getränkemenü zu   generieren etc.
@@ Zeile 152: / Zeile 166: @@
 *  Getränkeobjekte und Preisobjekte getrennt anlegen. Preise sind einem   Getränkeobjekt zugeordnet und haben nebem einem Preis ein Startdatum.   Somit können alle Preisänderungen problemlos nachvollzogen werden und   nichts wird redundant gespeichert. So habe ich das bei meiner   Getränkekasse gelöst. (externer Kommentar von tblank@gmx.net)
-=weitere Aspekte=
+==weitere Aspekte==
 ===Logging===
 * Jede Transaktion, wer von wo nach wo wie viel und wann und aus welchem Anlass erscheint im System. (auch wenn welches Getränk)

@@ Zeile 7: / Zeile 7: @@
 == Plugins ==
 * Gnome-Panel: Kassenstand anzeigen, dropdown menü für aktionen? Regelmäßige Updates.
 * Panic Button: Für Mate kaufen. Fenster-Global-Hotkey strg+alt+M(ate)?
 * Android App: Obviously

@@ Zeile 9: / Zeile 9: @@
 * Panic Button: Für Mate kaufen. Fenster-Global-Hotkey strg+alt+M(ate)?
 * Android App: Obviously
 * Achievements: "n* Mate gekauft", "Mate-Spreeee!", "Uuultra-Mate!", "Allstar", "KontoMaster (incremental)", "IceMan!/Frosty", "Promille", "13,37€, 42,21€, 23€...90,01€", "Achievement-Farmer(n-mal)",
 * Statistik: Kalorien, Timetable - wann häufig gekauft,

← Nächstältere Version		Version vom 17. Oktober 2011, 08:34 Uhr
Zeile 1:		Zeile 1:
	Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems'' für die Freitagsrunde entstanden. Die Grundidee war dabei für den Touchscreen (oder eine andere Plattform) in unserem Raum eine Software zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.		Diese Seite ist im Rahmen der Erstellung eines ''Kassensystems'' für die Freitagsrunde entstanden. Die Grundidee war dabei für den Touchscreen (oder eine andere Plattform) in unserem Raum eine Software zu erstellen, mit der mehrere Nutzer ihren Getränkekonsum und die dabei entstehenden Kosten verwalten können. Um die Anforderungen an ein solches System zu sammeln und zu koordinieren ist dieses Seite da.
		+
		+
		+	=Neue Seite=
		+	Da unser Kassensystem nun fertig (duck) ist, wird es Zeit, die Seite hier auszumisten. Da ich aber Plugin Ideen habe, lege ich einen Unterpunkt Plugins an.
		+
		+	== Plugins ==
		+	* Gnome-Panel: Kassenstand anzeigen, dropdown menü für aktionen? Regelmäßige Updates.
		+	* Panic Button: Für Mate kaufen. Fenster-Global-Hotkey strg+alt+M(ate)?
		+	* Android App: Obviously
		+	* Achievements: "n* Mate gekauft", "Mate-Spreeee!", "Uuultra-Mate!", "Allstar",
		+	* Statistik: Kalorien, Getränke pro Person,

	=Generelle Fragen=		=Generelle Fragen=

@@ Zeile 95: / Zeile 95: @@
 :::: Wenn jmd. sein Konto auflaedt, dann wahrschein mit 10EUR oder  20EUR. Wenn nun ein paar Leute mal ihr Konto aufladen liegen schnell  100Euro in der Frunde. Ich sehe das ungern - nicht das ich jmd. der  Keymembers nicht vertraue.. es gibt nur momente wo mir viele unbekannte  in der Frunde auch mal sind.  Und um nun Geld aus der Frunde aufs Konto  zu bekommen gibs den Bucher. Jeder koennte das sein.. klar! Aber eben  nicht jeder hat die ganzen daten.. also gibs dieses als Rolle. bzw.: Es  kann auch mehrere Bucher geben ; )   Und wegen ueberweisen: Das ist  natuerlich was anderes!! --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)
 ::::: Nur um wirklich letzte Klarheiten auszuräumen: Was unterscheidet den View eines Frundlers von dem eines Buchers am System? Was kann der Bucher mehr als der Frundler (am System)? --[[Benutzer:Jungnickel|Jungnickel]] 09:54, 16. Okt. 2010 (CEST)
-:::::: Wenn jetzt JEDER Bucher wäre dann würde diese Klasse doch ad absurdum geführt. Wenn wir den Frundlern nicht vertrauen dann macht das alles keinen Sinn. Warum überweist man nicht "einfach" reales Geld von seinem Realen Konto auf das Reale Konto der frunde? Und trägt das dann selbst ins System ein? Das Bar zahlen kann man ja immernoch nebenher machen. Aber das würde den Bargeld bestand in der Frunde drastisch reduzieren. Dazu kommt die möglichkeit der dauerüberweisung. Natürlich müsste dann ein "Kassenwart" den Geld bestand zwischen Bargeld inner Frunde und Geld eingang aufm Konto überprüfen. Wobei man ja bei der Einzahlung eine $Var nehmen könnte Bar/Überweisung, und das system hält es für den Kassenwart getrennt vor wie viel in der Dose liegen müsste und was aufs Konto gekommen sein müsste.
+:::::: Wenn jetzt JEDER Bucher wäre dann würde diese Klasse doch ad absurdum geführt. Wenn wir den Frundlern nicht vertrauen dann macht das alles keinen Sinn. Warum überweist man nicht "einfach" reales Geld von seinem Realen Konto auf das Reale Konto der frunde? Und trägt das dann selbst ins System ein? Das Bar zahlen kann man ja immernoch nebenher machen. Aber das würde den Bargeld bestand in der Frunde drastisch reduzieren. Dazu kommt die möglichkeit der dauerüberweisung. Natürlich müsste dann ein "Kassenwart" den Geld bestand zwischen Bargeld inner Frunde und Geld eingang aufm Konto überprüfen. Wobei man ja bei der Einzahlung eine $Var nehmen könnte Bar/Überweisung, und das system hält es für den Kassenwart getrennt vor wie viel in der Dose liegen müsste und was aufs Konto gekommen sein müsste.--[[Benutzer:Timmeey|Timmeey]] 22:49, 18. Okt. 2010 (CEST)
 * Wenn der Gast eine Gast-Karte  bekommt (die quasi immer neben dem Scanner liegt), fliegt auch der Gast  als Akteur raus, da er dann wie ein Frundler gehandled werden kann. Der  Gast bezahlt eh immer in Bar, das wissen wir ja. --[[Benutzer:Jungnickel|Jungnickel]] 09:34, 25. Sep. 2010 (CEST)
 :: ja, das ist eine gute Loesung! --[[Benutzer:Tkroenert|Tkroenert]] 23:54, 15. Okt. 2010 (CEST)