Projek IT : CBBR4203 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT | BAB 6

BAB 6

KESIMPULAN

6.1 Pengenalan

Bab ini akan merumuskan segala perbincangan dan keputusan-keputusan analisis yang telah dilakukan daripada Bab 1 hingga ke Bab 5. Secara umumnya sistem ini dibangunkan untuk memudahkan pengurusan Syarikat Ghirly Collection. Sistem ini juga diharapkan dapat memperkembangkan perniagaan. Penggunaan web adalah bersesuaian berdasarkan perkembangan teknologi yang kian pesat, terutama bagi mereka yang terikat dengan pelbagai aktiviti harian.

6.2 Kejayaan Sistem

Berdasarkan pengujian yang dijalankan didapati system yang dibangunkan akan dapat mengatasi masalah yang wujud dalam sistem semasa. Hasil yang diperolehi daripada kajian dan pembangunan sistem adalah seperti yang dinyatakan berikut:

i. Sistem Maklumat Pengurusan yang berkesan dalam membantu organisasi menjalankan proses-proses yang terlibat dengan lebih sistematik dan teratur.
ii. Sistem yang beroperasi selama 24 jam dan berasaskan web dibangunkan. Pengguna adalah bebas melakukan capaian di mana-mana kawasan yang mempunyai capaian internet dan pada bila-bila masa sahaja.
iii. Sistem dapat membantu pelanggan Ghirly Collection bagi mendapatkan maklumat mengenai sesuatu produk.
iv. Sistem membolehkan proses pembayaran produk, di mana transaksi pembayaran dilakukan secara atas talian
v. Sistem dapat menjimatkan masa pengguna bagi mendapatkan maklumat yang diperlukan secara pantas dan lebih efektif tanpa perlu menghubungi pihak pengurusan Ghirly Collection bagi mendapatkan keterangan lebih lanjut mengenai produk dan rekod pembayaran
vi. Satu antaramuka yang menarik dan teratur telah dihasilkan bagi memudahkan pengguna memahami dan menggunakan sistem ini.


6.3 Kelebihan Sistem

Setelah dikenalpasti, terdapat empat kelebihan sistem yang dibangunkan. Kelebihan-kelebihan itu antaranya adalah:

i. Sistem membantu pihak pengurusan menguruskan syarikat dengan lebih efektif dan cekap dimana segala bentuk pengurusan dapat dilakukan oleh sistem secara optimum
ii. Memaparkan maklumat pembayaran dan produk serta maklumat terperinci mengenainya dengan pantas dan berkesan.
iii. Carian produk dan rekod pembayaran pengguna dilakukan secara terus membolehkan masa dijimatkan
iv. Pembayaran secara terus juga boleh dibuat oleh pelanggan secara atas talian
v. Proses penyebaran dan pengurusan maklumat adalah lebih sistematik dan efektif.

6.4 Kekangan Sistem

Sepanjang proses penganalisaan dan pembangunan sistem yang dilakukan, terdapat sedikit kekangan yang dikenalpasti. Namun begitu, kekangan tersebut tidak terlalu menjejaskan pembangunan sistem ini dan kekurangan masih boleh diperbaiki.




Kekangan yang didapati adalah seperti yang dinyatakan berikut:

i. Kualiti persembahan sistem bergantung kepada spesifikasi perkakasan yang digunakan. Spesifikasi perkakasan yang baik dapat menjamin masa tindakbalas sistem yang cepat. Ini adalah bagi memastikan kualiti system dapat dipertingkatkan.
ii. Kadar kelajuan sistem akan berkurangan sekiranya terlalu ramai pengguna melayari sistem pada sesuatu masa
iii. Bagi melaksanakan proses penyelanggaraan dan pengemaskinian sebarang maklumat, individu yang agak berkemahiran di dalam bidang computer sekaligus bidang pembelajaran diperlukan. Ini bagi mengelakkan sebarang kesilapan berlaku pada pangkalan data yang terlibat di dalam sistem ini.

.6.5 Cadangan Pembaikan

Cadangan pembaikan yang telah dijangkakan boleh dilaksanakan seterusnya untuk memperbaiki kelemahan sistem yang bakal terjadi adalah seperti berikut:

i. Penggunaan perkakasan dan perisian yang dapat menyokong pembinaan sistem ini secara keseluruhan, iaitu perkakasan yang baik seterusnya menjamin masa tindakbalas sistem dan perisian yang mempunyai keupayaan dari segi rangkaian internet dan mempunyai antaramuka pengguna yang menarik.
ii. Dari segi keselamatan pula, sistem ini akan dilengkapi dengan arahan dimana sebarang percubaan untuk memasuki ke dalam sistem yang gagal setelah melebihi tiga kali, maka sistem ini akan merekodkan alamat MAC (‘MAC address’) komputer dan nombor IP (‘IP address’) lokasi pengguna yang melakukan percubaan tersebut. Selain itu, sistem turut akan dilengkap dengan rekod log yang merekodkan pengguna yang memasuki ke dalam sistem, waktu, tempoh serta aktiviti-aktiviti yang dijalankan di sepanjang masa pengguna berada di dalam sistem tersebut
iii. Bagi tujuan pengemaskinian pangkalan data yang terlibat, latihan secara ringkas perlu diberikan kepada pegawai mentadbir pangkalan data tersebut. Ini adalah untuk memastikan agar sistem ini dapat berjalan dengan lancer.


6.6 Ringkasan

Sistem ini sebagai satu titik tolak perkembangan penggunaan teknologi maklumat bagi organisasi ini memandangkan Syarikat Ghirly Collection ini baru sahaja ditubuhkan..

Sistem ini diharapkan dapat mengembangkan operasi organisasi dan memperkenalkan organisasi ini kepada pengguna global. Sistem yang dibangunkan dapat membantu organisasi menjalankan operasi di internet di dalam situasi yang selamat. Segala proses dapat dilakukan di mana-mana sahaja tanpa mengira masa hanya dengan adanya capaian internet. Selain itu ia juga dapat membantu dalam proses pengurusan maklumat dalam organisasi..

Secara keseluruhannya, Kejayaan pembangunan sistem ini adalah bergantung kepada sejauh mana pengumpulan pengetahuan yang dapat dijalankan dan distrukturkan dengan sebaik-baiknya. Selain itu kualiti maklumat, servis dan kualiti sistem juga adalah elemen penting yang memastikan sistem yang dibangunkan berkesan kepada organisasi dalam menjalankan proses perniagaan mereka. Namun begitu elemen tambahan perlu dikaji dengan lebih teliti agar ianya menjadi lebih berguna untuk menghasilkan satu sistem maklumat yang lebih berkesan.








Rujukan

Deitel, H. M., Deitel, P. J., Nieto, T. (2001), “e-Business and e-Commerce How to
Program” New Jersey : Prentice Hall

Dennis, A.,Wixom, B. H., Tegarden, D.(2005), “System Analysis and DesignWith
UML version 2.0 Object Oriented Approach”, US : JohnWiley & Sons, Inc

MALAYSIA, Open University. (2004). Pengantar Teknologi Multimedia, Kuala Lumpur: UNITEM Sdn. Bhd.

MALAYSIA, Open University. (2005). CBDB3203 Implementasi Pangkalan Data. Kuala Lumpur: UNITEM Sdn. Bhd

MALAYSIA, Open University. (2005). CBAD2103 Analisis dan Rekabentuk Sistem. Kuala Lumpur: UNITEM Sdn. Bhd.

MALAYSIA, Open University. ( 2005). Analisis Dan Pemodelan Data, Kuala Lumpur: UNITEM Sdn. Bhd.

MALAYSIA, Open University. (2006). Pembangunan Aplikasi Multimedia, Kuala Lumpur: UNITEM Sdn. Bhd.

MALAYSIA, Open University. (2007). Pengaturcaraan Berorientasikan Objek, Kuala Lumpur: UNITEM Sdn. Bhd.

Mohd Yazid, Paridah Samsuri, Rozlina Mohamed, Suhaimi Ibrahim, WanMohd
Nasir (2000) “Kejuruteraan Perisian” , FSKSM : UTM

Turban E., McLean E, Wetherbe J (2004) “ Information Technology for
Management”, USA : John Wiley & Sons, Inc.

http://en.wikipedia.org/wiki/SDLC

http://www.webopedia.com/TERM/S/SDLC.html

http://www.mysql.com

http://dev.mysql.com/doc/refman/5.0/en/tutorial.html

http://en.wikipedia.org/wiki/MySQL

Projek IT : CBBR4203 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT | BAB 5

BAB 5

PEMBANGUNAN DAN PENGUJIAN SISTEM

5.1 Pengenalan.

Fasa pembangunan merupakan fasa yang perlu dititik beratkan dan dianggap kritikal kerana fasa ini akan mempraktikkan fasa rekabentuk yang dibuat sebelum ini. Manakala perlaksanaan sistem melibatkan proses-proses pemasangan perisian yang akan digunakan dalam sistem yang akan dibangunkan. Pembangunan dan perlaksanaan sistem ini dilaksanakan setelah perancangan dan rekabentuk dilaksana pada peringkat awal. Beberapa tindakan alternatif perlu diambil untuk memastikan sisttem dapat dibangunkan mengikut perancangan.

Fasa pengujian pula merupakan fasa yang terpenting setelah keseluruhan sistem dibangunkan. Pengujian sistem dijalankan untuk memastikan sistem yang dibangunkan memenuhi spesifikasi rekabentuk sistem yang ditetapkan. Ia penting bagi memastikan sistem yang dibangunkan memenuhi spesifikasi keperluan pengguna, dan menghasilkan keputusan seperti yang dijangkakan. Ini bermakna fasa ini penting untuk memastikan agar sistem dapat dilaksanakan mengikut objektif sistem. Pengujian biasanya dijalankan selari dengan pembangunan sistem. Ini adalah untuk memastikan sistem yang dibangunkan bebas daripada ralat pada peringkat awal lagi. Pengesanan ralat pada peringkat awal memudahkan pembetulan dilakukan kerana ianya tidak melibatkan proses yang besar.

5.2 Pembangunan Sistem

Sistem ini dibangunkan dengan menggunakan pendekatan prototaip. Ia menyediakan dua pandangan pengguna iaitu pandangan pelanggan Ghirly Collection dan pandangan pengurusan Ghirly Collection. Dalam proses pembangunan sistem ini, antara aktivitiaktiviti yang terlibat adalah seperti pemasangan perisian yang diperlukan oleh sistem, pengkodan aturcara modul-modul, pembangunan pangkalan data dan pengintegrasian modul.

5.2.1 Pemasangan Perisian

Dalam membangunkan sistem ini, beberapa perisian telah dikenalpasti untuk digunakan. Perisian-perisian yang terlibat dan perlu dipasang adalahMicrosoft XP 2003, Microsoft SQL , Micromedia Dreamweaver MX, Microsoft Internet Information Server (IIS ), dan Pelayar Web.

5.2.2 Pengkodan Aturcara Modul-Modul

Pengkodan halaman-halaman web sistem dibina dalam persekitaran Micromedia Dreamweaver MX. Modul-modul yang terlibat dibangunkan secara berperingkat, selari dengan pembangunan serta penyelenggaraan pangkalan data.

5.2.3 Pembangunan Pangkalan Data

Pangkalan data yang akan digunakan untuk sistem ini adalahMicrossoft SQL. Secara asasnya terdapat beberapa langkah yang dilakukan untuk membangunkan pangkalan data iaitu :

i. Membina pangkalan data baru.
ii. Membina jadual-jadual.
iii. Mengenalpasti medan yang terdapat pada setiap jadual.
iv. Simpan jadual.
v. Simpan pangkalan data.

5.2.4 Pengintegrasian Modul

Apabila semua modul telah dibangunkan, pengintegrasian sistem akan dijalankan. Modul-modul yang telah siap dan telh diuji setiap satunya akan digabungkan bagi membentuk satu sistem yang lengkap.




5.3 Pelaksanaan Sistem

Selepas pengintegrasian modul-modul dilakukan, sistem akan diuji dengan menggunakan beberapa set data ujian. Data-data ini dimasukkan ke dalam system untuk memastikan sistem dapat berfungsi seperti yang telah dirancang. Disamping itu, setiap antaramuka juga diuji untuk memastikan ianya dapat berfungsi dengan baik, dapat melakukan pemprosesan dan memaparkan maklumat mengikut keputusan yang diharapkan.

5.4 Pengujian

Bentuk pengujian yang dijalankan bagi menguji sejauh mana keberkesanan sistem ini adalah Pengujian Unit, Pengujian Integrasi, Pengujian Sistem dan Pengujian Penerimaan.

5.4.1 Pengujian Unit

