is in ynternasjonale beweging dy't profesjonele kompetysjes organisearret foar jongeren ûnder de 22 jier.
De ynternasjonale finale wurdt om de twa jier hâlden. Dit jier wie it lêste plak (de lêste finale wie yn 2017 yn Abu Dhabi, de folgjende sil yn 2021 yn Shanghai wêze).
WorldSkills Championships binne de grutste kampioenskippen fan profesjonele feardigens yn 'e wrâld. Se begûnen mei beroppen fan blauwe kraach, en yn 'e ôfrûne jierren is mear en mear omtinken jûn oan' beroppen fan 'e takomst', ynklusyf IT-dissiplines, wêrfoar't op it kampioenskip yn Kazan in aparte enoarme kluster tawiisd waard.
Yn it IT-blok is in kompetinsje (in spesifike "sport") neamd "IT Software Solutions for Business".
Yn elke kompetysje is de tastiene list fan brûkte ark beheind. En as bygelyks foar "lânskipûntwerp" de list mei mooglike ark beheind is (fansels, sûnder in eksplisite fabrikant of kleur oan te jaan), dan yn 'e kompetinsje "Software-oplossingen foar bedriuw" de list mei akseptearre technologyen dy't dielnimmers kinne brûke is strikt beheind, wat oanjout op spesifike technologyen en spesifike platfoarms (.NET en Java mei in spesifike set fan kaders).
De posysje fan 1C oer dit probleem is as folget: ynformaasjetechnology is in heul dynamysk gebiet, nije technologyen en ûntwikkelingsynstruminten ferskine konstant yn 'e wrâld. Fanút ús eachpunt is it korrekt om spesjalisten de ark te brûken wêrmei't se wolle en wend binne om te wurkjen.
Yn 'e hjerst fan 2018 hearde it WorldSkills-management ús. No moasten wy de metodyk testen foar it opnimmen fan nije technologyen yn kompetysjes. It is net ienfâldich.
It platfoarm 1C: Enterprise waard opnommen yn 'e ynfrastruktuerlist fan it kampioenskip yn Kazan en in eksperiminteel platfoarm foar IT Software Solutions for Business Sandbox waard organisearre.
Tink derom dat de offisjele taal fan it kampioenskip Ingelsk is. Alle materialen mei de resultaten fan it oplossen fan taken (boarnekoades, byhearrende dokumintaasje, software-ynterfaces) soene ek yn dizze taal oerdroegen wurde. Nettsjinsteande de twifels fan guon minsken (noch!), Jo kinne skriuwe yn it Ingelsk yn 1C.
9 jonge jonges út 8 lannen (Filipinen, Taiwan, Korea, Finlân, Marokko, Ruslân, Kazachstan, Maleizje) diene mei oan de kompetysje op dizze side.
De sjuery - in team fan saakkundigen - stie ûnder lieding fan in ekspert út 'e Filipinen, Joey Manansala.
Eksperts út Finlân, de UAE, Kosta Rika, Korea, Ruslân en Taiwan wiene fertsjintwurdige.
Apart konstatearje wy dat dielnimmers út Ruslân (Pavkin Kirill, Sultanova Aigul) en Kazachstan (Vitovsky Ludwig) besletten om it 1C: Enterprise-platfoarm te brûken as ûnderdiel fan 'e konkurrinsje. De rest fan 'e dielnimmers brûkten .NET foar buroblêd en Android Studio foar mobile ûntwikkeling. It is nijsgjirrich dat de dielnimmers dy't 1C keazen binne tige jong (Kirill is in studint oan in skoalle yn Stavropol, dit jier gie hy yn 'e 11e klasse, Aigul is in kolleezje studint, Kazan, Tatarstan), wylst har tsjinstanners folle mear erfaren wiene ( bygelyks, in dielnimmer út Korea - winner fan it 2013 WorldSkills kampioenskip yn Leipzig; allegearre hawwe ûnderfining meidwaan oan WorldSkills en ferskate jierren fan beropsûnderfining yn 'e yndustry).
Yn betinken nommen dat tidens de konkurrinsje de dielnimmers ferskate moderne technologyen brûkten, hienen wy de kâns om it 1C: Enterprise-platfoarm te testen yn wirklike fjochtsomstannichheden, om sawol de kwaliteit fan 'e oplossingen te fergelykjen mei har help en de snelheid fan ûntwikkeling dy't berikt is mei har gebrûk.
Apart konstatearje wy dat yn it ramt fan it spesjale IT Software Solutions for Business Sandbox-platfoarm, dielnimmers deselde taken foltôge as dielnimmers oan it haadplatfoarm foar IT Software Solutions for Business.
De taak sels is in komplekse taak foar it automatisearjen fan in bepaald bedriuw; dit jier wie it foarbyld fan in bedriuw it fiktive bedriuw KazanNeft.
Legend
Kazan Oil is ien fan 'e grutste oaljebedriuwen yn' e Republyk Tatarstan, opereare as in nasjonale merkspiler en in ynternasjonaal erkend merk op dit mêd. It haadkantoar fan it bedriuw, spesjalisearre yn fjildferkenning, produksje, produksje, raffinaazjetechnyk, ferfier, en ferkeap en distribúsje fan oalje, ierdgas en ierdgas, leit yn Kazan (Ruslân).
Sûnt it bedriuw is it útfieren fan in strategy fan rappe útwreiding en oanmeitsjen fan nije kantoaren yn hiel Ruslân, it bedriuw syn behear besletten om yntrodusearje nije saaklike automatisearring software rjochte op it behâld en behear fan bepaalde operaasjes.
Kampioenskip betingsten
Taken waarden jûn oan dielnimmers yn 'e foarm fan modules (sesjes) mei de eask om se yn in beheinde tiid te foltôgjen. Yn totaal wiene der 7 modules. Trije sesjes foar it oplossen op in buroblêd - elk 2.5 oeren. Trije sesjes - client-tsjinner ûntwikkeling, dêr't de klant wie in mobile applikaasje, en kommunikaasje tusken de client en server waard útfierd fia WEB-API. Dit duorre 3.5 oeren. Lêste sesje - taken oer reverse engineering fan besteande software, 2.5 oeren. As ûnderdiel fan reverse engineering moasten dielnimmers, basearre op de oan har levere ynformaasje, de struktuer fan 'e applikaasjedatabank ûntwerpe (troch in ER-diagram te bouwen), senario's te analysearjen foar it brûken fan it systeem (troch in use case-diagram te bouwen), en ek ûntwikkelje en ûntwerpe de ynterface fan 'e software-oplossing neffens de levere funksjonele easken.
De wichtichste ûntwikkele platfoarms brûkt wiene .NET (C #) en Java (ynklusyf Android Studio foar mobile ûntwikkeling). De eksperimintele SandBox brûkte .NET, Java en 1C: Enterprise ferzje 8.3.13.
Oan 'e ein fan elke sesje beoardielje de saakkundigen it resultaat - in klear wurkber projekt dat de taken útfiert dy't oan it begjin fan' e sesje ynsteld binne.
De eigenaardichheid fan taken is har "vitaliteit" - in protte easken en beheinde tiid. De measte problemen binne gjin spesjale Olympiade-problemen, mar binne heul ticht by echte yndustriële problemen - spesjalisten steane se alle dagen tsjin. Mar d'r binne in protte taken, en de tiid is beheind. De dielnimmer moat it maksimale oantal problemen oplosse dat it grutste foardiel foar it bedriuw sil hawwe. It is hielendal net in feit dat in komplekse taak út in algoritmyske eachpunt mear gewicht sil hawwe as in elemintêr. Bygelyks, it meitsjen fan in funksjonearjend boekhâlding systeem fan trije tabellen is wichtiger foar in bedriuw as in moaie rapportaazje foarm mei komplekse algoritmen, dat is hielendal net nedich sûnder dizze tabellen.
Wy fregen de winner fan 'e konkurrinsje, in dielnimmer út Ruslân, Kirill Pavkin, om ús mear te fertellen oer wat de taken wiene en hoe't hy har oplossing benadere.
Hjirûnder is in beskriuwing fan 'e taak, Kirill's eigen ferhaal oer hoe't hy de taak oplost. Wy fregen ek Vitaly Rybalka, in 1C-meiwurker en ien fan 'e IT Solutions for Business Sandbox-eksperts, om kommentaar te jaan oer Kirill's oplossingen.
As ûnderdiel fan 'e opdracht wie it nedich om de aktiviteiten fan ferskate soarten brûkers te automatisearjen:
- Ferantwurdlik foar boekhâlding fan bedriuwsaktiva
- Ferantwurdlik foar net plande reparaasjes en pland ûnderhâld fan bedriuwsaktiva
- Ynkeap managers foar ûnderdielen en verbruiksartikelen
- Oalje-eksploraasje en oaljeproduksje divyzjes
- Topbehear hie analytyske rapporten nedich
Sesje 1
Fanút it eachpunt fan aktiva (bygelyks in autofloat) wie it nedich om har boekhâlding út te fieren (nije oprjochting, aktuele bewurkje), fluch sykjen en ferskate soarten filters foar it werjaan fan ynformaasje, it ferpleatsen fan aktiva tusken de ôfdielingen fan it bedriuw en groepen fan aktiva sels. Hâld in skiednis fan sokke bewegingen en jouwe analytyk oer har yn 'e takomst. Asset accounting waard benammen ymplementearre foar mobile brûkersgroepen.
Cyril: In nijsgjirrige subtaak wie de ymplemintaasje fan knoppen yn 'e assetlist. Om dit op te lossen, brûkten wy in dynamyske list: wy skriuwe in willekeurich fersyk, en by it ûntfangen fan gegevens op 'e tsjinner, jouwe wy navigaasjekeppelings ta oan ôfbyldings út' e ôfbyldingsbibleteek oan 'e fereaske fjilden.
Troch konvinsje kinne foto's op twa manieren oan in asset wurde hechte: in foto nimme (multimedia) en selektearje út 'e galery (dialoochfinster foar seleksje).
Guon foarmen moasten opnij tekene wurde doe't it skerm draaide:
By it feroarjen fan skermparameters feroarje wy de sichtberens fan knopgroepen.
Entertaining, mar ienfâldige taken omfetsje filters yn in dynamyske list, sykjen yn twa fjilden (nûmer en namme), en generaasje fan in searjenûmer fan asset.
Expertkommentaar: út it eachpunt fan 'e oplossing op it 1C: Enterprise platfoarm is de taak frij dúdlik. Neist de eigentlike skepping fan 'e mobile applikaasje wie it nedich om te soargjen foar it oerbringen fan gegevens fan' e DBMS "tsjinner" (MS SQL op it buroblêd) nei de mobile applikaasje en werom. Foar dit doel waarden de meganismen fan eksterne gegevensboarnen en http-tsjinsten brûkt yn 'e buroblêd "proxy-applikaasje". Foar it mobile platfoarm sels, it werjaan fan foto's yn in dynamyske list presintearre ferhege kompleksiteit.
Sesje 2
It wie nedich om reparaasjebehear te fêstigjen foar de aktiva fan it bedriuw. As ûnderdiel fan dizze taak wie it nedich om in list mei oanfragen foar reparaasjes te hâlden (troch ôfdielingen en groepen), rekken hâlden mei de prioriteiten foar de urginsje fan reparaasjes, plan in reparaasjeskema yn oerienstimming mei prioriteiten, bestelle de nedige komponinten en nimme rekken hâldend mei de al beskikbere. In nijsgjirrige subtaak wie dat guon ûnderdielen in ferfaldatum hiene; as in diel is al besteld foar in opjûne asset en syn deadline is net ferrûn, dan foar dizze asset is it net nedich om te keapjen itselde diel wer. De reparaasje-ynterface is ûntwikkele foar it buroblêd-komponint fan 'e software fan it bedriuw.
It wie ek nedich om in net-triviale machtigingsformulier te meitsjen foar twa rollen: de ferantwurdlike persoan en de tsjinstbehearder. De eigenaardichheid is dat jo nei autorisaasje automatysk ien fan 'e rollen moatte selektearje.
It listformulier beskikber foar de ferantwurdlike persoan wurdt hjirûnder presintearre:
Cyril: Allinnich it markearjen fan tsjinstferlienende oanfragen kin hjir markearre wurde. Oplost troch betingst opmaak yn in dynamyske list.
Troch te klikken op de knop ûnderoan it skerm, kin de brûker nei it folgjende formulier gean:
Ut in 1C eachpunt, der is neat yngewikkeld yn dizze foarm.
It formulier beskikber foar de tsjinstbehearder is hjirûnder:
Dit formulier is sortearre op prioriteit en datum fan oanfraach. Troch op de knop hjirûnder te klikken, kin de brûker nei it formulier fan it selektearre fersyk gean:
Neist foolproofing, dit formulier suggerearre it útfieren fan in list fan reserve dielen foar reparaasjes. De subtaak is nijsgjirrich om't de dielen in ferfaldatum hawwe. Dit betsjut dat as der al in need is bard mei dit fermogen en der is in diel foar besteld, wêrfan de jildigensperioade net ferrûn is, dan kin it opnij brûkt wurde. Dit moat wurde toand oan de brûker.
Expertkommentaar: hjir pleatste Kirill sels de aksinten korrekt. Ut it eachpunt fan ymplemintaasje op it 1C: Enterprise-platfoarm is d'r neat ekstreem yngewikkeld. In soarchfâldige analyze fan 'e betingsten foar boekhâlding en gebrûk fan spare dielen en foechhawwende útfiering fan' e taak as gehiel wiene ferplicht. Derneist wie it nedich om tsjinstoanfragen goed op te nimmen. De wichtichste muoite wie allinnich de tiiddruk fan 2.5 oeren.
Derneist, lykas yn 'e mobile ûntwikkeling, moast de dielnimmer mei kompetinte gegevens krije fan in eksterne DBMS (MS SQL).
Sesje 3
Foar ûnderhâld (ûnderhâld) waard útsteld om in lange-termyn planningstsjinst út te fieren. In nijsgjirrige eigenskip hjir wie de eask om in ûnderhâldskema te meitsjen foar aktiva neffens timing - bygelyks elke twadde moanne op 'e 3e. Likegoed, neffens guon kwantitative yndikator - bygelyks, neffens de kilometerteller fan 'e auto (oaljeferoaring elke 5000 km, ferfanging fan banden elke 20000 km). De ûnderhâldsbehearder soe in handige mobile applikaasje moatte hawwe krigen dy't dynamysk in list mei efterstallich, aktueel en foltôge ûnderhâld foar in bepaalde perioade werjaan. Dêrneist moast elk type ûnderhâld neffens spesjaal ôfpraat regels yn kleur ferve wurde. De mobile applikaasje soe soargje foar it meitsjen fan nije ûnderhâldskema's en it markearjen fan dyjingen dy't al direkt yn 'e workshops foltôge binne mei prompt bywurkjen fan dizze ynformaasje op' e tsjinner.
Cyril: Der binne twa soarten reparaasjes: tiid-basearre en run-basearre. Fariabiliteit is tastien binnen elk. Sa soe neffens it plan elke freed, de 13e fan 'e moanne of elke 20,000 kilometer reparaasjes komme moatte. In taak wurdt beskôge as foltôge as d'r in karmerk rjochts dêrfan is.
Der waard in betingst steld foar it sortearjen fan taken yn 'e list. Ek moat elke line yn kleur markearre wurde ôfhinklik fan 'e betingsten.
Troch op de knop hjirûnder te klikken, kinne jo in nij tsjinstplan oanmeitsje:
De fereaske fjilden wurde werjûn ôfhinklik fan it selektearre diagramtype. As wy in wykliks tiidskema hawwe selektearre, dan sille wy twa fjilden sjen: it wikenûmer en de dei fan 'e wike. Bygelyks op tiisdei alle 3 wiken.
Expertkommentaar: lykas yn 'e foarige mobile ûntwikkeling op it 1C: Enterprise platfoarm, hjir is de taak wrâldwiid ferdield yn 2 komponinten - kommunikaasje mei de "tsjinner" fia web-api en kompetinte werjefte fan in dynamyske list mei betingst ûntwerp en filterjen (seleksje) fan data. Derneist wie it nijsgjirrich om de eask út te fieren om reparaasjes te ferantwurdzjen sawol troch perioade as troch kwantitative yndikator.
Sesje 4
Foar komponinten en verbruiksartikelen wie it nedich om rekken te hâlden mei ynventarissen, plankosten en takomstige oankeapen. Dêrneist ferskynde batch boekhâlding hjir, mar net foar alle guod. Dit alles moast wurde beheard binnen meardere pakhuzen, ynklusyf ûntfangst, útjeften en beweging. Neffens de betingsten fan 'e taak wie it nedich om kontrôle fan saldo's te garandearjen en konflikten te foarkommen by it wurkjen mei aktuele oandielen. Ynkeapbehearders wurkje yn 'e buroblêdferzje fan' e software.
De haadfoarm wurdt hjirûnder werjûn:
Cyril: Neist it sortearjen fan 'e betingst waard foarsteld om de brûker de mooglikheid te jaan om willekeurich te sortearjen. Op 1C hoege jo der net iens oer nei te tinken. It fjild mei de hoemannichte dielen moat grien markearre wurde foar faktueren.
Yn dizze sesje waarden se frege om it oerbleaune guod yn pakhuzen te kontrolearjen. Dat, it oerienkommende berjocht moat wurde werjûn as jo besykje de faktuer te wiskjen. Hjir betinke wy it platfoarm spesjalist eksamen. De foarm fan 'e faktuer is as folget:
Elk diel hat in eigenskip dat bepaalt oft it moat wurde tawiisd oan in spesifike batch. Foar sokke spare dielen is it needsaaklik om it batchnûmer yn alle dokuminten oan te jaan. Dit is in ekstra mjitting by it kontrolearjen fan dielenresiduen. Se kinne ek ferpleatst wurde tusken pakhuzen:
It formulier ferskilt fan 'e foarige allinnich yn dat ynstee fan de klant, jo moatte oanjaan it pakhús út dêr't de levering sil wurde makke. De seleksjelist foar de batch wurdt automatysk gearstald neidat it diel selektearre is. De brûker kin in rapport generearje oer saldo's foar reserveûnderdielen:
Hjir kinne wy it oerbleaune guod sjen yn it selektearre pakhús. De karfakjes rjochts fan it pakhús kinne jo filterjen en sortearjen ynstelle. De list hat gjin eksplisite ferdieling troch lot foar dy dielen dêr't it foar nedich is. De saldo's foar elk batchnûmer fan it selektearre reservediel kinne wurde besjoen mei de navigaasjekeppeling oan 'e rjochterkant.
Expertkommentaar: yn dizze sesje (module) batch boekhâlding ferskynde foar de earste kear. Dielnimmers waarden ferplichte om rekken te hâlden mei verbruiksartikelen en guod net allinich troch harsels, mar ek per batch. Yn 't algemien is de taak perfekt foar it 1C: Enterprise-platfoarm - mar it moast allegear fanôf it begjin ûntwikkele wurde en yn 2.5 oeren foltôge.
Sesje 5
Yn 'e fyfde sesje krigen wy de funksjonaliteit fan goedbehear tawiisd. Foar eksploraasjegroepen wie it nedich om in mobile applikaasje te meitsjen dy't rekken hâlde soe mei oalje- of gasproduksjeputten. Hjir wie it nedich om in list fan aktuele boarnen fan 'e tsjinner te ûntfangen en de selektearre put grafysk te werjaan troch lagen (grûn, sân, stien, oalje), rekken hâldend mei de djipten fan elke laach. Derneist moast de applikaasje it bywurkjen fan ynformaasje oer de put en it tafoegjen fan nije putten tastean. Foar dizze applikaasje set de klant spesjale bedriuwsbetingsten yn offline en online modus (kontrôle fan kommunikaasje mei de tsjinner) - kontrolearjen fan kommunikaasje mei de tsjinner elke 5 sekonden en feroarje de funksjonaliteit fan 'e applikaasje ôfhinklik fan' e beskikberens fan 'e tsjinner.
Cyril: As jo selektearje in put, wurdt in bar grafyk werjûn, dy't markearret de lagen oant de oalje of gas ôfsettings. Foar elke laach wurde syn namme, kleur en foarkommen berik opslein. Troch de ûntwerpfunksjes helpe de yn it platfoarm ynboude diagrammen net, mar it spreadsheetdokumint giet perfekt mei de taak. Wells kinne oanmakke en wizige wurde:
Ofsjoen fan meardere foolproof beskerming, der wie neat nijsgjirrich oer dizze foarm.
Dêrnei waard foarsteld om de ferbining mei de tsjinner te kontrolearjen. Wy besykje elke 5 sekonden te ferbinen. As it net wurket, dan beheine wy de funksjonaliteit fan 'e applikaasje en werjaan in berjocht.
Expertkommentaar: De taak fan dizze sesje is benammen ynteressant troch syn grafyske mooglikheden. Dielnimmers mei it 1C: Enterprise-platfoarm hawwe it op twa ferskillende manieren oplost - guon mei in diagrammeganisme, oaren mei in spreadsheetdokumint. Elke metoade hat syn foar- en neidielen. As ûnderdiel fan it beslút op it WorldSkills kampioenskip, tiid wie kaai (ûnthâld de tiid limyt wer). In aparte nijsgjirrige taak is om de tsjinner elke 5 sekonden te pingjen en it gedrach fan 'e mobile applikaasje te feroarjen ôfhinklik fan' e beskikberens of net-beskikberens fan 'e tsjinner.
Sesje 6
It waard foarsteld om in wurkromte te meitsjen foar topbehear - Dashboard. Op ien skerm wie it nedich om de algemiene prestaasje-yndikatoaren fan it bedriuw foar in bepaalde perioade yn grafyske en tabelfoarm te werjaan. De haadfoarm is it kostenrapport:
Neist it Dashboard wie it nedich om de distribúsje fan reservedielen foar reparaasjes fan aktiva te ymplementearjen mei FIFO / LIFO / "Goedkoopste giet earst" ôfskriuwmetoaden.
Tidens distribúsje waard rekken holden mei batch-boekhâlding, balânskontrôle en beskerming tsjin net-autorisearre brûkersaksjes ("nar beskerming").
Cyril: Om op te lossen waarden tabellen fan wearden mei software generaasje fan kolommen brûkt, om't d'r in willekeurige oantal kin wêze:
- De earste tabel is ferantwurdlik foar de totale kosten fan ôfdielings per moanne. De meast ûnrendabele en rendabele divyzjes wurde markearre yn read en grien, respektivelik.
- De twadde tabel lit de djoerste en meast brûkte dielen foar elke moanne sjen. As der ferskate dielen binne dy't foldogge oan de kritearia, dan moatte se yn ien sel werjûn wurde, skieden troch komma's.
- De djoerste aktiva (yn termen fan kosten foar reserveûnderdielen) wurde werjûn yn 'e earste rige fan' e tredde tabel. De twadde rigel toant de divyzje wêrby't de boppesteande asset heart. As d'r twa djoerste aktiva binne mei deselde kosten, dan moatte se yn deselde sel werjûn wurde, skieden troch komma's.
De diagrammen waarden werjûn mei de ynboude meganismen fan it platfoarm, en programmatysk ynfolle mei queries.
Ek waard foarsteld stipe foar meartaligens yn te fieren. It programma laadt XML-bestannen mei de lokalisaasje fan ynterface-eleminten, en it formulier moat opnij tekene wurde by it selektearjen fan in taal yn 'e dellûklist.
As jo op de knop yn 'e linker ûnderkant fan it skerm klikke, iepent it formulier foar ynventarisbehear:
Yn dizze foarm begjinne wy einlings dielen te besteegjen oan reparaasjes. Hjir fine wy earst de dielen dy't wy nedich binne om de asset te reparearjen. Op grûn fan de selektearre fjilden en distribúsje metoade (FIFO, LIFO of minimum priis), de wedstriden fûn of in berjocht as der gjin wedstriden wurde werjûn. Jo kinne dan de dielen markearje as bedoeld om dat fermogen te reparearjen. Balânskontrôle is relevant foar de aktuele sesje. As wy al details hawwe tawiisd, dan binne se net mear te finen.
Expertkommentaar: tige nijsgjirrige sesje. It makket it measte út 'e mooglikheden fan it 1C: Enterprise-platfoarm - hjir is kompetint wurk mei firtuele tabellen fan akkumulaasjeregisters, en programmatysk wurk mei formuliereleminten (alearst - tabellen, twadde - kopteksten), en diagrammen. En sels LIFO / FIFO by it analysearjen fan ynventarisaasje, winst / ferlies analyze, ensfh.
Sesje 7
Oan 'e ein fan' e taak (sesje 7) levere de klant software (exe-bestân) foar projektaktiviteiten en in koarte fideo oer it wurkjen mei har. It wie nedich om reverse engineering út te fieren en op basis dêrfan 2 diagrammen te meitsjen: in use case diagram en in entity-relationship diagram. Dêrneist waarden guon easken foarsteld foar it meitsjen fan software yn 'e takomst - it wie nedich om in ynterface-yndieling te meitsjen neffens dizze easken.
Neffens de konkurrinsjebetingsten wie allinich MS Visio ferplicht om diagrammen te meitsjen.
Expertkommentaar: yn dizze sesje waarden de mooglikheden fan it 1C: Enterprise-platfoarm praktysk net brûkt. Diagrammen foar de konkurrinsjebetingsten waarden makke yn MS Visio. Mar in prototype fan de ynterface koe wurde makke yn in lege 1C ynformaasje basis.
Algemiene notysjes
Oan it begjin fan elke sesje waard foarsteld om gegevens te ymportearjen mei in SQL-skript. Dit wie it wichtichste neidiel fan it brûken fan 1C yn ferliking mei C #, om't wy op syn minst in healoere gegevens yn eksterne gegevensboarnen destillearje, ús eigen tabellen oanmeitsje en rigen fan eksterne boarnen nei ús tabellen ferpleatse. De rest wie gewoan nedich om op de knop Utfiere te klikken yn Microsoft SQL Studio.
Om foar de hân lizzende redenen is it opslaan fan gegevens op in mobyl apparaat gjin goed idee. Dêrom hawwe wy tidens mobile sesjes in serverbasis makke. Se bewarre dêr gegevens en joegen dêr tagong ta fia http-tsjinsten.
Expertkommentaar: de 1C / net-1C-balâns is hjir ynteressant - wylst 1C: Enterprise-programmeurs in soad tiid bestege oan ferbining mei in eksterne DBMS (Kirill neamde dit apart hjirboppe), C# / Java (Android Studio foar mobile ûntwikkeling) ûntwikkelders bestege tiid oan oare gebieten - Schnittstellen, skriuwe mear koade. Dêrom wiene de resultaten fan elke sesje ûnfoarspelber en ekstreem ynteressant foar alle saakkundigen. En dizze yntrige bleau oant it ein - sjoch mar nei de finale tafel fan winners mei de ferdieling fan punten.
Kirill hat it ferhaal ôfmakke :)
As konklúzje moat it betocht wurde dat de útfierer net "gewoan de taak programmearje neffens de technyske spesifikaasjes" - hy moast de taak analysearje, blokken selektearje foar de útfiering fan subtaken, ûntwerpe se en beslute wat hy krekt soe wêze yn steat om dit yn 'e ekstreem koarte tawiisde tiid út te fieren. Alle 4 dagen moast ik hannelje ûnder swiere tiiddruk, faaks begon elke folgjende sesje fanôf it begjin. Sels in folwoeksen spesjalist mei in protte jierren ûnderfining yn 'e yndustry sil grutte muoite hawwe om de tawiisde taak foar de sesje 100% binnen de tawiisde tiid te foltôgjen.
It oannommen beoardielingssysteem fertsjinnet spesjale fermelding.
Foar elke sesje ûntwikkelje de taakauteurs in kompleks systeem fan kritearia, ynklusyf kontrolearjen fan funksjonaliteit, juste operaasje, easken foar de applikaasje-ynterface, en sels it folgjen fan in stylgids dy't spesjaal oan 'e dielnimmers oanbean wurdt troch it bedriuw wêrfoar se har oplossingen ûntwikkelje.
De evaluaasjekritearia binne tige fyn granulearre - mei't de totale kosten fan 'e sesjetaak tsientallen punten binne, kin it foldwaan oan guon kritearia tsienden fan in punt tafoegje oan de dielnimmer. Dit berikt in ekstreem heech en objektyf nivo fan it evaluearjen fan de resultaten fan elke dielnimmer oan 'e kompetysje.
Resultaten
De úteinlike resultaten wiene yndrukwekkend.
Yn in bittere striid wûn Kirill Pavkin út Ruslân, dy't it platfoarm 1C:Enterprise brûkte. Kirill is 17 jier âld, hy komt út Stavropol.
Letterlik tsienden fan in punt skieden de winner fan syn efterfolgers. It twadde plak waard helle troch in dielnimmer út Taiwan. De algemiene tabel fan de top seis resultaten sjocht der sa út:
Fansels, Kirill wûn tank oan syn talint, kennis en feardichheden.
Wy konstatearje lykwols dat alle trije dielnimmers dy't it 1C: Enterprise-platfoarm as ark brûkten yn 'e top fiif opnommen binne - dat is in betingstleaze befêstiging fan it wrâldnivo fan 1C: Enterprise technology.
Nei de resultaten fan 'e kompetysje waarden de winners útrikt yn it KazanExpo mediasintrum; de jonges krigen suver gouden medaljes (yn oerienstimming mei har plak) en jildprizen. De jonges krigen ek sertifikaten wêrmei't se in staazje koenen by 1C.
Boarne: www.habr.com