Өндүрүш системаларында материалды керектүү убакта керектүү жерге жеткирүү конвейер, жүк көтөргүч же AGV сыяктуу физикалык жабдуунун болушуна гана эмес, ар түрдүү ташуу жана материалдарды иштетүү ресурстарын жалпы маалыматтык түзүмдүн ичинде координациялоого да байланыштуу. Каралган изилдөө гетерогендүү Ташуу жана Материалдарды Иштетүү Системаларын (Transport and Material Handling Systems, TMHS) бир моделдин алкагында көрсөтүү жана башкаруу үчүн эки катмарлуу жалпы ыкманы сунуштайт. Биринчи катмар ташылуучу объекттер, жумуш станциялары жана ташуу/иштетүү түзмөктөрү үчүн стандарттуу көрсөтүү тилин берет. Экинчи катмар ташуу суроо-талаптарын түзмөктөргө дайындоо, түзмөктөрдүн кыймылдарын жана иштетүү аракеттерин ишке киргизүү, тышкы окуяларды иштетүү жана учурдагы системанын абалына жараша чечимдерди кайра баалоо үчүн маалымат түзүмдөрүн жана процесстерди аныктайт.

Модель автоматташтырылган системаларды гана көздөбөйт. Жүк көтөргүч, жүк ташуучу унаа, кран, конвейер, tugger train, AGV жана ар түрдүү иштетүү түзмөктөрү бир өндүрүш чөйрөсүндө чогуу иштей алган системаларды жалпы түзүм менен сүрөттөөнү максат кылат. Ошентип, белгилүү бир жабдуу технологиясына атайын жаңы маалымат моделин түзүүнүн ордуна, ар башка түзмөктөрдүн жүрүм-турумун жалпы объект, жумуш станциясы, маршрут, аракет жана чектөө түшүнүктөрү аркылуу аныктоого болот.

Башкаруу катмарында сегиз маалымат түзүмү жана беш негизги процесс бар. Ташуу суроо-талаптары түздөн-түз бир түзмөккө туруктуу байланыштырылбай, системанын абалына жараша transport request link'терге айландырылат. Эгер ташуу үчүн бир нече түзмөк талап кылынса, система кийинки түзмөктү гана дайындайт; аралык өткөрүп берүү бүткөндөн кийин калган маршрутту жана түзмөк варианттарын кайра баалайт. Бул ыкма түзмөктүн жеткиликтүүлүгү же системанын абалы өзгөргөндө туруктуу ташуу чынжырына байланып калбастан кайра чечим чыгарууга мүмкүндүк берет.

Макала моделдин колдонууга жарамдуулугун ар түрдүү түзмөктөрдү, өткөрүп берүү пункттарын, жолугушуу пункттарын жана ташылуучу сактоо бирдиктерин камтыган өкүлчүлүктүү өнөр жай сценарийлери аркылуу көрсөтөт. Ошол эле учурда баалоо концептуалдык жана сценарийге негизделген; иштеген өнөр жай программалык ишке ашыруусу же реалдуу системада өлчөнгөн натыйжалуулуктун өсүшү көрсөтүлгөн эмес.

Өндүрүш ичиндеги логистикага эмне үчүн жалпы модель керек?

Акылдуу өндүрүш чөйрөлөрүндө өндүрүштү пландоо, жумуш тапшырмалары, машиналардын абалы жана материал агымын бири-биринен обочолонгон маалымат аралдары катары башкаруу жетиштүү эмес. Өндүрүш иши башталганга чейин керектүү материал тиешелүү станцияга жеткирилиши, ташуу түзмөгү ылайыктуу болушу, жүктөө же түшүрүү иши физикалык жактан мүмкүн болушу жана өндүрүш иши менен ташуу аракети убакыт боюнча синхрондоштурулушу керек.

Өндүрүш системасында ташуунун бир гана технологиясы колдонулса, бул маселе салыштырмалуу жөнөкөй. Бирок бир эле ишканада жүк көтөргүч, AGV, кран, конвейер, автоматташтырылган сактоо системасы, tugger train же жүк ташуучу унаа сыяктуу ар түрдүү жүрүм-турумдагы жабдуулар колдонулганда ар бирин өзүнчө программалык логика менен көрсөтүү масштабдуулукту жана кайра колдонуу мүмкүнчүлүгүн чектейт.

