Home

Welcome to the ese2012-team5 wiki!

Git

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

Joel schaut nur auf mailing-list, intern in Gruppe wird Facebook verwendet

neu anfangen, anhand vorhandener aufgaben

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.

Features:

As a visitor, I can register in the system with username/password, picture and a list of interests. Critical 1.00 Points
As a seller, I can enter and edit items that are "inactive" Critical 0.25 Points
As a seller, I can turn "inactive" items into "active" items to sell Critical 0.25 Points
As a seller, I can turn "active" items into "inactive" items to edit them Critical 0.25 Points
As a buyer, I can buy an active item at the fixed priced indicated. Critical 0.25

Spätere Features:

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

Wir müssen sagen wenn userstory zu gross oder zu schwierig ist! evt aufsplitten.

dann "integration-branch" wo immer entwickelt und gepusht wird.

häufig committen und lokale branches machen! nie committen wenn etwas nicht läuft
coach schaut auf design (application) documentation & testing für kunde ganzen shop sehr einfach gestalten

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