ni vuguvugu la kimataifa linaloandaa mashindano ya kitaaluma kwa vijana walio chini ya umri wa miaka 22.
Fainali ya kimataifa hufanyika kila baada ya miaka miwili. Mwaka huu ukumbi wa mwisho ulikuwa (fainali ya mwisho ilikuwa 2017 huko Abu Dhabi, inayofuata itakuwa 2021 huko Shanghai).
WorldSkills Championships ni michuano mikubwa zaidi duniani ya ujuzi wa kitaaluma. Walianza na fani za rangi ya bluu, na katika miaka ya hivi karibuni umakini zaidi na zaidi umelipwa kwa "fani za siku zijazo," pamoja na taaluma za IT, ambazo nguzo kubwa tofauti ilitolewa kwenye ubingwa huko Kazan.
Katika block ya IT kuna uwezo ("mchezo" maalum) unaoitwa "Masuluhisho ya Programu ya IT kwa Biashara".
Katika kila shindano, orodha inayoruhusiwa ya zana zinazotumiwa ni ndogo. Na ikiwa, kwa mfano, kwa "muundo wa mazingira" orodha ya zana zinazowezekana ni mdogo (bila shaka, bila kuashiria mtengenezaji au rangi wazi), basi katika uwezo "Suluhisho za programu kwa biashara" orodha ya teknolojia zinazokubalika ambazo washiriki wanaweza kutumia. ni mdogo kabisa, ikionyesha teknolojia maalum na majukwaa maalum (NET na Java yenye seti maalum ya mifumo).
Msimamo wa 1C juu ya suala hili ni kama ifuatavyo: teknolojia ya habari ni eneo lenye nguvu sana, teknolojia mpya na zana za maendeleo zinaonekana duniani kote. Kwa mtazamo wetu, ni sahihi kuruhusu wataalamu kutumia zana ambazo wanataka na wamezoea kufanya kazi.
Mnamo msimu wa 2018, usimamizi wa WorldSkills ulitusikia. Sasa tulilazimika kujaribu mbinu ya kujumuisha teknolojia mpya kwenye mashindano. Si rahisi.
Mfumo wa 1C:Enterprise ulijumuishwa katika orodha ya miundombinu ya michuano hiyo huko Kazan na jukwaa la majaribio la IT Software Solutions for Business Sandbox lilipangwa.
Tafadhali kumbuka kuwa lugha rasmi ya michuano hiyo ni Kiingereza. Nyenzo zote zilizo na matokeo ya kutatua kazi (misimbo ya chanzo, hati zinazoambatana, miingiliano ya programu) pia zilipaswa kupitishwa katika lugha hii. Licha ya mashaka ya watu wengine (bado!), Unaweza kuandika kwa Kiingereza katika 1C.
Vijana 9 kutoka nchi 8 (Ufilipino, Taiwan, Korea, Ufini, Moroko, Urusi, Kazakhstan, Malaysia) walishiriki kwenye shindano kwenye tovuti hii.
Baraza la majaji - timu ya wataalam - liliongozwa na mtaalamu kutoka Ufilipino, Joey Manansala.
Wataalamu kutoka Finland, UAE, Costa Rica, Korea, Urusi na Taiwan waliwakilishwa.
Kando, tunaona kuwa washiriki kutoka Urusi (Pavkin Kirill, Sultanova Aigul) na Kazakhstan (Vitovsky Ludwig) waliamua kutumia 1C: Jukwaa la Biashara kama sehemu ya shindano. Washiriki wengine walitumia .NET kwa kompyuta ya mezani na Android Studio kwa kutengeneza vifaa vya mkononi. Inafurahisha kwamba washiriki waliochagua 1C ni mchanga sana (Kirill ni mwanafunzi katika shule huko Stavropol, mwaka huu aliingia darasa la 11, Aigul ni mwanafunzi wa chuo kikuu, Kazan, Tatarstan), wakati wapinzani wao walikuwa na uzoefu zaidi ( kwa mfano, mshiriki kutoka Korea - mshindi wa michuano ya WorldSkills ya 2013 huko Leipzig; wote wana uzoefu wa kushiriki katika Ujuzi wa Dunia na uzoefu wa miaka kadhaa wa kitaaluma katika sekta hiyo).
Kwa kuzingatia kwamba wakati wa shindano washiriki walitumia teknolojia mbalimbali za kisasa, tulipata nafasi ya kupima jukwaa la 1C:Enterprise katika hali ya kupambana kweli, ili kulinganisha ubora wa ufumbuzi uliopatikana kwa msaada wake na kasi ya maendeleo iliyopatikana kwa matumizi yake.
Kando, tunaona kuwa ndani ya mfumo wa jukwaa maalum la Suluhu za Programu ya IT kwa Biashara ya Sandbox, washiriki walikamilisha kazi sawa na washiriki katika jukwaa kuu la Suluhu za Programu za IT kwa Biashara.
Kazi yenyewe ni kazi ngumu ya kufanya biashara otomatiki; mwaka huu mfano wa biashara ulikuwa kampuni ya uwongo ya KazanNeft.
Legend
Mafuta ya Kazan ni moja wapo ya biashara kubwa zaidi ya mafuta katika Jamhuri ya Tatarstan, inayofanya kazi kama mchezaji wa soko la kitaifa na chapa inayotambulika kimataifa katika uwanja huu. Ofisi kuu ya kampuni, inayohusika na uchunguzi wa shamba, uzalishaji, uzalishaji, usafishaji, usafirishaji, uuzaji na usambazaji wa mafuta, bidhaa za petroli na gesi asilia, iko Kazan (Urusi).
Kwa kuwa kampuni inatekeleza mkakati wa upanuzi wa haraka na uundaji wa ofisi mpya kote Urusi, wasimamizi wa kampuni hiyo waliamua kuanzisha programu mpya ya otomatiki ya biashara inayolenga kudumisha na kusimamia shughuli fulani.
Masharti ya ubingwa
Kazi zilitolewa kwa washiriki katika mfumo wa moduli (vikao) na mahitaji ya kukamilisha kwa muda mfupi. Kulikuwa na moduli 7 kwa jumla. Vipindi vitatu vya kusuluhisha kwenye desktop - masaa 2.5 kila moja. Vipindi vitatu - ukuzaji wa seva ya mteja, ambapo mteja alikuwa programu ya rununu, na mawasiliano kati ya mteja na seva yalifanywa kupitia WEB-API. Hii ilichukua masaa 3.5. Kipindi cha mwisho - kazi za uhandisi wa kubadilisha programu zilizopo, masaa 2.5. Kama sehemu ya uhandisi wa kurudi nyuma, washiriki walilazimika, kwa kuzingatia habari waliyopewa, kubuni muundo wa hifadhidata ya programu (kwa kuunda mchoro wa ER), kuchambua hali za kutumia mfumo (kwa kuunda mchoro wa kesi ya utumiaji), na pia. tengeneza na utengeneze kiolesura cha suluhisho la programu kulingana na mahitaji ya utendaji yaliyotolewa.
Majukwaa makuu ya ukuzaji yaliyotumika yalikuwa .NET (C#) na Java (ikiwa ni pamoja na Android Studio kwa ajili ya ukuzaji wa simu). Sandbox ya majaribio ilitumia .NET, Java na 1C:Enterprise toleo la 8.3.13.
Mwishoni mwa kila kikao, wataalam walitathmini matokeo - mradi tayari uliofanywa ambao unatekeleza kazi zilizowekwa mwanzoni mwa kikao.
Upekee wa kazi ni "uhai" wao - mahitaji mengi na wakati mdogo. Shida nyingi sio shida maalum za Olympiad, lakini ziko karibu sana na shida za kweli za viwandani - wataalam wanakabiliwa nao kila siku. Lakini kuna kazi nyingi, na wakati ni mdogo. Mshiriki lazima atatue idadi ya juu zaidi ya shida ambazo zitakuwa na faida kubwa kwa biashara. Sio ukweli kabisa kwamba kazi ngumu kutoka kwa mtazamo wa algorithmic itakuwa na uzito zaidi kuliko ya msingi. Kwa mfano, kuunda mfumo wa uhasibu unaofanya kazi wa meza tatu ni muhimu zaidi kwa biashara kuliko fomu nzuri ya kuripoti na algorithms ngumu, ambayo sio lazima kabisa bila meza hizi.
Tulimwomba mshindi wa shindano hilo, mshiriki kutoka Urusi, Kirill Pavkin, atuambie zaidi kuhusu kazi hizo na jinsi alivyoshughulikia suluhisho lao.
Hapo chini kuna maelezo ya kazi, hadithi ya Kirill mwenyewe kuhusu jinsi alivyotatua kazi hiyo. Pia tulimwomba Vitaly Rybalka, mfanyakazi wa 1C na mmoja wa wataalam wa IT Solutions kwa Biashara Sandbox, kutoa maoni juu ya ufumbuzi wa Kirill.
Kama sehemu ya mgawo huo, ilihitajika kugeuza shughuli za aina kadhaa za watumiaji:
- Kuwajibika kwa uhasibu wa mali ya kampuni
- Kuwajibika kwa matengenezo yasiyopangwa na matengenezo yaliyopangwa ya mali ya kampuni
- Wasimamizi wa ununuzi wa vipengele na matumizi
- Idara ya utafutaji na uzalishaji wa mafuta
- Wasimamizi wakuu walihitaji ripoti za uchanganuzi
Kipindi cha 1
Kutoka kwa mtazamo wa mali (kwa mfano, meli ya gari), ilikuwa ni lazima kutekeleza uhasibu wao (kuanzisha mpya, kuhariri za sasa), utafutaji wa haraka na aina mbalimbali za vichungi vya kuonyesha habari, kuhamisha mali kati ya mgawanyiko wa Kampuni. na vikundi vya mali zenyewe. Weka historia ya mienendo kama hii na utoe uchanganuzi juu yao katika siku zijazo. Uhasibu wa mali ulitekelezwa kwa vikundi vya watumiaji wa simu.
Cyril: Jukumu dogo la kuvutia lilikuwa utekelezaji wa vitufe katika orodha ya vipengee. Ili kutatua hili, tulitumia orodha inayobadilika: tunaandika ombi la kiholela, na tunapopokea data kwenye seva, tunaweka viungo vya urambazaji kwa picha kutoka kwa maktaba ya picha hadi sehemu zinazohitajika.
Kwa makusanyiko, picha zinaweza kuunganishwa kwa mali kwa njia mbili: piga picha (multimedia) na uchague kutoka kwa ghala (dialog ya uteuzi wa faili).
Baadhi ya maumbo yalihitaji kuchorwa upya wakati skrini ilipozungushwa:
Wakati wa kubadilisha vigezo vya skrini, tunabadilisha mwonekano wa vikundi vya vifungo.
Kazi za kuburudisha lakini rahisi ni pamoja na vichujio katika orodha inayobadilika, utafutaji katika sehemu mbili (nambari na jina), na uundaji wa nambari ya mfululizo ya kipengee.
Maoni ya kitaalam: kutoka kwa mtazamo wa suluhisho kwenye jukwaa la 1C:Enterprise, kazi ni wazi kabisa. Mbali na uundaji halisi wa programu ya rununu, ilikuwa ni lazima kutunza uhamishaji wa data kutoka kwa "seva" ya DBMS (MS SQL kwenye desktop) hadi programu ya rununu na nyuma. Kwa kusudi hili, taratibu za vyanzo vya data vya nje na huduma za http zilitumiwa kwenye "programu ya wakala" ya desktop. Kwa jukwaa la simu yenyewe, kuonyesha picha katika orodha inayobadilika iliyowasilishwa iliongezeka utata.
Kipindi cha 2
Ilihitajika kuanzisha usimamizi wa ukarabati wa mali za Kampuni. Kama sehemu ya kazi hii, ilikuwa ni lazima kudumisha orodha ya maombi ya matengenezo (na idara na vikundi), kuzingatia vipaumbele vya uharaka wa matengenezo, kupanga ratiba ya ukarabati kulingana na vipaumbele, kuagiza vipengele muhimu na kuchukua. kuzingatia zilizopo. Kazi ndogo ya kuvutia ilikuwa kwamba baadhi ya vipengele vilikuwa na tarehe ya mwisho wa matumizi; ikiwa sehemu tayari imeagizwa kwa mali iliyotolewa na muda wake wa mwisho haujaisha, basi kwa mali hii hakuna haja ya kununua sehemu sawa tena. Kiolesura cha ukarabati kilitengenezwa kwa ajili ya sehemu ya eneo-kazi la programu ya kampuni.
Ilihitajika pia kuunda fomu ya idhini isiyo ya kawaida kwa majukumu mawili: mtu anayewajibika na meneja wa huduma. Upekee ni kwamba baada ya idhini lazima uchague moja ya majukumu moja kwa moja.
Orodha ya fomu inayopatikana kwa mtu anayehusika imewasilishwa hapa chini:
Cyril: Ni kuangaziwa tu kwa maombi yanayosubiri ya huduma kunaweza kuangaziwa hapa. Imetatuliwa kwa umbizo la masharti katika orodha inayobadilika.
Kwa kubofya kitufe kilicho chini ya skrini, mtumiaji anaweza kwenda kwa fomu ifuatayo:
Hakuna chochote ngumu kutoka kwa mtazamo wa 1C katika fomu hii.
Fomu inayopatikana kwa msimamizi wa huduma iko hapa chini:
Fomu hii imepangwa kulingana na kipaumbele na tarehe ya ombi. Kwa kubofya kitufe kilicho hapa chini, mtumiaji anaweza kwenda kwa fomu ya ombi lililochaguliwa:
Mbali na kuzuia ujinga, fomu hii ilipendekeza kutekeleza orodha ya vipuri kwa ajili ya matengenezo. Jukumu dogo linavutia kwa sababu sehemu zina tarehe ya mwisho wa matumizi. Hii ina maana kwamba ikiwa dharura imetokea na mali hii na sehemu iliagizwa kwa ajili yake, muda wa uhalali ambao haujaisha, basi inaweza kutumika tena. Hii inapaswa kuonyeshwa kwa mtumiaji.
Maoni ya kitaalam: hapa Kirill mwenyewe aliweka lafudhi kwa usahihi. Kwa mtazamo wa utekelezaji kwenye 1C:Jukwaa la Biashara, hakuna kitu ngumu sana. Uchambuzi wa makini wa masharti ya uhasibu na matumizi ya vipuri na utekelezaji mzuri wa kazi kwa ujumla ulihitajika. Kwa kuongeza, ilikuwa ni lazima kurekodi vizuri maombi ya huduma. Ugumu kuu ulikuwa tu shinikizo la wakati wa masaa 2.5.
Kwa kuongezea, kama katika ukuzaji wa rununu, mshiriki alilazimika kupata data kutoka kwa DBMS ya nje (MS SQL).
Kipindi cha 3
Kwa ajili ya matengenezo (matengenezo) ilipendekezwa kutekeleza huduma ya mipango ya muda mrefu. Kipengele cha kuvutia hapa kilikuwa hitaji la kuunda ratiba ya matengenezo ya mali kulingana na wakati - kwa mfano, kila mwezi wa pili tarehe 3. Vivyo hivyo, kulingana na kiashiria fulani cha kiasi - kwa mfano, kulingana na odometer ya gari (mafuta hubadilika kila kilomita 5000, uingizwaji wa tairi kila kilomita 20000). Msimamizi wa matengenezo anapaswa kuwa amepokea programu rahisi ya simu ya mkononi ambayo inaonyesha kwa uthabiti orodha ya matengenezo yaliyochelewa, ya sasa na yaliyokamilishwa kwa muda maalum. Kwa kuongeza, kila aina ya matengenezo ilipaswa kupakwa rangi kulingana na sheria zilizokubaliwa maalum. Programu ya rununu ilipaswa kuhakikisha uundaji wa ratiba mpya za matengenezo na kuweka alama kwa zile ambazo tayari zimekamilika moja kwa moja kwenye warsha na uppdatering wa habari hii kwenye seva.
Cyril: Kuna aina mbili za matengenezo: kulingana na wakati na kukimbia. Tofauti inaruhusiwa ndani ya kila mmoja. Kwa mfano, kulingana na mpango huo, matengenezo yanapaswa kutokea kila Ijumaa, 13 ya mwezi, au kila kilomita 20,000. Kazi inachukuliwa kuwa imekamilika ikiwa kuna alama ya kuangalia upande wake wa kulia.
Masharti yalitolewa kwa ajili ya kupanga kazi katika orodha. Pia, kila mstari unapaswa kuonyeshwa kwa rangi kulingana na hali.
Kwa kubofya kitufe kilicho hapa chini, unaweza kuunda mpango mpya wa huduma:
Sehemu zinazohitajika zinaonyeshwa kulingana na aina ya chati iliyochaguliwa. Ikiwa tumechagua ratiba ya wakati wa kila wiki, basi tutaonyeshwa nyanja mbili: nambari ya wiki na siku ya juma. Kwa mfano, Jumanne kila baada ya wiki 3.
Maoni ya kitaalam: kama ilivyokuwa katika maendeleo ya awali ya rununu kwenye jukwaa la 1C:Enterprise, hapa kazi imegawanywa kimataifa katika vipengele 2 - mawasiliano na "seva" kupitia web-api na onyesho linalofaa la orodha inayobadilika yenye muundo wa masharti na uchujaji (uteuzi) wa data. Kwa kuongeza, ilikuwa ya kuvutia kutekeleza mahitaji ya akaunti kwa ajili ya matengenezo kwa kipindi na kwa kiashiria cha kiasi.
Kipindi cha 4
Kwa vipengele na matumizi, ilikuwa ni lazima kuzingatia hesabu, gharama za mpango na ununuzi wa baadaye. Kwa kuongezea, uhasibu wa kundi ulionekana hapa, lakini sio kwa bidhaa zote. Haya yote yalipaswa kusimamiwa ndani ya ghala nyingi, ikiwa ni pamoja na risiti, matumizi na harakati. Kwa mujibu wa masharti ya kazi, ilikuwa ni lazima kuhakikisha udhibiti wa mizani na kuepuka migogoro wakati wa kufanya kazi na hifadhi za sasa. Wasimamizi wa ununuzi hufanya kazi katika toleo la eneo-kazi la programu.
Fomu kuu imeonyeshwa hapa chini:
Cyril: Pamoja na kupanga kutoka kwa hali, ilipendekezwa kumpa mtumiaji uwezo wa kupanga nasibu. Kwenye 1C sio lazima hata ufikirie juu yake. Sehemu iliyo na idadi ya sehemu inapaswa kuangaziwa kwa kijani kibichi kwa ankara.
Katika kikao hiki, walitakiwa kudhibiti bidhaa zilizobaki kwenye maghala. Kwa hivyo, ujumbe unaofanana unapaswa kuonyeshwa unapojaribu kufuta ankara. Hapa tunakumbuka mtihani wa mtaalamu wa jukwaa. Fomu ya ankara ni kama ifuatavyo:
Kila sehemu ina sifa ambayo huamua ikiwa inapaswa kugawiwa kwa kundi maalum. Kwa vipuri vile, ni muhimu kuonyesha nambari ya kundi katika hati zote. Hiki ni kipimo cha ziada wakati wa kufuatilia mabaki ya sehemu. Wanaweza pia kuhamishwa kati ya ghala:
Fomu hiyo inatofautiana na ile ya awali tu kwa kuwa badala ya mteja, unahitaji kuonyesha ghala ambalo utoaji utafanywa. Orodha ya uteuzi wa kundi inakusanywa kiotomatiki baada ya sehemu kuchaguliwa. Mtumiaji anaweza kutoa ripoti juu ya salio za vipuri:
Hapa tunaweza kuona bidhaa iliyobaki kwenye ghala iliyochaguliwa. Vikasha tiki vilivyo upande wa kulia wa ghala hukuruhusu kusanidi kuchuja na kupanga. Orodha haina mgawanyiko wazi kwa kura kwa sehemu hizo ambazo inahitajika. Salio kwa kila nambari ya kundi la sehemu ya ziada iliyochaguliwa inaweza kutazamwa kwa kutumia kiungo cha kusogeza kilicho upande wa kulia.
Maoni ya kitaalam: katika kipindi hiki (moduli) uhasibu wa kundi ulionekana kwa mara ya kwanza. Washiriki walitakiwa kuhesabu matumizi na bidhaa sio tu wao wenyewe, bali pia kwa kundi. Kwa ujumla, kazi ni kamili kwa jukwaa la 1C:Enterprise - lakini yote ilibidi iendelezwe kutoka mwanzo na kukamilishwa kwa saa 2.5.
Kipindi cha 5
Katika kikao cha tano, tulipewa utendaji wa usimamizi wa kisima. Kwa vikundi vya uchunguzi, ilikuwa ni lazima kuunda programu ya simu ambayo itazingatia visima vya uzalishaji wa mafuta au gesi. Hapa ilikuwa ni lazima kupokea orodha ya visima vya sasa kutoka kwa seva na kuonyesha kuchaguliwa vizuri kwa graphically na tabaka (udongo, mchanga, mawe, mafuta), kwa kuzingatia kina cha kila safu. Kwa kuongezea, programu ilibidi kuruhusu kusasisha habari kuhusu kisima na kuongeza visima vipya. Kwa programu hii, mteja huweka hali maalum za uendeshaji katika njia za nje ya mtandao na mtandaoni (udhibiti wa mawasiliano na seva) - kuangalia mawasiliano na seva kila sekunde 5 na kubadilisha utendaji wa programu kulingana na upatikanaji wa seva.
Cyril: Unapochagua kisima, grafu ya upau inaonyeshwa, ambayo inaangazia tabaka hadi amana za mafuta au gesi. Kwa kila safu, jina lake, rangi na matukio huhifadhiwa. Kutokana na vipengele vya kubuni, michoro iliyojengwa kwenye jukwaa haisaidii, lakini hati ya lahajedwali inakabiliana na kazi hiyo kikamilifu. Visima vinaweza kuunda na kurekebishwa:
Kando na ulinzi mwingi wa kipumbavu, hapakuwa na kitu cha kufurahisha kuhusu fomu hii.
Kisha, ilipendekezwa kudhibiti muunganisho kwenye seva. Tunajaribu kuunganisha kila sekunde 5. Ikiwa haifanyi kazi, basi tunapunguza utendaji wa programu na kuonyesha ujumbe.
Maoni ya kitaalam: Jukumu la kipindi hiki ni la kuvutia hasa kutokana na uwezo wake wa picha. Washiriki wanaotumia jukwaa la 1C:Enterprise walitatua kwa njia mbili tofauti - wengine wakitumia utaratibu wa mchoro, wengine wakitumia hati ya lahajedwali. Kila njia ina faida na hasara zake. Kama sehemu ya uamuzi katika michuano ya WorldSkills, muda ulikuwa muhimu (kumbuka kikomo cha muda tena). Kazi tofauti ya kuvutia ni kupenyeza seva kila baada ya sekunde 5 na kubadilisha tabia ya programu ya simu kulingana na upatikanaji au kutopatikana kwa seva.
Kipindi cha 6
Ilipendekezwa kuunda nafasi ya kazi kwa usimamizi wa juu - Dashibodi. Kwenye skrini moja ilihitajika kuonyesha viashiria vya jumla vya utendaji wa kampuni kwa muda maalum katika fomu ya picha na ya jedwali. Fomu kuu ni ripoti ya gharama:
Mbali na Dashibodi, ilikuwa ni lazima kutekeleza usambazaji wa vipuri kwa ajili ya ukarabati wa mali kwa kutumia njia za kuandika FIFO/LIFO/βNafuu huenda kwanzaβ.
Wakati wa usambazaji, uhasibu wa kundi ulizingatiwa, udhibiti wa usawa na ulinzi dhidi ya vitendo vya mtumiaji visivyoidhinishwa ("ulinzi wa kijinga") zilitumiwa.
Cyril: Ili kusuluhisha, meza za maadili zilizo na programu ya utengenezaji wa safu zilitumiwa, kwani kunaweza kuwa na idadi ya kiholela:
- Jedwali la kwanza linawajibika kwa jumla ya gharama za idara kwa mwezi. Mgawanyiko usio na faida zaidi na wa faida unaonyeshwa kwa rangi nyekundu na kijani, mtawaliwa.
- Jedwali la pili linaonyesha sehemu za gharama kubwa zaidi na zinazotumiwa mara kwa mara kwa kila mwezi. Ikiwa kuna sehemu kadhaa zinazofikia vigezo, basi zinapaswa kuonyeshwa kwenye seli moja, ikitenganishwa na koma.
- Mali ya gharama kubwa zaidi (kwa mujibu wa gharama za vipuri) huonyeshwa kwenye mstari wa kwanza wa meza ya tatu. Mstari wa pili unaonyesha mgawanyiko ambao mali iliyo hapo juu ni ya. Ikiwa kuna mali mbili za gharama kubwa na gharama sawa, basi zinapaswa kuonyeshwa kwenye seli moja, ikitenganishwa na koma.
Michoro ilionyeshwa kwa kutumia mifumo iliyojengewa ndani ya jukwaa, na kujazwa kwa utaratibu kwa kutumia maswali.
Pia ilipendekezwa kutekeleza usaidizi wa lugha nyingi. Programu hupakia faili za XML na ujanibishaji wa vipengee vya kiolesura, na fomu inapaswa kuchorwa upya wakati wa kuchagua lugha katika orodha kunjuzi.
Unapobofya kitufe kwenye kona ya chini kushoto ya skrini, fomu ya usimamizi wa hesabu inafungua:
Katika fomu hii, hatimaye tunaanza kutumia sehemu kwenye matengenezo. Hapa tunapata kwanza sehemu ambazo tutahitaji kutengeneza mali. Kulingana na sehemu zilizochaguliwa na mbinu ya usambazaji (FIFO, LIFO au bei ya chini), zinazolingana zilizopatikana au ujumbe ikiwa hakuna zinazolingana huonyeshwa. Kisha unaweza kuweka alama kwenye sehemu kama zinazokusudiwa kurekebisha kipengee hicho. Udhibiti wa mizani ni muhimu kwa kipindi cha sasa. Ikiwa tayari tumetoa maelezo, basi hayawezi kupatikana tena.
Maoni ya kitaalam: kikao cha kuvutia sana. Inafanya zaidi ya uwezo wa 1C:Enterprise jukwaa - hapa ni uwezo kazi na meza virtual ya rejista ya mkusanyiko, na kazi ya programu na vipengele fomu (kwanza ya yote - meza, pili - vichwa), na michoro. Na hata LIFO/FIFO wakati wa kuchambua hesabu, uchambuzi wa faida/hasara n.k.
Kipindi cha 7
Mwishoni mwa kazi (kikao cha 7), mteja alitoa programu (faili ya exe) kwa shughuli za mradi na video fupi juu ya kufanya kazi nayo. Ilikuwa ni lazima kufanya uhandisi wa reverse na, kwa kuzingatia hili, kuunda michoro 2: mchoro wa kesi ya matumizi na mchoro wa uhusiano wa chombo. Kwa kuongeza, baadhi ya mahitaji yaliwekwa mbele kwa ajili ya kuunda programu katika siku zijazo - ilikuwa ni lazima kuunda mpangilio wa interface kulingana na mahitaji haya.
Kulingana na hali ya mashindano, MS Visio pekee ndiye alihitajika kuunda michoro.
Maoni ya kitaalam: katika kipindi hiki, uwezo wa jukwaa la 1C:Enterprise haukutumika. Michoro ya masharti ya mashindano iliundwa katika MS Visio. Lakini mfano wa kiolesura unaweza kuundwa katika msingi tupu wa habari wa 1C.
Maelezo ya jumla
Mwanzoni mwa kila kipindi, ilipendekezwa kuagiza data kwa kutumia hati ya SQL. Hii ndiyo ilikuwa hasara kuu ya kutumia 1C ikilinganishwa na C#, kwa kuwa tulitumia angalau nusu saa kusambaza data katika vyanzo vya nje vya data, kuunda majedwali yetu wenyewe, na kuhamisha safu kutoka vyanzo vya nje hadi kwenye jedwali zetu. Zingine zinahitajika ili kubofya kitufe cha Tekeleza katika Microsoft SQL Studio.
Kwa sababu za wazi, kuhifadhi data kwenye kifaa cha simu sio wazo nzuri. Kwa hiyo, wakati wa vikao vya simu tuliunda msingi wa seva. Walihifadhi data hapo na kuipa ufikiaji kupitia huduma za http.
Maoni ya kitaalam: salio la 1C/non-1C linavutia hapa - wakati 1C:Watayarishaji programu wa Biashara walitumia muda mwingi kuunganisha kwenye DBMS ya nje (Kirill alitaja hili kando juu), watengenezaji wa C#/Java (Android Studio kwa ajili ya ukuzaji wa simu) walitumia muda kwenye maeneo mengine - interfaces, kuandika kanuni zaidi. Kwa hiyo, matokeo ya kila kikao hayakutabirika na ya kuvutia sana kwa wataalam wote. Na fitina hii ilibaki hadi mwisho - angalia tu jedwali la mwisho la washindi na usambazaji wa alama.
Kirill alimaliza hadithi :)
Kwa kumalizia, ikumbukwe kwamba mwigizaji hakuhitaji "kupanga tu kazi kulingana na hali ya kiufundi" - ilibidi kuchambua kazi hiyo, kuchagua vizuizi vya utekelezaji wa kazi ndogo, kuziunda na kuamua ni nini hasa angekuwa. kuweza kutekeleza kutokana na hili kwa muda mfupi sana uliowekwa. Siku zote 4 nililazimika kutenda chini ya shinikizo la wakati mkali, mara nyingi nikianza kila kikao kilichofuata kutoka mwanzo. Hata mtaalamu wa watu wazima aliye na uzoefu wa miaka mingi katika tasnia atakuwa na ugumu mkubwa wa kukamilisha kazi aliyopewa kwa kikao 100% ndani ya muda uliowekwa.
Mfumo wa tathmini uliopitishwa unastahili kutajwa maalum.
Kwa kila kikao, waandishi wa kazi hutengeneza mfumo mgumu wa vigezo, pamoja na kuangalia utendakazi, operesheni sahihi, mahitaji ya kiolesura cha maombi, na hata kufuata mwongozo wa mtindo uliotolewa mahsusi kwa washiriki na kampuni ambayo wanatengeneza suluhisho zao.
Vigezo vya tathmini vimechorwa vyema sana - huku gharama ya jumla ya kazi ya kikao ikiwa makumi ya pointi, kutimiza baadhi ya kigezo kunaweza kuongeza sehemu ya kumi ya pointi kwa mshiriki. Hii inafikia kiwango cha juu sana na cha lengo la kutathmini matokeo ya kila mshiriki katika shindano.
Matokeo
Matokeo ya mwisho yalikuwa ya kuvutia.
Katika mapambano makali, Kirill Pavkin kutoka Urusi, ambaye alitumia jukwaa la 1C:Enterprise, alishinda. Kirill ana umri wa miaka 17, anatoka Stavropol.
Sehemu ya kumi ya nukta moja ilitenganisha mshindi na wanaomfuatia. Nafasi ya pili ilichukuliwa na mshiriki kutoka Taiwan. Jedwali la jumla la matokeo sita bora linaonekana kama hii:
Kwa kweli, Kirill alishinda shukrani kwa talanta yake, maarifa na ujuzi.
Hata hivyo, tunatambua kwamba washiriki wote watatu waliotumia 1C:Enterprise jukwaa kama zana walijumuishwa katika tano bora - ambayo ni uthibitisho usio na masharti wa kiwango cha dunia cha 1C:Enterprise teknolojia.
Kufuatia matokeo ya shindano hilo, washindi walipewa tuzo katika kituo cha media cha KazanExpo; wavulana walipokea medali za dhahabu safi (kulingana na mahali pao) na tuzo za pesa. Vijana hao pia walipokea vyeti vinavyowaruhusu kupitia mafunzo ya kazi katika 1C.
Chanzo: mapenzi.com