Katika mifumo ya uzalishaji, kufikisha nyenzo mahali sahihi kwa wakati sahihi hakutegemei tu uwepo wa vifaa halisi kama vile konveyer, forklift au AGV, bali pia uwezo wa kuratibu rasilimali mbalimbali za usafirishaji na ushughulikiaji wa nyenzo ndani ya muundo wa pamoja wa taarifa. Utafiti uliopitiwa unapendekeza mkabala wa jumla wenye tabaka mbili kwa ajili ya kuwakilisha na kusimamia Mifumo ya Usafirishaji na Ushughulikiaji wa Nyenzo (Transport and Material Handling Systems, TMHS) yenye aina tofauti chini ya modeli moja. Tabaka la kwanza hutoa lugha sanifu ya uwakilishi kwa vitu vinavyosafirishwa, vituo vya kazi na vifaa vya usafirishaji/ushughulikiaji. Tabaka la pili hufafanua miundo ya data na michakato ya kugawa maombi ya usafirishaji kwa vifaa, kuanzisha mienendo ya vifaa na shughuli za ushughulikiaji, kuchakata matukio ya nje na kutathmini upya maamuzi kulingana na hali ya sasa ya mfumo.

Modeli hailengi mifumo ya kiotomatiki pekee. Inalenga kuwezesha mifumo ambayo forklift, lori, kreni, konveyer, tugger train, AGV na vifaa tofauti vya ushughulikiaji vinaweza kuwepo katika mazingira yale yale ya uzalishaji kuwakilishwa kwa muundo wa pamoja. Hivyo, badala ya kutengeneza modeli mpya ya taarifa maalumu kwa teknolojia fulani ya kifaa, tabia za vifaa tofauti zinaweza kuelezwa kwa kutumia dhana za pamoja za kitu, kituo cha kazi, njia, shughuli na kizuizi.

Katika tabaka la usimamizi kuna miundo minane ya data na michakato mitano ya msingi. Badala ya maombi ya usafirishaji kufungwa moja kwa moja na kwa kudumu kwa kifaa kimoja, hubadilishwa kuwa transport request link kulingana na hali ya mfumo. Iwapo usafirishaji unahitaji zaidi ya kifaa kimoja, mfumo hugawa kifaa kinachofuata pekee; baada ya uhamisho wa kati kukamilika, hutathmini upya njia iliyosalia na chaguo za vifaa. Mkabala huu huruhusu maamuzi kufanywa upya bila kufungwa na mnyororo usiobadilika wa usafirishaji wakati upatikanaji wa kifaa au hali ya mfumo inabadilika.

Makala inaonyesha uwezekano wa kutumia modeli kupitia matukio ya mfano ya viwandani yanayojumuisha vifaa tofauti, transfer point, meeting point na vitengo vya kuhifadhi vinavyoweza kusafirishwa. Hata hivyo, tathmini ni ya kimawazo na ya kutegemea matukio; hakuna utekelezaji wa programu ya viwandani unaofanya kazi wala ongezeko la utendaji lililopimwa katika mfumo halisi.

Kwa nini lojistiki ya ndani ya uzalishaji inahitaji modeli ya pamoja?

Katika mazingira ya uzalishaji mahiri, haitoshi kusimamia upangaji wa uzalishaji, maagizo ya kazi, hali ya mashine na mtiririko wa nyenzo kama visiwa vya taarifa vinavyojitegemea. Kabla ya kazi ya uzalishaji kuanza, nyenzo inayohitajika lazima ifikishwe kwenye kituo husika, kifaa cha usafirishaji lazima kiwe kinachofaa, upakiaji au upakuaji lazima uwezekane kimwili, na kazi ya uzalishaji pamoja na shughuli ya usafirishaji lazima zisawazishwe kwa muda.

Tatizo hili ni rahisi kwa kiasi fulani ikiwa mfumo wa uzalishaji una teknolojia moja tu ya usafirishaji. Lakini vifaa vyenye tabia tofauti kama forklift, AGV, kreni, konveyer, mfumo wa kuhifadhi kiotomatiki, tugger train au lori vinapotumiwa katika kituo kimoja, kuwakilisha kila kimoja kwa mantiki tofauti ya programu hupunguza uwezo wa kupanuka na wa kutumia tena.

