është një lëvizje ndërkombëtare që organizon gara profesionale për të rinjtë nën moshën 22 vjeç.
Finalja ndërkombëtare mbahet çdo dy vjet. Këtë vit vendi i fundit ishte (finalja e fundit ishte në 2017 në Abu Dhabi, e tjetra do të jetë në 2021 në Shangai).
WorldSkills Championships janë kampionati më i madh në botë i aftësive profesionale. Ata filluan me profesionet me jakë blu, dhe vitet e fundit gjithnjë e më shumë vëmendje i është kushtuar "profesioneve të së ardhmes", përfshirë disiplinat e IT, për të cilat u nda një grup i veçantë i madh në kampionatin në Kazan.
Në bllokun e TI-së ekziston një kompetencë (një "sport" specifik) i quajtur "Zgjidhjet e softuerit IT për biznes".
Në çdo konkurs, lista e lejuar e mjeteve të përdorura është e kufizuar. Dhe nëse, për shembull, për "dizajnin e peizazhit" lista e mjeteve të mundshme është e kufizuar (natyrisht, pa treguar një prodhues ose ngjyrë të qartë), atëherë në kompetencën "Zgjidhjet softuerike për biznes" lista e teknologjive të pranuara që pjesëmarrësit mund të përdorin është rreptësisht i kufizuar, duke treguar teknologji specifike dhe platforma specifike (.NET dhe Java me një grup të caktuar kornizash).
Pozicioni i 1C për këtë çështje është si vijon: teknologjia e informacionit është një zonë shumë dinamike, teknologjitë e reja dhe mjetet e zhvillimit po shfaqen vazhdimisht në botë. Nga këndvështrimi ynë, është e saktë të lejojmë specialistët të përdorin mjetet me të cilat duan dhe janë mësuar të punojnë.
Në vjeshtën e vitit 2018, menaxhmenti i WorldSkills na dëgjoi. Tani na duhej të testonim metodologjinë për përfshirjen e teknologjive të reja në gara. Nuk është e thjeshtë.
Platforma 1C:Enterprise u përfshi në listën e infrastrukturës së kampionatit në Kazan dhe u organizua një platformë eksperimentale për Zgjidhjet e Softuerit IT për Sandbox të Biznesit.
Ju lutemi vini re se gjuha zyrtare e kampionatit është anglishtja. Të gjitha materialet me rezultatet e zgjidhjes së detyrave (kodet burimore, dokumentacioni shoqërues, ndërfaqet softuerike) gjithashtu duhej të transmetoheshin në këtë gjuhë. Megjithë dyshimet e disa njerëzve (ende!), Ju mund të shkruani në anglisht në 1C.
9 djem të rinj nga 8 vende (Filipinet, Tajvani, Koreja, Finlanda, Maroku, Rusia, Kazakistani, Malajzia) morën pjesë në konkursin në këtë vend.
Juria - një ekip ekspertësh - drejtohej nga një ekspert nga Filipinet, Joey Manansala.
U përfaqësuan ekspertë nga Finlanda, Emiratet e Bashkuara Arabe, Kosta Rika, Koreja, Rusia dhe Tajvani.
Më vete, vërejmë se pjesëmarrësit nga Rusia (Pavkin Kirill, Sultanova Aigul) dhe Kazakistani (Vitovsky Ludwig) vendosën të përdorin platformën 1C: Enterprise si pjesë e konkursit. Pjesa tjetër e pjesëmarrësve përdorën .NET për desktop dhe Android Studio për zhvillimin e celularit. Shtë interesante që pjesëmarrësit që zgjodhën 1C janë shumë të rinj (Kirill është student në një shkollë në Stavropol, këtë vit ai hyri në klasën e 11-të, Aigul është një student kolegji, Kazan, Tatarstan), ndërsa kundërshtarët e tyre ishin shumë më me përvojë ( për shembull, një pjesëmarrës nga Koreja - fitues i kampionatit WorldSkills 2013 në Leipzig; të gjithë kanë përvojë në pjesëmarrje në WorldSkills dhe disa vite përvojë profesionale në industri).
Duke pasur parasysh se gjatë konkursit pjesëmarrësit përdorën teknologji të ndryshme moderne, ne patëm mundësinë të testonim platformën 1C: Enterprise në kushte vërtet luftarake, për të krahasuar si cilësinë e zgjidhjeve të marra me ndihmën e saj, ashtu edhe shpejtësinë e zhvillimit të arritur me përdorimin e saj.
Më vete, vërejmë se në kuadrin e platformës speciale IT Software Solutions for Business Sandbox, pjesëmarrësit kryen të njëjtat detyra si pjesëmarrësit në platformën kryesore të IT Software Solutions for Business.
Vetë detyra është një detyrë komplekse për automatizimin e një biznesi të caktuar; këtë vit shembulli i një biznesi ishte kompania fiktive KazanNeft.
Легенда
Kazan Oil është një nga ndërmarrjet më të mëdha të naftës në Republikën e Tatarstanit, që operon si një lojtar i tregut kombëtar dhe një markë e njohur ndërkombëtarisht në këtë fushë. Zyra qendrore e kompanisë, e specializuar në kërkimin në terren, prodhimin, prodhimin, rafinimin, transportin dhe shitjen dhe shpërndarjen e naftës, produkteve të naftës dhe gazit natyror, ndodhet në Kazan (Rusi).
Meqenëse kompania po zbaton një strategji të zgjerimit të shpejtë dhe krijimit të zyrave të reja në të gjithë Rusinë, menaxhmenti i kompanisë vendosi të prezantojë softuer të ri për automatizimin e biznesit që synon mirëmbajtjen dhe menaxhimin e operacioneve të caktuara.
Kushtet e kampionatit
Detyrat iu dhanë pjesëmarrësve në formën e moduleve (sesioneve) me kërkesën për t'i përfunduar ato në një kohë të kufizuar. Gjithsej ishin 7 module. Tre seanca për zgjidhje në desktop – 2.5 orë secila. Tre sesione - zhvillimi klient-server, ku klienti ishte një aplikacion celular, dhe komunikimi midis klientit dhe serverit kryhej përmes WEB-API. Kjo zgjati 3.5 orë. Sesioni i fundit – detyra për inxhinierinë e kundërt të softuerit ekzistues, 2.5 orë. Si pjesë e inxhinierisë së kundërt, pjesëmarrësit duhej, bazuar në informacionin e dhënë atyre, të hartonin strukturën e bazës së të dhënave të aplikacionit (duke ndërtuar një diagram ER), të analizonin skenarët për përdorimin e sistemit (duke ndërtuar një diagram të rastit të përdorimit), dhe gjithashtu zhvillojnë dhe dizajnojnë ndërfaqen e zgjidhjes softuerike sipas kërkesave funksionale të parashikuara.
Platformat kryesore të zhvillimit të përdorura ishin .NET (C#) dhe Java (përfshirë Android Studio për zhvillimin celular). SandBox eksperimental përdori .NET, Java dhe 1C:Enterprise versionin 8.3.13.
Në fund të çdo sesioni, ekspertët vlerësuan rezultatin - një projekt i gatshëm i realizueshëm që zbaton detyrat e vendosura në fillim të sesionit.
E veçanta e detyrave është "vitaliteti" i tyre - shumë kërkesa dhe koha e kufizuar. Shumica e problemeve nuk janë probleme të veçanta olimpiade, por janë shumë afër problemeve reale industriale - specialistët përballen me to çdo ditë. Por ka shumë detyra dhe koha është e kufizuar. Pjesëmarrësi duhet të zgjidhë numrin maksimal të problemeve që do të kenë përfitimin më të madh për biznesin. Nuk është aspak fakt që një detyrë komplekse nga pikëpamja algoritmike do të ketë më shumë peshë se një elementare. Për shembull, krijimi i një sistemi kontabël funksional prej tre tabelash është më i rëndësishëm për një biznes sesa një formë e bukur raportimi me algoritme komplekse, e cila është krejtësisht e panevojshme pa këto tabela.
Ne i kërkuam fituesit të konkursit, një pjesëmarrës nga Rusia, Kirill Pavkin, të na tregonte më shumë se cilat ishin detyrat dhe si iu afrua zgjidhjes së tyre.
Më poshtë është një përshkrim i detyrës, historia e vetë Kirillit se si e zgjidhi detyrën. Ne i kërkuam gjithashtu Vitaly Rybalka, një punonjës i 1C dhe një nga ekspertët e IT Solutions for Business Sandbox, të komentonte mbi zgjidhjet e Kirill.
Si pjesë e detyrës, ishte e nevojshme të automatizonin aktivitetet e disa llojeve të përdoruesve:
- Përgjegjës për kontabilitetin e aseteve të kompanisë
- Përgjegjës për riparimet e paplanifikuara dhe mirëmbajtjen e planifikuar të aseteve të kompanisë
- Menaxherët e blerjeve për komponentët dhe materialet harxhuese
- Divizionet e kërkimit dhe prodhimit të naftës
- Menaxhmenti i lartë kishte nevojë për raporte analitike
Sesioni 1
Nga pikëpamja e aseteve (për shembull, një flotë automjetesh), ishte e nevojshme të zbatohej kontabiliteti i tyre (krijimi i të rejave, redaktimi i atyre aktuale), kërkimi i shpejtë dhe lloje të ndryshme filtrash për shfaqjen e informacionit, lëvizjen e aseteve midis divizioneve të Kompanisë. dhe vetë grupet e aseteve. Mbani një histori të lëvizjeve të tilla dhe jepni analiza për to në të ardhmen. Kontabiliteti i aseteve u zbatua kryesisht për grupet e përdoruesve celularë.
Cyril: Një nëndetyrë interesante ishte zbatimi i butonave në listën e aseteve. Për ta zgjidhur këtë, ne përdorëm një listë dinamike: shkruajmë një kërkesë arbitrare dhe kur marrim të dhëna në server, caktojmë lidhje lundrimi për imazhet nga biblioteka e imazheve në fushat e kërkuara.
Sipas konventës, fotografitë mund t'i bashkëngjiten një aktivi në dy mënyra: nxirrni një foto (multimedia) dhe zgjidhni nga galeria (dialogu i përzgjedhjes së skedarit).
Disa forma duheshin rivizatuar kur ekrani rrotullohej:
Kur ndryshojmë parametrat e ekranit, ne ndryshojmë dukshmërinë e grupeve të butonave.
Detyrat argëtuese por të thjeshta përfshijnë filtrat në një listë dinamike, kërkimin në dy fusha (numrin dhe emrin) dhe gjenerimin e një numri serial të asetit.
Komenti i ekspertit: nga pikëpamja e zgjidhjes në platformën 1C:Enterprise, detyra është mjaft e qartë. Përveç krijimit aktual të aplikacionit celular, ishte e nevojshme të kujdesej për transferimin e të dhënave nga "serveri" DBMS (MS SQL në desktop) në aplikacionin celular dhe mbrapa. Për këtë qëllim, mekanizmat e burimeve të jashtme të të dhënave dhe shërbimeve http u përdorën në "aplikacionin proxy" të desktopit. Për vetë platformën celulare, shfaqja e fotografive në një listë dinamike paraqiti kompleksitet të shtuar.
Sesioni 2
Ishte e nevojshme të krijohej një menaxhim riparimi për asetet e Kompanisë. Si pjesë e kësaj detyre, ishte e nevojshme të ruhej një listë e kërkesave për riparime (sipas departamenteve dhe grupeve), të merreshin parasysh prioritetet për urgjencën e riparimeve, të planifikohej një orar riparimi në përputhje me prioritetet, të porositeshin komponentët e nevojshëm dhe të merreshin marrë parasysh ato ekzistuese. Një nëndetyrë interesante ishte se disa komponentë kishin një datë skadence; nëse një pjesë tashmë është porositur për një aset të caktuar dhe afati i saj nuk ka skaduar, atëherë për këtë aset nuk ka nevojë të blihet sërish e njëjta pjesë. Ndërfaqja e riparimit u zhvillua për komponentin desktop të softuerit të kompanisë.
Ishte gjithashtu e nevojshme të krijohej një formular autorizimi jo i parëndësishëm për dy role: personin përgjegjës dhe menaxherin e shërbimit. E veçanta është se pas autorizimit duhet të zgjidhni automatikisht një nga rolet.
Formulari i listës në dispozicion të personit përgjegjës është paraqitur më poshtë:
Cyril: Këtu mund të theksohet vetëm theksimi i kërkesave të shërbimit në pritje. Zgjidhet me formatim të kushtëzuar në një listë dinamike.
Duke klikuar në butonin në fund të ekranit, përdoruesi mund të shkojë në formularin e mëposhtëm:
Nuk ka asgjë të komplikuar nga një këndvështrim 1C në këtë formë.
Formulari i disponueshëm për menaxherin e shërbimit është më poshtë:
Ky formular renditet sipas prioritetit dhe datës së kërkesës. Duke klikuar në butonin më poshtë, përdoruesi mund të shkojë në formularin e kërkesës së zgjedhur:
Përveç gabimeve, ky formular sugjeronte zbatimin e një liste të pjesëve rezervë për riparime. Nëndetyra është interesante sepse pjesët kanë një datë skadimi. Kjo do të thotë se nëse me këtë aset ka ndodhur tashmë një emergjencë dhe për të është porositur një pjesë, periudha e vlefshmërisë së së cilës nuk ka skaduar, atëherë mund të ripërdoret. Kjo duhet t'i tregohet përdoruesit.
Komenti i ekspertit: këtu vetë Kirill vendosi saktë thekset. Nga pikëpamja e zbatimit në platformën 1C:Enterprise, nuk ka asgjë jashtëzakonisht të komplikuar. Kërkohej një analizë e kujdesshme e kushteve të kontabilitetit dhe përdorimit të pjesëve rezervë dhe zbatimi kompetent i detyrës në tërësi. Përveç kësaj, ishte e nevojshme të regjistroheshin siç duhet kërkesat e shërbimit. Vështirësia kryesore ishte vetëm presioni i kohës prej 2.5 orësh.
Për më tepër, si në zhvillimin e celularit, pjesëmarrësi duhej të merrte me kompetencë të dhëna nga një DBMS e jashtme (MS SQL).
Sesioni 3
Për mirëmbajtjen (mirëmbajtjen) u propozua zbatimi i një shërbimi planifikimi afatgjatë. Një veçori interesante këtu ishte kërkesa për të krijuar një plan mirëmbajtjeje për asetet sipas kohës - për shembull, çdo të dytën muaj në datën 3. Po kështu, sipas disa treguesve sasiorë - për shembull, sipas odometrit të makinës (ndërrimi i vajit çdo 5000 km, zëvendësimi i gomave çdo 20000 km). Menaxheri i mirëmbajtjes duhet të ketë marrë një aplikacion të përshtatshëm celular që shfaq në mënyrë dinamike një listë të mirëmbajtjeve të vonuara, aktuale dhe të përfunduara për një periudhë të caktuar. Për më tepër, çdo lloj mirëmbajtjeje duhej të lyhej me ngjyra sipas rregullave të dakorduara posaçërisht. Aplikacioni celular duhej të siguronte krijimin e orareve të reja të mirëmbajtjes dhe shënimin e atyre të përfunduara tashmë drejtpërdrejt në punëtori me përditësimin e shpejtë të këtij informacioni në server.
Cyril: Ekzistojnë dy lloje riparimesh: të bazuara në kohë dhe të bazuara në ekzekutim. Ndryshueshmëria lejohet brenda secilit. Për shembull, sipas planit, riparimet duhet të bëhen çdo të premte, në datën 13 të muajit ose çdo 20,000 kilometra. Një detyrë konsiderohet e përfunduar nëse ka një shenjë në të djathtë të saj.
Parashikohej një kusht për renditjen e detyrave në listë. Gjithashtu, çdo rresht duhet të theksohet me ngjyra në varësi të kushteve.
Duke klikuar në butonin më poshtë, mund të krijoni një plan të ri shërbimi:
Fushat e kërkuara shfaqen në varësi të llojit të grafikut të zgjedhur. Nëse kemi zgjedhur një orar javor, atëherë do të na shfaqen dy fusha: numri i javës dhe dita e javës. Për shembull, të martën çdo 3 javë.
Komenti i ekspertit: si në zhvillimin e mëparshëm celular në platformën 1C:Enterprise, këtu detyra është e ndarë globalisht në 2 komponentë - komunikimi me "serverin" përmes web-api dhe shfaqja kompetente e një liste dinamike me dizajn të kushtëzuar dhe filtrim (përzgjedhje) të të dhëna. Për më tepër, ishte interesante të zbatohej kërkesa për të llogaritur riparimet si sipas periudhës ashtu edhe sipas treguesit sasior.
Sesioni 4
Për komponentët dhe materialet harxhuese, ishte e nevojshme të merren parasysh inventarët, plani i shpenzimeve dhe blerjet e ardhshme. Për më tepër, kontabiliteti i grupit u shfaq këtu, por jo për të gjitha mallrat. E gjithë kjo duhej të menaxhohej brenda depove të shumta, duke përfshirë pranimin, shpenzimet dhe lëvizjen. Sipas kushteve të detyrës, ishte e nevojshme të sigurohet kontrolli i bilanceve dhe të shmangen konfliktet gjatë punës me stoqet aktuale. Menaxherët e blerjeve punojnë në versionin desktop të softuerit.
Forma kryesore është paraqitur më poshtë:
Cyril: Përveç renditjes nga kushti, u propozua që t'i jepet përdoruesit mundësinë për të renditur në mënyrë të rastësishme. Në 1C nuk duhet as të mendoni për të. Fusha me sasinë e pjesëve duhet të jetë e theksuar me të gjelbër për faturat.
Në këtë seancë, atyre iu kërkua kontrolli i mallit të mbetur në magazina. Pra, mesazhi përkatës duhet të shfaqet kur përpiqeni të fshini faturën. Këtu kujtojmë provimin e specialistëve të platformës. Forma e faturës është si më poshtë:
Çdo pjesë ka një karakteristikë që përcakton nëse duhet t'i caktohet një grupi specifik. Për pjesë të tilla rezervë, është e domosdoshme të tregohet numri i grupit në të gjitha dokumentet. Kjo është një matje shtesë kur monitorohen mbetjet e pjesëve. Ato gjithashtu mund të zhvendosen midis depove:
Formulari ndryshon nga ai i mëparshmi vetëm në atë që në vend të klientit, duhet të tregoni depon nga e cila do të bëhet dorëzimi. Lista e përzgjedhjes për grupin përpilohet automatikisht pasi të zgjidhet pjesa. Përdoruesi mund të gjenerojë një raport mbi bilancet e pjesëve të këmbimit:
Këtu mund të shikojmë mallrat e mbetura në depon e zgjedhur. Kutitë e kontrollit në të djathtë të magazinës ju lejojnë të konfiguroni filtrimin dhe renditjen. Lista nuk ka një ndarje të qartë me short për ato pjesë për të cilat kërkohet. Balancat për çdo numër grupi të pjesës rezervë të zgjedhur mund të shihen duke përdorur lidhjen e navigimit në të djathtë.
Komenti i ekspertit: në këtë sesion (modul) u shfaq për herë të parë kontabiliteti i grupit. Pjesëmarrësve iu kërkua të llogarisnin materialet harxhuese dhe mallrat jo vetëm vetë, por edhe sipas grupit. Në përgjithësi, detyra është e përsosur për platformën 1C: Enterprise - por gjithçka duhej të zhvillohej nga e para dhe të përfundonte në 2.5 orë.
Sesioni 5
Në seancën e pestë, na u caktua funksionaliteti i menaxhimit të pusit. Për grupet e kërkimit, ishte e nevojshme të krijohej një aplikacion celular që do të llogariste puset e prodhimit të naftës ose gazit. Këtu ishte e nevojshme të merrej një listë e puseve aktuale nga serveri dhe të shfaqej grafikisht pusi i zgjedhur sipas shtresave (dheu, rëra, guri, vaji), duke marrë parasysh thellësitë e secilës shtresë. Përveç kësaj, aplikacioni duhej të lejonte përditësimin e informacionit rreth pusit dhe shtimin e puseve të reja. Për këtë aplikacion, klienti vendos kushte të veçanta operimi në modalitetin offline dhe online (kontrolli i komunikimit me serverin) - kontrollon komunikimin me serverin çdo 5 sekonda dhe ndryshon funksionalitetin e aplikacionit në varësi të disponueshmërisë së serverit.
Cyril: Kur zgjidhni një pus, shfaqet një grafik me shtylla, i cili nxjerr në pah shtresat deri te depozitat e naftës ose gazit. Për çdo shtresë, emri, ngjyra dhe diapazoni i shfaqjes ruhen. Për shkak të veçorive të projektimit, diagramet e integruara në platformë nuk ndihmojnë, por dokumenti i fletëllogaritjes e përballon detyrën në mënyrë të përsosur. Puset mund të krijohen dhe modifikohen:
Përveç mbrojtjes së shumëfishtë të pagabueshme, nuk kishte asgjë interesante në këtë formë.
Më pas, u sugjerua të kontrollohej lidhja me serverin. Ne përpiqemi të lidhemi çdo 5 sekonda. Nëse nuk funksionon, atëherë ne kufizojmë funksionalitetin e aplikacionit dhe shfaqim një mesazh.
Komenti i ekspertit: Detyra e këtij sesioni është interesante kryesisht për shkak të aftësive të saj grafike. Pjesëmarrësit duke përdorur platformën 1C:Enterprise e zgjidhën atë në dy mënyra të ndryshme - disa duke përdorur një mekanizëm diagrami, të tjerët duke përdorur një dokument spreadsheet. Secila metodë ka të mirat dhe të këqijat e saj. Si pjesë e vendimit në kampionatin WorldSkills, koha ishte çelësi (kujtoni përsëri kufirin kohor). Një detyrë e veçantë interesante është të bëni ping serverin çdo 5 sekonda dhe të ndryshoni sjelljen e aplikacionit celular në varësi të disponueshmërisë ose mosdisponueshmërisë së serverit.
Sesioni 6
U propozua të krijohej një hapësirë pune për menaxhmentin e lartë - Paneli. Në një ekran ishte e nevojshme të shfaqeshin treguesit e përgjithshëm të performancës së kompanisë për një periudhë të caktuar në formë grafike dhe tabelare. Forma kryesore është raporti i kostos:
Përveç Panelit, ishte e nevojshme të zbatohej shpërndarja e pjesëve të këmbimit për riparimet e aseteve duke përdorur metodat e fshirjes FIFO/LIFO/“Ceapest shkon first”.
Gjatë shpërndarjes, u mor parasysh kontabiliteti i grupit, u përdor kontrolli i bilancit dhe mbrojtja kundër veprimeve të paautorizuara të përdoruesve ("mbrojtja e budallenjve").
Cyril: Për të zgjidhur, u përdorën tabelat e vlerave me gjenerimin e softuerit të kolonave, pasi mund të ketë një numër arbitrar të tyre:
- Tabela e parë është përgjegjëse për kostot totale të departamenteve sipas muajve. Ndarjet më jofitimprurëse dhe më fitimprurëse janë theksuar përkatësisht me të kuqe dhe jeshile.
- Tabela e dytë tregon pjesët më të shtrenjta dhe më të përdorura për çdo muaj. Nëse ka disa pjesë që plotësojnë kriteret, atëherë ato duhet të shfaqen në një qelizë, të ndara me presje.
- Asetet më të shtrenjta (përsa i përket kostove të pjesëve të këmbimit) shfaqen në rreshtin e parë të tabelës së tretë. Rreshti i dytë tregon ndarjen të cilës i përket aktivi i mësipërm. Nëse ka dy asete më të shtrenjta me të njëjtat kosto, atëherë ato duhet të shfaqen në të njëjtën qelizë, të ndara me presje.
Diagramet u shfaqën duke përdorur mekanizmat e integruar të platformës dhe u plotësuan në mënyrë programore duke përdorur pyetje.
U propozua gjithashtu zbatimi i mbështetjes për shumëgjuhësinë. Programi ngarkon skedarët XML me lokalizimin e elementeve të ndërfaqes dhe formulari duhet të rivizatohet kur zgjedh një gjuhë në listën rënëse.
Kur klikoni në butonin në këndin e poshtëm të majtë të ekranit, hapet forma e menaxhimit të inventarit:
Në këtë formë, më në fund fillojmë të shpenzojmë pjesë për riparime. Këtu së pari gjejmë pjesët që do të na duhen për të riparuar asetin. Bazuar në fushat e zgjedhura dhe mënyrën e shpërndarjes (FIFO, LIFO ose çmimi minimal), shfaqen ndeshjet e gjetura ose një mesazh nëse nuk ka përputhje. Më pas mund t'i shënoni pjesët si të destinuara për të riparuar atë aset. Kontrolli i bilancit është i rëndësishëm për seancën aktuale. Nëse tashmë kemi caktuar detaje, atëherë ato nuk mund të gjenden më.
Komenti i ekspertit: sesion shumë interesant. Ai shfrytëzon në maksimum aftësitë e platformës 1C:Enterprise - këtu është puna kompetente me tabelat virtuale të regjistrave të akumulimit, dhe puna programore me elementët e formës (para së gjithash - tabelat, së dyti - titujt) dhe diagramet. Dhe madje edhe LIFO/FIFO kur analizon inventarin, analizën e fitimit/humbjes, etj.
Sesioni 7
Në fund të detyrës (sesioni 7), klienti siguroi softuer (skedar exe) për aktivitetet e projektit dhe një video të shkurtër për punën me të. Ishte e nevojshme të kryhej inxhinieri e kundërt dhe, bazuar në këtë, të krijoheshin 2 diagrame: një diagram rasti i përdorimit dhe një diagram i marrëdhënies entitet. Për më tepër, u parashtruan disa kërkesa për krijimin e softuerit në të ardhmen - ishte e nevojshme të krijohej një plan urbanistik sipas këtyre kërkesave.
Sipas kushteve të konkursit, vetëm MS Visio kërkohej të krijonte diagrame.
Komenti i ekspertit: në këtë sesion, aftësitë e platformës 1C:Enterprise praktikisht nuk u përdorën. Diagramet për kushtet e konkurrimit u krijuan në MS Visio. Por një prototip i ndërfaqes mund të krijohet në një bazë informacioni bosh 1C.
Vërejtje të përgjithshme
Në fillim të çdo sesioni, u propozua importimi i të dhënave duke përdorur një skript SQL. Ky ishte disavantazhi kryesor i përdorimit të 1C në krahasim me C#, pasi kaluam të paktën gjysmë ore duke distiluar të dhënat në burimet e jashtme të të dhënave, duke krijuar tabelat tona dhe duke lëvizur rreshtat nga burimet e jashtme në tabelat tona. Pjesa tjetër thjesht duhet të klikoni butonin Ekzekutoni në Microsoft SQL Studio.
Për arsye të dukshme, ruajtja e të dhënave në një pajisje celulare nuk është një ide e mirë. Prandaj, gjatë sesioneve celulare kemi krijuar një bazë serveri. Ata ruajtën të dhënat atje dhe siguruan akses në to nëpërmjet shërbimeve http.
Komenti i ekspertit: bilanci 1C/jo-1C është interesant këtu - ndërsa programuesit e 1C:Enterprise shpenzuan kohë të konsiderueshme duke u lidhur me një DBMS të jashtëm (Kirill e përmendi këtë veçmas më lart), zhvilluesit e C#/Java (Android Studio për zhvillimin celular) shpenzuan kohë në fusha të tjera - ndërfaqet, duke shkruar më shumë kod. Prandaj, rezultatet e çdo sesioni ishin të paparashikueshme dhe jashtëzakonisht interesante për të gjithë ekspertët. Dhe kjo intrigë mbeti deri në fund - thjesht shikoni tabelën përfundimtare të fituesve me shpërndarjen e pikëve.
Kirill e mbaroi tregimin :)
Si përfundim, duhet të kujtojmë se interpretuesi nuk kishte nevojë të "programonte vetëm detyrën sipas specifikimeve teknike" - ai duhej të analizonte detyrën, të zgjidhte blloqe për zbatimin e nëndetyrave, t'i hartonte ato dhe të vendoste se çfarë saktësisht do të ishte në gjendje të zbatojë nga kjo në kohën jashtëzakonisht të shkurtër të caktuar. Të 4 ditët më duhej të veproja nën presion të madh të kohës, shpesh duke filluar çdo seancë pasuese nga e para. Edhe një specialist i rritur me përvojë shumëvjeçare në industri do të ketë vështirësi të mëdha për të kryer detyrën e caktuar për seancën 100% brenda kohës së caktuar.
Sistemi i miratuar i vlerësimit meriton përmendje të veçantë.
Për çdo sesion, autorët e detyrave zhvillojnë një sistem kompleks kriteresh, duke përfshirë kontrollin e funksionalitetit, funksionimin e saktë, kërkesat për ndërfaqen e aplikacionit, madje edhe ndjekjen e një udhëzuesi stili të ofruar posaçërisht për pjesëmarrësit nga kompania për të cilën ata po zhvillojnë zgjidhjet e tyre.
Kriteret e vlerësimit janë të grimcuara shumë mirë - me koston totale të detyrës së sesionit që është dhjetëra pikë, përmbushja e disa kritereve mund t'i shtojë të dhjetat e një pikë pjesëmarrësit. Kjo arrin një nivel jashtëzakonisht të lartë dhe objektiv të vlerësimit të rezultateve të secilit pjesëmarrës në konkurs.
Gjetjet
Rezultatet përfundimtare ishin mbresëlënëse.
Në një luftë të hidhur, Kirill Pavkin nga Rusia, i cili përdori platformën 1C: Enterprise, fitoi. Kirill është 17 vjeç, ai është nga Stavropol.
Fjalë për fjalë të dhjetat e pikës ndanin fituesin nga ndjekësit e tij. Vendin e dytë e zuri një pjesëmarrëse nga Tajvani. Tabela e përgjithshme e gjashtë rezultateve të para duket kështu:
Sigurisht, Kirill fitoi falë talentit, njohurive dhe aftësive të tij.
Sidoqoftë, vërejmë se të tre pjesëmarrësit që përdorën platformën 1C:Enterprise si mjet u përfshinë në pesëshen e parë - që është një konfirmim i pakushtëzuar i nivelit botëror të teknologjisë 1C:Enterprise.
Pas rezultateve të konkursit, fituesit u shpërblyen në qendrën mediatike KazanExpo; djemtë morën medalje ari të pastër (në përputhje me vendin e tyre) dhe çmime në para. Djemtë gjithashtu morën certifikata që i lejojnë ata të kryejnë një praktikë në 1C.
Burimi: www.habr.com