Home

Welcome to the ese2012-team5 wiki!

Git

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 ;)

Branches

• 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

Commits

• Commit sehr oft!
• Gib jedem! Commit einen aussagekräftigen Kommentar

Merges

• Merges werden am besten vorerst nur in den Gruppentreffen unternommen.

Protokolle:

Sitzung 4.10.12 mit Joel(Costumer)

• 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):

1. As a visitor, I can register in the system with username/password, picture and a list of interests. 1.00 Points

2. As a seller, I can enter and edit items that are "inactive" 0.25 Points

3. As a seller, I can turn "inactive" items into "active" items to sell 0.25 Points

4. As a seller, I can turn "active" items into "inactive" items to edit them 0.25 Points

5. As a buyer, I can buy an active item at the fixed priced indicated. 0.25 Points

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
• Coach schaut auf Design (Application) Documentation & Testing

Sitzung 4.10.12 mit Aaron(Coach)

• 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