Булак изилдөө бул маселени жабдуу технологиясы аркылуу эмес, түзмөктөр аткара алган жалпы жүрүм-турумдар аркылуу моделдөөгө аракет кылат.

Ташуу жана Материалдарды Иштетүү Системасы Үчүн Сунушталган Жалпы Модель Эмне?

Сунушталган жалпы модель гетерогендүү өндүрүш ичиндеги логистикалык системаларды бири-бирин толуктаган эки катмарда караган маалыматтык жана координациялык модель болуп саналат. Көрсөтүү катмары объекттерди, жумуш станцияларын жана ташуу/иштетүү түзмөктөрүн жалпы сөздүк менен аныктоону камсыз кылса; башкаруу катмары ташуу суроо-талаптарын, түзмөктөрдүн абалын, реалдуу түзмөк аракеттерин жана тышкы системалык окуяларды колдонуп, кайсы ташуу же иштетүү аракети кийинки аткарыларын аныктайт.

Моделдин камтуу чеги

Модель дискреттүү өндүрүш системаларына багытталган. Үзгүлтүксүз процесс өндүрүшү башка операциялык өзгөчөлүктөргө ээ болгондуктан камтуу чегинен чыгарылган.

Изилдөөнүн негизги көңүлү объектти ташуу үчүн талапты кабыл алуудан тартып материал максаттуу станцияга жеткенге чейинки маалымат жана координация чынжырына бурулат. Маршрутту оптималдаштыруу, фабриканын жайгашуу долбоору же жалпы ресурстарды бөлүштүрүүнү оптималдаштыруу моделдин негизги камтуу чегине кирбейт.

Модель Manufacturing Planning and Control System'дин подсистемасы катары каралат. Өндүрүштү пландоо жана контролдоо процесстеринен ташылуучу объекттер, ташуу суроо-талаптары жана өндүрүш иштеринин абалдары алынышы мүмкүн; жооп катары объекттердин жайгашкан жерлери жана ташуу суроо-талаптарынын аткарылуу абалы өндүрүш системасына кайра берилиши мүмкүн.

Биринчи катмар: жалпы көрсөтүү тили

Көрсөтүү тили үч негизги элемент классына таянат:

1. Объект: Түзмөк ташый ала турган материал, бөлүк, аспап, жабдуу же аларды камтыган ташуу/сактоо бирдиктери.
2. Жумуш станциясы: Түзмөк жете ала турган жана кыймыл же иштетүү аракетин аткара турган физикалык чекит.
3. Түзмөк: TMHS ичинде ташуу же иштетүү аракетин аткарган физикалык жабдуу же бирге башкарылган жабдуулар тобу.

Объект: volume жана storage location

Модель объекттин эки түрүн айырмалайт. Volume — бир даана, партия же контейнер сыяктуу санала турган жана бир чекиттен экинчисине ташыла турган объект. Storage location болсо бир же бир нече volume сактай алган паллет, текче же башка сактоо/ташуу бирдиги.

Storage location'дын маанилүү өзгөчөлүгү — ал материал турган физикалык мейкиндик гана болууга милдеттүү эмес; айрым системаларда өзү да түзмөк тарабынан ташыла турган объект болушу мүмкүн.

Volume parameter жана storage-location parameter

Уюмдар ташылуучу объекттерди өз муктаждыктарына жараша мүнөздөй алышат. Volume параметрлери продукттун түрү, формасы же салмагы сыяктуу мүнөздөмөлөрдү камтышы мүмкүн. Storage-location параметрлери да ушул сыяктуу сактоо бирдиктеринин уюм тарабынан аныкталган касиеттерин билдирет.

Бул параметрлер кийин түзмөк же маршрут чектөөлөрүн эсептөөдө колдонулушу мүмкүн. Мисалы, белгилүү бир түзмөк “Medium” өлчөмдөгү кутуларды гана ташый алат же белгилүү бир аракетке 100 kg'дан жеңил volume-дар үчүн гана уруксат берилиши мүмкүн.

Жумуш станцияларынын түрлөрү