Pengujian unit akan lebih tertumpu kepada keberkesanan proses pengkodan agar ia membenarkan sistem berfungsi dengan betul. Pengujian unit dilakukan ke atas modul-modul untuk mengesan kemasukan data daripada pengguna. Data yang dimasukkan akan disemak dan ralat akan terjadi sekiranya data yang dimasukkan tidak dijumpai di dalam pangkalan data seterusnya proses seterusnya tidak akan dilaksanakan. Pengujian ini dilakukan secara berterusan dan berperingkat semasa proses pembangunan dan implemetasi dijalankan. Ini adalah bagi mengesan ralat dari peringkat awal pembangunan sistem. Pengujian unit akan dilaksanakan dengan menggunakan kaedah Kotak Hitam dan Kotak Putih.

5.4.1.1 Pengujian Kotak Hitam

Pengujian kotak hitam merupakan pengujian kefungsian sistem di mana ianya melibatkan pengujian luaran sahaja iaitu pendekatan yang memfokuskan kepada apa yang dijangkakan. Pengujian ini tidak menyentuh bagaimana aturcara melaksanakan sesuatu pelaksanaan. Apa yang penting adalah output yang dihasilkan mestilah menepati apa yang dikehendaki oleh pengguna.

Pengujian ini merupakan satu strategi yang menganggap sistem sebagai sebuah kotak di mana kandungannya tidak perlu dikecam. Hanya dengan memberi andaian bahawa jika sistem menjana output yang tepat apabila memberi input, maka aturcara, struktur dan antaramuka sistem mestilah bebas ralat.

Antara aktiviti pengujian kotak hitam yang dilakukan diringkaskan adalah seperti berikut :

Pengujian sekuriti : Pengujian tehadap data input untuk menguji sama ada data yang dimasukkan sah atau pun tidak. Ianya adalah bertujuan untuk factor keselamatan data. Contoh untuk login pengurusan. Setiap pengurusan mempunyai id dan kata laluan yang unik dan tersendiri. Ini kerana data pengurusan adalah dikira sebagai sulit dan hanya boleh dicapai oleh pihak pengurusan sahaja. Kesalahan memasukkan id dan kata laluan akan memaparkan mesej ralat se perti yang ditunjukkan dalam Rajah 5.1.

Rajah 5.1 Paparan mesej ralat

Pengujian input data : Pengujian ini lebih kepada pengujian yang membantu dalam modul pengurusan. Setiap input data pembayaran atau tempahan pelanggan akan disemak sama ada pengurusan telah mengisi semua data yang dikehendaki dan tidak berlaku pertindihan data dengan data yang telah sedia ada dalam pangkalan data.

Pengujian maklumat : Pengujian ini adalah bagi memastikan data yang dipaparkan adalah betul berdasarkan permintaan pelanggan.

Pengujian kotak hitam adalah suatu pendekatan yang akan menyelesaikan pelbagai jenis ralat. Jenis-jenis ralat yang dikenalpasti dapat dikesan adalah :

i. Keperluan yang salah atau tertinggal.
ii. Ralat antaramuka.
iii. Ralat dari segi struktur data atau capaian terhadap data.

Pengujian lengkap yang dilakukan adalah seperti yang ditunjukkan pada jadual 5.1
Modul Submodul Pengujian Pengesahan Hasil
Jangkaan Keputusan





Modul Pengguna Semakan Pembayaran Memasukkan nama penuh pelanggan Rekod ada Maklumat pembayaran dipaparkan Sah
Rekod Tiada Tiada maklumat pembayaran dipaparkan Sah
Semakan Produk Memasukkan kod produk Rekod ada Maklumat produk dipaparkan Sah
Rekod Tiada Tiada maklumat produk dipaparkan Sah




Modul Pengurusan Login
Pengurusan




Memasukkan id dan kata laluan Sah Pengguna
akan di bawa
ke halaman
utama
pengurusan Sah
Tidak sah Paparan
mesej ralat Sah
Masukan
data oleh
pengurusan Memasukkan
data yang
berkenaan
dengan
produk / pembekal
/ pembayaran Lengkap Pengguna
akan dibawa
ke halaman
seterusnya Sah
Tidak
Lengkap Paparan
mesej ralat Sah

Semakan Produk/ pembekal/ pembayaran Memasukkan teks yang berkaitan Rekod ada Maklumat dipaparkan Sah

Rekod tiada Tiada maklumat dipaparkan Sah
Jadual 5.1; pengujian unit (Kotak hitam)

5.4.1.2 Pengujian Kotak Putih

Pengujian kotak putih bermaksud melakukan penyemakan terperinci terhadap aturcara dalam yang berkaitan. Status dalam aturcara diperiksa pada beberapa tempat bagi memastikan fungsinya berkesan.

5.4.2 Pengujian Integrasi

Pengujian ini dilakukan dengan melibatkan dua atau lebih program yang saling berkaitan. Komponen perisian diuji secara berkelompok. Ianya dilakukan bagi memastikan data-data dapat berinteraksi dengan baik melalui antaramuka antaramuka komponen. Selain itu ia bertujuan untuk memastikan program yang dihubungkan antara satu sama lain dapat dilaksanakan dengan sempurna. Proses dan hasil pengujian integrasi bagi sistem boleh dilihat pada jadual 5.2
Senario Keterangan Pengujian Hasil Jangkaan Keputusan
Kemaskini
Pengurusan
akan membuat
pengemaskinian
terhadap data data
yang
berkaitan
Login ke halaman
pengurusan Halaman pengurusan
akan dipaparkan Sah
Pengurusan akan
mengklik pautan data yang
hendak
dikemaskini Data yang hendak
dikemaskini akan
dipaparkan Sah
Pengurusan akan
membuat
pengemaskinian Data yang telah
dikemaskini berjaya
disimpan Sah
Hapus rekod Pengurusan
akan membuat
penghapusan rekod
berkaitan
Login ke halaman
pengurusan Halaman pengurusan
akan dipaparkan Sah
Pengurusan akan
mengklik pautan rekod yang
hendak
dihapuskan Rekod yang hendak
dihapuskan akan
dipaparkan Sah
Pengurusan akan
membuat
penghapusan Rekod yang telah
Dihapuskan tiada dalam sistem Sah
Semakan Pengurusan akan membuat semakan produk/ pembayaran/ pembekal Login ke halaman
pengurusan Halaman pengurusan
akan dipaparkan Sah
Klik pautan jenis semakan yang dikehendakki Halaman paparan
semakan akan
dipaparkan Sah
Memasukkan kod produk / nama pelanggan/ nama pembekal untuk
tujuan carian Maklumat berkaitan
dipaparkan. Jika
maklumat
tiada dalam
pangkalan data, tiada rekod dipaparkan Sah
Jadual 5.2; Proses dan hasil pengujian integrasi





5.4.3 Pengujian Sistem

Selepas melaksanakan pengujian unit dan pengujian integrasi, pengujian yang meliputi keseluruhan fungsi sistem dijalankan. Semasa pengujian sistem dijalankan, pembangun akan memasukkan beberapa data percubaan, melaksanakan pertanyaan (query) dan melihat laporan. Pengujian yang dilakukan dalam sistem yang dibangunkan adalah seperti berikut:

i. Pengujian antaramuka dilakukan bagi memastikan interaksi antara antaramuka adalah seperti yang dirancang.
ii. Pengujian kata laluan dilakukan untuk memastikan hanya pengguna yang betul sahaja dibenarkan masuk ke halaman tertentu. Ini adalah bertujuan untuk menjamin keselamatan data. Kata laluan digunakan oleh pihak pengurusan sahaja. Setiap pengguna menggunakan katalaluan yang unik.Hasil pengujian menunjukkan pengguna yang memasukkan ID dan katalaluan yang salah tidak dapat memasuki halaman pengurusan.
iv. Pengujian sistem setelah pengintegrasian modul dilakukan dengan mengambil beberapa set data sebagai contoh. Hasil menunjukkan semua modul dapat dilaksanakan dengan baik.

Jadual 5.3 menunjukkan hasil keseluruhan daripada pengujian sistem yang telah dijalankan. Pengujian pertama menggunakan sistem lama dan pengujian kedua dijalankan menggunakan system yang dibangunkanSoalan Pengujian Seperti yang dilampirkan pada Lampiran L1.

Jenis Pengujian Pengujian #1 Pengujian #2
Kualiti Sistem 2 8
Kualiti Maklumat 3 8
Kualiti Servis 3 8
Kepuasan Pengguna / Kepenggunaan 2 9
. Jadual 5. 3 : Hasil Pengujian Sistem


5.4.4 Pengujian Penerimaan

Pengujian penerimaan dilakukan oleh pengguna untuk mengenalpasti ralat, melihat keberkesanan sistem dan memastikan sistem memenuhi keperluan pengguna. Sistem yang dibangunkan ini menggunakan pengujian secara interaktif di mana pengujian kepenggunaan sistem dilakukan secara individu di mana pengguna system menggunakan sistem secara terus untuk pelaksaaan tugas atau proses.

Pengujian dilakukan secara Pilot Test. Dilaksanakan melalui kaedah Pengujian Alpha. Pengujian alpha dilakukan di tempat pembangun sistem dan dibawah pemerhatian pembangun sistem. Pengujian Alpha dipilih kerana pengurus Ghirly Collection adalah isteri pembangun system sendiri. Segala penilaian pengguna telah diambil perhatian oleh pembangun sistem dan beberapa pembaikan telah dilakukan terhadap beberapa komponen.

Aspek-aspek utama yang dinilai oleh pengguna adalah seperti berikut :

i. Keserasian pengguna - Aspek yang dinilai adalah sistem yang dibangunkan adalah memudahkan pengguna iaitu selesa dan memudahkan kerja.
ii. Keberkesanan sistem - Keberkesanan sistem dinilai dari segi keupayaan dan keberkesanan dalam melakukan sesuatu proses yang terdapat di dalam sistem yang dibangunkan dan berdasarkan model yang digunakan.
iii. Ramah Pengguna - Aspek yang dinilai adalah alat bantu yang disediakan oleh sistem. Sistem yang ramah pengguna dapat memeberi kefahaman kepada pengguna dan memberikan kemudahan bagi pengguna dalam menggunakan sistem.

Penerimaan pengguna adalah faktor terpenting bagi memastikan keberkesanan sesebuah sistem yang dibangunkan. Pengujian ini dijalankan pada kefungsian dan antaramuka sistem. Tujuan pengujian adalah bagi memastikan setiap keperluan pengguna dipenuhi dan seterusnya memenuhi objektif pembangunan. Soalan Pengujian adalah seperti yang dilampirkan dalam Lampiran L2. Hasil daripada pengujian penerimaan sistem yang dilakukan yang melibatkan pihak pengurusan dan juga pengguna biasa satu keputusan telah diperolehi. Jadual 5.4 menunjukkan hasil keseluruhan daripada pengujian penerimaan sistem yang telah dijalankan.

Jenis Pengujian Pengujian #1 Pengujian #2
Kualiti Sistem 5 8
KualitiMaklumat 6 8
Kualiti Servis 5 8
Kepuasan Pengguna / Kepenggunaan 4 7
Jadual 5.4 : Ringkasan Pengujian Penerimaan

5.5 Manual Pengguna

Sistem yang dibangunkan ini memberi capaian kepada pengguna biasa dan juga pihak pengurusan Ghirly Collection. Pengguna akan melaksanakan proses yang berbeza mengikut kperluan masing-masing. Pengguna tertentu hanya akan dapat memaparkan antaramuka tertentu sahaja. Cara penggunaan sistem akan dipaparkan secara terperinci mengikut capaian pengguna yang telah ditetapkan.

Berikut diterangkan secara terperinci Manual pengguna Sistem Pengurusan Ghirly Colecction.











5.5.1 Panduan Pelanggan Ghirly Collection



Rajah 5.2 Paparan halaman utama

Rajah 5.2 di atas merupakan Halaman Utama yang akan diaparkan kepada pengguna sistem. Menu terletak di bahagian atas dan kiri halaman. Pengguna boleh memilih pautan untuk ke halaman seterusnya.


Rajah 5.3 Paparan halaman senarai koleksi tudung

Apabila pengguna memilih untuk melihat senarai tudung halaman seperti Rajah 5.3 di atas akan dipaparkan. Pengguna boleh memilih untuk melihat jenis tudung secara terperici dengan cara meng’klik’ kod tudung yang dipaparkan.


Rajah 5.4 Paparan halaman penerangan terperinci kategori tudung

Rajah 5.4 menunjukkan paparan terperinci kategori tudung yang dipilih. Pengguna hendaklah klik pada pautan yang terdapat pada ruangan imej untuk memaparkan imej tudung tersebut

Rajah 5.5 Paparan halaman imej tudung

Apabila pengguna klik pada pautan imej pada halaman yang dipaparkan sebelum ini imej tudung akan dipaparkan seperti dalam Rajah 5.5 di atas. Pengguna boleh klik imej tudung untuk paparan yang lebih jelas seperti rajah 5.6 di bawah.

Rajah 5.6 Paparan halaman imej besar tudung


Rajah 5.7 Paparan halaman senarai koleksi jubah

Apabila pengguna memilih untuk melihat senarai jubah halaman seperti Rajah 5.7 di atas akan dipaparkan. Pengguna boleh memilih untuk melihat jenis jubah secara terperici dengan cara meng’klik’ kod jubah yang dipaparkan.


