Denne artikkelen vil fortelle deg om et storstilt SAP-implementeringsprosjekt i selskapet vårt. Etter sammenslåingen av M.Video- og Eldorado-selskapene fikk de tekniske avdelingene en ikke-triviell oppgave – å overføre forretningsprosesser til én enkelt backend basert på SAP.
Før oppstart hadde vi en duplikat IT-infrastruktur av to butikkjeder, bestående av 955 utsalgssteder, 30 000 ansatte og tre hundre tusen kvitteringer per dag.
Nå som alt er oppe og går, ønsker vi å dele historien om hvordan vi klarte å fullføre dette prosjektet.
I denne publikasjonen (den første av to, hvem vet, kanskje tre) vil vi presentere noen data om arbeidet som er utført, mer om det du kan finne ut på SAP ME-møtet i Moskva.
Seks måneder med design, seks måneder med koding, seks måneder med optimalisering og testing. OG 12 timerfor å starte det generelle systemet i 1 butikker i hele Russland (fra Vladivostok til Kaliningrad).
Det høres kanskje urealistisk ut, men vi klarte det! Detaljer under kuttet.
I prosessen med å slå sammen M.Video- og Eldorado-selskapene ble vi stilt overfor oppgaven med å optimalisere kostnadene og redusere forretningsprosessene til to forskjellige selskaper til én enkelt backend.
Kanskje kan dette kalles flaks eller en tilfeldighet - begge forhandlerne brukte SAP-systemer for å organisere prosesser. Vi måtte bare forholde oss til optimalisering, og ikke med en fullstendig restrukturering av de interne systemene i Eldorado-nettverket.
Funksjonelt var oppgaven delt inn i tre (faktisk fire) stadier:
- Design "på papir" og godkjenning våre forretningsanalytikere og SAP-konsulenter for nye prosesser (samt modernisering av gamle) innenfor eksisterende systemer.
Etter å ha analysert en rekke indikatorer på den allerede fungerende backend av de to selskapene, ble M.Video backend tatt som grunnlag for utviklingen av et enhetlig system. Et av hovedkriteriene for valget var effektiviteten til selskapet som helhet, større inntekter og fortjeneste til lavere driftskostnader.
Analyse- og designfasen tok rundt seks måneder, milliarder av nerveceller fra avdelingsledere og tekniske spesialister, og mange, mange liter kaffe ble drukket.
- Implementering i kode. Her er noen tall basert på resultatene av prosjektet:
- 2 ruter per dag planlagt ved hjelp av logistikkmodulen.
- 38 000 brukere foran og bak.
- 270 000 varer på lagrene til det sammenslåtte foretaket.
Omtrent 300 000 sjekker behandles av systemet per dag, som deretter lagres i opptil fem år for å gi kundene en garanti, samt for markedsundersøkelsesformål.
Beregn lønn, forskudd og bonuser for 30 000 ansatte hver måned.
Prosjektet involverte et team på 300 tekniske spesialister som jobbet i ti måneder. Ved å bruke enkle aritmetiske beregninger får vi to figurer som tydelig viser omfanget av arbeidet som er utført: 90 000 mann/dager og... 720 000 arbeidstimer.
Neste - optimalisering av individuelle rutiner for SAP-moduler; rundt hundre rutiner ble akselerert fem til seks ganger ved å optimalisere koden og spørringene i databasen.I enkelttilfeller var vi i stand til å redusere programkjøringstiden fra seks timer til ti minutter ved å optimalisere spørringer til DBMS
- Den tredje fasen er kanskje den vanskeligste - testing. Den besto av flere sykluser. For å gjennomføre dem satt vi sammen et team på 200 ansatte, de var involvert i funksjons-, integrasjons- og regresjonstester.
Vi vil beskrive belastningstestene i et eget avsnitt; de besto av 15 sykluser for hver av SAP-modulene: ERP, POS, DM, PI.
Basert på resultatene fra hver test ble koden og parameterne til DBMS, samt databaseindekser optimalisert (vi kjører dem på SAP HANA, noen på Oracle).
Etter alle belastningstestene ble det lagt til ca. 20 % mer til den beregnede datakraften, og det ble dannet en reserve på omtrent samme (20 %) volum.
I tillegg, etter å ha utført de ovenfor beskrevne syklusene, begynte vi å analysere de 100 mest ressurskrevende programmene, basert på resultatene som vi refaktorerte koden og fremskyndet arbeidet deres med gjennomsnittlig fem ganger (som nok en gang bekrefter viktigheten av refaktorisering og kodeoptimalisering).Den siste testen som ble utført var "cut over". Det ble opprettet en egen testsone for det, som kopierte vårt produktive datasenter. Vi gjorde "Cut over" to ganger, hver gang det tok omtrent to uker, hvor vi målte hastigheten på operasjoner som: overføring av programinnstillinger fra testområdet til det produktive, lasting av åpne posisjoner for varelager og perioder med utilgjengelighet av operasjoner.
- Og den fjerde etappen - direkte lansering etter å ha bestått prøvene. Oppgaven var, ærlig talt, vanskelig: på 12 timer å bytte rundt 955 butikker over hele landet, og samtidig ikke stoppe salget.
Natt mellom 24. og 25. februar tok et team på ti av selskapets beste spesialister opp "vakt" i datasenteret, og magien med overgangen begynte. Vi vil snakke om det i detalj på møtet vårt, og deretter vil vi vie en annen artikkel til de tekniske detaljene i vår SAP-magi.
Resultater.
Så resultatet av arbeidet var en økning i slike indikatorer som:
- Belastningen på backend har omtrent doblet seg.
- Antall sjekker per dag økte med 50 % fra 200 tusen til 300 tusen.
- Antall frontend-brukere økte fra 10 tusen til 20 tusen.
- I lønnsberegningsmodulen økte antallet ansatte fra 15 tusen til 30 tusen personer.
Vi vil snakke om alle de tekniske detaljene på vårt SAP-treff i Moskva, som finner sted 6. juni på M.Video-Eldorado-kontoret. Eksperter vil dele sin implementeringserfaring. Basert på resultatene fra møtet vil unge spesialister kunne få en lønnet praksisplass ved bedriften med utsikter til videre ansettelse.
Du kan finne ut mer og registrere deg på
Kilde: www.habr.com