Finishing Sistem Informasi Pembelian (Part 1)

Sebelum membaca artikel ini silakan baca Posting Sebelumnya. :)

Alhamdulillah, setelah berkutat cukup lama pada prototype sistem, akhirnya Sistem Informasi yang didesin parsial (pemebelian) ini, sudah cukp matang dan mantap digunakan. Berbagai fitur-fitur tambahan guna "mempercantik" aplikasi sudah disisipkan dalam aplikasi sehingga, aplikasi seolah-olah dapat "berinteraksi" dengan penggunanya. Adapun selama pembangunan sistem dari prototypenya, ditemukan hal-hal baru yang dapat memperluas fungsi aplikasi ini. Beberapa fitur tambahan banyak terjadi pada interface listing. Mulanya listing ini hanya dapat menangani proses menampilkan data yang sudah diinput tanpa adanya manfaat tambahan di dalamnya. Akhirnya dalam listing ini ditambahkan fitur :

• Ubah : Untuk mengubah data yang telah dimasukkan. Pengubahan data ini juga sampai menembus level primary key nya. Namun begitu, integritas data antar tabel masih tetap terjaga, dikarenakan tabel yang berkaitan dan dihubungkan dengan foreign key ini sudah dirancang dalam database agar terjadi update cascade, artinya jika data primary key di satu tabel di ubah, secara otomatis akan mengubah semua tabel yang memakai foreign key yang berhubungan degan tabel tersebut.

Prototipe Sistem Informasi Pembelian

Melanjutkan bahasan yang lalu yang membahas tentang database pada sistem informasi pembelian, kali ini saya akan sedikit berbagi tentang aplikasi atau sistem yang telah saya bangun prototipenya. Prototipe ini saya rancang untuk memenuhi kebutuhan klien yang mengiginkan sistem pembeliannya terpisah dikarenakan divisi pembelian tidaklah sama dengan divisi pergudangan ataupun penjualan.

Proses bisnis pembelian menjadi sesuatu yang penting dan perlu difokuskan lebih matang, dikarenakan proses ini melibatkan sub proses-sub proses yang terkadang lebih rumit dan perlu adanya integritas, baik dari level data di DBMS sampai level user interface.

Pada proses pembelian ini, yang telah didasarkan pada database yang dirancang sedemikian rupa, maka, aplikasi ini akan menjalankan proses bisnis sebagai berikut.

ER DIagram Purchasing

Perancangan Aplikasi dan atau sistem menghendaki adanya perancanga basis data atau lebih dikenal sebagai database. Dan menurut saya, perancangan database, adalah perancangan yang paling dasar dan harus benar. Mengapa? Banyak aplikasi susah untuk di maintenance terkait dengan data-data yang sedang dismpan. Oleh karena itu, perancangan basis data yang baik setidaknya dapat mengurangi bug maupun integritas data. Tabel-tabel dibuat senormal mungkin agar data tidak terjadi duplikasi maupun anomali. Benteng-benteng pertahanan aplikasi atau sistem pun sebaiknya dibuat pada level ini. Banyak sekali pembuat program hanya membentengi data tidak valid pada level user interface, ini sangat tidak bagus jika ada seseorang yang berhasil masuk ke level DBMS yang menyimpan data.

Berikut adalah Gambar ER(Entity Relationship) diagram dari aplikasi ataupun sistem informasi pembelian yang saya buat untuk memenuhi tugas besar SIA.