Академиялык изилдөөлөр, түшүнүктүү тил

Verianla | Кыргызча академиялык изилдөөлөр жана илим

03 ноябрь 2026, Шейшемби
VERİANLA Көз карандысыз илимий басма
Verianla on Google Play
Менюну ачуу же жабуу
...
Башкы бет / Колдонмо илимдер / Инженерия / Өнөр жай 4.0 Өндүрүш Системаларында Белгисиздик Шартында Ырааттуулукка Көз Каранды Даярдоо Убакыттары жана Операциялык Чыгымдар Камтылган Пермутациялык Агым Типтеги Цехти Графиктөө үчүн Бөлүштүрүү Жагынан Туруктуу Оптималдаштыруу
Инженерия

Өнөр жай 4.0 Өндүрүш Системаларында Белгисиздик Шартында Ырааттуулукка Көз Каранды Даярдоо Убакыттары жана Операциялык Чыгымдар Камтылган Пермутациялык Агым Типтеги Цехти Графиктөө үчүн Бөлүштүрүү Жагынан Туруктуу Оптималдаштыруу

Бөлүштүрүү Жагынан Туруктуу Оптималдаштыруу (Distributionally Robust Optimization, DRO) — белгисиз параметр бир гана так ыктымалдык бөлүштүрүүдөн алынат деп божомолдоонун ордуна, мүмкүн болгон бөлүштүрүүлөрдөн турган ambiguity set ичиндеги эң жагымсыз күтүлгөн натыйжаны эске алып чечим чыгарган оптималдаштыруу ыкмасы.

31/10/2026  Veri Anla  128 көрүү
Өнөр жай 4.0 Өндүрүш Системаларында Белгисиздик Шартында Ырааттуулукка Көз Каранды Даярдоо Убакыттары жана Операциялык Чыгымдар Камтылган Пермутациялык Агым Типтеги Цехти Графиктөө үчүн Бөлүштүрүү Жагынан Туруктуу Оптималдаштыруу

Бөлүштүрүү Жагынан Туруктуу Оптималдаштыруу (Distributionally Robust Optimization, DRO) — белгисиз параметр бир гана так ыктымалдык бөлүштүрүүдөн алынат деп божомолдоонун ордуна, мүмкүн болгон бөлүштүрүүлөрдөн турган ambiguity set ичиндеги эң жагымсыз күтүлгөн натыйжаны эске алып чечим чыгарган оптималдаштыруу ыкмасы. Бул изилдөө DROну бардык иштер машиналарды бирдей тартипте өтө турган Permutation Flow Shop Scheduling Problem түзүлүшүнө, ырааттуулукка көз каранды даярдоо убакыттарына (Sequence-Dependent Setup Times; SDST), белгисиз processing times жана processing/setup/idle убакыттарынан алынган operational cost менен интеграциялайт. Максат — Total Weighted Flow Time (TWFT) менен operational costту салмакталган бирдиктүү максат функциясында чогуу минималдаштырган жалпы иш тартибин аныктоо.

Чыныгы processing-time distribution толук белгилүү эмес деп кабыл алынат; синтетикалык processing scenarios номиналдык бөлүштүрүүнүн айланасында түзүлөт жана мүмкүн болгон scenario probability distributions Kullback–Leibler divergence менен аныкталган ambiguity set ичинде бааланат. Robustness radius \(\rho\) номиналдык бөлүштүрүүдөн канчалык алыстоого уруксат берилерин көзөмөлдөйт. Изилдөөдөгү бардык негизги computational experiments үчүн \(\rho=0.05\) туруктуу коюлган; ошондуктан алынган алгоритм рейтингдери жана robustness натыйжалары башка \(\rho\) маанилери үчүн далилденген эмес.

Кичине масштабдагы маселелер үчүн IBM ILOG CPLEX колдогон exhaustive enumeration ыкмасы менен global-optimum benchmark чечимдер алынган. Medium жана large instances үчүн Greedy Randomized Adaptive Search Procedure (GRASP), изилдөө сунуштаган Hybrid GRASP (HGRASP), Ant Lion Optimizer (ALO) жана Slime Mold Algorithm (SMA) салыштырылган. Кичине мисалдарда HGRASP сыналган бардык exact benchmarkтарды кайра өндүргөн; башка жакындатылган ыкмалар да көпчүлүк учурда exact же өтө жакын натыйжаларга жеткен. Ири масштабдагы маселелерде Friedman тести solution quality жана computational time боюнча алгоритмдердин ортосунда маанилүү айырма бар экенин көрсөткөн. ALO менен SMA solution quality боюнча бирдей эң жакшы mean rank маанисине жетип, post-hoc талдоодо бири-биринен маанилүү айырмаланган эмес; SMA computational time боюнча эң жакшы орунга жеткен.

Изилдөө чыныгы фабрикадан алынган өндүрүш жазуулары менен текшерилген эмес. Processing times, setup times, job weights жана machine cost coefficients синтетикалык түрдө түзүлгөн. Мындан тышкары, operational-cost coefficients чыныгы электр энергиясын керектөө, кубат, энергия тарифи же эмиссия өлчөөлөрү эмес. Ошондуктан натыйжалар proposed DRO frameworkтин синтетикалык benchmarkтардагы computational жүрүм-турумун көрсөтөт; чыныгы Industry 4.0 фабрикасында ошол эле чыгым же энергия үнөмү болот деп далилдебейт.

PFSP-SDST Деген Эмне жана Бул Изилдөөдө Кайсы Маселе Чечилет?

PFSP-SDST — бирдей \(n\) иш бирдей \(m\) машинаны бирдей технологиялык ырааттуулукта өтүүчү жана машинаны жаңы ишке даярдоо убактысы ошол ишке гана эмес, андан мурда кайсы иш аткарылганына да көз каранды болгон комбинатордук график түзүү маселеси; бул изилдөөдө processing times кошумча stochastic деп кабыл алынып, жалпы иш тартиби TWFT менен operational costту белгисиздик шартында чогуу минималдаштыргандай тандалат.

