ay isang internasyonal na kilusan na nag-oorganisa ng mga propesyonal na kompetisyon para sa mga kabataan sa ilalim ng edad na 22.
Ang internasyonal na final ay ginaganap tuwing dalawang taon. Sa taong ito ang huling venue ay (ang huling final ay noong 2017 sa Abu Dhabi, ang susunod ay sa 2021 sa Shanghai).
Ang WorldSkills Championships ay ang pinakamalaking championship sa mundo ng mga propesyonal na kasanayan. Nagsimula sila sa mga propesyon na may asul na kuwelyo, at sa mga nagdaang taon ay higit na binibigyang pansin ang "mga propesyon sa hinaharap," kabilang ang mga disiplina sa IT, kung saan ang isang hiwalay na malaking kumpol ay inilaan sa kampeonato sa Kazan.
Sa block ng IT mayroong isang kakayahan (isang tiyak na "sport") na tinatawag na "IT Software Solutions para sa Negosyo".
Sa bawat kumpetisyon, limitado ang pinahihintulutang listahan ng mga tool na ginamit. At kung, halimbawa, para sa "disenyo ng landscape" ang listahan ng mga posibleng tool ay limitado (siyempre, nang hindi nagpapahiwatig ng isang tahasang tagagawa o kulay), kung gayon sa kakayahan na "Mga solusyon sa software para sa negosyo" ang listahan ng mga tinatanggap na teknolohiya na magagamit ng mga kalahok. ay mahigpit na limitado, na nagpapahiwatig ng mga partikular na teknolohiya at mga partikular na platform (.NET at Java na may partikular na hanay ng mga frameworks).
Ang posisyon ng 1C sa isyung ito ay ang mga sumusunod: ang teknolohiya ng impormasyon ay isang napaka-dynamic na lugar, ang mga bagong teknolohiya at mga tool sa pag-unlad ay patuloy na lumalabas sa mundo. Mula sa aming pananaw, tama na payagan ang mga espesyalista na gamitin ang mga tool na gusto nila at nakasanayan nilang magtrabaho.
Noong taglagas ng 2018, narinig kami ng pamunuan ng WorldSkills. Ngayon kailangan naming subukan ang pamamaraan para sa pagsasama ng mga bagong teknolohiya sa mga kumpetisyon. Hindi ito simple.
Ang 1C:Enterprise platform ay kasama sa listahan ng imprastraktura ng championship sa Kazan at isang pang-eksperimentong platform para sa IT Software Solutions for Business Sandbox ay inayos.
Pakitandaan na ang opisyal na wika ng championship ay English. Ang lahat ng mga materyales na may mga resulta ng paglutas ng mga gawain (mga source code, kasamang dokumentasyon, mga interface ng software) ay dapat ding ipadala sa wikang ito. Sa kabila ng mga pagdududa ng ilang tao (pa rin!), maaari kang sumulat sa Ingles sa 1C.
9 na kabataan mula sa 8 bansa (Philippines, Taiwan, Korea, Finland, Morocco, Russia, Kazakhstan, Malaysia) ang nakibahagi sa kompetisyon sa site na ito.
Ang hurado - isang pangkat ng mga eksperto - ay pinamumunuan ng isang dalubhasa mula sa Pilipinas, si Joey Manansala.
Kinatawan ang mga eksperto mula sa Finland, UAE, Costa Rica, Korea, Russia at Taiwan.
Hiwalay, napapansin namin na ang mga kalahok mula sa Russia (Pavkin Kirill, Sultanova Aigul) at Kazakhstan (Vitovsky Ludwig) ay nagpasya na gamitin ang 1C:Enterprise platform bilang bahagi ng kumpetisyon. Ang iba sa mga kalahok ay gumamit ng .NET para sa desktop at Android Studio para sa mobile development. Kapansin-pansin na ang mga kalahok na pumili ng 1C ay napakabata (Si Kirill ay isang mag-aaral sa isang paaralan sa Stavropol, sa taong ito ay pumasok siya sa ika-11 na baitang, si Aigul ay isang mag-aaral sa kolehiyo, Kazan, Tatarstan), habang ang kanilang mga kalaban ay mas may karanasan ( halimbawa, isang kalahok mula sa Korea - nagwagi ng 2013 WorldSkills championship sa Leipzig; lahat ay may karanasan sa paglahok sa WorldSkills at ilang taon ng propesyonal na karanasan sa industriya).
Isinasaalang-alang na sa panahon ng kumpetisyon ang mga kalahok ay gumamit ng iba't ibang mga modernong teknolohiya, nagkaroon kami ng pagkakataong subukan ang 1C:Enterprise platform sa tunay na mga kondisyon ng labanan, upang ihambing ang parehong kalidad ng mga solusyon na nakuha sa tulong nito at ang bilis ng pag-unlad na nakamit sa paggamit nito.
Hiwalay, tandaan namin na sa loob ng balangkas ng espesyal na platform ng IT Software Solutions para sa Business Sandbox, nakumpleto ng mga kalahok ang parehong mga gawain bilang mga kalahok sa pangunahing platform ng IT Software Solutions para sa Negosyo.
Ang gawain mismo ay isang kumplikadong gawain para sa pag-automate ng isang partikular na negosyo; sa taong ito ang halimbawa ng isang negosyo ay ang kathang-isip na kumpanya na KazanNeft.
alamat
Ang Kazan Oil ay isa sa pinakamalaking kumpanya ng langis sa Republic of Tatarstan, na tumatakbo bilang pambansang manlalaro ng merkado at isang tatak na kinikilala sa buong mundo sa larangang ito. Ang punong tanggapan ng kumpanya, na nag-specialize sa field exploration, produksyon, produksyon, pagpino, transportasyon, at pagbebenta at pamamahagi ng langis, mga produktong petrolyo at natural na gas, ay matatagpuan sa Kazan (Russia).
Dahil ang kumpanya ay nagpapatupad ng isang diskarte ng mabilis na pagpapalawak at paglikha ng mga bagong tanggapan sa buong Russia, nagpasya ang pamamahala ng kumpanya na ipakilala ang bagong software ng automation ng negosyo na naglalayong mapanatili at pamahalaan ang ilang mga operasyon.
Mga kondisyon ng kampeonato
Ang mga gawain ay ibinigay sa mga kalahok sa anyo ng mga modyul (sessions) na may pangangailangang kumpletuhin ang mga ito sa limitadong panahon. Mayroong 7 module sa kabuuan. Tatlong session para sa paglutas sa isang desktop β 2.5 oras bawat isa. Tatlong session - pagpapaunlad ng client-server, kung saan ang kliyente ay isang mobile application, at ang komunikasyon sa pagitan ng kliyente at server ay isinagawa sa pamamagitan ng WEB-API. Tumagal ito ng 3.5 oras. Huling session β mga gawain sa reverse engineering ng kasalukuyang software, 2.5 oras. Bilang bahagi ng reverse engineering, ang mga kalahok ay kailangang, batay sa impormasyong ibinigay sa kanila, idisenyo ang istraktura ng database ng aplikasyon (sa pamamagitan ng pagbuo ng ER diagram), pag-aralan ang mga sitwasyon para sa paggamit ng system (sa pamamagitan ng pagbuo ng use case diagram), at gayundin bumuo at magdisenyo ng interface ng software solution ayon sa ibinigay na mga kinakailangan sa pagganap.
Ang mga pangunahing platform ng pag-develop na ginamit ay .NET (C#) at Java (kabilang ang Android Studio para sa mobile development). Ginamit ng eksperimentong SandBox ang .NET, Java at 1C:Enterprise na bersyon 8.3.13.
Sa pagtatapos ng bawat sesyon, tinasa ng mga eksperto ang resulta - isang yari na magagawang proyekto na nagpapatupad ng mga gawaing itinakda sa simula ng sesyon.
Ang kakaiba ng mga gawain ay ang kanilang "sigla" - maraming mga kinakailangan at limitadong oras. Karamihan sa mga problema ay hindi mga espesyal na problema sa Olympiad, ngunit napakalapit sa mga tunay na problemang pang-industriya - kinakaharap sila ng mga espesyalista araw-araw. Ngunit maraming gawain, at limitado ang oras. Dapat lutasin ng kalahok ang pinakamataas na bilang ng mga problema na magkakaroon ng pinakamalaking benepisyo para sa negosyo. Ito ay hindi sa lahat ng isang katotohanan na ang isang kumplikadong gawain mula sa isang algorithmic punto ng view ay magkakaroon ng mas timbang kaysa sa isang elementarya. Halimbawa, ang paglikha ng isang gumaganang sistema ng accounting ng tatlong talahanayan ay mas mahalaga para sa isang negosyo kaysa sa isang magandang form ng pag-uulat na may mga kumplikadong algorithm, na ganap na hindi kailangan kung wala ang mga talahanayang ito.
Tinanong namin ang nagwagi sa kumpetisyon, isang kalahok mula sa Russia, si Kirill Pavkin, na sabihin sa amin ang higit pa tungkol sa kung ano ang mga gawain at kung paano niya nilapitan ang kanilang solusyon.
Nasa ibaba ang isang paglalarawan ng gawain, ang sariling kuwento ni Kirill tungkol sa kung paano niya nalutas ang gawain. Hiniling din namin kay Vitaly Rybalka, isang empleyado ng 1C at isa sa mga eksperto sa IT Solutions for Business Sandbox, na magkomento sa mga solusyon ni Kirill.
Bilang bahagi ng pagtatalaga, kinailangang i-automate ang mga aktibidad ng ilang uri ng mga user:
- Responsable para sa accounting ng mga asset ng kumpanya
- Responsable para sa hindi naka-iskedyul na pag-aayos at naka-iskedyul na pagpapanatili ng mga ari-arian ng kumpanya
- Pagbili ng mga tagapamahala para sa mga bahagi at mga consumable
- Paggalugad ng langis at mga dibisyon ng paggawa ng langis
- Nangangailangan ang nangungunang pamamahala ng mga analytical na ulat
Sesyon 1
Mula sa punto ng view ng mga asset (halimbawa, isang sasakyang fleet), kinakailangan na ipatupad ang kanilang accounting (pagtatatag ng mga bago, pag-edit ng mga kasalukuyan), mabilis na paghahanap at iba't ibang uri ng mga filter para sa pagpapakita ng impormasyon, paglipat ng mga asset sa pagitan ng mga dibisyon ng Kumpanya. at mga grupo ng mga asset mismo. Panatilihin ang isang kasaysayan ng mga naturang paggalaw at magbigay ng analytics sa mga ito sa hinaharap. Pangunahing ipinatupad ang asset accounting para sa mga pangkat ng gumagamit ng mobile.
Cyril: Isang kawili-wiling subtask ang pagpapatupad ng mga button sa listahan ng asset. Upang malutas ito, gumamit kami ng isang dynamic na listahan: sumulat kami ng isang arbitrary na kahilingan, at kapag tumatanggap ng data sa server, nagtatalaga kami ng mga link sa nabigasyon sa mga larawan mula sa library ng imahe patungo sa mga kinakailangang field.
Ayon sa convention, maaaring i-attach ang mga larawan sa isang asset sa dalawang paraan: kumuha ng larawan (multimedia) at pumili mula sa gallery (dialog ng pagpili ng file).
Ang ilang mga hugis ay kailangang muling iguhit kapag ang screen ay pinaikot:
Kapag binabago ang mga parameter ng screen, binabago namin ang visibility ng mga pangkat ng button.
Kasama sa mga nakakaaliw ngunit simpleng gawain ang mga filter sa isang dynamic na listahan, paghahanap sa dalawang field (numero at pangalan), at pagbuo ng serial number ng asset.
Komento ng Dalubhasa: mula sa punto ng view ng solusyon sa 1C:Enterprise platform, ang gawain ay medyo malinaw. Bilang karagdagan sa aktwal na paglikha ng mobile application, kinakailangan na pangalagaan ang paglilipat ng data mula sa DBMS "server" (MS SQL sa desktop) patungo sa mobile application at pabalik. Para sa layuning ito, ang mga mekanismo ng mga panlabas na mapagkukunan ng data at mga serbisyo ng http ay ginamit sa desktop na "proxy application". Para sa mobile platform mismo, ang pagpapakita ng mga larawan sa isang dynamic na listahan ay nagpakita ng mas kumplikado.
Sesyon 2
Kinailangan na magtatag ng pamamahala sa pagkukumpuni para sa mga ari-arian ng Kumpanya. Bilang bahagi ng gawaing ito, kinakailangan upang mapanatili ang isang listahan ng mga kahilingan para sa pag-aayos (sa pamamagitan ng mga departamento at grupo), isaalang-alang ang mga priyoridad para sa madaliang pag-aayos, magplano ng iskedyul ng pagkumpuni alinsunod sa mga priyoridad, mag-order ng mga kinakailangang sangkap at kumuha isaalang-alang ang mga magagamit na. Ang isang kawili-wiling subtask ay ang ilang mga bahagi ay may petsa ng pag-expire; kung ang isang bahagi ay na-order na para sa isang naibigay na asset at ang deadline nito ay hindi pa nag-expire, kung gayon para sa asset na ito ay hindi na kailangang bilhin muli ang parehong bahagi. Ang interface ng pag-aayos ay binuo para sa desktop component ng software ng kumpanya.
Kinailangan ding lumikha ng isang form ng awtorisasyon na hindi mahalaga para sa dalawang tungkulin: ang responsableng tao at ang tagapamahala ng serbisyo. Ang kakaiba ay na pagkatapos ng pahintulot ay dapat mong awtomatikong pumili ng isa sa mga tungkulin.
Ang listahan ng form na magagamit ng responsableng tao ay ipinakita sa ibaba:
Cyril: Tanging ang pag-highlight ng mga nakabinbing kahilingan sa serbisyo ang maaaring i-highlight dito. Nalutas sa pamamagitan ng conditional formatting sa isang dynamic na listahan.
Sa pamamagitan ng pag-click sa button sa ibaba ng screen, maaaring pumunta ang user sa sumusunod na form:
Mula sa 1C point of view, walang kumplikado sa form na ito.
Ang form na magagamit sa tagapamahala ng serbisyo ay nasa ibaba:
Ang form na ito ay pinagsunod-sunod ayon sa priyoridad at petsa ng kahilingan. Sa pamamagitan ng pag-click sa button sa ibaba, maaaring pumunta ang user sa form ng napiling kahilingan:
Bilang karagdagan sa foolproofing, iminungkahi ng form na ito ang pagpapatupad ng isang listahan ng mga ekstrang bahagi para sa pagkukumpuni. Interesante ang subtask dahil may expiration date ang mga bahagi. Nangangahulugan ito na kung nagkaroon na ng emerhensiya sa asset na ito at nag-order ng isang bahagi para dito, ang panahon ng bisa nito ay hindi pa nag-expire, maaari itong magamit muli. Dapat itong ipakita sa gumagamit.
Komento ng Dalubhasa: dito si Kirill mismo ang naglagay ng mga accent. Mula sa punto ng view ng pagpapatupad sa 1C:Enterprise platform, walang labis na kumplikado. Ang isang maingat na pagsusuri ng mga kondisyon para sa accounting at paggamit ng mga ekstrang bahagi at karampatang pagpapatupad ng gawain sa kabuuan ay kinakailangan. Bilang karagdagan, kinakailangan na maayos na maitala ang mga kahilingan sa serbisyo. Ang pangunahing kahirapan ay ang presyon lamang ng oras na 2.5 oras.
Bilang karagdagan, tulad ng sa pagpapaunlad ng mobile, ang kalahok ay kailangang kumuha ng data mula sa isang panlabas na DBMS (MS SQL).
Sesyon 3
Para sa pagpapanatili (pagpapanatili) iminungkahi na ipatupad ang isang pangmatagalang serbisyo sa pagpaplano. Ang isang kawili-wiling tampok dito ay ang kinakailangan upang lumikha ng iskedyul ng pagpapanatili para sa mga asset ayon sa oras - halimbawa, bawat ikalawang buwan sa ika-3. Gayundin, ayon sa ilang tagapagpahiwatig ng dami - halimbawa, ayon sa odometer ng kotse (pagpapalit ng langis tuwing 5000 km, pagpapalit ng gulong tuwing 20000 km). Dapat ay nakatanggap ang manager ng maintenance ng isang maginhawang mobile application na dynamic na nagpapakita ng listahan ng overdue, kasalukuyan at nakumpletong maintenance para sa isang tinukoy na panahon. Bilang karagdagan, ang bawat uri ng pagpapanatili ay kailangang lagyan ng kulay ayon sa mga espesyal na napagkasunduang panuntunan. Ang mobile application ay dapat na tiyakin ang paglikha ng mga bagong iskedyul ng pagpapanatili at ang pagmamarka ng mga nakumpleto nang direkta sa mga workshop na may agarang pag-update ng impormasyong ito sa server.
Cyril: Mayroong dalawang uri ng pag-aayos: batay sa oras at batay sa pagtakbo. Ang pagkakaiba-iba ay pinapayagan sa loob ng bawat isa. Halimbawa, ayon sa plano, ang mga pagkukumpuni ay dapat mangyari tuwing Biyernes, ika-13 ng buwan, o bawat 20,000 kilometro. Itinuturing na natapos ang isang gawain kung may checkmark sa kanan nito.
Isang kundisyon ang ibinigay para sa pag-uuri ng mga gawain sa listahan. Gayundin, ang bawat linya ay dapat na naka-highlight sa kulay depende sa mga kondisyon.
Sa pamamagitan ng pag-click sa button sa ibaba, maaari kang lumikha ng bagong plano ng serbisyo:
Ang mga kinakailangang field ay ipinapakita depende sa napiling uri ng chart. Kung pumili kami ng lingguhang iskedyul ng oras, ipapakita sa amin ang dalawang field: ang numero ng linggo at ang araw ng linggo. Halimbawa, tuwing Martes tuwing 3 linggo.
Komento ng Dalubhasa: tulad ng sa nakaraang mobile development sa 1C:Enterprise platform, dito ang gawain ay nahahati sa buong mundo sa 2 bahagi - komunikasyon sa "server" sa pamamagitan ng web-api at karampatang pagpapakita ng isang dynamic na listahan na may kondisyon na disenyo at pag-filter (pagpili) ng datos. Bilang karagdagan, ito ay kagiliw-giliw na ipatupad ang kinakailangan upang isaalang-alang ang mga pag-aayos sa parehong panahon at sa pamamagitan ng tagapagpahiwatig ng dami.
Sesyon 4
Para sa mga bahagi at mga consumable, kinakailangang isaalang-alang ang mga imbentaryo, mga gastos sa plano at mga pagbili sa hinaharap. Bilang karagdagan, lumitaw ang batch accounting dito, ngunit hindi para sa lahat ng mga kalakal. Ang lahat ng ito ay kailangang pangasiwaan sa loob ng maraming bodega, kabilang ang resibo, paggasta at paggalaw. Ayon sa mga tuntunin ng gawain, kinakailangan upang matiyak ang kontrol ng mga balanse at maiwasan ang mga salungatan kapag nagtatrabaho sa kasalukuyang mga stock. Gumagana ang mga tagapamahala ng pagbili sa desktop na bersyon ng software.
Ang pangunahing form ay ipinapakita sa ibaba:
Cyril: Bilang karagdagan sa pag-uuri mula sa kundisyon, iminungkahi na bigyan ang gumagamit ng kakayahang mag-uri-uriin nang random. Sa 1C hindi mo na kailangang isipin ito. Ang field na may dami ng mga bahagi ay dapat na naka-highlight sa berde para sa mga invoice.
Sa session na ito, hiniling sa kanila na kontrolin ang natitirang mga kalakal sa mga bodega. Kaya, dapat ipakita ang kaukulang mensahe kapag sinubukan mong tanggalin ang invoice. Dito namin naaalala ang pagsusulit sa espesyalista sa platform. Ang anyo ng invoice ay ang mga sumusunod:
Ang bawat bahagi ay may katangian na tumutukoy kung dapat itong italaga sa isang partikular na batch. Para sa mga naturang ekstrang bahagi, kinakailangang ipahiwatig ang numero ng batch sa lahat ng mga dokumento. Ito ay isang karagdagang pagsukat kapag sinusubaybayan ang mga residu ng bahagi. Maaari din silang ilipat sa pagitan ng mga bodega:
Ang form ay naiiba mula sa naunang isa lamang na sa halip na ang customer, kailangan mong ipahiwatig ang bodega kung saan ang paghahatid ay gagawin. Ang listahan ng pagpili para sa batch ay awtomatikong pinagsama-sama pagkatapos mapili ang bahagi. Ang gumagamit ay maaaring bumuo ng isang ulat sa mga balanse ng ekstrang bahagi:
Dito natin makikita ang natitirang mga kalakal sa napiling bodega. Ang mga checkbox sa kanan ng warehouse ay nagbibigay-daan sa iyong i-configure ang pag-filter at pag-uuri. Ang listahan ay walang tahasang paghahati sa pamamagitan ng lot para sa mga bahagi kung saan ito kinakailangan. Ang mga balanse para sa bawat batch number ng napiling ekstrang bahagi ay maaaring tingnan gamit ang navigation link sa kanan.
Komento ng Dalubhasa: sa session na ito (module) lumitaw ang batch accounting sa unang pagkakataon. Ang mga kalahok ay kinakailangang mag-account para sa mga consumable at kalakal hindi lamang sa kanilang sarili, kundi pati na rin sa pamamagitan ng batch. Sa pangkalahatan, ang gawain ay perpekto para sa 1C:Enterprise platform - ngunit ang lahat ng ito ay kailangang mabuo mula sa simula at makumpleto sa loob ng 2.5 oras.
Sesyon 5
Sa ikalimang session, itinalaga sa amin ang functionality ng well management. Para sa mga grupo ng pagsaliksik, kinailangan na lumikha ng isang mobile application na magsasaalang-alang para sa mga balon ng produksyon ng langis o gas. Dito kinakailangan na makatanggap ng isang listahan ng mga kasalukuyang balon mula sa server at ipakita ang napiling balon sa pamamagitan ng graphic na mga layer (lupa, buhangin, bato, langis), na isinasaalang-alang ang lalim ng bawat layer. Bilang karagdagan, kinailangan ng application na payagan ang pag-update ng impormasyon tungkol sa balon at pagdaragdag ng mga bagong balon. Para sa application na ito, ang customer ay nagtakda ng mga espesyal na kondisyon ng operating sa offline at online na mga mode (kontrol ng komunikasyon sa server) - pagsuri ng komunikasyon sa server tuwing 5 segundo at pagbabago ng pag-andar ng application depende sa pagkakaroon ng server.
Cyril: Kapag pumili ka ng balon, may ipapakitang bar graph, na nagha-highlight sa mga layer hanggang sa mga deposito ng langis o gas. Para sa bawat layer, ang pangalan, kulay at hanay ng paglitaw nito ay naka-imbak. Dahil sa mga tampok ng disenyo, ang mga diagram na binuo sa platform ay hindi nakakatulong, ngunit ang dokumento ng spreadsheet ay ganap na nakayanan ang gawain. Ang mga balon ay maaaring gawin at baguhin:
Bukod sa maraming walang palya na proteksyon, walang interesante sa form na ito.
Susunod, iminungkahi na kontrolin ang koneksyon sa server. Sinusubukan naming kumonekta bawat 5 segundo. Kung hindi ito gumana, nililimitahan namin ang functionality ng application at nagpapakita ng mensahe.
Komento ng Dalubhasa: Ang gawain ng session na ito ay kawili-wili lalo na dahil sa mga graphical na kakayahan nito. Nalutas ito ng mga kalahok na gumagamit ng 1C:Enterprise platform sa dalawang magkaibang paraan - ang ilan ay gumagamit ng mekanismo ng diagram, ang iba ay gumagamit ng spreadsheet na dokumento. Ang bawat pamamaraan ay may mga kalamangan at kahinaan nito. Bilang bahagi ng desisyon sa WorldSkills championship, ang oras ay susi (tandaan muli ang limitasyon sa oras). Ang isang hiwalay na kawili-wiling gawain ay ang pag-ping sa server tuwing 5 segundo at baguhin ang pag-uugali ng mobile application depende sa availability o unavailability ng server.
Sesyon 6
Iminungkahi na lumikha ng isang workspace para sa nangungunang pamamahala - Dashboard. Sa isang screen ay kinakailangan upang ipakita ang pangkalahatang mga tagapagpahiwatig ng pagganap ng kumpanya para sa isang tinukoy na panahon sa graphical at tabular form. Ang pangunahing anyo ay ang ulat ng gastos:
Bilang karagdagan sa Dashboard, kinailangang ipatupad ang pamamahagi ng mga ekstrang bahagi para sa pag-aayos ng asset gamit ang FIFO/LIFO/βCheapest goes firstβ write-off method.
Sa panahon ng pamamahagi, isinaalang-alang ang batch accounting, ginamit ang kontrol sa balanse at proteksyon laban sa mga hindi awtorisadong aksyon ng user (βfool protectionβ).
Cyril: Upang malutas, ang mga talahanayan ng mga halaga na may pagbuo ng software ng mga haligi ay ginamit, dahil maaaring mayroong isang di-makatwirang bilang ng mga ito:
- Ang unang talahanayan ay may pananagutan para sa kabuuang gastos ng mga departamento ayon sa buwan. Ang pinaka-hindi kumikita at kumikitang mga dibisyon ay naka-highlight sa pula at berde, ayon sa pagkakabanggit.
- Ipinapakita ng pangalawang talahanayan ang pinakamahal at pinakamadalas na ginagamit na mga bahagi para sa bawat buwan. Kung mayroong ilang bahagi na nakakatugon sa pamantayan, dapat silang ipakita sa isang cell, na pinaghihiwalay ng mga kuwit.
- Ang mga pinakamahal na asset (sa mga tuntunin ng mga gastos sa ekstrang bahagi) ay ipinapakita sa unang hilera ng ikatlong talahanayan. Ipinapakita ng pangalawang linya ang dibisyon kung saan kabilang ang asset sa itaas. Kung mayroong dalawang pinakamahal na asset na may parehong mga gastos, dapat silang ipakita sa parehong cell, na pinaghihiwalay ng mga kuwit.
Ang mga diagram ay ipinakita gamit ang mga built-in na mekanismo ng platform, at napunan sa programmatically gamit ang mga query.
Iminungkahi din na ipatupad ang suporta para sa multilinggwalismo. Ang programa ay naglo-load ng mga XML file na may lokalisasyon ng mga elemento ng interface, at ang form ay dapat na muling iguhit kapag pumipili ng wika sa drop-down na listahan.
Kapag nag-click ka sa button sa ibabang kaliwang sulok ng screen, bubukas ang form ng pamamahala ng imbentaryo:
Sa form na ito, sa wakas ay nagsisimula kaming gumastos ng mga bahagi sa pag-aayos. Dito muna natin mahahanap ang mga bahaging kakailanganin natin sa pag-aayos ng asset. Batay sa mga napiling field at paraan ng pamamahagi (FIFO, LIFO o pinakamababang presyo), ang mga nakitang tugma o isang mensahe kung walang mga tugma ay ipinapakita. Pagkatapos ay maaari mong markahan ang mga bahagi bilang nilayon upang ayusin ang asset na iyon. May kaugnayan ang kontrol sa balanse para sa kasalukuyang session. Kung naitalaga na namin ang mga detalye, hindi na sila mahahanap.
Komento ng Dalubhasa: napaka-kawili-wiling session. Pinasusulit nito ang mga kakayahan ng platform ng 1C:Enterprise - narito ang karampatang gawain kasama ang mga virtual na talahanayan ng mga rehistro ng akumulasyon, at gawaing programmatic na may mga elemento ng form (una sa lahat - mga talahanayan, pangalawa - mga heading), at mga diagram. At maging ang LIFO/FIFO kapag nag-aanalyze ng imbentaryo, profit/loss analysis, atbp.
Sesyon 7
Sa pagtatapos ng gawain (session 7), ang customer ay nagbigay ng software (exe file) para sa mga aktibidad ng proyekto at isang maikling video sa pagtatrabaho dito. Kinailangan na magsagawa ng reverse engineering at, batay dito, lumikha ng 2 diagram: isang use case diagram at isang entity-relationship diagram. Bilang karagdagan, ang ilang mga kinakailangan ay iniharap para sa paglikha ng software sa hinaharap - ito ay kinakailangan upang lumikha ng isang layout ng interface ayon sa mga kinakailangang ito.
Ayon sa mga kondisyon ng kumpetisyon, ang MS Visio lamang ang kinakailangan upang lumikha ng mga diagram.
Komento ng Dalubhasa: sa session na ito, halos hindi nagamit ang mga kakayahan ng 1C:Enterprise platform. Ang mga diagram para sa mga kundisyon ng kumpetisyon ay ginawa sa MS Visio. Ngunit ang isang prototype ng interface ay maaaring malikha sa isang walang laman na base ng impormasyon ng 1C.
Pangkalahatang mga tala
Sa simula ng bawat session, iminungkahi na mag-import ng data gamit ang isang SQL script. Ito ang pangunahing disbentaha ng paggamit ng 1C kumpara sa C#, dahil gumugol kami ng hindi bababa sa kalahating oras sa paglilinis ng data sa mga external na pinagmumulan ng data, paggawa ng sarili naming mga talahanayan, at paglipat ng mga hilera mula sa mga panlabas na mapagkukunan papunta sa aming mga talahanayan. Ang natitira ay kailangan lang i-click ang Execute button sa Microsoft SQL Studio.
Para sa mga malinaw na dahilan, ang pag-iimbak ng data sa isang mobile device ay hindi magandang ideya. Samakatuwid, sa panahon ng mga mobile session, lumikha kami ng isang server base. Nag-imbak sila ng data doon at nagbigay ng access dito sa pamamagitan ng mga serbisyo ng http.
Komento ng Dalubhasa: ang balanse ng 1C/non-1C ay kawili-wili dito - habang ang 1C:Enterprise programmer ay gumugol ng makabuluhang oras sa pagkonekta sa isang panlabas na DBMS (Kirill na binanggit ito nang hiwalay sa itaas), ang mga developer ng C#/Java (Android Studio para sa mobile development) ay gumugol ng oras sa ibang mga lugar β mga interface, pagsusulat ng higit pang code. Samakatuwid, ang mga resulta ng bawat session ay hindi mahuhulaan at lubhang kawili-wili para sa lahat ng mga eksperto. At ang intrigang ito ay nanatili hanggang sa wakas - tingnan lamang ang huling talahanayan ng mga nagwagi na may pamamahagi ng mga puntos.
Natapos ni Kirill ang kwento :)
Sa konklusyon, dapat alalahanin na ang tagapalabas ay hindi kailangang "i-program lamang ang gawain ayon sa mga teknikal na pagtutukoy" - kailangan niyang pag-aralan ang gawain, pumili ng mga bloke para sa pagpapatupad ng mga subtask, idisenyo ang mga ito at magpasya kung ano ang eksaktong siya ay magiging magagawang ipatupad mula dito sa napakaikling inilaang oras. Lahat ng 4 na araw ay kinailangan kong kumilos sa ilalim ng matinding presyon ng oras, madalas na nagsisimula sa bawat kasunod na sesyon mula sa simula. Kahit na ang isang pang-adultong espesyalista na may maraming taong karanasan sa industriya ay mahihirapang kumpletuhin ang nakatalagang gawain para sa session 100% sa loob ng inilaang oras.
Ang pinagtibay na sistema ng pagtatasa ay nararapat na espesyal na banggitin.
Para sa bawat sesyon, ang mga may-akda ng gawain ay bumuo ng isang kumplikadong sistema ng pamantayan, kabilang ang pagsuri sa pag-andar, tamang operasyon, mga kinakailangan para sa interface ng application, at kahit na pagsunod sa isang gabay sa istilo na espesyal na ibinigay sa mga kalahok ng kumpanya kung saan sila gumagawa ng kanilang mga solusyon.
Ang mga pamantayan sa pagsusuri ay napakapino na granulated - na ang kabuuang halaga ng gawain sa session ay sampu-sampung puntos, ang pagtupad sa ilang pamantayan ay maaaring magdagdag ng ikasampu ng isang puntos sa kalahok. Nakakamit nito ang napakataas at layunin na antas ng pagsusuri sa mga resulta ng bawat kalahok sa kumpetisyon.
Natuklasan
Ang mga huling resulta ay kahanga-hanga.
Sa isang mapait na pakikibaka, nanalo si Kirill Pavkin mula sa Russia, na gumamit ng 1C:Enterprise platform. Si Kirill ay 17 taong gulang, siya ay mula sa Stavropol.
Literal na ikasampu ng isang punto ang naghihiwalay sa nanalo sa mga humahabol sa kanya. Ang pangalawang pwesto ay kinuha ng isang kalahok mula sa Taiwan. Ang pangkalahatang talahanayan ng nangungunang anim na resulta ay ganito ang hitsura:
Siyempre, nanalo si Kirill salamat sa kanyang talento, kaalaman at kasanayan.
Gayunpaman, tandaan namin na ang lahat ng tatlong kalahok na gumamit ng 1C:Enterprise platform bilang tool ay kasama sa nangungunang limang - na isang walang kundisyong kumpirmasyon ng antas ng mundo ng 1C:Enterprise na teknolohiya.
Kasunod ng mga resulta ng kumpetisyon, ang mga nagwagi ay iginawad sa KazanExpo media center; ang mga lalaki ay nakatanggap ng purong gintong medalya (alinsunod sa kanilang lugar) at mga premyong salapi. Nakatanggap din ang mga lalaki ng mga sertipiko na nagpapahintulot sa kanila na sumailalim sa isang internship sa 1C.
Pinagmulan: www.habr.com