BAB I

PENDAHULUAN

1.1

PENGENALAN

Dalam era teknologi maklumat yang serba canggih ini, penggunaan komputer dan internet menjadi semakin meluas. Kekuasaan teknologi maklumat telah merangkumi pelbagai sektor. Sektor kerajaan kini tidak ketinggalan dalam penggunaan sistem berkomputer bagi memajukan pembangunan negara. Contoh-contoh sistem yang digunakan seperti sistem inventori, sistem bermaklumat dan lain-lain. Proses pengiraan barang-barang stor serta proses tempahan diganti oleh sistem kawalan inventori. Menurut Axsäter, tujuan sesebuah sistem kawalan inventori adalah untuk mengenalpasti bila dan berapa untuk ditempah (Axsäter 2006). Salah satu kaedah penggunaan sistem bagi menguruskan inventori termasuklah cara automatik mengumpul informasi inventori terkini dan membuat keputusan samada tempahan diperlukan dan bila tempahan pengantian perlu dilakukan.(Salvo 2002). Pasukan

Latihan

Pegawai

Simpanan

Universiti

Kebangsaan

Malaysia(PALAPES UKM) merupakan pusat latihan yang ditubuhkan di UKM yang bertujuan melahirkan pegawai-pegawai tentera sukarela yang berkualiti. Sebelum mahasiswa-mahasiswi ditauliahkan menjadi Leftenan Muda, pegawai tentera sukarela, mahasiswa-mahasiswi yang menyertai PALAPES dikehendaki menjalankan latihan selama tiga tahun sebagai seorang kadet. Oleh itu, kadet-kadet PALAPES dibenarkan memimjam dan mendapatkan barang-barang tentera daripada Markas Angkatan Tentera Malaysia. PALAPES UKM mempunyai stor logistik yang memyimpan barang-barang tentera yang boleh dipinjam oleh kadet-kadet PALAPES UKM.

2

Tujuan sistem inventori ini dibangunkan adalah untuk menguruskan barangbarang tentera PALAPES UKM menjadi tersusun dan bersistematik serta mengubahkan sistem inventori manual kepada sistem inventori berkomputer. 1.2

PENYATAAN MASALAH

Sistem inventori PALAPES UKM kini masih lagi menggunakan cara tradisional iaitu kadet-kadet PALAPES perlu mengisi borang untuk membuat pinjaman dan pemulangan barang-barang tentera. Barang-barang tentera termasuklah pakaian, kasut dan lain-lain. Palapes ukm mempunyai tiga peringkat, iaitu peringkat junior, intermediate dan senior. Setiap peringkat mempunyai jumlah kadet dalam lingkungan 100 orang. Masalah dalam sistem inventori manual seperti berikut: 1. Setiap peringkat kadet hendaklah mengisi saiz pakaian dan kasut dalam satu borang untuk pihak logistik menyediakan barang-barang tentera. Pengisian borang oleh semua kadet mengambil masa yang panjang. 2. Pengiraan barang-barang tentera tidak sistematik. 1.3

OBJEKTIF KAJIAN

Objektif bagi melaksanakan projek ini adalah membangunkan sebuah sistem kawalan inventori mengenai perminjaman and pemulangan barang-barang tentera. 1.4

SKOP KAJIAN

Tujuan sistem ini dibangunkan adalah untuk memudahkan pihak jawatankuasa logistik membuat pengiraan stok barang serta pengurusan tempahan. Sistem ini dibangunkan dengan menggunakan Bahasa Melayu. Pengguna sistem ini terdiri daripada dua katergori iaitu pengguna dan pentadbir. Pengguna merupakan kadet- kadet PALAPES UKM manakala pentadbir adalah pihak jawatankuasa logistik PALAPES UKM.

3

Pengguna dibahagikan kepada tiga kumpulan, iaitu Senior, Intermediate, dan Junior. Pengguna merupakan pengguna yang hanya dibenarkan untuk mengisi maklumat dan melihat maklumat sendiri sahaja. Pentadbir dibenar melihat semua maklumat pengguna, rekod tempahan dan pengeditan maklumat pengguna. 1.5

PENDEKATAN KAJIAN

Pembangunan sistem ini akan dilakukan secara berperingkat dengan menggunakan metodologi Pembangunan Sistem Kitar Hayat atau dikenali sebagai Sistem Development Life Cycle (SDLC). Terdapat 5 fasa yang terlibat di dalam metodologi seperti:-

i.

Perancangan Proses mengenal pasti masalah dan maklumat yang diperlukan di dalam pembangunan sistem. Objektif, skop dan keperluan sistem akan dikaji di dalam proses ini.

ii.

Analisis Proses melibatkan kajian serta perancangan pembangunan sistem. Kajian penyelidikan juga dilakukan seperti pembacaan buku, jurnal dan sumber internet agar dapat digunakan sebagai rujukan.

iii.

Reka bentuk Fasa untuk mereka bentuk pangkalan data dan juga rekabentuk anataramuka supaya kelihatan tersusun dan interaktif. Beberapa elemen multimedia akan diselitkan seperti grafik dan gambar agar dapat membuat sistem web yang bersifat interaktif.

iv.

Pembangunan dan Implementasi Fasa pembangunan sistem sebenar dan juga pembangunan pangkalan data.

v.

Pengujian

4

Sistem ini akan diuji bagi mengenalpasti sebarang kelemahan yang ada termasuk ralat pengaturcaraan dan memperbaikinya. 1.6

ORGANISASI BAB

Laporan ini terbahagi kepada 5 bab iaitu : 1)

Bab 1 Menerangkan mengenai latar belakang kajian seperti penyataan masalah, objektif, skop kajian dan pendekatan kajian.

2)

Bab 2 Menerangkan mengenai sorotan susastera iaitu hasil kajian yang telah dilakukan mengenai sistem inventori. Dalam bab ini juga dilakukan perbezaan antara sistem-sistem inventori yang sedia ada.

3)

Bab 3 Bab ini akan menerangkan dengan lebih terperinci metodologi yang digunakan untuk menjalankan kajian seperti model SDLC iaitu perancangan, analisis, mereka bentuk, pembangunan, implementasi dan pengujian. Selain itu, komponen-komponen lain yang terlibat juga turut disertakan dalam bab ini seperti rajah aliran data (data flow diagram), rajah hubungan entiti (entity relationship diagram) dan reka bentuk antaramuka (interface).

4)

Bab 4 Bab ini akan memberi penerangan yang berkaitan dengan aspek pembangunan dan implemantasi sistem yang telah dibina. Selain itu, bab ini juga akan menunjukan dan menerangkan paparan antara muka dan fungsinya. Pengujian sistem untuk memastikan sistem ini berfungsi dengan baik.

5)

Bab 5 Bab terakhir akan menerangkan rumusan, kekurangan dan kelebihan yang dikenalpasti dalam projek ini.

5

BAB II

KAJIAN KESUSASTERAAN

2.1

PENGENALAN

Bab ini menumpu perhatian terhadap definisi dan ulasan kajian lampau tentang system inventori yang sedia ada. Dengan memgenalpastikan karya yang relevan dapat menberi idea untuk membangunkan sistem inventori yang sesuai bagi PALAPES UKM. Kajian kesusasteraan memberi manfaat memahami konsep dan ciri-ciri sistem inventori yang baik dan menambahbaik system inventori ini. 2.2

SISTEM INVENTORI

Sebelum membincangkan konsep inventori, kita perlu tahu apa itu logistic yang menjadi faktor utama wujudnya sistem inventori. Hakikatnya, logistic asal daripada persekitaran perlawanan dan bukan daripada perniagaan dan akademik. Masyarakat purba Greeks menunjukkan perkataan logistikos kepada pegawai tentera yang mahir dalam pengira permintaan tentera bagi ekspedisi bagi peperangan ( Farahani 2011). Istilah inventory telah didefinisi oleh berberapa pihak. Menurut The Collaborative International Dictionary of English v.0.48, inventory adalah sebuah akaun, katalog, atau jadual yang dibuat oleh pelaksana atau pentadbir, bagi semua barang-barang dan catel, dan kadang-kadang bagi hartanah yang benar bagi orang yang meninggal dunia; satu senarai harta bagi seseorang atau hartanah yang didapati telah dimiliki. Oleh itu, sebuah senarai barang-barang yang terperinci harus mempunyai nilai yang dianggar. Sebarang yang tersenarai, yang dalam satu katalog,

6

objek atau sumber dalam tangan dan boleh digunakan atau dijual. Khususnya, senarai akaun tahunan stok yang ada, diambil dalam sebarang perniagaan.

Menurut Wikipedia, Sistem pengurusan inventori ialah proses bagi mengurus dan mencari objek atau bahan-bahan. Sebuah sistem pengurusan inventori mungkin digunakan untuk mengautomasikan proses. Sebagai sebuah sistem yang mengandungi satu senarai tempahan untuk di terima, dan seterusnya meminta pekerja untuk memilih barang-barang

keperluan,

dan

menyediakannya

dengan

pembungkusan

dan

