on kansainvälinen liike, joka järjestää ammattikilpailuja alle 22-vuotiaille nuorille.
Kansainvälinen finaali järjestetään kahden vuoden välein. Tänä vuonna viimeinen paikka oli (edellinen finaali oli vuonna 2017 Abu Dhabissa, seuraava on vuonna 2021 Shanghaissa).
WorldSkills Championships ovat maailman suurimmat ammattitaidon mestaruuskilpailut. He aloittivat sinikaulusammateista, ja viime vuosina on kiinnitetty yhä enemmän huomiota "tulevaisuuden ammatteihin", mukaan lukien IT-alat, joille Kazanin mestaruuskilpailuissa jaettiin erillinen valtava klusteri.
IT-lohkossa on kompetenssi (erityinen ”urheilulaji”) nimeltä ”IT Software Solutions for Business”.
Jokaisessa kilpailussa sallittujen työkalujen luettelo on rajoitettu. Ja jos esimerkiksi "maisemasuunnittelua" varten luettelo mahdollisista työkaluista on rajoitettu (tietysti ilmoittamatta nimenomaista valmistajaa tai väriä), niin osaamisessa "Ohjelmistoratkaisut yrityksille" luettelo hyväksytyistä teknologioista, joita osallistujat voivat käyttää. on tiukasti rajoitettu, mikä osoittaa tietyt tekniikat ja tietyt alustat (.NET ja Java tietyllä kehysjoukolla).
1C:n kanta tässä asiassa on seuraava: tietotekniikka on erittäin dynaaminen ala, uusia teknologioita ja kehitystyökaluja ilmaantuu jatkuvasti maailmaan. Meidän näkökulmastamme on oikein, että asiantuntijat saavat käyttää niitä työkaluja, joilla he haluavat ja ovat tottuneet työskentelemään.
Syksyllä 2018 WorldSkillsin johto kuunteli meitä. Nyt piti testata menetelmää uusien teknologioiden sisällyttämiseksi kilpailuihin. Se ei ole yksinkertaista.
1C:Enterprise-alusta sisällytettiin Kazanin mestaruuskilpailujen infrastruktuurilistalle ja IT Software Solutions for Business Sandboxille järjestettiin kokeellinen alusta.
Huomaathan, että mestaruuden virallinen kieli on englanti. Myös kaikki materiaalit tehtävien ratkaisun tuloksineen (lähdekoodit, oheisdokumentaatio, ohjelmistorajapinnat) oli välitettävä tällä kielellä. Joidenkin ihmisten epäilyistä huolimatta (vielä!), voit kirjoittaa englanniksi 1C:ssä.
9 nuorta kaveria 8 maasta (Filippiinit, Taiwan, Korea, Suomi, Marokko, Venäjä, Kazakstan, Malesia) osallistui kilpailuun tällä sivustolla.
Tuomaristoa – asiantuntijaryhmää – johti filippiiniläinen asiantuntija Joey Manansala.
Edustettuina oli asiantuntijoita Suomesta, Arabiemiirikunnista, Costa Ricasta, Koreasta, Venäjältä ja Taiwanista.
Huomaamme erikseen, että osallistujat Venäjältä (Pavkin Kirill, Sultanova Aigul) ja Kazakstanista (Vitovsky Ludwig) päättivät käyttää 1C:Enterprise-alustaa osana kilpailua. Muut osallistujat käyttivät .NET:iä työpöydälle ja Android Studiota mobiilikehitykseen. On mielenkiintoista, että osallistujat, jotka valitsivat 1C:n, ovat hyvin nuoria (Kirill on opiskelija Stavropolin koulussa, tänä vuonna hän tuli 11. luokalle, Aigul on opiskelija, Kazan, Tatarstan), kun taas heidän vastustajansa olivat paljon kokeneempia ( esimerkiksi osallistuja Koreasta - voitti vuoden 2013 WorldSkills-mestaruuden Leipzigissä; kaikilla on kokemusta WorldSkills-tapahtumasta ja usean vuoden ammatillinen kokemus alalta).
Ottaen huomioon, että osallistujat käyttivät kilpailun aikana erilaisia moderneja teknologioita, meillä oli mahdollisuus testata 1C:Enterprise-alustaa todella taisteluolosuhteissa, verrata sekä sen avulla saatujen ratkaisujen laatua että sen avulla saavutettua kehitysnopeutta.
Erikseen huomautamme, että erityisen IT Software Solutions for Business Sandbox -alustan puitteissa osallistujat suorittivat samat tehtävät kuin IT Software Solutions for Business -pääalustan osallistujat.
Tehtävä itsessään on monimutkainen tehtävä tietyn liiketoiminnan automatisoimiseksi, tänä vuonna yrityksen esimerkkinä oli fiktiivinen KazanNeft.
legenda
Kazan Oil on yksi Tatarstanin tasavallan suurimmista öljyyrityksistä, joka toimii kansallisena markkinatoimijana ja kansainvälisesti tunnustettuna tällä alalla. Öljyn, öljytuotteiden ja maakaasun kenttätutkimukseen, tuotantoon, tuotantoon, jalostukseen, kuljetukseen sekä myyntiin ja jakeluun erikoistuneen yrityksen pääkonttori sijaitsee Kazanissa (Venäjä).
Koska yhtiö toteuttaa nopean laajentumisen ja uusien toimipisteiden perustamisen strategiaa kaikkialla Venäjällä, yhtiön johto päätti ottaa käyttöön uusia liiketoiminnan automaatioohjelmistoja, joiden tarkoituksena on ylläpitää ja hallita tiettyjä toimintoja.
SM-olosuhteet
Tehtäviä annettiin osallistujille moduulien (istuntojen) muodossa, ja ne vaativat, että ne suoritettiin rajoitetussa ajassa. Moduulia oli yhteensä 7. Kolme istuntoa ratkaistavaksi työpöydällä – 2.5 tuntia kukin. Kolme istuntoa - asiakas-palvelin -kehitys, jossa asiakas oli mobiilisovellus, sekä asiakkaan ja palvelimen välinen kommunikaatio toteutettiin WEB-API:n kautta. Tämä kesti 3.5 tuntia. Viimeinen istunto – olemassa olevien ohjelmistojen käänteissuunnittelutehtävät, 2.5 tuntia. Osana käänteistä suunnittelua osallistujien piti heille toimitettujen tietojen perusteella suunnitella sovellustietokannan rakenne (rakentamalla ER-kaavio), analysoida järjestelmän käyttöskenaarioita (rakentamalla käyttötapauskaavio) ja myös kehittää ja suunnitella ohjelmistoratkaisun käyttöliittymä annettujen toiminnallisten vaatimusten mukaisesti.
Tärkeimmät käytetyt kehitysalustat olivat .NET (C#) ja Java (mukaan lukien Android Studio mobiilikehitykseen). Kokeellisessa SandBoxissa käytettiin .NET-, Java- ja 1C:Enterprise-versiota 8.3.13.
Jokaisen istunnon lopussa asiantuntijat arvioivat tuloksen – valmiin toimivan projektin, joka toteuttaa istunnon alussa asetetut tehtävät.
Tehtävien erikoisuus on niiden "elinvoimaisuus" - monet vaatimukset ja rajoitettu aika. Suurin osa ongelmista ei ole erityisiä olympiaongelmia, vaan ne ovat hyvin lähellä todellisia teollisia ongelmia - asiantuntijat kohtaavat niitä päivittäin. Mutta tehtäviä on monia, ja aika on rajallinen. Osallistujan tulee ratkaista mahdollisimman monta ongelmaa, joista on eniten hyötyä yritykselle. Ei ole ollenkaan tosiasia, että algoritmisesti monimutkaisella tehtävällä on enemmän painoarvoa kuin alkeellisella tehtävällä. Esimerkiksi toimivan kolmen taulukon kirjanpitojärjestelmän luominen on yritykselle tärkeämpää kuin kaunis raportointilomake monimutkaisilla algoritmeilla, mikä on täysin tarpeetonta ilman näitä taulukoita.
Pyysimme kilpailun voittajaa, venäläistä osallistujaa Kirill Pavkinia kertomaan lisää tehtävistä ja miten hän lähestyi niiden ratkaisua.
Alla on kuvaus tehtävästä, Kirillin oma tarina siitä, kuinka hän ratkaisi tehtävän. Pyysimme myös Vitaly Rybalkaa, 1C:n työntekijää ja yhtä IT Solutions for Business Sandbox -asiantuntijaa, kommentoimaan Kirillin ratkaisuja.
Osana toimeksiantoa piti automatisoida useiden tyyppisten käyttäjien toimintaa:
- Vastaat yhtiön omaisuuden kirjanpidosta
- Vastaat suunnittelemattomista korjauksista ja yrityksen omaisuuden määräaikaisesta huollosta
- Komponenttien ja kulutustarvikkeiden ostopäälliköt
- Öljytuotannon ja öljyn etsintäosastot
- Ylin johto tarvitsi analyyttisiä raportteja
Istunto 1
Omaisuuden (esim. ajoneuvokaluston) näkökulmasta oli tarpeen toteuttaa niiden kirjanpito (uusien perustaminen, nykyisten muokkaaminen), nopea haku ja erilaiset suodattimet tiedon näyttämiseen, omaisuuden siirtämiseen Yhtiön toimialojen välillä. ja itse omaisuusryhmät. Pidä kirjaa tällaisista liikkeistä ja anna niistä analyyseja tulevaisuudessa. Omaisuuslaskentaa toteutettiin pääasiassa mobiilikäyttäjäryhmille.
Cyril: Mielenkiintoinen osatehtävä oli painikkeiden käyttöönotto omaisuusluettelossa. Tämän ratkaisemiseksi käytimme dynaamista listaa: kirjoitamme mielivaltaisen pyynnön, ja kun vastaanotamme tietoja palvelimelle, kohdistamme kuvakirjaston kuviin navigointilinkit vaadittuihin kenttiin.
Sopimuksen mukaan valokuvia voidaan liittää omaisuuteen kahdella tavalla: ota valokuva (multimedia) ja valitse galleriasta (tiedoston valintaikkuna).
Jotkut muodot piti piirtää uudelleen, kun näyttöä käännettiin:
Kun muutamme näytön parametreja, muutamme painikeryhmien näkyvyyttä.
Viihdyttäviä mutta yksinkertaisia tehtäviä ovat suodattimet dynaamisessa luettelossa, haku kahdessa kentässä (numero ja nimi) ja omaisuuden sarjanumeron luominen.
Asiantuntijakommentti: 1C:Enterprise-alustan ratkaisun näkökulmasta tehtävä on melko selvä. Mobiilisovelluksen varsinaisen luomisen lisäksi oli huolehdittava tietojen siirtämisestä DBMS-palvelimelta (työpöydällä MS SQL) mobiilisovellukseen ja takaisin. Tätä tarkoitusta varten työpöydän ”välityspalvelinsovelluksessa” käytettiin ulkoisten tietolähteiden ja http-palveluiden mekanismeja. Itse mobiilialustalle kuvien näyttäminen dynaamisessa luettelossa lisäsi monimutkaisuutta.
Istunto 2
Yhtiön omaisuuden korjaushallinta oli tarpeen perustaa. Osana tätä tehtävää piti ylläpitää korjauspyyntölistaa (osastoittain ja ryhmittäin), ottaa huomioon korjausten kiireellisyyden prioriteetit, suunnitella korjausaikataulu prioriteettien mukaisesti, tilata tarvittavat komponentit ja ottaa huomioon olemassa olevat. Mielenkiintoinen osatehtävä oli, että joillakin komponenteilla oli viimeinen käyttöpäivä; jos osa on jo tilattu tiettyyn omaisuuteen ja sen määräaika ei ole umpeutunut, ei tälle omaisuudelle tarvitse ostaa samaa osaa uudelleen. Korjausrajapinta kehitettiin yrityksen ohjelmiston työpöytäkomponenttiin.
Lisäksi oli tarpeen luoda ei-triviaali valtuutuslomake kahdelle roolille: vastuuhenkilölle ja palvelupäällikölle. Erikoisuus on, että valtuutuksen jälkeen sinun on automaattisesti valittava jokin rooleista.
Vastuuhenkilön käytettävissä oleva luettelolomake on esitetty alla:
Cyril: Vain odottavien palvelupyyntöjen korostus voidaan korostaa tässä. Ratkaistu ehdollisella muotoilulla dynaamisessa luettelossa.
Klikkaamalla näytön alareunassa olevaa painiketta käyttäjä pääsee seuraavaan lomakkeeseen:
Tässä muodossa ei ole mitään monimutkaista 1C:n näkökulmasta.
Palvelupäällikön käytettävissä oleva lomake on alla:
Tämä lomake on lajiteltu prioriteetin ja pyynnön päivämäärän mukaan. Klikkaamalla alla olevaa painiketta käyttäjä voi siirtyä valitun pyynnön lomakkeeseen:
Hullunsuojauksen lisäksi tässä lomakkeessa ehdotettiin varaosaluettelon toteuttamista korjauksia varten. Alatehtävä on mielenkiintoinen, koska osilla on viimeinen käyttöpäivä. Tämä tarkoittaa, että jos tälle omaisuudelle on jo sattunut hätätilanne ja siitä on tilattu osa, jonka voimassaoloaika ei ole umpeutunut, sitä voidaan käyttää uudelleen. Tämä tulee näyttää käyttäjälle.
Asiantuntijakommentti: tässä Kirill itse asetti aksentit oikein. 1C:Enterprise-alustalla toteutuksen kannalta ei ole mitään erittäin monimutkaista. Tarvittiin huolellista analyysiä varaosien kirjanpidon ja käytön ehdoista ja asiantuntevaa toimeenpanoa kokonaisuutena. Lisäksi palvelupyynnöt piti kirjata asianmukaisesti. Suurin vaikeus oli vain 2.5 tunnin aikapaine.
Lisäksi, kuten mobiilikehityksessä, osallistujan oli hankittava tiedot pätevästi ulkoisesta DBMS:stä (MS SQL).
Istunto 3
Kunnossapitoon (huoltoon) ehdotettiin pitkän aikavälin suunnittelupalvelun toteuttamista. Mielenkiintoinen piirre tässä oli vaatimus omaisuuden huoltoaikataulun laatimisesta ajoituksen mukaan - esimerkiksi joka toinen kuukausi 3. päivänä. Samoin jonkin kvantitatiivisen indikaattorin mukaan - esimerkiksi auton matkamittarin mukaan (öljynvaihto 5000 km välein, renkaiden vaihto 20000 km välein). Huoltopäällikön olisi pitänyt saada kätevä mobiilisovellus, joka näyttää dynaamisesti luettelon erääntyneistä, nykyisistä ja suoritetuista huolloista tietyltä ajanjaksolta. Lisäksi jokainen huoltotyyppi piti maalata värillisiksi erikseen sovittujen sääntöjen mukaisesti. Mobiilisovelluksen piti varmistaa uusien huoltoaikataulujen laatiminen ja jo tehtyjen merkintä suoraan työpajoissa näiden tietojen nopealla päivityksellä palvelimelle.
Cyril: Korjauksia on kahden tyyppisiä: aikaperusteisia ja ajoperusteisia. Vaihtelu on sallittu jokaisen sisällä. Suunnitelman mukaan korjauksia tulisi tehdä esimerkiksi joka perjantai, kuun 13. päivä tai 20,000 XNUMX kilometrin välein. Tehtävä katsotaan suoritetuksi, jos sen oikealla puolella on valintamerkki.
Tehtävien lajittelulle listassa asetettiin ehto. Lisäksi jokainen rivi tulee korostaa värillä olosuhteiden mukaan.
Klikkaamalla alla olevaa painiketta voit luoda uuden palvelusuunnitelman:
Pakolliset kentät näytetään valitun kaaviotyypin mukaan. Jos olemme valinneet viikoittaisen aikataulun, näytämme kaksi kenttää: viikon numero ja viikonpäivä. Esimerkiksi tiistaisin 3 viikon välein.
Asiantuntijakommentti: kuten edellisessä mobiilikehityksessä 1C:Enterprise-alustalla, tässä tehtävä on jaettu maailmanlaajuisesti kahteen osaan - viestintään "palvelimen" kanssa web-api:n kautta ja dynaamisen luettelon asiantunteva näyttö ehdollisella suunnittelulla ja suodatuksella (valinta) tiedot. Lisäksi oli mielenkiintoista toteuttaa korjausten kirjaamisvaatimus sekä jaksoittain että määrällisesti.
Istunto 4
Komponenttien ja tarvikkeiden osalta oli tarpeen ottaa huomioon varastot, suunnitella kulut ja tulevat ostot. Lisäksi eräkirjanpito ilmestyi tänne, mutta ei kaikille tavaroille. Kaikkea tätä piti hallita useissa varastoissa, mukaan lukien vastaanottaminen, menot ja siirrot. Tehtävän ehtojen mukaan oli tarpeen varmistaa saldojen hallinta ja välttää konflikteja työskennellessä nykyisten varastojen kanssa. Ostopäälliköt työskentelevät ohjelmiston työpöytäversiossa.
Päälomake näkyy alla:
Cyril: Ehdosta lajittelun lisäksi ehdotettiin, että käyttäjä voi lajitella satunnaisesti. 1C:ssä sinun ei tarvitse edes ajatella sitä. Kenttä, jossa on osien määrä, tulee olla korostettu vihreällä laskuissa.
Tässä istunnossa heitä pyydettiin valvomaan varastoissa jäljellä olevia tavaroita. Joten vastaavan viestin pitäisi näkyä, kun yrität poistaa laskun. Tässä muistetaan alustaasiantuntijan koe. Laskun muoto on seuraava:
Jokaisella osalla on ominaisuus, joka määrittää, pitäisikö se määrittää tietylle erälle. Tällaisten varaosien eränumero on ehdottomasti ilmoitettava kaikissa asiakirjoissa. Tämä on lisämitta, kun tarkkaillaan osien jäämiä. Niitä voidaan myös siirtää varastosta toiseen:
Lomake eroaa edellisestä vain siinä, että asiakkaan sijasta on ilmoitettava varasto, josta toimitus tapahtuu. Erän valintalista kootaan automaattisesti, kun osa on valittu. Käyttäjä voi luoda raportin varaosasaldoista:
Täältä voimme tarkastella valitun varaston jäljellä olevia tuotteita. Varaston oikealla puolella olevien valintaruutujen avulla voit määrittää suodatuksen ja lajittelun. Luettelossa ei ole nimenomaista arpajakoa niille osille, joita varten sitä vaaditaan. Valitun varaosan kunkin eränumeron saldot ovat nähtävissä oikealla olevasta navigointilinkistä.
Asiantuntijakommentti: tässä istunnossa (moduuli) eräkirjanpito ilmestyi ensimmäistä kertaa. Osallistujat joutuivat tilittämään kulutustavaroistaan ja tavaroistaan paitsi itse, myös eräkohtaisesti. Yleisesti ottaen tehtävä on täydellinen 1C:Enterprise-alustalle - mutta se kaikki piti kehittää tyhjästä ja suorittaa 2.5 tunnissa.
Istunto 5
Viidennessä istunnossa saimme kaivonhallinnan toiminnallisuuden. Malminetsintäryhmille oli tarpeen luoda mobiilisovellus, joka huomioi öljyn tai kaasun tuotantokaivot. Täällä piti saada palvelimelta luettelo nykyisistä kaivoista ja näyttää valittu kaivo graafisesti kerroksittain (maa, hiekka, kivi, öljy) kunkin kerroksen syvyydet huomioon ottaen. Lisäksi sovelluksen piti mahdollistaa kaivon tietojen päivittäminen ja uusien kaivojen lisääminen. Tälle sovellukselle asiakas asetti erityisiä käyttöehtoja offline- ja online-tiloissa (palvelimen kanssa tapahtuvan viestinnän ohjaus) - tarkistaa viestintä palvelimen kanssa 5 sekunnin välein ja muuttaa sovelluksen toimivuutta palvelimen saatavuuden mukaan.
Cyril: Kun valitset kaivon, näkyviin tulee pylväsdiagrammi, joka korostaa kerrokset öljy- tai kaasuesiintymiin asti. Jokaiselle tasolle tallennetaan sen nimi, väri ja esiintymisalue. Suunnitteluominaisuuksista johtuen alustaan sisäänrakennetut kaaviot eivät auta, mutta taulukkodokumentti selviää tehtävästä täydellisesti. Kaivoja voidaan luoda ja muokata:
Useamman idioottivarman suojan lisäksi tässä lomakkeessa ei ollut mitään mielenkiintoista.
Seuraavaksi ehdotettiin yhteyden hallintaa palvelimeen. Yritämme muodostaa yhteyden 5 sekunnin välein. Jos se ei toimi, rajoitamme sovelluksen toimivuutta ja näytämme viestin.
Asiantuntijakommentti: Tämän istunnon tehtävä on mielenkiintoinen ensisijaisesti sen graafisten ominaisuuksien vuoksi. Osallistujat, jotka käyttivät 1C:Enterprise-alustaa, ratkaisivat sen kahdella eri tavalla - toiset kaaviomekanismin avulla, toiset laskentataulukkodokumentin avulla. Jokaisella menetelmällä on hyvät ja huonot puolensa. Osana WorldSkills-mestaruuskilpailun päätöstä aika oli avain (muista aikaraja uudelleen). Erillinen mielenkiintoinen tehtävä on pingata palvelin 5 sekunnin välein ja muuttaa mobiilisovelluksen toimintaa palvelimen saatavuuden tai epäkäytettävyyden mukaan.
Istunto 6
Ylimmälle johdolle ehdotettiin työtilan luomista – Dashboard. Yhdellä näytöllä oli tarpeen näyttää yrityksen yleiset suoritusindikaattorit tietyltä ajanjaksolta graafisessa ja taulukkomuodossa. Päälomake on kustannusraportti:
Dashboardin lisäksi oli tarpeen toteuttaa omaisuuden korjausten varaosien jakelu FIFO/LIFO/"Halvin menee ensin" -poistomenetelmillä.
Jakelun aikana huomioitiin erälaskenta, käytettiin saldonhallintaa ja suojausta luvattomalta käytöltä ("hullu suojaus").
Cyril: Ratkaisuun käytettiin arvotaulukoita sarakkeiden ohjelmistolla luomalla, koska niitä voi olla mielivaltainen määrä:
- Ensimmäinen taulukko vastaa osastojen kokonaiskustannuksista kuukausittain. Kannattavimmat ja kannattavimmat divisioonat on korostettu punaisella ja vihreällä.
- Toisessa taulukossa on kunkin kuukauden kalleimmat ja useimmin käytetyt osat. Jos kriteerit täyttäviä osia on useita, ne tulee näyttää yhdessä solussa pilkuilla erotettuina.
- Kalleimmat omaisuuserät (varaosakustannuksilla mitattuna) näkyvät kolmannen taulukon ensimmäisellä rivillä. Toisella rivillä näkyy divisioona, johon yllä oleva omaisuus kuuluu. Jos on kaksi kalleinta omaisuutta, joilla on samat kustannukset, ne tulee näyttää samassa solussa pilkuilla erotettuina.
Kaaviot näytettiin käyttämällä alustan sisäänrakennettuja mekanismeja ja täytettiin ohjelmallisesti kyselyillä.
Lisäksi ehdotettiin monikielisyyden tukemista. Ohjelma lataa XML-tiedostoja käyttöliittymäelementtien lokalisoinnilla, ja lomake tulee piirtää uudelleen valittaessa kieli pudotusvalikosta.
Kun napsautat näytön vasemmassa alakulmassa olevaa painiketta, varastonhallintalomake avautuu:
Tässä muodossa alamme vihdoin kuluttaa osia korjauksiin. Täältä löydämme ensin osat, joita tarvitsemme omaisuuden korjaamiseen. Valittujen kenttien ja jakelutavan (FIFO, LIFO tai minimihinta) perusteella näytetään löydetyt osumat tai viesti, jos osumia ei löydy. Tämän jälkeen voit merkitä osat sellaisiksi, jotka on tarkoitettu kyseisen omaisuuden korjaamiseen. Tasapainon hallinta koskee nykyistä istuntoa. Jos olemme jo määrittäneet tiedot, niitä ei enää löydy.
Asiantuntijakommentti: erittäin mielenkiintoinen istunto. Se hyödyntää 1C:Enterprise-alustan ominaisuuksia - tässä on asiantuntevaa työskentelyä kertymisrekisterien virtuaalisten taulukoiden kanssa ja ohjelmallista työtä lomakeelementtien (ensinkin - taulukot, toiseksi - otsikot) ja kaavioiden kanssa. Ja jopa LIFO/FIFO, kun analysoidaan varastoa, tulos/tappioanalyysiä jne.
Istunto 7
Tehtävän lopussa (istunto 7) asiakas toimitti ohjelmiston (exe-tiedoston) projektitoimintaa varten ja lyhyen videon sen kanssa työskentelystä. Oli tarpeen suorittaa käänteinen suunnittelu ja sen perusteella luoda 2 kaaviota: käyttötapauskaavio ja kokonaisuussuhdekaavio. Lisäksi esitettiin joitain vaatimuksia ohjelmistojen luomiselle tulevaisuudessa - oli tarpeen luoda näiden vaatimusten mukainen käyttöliittymän asettelu.
Kilpailuehtojen mukaan kaavioiden tekemiseen vaadittiin vain MS Visio.
Asiantuntijakommentti: tässä istunnossa 1C:Enterprise-alustan ominaisuuksia ei käytännössä käytetty. Kilpailuolosuhteiden kaaviot luotiin MS Visiossa. Mutta käyttöliittymän prototyyppi voitaisiin luoda tyhjään 1C-tietokantaan.
Yleiset ohjeet
Jokaisen istunnon alussa ehdotettiin tietojen tuomista SQL-komentosarjan avulla. Tämä oli 1C:n käytön suurin haitta C#:aan verrattuna, koska käytimme vähintään puoli tuntia tietojen tislaamiseen ulkoisiin tietolähteisiin, omien taulukoiden luomiseen ja rivien siirtämiseen ulkoisista lähteistä taulukoihimme. Loput piti vain napsauttaa Microsoft SQL Studion Suorita-painiketta.
Ilmeisistä syistä tietojen tallentaminen mobiililaitteeseen ei ole hyvä idea. Siksi loimme mobiiliistuntojen aikana palvelinkannan. He tallensivat sinne tietoja ja tarjosivat niihin pääsyn http-palvelujen kautta.
Asiantuntijakommentti: 1C/non-1C-tasapaino on mielenkiintoinen tässä – kun 1C:Enterprise-ohjelmoijat käyttivät paljon aikaa yhteyden muodostamiseen ulkoiseen DBMS:ään (Kirill mainitsi tämän erikseen edellä), C#/Java-kehittäjät (Android Studio mobiilikehitykseen) käyttivät aikaa muilla aloilla – käyttöliittymät, kirjoittamalla lisää koodia. Siksi jokaisen istunnon tulokset olivat arvaamattomia ja erittäin mielenkiintoisia kaikille asiantuntijoille. Ja tämä juonittelu säilyi loppuun asti - katso vain voittajien finaalipöytää pisteiden jakautumisella.
Kirill lopetti tarinan :)
Lopuksi on muistettava, että esiintyjän ei tarvinnut "vain ohjelmoida tehtävää teknisten eritelmien mukaan" - hänen täytyi analysoida tehtävä, valita lohkot osatehtävien toteuttamista varten, suunnitella ne ja päättää, mikä hän tarkalleen olisi. voidaan toteuttaa tästä erittäin lyhyessä ajassa. Kaikki neljä päivää jouduin toimimaan kovan aikapaineen alaisena, usein aloittaen jokaisen seuraavan istunnon tyhjästä. Jopa aikuisen asiantuntijan, jolla on monen vuoden kokemus alalta, on suuria vaikeuksia suorittaa istunnolle osoitettu tehtävä 4 % määrätyssä ajassa.
Hyväksytty arviointijärjestelmä ansaitsee erityismaininnan.
Jokaista istuntoa varten tehtävän tekijät kehittävät monimutkaisen kriteerijärjestelmän, joka sisältää toimivuuden, oikean toiminnan, sovellusrajapinnan vaatimusten tarkistamisen ja jopa sen yrityksen, jolle he kehittävät ratkaisujaan, osallistujille antaman tyylioppaan noudattamisen.
Arviointikriteerit ovat erittäin hienojakoiset - istuntotehtävän kokonaiskustannusten ollessa kymmeniä pisteitä, joidenkin kriteerien täyttäminen voi lisätä osallistujalle pisteen kymmenesosia. Tällä saavutetaan erittäin korkea ja objektiivinen taso kunkin kilpailun osallistujan tulosten arvioinnissa.
Tulokset
Lopputulokset olivat vaikuttavia.
Katkerassa taistelussa voitti 1C:Enterprise-alustaa käyttänyt Kirill Pavkin Venäläisestä. Kirill on 17-vuotias Stavropolista.
Kirjaimellisesti pisteen kymmenesosat erottivat voittajan takaa-ajoistaan. Toiseksi sijoittui osallistuja Taiwanista. Kuuden parhaan tuloksen kokonaistaulukko näyttää tältä:
Tietenkin Kirill voitti lahjakkuutensa, tietämyksensä ja taitojensa ansiosta.
Huomaa kuitenkin, että kaikki kolme osallistujaa, jotka käyttivät 1C:Enterprise-alustaa työkaluna, pääsivät viiden parhaan joukkoon - mikä on ehdoton vahvistus 1C:Enterprise-teknologian maailmantasosta.
Kilpailun tulosten jälkeen voittajat palkittiin KazanExpo-mediakeskuksessa, pojat saivat puhtaita kultamitaleita (paikan mukaan) ja rahapalkintoja. Kaverit saivat myös todistukset, joiden perusteella he voivat suorittaa harjoittelun 1C:ssä.
Lähde: will.com