BAB 4 PERANCANGAN SISTEM INFORMASI. suatu model pada Problem Domain. 2. Class Faktur Penjualan

Transkripsi

1 199 BAB 4 PERANCANGAN SISTEM INFORMASI 4.1 Component Design Model Component Berikut ini merupakan analisis terhadap classes dan behaioral pattern yang diperoleh pada tahap Problem Domain Analysis unutk mendapatkan suatu model pada Problem Domain. 2. Class Faktur Penjualan Eent awal dari class Faktur Penjualan adalah membuat faktur penjualan. Kemudian memasukkan Rincian Faktur Penjualan memiliki eent iteration yaitu memasukkan Rincian Faktur Penjualan. Hal ini menyebabkan muncul class baru yaitu class Rincian Faktur Penjualan, yang memiliki atribut Kode FP, Kode Barang, Jumlah Barang Pesanan.

2 200 Gambar 4.1 Behaior Pattern Untuk Class Faktur Penjualan Gambar 4.2 Reise Class Faktur Penjualan 3. Class Nota Retur Pelanggan Eent awal dari class Nota Retur Pelanggan adalah membuat Nota Retur Pelanggan. Kemudian memasukkan Rincian Nota Retur Pelanggan memiliki eent iteration yaitu memasukkan Rincian Nota Retur Pelanggan. Hal ini menyebabkan muncul class baru yaitu class Rincian Nota Retur Pelanggan, yang memiliki atribut Kode NRP, Kode Barang, Jumlah Retur.

3 201 Gambar 4.3 Behaior Pattern Untuk Class Nota Retur Pelanggan Gambar 4.4 Reise Class Nota Retur Pelanggan 4. Class PO Eent awal dari class PO adalah membuat PO. Kemudian memasukkan Rincian PO memiliki eent iteration yaitu memasukkan Rincian PO. Hal ini menyebabkan muncul class baru yaitu class

4 202 Rincian PO, yang memiliki atribut Kode PO, Kode Supplier, dan Jumlah pembelian. Gambar 4.5 Behaior Pattern Untuk Class PO Gambar 4.6 Reise Class PO

5 Class Surat Tagihan Utang Eent awal dari class Surat Tagihan Utang adalah membuat Surat Tagihan Utang. Kemudian memasukkan Rincian Surat Tagihan Utang memiliki eent iteration yaitu memasukkan Rincian Surat Tagihan Utang. Hal ini menyebabkan muncul class baru yaitu class Rincian Surat Tagihan Utang, yang memiliki atribut Kode STU, Kode PO, dan Tanggal tagih. Gambar 4.7 Behaior Pattern Untuk Class Surat Tagihan Utang Gambar 4.8 Reise Class Surat Tagihan Utang

6 Class Surat Tagihan Pelanggan Eent awal dari class Surat Tagihan Pelanggan adalah membuat Surat Tagihan Pelanggan. Kemudian memasukkan Rincian Surat Tagihan Pelanggan memiliki eent iteration yaitu memasukkan Rincian Surat Tagihan Pelanggan. Hal ini menyebabkan muncul class baru yaitu class Rincian Surat Tagihan Pelanggan, yang memiliki atribut Kode STP, Tanggal tagih, dan Kode FP. Gambar 4.9 Behaior Pattern Untuk Class Surat Tagihan Pelanggan Gambar 4.10 Reise Class Surat Tagihan Pelanggan

7 Class Bukti Bayar Supplier Eent awal dari class Bukti Bayar Supplier adalah membuat Bukti Bayar Supplier. Kemudian memasukkan Rincian Bukti Bayar Supplier memiliki eent iteration yaitu memasukkan Rincian Bukti Bayar Supplier. Hal ini menyebabkan muncul class baru yaitu class Rincian Bukti Bayar Supplier, yang memiliki atribut Kode BBS, Tanggal Bayar, Kode STU Gambar 4.11 Behaior Pattern Untuk Class Bukti Bayar Supplier Gambar 4.12 Reise Class Bukti Bayar Supplier

8 Class Bukti Bayar Pelanggan Eent awal dari class Bukti Bayar Pelanggan adalah membuat Bukti Bayar Pelanggan. Kemudian memasukkan Rincian Bukti Bayar Pelanggan memiliki eent iteration yaitu memasukkan Rincian Bukti Bayar Pelanggan. Hal ini menyebabkan muncul class baru yaitu class Rincian Bukti Bayar Pelanggan, yang memiliki atribut Kode BBP, Tanggal Bukti, dan Kode STP. Gambar 4.13 Behaior Pattern Untuk Class Bukti Bayar Pelanggan Gambar 4.14 Reise Class Bukti Bayar Pelanggan