penghantaran. Sebuah sistem inventori juga mengurus kemasukan dan pengeluaran bahan-bahan perkakasan. Pengurusan inventori adalah salah satu sub sistem bagi sistem logistik. Secara ringkasnya, dengan adanya logistik, kita memerlukan pengurusan inventori untuk mengurus hal mengenai berapa stor yang perlu sedia ada dan berapa dan bila perlu tempah barangan. Sistem ini mempunyai proses yang panjang, antaranya mula daripada pemilihan barang dan bahan, perancangan bahan, tempahan, penyimpan stok, kemasukan barang, pendaftaran stok, penyimpanan dan penghantaran barang atau akhirnya pengeksportan stok (Lim dan Zhang 2007). Dalam peperangan, cuaca dan taktik musuh menyebabkan kita tidak dapat menjangka keperluan tentera. Oleh itu, satu sistem inventori yang sistematik perlu dibangunkan untuk mengelakkan masalah permintaan tentera yang tidak tetap walaupun PALAPES UKM adalah pegawai simpanan tentera. Sistem inventori yang bersistematik mempunyai ciri memenuhi permintaan pengguna sementara memastikan kos inventori berada di tahap yang munasabah bagi menjimatkan kewangan kerajaan.

7

Ciri-ciri bagi sistem inventori yang bersistematik:-

1 2 3

2.3

• Rekod semasa inventori yang tepat dan sentiasa dikemaskini • Mempunyai prosedur merekodkan resit dan penggunaan inventori • Mempunyai prosedur pengiraan stok

WEB

Menurut Cambridge Dictionaries, World Wide Web (WWW) didefinisi sebagai sebuah sistem yang menyambungkan dokumen-dokumen atas talian, biasanya berserta dengan gambar, video dan audio yang boleh dicari sebagai informasi mengenai sesebuah subjek. Manakala menurut Dict.org, definisi bagi WWW adalah rangkaian komputer yang terdiri daripada koleksi laman internet yang menawarkan teks, grafik, bunyi dan sumber animasi melalui hiperteks ke protokol. 2.4

PENGGUNAAN WEB OLEH KERAJAAN

Selain Malaysia, kerajaan Amerika Syarikat telah mengunakan WWW untuk memberi perkhidmatan kepada orang awam. Menurut sebuah laporan pada 2003, laman telah menjadi semakin utama dan bermakna bagi pemberian perkhidmatan bagi persekutuan, negeri dan kerajaan tempatan U.S. (Wood 2003). Pada permulaannya, trend ini dipemerhatikan disebabkan mempunyai hasil yang banyak berfaedah dan memberangsangkan berserta dengan penyumbangan khidmat berasaskan web, contohnya lebih pantas dan lebih mudah mengakses khidmat kerajaan dengan lebih kurang kesilapan bagi awam dan meningkatkan kecekapan, pengurangan kos dan khidmat pelanggan yang lebih baik serta berpotensi bagi kerajaan (Wang 2010). Perkhidmatan eksklusif ditawarkan melalui laman web ialah matlamat utama bagi kebanyakan agensi kerajaan (Bertot dan Jaeger 2006). Namun begitu, bagi membangunkan sebuah sistem berasaskan web kerajaan perlu menitikberatkan

8

beberapa aspek. Menurut Bertot dan Jaeger (2006), sebuah evaluasi laman web kerajaan yang mengutamakan pengguna harus mempunyai tiga kunci elemen, iaitu ujian kemudahan, kegunaan dan fungsi-fungsinya. 2.5

SISTEM BERASASKAN WEB

Sistem berasaskan web membolehkan pengguna mencapai sistem ini dengan menggunakan pelayar web sedia ada contohnya Google Chrome, Internet Explorer dan Firefox. Pelayar-pelayar web ini disediakan untuk pelbagai sistem operasi contohnya Windows, Linux atau Mac OS. Faedah-faedah menggunakan sistem berasaskan web adalah: 1. Sebuah sistem berasaskan web boleh mengautomasikan proses peniagaan justeru menjimatkan masa. Seterusnya mengurangkan penggunaan tenaga manusia, meningkatkan kecekapan, serta keuntungan. 2. Sebuah sistem berasaskan web dapat dicapai di mana-mana lokasi sahaja asalnya pengguna ada pelayar web dan sambungan internet. 3. Sebuah sistem berasaskan web hanya perlu dipasang sekali di server syarikat. Maklumat semasa sentiasa mudah dikemaskini. 2.6

KAJIAN LEPAS

Setelah menganalisis sistem-sistem inventori yang lampau, saya telah medapatkan keputusan pembandingan antara sistem-sistem seperti yang ditunjukkan di jadual berikut: JADUAL 2.1 Pembandingan kajian yang lepas Kajian Lampau

Kategori

Musa bin Hj. 2011.

Produk

Rekod Perniagaan

sedia ada

dan Pengurusan Inventori

Securiti

Berasaskan

Tempahan

(log masuk)

Web

pengguna

Tiada

Tiada

Tiada

9

Kristen, P. 2002.

Jurnal

Ada

Tiada

Ada

Projek

Ada

Tiada

Tiada

Hospital installs system to manage its inventory. Reddy, S. 2012. Medical Store Inventory System in C++

2.6.1

Rekod Perniagaan dan Pengurusan Inventori

Sistem ini menggunakan cara mudah untuk merekod transaksi harian perniagaan. Elemen-elemen sistem ini adalah belian, ambilan, pulangan dan stok. Sistem ini juga mempunyai fungsi pengiraan stok dalam waktu serentak pencatatan jualan. Fungsi ini memudahkan pengguna melihat bilangan stok yang masih ada dan membuat perancangan untuk menempah barang.

10

RAJAH 2.1 Paparan rekod jualan

RAJAH 2.2 Paparan rekod stok

11

Selain menganalisis sistem-sistem inventori yang dibina oleh orang awam, saya juga memberi tumpuan kepada contoh-contoh projek tahun akhir lepas. Berikut adalah projek-projek yang telah saya analisis:1. Sistem

Pengurusan

Dan Analisis

Inventori

Bengkel

Kereta

Secara

Perkhidmatan Web Sistem ini dibangunkan oleh Soh (2008) memggunakan kod-kod VB, SQL dan Javascript. Sistem ini mempunyai kebolehan untuk menguruskan maklumat pekerja, maklumat pelanggan, maklumat kereta pelanggan, data inventori dan penjanaan laporan bagi bengkel kereta. Mempunyai fungsi mencari, menambah, membaiki dan memadam mengikut kehendak pengguna. Sistem ini dibangunkan secara atas talian. 2. Modul Keuntungan Bagi Sistem Pengurusan Inventori Syarikat PLEXUS Sistem ini dibangunkan oleh Lee (2012) menggunakan MySQL. Sistem ini mempunyai fungsi merekod, mengawal, mengemas kini dan menghasilkan laporan. Sistem ini dibangunkan sebagai perisian dan tidak berasaskan web. 3. Sistem E-Jualan dan Pengurusan Inventori Kedai Bunga Sistem ini dibangunkan oleh Yam (2009) menggunakan Joomla! 1.5.9 dan MySQL. Sistem ini mempunyai fungsi merekod, memapar rekod, menambah, membaiki dan memadam rekod. Sistem ini dibangunkan secara atas talian. 2.7

SISTEM INVENTORI PALAPES UKM

Dalam konklusi, kebanyakan sistem lampau tidak mempunyai fungsi menyimpan tandatangan sebagai bukti pengubahan rekod. Selain itu, bukan semua sistem berasaskan web, mempunyai security ( log masuk ) dan membuka sistem kepada pengguna untuk buat tempahan. Oleh itu, sistem inventori yang mempunyai ketiga-

12

tiga komponen diatas akan dibina dalam projek ini, iaitu security, berasaskan web, dan tempahan pengguna. Sistem Inventori PALAPES UKM adalah sebuah sistem berasaskan web yang menyediakan perkhidmatan peminjaman barang-barang yang diisu oleh Angkatan Tentera Malaysia kepada kadet-kadet PALAPES UKM. Terdapat 4 menu dicadangkan dalam sistem ini iaitu peminjaman, pemulangan, edit dan rekod. Cadangan reka letak menu-menu tersebut adalah di bahagian menu atas (top menu). Dalam sistem ini, cadangan bagi isi dalam menu Home adalah dibahagikan kepada tiga bahagian. Bahagian atas dicadangkan memaparkan empat menu yang dinyatakan. Bahagian tengah mempunyai tiga petak yang mengkategorikan peringkatperingkat kadet, iaitu Senior, Intermediate dan Junior. Dalam setiap petak-petak berikut mempunyai butang untuk pendaftaran dan log masuk. Bagi bahagian bawah pula adalah sedikit informasi bagi tujuan sistem ini beserta dengan petak yang mempunyai butang bagi pentadbir log masuk. Seterusnya, cadangan bagi menu peminjaman adalah borang peminjaman. Menu pemulangan menyediakan borang untuk memulangkan barang-barang. Menu edit akan mempunyai fungsi pengeditan saiz oleh pentadbir sahaja. Akhirnya, menu rekod mempunyai fungsi tapisan rekod stor dan melihat bilangan barang. Sistem ini dicadangkan menggunakan Bahasa Kebangsaan iaitu Bahasa Melayu sebagai bahasa utama laman.Hal demikian disebabkan laman web ini hanya digunakan oleh kadet-kadet PALAPES UKM yang merupakan warganegara Malaysia yang berfasih Bahasa Melayu. 2.8