Permutation Flow Shop логикасы

Иштердин жыйындысы:

\[ J=\{1,\ldots,n\} \]

жана машиналардын жыйындысы:

\[ M=\{1,\ldots,m\} \]

деп аныкталган.

Ар бир иш бардык машиналарды бирдей тартипте өтөт. Мындан тышкары, технологиялык маршрут гана эмес, иштердин пермутациясы да бардык машиналарда бирдей. Мисалы:

\[ \lambda=[J_3,J_1,J_4,J_2] \]

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

Sequence-Dependent Setup Time эмне үчүн маанилүү?

Машина \(J_i\) ишинен кийин \(J_j\) ишине өткөндө талап кылынган даярдоо убактысы:

\[ s_{i,j,k} \]

менен көрсөтүлөт.

Демек, даярдоо убактысы максаттуу ишке гана байланыштуу эмес; predecessor–successor жуптугу жана машина \(k\) бирге маанилүү.

Бул абал боёкту алмаштыруу, калыпты жөндөө, аспапты алмаштыруу, тазалоо же продукция үй-бүлөсүн алмаштыруу сыяктуу өндүрүштүк өтүүлөрдү моделдей алат. Булак белгилүү бир фабрика процессинин чыныгы setup матрицасын колдонбойт; көзөмөлдөнгөн синтетикалык benchmarkтарды түзөт.

Stochastic processing time кантип көрсөтүлөт?

Job \(j\)нин machine \(k\)дагы scenario \(\omega\) processing timeы:

\[ p^\omega_{j,k} \]

деп аныкталат.

Иш sequence position \(r\)ге дайындалганда position-level processing time:

\[ PT^\omega_{r,k} \]

болот.

Белгисиздик scenario set:

\[ \Omega=\{1,\ldots,S\} \]

аркылуу көрсөтүлөт.

Негизги өзгөрмөлөр

БелгиМааниси
\(n\)Иштердин саны
\(m\)Машиналардын саны
\(\omega\)Uncertainty scenario индекси
\(\lambda\)Жалпы job permutation
\(x_{j,r}\)Job \(j\), position \(r\)ге дайындалса 1 болгон binary variable
\(y_{i,j,r}\)Position \(r-1\)де \(i\), position \(r\)де \(j\) болсо 1 болгон adjacency variable
\(p^\omega_{j,k}\)Scenario \(\omega\)да job \(j\)нин machine \(k\)дагы processing timeы
\(s^0_{j,k}\)Job \(j\) үчүн initial setup time
\(s_{i,j,k}\)\(i\rightarrow j\) өтүүсүнүн sequence-dependent setup timeы
\(ST_{r,k}\)Position \(r\)де machine \(k\) setup duration
\(A^\omega_{r,k}\)Setup completion time
\(B^\omega_{r,k}\)Processing start time
\(C^\omega_{r,k}\)Processing completion time
\(I^\omega_{r,k}\)Machine idle time
\(w_j\)Job \(j\)нин TWFT priority weightи
\(c_k^{run}\)Machine \(k\) processing unit cost coefficient
\(c_k^{setup}\)Machine \(k\) setup unit cost coefficient
\(c_k^{idle}\)Machine \(k\) idle unit cost coefficient
\(\alpha,\beta\)TWFT жана operational-cost салмактары
\(q_\omega\)Ambiguity set ичиндеги scenario probability
\(\hat q_\omega\)Nominal scenario probability; булакта uniform \(\hat q_\omega=1/S\)
\(\rho\)KL ambiguity-set robustness radius
\(\eta\)DRO dual reformulationдагы auxiliary variable

Теңдеме (1): Total Weighted Flow Time

\[ TWFT^\omega= \sum_{r\in R}\sum_{j\in J} w_j x_{j,r} C^\omega_{r,m} \tag{1} \]

Эмнени эсептейт? Ар бир jobдун акыркы машинадагы completion timeын job priority weightке көбөйтүп, алардын суммасын алат.

\(C^\omega_{r,m}\), scenario \(\omega\)да position \(r\)деги иштин акыркы машинадагы completion timeы.

\(w_j\) өскөн сайын тиешелүү jobдун кеч бүтүшү objectiveке чоңураак жаза жаратат. Ошентип шашылыш же жогорку артыкчылыктуу иштер optimization ичинде көбүрөөк салмак ала алат.

Теңдеме (2): Operational Cost

\[ Cost^\omega= \sum_{k\in M} \left[ c_k^{run}\sum_{r\in R}PT^\omega_{r,k} + c_k^{setup}\sum_{r\in R}ST_{r,k} + c_k^{idle}\sum_{r\in R}I^\omega_{r,k} \right] \tag{2} \]

Cost function үч бөлүктөн турат:

  • processing cost,
  • sequence-dependent setup cost,
  • machine idle cost.

Булак маанилүү айырманы белгилейт: туруктуу scenario үчүн жалпы processing time иштердин тартибине көз каранды эмес. Ошондуктан processing-cost термини ошол scenario ичинде сөзсүз базалык чыгым сыяктуу иштейт. Job sequencing чечиминин чыгымга негизги таасири setup жана idle компоненттеринен келип чыгат.

Илимий чек: \(c_k^{run}\), \(c_k^{setup}\) жана \(c_k^{idle}\) физикалык энергия өлчөөчү түзмөктөн алынган маанилер эмес. Бул objective чыныгы kWh, электр эсеби же CO₂ эмиссиясын эсептебейт.

Теңдеме (3): Бириктирилген objective

\[ J^\omega= \alpha TWFT^\omega+ \beta Cost^\omega \tag{3} \]

Эки максат weighted aggregation аркылуу бир objectiveке айландырылат.

Computational experiments үчүн:

\[ \alpha=\beta=0.5 \]

колдонулган.

Бирок булак бул тандоо TWFT менен costтун numerical contributionдары тең экенин же жалпы decision-maker preference түзүлүшүн билдирбесин өзгөчө белгилейт. Эки компоненттин масштабдары ар башка болушу мүмкүн.

