PERANCANGAN SISTEM INFORMASI INVENTORI BARANG DI BANK SAMPAH GARUT TUGAS AKHIR
Diajukan Untuk Memenuhi Salah Satu Persyaratan Kelulusan Mata Kuliah Tugas Akhir
Oleh: BUDY MOCHAMAD NOVIANDI NPM. 0806023
JURUSAN TEKNIK INFORMATIKA SEKOLAH TINGGI TEKNOLOGI GARUT 2012
LEMBAR PENGESAHAN
PERANCANGAN SISTEM INFORMASI INVENTORI BARANG DI BANK SAMPAH GARUT
Oleh: BUDY MOCHAMAD NOVIANDI NPM. 0806023
Menyetujui :
Pembimbing I
Pembimbing II
Dini Destiani, MT.
Partono, M.Kom
NIDN : ………………………
NIP: 197910172005011002
Mengetahui : Ketua Jurusan Teknik Informatika
Eri Satria, M.Si NIDN : 0029127501
BUDY MOCHAMAD NOVIANDI, 0806023 Perancangan Sistem Informasi Inventori Barang di Bank Sampah Garut Dibawah bimbingan Ibu Dini Destiani, MT. sebagai Dosen Pembimbing I dan Bapak Partono, M.Kom sebagai Dosen Pembimbing II. 60 Halaman + ix / 28 Gambar / 46 Tabel / 10 Daftar Pustaka (1999-2012) / 4 Lampiran
ABSTRAK Bank Sampah Garut adalah sebuah perusahaan yang bergerak dibidang pemanfaatan pengelolaan sampah yang berasal dari limbah rumah tangga, kantor, dan lembaga pendidikan (sekolah). Salah satu informasi yang dibutuhkan oleh Bank Sampah Garut yaitu informasi mengenai inventori barang. Dewasa ini jumlah dari nasabah Bank Sampah Garut meningkat cukup pesat, peningkatan jumlah nasabah tersebut dikarenakan jumlah Bank Sampah Unit Sekolah yang semakin banyak, sedangkan pemrosesan masih manual hal tersebut secara otomatis tentu akan membuat barang yang akan masuk bertambah banyak, hal penyimpanan barang karena daya tampung gudang yang tetapberpotensi membuat barang yang disimpan melebihi dari daya tamping gudang. Tujuan penelitian ini sendiri adalah membuat sebuah perancangan sistem informasi inventori barang yang terkomputerisasi di Bank Sampah Garut. Perancangan sistem informasi inventori ini meliputi tahap Analisis dan desain sistem dengan menggunakan metodologi berorientasi objek dari Ali Bahrami (1999) yaitu metode Unified Approach. Berdasarkan hasil analisis diketahui bahwa kebutuhan dari Bang Sampah Garut ialah sebuah sistem pemrosesan data barang, sistem pembuatan laporan barang masuk, barang keluar, dan laporan penjualan barang, serta penjadwalan pengambilan tabungan ke bang sampah unit sekolah yang semuanya telah terotomatisasi dalam sebuah system aplikasi komputer. Hasil penelitian ini menunjukkan bahwa penggunaan sistem informasi inventori barang di Bank Sampah Garut dapat mempermudah pengaksesan data barang, dan pembuatan laporan barang masuk dan keluar barang, serta laporan penjualan barang di Bank Sampah Garut, juga membantu mengontrol kapasitas gudang dalam hal daya tampung barang dengan adanya proses pembuatan penjadwalan pengambilan tabungan. Kata Kunci: Sistem Informasi Inventori; Bank Sampah Garut; Metode Berotientasi Objek; Metode Unified Approach.
KATA PENGANTAR Assalamu’alaikum Wr. Wb Puji dan syukur penyusun panjatkan kehadirat Allah SWT atas limpahan rahmat dan karunia-Nya sehingga penyusun dapat menyelesaikan Laporan Tugas Akhir ini. Shalawat serta salam tak lupa penyusun curahkan kepada Nabi Besar Muhammad SAW. Laporan ini disusun sebagai salah satu syarat kelulusan Mata Kuliah Tugas Akhir di Jurusan Teknik Informatika Sekolah Tinggi Teknologi Garut (STTG). Adapun judul dari laporan Tugas Akhir ini adalah : ” PERANCANGAN SISTEM
INFORMASI INVENTORI BARANG DI BANK SAMPAH
GARUT” Dalam penyusunan Laporan Tugas Akhir ini penyusun banyak sekali mendapatkan bantuan, dorongan, bimbingan dan petunjuk dari berbagai pihak, oleh karena itu rasa terima kasih dan penghargaan yang setinggi-tingginya penyusun sampaikan kepada yang terhormat : 1. Bapak dan Ibu tercinta, serta seluruh keluarga, serta orang-orang terdekat yang telah memberikan do’a dan dorongan baik secara moril, materil maupun spiritual selama penyusunan Tugas Akhir ini. 2. Bapak Prof. Dr. H.M. Ali Ramdhani, MT selaku Ketua Sekolah Tinggi Teknologi Garut. 3. Bapak Eri Satria, M.Si dan Bapak Rinda Cahyana, MT., selaku Ketua dan Sekretaris Jurusan Teknik Informatika. 4. Ibu Dini Destiani, MT., selaku Dosen Pembimbing I dalam penyusunan Tugas Akhir ini, saya ucapkan terima kasih yang sebesar-besarnya atas bimbingannya yang penuh kesabaran kepada penulis selama penyusunan Laporan ini. 5. Bapak Partono, M,Kom., selaku Dosen Pembimbing II dalam penyusunan laporan Tugas Akhir ini, saya ucapkan terima kasih yang sebesar-besarnya atas bantuan dan kepercayaannya kepada penulis. 6. Seluruh staf dosen dan civitas akademika di Sekolah Tinggi Teknologi Garut
i
7. Rekan-rekan seberjuangan Teknik Informatika Angkatan 2008. 8. Semua pihak yang tidak dapat disebutkan satu persatu yang telah banyak memeberikan inspirasi dalam penyusunan laporan Tugas Akhir ini Penulis menyadari bahwa dalam penyusunan Laporan Tugas Akhir ini masih jauh dari kesempurnaan, oleh karena itu kritik dan saran yang membangun demi perbaikan di masa yang akan datang selalu penulis nantikan. Akhirnya penulis berharap semoga Laporan Tugas Akhir ini dapat bermanfaat bagi penulis khususnya dan bagi para pembaca pada umumnya.
Garut, Nopember 2012
Penulis
ii
DAFTAR ISI
Halaman KATA PENGANTAR ......................................................................................... i DAFTAR ISI ..................................................................................................... iii DAFTAR GAMBAR ......................................................................................... vi DAFTAR TABEL ............................................................................................. ix BAB I PENDAHULUAN .................................................................................. 1 1.1. Latar Belakang ........................................................................................ 1 1.2. Identifikasi Masalah ................................................................................ 3 1.3. Kerangka Pemikiran ................................................................................ 4 1.4. Sistematika Penulisan ............................................................................. 5 BAB I I LANDASAN TEORI............................................................................ 6 2.1. Konsep Sistem Informasi ........................................................................ 6 2.1.1. Definisi Sistem .............................................................................. 6 2.1.2. Definisi Informasi .......................................................................... 6 2.1.3. Definisi Sistem Informasi .............................................................. 7 2.2. Persediaan (Inventory) ............................................................................ 8 2.3. Bank Sampah Garut ................................................................................ 9 2.3.1. Pengertian Bank Sampah Garut ..................................................... 9 2.3.2. Bank Sampah Unit Sekolah ......................................................... 10 2.4. Pengembangan Sistem Berorentasi Objek ............................................ 10 2.4.1. Tahap Analisis Kesenjangan ....................................................... 10 2.4.2. Tahap Analisis Sistem ................................................................. 11 2.4.2.1 Identifikasi Aktor (Identify the user/actors) ......................... 11 2.4.2.2 Pengembangan Diagram Aktifitas (Develop use case, activity diagrams) ................................................................. 12 iii
Halaman 2.4.2.3 Pengembangan Diagram Interaksi (Develop interaction diagrams) .............................................................................. 16 2.4.2.4 Identifikasi Kelas-kelas, relasi, atribut dan method (Identify classes, relationships, attributes, and methods) ..... 18 2.4.2.5 Pemeriksaan (Refine and iterate) ......................................... 26 2.4.3. Tahap Perancangan ...................................................................... 26 2.5. Pemodelan ............................................................................................. 27 2.5.1. Work Breakdown Structure ......................................................... 27 2.5.2. Activity Sequencing .................................................................... 27 2.5.3. Flowchart Diagram ...................................................................... 28 2.5.4. Unified Modeling Language. ....................................................... 29 BAB III KERANGKA KERJA KONSEPTUAL ............................................. 30 3.1. Metodologi Penelitian ........................................................................... 30 3.1.1. Work breakdown structure .......................................................... 30 3.1.2. Activity Sequence ......................................................................... 31 3.2. Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut. ......................................................................... 32 3.3. Sumber Daya Yang Dibutuhkan ........................................................... 36 BAB IV HASIL PEMBAHASAN ................................................................... 37 4.1. Spesifikasi Kebutuhan Sistem (SRS) .................................................... 37 4.1.1. Analisis Sistem Berjalan .............................................................. 37 4.2. Analisis Sistem Masa Depan ................................................................. 39 4.2.1. Identifikasi Aktor ......................................................................... 42 4.2.2. Activity Diagram dan Use Case Proses Bisnis Masa Depan ....... 43 4.2.2.1 Activity Aiagram .................................................................. 43 4.2.2.2 Mengembangkan Use Case .................................................. 51 4.2.3. Pengembangan Diagram Interaksi ............................................... 58 4.2.3.1 Sequence Diagram ............................................................... 58 iv
Halaman
4.2.3.2 Collaboration Diagram ......................................................... 63 4.2.4. Pengembangan Class Diagram .................................................... 67 4.2.4.1 Identifikasi Class .................................................................. 67 4.2.4.2 Identifikasi Relationship ...................................................... 83 4.2.4.3 Identifikasi Atribut dan Method ........................................... 85 4.2.5. Pemeriksaan ................................................................................. 86 4.3. Perancangan Sistem Masa Depan ......................................................... 86 4.3.1. Perancangan Kelas, Asosiasi, Metode Dan Atribut ..................... 86 4.3.2. Perancangan Layer Akses dan Layer Antarmuka........................ 87 4.3.2.1 Perancangan Layer Akses .................................................... 87 4.3.2.2 Perancangan Layer Antarmuka ............................................ 88 4.4. Pengujian ............................................................................................... 89 4.4.1. Usability Testing.......................................................................... 90 4.4.2. User Satisfaction Testing ............................................................. 91 BAB V KESIMPULAN DAN SARAN ........................................................... 94 DAFTAR PUSTAKA ........................................................................................ xi LAMPIRAN
v
DAFTAR GAMBAR Halaman Gambar 1.1 Alur Aktivitas Proyek Tugas Akhir .................................................... 4 Gambar 2.1 Bagan Bank Sampah ........................................................................... 9 Gambar 2.2 Contoh Activity Diagram (Bahrami, 1999) ....................................... 13 Gambar 2. 2 Use case Diagram (Bahrami, 1999) ................................................ 15 Gambar 2.3 Contoh Sequence Diagram (Bahrami, 1999) .................................... 16 Gambar 2.4 Collaboration Diagram (Bahrami, 1999) ........................................ 18 Gambar 2.5 Contoh Class Diagram (Munawar, 2005........................................... 21 Gambar 2.6 Asosiasi (Assosiation) (Munawar, 2005) .......................................... 22 Gambar 2.7 Constraint pada sebuah Asosiasi (Munawar, 2005) .......................... 22 Gambar 2.8 Association Class (Munawar, 2005) ................................................. 23 Gambar 2.9 Asosiasi dengan Multiplisitas (Munawar, 2005)............................... 24 Gambar 2.10 Contoh Generalisasi (Nugroho, 2005) ........................................... 24 Gambar 2.11 Agregasi Bertingkat (Multilevel Agregation), (Nugroho, 2005) ... 25 Gambar 2.12 Dependency (Munawar, 2005) ........................................................ 26 Gambar 2.13 Work Breakdown Structure (Dawson, 2004) .................................. 27 Gambar 2. 14 Activity sequencing (Dawson, 2004 ............................................... 28 Gambar 3.1 Work breakdown structure ................................................................ 30 Gambar 3.2 activity sequence ............................................................................... 31 Gambar 4.1. Proses Bisnis Sistem Berjalan .......................................................... 37 Gambar 4.2. Proses Bisnis Sistem Masa Depan ................................................... 40 Gambar 4.3 Activity Diagram Aplikasi Sistem Inventori Barang ........................ 44 Gambar 4.4 Activity Diagram Login ..................................................................... 45 Gambar 4.5 Activity Diagram Admin ................................................................... 46 Gambar 4.6 Activity Diagram Membuat Penjadwalan pengambilan tabungan .... 47 Gambar 4.7 Activity Diagram Kelola Data Barang .............................................. 48 Gambar 4.8 Activity Diagram Pembuatan Laporan .............................................. 49 Gambar 4.9 Activity Diagram Logout ................................................................... 50 Gambar 4.9 Use Case Diagram Sistem Inventori Barang .................................... 51
vi
Halaman Gambar 4.10 Use Case Diagram login ................................................................. 52 Gambar 4.12 Use Case Diagram Admin .............................................................. 53 Gambar 4.13 Use Case Diagram Penjadwalan Pengambilan Tabungan .............. 54 Gambar 4.14 Use Case Diagram Kelola data barang ........................................... 55 Gambar 4.15 Use Case Diagram Pembuatan laporan .......................................... 56 Gambar 4.16 Use Case Diagram logout ................................................................ 57 Gambar 4.17 Sequence Diagram Pembuatan laporan sistem inventori barang di Bank Sampah Garut ...................................................................................... 59 Gambar 4.18 Sequence Diagram login ................................................................. 60 Gambar 4.19 Sequence Diagram Admin .............................................................. 60 Gambar 4.20 Sequence Diagram Penjadwalan pengambilan tabungan ................ 61 Gambar 4.21 Sequence Diagram Kelola data barang ........................................... 61 Gambar 4.22 Sequence Diagram Pembuatan Laporan ......................................... 62 Gambar 4.23 Sequence Diagram Pembuatan Laporan ......................................... 62 Gambar 4.24 Colaboration Diagram Sistem inventori barang Bank Sampah Garut.............................................................................................................. 63 Gambar 4.25 Colaboration Diagram Login ......................................................... 64 Gambar 4.26 Colaboration Diagram Admin ........................................................ 64 Gambar 4.27 Colaboration Diagram Penjadwalan Pengambilan Tabungan........ 65 Gambar 4.28 Collaboration Diagram Kekola data barang................................... 65 Gambar 4.29 Collaboration Diagram Pemnuatan laporan ................................... 66 Gambar 4.30 Collaboration Diagram Logout ...................................................... 66 Gambar 4.31 Class Pada Sistem Informasi Inventori Barang .............................. 82 Gambar 4.32 A-Part-Of Relationship pada Sistem Invntori Barang .................... 84 Gambar 4.33 A-Part-Of Relationship pada Sistem Invntori Barang .................... 84 Gambar 4.34 Tahap Perancangan Kelas Bisnis .................................................... 86 Gambar 4.35 Tahap Perancangan Kelas Bisnis dan Kelas akses .......................... 87 Gambar 4.36 Layer Akses, Layer Antar Muka Dan Layer Bisnis. ....................... 89 Gambar 4. 37 Form Kuisioner Kepuasan Pengguna ............................................. 91 Gambar 4. 38 Grafik Hasil Penilaian Kepuasan Pengguna................................... 93
vii
viii
DAFTAR TABEL Halaman Tabel 2.1 Notasi Activity Diagram ....................................................................... 14 Tabel 2.3 Notasi Use Case Diagram..................................................................... 15 Tabel 2.5 Notasi Sequence Diagram ..................................................................... 17 Tabel 2.6 Notasi Collaboration Diagram .............................................................. 18 Tabel 2.7 Notasi pada Class Diagram .................................................................. 19 Tabel 2.8 Notasi pada Class Diagram (Lanjutan) ................................................ 20 Tabel 2.9 Notasi Multiplisitas ............................................................................... 23 Tabel 2.10 Notasi Diagram Flowchart.................................................................. 28 Tabel 2.11 Notasi Diagram Flowchart. (Lanjutan) ............................................... 29 Tabel 3.1 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut ...................................................................................... 32 Tabel 3.2 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan) .................................................................... 33 Tabel 3.3 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan) .................................................................... 34 Tabel 3.4 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan) .................................................................... 34 Tabel 3.5 Sumber Daya Informasi yang Digunakan ............................................. 36 Tabel 4.1 Identifikasi Aktor .................................................................................. 42 Tabel 4.2 Identifikasi Aktor (Lanjutan) ................................................................ 43 Tabel 4.3 keterangan Use Case Diagram login .................................................... 52 Tabel 4.4 keterangan Use Case Diagram Admin ................................................. 53 Tabel 4.4 keterangan Use Case Diagram Penjadwalan Pengambilan Tabungan . 54 Tabel 4.5 keterangan Use Case Diagram Kelola data barang .............................. 55 Tabel 4.6 keterangan Use Case Diagram Pembuatan laporan .............................. 56 Tabel 4.7 keterangan Use Case Diagram Kelola data barang (Lanjutan) ............ 57 Tabel 4.8 keterangan Use Case Diagram Pembuatan laporan .............................. 57 Tabel 4.9 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Login ...... 68 ix
Halaman
Tabel 4.10 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Login. ............................................................................................................ 68 Tabel 4.11 Hasil Eliminasi Fuzzyt Class Berdasarkan Use case Diagram Login. 68 Tabel 4.12 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Admin .... 70 Tabel 4.13 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Admin............................................................................................................ 71 Tabel 4.14 Hasil Eliminasi Fuzzyt Class Berdasarkan Use case Diagram Login. 71 Tabel 4.15 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan ........................................................... 72 Tabel 4.15 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan (Lanjutan).......................................... 72 Tabel 4.17 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan ........................................................... 73 Tabel 4.18 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan TabunganTabel .................................................. 74 Tabel 4.19 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan ........................................................... 74 Tabel 4.19 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan TabunganTabel .................................................. 74 Tabel 4.21 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang ............................................................................................................ 76 Tabel 4.22 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang (Lanjutan) .......................................................................................... 76 Tabel 4.23 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang......................................................................................... 76 Tabel 4.24 Hasil Eliminasi Fuzzy Class Berdasarkan Use case Diagram Kelola data barang .................................................................................................... 78 Tabel 4.25 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan. 79
x
Halaman
Tabel 4.26 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan (Lanjutan) ...................................................................................................... 79 Tabel 4.27 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan ......................................................................................................... 80 Tabel 4.28 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan (Lanjutan)........................................................................................ 80 Tabel 4.26 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Laporan44 ... 81 Tabel 4.27 Hubungan Kelas/ Class Relationship.................................................. 83 Tabel 4.28 Identifikasi Atribut dan Method ......................................................... 85 Tabel 4.29 Rencana Pengujian Proses Login ........................................................ 90 Tabel 4. 30 Lanjutan Kasus dan Hasil Pengujian ................................................. 90 Tabel 4. 31 Lanjutan Kasus dan Hasil Pengujian (Lanjutan) ............................... 90 Tabel 4. 32 Hasil Penilaian Kepuasan Pengguna .................................................. 92 Tabel 4. 32 Rekapitulasi Hasil Penilaian Kepuasan Pengguna ............................. 92
xi
BAB I PENDAHULUAN 1.1.
Latar Belakang Seiring dengan pesatnya kemajuan Teknologi Informasi dewasa ini,
informasi merupakan hal yang sangat penting dalam menjalankan suatu pekerjaan dan kegiatan usaha. Teknologi Informasi merupakan sarana yang sangat penting dan menunjang bagi suatu organisasi, lembaga, atau perusahaan baik negeri maupun swasta dalam skala kecil, sedang, ataupun besar, sehingga dengan informasi dapat diharapkan mempermudah pekerjaan dan tujuan dapat tercapai secara maksimal. Informasi merupakan unsur yang mengkaitkan fungsi–fungsi manajemen yang terdiri dari perencanaan, pengoprasian, dan pengendalian perusahaan. Tanpa informasi suatu perusahaan tidak akan bisa menjalankan kegiatan operasional perusahaan dengan baik. Oleh sebab itu untuk menunjang pelaksanaan informasi baik sebuah organisasi, lembaga atau perusahaan yang baik dan teratur, maka diperlukan suatu sistem yang terkomputerisasi. Bank Sampah Garut merupakan sebuah perusahaan yang bergerak dibidang pemanfaatan pengelolaan sampah yang berasal dari limbah rumah tangga, kantor, dan lembaga pendidikan (sekolah). adapun sampah yang diolah adalah berupa sampah anorganik seperti, sampah plastik, kertas, logam, dll. Sampah-sampah dapat diolah menjadi aneka kerajinan, ataupun di jual kepihak lain untuk kemudian dijadikan bahan baku untuk di daur ulang menjadi barang pakai kembali. adapaun bahan baku sampah yang diperoleh merupakan tabungan dari unit Bank Sampah Sekolah, yaitu sekolah-sekolah yang menjadi sentra pemilahan sampah di kawasan Kabupaten Garut yang telah bekerja sama dengan bank sampah dan membentuk Unit Bank Sampah Sekolah. Salah satu informasi yang dibutuhkan oleh Bank Sampah Garut yaitu informasi mengenai inventori barang. Dewasa ini jumlah dari nasabah Bank Sampah Garut meningkat cukup pesat, peningkatan jumlah nasabah tersebut dikarenakan jumlah Bank Sampah Unit Sekolah yang semakin banyak, hal 1
tersebut secara otomatis tentu akan membuat barang yang akan masuk bertambah banyak. Bank Sampah Garut awalnya menjadwalkan penarikan sampah setiap seminggu sekali ketiap Bank Sampah Unit Sekolah, tentunya akan mendapatkan permasalahan baru dalam hal penyimpanan barang karena daya tamping gudang yang tetap, dan barang yang akan di daur ulang oleh bagian produksi maupun barang yang akan dijual kepihak lain masih relative tetap, hal tersebut tentunya akan berpotensi membuat barang yang disimpan melebihi dari daya tamping gudang. Selain itu administrasi transaksi barang yang masuk kegudang saat ini masih menyatu dengan pencatatan transaksi penarikan tabungan sampah ke Bank Sampah Unit Sekolah. Begitu juga dalam pencatatan data barang keluar, baik itu sampah yang akan di daur ulang sendiri oleh Bagian Produksi di Bank Sampah Garut, maupun barang yang dijual ke pihak lain, keduanya belum memiliki sistem inventori yang terpisah. Hal–hal tersebut diatas, dapat dihindarkan apabila terdapat suatu sistem persediaan barang yang lebih baik dan dapat menghasilkan sebuah pola penjadwalan pengambilan setoran tabungan yang tepat. Hal ini perlu dilakukan agar dapat menyajikan informasi daya tampung barang di gudang dengan lengkap dan dapat mengakses data dan informasi secara cepat, efisien, dan akurat. Kecepatan dan ketepatan dalam mendapatkan suatu informasi dapat didukung oleh sistem komputerisasi yang dapat memudahkan dalam pengumpulan, pengolahan, dan penyimpanan data. Sistem informasi inventori barang ini sangat penting untuk mendukung kegiatan operasional suatu perusahaan. Sistem Informasi yang dibutuhkan perusahaan khususnya tentang inventory barang dengan aplikasi komputer, diharapkan dapat mempercepat dalam menyelesaikan pekerjaan perusahaan dan dihasilkan data yang akurat dengan waktu yang lebih cepat.
2
1.2.
Identifikasi Masalah Berdasarkan latar belakang masalah yang sudah di kemukakan, maka
penulis mengidentifikasikan masalah sebagai berikut : 1. Sistem yang ada saat ini kurang mendukung untuk perkembangan Bank Sampah Garut di masa depan karena sistem yang ada saat ini masih menggunakan cara yang manual. 2. Pencatatan Barang yang masuk masih menyatu dengan pencatatan transaksi Tabungan. 3. Belum adanya pemisahan pencatatan data barang yang di daur ulang sendiri oleh Bank Sampah Garut dengan barang yang dijual ke pihak lain.
1.3 Tujuan Tujuan dari penelitian ini adalah merancang sistem informasi inventory barang pada Bank Sampah Garut.
1.4
Batasan Masalah Untuk menghindari melebarnya pembahasan dalam penyusunan laporan
proyek TA ini, maka masalah dibatasi pada beberapa hal berikiut : a. Sistem yang dirancang adalah mengenai sistem informasi inventory barang di Bank Sampah Garut. b. Perancangan sistem meliputi tahap Analisis dan desain sistem dengan menggunakan metodologi berorientasi objek dari Ali Bahrami (1999) yaitu metode Unified Approach c. Pemodelan menggunakan Work Breakdown Structure (WBS) dan Activity Sequencing dari C. W. Dawson (2005), Flowchart Diagram, dan Unified Modeling Language (UML).
3
1.5. Kerangka Pemikiran Pencapaian tujuan dari proyek tugas akhir ini di lakukan dalam beberapa tahapan, berikut adalah skema dari tahapan-tahapan yang akan dilakukan dalam tugas akhir : Mulai
Rumusan Masalah
Tujuan
Landasan Teori
Activiry Sequence Dan Detail
Work Breakdown Structure
Metodologi Penelitian
Hasil dan Pembahasan
Kesimpulan dan Saran
Selesai
Gambar 1.1 Alur Aktivitas Proyek Tugas Akhir1
Secara garis besar penjelasan dari Gambar 3.1 yaitu dimulai dari rumusan masalah yang muncul dari sistem yang sedang berjalan, dan rumusan masalah dijadikan acuan untuk tujuan proyek tugas akhir. Setalah tujuan ditetapkan maka
4
tahap selanjutnya adalah melakukan studi literatur yang dimaksudkan untuk mencapai tujuan yang muncul dari proyek TA.
1.6.
Sistematika Penulisan Sistematika laporan proyek TA ini dibagi menjadi 5 (lima) bab yang
masing-masing bab mendefenisikan dan menjelaskan tujuannya. Adapun tujuan sistematika ini diharapkan dapat menghasilkan laporan proyek TA yang baik dan mudah dimengerti. Berikut penjelasan dari masing-masing bab :
BAB I
PENDAHULUAN Berisi latar bekalang masalah, rumusan masalah, batasan masalah, tujuan, serta sistematika penulisan.
BAB II
LANDASAN TEORI Bab ini menerangkan tentang konsep – konsep yang mendukung tentang pembahasan proyek TA.
BAB III
KERANGKA KERJA KONSEPTUAL Pada bab ini membahas tentang work breakdown structure, activity sequence, dan detail aktivitas.
BAB IV
HASIL DAN PEMBAHASAN Bab ini menyatakan hasil pelaksanaan dari tahap proyek TA dan penejelasan hasilnya.
BAB V
KESIMPULAN DAN SARAN Dalam bab ini menyatakan poin-poin penting pencapaian dan temuan dalam proyek TA, serta saran terkait hal penting yang tidak berhasil dicapai dalam proyek TA bagi penelitian berikutnya.
5
BAB I I LANDASAN TEORI 2.1. Konsep Sistem Informasi 2.1.1.Definisi Sistem Sistem didefinisikan sebagai suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran yang tertentu (Jogianto, 1999). Dengan kata lain sistem bekerja dalam sebuah jaringan kerja dari suatu prosedur yang saling berhubungan satu dengan lainnya untuk menyelesainkan tujuan dan sasaran yang dimaksud. Definisi lainnya mengenai sistem menurut Amsyah (2005), bahwa sistem adalah elemen-elemen yang saling berhubungan membentuk satu kesatuan atau organisasi. Contoh
sistem tata surya, sistem
irigasi, dan sistem informasi. berdasarkan beberapa definisi mengenai sistem diatas dapat disimpulkan bahwa sistem adalah kumpulan elemen-elemen yang berinteraksi dan saling berhubungan untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran dan untuk mencapai suatu tujuan tertentu.
2.1.2. Definisi Informasi Informasi merupakan suatu hal yang sangat dibutuhkan di dalam suatu organisasi ataupun instansi berdasarkan kebutuhan manajemen masing-masing. Informasi didefinisikan sebagai berikut : “Data yang sudah diolah, dibentuk, atau dimanipulasi sesuai dengan keperluan tertentu”. (Amsyah, 2005) Informasi dapat dedefinisikan sebagai sekumpulan data yang telah diproses sehingga mempunyai arti tertentu bagi penerimanya. Sumber dari informasi ialah data, sementara data itu sendiri adalah fakta yang menggambarkan suatu kejadian, sementara kejadian itu merupakan suatu kejadian atau peristiwa
6
yang terjadi pada waktu tertentu, tentunya informasi dan data saling berkaitan. Pengertian informasi dalam menurut Amsyah (2005), diartikan sebagai berikut: “Informasi adalah data yang sudah diolah, dibentuk, atau dimanipulasi sesuai dengan keperluan tertentu “ Informasi merupakan suatu hal yang sangat dibutuhkan di dalam suatu organisasi ataupun instansi berdasarkan kebutuhan manajemen masing-masing. Informasi didefinisikan sebagai berikut : “Data yang sudah diolah, dibentuk, atau dimanipulasi sesuai dengan keperluan tertentu”. (Kadir, 2003) Berdasarkan penjelasan di atas dapat disimpulkan bahwa informasi adalah sekumpulan data yang telah diproses atau diolah menjadi suatu informasi yang berguna dan bermanfaat bagi penerimanya.
2.1.3. Definisi Sistem Informasi Sistem Informasi dikemukakan oleh Henry C. Lucas dalam Jogianto (2005), bahwa suatu sistem informasi adalah suatu kegiatan dari prosedurprosedur yang diorganisasikan, bilamana dieksekusi akan menyediakan informasi untuk mendukung pengambilan keputusan dan pengendalian dalam. organisasi. Sistem informasi juga didefenisikan oleh Robert A. Leitch dan K. Roscoe Davis dalam Jogianto (2005) sebagai berikut : “Konsep dari sistem informasi adalah suatu sistem dalam orang yang memperhatikan kebutuhan pengolahan transaksi harian, yang mendukung operasi bersifat manajerial dan kegiatan strategis dari suatu organisasi dengan pihakpihak tertentu, dengan menghasilkan laporan-laporan yang diperlukan”. Sistem informasi dalam suatu organisasi dapat dikatakan sebagai suatu sistem yang menyediakan informasi bagi semua tingkatan dalam organisasi tersebut kapan saja diperlukan. Sistem ini menyimpan, mengambil, mengubah, mengolah
dan
mengkomunikasikan
informasi
yang
diterima
dengan
menggunakan sistem informasi atau peralatan sistem lainnya. Definisi sistem informasi juga bisa didefinisikan kerangka kerja yang mengkoordinasikan sumber 7
daya (manusia, komputer) untuk mengubah masukan (input) menjadi keluaran (informasi), guna mencapai sasaran-sasaran perusahaan (Kadir, 2003) Penggunaan sistem informasi atau teknologi informasi dalam suatu organisasi, lembaga, atau perusahaan ditujukan agar proses bisnis yang berjalan dapat berjalan lebih efektif dan efisien. Suatu aplikasi sistem informasi dipercaya dapat memberikan kemudahan kepada pengguna system itu sendiri. 2.2. Persediaan (Inventory) Persediaan dapat diartikan sebagai sumber daya menggangur yang menunggus proses lebih lanjut berapa kegiatan produksi pada sistem manufaktur, kegiatan pemasaran pada sistem distribusi ataupun kegiatan konsumsi pada setiap rumah tangga (Nasution, 2003). Persediaan terdiri dari beberapa tipe (Nasution, 2003): 1.
Persediaan bahan baku adalah item yang dibeli dari para supplier untuk digunakan sebagai input dalam proses produksi. Bahan baku ini akan ditransformasikan menjadi produk akhir.
2.
Persediaan barang dalam proses atau barang setengah jadi adalah persediaan yang telah mengalami proses produksi akan tetapi masih diperlukan proses lagi untuk mencapai produk jadi. Contohnya roti yang siap dipanggang pada perusahaan roti.
3.
Persediaan barang jadi adalah persediaan produk akhir yang siap untuk dijual, didistribusiakan ataupun disimpan. Contohnya roti yang telah dikemas.
Fungsi dari Persediaan sendiri bisa ditimbulkan karena tidak sinkronnya permintaan dengan penyediaan dan waktu yang digunakan untuk memproses bahan baku menjadi produk yang siap digunakan atau dijual (Yamit, 2012). Persediaan atau inventori menurut Yamit (2012), dikategorikan kedalam beberapa kelompok Sebagai berikut:
8
1. Persediaan pengaman ( safety stock ) Disebut
sebagai
ketidakpastian
buffer
stock,
permin-taan
dan
sebagai
antisipasi
menghindari
unsur
kemungkinan
terjadinya stock out. 2. Persediaan antisipasi ( anticipation stock ) Disebut sebagai stabilization stock, dilakukan untuk menghadapi fluktuasi permintaan yang dapat diperkirakan. 3. Persediaan dalam Pengiriman ( Transit Stock ) Disebut juga sebagai work-inprocess, merupakan persediaan yang masih dalam proses pengiriman atau masih menunggu proses selanjutnya.
2.3. Bank Sampah Garut 2.3.1.
Pengertian Bank Sampah Garut Bank Sampah Garut adalah institusi yang didirikan masyarakat Kabupaten
Garut yang bertujuan mengurangi timbunan sampah ke TPA (Tempat Pembuangan Akhir), untuk di daur ulang menjadi bahan setengah jadi yang nantinya akan dijual (Andri, 2011).
Gambar 2.1 Bagan Bank Sampah2
9
2.3.2. Bank Sampah Unit Sekolah Bank Sampah Unit Sekolah adalah badan usaha milik siswa yang bertujuan mengurangi timbunan sampah sekolah untuk diolah dan dimanfaatkan sehingga menjadi sesuatu yang bermanfaat dan memiliki nilai ekonomi. Konsep Bank sampah sekolah yang di maksudkan yakni mengelola secara mandiri sampah untuk di daur ulang menjadi barang setengah jadi yang nantinya akan dijual (Andri, 2011).
2.4. Pengembangan Sistem Berorentasi Objek Analisis sistem adalah penguraian dari suatu sistem informasi yang utuh kedalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan
mengevalusai
permasalahan-permasalahan,
kesempatan-kesempatan,
hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikan (Jogianto, 1999).
2.4.1. Tahap Analisis Kesenjangan Tahap analisis kesenjangan atau Sistem Requirement specification (SRS) pada penelitian ini digunakan sebagai gambaran bagaimana mengumpulkan data yang dibutuhkan dalam penelitian ini. Adapun penjelasan mengenai SRS (Nugroho, 2005), pada penelitian ini ada beberapa aktifitas yang digunakan yaitu: 1. Wawancara, penjelasan mengenai wawancara berguna untuk melakukan pencarian yang berkaitan dengan sistem yang sedang berjalan. Berikut ini penjelasan mengenai wawancara menurut Nugroho (2005), Teknik wawancara adalah teknik yang paling utama dalam perancangan sistem. Dengan teknik wawancara yang baik, sebagian besar kebutuhan pengguna umumnya sudah dapat teridentifikasi. Rancanglah wawancara dengan seksama agar proses wawancaara tidak bertele-tele dan menangkap semua kebutuhan serta harapan pengguna. 2. Mempelajari sistem yang sedang berjalan. Jika proyek adalah proyek pengembangan sistem tentunya para analis sistem perlu mempelajari kinerja sistem saat ini dengan cara menelaah dokumen-dokumen sistem
10
yang ada, mengenali struktur organisasi perusahaan. Siapa yang bertanggung jawab terhadap suatu proses tertentu, bagaimana deskripsi kerja tiap personal dalam perusahaan, dan sebagainnya.
2.4.2. Tahap Analisis Sistem Analisis Sistem Masa Depan dari UA digunakan untuk memberi gambaran bagaimana sistem masa depan yang akan disesuaikan dengan kebutuhan hasil wawancara. Analisis Sistem Masa Depan atau dalam UA dikenal dengan istilah Object Oriented Analysis (OOA) terdapat beberapa tahapan yang dilakukan yaitu identifikasi aktor, pengembangan diagram aktifitas dan use case, pengembangan diagram interaksi, identifikasi kelas, relasi, atribut dan method, dan yang terakhir proses pemeriksaan (Bahrami, 1999).
2.4.2.1 Identifikasi Aktor (Identify the user/actors) Tahapan identifikasi aktor ini dilakukan proses menganalisis aktor yang akan berinteraksi dengan sistem. Mengidentifikasi aktor merupakan hal penting dalam proses analisis sistem. Istilah aktor menunjukan sekumpulan pengguna yang beraktivitas pada sistem. Satu pengguna mungkin saja melakukan satu atu lebih aktivitas pada sistem. Dalam mengidentifikasi aktor mesti dipahami pula bagaimana aktor tersebut berinterakasi dengan sistem. (Bahrami, 1999) Sedangkan definsi aktor pada Whitten (2004) Aktor adalah sesuatu yang perlu berinteraksi dengan sistem untuk pertukaran informasi. Pelaku menginisiasi kegiatan sistem, yakni sebuah use case, dengan maksud melengkapi beberapa tugas bisnis yang menghasilkan sesuatu yang dapat diukur. 1. Primary Business Actor (Pelaku Bisnis Utama) Stakeholder yang terutama mendapatkan keuntungan dari pelaksanaan use case dengan menerima nilai yang terukur atau terobservasi. Pelaku bisnis utama kemungkinan tidak menginisiasi kejadian bisnis. Sebagai contoh, dalam kejadian bisnis dari seorang karyawan yang menerima gaji (nilai terukur) dari sistem penggajian setiap hari jumat, karyawan tidak menginisiasi kejadian itu, tetapi merupakan penerima utama dari sesuatu yang bernilai.
11
2. Primary System Actor (Pelaku Sistem Utama) Stakeholder yang secara langsung berhadapan dengan sistem untuk menginisiasi atau memicu kegiatan atau sistem. Pelaku sistem utama dapat berinteraksi dengan para pelaku bisnis utama untuk menggunakan sistem aktual. Mereka memfasilitasi kejadian dengan menggunakan sistem secara langsung demi mencapai keuntungan para pelaku bisnis utama. Contohnya operator telepon yang memberikan bantuan kepada pelanggan dan kasir Bank yang memproses transaksi Bank. Pelaku bisnis utama dan pelaku sistem utama kemungkinan memiliki persamaan, yaitu sama-sama pelaku bisnis yang berhadapan langsung dengan sistem, misalnya seorang yang melayani jasa penyewaan mobil via website. 3. External Server Actor (Pelaku Server Eksternal) Stakeholder yang melayani kebutuhan pengguna use case (misalnya biro kredit yang memiliki kuasa atas perubahan kartu kredit) 4. External Receiving Actor (Pelaku Penerima Eksternal) Stakeholder yang bukan pelaku utama, tapi menerima nilai yang terukur atau teramati (output) dari use case (misalnya gudang menerima paket permintaan untuk menyiapkan pengiriman sesudah seorang pelanggan memesannya).
2.4.2.2 Pengembangan Diagram Aktifitas
(Develop use case, activity
diagrams) Pengembangan Diagram Aktifitas adalah melakukan proses penggambaran alur kerja sistem menggunakan diagram aktifitas dan proses penggambaran interaksi antara pengguna dengan menggunakan diagram use case. a. Activity Diagrams Activity diagram menjelaskan alur kerja suatu sistem. Activity diagrams mirip dengan state diagrams karena sejumlah aktifitas menggambarkan keadaan suatu proses dengan memperlihatkan urutan aktifitas yang dijalankan baik berupa pilihan maupun paralel. Diagram ini juga berguna untuk menganalisis sebuah use case dengan menggambarkan aksi-aksi yang diperlukan dan kapan aksi-aksi
12
tersebut dijalankan. Menurut Ali Bahrami activity diagram didefinisikan sebagai berikut: “An activity diagram is a variation or special case of the state machine, in which the states are activities representing the performance of operations and the transitions are triggered by the completion of the operations”. (Bahrami, 1999) Berikut adalah sebuah contoh activity diagram yang menggambarkan sebuah sistem processing mortgage request :
Gambar 2.2 Contoh Activity Diagram (Bahrami, 1999) 3
13
Berikut adalah notasi activity diagram Tabel 2.1 Notasi Activity Diagram1 Simbol obj ec...
Keterangan Titik Awal Titik Akhir Activity Pilihan Untuk mengambil Keputusan
object Use Case Angkot
Fork; Digunakan untuk menunjukkan kegiatan yang dilakukan secara parallel / menggabungkan dua kegiatan peralel menjadi satu. Rake; Menunjukkan adanya dekomposisi Tanda Waktu Tanda pengiriman Tanda penerimaan Aliran akhir (Flow Final)
Sumber : http://resource.visual-paradigm.com/
b. Use Case Diagram Use case diagrams memperlihatkan hubungan diantara aktor dan use case. Aktor merepresentasikan seorang user atau subsistem lain yang akan berinteraksi dengan sistem. Sedangkan use case merupakan urutan kejadian yang menggambarkan interaksi antara user dengan sistem. Fungsionalitas sistem didefinisikan ke dalam use case dari sudut eksternal sistem yang berguna untuk uji kelayakan system. Setiap use case merepresentasikan apa yang akan dilakukan oleh aktor (Bahrami, 1999).
14
Gambar 2. 2 Use case Diagram (Bahrami, 1999)4
Komponen notasi dasar yang dipunyai oleh use-case diagram adalah actor, use-case, dan association. Berikut adalah notasi yang terdapat pada use-case diagram : Tabel 2.3 Notasi Use Case Diagram2 Actor adalah pengguna sistem. Actor tidak terbatas Actor
hanya manusia saja, jika sebuah sistem berkomunikasi dengan aplikasi lain dan membutuhkan input atau memberikan output.
Use Case
dengan nama use case dituliskan didalam elips tersebut. Asosiasi digunakan untuk menghubungkan actor
Association
uc Notasi UseCase
Use case digambarkan sebagai lingkaran elips
dengan use case. Asosiasi digambarkan dengan sebuah garis yang menghubungkan antara Actor dengan Use Case.
Sumber: (http://resource.visual-paradigm.com/)
15
Use Case Name
2.4.2.3 Pengembangan Diagram Interaksi (Develop interaction diagrams) Pada tahap ini dilakukan pembuatan diagram interaksi yang digunakan diantaranya yaitu sequence diagram dan Colaboration Diagram, dalam diagram ini digambarkan interaksi antar objek dalam sistem melalui pesan yang dikirimkan dari objek yang satu ke objek yang lain. a. Sequence Diagram Diagram ini menjelaskan bagaimana objek berinteraksi dengan lainnya dengan cara mengirim dan menerima pesan. Sequence diagrams memiliki dua sumbu: sumbu vertikal dan sumbu horizontal. Sumbu vertikal putus-putus merepresentasikan
“lifetime”
objek
dan
sumbu
horizontal
menunjukan
sekumpulan objek. Diagram ini juga menyatakan interaksi khusus diantara objek yang terjadi pada beberapa tempat selama fungsi tertentu dijalankan. Komunikasi diantara objek direpresentasikan dengan garis horizontal disertai dengan nama operasinya.
Cal l er
Exchange
Rece i ver
T al k
OffHo ok
Di al T one
Di al Numbe r Ri ngT one OffHo ok
OnHo ok
Gambar 2.3 Contoh Sequence Diagram (Bahrami, 1999) 5
Sequence diagram mendokumentasikan komunikasi/interaksi antar kelaskelas. Diagram ini menunjukkan sejumlah objek dan message (pesan) yang diletakkan diantara objek-objek didalam use case. Perlu diingat bahwa di dalam diagram ini, kelas-kelas dan aktor-aktor diletakkan dibagian atas diagram dengan urutan dari kiri ke kanan dengan garis lifeline yang diletakkan secara vertikal terhadap kelas dan aktor.
16
Tabel 2.5 Notasi Sequence Diagram3 Object merupakan instance dari sebuah class dan Object
dituliskan tersusun secara horizontal. Digambarkan sebagai sebuah class (kotak) dengan nama objek didalamnya yang diawali dengan sebuah titik koma. Actor juga dapat berkomunikasi dengan objek, maka
Actor
actor juga dapat diurutkan sebagai kolom. Simbol Actor sama dengan simbol pada Actor Use Case Diagram.
Lifeline
Lifeline mengindikasikan keberadaan sebuah objek dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah objek. Activation dinotasikan sebagai sebuah kotak segi
Activation
empat
yang
digambar
pada
sebuah
lifeline.
Activation mengindikasikan sebuah objek yang akan melakukan sebuah aksi. Message
Message, digambarkan dengan anak panah horizontal antara
Activation.
Message
mengindikasikan
komunikasi antara objek-objek Sumber : http://resource.visual-paradigm.com/
b. Colaboration Diagram Secara fungsional diagram ini hampir mirip dengan sequence diagrams. Collaboration diagrams memfokuskan pada interaksi dan hubungan diantara sekumpulan
objek
yang
berkolaborasi.
Hubungan-hubungan
tersebut
memperlihatkan objek aktual dan relasi yang terjadi diantara mereka yang digambarkan dengan sebuah garis. Di atas garis terdapat alur pesan yang dikirim ke objek yang berhubungan tersebut.
17
Tabel 2.6 Notasi Collaboration Diagram4 Object
Object merupakan instance dari sebuah class. Digambarkan sebagai sebuah class (kotak) dengan nama objek didalamnya yang diawali dengan sebuah titik koma. Actor juga dapat berkomunikasi dengan objek, maka
Actor
actor juga dapat disertakan ke dalam collaboration diagram. Simbol Actor sama dengan simbol pada Actor Use Case Diagram. Message
Message, digambarkan dengan anak panah yang mengarah antar objek dan diberi label urutan nomor yang mengindikasikan urutan komunikasi terjadi antar objek.
Sumber : http://resource.visual-paradigm.com/
Berikut adalah sebuah contoh collaboration diagram:
Gambar 2.4 Collaboration Diagram (Bahrami, 1999) 6
2.4.2.4 Identifikasi Kelas-kelas, relasi, atribut dan method (Identify classes, relationships, attributes, and methods) Pada tahap ini dilakukan proses mengidentifikasi kelas, relasi, atribut dan method dalam sistem berdasarkan proses sebelumnya. Class menggambarkan
18
keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi
keadaan
tersebut
(metoda/fungsi).
Class
diagram
juga
menggambarkan struktur dan deskripsi class, package dan object beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. (Nugroho, 2005) Sebuah Class memiliki tiga area pokok, (Nugroho, 2005): 1. Nama, merupakan nama dari sebuah kelas 2. Atribut, merupakan properti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada objek dari class 3. Method, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan oleh class lain terhadap sebuah class. Class dalam kategorinya dibagi 3 bagian, yaitu (Bahrami, 1999): 1. Class Irrelevant 2. Class Fuzzy 3. Class Relevant Untuk dapat mengidentifikasi class maka tahap-tahapnya adalah sebagai berikut (Bahrami, 1999): 1. Melakukan eliminasi irrelevant class dari list candidate class. 2. Melakukan eliminasi class yang merupakan redundant class. Class ini termasuk pada kategori fuzzy class 3. Melakukan eliminasi attributes class. Attributes class ini pun termasuk kategori fuzzy class. Berikut adalah notasi – notasi yang ada pada class diagram : Tabel 2.7 Notasi pada Class Diagram5 Class
Class adalah blok - blok pembangun pada pemrogramman berorientasi objek. Sebuah class digambarkan sebuah kotak yang terbagi atas 3 bagian.Bagian atas adalah bagian nama dari class. Bagian tengah mendefinisikan properti/atribut class. Bagian akhir mendefinisikan method dari sebuah class.
19
Tabel 2.8 Notasi pada Class Diagram (Lanjutan)6 Sebuah asosiasi merupakan sebuah relationship paling umum antara 2 class, dan dilambangkan oleh sebuah garis yang menghubungkan antara 2 class. Garis ini bisa melambangkan tipe-tipe relationship dan juga dapat menampilkan hukum-hukum multiplisitas pada sebuah relationship (Contoh: One-to-one, one-to-many, many-tomany). Jika sebuah class tidak bisa berdiri sendiri dan harus merupakan bagian dari class yang lain, maka class tersebut memiliki relasi Composition terhadap class tempat dia bergantung tersebut. Sebuah relationship composition digambarkan sebagai garis dengan ujung berbentuk jajaran genjang berisi/solid. Kadangkala sebuah class menggunakan class yang lain. Hal ini disebut dependency. Umumnya penggunaan dependency digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang lain. Sebuah dependency dilambangkan sebagai sebuah panah bertitiktitik. Aggregation
mengindikasikan
relationship
dan
biasanya
“mempunyai
sebuah”
atau
keseluruhan disebut
sebagai
“bagian
dari”.
bagian relasi Sebuah
aggregation digambarkan sebagai sebuah garis dengan sebuah jajaran genjang yang tidak berisi/tidak solid. Sebuah relasi generalization sepadan dengan sebuah relasi inheritance pada konsep berorientasi objek. Sumber : http://resource.visual-paradigm.com/
Diagram kelas memodelkan struktur kelas dan isinya. Kelas terdiri dari Nama Kelas, Atribut dan Operasi. 20
Gambar 2.5 Contoh Class Diagram (Munawar, 2005)7
Keterangan: 1. Class Name: bagian yang paling atas berisi nama kelas, nama kelas diambil dari domain permasalahan dan harus sejelas mungkin. Oleh karena itu, nama kelas haruslah berupa kata benda. 2. Attribut: kelas memiliki attribut yang menggambarkan karakteristik dari objek. Attribut kelas yang benar adalah yang dapat mencakup informasi yang dilukiskan dan mengenali instance tertentu dari kelas. Tipe attribut dapat berupa primitive attribut atau tipe lainnya. 3. Method/Operations: operations digunakan untuk memanipulasi attribut atau menjalankan aksi-aksi. Class diagram terdiri dari beberapa relationship, diantaranya:
a. Asosiasi (Association) Asosiasi didefinisikan sebagai penghubung objek-objek pada kelas yang sama. Suatu bentuk asosiasi adalah agregasi yang menampilkan hubungan suatu objek dengan bagian-bagiannya. Kita menggunakan pemahaman asosiasi adalah pada saat beberapa kelas saling terhubung satu sama lain secara konseptual. Sebagai contoh, misalkan seorang pegawai bekerja pada sebuah perusahaan. Maka “bekerja” merupakan sebuah asosiasi antara kelas pegawai dan kelas perusahaan. Selanjutnya bisa kita simpulkan bahwa sebuah asosiasi bisa merupakan sebuah bentuk kata kerja yang merelasikan kelas yang satu dengan kelas yang lainnya.
21
Gambar 2.6 Asosiasi (Assosiation) (Munawar, 2005) 8
b. Batasan (Constraints) Constraints adalah batasan-batasan asosiasi fungsional antar entitas dalam model objek. Kata entitas termasuk didalamnya adalah objek-objek, kelas-kelas, link, serta asosiasi-asosiasi. Berikut adalah contoh constraint dimana petugas loket akan melayani para pelanggan telepon yang ingin melakukan segala urusan yang berhubungan dengan masalah telepon, tapi untuk dapat dilayani maka para pelanggan harus antri, maka “antri” kita jadikan constraint pada asosiasi tersebut.
Gambar 2.7 Constraint pada sebuah Asosiasi (Munawar, 2005)9
c. Associations Class Sebuah asosiasi dapat memiliki atribut dan operasi seperti halnya sebuah class. Sebuah association class sebenarnya diperlukan apabila salah satu dari kelas yang terhubung mempunyai sebuah atau beberapa atribut yang tidak layak dimiliki oleh kelas tersebut, karena secara logis atribut tersebut lebih layak dimiliki oleh asosiasi yang menghubungkan kedua kelas tersebut. Akan lebih mudah dipahami jika kita menganalogikan hal ini dengan diagram ERD, dimana sesuai dengan hukum-hukum tertentu maka jika ada sebuah relasi binary atau trenary maka harus dibuatkan sebuah entitas tambahan yang merupakan entitas transaksi untuk menampung record-record transaksi yang terjadi antar entitas murni. Entitas transaksi yang tercipta tersebut mirip sekali dengan association class. Berikut adalah contoh sebuah association class.
22
Gambar 2.8 Association Class (Munawar, 2005) 10
Seperti yang dilihat pada gambar diatas, association class divisualisasikan sama halnya seperti class biasa, hanya saja untuk menghubungkan ke garis asosiasi digunakan garis putus-putus.
d. Multiplisitas (Multiplicity) Multiplicity atau multiplisitas adalah jumlah banyaknya objek sebuah class yang berelasi dengan sebuah objek lain pada class lain yang berasosiasi dengan class tersebut. Untuk menyatakan multiplisitas anda dapat meletakkannya diatas garis asosiasi berdekatan dengan class yang sesuai. Ada banyak multiplisitas yang mungkin untuk dipakai. Tabel berikut menjabarkan multiplisitas yang dapat digunakan.
Tabel 2.9 Notasi Multiplisitas7 Multiplisitas
Arti
*
Banyak
0
Nol
1
Satu
0..*
Nol atau banyak
1..*
Satu atau banyak
0..1
Nol atau satu
1..1
Hanya satu
Sumber : (Nugroho, 2005)
23
Gambar 2.9 Asosiasi dengan Multiplisitas (Munawar, 2005) 11
e. Generalisasi dan Pewarisan (Generalization & Inheritance) “Generalisasi adalah suatu cara yang sangat berdaya guna
untuk
berbagi apa yang dimiliki suatu kelas (objek) bagi kelas-kelas (objek-objek) yang lain”. (Nugroho, 2005). Generalisasi adalah relasi ke atas beberapa sub kelas diatasnya yang ditunjukan dengan tanda segitiga.
Gambar 2.10 Contoh Generalisasi (Nugroho, 2005) 12
Sebuah class (child class atau subclass) dapat mewarisi atribut-atribut dan operasi-operasi dari class lainnya (parent class atau super class) dimana parent class bersifat lebih umum daripada child class. Generalisasi pada konsep Object Oriented digunakan untuk menjelaskan hubungan kesamaan diantara class. Dengan menggunakan generalisasi bisa dibangun struktur logis yang bisa menampilkan derajat kesamaan atau perbedaan diantara class-class. Manfaat lain dari struktur hirarkis juga memungkinkan untuk penambahan subclass (child class) baru tanpa harus merubah struktur yang sudah ada.
24
Inheritance adalah sebuah mekanisme pengimplementasian generalisasi dan spesialisasi. Aturan inheritance dapat secara umum bisa diklasifikasikan sebagai berikut (Nugroho, 2005) : o Subclass selalu mewarisi semua sifat dari superclass-nya. o Definisi subclass selalu mencakup paling tidak satu detil yang tidak diturunkan dari superclass-nya.
f. Agregasi (Agregation) Agregasi adalah sebuah hubungan dimana satu kelas “whole” yang lebih besar berisi satu atau lebih kelas “part” yang lebih kecil. Atau kelas “part” yang lebih kecil adalah bagian dari kelas “whole” yang lebih besar. (Nugroho, 2005) Agregasi disimbolkan dengan jajaran genjang yang diletakkan pada class yang mengandung objek. (Nugroho, 2005)
Gambar 2.11 Agregasi Bertingkat (Multilevel Agregation), (Nugroho, 2005) 13
g. Dependency Class Pada penggunaan relasi kadangkala satu class menggunakan class yang lain, hal ini disebut dependency. Umumnya penggunaan dependency digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang lain. Notasi untuk dependency pada UML dapat menggunakan garis putus-putus dan tanda panah pada ujungnya. (Munawar, 2005)
25
Gambar 2.12 Dependency (Munawar, 2005) 14
2.4.2.5 Pemeriksaan (Refine and iterate) Pada tahap ini dilakukan proses pemeriksaan terhadap hasil akhir tahap analisis. Bila terdapat kesalahan maka
kembali ke tahap awal analisis bila
hasilnya benar maka akan dijadikan input pada tahap perancangan.
2.4.3. Tahap Perancangan Perancangan sistem masa depan sebagai acuan bagaimana kita melakukan perancangan terhadap sistem masa depan yang akan dibangun. Adapun tahapan perancangan yang digunakan yaitu berdasarkan tahapan Object Oriented Desain (OOD) dari UA (Bahrami, 1999). Perancangan sistem masa depan merupakan tahapan setelah melakukan proses analisis. Dalam perancangan terdapat beberapa tahapan yang dilakukan yaitu perancangan kelas, metode, atribut, dan asosiasi, menyaring UML Class Diagram, perancangan layer akses dan layer antarmuka, dan terakhir yaitu proses pengujian. Berikut ini penjelasan dari masing-masing tahapannya: a. Perancangan kelas, asosiasi, metode dan atribut Pada tahap ini dilakukan perancangan dan pemeriksaan atribut, method dan visibilitasnya terhadap kelas-kelas yang telah teridentifikasi. b.
Menyaring UML Class Diagram Proses menyaring atau memeriksa diagram kelas mulai dari nama kelas, asosiasi, atribut serta method-nya. Tahap ini difokuskan pada penggambaran method yang ada dengan diagram aktifitas.
c.
Perancangan Layer Akses dan Layer Antarmuka Proses merancang layer akses dan layer antar muka berdasarkan pada class diagram yang telah dirancang sebelumnya.
26
2.5.
Pemodelan Terdapat beberapa pemodelan yang digunakan dalam penelitian ini,
tujuannya yaitu supaya proses komunikasi antar perancang, pemrogram serta calon pengguna menjadi mulus, berikut ini penjelasan beberapa pemodelan yang digunakan: 2.5.1. Work Breakdown Structure Work Breakdown Structure (WBS) digunakan untuk menggambarkan alur proyek dari awal sampai selesai (Dawson, 2005). Penggunaan WBS yaitu dimulai dengan menyusun tahapan proses sampai penelitian yang akan dilakukan terdefinisikan. Berikut contoh dari Work Breakdown Structure (WBS)
Gambar 2.13 Work Breakdown Structure (Dawson, 2004) 15
2.5.2. Activity Sequencing Activity sequencing digunakan untuk menggambarkan tahapan aktifitas serta keterkaitan tiap aktifitas dalam penelitian ini secara detail (Dawson, 2005). Berikut ini adalah gambaran Activity sequencing:
27
Gambar 2. 14 Activity sequencing (Dawson, 2004) 16
2.5.3. Flowchart Diagram Flowchart Diagram digunakan untuk menggambarkan alur tahapan proses. Flowchart
menggambarkan langkah-langkah
yang
dilakukan
dalam menyelesaikan sebuah permasalahan yang terdiri dari symbol-simbol, dimana tiap-tiap simbol
tersebut merepresentasikan
suatu
kegiatan.
Simbol-simbol yang digunakan dalam notasi flowchart adalah sebagai berikut:
Tabel 2.10 Notasi Diagram Flowchart.8 Simbol
Nama
Fungsi
Terminator
Pembukaan dan akhir Program
Garis Alir
Arah aliran program
Preparation
Proses instalasi harga awal
Proses
Proses perhitungan, pengolahan data
Input Output data
Proses i8nput-output parameter informasi
28
pemberian
proses data
Tabel 2.11 Notasi Diagram Flowchart. (Lanjutan)9 Simbol
Nama Desicion
On Page Conektor
Off Page Conektor
Fungsi Penyeleksian, pemilihan data dengan memberikan pilihan untuk prose selanjutnya Penghubung bagian-bagian flowchart yang berbeda pada satu halaman Penghubung bagian-bagian flowchart yang berbeda pada halaman yang berbeda
2.5.4. Unified Modeling Language. Unified Modeling Language (UML) dalam penelitian ini digunakan untuk memodelkan tahapan dari metodologi berorientasi objek, penjelasan mengenai UML menurut (Dawson, 2005). merupakan bahasa untuk visualisasi, spesifikasi, konstruksi, serta dokumentasi. Dalam kerangka visualisasi, para pengembang menggunakan UML sebagai suatu cara untuk mengkomunikasikan idenya kepada para pemrogram serta calon pengguna sistem/perangkat lunak. Dengan adanya bahasa yang bersifat standar, komunikasi perancang dengan pemrogram serta calon pengguna diharapkan menjadi mulus.
29
BAB III KERANGKA KERJA KONSEPTUAL 3.1. Metodologi Penelitian 3.1.1. Work breakdown structure Metodologi yang dipakai dalam proyek Perancangan Sistem Informasi Inventori Gudang di Bank Sampah Garut, di gambarkan dalam sebuah diagram Work breakdown structure seperti pada gambar berikut ini:
Perancangan Sistem Informasi Inventori Barang Work Breakdown Structure
Tahapan
Tujuan
Perancangan Sistem Informasi Tabungan
1 SRS/Spesifikasi Kebutuhan Sistem
2 Analisis Sistem Masa Depan Bahrami (1999)
Nugroho (2005)
Aktivitas
1.1 Analisis Kebutuhan
2.1 Identifikasi Aktor
3 Desain Sistem Masa Depan
2.2 Pengembangan diagram aktifitas dan diagram use case
Bahrami (1999)
3.1 Perancangan kelas, attribute, method dan asosiasi 2.3 Pengemban gan diagram interaksi
4 Pengujian
2.4 Identifikasi kelas-kelas, relasi, attribute dan method
3.3 3.2 Menyaring Perancangan Layer Akses Class Diagram dan Layer Antarmuka
2.5 Pemeriksaan
Gambar 3.1 Work breakdown structure17
30
Bahrami (1999)
3.1.2. Activity Sequence Berdasarkan Work breakdown structure, maka dibuat activity sequence dapat digambarkan sebagai berikut :
1.1 Analisis Kebutuhan
2.1 Identifikasi Aktor
2.2 Pengembangan Diagram Aktifitas dan Use Case
2.3 Pengembangan
2.4 Identifikasi Kelas, Relasi, Atribut dan Metode
Diagram Interaksi
3.1 Perancangan Kelas, Asosiasi, Metode Dan Atribut
3.2 Menyaring UML Diagram Kelas
2.5 Pemeriksaan
3.3 Perancangan Layer Akses dan Layer Antarmuka
4.1 Pengujian
Gambar 3.2 activity sequence18
31
3.2. Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut. Berikut ini tabel Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut: Tabel 3.1 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut10 1. Tahap Spesifikasi Kebutuhan Sistem (Nugroho, 2005) 1.1 Pengumpulan Data Proses Masukan Melakukan pengumpulan data dengan Data-data hasil Observasi dan melakukan Wawancara, Menganalisis Wawancara terhadap data-data mengenai sistem Data-data Kepustakaan yang berkaitan inventori barang di Bank Sampah Garut. dengan sistem inventori barang (Nugroho, 2005) 2. Tahap Analisis Sistem Masa Depan (Bahrami, 1999) 2.1 Identifikasi Aktor Proses Masukan Mengidentifikasi aktor yang terlibat pada Alur sistem berjalan proses bisnis sistem berjalan kemudian Spesifikasi kebutuhan sistem disesuaikan dengan sistem yang akan dirancang.
32
Keluaran Alur sistem berjalan Spesifikasi Kebutuhan Sistem
Keluaran Daftar Aktor yang terlibat yang telah dikategorikan berdasarkan jenis aktor
Tabel 3.2 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan)11 2.2 Pengembangan diagram aktivitas dan use case Proses Masukan Mengembangkan diagram aktivitas dan use Daftar aktor case dari masing-masing aktor terhadap Alur sistem berjalan sistem inventori yang akan dirancang. 2.3 Pengembangan diagram interaksi Proses Masukan Mengembangkan diagram interaksi yang Diagram aktivitas menggambarkan bagaimana objek Diagram Use Case berinteraksi satu sama lain melalui pesan pada eksekusi sebuah use case atau operasi. Kemudian dibuat sequence diagram dan collaboration diagram nya.
33
Keluaran Diagram aktivitas dan Use Case sistem inventori yang akan dirancang
Keluaran Diagram interaksi berupa : sequence diagram collaboration diagram
Tabel 3.3 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan)12 2.4 Identifikasi Kelas Proses Masukan Dari tiap diagram interaksi diidentifikasi sequence diagram kelas sehingga menghasilkan kumpulan collaboration diagram kelas yang dapat mewakili dari kelas yang lain jika ada yang bermakna sama. Setelah itu diidentifikasi relasi dari masing-masing kelas. Kemudian relasi yang telah teridentifikasi dicari atribut dan metode dari masing-masing kelas. 2.5 Pemeriksaan Proses Masukan Dari masing-masing tahapan diperiksa Daftar Aktor yang terlibat yang telah kembali dan dikaji kembali untuk dikategorikan berdasarkan jenis aktor menghindari kesalahan. Bila terdapat Diagram aktivitas dan Use Case sistem kesalahan maka kembali ke tahap awal Inventori yang akan dirancang analisis bila hasilnya benar maka akan Diagram interaksi berupa sequence dijadikan input pada tahap perancangan. diagram dan collaboration diagram Bahrami(1999)
Keluaran Daftar hasil identifkasi kelas, relasi, metode dan atribut.
Keluaran Hasil pemeriksaan dari tiap tahapan: Daftar &jenis aktor yang telah diperiksa Diagram Aktivitas dan Use Case, yang telah diperiksa Diagram Interaksi, Identifikasi kelas, relasi, metode dan atribu. yang sudah diperiksa.
Tabel 3.4 Rincian Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut (Lanjutan)13 3. Tahap Perancangan Sistem Masa Depan (Bahrami, 1999) 3.1 Perancangan kelas, asosiasi, metode dan atribut Proses Masukan Melakukan perancangan kelas, asosiasi, Keluaran dari hasil tahap pemeriksaan metode dan atribut. Daftar dan jenis aktor yang telah diperiksa Diagram Aktivitas dan Use Case, yang telah diperiksa
34
Keluaran Hasil perancangan kelas, asosiasi, metode dan attribute untuk sistem informasi inventori barang di Bank Sampah Garut
Diagram Interaksi, Identifikasi kelas, relasi, metode dan atribu. yang sudah diperiksa. 3.2 Menyaring Class Diagram Proses Menyaring UML diagram kelas
Masukan Keluaran Hasil dari perancangan kelas, asosiasi, Diagram kelas metode dan attribut 3.3 Perancangan layer akses dan layer antar muka Proses Masukan Keluaran Melakukan perancangan layer akses dan Diagram kelas Hasil perancangan layer akses dan layer layer antarmuka antar muka sistem informasi inventori barang di Bank Sampah Garut. 4. Tahap Pengujian (Bahrami 1999) Proses Masukan Keluaran Melakukan pengujian hasil perancangan Semua Form dalam program aplikasi Sistem Ussability Testing yang telah dibuat prototipe berupa Aplikasi inventori Barang Bank Sampah Garut User Satisfaction Test Inventori dengan metode black box, berdasarkan input dan outputnya. Bahrami(1999)
35
3.3. Sumber Daya Yang Dibutuhkan Berikut ini tabel sumber daya informasi yang digunakan dalam aktivitas Kegiatan Perencanaan Sistem Informasi Inventori Barang di Bank Sampah Garut :
Tabel 3.5 Sumber Daya Informasi yang Digunakan14 Sumber Daya Tahap 1. SRS/Spesifikasi Kebutuhan Sistem 1.1 Analisis Kebutuhan sistem 2. Analisis Sistem Masa Depan 2.1 Identifikasi aktor 2.2 Pengembangan diagram aktivitas dan use case 2.3 Pengembangan diagram interaksi 2.4 Identifkasi kelas, relasi, metode dan atribut. 2.5 Pemeriksaan 3. Perancangan Sistem Masa Depan 3.1 Perancangan kelas, asosiasi, metode dan atribut 3.2 Menyaring UML diagram kelas 3.3 Perancangan layer akses dan layer antar muka.
Hardware
Network
Software
Laptop
Ms Word 2007
Ms Visio 2007
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
√
ArgoUML
√
36
Koneksi Internet
BAB IV HASIL PEMBAHASAN 4.1. Spesifikasi Kebutuhan Sistem (SRS) 4.1.1. Analisis Sistem Berjalan Dari hasil analisis kebutuhan dengan melakukan pengumpulan data melaui wawancara, observasi, serta menganalisis data-data mengenai sistem inventori barang di Bank Sampah Garut, maka penulis dapat menggambarkan sistem inventori barang yang sedang berjalan dapat digambarkan dalam proses bisnis sebagai berikut : Alur Sistem Berjalan Teller
Kepala Gudang
Start
Form Aplikasi pengambilan Tabungan
Petugas Gudang
Catatan barang masuk per transaksi
Mencatat & merekap data barang diterima Pencatatan Tabungan Nasabah & jumlah barang
Memisahkan bahan baku daur ulang & barang yang akan di jual
Catatan barang masuk per transaksi
Kwitansi
Arsip
Membuat laporan penjualan
Laporan penjualan barang per transaksi
Menyimpan barang sesuai dengan klasifikasi
Mengambil Tabungan
Form Aplikasi pengambilan Tabungan
Direktur
Bahan Baku Daur ulang
Tidak Menjual ke pihak lain
Ya
Menyerahkan barang ke bagian produksi
Arsip
Gambar 4.1. Proses Bisnis Sistem Berjalan19
37
End
Penjelasan dari Gambar 4.2 adalah sebagai berikut : 1. Teller melakukan penarikan tabungan sampah dari Bank Sampah Unit Sekolah, kemudian mencatat transaksi tabungan dan jumlah barang / sampah. 2. Hasil penarikan tabungan kemudian diserahkan ke bagian gudang, lalu kepala gudang melakukan merekap dan mencatat data barang yang diterima berdasarkan catatan transaksi tabungan dan jumlah barang / sampah 3. Petugas gudang kemudian menyimpan barang dengan dengan cara dikelompokan menurut klasifikasi barang tersebut. 4. Petugas gudang melakukan pencattan barang yang masuk per transaksi. 5. Petugas gudang akan menyerahkan barang ke bagian produksi apabila barang merupakan bahan baku daur ulang. 6. Petugas gudang akan menjual barang ke pihak lain jika barang tersebut bukan bahan baku daur ulang, kemudian menyerahkan kwitansi penjualan ke kepala gudang. 7. Kepala gudang berdasarkan kwitansi penjualan barang membuat laporan penjualan barang untuk diserahkan ke direktur bank sampah Garut. Setelah melakukan analisis sistem diperoleh beberapa kekurangan yang terjadi pada sistem yang sedang berjalan yaitu : 1. Adanya trend pertambahan nasabah tentunya akan membuat barang yang akan masuk bertambah banyak. sementara penjadwalan penarikan tabungan sampah saat ini dilakukan secara rutin setiap seminggu sekali ke tiap Bank Sampah Unit Sekolah. Hal tersebut tentunya berpotensi akan memunculkan permasalahan baru dalam hal penyimpanan barang, karena daya tampung gudang yang tetap namun kemampuan dalam memproduksi barang daur ulang oleh bagian produksi maupun barang yang dijual ke pihak lain masih relatif tidak berubah, tentunya akan berpotensi membuat barang yang disimpan melebihi dari daya tampung gudang.
38
2. Pembuatan laporan dan rekapitulasi data transaksi akan semakin rumit apabila jumlah barang yang masuk ke gudang semakin banyak. Permasalahan lainnya dikarenakan 3. sistem informasi yang ada saat ini juga masih bersifat manual sehingga dalam proses pengaksesan serta pencarian data barang dan data transaksi memerlukan waktu yang relatif lama. Berdasarkan permasalahan-permasalahan yang ditemukan dalam sistem yang sedang berjalan, maka untuk mengatasi permasalahan-permasalahan tersebut dibutuhan Sebuah sistem informasi inventori gudang yang terkomputerisasi dengan spesifikasi sebagai berikut : 1. Sistem memiliki pengaturan hak akses pengguna untuk melindungi data, maka sistem harus mempunyai fasilitas login dan logout bagi pengguna. 2. Sistem dapat membantu kepala gudang dalam membuat penjadwalan pengambilan tabungan untuk mengatur kapan teller harus mengambil setoran tabungan ke Bank Sampah Unit Sekolah, berdasarkan input dari ketersediaan stok bahan baku daur ulang yang ada di gudang. 3. Sistem dapat mengelola data, dalam hal ini sistem mampu melakukan menambah, mengubah, menghapus, dan menimpan data barang. 4. Sistem dapat membuat laporan barang yang masuk dan barang yang keluar. 5. Sistem dibangun dengan menggunakan Perangkat komputer untuk menjalankan sistem, Ms. Visio 2007 untuk menggambarkan alur sistem masa depan, dan Argo UML untuk memodelkan rancangan sistem.
4.2. Analisis Sistem Masa Depan Secara garis besar proses bisnis sistem informasi inventori barang masa depan yang akan dirancang dalam proyek TA ini dapat digambarkan sebagai berikut:
39
Proses Bisnis Sistem Masa Depan Teller
Kepala Gudang
Petugas Gudang
Direktur
Slip penyetoran
Start
Laporan Barang Masuk 1. Mengambil Tabungan
2. Mengisi slip penyetoran tabungan
Laporan Penjualan barang
3. Entri Barang Masuk 5. Menyimpan Barang sesuai klasifikasi
Data Base Inventori barang
6. Memisahkan bahan baku daur ulang & barang yang akan di jual
4. Membuat Laporan Barang Masuk Slip penyetoran Laporan Barang Masuk
7. Melihat Stok Barang untuk 2 mingu
End
Barang Akan di daur Ulang ? Ya Laporan Tidak barang keluar
Arsip
Tidak
Jadwal Penarikan sampah
Bahan Baku Cukup ?
8. Membuat penjadwalan pengambilan tabungan
10. Mengeluarkan barang dari gudang
Ya
9. Membuat Laporan barang Keluar
Laporan barang keluar
Barang akan dijual
Ya
Arsip
Arsip
Kwitansi
12. Menjual sampah ke pihak lain
Tidak
11. Menyerahkan barang Ke bagian Produksi
12. Membuat Laporan Penjualan barang
Gambar 4.2. Proses Bisnis Sistem Masa Depan 20 Penjelasan dari Gambar 4.2 adalah sebagai berikut : 1. Pengambilan tabungan sampah dari Bank Sampah Unit Sekolah yang dilakukan oleh teller.
40
2. Teller mengisi Form aplikasi pengambilan tabungan sampah dari dan dari tiap Bank Sampah Unit Sekolah. 3. Hasil penarikan tabungan kemudian diserahkan ke bagian gudang, lalu kepala gudang melakukan mengentri data barang yang masuk ke gudang berdasarkan Form aplikasi pengambilan tabungan sampah dari dan dari tiap Bank Sampah Unit Sekolah. 4. Kepala gudang gembuat daftar barang yang masuk lalu diserahkan ke petugas gudang. 5. Petugas gudang kemudian menyimpan barang dengan dengan cara dikelompokan menurut klasifikasi barang tersebut. 6. Petugas gudang memilah barang yang akan di daur ulang dan dijual. 7. Berdasarkan database inventori barang kepala gudang melihat stok barang yang akan di daur ulang, apakah cukup untuk dua minggu kedepan. 8. Apabila stok barang tidak cukup untuk dua minggu kedepan maka kepala gudang akan membuat penjadwalan pengambilan tabungan untuk diserahkan kepada teller. 9. Apabila stok barang masih cukup untuk dua minggu kedepan kepala gudang akan membuat laporan barang keluar untuk diserahkan ke petugas gudang. 10. Petugas gudang mengelurkan barang dari gudang berdasarkan laporan barang keluar. 11. Petugas gudang menyerahkan barang ke bagian produksi berdasarkan laporan barang kelur dari kepala gudang. 12. Petugas gudang menjual sampah ke pihak lain dan menyerahkan kwitansi penjualan ke kepala gudang. 13. Berdasarkan laporan barang keluar dan kwitansi penjualan barang dari petugas gudang kepala gudang membuat laporan penjualan barang untuk diserahkan ke direktur bank sampah Garut.
41
Pada tahapan ini dilakukan beberapa langkah identifikasi dengan pemodelan object oriented menggunakan pendekatan Unified Approach. Tahapan dari analisis sistem masa depan ini terdiri dari : 1. Mengidentifikasi Actors 2. Mengembangkan Activity Diagram 3. Mengembangkan Use Case 4. Mengembangkan Interaction Diagram 5. Mengidentifikasi Class
4.2.1. Identifikasi Aktor Dalam sistem informasi inventori barang yang akan dirancang, aktor yang teridentifikasi adalah: 1. Teller (Primary Business Actor / Pelaku Bisnis utama) 2. Admin (Primary Business Actor / Pelaku Bisnis utama) 3. Operator (Primary Sistem Actor / Pelaku Sistem Utama) 4. Petugas Gudang (Primary Business Actor / Pelaku bisnis utama) 5. Direktur (External Receiving Actor / Pelaku Penerima Eksternal) Dari aktor-aktor tersebut diatas, teridentifikasi aktifitas yang mendukung berjalanya sistem yang dirancang. Berikut tabel aktifitas yang dimaksud: Tabel 4.1 Identifikasi Aktor15 Aktor Teller
Tipe Aktor
Aktifitas Aktor 1. Mengambil tabungan
PBA Primary Business Actor
Admin
2. Mengisi aplikasi pengambilan tabungan
PSA
1. Menambah operator
Primary Sistem Actor
2. Mengubah data operator 3. Menghapus operator
42
Tabel 4.2 Identifikasi Aktor (Lanjutan)16 Aktor Operator
Tipe Aktor
Aktifitas Aktor
PSA
1. Mengentri data barang
Primary Sistem Actor
2. Mengakses data barang 3. Membuat daftar barang masuk 4. Membuat
laporan
Barang
Keluar Petugas Bagian PBA Gudang
1. Menyimpan
Primary Business Actor
barang
sesuai
dengan klasifikasi 2. Mengeluarkan
barang
dari
gudang 3. Menjual barang ke pihak lain 4. Menyerahkan barang ke bagian produksi Direktur
ERA External
Menerima
laporan
penjualan
Receiving barang
Actor
4.2.2. Activity Diagram dan Use Case Proses Bisnis Masa Depan 4.2.2.1 Activity Aiagram Setelah aktor teridentifikasi, aktivitas selanjutnya yaitu memodelkan secara grafis dari proses bisnis atau langkah-langkah setiap aktifitas yang dilakukan ke dalam sebuah activity diagram. Berikut ini activity diagram sistem masa depan yang sistem inventori barang di Bank Sampah Garut :
43
Gambar 4.3 Activity Diagram Aplikasi Sistem Inventori Barang 21
44
Berdasarkan activity diagram pada Gambar 4.3 di atas, maka pengembangan activity diagram yang teridentifikasi yaitu:
a. Activity diagram login. Activity diagram untuk login dapat digambarkan sebagai berikut:
Gambar 4.4 Activity Diagram Login 22
Penjelasan Gambar 4.4 adalah sebagai berikut : 1. Pengguna yang bertindak sebagai operator dalam hal ini Kepala gudang harus melakukan login untuk mengakses tampilan menu utama. 2. Pengguna harus memasukan username dan password yang telah didaftarkan sebelumnya. 3. Apabila username dan password yang dimasukan sesuai dengan data yang sudah tersimpan di database, maka pengguna bisa masuk ke tampilan utama. 4. Apabila username dan password yang dimasukan tidak sesuai maka melakukan cek kesalahan dan kembali melakukan login.
45
b. Activity diagram Admin Activity diagram untuk membuat penjadwalan pengambilan tabungan dapat digambarkan sebagai berikut:
Gambar 4.5 Activity Diagram Admin23 Penjelasan Gambar 4.5 adalah sebagai berikut : 1. Pengguna melakukan login terlebih dahulu untuk mengakses Halaman Admin atau menu utama 2. Apabila pengguna login sebagai admin maka pengguna akan mengakses halaman admin 3. Dalam halaman admin, admin dapat melakukan penambahan, operator, pengubahan data operator dan menghapus operator. 4. Apabila telah selesai ,emperbaharui data operator maka admin dapat menyimpan data tersebut atau membatalkan pembaharuan data.
46
c. Activity diagram membuat penjadwalan pengambilan tabungan. Activity diagram untuk membuat penjadwalan pengambilan tabungan dapat digambarkan sebagai berikut:
Gambar 4.6 Activity Diagram Membuat Penjadwalan pengambilan tabungan24 Penjelasan Gambar 4.6 adalah sebagai berikut : 6. Operator
melakukan login terlebih dahulu untuk mengakses tampilan
menu utama. 7. Penguna memilih menu data barang kemudian terdapat dua pilihan sub menu yaitu lihat data atau kelola data, 8. Operator memilih sub menu lihat data barang 9. Apabila stok barang yang akan menjadi bahan baku daur ulang tidak cukup untuk dua minggu kedepan maka Operator (kepala gudang) akan membuat penjadwalan pengambilan ke Bank Sampah Unit Sekolah tabungan untuk teller. 10. Apabila stok barang yang akan menjadi bahan baku daur ulang masihcukup untuk dua minggu kedepan maka proses selesai.
47
d. Activity diagram Kelola data barang. Activity diagram untuk kelola data barang dapat digambarkan sebagai berikut:
Gambar 4.7 Activity Diagram Kelola Data Barang 25
Penjelasan Gambar 4.7 adalah sebagai berikut : 1. Operator melakukan login terlebih dahulu untuk mengakses tampilan menu utama. 2. Penguna memilih menu data barang untuk dapat mengakses data barang lalu terdapat dua pilihan yaitu lihat data atau kelola data, 3. Operator memilih sub menu kelola data barang 4. Dalam sub menu kelola data barang Operator dapat menambah, mengubah, dan menghapus data barang.
48
5. Setelah Operator melakukan aktifitas menambah, mengubah, atau menghapus data barang. terdapat dua pilihan yaitu menyimpan data atau membatalkan aktifitas pengelolaan data yang telah dilakukan.
e. Activity diagram pembuatan laporan Activity diagram untuk pembuatan laporan adalah sebagai berikut:
Gambar 4.8 Activity Diagram Pembuatan Laporan 26
Penjelasan Gambar 4.8 adalah sebagai berikut : 1. Operator melakukan login terlebih dahulu untuk mengakses tampilan menu utama. 2. Penguna memilih menu Buat laporan kemudian terdapat dua pilihan sub menu yaitu laporan barang masuk dan laporan barang keluar 3. Apabila Operator memmilih sub menu laporan barang keluar maka Operator harus menentukan apakah barang tersebut adalah bahan baku daur ulang untuk bagian produksi atau barang yang akan dijual ke pihak lain. 4. Apabila barang tersebuat adalah barang yang akan dijual ke pihak lain, maka operator harus membuat laporan penjualan barang untuk di serahkan ke direktur.
49
5. Apabila barang tersebuat bukan barang yang akan dijual ke pihak lain, atau bahan baku daur ulang maka operator harus membuat laporan barang keluar untuk di serahkan bagian produksi. 6. Setelah proses pembuatan laporan selesai selanjutnya apa data tersebut akan disimpan atau operator akan membatalkan penyimpanan. f. Activity diagram logout
Gambar 4.9 Activity Diagram Logout 27
Penjelasan Gambar 4.9 adalah sebagai berikut : 1. Operator yang bertindak sebagai operator dalam hal ini Kepala gudang harus melakukan login untuk mengakses tampilan menu utama. 2. Apabila Operator telah selesai menggunakan sistem maka operator bisa melakukan logout
50
4.2.2.2 Mengembangkan Use Case Berdasarkan alur kerja dari activity diagram pada pembahasan sebelumnya maka untuk mengetahui aktifitas apa saja yang dilakukan maka, dapat ditentukan use case diagram untuk melihat proses apa yang dilakukan aktor-aktor terhadap sistem dalam bentuk use case sebagai berikut :
Gambar 4.9 Use Case Diagram Sistem Inventori Barang 28
Berdasarkan use case diagram pada Gambar 4.9 di atas, maka dapat di kembangkan use case diagram yang lebih spesifik sebagai berikut:
51
a. Use Case diagram login.
Gambar 4.10 Use Case Diagram login 29 Keterangan dari Gambar 4.10 adalah seperti pada tabel berikut ini: Tabel 4.3 keterangan Use Case Diagram login 17 Use Case Halaman Login
Aktor Operator & Admin
Masukan Username dan Operator & Admin pasword Verivikasi username dan pasword Cek kesalahan
Operator & Admin
Menu utama Halaman Admin
Operator Admin
Aktifitas Mengakses halaman login
Memasukan Username dan pasword perngguna Memverivikasi username dan pasword dengan data yang telah tersimpan di database. Cek kesalahan jika Username dan pasword yang dimasukan tidak valid Mengakses menu utama Mengakses Halaman Admin
b. Use Case diagram Admin.
52
Gambar 4.12 Use Case Diagram Admin30
Keterangan dari Gambar 4.12 adalah seperti pada tabel berikut ini: Tabel 4.4 keterangan Use Case Diagram Admin18 Use Case Aktor Mengakses Halaman Admin Admin Tambah Operator Admin Ubah data operator
Admin
Hapus operator
Admin
Aktifitas Mengakses Form Halaman Admin setelah melakukan login sebagai admin Admin dapat menambah operator lain untuk mengoperasikan sistem. Admin dapat mengubah data operator yang telah tersimpan dalam database. Admin dapat menghapus operator agar operator tersebut tidak dapat lagi memasuki sistem.
53
c. Use Case diagram Penjadwalan pengambilan tabungan.
Gambar 4.13 Use Case Diagram Penjadwalan Pengambilan Tabungan 31
Keterangan dari Gambar 4.13 adalah seperti pada tabel berikut ini: Tabel 4.4 keterangan Use Case Diagram Penjadwalan Pengambilan Tabungan19 Use Case Lihat Stok barang
Aktor Operator
Jadwal Pengambilan Operator tabungan
Teller
Aktifitas Mengakses data barang dan melihat ketersediaan stok barang untuk dua minggu kedepan Apabila ketersediaan stok barang untuk dua minggu kedepan tidak cukup maka operator akan membuat jadwal pengambilan tabungan ke bank sampah unit sekolah Menerima Jadwal pengambilan tabungan dari operator
54
d. Use Case diagram Kelola Data Barang
Gambar 4.14 Use Case Diagram Kelola data barang
32
Keterangan dari Gambar 4.12 adalah seperti pada tabel berikut ini: Tabel 4.5 keterangan Use Case Diagram Kelola data barang20 Use Case Akses data barang Perbaharui data barang
Aktor Operator Operator
Tambah data
Ubah data
Operator
Hapus data
Operator
Aktifitas Mengakses data barang di database Memperbaharui data barang yang ada di database Menambah data barang yang ada di database berdasarkan barang yang masuk Mengubah data barang yang ada di database apabila terdapat kekeliruan Menghapus data barang yang ada di database
55
e. Use Case diagram Pembuatan Laporan
Gambar 4.15 Use Case Diagram Pembuatan laporan
33
Keterangan dari Gambar 4.15 adalah seperti pada tabel berikut ini: Tabel 4.6 keterangan Use Case Diagram Pembuatan laporan21 Use Case Buat Laporan Laporan barang masuk
Aktor Operator Operator Petugas Gudang
Laporan barang keluar
Operator Petugas Gudang
Aktifitas Mengakses form pembuatan lapooran Membuat Laporan barang masuk dan menyimpannya di arsip Menerima salinan laporan barang masuk sebagai input untuk menyimpan barang di gudang Membuat Laporan barang keluar dan menyimpannya di arsip Menerima salinan laporan barang masuk sebagai input untuk mengelurkan barang dari gudang
56
Tabel 4.7 keterangan Use Case Diagram Kelola data barang (Lanjutan)22 Use Case Aktor Laporan penjualan Operator barang
Direktur
Aktifitas Membuat Laporan penjualan barang berdasarkan kwitansi penjualan barang ke pihak lain dari petugas gudang dan menyimpannya di arsip Menerima laporan penjualan barang
f. Use Case diagram Pembuatan Logout
Gambar 4.16 Use Case Diagram logout
34
Keterangan dari Gambar 4.16 adalah seperti pada tabel berikut ini: Tabel 4.8 keterangan Use Case Diagram Pembuatan laporan23 Use Case Login Mengakses menu utama
Aktor Operator Operator
Aktifitas Mengakses melakukan login Mengakses halaman menu apabila login berhasil
Logout
Operator
Apabila aktifitas mengakses sistem inventori selesai dapat melakukan logout
57
utama
4.2.3. Pengembangan Diagram Interaksi Pada tahapan Pengembangan Diagram Interaksi Terdapat dua aktifitas yaitu sequence diagram dan collaboration diagram. Berikut adalah rincian pembahasan dari kedua aktifitas tersebut :
4.2.3.1 Sequence Diagram Pada tahap ini dilakukan pembuatan sequence diagram (diagram rangkaian/ sekuensial), dalam diagram ini secara grafis digambarkan interaksi antar objek pada use case dengan mendeskripsikan bagaimana objek berinteraksi dengan satu sama lain melalui pesan pada eksekusi sebuah use case atau operasi. Diagram ini mengilustrasikan bagaimana pesan terkirim dan diterima di antara objek dan dalam sekuensial apa. Sequence diagram disusun berdasarkan urutan waktu (tahapan). Berdasarkan gambaran umum diagram interaksi pada gambar 4.3 teridentifikasi beberapa sequence diagram untuk sistem inventori barang di Bank Sampah Garut, yaitu: 1.
Sequence Diagram Login
2.
Sequence Diagram Admin
3.
Sequence Diagram Pembuatan penjadwalan pengambilan tabungan
4.
Sequence Diagram Kelola Data Barang
5.
Sequence Diagram Pembuatan Laporan
6.
Sequence Diagram logout Berikut ini adalah Sequence Diagram berdasarkan gambaran umum
diagram interaksi sistem inventori barang di Bank Sampah Garut
58
Login
Tampila Utama Admin
Halaman Admin
Menu Utama
Data Barang
Operator
Penjadwalan pengambilan tabungan
Laporan
Logout
Akses sistem Tampilan Utama Akses form login Form login Username & pasword Masuk Halaman Admin Form Halaman Admin Logout Tampilan Utama
Akses Tampilan Utama
Akses sistem Tampilan Utama Akses form login Form login Username & pasword Masuk menu utama Form menu utama Pilih data barang Akses data barang Form data barang Pilih penjadwalan pengambilan tabungan Akses penjadwalan pengambilan tabungan Form penjadwalan pengambilan tabungan Pilih laporan Akses laporan Form laporan
Logout Akses tampilan utama Tampilan utama
Gambar 4.17 Sequence Diagram Pembuatan laporan sistem inventori barang di Bank Sampah Garut
59
35
1.
Sequence Diagram Login Login
Tampila Utama Operator
Halaman Admin
Menu Utama
Data base
Operator
Akses sistem Tampilan Utama Akses Login
Form login Username & pasword
Vetivikasi pasword & username Hasil verivikasi Hasil verivikasi Akses Halaman Admin Form menu utama Akses sistem Tampilan Utama Akses Login
Form login Username & pasword
Vetivikasi pasword & username Hasil verivikasi Hasil verivikasi Akses menu utama Form menu utama
Gambar 4.18 Sequence Diagram login
2.
36
Sequence Diagram Admin
Tampila Utama
Login
Halaman Admin
Database
Admin Akses sistem Tampilan Utama Akses form login Form login Username & pasword Masuk Halaman Admin Form Halaman Admin Update data Operator Simpan Data
Gambar 4.19 Sequence Diagram Admin
60
37
3.
Sequence Diagram Pembuatan penjadwalan pengambilan tabungan
Kepala Gudang Kepala Gudang
Data Barang
Penjadwalan pengambilan tabungan
Stok Barang
Data base
Pilih data barang form data barang Pilih stok barang Akses stok barang koneksi data base Data stok barang Data stok barang Pilih penjadwalan pengambilan tabungan Akses penjadwalan pengambilan tabungan
Form penjadwalan pengambilan tabungan Buat jadwal pengambilan tabungan Simpan data
Gambar 4.20 Sequence Diagram Penjadwalan pengambilan tabungan 4.
Sequence Diagram Kelola Data Barang
Kepala Gudang Kepala Gudang
Data Barang
Kelola Data
Database
Pilih data barang Koneksi data base Data barang Form data barang Pilih kelola data Akses kelola data Form kelola data Tambah data / Ubah data / Hapus data Simpan data
Gambar 4.21 Sequence Diagram Kelola data barang
61
39
38
5.
Sequence Diagram Pembuatan Laporan
Kepala Gudang Kepala Gudang
Laporan
Laporan barang masuk
Laporan barang keluar
Data base
Laporan Penjualan barang
Pilih Laporan Form Laporan Pilih laporan barang masuk Akses laporan barang masuk
Form laporan barang masuk Buat laporan Pilih laporan barang keluar
Simpan data Akses laporan barang keluar
Form laporan barang keluar Buat laporan Simpan data Pilih laporan barang keluar Akses laporan penjualan barang
Form laporan penjualan barang Buat laporan Simpan data
Gambar 4.22 Sequence Diagram Pembuatan Laporan
6.
40
Sequence Diagram logout
Kepala GudangKepala Gudang Operator Admin
Tampila Utama
Logout
Melakukan logout Akses tampilan utama Tampilan utama Melakukan logout Akses tampilan utama Tampilan utama
Gambar 4.23 Sequence Diagram Pembuatan Laporan
62
41
4.2.3.2 Collaboration Diagram Collaboration Diagram merupakan tipe lain dari diagram interaksi selain Collaboration diagram. Collaboration Diagram serupa dengan diagram rangkaian/ sekuensi, tetapi tidak fokus pada timing atau “sekuensi” pesan. Diagram ini malahan menggambarkan interaksi (atau kolaborasi) antara objek dalam sebuah format jaringan. Dengan kata lain, tujuan dari pembuatan diagram ini adalah untuk mengetahui hubungan antar objek berdasarkan aturan (objek apa saja yang mempunyai hubungan, mengapa bisa saling berhubungan, dan bagaimana hubungannya). Adapun Collaboration diagram yang terdapat pada Sistem inventori barang di Bank Sampah Garut adalah sebagai berikut:
Gambar 4.24 Colaboration Diagram Sistem inventori barang Bank Sampah Garut 42
63
1.
Colaboration Diagram Login
Gambar 4.25 Colaboration Diagram Login
2.
43
Colaboration Diagram Admin
Gambar 4.26 Colaboration Diagram Admin
64
44
3.
Colaboration Diagram Penjadwalan Pengambilan Tabungan
Gambar 4.27 Colaboration Diagram Penjadwalan Pengambilan Tabungan
4.
Colaboration Diagram Kekola data barang
Gambar 4.28 Collaboration Diagram Kekola data barang
65
46
45
5.
Colaboration Diagram Pembuatan laporan
Gambar 4.29 Collaboration Diagram Pemnuatan laporan
6.
Colaboration Diagram Logout
Gambar 4.30 Collaboration Diagram Logout
66
48
47
4.2.4. Pengembangan Class Diagram 4.2.4.1 Identifikasi Class Menurut Bahrami (1999) dalam proses identifikasi kelas ada beberapa pendekatan yang dapat digunakan untuk mengidentifikasi kelas-kelas pada system yang dirancang. Salah satu pendekatannya adalah dengan noun phrases approach, yaitu pendekatan dengan cara mendaftar sejumlah objek kata benda pada Use case diagram sistem yang dirancang dan dianggap akan menjadi kandidat kelas. Objek yang telah teridentifikasi menjadi kandidat kelas tersebut kemudian didaftar dan dianalisis kemudian dikelompokan menjadi tiga kategori, yaitu relevant classes, Fuzzy classes, dan irrelevant classes. Adapun langkah-langkah jelasnya dalam mengidentifikasi kelas dari kandidat kelas yang di analisis adalah sebagai berikut:
a. Identifikasi Class pada Use case Diagram Login Kandidat class yang dapat diidentifikasi adalah: Form Login Data Pengguna Verivikasi username & Paword Hasil Verivikasi Id Pengguna Username Pasword Form Menu Utama Selanjutnya kandidat class di atas ditentukan kategori class-nya. (Relevant class, Fuzzy Class dan Irrelevant Class). Jika ada kandidat yang masuk pada kategori Irrelevant Class maka kandidat tersebut dieliminasi dari list kandidat class. Berikut ini adalah kandidat class berdasarkan kategorinya.
67
Tabel 4.9 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Login 24 Kandidat Class Form Login
Kategori Class Irrelevant Class
Data Pengguna
Relevant Clasas
Alasan Karena merupakan tampilan saja yang merupakan sarana untuk mengakses sistem Karena mempunyai atribut serta method Karena merupakan bagian dari proses untuk mengakses sistem Karena merupakan tampilan saja yang merupakan sarana untuk mengakses sistem Karena merupakan attributes class dari Data operator. Karena merupakan tampilan saja yang merupakan sarana untuk mengakses sistem
Verivikasi Username, Irrelevant Class Paword Hasil verivikasi Irrelevant Class
Id Pengguna, Username Fuzzy Class Pasword Form Menu Utama Irrelevant Class
Setelah irrelevant class dieliminasi dari list kandidat class maka selanjutnya dilakukan eliminasi terhadap fuzzy class untuk yang berupa redundant class.
Tabel 4.10 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Login.25 Kandidat Class Data Pengguna
Kategori Class Relevant Clasas
Alasan Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Pengguna.
Id Pengguna, Username Fuzzy Class Pasword
Selanjutnya dilakukan eliminasi tehadap fuzzy class yang berupa attributes class. Tabel 4.11 Hasil Eliminasi Fuzzyt Class Berdasarkan Use case Diagram Login.26 Kandidat Class Data Pengguna
Kategori Class Relevant Clasas
Alasan Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Pengguna.
Id Pengguna, Username Fuzzy Class Pasword
Class yang dapat diidentifikasi pada Use Case Login adalah:
68
Data Operator : Class Operator yang memuat data User untuk melakukan Login attribute Username dan Password
b. Identifikasi Class pada Use case Diagram Admin Kandidat class yang dapat diidentifikasi adalah: Halaman Admin Data Operator Pasword Username Tombol Tambah Tombol Ubah Data Tombol Hapus Tombol Simpan Tombol Batal Selanjutnya kandidat class di atas ditentukan kategori class-nya. (Relevant class, Fuzzy Class dan Irrelevant Class). Jika ada kandidat yang masuk pada kategori Irrelevant Class maka kandidat tersebut dieliminasi dari list kandidat class. Berikut ini adalah kandidat class berdasarkan kategorinya.
69
Tabel 4.12 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Admin27 Kandidat Class Form Halaman Admin
Kategori Class Irrelevant Class
Data Operator
Relevant Clasas
Alasan Karena merupakan tampilan saja yang merupakan sarana untuk mengakses sistem Karena mempunyai atribut serta method Karena merupakan attributes class dari Data operator. Karena Merupakan Interface berupa tombol dalam Halaman Admin Karena Merupakan Interface berupa tombol dalam Halaman Admin Karena Merupakan Interface berupa tombol dalam Halaman Admin Karena Merupakan Interface berupa tombol dalam Halaman Admin Karena Merupakan Interface berupa tombol dalam Halaman Admin
Id Operator, Username Fuzzy Class Pasword Tombol Tambah Irrelevant Class
Tombol Ubah Data
Irrelevant Class
Tombol Hapus
Irrelevant Class
Tombol Simpan
Irrelevant Class
Tombol Batal
Irrelevant Class
Setelah irrelevant class dieliminasi dari list kandidat class maka selanjutnya dilakukan eliminasi terhadap fuzzy class untuk yang berupa redundant class.
70
Tabel 4.13 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Admin. 28 Kandidat Class Data Operator
Kategori Class Relevant Clasas
Alasan Karena mempunyai atribut serta method Karena merupakan attributes class dari Data operator.
Id Operator, Username Fuzzy Class Pasword
Selanjutnya dilakukan eliminasi tehadap fuzzy class yang berupa attributes class. Tabel 4.14 Hasil Eliminasi Fuzzyt Class Berdasarkan Use case Diagram Login. 29 Kandidat Class Data Operator
Kategori Class Relevant Clasas
Alasan Karena mempunyai atribut serta method Karena merupakan attributes class dari Data operator.
Id Operator, Username Fuzzy Class Pasword
Class yang dapat diidentifikasi pada Use Case Login adalah: Data Operator : Class Pengguna yang memuat data User untuk melakukan Login attribute Username, dan Password.
c. Identifikasi Class Pada Use case Diagram Penjadwalan Pengambilan Tabungan Kandidat class yang dapat diidentifikasi adalah: Form Data Barang Data Barang ID Barang Tipe Barang Nama Barang Harga Perkilo Form Penjadwalan Data Penjadwalan No Penjadwalan Nama Unit Tanggal 71
Tombol Simpan Tombol Batal Selanjutnya kandidat class di atas ditentukan kategori class-nya. (Relevant class, Fuzzy Class dan Irrelevant Class). Jika ada kandidat yang masuk pada kategori Irrelevant Class maka kandidat tersebut dieliminasi dari list kandidat class. Berikut ini adalah kandidat class berdasarkan kategorinya. Tabel 4.15 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan30 Kandidat Form Data Barang Data Barang
Kategori Class Irrelevant Class Relevant Class
ID Barang
Fuzzy Class
Tipe Barang
Fuzzy Class
Nama Barang
Fuzzy Class
Harga per Kilo
Fuzzy Class
Form Penjadwalan
Irrelevant Class
Data Penjadwalan
Relevant Class
No Penjadwalan
Fuzzy Class
Nama Unit
Fuzzy Class
Alasan Karena merupakan User interface Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan User interface sub menu dari Form Data Barang Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Penjadwalan
Tabel 4.15 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan (Lanjutan)31
Tangal
Kandidat
Kategori Class Fuzzy Class
Jumlah Barang
Fuzzy Class
Tombol Simpan
Irrelevant Class
Tombol Batal
Irrelevant Class
Alasan Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Penjadwalan dan Data Barang Karena merupakan User interface berupa Tombol di Form Penjadwalan Karena merupakan User interface berupa Tombol di Form Penjadwalan
72
Setelah irrelevant class dieliminasi dari list kandidat class maka selanjutnya dilakukan eliminasi terhadap fuzzy class untuk yang berupa redundant class Tabel 4.17 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan32 Kandidat Data Barang
Kategori Class Relevant Class
ID Barang
Fuzzy Class
Tipe Barang
Fuzzy Class
Nama Barang
Fuzzy Class
Harga per Kilo
Fuzzy Class
Data Penjadwalan
Relevant Class
Alasan mempunyai atribut
Karena serta method Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena mempunyai atribut serta method
73
Tabel 4.18 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan TabunganTabel33 Kandidat No Penjadwalan
Kategori Class Fuzzy Class
Nama Unit
Fuzzy Class
Tanggal
Fuzzy Class
Jumlah Barang
Fuzzy Class
Alasan Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Barang dan Data Penjadwalan
Selanjutnya dilakukan eliminasi tehadap fuzzy class yang berupa attributes class.
Tabel 4.19 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan Tabungan34 Kandidat Data Barang
Kategori Class Relevant Class
ID Barang
Fuzzy Class
Nama Unit
Fuzzy Class
Tanggal
Fuzzy Class
Jumlah Barang
Fuzzy Class
Tipe Barang
Fuzzy Class
Alasan Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Penjadwalan Karena merupakan attributes class dari Data Barang dan Data Penjadwalan Karena merupakan attributes class dari Data Barang
Tabel 4.19 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Pembuatan Penjadwalan Pengambilan TabunganTabel 35 Kandidat Nama Barang
Kategori Class Fuzzy Class
Harga per Kilo
Fuzzy Class
Data Penjadwalan
Relevant Class
Alasan Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena punya atribut dan method
74
No Penjadwalan
Fuzzy Class
Karena merupakan attributes class dari Data Penjadwalan
Class yang dapat diidentifikasi pada Use Case Kelola Data Barang adalah:
Data Barang: Class Barang yang memuat data Barang untuk melakukan Pengelolaan data dengan attribute ID Barang, Tipe Barang, Nama Barang, Harga Per Kilo, dan Jumlah Barang.
Data Penjadwalan : Class Penjadwalan yang memuat data penjadwalan pengambilan tabungan untuk melakukan membuat jadwal pengambilan tabungan data dengan attribute No Penjadwalan, Nama Unit, Tanggal, dan jumlah Barang.
d. Identifikasi Class Pada Use case Diagram Kelola Data Barang Kandidat class yang dapat diidentifikasi adalah: Form Data Barang Data Barang ID Barang Tipe Barang Nama Barang Harga per Kilo Jumlah Barang Form Kelola Data Tombol Tambah Data Tombol Ubah Data Tombol Hapus data Tombol Simpan Tombol Batal
Selanjutnya kandidat class di atas di kategorikan menjadi. (Relevant class, Fuzzy Class dan Irrelevant Class). Untuk kategori Irrelevant Class maka akan dieliminasi dari list kandidat class.
75
Tabel 4.21 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang36 Kandidat Form Data
Kategori Class Irrelevant Class
Data Barang
Relevant Class
ID Barang
Fuzzy Class
Tipe Barang
Fuzzy Class
Nama Barang
Fuzzy Class
Harga per Kilo
Fuzzy Class
Jumlah Barang
Fuzzy Class
Form Kelola Data
Irrelevant Class
Tombol Tambah Data
Irrelevant Class
Tombol Ubah Data
Irrelevant Class
Alasan Karena merupakan User interface berupa form Karena mempunyai atribut serta method Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan User interface berupa form Karena merupakan tombol sebagai method Form Kelola Data Karena merupakan tombol sebagai method Form Kelola Data
Tabel 4.22 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang (Lanjutan)37 Kandidat Tombol Hapus data
Kategori Class Irrelevant Class
Tombol Simpan
Irrelevant Class
Tombol Batal
Irrelevant Class
Alasan Karena merupakan tombol sebagai method Form Kelola Data Karena merupakan tombol sebagai method Form Kelola Data Karena merupakan tombol sebagai method Form Kelola Data
Setelah irrelevant class dieliminasi dari list kandidat class maka selanjutnya dilakukan eliminasi terhadap fuzzy class untuk yang berupa redundant class.
Tabel 4.23 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Kelola data barang.38
76
Kandidat Class Data Barang
Kategori Class Relevant Class
IDBarang
Fuzzy Class
Tipe Barang
Fuzzy Class
Nama Barang
Fuzzy Class
Harga per Kilo
Fuzzy Class
Jumlah Barang
Fuzzy Class
Alasan Karena mempunyai atribut method Karena merupakan attributes dari Data Barang Karena merupakan attributes dari Data Barang Karena merupakan attributes dari Data Barang Karena merupakan attributes dari Data Barang Karena merupakan attributes dari Data Barang
77
serta class class class class class
Selanjutnya dilakukan eliminasi tehadap fuzzy class yang berupa attributes class. Tabel 4.24 Hasil Eliminasi Fuzzy Class Berdasarkan Use case Diagram Kelola data barang39 Kandidat Class Data Barang IDBarang
Kategori Class Relevant Class Fuzzy Class
Tipe Barang
Fuzzy Class
Nama Barang
Fuzzy Class
Harga per Kilo
Fuzzy Class
Jumlah Stok
Fuzzy Class
Alasan Mempunyai atribut dan method Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang Karena merupakan attributes class dari Data Barang
Class yang dapat diidentifikasi pada Use Case Kelola Data Barang adalah: Data Barang: Class Barang yang memuat data Barang untuk melakukan Pengelolaan data dengan attribute ID Barang, Tipe Barang, Nama Barang, Harga Per Kilo, dan Jumlah Barang.
e. Identifikasi Class Pada Use case Diagram Laporan Kandidat class yang dapat diidentifikasi adalah: Form Laporan Data Laporan No Laporan Jenis Laporan Tanggal ID Barang Berat Total Form Laporan Barang Masuk Form Laporan Barang Keluar Form Laporan Penjualan Barang
78
Data Penjualan Hasil Penjualan Tombol Simpan Tombol Batal Selanjutnya kandidat class di atas ditentukan kategori class-nya. (Relevant class, Fuzzy Class dan Irrelevant Class). Jika ada kandidat yang masuk pada kategori Irrelevant Class maka kandidat tersebut dieliminasi dari list kandidat class. Berikut ini adalah kandidat class berdasarkan kategorinya. Tabel 4.25 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan.40 Kandidat Form Laporan Data Laporan
Kategori Class Irrelevant Class Relevant Class
Alasan Karena merupakan User interface Karena mempunyai atribut serta method
No Laporan
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Jenis Laporan
Fuzzy Class
Karena merupakan attributes class dari Data Laporan
Tanggal
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
ID Barang
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Total
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Form Laporan Barang Irrelevant Class Masuk
Karena merupakan User interface sub menu dari Form Laporan
Tabel 4.26 Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan (Lanjutan)41 Kandidat
Kategori Class
Alasan
Form Laporan Barang Irrelevant Class Keluar Form Laporan Penjualan Irrelevant Class
Karena merupakan User interface sub menu dari Form Laporan Karena merupakan User interface sub
79
menu dari Form Laporan Data Penjualan
Relevant Class
Karena method
mempunyai
atribut
serta
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
Total
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
Setelah irrelevant class dieliminasi dari list kandidat class maka selanjutnya dilakukan eliminasi terhadap fuzzy class untuk yang berupa redundant class. Tabel 4.27 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan42 Kandidat Data Laporan
Kategori Class Relevant Class
No Laporan
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Jenis Laporan
Fuzzy Class
Karena attributes dari Data Laporan
Tanggal
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
ID Barang
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Total
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Karena method
Alasan mempunyai atribut
serta
Tabel 4.28 Hasil Eliminasi Irrelevant Class Berdasarkan Use case Diagram Laporan (Lanjutan)43 Kandidat Data Penjualan
Kategori Class Relevant Class
Karena method
80
Alasan mempunyai atribut
serta
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
Total
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
Selanjutnya dilakukan eliminasi tehadap fuzzy class yang berupa attributes class. Tabel 4.26 Eliminasi Fuzzy Class Berdasarkan Use case Diagram Laporan44 Kandidat Data Laporan
Kategori Class Relevant Class
No Laporan
Fuzzy Class
Karena attributes class dari Data Laporan dan Data Penjualan
Jenis Laporan
Fuzzy Class
Karena merupakan attributes class dari Data Laporan
Karena method
Alasan mempunyai atribut
serta
Tanggal
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
ID Barang
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Total
Fuzzy Class
Karena merupakan attributes class dari Data Laporan dan Data Penjualan
Data Penjualan
Relevant Class
Karena method
Berat
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
Total
Fuzzy Class
Karena merupakan attributes class dari Data Penjualan
mempunyai
atribut
serta
Class yang dapat diidentifikasi pada Use Case Laporan adalah: 1. Data Laporan
: Class Laporan
Dengan Atribut : No Laporan, Jenis Laporan, Tanggal, ID Barang, Jumlah Barang, Berat, dan Total 2. Data Penjualan
: Class Penjualan
Dengan Atribut : No Penjualan, Tanggal, ID Barang, Jumlah Barang, Berat, dan Hasil Penjualan.
81
Dari class-class yang telah teridentifikasi tersebut di atas, kemudian dibuat daftar class yang merupakan kumpulan dari semua class yang telah teridentifikasi, kemudian untuk class-class yang bermakna sama diliminasi menjadi satu class yang mewakili class-class yang sama tersebut, sehingga tidak ada lagi class yang redundant: Class Operator
: Memuat data operator
Class Barang
: Memuat data Barang
Clas Penjadwalan
: Memuat data Jadwal Pengambilan tabungan
Class Laporan
: Memuat data Laporan Masuk
Class Penjualan
: Memuat data data Laporan Penjualan
Adapun gambar dari masing-masing class berdasarkan daftar class tersebut di atas antara lain berikut:
Gambar 4.31 Class Pada Sistem Informasi Inventori Barang
49
82
4.2.4.2 Identifikasi Relationship 4.1.4.2.1
Identifikasi Association Relationship
Setelah semua kelas teridentifikasi, maka langkah selanjutnya yaitu menentukan relationships antar kelas. Class relationship adalah asosiasi bisnis yang ada diantara satu atau lebih objek kelas. Dan setiap hubungan memiliki multiplicity/keanekaragaman yaitu jumlah kejadian minimum dan maksimum dari satu objek kelas yang terkait. Adapun relationships dari tiap kelas dapat dilihat pada table berikut ini. Tabel 4.27 Hubungan Kelas/ Class Relationship45 Hubungan Kelas
Keterangan Satu operator dapat mengelola satu atau banyak data barang
Satu operator dapat membuat satu atau banyak laporan
Satu operator dapat membuat satu atau banyak laporan penjualan Satu operator dapat membuat satu atau banyak penjadwalan pengambilan tabungan Satu laporan penjualan dapat mencatat satu atau banyak data barang
Satu laporan dapat merekap satu atau banyak data barang Satu penjadwalan pengambilan tabungan dapat mencatat satu atau banyak data barang
83
4.1.4.2.2
Identifikasi Super Sub Class Relationship Tahap Selanjutnya setelah mengeidentifikasi Class Relationship adalah
mengidentifikasi Super Sub. Berikut adalah Super Sub Class Relationship yang teridentifikasi dalam Sistem inventori barang Bank Sampah Garut Pengguna -IdPengguna -Username -Pasword
Operator
Admin
-IdOperator -Username -Pasword
-IdAdmin -Username -Pasword
Gambar 4.32 A-Part-Of Relationship pada Sistem Invntori Barang
50
4.1.4.2.3
Identifikasi Aggregation/ a-part-of Relationship Tahap selanjutnya setelah mengidentifikasi super-sub relationship
adalah mengidentifikasi aggregation/ a-part-of relationship. Berikut adalah aggregation yang teridentifikasi dalam Sistem inventori barang Bank Sampah Garut Barang -IDBarang -NamaBrg -TipeBrg -HargaPerKg * 1..*
1..*
1 1 Laporan -NoLaporan -JenisLaporan -Tanggal -IDBarang -Berat -Total
1 Penjadwalan
Penjualan -NoPenjualan -IDBarang -JmlBarang -Berat -HasilPenjualan
-NoPenjadwalan -Tanggal -IDBarang -JmlBarang -NamaUnit
Gambar 4.33 A-Part-Of Relationship pada Sistem Invntori Barang
51
84
4.2.4.3 Identifikasi Atribut dan Method Setelah semua class teridentifikasi, selanjutnya dilakukan identifikasi terhadap atribut dan method yang dimiliki tiap kelas. Adapun atribut dan method tersebut dapat kita peroleh dari sequence diagram yang tergambar pada message antar objek. Atribut dan method yang teridentifikasi dapat dilihat pada table berikut. Tabel 4.28 Identifikasi Atribut dan Method46 No 1
Class Admin
Attributes IdAdmin,
Methods
Username, Login,
password
TambahOperator,
EditDataOperator, Hapus, Operator, Simpan, Batal, Logout.
2
Operator
IdOperator,
Username, Login,
password
Tambah,
Edit,
Hapus, BuatLapMsk, BuatLapKlr, BuatPenjadwalan, BuatLapPenjualan, Simpan, Batal, Logout.
3
4
Barang
Laporan
IDBarang,
NamaBrg, Tambah,
Edit,
Hapus,
TipeBrg, HargaPerKg
Simpan, Batal
NoLaporan,
BuatLapMsk, BuatLapKlr,
JenisLaporan,
Tanggal, Simpan, Batal, PrintOut
ID Barang, Berat, Total 5
Penjualan
NoPenjualan, IDBarang, BuatLapPenjualan JmlBarang,
Berat, Simpan, Batal, PrintOut
HasilPenjualan 6
Penjadwalan
NoPenjadwalan, Tanggal,
LihatStokBrg,
NamaUnit, BuatPenjadwalan, Simpan,
IDBarang, JmlBarang.
85
Batal, PrintOut
4.2.5. Pemeriksaan Setelah tahapan dari analisis sistem masa depan telah dilakukan pemeriksaan sampai kesalahan dari tiap tahapan tersebut tidak ada.
4.3. Perancangan Sistem Masa Depan Perancangan merupakan tahapan yang dilakukan setelah proses analisis Sistem Informasi Transaksi Tabungan. Pembahasan dari tahaoan perancangan sistem masa depan adalah sebagai berikut:
4.3.1. Perancangan Kelas, Asosiasi, Metode Dan Atribut Pada tahap ini dilakukan pemeriksaan terhadap kelas-kelas yang diperoleh dari hasil tahap analisis. Dalam perancangan tahap ini, penambahan atribut dan visibilitas pada setiap atribut serta operasi dilakukan untuk melengkapi class diagram. Berikut merupakan gambar class diagram pada perancangan UA. Laporan
Penjualan
-NoLaporan -JenisLaporan -Tanggal -IDBarang -Berat -Total +BuatLapMsk() +BuatLapKlr() +Simpan() +Batal() +PrintOut()
-NoPenjualan -IDBarang -Tanggal -JmlBarang -Berat -HasilPenjualan +BuatLapPenjualan() +Simpan() +Batal() 1
1 Mencatat 1..*
Merekap
Barang
Penjadwalan -NoPenjadwalan -Tanggal -IDBarang -JmlBarang -NamaUnit +Simpan() +Batal() +PrintOut()
1..* Mencatat 1
1..*
-IDBarang -NamaBrg -TipeBrg -HargaPerKg +Tambah() +Edit() +Hapus() +Simpan() +Baratal()
Gambar 4.34 Tahap Perancangan Kelas Bisnis
86
52
4.3.2. Perancangan Layer Akses dan Layer Antarmuka 4.3.2.1 Perancangan Layer Akses Tujuan utama perancangan layer akses adalah menyediakan layer yang dapat mengkomunikasikan kelas dengan data source. Layer akses juga harus dapat menterjemahkan permintaan yang ada pada bisnis kelas yang di inputkan melalui kelas Pada tahap ini akan diidentifikasi kelas yang dijadikan kelas penyimpanan (database). Kelas tersebut kemudian digabungkan ke dalam class diagram yang telah ada. Dalam perancangan sistem informasi transaksi tabungan ini dapat di identifikasi 1 kelas penyimpanan dengan nama Database Inventori Barang yang menyimpan semua Data yang diperlukan dalam system informasi inventori barang. Berikut ini adalah class diagram untuk kelas bisnis yang telah digabungkan dengan kelas akses: Bussines class
Barang Admin
Operator
-Id Admin -Nama -Username +TabahOperator() +UbahDataOperator() +HapusOperator() +Login() +Logout()
-IdAdmin -Username -Pasword +Login() +Tambah() +Edit() +Hapus() +BuatLapMsk() +BuatLapKlr() +BuatPenjadwalan() +BuatLapPenjualan() +Simpan() +Batal() +Logout()
Laporan -NoLaporan -JenisLaporan -Tanggal -IDBarang -Berat -Total +BuatLapMsk() +BuatLapKlr() +Simpan() +Batal() +PrintOut()
Acses Class
DB Inventori
Penjadwalan
-IDBarang -NamaBrg -TipeBrg -HargaPerKg +Tambah() +Edit() +Hapus() +Simpan() +Baratal()
Penjualan -NoPenjualan -IDBarang -Tanggal -JmlBarang -Berat -HasilPenjualan +BuatLapPenjualan() +Simpan() +Batal()
-NoPenjadwalan -Tanggal -IDBarang -JmlBarang -NamaUnit +Simpan() +Batal() +PrintOut()
Gambar 4.35 Tahap Perancangan Kelas Bisnis dan Kelas akses
87
53
4.3.2.2 Perancangan Layer Antarmuka Tahap ini akan diidentifikasi kelas-kelas yang dijadikan media komunikasi antara operator dengan sistem. Kelas interface yang akan diidentifikasi bersumber dari layer akses untuk pengaksesan databasenya dan layer interface di identifikasi dari sequence diagram (diagram interaksi). Berikut adalah kelas interface yang teridentifikasi pada tahap analisis: Berikut ini interface yang teridentifikasi adalah sebagai berikut:
Kelas Tampilan Utama
Kelas Halaman Login UI
Kelas Halaman Admin UI
Kelas Halaman Menu Utama UI
Kelas Form Kelola Data Barang UI
Kelas Form Pembuatan Penjadwalan Pengambilan Tabungan UI
Kelas Form Laporan Barang Masuk UI
Kelas Form Laporan Barang Keluar UI
Kelas Form Laporan Penjualan Barang UI Kemudian merancang layer interface dengan menggabungkan antara hasil
layer akses dan layer interface dengan menggunakan diagram kelas.
88
View Class
Bussines class
Barang Admin
Operator
-Id Admin -Nama -Username +TabahOperator() +UbahDataOperator() +HapusOperator() +Login() +Logout()
-IdAdmin -Username -Pasword +Login() +Tambah() +Edit() +Hapus() +BuatLapMsk() +BuatLapKlr() +BuatPenjadwalan() +BuatLapPenjualan() +Simpan() +Batal() +Logout()
Laporan -NoLaporan -JenisLaporan -Tanggal -IDBarang -Berat -Total +BuatLapMsk() +BuatLapKlr() +Simpan() +Batal() +PrintOut()
Acses Class
DB Inventori
Penjadwalan
-IDBarang -NamaBrg -TipeBrg -HargaPerKg +Tambah() +Edit() +Hapus() +Simpan() +Baratal()
«interface» Data Barang «interface» Tampilan Utama
«interface» Laporan Barang Masuk «interface» Login «interface» Laporan Barang Keluar
«interface» Menu Utama
Penjualan -NoPenjualan -IDBarang -Tanggal -JmlBarang -Berat -HasilPenjualan +BuatLapPenjualan() +Simpan() +Batal()
-NoPenjadwalan -Tanggal -IDBarang -JmlBarang -NamaUnit +Simpan() +Batal() +PrintOut()
«interface» Laporan Penjualan Barang
«interface» Halaman Admin
«interface» Pembuatan Penjadwalan Pengambilan Tabungan
Gambar 4.36 Layer Akses, Layer Antar Muka Dan Layer Bisnis.
54
4.4. Pengujian
Proses pengujian merupakan proses terakhir dari implementasi memeriksa terdapat kekurangan atau kesalahan terhadap aplikasi Sistem Inventori Barang. Bila masih ada kekurangan maka dilakukan perbaikan. Langkah ini melakukan pengujian aplikasi dari sisio perator. Pengujian ini dimaksudkan untuk mengetahui apakah fasilitas transalsi tabungan bank sampah garut bekerja sesuai dengan yang telah diatur sebelumnya dalam pengelolaan aplikasi. Proses pengujian merupakan proses terakhir untuk memeriksa apakah masih terdapat kekurangan atau kesalahan terhadap aplikasi. Bila masih ada kekurangan maka dilakukan perbaikan. Proses pengujian ini ada dua tahap (Bahrami,1999) yaitu : a.
Usability Testing
b.
User Satisfaction Testing
89
4.4.1. Usability Testing Usabilitas merupakan salah satu faktor yang paling penting dalam desain dan pengembangan streaming server dengan mengembangkan fitur upload. Oleh karena itu, pengujian kegunaan harus menjadi bagian penting dari proses. Pada tahap usabilitas pengujian perangkat lunak pengujian black box yang berfokus pada persyaratan fungsional perangkat lunak. Pengujian Black Box adalah pengujian aspek fundamental sistem tanpa memperhatikan struktur logika internal perangkat lunak. Metode ini digunakan untuk mengetahui apakan perangkat lunak berfungsi dengan benar. Pengujian Black Box merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak. Berikut ini salah satu komponen yang akan diuji. (Bahrami, 1999)
Tabel 4.29 Rencana Pengujian Proses Login47 No
Komponen yang Diuji
1
Sistem Bagian Sistem Yang Diuji
Login
Proses login Operator
Admin
dan
Jenis Pengujian
Black Box
Setelan merencanakan pengujian proses login. Berikut ini merupakan kasus untuk menguji perangkat lunak yang dibangun menggunakan metode Black Box berdasarkan pada Tabel 4.48 Rencana Pengujian.
Tabel 4. 30 Lanjutan Kasus dan Hasil Pengujian48 No 1
Kompone Sistem yang di uji Proses login
Skenario Masukan username dan pasword
Hasil Uji [√] Diterima [ ] Ditolak
Tabel 4. 31 Lanjutan Kasus dan Hasil Pengujian (Lanjutan)49 No 2
Kompone Sistem yang di uji Proses login
Skenario Verifikasi username & pasword
90
Hasil Uji [√] Diterima [ ] Ditolak
3
Proses login
Menampilkan pesan kesalahan
6
Proses login
Login
7
Proses login
Batal
4
Proses login
Mengakses menu utama
5
Proses login
Mengakses Form Admin
[√] Diterima [ ] Ditolak [√] Diterima [ ] Ditolak [√] Diterima [ ] Ditolak [√] Diterima [ ] Ditolak [√] Diterima [ ] Ditolak
Adapun pengujian Usabilitas lebih lengkap terdapat dalam LAMPIRAN A.
4.4.2. User Satisfaction Testing User Satisfaction Testing adalah proses untuk mengukur kemudahan semua kegunaan atribut dalam pengujian. Baik itu dari segi kemudahan penggunaan, segi fungsi dan kemudahan pengguna untuk memehami aplikasi. Berikut ini adalah User Satisfaction Testing untuk mengetahui kepuasan pengguna yang dibuat dalam bentuk pertanyaan untuk pengguna sistem:
User Satisfaction Testing adalah proses untuk mengukur dan menguji kegunaan dengan menggunakan beberapa atribut pengujian.
Gambar 4. 37 Form Kuisioner Kepuasan Pengguna
55
Adapun hasil pengisian form kuisioner dari 10 pengguna lebih lanjut terdapat dalam LAMPIRAN B.
91
Setelah mengajukan pertanyaan kepada 10 orang yang akan menjadi pengguna aplikasi transaksi tabungan bank sampah garut dengan cara pengisian kuisioner seperti pada gambar 4. 44 maka didapatkan hasil sebagai berikut: Tabel 4. 32 Hasil Penilaian Kepuasan Pengguna50 Pertanyaan Responden Ke-
1 2 3 4 5 6 7 8 9 10
Apakah aplikasi ini mudah digunakan
7 9 8 8 7 8 8 7 8
9
Apakan aplikasi ini berfungsi dengan baik
8 7 7 8 7 7 8 7 8
8
Apakan aplikasi ini mudah dipahami
7 7 6 7 6 6 6 7 8
7
Setelah melakukan penilaian kepuasan pengguna dengan melakukan pengisian kuisioner oleh 10 orang pengguna kemudian dilakukan rekapitulasi nilai berupa nilai minimal, nilai maksimal, dan rata-rata nilai seperti pada tabel berikut: Tabel 4. 32 Rekapitulasi Hasil Penilaian Kepuasan Pengguna51 Pertanyaan
Rata-rata Rekapitulasi
Nilai
Nilai
Maksimal
Minimal
Apakah aplikasi ini mudah digunakan
7.9
9
7
Apakan aplikasi ini berfungsi dengan baik
7.5
8
7
Apakan aplikasi ini mudah dipahami
6.7
8
6
Berdasarkan hasil dari penilaian kepuasan pengguna, maka dapat ditampilkan dalam sebuah grafik seperti beikut:
92
Skala Nilai
User Satisfaction Testing 10 9 8 7 6 5 4 3 2 1 0
Rata-Rata Nilai Maksimal Nilai Minimal
Aplikasi ini mudah Aplikasi ini Aplikasi ini mudah digunakan berfungsi dengan dipahami baik
Gambar 4. 38 Grafik Hasil Penilaian Kepuasan Pengguna
56
Setelah melakukan rekapitulasi nilai berupa rata-rata, nilai maksimal, dan nilai minimal dari pertanyaan-pertanyaan yang diajukan pada kuisioner maka dapat disimpulkan beberapa hal sebagai berikut : 1.
Pengguna memberikan penilaian kepuasan paling tinggi dalam hal kemudahan untuk menggunakan aplikasi SI Inventori Barang Ini.
2.
Dalam hal penilaian apakah Aplikasi SI Inventori Barang Ini dapat berfungsi dengan baik, pengguna memberikan penilaian kedua tertinggi.
3.
Untuk kemudahan memahami aplikasi pengguna memberikan penilaian terendah.
93
BAB V KESIMPULAN DAN SARAN 5.1
Kesimpulan
Berdasarkan hasil dari kajian dan tinjauan teori yang ada, maka dapat disimpulkan dari hasil analisi dan perancangan Sistem Informasi Inventori Barang Bank Sampah Garut adalah sebagai berikut: 1. Aplikasi Sistem Informasi Inventori Barang Bank Sampah Garut ini dapat mempermudah pekerjaan kepala gudang dalam pengaksesan data barang, dan pembuatan laporan barang masuk dan keluar barang, serta laporan penjualan barang di Bank Sampah Garut. 2. Aplikasi Sistem Informasi Inventori Barang Bank Sampah Garut ini dapat membantu mengontrol kapasitas gudang dalam hal daya tampung barang dengan adanya proses pembuatan penjadwalan pengambilan barang ke bank sampah unit sekolah. 3. Unified Approach (UA) dari ali bahrami (1999) dapat digunakan sebagai metodologi untuk menganalisis serta merancang Sistem Informasi Informasi Inventori Bank Sampah Garut.
5.2
Saran Dalam penyusunan laporan tugas akhir ini
penyusun
memiliki
keterbatasan ilmu dan waktu, sehingga laporan Tugas Akhir ini masih belum sempurna, khususnya dalam hal pengujian kepuasan pengguna, penulis melakukan pengujian hanya satu periode sedangkan idealnya enam sampai dengan sepuluh periode, dengan demikian diharapkan bagi pembaca yang ingin melanjutkan penelitian ini dapat melakukan pengujian secara ideal yakni enam sampai sepuluh periode.
94
DAFTAR PUSTAKA Bahrami, Ali, (1999)“Object Oriented Systems Development”, Singapore, Irwin McGraw-Hill. Jogiyanto,. (1999), ”Analisis Dan Desain Sistem Informasi”, Andi, Yogyakarta,. Nasution, Ahmad H., (2003), Pengendalian dan Perencanaan Produksi, Yogyakarta, Graha Ilmu. Whitten, Jeffrey. Bentley, Lonnie D. Dittman, Kevin C. (2004), “Metode dan Analisis Sistem”, Singapore, Edisi Bahasa Indonesia, Irwin McGraw-Hill. Amsyah, Zulkifli, (2005)“Manajemen Sistem Informasi”, Jakarta, Gramedia Pustaka Utama. Dawson, Christian W., (2005), “Projects in Computing and Information Systems : A Student`s Guide”, London, Pearson Education Limited. Kadir, Abdul, Triwahyuni., TCH, (2005)“Pengenalan Teknologi Informasi”, Yogyakarta, Andi. Nugroho, Adi, (2005)”Analisis dan Perancangan Sistem Informasi dengan Metodologi Berorientasi Objek”, Bandung, Informatika. Munawar, (2005), “Pemodelan Visual dengan UML”, Graha Ilmu, Yogyakarta. Andri, (2011), “Materi Kempanye Bank Sampah” , Garut, Tidak Diterbitkan. Yamit,
Zulian,
Manajemen
Persediaan,
(http://www.docstoc.com/docs/21661811/MANAJEMEN-PERSEDIAAN%28-Drs-Zulian-Yamit--MSi-), Diakses 27 September 2012, 22.16 WIB
MPIRAN
xi