KESIMPULAN

Berdasarkan hasil kajian perbandingan yang telah dilaksanakan terhadap sistemsistem yang sedia ada, terdapat beberapa komponen yang perlu dititikberatkan dalam pembangunan sistem. Hasil kajian terhadap sistem lampau telah memberikan gambaran dan idea untuk membangunkan sebuah sistem.

13

BAB III

METODOLOGI

3.1

PENGENALAN

Bagi membangunkan sebuah sistem, proses analisis dan reka bentuk mempunyai peranan yang penting. Objektif utama bagi analisis dan rekabentuk sistem adalah untuk memahami kepentingan dan tujuan sistem ini dibangunkan serta untuk memastikan sistem yang dibangunkan dapat memenuhi kehendak pengguna. Analisis dan reka bentuk sistem adalah satu proses yang mempunyai langkah-langkah yang perlu diikuti bagi membangunkan sistem informasi yang berkualiti tinggi (Shelly dan Rosenblatt 2011). Bab ini membincangkan metodologi pembangunan dan fasa-fasa yang digunakan dalam pembangunan Sistem Inventori PALAPES UKM. Topik-topik yang akan dibincangkan dalam bab ini termasuklah struktur reka bentuk sistem, reka bentuk logikal dan keperluan perisian dan perkakasan yang digunakan. Bab ini juga akan membincangkan setiap fasa pembangunan iaitu fasa perancangan, fasa analisis, fasa reka bentuk, fasa pembangunan dan implementasi, dan fasa pengujian. 3.2

REKA BENTUK KAJIAN

Terdapat beberapa kaedah yang boleh digunakan untuk membangunkan sistem ini, contohnya analisis berorientasikan objek, kaedah agile/adaptive dan analisis berstruktur. Sistem ini menggunakan analisis berstruktur yang merupakan keadah tradisional yang masih digunakan oleh penganalisis sebagai metodologi untuk membangunkan sistem ini. Analisis berstruktur ini dijalankan menurut perancangan keseluruhan, seperti sebuah pelan tindakan atau blueprint yang bertujuan untuk membinakan sebuah bangunan.

14

Menurut Shelly, G. dan Rosenblatt, H. (2012), analisis berstruktur mewakili sistem dalam segi data dan proses yang bertindak berdasarkan data. Analisis berstruktur menggunakan teknik Kitar Hayat Pembangunan Sistem (SDLC) yang mempunyai 5 fasa, iaitu merancang, analisis, reka bentuk, implementasi serta sokong dan operasi sesebuah sistem informasi. SDLC ini digunakan untuk merancang dan menguruskan proses pembangunan sistem. Segala aktiviti dan fungsi

dalam

pembangunan sistem akan diterang dan dijelaskan dalam SDLC dengan bergantung kepada pendekatan yang digunakan. Secara ringkasnya, gambaran kelima-lima fasa yang terlibat dalam pembangunan sistem ini ditunjukkan dalam Rajah 3.1.

Fasa Perancangan

Fasa Analisis

Fasa Reka Bentuk

Fasa Pembangunan dan Implementasi

Fasa Pengujian

RAJAH 3.1 Kitar Hayat Pembangunan Sistem (SDLC) Penyelidik telah mencirikan, “ semua metodologi pembangunan sistem dibawa kepada satu perwakilan sistem dari segi proses dan data; tetapi, mereka berbeza dari segi sama ada metodologi meletakkan penekanan utama atas proses perniagaan atau

15

atas data yang menyokong perniagaan” (Crabtree 2006). Sistem ini memberi fokus kepada metodologi dan konsep Kitar Hayat Pembangunan Sistem (SDLC) yang berkait dengan proses perniagaan. Menurut Dennis (2006), setiap fasa akan menghasilkan hasil utama berikut bagi fasa seterusnya (p. 5): 1. Fasa Perancangan  Permintaan sistem dan kajian kebolehlaksanaan. 2. Fasa Analisis  Cadangan sistem. 3. Fasa reka bentuk Spesifikasi sistem. 4. Fasa implementasi  Sistem telah dipasang. 5. Fasa sokongan dan operasi  Operasi berterusan. Kaedah SDLC dipilih untuk digunakan dalam pembangunan sistem ini. Hal demikian disebabkan kaedah ini senang difaham dan diguna, setiap fasa didefinisikan dengan jelas dan senang diurus. Setiap fasa mempunyai ulasan dan capaian yang telah dispesifikasikan. Selain itu, perkembangan pembangunan sistem boleh diukur. 1.

Fasa Pertama: Perancangan

Fasa perancangan merupakan fasa awal dan memainkan peranan yang penting bagi membangunkan Sistem Inventori PALAPES UKM. Fasa ini bertujuan untuk mengenal pasti objektif Projek Tahun Akhir (PTA) iaitu melatih pelajar mengaplikasikan ilmu dan kemahiran dalam penyelesaian masalah. Dalam fasa ini, anggaran sumber seperti perkakasan dan perisian, perlu disediakan dalam pembangunan sistem. Semua informasi dianalisis untuk mencari altenatif penyelesaian. Jikalau tiada altenatif yang lain, informasi akan dikumpul dalam pelan projek dan membentangkan kepada penyelia dan para penilai untuk kelulusan. Pada awal semesta, penulis telah membincang dengan penyelia Projek Tahun Akhir(PTA) berkenaan dengan kehendak dan objektif-objektif PTA. Selepas beberapa hari pemikiran idea, penulis ingin membangunkan sebuah sistem inventori untuk PALAPES UKM. Hal ini demikian disebabkan penulis merupakan salah seorang kadet PALAPES UKM yang pernah mengalami kesusahan meminjam barang-barang tentera dengan sistem manual yang sedia ada. Penulis berpendapat bahawa pembangunan sistem seperti ini boleh memenuhi objektif PTA. Selepas mendapatkan

16

idea peringkat awal, penulis telah menjalankan kajian kesusasteraan yang berkait dengan konsep sistem inventori. Kajian kesusasteraan yang pada bahagian Bab 2 terlibat

dalam fasa ini bagi mencari altenatif cara untuk mencari maklumat dan

konponen sistem yang berkaitan. Kajian kesusasteraan telah dijalankan dengan membuat carian jurnal, artikel serta buku-buku yang berkaitan dengan inventori di Perpustakaan Tan Sri Lanang Universiti Kebangsaan Malaysia (PTSL UKM). Selain itu, beberapa pangkalan data ejurnal telah diguna untuk mencari jurnal seperti ACM Digital Library, Emerald Full Text dan ProQuest Education Journals. Dengan ini, banyak sumber dan maklumat telah dicapai oleh penulis. Seterusnya, penulis membuat penilaian atas bahan-bahan bacaan yang telah dicapai untuk mendapatkan maklumat selanjutnya yang berkaitan dengan tajuk PTA penulis. Penilaian kebolehlaksanaan perlu dibuat sebelum tindakan seterusnya diambil. Selepas proses pengajian, penulis telah merumuskan bahawa altenatif kaedah yang boleh memenuhi objektif PTA adalah membangunkan sebuah sistem inventori yang berasaskan web untuk PALAPES UKM. Anggaran sumber perkakasan adalah sebarang Personal Computer (PC) yang mempunyai minima 512MB RAM dan 30MB ruangan disk. Manakala anggaran sumber perisian adalah XAMPP Control Panel ,Apache, MySql dan Internet Explorer 8 dan ke atas. Cadangan telah dikemukakan kepada penyelia untuk mendapatkan kelulusan peringkat pertama. 2.

Fasa Kedua: Analisis

Objektif utama fasa analisis adalah mengenalpasti keperluan dan citarasa pengguna dalam sistem ini. Kebiasaannya, fasa analisis dijalankan dengan mendapatkan penjelasan keperluan dan harapan daripada pengguna. Fasa ini diteruskan dengan dokumentasikan semua keperluan pengguna dan mendapatkan kelulusan penyelia dan para penilai untuk meneruskan dengan reka bentuk sistem. Beberapa aktiviti dilaksanakan untuk menganalisis keperluan pengguna dengan lebih teliti dan menyeluruh. Antara aktiviti yang dilaksanakan adalah menemu

17

bual pengguna, perbelajaran

prosedur sistem sedia ada, dan memikirkan strategi

penyelesaian masalah. Untuk mendapatkan metadata sistem tertentu dan keperluan pengguna sistem ini dengan secara menyeluruh, penulis telah menemu bual dengan staf-staf markas PALAPES UKM yang menguruskan tugas-tugas inventori. Menurut staf, operasi peminjaman masih lagi menggunakan sistem manual yang kurang efisian. Penulis telah mendapatkan tunjuk ajar daripada staf tentang prosedur inventori yang sedia ada dan membuat penilaian atas masalah yang telah dihadapi. Seterusnya, tidak ketinggalan mendapatkan maklumat daripada kadet-kadet yang menggunakan sistem ini. Masalah dan penyelesaian perlu dikenalpasti sebelum mereka bentuk sistem. Selepas mendapatkan maklumat daripada semua pihak, masalah yang dikenalpasti adalah sistem manual inventori yang kurang memuaskan, penggunaan masa yang banyak dalam pengumpulan data pakaian, pengiraan stok yang sedia ada dan kesesuaian masa untuk menempah barang-barang tidak diketahui. Bagi menyelesaikan masalah tersebut, beberapa cara telah dicadangkan, iaitu pengisian maklumat pengguna secara atas talian, membangunkan sebuah sistem yang dapat mengira data stok secara automatik dengan mengekstrak data daripada pangkalan data, dan automatik percadangan masa untuk tempahan stok. 3.