DRO, Stochastic Programming жана Классикалык Robust Optimizationдан Кантип Айырмаланат?

Stochastic programming адатта белгилүү probability distribution туура белгилүү деп божомолдосо, классикалык Robust Optimization өзүнчө parameter realizationsдын uncertainty set ичиндеги эң начар абалына каршы коргойт; бул изилдөөдөгү DRO болсо бир гана бөлүштүрүүнүн ордуна номиналдык бөлүштүрүүгө KL divergence боюнча жетиштүү жакын probability distributions үй-бүлөсүндөгү эң начар күтүлгөн objective маанисин минималдаштырат.

Теңдеме (4): Worst-case expected objective

\[ \min J_{DRO} = \min_\lambda \max_{q\in Q_\rho} \sum_{\omega\in\Omega}q_\omega J^\omega \tag{4} \]

Бул жердеги ички maximization тандалган schedule үчүн ambiguity set ичиндеги эң жагымсыз probability distributionды издейт.

Тышкы minimization болсо ушул worst-case expected objectiveти мүмкүн болушунча азайткан job permutationды тандайт.

Теңдеме (5): Kullback–Leibler ambiguity set

\[ Q_\rho= \left\{ q\in\mathbb{R}_+^S: \sum_{\omega\in\Omega}q_\omega=1,\; \sum_{\omega\in\Omega} q_\omega \ln\left( \frac{q_\omega}{\hat q_\omega} \right) \le\rho \right\} \tag{5} \]

Биринчи шарт probability values суммасы 1 болушун камсыздайт.

Экинчи шарт candidate distribution \(q\) номиналдык distribution \(\hat q\)дан KL divergence боюнча эң көп \(\rho\) өлчөмүндө алыстоого уруксат берет.

Robustness Radius \(\rho\) Эмне Үчүн Керек?

\(\rho\) ambiguity setтин өлчөмүн көзөмөлдөйт; кичине \(\rho\) optimizationды номиналдык probability distributionга жакын кармайт, чоңураак \(\rho\) болсо көбүрөөк мүмкүн болгон бөлүштүрүүгө уруксат берип scheduleды бөлүштүрүү белгисиздигине каршы этият кылат, бирок бул изилдөөнүн бардык негизги билдирилген натыйжалары \(\rho=0.05\) шартына гана тиешелүү.

Ошондуктан “ALO ар бир \(\rho\) маанисинде бирдей” же “SMA бардык robustness деңгээлдеринде эң тез” деген тыянак чыгарууга болбойт.

Теңдеме (6): Dual DRO reformulation

\[ J_{DRO} = \min_{\eta>0} \left[ \eta\rho+ \eta\ln \left( \sum_{\omega\in\Omega} \hat q_\omega \exp\left(\frac{J^\omega}{\eta}\right) \right) \right] \tag{6} \]

Бул reformulation Equation (4)төгү nested min-max түзүлүштүн inner distribution maximization бөлүгүн Lagrangian duality колдонуу менен бир катмарлуу жана computational жактан ишке ашырууга ыңгайлуу convex expressionга айландырат.

\(\eta\) auxiliary dual variable болуп, ар бир candidate permutation үчүн оптималдаштырылат.

Exact enumeration implementationда \(\eta\), MATLABтын bounded one-dimensional optimizerи fminbnd менен оптималдаштырылган.

Булак модели жана чечүү ыкмаларынан Verianla үчүн кайра түзүлгөн source-derived схема. PFSP-SDST чечими stochastic scenarios жана KL-divergence ambiguity set аркылуу DRO objectiveке кантип байланышарын көрсөтөт.

Equations (7)–(25): Feasibility жана убакыттык график чектөөлөрү

Булактын mathematical modelи objective functionдан гана турбайт. Job assignment, predecessor–successor байланышы, setup calculation, machine precedence, completion times жана variable domains төмөнкү constraints менен аныкталат.

\[ \sum_{j\in J}x_{j,r}=1,\qquad \forall r\in R \tag{7} \]

Ар бир sequence positionга так бир job дайындалат.

\[ \sum_{r\in R}x_{j,r}=1,\qquad \forall j\in J \tag{8} \]

Ар бир job так бир positionга дайындалат. Equations (7) жана (8) чогуу жарактуу permutation түзөт.

\[ y_{i,j,r}\le x_{i,r-1} \tag{9} \]

\[ y_{i,j,r}\le x_{j,r} \tag{10} \]

\[ y_{i,j,r}\ge x_{i,r-1}+x_{j,r}-1 \tag{11} \]

Equations (9)–(11), \(y_{i,j,r}\) job \(i\) мурунку positionда жана job \(j\) учурдагы positionда болгондо гана 1 болушун камсыз кылган linear adjacency formulation.

\[ ST_{1,k} = \sum_{j\in J}s^0_{j,k}x_{j,1} \tag{12} \]

Биринчи position үчүн predecessor жок болгондуктан initial setup биринчи тандалган jobго жараша эсептелет.

\[ ST_{r,k} = \sum_{i\in J}\sum_{j\in J} s_{i,j,k}y_{i,j,r}, \qquad r=2,\ldots,n \tag{13} \]

Кийинки positionдарда setup time predecessor–successor жуптугуна көз каранды.

\[ PT^\omega_{r,k} = \sum_{j\in J} p^\omega_{j,k}x_{j,r} \tag{14} \]

Бул constraint position \(r\)ге кайсы job дайындалса, анын scenario-dependent processing timeын positionга өткөрөт.

\[ C^\omega_{0,k}=0 \tag{15} \]

\[ C^\omega_{r,0}=0 \tag{16} \]

Scheduling horizon башында мурунку job жана “machine 0” тарабындагы completion times нөлгө түшүрүлөт.

\[ A^\omega_{r,k} = C^\omega_{r-1,k} + ST_{r,k} \tag{17} \]

Setup completion time ошол эле машинадагы мурунку job completion менен керектүү setup durationдын суммасы.

