Skip to content
ostapleton edited this page Oct 10, 2012 · 25 revisions

Welcome to the ese2012-team5 wiki!

Next Meetings

  • Costumer(no data)
  • Coach(no data)
  • Team(no data)

Members

  • Joel Guggisberg
  • Lukas von Rotz
  • Oliver Stapleton
  • René Gadow
  • Urs Zysset
  • Daniel Wüthrich

MailingList


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.

Ruby

Code Standards

noch zu definieren

Comments

noch zu definieren


Protokolle

## Sitzung 10.10.12 mit Joel (Customer)

Demonstration der Features von Woche 1: Rückmeldung von 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!

Features von Woche 2

  1. Bilder Items sollen mehrere (max. 3) Bilder haben können, dabei soll ein Hauptbild bestimmt werden können. 1 Punkt
  2. 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
  3. GUI Design überarbeiten, überall soll ersichtlich sein wie viele Credits man besitzt. Tabellen müssen auch verschönert werden. 0.50 Punkte
  4. 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 lsöchen. 0.50 Punkte Insgesamt sind diese Woche also 3 Punkte zu holen.

Vortrag am 17.10.12

  • 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

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
Clone this wiki locally