Utafiti wa chanzo unajaribu kulimodeli tatizo hili si kwa msingi wa teknolojia ya kifaa, bali kwa msingi wa tabia za pamoja ambazo vifaa vinaweza kutekeleza.

Modeli ya Jumla Inayopendekezwa kwa Mfumo wa Usafirishaji na Ushughulikiaji wa Nyenzo ni Nini?

Modeli ya jumla inayopendekezwa ni modeli ya taarifa na uratibu inayoshughulikia mifumo tofauti ya lojistiki ya ndani ya uzalishaji katika tabaka mbili zinazokamilishana. Tabaka la uwakilishi huwezesha vitu, vituo vya kazi na vifaa vya usafirishaji/ushughulikiaji kufafanuliwa kwa msamiati wa pamoja; tabaka la usimamizi hutumia maombi ya usafirishaji, hali za vifaa, shughuli halisi za vifaa na matukio ya mifumo ya nje kubainisha shughuli gani ya usafirishaji au ushughulikiaji itakayotekelezwa inayofuata.

Upeo wa modeli

Modeli inalenga mifumo ya uzalishaji wa vipande. Uzalishaji wa mchakato endelevu umeachwa nje ya upeo kwa sababu una sifa tofauti za uendeshaji.

Lengo la utafiti ni mnyororo wa taarifa na uratibu kuanzia kupokelewa kwa ombi la kusafirisha kitu hadi nyenzo kufika katika kituo lengwa. Uboreshaji wa njia, usanifu wa mpangilio wa kiwanda au uboreshaji wa jumla wa ugawaji wa rasilimali haujumuishwi katika upeo wa msingi wa modeli.

Modeli inachukuliwa kuwa mfumo mdogo wa Manufacturing Planning and Control System. Vitu vya kusafirishwa, maombi ya usafirishaji na hali za kazi za uzalishaji zinaweza kupokelewa kutoka katika michakato ya upangaji na udhibiti wa uzalishaji; kwa upande mwingine, maeneo ya vitu na hali ya maendeleo ya maombi ya usafirishaji zinaweza kurejeshwa kwenye mfumo wa uzalishaji.

Tabaka la kwanza: lugha ya jumla ya uwakilishi

Lugha ya uwakilishi inategemea madarasa matatu ya msingi ya vipengele:

1. Kitu: Nyenzo, sehemu, zana, kifaa au vitengo vya usafirishaji/uhifadhi vinavyovibeba, ambavyo vinaweza kusafirishwa na kifaa.
2. Kituo cha kazi: Sehemu halisi ambayo kifaa kinaweza kufikia na kutekeleza harakati au shughuli ya ushughulikiaji.
3. Kifaa: Kifaa halisi au kundi la vifaa vinavyosimamiwa kwa pamoja vinavyotekeleza shughuli ya usafirishaji au ushughulikiaji ndani ya TMHS.

Kitu: volume na storage location

Modeli hutenganisha aina mbili za vitu. Volume ni kitu kinachoweza kuhesabika kama kipande kimoja, kundi au kontena na kinaweza kusafirishwa kutoka sehemu moja hadi nyingine. Storage location ni paleti, rafu au kitengo kingine cha kuhifadhi/kusafirisha ambacho kinaweza kubeba volume moja au zaidi.

Sifa muhimu ya storage location ni kwamba si lazima iwe tu nafasi ya kimwili ambayo nyenzo ipo; katika baadhi ya mifumo, yenyewe pia inaweza kuwa kitu kinachoweza kusafirishwa na kifaa.

Volume parameter na storage-location parameter

Mashirika yanaweza kufafanua sifa za vitu vinavyosafirishwa kulingana na mahitaji yao. Volume parameters zinaweza kujumuisha sifa kama aina ya bidhaa, umbo au uzito. Storage-location parameters pia huwakilisha sifa za vitengo vya kuhifadhi zilizofafanuliwa na shirika.

Vigezo hivi vinaweza kutumiwa baadaye katika kukokotoa vizuizi vya kifaa au njia. Kwa mfano, kifaa fulani kinaweza kusafirisha tu masanduku ya ukubwa wa “Medium”, au shughuli fulani inaweza kuruhusiwa tu kwa volume zilizo chini ya 100 kg.

Aina za vituo vya kazi

Modeli hufafanua tabia tatu za kituo cha kazi:

