Namun, rencana operasi yang disusun dengan baik untuk kereta api terjadwal
sebenarnya dapat menyebabkan peningkatan ukuran kereta. Ukuran kereta menjadi
kriteria desain, dan selama kereta api menyempurnakan rencana operasinya
sebagai pola lalu lintas berubah, itu akan terus mengoperasikan kereta besar. Untuk
mengatasi beberapa masalah ini, CPR beralih ke MultiModal Applied Systems dan
perangkat lunak MultiRail-nya. MultiRail pertama kali dipekerjakan oleh Saint
Lawrence dan divisi Hudson dari CPR pada 1995 dan 1996, yang meliputi
sebagian besar operasi timur kereta api. Divisi ini mampu menghasilkan dramatis
peningkatan biaya dan tingkat layanan melalui
hati-hati menyusun rencana operasi baru menggunakan MultiRail, menarik
perhatian Rob Ritchie, CPR saat ini. Di bawah kepemimpinan Mr. Ritchie, sebuah
tim gabungan karyawan CPR dan MultiModal dibentuk di Jakarta 1997 untuk
mengeksplorasi penciptaan strategi operasi baru untuk CPR. Sementara banyak
orang terlibat upaya ini, kepemimpinan teknis tim sehari-hari disediakan oleh John
Fallis dari CPR dan Jason Kuehn dari MultiModal. Setelah mengatasi berbagai
masalah teknis dan organisasi, tim menerapkan kereta api terjadwal pada akhir
1999. CPR menyebut hasilnya rencanakan Rencana Operasi Terpadu (IOP)
Pada tahun 1997, CPR ingin mengganti bisnis tonase model untuk meningkatkan
layanan pelanggan, efisiensi dan efektivitas operasi, keuntungan dan untuk
mengurangi biaya operasi. Dengan pelanggan yang berfokus pada total biaya
logistik rantai pasokan, ia harus menyediakan waktu transit yang andal dan
kompetitif. CPR menemukan bahwa penambahan kapasitas operasional tidak
meningkatkan efektivitasnya. Saya meluncurkan sejumlah proyek pembaruan
modal ke
mengganti armada lokomotif yang menua dan dibuat selektif investasi dalam
mengganti infrastruktur dan pembaruan perangkat keras dan perangkat lunak
komputer. CPR perlu mengintegrasikan investasi ini ke dalam rencana operasinya.
Pergeseran ke model berbasis jadwal dari pendekatan tonase adalah tantangan
besar bagi CPR, yang telah berjalan selama 125 tahun pada model lama. Sudah
untuk mengubah operasi dan budaya, mengintegrasikannya investasi modal, dan
meningkatkan kinerja keuangan dan layanan pelanggan. Ini membutuhkan
perubahan paradigma besar-besaran untuk tim operasi. Itu tujuan termasuk
kecepatan kereta lebih cepat, ditingkatkan pemanfaatan lokomotif, kereta mulai
berkurang, dan
peningkatan layanan pelanggan (Gambar 2).
Pelanggan CPR menginginkannya untuk mengangkut muatan mobil, tetapi CPR
perlu memindahkan seluruh muatan kereta. Misalnya, pada rata-rata sehari, dari
650 mobil yang dilepas pelanggan pergi ke Chicago, hanya 45 mobil yang akan
pindah seluruh provinsi Alberta ke Chicago. Itu kereta api harus mengumpulkan
volume lalu lintas yang rendah ini di rencana operasinya. Sebuah rencana operasi
kereta api menggambarkan bagaimana gerbong kereta harus bergerak (rute mobil
dan rencana kereta) dan Gambar 2: Proses perencanaan untuk kereta api terjadwal
adalah fokusnya poin untuk meningkatkan investasi dalam aset fisik, operasi, dan
ilmu manajemen untuk meningkatkan kinerja dalam hal biaya, pemanfaatan aset,
dan layanan pelanggan. sering termasuk aset utama yang diperlukan untuk
memindahkan kereta api (seperti kru kereta api, lokomotif, pekarangan, dan trek).
Diluncurkan pada pertengahan 1999, IOP dirancang untuk meningkatkan layanan
dan mengurangi jumlah kereta, yang seringkali merupakan tujuan yang saling
bersaing. Dasar dari rencana operasi kereta api adalah merutekan mobil di seluruh
jaringan, melalui pekarangan rel, dan di kereta.
Kereta api melakukan ini dengan rencana pemblokiran, yang terdiri dari elemen
yang disebut blok. Blok adalah sekelompok kereta api yang bergerak bersama
untuk sebagian perjalanan mereka. Misalnya, dalam rencana pemblokiran
sederhana, sebuah blok antara A dan C can membawa lalu lintas yang ditujukan ke
semua lokasi lain. Tapi satu blok dari C ke D dapat mengirimkan lalu lintas ke D
hanya untuk melanjutkan ke E atau F (Gambar 3). Seringkali mobil diarahkan
beberapa blok melalui jaringan. Rencana pemblokiran mendefinisikan set blok
yang diizinkan untuk digunakan untuk perutean mobil (Tabel 1). CPR membangun
rencana kereta di atas pemblokiran rencana. Kereta api mengumpulkan blok-blok
ini menjadi kereta api bergerak sebagai satu unit. Perancang kereta ingin
memaksimalkan ukuran kereta, mengurangi kompleksitas pemblokiran di kereta,
hilangkan pekerjaan di yard menengah, hitung waktu lari antara yard, tentukan
blok koneksi, dan meminimalkan konsumsi bahan bakar. Bagaimana pergerakan
kereta dijadwalkan mempengaruhi waktu koneksi blok antara kereta di halaman
CPR dan, karenanya, waktu transit untuk pelanggan. Menempatkan kereta
kedatangan dan keberangkatan di halaman dan terminal mempengaruhi
penggunaan sumber daya halaman secara efisien
Solusinya
Untuk mengembangkan rencana operasi, CPR dan MultiModal menguraikan
masalah menjadi serangkaian subproblem yang diselesaikan secara berurutan
dalam lima langkah:
(1) Kembangkan ramalan lalu lintas yang mencerminkan setiap pasar persyaratan
segmen.
(2) Gunakan persyaratan ini untuk merancang pemblokiran rencana.
(3) Desain kereta api berdasarkan rencana pemblokiran.
(4) Gunakan simulasi untuk menganalisis beban kerja halaman dan kereta pada
hari minggu dan waktu hari.
(5)Akhirnya, sampaikan jadwal kereta ke alat perencanaan yang mengembangkan
siklus kru dan lokomotif rencana.
Proses lima langkah ini dilakukan secara berulang mode, baik di dalam setiap
langkah dan di antara langkah-langkah
(Gambar 4). Setiap iterasi menyesuaikan blok dan kereta untuk meningkatkan
penggunaan kapasitas halaman dan kereta secara keseluruhan dan untuk
meningkatkan perutean mobil.
Kemudian standar layanan pelanggan diverifikasi untuk kepatuhan selama langkah
simulasi dan perubahan yang dibuat dalam rencana ketika itu tidak memenuhi
standar ini
Gambar 4: Proses mendesain rencana operasi terurai menjadi serangkaian langkah-
langkah tersendiri. Loop umpan balik menghasilkan proses berulang dalam
langkah-langkah individual dan antara langkah-langkah.
Dalam lebih dari 20 tahun bekerja pada aplikasi komputer untuk desain kereta api,
kami telah menemukan bahwa tidak ada satu pun algoritma atau model dapat
menangkap kompleksitas penuh masalah merancang rencana operasi kereta api.
Kami solusi bekerja dengan mengatasi seluruh masalah penggunaan banyak
algoritma terpisah dalam suatu holistik kerangka. Kami tahu tidak ada solusi lain
yang sedang berlangsung gunakan pendekatan yang mendekati kelengkapan solusi
kami. Ada sejumlah makalah yang membahas penggunaan algoritma untuk
membuat rencana operasi, termasuk Assad (1980a, b), Keaton (1989, 1992),
Gorman (1998a, b), dan Huntley et al. (1995). Ada juga makalah survei yang
meninjau model optimasi kereta api (Crainic 2003, Newman etal. 2002), dan ada
Situs web bagus yang memuat daftar literatur lain (Kraft 2003). Pekerjaan
Mostprior berfokus pada pemecahan masalah masalah desain layanan kereta api
secara keseluruhan, dengan sedikit, jika ada, contoh solusi holistik dan terintegrasi.
Selain itu, tidak ada upaya sebelumnya yang menghasilkan solusi produksi yang
digunakan secara berkelanjutan dalam industri kereta api.
Rencana Kereta
Rencana pemblokiran meletakkan dasar untuk kereta rencana (Gambar 7). Jadwal
setiap kereta mendaftar keberangkatan dan waktu kedatangan, blok-blok mobil
yang diambil atau set lokasi outateach, titik perubahan kru, dan persyaratan
lokomotif, di antara perincian lainnya. Untuk mengembangkan rencana kereta,
kami menggunakan algoritma heuristik MultiRail untuk mengidentifikasi blok
volume besar dan untuk uat kereta di sekitar blok itu. Ukuran kereta mungkin lebih
kecil dari kapasitas, jadi kami menggunakan MultiRail untuk mengidentifikasi
blok lain yang dapat diambil dalam perjalanan sampai kami memperkirakan
ukuran kereta mendekati kapasitas. Kami mengulangi proses ini sampai kami
menetapkan semua blok di Setidaknya ada satu kereta. Selanjutnya, kami
menggunakan MultiRail untuk menguji ulang kereta ukuran dan perbaiki frekuensi
hari-minggu ke lebih lanjut meningkatkan pemanfaatan kapasitas. Algoritma
MultiRail dapat secara akurat menghitung kedatangan perantara dan waktu
keberangkatan kereta saat mereka bepergian melintasi jaringan, tetapi perencana
perlu menetapkan waktu keberangkatan asli untuk setiap kereta. Mengingat waktu
keberangkatan, MultiRail menggunakan beberapa algoritma dan
laporan untuk menunjukkan efek dari rencana kereta pada waktu koneksi dan
inventaris mobil di halaman. Perencana menggunakan perhitungan ini untuk
menyesuaikan waktu kereta dan kadang-kadang frekuensi hari-minggu untuk benar
menyeimbangkan beban kerja halaman.
Akhirnya, perencana menentukan persyaratan kru dan lokomotif berdasarkan
rencana kereta. Ini persyaratan digunakan dalam langkah perencanaan selanjutnya
untuk mengembangkan rencana penyebaran spesifik untuk lokomotif dan kru
Gambar 8: Setiap garis nonsolid pada gambar mewakili pergerakan lalu lintas.
Persyaratan.
Bagaimana SuperSim menyelesaikan masalah kinerja? Alat perencanaan
perjalanan kereta api konvensional menghitung rencana perjalanan secara
individual. Namun alami proses agregasi blok bangunan dan kereta api berarti
kami dapat memajukan banyak mobil dari satu lokasi ke lokasi berikutnya dalam
satu perhitungan. Sebagai contoh, kita mungkin memiliki berbagai aliran dari A, B,
dan C ke D, E, dan F. Jika semua ini mengalir dengan cara yang sama blok dari C
ke D, kita bisa menggunakan pemrosesan tunggal langkah untuk memajukan
mobil-mobil ini di antara kedua lokasi ini, sangat mengurangi waktu menjalankan
simulasi (Gambar 8).
Algoritma lainnya
MultiRail mencakup banyak algoritma tambahan dan
teknik analisis, termasuk
—Perencana perjalanan interaktif yang memungkinkan perencana buat rencana
perjalanan individual bagaimana-jika,
—Banyak diagnostik untuk mengevaluasi dan mengidentifikasi cacat rencana,
—Kemampuan menghasilkan diagram jarak-waktu memeriksa dampak kapasitas
jalur,
—Berbagai laporan tentang persyaratan beban kerja, dan
—Kemampuan untuk memberi makan data MultiRail ke suatu variasi CPR real-
time dan sistem perencanaan.
Langkah besar terakhir dalam proses perencanaan adalah mengembangkan rencana
siklus lokomotif. Perkiraan MultiRail tonase untuk setiap kereta, yang merupakan
CPR internal
Ireland et al .: Paci Kanada