\[ B^\omega_{r,k}\ge A^\omega_{r,k} \tag{18} \]

Processing setup бүтмөйүнчө баштала албайт.

\[ B^\omega_{r,k}\ge C^\omega_{r,k-1} \tag{19} \]

Job мурунку машинадагы иштетүүнү бүтүрбөй туруп кийинки машинада баштала албайт.

\[ C^\omega_{r,k} = B^\omega_{r,k} + PT^\omega_{r,k} \tag{20} \]

Completion time = processing start + processing duration.

\[ I^\omega_{r,k} = B^\omega_{r,k} - A^\omega_{r,k} \tag{21} \]

Setup даяр болгондон processing башталганга чейинки айырма machine idle time болуп эсептелет.

\[ ST_{r,k}\ge0 \tag{22} \]

\[ PT^\omega_{r,k}, A^\omega_{r,k}, B^\omega_{r,k}, C^\omega_{r,k}, I^\omega_{r,k}\ge0 \tag{23} \]

Temporal variables терс маани ала албайт.

\[ x_{j,r}\in\{0,1\} \tag{24} \]

\[ y_{i,j,r}\in\{0,1\} \tag{25} \]

Assignment жана adjacency variables binary.

Illustrative example: 7 иш, 5 машина

Булак DRO логикасын тактоо үчүн:

  • \(n=7\) job,
  • \(m=5\) machine,
  • 300 generated processing-time scenarios,
  • \(\rho=0.05\),
  • \(\alpha=0.5\),
  • \(\beta=0.5\)

колдонулган illustrative instance берет.

Job weights:

\[ w=[4,2,5,3,1,4,2] \]

Биринчи түшүндүрүүчү feasible sequence:

\[ \lambda=[J_4,J_1,J_2,J_6,J_3,J_5,J_7] \]

деп тандалган.

DRO аныктаган optimal robust permutation:

\[ \lambda^*=[J_1,J_3,J_6,J_4,J_7,J_2,J_5] \]

түрүндө.

Үч representative processing-time scenario

Булак 300 generated scenario ичинен түшүндүрүүнү жеңилдетүү үчүн favourable, degraded жана variable шарттарды чагылдырган үч matrix тандайт.

\[ PT^1= \begin{bmatrix} 2&17&9&11&14&9&11\\ 4&8&10&10&13&8&6\\ 7&14&8&9&15&7&11\\ 14&7&8&15&5&9&13\\ 11&9&6&9&8&8&10 \end{bmatrix} \]

\[ PT^2= \begin{bmatrix} 6&11&7&14&15&11&11\\ 7&8&12&11&13&8&5\\ 9&15&6&8&14&5&11\\ 15&9&10&14&4&10&12\\ 11&7&7&12&10&9&9 \end{bmatrix} \]

\[ PT^3= \begin{bmatrix} 10&12&10&14&15&9&9\\ 8&7&12&12&12&7&6\\ 9&15&5&12&16&6&11\\ 15&6&14&15&8&11&12\\ 10&8&8&8&7&10&8 \end{bmatrix} \]

Саптар машиналарды, мамычалар иштерди көрсөтөт.

GUM Белгисиздик Талдоосу DROго Эмне Кошот?

DRO job sequenceти probability-distribution ambiguity шартында robust тандаса, GUM талдоосу тандалган optimal scheduleдын makespan жыйынтыгы scenario realizations боюнча канчалык таралганын өзүнчө сандык баалайт; булак 300 scenario үчүн mean makespan, combined standard uncertainty жана \(k=2\) expanded uncertainty эсептеп, optimal makespanды \(129.45\pm9.62\) жана expanded intervalды \([119.83,139.07]\) деп билдирет.

Теңдеме (26): Mean makespan

\[ \overline{C}_{max} = \frac{1}{N} \sum_{\omega=1}^{N} C_{max}(\omega) \tag{26} \]

Бул жерде \(N=300\) generated scenario.

Теңдеме (27): Combined standard uncertainty

\[ u_c^2(C_{max}) = \frac{1}{N-1} \sum_{\omega=1}^{N} \left[ C_{max}(\omega)-\overline{C}_{max} \right]^2 \tag{27} \]

Бул туюнтма scenario makespan valuesдын varianceын эсептейт. Combined standard uncertainty \(u_c\), varianceтын квадраттык тамыры.

Теңдеме (28): Expanded uncertainty

\[ U=k\,u_c \tag{28} \]

Булак:

\[ k=2 \]

колдонот жана муну болжол менен %95 coverage level менен байланыштырат.

Теңдеме (29): Makespan натыйжасы

\[ C_{max} = \overline{C}_{max} \pm U \tag{29} \]

Illustrative example үчүн:

\[ C_{max}=129.45\pm9.62 \]

жана expanded uncertainty interval:

\[ [119.83,\;139.07] \]

деп берилген.

Булак Figure 1 сүрөтүнүн гистограммасын көчүрбөйт; булак билдирген mean makespan жана expanded uncertainty чектерин Verianla үчүн өз алдынча интервал схемасы катары кайра көрсөтөт.

Optimal DRO permutation менен manual permutation салыштыруу

ScenarioШарт\(TWFT^\omega\)\(Cost^\omega\)\(J^\omega\)
1Favourable1406.2546.07976.14
2Degraded1612.7558.081085.4
3Variable1787.2586.981187.1
ScenarioШарт\(TWFT^\omega\)\(Cost^\omega\)\(J^\omega\)
1Favourable2262.4557.511410
2Degraded2335.7570.811453.3
3Variable2359.1591.221475.2

Бир эле processing-time realizations, setup times, machine cost coefficients жана job weights колдонулгандыктан бул illustrative comparisonдагы айырма sequence selectionдан келип чыгат.

Source Figures 2–4 favourable, degraded жана variable scenarios үчүн optimal DRO scheduleдын Gantt chartsын көрсөтөт. Булак сүрөттөрү machine occupation, setup, idle жана job progression scenario өзгөргөн сайын кантип узарарын көрсөтөт. Exact Gantt bar coordinates сандык таблица түрүндө жарыяланбагандыктан Verianla бул чиймелерди жасалма тактык менен кайра түзбөйт.

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