Tofauti hii ni muhimu hasa kwa mifumo yenye vifaa tofauti vya lojistiki. AGV inaweza kuacha nyenzo katika transfer point na kifaa kingine kikaichukua baadaye. Kinyume chake, kuhamisha mzigo mzito kati ya kreni na lori kunaweza kuhitaji vifaa vyote viwili kuwepo kwa wakati mmoja katika meeting point.

Storage-location position

Kwa kuwa storage location inaweza kuwa na volume kadhaa, modeli pia hufuatilia kila volume imewekwa katika nafasi gani hasa. Kila nafasi inaweza kuwa na volume moja pekee, na misemo ya vizuizi inaweza kufafanuliwa ili kubainisha ni aina gani ya volume inaweza kuwekwa hapo.

Uundaji wa modeli za vifaa

Kifaa hufafanuliwa kwa aina ya kitu kinachoweza kusafirisha na device position moja au zaidi ambazo zinaweza kushikilia kitu. Aidha, vituo vinavyoweza kufikiwa na kifaa na shughuli kinazoweza kutekeleza humodeliwa kwa dhana mbili za msingi: device route link na device route activity.

Tofauti Kati ya Device Route Link na Device Route Activity ni Nini?

Device route link hufafanua harakati ambayo kifaa kinaweza kufanya kati ya vituo viwili vya kazi; kituo cha kuanzia na cha mwisho, muda wa usafirishaji, vizuizi na kiolezo kinachohitajika kutengeneza amri ya harakati huhifadhiwa hapa. Device route activity hufafanua shughuli ya ushughulikiaji kama kupakia, kupakua, kuchukua au kuweka ambayo kifaa kinaweza kutekeleza kinapofika katika kituo lengwa.

Device route link

Katika kila kiungo cha njia, kituo cha kazi cha kuanzia, kituo cha kazi lengwa, muda wa usafirishaji, iwapo harakati inatekelezwa na kifaa au kiotomatiki, na vizuizi kuhusu vitu vinavyoweza kusafirishwa vinaweza kuhifadhiwa.

Kwa mfano, kiungo fulani kinaweza kuwa halali tu kwa aina fulani ya bidhaa au vitu vya ukubwa fulani. Hivyo, hata ikiwa kifaa kinaunganisha sehemu mbili kimwili, si kila mzigo lazima utumie njia hiyo.

Go-To template

Modeli haihifadhi tu taarifa ya kimawazo ya njia; pia hufafanua utaratibu wa violezo ili kuwezesha mawasiliano na vifaa halisi. Go-To template hufafanua ni muundo gani wa data utakaotumiwa kupeleka kwa kifaa maagizo ya “tuma kifaa hiki kutoka hapa pa kuanzia hadi kwenye lengo hili”.

Ingawa chanzo kinatoa mfano wa SOAP web service, muundo hautegemei itifaki maalumu; unaweza kubadilishwa kwa aina za mawasiliano zinazotumia REST au JSON. Lengo hapa ni kutoa kiolesura chenye uthabiti wa kisemantiki kwa mifumo mbalimbali ya viwandani.

Device route activity

Kwa Volume kuna tabia mbili kuu za ushughulikiaji: Pick and Load na Unload and Store. Kwa Storage location, shughuli za Load, Unload, Pick na Store zimefafanuliwa.

Katika kila shughuli inaweza kubainishwa kama operesheni inafanywa na kifaa, kituo cha kazi au utaratibu wa kiotomatiki.

Tabia ya usawazishaji

Volume inapofika katika kituo lengwa, si lazima ipakuliwe mara moja kila wakati. Modeli hutoa chaguo nne za usawazishaji:

Kwa njia hii, lengo ni kusawazisha shughuli ya usafirishaji si tu na njia ya kimwili bali pia na hali ya wakati halisi ya kazi ya uzalishaji.

Transfer Point na Meeting Point zinatofautianaje?

Katika Transfer Point, kitu kinaweza kupakuliwa kutoka kwenye kifaa na kusubiri kwa muda, kisha kifaa cha pili kikakichukua baadaye. Kwa hiyo vifaa havihitaji kuwepo kwa wakati mmoja.

