* Registrace uživatelů: musí být možnost registrace, ověření přes pam_auth() - pokud nejde ověřit, adminovi přijde email aby si ho mohl ověřit ručně.
* Přihlášený zájemce (budoucí správce projektu) vyplní formulář a odešle, adminovi přijde email a bude naplněná řádka v databázi s daty projektu (TBD UPŘESNIT STRUKTURU TABULEK)

h2. Diskuse 11.11.2005 (L.Lacina - autor, pak L.Matějka - admin dev.kiv)

* jen orion login pro správce páč ten má být ze ZČU; vlastní login jen pro členy mimo ZČU
* i pro obyč členy veškeré údaje (tak jak bylo předvedeno) se vší parádou, protože přístup ke službám (vč web iface) bude přes heslo zadané ve web aplikaci
** člen musí mít možnost změnit svoje údaje a heslo
** musí být kontrola kvality hesla (>= 8 znaků, písmena+čísla, malá+velká)

* s každou akcí (žádost, schválení, zrušení, změna)
** krom úpravy vlastních tabulek také zápis do fronty zpráv (samostatná tabulka v db): akce, projekt, kdy, kdo zadal, stav nová/vyřízená
** email adminovi serveru a správci projektu

----

h1. DevKiv - source forge projektů na KIV

Zde jsou heslovitě podrobnosti, prosím Luboše o opravy a doplnění:

* server, který se bude jmenovat dev.kiv.zcu.cz, bude sloužit pro podporu softwarových projektů týmů pracujících na KIV
* každý projekt může dostat sadu služeb přístupných přes web (seznam níže)
* vaším úkolem nebude konfigurovat nebo implementovat tyto služby, ale udělat "obalový web" přes který se k nim (už nakonfigurovaným) bude dát dostat

Web by měl obsahovat
* úvodní stránka - popis účelu serveru, dostupných služeb, odkaz na seznam projektů, jak si požádat o založení projektu, že je to z KIVu
* stránka se seznamem projektů - název projektu, datum začátku, kontaktní osoba, odkaz na stránku projektu; bylo by asi dobré mít možnost seznam řadit podle položek výpisu a taky mít filtr "aktivní projekty / uzavřené projekty / všechny projekty"
* stránka projektu - přehledně informace o projektu + odkazy na stránky jednotlivých služeb, které projekt využívá
* stránka "jak si požádat o projekt" - popis (jaký má mít projekt charakter, ...) + formulář na zadání informací o projektu -> odeslání formuláře = uložení dat do databáze + email správci že bylo požádáno o projekt

Životní cyklus ("workflow") projektu bude zřejmě takovýhle:
* Zájemce vyplní formulář a odešle, adminovi přijde email a bude naplněná řádka v databázi s daty projektu (TBD UPŘESNIT STRUKTURU TABULEK)
* Projekt založí administrátor ručně, tím se vygenerují stránky pro služby dostupné projektu, a někam (TBD UPŘESNIT KAM) se uloží jejich adresy.
* Webová aplikace začne zobrazovat stránku projektu, tým ji bude využívat
* Na explicitní žádost týmu nebo po vypršení timeoutu bude projekt označen za uzavřený, zůstanou mu data ale vypadne ze seznamu aktivních
* Admin může uzavřený projekt ručně úplně zrušit, což se nějak (TBD UPŘESNIT JAK) projeví v databázi, takový pak nemůže být zobrazený v seznamu ani při zapnutém filtru "uzavřené" nebo "všechny".


h2. Seznam služeb, které bude dev.kiv nabízet

* verzovaci systemy (web interface)
** svn
** cvs
* bug tracker
* mailing listy + archivy
* fora
** vyvojarska
** uzivatelsky support
** aktuality
* wiki

h2. Seznam evidovaných informací o projektu:

* logo, popis, jmeno, stycna zodpovedna osoba, clenove (jmeno, orion login, email), navaznost na katedru (predmet/vyzk.skupina/grant, osoba)
* zacatek, predpokladana doba trvani/reseni/ukonceni
* odkazy na sluzby (vsechno vsem, prazdne stranky by default)


----
Zpět na WebKiv.HomePage