Home

Welcome to the ese2012-team5 wiki!

Git

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

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.

Features:

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

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

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

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

5. 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

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