Katika Meeting Point, uhamisho wa moja kwa moja hufanyika kati ya vifaa. Kwa mfano, kreni inayobeba coil nzito na lori, au AGV na mkono wa roboti, vinaweza kuhitajika kuwepo kwa wakati mmoja katika sehemu husika.

Kielelezo cha 7 cha utafiti wa chanzo kinaonyesha njia za vifaa vitatu ndani ya mfumo mmoja na kutoa mfano wa jinsi transfer point na meeting point zinavyoweza kumodeliwa katika lugha moja ya uwakilishi.

Mpito Kutoka Lugha ya Uwakilishi Hadi Usimamizi wa Kiutendaji Unafanyikaje?

Lugha ya uwakilishi hufafanua vifaa na vipengele vya mfumo vinaweza kufanya nini. Tabaka la usimamizi hutumia hali ya sasa ya mfumo kubainisha nini kinapaswa kufanywa sasa. Kwa hiyo, modeli hutenganisha uwakilishi tuli na taarifa ya utekelezaji inayobadilika.

Utafiti wa chanzo unafupisha muundo huu katika vipengele vitatu: Representation Language → Organization TMHS → Application. Hatua ya kwanza inawakilisha msamiati wa pamoja, ya pili mtandao halisi wa lojistiki wa kiwanda fulani, na ya tatu uratibu wa shughuli kwa kutumia data ya sasa ya uzalishaji.

Mbinu na Matokeo ya Utafiti

Mbinu ya kutengeneza modeli

Modeli ilitengenezwa katika hatua tano. Kwanza data ilikusanywa kutoka kwenye fasihi na mifano ya viwandani; kisha tabia tofauti za TMHS zilichunguzwa na kufasiriwa. Katika hatua ya tatu mipaka ya modeli na miingiliano yake na mifumo ya nje ilifafanuliwa. Baadaye vipengele vya uwakilishi, sifa na michakato ya usimamizi vilitengenezwa; katika hatua ya mwisho, matukio ya mfano ya viwandani yalitumiwa sambamba na kwa kurudia pamoja na mchakato wa uundaji ili kufanya marekebisho kwenye modeli.

Miundo minane ya data ya tabaka la usimamizi

Transport Request na Transport Request Link si kitu kimoja

Transport Request ni hitaji la kusafirisha volume hadi lengo la mwisho. Kukamilisha transport request moja kunaweza kuhitaji vifaa kadhaa.

Transport Request Link ni sehemu ya usafirishaji ya ombi hili la jumla ambayo itatekelezwa na kifaa fulani. Hivyo, transport request moja inaweza kuunda transport request link kadhaa katika kipindi cha mchakato.

Tofauti hii ndiyo msingi wa uwezo wa modeli kusimamia minyororo ya vifaa tofauti.

Device Activity

Wakati Device route hufafanua njia na shughuli ambazo kifaa kinaweza kutekeleza kinadharia, Device Activity ni shughuli ambayo modeli inataka kifaa kiitekeleze kweli wakati huo.

Kwa mfano, “kinaweza kwenda kutoka WK1 hadi WK2” ni uwezo wa njia; “nenda WK2 sasa” ni Device Activity.

System External Event

Mabadiliko katika mazingira halisi ya uzalishaji hurejeshwa kwenye modeli kupitia System External Event. Chanzo kina makundi manne ya msingi ya matukio: kukamilika kwa shughuli ya kifaa, kuanza kwa kazi ya uzalishaji, kumalizika kwa kazi ya uzalishaji na kubadilika kwa hali ya kifaa.

Kupokelewa kwa matukio haya husasisha miundo ya data na, inapohitajika, huanzisha uundaji wa transport request link au device activity mpya.

Ombi la Usafirishaji Linagawiwaje kwa Kifaa?

Modeli kwanza hubainisha njia mbadala zote halali za usafirishaji kati ya eneo la sasa la kitu na workstation lengwa. Njia mbadala huhakikiwa kwa kuzingatia uwezo wa vifaa, aina ya kitu, vizuizi vya njia, tabia za kupakia/kupakua na upatikanaji wa kifaa. Kisha mantiki ya mfano ya maamuzi iliyotumiwa katika utafiti wa chanzo kwanza huchagua mbadala unaohitaji vifaa vichache zaidi; kati ya chaguo zinazotumia idadi sawa ya vifaa, huchagua mbadala wenye muda mfupi zaidi wa jumla wa usafirishaji.

