WorldSkills եզրափակիչ, բիզնեսի համար ՏՏ լուծումների մշակում. ինչ է դա, ինչպես էր և ինչու 1C ծրագրավորողները շահեցին այնտեղ

WorldSkills — это международное движение, занимающееся проведением профессиональных соревнований для молодых людей в возрасте до 22 лет.

Միջազգային եզրափակիչն անցկացվում է երկու տարին մեկ անգամ։ Այս տարի եզրափակիչ վայրն էր Kazan (прошлый финал был в 2017 году в Абу-Даби, следующий будет в 2021 году в Шанхае).

Чемпионаты WorldSkills — это самые большие мировые чемпионаты профессионального мастерства. Начались они с рабочих профессий, а в последние годы все больше внимания уделяется “профессиям будущего”, включая IT-дисциплины, под которые на чемпионате в Казани был выделен отдельный огромный кластер.

ՏՏ բլոկում կա իրավասություն (կոնկրետ «սպորտ»), որը կոչվում է «ՏՏ ծրագրային լուծումներ բիզնեսի համար»:

Յուրաքանչյուր մրցույթում օգտագործվող գործիքների թույլատրելի ցանկը սահմանափակ է: Եվ եթե, օրինակ, «լանդշաֆտային դիզայնի» համար հնարավոր գործիքների ցանկը սահմանափակ է (իհարկե, առանց հստակ արտադրողի կամ գույնի նշելու), ապա «Ծրագրային լուծումներ բիզնեսի համար» իրավասության մեջ ընդունված տեխնոլոգիաների ցանկը, որոնք մասնակիցները կարող են օգտագործել: խիստ սահմանափակ է՝ նշելով կոնկրետ տեխնոլոգիաներ և հատուկ հարթակներ (NET և Java՝ որոշակի շրջանակներով):

1C-ի դիրքորոշումն այս հարցում հետևյալն է՝ տեղեկատվական տեխնոլոգիաները շատ դինամիկ ոլորտ են, աշխարհում անընդհատ հայտնվում են նոր տեխնոլոգիաներ և զարգացման գործիքներ։ Մեր տեսանկյունից ճիշտ է թույլ տալ մասնագետներին օգտագործել այն գործիքները, որոնցով նրանք ցանկանում են և սովոր են աշխատել։

2018 թվականի աշնանը WorldSkills-ի ղեկավարությունը լսեց մեզ: Այժմ մենք պետք է փորձարկեինք մրցույթներում նոր տեխնոլոգիաների ներդրման մեթոդաբանությունը։ Դա պարզ չէ.

В инфраструктурный лист чемпионата в Казани включили платформу 1С:Предприятие (1С:Enterprise) и организовали экспериментальную площадку IT Software Solutions for Business Sandbox.



Отметим, что официальный язык чемпионата – английский. Все материалы с результатами решения заданий (исходные коды, сопроводительная документация, интерфейсы ПО) должны были передаваться тоже на этом языке. Несмотря на сомнения некоторых людей (до сих пор!), на 1С можно писать на английском.

Այս կայքում անցկացվող մրցույթին մասնակցել են 9 երիտասարդ տղաներ 8 երկրներից (Ֆիլիպիններ, Թայվան, Կորեա, Ֆինլանդիա, Մարոկկո, Ռուսաստան, Ղազախստան, Մալայզիա):

