Web aplikasi P-Chart yang merakam cacat pada pelayar di dalam kilang untuk pengeluar bahagian kenderaan di Thailand
Pelanggan: Pengeluar bahagian kenderaan (konglomerat Jepun)
P-Chart Control adalah web aplikasi yang membolehkan pasukan pengeluaran untuk merakam cacat harian, melihat carta kawalan sifar cacat (P-Chart), merangkumi cacat dan mengeluarkan laporan PDF dalam sistem yang sama. Kami mengembangkan dan menetapkan sistem ini di pelayar kilang sendiri (On-Premises) untuk pengeluar bahagian kenderaan di Thailand. Projek ini ditandatangani oleh pelanggan pada bulan April B.E. 2568.
- Industri
- Automotif
- Tahun
- 2024–2025
- Skop pekerjaan
- Mereka bentuk, membangunkan, memasang dan menguji 1 sistem aplikasi web P-Chart Control pada pelayan kilang (pengguna log masuk dan jumlah pengeluaran diambil melalui API sistem sedia ada organisasi), penyesuaian mengikut permintaan perubahan beberapa pusingan sejak Dis 2024, berserta dokumen pembangunan, borang pemeriksaan penerimaan kerja dan manual penggunaan.
- Tempoh
- Bermula Sep 2024, diserahkan Apr 2025 dan penambahbaikan diteruskan sehingga pertengahan tahun 2025
Ringkasan
- P-Chart Control ialah aplikasi web yang membolehkan pasukan pengeluaran merekod kecacatan harian mengikut syif menggantikan helaian P-Chart kertas dan Excel, kemudian mengira garisan purata dan garisan kawalan atas (UCL) secara automatik.
- Sistem mengambil jumlah pengeluaran daripada sistem sedia ada organisasi melalui API (saluran sambungan antara sistem), maka pekerja hanya perlu memasukkan jumlah kecacatan.
- Sistem dipasang menggunakan Docker (pakej pemasangan perisian berasaskan kontena) pada pelayan kilang (On-Premise) dan menyimpan data dalam PostgreSQL (pangkalan data).
- Pengeluar komponen automotif di Thailand menandatangani penerimaan kerja pada April 2025 selepas sistem melepasi senarai semakan penerimaan, kemudian kami terus menambah baik sistem sehingga kerja ditutup pada tahun 2025.
- Pengajaran utama kerja ini ialah mengutamakan kelajuan sistem sebelum kecantikan paparan, dan mempersetujui peraturan data dengan jelas sebelum menulis sistem bahagian belakang.
Masalah di tapak
Pasukan pengeluaran mencatat jumlah kecacatan setiap hari pada helaian P-Chart kertas bersama fail Excel, kemudian meringkaskan laporan secara bulanan. Oleh itu, data dicatat dan disalin melalui beberapa peringkat sebelum laporan bulanan diperoleh. Kilang memerlukan aplikasi web yang berjalan pada pelayan kilang sendiri.
Apa yang kami lakukan
Kami membangunkan aplikasi web P-Chart Control dengan Next.js, menyimpan data dalam PostgreSQL (pangkalan data) dan memasangnya menggunakan Docker pada pelayan kilang. Sistem menerima rekod kecacatan harian mengikut syif, mengira garisan purata dan garisan kawalan atas (UCL) secara automatik, meringkaskan kecacatan berserta Carta Pareto dan mengeksport P-Chart sebagai PDF.
Hasil
Sistem melepasi senarai semakan penerimaan (Exit Criteria) dan pelanggan menandatangani dokumen serahan dan penerimaan kerja pada April 2025. Selepas penyerahan, kami terus menambah baik sistem mengikut permintaan pelanggan sehingga kerja ditutup pada tahun 2025.
Latar belakang masalah
Cabarannya ialah memindahkan kerja yang sebelum ini berasingan pada kertas dan Excel ke dalam satu aplikasi web. Aplikasi web ini perlu menerima rekod kecacatan mengikut syif, barisan dan bahan kerja, serta menyimpan sasaran kecacatan di peringkat barisan dan peringkat organisasi. Graf, rekod kelainan dan pembetulan, serta laporan perlu menggunakan set data yang sama ini.
Apakah P-Chart dan UCL?
P-Chart (carta kawalan perkadaran kecacatan) ialah alat SPC (kawalan proses berstatistik) yang menilai sama ada perkadaran kecacatan setiap hari adalah tidak normal, dengan membandingkannya dengan garisan purata dan garisan kawalan atas (UCL: Upper Control Limit). Titik yang melebihi garisan kawalan atas ialah isyarat untuk mencari punca. Garisan UCL dikira daripada data proses itu sendiri, maka ia bukan nilai sasaran kecacatan yang ditetapkan oleh kilang.
Keperluan dan kekangan
Sistem perlu berjalan pada pelayan kilang dan menggunakan data daripada sistem sedia ada organisasi. Keperluan utama daripada skop kerja, dokumen keperluan dan senarai semakan penerimaan adalah seperti berikut.
- Pemasangan 1 sistem pada pelayan kilang (On-Premise) menggunakan Docker pada Ubuntu Server, dengan data disimpan dalam PostgreSQL
- Pengguna log masuk melalui API sistem sedia ada organisasi
- Jumlah pengeluaran yang digunakan untuk mengira perkadaran kecacatan diambil daripada sistem sedia ada melalui API, manakala jumlah kecacatan dimasukkan oleh pekerja
- Jenis kecacatan (Defect Type) ialah senarai tetap yang ditentukan oleh sistem; pengguna menambah sendiri item kecacatan (Defect Mode) di bawah jenis tersebut
- Sistem perlu menyimpan sejarah setiap rekod, dan item yang dipadam perlu disembunyikan daripada skrin
- Pengguna boleh menetapkan sasaran kecacatan di peringkat barisan dan peringkat organisasi
- Data ujian yang tidak lengkap dikenal pasti sebagai faktor risiko dalam skop kerja
Sistem ini mengira P-Chart daripada data apa?
Sistem mengira P-Chart daripada jumlah kecacatan yang dimasukkan oleh pekerja pada setiap syif dan jumlah pengeluaran yang diambil daripada sistem sedia ada kilang melalui API. Sistem menggunakan kedua-dua nilai ini untuk mengira perkadaran kecacatan harian, garisan purata dan garisan kawalan atas (UCL) mengikut formula dalam dokumen keperluan, kemudian memaparkannya sebagai graf.
Graf, halaman ringkasan dan laporan PDF membaca daripada pangkalan data yang sama, maka data direkodkan sekali sahaja di lokasi kerja, menggantikan penyalinan berperingkat seperti sebelum ini. Antara muka dibangunkan dengan Next.js dan Ant Design (alat pembangunan aplikasi web), maka pekerja menggunakannya melalui pelayar web.
- 1
Tetapan data induk
Pada halaman tetapan data induk (Master Data), pengguna mendaftarkan item kecacatan bagi setiap barisan dan bahan kerja di bawah jenis kecacatan yang ditentukan oleh sistem, termasuk sasaran kecacatan peringkat barisan dan peringkat organisasi.
- 2
Rekod cacat harian
Pekerja memilih tarikh, syif, barisan dan bahan kerja, kemudian memasukkan jumlah kecacatan ke dalam jadual. Sistem menyimpan sejarah setiap rekod supaya boleh dicari, disunting atau dipadam, dan item yang dipadam akan disembunyikan daripada skrin.
- 3
Pengiraan P-Chart secara automatik
Sistem membandingkan jumlah kecacatan dengan jumlah pengeluaran daripada sistem sedia ada, mengira perkadaran kecacatan harian, garisan purata dan garisan kawalan atas (UCL), kemudian memaparkannya sebagai graf.
- 4
Rekod kelainan dan pembetulan
Apabila kecacatan melebihi ambang, pihak bertanggungjawab merekodkan masalah, punca dan pembetulan dalam jadual Abnormal Occurrence & Action Record (rekod kelainan dan pembetulan) yang dikaitkan dengan tarikh dan bahan kerja tersebut.
- 5
Ringkasan hasil dan eksport laporan
Halaman ringkasan memaparkan kecacatan harian, bulanan dan tahunan berserta Carta Pareto (graf yang menyusun item kecacatan daripada paling banyak kepada paling sedikit), dan boleh mengeksport P-Chart sebagai PDF atau mengeksport jadual sebagai fail CSV (fail jadual yang boleh dibuka dengan Excel).
Hasil penyerahan
Kami menyerahkan 1 sistem aplikasi web P-Chart Control pada pelayan kilang, dengan skrin yang lengkap mengikut langkah di atas, daripada data induk hingga eksport laporan. Selain aplikasi web, item serahan adalah seperti berikut.
- Pakej pemasangan Docker dan pangkalan data PostgreSQL pada Ubuntu Server kilang
- Sambungan API sistem sedia ada organisasi untuk log masuk dan pengambilan jumlah pengeluaran
- Dokumen pembangunan
- Borang pemeriksaan penerimaan kerja
- Panduan pengguna
Langkah pelaksanaan dan permintaan perubahan
Kami membangunkan aplikasi web P-Chart Control mulai September 2024, menyerahkannya pada April 2025 dan terus menambah baik sehingga pertengahan tahun 2025. Semasa pembangunan, pelanggan menghantar permintaan perubahan (Change Requirement) beberapa pusingan, dan setiap pusingan direkodkan dalam dokumen permintaan perubahan yang dikemas kini versinya mengikut pusingan. Urutan kerja adalah seperti berikut.
- Sep 2024: memulakan reka bentuk dan pembangunan mengikut skop kerja dan dokumen keperluan
- Sejak Dis 2024: penyesuaian sistem mengikut permintaan perubahan, seperti sejarah rekod, pemadaman dengan menyembunyikan item, dan sasaran peringkat organisasi
- Apr 2025: sistem melepasi senarai semakan penerimaan, pelanggan menghantar satu lagi pusingan permintaan perubahan mengenai penggabungan jumlah apabila beberapa orang memasukkan item kecacatan yang sama, dan menandatangani dokumen serahan dan penerimaan kerja
- Selepas penyerahan hingga pertengahan tahun 2025: penambahbaikan sistem diteruskan, seperti penambahan item kecacatan baharu dalam data induk dan penyesuaian cara memasukkan sasaran peringkat organisasi
Hasil yang dapat disahkan daripada pemeriksaan penerimaan
Hasil yang dapat disahkan bagi kes ini ialah pemeriksaan penerimaan dan penandatanganan penerimaan kerja. Aplikasi web P-Chart Control melepasi senarai semakan penerimaan (Exit Criteria) dan pengeluar komponen automotif ini menandatangani dokumen serahan dan penerimaan kerja pada April 2025. Senarai semakan penerimaan merangkumi sejarah rekod, pemadaman dengan menyembunyikan item, dan sasaran peringkat organisasi, yang berpunca daripada permintaan perubahan semasa pembangunan.
Selepas penyerahan, pelanggan meminta kami terus menambah baik sistem sehingga kerja ditutup pada tahun 2025. Kes ini tidak mempunyai angka pengukuran hasil perniagaan, seperti masa penyediaan laporan atau jumlah kecacatan yang berkurangan, maka kami hanya melaporkan hasil yang disokong oleh dokumen.
Apakah yang kita pelajari
Kerja ini memberikan prinsip berikut untuk sistem rekod data kualiti harian.
- Kelajuan sistem diutamakan sebelum kecantikan paparan. Pengajaran yang dirumuskan oleh pasukan selepas kerja ditutup ialah kelajuan operasi sistem perlu diambil kira sebelum kecantikan paparan. Oleh itu, halaman rekod dan halaman graf bagi sistem yang direka untuk merekod setiap hari wajar diuji kelajuannya dengan data sebenar sebelum penampilannya diperkemas.
- Persetujui peraturan data sebelum menulis sistem bahagian belakang. Permintaan perubahan mengenai sejarah rekod, cara pemadaman dan sasaran peringkat organisasi timbul semasa pembangunan, dan apabila skop berubah sehingga sistem bahagian belakang (Backend) perlu diubah, kerja mengambil masa lebih lama.
- Ketepatan P-Chart bergantung pada jumlah pengeluaran yang digunakan dalam pengiraan. Pengambilan jumlah pengeluaran daripada sistem sedia ada melalui API membolehkan pekerja memasukkan kecacatan sahaja, dan jumlah pengeluaran datang daripada sistem yang sama dengan yang digunakan oleh organisasi.
Cara menggunakan pendekatan ini di kilang anda
Jika kilang anda masih mencatat kecacatan pada kertas bersama Excel dan menggunakan P-Chart untuk memantau perkadaran kecacatan, anda boleh menggunakan pendekatan yang sama seperti kes ini, iaitu merekod kecacatan sekali sahaja di lokasi kerja, mengambil jumlah pengeluaran daripada sistem yang sedia ada, kemudian membiarkan sistem mengira graf, ringkasan dan laporan. Bahagian yang perlu disesuaikan ialah sumber jumlah pengeluaran, cara log masuk dan borang laporan kilang anda.
Bahagian yang boleh digunakan semula dan bahagian yang perlu diubah suai
| Bahagian sistem | Boleh digunakan semula | Perlu diubah suai apabila |
|---|---|---|
| Rekod kecacatan | Halaman rekod harian mengikut syif, barisan dan bahan kerja, berserta sejarah rekod | Jika item dan jenis kecacatan kilang anda berbeza daripada kes ini, data induk perlu ditetapkan semula |
| Jumlah pengeluaran | Pengambilan jumlah pengeluaran daripada sistem sedia ada melalui API | Jika kilang belum mempunyai sistem yang menghantar jumlah pengeluaran melalui API, sumber data atau cara import perlu dipersetujui terlebih dahulu |
| Pengiraan P-Chart | Pengiraan garisan purata dan garisan UCL secara automatik | Jika kilang menggunakan formula atau kitaran pengiraan yang berbeza daripada kes ini, formula perlu dinyatakan dalam dokumen keperluan |
| Log masuk | Log masuk melalui API sistem sedia ada organisasi | Jika organisasi menggunakan sistem pengesahan identiti lain, sambungan perlu direka bentuk semula |
| Pemasangan | Docker dan PostgreSQL pada pelayan kilang | Jika pelayan dalaman belum bersedia, perancangan perlu dibuat bersama pasukan IT kilang terlebih dahulu |
| Laporan | Eksport P-Chart sebagai PDF dan jadual sebagai fail CSV | Jika borang laporan kilang anda berbeza, contoh borang perlu dihantar untuk disemak sebelum reka bentuk dibuat |
- Semak sistem yang akan menjadi sumber jumlah pengeluaran, dan mohon kebenaran sambungan API dari awal
- Sediakan senarai item kecacatan, formula pengiraan dan contoh data sebenar untuk ujian
- Tempah pelayan dalaman dengan pasukan IT kilang lebih awal
- Persetujui cara mengurus permintaan perubahan sejak permulaan projek
Baca seterusnya
- Perkhidmatan pembangunan sistem pemeriksaan dan kawalan khusus
- Perkhidmatan penyepaduan data dan pembangunan AI untuk organisasi
- InQC, perisian SPC pada tablet Android untuk nilai yang diukur
- Artikel: Apakah SPC dan P-Chart, dan bagaimana pengurus kilang membaca carta kawalan
- Artikel: On-Premise atau Cloud, di manakah data kilang patut disimpan
- Kes pemindahan web data pengeluaran ke pelayan pusat untuk pengeluar komponen automotif
- Kes prototaip papan pelan berbanding output harian
Teknologi yang digunakan
Soalan Sering Ditanya
Adakah sistem ini perlu menghantar data ke awan?
Tidak perlu. Dalam kes ini, sistem dipasang menggunakan Docker pada pelayan kilang dan data disimpan dalam pangkalan data PostgreSQL pada mesin tersebut. Pekerja menggunakannya melalui pelayar web dan log masuk melalui API sistem sedia ada organisasi.
Dari mana datangnya jumlah pengeluaran yang digunakan untuk mengira P-Chart?
Dalam kes ini, sistem mengambil jumlah pengeluaran daripada sistem sedia ada kilang melalui API, manakala jumlah kecacatan dimasukkan oleh pekerja mengikut item kecacatan yang telah ditetapkan, kemudian sistem mengira sendiri perkadaran kecacatan, garisan purata dan garisan kawalan atas.
Apakah yang berlaku jika beberapa orang memasukkan item kecacatan yang sama?
Sistem yang telah melepasi pemeriksaan penerimaan menyimpan sejarah setiap rekod, dan item yang dipadam akan disembunyikan daripada skrin. Penggabungan jumlah apabila beberapa orang memasukkan item kecacatan yang sama ialah permintaan perubahan pusingan April 2025, yang menetapkan agar sistem menyemak jumlah terkini sebelum merekod, kemudian menambahkan jumlah tersebut supaya tidak menimpa nilai orang lain.
Apakah perbezaan sistem ini dengan InQC?
P-Chart Control ialah aplikasi web yang dibangunkan khusus untuk mengira nisbah barangan cacat mengikut borang kilang ini, manakala InQC ialah program SPC pada tablet Android untuk merekodkan nilai yang diukur, seperti saiz bahan kerja. Jika keperluan anda adalah untuk mengukur nilai, sila lihat InQC. Jika keperluan anda adalah untuk mengira barangan cacat mengikut borang khusus kilang, kerja pembangunan sistem khusus seperti kes ini adalah lebih sesuai.
Berapakah harga dan tempoh pembangunan?
Tiada harga tetap; harga bergantung pada bilangan skrin, formula pengiraan dan sistem yang perlu disambungkan. Kes ini mula dibangunkan pada bulan September 2024 dan diserahkan pada bulan April 2025. Hubungi kami bersama borang yang anda gunakan sekarang untuk mendapatkan sebut harga.