Usafirishaji wa kifaa kimoja na wa vifaa vingi

Kielelezo cha 9 cha utafiti wa chanzo kinaonyesha jinsi volume ileile inaweza kusafirishwa katika miundo mitatu tofauti ya TMHS. Katika muundo wa kwanza, kifaa kimoja kinaweza kufika kutoka mwanzo hadi lengo. Katika muundo wa pili, usafirishaji unahitaji matumizi ya vifaa vitatu mfululizo. Katika muundo wa tatu, kuna njia mbadala mbili: moja ya vifaa vitatu na nyingine ya vifaa viwili.

Mfano huu unaonyesha kwamba modeli haitafuti tu njia ya moja kwa moja, bali pia hutathmini minyororo ya uhamisho kati ya vifaa.

Kwa nini mnyororo mzima wa usafirishaji hauwekwi mapema?

Katika usafirishaji wa vifaa vingi, badala ya kukamilisha transport request link zote mwanzoni, modeli hugawa kifaa kinachofuata pekee.

Kwa mfano, kifaa cha kwanza kinapoleta volume kwenye transfer point, mfumo hutathmini upya njia mbadala zilizopo wakati huo. Wakati huo kifaa kingine kinaweza kuwa kimeacha kufanya kazi, kifaa kipya kikawa kimepatikana au chaguo linalofaa zaidi likawa limejitokeza.

Utaratibu huu huruhusu maamuzi kufanywa upya kulingana na hali ya sasa ya mfumo badala ya kutumia mnyororo usiobadilika wa usafirishaji.

Vigezo viwili vya mfano katika kuchagua mbadala

Katika mantiki ya mfano ya maamuzi inayopendekezwa na utafiti wa chanzo kuna vigezo viwili:

1. Kupunguza idadi ya vifaa vinavyohitajika kukamilisha usafirishaji.
2. Kati ya chaguo zinazohitaji idadi sawa ya vifaa, kupunguza muda wa jumla wa usafirishaji.

Sababu ya kuchagua vifaa vichache si idadi ya rasilimali pekee. Kila uhamisho wa ziada unaweza kuleta shughuli mpya ya ushughulikiaji, kusubiri, usawazishaji na utegemezi wa kifaa.

Je, kanuni hii ya maamuzi ni sehemu ya lazima ya modeli?

Hapana. Sehemu ya mjadala inaeleza wazi kwamba mikakati tofauti ya maamuzi inaweza kutumiwa. Badala ya kulazimisha kanuni moja maalumu ya uboreshaji, modeli hutoa miundo ya taarifa inayohitajika na mifumo ya maamuzi.

Kwa mfano, FIFO, kipaumbele cha requirement date au mkakati mwingine uliofafanuliwa na shirika unaweza kutumika bila kubadilisha lugha ya msingi ya uwakilishi.

Michakato mitano ya usimamizi

Modeli Inaratibuje Shughuli za Vifaa Halisi?

Shughuli za vifaa hazitekelezwi kama orodha ya operesheni iliyowekwa mapema. Modeli hutathmini kwa pamoja muundo uliobainishwa wa route link na route activity wa kifaa, transport request link zilizopewa kifaa hicho na hali ya sasa ya mfumo, kisha huzalisha shughuli inayohitajika wakati huo. Hivyo, katika workstation isiyo na kitu cha kusafirishwa, kusimama kusikohitajika au shughuli ya handling inaweza kutoanzishwa.

Pick and Load

Kifaa kinapofika katika kituo ambako kitapakia volume, mfumo kwanza hubainisha volume zinazofaa ambazo kifaa hicho kinapaswa kusafirisha. Baada ya vizuizi vya kitu, upatikanaji wa kifaa na nafasi inayofaa juu ya kifaa kuthibitishwa, Device Activity halisi huundwa.

Unload and Store

Volume iliyo kwenye kifaa inapofika katika kituo lengwa, vizuizi na kanuni za usawazishaji hukaguliwa. Ikiwa lengo ni workstation ya kawaida, storage-location position inayofaa inaweza kubainishwa. Ikiwa lengo ni Meeting Point, utaratibu wa uhamisho kwenda kifaa kinachofuata unaweza kufanya kazi badala ya kuhifadhi moja kwa moja.