Модель жумуш станциясынын үч жүрүм-турумун аныктайт:

Бул айырма гетерогендүү логистикалык системалар үчүн өзгөчө маанилүү. AGV материалды өткөрүп берүү пунктуна калтырып, башка түзмөк аны кийин ала алат. Ал эми кран менен жүк ташуучу унаанын ортосунда оор жүктү өткөрүү үчүн эки түзмөк бир убакта жолугушуу пунктунда болушу керек болушу мүмкүн.

Storage-location position

Бир storage location ичинде бир нече volume боло тургандыктан, модель ар бир volume так кайсы позицияга жайгаштырылганын да көзөмөлдөйт. Ар бир позиция бир гана volume камтый алат жана кайсы volume түрү ал жерге жайгаша аларын аныктаган чектөө туюнтмалары берилет.

Түзмөктөрдү моделдөө

Түзмөк өзү ташый алган объекттин түрү жана объект кармала турган бир же бир нече device position менен аныкталат. Мындан тышкары, түзмөк жете ала турган станциялар жана аткара ала турган аракеттер эки негизги түшүнүк менен моделденет: device route link жана device route activity.

Device Route Link менен Device Route Activity Ортосунда Кандай Айырма Бар?

Device route link түзмөктүн эки жумуш станциясынын ортосунда аткара ала турган кыймылын аныктайт; баштапкы жана максаттуу станция, ташуу убактысы, чектөөлөр жана кыймыл буйругун түзүү үчүн керектүү шаблон ушул жерде сакталат. Device route activity болсо түзмөк максаттуу станцияга жеткенде аткара ала турган жүктөө, түшүрүү, алуу же жайгаштыруу сыяктуу иштетүү аракетин аныктайт.

Device route link

Ар бир маршрут байланышында баштапкы жумуш станциясы, максаттуу жумуш станциясы, ташуу убактысы, кыймыл түзмөк тарабынанбы же автоматтык түрдөбү аткарылары жана ташыла турган объекттерге тиешелүү чектөөлөр сакталат.

Мисалы, белгилүү бир байланыш белгилүү продукт түрү же белгилүү өлчөмдөгү объекттер үчүн гана жарактуу болушу мүмкүн. Демек, түзмөк физикалык жактан эки чекитти байланыштырса да, ар бир жүк ошол маршрутту колдонууга милдеттүү эмес.

Go-To template

Модель концептуалдык маршрут маалыматтарын сактоо менен гана чектелбейт; физикалык жабдуу менен байланыш түзүү үчүн шаблон механизмин да аныктайт. Go-To template жабдууга “бул түзмөктү ушул баштапкы жерден ушул максатка жөнөт” деген нускама кайсы маалымат түзүмү аркылуу берилерин аныктайт.

Булакта SOAP web service мисалы келтирилгени менен, түзүм белгилүү бир протоколго көз каранды эмес; REST же JSON негизиндеги байланыш формаларына ыңгайлаштырылышы мүмкүн. Бул жердеги максат — ар түрдүү өнөр жай системалары менен семантикалык жактан ырааттуу интерфейс камсыз кылуу.

Device route activity

Volume үчүн эки негизги иштетүү жүрүм-туруму бар: Pick and Load жана Unload and Store. Storage location үчүн болсо Load, Unload, Pick жана Store аракеттери аныкталган.

Ар бир аракетте операцияны түзмөк, жумуш станциясы же автоматтык механизм аткарары көрсөтүлүшү мүмкүн.

Синхрондоштуруу жүрүм-туруму

Volume максаттуу станцияга жеткенде дайыма эле дароо түшүрүлбөйт. Модель төрт синхрондоштуруу вариантын сунуштайт:

Ошентип, ташуу аракетин физикалык маршрут менен гана эмес, өндүрүш ишинин реалдуу убакыттагы абалы менен да синхрондоштуруу көздөлөт.

Transfer Point менен Meeting Point кантип айырмаланат?

Transfer Point'те объект түзмөктөн түшүрүлүп, убактылуу күтө алат жана экинчи түзмөк аны кийинчерээк алып кетет. Ошондуктан түзмөктөрдүн бир убакта ошол жерде болушу талап кылынбайт.