Fasa Ketiga: Reka Bentuk

Fasa ketiga adalah fasa reka bentuk yang membentukkan seni bina sistem. Objektif fasa ini adalah mewujudkan reka bentuk fizikal model yang memenuhi keperluan yang telah disetujui pada fasa analisis. Fasa reka bentuk dalam proses SDLC meneruskan pertanyaan soalan daripada “apa” kepada soalan “bagaimana”. Dalam fasa ini, aktiviti-aktivti yang dijalankan seperti mereka bentuk antara muka, mengenalpasti output, input dan proses yang diperlukan. Pemprosesan aliran data dibangunkan menjadi carta dan mengenalpasti rekabentuk logikal dan struktur data aliran dan pangkalan data. Oleh itu, beberapa rajah dilakar berdasarkan aktiviti-

18

aktiviti ini contohnya Rajah Carta Alir (Flowcart) dan Rajah Aliran Data ( Data Flow Diagram – DRD). Rajah-rajah yang dilakarkan adalah untuk memberi gambaran sistem agar lebih mudah difahami bagi penulis menghasilkan kod-kod pengaturcaraan mengikut turutan. Selepas beberapa rajah dilakar, langkah normalisasi pangkalan data diambil. 4.

Fasa Keempat: Pembangunan dan Implementasi

Fasa pembangunan sistem dilaksanakan dengan pengaturcaraan sistem mengikut reka bentuk senibina yang dilakar. Objektif fasa ini adalah memastikan fungsi-fungsi sistem mengikut apa yang dijangka dan memenuhi keperluan pengguna. Fasa ini memerlukan penyertaan pengguna yang tinggi untuk mengesahkan semua keperluan termasuk dalam sistem ini. Fasa ini diteruskan dengan implementasi. Aktiviti-aktiviti yang dijalankan adalah sistem baru yang dibina atau dimaju telah dipasang di dalam persekitaran pengeluaran, pengguna dilatih untuk mengguna sistem ini, serta data digubahsuai mengikut keperluan. Seterusnya, sistem baru diserahkan kepada pengguna dan menjalankan penilaian proses operasi. Fasa ini adalah proses yang menghadapi isu kakitangan, teknikal dan pentadbiran serta kajian perkakasan dan perisian. Fasa implementasi memerlukan usaha menyelesaikan masalah yang diketahui semasa proses implementasi dan merancang untuk pengekalan. 5.

Fasa Kelima: Pengujian

Dalam fasa pengujian, sistem diguji dan mencari kelemahan dan ralat

untuk

diperbaiki. Objektif semasa fasa ini ialah untuk memastikan sistem ini boleh digunakan oleh pengguna tanpa masalah. Aturcara yang bermasalah dibaiki dalam fasa ini. Selain itu, sistem ini harus sentiasa dikemaskini dan ditambahbaikkan berdasarkan keperluan pengguna terkini.

19

3.3

REKA BENTUK SENIBINA SISTEM

3.3.1

Pendekatan Penyelesaian Sistem

Bagi menyelesaikan masalah inventori PALAPES UKM yang kini masih mengguna kaedah manual bagi merekod di kertas, sistem ini dibina berasaskan web dan boleh dioperasi di semua tempat yang mempunyai perkhidmatan internet. Selain itu, terdapat beberapa lagi keperluan pengguna yang sesuai perlu dipenuhi, oleh itu, satu pendekatan diambil dalam merekabentuk senibina sistem inventori ini iaitu pendekatan kaedah permodulan. Kaedah permodulan membolehkan setiap komponent penting dalam reka bentuk sistem ini dapat dihuraikan dengan terperinci dan sempurna. Secara umumnya, sistem ini mempunyai dua golongan utama, iaitu pentadbir dan pengguna. Golongan pengguna dikategorikan kepada tiga peringkat kerana barang keperluan setiap peringkat adalah berbeza mengikuti modul pembelajaran peringkat masing-masing. Peringkat junior adalah peringkat pertama yang menumpukan perhatian atas latihan fizikal seperti Latihan Senaman Pagi (PT) dan kawad asas. Peringkat intermidiate menjalankan pembelajaran taktik perang manakala senior menumpu perhatian kepada latihan kawad pertauliahan. Pengguna ini hanya boleh diakses oleh pengguna yang telah mendaftarkan sebagai kadat PALAPES UKM. Pengguna yang berjaya mendaftarkan diri boleh mendapatt akses borang tempahan dan mula membuat tempahan. Dalam modul penempahan, pengguna boleh menempah barangan pinjaman dengan mengisi maklumat saiz mengikut jenis barang pinjaman yang telah ditetapkan oleh pentadbir. Pengguna juga boleh mendapat tahu status pengisian maklumat saiz sama ada sudah mengisi dan tempah atau tidak. Maklumat saiz yang diisi juga akan dipapar. Seterusnya, Modul Pentadbir hanya boleh diakses oleh pihak pentadbir dan pihak pentadbir boleh membuat pengemaskinian terhadap maklumat seperti

20

mengemaskini maklumat saiz, memadam rekod tempahan dan menjana laporan. Rajah Konsep seperti yang ditunjukkan dalam rajah 3.2 mengambarkan dengan lebih jelas berkenaan senibina Sistem Inventori ini.

Sistem Inventori PALAPES UKM

Modul Pengguna

Pendaftaran Peringkat Pengguna

Log Masuk Peringkat Pengguna

Modul Pentadbir

Kemaskini Maklumat

Menapis rekod

Modul Penempahan

Pengisian Maklumat Saiz

RAJAH 3.2 Rajah Konsep Sistem Inventori PALAPES UKM 3.3.2

Reka Bentuk Carta Alir

Carta alir mewakili aturcara logikal dan interaksi secara bergrafik, yang digambarkan dengan menggunakan satu siri simbol berhubung dengan anak panah. Dengan menggunakan carta alir, pengaturcara boleh memecahkan sistem yang besar kepada subsistem dan modul yang senang difahami dan diaturcara (Shelly dan Rosenblatt 2010). Siri simbol yang diguna di dalam carta alir ditunjukkan dalam Jadual 3.1 di bawah.

21

JADUAL 3.1 Siri simbol dalam carta alir

3.3.2.1 Carta Alir Proses Pendaftaran Kadet Carta alir proses pendaftaran kadet merupakan aliran yang menunjukkan proses pendaftaran kadet mengikut peringkat masing-masing atas talian sehingga pendaftaran berjaya. Sebelum proses tempahan barang, proses pendaftaran kadet perlu dijalankan dahulu yang ditunjukkan dalam rajah 3.3. Kadet melayan Sistem Inventori PALAPES UKM berasaskan web atas talian untuk pendaftaran. Kadet perlu memilih salah satu petak yang berasingan mengikut peringkat untuk membuat pendaftaran, iaitu peringkat Senior, Intermediate dan Junior. Seterusnya petak tersebut akan memaparkan borang pendaftaran yang memerlukan

22

kadet masukkan nombor tentera, kata laluan dan pengesahan kata laluan. Informasi kadet didaftar di dalam pangkalan data. Mula

Pilih Peringkat Kadet

Paparan Borang Pendaftaran

Kadet mengisi maklumat

Hantar?

Tamat

RAJAH 3.3 Carta alir proses pendaftaran kadet 3.3.2.2 Carta Alir Proses Penempahan Barang Pinjaman Proses penempahan barang pinjaman bermula selepas proses pendaftaran kadet. Kadet memasukkan nombor tentera dan kata laluan pada petak log masuk. Seterusnya sistem akan memaparkan status penempahan barang. Jikalau kadet belum membuat tempahan, informasi barang dipapar untuk pengisian saiz. Sistem akan memapar senarai saiz barang jikalau pengguna sudah membuat tempahan. Bilangan barang yang ditempah akan automatik potong daripada rekod stok sedia ada. Proses ini ditunjukkan dalam rajah 3.4.

23

Mula

Kadet Log Masuk

Paparan Informasi Barangbarang Isi saiz

Tidak

Hantar?

Ya

Paparan Saiz Barang-barang

Tamat

RAJAH 3.4 Carta alir proses penempahan barang pinjaman

24

3.3.2.3 Carta Alir Proses Pengeditan rekod Proses pengeditan rekod hanya diberi kuasa kepada pentadbir inventori. Pentadbir inventori masukkan ID dan katalaluan serta mengisi jawapan captcha yang betul untuk log masuk akaun pentadbir. Seterusnya, sistem akan memaparkan laman rekod sistem untuk semakan jumlah barang yang sedia ada dalam stor. Di laman rekod terdapat fungsi tapisan maklumat tempahan mengikut barang. Pada masa ini, pentadbir boleh mengeluarkan dan menyusun barang pinjaman yang ditempah oleh kadet di halaman stor. Barangan pinjaman boleh dikutip oleh kadet selepas pentadbir mengeluarkan barangan. Pentadbir juga boleh mengemaskini rekod tempahan jikalau terdapat kesalahan tempahan. Carta alir ini boleh dilihat di rajah 3.5 di muka seterusnya.