9 Class Nota Returback Pelanggan Eent awal dari class Nota Returback Pelanggan adalah membuat Nota Returback Pelanggan. Kemudian memasukkan Rincian Nota Returback Pelanggan memiliki eent iteration yaitu memasukkan Rincian Nota Returback Pelanggan. Hal ini menyebabkan muncul class baru yaitu class Rincian Nota Returback Pelanggan, yang memiliki atribut Kode NRB, Tanggal Returback, dan Kode NRP. Gambar 4.15 Behaior Pattern Untuk Class Nota Returback Pelanggan Gambar 4.16 Reise Class Nota Returback Pelanggan

10 Class Bukti Produksi Eent awal dari class Bukti Produksi adalah membuat Bukti Produksi. Kemudian memasukkan Rincian Bukti Produksi memiliki eent iteration yaitu memasukkan Rincian Bukti Produksi. Hal ini menyebabkan muncul class baru yaitu class Rincian Bukti Produksi, yang memiliki atribut Kode BP, Kode Barang, Kode Persediaan, Jumlah Terpakai dan class Persediaan yang memiliki atribut Kode Persediann, Nama Persediaan, Jumlah, Harga, dan Satuan. Gambar 4.17 Behaior Pattern Untuk Class Bukti Produksi

11 209 Gambar 4.18 Reise Class Bukti Produksi Hasil Reise Class secara keseluruhan adalah sebagai berikut: <<Component>> Model Gambar 4.19 Reise Class Diagram

12 Function Component Function class placement digunakan ketika tanggung jawab operation tidak dapat dengan jelas ditempatkan dalam model class. Maka fungsi pencetakan dokumen dimasukkan kedalam function class placement. Gambar 4.20 Function Class Placement 4.2 Architecture Design Generic Architecture Pattern Model Component dari sistem object diletakkan pada layer yang paling bawah. Kemudian diikuti dengan layer sistem function, dan yang paling atas merupakan component interface. Layer Interface dapat dibagi menjadi 2 (dua) bagian yaitu user interface dan system interface.

13 211 <<Call>> <<Call>> <<Call>> <<Call>> <<Call>> <<Call>> <<Call>> <<Call>> <<Call>> Gambar 4.21 Generic Architecture Pattern

14 Criteria Tabel dibawah ini menampilkan prioritas dari criteria desain yang dibuat: Tabel 4.1 Daftar Prioritas Kriteria Desain Criteria Usable Very Important Important Less Important Irreleant Easily Fulfilled Secure Efficient Correct Reliable Maintainable Testable Flexible Comprehensible Reusable Portable Interoperable Usable : Kemampuan sistem dalam beradaptasi dengan tugas yang berhubungan dengan bagian penjualan dan pembelian, dan konteks teknikal agar sistem yang dibuat dapat bermanfaat bagi perusahaan khususnya di bagian persediaan, penjualan dan pembelian. Secure : Pencegahan terhadap akses yang tidak dikehendaki terhadap data dan fasilitas lainnya, misalnya, tiap - tiap actor

15 213 diberikan password dalam penggunaan sistem ini agar karyawan biasa tidak dapat mengakses ke dalam sistem. Efficient : Eksploitasi secara ekonomis dari fasilitas technical platform dimana spec spec komputer yang diperlukan ditekan seminimal mungkin sesuai dengan kebutuhan sistem yang dibuat. Correct : Pemenuhan informasi yang dibutuhkan oleh Direktur, Manajer Penjualan, Kepala Gudang, dan Manajer Keuangan secara benar dan tepat. Reliable : Pemenuhan dari kecermatan atau ketelitian yang dibutuhkan dalam eksekusi suatu fungsi agar informasi di bagian penjualan dan pembelian yang dihasilkan dapat dipertanggung jawabkan. Maintainable : Biaya dari penempatan dan perbaikan sistem apabila ada yang rusak. Dengan biaya maintainable yang terkendali akan menghemat biaya-biaya yang akan dikeluarkan perusahaan. Testable : Besarnya usaha untuk memastikan bahwa sistem ini menampilkan fungsi fungsi penjualan dan pembelian yang telah ditentukan. Misalnya, dalam pembuatan laporan penjualan dan pembelian. Flexible : Biaya untuk memodifikasi sistem yang dikembangkan apabila di kemudian hari sistem ini diperlukan penambahan fitur-fitur yang lain.

