је међународни покрет који организује стручна такмичења за младе до 22 године.
Међународно финале се одржава сваке две године. Ове године коначно место одржавања било је (последње финале је било 2017. у Абу Дабију, следеће ће бити 2021. у Шангају).
Светско првенство у вештинама је највеће светско првенство професионалних вештина. Почели су са професионалним занимањима, а последњих година све се више пажње поклања „професијама будућности“, укључујући ИТ дисциплине, за које је на првенству у Казању издвојен посебан велики кластер.
У ИТ блоку постоји компетенција (специфичан „спорт“) под називом „ИТ софтверска решења за пословање“.
На сваком такмичењу дозвољена листа коришћених алата је ограничена. А ако је, на пример, за „пејзажни дизајн“ листа могућих алата ограничена (наравно, без навођења експлицитног произвођача или боје), онда је у компетенцији „Софтверска решења за пословање“ листа прихваћених технологија које учесници могу да користе је строго ограничен, што указује на специфичне технологије и специфичне платформе (.НЕТ и Јава са одређеним скупом оквира).
Став 1Ц по овом питању је следећи: информационе технологије су веома динамична област, нове технологије и развојни алати се стално појављују у свету. Са наше тачке гледишта, исправно је дозволити стручњацима да користе алате са којима желе и који су навикли да раде.
У јесен 2018. чуло нас је руководство ВорлдСкиллс-а. Сада смо морали да тестирамо методологију за уградњу нових технологија у такмичења. Није једноставно.
Платформа 1Ц:Ентерприсе уврштена је на инфраструктурну листу шампионата у Казању и организована је експериментална платформа за ИТ софтверска решења за пословни сандбок.
Напомињемо да је званични језик првенства енглески. Сви материјали са резултатима решавања задатака (изворни кодови, пратећа документација, софтверски интерфејси) такође су били пренети на овом језику. Упркос сумњама неких људи (и даље!), можете писати на енглеском у 1Ц.
На такмичењу на овом сајту учествовало је 9 младих момака из 8 земаља (Филипини, Тајван, Кореја, Финска, Мароко, Русија, Казахстан, Малезија).
Жири - тим стручњака - предводио је стручњак са Филипина Џои Манансала.
Представљени су стручњаци из Финске, УАЕ, Костарике, Кореје, Русије и Тајвана.
Одвојено, напомињемо да су учесници из Русије (Павкин Кирилл, Султанова Аигул) и Казахстана (Витовски Лудвиг) одлучили да користе платформу 1Ц:Ентерприсе као део такмичења. Остали учесници су користили .НЕТ за десктоп и Андроид Студио за развој мобилних уређаја. Занимљиво је да су учесници који су изабрали 1Ц веома млади (Кирил је ученик школе у Ставропољу, ове године је ушао у 11. разред, Аигул је студент, Казан, Татарстан), док су њихови противници били много искуснији ( на пример, учесник из Кореје - победник ВорлдСкиллс шампионата 2013. у Лајпцигу; сви имају искуство учешћа на ВорлдСкиллс-у и неколико година професионалног искуства у индустрији).
С обзиром да су током такмичења учесници користили различите савремене технологије, имали смо прилику да тестирамо платформу 1Ц:Ентерприсе у истински борбеним условима, да упоредимо како квалитет решења добијених уз њену помоћ, тако и брзину развоја постигнуту њеном употребом.
Одвојено, напомињемо да су у оквиру посебне платформе ИТ софтверских решења за бизнис Сандбок, учесници обавили исте задатке као и учесници главне платформе ИТ софтверских решења за бизнис.
Сам задатак је сложен задатак за аутоматизацију одређеног пословања, ове године пример пословања је била фиктивна компанија КазанНефт.
легенда
Казан Оил је једно од највећих нафтних предузећа у Републици Татарстан, које послује као национални тржишни играч и међународно признат бренд у овој области. Седиште компаније, специјализоване за истраживање поља, производњу, производњу, прераду, транспорт и продају и дистрибуцију нафте, нафтних деривата и природног гаса, налази се у Казању (Русија).
Пошто компанија спроводи стратегију брзог ширења и стварања нових канцеларија широм Русије, менаџмент компаније је одлучио да уведе нови софтвер за аутоматизацију пословања који има за циљ одржавање и управљање одређеним операцијама.
Услови првенства
Задаци су учесници добијали у виду модула (сесија) са захтевом да их ураде у ограниченом року. Укупно је било 7 модула. Три сесије за решавање на десктопу – свака по 2.5 сата. Три сесије - развој клијент-сервер, где је клијент била мобилна апликација, а комуникација између клијента и сервера се одвијала преко ВЕБ-АПИ-ја. Ово је трајало 3.5 сата. Последња сесија – задаци о обрнутом инжењерингу постојећег софтвера, 2.5 часа. У оквиру обрнутог инжењеринга, учесници су морали да, на основу информација које су им дате, дизајнирају структуру базе података апликације (изградњом ЕР дијаграма), анализирају сценарије за коришћење система (изградњом дијаграма случаја коришћења), а такође и развија и дизајнира интерфејс софтверског решења према предвиђеним функционалним захтевима .
Главне коришћене развојне платформе биле су .НЕТ (Ц#) и Јава (укључујући Андроид Студио за мобилни развој). Експериментални СандБок је користио .НЕТ, Јава и 1Ц:Ентерприсе верзију 8.3.13.
На крају сваке сесије, стручњаци су оцењивали резултат – готов изводљив пројекат који реализује задатке постављене на почетку сесије.
Посебност задатака је њихова "виталност" - много захтева и ограничено време. Већина проблема нису проблеми специјалних Олимпијаде, већ су веома блиски стварним индустријским проблемима - стручњаци се са њима суочавају свакодневно. Али има много задатака, а време је ограничено. Учесник мора да реши максималан број проблема који ће имати највећу корист за пословање. Уопште није чињеница да ће сложен задатак са алгоритамске тачке гледишта имати већу тежину од елементарног. На пример, за посао је важније креирање функционалног рачуноводственог система од три табеле од лепе форме извештавања са сложеним алгоритмима, која је потпуно непотребна без ових табела.
Замолили смо победника такмичења, учесника из Русије Кирила Павкина, да нам каже више о томе који су задаци били и како је приступио њиховом решавању.
Испод је опис задатка, Кирилова сопствена прича о томе како је решио задатак. Такође смо замолили Виталија Рибалку, запосленог у 1Ц и једног од стручњака за ИТ решења за пословне сандбок, да прокоментарише Кирилова решења.
У оквиру задатка било је потребно аутоматизовати активности неколико типова корисника:
- Одговоран за рачуноводство имовине предузећа
- Одговоран за ванредне поправке и планирано одржавање имовине компаније
- Менаџери набавке компоненти и потрошног материјала
- Одељења за истраживање и производњу нафте
- Највишем руководству су били потребни аналитички извештаји
1. сесија
Са становишта имовине (нпр. возног парка), било је неопходно имплементирати њихово рачуноводство (успостављање нових, уређивање постојећих), брзу претрагу и разне врсте филтера за приказ информација, премештање средстава између сектора Компаније. и саме групе средстава. Чувајте историју таквих покрета и пружајте аналитику о њима у будућности. Рачуноводство имовине је углавном имплементирано за групе мобилних корисника.
Кирил: Занимљив подзадатак је била имплементација дугмади у листи средстава. Да бисмо ово решили, користили смо динамичку листу: пишемо произвољан захтев, а када примамо податке на сервер, додељујемо навигационе везе ка сликама из библиотеке слика у потребна поља.
По договору, фотографије се могу приложити материјалу на два начина: снимите фотографију (мултимедијални) и изаберите из галерије (дијалог за избор датотеке).
Неки облици су морали да се поново нацртају када је екран ротиран:
Приликом промене параметара екрана мењамо видљивост група дугмади.
Забавни, али једноставни задаци укључују филтере у динамичкој листи, претрагу у два поља (број и назив) и генерисање серијског броја средства.
Коментар стручњака: са становишта решења на платформи 1Ц:Ентерприсе, задатак је сасвим јасан. Поред самог креирања мобилне апликације, било је потребно водити рачуна и о преносу података са „сервера“ ДБМС (МС СКЛ на десктопу) до мобилне апликације и назад. У ту сврху коришћени су механизми екстерних извора података и хттп сервиса у десктоп „прокси апликацији“. За саму мобилну платформу, приказивање слика у динамичкој листи представљало је повећану сложеност.
2. сесија
Било је неопходно успоставити управљање поправкама имовине Компаније. У оквиру овог задатка било је потребно водити списак захтева за поправке (по одељењима и групама), водити рачуна о приоритетима хитности поправки, планирати распоред поправки у складу са приоритетима, наручити потребне компоненте и предузети узимајући у обзир оне који су већ доступни. Занимљив подзадатак је био да су неке компоненте имале рок трајања; ако је део већ наручен за дато средство и његов рок није истекао, онда за ово средство нема потребе да се поново купује исти део. Интерфејс за поправку је развијен за десктоп компоненту софтвера компаније.
Такође је било потребно креирати нетривијални формулар за овлашћење за две улоге: одговорно лице и менаџер сервиса. Посебност је у томе што након ауторизације морате аутоматски одабрати једну од улога.
Образац листе доступан одговорном лицу је приказан у наставку:
Кирил: Овде се може истаћи само истицање захтева за услугу на чекању. Решено условним форматирањем у динамичкој листи.
Кликом на дугме на дну екрана, корисник може да пређе на следећи образац:
Са 1Ц тачке гледишта у овом облику нема ништа компликовано.
Образац који је доступан менаџеру услуге је у наставку:
Овај образац је сортиран по приоритету и датуму захтева. Кликом на дугме испод, корисник може да пређе на образац изабраног захтева:
Поред заштите од грешака, овај образац је предложио увођење листе резервних делова за поправке. Подзадатак је занимљив јер делови имају рок трајања. То значи да ако се већ догодила хитна ситуација са овим средством и за њега је наручен део чији рок важења није истекао, онда се може поново користити. Ово треба показати кориснику.
Коментар стручњака: овде је сам Кирил правилно ставио акценте. Са становишта имплементације на платформи 1Ц: Ентерприсе, нема ништа изузетно компликовано. Потребна је пажљива анализа услова за обрачун и коришћење резервних делова и компетентно спровођење задатка у целини. Поред тога, било је потребно правилно евидентирати захтеве за услуге. Главна потешкоћа је био само временски притисак од 2.5 сата.
Поред тога, као иу мобилном развоју, учесник је морао компетентно да добије податке из екстерног ДБМС-а (МС СКЛ).
3. сесија
За одржавање (одржавање) предложено је спровођење услуге дугорочног планирања. Интересантна карактеристика овде је био захтев да се направи распоред одржавања средстава према времену - на пример, сваког другог месеца 3. Исто тако, према неком квантитативном индикатору - на пример, према бројачу километара аутомобила (замена уља на сваких 5000 км, замена гума на сваких 20000 км). Менаџер одржавања је требало да добије згодну мобилну апликацију која динамички приказује листу заосталих, текућих и завршених одржавања за одређени период. Поред тога, свака врста одржавања је морала бити офарбана у боју по посебно договореним правилима. Мобилна апликација је требало да обезбеди креирање нових распореда одржавања и обележавање већ завршених директно у радионицама уз промптно ажурирање ових информација на серверу.
Кирил: Постоје две врсте поправки: на основу времена и на основу покретања. Варијабилност је дозвољена унутар сваког. На пример, према плану, поправке би требало да се врше сваког петка, 13. у месецу или на сваких 20,000 километара. Задатак се сматра завршеним ако се налази квачица са десне стране.
Дат је услов за сортирање задатака у листи. Такође, свака линија треба да буде истакнута бојом у зависности од услова.
Кликом на дугме испод, можете креирати нови план услуге:
Потребна поља се приказују у зависности од изабраног типа графикона. Ако смо изабрали недељни распоред, биће нам приказана два поља: број недеље и дан у недељи. На пример, уторком сваке 3 недеље.
Коментар стручњака: као иу претходном мобилном развоју на платформи 1Ц:Ентерприсе, овде је задатак глобално подељен на 2 компоненте - комуникација са „сервером“ преко веб-апи-ја и компетентан приказ динамичке листе са условним дизајном и филтрирањем (избором) података. Поред тога, било је интересантно спровести захтев да се поправке обрачунавају и по периоду и по квантитативном показатељу.
4. сесија
За компоненте и потрошни материјал било је потребно водити рачуна о залихама, планирању трошкова и будућих набавки. Поред тога, овде се појавило и партијско рачуноводство, али не за сву робу. Све ово је морало да се управља у оквиру више складишта, укључујући пријем, расход и кретање. Према условима задатка, било је потребно обезбедити контролу биланса и избегавати сукобе при раду са текућим залихама. Менаџери набавке раде у десктоп верзији софтвера.
Главни образац је приказан у наставку:
Кирил: Поред сортирања из услова, предложено је да се кориснику да могућност сортирања насумично. На 1Ц не морате ни да размишљате о томе. Поље са количином делова треба да буде означено зеленом бојом за фактуре.
На овој седници од њих је затражено да контролишу преосталу робу у магацинима. Дакле, одговарајућа порука би требало да се прикаже када покушате да избришете фактуру. Овде се сећамо специјалистичког испита за платформу. Образац фактуре је следећи:
Сваки део има карактеристику која одређује да ли треба да буде додељен одређеној серији. За такве резервне делове, неопходно је навести број серије у свим документима. Ово је додатно мерење када се прате остаци делова. Такође се могу премештати између складишта:
Образац се разликује од претходног само по томе што уместо купца треба да наведете складиште из којег ће се вршити испорука. Листа избора за серију се аутоматски саставља након што је део изабран. Корисник може да генерише извештај о стању резервних делова:
Овде можемо видети преосталу робу у изабраном магацину. Поља за потврду са десне стране складишта вам омогућавају да конфигуришете филтрирање и сортирање. Списак нема изричиту поделу по жребу за оне делове за које се тражи. Стање за сваку серију изабраног резервног дела може се видети помоћу навигационог линка са десне стране.
Коментар стручњака: у овој сесији (модулу) се први пут појавило групно рачуноводство. Учесници су морали да обрачунавају потрошни материјал и робу не само сами, већ и по партијама. Генерално, задатак је савршен за платформу 1Ц:Ентерприсе - али све је требало да се развије од нуле и заврши за 2.5 сата.
5. сесија
У петој седници нам је додељена функционалност управљања бушотинама. За истраживачке групе, било је неопходно направити мобилну апликацију која би рачунала за изворе нафте или гаса. Овде је било потребно добити листу тренутних бунара са сервера и графички приказати одабрану бушотину по слојевима (земља, песак, камен, нафта), узимајући у обзир дубину сваког слоја. Поред тога, апликација је морала да омогући ажурирање информација о бушотини и додавање нових бунара. За ову апликацију корисник поставља посебне услове рада у офлајн и онлајн режимима (контрола комуникације са сервером) – провера комуникације са сервером на сваких 5 секунди и мењање функционалности апликације у зависности од доступности сервера.
Кирил: Када изаберете бунар, приказује се тракасти графикон који истиче слојеве до налазишта нафте или гаса. За сваки слој се чувају његово име, боја и опсег појављивања. Због карактеристика дизајна, дијаграми уграђени у платформу не помажу, али табеларни документ савршено се носи са задатком. Бунари се могу креирати и модификовати:
Осим вишеструке поуздане заштите, у овој форми није било ништа занимљиво.
Затим је предложено да се контролише веза са сервером. Трудимо се да се повежемо сваких 5 секунди. Ако не ради, ограничавамо функционалност апликације и приказујемо поруку.
Коментар стручњака: Задатак ове сесије је интересантан пре свега због својих графичких могућности. Учесници који користе платформу 1Ц:Ентерприсе су то решили на два различита начина – неки користећи механизам дијаграма, други користећи табеларни документ. Свака метода има своје предности и мане. Као део одлуке на ВорлдСкиллс шампионату, време је било кључно (сетите се поново временског ограничења). Посебан занимљив задатак је пинговање сервера сваких 5 секунди и промена понашања мобилне апликације у зависности од доступности или недоступности сервера.
6. сесија
Предложено је да се направи радни простор за топ менаџмент - Дасхбоард. На једном екрану је било потребно приказати опште показатеље пословања предузећа за одређени период у графичком и табеларном облику. Главни образац је извештај о трошковима:
Поред Дасхбоард-а, било је неопходно спровести дистрибуцију резервних делова за поправке имовине методом ФИФО/ЛИФО/„Најјефтиније прво иде“.
Приликом дистрибуције узето је у обзир батцх аццоунтинг, коришћена је контрола биланса и заштита од неовлашћених радњи корисника („фоол протецтион“).
Кирил: За решавање коришћене су табеле вредности са софтверским генерисањем колона, пошто их може бити произвољан број:
- Прва табела је одговорна за укупне трошкове одељења по месецима. Најпрофитабилније и најпрофитабилније поделе су означене црвеном и зеленом бојом.
- Друга табела приказује најскупље и најчешће коришћене делове за сваки месец. Ако постоји неколико делова који испуњавају критеријуме, онда их треба приказати у једној ћелији, одвојене зарезима.
- Најскупља средства (у смислу трошкова резервних делова) приказана су у првом реду треће табеле. Други ред приказује одељење коме припада имовина изнад. Ако постоје два најскупља средства са истим трошковима, онда их треба приказати у истој ћелији, одвојене зарезима.
Дијаграми су приказани користећи уграђене механизме платформе, а попуњавани су програмски помоћу упита.
Такође је предложено спровођење подршке вишејезичности. Програм учитава КСМЛ датотеке са локализацијом елемената интерфејса, а форму треба поново нацртати приликом избора језика у падајућој листи.
Када кликнете на дугме у доњем левом углу екрана, отвара се образац за управљање залихама:
У овом облику коначно почињемо да трошимо делове на поправке. Овде прво налазимо делове који ће нам требати да поправимо средство. На основу изабраних поља и начина дистрибуције (ФИФО, ЛИФО или минимална цена), приказују се пронађена подударања или порука ако нема подударања. Затим можете да означите делове као да су намењени за поправку тог средства. Контрола биланса је релевантна за тренутну сесију. Ако смо већ доделили детаље, онда се више не могу пронаћи.
Коментар стручњака: веома занимљива сесија. Максимално користи могућности платформе 1Ц:Ентерприсе - овде је компетентан рад са виртуелним табелама регистара акумулације и програмски рад са елементима обрасца (пре свега - табелама, друго - насловима) и дијаграмима. Па чак и ЛИФО/ФИФО приликом анализе залиха, анализе добити/губитака итд.
7. сесија
На крају задатка (сесија 7), наручилац је обезбедио софтвер (еке фајл) за пројектне активности и кратак видео о раду са њим. Било је потребно извршити обрнути инжењеринг и на основу тога креирати 2 дијаграма: дијаграм случаја употребе и дијаграм ентитет-однос. Поред тога, постављени су и неки захтеви за креирање софтвера у будућности - било је потребно направити изглед интерфејса према овим захтевима.
Према условима конкурса, за израду дијаграма био је потребан само МС Висио.
Коментар стручњака: у овој сесији могућности платформе 1Ц: Ентерприсе практично нису коришћене. Дијаграми за услове такмичења креирани су у МС Висио-у. Али прототип интерфејса могао би бити креиран у празној бази података 1Ц.
Опште напомене
На почетку сваке сесије, предложено је увоз података помоћу СКЛ скрипте. Ово је био главни недостатак коришћења 1Ц у поређењу са Ц#, пошто смо провели најмање пола сата дестилирајући податке у спољне изворе података, креирајући сопствене табеле и премештајући редове из спољних извора у наше табеле. Остало је само потребно да кликнете на дугме Изврши у Мицрософт СКЛ Студију.
Из очигледних разлога, складиштење података на мобилном уређају није добра идеја. Због тога смо током мобилних сесија створили базу сервера. Тамо су чували податке и омогућили им приступ преко хттп сервиса.
Коментар стручњака: овде је интересантан баланс 1Ц/не-1Ц – док су програмери 1Ц:Ентерприсе провели значајно време повезујући се са екстерним ДБМС-ом (Кирил је ово посебно поменуо изнад), програмери Ц#/Јава (Андроид Студио за развој мобилних уређаја) су провели време у другим областима – интерфејси, писање више кода. Стога су резултати сваке сесије били непредвидиви и изузетно занимљиви за све стручњаке. И ова интрига је остала до краја – погледајте само коначну табелу победника са расподелом бодова.
Кирил је завршио причу :)
У закључку, треба подсетити да извођач није морао „само да програмира задатак према техничким спецификацијама“ - морао је да анализира задатак, одабере блокове за имплементацију подзадатака, дизајнира их и одлучи шта ће тачно бити. у стању да спроведе из овога у изузетно кратком предвиђеном времену. Сва 4 дана морао сам да делујем под великим временским притиском, често почињавши сваку следећу сесију испочетка. Чак ће и одрасли специјалиста са дугогодишњим искуством у индустрији имати великих потешкоћа да испуни додељени задатак за сесију 100% у предвиђеном времену.
Посебно треба поменути усвојени систем оцењивања.
За сваку сесију, аутори задатка развијају сложен систем критеријума, укључујући проверу функционалности, исправност рада, захтеве за интерфејс апликације, па чак и праћење стилског водича који је учесницима посебно дала компанија за коју развијају своја решења.
Критеријуми за оцењивање су веома фино гранулисани – са укупним трошковима задатка сесије десетине поена, испуњавање неког критеријума може додати десетинке поена учеснику. Тиме се постиже изузетно висок и објективан ниво вредновања резултата сваког учесника такмичења.
Налази
Коначни резултати су били импресивни.
У огорченој борби победио је Кирил Павкин из Русије, који је користио платформу 1Ц:Ентерприсе. Кирил има 17 година, из Ставропоља.
Буквално десетинке поена делиле су победника од његових гонича. Друго место заузела је учесница са Тајвана. Укупна табела првих шест резултата изгледа овако:
Наравно, Кирил је победио захваљујући свом таленту, знању и вештини.
Међутим, напомињемо да су сва три учесника који су користили платформу 1Ц:Ентерприсе као алат уврштена у првих пет – што је безусловна потврда светског нивоа технологије 1Ц:Ентерприсе.
По резултатима такмичења, победници су награђени у медијском центру КазанЕкпо, момци су добили чисто златне медаље (у складу са својим местом) и новчане награде. Момци су такође добили сертификате који им омогућавају да прођу праксу у 1Ц.
Извор: ввв.хабр.цом