25

Mula

Admin Log Masuk

Paparan Laman Laporan Sistem

Pilih Peringkat Kadet

Semak Tempahan? Ya Paparan Senarai Tempahan

Teruskan Pengeditan Tempahan?

Ya

Tidak

Tamat

RAJAH 3.5 Carta alir proses pengeditan rekod

Kemaskini tempahan

26

3.4

REKA BENTUK LOGIKAL

3.4.1

Rajah Aliran Data (DFD)

Rajah Aliran Data (DFD) merupakan suatu perwakilan grafik yang menunjukkan proses aliran data dalam sesebuah sistem. Ia mempersembahkan model logik tentang struktur dan apa yang dilakukan oleh sistem dan bagaimanakah sistem dilaksanakan. DFD memberi gambaran kasar tentang input, proses dan output sistem. Semakin mendalam paras penghalusan DFD, aliran data proses yang ditunjukkan semakin teliti. Terdapat empat simbol asas yang utama untuk perwakilan dalam membentuk DFD iaitu simbol entiti, simbol aliran data, simbol proses dan simbol penyimpanan data. Jadual 3.2 menunjukkan simbol yang digunakan. JADUAL 3.2 Simbol asas Rajah Aliran Data (DFD) SIMBOL

MAKSUD

CONTOH

Entiti

Aliran Data

Pengguna

Daftar 1.0

Pendaftaran Pengguna

Proses

Penyimpan Data

D1

Pengguna

27

3.4.1.1

Rajah Konteks

Rajah Konteks merupakan rajah aliran data paras tertinggi dan dapat dihaluskan lagi kepada paras DFD yang lebih rendah. Rajah Konteks menunjukkan skop dan sempadan bagi sesebuah sistem yang dibangunkan. Ia merupakan salah satu lakaran grafik yang menunjukkan hubungan yang saling berkaitan antara modul yang terlibat dalam sistem. Rajah 3.6 menunjukkan rajah konteks bagi Sistem Inventori PALAPES UKM.

Hantar Maklumat No. tentera & Katalaluan

Carian Rekod

Daftar

Log Masuk & Katalaluan

0

Sistem Inventori PALAPES UKM

Pengguna

Pengesahan Pendaftaran Pengesahan Pengguna Pengesahan Penerimaan Maklumat

Pentadbir

Pengesahan Pentadbir Laporan

Maklumat Saiz

RAJAH 3.6 Rajah konteks Sistem Inventori PALAPES UKM

28

3.4.1.2

DFD Paras 0

Butiran Pengguna Pengesahan Pendaftaran

No. tentera & Katalaluan Pengesahan Pengguna

1.0

Pendaftaran Pengguna

D1 2.0

Log Masuk Pengguna

Pengguna

Maklumat Log Masuk No. tentera & Katalaluan Sah

Pengguna 3.0

Hantar Maklumat

Maklumat Pengguna No. Tentera Pengguna

Penghantaran Maklumat

Maklumat Saiz

Maklumat Saiz

Pengesahan Penerimaan Maklumat Pentadbir

D2

ID & Katalaluan Pengesahan Pentadbir

4.0

Log Masuk Pentadbir

Pentadbir Hantar Pilihan Keputusan Rekod

ID & Katalaluan ID & Katalaluan Sah

D3

Rekod

5.0

tapisan Rekod

Maklumat tapisan Maklumat Rekod

RAJAH 3.7 DFD paras 0 Sistem Inventori PALAPES UKM

29

Rajah 3.7 menunjukkan DFD paras 0 bagi proses yang melibatkan dua entiti iaitu entiti pengguna dan entiti pentadbir. DFD Paras 0 terdapat 5 proses utama iaitu pendaftaran pengguna, log masuk pengguna, penghantaran maklumat, log masuk pentadbir dan carian rekod. Semua data yang terlibat disimpan di dalam lima storan data yang berbeza iaitu storan rekod pengguna, storan rekod pentadbir, storan rekod barang, storan rekod tempahan dan storan rekod tempahan detail. 3.4.1.3

DFD Paras 1

Rajah Aliran Data (DFD) paras 1 merupakan proses lanjutan yang lebih jelas berbandingkan dengan paras 0. Ia akan menerangkan setiap proses yang terdapat di dalam Rajah Aliran Data paras 0.

30

1. DFD Paras 1: Pendaftaran Pengguna Rajah 3.8 di bawah menunjukkan DFD paras 1 bagi proses yang melibatkan pendaftaran pengguna. Dalam proses 1.1, pengguna diminta memasukkan no.tentera, nama dan katalaluan ke dalam borang yang disediakan mengikut peringkat masingmasing. Seterusnya proses 1.2 akan menyemak sama ada borang diisi dengan lengkap atau tidak, jika tidak lengkap sistem akan meminta pengguna mengisi maklumat sebelum boleh meneruskan proses seterusnya. Penyemakan termasuklah bilangan digit nombor tentera yang betul, penyemakan peringkat yang betul pengguna mendaftar dengan berdasarkan nombor tentera yang pengguna isi, katalaluan yang dimasukkan sama dengan kalalaluan pengesahan dan pengguna pernah daftar atau tidak. Kemudian, proses 1.3 akan menyimpan maklumat pendaftaran tersebut ke dalam storan data pengguna. Akhirnya, proses 1.4 akan menghantar paparan pengesahan pendaftaran kepada pengguna. 1.1

Pengguna

Butiran Pengguna

Paparan pengesahan pendaftaran 1.4

1.2

Proses pengesahan pendaftaran

Proses penyemakan no.tentera dan katalaluan

Maklumat Pengesahan

D1

Proses memasukan no.tentera, nama dan katalaluan

Pengguna

1.3

Maklumat Pengguna

Proses menyimpan maklumat

RAJAH 3.8 DFD paras 1 bagi proses pendaftaran pengguna

31

2. DFD Paras 1: Log Masuk Pengguna Rajah 3.9 di bawah menunjukkan DFD paras 1 bagi proses log masuk pengguna. Dalam proses 2.1, pengguna diminta memasukkan no.tentera dan katalaluan ke dalam borang yang disediakan mengikut peringkat masing-masing. Seterusnya proses 2.2 akan menyemak sama ada borang diisi dengan lengkap atau tidak, jika tidak lengkap sistem akan meminta pengguna mengisi maklumat sebelum boleh meneruskan proses seterusnya. Kemudian, proses 2.3 akan memadankan maklumat log masuk tersebut dengan storan data pengguna untuk mengenalpastikan identiti pengguna. Akhirnya, proses 2.4 akan menghantar paparan pengesahan log masuk kepada pengguna dengan paparan nama pengguna di sebelah kanan atas laman muka bagi pengguna yang sudah daftar. Jikalau log masuk tidak berjaya, pengguna dikehendaki melakukan proses log masuk semula dari awal seperti yang dijelaskan sebelum ini. 2.1

Pengguna

No. Tentera, Katalaluan

Paparan pengesahan log masuk

Proses memasukan no. tentera, dan katalaluan

2.4

2.2

Proses pengesahan log masuk

Proses penyemakan no.tentera dan katalaluan

Maklumat pengesahan 2.3 D1

Pengguna

Maklumat input

Proses memadankan no. tentera, dan katalaluan

32

RAJAH 3.9 DFD paras 1 bagi proses log masuk pengguna 3. DFD Paras 1: Penghantaran Maklumat Rajah 3.10 menujukkan DFD paras 1 bagi proses yang melibatkan penghantaran maklumat daripada pengguna yang sudah daftar. Pengguna perlu memilih saiz daripada drop down box yang memaparkan saiz yang terhad terhadap barang tersebut dalam proses 3.1. Seterusnya, maklumat akan dihantar dan disimpan dalam storan data tempahan melalui proses 3.2 dan 3.3. Proses 3.4 akan dijalankan selepas maklumat saiz berjaya disimpan, sistem akan hantar paparan pengesahann kepada pengguna bahawa saiz barang tersebut berjaya ditempah. Pada masa yang sama, bilangan barang yang sedia ada akan ditolak.

Pengguna

Maklumat Saiz

Paparan pengesahan tempahan

3.1

Proses memilih saiz

3.4

3.2

Proses pengesahan tempahan

Proses memasukkan saiz

Maklumat pengesahan 3.3 D3

Tempahan

Maklumat input

Proses menyimpan maklumat

RAJAH 3.10 DFD paras 1 bagi proses penhantaran maklumat

33

4. DFD Paras 1: Log Masuk Pentadbir Rajah 3.11 di bawah menunjukkan DFD paras 1 bagi proses log masuk pentadbir. Dalam proses 4.1, pertadbir diminta memasukkan id, katalaluan dan captcha ke dalam borang yang disediakan di ruang pentadbir lalu. Seterusnya proses 4.2 akan menyemak sama ada borang diisi dengan lengkap atau tidak, jika tidak lengkap sistem akan meminta pengguna mengisi maklumat sebelum boleh meneruskan proses seterusnya. Proses penyemakan juga termasuk pengesahan captcha. Kemudian, proses 4.3 akan memadankan maklumat log masuk tersebut dengan storan data pentadbir untuk mengenalpastikan identiti pentadbir. Akhirnya, proses 4.4 akan menghantar paparan pengesahan log masuk kepada pentadbir dengan paparan nama pentadbir di sebelah kanan bawah laman muka bagi pentadbir yang mempunyai kelayakan. Jikalau log masuk tidak berjaya, pentadbir dikehendaki melakukan proses log masuk semula. 4.1

