22 urtetik beherako gazteentzako lehiaketa profesionalak antolatzen dituen nazioarteko mugimendua da.
Nazioarteko finala bi urtean behin egiten da. Aurten azken lekua izan zen (azken finala 2017an izan zen Abu Dhabin, hurrengoa 2021ean Shanghain).
WorldSkills Championships gaitasun profesionalen munduko txapelketarik handienak dira. Lepo urdineko lanbideekin hasi ziren, eta azken urteotan gero eta arreta handiagoa jarri zaie "etorkizuneko lanbideei", informatika diziplinetan barne, eta horretarako kluster handi bereizi bat esleitu zen Kazango txapelketan.
IT blokean konpetentzia bat dago ("kirol zehatz bat") "Enpresentzako IT Software Solutions" izenekoa.
Lehiaketa bakoitzean, erabilitako tresnen zerrenda baimendua mugatua da. Eta, adibidez, "paisaia diseinurako" tresna posibleen zerrenda mugatua bada (noski, fabrikatzaile edo kolore espliziturik adierazi gabe), orduan "Software irtenbideak negozioetarako" konpetentzian parte-hartzaileek erabil ditzaketen teknologia onartuen zerrenda. zorrozki mugatua da, teknologia zehatzak eta plataforma zehatzak adieraziz (.NET eta Java esparru-multzo jakin batekin).
1Cren jarrera gai honen inguruan hauxe da: informazioaren teknologiak eremu oso dinamikoa da, teknologia berriak eta garapen tresnak etengabe agertzen dira munduan. Gure ikuspuntutik, zuzena da espezialistek nahi dituzten eta lan egiten ohituta dauden tresnak erabiltzeko aukera ematea.
2018ko udazkenean, WorldSkills-eko zuzendaritzak entzun gaitu. Orain teknologia berriak lehiaketetan txertatzeko metodologia probatu behar genuen. Ez da erraza.
1C:Enterprise plataforma Kazan-eko txapelketako azpiegituren zerrendan sartu zen eta IT Software Solutions for Business Sandbox-en plataforma esperimental bat antolatu zen.
Kontuan izan txapelketako hizkuntza ofiziala ingelesa dela. Ebazteko zereginen emaitzak dituzten material guztiak (iturburu-kodeak, horrekin batera doan dokumentazioa, software-interfazeak) hizkuntza honetan ere transmititu behar ziren. Zenbaiten zalantzak izan arren (oraindik!), 1C-n ingelesez idatz dezakezu.
9 herrialdetako (Filipinak, Taiwan, Korea, Finlandia, Maroko, Errusia, Kazakhstan, Malaysia) 8 mutil gaztek hartu dute parte gune honetako lehiaketan.
Epaimahaia -aditu-taldea- Joey Manansala Filipinetako aditu bat izan da.
Finlandia, EAE, Costa Rica, Korea, Errusia eta Taiwaneko adituak izan ziren ordezkatuta.
Bereizita, Errusiako (Pavkin Kirill, Sultanova Aigul) eta Kazakhstango (Vitovsky Ludwig) parte-hartzaileek 1C:Enterprise plataforma lehiaketaren barruan erabiltzea erabaki zutela ohartzen gara. Gainerako parte-hartzaileek .NET mahaigainerako eta Android Studio mugikorrerako garapenerako erabili zituzten. Interesgarria da 1C aukeratu zuten parte-hartzaileak oso gazteak direla (Kirill Stavropoleko eskola bateko ikaslea da, aurten 11. mailan sartu zen, Aigul unibertsitateko ikaslea da, Kazan, Tatarstan), aurkariek askoz ere esperientzia handiagoa zuten bitartean ( adibidez, Koreako parte-hartzaile bat - 2013ko Leipzigen WorldSkills txapelketako irabazlea; guztiek dute esperientzia WorldSkills-en parte hartzen eta hainbat urteko esperientzia profesionala industrian).
Lehiaketan parte-hartzaileek hainbat teknologia moderno erabili zituztela kontuan hartuta, 1C:Enterprise plataforma benetako borroka-baldintzetan probatzeko aukera izan genuen, bai bere laguntzarekin lortutako soluzioen kalitatea bai bere erabilerarekin lortutako garapen-abiadura alderatzeko.
Bereiz, nabarmentzen dugu IT Software Solutions for Business Sandbox plataforma bereziaren esparruan, parte hartzaileek IT Software Solutions for Business plataforma nagusiko parte-hartzaileen zeregin berberak bete dituztela.
Zeregin bera lan konplexua da negozio jakin bat automatizatzeko; aurten negozio baten adibidea KazanNeft fikziozko enpresa izan zen.
Legenda
Kazan Oil Tatarstango Errepublikako petrolio-enpresa handienetako bat da, merkatu nazionaleko eragile gisa eta nazioartean aitortzen den marka gisa jarduten duena. Kazanen (Errusia) dago konpainiaren egoitza nagusia, eremuaren esplorazioan, ekoizpenean, ekoizpenean, finduan, garraioan eta petrolio, petrolio produktu eta gas naturalaren salmenta eta banaketan espezializatua.
Konpainia Errusia osoan hedapen azkarra eta bulego berriak sortzeko estrategia inplementatzen ari denez, konpainiaren zuzendaritzak eragiketa jakin batzuk mantentzeko eta kudeatzeko negozioak automatizatzeko software berria sartzea erabaki zuen.
Txapelketako baldintzak
Zereginak modulu (saio) moduan eman zitzaizkien parte-hartzaileei, denbora mugatuan betetzeko eskakizunarekin. 7 modulu izan ziren guztira. Mahaigainean ebazteko hiru saio – 2.5 ordu bakoitza. Hiru saio: bezero-zerbitzariaren garapena, non bezeroa mugikorrentzako aplikazio bat zen, eta bezeroaren eta zerbitzariaren arteko komunikazioa WEB-API bidez egin zen. Honek 3.5 ordu behar izan zituen. Azken saioa - lehendik dagoen softwarearen alderantzizko ingeniaritzari buruzko zereginak, 2.5 ordu. Alderantzizko ingeniaritzaren baitan, parte-hartzaileek, emandako informazioan oinarrituta, aplikazioaren datu-basearen egitura diseinatu behar zuten (ER diagrama bat eraikiz), sistema erabiltzeko eszenatokiak aztertu (erabilera kasuen diagrama bat eraikiz) eta software-irtenbidearen interfazea garatu eta diseinatu, emandako eskakizun funtzionalen arabera.
Erabilitako garapen-plataforma nagusiak .NET (C#) eta Java (Android Studio barne mugikorren garapenerako) izan ziren. SandBox esperimentalak .NET, Java eta 1C:Enterprise 8.3.13 bertsioa erabili zituen.
Saio bakoitzaren amaieran, adituek emaitza baloratu zuten: saioaren hasieran ezarritako zereginak gauzatzen dituen prest egindako proiektu bat.
Zereginen berezitasuna euren "bizitasuna" da - baldintza asko eta denbora mugatua. Arazo gehienak ez dira Olinpiadaren arazo bereziak, baina benetako arazo industrialetatik oso gertu daude -egunero espezialistek aurre egiten diete. Baina zeregin asko daude, eta denbora mugatua da. Parte hartzaileak negozioarentzat onura handiena izango duen arazo kopuru handiena konpondu behar du. Ez da batere egia algoritmoaren ikuspuntutik ataza konplexu batek oinarrizko batek baino pisu handiagoa izango duenik. Esate baterako, hiru taulen kontabilitate-sistema funtzionatzen duen sistema sortzea garrantzitsuagoa da negozio batentzat algoritmo konplexuekin txosten-inprimaki eder bat baino, eta hori taula horiek gabe guztiz beharrezkoa ez dena.
Lehiaketako irabazleari, Kirill Pavkin Errusiako parte-hartzaileari, zereginak zeintzuk ziren eta haien konponbidea nola planteatu zuen gehiago kontatzeko eskatu genion.
Jarraian, zereginaren deskribapena dago, Kirillek zeregina nola konpondu zuenari buruzko istorioa. Era berean, Vitaly Rybalka, 1C langilea eta Business Sandbox-en IT Solutions for adituetako bat, Kirillen irtenbideei buruz iruzkintzeko eskatu genion.
Esleipenaren barruan, beharrezkoa izan zen hainbat erabiltzaile motaren jarduerak automatizatzea:
- Enpresaren ondasunen kontabilitateaz arduratzen da
- Enpresaren ondasunen programatu gabeko konponketen eta programatutako mantentze-lanen arduraduna
- Osagaien eta kontsumigarrien erosketa-kudeatzaileak
- Petrolioa arakatzeko eta petrolioaren ekoizpen dibisioak
- Goi-zuzendaritzak txosten analitikoak behar zituen
1. saioa
Aktiboen ikuspuntutik (adibidez, ibilgailuen flota bat), beharrezkoa zen haien kontabilitatea ezartzea (berriak ezarri, egungoak editatu), bilaketa azkarra eta informazioa bistaratzeko hainbat iragazkia, Konpainiaren dibisioen artean aktiboak mugitzea. eta aktibo-taldeak beraiek. Mantendu horrelako mugimenduen historia eta eman haiei buruzko analisiak etorkizunean. Aktiboen kontabilitatea nagusiki mugikorrentzako erabiltzaile taldeentzat ezarri zen.
Cyril: Azpizeregin interesgarri bat aktiboen zerrendako botoiak ezartzea izan zen. Hori konpontzeko, zerrenda dinamiko bat erabili dugu: eskaera arbitrario bat idazten dugu, eta zerbitzarian datuak jasotzean, irudien liburutegiko irudiei nabigazio estekak esleitzen dizkiegu beharrezko eremuei.
Konbentzioz, argazkiak bi modutara erantsi daitezke aktibo bati: atera argazki bat (multimedia) eta hautatu galerian (fitxategiak aukeratzeko elkarrizketa-koadroa).
Pantaila biratzen zenean forma batzuk berriro marraztu behar ziren:
Pantailaren parametroak aldatzean, botoi-taldeen ikusgarritasuna aldatzen dugu.
Zeregin dibertigarri baina sinpleek zerrenda dinamiko bateko iragazkiak, bilaketa bi eremutan (zenbakia eta izena) eta aktiboen serie-zenbakia sortzea dira.
Adituen iruzkina: 1C:Enterprise plataformako irtenbidearen ikuspuntutik, zeregina nahiko argia da. Mugikorretarako aplikazioaren benetako sorkuntzaz gain, DBMS "zerbitzaritik" (MS SQL mahaigainean) datuak mugikorretarako aplikaziora eta atzera transferitzeaz arduratu behar zen. Horretarako, mahaigaineko “proxy aplikazioan” kanpoko datu iturrien mekanismoak eta http zerbitzuen mekanismoak erabili dira. Plataforma mugikorrerako bera, argazkiak zerrenda dinamiko batean bistaratzeak konplexutasun handiagoa zuen.
2. saioa
Beharrezkoa zen Konpainiaren ondasunen konponketa kudeaketa ezartzea. Zeregin horren baitan, beharrezkoa zen konponketa-eskaeren zerrenda bat mantentzea (sailen eta taldeen arabera), konponketen premiazko lehentasunak kontuan hartu, lehentasunen arabera konponketa-egutegia planifikatu, beharrezko osagaiak ordenatu eta hartu. daudenak kontuan hartuta. Azpizeregin interesgarri bat osagai batzuek iraungitze data zutela izan zen; aktibo jakin baterako pieza bat dagoeneko eskatu bada eta bere epea amaitu ez bada, aktibo horretarako ez dago pieza bera berriro erosi beharrik. Konponketa interfazea konpainiaren softwarearen mahaigaineko osagairako garatu zen.
Baimen inprimaki ez hutsala ere sortu behar zen bi eginkizunetarako: arduraduna eta zerbitzu-kudeatzailea. Berezitasuna da baimenaren ondoren automatikoki hautatu behar duzula roletako bat.
Arduradunaren esku dagoen zerrenda-inprimakia jarraian aurkezten da:
Cyril: hemen zain dauden zerbitzu-eskaerak nabarmentzea bakarrik nabarmendu daiteke. Baldintzapeko formatu bidez ebatzitako zerrenda dinamiko batean.
Pantailaren behealdean dagoen botoian klik eginda, erabiltzailea formulario honetara joan daiteke:
1C ikuspuntutik, ez dago ezer konplikaturik forma honetan.
Zerbitzu-kudeatzaileak eskuragarri duen formularioa honakoa da:
Inprimaki hau lehentasunaren eta eskaeraren dataren arabera ordenatuta dago. Beheko botoian klik eginez, erabiltzailea aukeratutako eskaeraren formulariora joan daiteke:
Inprimaki honek konponketetarako ordezko piezen zerrenda ezartzea proposatzen zuen. Azpizeregin interesgarria da zatiek iraungitze data dutelako. Horrek esan nahi du aktibo honekin dagoeneko larrialdi bat gertatu bada eta horretarako zati bat agindu bada, zeinaren balio-epea iraungi ez den, berrerabili ahal izango dela. Hau erabiltzaileari erakutsi behar zaio.
Adituen iruzkina: hemen Kirillek berak zuzen jarri zituen azentuak. 1C:Enterprise plataforman inplementatzearen ikuspuntutik, ez dago ezer oso konplikatua. Ordezko piezak kontabilizatzeko eta erabiltzeko baldintzen azterketa zehatza egin behar zen eta zeregina bere osotasunean gauzatzeko eskumena izan zen. Horrez gain, beharrezkoa zen zerbitzu eskaerak behar bezala erregistratzea. Zailtasun nagusia 2.5 orduko denbora-presioa baino ez zen.
Horrez gain, garapen mugikorrean bezala, parte hartzaileak kanpoko DBMS batetik (MS SQL) datuak modu konpetentean lortu behar zituen.
3. saioa
Mantentze-lanetarako (mantentze-lanak) epe luzerako plangintza-zerbitzua ezartzea proposatu zen. Ezaugarri interesgarri bat aktiboen mantentze-lanen egutegia sortzea zen denboraren arabera; adibidez, hilaren 3an, bi hilero. Era berean, adierazle kuantitatibo batzuen arabera, adibidez, auto baten kilometro-kontagailuaren arabera (olio-aldaketa 5000 km-an behin, pneumatikoen ordezkapena 20000 km-an behin). Mantentze-kudeatzaileak mugikorretarako aplikazio eroso bat jaso beharko luke, epe jakin batean epe jakin bateko mantenu-lanen zerrenda dinamikoki bistaratzen duena. Gainera, mantentze-mota bakoitza kolorez margotu behar zen berariaz hitzartutako arauen arabera. Mugikorretarako aplikazioak mantentze-ordutegi berriak sortzea eta dagoeneko burututakoak zuzenean markatzea bermatu behar zuen tailerretan, informazio hori berehala eguneratuz zerbitzarian.
Cyril: Bi konponketa mota daude: denboran oinarritutakoak eta exekuzioan oinarritutakoak. Bakoitzaren barruan aldakortasuna onartzen da. Esaterako, planaren arabera, konponketak ostiralero, hilaren 13an edo 20,000 kilometrotik behin egin beharko lirateke. Zeregin bat amaitutzat joko da haren eskuinaldean kontrol-marka bat badago.
Zerrendan zereginak ordenatzeko baldintza bat eman zen. Gainera, lerro bakoitza kolorez nabarmendu behar da baldintzen arabera.
Beheko botoian klik eginez, zerbitzu-plan berri bat sor dezakezu:
Hautatutako diagrama motaren arabera bistaratuko dira beharrezko eremuak. Asteko ordutegi bat hautatu badugu, bi eremu agertuko zaizkigu: asteko zenbakia eta asteko eguna. Adibidez, astearteetan 3 astean behin.
Adituen iruzkina: 1C:Enterprise plataformako aurreko garapen mugikorrean bezala, hemen zeregina 2 osagaitan banatzen da globalki: web-api bidez "zerbitzariarekin" komunikazioa eta zerrenda dinamiko baten bistaratzea baldintzapeko diseinuarekin eta iragazkia (hautapena). datuak. Horrez gain, interesgarria izan zen konponketak aldiaren eta adierazle kuantitatiboen arabera kontabilizatzeko betekizuna ezartzea.
4. saioa
Osagai eta kontsumigarrietarako, inbentarioak, gastuak planifikatzea eta etorkizuneko erosketak kontuan hartu behar ziren. Horrez gain, loteen kontabilitatea agertu zen hemen, baina ez ondasun guztietarako. Hori guztia biltegi anitzetan kudeatu behar izan zen, sarrera, gastua eta mugimendua barne. Zereginaren baldintzen arabera, beharrezkoa zen saldoen kontrola bermatzea eta gatazkak saihestea egungo stockekin lan egitean. Erosketa arduradunek softwarearen mahaigaineko bertsioan lan egiten dute.
Inprimaki nagusia behean agertzen da:
Cyril: Baldintzatik ordenatzeaz gain, erabiltzaileari ausaz ordenatzeko gaitasuna ematea proposatu zen. 1C-n ez duzu pentsatu beharrik ere. Fakturetarako, pieza kopurua duen eremua berdez nabarmendu behar da.
Saio horretan, biltegietan geratzen diren salgaiak kontrolatzeko eskatu zieten. Beraz, dagokion mezua bistaratu beharko litzateke faktura ezabatzen saiatzen zarenean. Hemen plataformako espezialista azterketa gogoratzen dugu. Fakturaren forma hau da:
Zati bakoitzak lote zehatz bati esleitu behar zaion ala ez zehazten duen ezaugarri bat du. Halako ordezko piezen kasuan, ezinbestekoa da dokumentu guztietan lote-zenbakia adieraztea. Neurketa gehigarria da piezen hondakinak kontrolatzean. Biltegien artean ere eraman daitezke:
Inprimakia aurrekoaren desberdina da, bezeroaren ordez, bidalketa zein biltegia zein den adierazi behar duzu. Lotearen hautapen-zerrenda automatikoki osatzen da zatia hautatu ondoren. Erabiltzaileak ordezko piezen saldoei buruzko txostena sor dezake:
Hemen aukeratutako biltegian geratzen diren salgaiak ikus ditzakegu. Biltegiaren eskuinean dauden kontrol-laukiek iragazketa eta ordenatzea konfiguratzeko aukera ematen dute. Zerrendak ez du zozketa bidezko banaketa espliziturik behar den zati horietarako. Hautatutako ordezko piezaren lote-zenbaki bakoitzeko balantzeak eskuineko nabigazio-estekan ikus daitezke.
Adituen iruzkina: saio honetan (modulua) loteen kontabilitatea agertu zen lehen aldiz. Parte hartzaileek kontsumigarriak eta ondasunak eurek ez ezik, loteka ere kontabilizatu behar zituzten. Oro har, zeregina ezin hobea da 1C:Enterprise plataformarako, baina dena hutsetik garatu eta 2.5 ordutan amaitu behar izan zen.
5. saioa
Bosgarren saioan, putzuen kudeaketaren funtzionaltasuna esleitu zitzaigun. Esplorazio taldeentzat, beharrezkoa zen petrolioa edo gasa ekoizteko putzuak kontatuko zituen aplikazio mugikor bat sortzea. Hemen beharrezkoa zen zerbitzaritik uneko putzuen zerrenda jaso eta hautatutako putzua grafikoki bistaratzea geruzetan (lurra, harea, harria, olioa), geruza bakoitzaren sakonera kontuan hartuta. Gainera, aplikazioak putzuari buruzko informazioa eguneratzeko eta putzu berriak gehitzeko aukera eman behar zuen. Aplikazio honetarako, bezeroak funtzionamendu-baldintza bereziak ezartzen ditu lineaz kanpoko eta lineako moduetan (zerbitzariarekiko komunikazioaren kontrola) - zerbitzariarekiko komunikazioa egiaztatzea 5 segundoz behin eta aplikazioaren funtzionalitatea aldatzea zerbitzariaren erabilgarritasunaren arabera.
Cyril: Putzu bat hautatzen duzunean, barra-grafiko bat bistaratzen da, petrolio- edo gas-gordailuetaraino dauden geruzak nabarmentzen dituena. Geruza bakoitzeko, bere izena, kolorea eta agerraldi-barrutia gordetzen dira. Diseinuaren ezaugarriak direla eta, plataforman integratutako diagramek ez dute laguntzen, baina kalkulu-orriaren dokumentuak ezin hobeto egiten du zereginari. Putzuak sortu eta alda daitezke:
Inolako babes anitzez gain, ez zegoen inprimaki honek ezer interesgarririk.
Ondoren, zerbitzariarekiko konexioa kontrolatzea proposatu zen. 5 segundoro konektatzen saiatzen gara. Ez badu funtzionatzen, aplikazioaren funtzionaltasuna mugatuko dugu eta mezu bat bistaratuko dugu.
Adituen iruzkina: Saio honen zeregina interesgarria da batez ere bere gaitasun grafikoengatik. 1C:Enterprise plataforma erabiltzen zuten parte-hartzaileek bi modu ezberdinetan konpondu zuten: batzuk diagrama-mekanismoa erabiliz, beste batzuk kalkulu-orri dokumentu bat erabiliz. Metodo bakoitzak bere alde onak eta txarrak ditu. WorldSkills txapelketako erabakiaren barruan, denbora izan zen gakoa (gogoratu berriro denbora muga). Zerbitzariari 5 segunduro ping-a egitea eta aplikazio mugikorren portaera aldatzea zerbitzariaren erabilgarritasunaren edo erabilgarritasunaren arabera.
6. saioa
Goi-zuzendaritzako lan-espazio bat sortzea proposatu zen - Arbela. Pantaila batean beharrezkoa zen enpresaren epe zehatz baterako errendimendu-adierazle orokorrak grafiko eta taulan bistaratzea. Inprimaki nagusia kostuen txostena da:
Arbelaz gain, aktiboen konponketarako ordezko piezen banaketa ezartzea beharrezkoa zen FIFO/LIFO/“Cheapest goes first” baliogabetze metodoak erabiliz.
Banaketan, loteen kontabilitatea hartu zen kontuan, balantzearen kontrola eta baimendu gabeko erabiltzaileen ekintzen aurkako babesa («ergelen babesa») erabili zen.
Cyril: Ebazteko, zutabeen software-sorkuntza duten balio-taulak erabili ziren, kopuru arbitrario bat egon baitaiteke:
- Lehenengo taula hilabeteka sailen guztizko kostuez arduratzen da. Dibisiorik errentagarrienak eta errentagarrienak gorriz eta berdez nabarmentzen dira, hurrenez hurren.
- Bigarren taulak hilabete bakoitzeko piezarik garestienak eta erabilienak erakusten ditu. Irizpideak betetzen dituzten hainbat zati badaude, gelaxka batean bistaratu behar dira, komaz bereizita.
- Aktibo garestienak (ordezko piezen kostuei dagokienez) hirugarren taulako lehen lerroan agertzen dira. Bigarren lerroan goiko aktiboa zein zatitan dagoen erakusten da. Kostu berdineko bi aktibo garestienak badira, gelaxka berean bistaratu beharko lirateke, komaz bereizita.
Diagramak plataformaren barneko mekanismoak erabiliz bistaratu ziren, eta programatikoki bete zituzten kontsultak erabiliz.
Eleaniztasunaren aldeko laguntza ezartzea ere proposatu zen. Programak XML fitxategiak kargatzen ditu interfazearen elementuen lokalizazioarekin, eta inprimakia berriro marraztu behar da goitibeherako zerrendan hizkuntza bat hautatzean.
Pantailaren beheko ezkerreko izkinan dagoen botoian klik egiten duzunean, inbentarioa kudeatzeko inprimakia irekitzen da:
Inprimaki honetan, azkenean, piezak konponketetan gastatzen hasten gara. Hemen lehenik aktiboak konpontzeko beharko ditugun piezak aurkituko ditugu. Hautatutako eremuen eta banaketa-metodoaren arabera (FIFO, LIFO edo gutxieneko prezioa), aurkitutako partidak edo parekorik ez badago mezu bat bistaratzen dira. Ondoren, piezak aktibo hori konpontzeko helburu gisa markatu ditzakezu. Oreka kontrola garrantzitsua da uneko saiorako. Dagoeneko esleitutako xehetasunak baditugu, ezin izango dira gehiago aurkitu.
Adituen iruzkina: oso saio interesgarria. 1C:Enterprise plataformaren gaitasunei etekinik handiena ateratzen die - hona hemen pilaketa-erregistroen taula birtualekin lan eskuduna eta inprimaki-elementuekin lan programatikoa (lehenik - taulak, bigarrenik - goiburuak) eta diagramekin. Eta baita LIFO/FIFO inbentarioa, irabazi/galeren azterketa, etab.
7. saioa
Lanaren amaieran (7. saioa), bezeroak proiektuaren jardueretarako softwarea (exe fitxategia) eta horrekin lan egiteko bideo labur bat eman zuen. Alderantzizko ingeniaritza egin behar zen eta, horretan oinarrituta, 2 diagrama sortu: erabilera kasuen diagrama eta entitate-erlazio diagrama. Horrez gain, etorkizunean softwarea sortzeko baldintza batzuk aurkeztu ziren - eskakizun horien arabera interfaze-diseinu bat sortzea beharrezkoa zen.
Lehiaketaren baldintzen arabera, MS Visio bakarrik behar zen diagramak sortzeko.
Adituen iruzkina: saio honetan, 1C:Enterprise plataformaren gaitasunak ia ez dira erabili. Lehiaketaren baldintzen diagramak MS Visio-n sortu ziren. Baina interfazearen prototipo bat sor liteke 1C informazio-base huts batean.
Ohar orokorrak
Saio bakoitzaren hasieran, datuak SQL script baten bidez inportatzea proposatu zen. Hau izan zen 1C erabiltzearen desabantaila nagusia C#rekin alderatuta, gutxienez ordu erdi eman baikenuen datuak kanpoko datu-iturrietan destilatzen, gure taulak sortzen eta kanpoko iturrietatik errenkadak gure tauletara eramaten. Gainerakoek Microsoft SQL Studio-ko Exekutatu botoian klik egin behar dute.
Ageriko arrazoiengatik, datuak gailu mugikor batean gordetzea ez da ideia ona. Horregatik, mugikorreko saioetan zerbitzari-oinarri bat sortu dugu. Bertan datuak gordetzen zituzten eta http zerbitzuen bidez ematen zuten sarbidea.
Adituen iruzkina: 1C/non-1C balantzea interesgarria da hemen - 1C:Enterprise programatzaileek denbora handia eman zuten kanpoko DBMS batera konektatzen (Kirillek bereizita aipatu zuen goian), C#/Java (Android Studio garapen mugikorretarako) garatzaileek denbora eman zuten beste arlo batzuetan - interfazeak, kode gehiago idatziz. Horregatik, saio bakoitzaren emaitzak ezustekoak eta oso interesgarriak izan ziren aditu guztientzat. Eta intriga hori amaierara arte iraun zuen: begiratu besterik ez dago irabazleen azken taula puntuen banaketarekin.
Kirillek istorioa amaitu zuen :)
Amaitzeko, gogoratu behar da antzezleak ez zuela "zereginaren zehaztapen teknikoen arabera programatu besterik ez" behar: zeregina aztertu, azpiatazak ezartzeko blokeak hautatu, diseinatu eta zer izango zen zehazki erabaki behar zuen. hortik gauzatzeko gai emandako denbora oso laburrean. 4 egunetan denbora presio larrian jokatu behar izan nuen, sarritan hurrengo saio bakoitza hutsetik hasiz. Industrian urte askotako esperientzia duen heldu espezialista batek ere zailtasun handiak izango ditu saiorako esleitutako zeregina %100ean emandako denboran burutzeko.
Hartutako ebaluazio sistemak aipamen berezia merezi du.
Saio bakoitzerako, ataza-egileek irizpide-sistema konplexu bat garatzen dute, besteak beste, funtzionaltasuna egiaztatzea, funtzionamendu zuzena, aplikazioaren interfazearen eskakizunak, eta baita beren soluzioak garatzen ari diren enpresak parte-hartzaileei bereziki emandako estilo-gida bat jarraituz ere.
Ebaluazio-irizpideak oso fin xehatuta daude - saio-zereginaren kostu osoa hamarnaka puntukoa izanik, irizpide batzuk betez gero, parte-hartzaileari puntu hamarrenak gehi diezazkioke. Horrek lehiaketako parte-hartzaile bakoitzaren emaitzak ebaluatzeko maila oso altua eta objektiboa lortzen du.
Findings
Azken emaitzak ikusgarriak izan ziren.
Borroka latz batean, 1C:Enterprise plataforma erabili zuen Kirill Pavkin errusiarrak irabazi zuen. Kirillek 17 urte ditu, Stavropolekoa da.
Literalki puntu hamarrenek bereizten zuten irabazlea bere atzetik. Bigarren postua Taiwaneko partaide batek hartu zuen. Lehen sei emaitzen taula orokorra honelakoa da:
Jakina, Kirillek irabazi zuen bere talentuari, ezagutzari eta trebetasunei esker.
Hala ere, ohartzen gara 1C:Enterprise plataforma tresna gisa erabiltzen zuten hiru parte-hartzaileak bost onenen artean sartu zirela, hau da, 1C:Enterprise teknologiaren mundu mailaren baldintzarik gabeko berrespena da.
Lehiaketaren emaitzen ondoren, irabazleak KazanExpo mediatekan sarituak izan ziren; mutilek urre hutsezko dominak (beren lekuaren arabera) eta diru sariak jaso zituzten. Mutilek 1Cn praktikak egiteko aukera ematen duten ziurtagiriak ere jaso zituzten.
Iturria: www.habr.com