Computational experimental framework

ПараметрБулактагы маани
Job саны4–300
Machine саны2–20
\(\mu_P\)\(U(5,15)\)
\(\sigma_P\)\(U(0.5,2)\)
Scenario processing time\(PT\sim N(\mu_P,\sigma_P^2)\)
Search scenario set\(S_{small}=30\)
Final evaluation scenario set\(S_{large}=300\)
Base random seed7
Initial setup\(setup_0\sim U(0.5,2.5)\)
Sequence-dependent setup\(setup_{seq}\sim U(0.5,3.5)\)
Job weight\(w_j\sim U(1,5)\)
Processing cost coefficient\(c_k^{run}\sim U(1,1.5)\)
Setup cost coefficient\(c_k^{setup}\sim U(0.6,1)\)
Idle cost coefficient\(c_k^{idle}\sim U(0.2,0.5)\)
TWFT weight\(\alpha=0.5\)
Operational-cost weight\(\beta=0.5\)
Ambiguity radius\(\rho=0.05\)
GRASP RCL parameter\(\alpha_{RCL}=0.7\)
Maximum iterations100
Random-Keys population\(nPop=30\)
Independent runs50
MATLABMATLAB R2021a
Exact solverIBM ILOG CPLEX Optimization Studio 12.10.0
HardwareASUS VivoBook X1502VA, 13th Gen Intel Core i9, 16 GB RAM

\(\alpha_{RCL}\) эмне үчүн 0,7?

Булак preliminary exploratory tests учурунда:

\[ \alpha_{RCL}\in\{0.3,0.5,0.7\} \]

маанилерин карап, solution quality менен diversification ортосундагы эң ылайыктуу practical compromise катары 0,7 маанисин тандаган.

Бул процесс systematic hyperparameter optimization катары берилбейт.

100 iteration бардык алгоритмдерге бирдей computational budget береби?

Жок. Булак бардык iterative algorithms үчүн 100 iteration колдонгону менен, ар башка алгоритмдер бир iteration ичинде ар башка санда DRO objective evaluation аткарышы мүмкүн экенин ачык белгилейт.

Демек, 100 iteration ар бир ыкмага бирдей computational work берилгенин билдирбейт. Ошондуктан CPU time өзүнчө салыштырылган.

Exact enumeration кантип иштейт?

Small instances үчүн CPLEX assignment model ар бир iterationда мурда сыналбаган feasible permutation чыгарат.

Permutation decode болгондон кийин setup, processing, start/completion жана idle variables сыртта эсептелип full DRO objective бааланат.

Андан соң ошол эле permutation кайра чыгарылышына жол бербеген no-good cut кошулат:

\[ \sum_{j\in J}\sum_{r\in R} x^*_{j,r}x_{j,r} \le n-1 \]

Ар бир feasible permutation так бир жолу чыгарылгандыктан small instancesда бардык \(n!\) permutations exhaustively бааланат.

Булак exact procedureну эң көп 10 job камтыган instances менен чектеген.

GRASP-DRO

GRASP randomised greedy construction колдонот.

Initial job priority score:

\[ \phi_j= w_j \sum_{k=1}^{m} \mu P_{j,k} \]

менен түзүлөт.

Candidate solutions арасында Restricted Candidate List:

\[ RCL= \left\{ cand_t: DRO(cand_t) \le J_{min} +\alpha_{RCL}(J_{max}-J_{min}) \right\} \]

деп аныкталып, RCL ичинен random candidate тандалат.

HGRASP-DRO

HGRASP төрт негизги компонентти бириктирет:

  • DRO-adapted NEH initialization,
  • GRASP constructive search,
  • swap-based local search,
  • restart/diversification mechanism.

Кийинки iteration башында %50 ыктымалдык менен original robust NEH sequence кайра колдонулат; башка учурда random swaps менен баштапкы тартип ар түрдүүлөнөт.

ALO-DRO

Ant Lion Optimizer табигый түрдө continuous search spaceте иштегендиктен job permutation түзүү үчүн Random Keys representation колдонулган.

Continuous vector маанилери иреттелип feasible permutationга айландырылат. Population search учурунда elite solution сакталат жана candidate schedules reduced scenario set аркылуу DRO objective менен бааланат.

SMA-DRO

Slime Mold Algorithm да Random Keys representation колдонот. Population adaptive weighting менен update болот; жакшыраак solutions күчтүүрөөк influence алат, exploration жоголбошу үчүн начар solutions да population ичинде ролун сактайт.

Булак бардык Random-Keys population settings үчүн \(nPop=30\) колдонгон.

Small-scale exact benchmark жыйынтыктары

InstanceExactExact CPUGRASPCPUHGRASPCPUALOCPUSMACPU
4×2101.022.35101.021.61101.022.74101.022.38101.023.12
4×4200.661.10200.660.42200.660.96200.661.00200.660.94
4×6267.160.49267.161.00267.161.11267.161.15267.161.08
6×2239.238.61239.20.85239.22.49239.21.25239.21.13
6×4338.4938.89338.490.86338.492.59338.491.26338.491.16
6×6410.6138.55410.610.87410.612.80410.611.27410.611.16
8×2368.3989,964369.621.31368.395.22368.391.27368.391.13
8×4562.4130,600588.911.88562.47.44562.41.91562.41.71
8×6642.6470,895646.411.35642.645.51642.641.29642.641.17
9×4532.6785,640536.151.33532.675.99533.621.09533.620.97
10×2509.65108,450517.294.08509.6519.16509.652.84509.652.45

HGRASP ушул small-scale instancesдын баарында exact objective маанисин кайра өндүргөн.

Exact enumeration болсо instance чоңойгон сайын өтө тез computationally expensive болуп калат.

Medium-scale жыйынтыктары

