Aplikace CRM-TS
Evidence a správa požadavků a verzí
Aplikace CRM-TS je určena pro elektronickou evidenci a správu požadavků a verzí
pomocí webového prohlížeče v prostředí internetu. Systém umožňuje zadání požadavku
a sledování jeho stavu od zapsání až po jeho vyřešení, případně stornování, a zadání
a sledování verzí.
Účelem je evidování komunikace mezi zadavatelem a dodavatelem. Na základě toho jsou
evidovány veškeré požadavky od zadavatele a veškeré verze od dodavatele.
Jelikož požadavek i verze prochází určitým životním cyklem, aplikace umožňuje automatické
elektronické oznamování o změně stavu (v současné době pomocí e-mailu) jednotlivých
požadavků příp. verzí, tak aby byly obě strany informovány.
Aplikace umožňuje tedy například vidět jaké požadavky jsou právě řešeny nebo jaké
verze byly předány, ale nebyly ještě nasazeny do ostrého provozu. Zároveň je u každého
požadavku příp. verze udržována jeho historie, čímž je vidět kdy, kdo a co provedl.
Práce s aplikací
V systému je každému uživateli přiřazena role. Přiřazování role provádí správce
systému a jeden uživatel může vystupovat ve více rolích. Základní členění rolí je
na role zadavatele a na role dodavatele (dále existuje jemnější rozdělení na vedoucího
projektu, garanta modulu a další).
Do aplikace CRM-TS mají přístup pouze uživatelé zavedení do systému. Součástí přihlášení
je zjištění rolí, které uživateli v aplikaci náleží. Každé roli odpovídá určitý
stupeň oprávnění, a proto jsou uživateli povolené jen takové akce, na které má oprávnění.
Základní oblasti aplikace jsou dvě a to požadavky a verze.
Požadavky
Nový požadavek zadává „Zadavatel“. Při zadávání požadavku je nutno určit následující
údaje:
- modul, ke kterému se požadavek vztahuje,
- typ požadavku (kritická chyba,
chyba, nesrovnalost, úprava, nová funkce),
- prioritu požadavku (od nejvyšší až
po nejnižší),
- evidenční číslo zadavatele,
- požadované datum realizace,
- popis požadavku.
V případě potřeby je možno připojit i soubory.
Požadavek poté respektuje svůj životní cyklus a může se nacházet v jednom z následujících
stavů: zapsán, stornován, přijat, vyřešen. Při jakékoliv změně stavu je odeslán
e-mail protistraně (definovaným osobám) a změna je zapsána do historie požadavku.
Součástí aplikace je i kompletní přehled všech požadavků (viz obr.1) řazený podle
datumu vytvoření. Přehled lze filtrovat podle modulu, typu požadavku, priority požadavku,
stavu požadavku.
Verzování
Novou verzi zadává „Dodavatel“. Při zadávání je potřeba zadat následující údaje:
- modul,
- číslo verze,
- datum předání,
- místo předání,
- komentář k nové verzi,
- předávající osobu – jsou nabízeny osoby dodavatele podle příslušných rolí,
- přebírající osobu – jsou nabízeny osoby podle příslušných rolí.
K verzi je možno připojit i soubor (většinou předávaná verze).
Verze respektuje svůj životní cyklus a může se nacházet v jednom z následujících
stavů: předána, testována, v pilotním provozu, plošně nasazena. Při jakékoliv změně
stavu je opět odesílán e-mail protistraně (definovaným osobám) a změna je zapsána
do historie verze.
Součástí aplikace je opět kompletní přehled všech předaných verzí. Přehled lze filtrovat
podle modulu a podle stavu.
Ke každému modulu je generován i změnový soubor (tzv. changelog) přes všechny jeho
verze, díky čemuž jsou na jednom místě vidět všechny změny u daného modulu podle
jeho jednotlivých verzí.
Ke každé verzi se vztahuje i předávací a akceptační protokol. Po plošném nasazení
verze je pro danou verzi vygenerován protokol k tisku.