Meeskond "BugTracker": Difference between revisions

From ICO wiki
Jump to navigationJump to search
Line 15: Line 15:


===Võimalikud tekkivad probleemid===
===Võimalikud tekkivad probleemid===
  Probleemseks võib osutuda võimalus Back-Endist olemasolevat vea registreerimise vormi dünaamiliselt muuta. Tähtis on see, et kõik eelnevalt registreeritud vead suudetakse hoolimata tehtud muudatusest ikka kuvada.
  Probleemseks võib osutuda võimalus Back-Endist olemasolevat vea registreerimise vormi dünaamiliselt muuta.
Tähtis on see, et kõik eelnevalt registreeritud vead suudetakse hoolimata tehtud muudatusest ikka kuvada.
  Mõelda läbi kuidas tegutseda, juhul kui mitu kasutajat samal ajal sama viga muudavad.
  Mõelda läbi kuidas tegutseda, juhul kui mitu kasutajat samal ajal sama viga muudavad.



Revision as of 11:44, 8 March 2012

Teema : veahaldussüsteemi loomine

Liikmed:

Toomas Soha - Projektijuht
Heiki Tamm

Analüüs

Loome veahaldusrakenduse, milles on võimalik registreerida leitud vigasid. Rakendus skaleerub nii lihtsast ühekorsest projektipõhisest vahendist kuni asustuse siseselt kasutusel olevaks veahaldussüsteemiks. Võimalik on registreerida leitud vigasid, näha ja redigeerida olemasolevaid ning otsida spetsiifiliselt nii märksõnade, komponendi põhiselt, isiku järgi jne.. Vigadele on võimalik määrata, mis staatuses ta hetkel on, kriitilisuse astet, seotud märksõnu, projektikoodi, maad(juhul kui on komponent, mis töötab erinevates riikides) ning lisada süsteemist otsides isikuid vea alla, kes võiks käsiteldavast veast huvi tunda. Rakendusel on rollipõhine kasutatavus. Guest roll saab ainult jälgida süsteemi, Kasutaja roll aga seda täis võimsusel kasutada. Lisaks on olemas admini roll, kellel on ligipääs Back-endile. Guestil on võimalus ka süsteemi ennast registreerida, kuid tema peab kasutajaks aktsepteerimna administraator, kes saab seda enda liidesest teha. Lisaks saadab rakendus kirjasid isikutele, kes on veaga seotud, milles on tehtud muudatus(Näiteks muudeti parandatuks või lisati kommentaar vms). Võimalik on lisada ka vigadele manuseid(attachmendid, ekraani pildid, tekstifailid jne). Rakenduse siseselt on võimalik ka oma kasutajapõhiseid seadeid konfigureerida. Näiteks muuta talle mailide saatmise loogikat.

Back-Endist on võimalik muuta vigade registreerimisel paigas olevaid suhteid. Näiteks, saab määrata kes vigade parandajatest on milliste meie süsteemis registreeritud komponentidega seotud, kes on toote omanik. Kes vaikimisi lisatakse vea registreerimisel kirja saajate hulka. Defineerida kasutusel olevaid vea kriitilisuse astmeid ning lisada uusi välju registreerimise vormile.

Rakendus koosneb Front-endist ning Back-endist. Front-end on rakenduse peamine kasutatav pool ning Back-endi on administreerimise liides

Võimalikud tekkivad probleemid

Probleemseks võib osutuda võimalus Back-Endist olemasolevat vea registreerimise vormi dünaamiliselt muuta.
Tähtis on see, et kõik eelnevalt registreeritud vead suudetakse hoolimata tehtud muudatusest ikka kuvada.
Mõelda läbi kuidas tegutseda, juhul kui mitu kasutajat samal ajal sama viga muudavad.

Planeeritav funktsionaalsus

Vigade registreerimine
Vigade otsimine
Vigade redigeerimine
Süsteemi registreerimise funktsionaalsus
Rolli-põhine rakenduse kasutamine
Kasutaja seadete muutmine
Back-End admini-liides
Automaatne e-mailide saatmine süsteemi poolt.
Võimalus liidestada olemasoleva kasutjaskonnaga. Näiteks on asutusel olemas oma sisemine töötajabaas ning laadida need otse meie veahaldus kasutajaskonda. (Windows AD support ready)

Nice to have

Liidestus versioonihaldus süsteemidega. Commiti tehes jookseb automaatne info meie süsteemi.
Statistika genereerimine, analüüsides vigasid ning nende põhjal töögraafiku koostamine
Ilus kasutajaliides

Tööjaotus

Pole hetkel veel paigas


Ajakvava

12.03.2012 Andmebaasi struktuuri paika panemise planeeritav kuupäev: 
12.03.2012 - 1.05.2012 Palju tööd. Ajakava ja tööjaotus täienevad pärast esimest taski
01.05.2012 Lõpp versiooni valmimise planeeritav kuupäev

Logi

06.03.2012 Sai loodud wiki ning paika pandud projekti skoop.