Rajah 5.8 Paparan halaman senarai koleksi kemeja batik


Rajah 5.9 Paparan halaman senarai lain-lain koleksi

Rajah 5.9 menunjukkan paparan halam senarai lain-lain koleksi yang boleh didapati di Ghirly Collection

Rajah 5.10 Paparan halaman senarai semua koleksi

Rajah 5.10 menunjukkan paparan halam senarai semua koleksi yang boleh didapati di Ghirly Collection


Rajah 5.11 Paparan halaman carian produk/rekod pembelian

Apabila pengguna memilih untuk membuat semakan produk atau rekod pembayaran, halaman seperti dalam Rajah 5.11 akan dipaparkan. Pengguna boleh memilih untuk membuat carian berdasarkan kod produk / nama pelanggan.Apabila pengguna memasukkan data carian dan butang Submit di tekan halaman seperti pada Rajah 5.12 dibawah akan dipaparkan.
..


Rajah 5.12 Paparan carian produk


Rajah 5.13 Paparan carian pembayaran pelanggan



Rajah 5.14 Paparan halaman borang tempahan

Rajah 5.14 menunjukkan paparan halaman borang tempahan, pengguna dikehendakki mengisi semua ruangan dan klik butang Submit sekiranya ingin membuat tempahan



Rajah 5.15 Paparan halaman terma dan syarat

Rajah 5.15 menunjukkan paparan halaman terma dan syarat, sebagai panduan kepada pengguna yang berminat untuk berurusniaga dengan Ghirly Collection.







5.5.2 Panduan Pihak Pengurusan



Rajah 5.16 Paparan halaman utama Sistem Pengurusan Ghirly Collection


Rajah 5.16 menunjukkan borang daftar masuk pengurusan. Pengguna hendaklah memasukkan id dan katalaluan yang sah. Jika id dan katalaluan tidak sah mesej ralat akan dipaparkan.



Rajah 5.17 Paparan halaman utama pentadbir

Rajah 5.17 di atas merupakan Halaman Utama pihak pengurusan Menu terletak di bahagian atas dan kiri halaman. Pengurus boleh memilih pautan untuk ke halaman seterusnya.


Rajah 5.18 Paparan halaman tambah produk


Rajah 5.18 menunjukkan paparan halaman borang produk, pengguna dikehendakki mengisi semua ruangan dan klik butang insert record sekiranya ingin menambah rekod produk di pangkalan data



Rajah 5.19 Paparan halaman tambah pembekal

Rajah 5.19 menunjukkan paparan halaman borang pembekal, pihak pengurusan dikehendakki mengisi semua ruangan dan klik butang insert record sekiranya ingin menambah rekod pembekal di pangkalan data



Rajah 5.20 Paparan halaman semakan produk

Apabila pengguna memilih untuk membuat semakan produk, halaman seperti dalam Rajah 5.20 akan dipaparkan. Pengguna boleh memilih untuk membuat semakan dengan menekan butang yang disediakan iaitu butang produk yang ada stok atau butang produk yang tiada stok..Pengurus juga boleh melakukan carian dengan memasukkan kod produk pada ruangan yang disediakan dan butang Submit ditekan

Rajah 5.21 Paparan Senarai Produk yang ada stok



Rajah 5.22 Paparan Senarai Produk yang Tiada stok


Rajah 5.23 Paparan halaman semakan pembekal

Apabila pengguna memilih untuk membuat semakan pembekal, halaman seperti dalam Rajah 5.23 akan dipaparkan. Pengguna boleh memilih untuk membuat semakan dengan menekan butang Senarai Pembekal..Pengurus juga boleh melakukan carian dengan memasukkan Nama Pembekal pada ruangan yang disediakan dan butang Submit ditekan


Rajah 5.24 Paparan Senarai Pembekal



Rajah 5.25 Paparan Carian Pembekal


Rajah 5.26 Paparan halaman semakan rekod pembayaran/pembelian

Apabila pengguna memilih untuk membuat semakan rekod Pembayaran, halaman seperti dalam Rajah 5.26 akan dipaparkan. Pengguna boleh memilih untuk membuat carian dengan cara menekan butang senarai pembayaran yang disediakan atau melakukan carian dengan memasukkan Nama Pelanggan pada ruangan yang disediakan kemudian klik butang Submit



Rajah 5.27 Paparan halaman senarai rekod pembayaran

Rajah 5.27 adalah paparan senarai rekod pembayaran pelanggan, pengurus boleh memilih mana-mana pelanggan untuk melihat rekod pembayaran secara terperinci dengan meng’klik’ pautan pada nama pelanggan tersebut.

Rajah 5.28 Paparan halaman detail pembayaran

Seterusnya halaman seperti dalam Rajah 5.28 akan dipaparkan. Pengurusan boleh membuat pengemaskinian data dan menyimpan kembali data dengan menekan pautan Kemaskini.


Rajah 5.29 Paparan halaman kemaskini pembayaran

Apabila pautan Kemaskini dipilih halaman seperti dalam Rajah 5.29 akan dipaparkan. Setelah pengemaskinian dibuat pengurusan boleh lah menekan butang kemaskini rekod. Rekod akan disimpan di pangkalan data.


Rajah 5.30 Paparan halaman hapus rekod pembayaran

Rajah 5.30 memaparkan halaman hapus rekod sekiranya pautan hapus dipilih, pengguna bolehlah menekan hapus rekod sekiranya pasti untuk menghapuskan rekod tersebut daripada pangkalan data


Rajah 5.31 Paparan halaman senarai tempahan

Apabila pengguna memilih untuk membuat semakan Tempahan Pelanggan, halaman seperti dalam Rajah 5.31 akan dipaparkan. Pengguna boleh memilih untuk membuat semakan dengan cara menekan butang senarai tempahan mengikut kategori masing-masing.


Rajah 5.32 Paparan halaman senarai tempahan koleksi tudung


Rajah 5.33 Paparan halaman senarai tempahan koleksi kemeja batik


Rajah 5.34 Paparan halaman senarai tempahan koleksi jubah


Rajah 5.35 Paparan halaman senarai tempahan lain-lain koleksi


Rajah 5.36 Paparan halaman senarai semua tempahan

Rajah 5.36 adalah paparan senarai rekod pembayaran pelanggan, pengurus boleh memilih mana-mana pelanggan untuk melihat rekod pembayaran secara terperinci dengan meng’klik’ pautan pada nama pelanggan tersebut

Rajah 5.37 Paparan halaman detail tempahan pelanggan

Seterusnya halaman seperti dalam Rajah 5.37 akan dipaparkan. Pengurusan boleh membuat pengemaskinian data dan menyimpan kembali data dengan menekan pautan Kemaskini.


Rajah 5.38 Paparan halaman kemaskini tempahan pelanggan

Apabila pautan Kemaskini dipilih halaman seperti dalam Rajah 5.38 akan dipaparkan. Setelah pengemaskinian dibuat pengurusan boleh lah menekan butang update record. Rekod akan disimpan di pangkalan data.


Rajah 5.39 Paparan halaman hapus tempahan pelanggan

Rajah 5.39 memaparkan halaman hapus rekod sekiranya pautan hapus dipilih, pengguna bolehlah menekan hapus rekod sekiranya pasti untuk menghapuskan rekod tersebut daripada pangkalan data


Rajah 5.40 Paparan halaman senarai semua produk

Rajah 5.40 adalah paparan senarai rekod semua produk yang terdapat di Ghirly Collection. pengurus boleh memilih mana-mana produk untuk melihat rekod produk secara terperinci dengan meng’klik’ pautan pada kod produk tersebut


Rajah 5.41 Paparan halaman penerangan terperinci produk

Seterusnya halaman seperti dalam Rajah 5.41 akan dipaparkan. Pengurusan boleh membuat pengemaskinian data dan menyimpan kembali data dengan menekan pautan Kemaskini atau menghapus rekod dengan menekan pautan hapus


Rajah 5.42 Paparan halaman semakan produk

Apabila pautan Kemaskini dipilih halaman seperti dalam Rajah 5.42 akan dipaparkan. Setelah pengemaskinian dibuat pengurusan boleh lah menekan butang kemaskini rekod. Rekod akan disimpan di pangkalan data.


Rajah 5.43 Paparan halaman hapus produk

Rajah 5.43 memaparkan halaman hapus rekod sekiranya pautan hapus dipilih, pengguna bolehlah menekan hapus rekod sekiranya pasti untuk menghapuskan rekod tersebut daripada pangkalan data


Rajah 5.44 Paparan halaman borang pembelian / pembayaran


Rajah 5.44 menunjukkan paparan halaman borang pembelian/pembayaran, pihak pengurusan dikehendakki mengisi semua ruangan dan klik butang insert record sekiranya ingin menambah rekod pembelian/pembayaran di pangkalan data sistem

5.6 Ringkasan

Pembangunan dan perlaksanaan sistem secara keseluruhannya membincangkan kaedah yang bersesuaian untuk dilakukan ke atas sistem. Beberapa perisian utama perlu dipasang terlebih dahulu bagi melicinkan pembangunan dan perlaksanaan sistem. Submodul-submodul yang dibangunkan secara terpisah diintegrasikan bagi menghasilkan satu sistem yang lengkap. Setelah semua modul telah diintegrasikan pengujian terhadap sistem penting untuk memastikan kelancaran aliran sistem yang dicadangkan, sistem yang dibangunkan adalah bebas daripada sebarang ralat dan memenuhi matlamat sistem.

Sistem juga diuji untuk menentukan berfungsi dengan baik, bebas ralat dan dilakukan oleh pengguna untuk memastikan sistem yang dibangunkan memenuhi spesifikasi keperluannya. Pengujian sistem dilakukan selari dengan pembangunan sistem untuk mengelakkan kerumitan dalam melakukan pembetulan.

Projek IT : CBBR4103 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT 1 | Bab 4

BAB 4

ANALISIS DAN REKABENTUK SISTEM
4.1 Pengenalan

Bab ini menghuraikan tentang hasil daripada analisis-analisis yang telah dibuat berdasarkan permasalahan yang telah dinyatakan di dalam bab 1 serta kepada kajian susastera yang telah dijalankan terhadap system semasa Ghirly Collection. Pendekatan analisis dan rekabentuk sistem berorientasikan objek digunakan bagi memodelkan sistem semasa dan sistem cadangan. Rajah-rajah seperti use case, aktiviti, jujukan, kelas dibangunkan bagi memodelkan rekabentuk sistem.

4.2 Sistem Maklumat Sedia Ada

Buat masa sekarang, masih tiada sistem maklumat yang dibangunkan bagi Syarikat Ghirly Collection. Semua aktiviti jualan dan inventori adalah secara manual di mana peniaga perlu merekodkan inventori, pembayaran dan pesanan ke dalam fail.

4.3 Proses dan Pemodelan Data Sistem Semasa

Terdapat beberapa rajah yang digunakan bagi memodelkan sistem semasa bagi Syarikat Ghirly Collection iaitu Rajah Aktiviti, Rajah Use Case, Rajah Jujukan, dan Rajah Kelas.

4.3.1 Rajah Aktiviti Sistem Semasa

Rajah aktiviti memfokus kepada aktiviti yang perlu dilaksanakan di dalam menyelesaikan masalah tertentu. Rajah aktiviti digunakan untuk menggambarkan perjalanan jujukan proses atau aktiviti yang perlu dilaksanakan di dalam sistem semasa.

1. Rajah Aktiviti bagi Pembelian

Rajah aktiviti ini menerangkan tentang aktiviti pembelian yang dijalankan dalam sistem semasa. Operasi penjualan produk menggunakan kaedah tradisional iaitu pelanggan memilih produk dan membayar harga barangan tersebut.. Rajah aktiviti bagi pembelian ditunjukkan seperti di lampiran D1.

2. Rajah Aktiviti bagi Pesanan

Rajah aktiviti ini menerangkan tentang aliran bagi aktiviti pesanan daripada pelanggan yang dijalankan dalam sistem semasa. Pelanggan-pelanggan yang ingin membuat pesanan produk akan menyatakan produk yang diingini secara bersemuka dengan peniaga atau melalui telefon.. Rajah aktiviti bagi pesanan ditunjukkan seperti di lampiran D2.

3. Rajah Aktiviti bagi Urus Pesanan

Rajah aktiviti ini menerangkan tentang aliran bagi aktiviti Urus Pesanan yang dijalankan dalam sistem semasa. Pesanan diuruskan oleh peniaga dengan menyemak stok terlebih dahulu sebelum menghantar pesanan kepada pembekal. Stok yang diterima daripada pembekal direkodkan.. Rajah aktiviti bagi urus pesanan ditunjukkan seperti di lampiran D3.






4.3.2 Rajah Use Case Sistem Semasa

Rajah 4.1 : Rajah Use Case bagi Sistem Semasa

4.3.2.1 Spesifikasi Use Case

