22 yaşın altındaki gençlere yönelik profesyonel yarışmalar düzenleyen uluslararası bir harekettir.
Uluslararası final iki yılda bir yapılıyor. Bu yıl final mekanı (Son final 2017'de Abu Dabi'deydi, bir sonraki final ise 2021'de Şanghay'da olacak).
WorldSkills Şampiyonası, dünyanın en büyük profesyonel beceri şampiyonasıdır. Mavi yakalı mesleklerle başladılar ve son yıllarda Kazan'daki şampiyonada ayrı bir büyük kümenin tahsis edildiği BT disiplinleri de dahil olmak üzere "geleceğin mesleklerine" giderek daha fazla ilgi gösterildi.
BT bloğunda "İşletmeler için BT Yazılım Çözümleri" adı verilen bir yeterlilik (belirli bir "spor") vardır.
Her yarışmada kullanılan araçların izin verilen listesi sınırlıdır. Ve örneğin, "peyzaj tasarımı" için olası araçların listesi sınırlıysa (elbette açık bir üretici veya renk belirtmeden), o zaman "İşletmeler için yazılım çözümleri" yeterliliğinde katılımcıların kullanabileceği kabul edilen teknolojilerin listesi belirli teknolojileri ve belirli platformları (belirli bir çerçeve kümesine sahip .NET ve Java) gösterecek şekilde kesinlikle sınırlıdır.
1C'nin bu konudaki konumu şu şekildedir: bilgi teknolojisi çok dinamik bir alan, dünyada sürekli olarak yeni teknolojiler ve geliştirme araçları ortaya çıkıyor. Uzmanların istedikleri ve çalışmaya alışık oldukları araçları kullanmalarına izin vermek bizim açımızdan doğrudur.
2018 sonbaharında WorldSkills yönetimi bizi duydu. Artık yeni teknolojilerin yarışmalara dahil edilmesine yönelik metodolojiyi test etmemiz gerekiyordu. Bu basit değil.
Kazan'daki şampiyonanın altyapı listesine 1C:Enterprise platformu dahil edildi ve İş Sandbox'ı için BT Yazılım Çözümleri için deneysel bir platform düzenlendi.
Şampiyonanın resmi dilinin İngilizce olduğunu lütfen unutmayın. Çözme görevlerinin sonuçlarını (kaynak kodları, beraberindeki belgeler, yazılım arayüzleri) içeren tüm materyaller de bu dilde iletilecekti. Bazı insanların şüphelerine rağmen (hala!), 1C'de İngilizce yazabilirsiniz.
Bu sitedeki yarışmaya 9 ülkeden (Filipinler, Tayvan, Kore, Finlandiya, Fas, Rusya, Kazakistan, Malezya) 8 genç katıldı.
Uzmanlardan oluşan bir ekip olan jüriye Filipinler'den bir uzman olan Joey Manansala başkanlık ediyordu.
Finlandiya, BAE, Kosta Rika, Kore, Rusya ve Tayvan'dan uzmanlar temsil edildi.
Ayrı olarak, Rusya'dan (Pavkin Kirill, Sultanova Aigul) ve Kazakistan'dan (Vitovsky Ludwig) katılımcıların yarışmanın bir parçası olarak 1C:Enterprise platformunu kullanmaya karar verdiklerini not ediyoruz. Katılımcıların geri kalanı masaüstü için .NET'i ve mobil geliştirme için Android Studio'yu kullandı. 1C'yi seçen katılımcıların çok genç olması (Kirill, Stavropol'deki bir okulda öğrenci, bu yıl 11. sınıfa girdi, Aigul üniversite öğrencisi, Kazan, Tataristan), rakipleri ise çok daha deneyimli olması ilginçtir ( örneğin Kore'den bir katılımcı - Leipzig'deki 2013 WorldSkills şampiyonasının galibi; hepsinin WorldSkills'e katılma deneyimi ve sektörde birkaç yıllık mesleki deneyimi var).
Yarışma sırasında katılımcıların çeşitli modern teknolojileri kullandıklarını göz önünde bulundurarak, 1C:Enterprise platformunu gerçek savaş koşullarında test etme, hem onun yardımıyla elde edilen çözümlerin kalitesini hem de kullanımıyla elde edilen geliştirme hızını karşılaştırma şansımız oldu.
Ayrı olarak, özel İş için BT Yazılım Çözümleri Sandbox platformu çerçevesinde katılımcıların, İş için BT Yazılım Çözümleri ana platformundaki katılımcılarla aynı görevleri tamamladıklarını not ediyoruz.
Görevin kendisi, belirli bir işi otomatikleştirmek için karmaşık bir görevdir; bu yıl bir işletmenin örneği, hayali şirket KazanNeft'ti.
efsane
Kazan Oil, Tataristan Cumhuriyeti'nin en büyük petrol işletmelerinden biri olup, bu alanda ulusal pazar oyuncusu ve uluslararası tanınmış bir marka olarak faaliyet göstermektedir. Petrol, petrol ürünleri ve doğal gazın saha araması, üretimi, üretimi, rafine edilmesi, taşınması ve satışı ve dağıtımı konusunda uzmanlaşmış şirketin merkez ofisi Kazan'da (Rusya) bulunmaktadır.
Şirket, Rusya genelinde hızlı genişleme ve yeni ofisler oluşturma stratejisini uyguladığından, şirket yönetimi, belirli operasyonların sürdürülmesini ve yönetilmesini amaçlayan yeni iş otomasyon yazılımı sunmaya karar verdi.
Şampiyona koşulları
Katılımcılara modüller (oturumlar) şeklinde görevler verildi ve bunları sınırlı bir sürede tamamlamaları istendi. Toplamda 7 modül vardı. Masaüstünde çözmek için üç oturum – her biri 2.5 saat. Üç oturum - istemcinin mobil uygulama olduğu istemci-sunucu geliştirme ve istemci ile sunucu arasındaki iletişimin WEB-API aracılığıyla gerçekleştirildiği. Bu 3.5 saat sürdü. Son oturum – mevcut yazılımın tersine mühendisliğine ilişkin görevler, 2.5 saat. Tersine mühendisliğin bir parçası olarak katılımcılar, kendilerine sağlanan bilgilere dayanarak uygulama veritabanının yapısını tasarlamak (bir ER diyagramı oluşturarak), sistemi kullanmaya yönelik senaryoları analiz etmek (bir kullanım senaryosu diyagramı oluşturarak) ve ayrıca Sağlanan işlevsel gereksinimlere göre yazılım çözümünün arayüzünü geliştirmek ve tasarlamak.
Kullanılan ana geliştirme platformları .NET (C#) ve Java (mobil geliştirme için Android Studio dahil) idi. Deneysel SandBox'ta .NET, Java ve 1C:Enterprise sürüm 8.3.13 kullanıldı.
Her oturumun sonunda uzmanlar, oturumun başında belirlenen görevleri uygulayan, hazır, uygulanabilir bir proje olan sonucu değerlendirdi.
Görevlerin özelliği onların "canlılığıdır" - birçok gereksinim ve sınırlı süre. Sorunların çoğu özel Olimpiyat sorunları değil, gerçek endüstriyel sorunlara çok yakın - uzmanlar bunlarla her gün karşılaşıyor. Ancak birçok görev var ve zaman sınırlı. Katılımcı, işletmeye en büyük faydayı sağlayacak maksimum sayıda sorunu çözmelidir. Algoritmik açıdan karmaşık bir görevin, temel görevden daha fazla ağırlığa sahip olacağı kesinlikle bir gerçek değil. Örneğin, bir işletme için üç tablodan oluşan işleyen bir muhasebe sistemi oluşturmak, bu tablolar olmadan tamamen gereksiz olan, karmaşık algoritmalara sahip güzel bir raporlama formundan daha önemlidir.
Yarışmanın galibi Rusya'dan katılımcı Kirill Pavkin'den bize görevlerin neler olduğu ve bu sorunlara nasıl yaklaştığı hakkında daha fazla bilgi vermesini istedik.
Aşağıda görevin bir açıklaması, Kirill'in görevi nasıl çözdüğüne dair kendi hikayesi yer almaktadır. Ayrıca 1C çalışanı ve İş Koruma Alanı için BT Çözümleri uzmanlarından biri olan Vitaly Rybalka'dan Kirill'in çözümleri hakkında yorum yapmasını istedik.
Görevin bir parçası olarak, çeşitli kullanıcı türlerinin etkinliklerinin otomatikleştirilmesi gerekiyordu:
- Şirket varlıklarının muhasebesinden sorumlu
- Şirket varlıklarının planlanmamış onarımlarından ve planlı bakımından sorumlu
- Bileşenler ve sarf malzemeleri için satın alma yöneticileri
- Petrol arama ve petrol üretim bölümleri
- Üst yönetimin analitik raporlara ihtiyacı vardı
Sezon 1
Varlıklar (örneğin bir araç filosu) açısından bakıldığında, muhasebelerini (yenilerini oluşturmak, mevcut olanları düzenlemek), hızlı aramayı ve bilgileri görüntülemek için çeşitli filtreleri, varlıkları Şirketin bölümleri arasında taşımak gerekliydi. ve varlık gruplarının kendisi. Bu tür hareketlerin geçmişini tutun ve gelecekte bunlarla ilgili analizler sağlayın. Varlık muhasebesi esas olarak mobil kullanıcı grupları için uygulandı.
Kirill: İlginç bir alt görev, varlık listesindeki düğmelerin uygulanmasıydı. Bunu çözmek için dinamik bir liste kullandık: isteğe bağlı bir istek yazıyoruz ve sunucuya veri alırken, görsel kütüphanesindeki görsellere gerekli alanlara gezinme bağlantıları atıyoruz.
Geleneksel olarak, fotoğraflar bir varlığa iki şekilde eklenebilir: fotoğraf çekin (multimedya) ve galeriden seçin (dosya seçimi iletişim kutusu).
Ekran döndürüldüğünde bazı şekillerin yeniden çizilmesi gerekiyordu:
Ekran parametrelerini değiştirirken buton gruplarının görünürlüğünü değiştiriyoruz.
Eğlenceli ama basit görevler arasında dinamik listedeki filtreler, iki alanda arama (numara ve ad) ve varlık seri numarasının oluşturulması yer alır.
Uzman yorumu: 1C:Enterprise platformundaki çözüm açısından bakıldığında görev oldukça açık. Mobil uygulamanın fiili oluşturulmasına ek olarak, verilerin DBMS “sunucusundan” (masaüstünde MS SQL) mobil uygulamaya ve geriye aktarılmasına dikkat edilmesi gerekiyordu. Bu amaçla masaüstü “proxy uygulamasında” dış veri kaynaklarının ve http servislerinin mekanizmalarından yararlanılmıştır. Mobil platformun kendisi için, resimlerin dinamik bir listede görüntülenmesi, artan karmaşıklığı temsil ediyordu.
Sezon 2
Şirketin varlıkları için onarım yönetiminin kurulması gerekiyordu. Bu görevin bir parçası olarak, onarım taleplerinin bir listesinin (departmanlara ve gruplara göre) tutulması, onarımların aciliyetine ilişkin önceliklerin dikkate alınması, önceliklere uygun bir onarım programı planlanması, gerekli bileşenlerin sipariş edilmesi ve gerekli önlemlerin alınması gerekiyordu. mevcut olanları dikkate alın. İlginç bir alt görev, bazı bileşenlerin son kullanma tarihinin olmasıydı; Belirli bir varlık için bir parça zaten sipariş edilmişse ve son teslim tarihi geçmemişse bu varlık için aynı parçayı tekrar satın almaya gerek yoktur. Onarım arayüzü, şirketin yazılımının masaüstü bileşeni için geliştirildi.
Ayrıca iki rol için önemsiz olmayan bir yetkilendirme formu oluşturmak da gerekliydi: sorumlu kişi ve servis yöneticisi. Özelliği, yetkilendirmeden sonra rollerden birini otomatik olarak seçmeniz gerekmesidir.
Sorumlu kişinin kullanımına sunulan liste formu aşağıda sunulmaktadır:
Kirill: Burada yalnızca bekleyen hizmet isteklerinin vurgulanması vurgulanabilir. Dinamik listede koşullu biçimlendirmeyle çözüldü.
Kullanıcı ekranın alt kısmındaki butona tıklayarak aşağıdaki forma gidebilir:
1C açısından bakıldığında bu formda karmaşık hiçbir şey yoktur.
Servis yöneticisinin kullanabileceği form aşağıdadır:
Bu form öncelik ve talep tarihine göre sıralanmıştır. Kullanıcı aşağıdaki düğmeye tıklayarak seçilen isteğin formuna gidebilir:
Bu form, kusursuzluğun yanı sıra onarımlar için bir yedek parça listesinin uygulanmasını da önerdi. Alt görev ilginç çünkü parçaların bir son kullanma tarihi var. Bu, bu varlıkta halihazırda bir acil durum meydana gelmişse ve bunun için geçerlilik süresi dolmamış bir parça sipariş edilmişse, bu varlığın yeniden kullanılabileceği anlamına gelir. Bu kullanıcıya gösterilmelidir.
Uzman yorumu: burada Kirill aksanları doğru bir şekilde yerleştirdi. 1C:Enterprise platformunda uygulama açısından son derece karmaşık bir şey yoktur. Yedek parçaların muhasebeleştirilmesi ve kullanılmasına ilişkin koşulların dikkatli bir analizi ve görevin bir bütün olarak yetkin bir şekilde uygulanması gerekiyordu. Ayrıca hizmet taleplerinin düzgün bir şekilde kaydedilmesi gerekiyordu. Asıl zorluk sadece 2.5 saatlik zaman baskısıydı.
Ek olarak, mobil geliştirmede olduğu gibi, katılımcının harici bir DBMS'den (MS SQL) yetkin bir şekilde veri alması gerekiyordu.
Sezon 3
Bakım (bakım) için uzun vadeli bir planlama hizmetinin uygulanması önerildi. Buradaki ilginç bir özellik, varlıklar için zamanlamaya göre bir bakım planı oluşturma zorunluluğuydu (örneğin, her iki ayda bir, ayın 3'ünde). Aynı şekilde, bazı niceliksel göstergelere göre - örneğin bir arabanın kilometre sayacına göre (her 5000 km'de bir yağ değişimi, her 20000 km'de bir lastik değişimi). Bakım yöneticisinin, belirli bir süre için gecikmiş, mevcut ve tamamlanmış bakımların listesini dinamik olarak görüntüleyen kullanışlı bir mobil uygulama almış olması gerekir. Ayrıca her türlü bakımın özel olarak kararlaştırılan kurallara göre renge boyanması gerekiyordu. Mobil uygulamanın, yeni bakım programlarının oluşturulmasını ve halihazırda doğrudan atölyelerde tamamlanmış olanların işaretlenmesini ve bu bilgilerin sunucuda hızlı bir şekilde güncellenmesini sağlaması gerekiyordu.
Kirill: İki tür onarım vardır: zamana dayalı ve çalıştırmaya dayalı. Her birinde değişkenliğe izin verilir. Örneğin plana göre her cuma, ayın 13'ünde veya her 20,000 kilometrede bir onarım yapılması gerekiyor. Sağında bir onay işareti varsa görev tamamlanmış sayılır.
Listedeki görevleri sıralamak için bir koşul sağlandı. Ayrıca koşullara bağlı olarak her satır renkli olarak vurgulanmalıdır.
Aşağıdaki butona tıklayarak yeni bir hizmet planı oluşturabilirsiniz:
Seçilen grafik türüne bağlı olarak gerekli alanlar görüntülenir. Haftalık bir zaman çizelgesi seçtiysek iki alan gösterilecektir: hafta numarası ve haftanın günü. Örneğin her 3 haftada bir Salı günleri.
Uzman yorumu: 1C:Enterprise platformundaki önceki mobil geliştirmede olduğu gibi, burada görev küresel olarak 2 bileşene ayrılmıştır - web API aracılığıyla "sunucu" ile iletişim ve koşullu tasarım ve filtreleme (seçim) ile dinamik bir listenin yetkin bir şekilde görüntülenmesi veri. Ayrıca onarımların hem döneme hem de niceliksel göstergeye göre muhasebeleştirilmesi zorunluluğunun uygulanması ilginçti.
Sezon 4
Bileşenler ve sarf malzemeleri için stokların, plan giderlerinin ve gelecekteki satın almaların hesaba katılması gerekiyordu. Ayrıca toplu muhasebe burada ortaya çıktı, ancak tüm mallar için değil. Tüm bunların, makbuz, harcama ve hareket de dahil olmak üzere birden fazla depoda yönetilmesi gerekiyordu. Görev şartlarına göre mevcut stoklarla çalışırken dengelerin kontrolünü sağlamak ve çatışmalardan kaçınmak gerekiyordu. Satın alma yöneticileri yazılımın masaüstü sürümünde çalışır.
Ana form aşağıda gösterilmiştir:
Kirill: Koşullara göre sıralamanın yanı sıra, kullanıcıya rastgele sıralama yapma yeteneğinin de verilmesi önerildi. 1C'de bunu düşünmenize bile gerek yok. Faturalarda parça miktarının bulunduğu alan yeşil renkle vurgulanmalıdır.
Bu oturumda depolarda kalan malları kontrol etmeleri istendi. Bu nedenle, faturayı silmeye çalıştığınızda ilgili mesajın görüntülenmesi gerekir. Burada platform uzmanlığı sınavını hatırlıyoruz. Faturanın şekli aşağıdaki gibidir:
Her parçanın belirli bir partiye atanıp atanmaması gerektiğini belirleyen bir özelliği vardır. Bu tür yedek parçalar için parti numarasının tüm belgelerde belirtilmesi zorunludur. Bu, parça kalıntılarının izlenmesi sırasında yapılan ek bir ölçümdür. Ayrıca depolar arasında da taşınabilirler:
Form öncekinden farklıdır, yalnızca müşteri yerine teslimatın yapılacağı depoyu belirtmeniz gerekir. Partinin seçim listesi, parça seçildikten sonra otomatik olarak derlenir. Kullanıcı yedek parça bakiyeleri hakkında bir rapor oluşturabilir:
Burada seçilen depoda kalan malları görebiliriz. Ambarın sağındaki onay kutuları filtrelemeyi ve sıralamayı yapılandırmanıza olanak tanır. Listede, gerekli olduğu parçalar için partiye göre açık bir bölüm bulunmamaktadır. Seçilen yedek parçanın her parti numarasına ait bakiyeleri sağdaki gezinme bağlantısı kullanılarak görüntülenebilir.
Uzman yorumu: Bu oturumda (modül) toplu muhasebe ilk kez ortaya çıktı. Katılımcıların sarf malzemelerini ve malları yalnızca kendi başlarına değil, aynı zamanda partiler halinde de muhasebeleştirmeleri gerekiyordu. Genel olarak görev 1C:Enterprise platformu için mükemmeldir - ancak hepsinin sıfırdan geliştirilmesi ve 2.5 saatte tamamlanması gerekiyordu.
Sezon 5
Beşinci oturumda kuyu yönetiminin işlevselliği bize verildi. Arama grupları için petrol veya gaz üretim kuyularını hesaba katacak bir mobil uygulama oluşturmak gerekiyordu. Burada sunucudan mevcut kuyuların bir listesini almak ve seçilen kuyuyu, her katmanın derinliğini dikkate alarak katmanlara (toprak, kum, taş, petrol) göre grafiksel olarak görüntülemek gerekiyordu. Ayrıca uygulamanın kuyu hakkındaki bilgilerin güncellenmesine ve yeni kuyuların eklenmesine izin vermesi gerekiyordu. Bu uygulama için müşteri, çevrimdışı ve çevrimiçi modlarda (sunucuyla iletişimin kontrolü) özel çalışma koşulları belirler - sunucuyla iletişimi her 5 saniyede bir kontrol eder ve sunucunun kullanılabilirliğine bağlı olarak uygulamanın işlevselliğini değiştirir.
Kirill: Bir kuyuyu seçtiğinizde, petrol veya gaz yataklarına kadar olan katmanları vurgulayan bir çubuk grafik görüntülenir. Her katmanın adı, rengi ve oluşum aralığı saklanır. Tasarım özellikleri nedeniyle platformda yerleşik diyagramlar yardımcı olmuyor, ancak elektronik tablo belgesi bu görevle mükemmel bir şekilde başa çıkıyor. Kuyular oluşturulabilir ve değiştirilebilir:
Çoklu kusursuz koruma dışında bu formda ilginç hiçbir şey yoktu.
Daha sonra sunucuya olan bağlantının kontrol edilmesi önerildi. Her 5 saniyede bir bağlanmaya çalışıyoruz. İşe yaramazsa uygulamanın işlevselliğini sınırlandırırız ve bir mesaj görüntüleriz.
Uzman yorumu: Bu oturumun görevi öncelikle grafiksel yetenekleri nedeniyle ilgi çekicidir. 1C:Enterprise platformunu kullanan katılımcılar bunu iki farklı şekilde çözdüler; bazıları bir diyagram mekanizması kullanarak, diğerleri ise bir elektronik tablo belgesi kullanarak. Her yöntemin artıları ve eksileri vardır. WorldSkills şampiyonasındaki kararın bir parçası olarak zaman çok önemliydi (zaman sınırını tekrar unutmayın). Ayrı bir ilginç görev, sunucuya her 5 saniyede bir ping atmak ve sunucunun kullanılabilirliğine veya kullanılamamasına bağlı olarak mobil uygulamanın davranışını değiştirmektir.
Sezon 6
Üst yönetim için bir çalışma alanı yaratılması önerildi - Kontrol Paneli. Şirketin belirli bir döneme ait genel performans göstergelerinin grafik ve tablo halinde tek ekranda görüntülenmesi gerekiyordu. Ana form maliyet raporudur:
Dashboard'a ek olarak, varlık onarımları için yedek parça dağıtımının FIFO/LIFO/"En ucuz önce gider" zarar yazma yöntemleri kullanılarak uygulanması gerekiyordu.
Dağıtım sırasında toplu muhasebe dikkate alınmış, bakiye kontrolü ve yetkisiz kullanıcı işlemlerine karşı koruma (“aptal koruması”) kullanılmıştır.
Kirill: Çözmek için, isteğe bağlı sayıda olabileceğinden, yazılım sütunları üreten değer tabloları kullanıldı:
- İlk tablo departmanların aylara göre toplam maliyetlerinden sorumludur. En kârsız ve kârlı bölümler sırasıyla kırmızı ve yeşil renkle vurgulanmıştır.
- İkinci tablo her ay için en pahalı ve en sık kullanılan parçaları göstermektedir. Kriterleri karşılayan birkaç parça varsa, bunlar virgülle ayrılmış olarak tek bir hücrede görüntülenmelidir.
- En pahalı varlıklar (yedek parça maliyetleri açısından) üçüncü tablonun ilk satırında gösterilmektedir. İkinci satır yukarıdaki varlığın ait olduğu bölümü gösterir. Aynı maliyetlere sahip en pahalı iki varlık varsa, bunlar virgülle ayrılmış olarak aynı hücrede görüntülenmelidir.
Diyagramlar platformun yerleşik mekanizmaları kullanılarak görüntülendi ve sorgular kullanılarak programlı olarak dolduruldu.
Ayrıca çok dillilik desteğinin uygulanması da önerildi. Program, arayüz öğelerinin yerelleştirilmesiyle birlikte XML dosyalarını yükler ve açılır listeden bir dil seçerken formun yeniden çizilmesi gerekir.
Ekranın sol alt köşesindeki butona tıkladığınızda envanter yönetim formu açılır:
Bu formda nihayet onarımlara parça harcamaya başlıyoruz. Burada öncelikle varlığı onarmak için ihtiyaç duyacağımız parçaları buluyoruz. Seçilen alanlara ve dağıtım yöntemine (FIFO, LIFO veya minimum fiyat) bağlı olarak bulunan eşleşmeler veya eşleşme yoksa bir mesaj görüntülenir. Daha sonra parçaları, söz konusu varlığı onarmaya yönelik olarak işaretleyebilirsiniz. Denge kontrolü mevcut oturumla ilgilidir. Ayrıntıları zaten atamışsak, artık bulunamazlar.
Uzman yorumu: çok ilginç bir oturum. 1C:Enterprise platformunun yeteneklerinden en iyi şekilde yararlanır - burada birikim kayıtlarının sanal tabloları ile yetkin çalışma ve form öğeleri (her şeyden önce tablolar, ikinci olarak başlıklar) ve diyagramlarla programlı çalışma vardır. Ve hatta envanter, kar/zarar analizi vb. analiz ederken LIFO/FIFO bile kullanılabilir.
Sezon 7
Görevin sonunda (7. oturum), müşteri proje faaliyetleri için yazılım (exe dosyası) ve onunla çalışmaya ilişkin kısa bir video sağladı. Tersine mühendislik yapmak ve buna dayanarak 2 diyagram oluşturmak gerekiyordu: bir kullanım senaryosu diyagramı ve bir varlık-ilişki diyagramı. Ayrıca gelecekte yazılım oluşturmak için bazı gereksinimler öne sürüldü - bu gereksinimlere göre bir arayüz düzeni oluşturmak gerekiyordu.
Yarışma koşullarına göre diyagramların oluşturulması için yalnızca MS Visio'ya ihtiyaç duyuluyordu.
Uzman yorumu: Bu oturumda 1C:Enterprise platformunun yetenekleri pratikte kullanılmadı. Yarışma koşullarına ilişkin diyagramlar MS Visio'da oluşturuldu. Ancak arayüzün bir prototipi boş bir 1C bilgi tabanında oluşturulabilir.
Genel açıklamalar
Her oturumun başında verilerin bir SQL betiği kullanılarak içe aktarılması önerildi. Bu, C#'a kıyasla 1C kullanmanın ana dezavantajıydı; çünkü verileri harici veri kaynaklarına ayrıştırmak, kendi tablolarımızı oluşturmak ve harici kaynaklardan satırlarımızı tablolarımıza taşımak için en az yarım saat harcadık. Geri kalanın yalnızca Microsoft SQL Studio'daki Yürüt düğmesine tıklaması gerekiyordu.
Belli nedenlerden ötürü, verileri bir mobil cihazda depolamak iyi bir fikir değildir. Bu nedenle mobil oturumlar sırasında bir sunucu tabanı oluşturduk. Verileri orada depoladılar ve ona http hizmetleri aracılığıyla erişim sağladılar.
Uzman yorumu: 1C/1C olmayan dengesi burada ilginçtir - 1C:Enterprise programcıları harici bir DBMS'ye bağlanmak için önemli miktarda zaman harcarken (Kirill bundan yukarıda ayrıca bahsetmiştir), C#/Java (mobil geliştirme için Android Studio) geliştiricileri diğer alanlarda zaman harcadılar - arayüzler, daha fazla kod yazma. Bu nedenle her oturumun sonuçları tahmin edilemezdi ve tüm uzmanlar için son derece ilginçti. Ve bu entrika sonuna kadar kaldı - puanların dağılımıyla birlikte kazananların final masasına bakın.
Kirill hikayeyi bitirdi :)
Sonuç olarak, oyuncunun "görevi sadece teknik özelliklere göre programlaması" gerekmediği, görevi analiz etmesi, alt görevlerin uygulanması için bloklar seçmesi, bunları tasarlaması ve tam olarak ne olacağına karar vermesi gerektiği unutulmamalıdır. bunu ayrılan son derece kısa sürede hayata geçirebiliriz. 4 gün boyunca ciddi bir zaman baskısı altında hareket etmek zorunda kaldım ve çoğu zaman sonraki her seansa sıfırdan başladım. Sektörde uzun yıllara dayanan deneyime sahip yetişkin bir uzman bile, oturum için verilen görevi ayrılan süre içerisinde %100 tamamlamakta büyük zorluk çekecektir.
Benimsenen değerlendirme sistemi özel olarak anılmayı hak ediyor.
Her oturum için görev yazarları, işlevselliğin kontrol edilmesi, doğru çalışma, uygulama arayüzü gereksinimleri ve hatta çözümlerini geliştirdikleri şirket tarafından katılımcılara özel olarak sağlanan stil kılavuzunu takip etme dahil olmak üzere karmaşık bir kriter sistemi geliştirir.
Değerlendirme kriterleri çok ince bir şekilde ayrıntılandırılmıştır; oturum görevinin toplam maliyeti onlarca puan olduğundan, bazı kriterlerin karşılanması katılımcıya bir puanın onda biri kadar katkıda bulunabilir. Bu, yarışmadaki her katılımcının sonuçlarını değerlendirmede son derece yüksek ve objektif bir seviyeye ulaşır.
Bulgular
Nihai sonuçlar etkileyiciydi.
Zorlu bir mücadelenin ardından 1C:Enterprise platformunu kullanan Rusya'dan Kirill Pavkin kazandı. Kirill 17 yaşında, Stavropol'lu.
Kelimenin tam anlamıyla bir puanın onda biri, kazananı takipçilerinden ayırdı. İkinci sırayı ise Tayvanlı bir katılımcı aldı. İlk altı sonucun genel tablosu şu şekilde:
Elbette Kirill yeteneği, bilgisi ve becerileri sayesinde kazandı.
Ancak, 1C:Enterprise platformunu araç olarak kullanan üç katılımcının da ilk beşte yer aldığını görüyoruz; bu, 1C:Enterprise teknolojisinin dünya seviyesinin koşulsuz bir onayıdır.
Yarışma sonuçlarının ardından KazanExpo medya merkezinde kazananlara ödülleri verildi, sporculara saf altın madalya (yerlerine göre) ve para ödülleri verildi. Çocuklar ayrıca 1C'de staj yapmalarına izin veren sertifikalar aldılar.
Kaynak: habr.com