е меѓународно движење кое организира професионални натпревари за млади до 22 години.
Меѓународното финале се одржува на секои две години. Оваа година последното место беше (последното финале беше во 2017 година во Абу Даби, следното ќе биде во 2021 година во Шангај).
Светските првенства за вештини се најголемите светски првенства за професионални вештини. Започнаа со професии со сини јаки, а во последниве години се повеќе внимание се посветува на „професиите на иднината“, вклучително и ИТ дисциплини, за кои беше одвоен посебен огромен кластер на шампионатот во Казан.
Во ИТ блокот постои компетентност (специфичен „спорт“) наречена „ИТ софтверски решенија за бизнис“.
Во секој натпревар, дозволената листа на употребени алатки е ограничена. И ако, на пример, за „дизајн на пејзаж“ списокот на можни алатки е ограничен (се разбира, без да се наведе експлицитен производител или боја), тогаш во надлежноста „Софтверски решенија за бизнис“ списокот на прифатени технологии што учесниците можат да ги користат е строго ограничен, што укажува на специфични технологии и специфични платформи (.NET и Java со специфичен сет на рамки).
Позицијата на 1C по ова прашање е како што следува: информатичката технологија е многу динамична област, нови технологии и развојни алатки постојано се појавуваат во светот. Од наша гледна точка, правилно е да им се дозволи на специјалистите да ги користат алатките со кои сакаат и се навикнати да работат.
Во есента 2018 година, раководството на WorldSkills не слушна. Сега требаше да ја тестираме методологијата за инкорпорирање на нови технологии во натпреварите. Не е едноставно.
Платформата 1C: Enterprise беше вклучена во инфраструктурната листа на шампионатот во Казан и беше организирана експериментална платформа за ИТ софтверски решенија за бизнис Sandbox.
Ве молиме имајте предвид дека официјалниот јазик на првенството е англискиот. На овој јазик требаше да се пренесат и сите материјали со резултати од решавање задачи (изворни кодови, придружна документација, софтверски интерфејси). И покрај сомнежите на некои луѓе (сеуште!), Можете да пишувате на англиски во 1C.
На натпреварот на оваа локација учествуваа 9 млади момци од 8 земји (Филипини, Тајван, Кореја, Финска, Мароко, Русија, Казахстан, Малезија).
Жирито - тим од експерти - го предводеше експертот од Филипините, Џои Манансала.
Беа претставени експерти од Финска, ОАЕ, Костарика, Кореја, Русија и Тајван.
Одделно, забележуваме дека учесниците од Русија (Павкин Кирил, Султанова Ајгул) и Казахстан (Витовски Лудвиг) одлучија да ја користат платформата 1C: Enterprise како дел од натпреварот. Останатите учесници користеа .NET за десктоп и Android Studio за развој на мобилни телефони. Интересно е што учесниците кои избраа 1C се многу млади (Кирил е ученик во училиште во Ставропол, оваа година влезе во 11-то одделение, Ајгул е студент на факултет, Казан, Татарстан), додека нивните противници беа многу поискусни ( на пример, учесник од Кореја - победник на шампионатот WorldSkills 2013 во Лајпциг; сите имаат искуство со учество во WorldSkills и неколку години професионално искуство во индустријата).
Имајќи предвид дека за време на натпреварот учесниците користеа различни современи технологии, имавме шанса да ја тестираме платформата 1C:Enterprise во вистински борбени услови, да го споредиме и квалитетот на решенијата добиени со нејзина помош и брзината на развој постигната со нејзината употреба.
Одделно, забележуваме дека во рамките на специјалната платформа ИТ софтверски решенија за бизнис Sandbox, учесниците ги завршија истите задачи како учесниците во главната платформа ИТ софтверски решенија за бизнис.
Самата задача е сложена задача за автоматизирање на одреден бизнис, оваа година пример за бизнис беше фиктивната компанија КазанНефт.
Легендата
Казан Оил е едно од најголемите нафтени претпријатија во Република Татарстан, кое работи како национален пазарен играч и меѓународно признат бренд во оваа област. Седиштето на компанијата, специјализирана за теренско истражување, производство, производство, рафинирање, транспорт и продажба и дистрибуција на нафта, нафтени деривати и природен гас, се наоѓа во Казан (Русија).
Бидејќи компанијата спроведува стратегија за брзо проширување и создавање на нови канцеларии низ цела Русија, раководството на компанијата одлучи да воведе нов софтвер за автоматизација на бизнисот насочен кон одржување и управување со одредени операции.
Услови за првенство
На учесниците им беа дадени задачи во форма на модули (сесии) со барање да ги завршат во ограничено време. Имаше вкупно 7 модули. Три сесии за решавање на работна површина – по 2.5 часа. Три сесии - развој на клиент-сервер, каде клиентот беше мобилна апликација, а комуникацијата помеѓу клиентот и серверот се вршеше преку WEB-API. Ова траеше 3.5 часа. Последна сесија – задачи за обратно инженерство на постоечки софтвер, 2.5 часа. Како дел од обратното инженерство, учесниците мораа, врз основа на информациите што им беа доставени, да ја дизајнираат структурата на базата на податоци на апликацијата (со изградба на дијаграм на ЕР), да ги анализираат сценаријата за користење на системот (со градење дијаграм за случаи на употреба), а исто така развивање и дизајнирање на интерфејсот на софтверското решение според предвидените функционални барања .
Главните платформи за развој што се користат беа .NET (C#) и Java (вклучувајќи го и Android Studio за развој на мобилни телефони). Експерименталниот SandBox користеше .NET, Java и 1C:Enterprise верзија 8.3.13.
На крајот од секоја сесија, експертите го оценуваа резултатот - готов работен проект кој ги спроведува задачите поставени на почетокот на сесијата.
Особеноста на задачите е нивната „виталност“ - многу барања и ограничено време. Повеќето од проблемите не се посебни проблеми на Олимпијадата, туку се многу блиску до реалните индустриски проблеми - специјалистите се соочуваат со нив секој ден. Но, има многу задачи, а времето е ограничено. Учесникот мора да реши максимален број проблеми кои ќе имаат најголема корист за бизнисот. Воопшто не е факт дека сложената задача од алгоритамска гледна точка ќе има поголема тежина од елементарната. На пример, создавањето функционален сметководствен систем од три табели е поважно за бизнисот отколку убава форма за известување со сложени алгоритми, што е сосема непотребно без овие табели.
Го прашавме победникот на натпреварот, учесник од Русија, Кирил Павкин, да ни каже повеќе за тоа кои се задачите и како пристапил кон нивното решение.
Подолу е опис на задачата, сопствената приказна на Кирил за тоа како ја решил задачата. Исто така, побаравме од Виталиј Рибалка, вработен во 1C и еден од експертите за ИТ решенија за Business Sandbox, да коментира за решенијата на Кирил.
Како дел од задачата, беше неопходно да се автоматизираат активностите на неколку типови корисници:
- Одговорен за сметководство на имотот на компанијата
- Одговорен за непланирани поправки и планирано одржување на имотот на компанијата
- Менаџери за набавка на компоненти и потрошен материјал
- Оддели за истражување на нафта и производство на нафта
- На врвниот менаџмент му беа потребни аналитички извештаи
Сесија 1
Од гледна точка на средства (на пример, флота на возила), неопходно беше да се спроведе нивното сметководство (воспоставување нови, уредување на тековните), брзо пребарување и разни видови филтри за прикажување информации, преместување на средствата помеѓу одделенијата на компанијата и самите групи на средства. Водете историја на такви движења и давајте аналитика за нив во иднина. Сметководството на средства главно беше имплементирано за групи на мобилни корисници.
Кирил: Интересна подзадача беше имплементацијата на копчињата во списокот со средства. За да го решиме ова, користевме динамична листа: пишуваме произволно барање и кога примаме податоци на серверот, доделуваме врски за навигација до сликите од библиотеката со слики на потребните полиња.
По конвенција, фотографиите може да се прикачат на средството на два начина: фотографирајте (мултимедија) и изберете од галеријата (дијалог за избор на датотеки).
Некои форми требаше повторно да се нацртаат кога екранот се ротира:
Кога ги менуваме параметрите на екранот, ја менуваме видливоста на групите на копчиња.
Забавните, но едноставни задачи вклучуваат филтри во динамична листа, пребарување во две полиња (број и име) и генерирање на сериски број на средството.
Стручен коментар: од гледна точка на решението на платформата 1C:Enterprise, задачата е сосема јасна. Покрај вистинското креирање на мобилната апликација, неопходно беше да се води сметка за пренос на податоци од „серверот“ на DBMS (MS SQL на работната површина) на мобилната апликација и назад. За таа цел, механизмите на надворешни извори на податоци и http услуги беа користени во десктоп „прокси апликацијата“. За самата мобилна платформа, прикажувањето слики во динамична листа претставува зголемена сложеност.
Сесија 2
Беше неопходно да се воспостави управување со поправки за средствата на компанијата. Како дел од оваа задача, неопходно беше да се одржува список на барања за поправки (по одделенија и групи), да се земат предвид приоритетите за итноста на поправките, да се планира распоред за поправка во согласност со приоритетите, да се нарачаат потребните компоненти и да се преземат земете ги предвид веќе достапните. Интересна подзадача беше тоа што некои компоненти имаат рок на траење; ако некој дел е веќе нарачан за дадено средство и неговиот рок не е истечен, тогаш за ова средство нема потреба повторно да се купува истиот дел. Интерфејсот за поправка е развиен за десктоп компонентата на софтверот на компанијата.
Исто така, беше неопходно да се создаде нетривијален формулар за овластување за две улоги: одговорното лице и раководителот на услугата. Особеноста е што по овластувањето мора автоматски да изберете една од улогите.
Формуларот за список што му е достапен на одговорното лице е претставен подолу:
Кирил: Овде може да се истакне само истакнувањето на барањата за услуги што чекаат. Решено со условно форматирање во динамична листа.
Со кликнување на копчето на дното на екранот, корисникот може да оди на следнава форма:
Од гледна точка на 1C, нема ништо комплицирано во оваа форма.
Формуларот што му е достапен на менаџерот на услуги е подолу:
Овој формулар е подреден по приоритет и датум на барање. Со кликнување на копчето подолу, корисникот може да оди во формата на избраното барање:
Покрај заштитата од грешки, овој формулар предложи да се спроведе листа на резервни делови за поправки. Подзадачата е интересна бидејќи деловите имаат рок на траење. Тоа значи дека ако со ова средство веќе се случило итен случај и за него е нарачан дел, чиј рок на важност не е истечен, тогаш може повторно да се употреби. Ова треба да му се покаже на корисникот.
Стручен коментар: овде самиот Кирил правилно ги постави акцентите. Од гледна точка на имплементација на платформата 1C: Enterprise, нема ништо исклучително комплицирано. Потребна беше внимателна анализа на условите за сметководство и употреба на резервни делови и компетентно спроведување на задачата во целина. Покрај тоа, неопходно беше правилно да се евидентираат барањата за услуги. Главната тешкотија беше само временскиот притисок од 2.5 часа.
Дополнително, како и во мобилниот развој, учесникот мораше компетентно да добие податоци од надворешен DBMS (MS SQL).
Сесија 3
За одржување (одржување) беше предложено да се спроведе услуга за долгорочно планирање. Интересна карактеристика овде беше барањето да се создаде распоред за одржување на средствата според времето - на пример, секој втор месец на 3-ти. Исто така, според некој квантитативен индикатор - на пример, според километражата на автомобилот (промена на масло на секои 5000 km, замена на гуми на секои 20000 km). Менаџерот за одржување требаше да добие пригодна мобилна апликација која динамички прикажува список на задоцнето, тековно и завршено одржување за одреден период. Покрај тоа, секој вид на одржување мораше да биде обоен во боја според посебно договорени правила. Мобилната апликација требаше да обезбеди креирање на нови распореди за одржување и означување на веќе завршените директно во работилниците со брзо ажурирање на овие информации на серверот.
Кирил: Постојат два вида поправки: засновани на време и засновани на работа. Дозволена е варијабилност во секоја од нив. На пример, според планот, поправките треба да се случуваат секој петок, 13-ти во месецот или на секои 20,000 километри. Задачата се смета за завршена ако има ознака десно од неа.
Обезбеден е услов за подредување задачи во списокот. Исто така, секоја линија треба да биде означена во боја во зависност од условите.
Со кликнување на копчето подолу, можете да креирате нов план за услуги:
Потребните полиња се прикажуваат во зависност од избраниот тип на графикон. Ако избравме неделен временски распоред, тогаш ќе ни бидат прикажани две полиња: број на недела и ден во неделата. На пример, во вторник на секои 3 недели.
Стручен коментар: како и во претходниот мобилен развој на платформата 1C:Enterprise, тука задачата е глобално поделена на 2 компоненти - комуникација со „серверот“ преку веб-апи и компетентно прикажување на динамичен список со условен дизајн и филтрирање (избор) на податоци. Покрај тоа, интересно беше да се имплементира барањето за сметка за поправки и по период и по квантитативен индикатор.
Сесија 4
За компоненти и потрошен материјал, неопходно беше да се земат предвид залихите, планираните трошоци и идните набавки. Покрај тоа, тука се појави сериско сметководство, но не за сите стоки. Сето ова требаше да се управува во повеќе складишта, вклучувајќи ги приемот, расходите и движењето. Според условите на задачата, неопходно беше да се обезбеди контрола на салда и да се избегнат конфликти при работа со тековните залихи. Менаџерите за купување работат во десктоп верзијата на софтверот.
Главната форма е прикажана подолу:
Кирил: Покрај сортирањето од условот, беше предложено да му се даде на корисникот можност за сортирање по случаен избор. На 1C не мора ни да размислувате за тоа. Полето со количината на делови треба да биде означено со зелено за фактури.
На оваа седница беше побарано да ја контролираат преостанатата стока во магацините. Значи, соодветната порака треба да се прикаже кога ќе се обидете да ја избришете фактурата. Овде се сеќаваме на специјалистички испит на платформата. Формата на фактурата е како што следува:
Секој дел има карактеристика што одредува дали треба да се додели на одредена серија. За такви резервни делови, императив е да се наведе бројот на серијата во сите документи. Ова е дополнително мерење при следење на остатоците од деловите. Тие исто така може да се преместуваат помеѓу магацини:
Образецот се разликува од претходниот само по тоа што наместо клиентот треба да го наведете магацинот од кој ќе се врши испораката. Списокот за избор за серијата автоматски се составува откако ќе се избере делот. Корисникот може да генерира извештај за салда на резервни делови:
Овде можеме да ја видиме преостанатата стока во избраниот магацин. Полето за избор десно од магацинот ви дозволуваат да го конфигурирате филтрирањето и сортирањето. Списокот нема експлицитна поделба по ждрепка за оние делови за кои се бара. Салдото за секој број на серија на избраниот резервен дел може да се види со помош на врската за навигација од десната страна.
Стручен коментар: во оваа сесија (модул) за прв пат се појави сериско сметководство. Од учесниците се бараше да дадат сметка за потрошен материјал и стоки не само сами, туку и по серија. Во принцип, задачата е совршена за платформата 1C: Enterprise - но сето тоа требаше да се развие од нула и да се заврши за 2.5 часа.
Сесија 5
Во петтата сесија ни беше доделена функционалноста на управувањето со бунарот. За групите за истражување, неопходно беше да се создаде мобилна апликација која ќе ги опфаќа бунарите за производство на нафта или гас. Тука беше неопходно да се добие список на тековни бунари од серверот и графички да се прикаже избраниот бунар по слоеви (почва, песок, камен, масло), земајќи ги предвид длабочините на секој слој. Покрај тоа, апликацијата мораше да дозволи ажурирање на информации за бунарот и додавање нови бунари. За оваа апликација, клиентот поставува посебни услови за работа во офлајн и онлајн режими (контрола на комуникација со серверот) - проверка на комуникацијата со серверот на секои 5 секунди и менување на функционалноста на апликацијата во зависност од достапноста на серверот.
Кирил: Кога избирате бунар, се прикажува столбест графикон, кој ги истакнува слоевите до наслагите на нафта или гас. За секој слој, неговото име, боја и опсег на појава се зачувани. Поради дизајнерските карактеристики, дијаграмите вградени во платформата не помагаат, но документот за табеларни пресметки совршено се справува со задачата. Бунарите може да се креираат и изменат:
Освен повеќекратната заштита без грешка, немаше ништо интересно во оваа форма.
Следно, беше предложено да се контролира врската со серверот. Се обидуваме да се поврземе на секои 5 секунди. Ако не работи, тогаш ја ограничуваме функционалноста на апликацијата и прикажуваме порака.
Стручен коментар: Задачата на оваа сесија е интересна пред се поради нејзините графички можности. Учесниците кои ја користеа платформата 1C:Enterprise го решија на два различни начини - некои користејќи механизам за дијаграм, други користејќи документ со табеларни пресметки. Секој метод има свои добрите и лошите страни. Како дел од одлуката на шампионатот WorldSkills, времето беше клучно (повторно запомнете го временскиот лимит). Посебна интересна задача е да се пингува на серверот на секои 5 секунди и да се промени однесувањето на мобилната апликација во зависност од достапноста или недостапноста на серверот.
Сесија 6
Беше предложено да се создаде работен простор за највисокото раководство - Даштабла. На еден екран беше неопходно да се прикажат општите показатели за перформансите на компанијата за одреден период во графичка и табеларна форма. Главната форма е извештајот за трошоците:
Покрај Контролната табла, неопходно беше да се спроведе дистрибуција на резервни делови за поправки на средства со помош на методите за отпишување FIFO/LIFO/„Најевтиниот оди на прво место“.
За време на дистрибуцијата, беше земено предвид сериското сметководство, се користеше контрола на билансот и заштита од неовластени кориснички дејства („заштита од будала“).
Кирил: За решавање, користени се табели со вредности со софтверско генерирање на колони, бидејќи може да има произволен број од нив:
- Првата табела е одговорна за вкупните трошоци на одделенијата по месеци. Најнепрофитабилните и најпрофитабилните поделби се означени со црвена и зелена, соодветно.
- Втората табела ги прикажува најскапите и најчесто користените делови за секој месец. Ако има неколку делови кои ги исполнуваат критериумите, тогаш тие треба да бидат прикажани во една ќелија, одделени со запирки.
- Најскапите средства (во однос на трошоците за резервни делови) се прикажани во првиот ред од третата табела. Втората линија ја прикажува поделбата на која припаѓа горното средство. Ако има две најскапи средства со исти трошоци, тогаш тие треба да бидат прикажани во истата ќелија, одделени со запирки.
Дијаграмите беа прикажани со помош на вградените механизми на платформата и се пополнуваа програмски со помош на прашања.
Исто така, беше предложено да се спроведе поддршка за повеќејазичноста. Програмата ги вчитува XML-датотеките со локализација на елементите на интерфејсот, а формуларот треба да се прецрта кога се избира јазик во паѓачката листа.
Кога ќе кликнете на копчето во долниот лев агол на екранот, се отвора формуларот за управување со залихи:
Во оваа форма, конечно почнуваме да трошиме делови за поправки. Овде прво ги наоѓаме деловите што ни требаат за поправка на средството. Врз основа на избраните полиња и начинот на дистрибуција (FIFO, LIFO или минимална цена), се прикажуваат пронајдените совпаѓања или порака ако нема совпаѓања. Потоа можете да ги означите деловите дека се наменети за поправка на тоа средство. Контролата на билансот е релевантна за тековната сесија. Ако веќе сме доделени детали, тогаш тие повеќе не можат да се најдат.
Стручен коментар: многу интересна сесија. Максимално ги користи можностите на платформата 1C: Enterprise - тука е компетентна работа со виртуелни табели на акумулациони регистри и програмска работа со елементи на формата (најпрво - табели, второ - наслови) и дијаграми. Па дури и LIFO/FIFO кога се анализира залиха, анализа на добивка/загуба итн.
Сесија 7
На крајот од задачата (сесија 7), клиентот обезбеди софтвер (exe датотека) за проектни активности и кратко видео за работа со него. Беше неопходно да се изврши обратно инженерство и, врз основа на ова, да се создадат 2 дијаграми: дијаграм за случај на употреба и дијаграм за врска со ентитет. Покрај тоа, беа изнесени некои барања за создавање софтвер во иднина - неопходно беше да се создаде распоред на интерфејс според овие барања.
Според условите за натпреварување, само MS Visio требаше да креира дијаграми.
Стручен коментар: во оваа сесија, практично не беа искористени можностите на платформата 1C:Enterprise. Во MS Visio беа креирани дијаграми за условите за натпреварување. Но, прототипот на интерфејсот може да се создаде во празна информативна база 1C.
Општи забелешки
На почетокот на секоја сесија, беше предложено да се увезуваат податоци користејќи SQL скрипта. Ова беше главниот недостаток на користењето 1C во споредба со C#, бидејќи потрошивме најмалку половина час дестилирајќи податоци во надворешни извори на податоци, креирајќи наши сопствени табели и преместувајќи ги редовите од надворешни извори во нашите табели. Остатокот само треба да кликнете на копчето Изврши во Microsoft SQL Studio.
Од очигледни причини, складирањето податоци на мобилен уред не е добра идеја. Затоа, за време на мобилните сесии создадовме база на сервери. Таму ги складираа податоците и обезбедија пристап до нив преку услугите http.
Стручен коментар: рамнотежата 1C/non-1C е интересна овде - додека програмерите на 1C: Enterprise потрошија значително време поврзувајќи се со надворешен DBMS (Кирил го спомна ова посебно погоре), програмерите на C#/Java (Android Studio за развој на мобилни телефони) потрошија време на други области - интерфејси, пишување повеќе код. Затоа, резултатите од секоја сесија беа непредвидливи и исклучително интересни за сите експерти. И оваа интрига остана до крајот - погледнете ја само конечната табела на победници со распределбата на бодовите.
Кирил ја заврши приказната :)
Како заклучок, треба да се потсетиме дека изведувачот не требаше „само да ја програмира задачата според техничките спецификации“ - тој мораше да ја анализира задачата, да избере блокови за спроведување на подзадачите, да ги дизајнира и да одлучи што точно ќе биде тој може да го имплементира од ова во екстремно кратко предвидено време. Сите 4 дена морав да дејствувам под силен временски притисок, честопати започнувајќи ја секоја наредна сесија од нула. Дури и специјалист за возрасни со долгогодишно искуство во индустријата ќе има големи тешкотии да ја заврши зададената задача за сесијата 100% во даденото време.
Усвоениот систем за оценување заслужува посебно споменување.
За секоја сесија, авторите на задачи развиваат комплексен систем на критериуми, вклучувајќи проверка на функционалноста, правилно работење, барања за интерфејсот на апликацијата, па дури и следење на стилски водич специјално доставен до учесниците од компанијата за која ги развиваат нивните решенија.
Критериумите за евалуација се многу фино гранулирани - со вкупниот трошок за задачата на сесијата е десетици поени, исполнувањето на некој критериум може да додаде десетини од поен на учесникот. Со тоа се постигнува исклучително високо и објективно ниво на евалуација на резултатите на секој учесник на натпреварот.
Наоди
Конечните резултати беа импресивни.
Во жестока борба победи Кирил Павкин од Русија, кој ја користеше платформата 1C: Enterprise. Кирил има 17 години, тој е од Ставропол.
Буквално десетинки го делеле победникот од неговите гонители. Второто место го зазеде учесник од Тајван. Целокупната табела на првите шест резултати изгледа вака:
Се разбира, Кирил победи благодарение на неговиот талент, знаење и вештини.
Сепак, забележуваме дека сите тројца учесници кои ја користеа платформата 1C:Enterprise како алатка беа вклучени во првите пет - што е безусловна потврда за светското ниво на технологијата 1C:Enterprise.
По резултатите од натпреварот, победниците беа наградени во медиумскиот центар КазанЕкспо; момците добија чисто златни медали (во согласност со нивното место) и парични награди. Момците добија и сертификати што им дозволуваат да поминат стажирање на 1C.
Извор: www.habr.com