1. Use case Buat pembelian
Use case Buat pembelian
Aktor Pelanggan
Deskripsi Pelanggan membuat pembelian dari peniada.
Peristiwa pencetus Pelanggan membeli produk.
Hubungan Association : Pelanggan
Laluan Asas 1. Pelanggan memilih produk
2. Pelanggan membayar kepada peniaga
3. Pelanggan menerima produk



2. Use case Buat pesanan
Use case Buat pesanan
Aktor Pelanggan
Deskripsi Pelanggan membuat pesanan jika produk tiada dalam stok.
Peristiwa pencetus Jika produk tiada.
Hubungan Association : Pelanggan
Laluan Asas 1. Pelanggan menyatakan jenis produk
2. Pelanggan menerima produk
3. Pelanggan membuat pembayaran


3.Use case : Urus Pesanan

Use case Urus pesanan
Aktor Peniaga
Deskripsi Penyelia menguruskan pesanan yang diterima daripadaPelanggan.
Peristiwa pencetus Pesanan diterima daripada pelanggan.
Hubungan Association : Peniaga
Include : Belian ke Pembekal

Laluan Asas 1. Peniaga menyemak latar belakang pelanggan.
2. Penyelia menyemak stok/inventori
3. Penyelia menyemak latar belakang urusniaga.
4. Penyelia melaksanakan use case belian ke pembekal





4.3.3 Rajah Jujukan Sistem Semasa

Rajah jujukan adalah lebih kurang sama dengan rajah aktiviti. Rajah ini menggambarkan objek-objek yang terlibat dalam use case dan aliran-aliran proses yang dihantar di antara setiap objek.

1. Rajah Jujukan bagi Use Case Buat Pembelian

Rajah jujukan adalah lebih kurang sama dengan rajah aktiviti. Rajah ini menerangkan tentang jujukan bagi proses pembelian yang dijalankan dalam sistem semasa. Rajah jujukan bagi use case buat pembelian ditunjukkan seperti di lampiran E1.

2. Rajah Jujukan bagi Use Case Buat Pesanan

Rajah jujukan bagi use case buat pesanan menerangkan tentang aliran yang berlaku dalam use case pesanan. Objek yang terlibat dalam rajah ini adalah pelanggan, peniaga dan pembekal. Rajah jujukan ini ditunjukkan seperti di lampiran E2.

4.3.4 Rajah Kelas Sistem semasa

Rajah kelas adalah satu model statik yang menunjukkan kelas-kelas dan hubungan di antara kelas di dalam sistem. Setiap kelas mengandungi atribut dan kelakuan masing-masing. Rajah kelas bagi sistem semasa ditunjukkan seperti dalam lampiran F.




4.4 Keperluan Pengguna

Keperluan sistem boleh dibahagikan kepada dua iaitu keperluan fungsian dan keperluan bukan fungsian.

1. Keperluan Fungsian

i. Pengguna boleh melakukan carian produk dengan memasukkan kata kunci di dalam textbox yang disediakan.

ii. Pengguna boleh melakukan carian rekod pembayaran/pembelian

iii. Pengguna boleh memaparkan maklumat item seperti nama., harga, status, penerangan ringkas dan imej .

iv. Pengguna boleh memilih untuk memesan produk tersebut dengan membuat tempahan.

2. Keperluan Bukan Fungsian

i. Sistem ini dapat beroperasi dengan baik dalam Internet Explorer dan Netscape Navigator.

ii. Masa muat turun laman dan grafik mesti tidak melebihi 10 saat.

iii. Sistem hendaklah berupaya untuk melindungi maklumat dalaman bagi tujuan keselamatan.



4.5 Proses dan Pemodelan Data Sistem Cadangan

Terdapat beberapa rajah yang digunakan bagi memodelkan sistem cadangan bagi Syarikat Ghirly Collection iaitu Rajah Aktiviti, Rajah Use Case, Rajah Jujukan, dan Rajah Kelas.

4.5.1 Rajah Aktiviti Sistem Cadangan

Rajah aktiviti memfokus kepada aktiviti yang perlu dilaksanakan di dalam menyelesaikan masalah tertentu. Rajah aktiviti digunakan untuk menggambarkan perjalanan jujukan proses atau aktiviti yang perlu dilaksanakan di dalam sistem cadangan.

1. Rajah Aktiviti bagi Cari Item

Rajah aktiviti bagi Cari Item menunjukkan aliran proses yang berlaku semasa carian item. Aliran ini bermula dengan pelanggan memasukkan kata kunci untuk carian produk berdasarkan kategori yang ditentukan. Rajah aktiviti bagi cari item ini ditunjukkan pada lampiran G1.

2. Rajah Aktiviti bagi Buat Bayaran

Rajah aktiviti bagi Buat Bayaran menunjukkan aliran proses yang berlaku dalam proses pembayaran. Untuk melaksanakan pembayaran, pelanggan diminta terlebih dahulu memasukkan ID dan password untuk pengesahan. Rajah aktiviti ini ditunjukkan pada lampiran G2.







4.5.2 Rajah Use Case Sistem Cadangan

Rajah 4.2 : Rajah Use case bagi Sistem Cadangan

4.5.2.1 Spesifikasi Use Case

1. Use case: Cari Item
Use case Cari Item
Aktor Pelanggan
Deskripsi Pelanggan mencari item dengan memasukkan kata kunci.
Sistem akan memaparkan produk yang berkaitan dengan kata kunci.
Peristiwa pencetus Pelanggan memasukkan kata kunci.
Hubungan Association: pelanggan
Extend : Buat pesanan
Laluan Asas 1. Pelanggan memasukkan kata kunci untuk carian produk.
2. Sistem memadankan item dengan kata kunci yang dimasukkan.
3. Sistem memaparkan senarai item yang dicari
4. Pelanggan memilih item jika ada.
5. Pelanggan memapar maklumat item yang dipilih.
6. Pelanggan memilih samada untuk membuat pesanan atau tidak.
Laluan Alternatif Pelanggan melaksanakan use case pesanan



2. Use Case: Buat Tempahan
Use case Buat Tempahan
Aktor Pelanggan
Deskripsi Pelanggan membuat pesanan bagi item yang dipilih.
Peristiwa pencetus Pelanggan menjumpai item yang dicari.

Hubungan
Laluan Asas 1. Pelanggan memasukkan item yang dipilih daripada senarai carian
2. Sistem memaparkan maklumat item-item yang dipilih.
3. Pelanggan membuat pilihan
4. Pelanggan mengemaskini maklumat
Laluan Alternatif Pelanggan menghapuskan item dengan menekan butang hapus.








3.Use Case: Login
Use case Login
Aktor Pelanggan
Deskripsi Bagi membuat pembayaran, pelanggan diminta untuk memasukkan ID dan password untuk mengesahkan keahlian. Ini adalah bagi tujuan keselamatan.
Peristiwa pencetus Pelanggan ingin membuat pembayaran
Hubungan
Laluan Asas 1. Pelanggan memasukkan id dan password
2. Sistem memadankan Id dan password di dalam pangkalan data
Laluan Alternatif Pelanggan dikehendaki memasukkan id dan password sekali lagi


4. Use Case: Buat bayaran

Use case Buat bayaran
Aktor Pelanggan
Deskripsi Pelanggan ingin membuat pembayaran ke atas item yang dipesan. Pembayaran dibuat menggunakan kad kredit..
Peristiwa pencetus Pelanggan membuat pesanan.
Hubungan Association : Pelanggan
Include : Login
Laluan Asas 1. Pelanggan memasukkan nombor kad kredit
2. Sistem mengesahkan kad kredit
3. Pelanggan mengesahkan pembayaran
4. Sistem memaparkan resit pembayaran
5.Pelanggan mencetak resit pembayaran
Laluan Alternatif Jika tidak sah, pelanggan diminta untuk memasukkan no kad kredit sekali lagi.

4.5.3 Rajah Jujukan Sistem Cadangan

Rajah jujukan adalah lebih kurang sama dengan rajah aktiviti. Rajah ini menggambarkan objek-objek yang terlibat dalam use case dan aliran-aliran proses yang dihantar di antara setiap objek.

1. Rajah Jujukan bagi Use Case Cari Item

Rajah jujukan bagi cari item menerangkan aliran-aliran proses yang berlaku di antara objek-objek yang terlibat dalam use case cari item. Rajah jujukan bagi cari item ditunjukkan pada lampiran H1.

2. Rajah Jujukan bagi Use Case Buat Tempahan

Rajah jujukan bagi use case buat tempahan menerangkan proses-proses yang berlaku apabila pelanggan ingin membuat tempahan jika item yang dikehendaki tiada dalam senarai carian. Rajah jujukan ini ditunjukkan pada lampiran H2

3. Rajah Jujukan bagi Use Case Login

Rajah jujukan bagi Login menerangkan proses-proses yang berlaku semasa aktiviti login. Sebelum memasuki sistem, pengguna diminta untuk memasukkan username dan katalaluan bagi tujuan keselamatan. Rajah jujukan ini ditunjukkan pada lampiran H3







4. Rajah Jujukan bagi Use Case Buat Bayaran

Rajah jujukan bagi buat bayaran menerangkan aliran-aliran proses yang berlaku di antara objek-objek yang terlibat dalam use case pembayaran. Rajah jujukan ini ditunjukkan pada lampiran H4

4.5.4 Rajah Keadaan (State Chart Diagram)

Rajah Keadaan merupakan satu rajah yang memodelkan perwakilan keadaan dan interaksi bagi satu objek yang dinamik. Ia merangkumi semua kemungkinan pusingan hayat objek tersebut dan juga semua kemungkinan tindakbalas satu objek kepada semua use case yang terlibat dengannya. Rajah ini hanya dibina bagi kelas yang mempunyai perubahan yang dinamik sahaja. Rajah keadaan bagi kelas produk dan Tempahan ditunjukkan pada lampiran I.

4.5.5 Rajah Kelas Sistem Cadangan

Bagi pembangunan sistem cadangan, terdapat beberapa kelas yang dikenalpasti iaitu kelas Pelanggan, pentadbir., tempahan, produk dan Login. Rajah Kelas ditunjukkan dalam lampiran J.

4.6 Rekabentuk Antaramuka Sistem Cadangan

Secara umumnya, antaramuka adalah kaedah untuk membolehkan pengguna berinteraksi dengan sistem. Terdapat beberapa kepentingan antaramuka iaitu untuk:

i. Membaca dan menterjemah maklumat yang memberi panduan kepada pengguna tentang bagaimana untuk menggunakan sistem.

ii. Memberikan arahan kepada sistem untuk mewakili apa yang diperlukan oleh pengguna.

iii. Membolehkan kemasukan data ke dalam sistem untuk membolehkan pemprosesan data.

iv. Memberikan maklumbalas dan membantu pengguna membuat carian.

Berdasarkan model moTec (Egger, 2003), menyatakan bahawa rekabentuk antaramuka adalah amat penting untuk menarik perhatian pengguna apabila pertama kali memasuki sesebuah laman. Pengolahan dan penstrukturan maklumat yang baik memudahkan pengguna memahami cara untuk bernavigasi dengan betul.










4.6.1 Contoh Paparan Antaramuka Sistem
Berikut beberapa contoh antaramuka yang dicadangkan untuk Sistem Pengurusan Jualan Ghirly Collection

1. Paparan Antaramuka Utama Sistem Pengurusan Ghirly Collection.
Gambarajah 4.5 menunjukkan lakaran paparan antaramuka Utama sistem. Pelanggan boleh memilih hyperlink yang disediakan untuk navigasi ke bahagian- bahagian tertentu. pengguna yang berada di dalam kategori Admin boleh memilih ruangan Login untuk ke peringkat akses Admin.


Login Admin:
1= Username
2= Password

Hyperlink:
1= Senarai Tudung
2= Senarai Jubah
3= Kemeja Batik
4= Koleksi Lain
5= Semua Koleksi

Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat

Teks:
Pengenalan Syarikat
Rajah 4.3: Lakaran paparan antaramuka utama Sistem Pengurusan Jualan Ghirly Collection

2. Paparan Senarai Tudung

Paparan senarai tudung akan menyenaraikan senarai tudung serta maklumat-maklumat berkaitan dengannya. Pengguna juga boleh mengklik hyperlink pada kod tudung untuk keterangan yang lebih berkenaan produk tersebut.



Login Admin:
1= Username
2= Password

Hyperlink:
1= Senarai Tudung
2= Senarai Jubah
3= Kemeja Batik
4= Koleksi Lain
5= Semua Koleksi


Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat


Rajah 4.4: Lakaran paparan antaramuka senarai produk.





3. Paparan keterangan Produk

Paparan keterangan produk ini membolehkan pihak pengguna mendapat keterangan yang lebih jelas tentang produk yang dipilih.



Login Admin:
1= Username
2= Password

Hyperlink:
1= Senarai Tudung
2= Senarai Jubah
3= Kemeja Batik
4= Koleksi Lain
5= Semua Koleksi

Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat
Rajah 4.5: Lakaran paparan antaramuka keterangan produk.









4. Paparan Antaramuka Carian Produk

Pengguna perlu menaip teks pada ruangan Teks Carian dan menekan butang hantar untuk mencari sesuatu produk.



