on rahvusvaheline liikumine, mis korraldab alla 22-aastastele noortele kutsevõistlusi.
Rahvusvaheline finaal toimub iga kahe aasta tagant. Sel aastal oli viimane toimumiskoht (viimane finaal oli 2017. aastal Abu Dhabis, järgmine 2021. aastal Shanghais).
WorldSkills Championships on maailma suurimad kutseoskuste meistrivõistlused. Alustati sinikraede elukutsetega ja viimastel aastatel on järjest rohkem tähelepanu pööratud “tulevikukutsetele”, sealhulgas IT-aladele, mille jaoks eraldati Kaasani meistrivõistlustel eraldi tohutu klaster.
IT-plokis on kompetents (konkreetne “spordiala”) nimega “IT tarkvaralahendused ärile”.
Igal võistlusel on kasutatavate tööriistade lubatud loetelu piiratud. Ja kui näiteks “maastikukujunduse” puhul on võimalike tööriistade loetelu piiratud (muidugi selgesõnaliselt tootjat või värvi märkimata), siis pädevuses “Tarkvaralahendused ärile” on nimekiri aktsepteeritud tehnoloogiatest, mida osalejad saavad kasutada. on rangelt piiratud, osutades konkreetsetele tehnoloogiatele ja kindlatele platvormidele (.NET ja Java koos kindla raamistike komplektiga).
1C seisukoht selles küsimuses on järgmine: infotehnoloogia on väga dünaamiline valdkond, maailmas ilmub pidevalt uusi tehnoloogiaid ja arendusvahendeid. Meie seisukohalt on õige lubada spetsialistidel kasutada tööriistu, millega nad tahavad ja on harjunud töötama.
2018. aasta sügisel võttis WorldSkillsi juhtkond meid kuulda. Nüüd tuli katsetada metoodikat uute tehnoloogiate võistlustesse kaasamiseks. See pole lihtne.
Platvorm 1C:Enterprise lisati Kaasani meistrivõistluste infrastruktuuri nimekirja ja korraldati IT-tarkvaralahenduste äri liivakasti eksperimentaalne platvorm.
Pange tähele, et meistrivõistluste ametlik keel on inglise keel. Selles keeles pidi edastama ka kõik materjalid ülesannete lahendamise tulemustega (lähtekoodid, saatedokumentatsioon, tarkvaraliidesed). Vaatamata mõne inimese kahtlustele (ikkagi!), saate 1C-s kirjutada inglise keeles.
Sellel saidil osales võistlustel 9 noort kutti 8 riigist (Filipiinid, Taiwan, Korea, Soome, Maroko, Venemaa, Kasahstan, Malaisia).
Žüriid – ekspertide meeskonda – juhtis Filipiinide ekspert Joey Manansala.
Esindatud olid eksperdid Soomest, AÜE-st, Costa Ricast, Koreast, Venemaalt ja Taiwanist.
Eraldi märgime, et osalejad Venemaalt (Pavkin Kirill, Sultanova Aigul) ja Kasahstanist (Vitovsky Ludwig) otsustasid konkursi raames kasutada platvormi 1C:Enterprise. Ülejäänud osalejad kasutasid .NET-i lauaarvutite jaoks ja Android Studiot mobiili arendamiseks. Huvitav on see, et 1C valinud osalejad on väga noored (Kirill õpib Stavropoli koolis, sel aastal astus 11. klassi, Aigul on kolledži üliõpilane, Kaasan, Tatarstan), samas kui nende vastased olid palju kogenumad ( näiteks osaleja Koreast – 2013. aasta WorldSkillsi meistrivõistluste võitja Leipzigis; kõigil on WorldSkillsil osalemise kogemus ja mitmeaastane erialane töökogemus selles valdkonnas).
Arvestades, et võistluse käigus kasutasid osalejad erinevaid kaasaegseid tehnoloogiaid, oli meil võimalus 1C:Enterprise platvormi testida tõeliselt lahingutingimustes, võrrelda nii selle abil saadud lahenduste kvaliteeti kui ka kasutamisega saavutatud arenduskiirust.
Eraldi märgime, et spetsiaalse IT Software Solutions for Business Sandbox platvormi raames täitsid osalejad samu ülesandeid, mis põhiplatvormil IT Software Solutions for Business osalejad.
Ülesanne ise on keeruline ülesanne teatud ettevõtte automatiseerimiseks, sel aastal oli ettevõtte eeskujuks fiktiivne ettevõte KazanNeft.
legend
Kazan Oil on Tatarstani Vabariigi üks suurimaid naftaettevõtteid, mis tegutseb riikliku turuosalise ja selles valdkonnas rahvusvaheliselt tunnustatud kaubamärgina. Põldude uurimisele, tootmisele, tootmisele, rafineerimisele, transpordile ning nafta, naftasaaduste ja maagaasi müügile ja jaotamisele spetsialiseerunud ettevõtte peakontor asub Kaasanis (Venemaa).
Kuna ettevõte viib ellu kiire laienemise ja uute kontorite loomise strateegiat kogu Venemaal, otsustas ettevõtte juhtkond võtta kasutusele uue äriautomaatika tarkvara, mille eesmärk on teatud toimingute hooldamine ja haldamine.
Meistrivõistluste tingimused
Osalejatele anti ülesanded moodulite (sessioonide) vormis koos nõudega need läbida piiratud aja jooksul. Kokku oli 7 moodulit. Kolm seanssi töölaual lahendamiseks – igaüks 2.5 tundi. Kolm seanssi - klient-server arendus, kus kliendiks oli mobiilirakendus ning side kliendi ja serveri vahel toimus WEB-API kaudu. Selleks kulus 3.5 tundi. Viimane seanss – olemasoleva tarkvara pöördprojekteerimise ülesanded, 2.5 tundi. Pöördprojekteerimise raames pidid osalejad neile antud teabe põhjal kujundama rakenduste andmebaasi struktuuri (ehitades ER-skeemi), analüüsima süsteemi kasutamise stsenaariume (kasutusjuhtumite diagrammi koostamisega) ja ka välja töötada ja kujundada tarkvaralahenduse liides vastavalt etteantud funktsionaalsetele nõuetele.
Peamisteks kasutatavateks arendusplatvormideks olid .NET (C#) ja Java (sh Android Studio mobiiliarenduseks). Eksperimentaalne SandBox kasutas .NET, Java ja 1C:Enterprise versiooni 8.3.13.
Iga sessiooni lõpus hindasid eksperdid tulemust – valmis töötavat projekti, mis viib ellu seansi alguses püstitatud ülesanded.
Ülesannete eripära on nende "elujõud" - palju nõudeid ja piiratud aeg. Enamik probleeme ei ole spetsiaalsed olümpiaadiprobleemid, vaid on väga lähedased tegelikele tööstusprobleemidele – spetsialistid puutuvad nendega iga päev kokku. Kuid ülesandeid on palju ja aeg on piiratud. Osaleja peab lahendama maksimaalse arvu probleeme, millest on ettevõttele kõige rohkem kasu. Pole sugugi tõsi, et algoritmilisest vaatenurgast on keerulisel ülesandel suurem kaal kui elementaarsel. Näiteks kolmest tabelist koosneva toimiva raamatupidamissüsteemi loomine on ettevõtte jaoks olulisem kui ilus ja keerukate algoritmidega aruandlusvorm, mis ilma nende tabeliteta on täiesti ebavajalik.
Palusime konkursi võitjal, Venemaalt pärit osalejal Kirill Pavkinil lähemalt rääkida, millised olid ülesanded ja kuidas ta nende lahendamisele lähenes.
Allpool on ülesande kirjeldus, Kirilli enda lugu, kuidas ta ülesande lahendas. Palusime Kirilli lahendusi kommenteerida ka Vitaly Rybalkal, 1C töötajal ja ühel IT-lahenduste liivakasti ekspertidest.
Ülesande osana oli vaja automatiseerida mitut tüüpi kasutajate tegevust:
- Vastutab ettevõtte varade raamatupidamise eest
- Vastutab ettevõtte varade plaanivälise remondi ja plaanilise hoolduse eest
- Komponentide ja kulumaterjalide ostujuhid
- Nafta uurimise ja naftatootmise divisjonid
- Tippjuhtkond vajas analüütilisi aruandeid
1. seanss
Varade (näiteks sõidukipark) seisukohalt oli vaja rakendada nende arvestust (uute asutamine, olemasolevate redigeerimine), kiirotsingut ja erinevaid filtreid info kuvamiseks, varade liigutamiseks ettevõtte allüksuste vahel. ja vararühmad ise. Hoidke selliste liikumiste ajalugu ja esitage nende kohta analüüs tulevikus. Põhiliselt rakendati varade arvestust mobiilsete kasutajarühmade jaoks.
Cyril: Huvitav alamülesanne oli nuppude rakendamine varade loendis. Selle lahendamiseks kasutasime dünaamilist loendit: kirjutame suvalise päringu ja serverisse andmeid saades määrame vajalikele väljadele pilditeegist piltidele navigeerimislingid.
Kokkuleppeliselt saab fotosid varale lisada kahel viisil: pildistada (multimeedia) ja valida galeriist (failivaliku dialoog).
Mõned kujundid tuli ekraani pööramisel ümber joonistada:
Ekraani parameetrite muutmisel muudame nupurühmade nähtavust.
Meelelahutuslikud, kuid lihtsad ülesanded hõlmavad filtreid dünaamilises loendis, otsingut kahel väljal (number ja nimi) ning vara seerianumbri genereerimist.
Ekspertkommentaar: 1C:Enterprise platvormi lahenduse seisukohalt on ülesanne üsna selge. Lisaks mobiilirakenduse tegelikule loomisele oli vaja hoolitseda andmete edastamise eest DBMS-i “serverist” (töölaual MS SQL) mobiilirakendusse ja tagasi. Selleks kasutati töölaua puhverserveri rakenduses väliste andmeallikate ja http-teenuste mehhanisme. Mobiiliplatvormi enda jaoks muutis piltide kuvamine dünaamilises loendis keerukamaks.
2. seanss
Seltsi varadele oli vaja sisse seada remondijuhtimine. Selle ülesande raames oli vaja pidada remonditaotluste nimekirja (osakondade ja rühmade kaupa), arvestada remondi kiireloomulisuse prioriteetidega, planeerida prioriteetidele vastav remondigraafik, tellida vajalikud komponendid ja võtta olemasolevaid arvesse võtta. Huvitav alamülesanne oli see, et mõnel komponendil oli aegumiskuupäev; kui antud varale on osa juba tellitud ja selle tähtaeg ei ole möödunud, siis selle vara puhul ei ole vaja sama osa uuesti osta. Parandusliides töötati välja ettevõtte tarkvara töölauakomponendi jaoks.
Samuti oli vaja luua mittetriviaalne autoriseerimisvorm kahe rolli jaoks: vastutav isik ja teenindusjuht. Omapära on see, et pärast autoriseerimist peate automaatselt valima ühe rollidest.
Vastutavale isikule kättesaadav nimekirjavorm on esitatud allpool:
Cyril: Siin saab esile tõsta ainult ootel teenusepäringuid. Lahendatud tingimusvorminguga dünaamilises loendis.
Ekraani allosas oleval nupul klõpsates pääseb kasutaja järgmisele vormile:
1C seisukohast pole selles vormis midagi keerulist.
Teenindusjuhi käsutuses olev vorm on järgmine:
See vorm on sorteeritud prioriteedi ja taotluse kuupäeva järgi. Klõpsates alloleval nupul, pääseb kasutaja valitud päringu vormile:
See vorm soovitas lisaks lollikindlusele rakendada remondiks vajalike varuosade nimekirja. Alaülesanne on huvitav, kuna osadel on aegumiskuupäev. See tähendab, et kui selle varaga on juba tekkinud hädaolukord ja sellele on tellitud osa, mille kehtivusaeg ei ole lõppenud, siis saab seda uuesti kasutada. Seda tuleks kasutajale näidata.
Ekspertkommentaar: siin asetas Kirill ise aktsendid õigesti. 1C:Enterprise platvormil rakendamise seisukohast pole midagi äärmiselt keerulist. Nõuti varuosade arvestuse ja kasutamise tingimuste hoolikat analüüsi ning ülesande kui terviku asjatundlikku täitmist. Lisaks oli vaja teenusesoovid korralikult fikseerida. Peamine raskus oli vaid 2.5-tunnine ajasurve.
Lisaks pidi osaleja sarnaselt mobiiliarendusega hankima andmeid kompetentselt välisest DBMS-ist (MS SQL).
3. seanss
Hoolduseks (hoolduseks) tehti ettepanek rakendada pikaajalist planeerimisteenust. Huvitavaks omaduseks oli siin nõue koostada varade hooldusgraafik ajastuse järgi – näiteks iga kahe kuu 3. kuupäeval. Samamoodi mõne kvantitatiivse näitaja järgi - näiteks auto odomeetri järgi (õlivahetus iga 5000 km järel, rehvivahetus iga 20000 XNUMX km järel). Hooldusjuht oleks pidanud saama mugava mobiilirakenduse, mis kuvab dünaamiliselt kindlaksmääratud perioodi tähtajaks tasumata, jooksvate ja lõpetatud hoolduste nimekirja. Lisaks tuli iga hooldusliik värvida vastavalt kokkulepitud reeglitele. Mobiilirakendus pidi tagama uute hooldusgraafikute koostamise ja juba sooritatute märgistamise otse töökodades koos selle info kiire uuendamisega serveris.
Cyril: Remonti on kahte tüüpi: ajapõhine ja jooksupõhine. Iga sees on varieeruvus lubatud. Näiteks remont peaks plaani järgi toimuma igal reedel, kuu 13. kuupäeval või iga 20,000 XNUMX kilomeetri järel. Ülesanne loetakse lõpetatuks, kui sellest paremal on linnuke.
Nimekirjas olevate ülesannete sorteerimiseks esitati tingimus. Samuti tuleks iga rida olenevalt tingimustest värviliselt esile tõsta.
Klõpsates alloleval nupul, saate luua uue teenuseplaani:
Nõutavad väljad kuvatakse sõltuvalt valitud diagrammi tüübist. Kui oleme valinud nädalase ajakava, siis kuvatakse kaks välja: nädala number ja nädalapäev. Näiteks teisipäeviti iga 3 nädala tagant.
Ekspertkommentaar: nagu ka eelmises mobiiliarenduses platvormil 1C:Enterprise, jaguneb siin ülesanne globaalselt kaheks komponendiks - suhtlus serveriga veebiapi kaudu ja dünaamilise loendi pädev kuvamine koos tingimusliku kujunduse ja filtreerimise (valimisega). andmeid. Lisaks oli huvitav rakendada remondiarvestuse nõuet nii perioodide kui ka kvantitatiivsete näitajate lõikes.
4. seanss
Komponentide ja kulumaterjalide puhul oli vaja arvestada laoseisudega, planeerida väljaminekuid ja tulevasi oste. Lisaks tekkis siia partiiarvestus, kuid mitte kõikide kaupade kohta. Seda kõike tuli hallata mitmes laos, sealhulgas vastuvõtmine, kulu ja liikumine. Ülesande tingimuste kohaselt tuli jooksvate varudega töötamisel tagada saldode kontroll ja vältida konflikte. Ostujuhid töötavad tarkvara töölaua versioonis.
Põhivorm on näidatud allpool:
Cyril: Lisaks tingimusest sortimisele tehti ettepanek anda kasutajale võimalus juhuslikult sorteerida. 1C puhul ei pea te sellele isegi mõtlema. Arvete puhul tuleb osade koguse väli esile tõsta roheliselt.
Sellel istungil paluti neil kontrollida ladudesse jäänud kaupu. Seega peaks vastav teade ilmuma, kui proovite arvet kustutada. Siin meenub platvormi spetsialisti eksam. Arve vorm on järgmine:
Igal osal on omadus, mis määrab, kas see tuleks määrata konkreetsele partiile. Selliste varuosade puhul tuleb kõikides dokumentides kindlasti märkida partii number. See on lisamõõtmine osade jääkide jälgimisel. Neid saab ka ladude vahel teisaldada:
Vorm erineb eelmisest vaid selle poolest, et kliendi asemel tuleb märkida ladu, kust tarnitakse. Partii valikuloend koostatakse automaatselt pärast osa valimist. Kasutaja saab koostada varuosade jääkide aruande:
Siin saame vaadata ülejäänud kaupa valitud laos. Laost paremal asuvad märkeruudud võimaldavad seadistada filtreerimist ja sorteerimist. Loendis ei ole selgesõnalist jaotust loosiga nende osade jaoks, mille jaoks seda nõutakse. Valitud varuosa iga partiinumbri saldosid saab vaadata paremal asuva navigeerimislingi abil.
Ekspertkommentaar: sellel seansil (moodulil) ilmus esimest korda partiiarvestus. Osalejad pidid tarbekaupade ja kaupade üle arvestust pidama mitte ainult ise, vaid ka partiide kaupa. Üldiselt sobib ülesanne 1C:Enterprise platvormile suurepäraselt – aga see kõik tuli nullist välja töötada ja 2.5 tunniga valmis teha.
5. seanss
Viiendal seansil määrati meile kaevude haldamise funktsionaalsus. Uurimisgruppide jaoks oli vaja luua mobiilirakendus, mis arvestaks nafta- või gaasitootmiskaevud. Siin oli vaja saada serverist jooksvate puurkaevude nimekiri ja kuvada valitud kaev graafiliselt kihtide kaupa (muld, liiv, kivi, õli), arvestades iga kihi sügavust. Lisaks pidi rakendus võimaldama kaevu info uuendamist ja uute kaevude lisamist. Selle rakenduse jaoks seadis klient erilised töötingimused võrguühenduseta ja võrgurežiimis (serveriga suhtlemise juhtimine) - kontrollib sidet serveriga iga 5 sekundi järel ja muudab rakenduse funktsionaalsust sõltuvalt serveri saadavusest.
Cyril: Kui valite kaevu, kuvatakse tulpdiagramm, mis tõstab esile kihid kuni nafta- või gaasimaardlateni. Iga kihi jaoks salvestatakse selle nimi, värv ja esinemisvahemik. Disainifunktsioonide tõttu ei aita platvormi sisseehitatud diagrammid, kuid tabelidokument saab ülesandega suurepäraselt hakkama. Kaevusid saab luua ja muuta:
Peale mitmekordse lollikindla kaitse polnud selles vormis midagi huvitavat.
Järgmisena soovitati kontrollida ühendust serveriga. Proovime ühendust luua iga 5 sekundi järel. Kui see ei tööta, piirame rakenduse funktsionaalsust ja kuvame teate.
Ekspertkommentaar: Selle seansi ülesanne on huvitav eelkõige oma graafiliste võimaluste tõttu. Osalejad, kes kasutasid platvormi 1C:Enterprise, lahendasid selle kahel erineval viisil – mõned kasutasid diagrammimehhanismi, teised arvutustabeli dokumenti. Igal meetodil on oma plussid ja miinused. Osana otsusest WorldSkillsi meistrivõistlustel oli aeg võtmetähtsusega (pidage meeles ajalimiiti). Eraldi huvitav ülesanne on serveri pingimine iga 5 sekundi järel ja mobiilirakenduse käitumise muutmine sõltuvalt serveri saadavusest või mittekättesaadavusest.
6. seanss
Tehti ettepanek luua tippjuhtkonna tööruum – armatuurlaud. Ühel ekraanil oli vaja kuvada ettevõtte üldised tulemusnäitajad kindlaksmääratud perioodi kohta graafiliselt ja tabelina. Peamine vorm on kuluaruanne:
Lisaks Armatuurlauale oli vaja juurutada varade remondiks mõeldud varuosade jaotus FIFO/LIFO/“Odavaim läheb enne” mahakandmismeetoditega.
Jaotamisel arvestati partiiarvestusega, kasutati saldokontrolli ja kaitset kasutaja volitamata tegevuse eest (“lollkaitse”).
Cyril: Lahendamiseks kasutati väärtuste tabeleid koos veergude tarkvara genereerimisega, kuna neid võib olla suvaline arv:
- Esimene tabel vastutab osakondade kogukulude eest kuude lõikes. Kõige kahjumlikumad ja kasumlikumad divisjonid on esile tõstetud vastavalt punase ja rohelisega.
- Teises tabelis on iga kuu kõige kallimad ja sagedamini kasutatavad osad. Kui kriteeriumidele vastavaid osi on mitu, tuleks need kuvada ühes lahtris, eraldades need komadega.
- Kalleimad varad (varuosade maksumuse osas) on välja toodud kolmanda tabeli esimesel real. Teisel real kuvatakse jaotis, kuhu ülaltoodud vara kuulub. Kui on kaks kõige kallimat vara samade kuludega, siis tuleks need kuvada samas lahtris, eraldades need komadega.
Diagrammid kuvati platvormi sisseehitatud mehhanismide abil ja täideti programmiliselt päringute abil.
Samuti tehti ettepanek rakendada mitmekeelsuse toetamist. Programm laadib XML-failid koos liidese elementide lokaliseerimisega ja vorm tuleks ripploendist keele valimisel ümber joonistada.
Kui klõpsate ekraani vasakus alanurgas oleval nupul, avaneb varude haldamise vorm:
Sellisel kujul hakkame lõpuks osi remondile kulutama. Siit leiame esmalt osad, mida vajame vara parandamiseks. Valitud väljade ja levitamismeetodi (FIFO, LIFO või miinimumhind) alusel kuvatakse leitud vasted või teade vastete puudumisel. Seejärel saate märkida osad, mis on ette nähtud selle vara parandamiseks. Tasakaalukontroll on praeguse seansi jaoks asjakohane. Kui oleme andmed juba määranud, siis neid enam ei leita.
Ekspertkommentaar: väga huvitav seanss. See kasutab maksimaalselt ära 1C:Enterprise platvormi võimalused - siin on pädev töö akumulatsiooniregistrite virtuaalsete tabelitega ja programmiline töö vormielementidega (kõigepealt - tabelid, teiseks - pealkirjad) ja diagrammidega. Ja isegi LIFO/FIFO laoseisu analüüsimisel, kasumi/kahjumi analüüsi jne.
7. seanss
Ülesande lõpus (sessioon 7) andis tellija kaasa tarkvara (exe-faili) projekti tegevuste jaoks ja lühikese video sellega töötamise kohta. Oli vaja läbi viia pöördprojekteerimine ja selle põhjal koostada 2 diagrammi: kasutusjuhtude diagramm ja olemi-seoste diagramm. Lisaks esitati mõned nõuded tarkvara loomiseks tulevikus - nende nõuete järgi oli vaja luua liidese paigutus.
Vastavalt võistlustingimustele oli diagrammide koostamine kohustuslik ainult MS Visio abil.
Ekspertkommentaar: sellel seansil 1C:Enterprise platvormi võimalusi praktiliselt ei kasutatud. Võistlustingimuste skeemid koostati MS Visios. Kuid liidese prototüübi saab luua tühjas 1C teabebaasis.
Üldised märkused
Iga seansi alguses tehti ettepanek importida andmed SQL-skripti abil. See oli 1C kasutamise peamine puudus võrreldes C#-ga, kuna kulutasime vähemalt pool tundi andmete välistesse andmeallikatesse destilleerimisele, oma tabelite loomisele ja ridade välistest allikatest oma tabelitesse teisaldamisele. Ülejäänu jaoks tuli lihtsalt klõpsata Microsoft SQL Studio nupul Käivita.
Arusaadavatel põhjustel pole andmete salvestamine mobiilseadmesse hea mõte. Seetõttu lõime mobiiliseansside käigus serveribaasi. Nad salvestasid seal andmeid ja võimaldasid neile juurdepääsu http-teenuste kaudu.
Ekspertkommentaar: 1C/non-1C tasakaal on siin huvitav – kui 1C:Enterprise programmeerijad kulutasid välise DBMS-iga ühenduse loomisele (Kirill mainis seda eespool eraldi), siis C#/Java (Android Studio mobiiliarenduseks) arendajad kulutasid aega muudele valdkondadele – liidesed, kirjutades rohkem koodi. Seetõttu olid iga seansi tulemused ettearvamatud ja kõigi ekspertide jaoks äärmiselt huvitavad. Ja see intriig püsis lõpuni – vaadake vaid võitjate lõpptabelit punktide jaotusega.
Kirill lõpetas loo :)
Kokkuvõtteks tuleb meenutada, et sooritajal ei olnud vaja "lihtsalt ülesannet vastavalt tehnilistele kirjeldustele programmeerida" - ta pidi ülesannet analüüsima, alamülesannete elluviimiseks plokid valima, need kujundama ja otsustama, milline ta täpselt on. seda äärmiselt lühikese ettenähtud aja jooksul rakendada. Kõik 4 päeva pidin tegutsema tugeva ajasurve all, alustades sageli iga järgnevat seanssi nullist. Isegi täiskasvanud spetsialistil, kellel on selles valdkonnas palju aastaid kogemusi, on suuri raskusi seansile määratud ülesande 100% täitmine ettenähtud aja jooksul.
Eraldi äramärkimist väärib vastuvõetud hindamissüsteem.
Iga seansi jaoks töötavad ülesande autorid välja keeruka kriteeriumide süsteemi, mis hõlmab funktsionaalsuse, korrektse toimimise, rakenduse liidese nõuete kontrollimist ja isegi stiilijuhise järgimist, mille on spetsiaalselt osalejatele välja andnud ettevõte, mille jaoks nad oma lahendusi arendavad.
Hindamiskriteeriumid on väga peenelt granuleeritud – kui seansiülesande kogumaksumus on kümneid punkte, võib mõne kriteeriumi täitmine anda osalejale kümnendiku punkti. Sellega saavutatakse iga konkursil osaleja tulemuste hindamisel ülikõrge ja objektiivne tase.
Järeldused
Lõpptulemused olid muljetavaldavad.
Kitsas heitluses võitis 1C:Enterprise platvormi kasutanud venelane Kirill Pavkin. Kirill on 17-aastane, ta on pärit Stavropolist.
Võitjat lahutasid jälitajatest sõna otseses mõttes kümnendikud. Teise koha saavutas Taiwanist pärit osaleja. Kuue parema tulemuste üldtabel näeb välja selline:
Muidugi võitis Kirill tänu oma andele, teadmistele ja oskustele.
Siiski märgime, et kõik kolm osalejat, kes kasutasid platvormi 1C:Enterprise tööriistana, pääsesid esiviisikusse – mis on tingimusteta kinnitus 1C:Enterprise tehnoloogia maailmatasemele.
Võistluste tulemuste järel autasustati võitjaid KazanExpo meediakeskuses, poisid said puhtast kullast medalid (vastavalt kohale) ja rahalised auhinnad. Poisid said ka tunnistused, mis võimaldavad neil 1C-s praktikat sooritada.
Allikas: www.habr.com