1 A PharmaLog rendszer migrációja 2012. június 6.

Az előadások a következő témára: "1 A PharmaLog rendszer migrációja 2012. június 6."— Előadás másolata:

1

2 1 A PharmaLog rendszer migrációja 2012. június 6.

3 Mi a PharmaLog? A gyógyszer-nagykereskedelmi logisztika minden elemére részletesen kidolgozott, gazdag funkcionalitású, ügyfélre szabott rendszer.

4 Főbb funkciói, moduljai  Rendelésfogadás – elektronikus és kézi, vevői rendszerkapcsolatok  Rendelésfeldolgozás – komissiózó raktár kezelése (automata, pick- by-light, multilight)  Számlázás – engedményrendszerek kezelése  Raktár – készletnyilvántartás – különböző raktártípusok, revidiálás  Gazdálkodás – beszerzés – automatikus és kézzel vezérelt  Árubevételezés – karantén, minőségbiztosítás – mobil eszközök  Likvidáció  Pénzügyi feladások  Leltár  Vezetői információk - statisztikák  Rendszerkarbantartás – törzsadatok-, árváltozás-kezelés, zárások Mi a PharmaLog?

5 Története: 1. verzió: Pascal, Novell – 50 munkahely – 1990. 2. verzió: Magic v5, Novell, Btrieve – 50 munkahely – 1995. 3. verzió: Magic v5, HP-Unix, Informix SQL / C-Isam – 600 munkahely – 1997. 4. verzió: uniPaaS v1.9, Linux, Oracle – 204 munkahely – 2012.

6 Mi a PharmaLog? Mérete  2 500 program  17 000 task  850 tábla  650 típus / modell program szinten felhasználó szinten felhasználó (fő):204400 számla (db/nap):5 00012 500 számla tétel (db/nap):80 000188 000

7 Mi a migrációs projekt? Mérföldkövek:  előkészítés: 2007. Q4-től  szerződéskötés: 2009. július 1.  éles üzem kezdete:2012. március 9.  projekt zárás: 2012. június 2.  március 9-e óta üzemel a PharmaLog uniPaaS RIA-ban  nagy terhelés: 200 felhasználó, rekord számú rendelés feldolgozása gazdagok lettünk … tanulságokkal, tapasztalatokkal

8 A projekt nehézségei - technológia 1. Technológiai különbség Migráció Magic v5 uniPaaS  nagyon sok programozói kézi munka!!  MAGISTER – konvertálások, ellenőrzések 2. Az új technológia elsajátítása  tanulmányút az MSE-nél  MSE tanfolyam az irodánkban (később, célzott) 3. A migráció kezdetén a uniPaaS (v.1.5) kiforratlansága (kb. 200 SPR-t adtunk föl) – (megtanultuk a „workaround” szó jelentését)  DE! lassan-lassan egyre használhatóbb lett az eszköz! 4. A Magic v5 – uniPaaS: nincs közös adatbázisa adatbázis-szinkronizáció  saját fejlesztésű célszoftver (Isa-Ora).

9 A projekt nehézségei - elvárások  A migrációból a vevők nem vehetnek észre semmit. A patikák kiszolgálásának kockázatot minimálisra kell csökkenteni.  A migrációt éles környezetben, leállás nélkül kell végrehajtani. Egy új rendszer, új technológia bevezetése önmagában komoly üzleti kockázatot jelent, de ez fokozódott az által, hogy biztosítani kellett a raktár folyamatos működését, nem állhatott le egy fél napra sem.  Kezdeti megállapodás: a migrációt funkcióbővítés nélkül kell végrehajtani – ennek ellenére menetközben folyamatosan kellett a felhasználói adaptációkat is kezelni.  Az új rendszer szolgáltatásaiban legalább olyan paraméterekkel rendelkezzen, mint az előző – pl. válaszidő, egyszerű kezelhetőség, ergonómia.

10 Tapasztalatok, tanulságok A rendszer mérete, mérés Mérés szükségessége  a rendszer mérete nagyobb, mint gondoljuk  mérni kell a nagyságot,  mérni kell a bonyolultságot  külön figyelem egyes kulcsprogramok ergonómiájára, válaszidejére pl. vevői rendelésrögzítő, revízió-mérleg kezelés Csak így lehet  tervezni (idő, erőforrás)  ütemezni - határidők  projekt-vezetés, -követés

11 Tapasztalatok, tanulságok A projekt előrehaladás mérése

12 Tapasztalatok, tanulságok Hiba-jegy követés

13  A technológiai környezet kiválasztása  Az alkalmazás átfésülése, funkciószűrés  Adatbázis szinkronizáció külső szoftver (gyorsítás, ellenőrzés: ISA-ORA …)  A rendszer külső rendszer-kapcsolatainak megoldása  Teljes migráció  Tesztelések funkcionális, terheléses, integrációs, éles-üzemi  Átállás (több lépcsős éles indítás) .. Tapasztalatok, tanulságok Alprojektek

14 Tapasztalatok, tanulságok uniPaaS  Működést veszélyeztető uniPaaS hiba talán már nincs – kijött Linux-ra is a uniPaaS v. 1.9 i, ami számos korábbi kisebb (nagyobb) hiba javítását tartalmazza. Teszteljük…  Az MSE nagy figyelemmel kísérte a projektet – az utolsó nagy teszt előtt végignézte a beállításokat, a környezetet az éles teszt előtt, ügyeletet tartott (megrendeltük).

15 Tapasztalatok, tanulságok Adatbázis szinkronizáció Gyors áttöltés és gyors ellenőrzés fontossága ISA-ORA – célszoftver  parallel működések  teszteléseknél oda-vissza töltés  bevezetés: oda-vissza állás  biztonság - visszaállás

16 Tapasztalatok, tanulságok Rendszerindítási technológia  Modulonkénti áttérés kockázatos –komoly adat szinkronizációs feladat / zsákutca  Kisebb minimális szinkronizálást igénylő modulok esetleges indítása  Teljes rendszer megírása  A fejlesztés ideje alatt tesztelési lehetőség másolt adatokkal  Hétvégi tesztelések / végleges környezetben / kis- majd bővített létszámban  Éles üzemi napok (péntek), majd visszaállás  Éles indítás – nincs visszaállás

17 Tapasztalatok, tanulságok Rendszer modell 1997 - a feladatra alkalmas rendszermodell: HP-UX, Informix/C-Isam, Magic v5, PharmaLog v.3 2012 - a feladatra alkalmas rendszermodell: Oracle RHEL Enterprise Linux – olcsó / megbízható Szerver – biztonsági megoldások (HP Blade) Oracle –gazdag funkcionalitás, megbízható / drága, bonyolult (szakértő kell!) uniPaaS – a mai követelményeknek eleget tesz PharmaLog v.4 Bízunk benne, hogy a következő 15 évre ez is alkalmas lesz! (?)

18 Köszönöm a figyelmet! kovacs.istvan@szegedsw.hu