Login Admin:
1= Username
2= Password

Hyperlink:
1= Senarai Tudung
2= Senarai Jubah
3= Kemeja Batik
4= Koleksi Lain
5= Semua Koleksi

Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat


Rajah 4.6: Lakaran paparan antaramuka carian produk/Pembayaran.








5. Paparan Rekod Pembayaran

Paparan Rekod Pembayaran seperti gambarajah 4.7 ini membolehkan pihak pengguna menyemak pembayaran/ pembelian yang telah dibuat.



Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat

Teks:
1= Nama Pelanggan
2= Kategori Produk
3= kod Produk
4= Kuantiti Produk
5= harga Produk
6= Bayaran Pertama
7= Tarikh Pembayaran 1
8= Bayaran Kedua
9= Tarikh Pembayaran 2
10= Baki Pembayaran
Rajah 4.7: Lakaran paparan antaramuka rekod pembayaran.








6. Paparan Antaramuka Tempahan Produk

Maklumat-maklumat tempahan pelanggan perlu dimasukkan ke dalam sistem ini.. Gambarajah 4.8 di bawah menunjukkan lakaran paparan antaramuka tempahan pelanggan. Setelah selesai mengisi maklumat-maklumat yang dikehendaki di dalam Ruangan Teks, pengguna perlu mengklik butang Hantar dan kesemua maklumat itu akan disimpan di dalam pangkalan data sistem. Sekiranya pengguna mengklik butang Padam maka kesemua maklumat yang ditaip di Ruangan Teks akan hilang


Login Admin:
1= Username
2= Password

Hyperlink:
1= Senarai Tudung
2= Senarai Jubah
3= Kemeja Batik
4= Koleksi Lain
5= Semua Koleksi

Menu:
1= Menu utama
2= Carian
3= Tempahan
4= Pembayaran
5= Terma & syarat




Rajah 4.8: Lakaran paparan antaramuka tempahan produk.


7. Paparan Antaramuka Utama Admin

Setelah memasukkan kata nama dan kata laluan yang betul, paparan berikut akan muncul. Gambarajah 4.9 menunjukkan lakaran paparan antaramuka utama Sistem Pengurusan Jualan ghirly Collection berasaskan Web untuk kategori akses Adminu. Terdapat beberapa hyperlink yang boleh dipilih dan dijadikan panduan navigasi oleh pengguna sistem untuk pergi ke mana-mana bahagian di dalam sistem. Pengguna hanya perlu mengklik hyperlink yang dikehendaki untuk pergi ke bahagian-bahagian tersebut



Hyperlink:
1= Tambah Produk
2= Tambah Pembekal

Menu:
1= Menu Utama
2= Carian
3= Senarai Produk
4= Pembayaran
5= Logout

Teks:
Penerangan kepada
Admin

Rajah 4.9: Lakaran paparan antaramuka utama admin.





8. Paparan antaramuaka Tambah produk

Maklumat-maklumat tentang produk perlu dimasukkan ke dalam sistem ini.. Gambarajah 4.10 di bawah menunjukkan lakaran paparan antaramuka Tambah Produk. Setelah selesai mengisi maklumat-maklumat yang dikehendaki di dalam Ruangan Teks, pengguna perlu mengklik butang Hantar dan kesemua maklumat itu akan disimpan di dalam pangkalan data sistem




Hyperlink:
1= Tambah Produk
2= Tambah Pembekal

Menu:
1= Menu Utama
2= Carian
3= Senarai Produk
4= Pembayaran
5= Logout









Rajah 4.10: Lakaran paparan antaramuka tambah produk.



9. Paparan Antaramuka Rekod Pembayaran/Pembelian

Gambarajah 4.11 di bawah menunjukkan lakaran paparan antaramuka Rekod Pembayaran/Pembelian. kesemua maklumat perlu diisi untuk disimpan di dalam pangkalan data sistem



Hyperlink:
1= Tambah Produk
2= Tambah Pembekal

Menu:
1= Menu Utama
2= Carian
3= Senarai Produk
4= Pembayaran
5= Logout













Rajah 4.11: Lakaran paparan antaramuka rekod pembayaran.




10. Paparan Antaramuka Rekod Pembekal

Pengguna perlu mengisi semua maklumat pada kotak teks kemudian menekan butang hantar untuk menyimpan maklumat kedalam pangkalan data sistem atau menekan butang padam untuk pembatalan.




Hyperlink:
1= Tambah Produk
2= Tambah Pembekal

Menu:
1= Menu Utama
2= Carian
3= Senarai Produk
4= Pembayaran
5= Logout








Rajah 4.12: Lakaran paparan antaramuka tambah pembekal.






4.7 Senibina Sistem Cadangan

Sistem yang dicadangkan mempunyai rekabentuk sistem berasaskan three-tiered architecture. Dalam senibina ini, terdapat tiga komponen perkakasan yang terlibat iaitu:

i. Komputer Pelanggan (Client)
Bertanggungjawab terhadap presentation logic. Pengguna boleh mencapai sistem melalui perisian pelayar web (Web Browser).

ii. Server Web (Web Server)
Bertindak balas terhadap permintaan pengguna samada memuat turun dokumen HTML serta grafik untuk paparan pada pelayar web di komputer pelanggan (client). Aplikasi Sistem Jualan Ghirly Collection yang dibangunkan akan diletakkan di dalam server web yang mana akan dicapai oleh komputer-komputer pelanggan menerusi rangkaian internet.

iii. Server Pangkalan Data (Database Server)
Bertanggungjawab untuk penyimpanan data.

4.8 Rekabentuk Pangkalan Data
Rekabentuk pangkalan data bagi sistem Pengurusan Jualan Ghirly Collection ditunjukkan pada lampiran K.

4.9 Rekabentuk Program

Pendekatan pegaturcaraan yang digunakan adalah berasaskan pengaturcaraan web yang mana PreHypertext PreProgramming (PHP) digunakan sebagai bahasa pengaturcaraan utama bagi keseluruhan pembangunan sistem.



4.10 Ringkasan

Secara keseluruhannya, bab ini menerangkan tentang analisa yang dibuat ke atas organisasi kajian iaitu Ghirly Collection. Syarikat Ghirly Collection ini masih belum mengimplementasikan penggunaan IS/IT di dalam pengurusannya. Semua aktiviti perniagaan dijalankan secara manual. Bagi membangunkan sistem pengurusan jualan yang mengimplementasikan elemen-elemen IS/IT di dalamnya, model prototaip evolusi telah digunakan serta pendekatan berorientasikan objek digunakan dalam pemodelan Sistem Semasa dan Sistem Cadangan berdasarkan keperluan pengguna

Projek IT : CBBR4103 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT 1 | BAB 3

BAB 3

METODOLOGI

3.1 Pengenalan

Pembangunan Sistem ini dilaksanakan di dalam dua peringkat iaitu Projek I dan Projek II. Perancangan bagi Projek I dilaksanakan pada semester mei 2008. Pada peringkat pertama, proses pembangunan projek meliputi tugas untuk mengenalpasti pengenalan projek iaitu berkenaan dengan model yang akan digunakan dan system yang akan dibangunkan. Kajian Susastera juga dibuat untuk mengenalpasti teknologi yang digunakan dan perbandingan model-model kejayaan sistem maklumat yang berkenaan. Perancangan kerja dan rekabentuk awal bagi sistem cadangan yang menyokong model yang digunakan juga dilakukan. Projek II pula dimulakan pada semester September 2008. Peringkat yang kedua ini meliputi rekabentuk terperinci, pembangunan, implementasi, pengujian dan penyelenggaraan..

Kaedah kajian yang digunakan adalah gabungan beberapa kaedah kualitatif. Projek yang dijalankan pula akan menggunakan model kitar hayat pembangunan sistem (SDLC) dengan menggunakan metodologi prototaip. Setiap fasa perlu diselesaikan dan diulangi selari dengan keperluan sistem dan keperluan pengguna sistem. Oleh itu, perancangan kerja perlu diberi perhatian bagi memastikan kerja yang dirancang dilaksanakan dengan baik tanpa mengulangi perkara yang sama.

Manakala metodologi rekabentuk berorientasikan objek akan digunakan dalam fasa rekabentuk dan analisis untuk tujuan pembangunan sistem. Bagi mencapai objektif pembangunan Sistem Pengurusan Jualan Ghirly Collection ini diantara aspek yang perlu dipertimbangkan ialah penggunaan metodologi yang sesuai dan perancangan kerja yang teratur. Perancangan kerja juga akan dapat memastikan tugas yang dilaksanakan disiapkan dalam tempoh masa yang ditetapkan, memenuhi spesifikasi sistem cadangan dan memenuhi spesifikasi kehendak pengguna.

3.2 Kaedah Kajian

Kaedah kajian adalah bermaksud kaedah yang digunakan untuk menjalankan satu kajian iaitu dalam konteks untuk mendapatkan dan mengumpul maklumat yang berkaitan dengan bidang kajian. Kaedah kajian yang biasanya digunakan untuk pembangunkan sistem maklumat ini adalah kajian kualitatif dan kajian kuantitatif.

3.2.1. Kajian Kualitatif (Dennis, 2005)

Kajian kualitatif melibatkan penggunaan data kualitatif seperti temuramah, dokumen-dokumen yang digunakan sepanjang proses dan data yang diperolehi sepanjang melakukan pemerhatian untuk memahami dan menerangkan fenomena sosial. Penyelidik yang menggunakan kaedah ini biasanya boleh didapati dalam banyak peraturan dan bidang, menggunakan pelbagai kaedah, pendekatan dan teknik.

Dalam sistem maklumat, terdapat beberapa perubahan dalam kajian system maklumat yang tidak melibatkan teknologikal untuk tujuan pengurusan dan isu yang berkaitan dengan organisasi. Oleh itu keadaan ini meningkatkan minat kepada penggunaa kaedah kualitatif untuk membangunkan aplikasi.

Kaedah kajian kualitatif direkabentuk untuk membantu penyelidik memahami mereka yang terlibat dalam kajian, sosial dan budaya persekitaran yang melibatkan mereka.

Oleh kerana itulah, dalam hal ini kaedah kualitatif diperlukan kerana ianya banyak melibatkan perihal yang subjektif dan kajian yang dijalankan pula adalah secara tidak formal.



3.2.2. Kajian Kuantitatif (Dennis, 2005)

Kajian kuantitatif dibangunkan di dalam bidang sains untuk mengkaji fenomena-fenomena semulajadi. Contohnya, kaedah pemerhatian, ujikaji atau eksperimen makmal serta kajian yang melibatkan nombor dan matematik. Kajian dilakukan berdasarkan beberapa sampel yang telah dipilih untuk dijadikan sebagai bahan ujikaji. Hasil daripada kajian ini akan dipaparkan dalam bentuk graf atau pun statistik. Kaedah ini digunakan apabila kajian tersebut lebih bersifat fokus iaitu cuba untuk membuat pengukuran terhadap sesuatu kajian di mana tiada kesamaran berlaku tentang sesuatu konsep yang diukur

Kaedah kajian yang digunakan oleh pembangun SIstem Pengurusan Jualan Ghirly Collection adalah kaedah kualitatif. Ini kerana kajian banyak melibatkan penggunaan data kualitatif seperti temuramah, dokumen-dokumen yang digunakan sepanjang proses dan data yang diperolehi sepanjang melakukan pemerhatian untuk memahami proses semasa dan pembaikan yang perlu dilakukan terhadap proses-proses tersebut.

3.3 Metodologi Prototaip

Dalam melaksanakan pembangunan sistem yang dicadangkan, pendekatan yang akan digunakan adalah pendekatan prototaip. Proses prototaip terdiri daripada proses membangunkan satu sistem percubaan dengan cepat dan mudah dinilai oleh pengguna akhir (Dennis et al., 2005). Metodologi prototaip merupakan kaedah yang melaksanakan fasa-fasa utama yang terdapat di dalam kaedah metodologi kitar hayat pembangunan sistem. Fasa-fasa tersebut ialah fasa penyiasatan awal, analisa sistem, rekabentuk sistem dan perlaksanaan sistem.

Fasa-fasa ini akan dilakukan berulang kali sehingga sebuah sistem yang lengkap diperolehi dan memenuhi keperluan pengguna. Kaedah metodologi prototaip melibatkan komitmen yang tinggi di antara pengguna, pembangun sistem dan teknologi. Rajah 3.1 menunjukkan paradigma prototaip secara umum

Rajah 3.1 : Model Prototaip Secara Umum (Mohd Yazid et al., 2000)

3.3.1 Fasa-Fasa Pembangunan Sistem

i. Fasa penyiasatan awal

Fasa penyiasatan awal merupakan fasa pertama yang dilalui dalam membangunkan sistem. Fasa ini melibatkan proses mengenalpasti masalah yang dihadapi oleh pihak pengurusan dalam sistem yang sedia ada. Fasa ini juga menentukan objektif dan skop sistem yang akan dibangunkan serta mengkaji bidang-bidang berkaitan. Mengenalpasti objektif adalah penting kerana ia merujuk kepada faedah yang diperolehi oleh organisasi daripada sistem maklumat yang dibangunkan. Fasa ini penting bagi memberi gambaran awal tentang keperluan sistem yang akan dibangunkan.