Pentadbir

ID, Katalaluan dan Captcha

Paparan pengesahan log masuk

Proses kemasukan ID, katalaluan dan captcha

4.4

4.2

Proses pengesahan log masuk

Proses penyemakan ID,katalaluan dan captcha

Maklumat pengesahan

D2

Pentadbir

4.3

Maklumat input

Proses memadankan ID, katalaluan dan captcha

RAJAH 3.11 DFD paras 1 bagi proses log masuk pentadbir

34

5. DFD Paras 1: Tapisan Rekod Rajah 3.12 di bawah menunjukkan DFD paras 1 bagi proses tapisan rekod yang boleh diakses oleh pentadbir sahaja. Dalam proses 5.1, pertadbir diminta memilih jenis barang yang ingin ditapis yang disediakan di ruang rekod. Seterusnya proses 5.2 memadankan pilihan tapisan tersebut dengan storan data tempahan untuk menapiskan rekod keputusan. Akhirnya, proses 5.3 akan menghantar paparan keputusan tapisan kepada pentadbir. Keputusan tapisan juga boleh disusun mengikut turutan nombor dan abjad bagi setiap pemboleh ubah.

5.1

Pilihan tapisan

Pentadbir

Proses memilih pilihan tapisan

Paparan output tapisan

5.3

Proses output keputusan

Maklumat tapisan

D3

Tempahan

Maklumat input

5.2

Proses memadankan input

RAJAH 3.12 DFD paras 1 bagi proses tapisan rekod

35

3.5

REKA BENTUK PANGKALAN DATA

MySQL digunakan dalam sistem ini. Tujuan utama pangkalan data dibina adalah sebagai storan segala maklumat dan boleh dipapar semula kepada pengguna. Pangkalan data menyimpan struktur yang mengandungi jadual-jadual yang menyambung dengan proses-proses yang dilakukan. Perdekatan yang digunakan dalam rekabentuk ini adalah mengumpul dan menjadualkan segala atribut dan membuat pernormalan terhadap atribut-atribut tersebut. Kebaikan pernormalan adalah mengurangkan pertindihan data dan menyumbang kerberkesanan proses sistem. Reka bentuk pangkalan data bagi sistem ini digambarkan menggunakan Rajah Hubungan Entiti (Entity Relationship Diagram (ERD)). 3.5.1

Model Hubungan Entiti (ERD)

Model hubungan entiti merupakan sebuah data model teknik yang meciptakan sebuah perwakilan grafik bagi entiti-entiti dan berkaitkan hubungan antaranya dalam struktur pangkalan data. ERD ini juga bertujuan untuk menghasilkan sebuah data model yang senang difahami walaupun menyambungkan segala entiti, atribut dan hubungan yang komplex. Rajah 3.13 di muka surat seterusnya menerangkan bagaimanakan entiti-

M

M

M

M

M M M

M M

1

M

M

1

1

entiti sistem ini berhubung dengan satu sama lain. RAJAH 3.13 ERD bagi Sistem Inventori PALAPES UKM

36

Oleh disebabkan pengguna dibahagi kepada 3 peringkat, setiap storan simpan juga dibahagikan kepada tiga kumpulan. Merujuk kepada rajah 3.13, storan tempahan adalah

tempahan_junior,

tempahan_inter

dan

tempahan_senior.

Manakala

tempahan_junior_detail, tempahan_inter_detail dan tempahan_senior_detail dibina selepas proses pernormalan bagi mengelakkan pertindihan data. Seterusnya storan pengguna dibahagikan mengikuti kumpulan kemasukan pengguna iaitu batch_34, batch_33 dan batch_34. Rajah 3.13 mengambarkan bahawa setiap pengguna boleh menempah banyak barang. 3.6

REKA BENTUK ANTARA MUKA

Sebuah reka bentuk antara muka yang baik adalah bersifat mesra pengguna. Antara muka perlulah ringkas, jelas dan mudah digunakan untuk membantu pengguna lebih memahami bagaimana prosedur sistem tersebut. Antara muka adalah gambaran pertama pengguna terhadap sistem. Oleh itu, pengguna akan menilai sistem ini berdasarkan reka bentuk antara muka. Rajah 3.14 menunjukkan reka bentuk antara muka Sistem PALAPES UKM yang umum dan dijadikan antara muka utama. Di dalam reka bentuk antara muka umum ini dibahagikan kepada tiga bahagian iaitu A, B dan C. Jadual 3.3 menunjukkan penerangan bagi setiap bahagian. A B

C

RAJAH 3.14 Reka bentuk antara muka Sistem PALAPES UKM

37

Bahagian A

Penerangan Bahagian ini mempunyai logo, nama sistem dan nama pengguna atau pentadbir yang sudah log masuk.

B

Bahagian ini memaparkan proses-proses yang terdapat dalam sistem ini.

C

Bahagian ini memaparkan petak-petak pendaftaran dan log masuk pengguna dan merupakan ruangan yang memaparkan proses-proses yang terdapat dalam sistem ini. JADUAL 3.3 Penerangan bahagian antara muka

3.7

PERKAKASAN DAN PERISIAN

3.7.1

Perkakasan

Spesifikasi perkakasan yang diperlukan bagi pembangunan Sistem Inventori PALAPES UKM adalah seperti berikut: 1. Pemproses: Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz 2. Ingatan Cakera Rawak (RAM): 2 GB atau ke atas 3. Ruang Cakera Keras: 30 GB 4. Periferal asas: Papan Kekunci dan Tetikus 3.7.2

Perisian

1.

Sistem Pengoperasian Microsoft Windows 8

2.

Internet Explorer 8

3.

MySQL

4.

Macromedia Dreamweaver 8

5.

XAMPP 1.7.7 Control Panel

6.

Apache

7.

Adobe Photoshop CS3

38

3.8

KESIMPULAN

Bab ini menerangkan secara terperinci tentang proses perlaksanaan Sistem Inventori PALAPES UKM dengan menunjukkan reka bentuk logikal, antara muka dan pangkalan data. Hal demikian pembangunan perlu dirancangkan dengan terperinci untuk membolehkan penulis memahami setiap modul dengan lebih terperinci agar perlaksanaan

kerja-kerja

proses

implementasi

meminimumkan masa pengimplementasi.

menjadi

teratur

dan

dapat

39

BAB IV

HASIL KAJIAN DAN IMPLEMENTASI

4.1

PENGENALAN

Bab ini menerangkan pelaksanaan fasa pembangunan dan pengimplementasian sistem dilaksanakan. Pembangunan telah dilaksanakan dengan menggunakan beberapa perkakasan dan juga perisian. Fasa ini adalah di mana proses pengekodan dilakukan berdasarkan model yang telah dibina dan keperluan sistem semasa bagi menghasilkan sistem yang lebih berkualiti. Pengekodan merupakan satu proses atau seni penulisan satu set arahan untuk memberitahu komputer bagaimana unutk melaksanakan sesuatu tugas melalui kod sumber. Semua aturcara yang telah dikod, diuji, dan didokumentasikan serta dimuat naik ke dalam tapak web. Bahasa pengaturcaraan yang digunakan dalam kod sumber untuk membangunkan sistem ini ialah php dan menggunakan pangkalan data MySQL. Selain itu, dalam fasa ini juga akan melaksanakan proses pengujian. Pengujian adalah proses untuk memastikan sistem berfungsi mengikut perancangan dan memenuhi objektif selepas proses pengimplementasian dijalankan dengan mengesan ralat atau kelemahan yang terdapat dalam sistem. Jikalau terdapat pengesanan sebarang ralat dalam sistem, pengubahsuaian dan pembaikan kod aturcara akan dilakukan.

40

4.2

HASIL REKA BENTUK

4.2.1

Antara Muka Laman Utama

Rajah 4.1 merupakan antara muka laman utama bagi Sistem Inventori PALAPES UKM. Laman utama ini merupakan laman utama bagi pengguna yang belum daftar. Pengguna perlu memilih borang pendaftaran yang mengikut peringkat masing-masing untuk mendaftarkan diri sebelum pengguna boleh log masuk untuk membuat tempahan. Pengguna yang sudah mendaftar diri boleh mendapatkan borang log masuk mengikut peringkat masing-masing. Pentadbir memdapatkan borang daftar diri di bahagian bawah kiri muka surat ini.

RAJAH 4.1 Antara muka laman utama

41

4.2.2

Antara Muka Borang Pendaftaran