InstanceGRASPCPUHGRASPCPUALOCPUSMACPU
10×5798.971.96785.1710.71788.961.38785.631.23
10×101413.72.041397.112.711397.11.441397.11.28
10×151932.22.151904.913.131904.91.511904.91.35
20×52674.77.382529.771.172535.71.962535.11.54
20×103679.126.493509.4268.033524.67.723526.95.98
20×154339.957.774171.0885.544183.042.154184.211.76
30×55078.1713.024749.670.834528.462.074564.331.72
30×106352.4214.076006.9677.825888.472.225895.961.89
30×158242.8515.288022.30867876.462.457876.792.10
40×58846.7727.58386.14149.88016.264.817990.323.49
40×1010,849.972.910,296.85286.69860.566.789864.145.28
40×1513,639.628.2813,111.05105.4212,695.52.8912,627.732.26
50×512,626.237.712,006.1100.7210,170.42.6010,961.061.83
50×1014,524.4145.3813,739.86410.7113,028.19.6113,079.047.27
50×1517,4824616,967128.8516,0973.1715,9212.43
60×516,11758.3815,679127.8214,5972.9514,4532.03
60×1021,6872028.521,143616.8419,65613.2719,7249.57
60×1526,425.670.5126,124.06160.0524,834.73.4824,842.042.65
70×522,5051162.521,971643.4620,14312.7820,2348.66
70×1027,914108.6327,491209.625,2544.5325,0342.98
70×1531,230.1181.3530,464.62506.5928,931.517.0729,210.985.08
80×529,386.5108.5828,444.54185.9526,555.803.6926,178.902.24
80×1036,061.27119.9235,943.01206.5133,641.23.6233,134.32.56
80×1536,972.0225236,608.48399.4734,376.156.8734,079.124.81
90×536,832.33136.636,661.97211.8933,847.333.6634,033.452.23
90×1046,181.93298.5645,608.33438.1042,326.876.2642,919.344.36
90×1549,909.87298.6749,594.48486.8546,529.068.4546,315.515.97

Medium scale чоңойгон сайын GRASPтын solution qualityси салыштырмалуу начарлайт; HGRASP GRASPты жакшыртат, бирок чоңураак medium instancesда ALO жана SMA көбүнчө төмөн DRO values чыгарат.

Large-scale жыйынтыктары

InstanceGRASPCPUHGRASPCPUALOCPUSMACPU
100×1053,070.93217.752,270.26322.6548,791.984.4949,201.73
100×2064,020.76407.7562,724.74487.2859,460.947.0559,525.175.49
150×10112,8001290.4111,17038,421107,0706.8078106,9404.2935
150×20133,2521305129,0204540.02124,2307.067120,0144.305
200×10194,8801477.5194,0305541.4180,9407.2912181,0404.5586
200×20220,8906762.9218,31012,749203,98010.55210,2507.7775
250×10294,6806529.8295,28012,448278,10036.944284,34021.774
250×20326,43017,367321,59053,927306,21056.61305,19041.28
300×10416,76013,019413,9003824.1393,59010.779393,4306.9293
300×20466,7408101464,82020,180446,44015.3965442,83011.7650

Large scaleда GRASP жалпысынан эң жогорку objective values чыгарат. HGRASP GRASPты жакшыртат, бирок интенсивдүү local search себептүү computational time олуттуу өсөт.

ALO жана SMA чоң маселелерде ачык түрдө көбүрөөк competitive болуп калат. Алардын эч бири ар бир instanceда экинчисинен ашып кетпейт.

Representative 300×20 instance: 50 көз карандысыз иштетүү

ЫкмаMedian DROAverage DROStd. Dev.Best DROMaximum DROAverage CPU
GRASP1,010,536.651,006,974.817713.28Булак текстинде бул сүйлөмдө берилген эмес1,012,263.52—
HGRASP1,002,959.091,002,307.415487.10996,523.57—12,697.84 s
ALO962,154.30961,918.263583.37—965,377.78—
SMA966,327.54964,057.766827.03956,384.95969,460.799.16 s

Булак бул representative experimentте ALOну төмөн median/average жана төмөн variability себептүү эң robust ыкма; SMAны болсо эң жакшы individual DRO solution жана эң кыска average computational time себептүү күчтүү optimization performer деп баалайт.

Figure 6 representative executionдун convergence historyси гана; 50 runдын statistical summaryси эмес. GRASP жана HGRASP эрте платого жетет, ALO жана SMA болсо узагыраак жакшыртууну улантат. Чийки iteration-level series жарыяланбагандыктан Verianla Figure 6 сүрөтүн жасалма exact curve катары кайра түзбөйт.

Medium-scale Friedman тести

ЫкмаDRO Mean RankCPU Mean Rank
GRASP4.0003.074
HGRASP2.6303.926
ALO1.6302.000
SMA1.7411.000

Solution quality:

\[ \chi^2=60.115,\qquad df=3,\qquad p=5.56\times10^{-13} \]

Computational time:

\[ \chi^2=78.778,\qquad df=3,\qquad p=5.94\times10^{-17} \]

Бул натыйжалар medium-scale algorithms бирдей performance көрсөтөт деген null hypothesisти четке кагат.

Large-scale Friedman тести

ЫкмаDRO Mean RankCPU Mean Rank
GRASP3.93.2
HGRASP3.13.8
ALO1.52.0
SMA1.51.0

DRO objective:

\[ \chi^2=25.920,\qquad df=3,\qquad p=9.91\times10^{-6} \]

Computational time:

\[ \chi^2=28.080,\qquad df=3,\qquad p=3.49\times10^{-6} \]

ALO менен SMAнын Кайсынысы Жакшыраак?

Бул изилдөөнүн large-scale натыйжаларында solution quality боюнча ALO жана SMAнын Friedman mean rankи бирдей 1,5 жана Wilcoxon–Holm post-hoc тести алардын ортосунда маанилүү DRO айырмасын көрсөтпөйт; ALO representative 300×20 иштетүүлөрүндө төмөн median/average жана variability менен robustураак көрүнсө, SMA эң жакшы individual solutionду жана эң жакшы computational-time rankти чыгарган, ошондуктан булак бир алгоритмди бардык критерийлер боюнча абсолюттук үстөм деп жарыялабайт.