Kaedah yang digunakan bagi mendapat maklumat yang diperlukan ialah :-

a. Sesi temuramah

Sesi temuramah dengan Pengusaha Ghirly Collection iaitu Puan Ghirwiza Masor untuk mendapat maklumat berkenaan latarbelakang organisasi, maklumat pengurusan perniagaan sedia ada, proses-proses yang terlibat dengan lebih terperinci serta kakitangan-kakitangan yang terdapat di sana. Sila rujuk Lampiran B bagi melihat soalan-soalan yang dikemukakan.

b. Buku dan jurnal

Buku-buku dan jurnal-jurnal kajian digunakan bagi mendapatkan maklumat berkaitan yang lebih terperinci dan lengkap untuk pembangunan sistem ini. Selain daripada itu, contoh-contoh model yang telah digunakan sebelum ini oleh penyelidik-penyelidik yang ada, akan dapat membantu dalam memberi gambaran yang lebih jelas tentang sistem ini dan keperluan-keperluan yang diperlukan untuk memenuhi keperluan kajian.

c. Internet

Penggunaan Internet banyak membantu proses untuk mendapatkan maklumat. Ini kerana, melalui Internet, maklumat maklumat yang lebih meluas dapat diperolehi dengan mudah. Contoh-contoh laman web pengurusan yang berkaitan yang sedia ada juga diperolehi melalui internet. Penggunaan internet juga membantu dalam mendapatkan jurnal-jurnal yang tidak terdapat di Perpustakaan Tawau

d. Perbincangan Penyelia

Perbincangan dengan penyelia dilakukan dari masa ke semasa bagi memastikan maklumat yang diperolehi menepati keperluan kajian. Perkara yang tidak difahami dan masalah yang dihadapi dapat dijelaskan oleh penyelia melalui perbincangan ini. Perbincangan dengan penyelia ini juga perlu bagi melihat perjalanan kerja yang dilakukan sepanjang projek ini dijalankan.

ii. Fasa analisa keperluan

Fasa ini terdiri daripada dua teknik iaitu :

a. Analisa Sistem

Fasa ini merujuk kepada analisa lengkap berkenaan organisasi Ghirly Collection, operasi yang terdapat dalam organisasi yang dikaji, sistem yang sedia ada dan situasi yang menyebabkan timbulnya permasalahan. Kaedah yang digunakan untuk membuat analisis sistem ini adalah pemerhatian, melalui dokumen-dokumen yang digunakan, temuramah dan penilaian pelaksanaan sistem yang sedia ada. Analisa sistem turut melibatkan penilaian sama ada sistem cadangan akan memenuhi dan memberi penyelesaian kepada permasalahan.

b. Kajian Kesauran ( feasibility study )

Menilai kebarangkalian kejayaan keberkesanan system maklumat yang dicadangkan. Sistem yang akan dibangunkan mungkin perlu diuji beberapa kali sepanjang kitar hayat pembangunan sistem, bagi memastikan sistem yang dibangunkan berkesan dan membantu proses perniagaan Syarikat Ghirly Collection. Menentukan elemen-elemen yang diperlukan untuk mencapai objektif pembangunan sistem. Kajian kesauran ini termasuklah mengkaji analisis impak sistem kepada proses perniagaan dan persekitarannya.

c. Kajian-kajian Lain
Kajian lain meliputi :
- Teknologi. Adakah keperluan pelaksanaan sistem dapat dicapai dengan penggunaan teknologi maklumat terkini?
- Ekonomi. Adakah hasil yang diperolehi akan meningkat?
- Faktor organisasi. Adakah kemahiran yang diperlukan untuk mengendalikan sistem konsisten dengan kemahiran kakitangan yang akan menggunakan sistem?
- Keberkesanan. Adakah sistem yang dibangunkan berkesan untuk membantu operasi perniagaan Syarikat Ghirly Collection?

Matlamat fasa ini adalah untuk menyelidiki keperluan system berdasarkan kajian keberkesanan, memahami persekitaran sistem, menyenaraikan kefungsian sistem sedia ada dan menentukan keperluan sistem baru yang akan dibangunkan sesuai dengan matlamat untuk membangunkan satu sistem yang berkesan. Maklumat yang diperolehi ini akan digunakan pada fasa seterusnya. Output utama fasa ini ialah spesifikasi model yang akan digunakan, perisian iaitu penyataan fungsi-fungsi yang harus dilakukan oleh sistem.

iii. Fasa rekabentuk sistem

Fasa ini menekankan kepada rekabentuk logikal dan fizikal. Model logikal adalah rekabentuk sistem pada pandangan pengguna sistem. Analisa akan dibuat untuk menetukan maklumat yang diperlukan, proses yang terlibat dan kefungsian sistem maklumat seperti input, output, pangkalan data. Analisis yang dilakukan akan menggunakan tools rekabentuk berorientasikan objek seperti Rajah aktiviti, Rajah jujukan, Rajah kelas dan Rajah objek untuk menunjukkan proses logikal dan hubungan antara data. Berdasarkan kepada model logikal yang dihasilkan, kemudiannya akan ditukar ke dalam bentuk fizikal. Model fizikal melibatkan rekabentuk antaramuka pengguna dan rekabentuk pangkalan data. Rekabentuk logikal dan fizikal ini akan menggunakan model formulasi semula yang dihasilkan oleh Mclean dan Delone (2003) sebagai garis panduan.

Rajah 3.2 : Model Formulasi DeLone dan McLean (2002)


Pembangun memilih model ini adalah kerana mendapati hubung kait antara satu elemen dengan elemen yang lain adalah sangat relevan dan dapat menghasilkan satu sistem maklumat yang berkesan. Kualiti Maklumat, Kualiti Sistem dan Kualiti Servis yang terdapat dalam sesebuah sistem itu masing-masing memberi kesan kepada penggunaan sistem tersebut dan kepuasan pengguna terhadap sistem tersebut. Elemen Penggunaan dan kepuasan pengguna pula saling memberi kesan antara satu sama lain. Hasil daripada penggunaan dan kepuasan pengguna inilah yang akan memberikan faedah kepada organisasi dan induividu dalam organisasi tersebut

iv. Fasa pembangunan sistem

Pada fasa ini ,satu sistem prototaip akan dibangunkan bagi memberi gambaran awal mengenai sistem sebenar. Pembangunan secara prototaip ini merangkumi lima fasa yang utama iaitu keperluan sistem,penentuan rangka sistem, plan pembangunan prototaip,pembangunan prototaip dan pengujian prototaip.



v. Fasa pelaksanaan sistem

Fasa perlaksanaan sistem melibatkan spesifikasi rekabentuk yang terperinci untuk pembangunan sistem, pengujian dan pemasangan system yang baru. Semasa peringkat ini, komponen perisian dikodkan menggunakan teknik pengaturcaraan berorientasikan objek. Setiap modul perisian akan diuji sehingga tiada lagi ralat berlaku.

Kelebihan paradigma prototaip ialah kerana ia mempunyai fasa pengulangan dan tidak terhad kepada keperluan yang tidak lengkap (Mohd Yazid e.t al, 2000). Pada pertengahan pembangunan, pengguna boleh melihat model prototaip yang telah dibangunkan. Objektif utama prototaip ialah untuk mengurangkan masa pembangunan dan kos. Caranya ialah dengan menggabungkan fasa rekabentuk sistem dan fasa implementasi sistem dengan fasa analisis sistem. Sila rujuk rajah pada Lampiran C bagi langkah-langkah yang dilalui sepanjang pembinaan prototaip.

Kaedah Kaedah prototaip ini melibatkan dua strategi iaitu prototaip keperluan dan prototaip evolusi. Namun begitu dalam pembangunan sistem cadangan, pendekatan prototaip yang digunakan adalah prototaip evolusi

3.3.2 Prototaip Evolusi

Pembangunan sistem cadangan akan menggunakan pendekatan prototaip evolusi kerana boleh direalisasikan dengan lengkap. Ia menggunakan teknik dan alat bantu yang sama seperti prototaip keperluan tetapi ia tidak akan dibuang malah dijadikan sebagai sistem sebenar (Mohd Yazid et.al, 2000).

Rajah 3.3 : Faktor-faktor Strategi Prototaip Evolusi (Mohd Yazid et.al, 2000)

Faktor yang terlibat dalam strategi prototaip evolusi ditunjukkan dalam Rajah 3.3. Di dalam prototaip evolusi, proses mengenalpasti dan mengumpul keperluankeperluan sistem yang dikehendaki oleh pengguna perlu dilakukan. Prototaip yang disahkan akan digunakan sebagai komponen kepada perisian yang akan dibangunkan dan ianya dipanggil produk teras. Beberapa perubahan kecil terhadap produk teras akan dilakukan di peringkat pembangunan sebenar sistem. Sistem ini kemudiannya akan diuji dan disahkan sebelum dihantar kepada pengguna

Terdapat empat langkah di dalam menghasilkan prototaip evolusi (Mohd Yazid et al., 2000) iaitu:-

i. Mengenalpasti keperluan-keperluan seperti spesifikasi input dan output, storan, antaramuka dan kawalan yang dikehendaki.

ii. Pembangunan prototaip.

iii. Pengujian dan penilaian yang dilakukan bersama pengguna untuk mengetahui maklum balas dari pengguna.

iv. Menakrifkan keperluan yang ditentukan oleh pengguna untuk mengenalpasti pengubahsuaian bagi meneruskan pembangunan system sebenar.

Pengulangan langkah-langkah tersebuat akan dilakukan sehingga system sebenar memenuhi kehendak pengguna. Prototaip ini sesuai digunakan dalam persekitaran sistem yang bercirikan leading-edge, sistem yang mempunyai keperluan-keperluan yang sentiasa berubah dan sistem yang mengautomasikan sistem sebenar. Aktiviti-aktiviti dalam prototaip evolusi digambarkan dalam Rajah 3.4

Masalah asas yang sering dialami pengguna yang cuba mendefinisi system perisian ialah mereka sukar untuk menafsir atau mengesan bagaimana sistem perisian itu memberi kesan kepada tugas mereka. Dalam proses pembangunan sistem baru terutamanya sistem yang besar dan kompleks, penafsiran adalah sukar dibuat sebelum sistem dibangunkan dan sedia diguna. Bagi memastikan masalah ini terkawal, prototaip yang disahkan akan digunakan sebagai komponen kepada sistem. Beberapa perubahan kecil dibuat diperingkat pembangunan sistem sebenar. Sistem ini kemudiannya akan diuji dan disahkan sebelum dihantar kepada pengguna

