PŘÍLOHA A uživatelské příručky
ZÁKAZNICKÁ PODPORA Pravidla definující přílohy Defektů založených v TTP
Autor:
Petr Zahálka
Reference: Zákazník:
Verze:
02
Datum: 5.5.2006 Určeno pro všechny zákazníky
Pravidla příloh v TTP
Historie dokumentu Verze
Autor
Datum
Status
01
Petr Zahálka
11.6.04
Draft
02
Filip Zeman
24.6.04
Zákaznická verze
Obsah: 1.
MOTIVACE.......................................................................................................................... 0
2.
DEFINICE POJMŮ ............................................................................................................... 0
3.
DEFINICE PŘÍPADŮ............................................................................................................ 2
3.1. 3.1.1. 3.1.2. 3.1.3. 3.2. 3.2.1. 3.2.2. 3.2.3. 3.2.4. 3.2.5. 3.2.6. 3.3. 3.3.1. 3.3.2. 3.3.3. 3.3.4. 3.3.5. 3.3.6. 3.4. 3.4.1. 3.4.2. 3.4.3. 3.4.4. 3.4.5. 3.4.6.
PRODUCT CRASH ................................................................................................................... 2 All System Users & All Product Users 2 Most of Product Users 2 Minority of Product Users 3 MODULE CRASH ..................................................................................................................... 3 All System Users 3 All Product Users 3 Most of Product Users 3 Minority of Product Users 3 No User problem 3 Risk 3 INCORRECT FUNCTIONALITY ................................................................................................ 3 All System Users 3 All Product Users 4 Most of Product Users 4 Minority of Product Users 4 No User problem 4 Risk 4 COSMETIC .............................................................................................................................. 4 All System Users 4 All Product Users 4 Most of Product Users 4 Minority of Product Users 4 No User problem 4 Risk 5
Pravidla příloh v TTP
1. Motivace Tento dokument slouží pro potřeby Zákaznické podpory a jeho hlavním cílem je definovat přílohy a další propriety Defektu. Jedině dodržením níže zmíněných pravidel je možné dosáhnout efektivního řešení Defektů v uspokojivých termínech. Pravidla jsou návodem pro Zákazníka i pomůckou Defect Managera, který je tak schopen vyhodnocovat kompletnost nově zadaného defektu a případné operativně vyžádovat chybějící informace. Tento výčet by také měl být doplněn o tzv. „Solution Case“.
2. Definice pojmů Výčet produktů a k nim náležejícím informací: Název aplikace
Log
GEMINI / HB Client System GEMINI / HB Server
Logy DL*, PL*, HL*
GEMINI / PB IVR Server
Log aplikace IVR, eventlog
GEMINI / GSM Short Messages Server
Log aplikace GSM
GEMINI / SMS Communicator
Log aplikace Communicator
GEMINI / IBS Server
Log aplikace IBS, http accesslog, http error log
GEMINI / IBS Client
Java console
GEMINI / IBS Management Console Snap-in GEMINI / IBL Thin Client GEMINI / IBL WebLogic GEMINI / SZ Server
Log aplikace IBS, http accesslog, http error log
GEMINI / SZ Client GEMINI / SZ Management Console Snap-in GEMINI / CC Bank Services Server
Log aplikace IBS, http accesslog, http error log
GEMINI / CC Bank Services Client GEMINI / CC Management Console Snap-in GEMINI / MB Server GEMINI / MB Client
Log aplikace IBS, http accesslog, http error log
Verze Operačního systému, verze browseru, verze java.
Pravidla příloh v TTP
GEMINI / DM Check GEMINI / DM ZB GEMINI / DM 400 GEMINI / DM LKB GEMINI / DM Dispatch Note Printer GEMINI / DM Viewer GEMINI / DM DQ Viewer GEMINI / Data Pump
Log aplikace DP
GEMINI / 400 4.7 StandAlone GEMINI / 400 4.7 GEMINI / 400 5.0 StandAlone GEMINI / 400 5.0 GEMINI / DM DataEXchange GEMINI / SA Client Administrator
Log aplikace
GEMINI / Secured Mail Print Administrator
Prtscr
GEMINI / SA Reference Table Administrator
Prtscr
GEMINI / SA SystemParams Administrator
Prtscr
GEMINI / SA Fee Collector GEMINI / SA OutBox Administrator GEMINI / SA Mail Administrator GEMINI / SA Journal Viewer GEMINI / SA Entry Form Designer GEMINI / SA UDEBS Job Manager GEMINI / Management Console GEMINI / Retention Administrator GEMINI / System Alerter GEMINI / UDEBS GEMINI / Open UDEBS GEMINI / Message Order
Log aplikace gmo
Pravidla příloh v TTP
Processor GEMINI / Network Communication Manager
Log aplikace NCM
GEMINI / Gemini Security Server
Log aplikace Security server
GEMINI / Gemini ActivCard Tools GEMINI / Certification Authority
Log aplikace Cea
GEMINI / Java Security Tools GEMINI / System Tracker GEMINI / Log Manager GEMINI / SIM Coder GEMINI / Java Installer GEMINI / NT Service Manager GEMINI / SIM Recharging Gateway
Log aplikace SRG
3. Definice případů Tato definice slouží pro výčet všech možných případů, které mohou nastat při hlášení defectů. Definice typů a Severity jsou uvedeny v uživatelské příručce (PINEUPA_OUT_BSCSupportUserGuide.doc). Chyba typu crash Chyba serverové aplikace
log, čas, uživatel,
Chyba frondend
log, čas, screenshot, uživatel, Computer setup
Chyba typu incorrect functionality Chyba serverové aplikace
log, čas, uživatel, data
Chyba klientské aplikace
log, čas screen shot, uživatel, computer setup, data
Chyba typu cosmetics Chyba serverové aplikace
popis chyby, screenshot, data
Chyba klientské aplikace
popis chyby, screenshot, data
3.1. Product Crash 3.1.1.
All System Users & All Product Users
Pokud systém není zcela funkční je nutné hlášení doplnit o log aplikací, které uživatelům zpřístupňují funkčnost. Např. log IBS, log GSM, log IVR … Dále hlášení musí obsahovat informaci o čase. Log musí být za toto období.
3.1.2.
Most of Product Users
Pokud systém není zcela funkční je nutné hlášení doplnit o log aplikací, které uživatelům zpřístupňují funkčnost. Např. log IBS, log GSM, log IVR … Dále je nutné uvést jakého typu je skupina uživatelů,
Pravidla příloh v TTP
kteří mají problém. Je nutné uvést konkrétně několik uživatelů. Přiložené logy musí být za uvedené období a musí obsahovat aktivitu víše uvedeného uživatele.
3.1.3.
Minority of Product Users
Pokud systém není zcela funkční je nutné hlášení doplnit o log aplikací, které uživatelům zpřístupňují funkčnost. Např. log IBS, log GSM, log IVR … Dále je nutné uvést jakého typu je skupina uživatelů, kteří mají problém. Je nutné uvést konkrétně několik uživatelů. Přiložené logy musí být za uvedené období a musí obsahovat aktivitu výše uvedeného uživatele.
3.2. Module Crash 3.2.1.
All System Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot.
3.2.2.
All Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Dále hlášení musí obsahovat informaci o čase. Log musí být za toto období.
3.2.3.
Most of Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Dále je nutné uvést jakého typu je skupina uživatelů, kteří mají problém. Je nutné uvést konkrétně několik uživatelů. Přiložené logy musí být za uvedené období a musí obsahovat aktivitu výše uvedeného uživatele.
3.2.4.
Minority of Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Dále je nutné uvést jakého typu je skupina uživatelů, kteří mají problém. Je nutné uvést konkrétně několik uživatelů. Přiložené logy musí být za uvedené období a musí obsahovat aktivitu výše uvedeného uživatele.
3.2.5.
No User problem
Je třeba určit modul, který má problém. Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Přiložené logy musí být za uvedené období.
3.2.6.
Risk
Je třeba určit modul, který má problém. Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Přiložené logy musí být za uvedené období.
3.3. Incorrect Functionality 3.3.1.
All System Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Hlášení musí obsahovat popis problému, data ukazující na problém
Pravidla příloh v TTP
3.3.2.
All Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Hlášení musí obsahovat popis problému, data ukazující na problém
3.3.3.
Most of Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Hlášení musí obsahovat popis problému, data ukazující na problém
3.3.4.
Minority of Product Users
Je třeba určit modul, který je nefunkční . Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Pokud se chyba objevuje uživatelům je nutné přiložit log z uživatelské stanice. Pokud aplikace nemá log k dispozici tak screen shot. Hlášení musí obsahovat popis problému, data ukazující na problém
3.3.5.
No User problem
Je třeba určit modul, který má problém. Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Přiložené logy musí být za uvedené období.
3.3.6.
Risk
Je třeba určit modul, který má problém. Z tohoto modulu je nutné zaslat log aplikace zabezpečující funkčnost modulu. Přiložené logy musí být za uvedené období.
3.4. Cosmetic 3.4.1.
All System Users
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data.
3.4.2.
All Product Users
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data.
3.4.3.
Most of Product Users
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data. Je třeba určit skupinu uživatelů které mají problém.
3.4.4.
Minority of Product Users
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data. Je třeba určit skupinu uživatelů které mají problém.
3.4.5.
No User problem
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data.
Pravidla příloh v TTP
3.4.6.
Risk
Je třeba určit modul, v němž je chyba. Pokud je chyba ve výstupu, je třeba tento přiložit a označit co je na výstupu špatně, případně uvést správnou podobu výstupu. Je třeba přiložit zdrojová data. Je třeba určit skupinu uživatelů které mají problém.