Rajah 4.2 merupakan antara muka borang pendaftaran bagi peringkat senior. Borang pendaftaran peringkat junior dan intermediate adalah sama dengan borang peringkat senior, tetapi borang-borang tersebut berada di petak peringkat masing-masing. Pendaftaran hanya terbuka kepada ketiga-tiga peringkat kadet PALAPES UKM sahaja. Kadet setiap peringkat hanya boleh mendaftar di borang peringkat masingmasing sahaja kerana setiap peringkat ada spesifik lingkungan nombor tentera. Kadetkadet dikehendaki mengisi maklumat dalam borang yang disediakan. Pendaftaran dihalang dan mempunyai pop-up mesej jikalau membuat pendaftaran di peringkat yang salah, identiti sudah daftar, nombor tentera yang salah dan ada kekosongan dalam borang. Apabila pendaftaran berjaya, juga mempunyai pop-up mesej yang menyatakan kejayaan pendaftaran.

RAJAH 4.2 Antara muka borang pendaftaran

42

4.2.3

Antara Muka Borang Log Masuk Pengguna

Rajah 4.3 merupakan antara muka borang log masuk bagi peringkat senior. Borang log masuk peringkat junior dan intermediate adalah sama dengan borang peringkat senior, tetapi borang-borang tersebut berada di petak peringkat masing-masing. Kadet-kadet yang sudah daftar sahaja boleh log masuk. Kadet setiap peringkat hanya boleh log masuk di borang peringkat masing-masing sahaja kerana setiap peringkat ada spesifik lingkungan nombor tentera. Pendaftaran dihalang dan memaparkan popup mesej jikalau log masuk di peringkat yang salah, kegagalan log masuk, dan ada kekosongan dalam borang. Kadet-kadet dikehendaki mengisi nombor tentera dan kata laluan yang disimpan masa pendaftaran dalam borang yang disediakan.

RAJAH 4.3 Antara muka borang log masuk pengguna

43

4.2.4

Antara Muka Borang Tempah

Rajah 4.4 merupakan antara muka borang tempah bagi peringkat senior. Sekiranya pengguna berjaya log masuk, di sebelah atas kanan halaman akan memaparkan nama pengguna dan fungsi log keluar. Pengguna boleh membuat tempahan dengan memilih saiz yang sedia ada di stor yang dipaparkan di kolum saiz. Pemaparan bilangan barang yang sedia ada di tepi pilihan saiz. Setiap peringkat ada barang spesifik yang ditetap yang perlu dipinjam, pengguna tiada kuasa untuk memilih mana-mana barang yang ingin membuat tempahan. Hal ini demikian disebabkan setiap peringkat wajib tempah barang spesifik masing-masing mengikut pembelajaran masing-masing. Oleh itu, paparan nama barang yang boleh dipinjam adalah berbeza bagi setiap peringkat. Dalam borang ini juga memaparkan status tempahan pengguna sama ada pengguna sudah membuat tempahan atau belum. Bagi pengguna yang sudah tempah barang, saiz barang yang ditempah akan dipaparkan di kolum status yang sebelah paparan “Sudah Tempah”. Pengguna yang sudah membuat tempahan tidak dibenarkan menempah lagi. Apabila tempahan berjaya dibuat, pengesahan pop-up mesej akan dipaparkan bersama dengan nombor tentera pengguna dan bilangan barang sedia ada yang simpan dalam pangkalan data akan tolak secara automatik.

RAJAH 4.4 Antara muka borang tempah

44

4.2.5

Antara Muka Borang Log Masuk Pentadbir

Rajah 4.5 merupakan antara muka borang log masuk bagi pentadbir. Halaman ini hanya terbuka kepada pentadbir sistem ini sahaja. Pentadbir dikehendaki mengisi ID, kata laluan dan captcha yang sepadan dengan imej captcha yang disimpan dalam pangkalan data. Pengesahan pop-up mesej akan dipaparkan jikalau kegagalan log masuk. Pentadbir boleh tukar imej captcha lain jikalau imej captcha tersebut tidak jelas. Sekiranya pentadbir yang berjaya log masuk, juga akan memaparkan nama dan fungsi log keluar di sebelah atas kanan halaman.

RAJAH 4.5 Antara muka borang log masuk pentadbir

45

4.2.6

Antara Muka Pilihan Peringkat Pengeditan

Rajah 4.6 merupakan antara muka pilihan peringkat pengeditan. Halaman ini hanya boleh diakses oleh pentadbir sahaja. Pengguna yang menekan tab edit, sistem akan memaparkan pop-up mesej menyata bahawa pengguna tersebut tiada kuasa untuk melayar laman muka ini. Pentabir boleh memilih rekod peringkat yang ingin edit dalam drop down petak yang dipaparkan.

RAJAH 4.6 Antara muka pilihan peringkat pengeditan

46

4.2.7

Antara Muka Pengeditan Maklumat Saiz

Rajah 4.7 merupakan antara muka pengeditan maklumat saiz bagi peringkat senior. Halaman ini memaparkan jadual keputusan tapisan peringkat. Jadual ini memaparkan tajuk ID, Tempahan ID, Nama, Baju_3, Seluar_3 dan Proses. Nama barang akan bertukar mengikut barang peringkat masing-masing. Jadual ini memaparkan keputusan data id, tempahan id, nama kadet dan saiz barang. Pengeditan atau kemaskini dibenarkan bagi setiap barang sekiranya barang masih sedia ada. Pentadbir boleh edit rekod peringkat lain dengan menekan butang “Pilih Peringkat” di sebelah bawah kiri halaman.

RAJAH 4.7 Antara muka pengeditan maklumat saiz

47

4.2.8

Antara Muka Paparan Rekod

Rajah 4.8 merupakan antara muka paparan rekod untuk semua peringkat. Halaman ini memaparkan semua tempahan yang dibuat. Jadual ini memaparkan bilangan tempahan, ID, tempahan ID, nama barang, saiz , bilangan barang yang belum ditempah dan jumlah tempahan yang dijumpa cari. Paparan rekod boleh ditapis mengikut barang yang ditunjukkan di rajah 4.9 dan contoh keputusan tapisan “Baju No 3” boleh dilihat di rajah 4.10. Data yang dipaparkan adalah disusun mengikut tertib menaik id sebagai default. Pentadbir boleh menyusun semula mengikut tertib menaik dan menurun dengan id, tempahan id, barang dan saiz.

RAJAH 4.8 Antara muka paparan rekod

48

R AJAH 4.9 Contoh pilihan tapisan barang bagi paparan rekod

RAJAH 4.10 Contoh tapisan “Baju No 3” bagi paparan rekod

49

4.2.9

Antara Muka Pemulangan

Rajah 4.11 merupakan antara muka pemulangan untuk peringkat senior. Halaman ini diakses selepas membuat pilihan peringkat dan menapis rekod peringkat senior sahaja seperti rajah 4.6. Pentadbir akan tukar status sekiranya barang dipulangkan. Rekod juga boleh ditapis mengikut barang seperti fungsi yang ada pada antara muka rekod.

RAJAH 4.11 Antara muka pemulangan

50

4.3

HASIL IMPLEMENTASI

Proses kerja yang akan diteruskan selepas pembinaan antara muka sistem adalah proses implementasi dan pengujian. Tujuan proses implementasi dan pengujian adalah memastikan sistem ini boleh diimplementasikan dalam situasi sebenar dan berjalan lancar. Proses pengujian yang berjaya adalah ketiadaan ralat yang berlaku apabila mengimplementasikan sistem ini. Setiap modul perlu berfungsi baik dan memenuhi keperluan pengguna dalam sistem ini. Proses pengujian yang terlibat dalam hasil implementasi ini adalah penggunaan data sebenar dalam setiap pengujian modul. 4.3.1

Pengujian Unit

Pengujian unit dimulakan pada setiap modul secara individu untuk menguji ralat logikal. Contoh pengujian seperti menginput data kedalam sistem melalui borang dan output melalui paparan rekod. Pengesahan format ,jenis data dan spesifikasi input perlu dilakukan. Langkah seterusnya adalah menguji fungsi keberkesanan asas bagi setiap modul. Sekiranya terjumpa sebarang ralat semasa proses pengujian, ralat akan diperbaiki dan menguji semula modul untuk memastikan segala modul berfungsi dengan baik. 4.3.2

Pengujian Integrasi

Setelah semua individual unit modul diuji dalam fasa pengujian unit dan mendapati tidak ada sebarang ralat, antara muka antara modul-modul akan diuji. Hal demikian untuk memastikan modul-modul dapat berhubung dan bergabung antaranya melalui pengaturcaraan yang betul serta berintegrasi ke dalam sistem. 4.3.3

Pengujian Pangkalan Data

Pengujian pangkalan data mementingkan perkaitan antara setiap jadual yang betul. Hubungan kaitan antara jadual yang salah akan menyebabkan data berulang lantas

51

semasa penginputan data. Jadual juga perlu dapat berintegrasi antara satu sama lain supaya data boleh diinput dalam jadual dan posisi yang betul. Integrasi jadual yang salah boleh menyebabkan kegagalan paparan output. 4.3.4

Pengujian Antara Muka

Pengujian terhadap antara muka dilakukan untuk memastikan antara muka yang dibangunkan mempunyai format seragam bagi setiap halaman. Format yang seragam bagi setiap halaman boleh mengelakkan pengeliruan pengguna terhadap sistem. Selain itu, antara muka yang dibangunkan perlu menepati syarat ringkas mudah faham dan bersifat mesra pengguna. 4.4