Large-scale Wilcoxon–Holm post-hoc жыйынтыктары

СалыштырууDRO Raw pDRO Holm pDROCPU Raw pCPU Holm pCPU
GRASP vs HGRASP0.0039060.011719Маанилүү0.1054690.105469Маанилүү эмес
GRASP vs ALO0.0019530.011719Маанилүү0.0019530.011719Маанилүү
GRASP vs SMA0.0019530.011719Маанилүү0.0019530.011719Маанилүү
HGRASP vs ALO0.0019530.011719Маанилүү0.0019530.011719Маанилүү
HGRASP vs SMA0.0019530.011719Маанилүү0.0019530.011719Маанилүү
ALO vs SMA1.0000001.000000Маанилүү эмес0.0019530.011719Маанилүү

Solution quality боюнча ALO же SMAнын бирин экинчисинен үстөм деп айтуу бул тест менен колдоого алынбайт.

Computational time боюнча болсо ALO–SMA айырмасы маанилүү жана Friedman ranking SMAны көбүрөөк favorable көрсөтөт.

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

  • DRO менен PFSP-SDST, stochastic processing times жана operational cost бир optimization framework ичинде моделдениши мүмкүн.
  • KL-divergence ambiguity set номиналдык probability distribution айланасында distributional uncertainty аныктоо үчүн колдонулган.
  • Small instances үчүн CPLEX-assisted exhaustive enumeration global optimum benchmark камсыз кылган.
  • HGRASP сыналган бардык small-scale instancesда exact objective маанисин кайра өндүргөн.
  • Medium жана large scale чоңойгон сайын population-based ALO жана SMA көбүрөөк competitive болгон.
  • Large-scale solution quality үчүн algorithms арасында Friedman тести маанилүү айырма көрсөткөн.
  • Large-scale CPU time үчүн algorithms арасында Friedman тести маанилүү айырма көрсөткөн.
  • ALO жана SMA large-scale DRO quality боюнча бирдей mean rank алган.
  • ALO–SMA pairwise DRO айырмасы маанилүү эмес.
  • SMA computational-time ranking боюнча эң favorable ыкма.
  • Representative 300×20 instanceда ALO төмөн median/average жана standard deviation көрсөткөн.
  • Ошол representative instanceда SMA эң жакшы individual DRO solutionду чыгарган.

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

  • Framework чыныгы фабрикада текшерилген эмес.
  • Operational cost чыныгы электр энергиясын керектөө өлчөмү эмес.
  • Модель CO₂/emission reduction эсептебейт.
  • \(\rho=0.05\) натыйжалары башка ambiguity radii үчүн да ошол бойдон каларын көрсөткөн эмес.
  • \(\alpha=\beta=0.5\), TWFT менен costтун чыныгы чечим маанилүүлүгү же numerical scales тең экенин көрсөтпөйт.
  • ALO бардык instancesда SMAдан үстөм экени көрсөтүлгөн эмес.
  • SMA solution quality боюнча ALOдон статистикалык жактан үстөм экени көрсөтүлгөн эмес.
  • Medium жана large instances үчүн global optimum белгисиз.
  • Синтетикалык benchmark натыйжалары түздөн-түз commercial Industry 4.0 deployment performance эмес.
  • Parameter tuning exhaustive/systematic эмес.

Негизги чектөөлөр

Синтетикалык маалымат: Public benchmark жок болгондуктан processing, setup жана cost parameters controlled synthetic distributions аркылуу түзүлгөн.

Чыныгы өнөр жай validation жок: Белгилүү production lineда талаа сыноосу жүргүзүлгөн эмес.

Туруктуу ambiguity radius: Бардык негизги натыйжалар \(\rho=0.05\) шартына көз каранды.

Sensitivity analysis жок: Ар башка \(\rho\) маанилериндеги systematic calibration/sensitivity analysis future work катары калтырылган.

Fixed algorithm settings: \(\alpha_{RCL}\), iteration limit, population sizes жана башка algorithmic settings practical/preliminary тандоолор; systematic tuning жүргүзүлгөн эмес.

Бирдей iteration ≠ бирдей budget: Algorithms ар iterationда ар башка санда objective evaluation аткара алат.

Operational cost физикалык энергия эмес: Cost coefficients direct power, electricity-price же emissions measurements эмес.

Exact method scalability: Exhaustive enumeration combinatorial explosion себептүү small instances үчүн гана колдонулган.

Figure 5/6 камтуусу: Robustness boxplot жана convergence curves representative 300×20 instanceга тиешелүү; бардык instances үчүн өз алдынча жалпылоого болбойт.

Code availability: MATLAB source code жарыяланган учурда public эмес.

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

Булак төмөнкү кеңейтүүлөрдү сунуштайт:

  • stochastic setup times,
  • machine disruptions,
  • fluctuating energy prices,
  • чыныгы industrial case studies,
  • \(\rho\) calibration жана sensitivity analysis,
  • systematic metaheuristic parameter tuning,
  • deterministic scheduling, stochastic programming, conventional DRO жана RO менен кеңири comparison,
  • ар башка uncertainty distributions шартында out-of-sample evaluation,
  • production efficiency, чыныгы energy consumption жана sustainability indicatorsди бир убакта караган multi-objective DRO.

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

Түпнуска изилдөө: Distributionally Robust Optimization for Permutation Flow Shop Scheduling with Sequence-Dependent Setup Times and Operational Cost Under Uncertainty in Industry 4.0 Manufacturing Systems.

Авторлор: Hafsa Mimouni, Abdelilah Jalid, Said Aqil.

Авторлордун тартиби: Булак PDFдеги жана расмий MDPI жазуусундагы тартип сакталган.

Тең салым: Булакта equal-contribution билдирүүсү жок.

Жооптуу автор: Hafsa Mimouni.

