är en internationell rörelse som anordnar professionella tävlingar för ungdomar under 22 år.
Den internationella finalen hålls vartannat år. I år var den sista platsen (den sista finalen var 2017 i Abu Dhabi, nästa kommer att vara 2021 i Shanghai).
WorldSkills Championships är världens största mästerskap i professionell kompetens. De började med arbetaryrken, och under de senaste åren har mer och mer uppmärksamhet ägnats åt "framtidens yrken", inklusive IT-discipliner, för vilka ett separat enormt kluster tilldelades vid mästerskapet i Kazan.
I IT-blocket finns en kompetens (en specifik "sport") som kallas "IT Software Solutions for Business".
I varje tävling är den tillåtna listan över använda verktyg begränsad. Och om, till exempel, för "landskapsdesign" listan över möjliga verktyg är begränsad (naturligtvis utan att ange en explicit tillverkare eller färg), då i kompetensen "Programvarulösningar för företag" listan över accepterade tekniker som deltagarna kan använda är strikt begränsad, vilket indikerar specifika teknologier och specifika plattformar (.NET och Java med en specifik uppsättning ramverk).
1C:s ståndpunkt i denna fråga är följande: informationsteknik är ett mycket dynamiskt område, nya tekniker och utvecklingsverktyg dyker ständigt upp i världen. Ur vår synvinkel är det korrekt att låta specialister använda de verktyg som de vill ha och är vana vid att arbeta med.
Hösten 2018 hörde WorldSkills-ledningen oss. Nu var vi tvungna att testa metodiken för att införliva ny teknik i tävlingar. Det är inte enkelt.
1C:Enterprise-plattformen ingick i infrastrukturlistan för mästerskapet i Kazan och en experimentell plattform för IT Software Solutions for Business Sandbox organiserades.
Observera att det officiella språket för mästerskapet är engelska. Allt material med resultat av att lösa uppgifter (källkoder, medföljande dokumentation, mjukvarugränssnitt) skulle också överföras på detta språk. Trots vissa människors tvivel (fortfarande!), kan du skriva på engelska i 1C.
9 unga killar från 8 länder (Filippinerna, Taiwan, Korea, Finland, Marocko, Ryssland, Kazakstan, Malaysia) deltog i tävlingen på denna sida.
Juryn – ett team av experter – leddes av en expert från Filippinerna, Joey Manansala.
Experter från Finland, Förenade Arabemiraten, Costa Rica, Korea, Ryssland och Taiwan var representerade.
Separat noterar vi att deltagare från Ryssland (Pavkin Kirill, Sultanova Aigul) och Kazakstan (Vitovsky Ludwig) bestämde sig för att använda plattformen 1C:Enterprise som en del av tävlingen. Resten av deltagarna använde .NET för desktop och Android Studio för mobil utveckling. Det är intressant att deltagarna som valde 1C är väldigt unga (Kirill är elev på en skola i Stavropol, i år gick han i 11:e klass, Aigul är collegestudent, Kazan, Tatarstan), medan deras motståndare var mycket mer erfarna ( till exempel en deltagare från Korea - vinnare av 2013 års WorldSkills-mästerskap i Leipzig; alla har erfarenhet av att delta i WorldSkills och flera års yrkeserfarenhet i branschen).
Med tanke på att deltagarna under tävlingen använde olika moderna teknologier, hade vi chansen att testa 1C:Enterprise-plattformen under verkliga stridsförhållanden, för att jämföra både kvaliteten på de lösningar som erhållits med hjälp av den och utvecklingshastigheten som uppnåddes med användningen.
Separat noterar vi att inom ramen för den speciella IT Software Solutions for Business Sandbox-plattformen genomförde deltagarna samma uppgifter som deltagarna i den huvudsakliga IT Software Solutions for Business-plattformen.
Uppgiften i sig är en komplex uppgift för att automatisera en viss verksamhet, i år var exemplet på ett företag det fiktiva företaget KazanNeft.
legend
Kazan Oil är ett av de största oljeföretagen i Republiken Tatarstan, som verkar som en nationell marknadsaktör och ett internationellt erkänt varumärke inom detta område. Företagets huvudkontor, specialiserat på fältutforskning, produktion, produktion, raffinering, transport och försäljning och distribution av olja, petroleumprodukter och naturgas, ligger i Kazan (Ryssland).
Eftersom företaget implementerar en strategi för snabb expansion och skapandet av nya kontor i hela Ryssland, beslutade företagets ledning att introducera ny programvara för affärsautomation som syftar till att underhålla och hantera vissa operationer.
Mästerskapsförhållanden
Uppgifter gavs till deltagarna i form av moduler (sessioner) med kravet att genomföra dem på en begränsad tid. Det var totalt 7 moduler. Tre sessioner för att lösa på en stationär – 2.5 timmar vardera. Tre sessioner - klient-serverutveckling, där klienten var en mobilapplikation, och kommunikation mellan klient och server skedde via WEB-API. Detta tog 3.5 timmar. Sista pass – uppgifter om reverse engineering av befintlig programvara, 2.5 timmar. Som en del av reverse engineering var deltagarna tvungna att, baserat på informationen som de fick, designa strukturen för applikationsdatabasen (genom att bygga ett ER-diagram), analysera scenarier för användning av systemet (genom att bygga ett use case-diagram) och även utveckla och designa gränssnittet för mjukvarulösningen enligt de tillhandahållna funktionskraven.
De viktigaste utvecklingsplattformarna som användes var .NET (C#) och Java (inklusive Android Studio för mobilutveckling). Den experimentella SandBoxen använde .NET, Java och 1C:Enterprise version 8.3.13.
I slutet av varje session bedömde experterna resultatet - ett färdigt fungerande projekt som implementerar de uppgifter som sattes i början av sessionen.
Det speciella med uppgifter är deras "vitalitet" - många krav och begränsad tid. De flesta av problemen är inte speciella olympiadproblem, utan ligger väldigt nära verkliga industriella problem – specialister möter dem varje dag. Men det finns många uppgifter och tiden är begränsad. Deltagaren ska lösa det maximala antalet problem som kommer att ha störst nytta för verksamheten. Det är inte alls ett faktum att en komplex uppgift ur algoritmisk synvinkel kommer att ha större vikt än en elementär. Att skapa ett fungerande redovisningssystem med tre tabeller är till exempel viktigare för en verksamhet än ett vackert rapporteringsformulär med komplexa algoritmer, vilket är helt onödigt utan dessa tabeller.
Vi bad vinnaren av tävlingen, en deltagare från Ryssland, Kirill Pavkin, berätta mer om vilka uppgifterna var och hur han ställde sig till deras lösning.
Nedan följer en beskrivning av uppgiften, Kirills egen berättelse om hur han löste uppgiften. Vi bad också Vitaly Rybalka, en 1C-anställd och en av IT Solutions for Business Sandbox-experterna, att kommentera Kirills lösningar.
Som en del av uppdraget var det nödvändigt att automatisera aktiviteterna för flera typer av användare:
- Ansvarig för redovisning av företagets tillgångar
- Ansvarig för oplanerade reparationer och planerat underhåll av företagets tillgångar
- Inköpschefer för komponenter och förbrukningsmaterial
- Divisioner för oljeprospektering och oljeproduktion
- Högsta ledningen behövde analytiska rapporter
Session 1
Ur tillgångssynpunkt (till exempel en fordonsflotta) var det nödvändigt att implementera deras redovisning (etablera nya, redigera nuvarande), snabbsökning och olika sorters filter för att visa information, flytta tillgångar mellan företagets divisioner och grupper av tillgångar själva. Håll en historik över sådana rörelser och tillhandahåll analyser av dem i framtiden. Tillgångsredovisning implementerades främst för mobila användargrupper.
kirill: En intressant deluppgift var implementeringen av knappar i tillgångslistan. För att lösa detta använde vi en dynamisk lista: vi skriver en godtycklig begäran, och när vi tar emot data på servern tilldelar vi navigeringslänkar till bilder från bildbiblioteket till de obligatoriska fälten.
Enligt konvention kan foton kopplas till en tillgång på två sätt: ta ett foto (multimedia) och välj från galleriet (filvalsdialog).
Vissa former behövde ritas om när skärmen roterades:
När vi ändrar skärmparametrar ändrar vi synligheten för knappgrupper.
Underhållande men enkla uppgifter inkluderar filter i en dynamisk lista, sökning i två fält (nummer och namn) och generering av ett tillgångsserienummer.
Expertkommentar: ur lösningens synvinkel på 1C:Enterprise-plattformen är uppgiften ganska tydlig. Förutom själva skapandet av mobilapplikationen var det nödvändigt att ta hand om att överföra data från DBMS "server" (MS SQL på skrivbordet) till mobilapplikationen och tillbaka. För detta ändamål användes mekanismerna för externa datakällor och http-tjänster i den stationära "proxy-applikationen". För själva mobilplattformen gav visning av bilder i en dynamisk lista ökad komplexitet.
Session 2
Det var nödvändigt att upprätta reparationshantering för företagets tillgångar. Som en del av denna uppgift var det nödvändigt att föra en lista över förfrågningar om reparationer (efter avdelningar och grupper), ta hänsyn till prioriteringarna för brådskande reparationer, planera ett reparationsschema i enlighet med prioriteringar, beställa nödvändiga komponenter och ta hänsyn till befintliga. En intressant deluppgift var att vissa komponenter hade ett utgångsdatum; om en del redan har beställts för en given tillgång och dess tidsfrist inte har löpt ut, så finns det inget behov av att köpa samma del igen för denna tillgång. Reparationsgränssnittet utvecklades för skrivbordskomponenten i företagets mjukvara.
Det var också nödvändigt att skapa en icke-trivial behörighetsblankett för två roller: ansvarig person och servicechef. Det speciella är att du efter auktorisering automatiskt måste välja en av rollerna.
Listformuläret som är tillgängligt för ansvarig person presenteras nedan:
kirill: Endast markeringen av väntande serviceförfrågningar kan markeras här. Lösas genom villkorlig formatering i en dynamisk lista.
Genom att klicka på knappen längst ner på skärmen kan användaren gå till följande formulär:
Det är inget komplicerat ur 1C-synpunkt i denna form.
Blanketten som är tillgänglig för servicechefen är nedan:
Detta formulär är sorterat efter prioritet och datum för begäran. Genom att klicka på knappen nedan kan användaren gå till formuläret för den valda begäran:
Förutom idiotsäkring föreslog detta formulär att implementera en lista över reservdelar för reparationer. Deluppgiften är intressant eftersom delarna har ett utgångsdatum. Detta innebär att om en nödsituation redan har inträffat med denna tillgång och en del har beställts för den, vars giltighetstid inte har löpt ut, kan den återanvändas. Detta bör visas för användaren.
Expertkommentar: här placerade Kirill själv accenterna korrekt. Ur implementeringssynpunkt på 1C:Enterprise-plattformen är det inget extremt komplicerat. Det krävdes en noggrann analys av förutsättningarna för redovisning och användning av reservdelar och kompetent genomförande av uppdraget som helhet. Dessutom var det nödvändigt att korrekt registrera serviceförfrågningar. Den största svårigheten var bara tidspressen på 2.5 timmar.
Dessutom, som i mobil utveckling, var deltagaren tvungen att kompetent erhålla data från ett externt DBMS (MS SQL).
Session 3
För underhåll (underhåll) föreslogs att genomföra en långsiktig planeringstjänst. En intressant funktion här var kravet att skapa ett underhållsschema för tillgångar enligt tidpunkten - till exempel varannan månad den 3:e. Likaså enligt någon kvantitativ indikator - till exempel enligt en bils vägmätare (oljebyte var 5000 20000 km, däckbyte var XNUMX XNUMX km). Underhållshanteraren borde ha fått en bekväm mobilapplikation som dynamiskt visar en lista över försenat, pågående och avslutat underhåll under en viss period. Dessutom skulle varje typ av underhåll målas i färg enligt särskilt överenskomna regler. Den mobila applikationen var tänkt att säkerställa skapandet av nya underhållsscheman och märkningen av de som redan genomförts direkt i verkstäderna med snabb uppdatering av denna information på servern.
kirill: Det finns två typer av reparationer: tidsbaserade och körningsbaserade. Variation tillåts inom varje. Till exempel ska reparationer enligt planen ske varje fredag, den 13:e i månaden eller var 20,000 XNUMX:e kilometer. En uppgift anses vara avslutad om det finns en bock till höger om den.
Ett villkor gavs för att sortera uppgifter i listan. Dessutom bör varje rad markeras i färg beroende på förhållandena.
Genom att klicka på knappen nedan kan du skapa en ny serviceplan:
De obligatoriska fälten visas beroende på vald diagramtyp. Om vi har valt ett veckoschema visas två fält: veckonummer och veckodag. Till exempel på tisdagar var tredje vecka.
Expertkommentar: som i den tidigare mobila utvecklingen på 1C:Enterprise-plattformen, här är uppgiften globalt uppdelad i 2 komponenter - kommunikation med "servern" via webb-api och kompetent visning av en dynamisk lista med villkorad design och filtrering (urval) av data. Dessutom var det intressant att implementera kravet att redogöra för reparationer både per period och efter kvantitativ indikator.
Session 4
För komponenter och förbrukningsvaror var det nödvändigt att ta hänsyn till lager, planera utgifter och framtida inköp. Dessutom förekom batchredovisning här, men inte för alla varor. Allt detta måste hanteras inom flera lager, inklusive mottagning, utgifter och förflyttning. Enligt villkoren för uppdraget var det nödvändigt att säkerställa kontroll av balanser och undvika konflikter när man arbetade med nuvarande lager. Inköpschefer arbetar i skrivbordsversionen av programvaran.
Huvudformuläret visas nedan:
kirill: Förutom att sortera från villkoret föreslogs det att ge användaren möjlighet att sortera slumpmässigt. På 1C behöver du inte ens tänka på det. Fältet med antalet delar ska markeras med grönt för fakturor.
I denna session ombads de att kontrollera de återstående varorna i lager. Så motsvarande meddelande bör visas när du försöker ta bort fakturan. Här minns vi plattformsspecialistexamen. Formen på fakturan är som följer:
Varje del har en egenskap som avgör om den ska tilldelas en specifik batch. För sådana reservdelar är det absolut nödvändigt att ange batchnumret i alla dokument. Detta är en extra mätning vid övervakning av delarrester. De kan också flyttas mellan lager:
Formuläret skiljer sig från det föregående endast genom att du istället för kunden måste ange vilket lager från vilket leveransen kommer att ske. Urvalslistan för partiet sammanställs automatiskt efter att artikeln har valts. Användaren kan generera en rapport om reservdelssaldon:
Här kan vi se resterande varor i valt lager. Kryssrutorna till höger om lagret låter dig konfigurera filtrering och sortering. Listan har ingen uttrycklig uppdelning efter lottdragning för de delar för vilka den krävs. Saldot för varje batchnummer för den valda reservdelen kan ses via navigeringslänken till höger.
Expertkommentar: i denna session (modul) dök batchredovisning upp för första gången. Deltagarna var skyldiga att redogöra för förbrukningsmaterial och varor inte bara för sig själva utan också per parti. I allmänhet är uppgiften perfekt för 1C:Enterprise-plattformen – men allt måste utvecklas från grunden och slutföras på 2.5 timmar.
Session 5
I den femte sessionen blev vi tilldelade funktionaliteten för brunnsförvaltning. För prospekteringsgrupper var det nödvändigt att skapa en mobil applikation som skulle ta hänsyn till olje- eller gasproduktionskällor. Här var det nödvändigt att ta emot en lista över aktuella brunnar från servern och visa den valda brunnen grafiskt efter lager (jord, sand, sten, olja), med hänsyn till varje lagers djup. Dessutom var applikationen tvungen att tillåta uppdatering av information om brunnen och lägga till nya brunnar. För denna applikation ställer kunden in speciella driftsförhållanden i offline- och onlinelägen (kontroll av kommunikation med servern) - kontrollerar kommunikationen med servern var 5:e sekund och ändrar applikationens funktionalitet beroende på serverns tillgänglighet.
kirill: När du väljer en brunn visas ett stapeldiagram som framhäver skikten fram till olje- eller gasavlagringarna. För varje lager lagras dess namn, färg och förekomstintervall. På grund av designfunktionerna hjälper inte diagrammen inbyggda i plattformen, men kalkylarksdokumentet klarar uppgiften perfekt. Brunnar kan skapas och modifieras:
Bortsett från flera idiotsäkert skydd var det inget intressant med denna form.
Därefter föreslogs det att kontrollera anslutningen till servern. Vi försöker ansluta var 5:e sekund. Om det inte fungerar begränsar vi applikationens funktionalitet och visar ett meddelande.
Expertkommentar: Uppgiften för denna session är intressant främst på grund av dess grafiska möjligheter. Deltagare som använde 1C:Enterprise-plattformen löste det på två olika sätt - vissa med hjälp av en diagrammekanism, andra med ett kalkylbladsdokument. Varje metod har sina för- och nackdelar. Som en del av beslutet vid WorldSkills-mästerskapet var tiden nyckeln (kom ihåg tidsgränsen igen). En separat intressant uppgift är att pinga servern var 5:e sekund och ändra beteendet hos mobilapplikationen beroende på serverns tillgänglighet eller otillgänglighet.
Session 6
Det föreslogs att skapa en arbetsyta för högsta ledningen – Dashboard. På en skärm var det nödvändigt att visa företagets allmänna resultatindikatorer för en viss period i grafisk och tabellform. Huvudformuläret är kostnadsrapporten:
Utöver instrumentpanelen var det nödvändigt att implementera distributionen av reservdelar för reparationer av tillgångar med FIFO/LIFO/”Billigast går först” avskrivningsmetoder.
Vid distributionen togs hänsyn till batchredovisning, balanskontroll och skydd mot obehöriga användaråtgärder (”fool protection”) användes.
kirill: För att lösa användes värdetabeller med mjukvarugenerering av kolumner, eftersom det kan finnas ett godtyckligt antal av dem:
- Den första tabellen ansvarar för avdelningarnas totala kostnader per månad. De mest olönsamma och lönsamma divisionerna är markerade i rött respektive grönt.
- Den andra tabellen visar de dyraste och mest använda delarna för varje månad. Om det finns flera delar som uppfyller kriterierna ska de visas i en cell, separerade med kommatecken.
- De dyraste tillgångarna (i termer av reservdelskostnader) visas i den första raden i den tredje tabellen. Den andra raden visar divisionen som tillgången ovan tillhör. Om det finns två dyraste tillgångar med samma kostnader, bör de visas i samma cell, separerade med kommatecken.
Diagrammen visades med hjälp av plattformens inbyggda mekanismer och fylldes i programmatiskt med hjälp av frågor.
Det föreslogs också att stödet för flerspråkighet skulle genomföras. Programmet laddar XML-filer med lokalisering av gränssnittselement, och formuläret ska ritas om vid val av språk i rullgardinsmenyn.
När du klickar på knappen i det nedre vänstra hörnet av skärmen öppnas formuläret för lagerhantering:
I det här formuläret börjar vi äntligen spendera delar på reparationer. Här hittar vi först de delar vi behöver för att reparera tillgången. Baserat på de valda fälten och distributionsmetoden (FIFO, LIFO eller minimipris), visas de träffar som hittats eller ett meddelande om det inte finns några matchningar. Du kan sedan markera delarna som avsedda att reparera den tillgången. Balanskontroll är relevant för den aktuella sessionen. Om vi redan har tilldelat detaljer kan de inte längre hittas.
Expertkommentar: mycket intressant session. Det gör det mesta av 1C:Enterprise-plattformens möjligheter - här finns kompetent arbete med virtuella tabeller av ackumuleringsregister och programmatiskt arbete med formulärelement (först och främst - tabeller, för det andra - rubriker) och diagram. Och även LIFO/FIFO vid analys av lager, vinst/förlustanalys osv.
Session 7
I slutet av uppgiften (session 7) tillhandahöll kunden mjukvara (exe-fil) för projektaktiviteter och en kort video om att arbeta med den. Det var nödvändigt att utföra reverse engineering och, baserat på detta, skapa två diagram: ett use case-diagram och ett entity-relationship-diagram. Dessutom ställdes vissa krav för att skapa programvara i framtiden - det var nödvändigt att skapa en gränssnittslayout enligt dessa krav.
Enligt tävlingsvillkoren krävdes endast MS Visio för att skapa diagram.
Expertkommentar: i den här sessionen användes praktiskt taget inte funktionerna hos 1C:Enterprise-plattformen. Diagram för tävlingsvillkoren skapades i MS Visio. Men en prototyp av gränssnittet skulle kunna skapas i en tom 1C-informationsbas.
Allmänna anteckningar
I början av varje session föreslogs att importera data med hjälp av ett SQL-skript. Detta var den största nackdelen med att använda 1C jämfört med C#, eftersom vi spenderade minst en halvtimme på att destillera data till externa datakällor, skapa våra egna tabeller och flytta rader från externa källor till våra tabeller. Resten behövde bara klicka på Execute-knappen i Microsoft SQL Studio.
Av uppenbara skäl är det ingen bra idé att lagra data på en mobil enhet. Därför skapade vi en serverbas under mobilsessioner. De lagrade data där och gav tillgång till dem via http-tjänster.
Expertkommentar: 1C/icke-1C-balansen är intressant här - medan 1C:Enterprise-programmerare spenderade mycket tid på att ansluta till en extern DBMS (Kirill nämnde detta separat ovan), C#/Java (Android Studio för mobilutveckling) spenderade tid på andra områden - gränssnitt, skriva mer kod. Därför var resultaten av varje session oförutsägbara och extremt intressanta för alla experter. Och denna intrigen fanns kvar till slutet - titta bara på finalbordet över vinnare med poängfördelning.
Kirill avslutade historien :)
Sammanfattningsvis bör det påminnas om att utföraren inte behövde "bara programmera uppgiften enligt de tekniska specifikationerna" - han var tvungen att analysera uppgiften, välja block för implementering av deluppgifter, designa dem och bestämma exakt vad han skulle vara kunna genomföra från detta på den extremt korta tilldelade tiden. Alla fyra dagarna var jag tvungen att agera under stor tidspress, ofta startade varje efterföljande session från början. Även en vuxenspecialist med många års erfarenhet inom branschen kommer att ha stora svårigheter att klara den tilldelade uppgiften för passet till 4 % inom utsatt tid.
Det antagna bedömningssystemet förtjänar särskilt att nämnas.
För varje session utvecklar uppgiftsförfattarna ett komplext system av kriterier, inklusive kontroll av funktionalitet, korrekt funktion, krav på applikationsgränssnittet och till och med att följa en stilguide som speciellt tillhandahålls deltagarna av företaget för vilket de utvecklar sina lösningar.
Utvärderingskriterierna är mycket fingranulerade - med den totala kostnaden för sessionsuppgiften på tiotals poäng, vilket kan ge deltagaren tiondelar av en poäng om man uppfyller ett visst kriterium. Detta uppnår en extremt hög och objektiv nivå för att utvärdera resultaten för varje deltagare i tävlingen.
Resultat
Slutresultatet var imponerande.
I en bitter kamp vann Kirill Pavkin från Ryssland, som använde 1C:Enterprise-plattformen. Kirill är 17 år, han är från Stavropol.
Bokstavligen tiondelar av en poäng skilde vinnaren från hans förföljare. Andraplatsen togs av en deltagare från Taiwan. Den totala tabellen över de sex bästa resultaten ser ut så här:
Naturligtvis vann Kirill tack vare sin talang, kunskap och färdigheter.
Vi noterar dock att alla tre deltagare som använde 1C:Enterprise-plattformen som verktyg ingick i topp fem – vilket är en ovillkorlig bekräftelse på världsnivån för 1C:Enterprise-teknologin.
Efter resultatet av tävlingen belönades vinnarna i KazanExpo mediacenter; killarna fick rena guldmedaljer (i enlighet med deras plats) och kontantpriser. Killarna fick också certifikat som tillåter dem att genomgå en praktikplats på 1C.
Källa: will.com