Meeting Point'те болсо түзмөктөрдүн ортосунда түз өткөрүп берүү жүргүзүлөт. Мисалы, оор coil ташыган кран менен жүк ташуучу унаа же AGV менен робот колу тиешелүү чекитте бир убакта болушу керек болушу мүмкүн.

Булак изилдөөнүн 7-сүрөтү үч түзмөктүн маршрутун бир системанын ичинде көрсөтүп, transfer point менен meeting point бир көрсөтүү тилинде кантип моделдене аларын мисалдайт.

Көрсөтүү Тилинен Операциялык Башкарууга Кантип Өтүлөт?

Көрсөтүү тили түзмөктөр жана системанын элементтери эмнелерди жасай аларын аныктайт. Башкаруу катмары болсо системанын учурдагы абалын колдонуп, азыр эмне жасалышы керектигин аныктайт. Ошондуктан модель статикалык көрсөтүүнү динамикалык аткаруу маалыматынан бөлүп карайт.

Булак изилдөө бул түзүмдү үч өлчөмдө жыйынтыктайт: Representation Language → Organization TMHS → Application. Биринчи баскыч жалпы сөздүктү, экинчи баскыч белгилүү фабриканын реалдуу логистикалык тармагын, үчүнчү баскыч учурдагы өндүрүш маалыматтарын колдонуп аракеттерди координациялоону билдирет.

Изилдөөнүн Ыкмасы жана Жыйынтыктары

Модель иштеп чыгуу ыкмасы

Модель беш этапта иштелип чыккан. Алгач адабияттардан жана өнөр жай мисалдарынан маалымат чогултулган; андан кийин ар түрдүү TMHS жүрүм-турумдары байкалып, чечмеленген. Үчүнчү этапта моделдин чектери жана тышкы системалар менен интерфейстери аныкталган. Андан кийин көрсөтүү элементтери, касиеттер жана башкаруу процесстери иштелип чыккан; акыркы этапта өкүлчүлүктүү өнөр жай сценарийлери иштеп чыгуу процесси менен параллелдүү жана итеративдүү колдонулуп, модель оңдолгон.

Башкаруу катмарынын сегиз маалымат түзүмү

Transport Request менен Transport Request Link бир эле нерсе эмес

Transport Request — volume'ду акыркы максатка ташуу муктаждыгы. Бир transport request'ти бүтүрүү үчүн бир нече түзмөк керек болушу мүмкүн.

Transport Request Link болсо жалпы талаптын белгилүү бир түзмөк аткара турган ташуу бөлүгү. Демек, бир transport request процесстин жүрүшүндө бир нече transport request link түзүшү мүмкүн.

Бул айырма моделдин гетерогендүү жабдуу чынжырларын башкаруусунун негизи болуп саналат.

Device Activity

Device route түзмөк теориялык жактан аткара ала турган маршруттарды жана аракеттерди аныктаса, Device Activity — моделдин ошол учурда түзмөктөн иш жүзүндө аткарууну талап кылган аракети.

Мисалы, “WK1'ден WK2'ге бара алат” — маршруттук мүмкүнчүлүк; “азыр WK2'ге бар” болсо Device Activity.

System External Event

Физикалык өндүрүш чөйрөсүндөгү өзгөрүүлөр моделге System External Event аркылуу кайра билдирилет. Булакта төрт негизги окуя тобу бар: түзмөк аракетинин бүтүшү, өндүрүш ишинин башталышы, өндүрүш ишинин аякташы жана түзмөктүн абалынын өзгөрүшү.

Бул окуялар алынганда маалымат түзүмдөрү жаңыртылып, зарыл болсо жаңы transport request link же device activity түзүлүшү ишке кирет.

Ташуу Талабы Түзмөккө Кантип Дайындалат?

Модель адегенде объекттин учурдагы жайгашкан жери менен максаттуу workstation ортосундагы бардык жарактуу ташуу альтернативаларын аныктайт. Альтернативалар түзмөктүн мүмкүнчүлүктөрү, объекттин түрү, маршрут чектөөлөрү, жүктөө/түшүрүү жүрүм-турумдары жана түзмөктүн жеткиликтүүлүгү боюнча текшерилет. Андан кийин булак изилдөөдө колдонулган үлгүлүү чечим логикасы алгач эң аз түзмөк талап кылган альтернативаны; бирдей сандагы түзмөк колдонулган варианттардын арасынан болсо жалпы ташуу убактысы эң кыска болгон вариантты тандайт.

