Ĉi tiu artikolo rakontos al vi pri grandskala SAP-efektiva projekto en nia kompanio. Post la kunfandiĝo de la kompanioj M.Video kaj Eldorado, la teknikaj fakoj ricevis ne-trivialan taskon - transdoni komercajn procezojn al ununura backend bazita sur SAP.
Antaŭ la komenco, ni havis duplikatan IT-infrastrukturon de du butikĉenoj, konsistante el 955 podetalaj butikoj, 30 dungitoj kaj tricent mil kvitancoj ĉiutage.
Nun kiam ĉio sukcese funkcias, ni volas konigi la rakonton pri kiel ni sukcesis plenumi ĉi tiun projekton.
En ĉi tiu eldonaĵo (la unua el du, kiu scias, eble tri) ni prezentos al vi kelkajn datumojn pri la farita laboro, pli pri kiuj vi povas ekscii ĉe la SAP ME-renkontiĝo en Moskvo.
Ses monatoj da dezajno, ses monatoj da kodigo, ses monatoj da optimumigo kaj testado. KAJ 12 horojkomenci la ĝeneralan sistemon en 1 vendejoj tra Rusio (de Vladivostok ĝis Kaliningrado).
Eble sonas nereala, sed ni faris ĝin! Detaloj sub la tranĉo.
En la procezo de kunfandado de la kompanioj M.Video kaj Eldorado, ni alfrontis la taskon optimumigi kostojn kaj redukti la komercajn procezojn de du malsamaj kompanioj al ununura backend.
Eble tion oni povas nomi bonŝanco aŭ koincido - ambaŭ komercistoj uzis SAP-sistemojn por organizi procezojn. Ni devis trakti nur optimumigo, kaj ne kompletan restrukturadon de la internaj sistemoj de la reto Eldorado.
Funkcie, la tasko estis dividita en tri (fakte kvar) stadiojn:
- Dezajno "sur papero" kaj aprobo niaj komercaj analizistoj kaj SAP-konsultistoj por novaj procezoj (kaj ankaŭ modernigo de malnovaj) ene de ekzistantaj sistemoj.
Post analizo de kelkaj indikiloj de la jam funkcianta backend de la du kompanioj, la M.Video backend estis prenita kiel la bazo por la disvolviĝo de unuigita sistemo. Unu el la ĉefaj kriterioj laŭ kiuj la elekto estis farita estis la efikeco de la firmao kiel tutaĵo, pli granda enspezo kaj profito je pli malaltaj kostoj de komercaj operacioj.
La fazo de analizo kaj dezajno daŭris ĉirkaŭ ses monatojn, miliardoj da nervaj ĉeloj de departementaj ĉefoj kaj teknikaj specialistoj, kaj multaj, multaj litroj da kafo estis trinkitaj.
- Efektivigo en kodo. Jen kelkaj nombroj bazitaj sur la rezultoj de la projekto:
- 2 itineroj tage planitaj uzante la loĝistikan modulon.
- 38 antaŭaj kaj malantaŭaj uzantoj.
- 270 000 varoj en la magazenoj de la kunfandita entrepreno.
Ĉirkaŭ 300 ĉekoj procesitaj de la sistemo tage, kiuj poste estas stokitaj ĝis kvin jaroj por provizi klientojn kun garantio, kaj ankaŭ por merkata esploro.
Kalkulu salajrojn, antaŭenigojn kaj gratifikojn por 30 dungitoj ĉiumonate.
La projekto implikis teamon de 300 teknikaj specialistoj kiuj laboris dum dek monatoj. Uzante simplajn aritmetikajn kalkulojn, ni ricevas du figurojn, kiuj klare montras la skalon de la farita laboro: 90 homoj/tagoj kaj... 000 laborhoroj.
Poste - optimumigo de individuaj rutinoj de SAP-moduloj; ĉirkaŭ cent rutinoj estis akcelitaj kvin ĝis ses fojojn optimumigante la kodon kaj demandojn en la datumbazo.En individuaj kazoj, ni povis redukti la programtempon de ekzekuto de ses horoj ĝis dek minutoj optimumigante demandojn al la DBMS.
- La tria etapo estas eble la plej malfacila - testado. Ĝi konsistis el pluraj cikloj. Por efektivigi ilin, ni kunvenis teamon de 200 dungitoj, ili okupiĝis pri funkciaj, integrigaj kaj regresaj provoj.
Ni priskribos la ŝarĝtestojn en aparta paragrafo; ili konsistis el 15 cikloj por ĉiu el la SAP-moduloj: ERP, POS, DM, PI.
Surbaze de la rezultoj de ĉiu testo, la kodo kaj parametroj de la DBMS, same kiel datumbazaj indeksoj estis optimumigitaj (ni kuras ilin sur SAP HANA, iuj sur Oracle).
Post ĉiuj ŝarĝtestoj, ĉirkaŭ 20% pli estis aldonita al la kalkulita komputa potenco, kaj rezervo de proksimume sama (20%) volumeno estis formita.
Krome, plenuminte la supre priskribitajn ciklojn, ni komencis analizi la 100 programojn plej intensivajn rimedojn, surbaze de kies rezultoj ni refaktoris la kodon kaj rapidigis ilian laboron averaĝe kvinfoje (kio denove konfirmas la graveco de refactoring kaj koda optimumigo).La lasta provo farita estis "tranĉita". Aparta testa zono estis kreita por ĝi, kiu kopiis nian produktivan datumcentron. Ni faris "Tranĉi" dufoje, ĉiufoje ĝi daŭris proksimume du semajnojn, dum kiuj ni mezuris la rapidecon de operacioj kiel ekzemple: translokigi programajn agordojn de la testa areo al la produktiva, ŝarĝi malfermajn poziciojn por varaj inventaroj kaj periodoj de nehavebleco de. operacioj.
- Kaj la kvara etapo - rekta lanĉo post trapaso de la testoj. La tasko estis, sincere parolante, malfacila: en 12 horoj ŝanĝi ĉirkaŭ 955 vendejojn tra la lando, kaj samtempe ne ĉesi vendojn.
En la nokto de la 24-25-a de februaro, teamo de dek el la plej bonaj specialistoj de nia kompanio prenis "rigardadon" en la datumcentro, kaj la magio de la transiro komenciĝis. Ni parolos pri ĝi detale ĉe nia renkontiĝo, kaj poste ni dediĉos duan artikolon al la teknikaj detaloj de nia SAP-magio.
Rezulto.
Do, la rezulto de la laboro estis pliigo de tiaj indikiloj kiel:
- La ŝarĝo sur la malantaŭo proksimume duobliĝis.
- La nombro da ĉekoj tage pliiĝis je 50% de 200 mil ĝis 300 mil.
- La nombro da uzantoj de fasado pliiĝis de 10 mil al 20 mil.
- En la salajra kalkula modulo, la nombro da dungitoj pliiĝis de 15 mil al 30 mil homoj.
Pri ĉiuj teknikaj detaloj ni parolos ĉe nia SAP-renkontiĝo en Moskvo, kiu okazos la 6-an de junio ĉe la oficejo de M.Video-Eldorado. Fakuloj dividos sian efektivigsperton. Surbaze de la rezultoj de la renkontiĝo, junaj specialistoj povos akiri pagitan staĝon ĉe la firmao kun la perspektivo de plia dungado.
Vi povas ekscii pliajn detalojn kaj registriĝi ĉe
fonto: www.habr.com