Мекеме 1: Mechanical and Thermal Processes and Controls (PCMT) Laboratory, National Graduate School of Arts and Crafts, Mohamed V University, Rabat, Morocco.

Мекеме 2: Intelligent Systems, Industrial and Mechanical Engineering (LISIME) Laboratory, National Graduate School of Arts and Crafts, Hassan II University, Casablanca, Morocco.

Журнал: Sustainability.

Басмачы: MDPI, Basel, Switzerland.

Том / сан: 18(18).

Макала номери: 9278.

Жарыяланган жылы: 2026.

Received: 26 June 2026.

Revised: 1 September 2026.

Accepted: 3 September 2026.

Published: 9 September 2026.

DOI: 10.3390/su18189278.

Булактын түрү: Peer-reviewed computational optimization research article.

Preprint: Булакта өзүнчө preprint версиясы көрсөтүлгөн эмес.

Лицензия: Creative Commons Attribution (CC BY).

Изилдөө түрү: Синтетикалык benchmarkтарга негизделген mathematical optimization жана computational-comparison изилдөөсү.

Негизги маселе: PFSP-SDST with uncertain processing times.

Негизги ыкма: Kullback–Leibler divergence ambiguity set колдонгон Distributionally Robust Optimization.

Негизги максаттар: Total Weighted Flow Time жана machine-dependent operational costту weighted aggregation аркылуу минималдаштыруу.

Exact чечим: IBM ILOG CPLEX Optimization Studio 12.10.0 колдогон exhaustive enumeration + no-good cuts; small instances, эң көп 10 job.

Approximate methods: GRASP, proposed HGRASP, ALO жана SMA.

Программалоо чөйрөсү: MATLAB R2021a; CPLEX 12.10.0.

Hardware: ASUS VivoBook X1502VA, 13th Generation Intel Core i9, 16 GB RAM.

Benchmark өлчөмү: 4–300 job, 2–20 machine.

Processing mean: \(\mu_P\sim U(5,15)\).

Processing standard deviation: \(\sigma_P\sim U(0.5,2)\).

Scenario generation: \(PT\sim N(\mu_P,\sigma_P^2)\), зарыл болсо strictly-positive lower bound колдонулат.

Scenario sets: \(S_{small}=30\), \(S_{large}=300\).

Base seed: 7.

Initial setup: \(U(0.5,2.5)\).

Sequence-dependent setup: \(U(0.5,3.5)\).

Job weights: \(U(1,5)\).

Run-cost coefficient: \(U(1,1.5)\).

Setup-cost coefficient: \(U(0.6,1)\).

Idle-cost coefficient: \(U(0.2,0.5)\).

Objective weights: \(\alpha=\beta=0.5\).

Ambiguity radius: \(\rho=0.05\).

GRASP RCL: \(\alpha_{RCL}=0.7\); 0.3, 0.5 жана 0.7 preliminary exploratory түрдө каралган.

Iteration limit: 100.

Random-Keys population: 30.

Independent stochastic runs: 50.

Illustrative GUM натыйжасы: \(129.45\pm9.62\), expanded interval \([119.83,139.07]\), \(k=2\).

Medium Friedman — DRO: χ² = 60.115, df = 3, p = 5.56 × 10⁻13.

Medium Friedman — CPU: χ² = 78.778, df = 3, p = 5.94 × 10⁻17.

Large Friedman — DRO: χ² = 25.920, df = 3, p = 9.91 × 10⁻6.

Large Friedman — CPU: χ² = 28.080, df = 3, p = 3.49 × 10⁻6.

Large solution-quality ranking: ALO = 1.5, SMA = 1.5, HGRASP = 3.1, GRASP = 3.9.

Large computational-time ranking: SMA = 1, ALO = 2, GRASP = 3.2, HGRASP = 3.8.

ALO–SMA post-hoc DRO: Holm-adjusted p = 1.000000; маанилүү айырма жок.

ALO–SMA post-hoc computational time: Holm-adjusted p = 0.011719; маанилүү айырма бар.

Чыныгы талаа текшерүүсү: Жок; future work катары сунушталган.

Чыныгы энергия керектөөсү: Өлчөнгөн эмес. Operational-cost coefficients direct physical energy, electricity price, power же emissions эмес.

Funding: External funding жок.

Institutional Review Board: Not applicable.

Informed Consent: Not applicable.

Data Availability: Synthetic datasets жана run-level outputs standalone historical files катары архивделген эмес; generation procedures, scenario settings, parameter values жана seed макалада берилген. Synthetic instances/output corresponding authorдон reasonable request менен кайра түзүлүп/берилиши мүмкүн.

Source code: MATLAB implementation public эмес; ongoing research implementation катары өнүктүрүлүп жатат.

Conflicts of Interest: Authors declare no conflicts of interest.

Авторлордун салымы: Conceptualization: H.M., A.J.; methodology: H.M., A.J.; software: H.M.; validation: H.M., A.J., S.A.; formal analysis: H.M.; investigation: H.M.; data curation: H.M.; original draft: H.M.; review/editing: H.M., A.J., S.A.; visualization: H.M.; supervision: A.J., S.A.

Терминологиялык эскертүү: Изилдөө негизинен PFSP-SDST терминин колдонот; айрым computational-method абзацтарында PFSSP/PFSSP-SDST жазылышы кездешет. Булак муну өзүнчө маселе классы деп аныктабагандыктан Verianla негизги canonical термин катары PFSP-SDSTни сактайт.

Негизги чечмелөө чеги: Бардык comparative computational findings синтетикалык benchmark conditions, fixed \(\rho=0.05\) жана колдонулган fixed algorithm settings үчүн жарактуу.


Бөлүшүү:

Пикирлер текшерилгенден кийин жарыяланат. Пикириңиз жактыруу процессине жөнөтүлүп, ылайыктуу деп табылганда көрүнөт.

Пикир калтырыңыз

E-mail дарегиңиз жарыяланбайт. Милдеттүү талаалар * менен белгиленген