Бир түзмөктүү жана көп түзмөктүү ташуу

Булак изилдөөнүн 9-сүрөтүндө бир эле volume үч башка TMHS түзүмүндө кандай ташыла алары көрсөтүлөт. Биринчи түзүмдө бир түзмөк баштапкы жерден максатка жете алат. Экинчи түзүмдө ташуу үч түзмөктү кезектешип колдонууга муктаж. Үчүнчү түзүмдө үч түзмөктүү жана эки түзмөктүү эки альтернатива бар.

Бул мисал модель түз маршрутту гана таппастан, түзмөктөрдүн ортосундагы өткөрүп берүү чынжырларын да бааларын көрсөтөт.

Эмне үчүн бүт ташуу чынжыры башында бекитилбейт?

Модель көп түзмөктүү ташууда бардык transport request link'терди башында так бекитүүнүн ордуна кийинки түзмөктү гана дайындайт.

Мисалы, биринчи түзмөк volume'ду transfer point'ке алып келгенде система ошол учурда жеткиликтүү альтернативаларды кайра баалайт. Бул убакта башка түзмөк иштен чыгып калышы, жаңы түзмөк жеткиликтүү болушу же ылайыктуураак альтернатива пайда болушу мүмкүн.

Бул механизм туруктуу ташуу чынжырынын ордуна системанын учурдагы абалына жараша кайра чечим чыгарууга мүмкүндүк берет.

Альтернатива тандоодогу эки үлгүлүү критерий

Булак изилдөө сунуштаган үлгүлүү чечим логикасында эки критерий бар:

1. Ташууну бүтүрүү үчүн керек болгон түзмөктөрдүн санын минималдаштыруу.
2. Бирдей сандагы түзмөк талап кылган варианттардын ичинен жалпы ташуу убактысын минималдаштыруу.

Аз түзмөк тандоонун себеби ресурстардын саны гана эмес. Ар бир кошумча өткөрүп берүү жаңы иштетүү аракетин, күтүү, синхрондоштуруу жана түзмөккө көз карандылыкты пайда кылышы мүмкүн.

Бул чечим эрежеси моделдин милдеттүү бөлүгүбү?

Жок. Талкуу бөлүмүндө ар түрдүү чечим стратегияларын колдонууга болору ачык айтылат. Модель белгилүү бир оптималдаштыруу эрежесин таңуулоонун ордуна, чечим механизмдерине керек болгон маалымат түзүмдөрүн берет.

Мисалы, FIFO, requirement date артыкчылыгы же уюм аныктаган башка стратегия негизги көрсөтүү тили өзгөртүлбөстөн колдонулушу мүмкүн.

Беш башкаруу процесси

Модель Физикалык Түзмөктөрдүн Аракеттерин Кантип Координациялайт?

Түзмөк аракеттери алдын ала бекитилген операциялар тизмеси түрүндө аткарылбайт. Модель түзмөктүн аныкталган route link жана route activity түзүмүн, ага дайындалган transport request link'терди жана учурдагы системанын абалын чогуу баалап, ошол учурда талап кылынган аракетти түзөт. Ошентип, ташыла турган объект жок workstation'да керексиз токтоо же handling аракети ишке кирбеши мүмкүн.

Pick and Load

Түзмөк volume жүктөй турган станцияга жеткенде система адегенде ошол түзмөк ташышы керек болгон ылайыктуу volume'дарды аныктайт. Объект чектөөлөрү, түзмөктүн жеткиликтүүлүгү жана түзмөктөгү ылайыктуу позиция текшерилгенден кийин реалдуу Device Activity түзүлөт.

Unload and Store

Түзмөктөгү volume максаттуу станцияга келгенде чектөөлөр жана синхрондоштуруу эрежелери текшерилет. Максат кадимки workstation болсо ылайыктуу storage-location position аныкталышы мүмкүн. Максат Meeting Point болсо, түз сактоонун ордуна кийинки түзмөк менен өткөрүп берүү механизми иштеши мүмкүн.