Load, Unload, Pick na Store

Katika usimamizi wa storage location zinazoweza kusafirishwa, kifaa kinaweza kupakia na kupakua storage unit nzima. Aidha, katika workstation husika, kuchukua volume moja moja kutoka ndani ya storage location au kuweka volume ndani ya storage location pia kunaweza kumodeliwa.

Kufunga mzunguko kwa matukio ya nje

Haichukuliwi kuwa shughuli halisi imetekelezwa kwa sababu tu amri imetumwa kwa kifaa. Modeli hufuatilia shughuli hiyo kama Device Activity na, tukio la nje la kuthibitisha kukamilika kwake linapowasili, husasisha maeneo ya vitu na hali ya kifaa.

Baada ya sasisho hili, transport request inaweza kufutwa ikiwa imekamilika; ikiwa uhamisho wa kati umetokea, transport request link mpya inaweza kuundwa; shughuli inayofuata ya kifaa inaweza kubainishwa upya.

Mifano ya Matukio ya Viwandani Inaonyesha Nini?

Mfano wa kwanza unaonyesha TMHS mchanganyiko ambapo vifaa tofauti husafirisha volume, na mfano wa pili unaonyesha muundo ambapo storage location inayoweza kusafirishwa yenye volume kadhaa ndani yake husafirishwa na kifaa. Matukio haya mawili yanalenga kuonyesha kwamba tabia tofauti za usafirishaji na ushughulikiaji zinaweza kuwakilishwa kwa michakato ileile ya usimamizi bila kubadilisha muundo wa msingi wa uwakilishi.

Mfano 1: vifaa vinavyosafirisha volume

Katika tukio la kwanza, vifaa vitano DV1–DV5; vituo sita vikiwemo WK1–WK4, Transfer Point moja na Meeting Point moja vilitumika.

Moja ya volume parameters inawakilisha ukubwa wa kisanduku na nyingine uzito. Kwa mfano, DV1 inaweza kusafirisha masanduku ya “Medium” pekee na inaweza kufanya Pick and Load kwa volume zilizo chini ya 100 kg katika WK1.

Njia mbadala tatu za usafirishaji kwa Volume V5

Njia mbadala tatu halali zilibainishwa kwa kusafirisha V5 kutoka WK1 hadi WK2:

Mantiki ya mfano ya maamuzi huchagua Mbadala 1 kwa sababu unahitaji vifaa vichache. Ikiwa DV1 haifai, muda wa jumla huzingatiwa kati ya Mbadala 2 na 3 na Mbadala 2 huchaguliwa.

Tukio la kifaa kimoja

DV1 kwanza hufanya Pick and Load kwa V5 katika WK1, kisha huenda WK2 na kufanya Unload and Store kwa V5 katika nafasi lengwa. Kila shughuli inapokamilika, tukio la nje husasisha hali za kitu na kifaa katika modeli.

Tukio la Transfer Point

Kulingana na mbadala wa pili, DV2 huleta V5 hadi TP1 na kuiacha. Kwa kuwa Volume bado haijafika WK2, ambalo ni lengo lake la mwisho, ombi la usafirishaji halifungwi. Mfumo huunda transport request link mpya na kuwezesha DV3 kuendelea na usafirishaji kutoka TP1 hadi WK2.

Tukio la Meeting Point

Meeting Point inapotumiwa, DV4 huleta volume hadi MP1 lakini haiweki kitu katika nafasi ya kawaida ya kuhifadhi. Husubiriwa DV5 ifike katika sehemu hiyo hiyo, na V5 huhamishwa moja kwa moja kutoka nafasi iliyo juu ya DV4 kwenda DV5.

Tabia hii imeundwa kuwakilisha, kwa mfano, uhamisho unaohitaji vifaa viwili kwa wakati mmoja kama kreni-lori au AGV-mkono wa roboti.

Kupanga maombi mengi ya usafirishaji kwenye kifaa kimoja

Makala pia inajadili kwamba mpangilio wa kuundwa kwa maombi katika mfumo unaweza kutofautiana na mpangilio halisi wa mahitaji. Ikiwa kifaa kinasafirisha volume kadhaa, mpangilio wa kupakua katika lengo unaweza kubadilika kulingana na taarifa ya requirement date ya transport request.

