WorldSkills adalah kompetisi profesional internasional untuk kaum muda di bawah usia 22 tahun.
Final internasional diadakan setiap dua tahun. Tahun ini tempat finalnya adalah
Kazan (final terakhir pada 2017 di Abu Dhabi, selanjutnya di Shanghai pada 2021).
Kejuaraan WorldSkills adalah kejuaraan dunia terbesar dalam keunggulan profesional. Mereka mulai dengan profesi yang bekerja, dan dalam beberapa tahun terakhir semakin banyak perhatian telah diberikan kepada "profesi masa depan", termasuk disiplin ilmu TI, di mana sekelompok besar yang terpisah dialokasikan pada kejuaraan di Kazan.
Blok TI memiliki kompetensi ("olahraga" khusus) yang disebut "Solusi Perangkat Lunak untuk Bisnis" (Solusi Perangkat Lunak TI untuk Bisnis).
Dalam setiap kompetisi, daftar alat bekas yang diizinkan terbatas. Dan jika, misalnya, untuk "desain lansekap" daftar alat yang mungkin terbatas (tentu saja, tanpa menentukan pabrikan atau warna yang eksplisit), maka dalam kompetensi "Solusi perangkat lunak untuk bisnis" daftar teknologi yang disetujui yang dapat digunakan oleh peserta sangat terbatas dengan teknologi spesifik. dan platform spesifik (.NET dan Java dengan serangkaian kerangka kerja tertentu).
Posisi 1C pada masalah ini adalah sebagai berikut: teknologi informasi adalah bidang yang sangat dinamis, teknologi baru dan alat pengembangan terus muncul di dunia. Dari sudut pandang kami, adalah benar untuk mengizinkan spesialis menggunakan alat yang mereka inginkan dan terbiasa bekerja dengannya.
Pada musim gugur 2018, manajemen WorldSkills mendengarkan kami. Sekarang perlu untuk menguji metodologi untuk memasukkan teknologi baru ke dalam kompetisi. Ini tidak mudah.
Dalam daftar infrastruktur kejuaraan di Kazan, mereka memasukkan platform 1C: Enterprise (1C: Enterprise) dan mengorganisasikan situs eksperimen Solusi Perangkat Lunak TI untuk Bisnis Sandbox.
Perhatikan bahwa bahasa resmi kejuaraan adalah bahasa Inggris. Semua bahan dengan hasil penyelesaian tugas (kode sumber, dokumentasi pendukung, antarmuka perangkat lunak) juga harus dikirim dalam bahasa ini. Meskipun ada keraguan dari beberapa orang (masih!), 1C dapat ditulis dalam bahasa Inggris.
9 anak muda dari 8 negara di dunia (Filipina, Taiwan, Korea, Finlandia, Maroko, Rusia, Kazakhstan, Malaysia) ikut serta dalam kompetisi di situs ini.
Juri - tim ahli - dipimpin oleh seorang ahli dari Filipina Joey Manansala.
Para ahli dari Finlandia, UEA, Kosta Rika, Korea, Rusia, dan Taiwan diwakili.
Perlu dicatat secara terpisah bahwa peserta dari Rusia (Pavkin Kirill, Sultanova Aigul) dan Kazakhstan (Vitovsky Ludwig) memutuskan untuk menggunakan platform 1C: Enterprise sebagai bagian dari kompetisi. Peserta yang tersisa menggunakan .NET untuk desktop dan Android Studio untuk pengembangan seluler. Sangat menarik bahwa para peserta yang memilih 1C masih sangat muda (Kirill adalah siswa sekolah di Stavropol tahun ini pindah ke kelas 11, Aigul adalah seorang mahasiswa, Kazan, Tatarstan), sementara saingan mereka jauh lebih berpengalaman (misalnya, seorang peserta dari Korea adalah pemenang Kejuaraan WorldSkills 2013 di Leipzig; setiap orang memiliki pengalaman dalam WorldSkills dan beberapa tahun pengalaman profesional di industri ini.
Mempertimbangkan bahwa para peserta menggunakan berbagai teknologi modern dalam kerangka kompetisi, kami berkesempatan untuk menguji platform 1C: Enterprise dalam kondisi yang benar-benar bertempur, untuk membandingkan kualitas solusi yang diperoleh dengan bantuannya dan kecepatan pengembangan yang dicapai dengan penggunaannya.
Secara terpisah, kami mencatat bahwa dalam kerangka platform Solusi Perangkat Lunak TI khusus untuk Platform Sandbox Bisnis, para peserta melakukan tugas yang sama dengan para peserta platform utama Solusi Perangkat Lunak TI untuk Bisnis.
Tugas itu sendiri adalah tugas kompleks untuk otomatisasi bisnis tertentu. Tahun ini, perusahaan bersyarat KazanNeft menjadi contoh bisnis.
Legenda
Kazan Oil adalah salah satu perusahaan minyak terbesar di Republik Tatarstan, bertindak sebagai pemain pasar nasional dan merek yang diakui secara internasional di bidang ini. Kantor pusat perusahaan yang berspesialisasi dalam penelitian lapangan, produksi, produksi, pemurnian, transportasi, dan penjualan dan distribusi minyak, produk minyak dan gas alam terletak di Kazan (Rusia).
Ketika perusahaan menerapkan strategi untuk ekspansi cepat dan penciptaan kantor baru di seluruh Rusia, manajemen perusahaan memutuskan untuk memperkenalkan perangkat lunak otomasi bisnis baru yang bertujuan mempertahankan dan mengelola operasi tertentu.
Ketentuan Kejuaraan
Tugas diberikan kepada peserta dalam bentuk modul (sesi) dengan persyaratan untuk mengimplementasikannya dalam waktu yang terbatas. Total ada 7 modul. Tiga sesi untuk menyelesaikan di desktop - masing-masing 2,5 jam. Tiga sesi - pengembangan klien-server, di mana klien adalah aplikasi seluler, dan komunikasi antara klien dan server dilakukan melalui WEB-API. 3,5 jam dialokasikan untuk ini. Sesi terakhir - tugas untuk rekayasa balik perangkat lunak yang ada, 2,5 jam. Sebagai bagian dari rekayasa terbalik, peserta harus, berdasarkan informasi yang diberikan kepada mereka, merancang struktur database aplikasi (dengan membuat diagram ER), menganalisis skenario penggunaan sistem (dengan membuat diagram kasus penggunaan), dan mengembangkan dan merancang antarmuka solusi perangkat lunak sesuai dengan persyaratan fungsional yang disediakan. .
Sebagai platform pengembangan, mereka digunakan pada platform utama.NET (C #) dan Java (termasuk Android Studio untuk pengembangan seluler). SandBox eksperimental menggunakan .NET, Java, dan 1C: Enterprise versi 8.3.13.
Menurut hasil setiap sesi, para ahli mengevaluasi hasilnya - proyek siap pakai yang bisa diterapkan yang mengimplementasikan tugas-tugas yang ditetapkan pada awal sesi.
Fitur dari tugas adalah "vitalitas" mereka - banyak persyaratan dan waktu yang terbatas. Sebagian besar tugas bukan masalah olimpiade khusus, tetapi sangat dekat dengan masalah industri nyata - spesialis menghadapi mereka setiap hari. Tetapi ada banyak tugas, dan waktu terbatas. Peserta harus menyelesaikan jumlah tugas maksimum yang akan memiliki manfaat terbesar bagi bisnis. Sama sekali bukan fakta bahwa tugas yang sulit dari sudut pandang algoritmik akan memiliki bobot lebih dari tugas dasar. Sebagai contoh, pembuatan sistem akuntansi yang berfungsi dari tiga tabel untuk bisnis lebih penting daripada bentuk pelaporan yang indah, dengan algoritma kompleks yang sama sekali tidak perlu tanpa tabel ini.
Kami meminta pemenang kompetisi, peserta dari Rusia, Kirill Pavkin, untuk memberi tahu kami lebih banyak tentang apa tugasnya dan bagaimana ia mendekati solusi mereka.
Di bawah ini adalah deskripsi tugas, kisah Cyril sendiri tentang bagaimana dia menyelesaikan tugas. Kami juga meminta Vitaliy Rybalka, seorang karyawan 1C, salah satu pakar Solusi IT untuk Bisnis Sandbox, untuk mengomentari keputusan Cyril.
Sebagai bagian dari penugasan, diperlukan untuk mengotomatiskan kegiatan beberapa jenis pengguna:
- Bertanggung jawab atas akuntansi untuk aset perusahaan
- Bertanggung jawab atas perbaikan tidak terjadwal dan pemeliharaan terjadwal aset perusahaan
- Manajer Pembelian Komponen dan Persediaan
- Eksplorasi Minyak dan Unit Produksi Minyak
- Manajer puncak membutuhkan laporan analitis
Sesi 1
Dari sudut pandang aset (misalnya, armada mobil), perlu untuk menerapkan akuntansi mereka (membuat yang baru, mengedit yang sekarang), pencarian cepat dan berbagai filter untuk menampilkan informasi, memindahkan aset antara divisi Perusahaan, dan kelompok aset itu sendiri. Simpan riwayat gerakan tersebut dan berikan analisisnya di masa mendatang. Akuntansi aset terutama diterapkan untuk grup pengguna seluler.
Kirill : Subtugas yang menarik adalah penerapan tombol dalam daftar aset. Daftar dinamis digunakan untuk solusi: kami menulis permintaan sewenang-wenang, dan ketika menerima data di server kami menetapkan tautan navigasi ke gambar dari pustaka gambar ke bidang yang diperlukan.
Menurut kondisi tersebut, foto dapat dilampirkan ke aset dengan dua cara: ambil foto (multimedia) dan pilih dari galeri (dialog pemilihan file).
Beberapa bentuk harus digambar ulang ketika layar diputar:
Saat mengubah pengaturan layar, kami mengubah visibilitas grup tombol.
Menyenangkan, tetapi tugas-tugas sederhana termasuk filter dalam daftar dinamis, pencarian di dua bidang (nomor dan nama), pembuatan nomor seri aset.
Komentar ahli : dari sudut pandang solusi pada platform 1C: Enterprise, tugasnya cukup dimengerti. Selain benar-benar membuat aplikasi seluler, perlu untuk menghadiri transfer data dari DBMS "server" (MS SQL pada desktop) ke aplikasi seluler dan sebaliknya. Untuk ini, kami menggunakan mekanisme sumber data eksternal dan layanan http di desktop "aplikasi proxy". Untuk platform seluler itu sendiri, peningkatan kompleksitas diwakili oleh output gambar ke daftar dinamis.
Sesi 2
Itu perlu untuk membangun manajemen perbaikan untuk aset Perusahaan. Sebagai bagian dari tugas ini, perlu untuk membuat daftar permintaan perbaikan (berdasarkan unit dan kelompok), mempertimbangkan prioritas untuk urgensi perbaikan, merencanakan jadwal perbaikan sesuai dengan prioritas, memesan komponen yang diperlukan dan mempertimbangkan yang sudah ada. Subtugas yang menarik adalah bahwa beberapa komponen memiliki tanggal kedaluwarsa; jika suatu bagian telah dipesan untuk aset tertentu dan masa berlakunya belum berakhir, maka untuk aset ini tidak perlu membeli bagian yang sama lagi. Antarmuka perbaikan dikembangkan untuk komponen desktop dari perangkat lunak perusahaan.
Itu juga perlu untuk membuat formulir otorisasi non-sepele untuk dua peran: orang yang bertanggung jawab dan manajer layanan. Keunikan terletak pada kenyataan bahwa setelah otorisasi, Anda harus secara otomatis memilih salah satu peran.
Formulir daftar yang tersedia untuk orang yang bertanggung jawab disajikan di bawah ini:
Kirill : Di sini Anda hanya dapat menyoroti simpanan permintaan layanan yang tidak lengkap. Itu diselesaikan dengan penampilan bersyarat dalam daftar dinamis.
Dengan mengklik tombol di bagian bawah layar, pengguna dapat pergi ke formulir berikut:
Tidak ada yang rumit dari sudut pandang 1C dalam bentuk ini.
Formulir yang tersedia untuk manajer layanan adalah sebagai berikut:
Formulir ini disusun berdasarkan prioritas dan tanggal permintaan. Dengan mengklik tombol di bawah ini, pengguna dapat pergi ke formulir permintaan yang dipilih:
Selain perlindungan dari orang bodoh, dalam bentuk ini diusulkan untuk menerapkan daftar suku cadang untuk diperbaiki. Subtugas ini menarik karena bagian-bagiannya memiliki tanggal kedaluwarsa. Ini berarti bahwa jika situasi darurat telah terjadi dengan aset ini dan sebagian telah dipesan untuk itu, yang validitasnya belum berakhir, maka dapat digunakan kembali. Ini harus ditunjukkan kepada pengguna.
Komentar ahli : di sini Cyril sendiri menekankan dengan benar. Dari sudut pandang implementasi pada platform 1C: Enterprise, tidak ada yang menakutkan. Diperlukan analisis yang cermat terhadap kondisi untuk akuntansi dan penggunaan suku cadang dan implementasi tugas yang kompeten secara keseluruhan. Selain itu, perlu mengatur akuntansi permintaan layanan dengan benar. Kesulitan utama adalah tekanan waktu hanya 2,5 jam.
Selain itu, seperti dalam pengembangan ponsel, peserta harus menerima data dengan benar dari DBMS eksternal (MS SQL).
Sesi 3
Untuk pemeliharaan (maintenance) diusulkan untuk mengimplementasikan layanan perencanaan jangka panjang. Fitur yang menarik di sini adalah persyaratan untuk membentuk jadwal perawatan untuk aset sesuai ketentuan - misalnya, setiap bulan kedua dari hari ke-3. Jadi untuk beberapa jenis indikator kuantitatif - misalnya, odometer mobil (ganti oli setiap 5.000 km, ganti ban setiap 20.000 km). Manajer pemeliharaan seharusnya telah menerima aplikasi seluler yang mudah digunakan yang secara dinamis menampilkan daftar pemeliharaan yang sudah kadaluwarsa, saat ini, dan selesai untuk periode yang ditentukan. Selain itu, setiap jenis perawatan harus dicat dengan warna sesuai dengan aturan yang disepakati secara khusus. Aplikasi mobile seharusnya menyediakan jadwal dan tanda pemeliharaan baru yang telah diselesaikan secara langsung di bengkel dengan pembaruan operasional informasi ini di server.
Cyril : Ada dua jenis perbaikan: berbasis waktu (berbasis waktu) dan jarak tempuh (berbasis run). Dalam setiap variasi diperbolehkan. Misalnya, rencana perbaikan harus dilakukan setiap hari Jumat tanggal 13 bulan atau setiap 20.000 kilometer. Suatu tugas dianggap selesai jika ada tanda centang di sebelah kanannya.
Kondisi disediakan untuk mengurutkan tugas dalam daftar. Juga, setiap baris harus disorot tergantung pada kondisinya.
Ketika Anda mengklik tombol di bawah ini, Anda dapat membuat paket layanan baru:
Kolom yang diperlukan ditampilkan tergantung pada jenis bagan yang dipilih. Jika kami memilih jadwal waktu mingguan, maka dua bidang akan ditampilkan kepada kami: jumlah minggu dan hari dalam seminggu. Misalnya, pada hari Selasa setiap 3 minggu.
Komentar pakar : seperti pada pengembangan ponsel sebelumnya pada platform 1C: Enterprise, tugas di sini secara global dibagi menjadi 2 komponen - komunikasi dengan "server" melalui web-api dan tampilan daftar dinamis yang kompeten dengan pemformatan bersyarat dan pemfilteran (pemilihan) data. Selain itu, persyaratan akuntansi untuk perbaikan berdasarkan periode dan kuantitas menarik untuk diterapkan.
Sesi 4
Untuk komponen dan barang habis pakai diharuskan memperhitungkan stok, merencanakan pengeluaran, dan pembelian di masa depan. Selain itu, akun batch muncul di sini, tetapi tidak untuk semua barang. Semua ini harus dilakukan dalam kerangka banyak gudang, termasuk penerimaan, pengeluaran, dan perpindahan. Sesuai dengan kondisi tugas, penting untuk memastikan kontrol saldo dan menghindari konflik saat bekerja dengan cadangan aktual. Manajer pembelian bekerja dalam versi desktop perangkat lunak.
Bentuk utama disajikan di bawah ini:
Cyril : Selain memilah dari kondisi, itu diusulkan untuk memberikan pengguna pilihan penyortiran sewenang-wenang. Di 1C, Anda bahkan tidak bisa memikirkannya. Bidang dengan jumlah bagian harus disorot dengan warna hijau untuk faktur yang masuk.
Dalam sesi ini, mereka diminta untuk mengontrol saldo barang di gudang. Jadi, pesan yang sesuai harus ditampilkan ketika mencoba menghapus tanda terima. Di sini kita mengingat ujian untuk spesialis platform. Formulir faktur di bawah ini:
Setiap bagian memiliki fitur yang menentukan apakah itu harus dilampirkan ke pihak tertentu. Untuk suku cadang seperti itu, perlu untuk menunjukkan nomor batch dalam semua dokumen. Ini adalah pengukuran tambahan saat memantau bagian residu. Mereka juga dapat dipindahkan antar gudang:
Bentuknya berbeda dari yang sebelumnya hanya karena bukan pelanggan, perlu untuk menunjukkan gudang dari mana pengiriman akan dilakukan. Daftar pemilihan untuk kumpulan dikompilasi secara otomatis setelah pemilihan bagian. Pengguna dapat menghasilkan laporan tentang keseimbangan suku cadang:
Di sini kita bisa melihat barang-barang yang tersisa di gudang yang dipilih. Kotak centang di sebelah kanan gudang memungkinkan Anda mengonfigurasi pemfilteran dan pengurutan. Daftar ini tidak memiliki pemisahan bets eksplisit untuk bagian yang diperlukan. Saldo untuk setiap nomor batch suku cadang yang dipilih dapat dilihat menggunakan tautan navigasi di sebelah kanan.
Komentar ahli : dalam sesi ini (modul), akuntansi pihak pertama kali muncul. Peserta perlu mempertimbangkan bahan habis pakai dan barang tidak hanya sendiri, tetapi juga dalam batch. Secara umum, tugas ini sangat cocok untuk platform 1C: Enterprise - hanya untuk mengembangkan semuanya, Anda harus memulai dari awal dan memiliki waktu dalam 2,5 jam.
Sesi 5
Pada sesi kelima, kami ditugaskan dengan fungsionalitas manajemen yang baik. Untuk kelompok pengintai, perlu membuat aplikasi seluler yang merekam sumur untuk produksi minyak atau gas. Di sini perlu untuk mendapatkan daftar sumur aktual dari server dan menampilkan sumur yang dipilih secara grafis dalam lapisan (tanah, pasir, batu, minyak) dengan mempertimbangkan kedalaman masing-masing lapisan. Selain itu, aplikasi itu seharusnya memungkinkan pembaruan informasi tentang sumur dan menambahkan sumur baru. Untuk aplikasi ini, pelanggan menetapkan kondisi kerja khusus dalam mode offline dan online (kontrol komunikasi dengan server) - memeriksa komunikasi dengan server setiap 5 detik dan mengubah fungsionalitas aplikasi tergantung pada ketersediaan server.
Cyril : Saat memilih sumur, bar chart ditampilkan, di mana lapisan ke deposit minyak atau gas disorot. Untuk setiap lapisan, nama, warna dan jangkauannya disimpan. - , , . :
, .
. 5 . , .
: . , 1: – - , - . . WorldSkills ( ). – 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% .
.
, , , , , .
— , - . .
Hasil
.
, 1:. 17 , .
. . :
, , .
, , 1:, — 1:.
Menurut hasil kompetisi, upacara penghargaan diadakan di pusat media KazanExpo, mereka menerima medali emas murni (sesuai dengan tempat yang diambil) dan hadiah uang tunai. Mereka juga menerima sertifikat yang memungkinkan mereka menyelesaikan magang di 1C.