Cleanup Data Untuk Proses Data Migration


Data Cleanup adalah subjektif bagi sesebuah organisasi. Kita tidak ada tempat untuk membuat rujukan jika kita mempunyai persoalan bagi proses data cleanup. 


Antara soalan yang sering bermain di fikiran kita

  1. Adakah setiap data yang dibekalkan oleh organisasi mengikut template yang diberi?
  2. Adakah data tersebut dikaitkan dengan Setup? Adakah data setup tersebut adalah setup yang terkini?
  3. Adakah data yang diberikan benar-benar data yang sudah clean?
  4. Adakah data cleanup ini adalah tugasan pihak vendor/developer?


Bagi soalan yang dinyatakan, kita mencuba untuk mengungkai jawapan tersebut

  1. Bagi soalan 1 – walaupun data yang diberi mengikut template, tetapi data yang dimasukkan kadang-kadang tidak mengikut spesifikasi. Contohnya , template tersebut perlu di maklumkan cara untuk memasukkan data termasuk uppercase, lowercase, sentence case.
  2. Bagi soalan ke 2 – kalau data yang dimasukkan berkaitan dengan setup, vendor/developer perlu memaklumkan kepada pengguna mengenai data setup berkenaan. Dan data setup tersebut adalah data yang tulen/terkini.
  3. Bagi soalan ke 3 – kadang-kadang, vendor perlu buat re-migration semula kerana pengguna memaklumkan bahawa data yang diberikan tidak tulen dan mempunyai beberapa data yang perlu diubah
  4. Bagi soalan ke 4 – bagi pendapat saya, cleanup data perlu dilakukan oleh pihak pengguna. Dan semakan data cleanup juga perlu dilakukan pada organisasi. Data berkenaan amat difahami oleh pihak pengguna berbanding pihak vendor/developer. Selalunya pihak vendor/developer terus memasukkan data tersebut tanpa membuat semakan kedua.

Comments

Post a Comment

Popular posts from this blog

Kepentingan pre-UAT

Kebiasaannya vendor/developer hanya akan melakukan UAT selepas pembangunan sistem siap sepenuhnya. Tetapi, risiko yang selalu wujud semasa sesi uat adalah bug/error yang terlalu banyak walapun developer telah membuat beberapa pengujian sebelum sesi tersebut.  Pre-UAT adalah langkah awal yang boleh dilakukan bagi mengurangkan kewujudan bug ini. Pre-UAT ini perlu dilakukan oleh user dimana user tersebut terdiri daripada orang yang kursng mahir dengan sistem ini.
Read more

Sistem Stock Control (juga dikenali sebagai Sistem Inventori)

Image
Baru-baru ini, telah diadakan latihan Sistem Stock Control/Sistem Inventori bagi pengguna admin bagi menyimpan rekod-rekod stor. Selain daripada stor alat tulis, sistem ini juga sesuai bagi stor menyimpan barang-barang bengkel, makmal dan juga barang-barang pemasaran. Sistem Inventori/Sistem Stock Control ini dibangunkan bertujuan: Mendaftar semua stor yang terdapat di HQ dan cawangan-cawangan Merekod penerimaan barang mengikut stor yang terlibat Merekod pengeluaran barang daripada stor (secara online / manual) Mengemaskini maklumat stor Merekod paras minima (ROL level) Mengetahui baki terkini stor
Read more

Flow Chart Bagi Sistem E-Procurement

Image
Gambarajah dibawah menunjukkan kesilapan flow chart yang telah dihantar oleh vendor/software developer. Banyak kesilapan yang boleh dilihat dalam flow chart tersebut. Apabila diajukan soalan kepada pihak vendor/software developer, kenapa banyak proses yang tidak dipaparkan pada flow chart berkenaan, jawapan yang diberikan adalah “ User tidak perlu tahu proses berkenaan. Lagipun user bukan faham proses pun”. Sebenarnya pihak vendor/software developer silap kerana proses yang telah disembunyikan itu, pihak user akan mengandaikan bahawa proses tersebut tiada dalam system berkenaan dan system yang dicadangkan tidak bagus/lengkap. Malah, jangan la memandang serong kepada pihak user kerana mengandaikan mereka tidak faham/tidak tahu. Inilah kelemahan pihak vendor/software developer kerana terlalu sombong sehingga menganggap user tiada kemahiran tentang flow chart.
Read more