Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

--- aks:strategie_prechodu [2019/09/19 15:05] – linda
+++ aks:strategie_prechodu [2019/10/06 09:21] (aktuální) – linda
@@ Řádek 1: / Řádek 1: @@
-====== -#23 Strategie přechodu ======
+====== -#25 Strategie přechodu ======
 Strategie přechodu na nový software úzce souvisí s přípravou projektu. Zároveň je velmi důležitým faktorem pro přípravu jeho [[aks:casovy_plan|časového plánu]].
-Přechod na nový software může probíhat několika různými způsoby. Kromě tzv. primární instalace existují čtyři možné přístupy ke změně softwaru. Jednorázová kompletní změna, fázovaný přechod, paralelní průběh změny a dlouhodobé testování.
+Pro přechod na nový software může je možné zvolit různé přístupy. Těmi jsou:
+  * přímá instalace;
+  * jednorázová změna;
+  * fázovaný přechod;
+  * paralelní průběh;
+  * dlouhodobé testování;
+  * kombinace různých strategií.
 ===== - Přímá instalace =====
-O přímé instalaci hovoříme v případě, že si knihovní software pořídí knihovna, která dosud žádný nepoužívala((BILAL, Dania. //Library automation: core concepts and practical systems analysis//. 3rd ed. Santa Barbara (CA, USA): Libraries Unlimited, c2014, s. 118. ISBN 978-1-59158-922-8.)) V závislosti na zvoleném typu provozu je software nainstalován nebo zpřístupněn (např. v cloudu apod.) a nakonfigurován podle potřeb knihovny. V některých případech jsou pak do softwaru naimportována data ((Např. v Česku některé knihovny, které dosud neměly knihovní software, spolupracovaly se Souborným katalogem ČR a k záznamům připisovaly pomocí formuláře informaci o vlastnictví dokumentů. Při pořízení knihovního softwaru pak mohly záznamy svých dokumentů stáhnout ze Souborného katalogu a naimportovat je do knihovního softwaru. Jiným příkladem jsou akademické knihovny, kde lze do knihovního softwaru importovat údaje o uživatelích ze studijního informačního systému apod.)), nebo jsou data do softwaru postupně vkládána manuální cestou.
+O přímé instalaci hovoříme v případě, že si knihovní software pořídí knihovna, která dosud žádný nepoužívala((BILAL, Dania. //Library automation: core concepts and practical systems analysis//. 3rd ed. Santa Barbara (CA, USA): Libraries Unlimited, c2014, s. 118. ISBN 978-1-59158-922-8.)). V závislosti na zvoleném typu provozu je software nainstalován nebo zpřístupněn (např. v cloudu) a nakonfigurován podle potřeb knihovny. Do softwaru mohou být data naimportována((Např. v ČR některé knihovny, které dosud neměly knihovní software, spolupracovaly se Souborným katalogem ČR a k záznamům připisovaly pomocí formuláře informaci o vlastnictví dokumentů. Při pořízení knihovního softwaru pak mohly záznamy svých dokumentů stáhnout ze Souborného katalogu ČR a naimportovat je do knihovního softwaru. Jiným příkladem jsou akademické knihovny, kde lze do knihovního softwaru importovat údaje o uživatelích ze studijního informačního systému.)) nebo postupně manuálně vkládána.
-===== - Jednorázová změna softwaru =====
+===== - Jednorázová změna =====
-Jednorázová kompletní změna softwaru((STÖCKLOVÁ, Anna. //Základy automatizace knihoven: učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014.)) někdy také označovaná jako tzv. velký třesk((RYBÁŘOVÁ, Zuzana. //Role systémového knihovníka při zavádění knihovního systému// [online]. Verze 1.0. Praha: Ústav informačních studií a knihovnictví FF UK, 2007 [cit. 2019-02-05]. Dostupné z: https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)). Jde o způsob, kdy se v konkrétní chvíli zastaví provoz starého softwaru, aktuální data se převedou do nového softwaru a poté je zahájen provoz v novém softwaru. Termín změny bývá obvykle plánován dlouho dopředu a je důležitým mezníkem v [[aks:casovy_plan|časovém plánu]] projektu. Tento způsob vyžaduje velmi podrobnou přípravu a je náročný pro personál knihovny. Jde však zároveň o nejlevnější způsob a v případě, že přechod proběhne úspěšně, bývá pozitivně hodnocen uživateli((RYBÁŘOVÁ, Zuzana. Role systémového knihovníka při zavádění knihovního systému. Ústav informačních studií a knihovnictví FF UK v Praze [online]. 2007. [cit. 2019-02-05]. Dostupné z:https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)). Tato varianta přechodu na nový software je v Česku pravděpodobně nejčastější Optimální je, pokud může být kombinována s důkladným/dlouhodobým testováním.
+Jednorázová kompletní změna softwaru((STÖCKLOVÁ, Anna. //Základy automatizace knihoven: učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014. Interní dokument.)) je někdy rovněž označována jako tzv. velký třesk((RYBÁŘOVÁ, Zuzana. //Role systémového knihovníka při zavádění knihovního systému// [online]. Verze 1.0. Praha: Ústav informačních studií a knihovnictví FF UK, 2007 [cit. 2019-02-05]. 9 s. Dostupné z: https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)). Jde o způsob, kdy se v konkrétní chvíli zastaví provoz starého softwaru, aktuální data se převedou do nového softwaru a poté je zahájen provoz v novém softwaru. Termín změny bývá obvykle plánován dlouho dopředu a je důležitým mezníkem v [[aks:casovy_plan|časovém plánu]] projektu. Tento způsob vyžaduje velmi podrobnou přípravu a je náročný pro pracovníky knihovny. Jde však zároveň o nejlevnější způsob a v případě, že přechod proběhne úspěšně, bývá pozitivně hodnocen uživateli((RYBÁŘOVÁ, Zuzana. //Role systémového knihovníka při zavádění knihovního systému// [online]. Verze 1.0. Praha: Ústav informačních studií a knihovnictví FF UK, 2007 [cit. 2019-02-05]. 9 s. Dostupné z:https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)). Tato varianta přechodu na nový software je v ČR pravděpodobně nejčastější. Optimální je, pokud může být kombinována s dlouhodobým testováním.
-===== - Fázovaná změna softwaru =====
+===== - Fázovaný přechod =====
-Fázovaná změna((Stöcklová, Anna. //Základy Automatizace knihoven : Učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014)) (též označovaná jako postupná migrace)((RYBÁŘOVÁ, Zuzana. Role systémového knihovníka při zavádění knihovního systému. Ústav informačních studií a knihovnictví FF UK v Praze [online]. 2007. [cit. 2019-02-05]. Dostupné z:https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf))- jde o přístup, kdy migrace jednotlivých částí softwarů probíhá postupně. Může jít např. o postupné zavádění jednotlivých modulů. To lze využít především v případě, že knihovna dosud knihovní software nebo jednotlivý modul dosud vůbec nepoužívala((v jiných případech může tento způsob kolidovat s nutností provázání jednotlivých funkcí softwaru)). Častým případem fázované změny je postupná migrace dílčích organizačních složek nebo knihoven, které využívají jeden katalog (např. v případě regionálních katalogů či společných katalogů, případně organizační jednotky knihovny se složitou organizační strukturou), kdy se do nového softwaru převede jedna nebo menší počet knihoven, které slouží jako "pilotní projekt" na kterém se vyzkouší funkce softwaru pro potřeby dané knihovny."Velká migrace" následně proběhne až po vyhodnocení projektu. Takto je možné vyřešit problémy na malém vzorku dat a vyvarovat se potenciálním větším rizikům.
+Fázovaný přechod((STÖCKLOVÁ, Anna. //Základy Automatizace knihoven: učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014. Interní dokument.)) (též označovaný jako postupná migrace)((RYBÁŘOVÁ, Zuzana. //Role systémového knihovníka při zavádění knihovního systému// [online]. Verze 1.0. Praha: Ústav informačních studií a knihovnictví FF UK, 2007 [cit. 2019-02-05]. Dostupné z: https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)) je přístup, kdy přechod probíhá v jednotlivých krocích. Může jít např. o postupné zavádění jednotlivých modulů. To lze využít především v případě, že knihovna dosud knihovní software nebo jednotlivý modul dosud vůbec nepoužívala((V jiných případech může tento způsob kolidovat s nutností provázání jednotlivých funkcí softwaru.)). Častým případem fázovaného přechodu je postupný přechod dílčích organizačních složek nebo knihoven, které využívají jeden katalog (např. v případě regionálních katalogů či společných katalogů). V takovém případě se do nového softwaru převede jedna knihovna nebo menší počet knihoven, které slouží jako pilotní projekt, na kterém se vyzkouší funkce softwaru pro potřeby dané knihovny. Tzv. velká migrace následně proběhne až po vyhodnocení projektu. Takto je možné vyřešit problémy na malém vzorku dat a vyvarovat se potenciálních větších rizik.
 ===== - Paralelní průběh =====
-Paralelní průběh((Stöcklová, Anna. //Základy Automatizace knihoven : Učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014)). Jde o způsob přechodu, při kterém jsou zároveň provozovány dva softwary přičemž oba obsahují aktuální data až do doby, kdy jsou eliminovány všechny problémy. V praxi to znamená buď ruční zadávání dat do dvou systémů nebo jejich technologické propojení. Vzhledem k tomu, že knihovní software je poměrně rozsáhlý a komplexní software, je tento způsob jednak velmi obtížně proveditelný v praxi, jednak vyžaduje značné finanční a personální prostředky.
+Paralelní průběh((STÖCKLOVÁ, Anna. //Základy Automatizace knihoven: učební text.// Praha: Ústav informačních studií a knihovnictví FF UK, 2014. Interní dokument.)) je způsob přechodu, při kterém jsou zároveň provozovány dva softwary, přičemž oba obsahují aktuální data až do doby, kdy jsou vyřešeny všechny problémy. V praxi to znamená buď ruční zadávání dat do dvou systémů, nebo jejich technologické propojení. Vzhledem k tomu, že knihovní software je poměrně rozsáhlý a komplexní software, je tento způsob jednak velmi obtížně proveditelný v praxi, jednak vyžaduje značné finanční a personální prostředky.
 ===== - Dlouhodobé testování =====
-Dlouhodobé testování (označované též jako nenásilný přístup)((RYBÁŘOVÁ, Zuzana. Role systémového knihovníka při zavádění knihovního systému. Ústav informačních studií a knihovnictví FF UK v Praze [online]. 2007. [cit. 2019-02-05]. Dostupné z: https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)). Tento přístup znamená, že knihovna si zajistí vytvoření testovací platformy využívající nový software. Tato platforma slouží k seznámení s funkcemi softwaru, k testování migrací dat, ke školením apod. Testování je optimálně završeno generální zkouškou přechodu. V případě, že je tato zkouška úspěšná, proběhne samotný přechod formou jednorázové nebo fázované změny.
+Dlouhodobé testování (označované též jako nenásilný přístup)((RYBÁŘOVÁ, Zuzana. //Role systémového knihovníka při zavádění knihovního systému// [online]. Verze 1.0. Praha: Ústav informačních studií a knihovnictví FF UK, 2007 [cit. 2019-02-05]. Dostupné z: https://uisk.ff.cuni.cz/wp-content/uploads/sites/62/2016/01/Role-syst%C3%A9mov%C3%A9ho-knihovn%C3%ADka-p%C5%99i-zav%C3%A1d%C4%9Bn%C3%AD-knihovn%C3%ADho-syst%C3%A9mu_Ryb%C3%A1%C5%99ov%C3%A1.pdf)) znamená, že knihovna si zajistí vytvoření testovací platformy využívající nový software. Tato platforma slouží k seznámení s funkcemi softwaru, k testování převodu dat, ke školením apod. Testování je optimálně završeno generální zkouškou přechodu. V případě, že je tato zkouška úspěšná, proběhne samotný přechod formou jednorázové nebo fázované změny.
 ===== - Kombinace různých strategií =====
-V praxi je výhodné jednotlivé strategie přechodu vzájemně kombinovat, tak, aby optimálně odrážely situaci a potřeby dané knihovny.
+V praxi je výhodné jednotlivé strategie přechodu vzájemně kombinovat tak, aby optimálně odrážely situaci a potřeby dané knihovny.
-Např. v případě svobodných softwarů může samotnému nasazení softwaru předcházet dlouhodobé testování, protože software je volně dostupný a pokud si knihovna zajistí testovací platformu (ať už vlastními silami nebo prostřednictvím externího subjektu), není z finančních důvodů nucena dobu testování omezit. Po důkladném dlouhodobém testování a přípravě obvykle následuje samotná migrace dat formou jednorázového přechodu.
+V případě svobodných softwarů může samotnému nasazení softwaru předcházet dlouhodobé testování, protože software je volně dostupný. Pokud si knihovna zajistí testovací platformu (ať už vlastními silami nebo prostřednictvím externího subjektu), není z finančních důvodů nucena dobu testování omezit. Po důkladném dlouhodobém testování a přípravě obvykle následuje samotný převod dat formou jednorázové změny.
-V jiných knihovnách může vyhovovat fázovaný přechod např. formou nasazení nového softwaru v pilotním provozu v některé z poboček, a po vyhodnocení pilotního provozu následuje jednorázový přechod ostatních poboček.
+V jiných knihovnách může vyhovovat fázovaný přechod např. formou nasazení nového softwaru v pilotním provozu v některé z poboček. Po vyhodnocení pilotního provozu následuje jednorázový přechod ostatních poboček.
-V některých případech se může přechod na nový software uskutečnit formou jednorázového přechodu, ale přitom v dílčí části softwaru může změna probíhat paralelně - takovým příkladem je případ, kdy se do nového softwaru nepřevádějí aktuální výpůjčky, pouze základní údaje o čtenářích; při vracení knihovních jednotek pak vracení probíhá ve starém systému a půjčování v novém.
+V některých případech se může přechod na nový software uskutečnit formou jednorázového přechodu, ale přitom v dílčí části softwaru může změna probíhat paralelně. Takovým příkladem je případ, kdy se do nového softwaru nepřevádějí aktuální výpůjčky, pouze základní údaje o čtenářích; při vracení knihovních jednotek pak vracení probíhá ve starém softwaru a půjčování v novém.
+<-informacni_kampan_pro_uzivatele|24. Informační kampaň pro uživatele^obsah|Obsah^zahajeni_provozu|26. Zahájení provozu->

Připravujeme změnu knihovního softwaru

Uživatelské nástroje

Nástroje pro tento web

Rozdíly

Nástroje pro stránku