16 214 Comprehensible : Usaha yang dibutuhkan oleh untuk mencapai pengertian keseluruhan tentang sistem persediaan, penjualan, dan pembelian ini. Reusable : Potensi penggunaan bagian bagian sistem persediaan, penjualan, dan pembelian dalam sistem lain yang terhubung di kemudian harinya. Portable : Besarnya usaha untuk memindahkan sistem ke technical platform yang lain apabila di kemudian hari terdapat technical platform yang perlu diupgrade. Interoperable : Besarnya usaha untuk menggabungkan suatu sistem ke sistem lain apabila telah dikembangkan sistem yang lain dimasa yang akan datang. Criteria usable dan testable memiliki prioritas paling penting, karena criteria tersebut mencerminkan fungsi utama dibuatnya sistem ini. Criteria correct, reliable, maintainable, flexible, dan comprehensible memiliki prioritas penting, karena kriteria kriteria tersebut hanya sebagai pendukung pemenuhan kebutuhan sistem informasi ini. Criteria secure, efficient, reusable, portable, dan interoperable memiliki prioritas kurang penting. Keamanan suatu sistem bisa diatasi dengan penggunaan password. Dan untuk criteria efficient, reusable, portable, dan interoperable hanya perlu diperhatikan apabila perusahaan akan menerapkan sistem informasi bagian lain di masa yang akan datang, sehingga pada masa sekarang ini masih dianggap kurang penting.

17 Component Architecture Sistem yang diusulkan akan diimplementasikan pada 3 (tiga) buah PC. Model component dari sistem yang diusulkan untuk Manajer Penjualan, Manajer Keuangan, Kepala Gudang, dan Direktur adalah sama, sehingga cukup diletakkan di serer saja. Function component yang dimiliki oleh user yang satu berbeda dengan function component user yang lain karena terdapat perbedaan peranan masing-masing user terhadap sistem. Component interface di setiap client akan menangani interaksi antara para actor dengan functionality sistem. Oleh karena itu, pola arsitektur yang dirasakan paling tepat untuk sistem informasi persediaan, penjualan dan pembelian yang diusulkan adalah pola arsitektur client serer. Gambar 4.22 Component Architecture

18 Process Architecture Pola distribusi yang diterapkan untuk sistem informasi pembelian, penjualan, dan persediaan di PT. Jaya Pratama adalah pola sentralisasi. User yang menggunakan sistem informasi pembelian, penjualan, dan persediaan di PT. Jaya Pratama berjumlah 4 orang. Karena keseluruhan model untuk masing-masing user/ client sama, maka model dapat diletakkan di serer. Pada masing-masing client hanya terdapat component user interface dan function. Sistem informasi pembelian, penjualan, dan persediaan di PT. Jaya Pratama menggunakan jaringan LAN sehingga akan lebih baik apabila proses dilakukan secara terpusat sehingga data-data yang ada saling terintegrasi satu dengan lainnya. Gambar 4.23 Deployment Diagram Untuk Perangkat Lunak Sistem Yang Diusulkan

19 217 Gambar diatas menggambarkan perangkat lunak pada sistem client serer di PT. Jaya Pratama. Pada client (actor), terdapat komponen interface dan function. Sedangkan pada serer, hanya terdapat komponen model. Gambar 4.24 Deployment Diagram Untuk Perangkat Keras Sistem Yang Diusulkan Gambar diatas menggambarkan teknologi perangkat keras dari sistem client serer yang ada pada PT. Jaya Pratama. Setiap user (Manajer Penjualan, Kepala Gudang, Manajer Keuangan, dan Direktur) yang ada di PT. Jaya Pratama, terhubung dengan sebuah serer melalui LAN. Serer berisi sejumlah informasi yang berkaitan dengan aktiitas di PT. Jaya Pratama. 4.3 Spesifikasi Sistem Yang Diusulkan Berikut ini adalah spesifikasi minimal dari perangkat keras dan perangkat lunak untuk pihak serer dan client yang dibutuhkan dalam mengimplementasikan sistem yang diusulkan Spesifikasi Perangkat Keras

20 218 Processor : AMD A-3000XP-B Athlon XP PR 2.16 GHx, c/512, FSB 333 Memory : VISIPRO 2700/512MB DDR PC-2700 Hard Disk : MAXTOR 6Y080M0 DMP8 Calypso 80GB 7200rpm Serial ATA 150 Mother Board : DFI NF88 Ultra Infinity LAN PCI Card VGA Card ATI RADEON MB DDR Floppy Disk Casing Sound Card on Board Mouse Keyboard Spesifikasi Perangkat Lunak Sistem ini dijalankan dengan menggunakan Microsoft Windows XP Professional pada komputer client, yaitu pada Direktur, Manajer Penjualan, Manajer Keuangan, dan Kepala Gudang. Komputer serer menggunakan Microsoft Windows Serer Dalam pengembangan sistem ini digunakan bahasa pemrograman Delphi 6, sedangkan laporanlaporan dirancang dengan menggunakan Crystal Report 7.0.

21 219