Hivyo, volume iliyopakiwa mapema inaweza kupakuliwa baada ya volume nyingine ikiwa itahitajika baadaye katika uzalishaji.

Mfano 2: kifaa kinachosafirisha storage location

Katika mfano wa pili, DV6 husafirisha storage location nzima. Ikiwa storage location hiyo ina volume kadhaa, kifaa hakihitaji kupakia kitengo cha usafirishaji tofauti kwa kila volume.

Modeli hupakia storage location husika kama transportable unit moja, huenda kwenye workstation tofauti, huchukua volume zinazohitajika kutoka ndani ya storage location na, kazi zinapokamilika, inaweza kurejesha storage location kwenye sehemu ya kuanzia.

Mfano huu unaonyesha kwamba mahusiano ya kihierarkia kati ya vitu yanaweza pia kusimamiwa kwa muundo wa pamoja wa data.

Muundo wa jumla wa taarifa wa modeli

Sehemu ya mjadala inaeleza kwamba tabaka la usimamizi lina miundo minane ya data na jumla ya sifa 38. Kati ya sifa hizi, 22 husimamiwa na modeli, huku 16 zikitoka kwenye mfumo wa uzalishaji, vifaa au michakato mingine ya nje.

Lengo la sifa hizi si kuhifadhi data pekee, bali kutoa msingi wa kusawazisha mfumo wa uzalishaji na mfumo wa usafirishaji.

Je, Utafiti Huu Unathibitisha Kwamba Modeli Inaongeza Utendaji wa Uzalishaji?

Hapana. Tathmini ya utafiti ni ya kimawazo na ya kutegemea matukio. Hakuna jaribio ambapo modeli imetekelezwa kama mfumo halisi wa programu na kulinganishwa na mbinu zilizopo. Kwa hiyo haiwezi kusemwa kuwa maboresho ya kiasi yameonyeshwa katika throughput, muda wa mzunguko, kiwango cha matumizi ya kifaa, matumizi ya nishati, ucheleweshaji au gharama za uendeshaji.

Hitimisho zinazoungwa mkono na utafiti

• Vifaa tofauti vya usafirishaji na ushughulikiaji vinaweza kumodeliwa chini ya lugha moja ya uwakilishi.
• Tabia za Volume na storage-location inayoweza kusafirishwa zinaweza kuonyeshwa ndani ya muundo mmoja wa pamoja.
• Tabia za workstation ya kawaida, transfer point na meeting point zinaweza kutenganishwa.
• Ombi moja la usafirishaji linaweza kugawanywa katika sehemu kati ya vifaa kadhaa.
• Njia mbadala za usafirishaji zinaweza kutathminiwa upya kulingana na hali ya kifaa na vizuizi vya njia.
• Matukio ya mifumo ya nje yanaweza kutumiwa kusawazisha tabia ya uzalishaji na usafirishaji.
• Mantiki tofauti za maamuzi zinaweza kutumika katika tabaka la usimamizi bila kubadilisha muundo uleule wa uwakilishi.

Hitimisho ambazo utafiti hauungi mkono

• Kwamba modeli iliyopendekezwa imepimwa kuwa haraka kuliko mifumo iliyopo.
• Kwamba inaongeza throughput ya uzalishaji kwa asilimia fulani.
• Kwamba inapunguza kwa kiwango kilichopimwa gharama za usafirishaji, matumizi ya nishati au hitaji la wafanyakazi.
• Kwamba vigezo viwili vya uchaguzi vilivyopendekezwa ni bora kabisa kwa mifumo yote ya uzalishaji.
• Kwamba modeli imethibitishwa kama programu katika mazingira ya uzalishaji ya wakati halisi.
• Kwamba modeli inaweza kutumiwa moja kwa moja katika viwanda vya mchakato endelevu.
• Kwamba inatatua matatizo ya uboreshaji wa njia au uboreshaji wa layout ya kiwanda.

Mapungufu

Katika sehemu ya hitimisho ya utafiti wa chanzo, baadhi ya mapungufu yameelezwa wazi. Mojawapo ni mahitaji ya uundaji modeli yanayohusiana na kufafanua handling instruction zaidi ya moja kwa device route activity moja. Kizuizi kingine ni kwamba taarifa inayohitajika kuwakilisha operesheni zinazotegemea ratiba bado haijajumuishwa kwa kiwango cha kutosha.