KESIMPULAN

Secara keseluruhannya, bab ini menerangkan hasil reka bentuk antara muka dan modul-modul yang dibangunkan dalam sistem ini serta pengujian yang dilakukan untuk memastikan sistem ini berfungsi dengan baik. Fasa implementasi dan pengujian sistem penting untuk memastikan pembangunan sistem dilaksanakan mengikut perancangan dan keperluan pengguna.

52

BAB V

PENUTUP

5.1

PENGENALAN

Dalam bab ini menerangkan kesimpulan secara keseluruhan bagi Sistem Inventori PALAPES UKM yang telah dibangunkan. Keseluruhannya, sistem ini berjaya dibangunkan dengan memenuhi kehendakan pengguna dan objektif yang dinyatakan di Bab 1. Namun demikian, sistem ini juga mempunyai kelemahan-kelemahan pada sudut-sudut tertentu yang perlu untuk diperbaiki lagi. Pembincangan mengenai kekangan, kekurangan dan kelebihan akan diterangkan secara terperinci di dalam bab ini. Pembincangan dilakukan demi membantu Sistem Inventori PALAPES UKM diperbaikan pada masa depan. 5.2

PEMBINCANGAN

Sistem ini dibangunkan sepenuhnya dengan menggunakan perisian sumber terbuka (Open Source) XAMPP dengan menggunakan bahasa penganturcaraan PHP dan MySQL. Sistem Inventori PALAPES UKM telah dibangunkan dengan mencapai objektif dan skop yang telah ditentukan secara umumnya iaitu untuk membangunkan sebuah sistem kawalan inventori mengenai perminjaman and pemulangan barangbarang tentera. Sistem ini dihadkan dan digunakan oleh kadet dan staf PALAPES UKM sahaja. Bagi membuat tempahan barang-barang pinjaman tentera, kadet perlu

53

mendaftarkan diri dengan nombor tentera masing-masing, nama kadet serta katalaluan. Selepas pendaftaran, kadet boleh log masuk untuk mengisi maklumat saiz pakaian masing-masing yang telah ditetapkan Disebabkan kadet perlu menjalani latihan selama tiga tahun, had masa peminjaman adalah selama tiga tahun. Sistem ini membolehkan staf-staf logistik menyimpan rekod peminjam dengan mudah. 5.3

KELEBIHAN SISTEM

Sistem Inventori PALAPES UKM mempunyai beberapa kelebihan iaitu: a)

Sistem berasaskan web Sistem ini dibinakan berasaskan web yang dapat memudahkan pengguna untuk menempah barang dan mengisi maklumat saiz pengguna. Penempahan boleh dibuat pada bila-bila masa asal ada sambungan internet.

b)

Keselamatan rekod Penyimpan rekod maklumat dan peminjaman secara digital mengurangkan risiko kehilangan dan kerosakan. Sebelum sistem ini dibina, rekod-rekod dicatat secara manual di atas kertas dan disimpan di dalam almari sahaja. Kemungkinan rekod menghadapi ancaman semula jadi seperti serangan anaianai dan hujan. Kini dengan sistem ini, rekod boleh disimpan dengan selamat.

c)

Pengiraan stok Sistem ini memberi kemudahan penolakan bilangan barang secara automatik semasa pengguna membuat tempahan. Hal demikian mengurangkan masa pentadbir menjalankan tugas pengiraan stok setiap tahun.

d)

Penempahan stok Sistem ini memaparkan bilangan barang yang sedia ada dan terkini. Pengguna membuat tempahan menurut bilangan barang yang sedia ada sahaja. Pentadbir

54

boleh mengesan status bilangan barang terkini dan boleh membuat tempahan baru daripada pihak berkenaan pada masa yang sesuai. e)

Penjimatan Kos Pembangunan sistem ini menggunakan perisian-perisian sumber terbuka yang dapat dicari daripada atas talian yang banyak membantu dalam pengurangan kos pembangunan seperti XAMPP dan Apache. Hal ini juga menjadikan sistem ini lebih murah berbanding dengan sistem yang lain.

5.4

KELEMAHAN SISTEM

Sistem ini terdapat beberapa kelemahan yang perlu diperbaiki. Antara kelemahankelemahan yang dinyatakan adalah: a)

Antara muka yang ringkas Antara muka sistem yang dibangunkan secara ringkas dan kekurangan grafik menyebabkan kekurangan menarik dan kurang mendapatkan perhatian daripada pengguna.

b)

Fungsi cetak tidak termasuk Keputusan rekod yang dipaparkan tidak ada kemudahan mencetak.

5.5

CADANGAN PENAMBAHBAIKAN PROJEK DALAM KAJIAN YANG AKAN DATANG

Pembangunan

teknologi

yang

semakin

maju

menyebabkan

sistem

secara

berkomputeran perlu dikemaskini dari masa ke masa bagi memenuhi kehendakan pengguna. Beberapa cadangan telah dihasilkan bagi menambahbaik sistem ini adalah seperti berikut: a)

Pada masa yang akan datang, sistem ini boleh ditambahbaik dengan dibangunkan bagi aplikasi mudah alih berasaskan Android.

55

b)

Sistem ini boleh ditambahbaik dengan penambahan grafik yang lebih menarik berbanding dengan sistem yang sedia ada seperti video-video pemakaian.

c)

Sistem ini juga boleh menambah fungsi tandatangan digital bagi menyimpan tanda tangan pengguna yang sudah memimjam barang sebagai bukti peminjaman.

5.6

KESIMPULAN

Secara keseluruhanya, sistem ini telah berjaya dibangunkan dengan mencapai objektif pembangunan dan keperluan pengguna yang seperti dirancangkan dalam projek ini. Matlamat yang telah dicapai adalah pengubahan sistem manual kepada sistem berkomputer. Seterusnya, objektif memudahkan pengguna membuat tempahan dengan pengisian makluamt saiz secara atas talian juga dicapai. Bagi membangun sebuah sistem yang baik, perancangan yang teliti dan penggunaan metodogi yang sesuai perlu dititik beratkan. Langkah-langkah metodologi telah dijelaskan serta dijalankan seperti kajian kesusasteraan, analisis dan rekabentuk, pembangunan dan implementasi serta pengujian sistem. Langkah-langkah ini dijalankan dengan teliti agar projek ini dapat dibangunkan dengan sempurna. Akhirnya, diharapkan sistem ini dapat memanfaatkan pengguna.

56

RUJUKAN Axsäter, S. 2006. Inventory Control , 2nd edn., New York: Springer Science. Cambridge Unversity Press 2013 http://dictionary.cambridge.org/dictionary/british/the-world-wideweb?q=world+wide+web [ 2 Mei 2013] Crabtree, C. A. 2007. Presenting a Conceptual Model for the Systems Development Life Cycle. http://books.google.com.my/books?id=7kqC1pS10fsC&printsec=frontcover#v =onepage&q&f=false [19 April 2013] Dennis, A., Wixom, B. & Roth, R. 2006. Systems analysis and design. Ed. Ke-3. New Jersey: John Wiley and Sons, Inc. Hackett, B. 2000. Beyond knowledge management: New ways to work and learn. New York: The Conference Board, Inc. Kristen, P. 2002. Hospital installs system to manage its inventory 146 (18). http://search.proquest.com.www.ezplib.ukm.my/index [10 April 2013] Lee, C. S. 2012. Modul Keuntungan Bagi Sistem Pengurusan Inventori Syarikat PLEXUS. Latihan Ilmiah Ijazah Sarjana Teknologi Maklumat. Bangi : Universiti Kebangsaan Malaysia. Lim, L. & Zhang, Z. July 2007. Design and analysis of web-based inventory control system for e-commerce. Proceedings of the 2007 summer computer simulation conference, hlm 1258-1261. Musa bin Talip 2011 Rekod Perniagaan dan Pengurusan Inventori, http://rekodperniagaan.blogspot.com// [5 Mac 2013]

57

Reddy, S. 2012 Medical store inventory system C++ project http://projectseminar.org/c-projects/medical-store-inventory-system-in-c/407/ [12 Mac 2013] Salvo, J.J., “Inventory Management System and Method,” U.S. Patent 6,341,271, Jan 22, 2002. Shelly, G. B. & Rosenblatt, H. J. 2006 System Analysis and Design. Ed. Ke-8 Soh, L. Y. 2008. Sistem Pengurusan Dan Analisis Inventori Bengkel Kereta Secara Perkhidmatan Web. Latihan Ilmiah Ijazah Sarjana Teknologi Maklumat. Bangi : Universiti Kebangsaan Malaysia. Wang, L. 2010. Evaluating government Web site with a citizen-centric approach. http://search.proquest.com.www.ezplib.ukm.my/index [22 April 2013] Wood, F. B. & Siegel, E. R. 2003. A practical approach to e-government web evaluation. it professional. Ed ke-5., Vol. 3, hlm 22-28 Yam, W. H. 2009 Sistem E-Jualan dan Pengurusan Inventori Kedai Bunga. Latihan Ilmiah Ijazah Sarjana Teknologi Maklumat. Bangi : Universiti Kebangsaan Malaysia.

58

LAMPIRAN A Carta Gantt bagi Perancangan Projek