Rajah 3.4 : Aktiviti-aktiviti Prototaip Evolusi ((Mohd Yazid et.al, 2000)

Faktor-faktor lain yang mempengaruhi pemilihan model prototaip evolusi ini dalam pembangunan Sistem cadangan adalah berdasarkan :

i. Model ini dapat membantu proses mengenalpasti kehendak pengguna dengan lebih mudah dimana bila versi awal sistem dibina pengguna boleh memberi cadangan dan komen jika ada kekurangan pada versi awal prototaip tersebut.

ii. Setiap modul yang dibangunkan akan dinilai bersama-sama pengguna untuk memastikan kehendak dan keperluan pengguna dipenuhi. Ini dapat meningkatkan peranan pengguna dalam menentukan kualiti sistem.


3.4 Justifikasi Pemilihan Metodologi Prototaip

Model prototaip evolusi dipilih sebagai metodologi pembangunan system cadangan kerana penghasilan prototaip dapat membantu mengenalpasti dan memenuhi keperluan pengguna dari semasa ke semasa dan pada masa yang sama, komponen dalam projek ini boleh diperbaiki secara terus. Antara faktor-faktor lain adalah :

i. Prototaip meningkatkan penglibatan dan komitmen penguna yang tinggi dalam membangunkan sistem dalam menentukan kualiti projek yang akan dibangunkan. Penglibatan pengguna di dalam pembangunan prototaip akan memudahkan pemahaman ke atas pendekatan dan fungsi sistem, dengan ini latihan penggunaan sistem akan menjadi lebih mudah.

ii. Kos dan masa latihan pengguna menggunakan sistem dapat diminimakan.

iii. Pembangunan projek yang menggunakan proses lelaran dan peningkatan dapat mengawasi kemungkinan risiko yang dihadapi dan dapat meningkatkan kualiti sistem yang dibangunkan.

iv. Sistem yang akan dibangunkan mempunyai persekitaran yang dinamik di mana keperluan pengguna akan sentiasa berubah. Prototaip mampu menangani keadaan ini kerana ia membenarkan pengulangan fasa apabila berlaku sebarang perubahan.

3.5 Analisis dan Rekabentuk Sistem Berorientasikan Objek

Metodologi berasaskan objek adalah pendekatan pembangunan sistem yang baru yang mana ianya menggalakkan kegunaan semula komponen-komponen perisian. Dengan metodologi ini, sebuah sistem komputer boleh dibangunkan dengan berasaskan komponen yang membolehkan guna semula komponen-komponen sedia ada dan perkongsian komponen-komponen tersebut dengan lain. Melalui pengimplementasian metodologi berorientasikan objek, dapat meningkatkan produktiviti, mengurangkan kos selenggara dan kualiti yang baik dapat dicapai. Di dalam fasa analisis dan rekabentuk, pendekakatan berasaskan objek digunakan bagi memodelkan rajah use case, rajah kelas, rajah jujukan, rajah aktiviti dan rajah keadaan.

3.6 Justifikasi Penggunaan Permodelan Berorintasikan Objek (OO)

Terdapat banyak faedah daripada penggunaan konsep OO dalam merekabentuk model perniagaan yang diperlukan (Dennis et al., 2005). Antaranya adalah :

1. Mengurangkan kekompleksan dalam pembangunan sistem menyebabkan sistem dapat dibangunkan dan diselenggara dengan lebih mudah dan cepat. Ini kerana setiap objek yang digunakan adalah mudah, lengkap (tidak bergantung kepada sokongan luar) dan mudah diuruskan
.
2. Pendekatan OO ini dapat meningkatkan produktiviti dan kualiti dalam diri pembangun. Ini kerana apabila sesuatu objek telah dikenalpasti, diimplimen dan diuji ianya boleh digunapakai semula untuk kegunaan sistem-sistem lain yang berkenaan.

3. Sistem yang direkabentuk dan dibangunkan berdasarkan OO lebih fleksibel. Ini kerana sistem berkenaan dengan mudah boleh diubahsuai dan ditingkatkan hanya dengan mengubah objek yang terlibat sahaja atau pun dengan cara menambah objek baru tanpa melibatkan objek-objek lain.

4. Penggunaan pendekatan OO membenarkan pembangun untuk mengembangkan idea berdasarkan situasi sebenar (sebagai pengguna sistem) dan tidak hanya pada aras bahasa pengaturcaraan sahaja.

Walau bagaimana pun kelemahan yang tidak dapat dielakkan adalah pelaksanaan sistem yang menggunakan bahasa pengaturcaraan OO secara umumnya lebih perlahan berbanding dengan sistem yang dibangunkan dengan menggunakan bahasa pengaturcaraan lain (Dennis et al., 2005).

3.7 Ringkasan

Pendekatan atau metodologi projek merupakan aktiviti yang penting dalam menentukan persediaan dalam membangunkan projek yang dicadangkan dan output yang akan dihasilkan. Perlaksanaan rekabentuk projek, perancangan kerja dan pemilihan metodologi akan menjadi asas untuk memulakan proses pembangunan projek. Metodologi pembangunan yang dipilih akan menjadi panduan di sepanjang proses pembangunan projek. Perkakasan dan perisian yang bersesuaian digunakan bagi memastikan pembangunan sistem cadangan dapat dijalankan dengan lancar. Selain itu, setiap fasa pembangunan sistem akan dilaksanakan mengikut masa yang telah dijadualkan.

Projek IT : CBBR4103 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT 1 | Bab 2

BAB 2

KAJIAN SUSASTERA

2.1 Pendahuluan

Bab ini akan membincangkan mengenai kajian-kajian ilmiah, kajian, pemerhatian dan soal selidik yang dijadikan sebagai sumber rujukan untuk membangunkan sistem ini. Kajian ini melibatkan kepada tumpuan serta pemahaman dan penerangan terhadap elemen-elemen yang terlibat serta keperluan-keperluan yang berkaitan dalam pembangunan sistem ini nanti. Antaranya menganalisa keperluan sistem serta menilai dan memilih perisian dan perkakasan yang bakal digunakan untuk membangunkan sistem. Fokus kajian adalah untuk mendapatkan kaedah perlaksanaan dan mekanisma bagaimana sistem itu dilaksanakan

Sistem maklumat pengurusan jualan memudahkan penyelarasan sesuatu tugas terutamanya yang berkaitan dengan pengiraan, rekod pembelian, pembayaran dan tempahan. Sistem komputer telah menjadi sebahagian daripada hidup kita sekarang dan penggunaan sistem maklumat pengurusan semakin lama menjadi semakin canggih. Oleh sebab itu banyak sistem pengurusan inventori yang lain terdapat di pasaran dengan menawarkan berbagai kelebihan dan kemudahan. Bab ini akan membincangkan berkenaan dengan Sistem maklumat yang berkaitan rapat dengan proses perniagaan dewasa ini.

2.2 Sistem maklumat

Sistem Maklumat boleh didefinasikan sebagai satu set unsur-unsur atau komponen yang berkaitan yang mengumpul (input), mengolah (proses) dan menyimpan dan menyebar (output) data dan maklumat yang menyediakan satu mekanisma maklumbalas untuk mencapai sesuatu objektif dan bagi menyokong membuat keputusan dan kawalan dalam sesebuah organisasi (Turban et al., 2004).

Secara khususnya, ianya terdiri dari gabungan perkakasan, perisian, dan rangkaian telekomunikasi yang dibina serta digunakan oleh manusia, untuk mewujudkan, mengumpul dan mengagihkan data berguna lazimnya di dalam persekitaran organisasi melalui rangkaian elektronik dan mengikut prosedur tertentu

Sebagai tambahan kepada membuat keputusan, penyelarasan dan kawalan, sistem maklumat juga boleh membantu kakitangan organisasi menganalisa masalah, menggambar perkara yang kompleks dan menjana produk baru. Rajah 2.1 menunjukkan persekitaran sistem maklumat (Turban et al., 2004). Rajah ini menunjukkan mekanisma yang mengawal operasi sistem maklumat.

Rajah 2.1 : Mekanisme Kawalan Sistem Maklumat (Turban et al., 2004)

2.3 Sistem Berasaskan Web

Secara teknikal, konsep sistem berasaskan web merujuk kepada aplikasi atau servis yang wujud dalam pelayan yang boleh diakses menggunakan web browser dan berada dalam protokol Internet. Aplikasi ini dapat diakses daripada mana-mana tempat diseluruh dunia melalui web. Antara ciri-ciri penting persekitaran berasaskan web adalah

1. Data atau kandungan yang dijana hendaklah sentiasa dikemaskini.
2. Dapat diakses oleh pengguna secara universal melalui web (bergantung kepada pengesahan pengguna yang dibenarkan mengakses data).

Rangkaian komunikasi utama dalam persekitaran web adalah Internet, Intranets dan Extranets.

Rajah 2.2 : Komponen asas dalam persekitaran web (Deitel et al., 2001)

Selain itu,perbandingan di antara beberapa sistem inventori yang sedang digunakan dan yang berada di pasaran dengan sistem yang akan dibangunkan. Walaupun begitu sebahagian besar sistem yang terdapat dipasaran hanya dapat digunakan secara percuma untuk tempoh beberapa hari sahaja.

2.4 Kajian Sistem Semasa

Syarikat Ghirly Collection masih menggunakan cara manual untuk menyimpan dan merekodkan segala transaksi perniagaan. Dengan bertambahnya jumlah produk dan pelanggan akan membebankan untuk merekodkannya secara manual. Penggunaan tulisan tangan dan mesin kira masih diamalkan, ini mengakibatkan kesilapan-kesilapan kecil boleh berlaku ketika merekodkan pembelian dan pembayaran produk serta pengiraan keuntungan syarikat. Berikut beberapa contoh borang di dalam buku catatan:.

Bil Nama Pelanggan Jenis Barang Kuantiti Harga Tarikh Bayaran 1 Tarikh Bayaran
2 Tarikh Baki








Jadual 2.1 : Contoh Rekod Pembelian/Pembayaran

Bil Tarikh Pembekal Produk Kuantiti Harga Beli Harga jual Untung





Jadual 2.2: Contoh Rekod Produk

2.5 Kelemahan Sistem Semasa

Penggunaan tulisan tangan dan mesin kira untuk merekod pembelian/pembayaran agak mebebankan peniaga. Selain daripada itu pengemaskinian rekod transaksi juga memberi masalah kepada pegusaha kerana ia perlu sentiasa disemak. Rekod yang ada juga agak kurang difahami memandangkan tulisan tangan yang sukar dibaca atau tidak jelas. Sekiranya perkara ini berlaku jumlah sesuatu barang juga mungkin tersilap akibat kesukaran pengusaha membaca catatan yang ditulis dengan tangan. Penyemakan catatan akan diadakan pada setiap hujung minggu, ini bermakna pegusaha akan menyemak dan mengira semua baki produk dan lebihan barangan yang ada secara manual dan ini akan memakan masa lama untuk disiapkan.

2.6 Cadangan Sistem Pengurusan Jualan Ghirly Collection .

Penggunaan sistem maklumat yang kian berkembang dalam kebanyakan organisasi menyebabkan aktiviti pengurusan di kebanyakan organisasi lebih bersistematik. Justeru itu, projek ini dijalankan selaras dengan keperluan tersebut iaitu untuk membangunkan sebuah Sistem Maklumat Pengurusan untuk sebuah syarikat perniagaan iaitu Syarikat Ghirly Collection.

Sistem cadangan ini bertujuan untuk memudahkan dan memperlicinkan proses pengurusan di Syarikat ghirly Collection. Sistem ini berkepentingan dalam usaha memberikan perkhidmatan yang lebih baik kepada orang ramai dan juga meningkatkan mutu pihak pengurusan Ghirly Collection. Pembangunan sistem ini akan menggunakan metodologi prototaip evolusi dan permodelan berorientasikan objek
.
Micomedia Dreamweaver MX akan digunakan bagi tujuan pengeditan manakala PreHypertext PreProgramming (PHP) sebagai bahasa pengaturcaraan dan Microsoft SQL sebagai pangkalan data. Kesimpulannya, adalah diharapkan projek ini dapat membantu memenuhi keperluan setiap pengguna sistem, iaitu untuk menghasilkan satu aplikasi sistem maklumat yang berkesan
.
2.7 Kajian Sistem Maklumat Berkomputer Sedia Ada

2.7.1 FDL InventoryVersion 2.1 Sync

FDL Inventory Version 2.1 Sync adalah sistem inventori untuk merekodkan barang-barang yang terdapat di dalam sesuatu pertubuhan atau organisasi. Ia di keluar dan diedarkan oleh Fielding Data Labs. Sistem ini diperolehi melalui internet untuk percubaan dan boleh digunakan secara percuma selama 30 hari sahaja.

2.7.2 Antara Muka

Rajah 2.3 di bawah memaparkan antara muka kepada sistem ini. Pengguna akan memasukkan data dan membaca laporan yang disediakan setelah data dimasukkan. Pengguna hanya perlu menekan butang Inventory untuk memasukkan data baru dan menekan butang Report untuk melihat kembali data yang telah dimasukkan.



Rajah 2.3 : Antara Muka FDL Inventory

2.7.3 Memasukkan Data Baru

Rajah 2.4 pula menunjukkan bagaimana pengguna dapat menyimpan data dan maklumat yang diberikan. Antara maklumat yang diperlukan ialah seperti kod barang, nama, nombor siri, pengilang dan semua yang berkaitan dengan alatan tersebut. Pengguna boleh mengedit sebarang maklumat data walaupun telah disimpan di dalam database sebelum ini. Carian untuk setiap barang menggunakan nombor unik yang ada kepada setiap barangan tersebut. Pengguna boleh membuat carian melalui model, primary user, serial number, manufacturer atau inventory.



Rajah 2.4 : Isian Maklumat FDL Inventory

2.7.4 Sistem Yang Digunakan

Sistem ini meggunakan Microsoft Access 2000 dan diaplikasikan bersama dengan Visual Basic. Sistem ini menyimpan semua datanya di dalam table yang telah disediakan di dalam fail Microsoft Access. Antara muka sistem ini kesemuanya menggunakan Visual Basic. Walau bagaimanapun disebabkan perisian ini merupakan maklumat sulit syarikat yang mengedarkannya program lain yang digunakan untuk membangunkan sistem ini tidak diketahui.








2.8 Perbandingan Sistem
Ciri-Ciri
Sistem FDL InventoryVersion 2. Sync Sistem Pengurusan Jualan Ghirly Collection
Sasaran
Pengguna Peribadi
Peniaga
Pelanggan
Pembekal
Keupayaan Sistem
Sambungan Internet
e-mail, link dengan laman web
sambungan internet


Keselamatan
Kata laluan
Kata Laluan
Pengiraan Automatik Ada
Pengiraan item. Ada
Pengiraan baki stok
Mencetak Ada Ada
Keupayaan Carian Ada
Ada

Menjana Laporan Ada
Ada

Keupayaan Mengedit Ada Ada
Keistimewaan Lain Dapat dicapai oleh pengguna lain tanpa mengganggu maklumat sedia ada. Mudah digunakan
Paparan antaramuka yang menarik

Jadual 2.3 Perbandingan Sistem




2.9 Ringkasan

Secara keseluruhannya, bab ini menerangkan bagaimana kajian awal yang dilakukan oleh pembangun sistem sebelum membangunkan sistem yang sebenar. Kajian ini amat penting bagi pengumpulan maklumat-maklumat yang akan digunakan dalam pembangunan sistem Pengurusan Ghirly Collection

Note : Bersambung.....

Projek IT : CBBR4103 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT 1 | Bab 1

BAB 1

PENGENALAN

1.1 Pengenalan.

“Sistem Pengurusan Jualan Ghirly Collection” merupakan satu aplikasi yang direkabentuk berdasarkan kajian terhadap seorang pengusaha yang menjual pelbagai produk secara bayaran ansuran dan juga tunai. Kewujudan pelbagai teknologi dan kos yang murah merupakan dua faktor yang paling penting dalam memotivasikan peniaga dalam menggunakan teknologi maklumat sebagai satu alat sokongan operasi dan pembuatan keputusan yang berkesan.

Di atas motivasi yang sama, projek ini mencadangkan satu pembangunan sistem maklumat yang akan digunakan untuk membantu pengusaha dalam menguruskan perniagaan dan operasi harian. Dalam usaha untuk membangunkan sistem maklumat ini, senario perniagaan perlu dibincangkan untuk mendalami dan mendapatkan satu perspektif sistem maklumat yang lebih jelas berkenaan perniagaan ini.

Perniagan ”Ghirly Collection” adalah satu syarikat perniagaan peruncitan yang menawarkan pelanggan dengan pelbagai produk seperti tudung, jubah, kemeja batik dan lain-lain. Produk ini biasanya dibawa ke sekolah-sekolah, pejabat-pejabat, kilang-kilang dan sebagainya oleh peniaga atau wakilnya. Pengusaha ini akan menjual produknya secara tunai atau ansuran. Selain itu, syariikat ini juga menyediakan kemudahan tempahan dan penghantaran produk kepada para pelanggan ke alamat ataupun individu tertentu.

Kebiasaannnya peniaga akan membawa produk jualan ke premis tertentu dan pelanggan yang berminat akan memilih produk yang mereka kehendaki dan membuat pembayaran secara tunai ataupun secara ansuran bergantung kepada persetujuan antara penjual dan pembeli. Pelanggan juga boleh membuat tempahan terhadap produk sekiranya tiada stok bagi sesuatu produk pilihan pelanggan.

Setelah pembelian atau tempahan dibuat, peniaga akan mencatat di dalam buku catatan tentang nama pembeli, produk, tarikh, jumlah bayaran dan nombor telefon pelanggan.

Pada hujung minggu, peniaga akan melakukan audit inventori iaitu jumlah inventori semasa, jumlah tempahan dan keperluan permintaan produk. Pihak peniaga akan menentukan jumlah pembelian inventori baru yang diperlukan dan akan menyatakannya kepada pembekal-pembekal melalui telefon. Pembekal akan membekalkan jumlah dan jenis yang diminta oleh pihak syarikat

Bagi pembayaran secara ansuran peniaga akan menghubungi pelanggan untuk mengetahui tentang jumlah, tempat dan masa pembayaran. Selepas setiap pembayaran pengusaha akan mencatat di buku catatan dan memaklumkan tentang baki pembayaran dan masa pembayaran berikutnya perlu dibuat.

Kaedah pengurusan jualan tersebut nyata mempunyai banyak kelemahan dan kekurangan. Masalah-masalah seperti kesukaran untuk menyimpan dan mengemaskini data, ketidakseragaman data yang disimpan, kebarangkalian data yang disimpan hilang, penyalahgunaan data oleh pihak tertentu, kesukaran menganalisis rekod transaksi dan sebagainya.

“Sistem Pengurusan Jualan Ghirly Collection” yang akan dibangunkan ini akan menggantikan kesemua tugasan-tugasan yang dilakukan secara manual sebelum ini. Selain daripada melicinkan pengurusan jualan, Sistem ini dijangka dapat membantu Syarikat Ghirly Collection meluaskan lagi pasaran bukan sahaja di Daerah Tawau , malahan juga di luar kawasan Tawau. Sistem yang berkonsepkan secara atas talian ini membolehkan pengguna membuat capaian terhadap produk-produk dengan mudah dan cepat.

Permodelan berorientasikan objek akan digunakan untuk memodelkan sistem cadangan kerana ianya lebih mudah difahami, memaparkan realiti yang berlaku dengan jelas, menyokong penggunaan semula dan penyembunyian maklumat. Metodologi prototaip digunakan bagi membangunkan sistem ini kerana ia membenarkan berlaku pengulangan fasa serta dapat berhadapan dengan keperluan yang tidak lengkap.

1.2 Pernyataan masalah.

Pengurusan jualan produk yang dijalankan secara manual dan tradisional ternyata mempunyai beberapa kelemahan yang ketara. Berikut adalah masalah-masalah yang sering dihadapi oleh pihak Ghirly Collection.

1.2.1 Kesukaran penyimpanan dan pencarian maklumat.

Kesemua maklumat-maklumat pelangan disimpan di dalam buku catatan. masalah akan timbul apabila jumlah rekod pelanggan yang perlu disimpan bertambah dari hari ke hari lantaran daripada pertambahan jumlah pelanggan.

Selain daripada masalah penyimpanan rekod, peniaga yang terlibat turut menghadapi masalah untuk mencari maklumat-maklumat yang diperlukan yang disimpan di dalam buku catatan. Mereka perlu mengambil masa untuk menyemak satu persatu kandungan buku tersebut.

1.2.2 Kesukaran mengemaskini maklumat.

Maklumat-maklumat direkodkan di atas kertas. Fizikal kertas akan menjadi usang setelah disimpan atau kemungkinan terkoyak. Selain itu, stail penulisan peniaga yang merekodkan maklumat tidak seragam. Ini menyukarkan lagi sekiranya hendak membuat rujukan ke atas maklumat-maklumat tersebut. Ruang penyimpanan maklumat juga terhad dan sebarang pertukaran pada maklumat hendaklah dilakukan dengan berhati-hati dan teliti agar tidak merosakkan kertas. Antara masalah-masalah yang sering dihadapi akibat daripada proses pengemaskinian maklumat ialah ketidakseragaman maklumat yang disimpan dan ini menyebabkan integrasi maklumat diantara satu sama lain tidak 100% tepat.

1.2.3 Keselamatan penyimpanan rekod jualan

Walaupun rekod yang mengandungi maklumat berkaitan dengan jualan disimpan di dalam sebuah almari yang berkunci namun ianya masih boleh diakses oleh pihak-pihak yang tidak bertanggungjawab.

Penyimpanan fail sokongan (‘back-up’) tidak mungkin atau sukar dilakukan kerana ia akan melibatkan pertambahan penggunaan tenaga dan masa

1.2.4 Kesukaran untuk mendapatkan analisis prestasi jualan.

Setiap maklumat jualan disimpan dan dikira secara manual. Di dalam proses penilaian prestasi syarikat, peniaga hanya bergantung kepada kalkulator elektronik untuk membantunya di dalam proses pengiraan. Jangka masa yang diambil oleh seseorang peniaga untuk menyiapkan analisis prestasi jualan memakan masa yang lama. Terdapat juga kebarangkalian untuk berlakunya kesilapan yang berpunca daripada ‘human-error’ dimana di dalam kes ini seseorang peniaga itu tersalah membuat pengiraan atau merekodkan jualan.

1.2.5 Kesukaran membuat semakan

Proses semakan pembayaran atau baki pembayaran secara ansuran juga masih dilakukan secara manual di mana ianya memerlukan pelanggan datang sendiri berjumpa dengan peniaga atau berhubung melalui telefon. Ini menimbulkan banyak masalah kerana faktor masa dan tempat.



1.3 Objektif.

Berikut adalah objektif-objektif yang disasarkan melalui penggunaan sistem ini:
• Proses pengurusan jualan dapat dijalankan dengan lebih efisien.
• Memudahkan peniaga melakukan proses penilaian kemajuan syarikat.
• Proses penyimpanan dan pengemaskinian maklumat dapat dilakukan dengan mudah.
• Maklumat-maklumat penting dapat disimpan dengan selamat dan juga mempunyai fail sokongan (‘backup file’).
• Proses menganalisa prestasi syarikat dapat dilakukan dengan pantas.
• Memudahkan pelanggan menyemak pembayaran
• Meluaskan perniagaan.

1.4 Skop Projek.

Projek ini melibatkan empat elemen penting iaitu Peniaga, Pelanggan, Produk dan Pembekal

1.4.1 Peniaga

Antara maklumat-maklumat peniaga yang akan disimpan ialah maklumat peribadi seperti nama, kata laluan, nombor telefon, alamat dan sebagainya. Bahagian sistem yang mengandungi elemen ini perlu direkabentuk dengan teliti agar data yang direkodkan sukar untuk dicapai dan diubahsuai oleh golongan yang tidak bertanggungjawab.

1.4.2 Pelanggan.

Maklumat-maklumat pelanggan yang akan disimpan oleh elemen ini ialah maklumat pembelian/pembayaran dan tempahan. Pelanggan juga boleh menggunakan sistem untuk melakukan carian produk dan rekod pembayaran/pembelian. Selain itu, mereka juga boleh membuat pesanan atau tempahan secara atas talian.




1.4.3 Produk.

Produk adalah item yang didagangkan oleh Syarikat Ghirly collection. Sistem Pengurusan Jualan Ghirly Collection yang dibangunkan akan berupaya memasarkan produk secara atas talian.

1.4.4 Pembekal.

Pembekal adalah Syarikat atau individu yang bertanggungjawab untuk menyediakan produk untuk diniagakan oleh Syarikat Ghirly Collection..

1.5 Kepentingan Projek.

Projek membangunkan “Sistem Pengurusan Jualan Ghirly Collection” berasaskan Web dapat memberi banyak faedah dan manfaat kepada pelbagai pihak.. Seiring dengan perkembangan teknologi maklumat, sistem ini dapat membantu mengatasi masalah-masalah yang sering dihadapi oleh pihak Ghirly Collection. Dengan adanya sistem ini, Syarikat ini mampu meluaskan lagi pasaran bukan sahaja di dalam lingkungan Daerah Tawau, malahan pengguna-pengguna yang berada di luar Tawau juga boleh mencapai sistem ini


1.6 Perlaksanaan Projek.

Rangka kerja perlaksanaan projek sepanjang pembangunan sistem cadangan ini ditunjukkan pada rajah 1.1 di bawah, manakala untuk aktiviti-aktiviti keseluruhan proses pembangunan sistem dirumuskan dalam Carta Gantt bagi pelaksanaan Projek dalam Lampiran A.







Rajah 1.1: Rangka Kerja Pelaksanaan Projek Sistem Pengurusan Jualan Ghirly Collection



1.7 Ringkasan

Secara keseluruhannya, bab ini memberi gambaran awal tentang projek yang
akan dibangunkan.Ianya mengandungi penerangan secara ringkas mengenai sistem yang akan dibangunkan. Aspek-aspek seperti permasalahan yang dihadapi, objektif, skop, perlaksanaan dan kepentingan projek dinyatakan secara ringkas tetapi padat untuk memberikan gambaran yang jelas mengenai keperluan, mengapa dan bagaimana sistem ini hendak dibangunkan. Penerangan mengenai faedah-faedah serta kelebihan yang akan diperolehi turut dinyatakan disini apabila sistem ini digunakan kelak.

Projek IT : CBBR4103 PROJEK KEPUJIAN TEKNOLOGI MAKLUMAT 1 | Abstrak

Assalamualaikum & Salam Sejahtera...

Mulai hari ini saya akan memasukkan proposal Projek IT. Oleh kerana terlalu panjang, saya akan membuat posting mengikut bab...



ABSTRAK


Penggunaan sistem maklumat yang kian berkembang dalam kebanyakan organisasi menyebabkan aktiviti pengurusan di kebanyakan organisasi lebih bersistematik. Justeru itu, projek ini dijalankan selaras dengan keperluan tersebut iaitu untuk membangunkan sebuah Sistem Maklumat Pengurusan untuk Syarikat Ghirly Collection(SGC) . Sistem cadangan ini bertujuan memudahkan dan memperlicinkan proses pengurusan di Syarikat Ghirly Collection. Sistem ini juga berkepentingan dalam usaha memberikan perkhidmatan yang lebih baik kepada orang ramai dan juga meningkatkan mutu pihak pengurusan SGC. Pembangunan sistem ini akan menggunakan metodologi prototaip evolusi dan permodelan berorientasikan objek. Micomedia Dreamweaver MX akan digunakan bagi tujuan pengeditan manakala PreHypertext PreProgramming (PHP) sebagai bahasa pengaturcaraan dan Microsoft SQL sebagai pangkalan data. Kesimpulannya, adalah diharapkan projek ini dapat membantu memenuhi keperluan setiap pengguna sistem, iaitu untuk menghasilkan satu aplikasi sistem maklumat pengurusan yang berkesan.

............................

note: bersambung esok insyaalah..