-
Notifications
You must be signed in to change notification settings - Fork 1
Home
Welcome to the ese2012-team5 wiki!
- Costumer(no data)
- Coach(no data)
- Team(no data)
- Joel Guggisberg
- Lukas von Rotz
- Oliver Stapleton
- René Gadow
- Urs Zysset
- Daniel Wüthrich
Sollte jemand Probleme mit dem commiten oder pushen haben, dann immer zuerst nachfragen und nicht darauflos klicken! Einfach jemand anderes aus dem Team fragen. Git kann ne bitch sein ;)
- Jedes neue Feature bekommt einen eigenen Branch, welcher direkt aus dem Master entspringt
- Sobald ein Feature fertig ist, wird dieses auf den DEV Branch gemerged
- Wenn das Build auf dem DEV Branch funktioniert, kann dieses auf den Master gemerged werden
- Commit sehr oft!
- Gib jedem! Commit einen aussagekräftigen Kommentar
- Merges werden am besten vorerst nur in den Gruppentreffen unternommen.
noch zu definieren
noch zu definieren
- Funktioniert tiptop, keine Beanstandungen.
- Suche "Did you mean?" Intelligente Suche, ähnlich wie Google mit Vorschlägen wenn man sich vertippt.
- Kommentarfunktion: Jedes Item lässt sich kommentieren, nur der Besitzer kann die Kommentare auf seinen Items löschen. Wenn ein User gelöscht wird, bleiben seine Kommentare trotzdem erhalten. Wenn von einem Item nur ein paar Stück (nicht alle) verkauft werden, dann werden die Kommentare nicht mitgesplittet. Auf der Seite, wo man ein Item von verschiedenen Anbietern kaufen kann, müssen noch die Item und die Benutzer-Namen zu ihren jeweiligen Profilseiten verlinkt werden.
Für diese beiden User-Stories erhalten wir die noch benötigten 1.75 Punkte
- Suche: Tiptop. Sieht sauber aus und funktioniert.
- Description: Gut.
- Description Log/History fertigstellen, Details siehe Protokoll vom 21.11.12. 1.25 Punkte
- Activity Log: Ein User soll bestimmten Usern und Items folgen können (Follow-Funktion). Auf einer Seite sollen dann alle Activities dieser User/Items ersichtlich sein. Die Seite soll so aufgebaut sein, dass nur die x neusten Activities pro User/Item angezeigt werden. Die Follow-Funktion soll rückwirkend sein. User-Activities sind: Der User folgt einem User/Item, der User aktiviert/deaktiviert ein Item, der User verkauft ein Item. Item-Activities sind: Item wird aktiviert, Item wird deaktiviert, Item wird verkauft. 1.75 Punkte
- Suche: Gut! Vielleicht Suche direkt auf Startseite einbauen, damit gleich "live"-gesucht werden kann
- Account Deaktivieren: Gut. "Cannot be undone" muss noch weg im Formular.
- Buy Order: Gut. "<=" statt "<" beim max. Preis. Bei solchen Sachen in Zukunft Customer fragen, falls Anforderung offensichtlich falsch!
- Alles in Ordnung, ausser dass Joel das Email zur Account-verifizierung nicht (sofort?) erhält. Ein Blick in das Sent-Verzeichnis unseres Mail-Accounts zeigt aber, dass das Email korrekt gesendet wurde.
-
Suche verbessern. Künftig nach Name, Benutzer und Beschreibung suchen. Anzeigen, warum Resultat gefunden wurde. 1.5 Punkte
-
(Pro Aktivierung des Items werden Beschreibung und Preis unter dem aktuellen Datum gespeichert. Später soll auf diese gespeicherten Beschreibungen/Preise zurückgegriffen werden, wenn der Benutzer das Item editiert. Wenn ein Item verkauft wird, sieht der neue Besitzer nur noch die beim Verkauf aktuelle Beschreibung/Preis. 1.75 Punkte )
-
Da Punkt 2 zu gross ist für eine Woche, wird er aufgeteilt. Diese Woche zu machen: Alle Items haben eine Beschreibung. 0.50 Punkte
- Scheint zu funktionieren, sieht gut aus!
- Feedbacks in rot nun auch sehr gut erkennbar
- Icons machen auch einen guten Eindruck
- Das "hover" auf sämtlichen Feldern verwirrt etwas, vor allem weil gar nicht alle Felder einen Link enthalten
- Die Gruppe sagt, dass die letzt Woche verrichtete Arbeit deutlich mehr als 2 Arbeitstage (=2 Punkte) war
- Passwort soll im Profil geändert werden können. Ebenfalls E-Mail Adresse. 0.25 Punkte
- Nach dem Registrieren soll ein User seinen Account zuerst via einem in einer E-mail enthaltenen Link verifizieren müssen, bevor er die Funktionen des Shops nutzen kann. 1.00 Punkte
- Reset Passwort: Wenn ein User sein Passwort vergisst, so soll er via E-Mail auf seine (verifizierte) Mailadresse ein temporäres Passwort zugeschickt bekommen, das nur eine gewisse Zeit lang gültig ist. 0.75 Punkte
- Erster Eindruck: "cooli Gschicht"
- Spontane Verbesserungswünsche:
-
Beim Item-Erstellen soll man schon Bilder hinzufügen können (bisher nur beim Item-Editieren möglich)
-
Allgemein GUI vom Bilder-Upload überarbeiten: Upload-Button erst anzeigen wenn Datei ausgewählt
-
Die Quantität von gekauften Items soll man ändern können
-
Beim Löschen eine Accounts sollen auch die von diesem Account hochgeladenen Bilder gelöscht werden Die "messages" wie falsches Password, nicht genug Geld etc. sollen auffälliger sein, z.B. rot gefärbt oder so
-
Auf Hauptseite nur die aktiven Items der anderen Benutzer anzeigen, die inaktiven sind nur für den Besitzer selbst ersichtlich
-
Die Tabellen sehen nun auch schön aus, es ist aber etwas verwirrend, dass auch Felder, die kein Link sind, gehighlighted werden, wenn man mit der Maus darüber fährt
- Insgesamt gute Arbeit, wir kriegen die Punkte wenn wir obengenannets verbessern. Damit wird unser Punktetotal auf 5 Punkte steigen.
- Gleiche Items (wie z.B. Äpfel) von unterschiedlichen Usern sollen auf der Hauptseite als ein Artikeltyp mit Menge = "Summe aller Äpfel von allen Anbietern" zusammengefasst angezeigt werden. Als Preis soll "ab [niedrigster Preis]" stehen. Damit dieses Feature überhaupt Sinn macht, wird unser Marketplace neu als Obsthandel deklariert. Es soll schon auf der Hauptseite in der Tabelle deklarierbar sein, wie viele Stücke man von einem Item kaufen will, klickt man danach auf Kaufen, gelangt man zu einer neuen Seite. Auf dieser Seite sind die (gleichen) Artikel sortiert nach Preis, beginnend mit dem billigsten. Die vorher vom User angegeben Anzahl wird automatisch so in die Maske eingefüllt, dass die billigst mögliche Kombination gekauft wird. Die Mengen können auf dieser Seite vom Benutzer aber trotzdem noch angepasst werden, das unten an der Seite sich befindende Total wird dabei laufend aktualisisert. Klickt der Benutezr schliesslich auf Kaufen, gelangt er zu einer Seite wo er seinen Einkauf noch bestätigen muss, hier wird er ausserdem gewarnt, falls er nicht genug Geld hat. Dies ist das einzige, grosse Feature dieser Woche, und wir kriegen für die Implementierung 2.00 Punkte.
Edit: Joel hat folgendermassen zum Protokoll geantwortet:
"Ciao Oliver
Danke für das Protokoll. Nur noch einen Hinweis: Der Shop muss nicht mehr unbedingt als Obsthandel umgeschrieben werden. Ich hatte das nur im Kopf, weil wir über Kategorien etc. gesprochen haben.
Aber da jeder User ja immer noch frei Items hinzufügen kann und wir keine Kategorien haben, würde ich das so belassen wie bisher.
Wenn ihr schon Aufwände zur Umstellung hattet, kann man das ja auch lassen - keine Sache.
Lg Joel"
- Erster Eindruck: gut. Schönes Logo!
- Generell im GUI dem User mehr Rückmeldungen geben (Registrierung, Bestätigung von Transaktionen etc)
- Es herrscht noch eine Inkonsistenz im GUI zwischen Buttons und Links. Joel möchte Buttons haben.
- Items erfassen funktioniert noch nicht! War Milestone von Woche 1! Fixen!
- Bilder Items sollen mehrere (max. 3) Bilder haben können, dabei soll ein Hauptbild bestimmt werden können. 1.00 Punkte
- Mengen Von einem Item soll man mehrere Exemplare in den Shop stellen können, beim Kaufen soll man auswählen können, wie viele Exemplare man erwirbt. 1.00 Punkte
- GUI Design überarbeiten, überall soll ersichtlich sein, wie viele Credits man besitzt. Tabellen müssen auch verschönert werden. 0.50 Punkte
- Löschen User sollen ihren Account löschen können, die Items gehen dabei verloren, das Geld verschwindet. Sicherheit einbauen, damit User nicht "aus Versehen" Account löschen. 0.50 Punkte Insgesamt sind diese Woche also 3.00 Punkte zu holen.
- Die Gruppe muss in der nächsten Übungsstunde einen Vortrag zum Thema Organisation in der Gruppe halten
- Der Vortrag soll nur 5 Minuten dauern, d.h. maximal 2 Personen aus der Gruppe bestimmen, welche den Vortrag halten
- Es wird insgesamt 4 Vorträge geben
- Wie kommunizieren? Joel schaut nur auf mailing-list, intern in Gruppe wird Facebook verwendet
- Neu anfangen oder Codebasis von jemandem nehmen neu anfangen, anhand vorhandener aufgaben
- Nächstes Meeting wird von einer Person unseres Teams geleitet Person noch zu bestimmen,Struktur überlegen
- Es werden immer einzelne Features festgelegt, diese werden auf nächste Woche implementiert, dann werden wieder neue festgelegt
- Pro Woche müssen insgesamt 2 Punkte gemacht werden. Mit Joel diskutieren wie viel Punkte ein jeweiliges Feature geben soll
- Wir müssen sagen wenn userstory zu gross oder zu schwierig ist! Dann diese aufsplitten
Features(komplette liste)
-
As a visitor, I can register in the system with username/password, picture and a list of interests. 1.00 Points
-
As a seller, I can enter and edit items that are "inactive" 0.25 Points
-
As a seller, I can turn "inactive" items into "active" items to sell 0.25 Points
-
As a seller, I can turn "active" items into "inactive" items to edit them 0.25 Points
-
As a buyer, I can buy an active item at the fixed priced indicated. 0.25 Points
- Sicherheit: Ganze sicherheit(nicht registrierter user kann nicht auf alle seiten zugreifen), man kann allem sagen ob es public ist oder nicht! auf jeder seite user überprüfen! passwort verifizieren. -> mit hash oder rsa arbeiten
- nicht authentifizierter User sieht nur Items, welche angeboten werden, z.b. 4 random items
- Passwort änderbar, rücksetzen falls man es vergisst -> mail mit neuem pw schreiben
- Account mit geld laden (kreditkarte, rechnung, paypal)
- Wir sind frei im Design, Kunde muss einfach zufrieden sein (schlicht, farbe weniger wichtig, usability)
- Organization (User können beitreten, user erlauben dass man im Namen von Firma Items bestellen kann)
- Email versenden wird häufig verwendet -> schauen wie das geht, später Email zu User hinzufügen
- Activity Log
- Mehrsprachigkeit
- Als Seller kann ich alte Beschreibung eines Items wieder zurückholen (Backup, Versionierung)
- Bilder auch für Items möglich
- Coach schaut auf Design (Application) Documentation & Testing
- Aaron erkundigt sich betreffend Fileupload Tutorial von Aaron
- Passwort überprüfen mit AJAX (aber viel Aufwand) Vielleicht später, zuerst funktionierende stupide Lösung erarbeiten
- Passwort mit Hash speichern Wir werden bcrypt verwenden
- Userhirarchie einfachste möglichkeit: Relation. Momentan unwichtig, da keine Organisationen bisher integriert
- Wann informationen über URL, wann über Formulare Beim Aufrufen von Profilen/Anzeigen über URL und bei löschen/bearbeiten über Formulare
- Arbeit aufteilen in Controller, Views und Models für den Anfang