Load, Unload, Pick жана Store

Ташыла турган storage location'дарды башкарууда түзмөк бүт storage unit'ти жүктөп жана түшүрө алат. Мындан тышкары, тиешелүү workstation'да storage location ичинен volume'дарды бирден алуу же volume'ду storage location ичине жайгаштыруу да моделдениши мүмкүн.

Тышкы окуялар менен циклдин жабылышы

Физикалык аракет аткарылды деп буйрук түзмөккө жөнөтүлгөнү үчүн эле эсептелбейт. Модель бул аракетти Device Activity катары көзөмөлдөйт жана анын аяктаганы тууралуу тышкы окуя келгенде объекттердин жайгашкан жерлерин жана түзмөктүн абалын жаңыртат.

Бул жаңыртуудан кийин transport request аяктаган болсо өчүрүлүшү мүмкүн; аралык өткөрүп берүү болгон болсо жаңы transport request link түзүлүшү мүмкүн; түзмөктүн кийинки аракети кайра аныкталышы мүмкүн.

Өнөр Жай Вака Мисалдары Эмнени Көрсөтөт?

Биринчи мисал ар башка түзмөктөр volume ташыган аралаш TMHS'ти, экинчи мисал болсо ичинде бир нече volume бар ташылуучу storage location'ды түзмөк ташыган түзүмдү көрсөтөт. Бул эки сценарий негизги көрсөтүү түзүмү өзгөртүлбөстөн ар түрдүү ташуу жана иштетүү жүрүм-турумдарын ошол эле башкаруу процесстери менен билдирүүгө болорун көрсөтүүгө багытталган.

Мисал 1: volume ташыган түзмөктөр

Биринчи сценарийде DV1–DV5 болуп беш түзмөк; WK1–WK4, бир Transfer Point жана бир Meeting Point болуп алты станция колдонулган.

Volume параметрлеринин бири кутунун өлчөмүн, экинчиси салмагын билдирет. Мисалы, DV1 “Medium” кутуларды гана ташый алат жана WK1'де 100 kg'дан жеңил volume'дарды Pick and Load кыла алат.

Volume V5 үчүн үч ташуу альтернативасы

V5'ти WK1'ден WK2'ге ташуу үчүн үч жарактуу альтернатива аныкталган:

Үлгүлүү чечим логикасы азыраак түзмөк талап кылгандыктан Альтернатива 1ди тандайт. Эгер DV1 ылайыктуу болбосо, Альтернатива 2 менен 3түн жалпы убактысы каралып, Альтернатива 2 тандалат.

Бир түзмөктүү сценарий

DV1 адегенде WK1'де V5'ти Pick and Load кылат, андан соң WK2'ге барат жана V5'ти максаттуу позицияга Unload and Store кылат. Ар бир аракет аяктаганда тышкы окуя моделдеги объект жана түзмөк абалдарын жаңыртат.

Transfer Point сценарийи

Экинчи альтернативага ылайык DV2 V5'ти TP1ге алып келип калтырат. Volume акыркы максаты болгон WK2'ге али жете элек болгондуктан ташуу талабы жабылбайт. Система жаңы transport request link түзүп, DV3'кө TP1ден WK2'ге ташууну улантууга мүмкүндүк берет.

Meeting Point сценарийи

Meeting Point колдонулганда DV4 volume'ду MP1ге алып келет, бирок объектти кадимки сактоо позициясына калтырбайт. DV5тин ошол эле чекитке келиши күтүлөт жана V5 түздөн-түз DV4төгү позициядан DV5ке өткөрүлөт.

Бул жүрүм-турум, мисалы, кран-жүк ташуучу унаа же AGV-робот кол сыяктуу бир убакта эки түзмөктү талап кылган өткөрүп берүүлөрдү көрсөтүү үчүн иштелип чыккан.

Бир түзмөктөгү бир нече ташуу талаптарын иреттөө

Макала талаптар системада түзүлгөн тартип менен реалдуу муктаждык тартиби ар башка болушу мүмкүндүгүн да карайт. Эгер түзмөк бир нече volume ташыса, максатта түшүрүү тартиби transport request'тин requirement date маалыматына жараша өзгөрүшү мүмкүн.

