е международно движение, което организира професионални състезания за младежи под 22 години.
Международният финал се провежда на всеки две години. Тази година последното място беше (последният финал беше през 2017 г. в Абу Даби, следващият ще е през 2021 г. в Шанхай).
WorldSkills Championships е най-големият световен шампионат за професионални умения. Започнаха с професии със сини якички, а през последните години все повече внимание се обръща на „професиите на бъдещето“, включително ИТ дисциплините, за които на шампионата в Казан беше отделен огромен клъстер.
В ИТ блока има компетенция (специфичен „спорт“), наречена „ИТ софтуерни решения за бизнеса“.
Във всяко състезание разрешеният списък с използвани инструменти е ограничен. И ако например за „ландшафтен дизайн“ списъкът с възможни инструменти е ограничен (разбира се, без да се посочва изричен производител или цвят), то в компетентността „Софтуерни решения за бизнеса“ списъкът с приети технологии, които участниците могат да използват е строго ограничено, като се посочват конкретни технологии и специфични платформи (.NET и Java със специфичен набор от рамки).
Позицията на 1C по този въпрос е следната: информационните технологии са много динамична област, в света непрекъснато се появяват нови технологии и инструменти за разработка. От наша гледна точка е правилно да се позволи на специалистите да използват инструментите, с които искат и са свикнали да работят.
През есента на 2018 г. ръководството на WorldSkills ни чу. Сега трябваше да тестваме методологията за включване на нови технологии в състезания. Не е просто.
Платформата 1C:Enterprise беше включена в инфраструктурния списък на шампионата в Казан и беше организирана експериментална платформа за IT софтуерни решения за Business Sandbox.
Имайте предвид, че официалният език на шампионата е английски. Всички материали с резултатите от решаването на задачи (изходни кодове, придружаваща документация, софтуерни интерфейси) също трябваше да бъдат предадени на този език. Въпреки съмненията на някои хора (все още!), можете да пишете на английски в 1C.
9 младежи от 8 държави (Филипини, Тайван, Корея, Финландия, Мароко, Русия, Казахстан, Малайзия) взеха участие в състезанието на този сайт.
Журито – екип от експерти – беше оглавено от експерта от Филипините Джоуи Манансала.
Участваха експерти от Финландия, ОАЕ, Коста Рика, Корея, Русия и Тайван.
Отделно отбелязваме, че участниците от Русия (Павкин Кирил, Султанова Айгул) и Казахстан (Витовски Лудвиг) решиха да използват платформата 1C:Enterprise като част от състезанието. Останалите участници използваха .NET за десктоп и Android Studio за мобилна разработка. Интересно е, че участниците, избрали 1C, са много млади (Кирил е ученик в училище в Ставропол, тази година влезе в 11 клас, Айгул е студентка в Казан, Татарстан), докато техните опоненти бяха много по-опитни ( например участник от Корея - победител в шампионата WorldSkills през 2013 г. в Лайпциг; всички имат опит в участие в WorldSkills и няколко години професионален опит в индустрията).
Като се има предвид, че по време на състезанието участниците използваха различни съвременни технологии, имахме възможност да тестваме платформата 1C:Enterprise в наистина бойни условия, да сравним както качеството на решенията, получени с нейна помощ, така и скоростта на развитие, постигната с нейното използване.
Отделно отбелязваме, че в рамките на специалната платформа за ИТ софтуерни решения за бизнес Sandbox участниците изпълниха същите задачи като участниците в основната платформа за ИТ софтуерни решения за бизнес.
Самата задача е сложна задача за автоматизиране на определен бизнес, тази година пример за бизнес беше фиктивната компания KazanNeft.
легенда
Kazan Oil е едно от най-големите нефтени предприятия в Република Татарстан, работещо като играч на националния пазар и международно призната марка в тази област. Централният офис на компанията, специализирана в проучване на находища, производство, производство, рафиниране, транспортиране и продажба и дистрибуция на нефт, петролни продукти и природен газ, се намира в Казан (Русия).
Тъй като компанията прилага стратегия за бързо разширяване и създаване на нови офиси в цяла Русия, ръководството на компанията реши да въведе нов софтуер за автоматизация на бизнеса, насочен към поддържане и управление на определени операции.
Условия на шампионата
На участниците бяха дадени задачи под формата на модули (сесии) с изискване за изпълнението им в ограничено време. Имаше общо 7 модула. Три сесии за решаване на компютър – по 2.5 часа. Три сесии - клиент-сървър разработка, където клиентът беше мобилно приложение, а комуникацията между клиент и сървър се осъществяваше чрез WEB-API. Това отне 3.5 часа. Последна сесия – задачи за обратно инженерство на съществуващ софтуер, 2.5 часа. Като част от обратното инженерство участниците трябваше, въз основа на предоставената им информация, да проектират структурата на базата данни на приложението (чрез изграждане на ER диаграма), да анализират сценарии за използване на системата (чрез изграждане на диаграма на случаи на използване), а също разработване и проектиране на интерфейса на софтуерното решение според предоставените функционални изисквания.
Основните използвани платформи за разработка са .NET (C#) и Java (включително Android Studio за мобилна разработка). Експерименталната SandBox използва .NET, Java и 1C:Enterprise версия 8.3.13.
В края на всяка сесия експертите оценяваха резултата – готов работещ проект, който изпълнява поставените в началото на сесията задачи.
Особеността на задачите е тяхната "жизненост" - много изисквания и ограничено време. Повечето задачи не са специални олимпиадни задачи, а са много близки до реални индустриални задачи - специалистите се сблъскват с тях всеки ден. Но има много задачи, а времето е ограничено. Участникът трябва да реши максимален брой проблеми, които ще имат най-голяма полза за бизнеса. Изобщо не е факт, че сложна задача от алгоритмична гледна точка ще има по-голяма тежест от елементарна. Например създаването на работеща счетоводна система от три таблици е по-важно за бизнеса, отколкото красива отчетна форма със сложни алгоритми, която е напълно ненужна без тези таблици.
Помолихме победителя в състезанието, участникът от Русия Кирил Павкин, да ни разкаже повече за това какви са задачите и как е подходил към тяхното решаване.
По-долу е описание на задачата, собствената история на Кирил за това как е решил задачата. Също така помолихме Виталий Рибалка, служител на 1C и един от експертите в IT Solutions for Business Sandbox, да коментира решенията на Кирил.
Като част от задачата беше необходимо да се автоматизират дейностите на няколко типа потребители:
- Отговаря за счетоводното отчитане на имуществото на дружеството
- Отговаря за извънпланови ремонти и планова профилактика на активите на дружеството
- Мениджъри покупки на компоненти и консумативи
- Отдели за проучване и производство на нефт
- Висшето ръководство имаше нужда от аналитични доклади
Сесия 1
От гледна точка на активите (например автомобилен парк) беше необходимо да се приложи тяхното счетоводно отчитане (създаване на нови, редактиране на текущи), бързо търсене и различни видове филтри за показване на информация, преместване на активи между отделите на компанията и самите групи от активи. Съхранявайте история на такива движения и предоставяйте анализи за тях в бъдеще. Счетоводството на активите беше приложено главно за мобилни потребителски групи.
Кирил: Интересна подзадача беше внедряването на бутони в списъка с активи. За да разрешим това, използвахме динамичен списък: пишем произволна заявка и когато получаваме данни на сървъра, присвояваме навигационни връзки към изображения от библиотеката с изображения към задължителните полета.
По конвенция снимките могат да бъдат прикачени към актив по два начина: направете снимка (мултимедия) и изберете от галерията (диалогов прозорец за избор на файл).
Някои фигури трябваше да бъдат преначертани при завъртане на екрана:
Когато променяме параметрите на екрана, променяме видимостта на групите бутони.
Забавните, но прости задачи включват филтри в динамичен списък, търсене в две полета (номер и име) и генериране на сериен номер на актив.
Коментар на експерт: от гледна точка на решението на платформата 1C:Enterprise задачата е съвсем ясна. Освен самото създаване на мобилното приложение, беше необходимо да се погрижим за прехвърлянето на данни от „сървъра“ на СУБД (MS SQL на работния плот) към мобилното приложение и обратно. За целта бяха използвани механизмите на външни източници на данни и http услуги в настолното „прокси приложение“. За самата мобилна платформа показването на снимки в динамичен списък представлява повишена сложност.
Сесия 2
Беше необходимо да се установи управление на ремонта на активите на компанията. Като част от тази задача беше необходимо да се поддържа списък със заявки за ремонти (по отдели и групи), да се вземат предвид приоритетите за спешност на ремонтите, да се планира график за ремонт в съответствие с приоритетите, да се поръчат необходимите компоненти и да се вземат предвид съществуващите. Интересна подзадача беше, че някои компоненти имаха срок на годност; ако вече е поръчана част за даден актив и срокът й не е изтекъл, то за този актив не е необходимо същата част да се закупува отново. Интерфейсът за поправка е разработен за настолния компонент на софтуера на компанията.
Също така беше необходимо да се създаде нетривиална форма за оторизация за две роли: отговорно лице и мениджър на услугата. Особеността е, че след оторизация трябва автоматично да изберете една от ролите.
Формулярът за списък, достъпен за отговорното лице, е представен по-долу:
Кирил: Тук може да се маркира само маркирането на висящи заявки за услуги. Решено чрез условно форматиране в динамичен списък.
Щраквайки върху бутона в долната част на екрана, потребителят може да премине към следната форма:
От гледна точка на 1C в тази форма няма нищо сложно.
Формулярът, достъпен за мениджъра на услугата, е по-долу:
Този формуляр е сортиран по приоритет и дата на заявка. Щраквайки върху бутона по-долу, потребителят може да отиде до формата на избраната заявка:
В допълнение към защитата от грешки, този формуляр предлага прилагане на списък с резервни части за ремонт. Подзадачата е интересна, защото частите имат срок на годност. Това означава, че ако с този актив вече е възникнала авария и за него е поръчана част, чийто срок на валидност не е изтекъл, то той може да бъде използван повторно. Това трябва да се покаже на потребителя.
Коментар на експерт: тук самият Кирил правилно постави акцентите. От гледна точка на внедряването на платформата 1C:Enterprise няма нищо изключително сложно. Необходим е внимателен анализ на условията за отчитане и използване на резервни части и компетентно изпълнение на задачата като цяло. Освен това беше необходимо да се записват правилно заявките за услуги. Основната трудност беше само времевият натиск от 2.5 часа.
Освен това, както при мобилната разработка, участникът трябваше компетентно да получи данни от външна СУБД (MS SQL).
Сесия 3
За поддръжка (поддръжка) беше предложено да се приложи услуга за дългосрочно планиране. Интересна функция тук беше изискването за създаване на график за поддръжка на активи според времето - например всеки втори месец на 3-ти. По същия начин, според някакъв количествен показател - например според километража на автомобила (смяна на масло на всеки 5000 км, смяна на гуми на всеки 20000 XNUMX км). Мениджърът по поддръжката трябва да получи удобно мобилно приложение, което динамично показва списък с просрочени, текущи и завършени профилактики за определен период. Освен това всеки вид поддръжка трябваше да бъде боядисан в цвят според специално договорени правила. Мобилното приложение трябваше да осигури създаването на нови графици за поддръжка и маркирането на вече изпълнените директно в сервизите с бързо актуализиране на тази информация на сървъра.
Кирил: Има два вида ремонти: базирани на време и базирани на изпълнение. Променливостта е разрешена във всяка. Например, според плана, ремонтите трябва да се извършват всеки петък, 13-то число на месеца или на всеки 20,000 XNUMX километра. Задачата се счита за изпълнена, ако има отметка вдясно от нея.
Беше предвидено условие за сортиране на задачите в списъка. Освен това всеки ред трябва да бъде маркиран с цвят в зависимост от условията.
Като щракнете върху бутона по-долу, можете да създадете нов план за услуга:
Задължителните полета се показват в зависимост от избрания тип диаграма. Ако сме избрали седмичен график, тогава ще ни бъдат показани две полета: номер на седмицата и ден от седмицата. Например във вторник на всеки 3 седмици.
Коментар на експерт: както в предишната мобилна разработка на платформата 1C:Enterprise, тук задачата е глобално разделена на 2 компонента - комуникация със „сървъра“ чрез web-api и компетентно показване на динамичен списък с условен дизайн и филтриране (избор) на данни. Освен това интересно беше прилагането на изискването за отчитане на ремонтите както по периоди, така и по количествен показател.
Сесия 4
За компоненти и консумативи беше необходимо да се вземат предвид запасите, да се планират разходи и бъдещи покупки. Освен това тук се появи партидно счетоводство, но не за всички стоки. Всичко това трябваше да се управлява в множество складове, включително получаване, разход и движение. Съгласно условията на задачата беше необходимо да се осигури контрол на балансите и да се избегнат конфликти при работа с текущи запаси. Мениджърите по покупки работят в настолната версия на софтуера.
Основният формуляр е показан по-долу:
Кирил: В допълнение към сортирането от условието, беше предложено да се даде възможност на потребителя да сортира на случаен принцип. В 1C дори не е нужно да мислите за това. Полето с количество на частите трябва да е оцветено в зелено за фактури.
В тази сесия те бяха помолени да контролират оставащите стоки в складовете. Така че трябва да се покаже съответното съобщение, когато се опитате да изтриете фактурата. Тук си спомняме изпита за специалист по платформа. Формата на фактурата е следната:
Всяка част има характеристика, която определя дали трябва да бъде причислена към определена партида. За такива резервни части е задължително да посочите партидния номер във всички документи. Това е допълнително измерване при наблюдение на остатъците от части. Могат да се преместват и между складове:
Формулярът се различава от предишния само по това, че вместо клиента трябва да посочите склада, от който ще се извърши доставката. Списъкът за избор за партидата се съставя автоматично, след като частта бъде избрана. Потребителят може да генерира справка за салда на резервни части:
Тук можем да разгледаме оставащите стоки в избрания склад. Квадратчетата за отметка вдясно от склада ви позволяват да конфигурирате филтриране и сортиране. Списъкът няма изрично разделение по жребий за онези части, за които се изисква. Салдата за всеки партиден номер на избраната резервна част можете да видите чрез навигационния линк вдясно.
Коментар на експерт: в тази сесия (модул) за първи път се появи пакетно счетоводство. Участниците трябваше да отчитат консумативите и стоките не само сами, но и по партиди. Като цяло задачата е идеална за платформата 1C:Enterprise - но всичко трябваше да бъде разработено от нулата и завършено за 2.5 часа.
Сесия 5
В петата сесия ни беше възложена функционалността за управление на кладенци. За изследователските групи беше необходимо да се създаде мобилно приложение, което да отчита кладенци за добив на нефт или газ. Тук беше необходимо да се получи списък с текущи кладенци от сървъра и да се покаже избраният кладенец графично по слоеве (почва, пясък, камък, масло), като се вземат предвид дълбочините на всеки слой. Освен това приложението трябваше да позволява актуализиране на информация за кладенеца и добавяне на нови кладенци. За това приложение клиентът задава специални условия за работа в офлайн и онлайн режими (контрол на комуникацията със сървъра) - проверка на комуникацията със сървъра на всеки 5 секунди и промяна на функционалността на приложението в зависимост от наличността на сървъра.
Кирил: Когато изберете кладенец, се показва лентова графика, която подчертава слоевете до находищата на нефт или газ. За всеки слой се съхраняват неговото име, цвят и обхват на срещане. Поради дизайнерските характеристики диаграмите, вградени в платформата, не помагат, но документът с електронна таблица се справя перфектно със задачата. Кладенците могат да се създават и модифицират:
Освен многократната безупречна защита, нямаше нищо интересно в тази форма.
След това беше предложено да се контролира връзката със сървъра. Опитваме се да се свързваме на всеки 5 секунди. Ако не работи, ограничаваме функционалността на приложението и показваме съобщение.
Коментар на експерт: Задачата на тази сесия е интересна преди всичко поради своите графични възможности. Участниците, използващи платформата 1C:Enterprise, го решиха по два различни начина - някои с помощта на механизъм на диаграма, други с помощта на документ с електронна таблица. Всеки метод има своите плюсове и минуси. Като част от решението на шампионата WorldSkills, времето беше ключово (запомнете времевото ограничение отново). Отделна интересна задача е да пингвате сървъра на всеки 5 секунди и да променяте поведението на мобилното приложение в зависимост от наличността или недостъпността на сървъра.
Сесия 6
Беше предложено да се създаде работно пространство за висшия мениджмънт – Dashboard. На един екран беше необходимо да се изведат общите показатели за дейността на компанията за определен период в графичен и табличен вид. Основната форма е отчетът за разходите:
В допълнение към таблото за управление, беше необходимо да се приложи разпределението на резервни части за ремонт на активи, като се използват методи за отписване 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/не-1C е интересен тук - докато програмистите на 1C:Enterprise прекараха значително време в свързване с външна СУБД (Кирил спомена това отделно по-горе), разработчиците на C#/Java (Android Studio за мобилна разработка) прекараха време в други области – интерфейси, писане на повече код. Поради това резултатите от всяка сесия бяха непредвидими и изключително интересни за всички експерти. И тази интрига се запази до края - вижте само финалната маса на победителите с разпределението на точките.
Кирил завърши историята :)
В заключение трябва да се припомни, че изпълнителят не е необходимо „просто да програмира задачата според техническите спецификации“ - той трябваше да анализира задачата, да избере блокове за изпълнение на подзадачи, да ги проектира и да реши какъв точно ще бъде той в състояние да изпълни това в изключително краткото определено време. През всичките 4 дни трябваше да действам под сериозен натиск във времето, често започвайки всяка следваща сесия от нулата. Дори възрастен специалист с дългогодишен опит в бранша ще има големи затруднения да изпълни поставената задача за сесията на 100% в рамките на определеното време.
Възприетата система за оценяване заслужава специално внимание.
За всяка сесия авторите на задачите разработват сложна система от критерии, включително проверка на функционалността, правилната работа, изискванията към интерфейса на приложението и дори следване на ръководство за стил, специално предоставено на участниците от компанията, за която разработват своите решения.
Критериите за оценка са много фино гранулирани - при общата стойност на задачата от сесията, която е десетки точки, изпълнението на някой критерий може да добави десети от точката на участника. Така се постига изключително високо и обективно ниво на оценка на резултатите на всеки участник в състезанието.
резултати
Крайните резултати бяха впечатляващи.
В ожесточена борба победи Кирил Павкин от Русия, който използва платформата 1C:Enterprise. Кирил е на 17 години, той е от Ставропол.
Буквално десети от точката разделиха победителя от преследвачите му. Второто място зае участник от Тайван. Общата таблица на първите шест резултата изглежда така:
Разбира се, Кирил спечели благодарение на своя талант, знания и умения.
Отбелязваме обаче, че и тримата участници, които използваха платформата 1C:Enterprise като инструмент, бяха включени в челната петица - което е безусловно потвърждение за световното ниво на технологията 1C:Enterprise.
След резултатите от състезанието победителите бяха наградени в медийния център KazanExpo; момчетата получиха чисти златни медали (в съответствие с мястото им) и парични награди. Момчетата също получиха сертификати, които им позволяват да преминат стаж в 1C.
Източник: www.habr.com