— це міжнародний рух, який займається проведенням професійних змагань для молодих людей віком до 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С:Підприємство вирішували її двома різними способами – хтось механізмом діаграм, хтось табличним документом. Кожен із способів має свої плюси та мінуси. У рамках рішення на чемпіонаті World Skills ключовим був час (знов згадуємо про обмеження часу). Окреме цікаве завдання – пінг сервера кожні 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