Ошентип, мурда жүктөлгөн volume өндүрүштө кийинчерээк керек болсо, башка volume'дан кийин түшүрүлүшү мүмкүн.

Мисал 2: storage location ташыган түзмөк

Экинчи мисалда DV6 storage location'ды толугу менен ташыйт. Бир storage location ичинде бир нече volume болгондо түзмөк ар бир volume үчүн ташуу бирдигин өзүнчө жүктөөгө милдеттүү эмес.

Модель тиешелүү storage location'ды бир transportable unit катары жүктөйт, ар башка workstation'дарга барат, керектүү volume'дарды storage location ичинен алат жана тапшырмалар бүткөндө storage location'ды баштапкы чекитке кайтара алат.

Бул мисал иерархиялык объекттик мамилелерди да жалпы маалымат түзүмү менен башкарууга болорун көрсөтөт.

Моделдин жалпы маалымат түзүмү

Талкуу бөлүмүндө башкаруу катмары сегиз маалымат түзүмүн жана жалпысынан 38 касиетти камтый турганы айтылат. Бул касиеттердин 22си модель тарабынан башкарылса, 16сы өндүрүш системасынан, жабдуудан же башка тышкы процесстерден келет.

Бул касиеттердин максаты маалыматты гана сактоо эмес, өндүрүш системасы менен ташуу системасын синхрондоштуруунун негизи болуу.

Бул Изилдөө Модель Өндүрүштүн Натыйжалуулугун Жогорулатарын Далилдейби?

Жок. Изилдөөнүн баалоосу концептуалдык жана сценарийге негизделген. Модель реалдуу программалык система катары ишке ашырылып, учурдагы ыкмалар менен салыштырылган эксперимент жок. Ошондуктан throughput, цикл убактысы, түзмөктү пайдалануу деңгээли, энергия керектөө, кечигүү же операциялык чыгым боюнча сандык жакшыртуу көрсөтүлдү деп айтууга болбойт.

Изилдөө колдогон жыйынтыктар

• Бир көрсөтүү тилинин алкагында ар кандай ташуу жана иштетүү түзмөктөрүн моделдөөгө болорун.
• Volume жана ташылуучу storage-location жүрүм-турумдарын жалпы түзүмдө билдирүүгө болорун.
• Кадимки workstation, transfer point жана meeting point жүрүм-турумдарын айырмалоого болорун.
• Бир ташуу талабы бир нече түзмөктүн ортосунда бөлүктөргө бөлүнө аларын.
• Ташуу альтернативаларын түзмөктүн абалы жана маршрут чектөөлөрү боюнча кайра баалоого болорун.
• Тышкы системалык окуяларды өндүрүш жана ташуу жүрүм-турумун синхрондоштуруу үчүн колдонууга болорун.
• Негизги көрсөтүү түзүмүн өзгөртпөстөн ар кандай чечим логикасын башкаруу катмарына колдонууга болорун.

Изилдөө колдобогон жыйынтыктар

• Сунушталган модель учурдагы системаларга караганда өлчөнгөн түрдө ылдамыраак экенин.
• Өндүрүш throughput'ун белгилүү бир пайызга көбөйтөрүн.
• Ташуу чыгымын, энергия керектөөнү же персонал муктаждыгын өлчөнгөн түрдө азайтарын.
• Сунушталган эки тандоо критерийи бардык өндүрүш системалары үчүн оптималдуу экенин.
• Модель реалдуу убакыттагы өндүрүш чөйрөсүндө программалык түрдө текшерилгенин.
• Модель үзгүлтүксүз процесс өнөр жайларына түздөн-түз колдонуларын.
• Маршрут оптималдаштыруу же фабрика layout оптималдаштыруу маселелерин чечерин.

Чектөөлөр

Булак изилдөөнүн өзүнүн корутунду бөлүмүндө айрым чектөөлөр ачык көрсөтүлгөн. Алардын бири бир device route activity үчүн бир нече handling instruction аныктоого байланышкан моделдөө талаптары. Дагы бир чектөө — убакыт графигине байланышкан операцияларды билдирүү үчүн керек болгон маалымат азырынча жетиштүү камтылбаганы.