Ժյուրին` փորձագետների թիմը, գլխավորում էր Ֆիլիպիններից փորձագետ Ջոի Մանանսալան:

Были представлены эксперты из Финляндии, ОАЭ, Коста-Рики, Кореи, России и Тайваня.

Առանձին-առանձին նշում ենք, որ մասնակիցները Ռուսաստանից (Պավկին Կիրիլ, Սուլթանովա Այգուլ) և Ղազախստանից (Վիտովսկի Լյուդվիգ) որոշել են օգտագործել 1C:Enterprise հարթակը որպես մրցույթի մաս: Մնացած մասնակիցներն օգտագործել են .NET-ը աշխատասեղանի համար, իսկ Android Studio-ն բջջային ծրագրավորման համար: Հետաքրքիր է, որ 1C-ն ընտրած մասնակիցները շատ երիտասարդ են (Կիրիլը Ստավրոպոլի դպրոցի աշակերտ է, այս տարի նա ընդունվել է 11-րդ դասարան, Այգուլը քոլեջի ուսանող է, Կազան, Թաթարստան), մինչդեռ նրանց հակառակորդները շատ ավելի փորձառու էին ( օրինակ՝ Կորեայից եկած մասնակից՝ Լայպցիգում 2013թ. WorldSkills առաջնության հաղթող, բոլորն ունեն 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:

Экспертами по итогам каждой сессии оценивался результат – готовый работоспособный проект, реализующий поставленные в начале сессии задачи.

Առաջադրանքների յուրահատկությունը նրանց «կենսունակությունն» է՝ բազմաթիվ պահանջներ և սահմանափակ ժամանակ։ Խնդիրների մեծ մասը ոչ թե հատուկ օլիմպիադայի խնդիրներ են, այլ շատ մոտ են իրական արդյունաբերական խնդիրներին. մասնագետներն ամեն օր բախվում են դրանց: Բայց կան բազմաթիվ առաջադրանքներ, և ժամանակը սահմանափակ է: Մասնակիցը պետք է լուծի առավելագույն թվով խնդիրներ, որոնք ամենամեծ օգուտը կունենան բիզնեսի համար։ Ամենևին էլ փաստ չէ, որ ալգորիթմական տեսանկյունից բարդ առաջադրանքն ավելի մեծ կշիռ կունենա, քան տարրականը։ Օրինակ, երեք աղյուսակներից բաղկացած գործող հաշվապահական համակարգի ստեղծումը բիզնեսի համար ավելի կարևոր է, քան բարդ ալգորիթմներով հաշվետվության գեղեցիկ ձևը, որն առանց այդ աղյուսակների բոլորովին ավելորդ է:

Մրցույթի հաղթողին՝ Ռուսաստանից ժամանած մասնակից Կիրիլ Պավկինին խնդրեցինք ավելի մանրամասն պատմել, թե որոնք են առաջադրանքները և ինչպես է նա մոտեցել դրանց լուծմանը։

Ստորև բերված է առաջադրանքի նկարագրությունը, Կիրիլի սեփական պատմությունն այն մասին, թե ինչպես է նա լուծել առաջադրանքը: Մենք նաև խնդրեցինք Վիտալի Ռիբալկային՝ 1C-ի աշխատակից և IT Solutions for Business Sandbox-ի փորձագետներից մեկը, մեկնաբանել Կիրիլի լուծումները:

Որպես հանձնարարության մաս, անհրաժեշտ էր ավտոմատացնել մի քանի տեսակի օգտատերերի գործունեությունը.

• Պատասխանատու է ընկերության ակտիվների հաշվառման համար
• Պատասխանատու է ընկերության ակտիվների չպլանավորված վերանորոգման և պլանային պահպանման համար
• Բաղադրիչների և ծախսվող նյութերի գնումների մենեջերներ
• Нефтеразведочных и нефтедобывающих подразделений
• Բարձրագույն ղեկավարությանը անհրաժեշտ էր վերլուծական հաշվետվություններ

Նիստ 1

Ակտիվների տեսանկյունից (օրինակ՝ ավտոպարկ) անհրաժեշտ էր իրականացնել դրանց հաշվապահական հաշվառում (նորերի ստեղծում, ընթացիկների խմբագրում), արագ որոնում և տեղեկատվության ցուցադրման տարբեր տեսակի զտիչներ, ակտիվներ տեղափոխում Ընկերության ստորաբաժանումների միջև։ և ակտիվների խմբերը: Պահպանեք նման շարժումների պատմությունը և տրամադրեք դրանց վերաբերյալ վերլուծություններ ապագայում: Ակտիվների հաշվառումը հիմնականում իրականացվել է բջջային օգտագործողների խմբերի համար:

Cyril: Интересной подзадачей была реализация кнопок в списке активов. Для решения использовался динамический список: пишем произвольный запрос, а при получении данных на сервере присваиваем нужным полям навигационные ссылки на изображения из библиотеки картинок.

Պայմանականորեն լուսանկարները կարող են կցվել օբյեկտին երկու եղանակով. լուսանկարել (մուլտիմեդիա) և ընտրել պատկերասրահից (ֆայլերի ընտրության երկխոսություն):

Որոշ ձևեր անհրաժեշտ էր վերագծել, երբ էկրանը պտտվում էր.

Էկրանի պարամետրերը փոխելիս մենք փոխում ենք կոճակների խմբերի տեսանելիությունը:

Զվարճալի, բայց պարզ առաջադրանքները ներառում են զտիչներ դինամիկ ցանկում, որոնում երկու դաշտերում (համար և անվանում) և ակտիվների սերիական համարի ստեղծում:

Փորձագետի մեկնաբանություն1C:Enterprise հարթակի լուծման տեսանկյունից խնդիրը բավականին պարզ է։ Բջջային հավելվածի իրական ստեղծումից բացի, անհրաժեշտ էր հոգ տանել տվյալների DBMS «սերվերից» (MS SQL աշխատասեղանի վրա) բջջային հավելված և հակառակ ուղղությամբ: Այդ նպատակով աշխատասեղանի «պրոքսի հավելվածում» օգտագործվել են տվյալների արտաքին աղբյուրների և http ծառայությունների մեխանիզմները: Բջջային հարթակի համար դինամիկ ցուցակով նկարների ցուցադրումն ավելացել է բարդություն:

Նիստ 2

Անհրաժեշտ էր հիմնել Ընկերության ակտիվների վերանորոգման կառավարում: Որպես այս առաջադրանքի մաս՝ անհրաժեշտ էր պահպանել վերանորոգման հարցումների ցանկը (ըստ գերատեսչությունների և խմբերի), հաշվի առնել վերանորոգման հրատապության առաջնահերթությունները, պլանավորել վերանորոգման ժամանակացույց՝ ըստ առաջնահերթությունների, պատվիրել անհրաժեշտ բաղադրիչները և վերցնել։ հաշվի առնել գոյություն ունեցողները. Հետաքրքիր ենթակետն այն էր, որ որոշ բաղադրիչներ ունեին պիտանելիության ժամկետ. եթե մի մասն արդեն պատվիրվել է տվյալ ակտիվի համար, և դրա վերջնաժամկետը չի լրացել, ապա այս ակտիվի համար նույն մասը նորից գնելու կարիք չկա: Վերանորոգման ինտերֆեյսը մշակվել է ընկերության ծրագրային ապահովման աշխատասեղանի բաղադրիչի համար:

Անհրաժեշտ էր նաև ստեղծել երկու դերի համար ոչ տրիվիալ թույլտվության ձևաթուղթ՝ պատասխանատու անձի և ծառայության ղեկավարի: Առանձնահատկությունն այն է, որ լիազորումից հետո պետք է ավտոմատ կերպով ընտրել դերերից մեկը։

Պատասխանատու անձին հասանելի ցուցակի ձևը ներկայացված է ստորև.

Cyril: Здесь можно выделить только подсветку незавершенных запросов на обслуживание. Решается условным оформлением в динамическом списке.

Սեղմելով էկրանի ներքևի կոճակը, օգտատերը կարող է անցնել հետևյալ ձևին.

1C-ի տեսանկյունից այս ձևով բարդ բան չկա:

Ծառայության մենեջերին հասանելի ձևը հետևյալն է.

Այս ձևը դասավորված է ըստ առաջնահերթության և պահանջի ամսաթվի: Սեղմելով ստորև բերված կոճակը, օգտվողը կարող է գնալ ընտրված հարցման ձևին.

Ի հավելումն անխոհեմության, այս ձևը առաջարկում էր իրականացնել վերանորոգման համար պահեստամասերի ցանկ: Ենթաառաջադրանքը հետաքրքիր է, քանի որ մասերն ունեն պիտանելիության ժամկետ։ Սա նշանակում է, որ եթե այս ակտիվի հետ արդեն տեղի է ունեցել արտակարգ իրավիճակ, և դրա համար պատվիրվել է մի մաս, որի վավերականության ժամկետը չի լրացել, ապա այն կարող է կրկին օգտագործվել: Սա պետք է ցուցադրվի օգտագործողին:

Փորձագետի մեկնաբանություն: тут Кирилл сам верно расставил акценты. С точки зрения реализации на платформе 1С:Предприятия ничего архисложного нет. Требовался внимательный анализ условий учета и использования запчастей и грамотная реализация задачи в целом. Кроме этого, нужно было правильно наладить учет запросов на обслуживание. Основную сложность представлял лишь цейтнот в 2.5 часа.

Բացի այդ, ինչպես բջջային զարգացման դեպքում, մասնակիցը պետք է գրագետ կերպով տվյալներ ստանար արտաքին DBMS-ից (MS SQL):

Նիստ 3

Սպասարկման (պահպանման) համար առաջարկվել է իրականացնել երկարաժամկետ պլանավորման ծառայություն։ Հետաքրքիր առանձնահատկությունն այստեղ ակտիվների պահպանման ժամանակացույց ստեղծելու պահանջն էր, օրինակ՝ յուրաքանչյուր երկրորդ ամիսը 3-ին: Նմանապես, ըստ որոշ քանակական ցուցանիշի, օրինակ՝ ըստ մեքենայի վազաչափի (յուղի փոփոխություն յուրաքանչյուր 5000 կմ, անվադողերի փոխարինում յուրաքանչյուր 20000 կմ-ում): Տեխնիկական սպասարկման մենեջերը պետք է ստանար հարմար բջջային հավելված, որը դինամիկ կերպով ցուցադրում է ժամկետանց, ընթացիկ և ավարտված սպասարկման ցուցակը որոշակի ժամանակահատվածի համար: Բացի այդ, պահպանման յուրաքանչյուր տեսակ պետք է ներկվեր գունավոր՝ համաձայն հատուկ համաձայնեցված կանոնների։ Բջջային հավելվածը պետք է ապահովեր սպասարկման նոր ժամանակացույցերի ստեղծումը և արդեն ավարտվածների նշումը անմիջապես սեմինարներում՝ սերվերի վրա այս տեղեկատվության արագ թարմացմամբ:

CyrilՎերանորոգման երկու տեսակ կա՝ ժամանակի վրա հիմնված և գործարկման վրա հիմնված: Յուրաքանչյուրի ներսում թույլատրվում է փոփոխականություն: Օրինակ, պլանի համաձայն, վերանորոգումը պետք է կատարվի ամեն ուրբաթ, ամսի 13-ին կամ յուրաքանչյուր 20,000 կիլոմետր: Առաջադրանքը համարվում է ավարտված, եթե դրա աջ կողմում կա նշան:

Было предоставлено условие сортировки задач в списке. Также, каждая строка должна выделяться цветом в зависимости от условий.

При нажатии на кнопку снизу можно создать новый план на обслуживание:

Պահանջվող դաշտերը ցուցադրվում են՝ կախված ընտրված գծապատկերի տեսակից: Եթե ​​մենք ընտրել ենք շաբաթական ժամանակացույց, ապա մեզ ցույց կտան երկու դաշտ՝ շաբաթվա համարը և շաբաթվա օրը: Օրինակ՝ երեքշաբթի օրը 3 շաբաթը մեկ։

Փորձագետի մեկնաբանությունԻնչպես 1C:Enterprise պլատֆորմի նախորդ բջջային մշակման ժամանակ, այստեղ առաջադրանքը գլոբալ բաժանված է 2 բաղադրիչի. «սերվերի» հետ հաղորդակցություն վեբ-api-ի միջոցով և դինամիկ ցուցակի իրավասու ցուցադրում՝ պայմանական ձևավորումով և զտմամբ (ընտրությամբ): տվյալները։ Բացի այդ, հետաքրքիր էր իրականացնել վերանորոգման հաշվառման պահանջը և՛ ըստ ժամանակաշրջանի, և՛ քանակական ցուցանիշի։

Նիստ 4

Բաղադրիչների և ծախսվող նյութերի համար անհրաժեշտ էր հաշվի առնել պաշարները, պլանավորել ծախսերը և ապագա գնումները: Բացի այդ, այստեղ հայտնվել է խմբաքանակային հաշվառում, բայց ոչ բոլոր ապրանքների համար։ Այս ամենը պետք է կառավարվեր բազմաթիվ պահեստներում, ներառյալ ստացումը, ծախսերը և տեղաշարժը: Առաջադրանքի պայմանների համաձայն՝ ընթացիկ պաշարների հետ աշխատելիս անհրաժեշտ էր ապահովել մնացորդների վերահսկողությունը և խուսափել կոնֆլիկտներից։ Գնումների մենեջերներն աշխատում են ծրագրաշարի աշխատասեղանի տարբերակում:

Հիմնական ձևը ներկայացված է ստորև.

Cyril: Помимо сортировки из условия, предлагалось дать пользователю возможность произвольной сортировки. На 1C об этом можно даже не задумываться. Поле с количеством деталей должно быть подсвечено зеленым для приходных накладных.

Այս նիստում նրանց խնդրել են վերահսկել պահեստներում մնացած ապրանքները։ Այսպիսով, համապատասխան հաղորդագրությունը պետք է ցուցադրվի, երբ փորձում եք ջնջել հաշիվ-ապրանքագիրը: Այստեղ հիշում ենք հարթակի մասնագետի քննությունը։ Հաշիվ-ապրանքագրի ձևը հետևյալն է.

Յուրաքանչյուր մաս ունի առանձնահատկություն, որը որոշում է, թե արդյոք այն պետք է վերագրվի որոշակի խմբաքանակի: Նման պահեստամասերի համար բոլոր փաստաթղթերում պարտադիր է նշել խմբաքանակի համարը: Սա լրացուցիչ չափում է մասերի մնացորդների մոնիտորինգի ժամանակ: Դրանք կարող են տեղափոխվել նաև պահեստների միջև.

Форма отличается от предыдущей лишь тем, что вместо заказчика нужно указывать склад, из которого будет осуществляться поставка. Список выбора для партии автоматически составляется после подбора детали. Пользователь может сформировать отчет по остаткам запчастей:

Здесь мы можем посмотреть остатки товара на выбранном складе. Флажки справа от склада позволяют настроить фильтрацию и сортировку. В списке нет явного разделения по партиям для тех деталей, по которым оно обязательно. Остатки по каждому номеру партии выбранной запчасти можно посмотреть с помощью навигационной ссылки справа.

Փորձագետի մեկնաբանությունԱյս նիստում (մոդուլում) առաջին անգամ հայտնվեց խմբաքանակի հաշվառումը: Մասնակիցներից պահանջվում էր ծախսվող նյութերի և ապրանքների հաշվառում ոչ միայն իրենց կողմից, այլև խմբաքանակով: Ընդհանուր առմամբ, առաջադրանքը կատարյալ է 1C:Enterprise հարթակի համար, բայց այդ ամենը պետք է մշակվեր զրոյից և ավարտվեր 2.5 ժամում:

Նիստ 5

Հինգերորդ նիստում մեզ հանձնարարվեց հորատանցքերի կառավարման ֆունկցիոնալությունը: Հետախուզական խմբերի համար անհրաժեշտ էր ստեղծել բջջային հավելված, որը կհաշվառեր նավթի կամ գազի արդյունահանման հորերը: Այստեղ անհրաժեշտ էր սերվերից ստանալ ընթացիկ հորերի ցանկը և գրաֆիկորեն ցուցադրել ընտրված հորը ըստ շերտերի (հող, ավազ, քար, նավթ)՝ հաշվի առնելով յուրաքանչյուր շերտի խորությունը։ Բացի այդ, հավելվածը պետք է թույլ տար թարմացնել ջրհորի մասին տեղեկատվությունը և ավելացնել նոր հորեր: Այս հավելվածի համար հաճախորդը սահմանել է հատուկ աշխատանքային պայմաններ օֆլայն և առցանց ռեժիմներում (սերվերի հետ կապի վերահսկում)՝ յուրաքանչյուր 5 վայրկյանը մեկ ստուգելով կապը սերվերի հետ և փոխել հավելվածի ֆունկցիոնալությունը՝ կախված սերվերի առկայությունից:

CyrilԵրբ դուք ընտրում եք ջրհոր, ցուցադրվում է գծապատկեր, որը ընդգծում է շերտերը մինչև նավթի կամ գազի հանքավայրերը: Յուրաքանչյուր շերտի համար պահվում է նրա անունը, գույնը և առաջացման տիրույթը: Դիզայնի առանձնահատկությունների պատճառով հարթակում ներկառուցված դիագրամները չեն օգնում, բայց աղյուսակային փաստաթուղթը հիանալի կերպով հաղթահարում է առաջադրանքը: Հորերը կարող են ստեղծվել և փոփոխվել.

Բացի բազմաթիվ անխոհեմ պաշտպանությունից, այս ձևի մեջ հետաքրքիր բան չկար:
Далее предлагалось контролировать подключение к серверу. Каждые 5 секунд пытаемся подключиться. Если не получилось, то ограничиваем функциональность приложения и выводим сообщение.

Փորձագետի մեկնաբանություն: задача этой сессии интересна в первую очередь графическими возможностями. Участники, использующие платформу 1С:Предприятие решали её двумя разными способами – кто-то механизмом диаграмм, кто-то табличным документом. У каждого из способов есть свои плюсы и минусы. В рамках решения на чемпионате WorldSkills ключевым являлось время (снова вспоминаем про ограничение времени). Отдельная интересная задача – пинг сервера каждые 5 секунд и изменение поведения мобильного приложения в зависимости от доступности либо недоступности сервера.

Նիստ 6

Առաջարկվել է ստեղծել աշխատանքային տարածք բարձրագույն ղեկավարության համար՝ Dashboard: Մեկ էկրանին անհրաժեշտ էր ցուցադրել ընկերության գործունեության ընդհանուր ցուցանիշները որոշակի ժամանակահատվածի համար գրաֆիկական և աղյուսակային տեսքով: Հիմնական ձևը ծախսերի հաշվետվությունն է.

Кроме Dashboard нужно было реализовать распределение запчастей для ремонтов активов, используя методы списания FIFO/LIFO/«Самый дешевый уходит первым».

Բաշխման ժամանակ հաշվի է առնվել խմբաքանակի հաշվառումը, օգտագործվել է հաշվեկշռի վերահսկում և պաշտպանություն օգտվողների չարտոնված գործողություններից («հիմար պաշտպանություն»):

CyrilԼուծելու համար օգտագործվել են սյունակների ծրագրային ստեղծմամբ արժեքների աղյուսակներ, քանի որ դրանց կամայական թիվը կարող է լինել.

• Первая таблица отвечает за общие затраты подразделений по месяцам. Красным и зеленым цветом выделяются самое убыточное и прибыльное подразделение соответственно.
• Երկրորդ աղյուսակը ցույց է տալիս ամեն ամսվա ամենաթանկ և ամենահաճախ օգտագործվող մասերը: Եթե ​​կան մի քանի մասեր, որոնք համապատասխանում են չափանիշներին, ապա դրանք պետք է ցուցադրվեն մեկ բջիջում՝ բաժանված ստորակետերով։
• Ամենաթանկարժեք ակտիվները (պահեստամասերի ծախսերի առումով) ցուցադրվում են երրորդ աղյուսակի առաջին շարքում: Երկրորդ տողում ցուցադրվում է այն բաժինը, որին պատկանում է վերը նշված ակտիվը: Եթե ​​կան նույն ծախսերով երկու ամենաթանկ ակտիվները, ապա դրանք պետք է ցուցադրվեն նույն խցում՝ բաժանված ստորակետերով:

Դիագրամները ցուցադրվել են հարթակի ներկառուցված մեխանիզմների միջոցով և լրացվել են ծրագրային՝ հարցումների միջոցով։

Առաջարկվել է նաև աջակցություն իրականացնել բազմալեզվության համար։ Ծրագիրը բեռնում է XML ֆայլերը ինտերֆեյսի տարրերի տեղայնացումով, և բացվող ցանկում լեզու ընտրելիս ձևը պետք է վերագծվի:

Երբ սեղմում եք էկրանի ստորին ձախ անկյունում գտնվող կոճակը, բացվում է գույքագրման կառավարման ձևը.

В этой форме мы наконец-то начинаем тратить запчасти на ремонт. Здесь мы сначала находим детали, которые нам понадобятся для починки актива. По выбранным полям и методу распределения (FIFO, LIFO или минимальная цена) выводятся найденные совпадения или сообщение, если таковых нет. После этого можно пометить детали как предназначенные для починки данного актива. Контроль остатков актуален для текущей сессии. Если мы уже назначили детали, то они больше не могут попасть в найденные.

Փորձագետի մեկնաբանություն: очень интересная сессия. Она по максимуму использует возможности платформы 1С:Предприятия – тут и грамотная работа с виртуальными таблицами регистров накоплений, и программная работа с элементами формы (в первую очередь – таблицами, во вторую — заголовками), и диаграммы. И даже LIFO/FIFO при анализе запасов, анализ прибыли/убытков и т.п.

Նիստ 7

В финале задания (7 сессия) заказчик предоставил ПО (exe-файл) по проектной деятельности и небольшое видео по работе с ним. Требовалось провести реверс-инжиниринг и на основании этого создать 2 диаграммы: диаграмму вариантов использования и диаграмму сущность-связь. Кроме этого, были выдвинуты некоторые требования по созданию ПО в будущем – необходимо было сформировать макет интерфейса по этим требованиям.

Մրցութային պայմանների համաձայն՝ դիագրամներ ստեղծելու համար պահանջվում էր միայն MS Visio-ն։

Փորձագետի մեկնաբանությունԱյս նիստում 1C:Enterprise հարթակի հնարավորությունները գործնականում չեն օգտագործվել: Մրցույթի պայմանների դիագրամները ստեղծվել են MS Visio-ում: Սակայն ինտերֆեյսի նախատիպը կարող է ստեղծվել դատարկ 1C տեղեկատվական բազայում:

Ընդհանուր դիտողություններ

Յուրաքանչյուր նիստի սկզբում առաջարկվում էր ներմուծել տվյալներ SQL սկրիպտի միջոցով: Սա C#-ի համեմատ 1C-ի օգտագործման հիմնական թերությունն էր, քանի որ մենք առնվազն կես ժամ ծախսեցինք տվյալների արտաքին տվյալների աղբյուրների մեջ թորելու, մեր սեփական աղյուսակները ստեղծելու և արտաքին աղբյուրներից տողեր տեղափոխելով մեր աղյուսակներ: Մնացածը պարզապես անհրաժեշտ էր սեղմել «Կատարել» կոճակը Microsoft SQL Studio-ում:

По очевидным причинам хранить данные на мобильном устройстве не стоит. Поэтому на мобильных сессиях мы создавали серверную базу. Там хранили данные и предоставляли доступ к ним по http-сервисам.

Փորձագետի մեկնաբանություն1C/non-1C հաշվեկշիռն այստեղ հետաքրքիր է, մինչդեռ 1C:Enterprise ծրագրավորողները զգալի ժամանակ են ծախսել արտաքին DBMS-ին միանալու համար (Կիրիլը վերևում նշել է դա առանձին), C#/Java (Android Studio բջջային զարգացման համար) մշակողները ժամանակ են ծախսել այլ ոլորտներում. ինտերֆեյսներ, ավելի շատ կոդ գրել: Ուստի յուրաքանչյուր նիստի արդյունքներն անկանխատեսելի էին և չափազանց հետաքրքիր բոլոր փորձագետների համար։ Եվ այս ինտրիգը մնաց մինչև վերջ՝ միայն նայեք հաղթողների վերջնական աղյուսակին՝ միավորների բաշխմամբ։

Кирилл рассказ закончил 🙂

Եզրափակելով, հարկ է հիշել, որ կատարողին պետք չէր «պարզապես ծրագրավորել առաջադրանքը ըստ տեխնիկական բնութագրերի», նա պետք է վերլուծեր առաջադրանքը, ընտրեր բլոկներ ենթաառաջադրանքների իրականացման համար, նախագծեր դրանք և որոշեր, թե կոնկրետ ինչ կլիներ նա: ի վիճակի է դրանից իրագործել չափազանց կարճ ժամանակում: Բոլոր 4 օրերը ես ստիպված էի գործել ժամանակի խիստ ճնշման տակ՝ հաճախ ամեն հաջորդ նիստը սկսելով զրոյից: Նույնիսկ ոլորտում երկարամյա փորձ ունեցող չափահաս մասնագետը մեծ դժվարությամբ կկատարի նիստի համար հանձնարարված առաջադրանքը 100%-ով սահմանված ժամկետում:

Առանձնահատուկ հիշատակման է արժանի գնահատման ընդունված համակարգը։

Յուրաքանչյուր նիստի համար առաջադրանքների հեղինակները մշակում են չափանիշների բարդ համակարգ, ներառյալ ֆունկցիոնալությունը, ճիշտ աշխատանքը, հավելվածի ինտերֆեյսի պահանջները և նույնիսկ հետևելով ոճային ուղեցույցին, որը հատուկ մասնակիցներին տրամադրվել է ընկերության կողմից, որի համար նրանք մշակում են իրենց լուծումները:

Գնահատման չափորոշիչները շատ մանրակրկիտ են ձևակերպված. եթե նիստի առաջադրանքի ընդհանուր արժեքը կազմում է տասնյակ միավորներ, որոշ չափանիշի կատարումը կարող է տասներորդական միավոր ավելացնել մասնակցին: Սա հասնում է մրցույթի յուրաքանչյուր մասնակցի արդյունքների գնահատման չափազանց բարձր և օբյեկտիվ մակարդակի:

Արդյունքները

Վերջնական արդյունքները տպավորիչ էին.

Դառը պայքարում հաղթեց ռուսաստանցի Կիրիլ Պավկինը, ով օգտվում էր 1C:Enterprise հարթակից։ Կիրիլը 17 տարեկան է, նա Ստավրոպոլից է։

Բառացիորեն միավորի տասներորդները հաղթողին բաժանում էին հետապնդողներից: Երկրորդ տեղը զբաղեցրել է Թայվանի մասնակիցը։ Լավագույն վեց արդյունքների ընդհանուր աղյուսակն ունի հետևյալ տեսքը.

Իհարկե, Կիրիլը հաղթեց իր տաղանդի, գիտելիքների ու հմտությունների շնորհիվ։

Այնուամենայնիվ, մենք նշում ենք, որ բոլոր երեք մասնակիցները, ովքեր օգտագործել են 1C:Enterprise հարթակը որպես գործիք, ընդգրկվել են լավագույն հնգյակում, ինչը 1C:Enterprise տեխնոլոգիայի համաշխարհային մակարդակի անվերապահ հաստատումն է։

Մրցույթի արդյունքներով հաղթողները պարգեւատրվեցին KazanExpo մեդիա կենտրոնում, տղաները ստացան մաքուր ոսկե մեդալներ (տեղին համապատասխան) ​​և դրամական պարգևներ։ Տղաները նաև վկայականներ ստացան, որոնք թույլ էին տալիս պրակտիկա անցնել 1C-ում։

Source: www.habr.com