- гэта міжнародны рух, які займаецца правядзеннем прафесійных спаборніцтваў для маладых людзей ва ўзросце да 22 гадоў.
Міжнародны фінал праводзіцца раз на два гады. У гэтым годзе месцам правядзення фіналу стала (мінулы фінал быў у 2017 годзе ў Абу-Дабі, наступны будзе ў 2021 годзе ў Шанхаі).
Чэмпіянаты WorldSkills - гэта самыя вялікія сусветныя чэмпіянаты прафесійнага майстэрства. Пачаліся яны з працоўных прафесій, а ў апошнія гады ўсё больш увагі надаецца "прафесіям будучыні", уключаючы IT-дысцыпліны, пад якія на чэмпіянаце ў Казані быў выдзелены асобны вялізны кластар.
У IT-блоку ёсць кампетэнцыя (канкрэтны "від спорту") пад назвай "Праграмныя рашэнні для бізнесу" (IT Software Solutions for Business).
У кожным са спаборніцтваў абмяжоўваецца дазволены спіс выкарыстоўваных прылад. І калі, напрыклад, для "ландшафтнага дызайну" абмяжоўваецца менавіта спіс магчымых інструментаў (вядома, без указання відавочнага вытворцы або колеру), то ў кампетэнцыі "Праграмныя рашэнні для бізнесу" спіс дапушчаных тэхналогій, якія могуць выкарыстоўваць удзельнікі, жорстка абмежаваны з указаннем канкрэтных тэхналогій. і канкрэтных платформаў (.NET і Java з пэўным наборам фрэймворкаў).
Пазіцыя фірмы 1С па гэтым пытанні наступная: інфармацыйныя тэхналогіі - гэта вельмі дынамічная вобласць, у свеце пастаянна з'яўляюцца новыя тэхналогіі і сродкі распрацоўкі. З нашага пункта гледжання правільна дазволіць адмыслоўцам выкарыстоўваць тыя прылады, з якімі яны жадаюць і абвыклі працаваць.
Увосень 2018 г дырэкцыя WorldSkills пачула нас. Цяпер трэба было абкатаць методыку ўключэння новых тэхналогій у спаборніцтвы. Гэта няпроста.
У інфраструктурны ліст чэмпіянату ў Казані ўключылі платформу 1С:Прадпрыемства (1С:Enterprise) і арганізавалі эксперыментальную пляцоўку IT Software Solutions for Business Sandbox.
Адзначым, што афіцыйная мова чэмпіянату - англійская. Усе матэрыялы з вынікамі рашэння заданняў (зыходныя коды, суправаджальная дакументацыя, інтэрфейсы ПЗ) павінны былі перадавацца таксама на гэтай мове. Нягледзячы на сумневы некаторых людзей (да гэтага часу!), на 1С можна пісаць на англійскай.
У спаборніцтвах на гэтай пляцоўцы прынялі ўдзел 9 маладых хлопчыкаў і дзяўчынак з 8 краін свету (Філіпіны, Тайвань, Карэя, Фінляндыя, Марока, Расія, Казахстан, Малайзія).
Журы - каманду экспертаў - узначаліў эксперт з Філіпін Джоўі Манансала.
Былі прадстаўлены эксперты з Фінляндыі, ААЭ, Коста-Рыкі, Карэі, Расіі і Тайваня.
Асобна адзначым, што ўдзельнікі з Расіі (Паўкін Кірыл, Султанава Айгуль) і Казахстана (Вітоўскі Людвіг) прынялі рашэнне выкарыстоўваць платформу 1С: Прадпрыемства ў рамках спаборніцтваў. Астатнія ўдзельнікі выкарыстоўвалі .NET для дэсктопнай і Android Studio для мабільнай распрацоўкі. Цікава тое, што ўдзельнікі, якія абралі 1С – зусім маладыя (Кірыл – вучань школы ў Стаўрапалі, сёлета перайшоў у 11 клас, Айгуль – студэнтка каледжа, Казань, Татарстан), тады як іх супернікі былі значна больш дасведчаныя (напрыклад, удзельнік з Карэі - прызёр чэмпіянату WorldSkills 2013 года ў Лейпцыгу, усе маюць досвед удзелу ў WorldSkills і некалькі гадоў прафесійнага досведу працы ў індустрыі).
Улічваючы, што ў рамках спаборніцтваў удзельнікі выкарыстоўвалі розныя сучасныя тэхналогіі, нам прадставіўся шанец праверыць платформу 1С: Прадпрыемства ў сапраўды баявых умовах, параўнаць як якасць рашэнняў, якія атрымліваюцца з яе дапамогай, так і хуткасць распрацоўкі, якая дасягаецца з яе выкарыстаннем.
Асобна адзначым, што ў рамках спецыяльнай пляцоўкі IT Software Solutions for Business Sandbox удзельнікі выконвалі тыя ж заданні, што і ўдзельнікі асноўнай пляцоўкі IT Software Solutions for Business.
Само заданне ўяўляе сабой комплексную задачу на аўтаматызацыю пэўнага бізнесу, у гэтым годзе прыкладам бізнесу стала ўмоўная кампанія "КазаньНафта".
легенда
"Казань Нафта" - гэта адно з найбуйнейшых нафтавых прадпрыемстваў Рэспублікі Татарстан, якое дзейнічае як нацыянальны гулец рынку і міжнародна прызнаны брэнд у гэтай галіне. Галаўны офіс кампаніі, якая спецыялізуецца на даследаванні радовішчаў, здабычы, вытворчасці, ачыстцы, транспарціроўцы, і продажы і дыстрыбуцыі нафты, нафтапрадуктаў і прыроднага газу, знаходзіцца ў Казані (Расія).
Так як кампанія рэалізуе стратэгію хуткага пашырэння і стварэння новых офісаў па тэрыторыі ўсёй Расіі, кіраўніцтва прадпрыемства прыняло рашэнне ўкараніць новае праграмнае забеспячэнне аўтаматызацыі бізнесу, накіраванае на падтрыманне і кіраванне некаторымі аперацыямі.
Умовы Чэмпіянату
Задачы выдаваліся ўдзельнікам у выглядзе модуляў (сесій) з патрабаваннем рэалізаваць іх за абмежаваны час. Усяго было 7 модуляў. Тры сесіі для рашэння на дэсктопе - па 2.5 гадзіны. Тры сесіі - кліент-серверная распрацоўка, дзе кліентам выступала мабільнае прыкладанне, а зносіны паміж кліентам і серверам ажыццяўляліся з дапамогай WEB-API. На гэта адводзілася па 3.5 гадзіны. Апошняя сесія - задачы на рэверс-інжынірынг існуючага праграмнага забеспячэння, 2.5 гадзіны. У рамках рэверс-інжынірынгу ўдзельнікі павінны былі, грунтуючыся на прадстаўленай ім інфармацыі, спраектаваць структуру базы даных прыкладання (пабудаваўшы ER-дыяграму), прааналізаваць сцэнары выкарыстання сістэмы (пабудаваўшы дыяграму варыянтаў выкарыстання), а таксама распрацаваць і спраектаваць інтэрфейс праграмнага рашэння па прадастаўленым функцыянальным патрабаванням .
У якасці платформаў для распрацоўкі выкарыстоўваліся на асноўнай пляцоўцы. NET (C #) і Java (уключаючы Android Studio для мабільнай распрацоўкі). У эксперыментальным SandBox выкарыстоўваліся. NET, Java і 1C: Enterprise версіі 8.3.13.
Экспертамі па выніках кожнай сесіі ацэньваўся вынік - гатовы працаздольны праект, які рэалізуе пастаўленыя ў пачатку сесіі задачы.
Асаблівасцю заданняў з'яўляецца іх "жыццёвасць" - мноства патрабаванняў і абмежаваны час. Большасць задач не спецыяльныя алімпіядныя, а вельмі блізкія да рэальных прамысловых задач - з імі спецыялісты сутыкаюцца кожны дзень. Але задач шмат, а час абмежаваны. Удзельнік павінен вырашыць максімальную колькасць задач, якія будуць мець найбольшую карысць для бізнэсу. Зусім не факт, што складаная з пункту гледжання алгарытмікі задача будзе мець большую вагу, чым элементарная. Напрыклад, стварэнне функцыянуе ўліковай сістэмы з трох табліц для бізнэсу важней, чым прыгожая справаздачная форма, са складанымі алгарытмамі, якая без гэтых табліц зусім не патрэбна.
Мы папрасілі пераможцу спаборніцтваў, удзельніка ад Расіі, Кірыла Паўкіна, расказаць падрабязней пра тое, якія былі задачы і як ён падышоў да іх вырашэння.
Ніжэй - апісанне задання, аповяд самога Кірылы аб тым, як ён вырашаў заданне. Мы таксама папрасілі Віталя Рыбалку, супрацоўніка 1С, аднаго з экспертаў IT Solutions for Business Sandbox, пракаментаваць рашэнні Кірылы.
У рамках задання патрабавалася аўтаматызаваць дзейнасць некалькіх відаў карыстальнікаў:
- Адказных за ўлік актываў кампаніі
- Адказных за пазапланавыя рамонты і планавае ТО актываў кампаніі
- Мэнэджараў па закупках камплектуючых і расходных матэрыялаў
- Нафтаразведачных і нафтаздабываючых падраздзяленняў
- Топ-менеджэмэнту патрабаваліся аналітычныя справаздачы
Сесія 1
З пункту гледжання актываў (напрыклад, аўтамабільнага парка) трэба было рэалізаваць іх улік (установа новага, праўка бягучых), хуткі пошук і рознага роду фільтры для адлюстравання інфармацыі, перамяшчэнне актываў паміж падраздзяленнямі Кампаніі, і групамі саміх актываў. Весці гісторыю такіх перасоўванняў і падаваць аналітыку па іх у далейшым. Улік актываў у асноўным рэалізоўваўся для мабільных груп карыстальнікаў.
Кірыл: Цікавай падзадачай была рэалізацыя кнопак у спісе актываў. Для рашэння выкарыстоўваўся дынамічны спіс: пішам адвольны запыт, а пры атрыманні дадзеных на серверы прысвойваем патрэбным палям навігацыйныя спасылкі на выявы з бібліятэкі малюнкаў.
Па ўмове, фатаграфіі да актыву можна прымацаваць двума спосабамі: зрабіць фатаграфію (сродкі мультымедыя) і абраць з галерэі (дыялог выбару файла).
Некаторыя формы трэба было перамалёўваць пры павароце экрана:
Пры змене параметраў экрана змяняем бачнасць груп кнопак.
Да займальных, але простых задач можна аднесці фільтры ў дынамічным спісе, пошук па двух палях (нумар і найменне), генерацыю серыйнага нумара актыву.
Каментарый эксперта: з пункту гледжання рашэння на платформе 1С: Прадпрыемствы задача даволі зразумелая. Акрамя ўласна стварэння мабільнага прыкладання трэба было заклапаціцца перадачай дадзеных з СКБД "сервера" (MS SQL на дэсктопе) у мабільнае прыкладанне і назад. Для гэтага выкарыстоўваліся механізмы вонкавых крыніц дадзеных і http-сэрвісаў у дэсктопным «проксі-дадатку». Для самай мабільнай платформы падвышаную складанасць уяўляла выснова малюначкаў у дынамічны спіс.
Сесія 2
Трэба было наладзіць мэнэджмент рамонтаў па актывах Кампаніі. У рамках гэтай задачы трэба было весці спіс запытаў на рамонты (па падраздзяленнях і групах), улічваць прыярытэты тэрміновасці рамонтаў, планаванне графіка рамонтаў у адпаведнасць з прыярытэтамі, заказ патрэбных камплектуючых і ўлік ужо наяўных. Цікавай падзадачай з'яўлялася тое, што некаторыя камплектуючыя мелі тэрмін прыдатнасці; калі для дадзенага актыву ўжо заказвалі дэталь і яе тэрмін не мінуў, то для гэтага актыву не трэба закупляць гэтую ж дэталь яшчэ раз. Інтэрфейс па рамонтах распрацоўваўся для дэсктопнага складніка ПЗ кампаніі.
Патрабавалася таксама стварыць нетрывіяльную форму аўтарызацыі для двух роляў: адказная асоба і менеджэр па абслугоўванні. Асаблівасць заключаецца ў тым, што пасля аўтарызацыі трэба аўтаматычна абраць адну з роляў.
Форма спісу, даступная адказнай асобе прадстаўлена ніжэй:
Кірыл: Тут можна вылучыць толькі падсветку незавершаных запытаў на абслугоўванне. Вырашаецца ўмоўным афармленнем у дынамічным спісе.
Пры націску на кнопку ўнізе экрана карыстальнік можа перайсці да наступнай формы:
Нічога складанага з пункта гледжання 1C у гэтай форме няма.
Форма, даступная мэнэджэра па абслугоўванні далей:
У гэтай форме ёсць сартаванне па прыярытэце і даце запыту. Націскаючы на кнопку знізу карыстач можа перайсці ў форму абранага запыту:
Апроч абароны ад дурня, у гэтай форме прапаноўвалася рэалізаваць спіс запчастак для рамонту. Падзадача цікавая, паколькі дэталі маюць тэрмін прыдатнасці. Гэта значыць, што калі з дадзеным актывам ужо адбываліся надзвычайныя сітуацыі і для яго была замоўлена дэталь, тэрмін дзеяння якой не мінуў, то яе можна выкарыстоўваць паўторна. Гэта варта паказаць карыстачу.
Каментарый эксперта: тут Кірыл сам дакладна расставіў акцэнты. З пункту гледжання рэалізацыі на платформе 1С: Прадпрыемства нічога архіскладанага няма. Патрабаваўся ўважлівы аналіз умоў уліку і выкарыстання запчастак і граматная рэалізацыя задачы ў цэлым. Акрамя гэтага трэба было правільна наладзіць улік запытаў на абслугоўванне. Асноўную складанасць уяўляў толькі цэйтнот у 2.5 гадзіны.
Акрамя гэтага, як у мабільнай распрацоўцы, удзельніку трэба было пісьменна атрымліваць дадзеныя з знешняй СКБД (MS SQL).
Сесія 3
Для ТО (тэхнічнага абслугоўвання) прапаноўвалася рэалізаваць сэрвіс доўгатэрміновага планавання. Цікавай асаблівасцю тут з'яўлялася патрабаванне фарміравання графіка ТО па актывах як па тэрмінах - напрыклад, кожны другі месяц 3-га чысла. Так і па нейкім колькасным паказчыку напрыклад, па одометры аўтамабіля (замена алею кожныя 5000км, замена покрывак кожныя 20000км). Мэнэджар па ТО павінен быў атрымаць зручнае мабільнае прыкладанне, якое дынамічна выводзіць спіс пратэрмінаваных, актуальных і выкананых ТО за ўказаны перыяд. Акрамя гэтага, кожны від ТО павінен быў размаляваны колерам па спецыяльна абумоўленых правілах. Мабільнае прыкладанне павінна было забяспечыць увядзенне новых графікаў ТО і адзнаку ўжо выкананых прама ў майстэрнях з аператыўнай актуалізацыяй гэтай інфармацыі на серверы.
Кірыл: Існуе два тыпы рамонтаў: па часе (time-based) і па прабегу (run-based). Унутры кожнага дапускаецца варыятыўнасць. Напрыклад, па плане рамонт павінен адбывацца кожную пятніцу 13-га чысла месяца або праз кожныя 20,000 кіламетраў прабегу. Задача лічыцца завершанай, калі справа ад яе стаіць галачка.
Была прадастаўлена ўмова сартавання задач у спісе. Таксама, кожны радок павінен вылучацца колерам у залежнасці ад умоў.
Пры націску на кнопку знізу можна стварыць новы план на абслугоўванне:
Неабходныя палі адлюстроўваюцца ў залежнасці ад абранага тыпу графіка. Калі мы выбралі тыднёвы часовы графік, то нам будуць паказаны два палі: нумар тыдня і дзень тыдня. Напрыклад, па аўторках кожныя 3 тыдні.
Каментарый эксперта: як і ў папярэдняй мабільнай распрацоўцы на платформе 1С: Прадпрыемства тут задача глабальна падзялілася на 2 складнікі – зносіны з "серверам" праз web-api і пісьменнае адлюстраванне дынамічнага спісу з умоўным афармленнем і фільтрацыі (адбор) дадзеных. Акрамя гэтага цікавым для рэалізацыі было патрабаванне ўліку рамонтаў як па перыядах, так і па колькасным паказчыку.
Сесія 4
Па камплектуючых і расходных матэрыялах трэба было ўлічваць запасы, планаваць расходы і будучыя закупкі. Акрамя таго, тут з'яўляўся партыйны ўлік, але не для ўсіх тавараў. Усё гэта неабходна было весці ў рамках мноства складоў, у тым ліку паступленне, расходаванне і перамяшчэнне. Па ўмовах задачы трэба было забяспечыць кантроль астаткаў і не дапускаць канфліктаў пры рабоце з актуальнымі запасамі. Мэнэджары па закупках працуюць у дэсктопнай версіі ПЗ.
Галоўная форма прадстаўлена ніжэй:
Кірыл: Акрамя сартавання з умовы, прапаноўвалася даць карыстачу магчымасць адвольнага сартавання. На 1C аб гэтым можна нават не задумвацца. Поле з колькасцю дэталяў павінна быць падсветлена зялёным для прыходных накладных.
У гэтай сэсіі прасілі кантраляваць рэшткі тавараў на складах. Так, павінна выводзіцца адпаведныя паведамленне пры спробе выдаліць прыходную накладную. Тут і ўспамінаем іспыт на адмыслоўца па платформе. Форма прыходнай накладной далей:
У кожнай дэталі ёсць прыкмета, па якой вызначаецца, ці павінна яна прывязвацца да вызначанай партыі. Для такіх запчастак абавязкова трэба ўказваць нумар партыі ва ўсіх дакументах. Гэта з'яўляецца дадатковым вымярэннем пры кантролі рэштак дэталей. Іх таксама можна перамяшчаць паміж складамі:
Форма адрозніваецца ад папярэдняй толькі тым, што замест замоўца трэба паказваць склад, з якога будзе ажыццяўляцца пастаўка. Спіс выбару для партыі аўтаматычна складаецца пасля падбору дэталі. Карыстальнік можа сфарміраваць справаздачу па рэштках запчастак:
Тут мы можам паглядзець рэшткі тавара на абраным складзе. Сцягі справа ад склада дазваляюць наладзіць фільтраванне і сартаванне. У спісе няма яўнага падзелу па партыях для тых дэталяў, па якіх ён абавязковы. Рэшткі па кожным нумары партыі абранай запчасткі можна паглядзець з дапамогай навігацыйнай спасылкі справа.
Каментарый эксперта: у гэтай сесіі (модулі) упершыню з'явіўся партыйны ўлік. Удзельнікам патрабавалася ўлічваць расходныя матэрыялы і тавары не толькі самі па сабе, але і па партыях. У цэлым, задача выдатна прыдатная для платформы 1С: Прадпрыемства - вось толькі распрацаваць гэта ўсё трэба было з нуля і паспець за 2.5 гадзіны.
Сесія 5
У пятай сесіі нам была даручана функцыянальнасць па кіраванні свідравінамі. Для разведвальных груп неабходна было стварыць мабільны дадатак, які ажыццяўляе ўлік свідравін па здабычы нафты або газу. Тут трэба было атрымліваць з сервера спіс актуальных свідравін і адлюстроўваць графічна абраную свідравіну па пластах (грунт, пясок, камень, нафта) з улікам глыбінь кожнага пласта. Акрамя гэтага, прыкладанне павінна было дазваляць абнаўляць інфармацыю аб свідравіне і дадаваць новыя свідравіны. Для гэтага прыкладання замоўцам выстаўляліся адмысловыя ўмовы працы ў афлайн і анлайн рэжымах (кантроль сувязі з серверам) – праверка сувязі з серверам кожныя 5 секунд і змена функцыянальнасці прыкладання ў залежнасці ад даступнасці сервера.
Кірыл: Пры выбары свідравіны высвечваецца слупковая дыяграма, на якой выдзелены пласты да пакладаў нафты або газу. Для кожнага пласта захоўваецца яго найменне, колер і дыяпазон залягання. З-за асаблівасцяў афармлення, убудаваныя ў платформу дыяграмы не ратуюць, затое таблічны дакумент выдатна спраўляецца з пастаўленай задачай. Свідравіны можна ствараць і змяняць:
Акрамя множнай абароны ад дурня, нічога цікавага ў гэтай форме не было.
Далей прапаноўвалася кантраляваць падлучэнне да сервера. Кожныя 5 секунд спрабуем далучыцца. Калі не атрымалася, то абмяжоўваем функцыянальнасць прыкладання і выводны паведамленне.
Каментарый эксперта: задача гэтай сесіі цікавая найперш графічнымі магчымасцямі. Удзельнікі, якія выкарыстоўваюць платформу 1С: Прадпрыемства вырашалі яе двума рознымі спосабамі - нехта механізмам дыяграм, нехта таблічным дакументам. У кожнага са спосабаў ёсць свае плюсы і мінусы. У рамках рашэння на чэмпіянаце WorldSkills ключавым з'яўляўся час (зноў успамінаем пра абмежаванне часу). Асобная цікавая задача - пінг сервера кожныя 5 секунд і змяненне паводзін мабільнага дадатку ў залежнасці ад даступнасці або недаступнасці сервера.
Сесія 6
Для топ-мэнэджменту прапаноўвалася стварыць працоўную прастору – Dashboard. На адным экране трэба было выводзіць агульныя паказчыкі дзейнасці кампаніі за ўказаны перыяд у графічным і таблічным выглядзе. Галоўнай формай з'яўляецца справаздача па выдатках:
Акрамя Dashboard трэба было рэалізаваць размеркаванне запчастак для рамонтаў актываў, выкарыстоўваючы метады спісання FIFO/LIFO/"Самы танны сыходзіць першым".
Пры размеркаванні ўлічваўся партыйны ўлік, выкарыстоўваўся кантроль рэшткаў і абарона ад несанкцыянаваных дзеянняў карыстальніка («абарона ад дурня»).
Кірыл: Для рашэння выкарыстоўваліся табліцы значэнняў з праграмнай генерацыяй калонак, паколькі іх можа быць адвольная колькасць:
- Першая табліца адказвае за агульныя выдаткі падраздзяленняў па месяцах. Чырвоным і зялёным колерам вылучаюцца самае стратнае і прыбытковае падраздзяленне адпаведна.
- У другой табліцы прадстаўлены самыя дарагія і найбольш часта выкарыстоўваюцца запчасткі за кожны месяц. Калі ёсць некалькі дэталяў, якія адпавядаюць крытэрам, то яны павінны выводзіцца ў адным вочку праз коску.
- Самыя дарагія (па выдатках на запчасткі) актывы адлюстроўваюцца ў першым радку трэцяй табліцы. У другім жа радку выводзіцца падраздзяленне, да якога адносіцца актыў зверху. Калі ёсць два самых дарагіх актыву з аднолькавымі выдаткамі, то яны павінны выводзіцца ў адным вочку праз коску.
Дыяграмы выводзіў з дапамогай убудаваных механізмаў платформы, а запаўняў праграмна з дапамогай запытаў.
Тутака ж прапаноўвалася рэалізаваць падтрымку шматмоўнасці. Праграма загружае XML-файлы з лакалізацыяй элементаў інтэрфейсу, а форма павінна перамалёўвацца пры выбары мовы ў выпадальным спісе.
Пры націску на кнопку ў левым ніжнім куце экрана адчыняецца форма па кіраванні запасамі:
У гэтай форме мы пачынаем марнаваць запчасткі на рамонт. Тут мы спачатку знаходзім дэталі, якія нам спатрэбяцца для папраўкі актыву. Па выбраных палях і метадзе размеркавання (FIFO, LIFO або мінімальная цана) выводзяцца знойдзеныя супадзенні або паведамленне, калі такіх няма. Пасля гэтага можна пазначыць дэталі як прызначаныя для папраўкі дадзенага актыву. Кантроль рэшткаў актуальны для бягучай сесіі. Калі мы ўжо прызначылі дэталі, то яны больш не могуць патрапіць у знойдзеныя.
Каментарый эксперта: вельмі цікавая сесія. Яна па максімуме выкарыстоўвае магчымасці платформы 1С: Прадпрыемствы - тут і пісьменная праца з віртуальнымі табліцамі рэгістраў назапашванняў, і праграмная праца з элементамі формы (у першую чаргу - табліцамі, у другую - загалоўкамі), і дыяграмы. І нават LIFO/FIFO пры аналізе запасаў, аналіз прыбытку/страт і да т.п.
Сесія 7
У фінале задання (7 сесія) заказчык прадаставіў ПЗ (exe-файл) па праектнай дзейнасці і невялікае відэа па працы з ім. Патрабавалася правесці рэверс-інжынірынг і на падставе гэтага стварыць 2 дыяграмы: дыяграму варыянтаў выкарыстання і дыяграму сутнасць-сувязь. Акрамя гэтага, былі вылучаны некаторыя патрабаванні па стварэнні ПЗ у будучыні - неабходна было сфарміраваць макет інтэрфейсу па гэтых патрабаваннях.
Па ўмовах спаборніцтваў для стварэння дыяграм патрабаваліся выкарыстоўваць выключна MS Visio.
Каментарый эксперта: у гэтай сесіі магчымасці платформы 1С: Прадпрыемствы практычна не выкарыстоўваліся. Дыяграмы па ўмовах спаборніцтваў ствараліся ў MS Visio. А вось прататып інтэрфейсу можна было стварыць у пустой інфармацыйнай базе 1С.
Агульныя заўвагі
У пачатку кожнай сесіі прапаноўвалася выканаць імпарт дадзеных пасродкам SQL-скрыпту. У гэтым складаўся галоўны недахоп у выкарыстанні 1C у параўнанні з C#, паколькі мы марнавалі не меней паўгадзіны на перагонку дадзеных у вонкавыя крыніцы дадзеных, стварэнне ўласных табліц і перасоўванне радкоў з вонкавых крыніц у нашы табліцы. Астатнім патрабавалася ўсяго толькі націснуць кнопку Execute у Microsoft SQL Studio.
Па відавочных прычынах захоўваць дадзеныя на мабільным прыладзе не варта. Таму на мабільных сесіях мы стваралі серверную базу. Там захоўвалі дадзеныя і давалі доступ да іх па http-сэрвісах.
Каментарый эксперта: тут цікавы баланс 1С/не1С – у той час як праграмісты на 1С:Прадпрыемства марнавалі адчувальны час на падключэнне да знешняй СКБД (Кірыл асобна згадаў гэта вышэй), распрацоўшчыкі на C#/Java (Android Studio для мабільнай распрацоўкі) марнавалі час на іншыя напрамкі - інтэрфейсы, напісанне большай колькасці кода. Таму вынікі кожнай сесіі былі для ўсіх экспертаў непрадказальныя і вельмі цікавыя. І інтрыга гэтая захоўвалася да канца - дастаткова паглядзець фінальную табліцу пераможцаў з размеркаваннем балаў.
Кірыл аповяд скончыў 🙂
У заключэнне трэба нагадаць, што выканаўцу патрабавалася не "проста запраграмаваць задачу па ТЗ" - трэба было прааналізаваць заданне, вылучыць блокі для рэалізацыі падзадач, спраектаваць іх і вызначыцца, што менавіта ён паспее рэалізаваць з гэтага за вельмі малы адведзены час. Усе 4 дні даводзілася дзейнічаць ва ўмовах жорсткага цэйтноту, часцяком пачынаючы кожную наступную сесію з нуля. Нават дарослы адмысловец, з шматгадовым досведам у галіны з вялікай працай паспее выканаць выдадзенае заданне на сесію на 100% у адведзены час.
Асобнай згадкі заслугоўвае прынятая сістэма ацэньвання.
Для кожнай сесіі аўтарамі задання распрацоўваецца складаная сістэма крытэрыяў, якія ўключаюць як праверку функцыянальных магчымасцяў, карэктнасці працы, так і патрабаванні да інтэрфейсу прыкладання, і нават прытрымліванне спецыяльна прадстаўленаму ўдзельнікам стайлгайду кампаніі, для якой яны распрацоўваюць свае рашэнні.
Крытэрыі ацэньвання вельмі дробна грануляваныя — пры агульным кошце задання сесіі ў дзясяткі балаў, выкананне нейкага крытэрыю можа дадаць удзельніку дзясятыя долі бала. Тым самым дасягаецца надзвычай высокі і аб'ектыўны ўзровень ацэньвання вынікаў кожнага ўдзельніка спаборніцтваў.
Вынікі
Фінальныя вынікі аказаліся ўражальнымі.
Ва ўпартай барацьбе перамогу атрымаў Кірыл Паўкін з Расіі, які выкарыстоўваў платформу 1С:Прадпрыемства. Кірылу 17 гадоў, ён са Стаўрапаля.
Літаральна дзесятыя долі бала аддзялілі пераможцу ад праследавацеляў. Другое месца заняў удзельнік з Тайваня. Агульная табліца найлепшых шасці вынікаў выглядае так:
Безумоўна, Кірыл атрымаў перамогу дзякуючы свайму таленту, ведам і ўменням.
Аднак адзначым, што ўсе тры ўдзельнікі, якія выкарыстоўвалі ў якасці інструмента платформу 1С:Прадпрыемства, увайшлі ў першую пяцёрку - што з'яўляецца безумоўным пацвярджэннем сусветнага ўзроўню тэхналогіі 1С:Прадпрыемства.
Па выніках спаборніцтва ў медыяцэнтры КазаньЭкспа прайшло ўзнагароджанне пераможцаў, юнакі і дзяўчаты атрымалі медалі з чыстага золата (у адпаведнасці з занятым месцам) і грашовыя прызы. Таксама хлопцы атрымалі сертыфікаты, якія дазваляюць ім прайсці стажыроўку ў кампаніі 1С.
Крыніца: habr.com