Hlavní menu

Nástroje

SlovnikTerminologie / PravidlaProVyvojare

View (print) - Edit page | Recent changes - Page history

Updated 22 December 2009, 10:28 by PremekBrada

SlovnikTerminologie.PravidlaProVyvojare History

Hide minor edits - Show changes to markup

22 December 2009, 10:28 by PremekBrada -
Changed lines 9-10 from:
to:
21 October 2009, 14:30 by PremekBrada -
Changed line 6 from:
  • používat
to:
  • používat verzování na svn+ssh://forge.kiv.zcu.cz/home/svn/spot
21 October 2009, 14:25 by PremekBrada -
Changed line 6 from:
  • používat verzování
to:
  • používat
20 February 2009, 12:03 by PremekBrada -
Added line 7:
20 February 2009, 12:02 by PremekBrada -
Changed lines 7-8 from:
to:
20 February 2009, 11:56 by PremekBrada -
Changed line 5 from:
  • používat bugtracker
to:
  • používat bugtracker
09 April 2008, 10:39 by PremekBrada -
Changed lines 36-41 from:
Váha pro cíl release dle RFC 2119Priorita
milníkFlash
MUST čili release blocker (prioritu má task)High
SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu může mít release)Normal
MAY čili když se nestihne, nic moc se neděje (prioritu má release)Low
to:
Váha pro cíl release dle RFC 2119PrioritaZávažnost
milníkFlashCritical
MUST čili release blocker (prioritu má task)HighHigh, Medium
SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu může mít release)NormalMedium, Low
MAY čili když se nestihne, nic moc se neděje (prioritu má release)LowMedium, Low, Very low
09 April 2008, 10:37 by PremekBrada -
Changed line 36 from:
Váha pro cíl releasePriorita
to:
Váha pro cíl release dle RFC 2119Priorita
09 April 2008, 10:34 by PremekBrada -
Deleted lines 8-11:

Organizace projektu

Tep projektu: každý měsíc (TBD přesně: např. první středu v měsíci) general meeting - review udělaného, plán na další měsíc.

09 April 2008, 10:27 by PremekBrada -
Changed lines 30-32 from:

Zdrojový kód dodržuje ImplementacniKonvence.

to:
09 April 2008, 10:27 by PremekBrada -
Added lines 1-47:

Pravidla, kterými se musí členové týmu řídit při práci.

Stručně

Organizace projektu

Tep projektu: každý měsíc (TBD přesně: např. první středu v měsíci) general meeting - review udělaného, plán na další měsíc.

Správa změn (bugtracker)

Typy záznamů v bugtrackeru:

--MILNÍK--shrnutí cíle etapy
Featureuživatelská funkčnost či vlastnost, nově chtěná
Taskinterní vylepšení, reorganizace kódu, technické úpravy
Bugjakákoli chyba, ať od uživatele nebo z interních testů

Vývojáři:

  1. dělat jen na tom, co mají přiřazeno
  2. otevírat nové bugreporty když se najde chyba, a to i ve vlastním kódu (nepřiřazovat je nikomu, leda sobě když je to ve vlastním kódu)
  3. když je udělaný kus práce na tasku, otestovat na lokále AND (dle vlastního uvážení) commit do úložiště AND zvednout "teploměr" AND připsat komentář co bylo uděláno (byl-li commit, napsat číslo revize)
  4. když je práce na tasku dodělaná, (1) otestovat si na lokále, (2) commit do úložiště - do poznámky ke commitu napsat číslo (ID) tasku a jak byl vyřešen, (3) dát teploměr na 100%, stav na Requires testing, a přidat komentář s číslem commitu ve kterém je implementace, (4) dát vědět managementu projektu

Zdrojový kód dodržuje ImplementacniKonvence.

Management:

  1. používání priority ve vztahu k plánovanému release: viz tabulka dále
  2. přidání tasku => naplánovat do release, pro release milník přidat závislost na přidaném
  3. nepřiřazovat tasky bez domluvy s vývojářem
  4. pravidelně kontrolovat stav task listu
  5. tasky nastavené na Requires testing projít s vývojáři (review a/nebo otestovat), uzavřít (zkontrolovat svn repo, do close comment dát číslo commitu)
Váha pro cíl releasePriorita
milníkFlash
MUST čili release blocker (prioritu má task)High
SHOULD čili pokud není impl v release je třeba zdůvodnit (prioritu může mít release)Normal
MAY čili když se nestihne, nic moc se neděje (prioritu má release)Low