Андан да негизги чектөө — модель азырынча иштеген IT support system ичинде ишке ашырылып, эксперименталдык баалоодон өтө электиги.

Келечектеги изилдөө

Авторлор моделди ар түрдүү тармактардан кошумча өнөр жай учурлары менен текшерүүнү, калган жүрүм-турумдарды камтуу үчүн жаңы касиеттерди кошууну жана ыкманы реалдуу IT support system ичинде ишке ашырып, реалдуу убакыттагы TMHS координациясын жана ийкемдүү конфигурация мүмкүнчүлүгүн баалоону сунушташат.

Булак жана Ыкма Жөнүндө Эскертүү

Түпнуска изилдөө: Generic Model to Represent and Manage Transport and Material Handling Systems in Manufacturing Systems

Авторлор: Micael Gonçalves, Paulo Martins, Guilherme Pereira.

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

Документтин түрү: SSRN'де жайгашкан preprint изилдөө макаласы.

SSRN: Abstract No. 7290918.

Рецензиялоо абалы: Булак PDF ар бир бетинде изилдөө рецензиялоодон өтпөгөнүн ачык белгилейт.

Макаланын DOI'си: PDF'де макала үчүн DOI берилген эмес. Булактагы 10.54499/UID/00319/2025 DOI'си каржылоону колдогон FCT R&D Unit Project Scope жазуусуна тиешелүү жана макаланын DOI'си эмес.

Каржылоо: Portuguese Foundation for Science and Technology тарабынан PhD grant PD/BD/140854/2018 жана UID/00319/2025 - Centro ALGORITMI алкагында колдоо көрсөтүлгөнү билдирилген.

Кызыкчылыктардын кагылышы: Авторлор алардын ишине таасир эте турган белгилүү каржылык кызыкчылык же жеке мамиле жок экенин билдиришет.

Негизги салымдын келип чыгышы: Жалпы representation language мурда Gonçalves жана анын кесиптештеринин 2024-жылкы изилдөөсүндө сунушталган. Бул preprint'тин негизги жаңы салымы — ушул көрсөтүү тилин сегиз маалымат түзүмү жана беш башкаруу процесси менен кеңейткен TMHS Management Layer.

Ыкма: Адабияттарды кароо, өнөр жай учурларынын маалыматтарын байкоо, системанын жүрүм-турумун талдоо, моделдин камтуу чегин аныктоо, модель иштеп чыгуу жана өкүлчүлүктүү өнөр жай case study'лери менен итеративдүү баалоо.

Баалоонун түрү: Концептуалдык жана сценарийге негизделген. Иштеген программалык implementasiya же көзөмөлдөнгөн performance benchmark жок.

Моделдин камтуу чеги: Дискреттүү өндүрүш чөйрөлөрү. Үзгүлтүксүз өндүрүш процесстери, маршрут оптималдаштыруу, жалпы ресурстарды бөлүштүрүү оптималдаштыруу жана layout design негизги камтуу чегинен тышкары.

Моделдин түзүмү: Көрсөтүү катмары + башкаруу катмары. Көрсөтүү катмары objects, workstations жана devices түшүнүктөрүнө негизделген; башкаруу катмары 8 data structure жана 5 process камтыйт.

Маалыматка көз карандылык: Модель айрым негизги маалыматтарды тышкы өндүрүш процесстеринен, түзмөктөрдөн же колдонуучу интерфейстеринен алышы керек болгондуктан, реалдуу колдонуудагы тактык тышкы системалардан келген абал маалыматынын сапатына көз каранды.

Лицензия: Учурдагы PDF'де ачык Creative Commons же башка кайра колдонуу лицензиясы көрсөтүлгөн эмес. Ошондуктан Verianla тексти булактын баяндоосунан жана графиктеринен көз карандысыз түзүлгөн.

Автордук укук ыкмасы: Булактагы сүрөттөр, маршрут диаграммалары, таблицалар же SOAP шаблону көчүрүлгөн эмес. Моделде аныкталган түшүнүктөр жана текшерилүүчү техникалык байланыштар сакталган; баяндоо тартиби, таблицалар жана педагогикалык түзүм Verianla үчүн кайра иштелип чыккан.