a pharmalog rendszer migrációja 2012 . június 6
DESCRIPTION
A PharmaLog rendszer migrációja 2012 . június 6. 1. Mi a PharmaLog ?. A gyógyszer-nagykereskedelmi logisztika minden elemére részletesen kidolgozott, gazdag funkcionalitású, ügyfélre szabott rendszer. Mi a PharmaLog ?. Főbb funkciói, moduljai - PowerPoint PPT PresentationTRANSCRIPT
1
A PharmaLog rendszer
migrációja
2012. június 6.
Mi a PharmaLog?
A gyógyszer-nagykereskedelmi logisztika
minden elemére
részletesen kidolgozott,
gazdag funkcionalitású,
ügyfélre szabott
rendszer.
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?
Mi a PharmaLog?
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.
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ő): 204 400
számla (db/nap): 5 000 12 500
számla tétel (db/nap): 80 000 188 000
Mi a migrációs projekt?
Mérföldkövek:előkészítés: 2007. Q4-tőlszerző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-bannagy terhelés: 200 felhasználó, rekord számú rendelés feldolgozása
gazdagok lettünk…
tanulságokkal, tapasztalatokkal
A projekt nehézségei - technológia
1. Technológiai különbségMigrá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).
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.
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
Tapasztalatok, tanulságok
A projekt előrehaladás mérése
Tapasztalatok, tanulságok
Hiba-jegy követés
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
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).
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
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
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!(?)
Köszönöm a figyelmet!