Kizuizi cha msingi zaidi ni kwamba modeli bado haijatekelezwa ndani ya IT support system inayofanya kazi na kutathminiwa kwa majaribio.

Kazi ya baadaye

Waandishi wanapendekeza kujaribu modeli kwa matukio ya ziada ya viwandani kutoka sekta tofauti, kuongeza sifa mpya ili kufunika tabia zilizobaki, na kutekeleza mkabala ndani ya IT support system halisi ili kutathmini uratibu wa TMHS wa wakati halisi na uwezo wa usanidi unaonyumbulika.

Maelezo ya Chanzo na Mbinu

Utafiti asilia: Generic Model to Represent and Manage Transport and Material Handling Systems in Manufacturing Systems

Waandishi: Micael Gonçalves, Paulo Martins, Guilherme Pereira.

Taasisi: ALGORITMI/LASI Research Centre, Department of Production and Systems, School of Engineering, University of Minho, Campus de Azurém, Guimarães, Portugal.

Aina ya hati: Makala ya utafiti ya preprint inayopatikana kwenye SSRN.

SSRN: Abstract No. 7290918.

Hali ya mapitio ya kitaalamu: PDF ya chanzo inaeleza wazi katika kila ukurasa kwamba utafiti haujapitia mapitio ya kitaalamu.

DOI ya makala: PDF haitoi DOI ya makala. DOI 10.54499/UID/00319/2025 iliyo katika chanzo inahusiana na rekodi ya FCT R&D Unit Project Scope inayounga mkono ufadhili na si DOI ya makala.

Ufadhili: Msaada umeripotiwa kutoka Portuguese Foundation for Science and Technology chini ya PhD grant PD/BD/140854/2018 na UID/00319/2025 - Centro ALGORITMI.

Mgongano wa maslahi: Waandishi wanatangaza kwamba hakuna maslahi ya kifedha yanayojulikana au uhusiano wa kibinafsi unaoweza kuathiri kazi yao.

Chanzo cha mchango mkuu: representation language ya jumla ilitambulishwa awali katika utafiti wa Gonçalves na wenzake wa 2024. Mchango mkuu mpya wa preprint hii ni TMHS Management Layer, inayopanua lugha hiyo ya uwakilishi kwa miundo minane ya data na michakato mitano ya usimamizi.

Mbinu: Mapitio ya fasihi, uchunguzi wa data za matukio ya viwandani, uchanganuzi wa tabia za mfumo, kubainisha upeo wa modeli, kutengeneza modeli na tathmini ya kurudia kwa kutumia case study za mfano za viwandani.

Aina ya tathmini: Ya kimawazo na ya kutegemea matukio. Hakuna utekelezaji wa programu unaofanya kazi wala performance benchmark iliyodhibitiwa.

Upeo wa modeli: Mazingira ya uzalishaji wa vipande. Michakato ya uzalishaji endelevu, uboreshaji wa njia, uboreshaji wa jumla wa ugawaji wa rasilimali na layout design viko nje ya upeo mkuu.

Muundo wa modeli: Tabaka la uwakilishi + tabaka la usimamizi. Tabaka la uwakilishi limejengwa juu ya objects, workstations na devices; tabaka la usimamizi lina 8 data structure na 5 process.

Utegemezi wa data: Kwa kuwa modeli inahitaji kupata baadhi ya taarifa muhimu kutoka kwa michakato ya nje ya uzalishaji, vifaa au violesura vya watumiaji, usahihi katika matumizi halisi unategemea ubora wa taarifa za hali zinazotoka kwenye mifumo ya nje.

Leseni: PDF iliyopo haitaji leseni wazi ya Creative Commons au leseni nyingine ya matumizi tena. Kwa hiyo, maandishi ya Verianla yameandaliwa kwa kujitegemea bila kunakili simulizi au michoro ya chanzo.

Mbinu ya hakimiliki: Michoro ya chanzo, michoro ya njia, majedwali au kiolezo cha SOAP havijanakiliwa. Dhana na mahusiano ya kiufundi yanayoweza kuthibitishwa yaliyofafanuliwa katika modeli yamehifadhiwa; mpangilio wa maelezo, majedwali na muundo wa ufundishaji umeundwa upya kwa ajili ya Verianla.