Download - Perancangan Sistem Informasi Inventori
-
5/22/2018 Perancangan Sistem Informasi Inventori
PERANCANGAN SISTEM INFORMASI INVENTORI
PADA SALEMBA TOKO BUKU
Diajukan Untuk Memenuhi Syarat Kelulusan
Mata Kuliah Perancangan Sistem Informasi
DisusunOleh :
Aminatul Rosidah NPM 212.1.63.0016
Meli Amelia NPM 212.1.63.0014
AKADEMI MANAJEMEN INFORMATIKA DAN KOMPUTER
AMIK BOGOR
2014
-
5/22/2018 Perancangan Sistem Informasi Inventori
LEMBAR PENGESAHAN
Perancangan Sistem Informasi Inventori
Pada Salemba Toko Buku
Untuk Nilai Akhir Mata Kuliah Perancangan Sistem Informasi
Disetujui oleh:
Pembimbing Mata Kuliah
( Charmiyanti Nurkentjana Aju, S.Kom )
Ketua Program Studi
( Zulkarnaen NS, S.Kom)
-
5/22/2018 Perancangan Sistem Informasi Inventori
Penguji I
( Zulkarnaen NS, S.Kom)
Penguji II
( Zulkarnaen NS, S.Kom)
-
5/22/2018 Perancangan Sistem Informasi Inventori
KATA PENGANTAR
Segala puji syukur penulis panjatkan kehadirat Allah SWT, karena atas limpahan
rahmat dan hidayah-Nya penulis dapat menyelesaikan Makalah Penelitian yang berjudul
Perancangan Sistem Informasi Inventori Pada Salemba Toko Buku. Makalah ini
disusun sebagai menyelesaikan mata kuliah Perancangan Sistem Informasi, jurusan
Manajemen Informatika di AMIK Bogor.
Dalam penyusunan Makalah ini penulis banyak mendapat saran, dorongan,
bimbingan dari berbagai pihak. Oleh karena itu dengan segala hormat dan kerendahan hati
perkenankanlah penulis mengucapkan terima kasih kepada :
1. Ibu Charmiyanti Nurkentjana Aju, S.Kom selaku Dosen Pengajar
sekaligus Dosen Pembimbing.
2. Bapak Zulkarnaen NS, S.Kom selaku ketua Program Studi.
3. Salemba Toko Buku selaku Objek Penelitian.
4. Semua pihak yang telah membantu penyelesaian makalah ini.
Penulis menyadari bahwa makalah yang penulis susun jauh dari kata sempurna,
untuk itu penulis mengharapkan kritik dan saran yang sifatnya membangun, dan tidak lupa
penulis ucapkan terima kasih atas segala perhatian dan penulis berharap semoga makalah ini
dapat bermanfaat bagi semua pihak.
Bogor, Oktober 2014
Penulis
-
5/22/2018 Perancangan Sistem Informasi Inventori
DAFTAR ISI
LEMBAR PENGESAHAN ........................................................................................... i
KATA PENGANTAR ................................................................................................... ii
DAFTAR ISI ................................................................................................................... iii
BAB I. PENDAHULUAN
1.1. Latar Belakang ........................................................................................ 1
1.2. Tujuan ..................................................................................................... 2
1.3. Sasaran .................................................................................................... 3
1.4. Manfaat ................................................................................................... 3
1.5. Batasan Masalah...................................................................................... 3
BAB II. LANDASAN TEORI
2.1Teori Umum ............................................................................................ 5
2.1.1 Sistem Informasi ......................................................................... 5
2.1.2 Basis Data (Database) ................................................................. 7
2.1.2.1 Entity-Relationship Diagram (Diagram ERD) ................... 8
2.1.3 Unified Modeling Language (UML) ........................................... 10
2.1.3.1 Diagram Modeling Language (UML) ................................ 12
-
5/22/2018 Perancangan Sistem Informasi Inventori
1. Usecase Diagram (Diagram Usecase) ................................... 12
2. Class Diagram (Diagram Kelas) ............................................ 17
3.
Sequence Diagram (Diagram Aktivitas) ................................ 18
4. Aktivity Diagram ..................................................................... 19
5. Deployment Diagram ............................................................. 20
2.1.4
Feasibility Study (Studi Kelayakan) ............................................ 20
2.1.4.1
Operasional Feasibility (Kelayakan Operasional) ............... 21
2.1.4.2 Kelayakan Teknis ................................................................. 21
2.1.4.3 Kelayakan Jadwal ................................................................. 21
2.1.4.4 Kelayakan Ekonomis ............................................................ 21
2.1.5 ID Card dan Mesin EDC ............................................................... 22
2.1.6 Teknologi Barcode ........................................................................ 24
2.2 Jaringan Komputer ............................................................................. 27
2.2.1 Local Area Network (LAN) ........................................................ 27
2.2.2 Two Tier ...................................................................................... 28
2.3 MySQL .............................................................................................. 28
2.4 Visual Basic 2010 .............................................................................. 29
2.5 Objek Pengembangan ........................................................................ 30
2.6
Kerangka Pemikiran ........................................................................... 31
BAB III. ANALISA SISTEM
3.1 Jadwal Proyek .................................................................................... 32
3.2
Analisa Kelayakan Sistem .................................................................. 32
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.2.1 Kelayakan Ekonomi ................................................................... 32
3.2.2 Kelayakan Teknis ....................................................................... 38
3.2.3
Kelayakan Jadwal ....................................................................... 39
3.2.4 Kelayakan Operasional ............................................................... 40
3.3 Analisa Proses Bisnis yang Berjalan ................................................. 41
3.4
Analisa Proses Bisnis Sistem Baru yang Dikembangkan ................... 42
3.5
Konstruksi Sistem yang Dikembangkan ........................................... 43
3.6 Skenario Sistem yang dikembangkan ................................................ 44
BAB IV. PERANCANGAN SISTEM
4.1 Diagram Konteks ............................................................................... 45
4.2 Daftar Istilah Pelaku Bisnis ................................................................ 46
4.3
Identifikasi Use Case ......................................................................... 47
4.4 Use Case Naratif ................................................................................ 48
4.4.1
Persyaratan Bisnis ................................................................. 48
4.4.1.1
Persyaratan Bisnis Login ........................................... 48
4.4.1.2 Persyaratan Bisnis Input Data Barang .......................
4.4.1.3
Persyaratan Bisnis Input Data Penerimaan Barang .... 49
4.4.1.4 Persyaratan Bisnis Penjualan Barang ......................... 49
4.4.1.5 Persyaratan Bisnis Pesanan Barang ........................... 50
4.4.1.6 Persyaratan Bisnis Return Barang .............................. 50
4.4.1.7 Persyaratan Bisnis Cek Harga .................................... 51
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.1.8 Persyaratan Bisnis Look Up Data Penerimaan
Barang ........................................................................ 51
4.4.1.9
Persyaratan Bisnis Look Up Data Penjualan Barang . 52
4.4.1.10 Persyaratan Bisnis Look Up Data Persediaan
Barang ........................................................................ 52
4.4.1.11
Persyaratan Bisnis Look Up Data Pesanan Barang .. 53
4.4.1.12
Persyaratan Bisnis Look Up Data Return Barang ...... 53
4.4.1.13 Persyaratan Bisnis Update Data Penerimaan Barang. 54
4.4.1.14 Persyaratan Bisnis Update Data Pesanan Barang ...... 54
4.4.1.15 Persyaratan Bisnis Update Data Return Barang......... 55
4.4.1.16 Persyaratan Bisnis Cetak Laporan ............................. 55
4.4.1.17 Persyaratan Bisnis Cetak Struck Pembayaran............ 56
4.4.2 Analisa Sistem ........................................................................ 56
4.4.2.1
Analisa Sistem Login ................................................. 56
4.4.2.2 Analisa Sistem Input Data Barang ..............................
4.4.2.3 Analisa Sistem Input Data Penerimaan Barang .......... 57
4.4.2.4 Analisa Sistem Penjualan Barang ............................... 59
4.4.2.5 Analisa Sistem Pesanan Barang ................................. 60
4.4.2.6
Analisa Sistem Return Barang .................................... 61
4.4.2.7 Analisa Sistem Cek Harga ........................................ 63
4.4.2.8 Analisa Sistem Look Up Data Penerimaan Barang .... 64
4.4.2.9
Analisa Sistem Look Up Data Penjualan Barang ...... 65
4.4.2.10 Analisa Sistem Look Up Data Persediaan Barang ..... 66
4.4.2.11 Analisa Sistem Look Up Data Pesanan Barang ......... 67
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.2.12 Analisa Sistem Look Up Return Barang .................... 69
4.4.2.13 Analisa Sistem Update Data Penerimaan Barang ....... 70
4.4.2.14
Analisa Sistem Update Data Pesanan Barang ............ 71
4.4.2.15 Analisa Sistem Update Data Return Barang ............... 72
4.4.2.16 Analisa Sistem Cetak Laporan .................................... 73
4.4.2.17
Analisa Sistem Cetak Struk Pembayaran ................... 74
4.4.3
Desain Sistem ......................................................................... 56
4.4.3.1Desain Sistem Login ...................................................... 56
4.4.3.2Desain Sistem Input Data Barang ...................................
4.4.3.3Desain Sistem Input Data Penerimaan Barang ................ 57
4.4.3.4Desain Sistem Penjualan Barang ..................................... 59
4.4.3.5Desain Sistem Pesanan Barang ...................................... 60
4.4.3.6Desain Sistem Return Barang .......................................... 61
4.4.3.7
Desain Sistem Cek Harga .............................................. 63
4.4.3.8Desain Sistem Look Up Data Penerimaan Barang .......... 64
4.4.3.9Desain Sistem Look Up Data Penjualan Barang ............ 65
4.4.3.10Desain Sistem Look Up Data Persediaan Barang .......... 66
4.4.3.11Desain Sistem Look Up Data Pesanan Barang .............. 67
4.4.3.12
Desain Sistem Look Up Return Barang ......................... 69
4.4.3.13Desain Sistem Update Data Penerimaan Barang ............ 70
4.4.3.14Desain Sistem Update Data Pesanan Barang ................. 71
4.4.3.15
Desain Sistem Update Data Return Barang .................... 72
4.4.3.16Desain Sistem Cetak Laporan ......................................... 73
4.4.3.17Desain Sistem Cetak Struk Pembayaran ........................ 74
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.5 Diagram Ketergantungan Use Case ................................................... 96
4.5.1 Inheritance ........................................................................ 96
4.5. 2 Extension ......................................................................... 96
4.5.2 Depends On ...................................................................... 99
4.6 Use Case Diagram (Diagram Use Case) ............................................ 101
4.7
Rancangan Database .......................................................................... 102
4.7.1
Entity Relationship Diagram (ERD) ..................................... 103
4.7.2 Relasi Antar Tabel ................................................................. 124
4.7.3 Spesifikasi File ....................................................................... 124
4.7.3.1 Tabel Barang ................................................................... 124
4.7.3.2 Tabel Pegawai ................................................................. 124
4.7.3.3 Tabel Penerimaan Barang............................................... 124
4.7.3.4 Tabel Detail Penerimaan Barang.................................... 126
4.7.3.5
Tabel Penjualan Barang ................................................. 126
4.7.3.6 Tabel Detail Penjualan Barang ....................................... 126
4.7.3.7 Tabel Pesanan Barang .................................................... 126
4.7.3.8 Tabel Persediaan Barang ............................................... 127
4.7.3.9 Tabel Return Barang ....................................................... 127
4.7.4
Diagram Kelas ........................................................................ 128
4.8 Activity Diagram(Diagram Aktivitas) ............................................... 129
4.8.1 Activity Login ........................................................................ 129
4.8.2
Activity Barang .......................................................................
4.8.3 Activity InputData Penerimaan Barang................................ 129
4.8.4 Activity Penjualan Barang .................................................... 130
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.8.5 Activity Pesanan Barang ....................................................... 130
4.8.6 Activity Return Barang........................................................... 131
4.8.7
Activity Cek Harga................................................................. 131
4.8.8 Activity Look Up Data Penerimaan Barang.......................... 133
4.8.9 Activity Look Up Data Penjualan Barang............................ 134
4.8.10
Activity Look Up Data PersediaanBarang............................ 134
4.8.11
Activity Look Up Data Pesanan Barang............................... 135
4.8.12 Activity Look Up Data Return Barang................................... 135
4.8.13 Activity Update Data Penerimaan Barang............................ 137
4.8.14 Activity Update Data Pesanan Barang.................................. 137
4.8.15 Activity Update Data Return Barang..................................... 138
4.8.16 Activity Cetak Laporan.......................................................... 139
4.8.17 Activity Cetak StrukPembayaran ......................................... 140
4.9
Sequence Diagram ............................................................................. 141
4.10 Deployment Diagram ......................................................................... 153
4.11 Rancangan User Interface .................................................................. 154
BAB V. PENUTUP
5.1.Kesimpulan ............................................................................................... 137
5.2.Saran .......................................................................................................... 138
DAFTAR PUSTAKA
-
5/22/2018 Perancangan Sistem Informasi Inventori
BAB I
PENDAHULUAN
1.1 Latar Belakang Masalah
Perkembangan teknologi informasi saat ini sangatlah cepat, hal ini diikuti
dengan perkembangan disegala hal. Dengan adanya perkembangan teknologi, maka
penyebaran informasi sangatlah cepat dan mudah. Untuk memenuhi kebutuhan
informasi, memerlukan pengolahan yang sistematis dengan cara membentuk suatu
sistem informasi. Sistem persediaan barang sangat dibutuhkan oleh perusahaan,
karena dengan sistem tersebut perusahaan dapat mendukung operasional usaha.
Kegiatan pengelolaan barang dari tahun ke tahun terus berlangsung.
Pengelolaan ini bukan hanya melibatkan barang-barang dan aset lama saja tetapi
juga barang-barang dan aset yang baru sehingga dengan demikian dari tahun ke
tahun jumlah barang ini bukannya berkurang bahkan terus bertambah. Dengan
bertambahnya jumlah barang-barang tersebut, tentunya mendatangkan kesulitan
tersendiri dalam pengelolaannya. Agar pelaksanaan penyimpanan barang dalam
gudang dapat terkelola serta tertata dengan baik, maka perlu dikembangkan suatu
aplikasi berupa Sistem Informasi Inventori. Karena bila dengan cara biasa (manual)
seperti sekarang, cukup menyulitkan dalam hal pengarsipan dan penelusuran data
barang.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Sistem Informasi Inventori ini akan menampung semua data dan informasi
tentang barang-barang tersebut. Data dan informasi ini nantinya akan terakumulasi
dan tersimpan (diarsipkan) secara terpusat pada suatu database. Dengan terpusatnya
data dan informasi ini, maka jelas akan mempermudah pengelolaan barang.
Pencarian datadan status barang akan lebih cepat, mudah, dan efisien.
Sistem inventori Barang pada Salemba Toko Buku masih menggunakan
manual, menggunakan kertas formulir stock barang. Dengan proses
pengolahan data yang masih manual ini seringkali terjadi penumpukan data
(redundancy), sehingga informasi akhir stock/persediaan barang yang dihasilkan
terkadang tidak sesuai dengan stock fisik yang ada digudang. Dari permasalahan
tersebut peneliti mengambil judul Perancangan Sistem Informasi Inventori
Pada Salemba Toko Buku
1.2 Tujuan
Tujuan dari Perancangan Sistem Informasi ini adalah untuk
membangun atau merancang sistem informasi inventori dengan alur bisnis
yang dibutuhkan.
1.3 Sasaran
Ada pun sasaran yang akan dicapai pada pengembangan ini adalah
terbentuknya rancangan sistem informasi Inventori pada Salemba Toko Buku.
-
5/22/2018 Perancangan Sistem Informasi Inventori
1.4Manfaat
1.
Mahasiswa mampu memahami dan menganalisis faktor-faktor yang
mempengaruhi suatu sistem informasi.
2.
Menerapkan ilmu-ilmu yang diperoleh selama kuliah.
3. Membandingkan teori-teori yang didapatkan di perkuliahan dengan
masalah yang sebenarnya di lapangan.
1.5Batasan Masalah
Sistem Inventori ini adalah suatu aplikasi yang meliputi input, proses,
output dimana data yang diolah merupakan data seluruh perlengkapan yang
ada di Salemba Toko Buku. Sistem Inventori ini akan memberikan informasi
tentang nama barang, jumlah barang, keadaan barang dan beberapa informasi
yang terkait dengan barang, serta pembuatan laporan, yaitu laporan
peneriman barang, laporan penjualan barang, laporan pesanan barang, laporan
persediaan barang, dan laporan return barang.
Berdasarkan identifikasi dan batasan masalah tersebut, penulis
membatasi permasalahan menjadi :
a .
Membahas mengenai stok persediaan barang
b. Membahas mengenai return barang yang rusak
c. Membahas mengenai penjualan barang
d.
Membahas mengenai pesanan barang ke pusat
-
5/22/2018 Perancangan Sistem Informasi Inventori
BAB II
LANDASAN TEORI
2.1 Teori Umum
2.1.1 Sistem Informasi
Sistem adalah Sekumpulan objek-objek yang saling berelasi dan
berinteraksi serta hubungan antar objek bisa dilihat sebagai satu kesatuan yang
dirancang untuk mencapai satu tujuan (Hanif Al Fatta, 2007 hal. 3).
Informasi adalah data yang telah diolah menjadi sebuah bentuk yang
berarti bagi penerimanya dan bermanfaat dalam pengambilan keputusan saat
ini atau mendatang (Hanif Al Fatta, 2007 hal. 9).
Sistem Informasi adalah pengaturan orang, data, proses, dan
information technologi (IT)/teknologi informasi yang berinteraksi untuk
mengumpulkan, memproses, menyimpan, dan menyediakan sebagai output
informasi yang diperlukan untuk mendukung sebuah organisasi (Jeffery
L.Whitten, 2004 hal 10).
Kualitas informasi terkadang dipakai untuk menyatakan informasi
yang baik. Kualitas informasi sering kali diukur berdasarkan:
-
5/22/2018 Perancangan Sistem Informasi Inventori
a. Relevansi (kesesuaian);
b. Ketepatan waktu; dan
c. Keakurasian.
Dalam suatu sistem informasi terdapat komponen-komponen seperti:
a. Perangkat keras (hardware) yaitu perangkat keras komponen untuk
melengkapi kegiatan memasukkan data, memproses data, dan keluaran data.
b. Perangkat lunak (software)yaitu program dari instruksi yang
diberikan ke komputer.
c. Database yaitu kumpulan data dan informasi yang diorganisasikan
sedemikian rupa sehingga mudah diakses pengguna sistem informasi .
d. Jaringan komputer dan Komunikasi data yaitu komunikasi yang
menghubungkan antara pengguna dengan sistem komputer secara bersama-
sama ke dalam suatu jaringan kerja yang efektif.
e.
Manusia yaitu personel dari sistem informasi, meliputi manager, analis,
programmer, dan operator, serta bertanggung jawab terhadap perawatan
sistem.
f. Prosedur yaitu tatacara yang meliputi strategi, kebijakan, metode, dan
peraturan-peraturan dalam menggunakan sistem informasi berbasis
komputer (Hanif Al Fatta, 2007 hal. 10).
-
5/22/2018 Perancangan Sistem Informasi Inventori
Gambar 2.1.Komponen Sistem Informasi
2.1.2 Basis Data (Database)
Database adalah kumpulan file yang saling terkait. Kata
kuncinya adalahSaling terkait. Database tidak hanya kumpulan file.
Record pada setiap file harus memperbolehkan hubunganhubungan
untuk menyimpan file-file lain (Jeffery L.Whitten, Hal 518).
Untuk mengelola basis data diperlukan perangkat lunak yang
disebut DBMS. DBMS adalah perangkat lunak sistem yang
memungkinkan pemakai membuat, memelihara, mengontrol dan
mengakses basisdata dengan cara yang praktis.
Perangkat lunak yang didesain untuk mengelola database
disebut DBMS (Database Management System). Contoh DBMS yang
ada di pasaran adalah Oracle,Microsoft SQL Server, MYSQL,
Informix, Progress 4GL, Firebird dan FileMaker. DBMS sering
digunakan oleh Database Adminisator (DBA) untuk membuat sistem
database. Secara lebih rinci DBMS merupakan kumpulan software
-
5/22/2018 Perancangan Sistem Informasi Inventori
program yang sangat kompleks untuk mengontrol organisasi data dan
alat penyimpanan data di database. (Bambang Wahyudi, 2008 Hal 188).
2.1.2.1Entity RelationshipDiagram (Diagram E-R)
Model entity Relationship (ER) pada awalnya
disampaikan oleh Peter di tahun 1976 sebagai suatu cara untuk
menyatukan jaringan dan menggambarkan relational database.
Singkatnya, model ER adalah sebuah model konseptual dari data
yang menggambarkan keadaan sebenarnya dari entities dan
relationship (Bambang Wahyudi, 2008 Hal 199).
Notasi-notasi simbolik di dalam Diagram E-R yang
digunakan adalah:
1. Entitas (entity),dilambangkan dengan persegi panjang (rectangle);
2. Relasi (relationship), dilambangkan dengan belah ketupat
(diamonds);
3. Atribut(attribute),dilambangkan dengan elips (ellipses atau ovals);
4. Garis penghubung (line links),dilambangkan dengan gais (lines).
(Bambang Wahyudi, 2008 Hal 199).
Entitas
Relasi
Atribut
Penghubung
Gambar 2.2Notasi-notasi Simbolik ERD
-
5/22/2018 Perancangan Sistem Informasi Inventori
Ada beberapa tahapan membuat diagram ERD yaitu :
1.Menentukan entitas Menentukan peran, kejadian/kegiatan,
lokasi, hal abstrak/konsep yang datanya disimpan oleh end-user.
Pembeli Barang
2. Menentukan atribut-atribut key dari masing-masing himpunan
entitas.
Pembeli Barang
No_kwitansi Kd_barang Nama_barang
Kd_distr
Jenis_barang Satuan
Harga_satuan
Merek
Stock
3. Tentukan hubungan antara sepasang entitas menggunakan
relationship matriks.
Pembeli Barang
No_kwitansi Kd_barang Nama_barang
Kd_distr
Jenis_barang Satuan
Harga_satuan
Merek
Stock
Membeli
Tgl_beli
Jml_bayar
4. Tentukan kardinalitas (pemunculan suatu entitas di entitas
lainnya yang berhubungan).
-
5/22/2018 Perancangan Sistem Informasi Inventori
Pembeli Barang
No_kwitansi Kd_barang Nama_barang
Kd_distr
Jenis_barang Satuan
Harga_satuan
Merek
Stock
Membeli
Tgl_beli
Jml_bayar
M N
2.1.3 Uni fi ed Modeli ng Language (UML)
UML adalah satu kumpulan konvensi pemodelan yang digunakan
untuk menunjukkan atau menggambarkan sebuah sistem software yang
terkait dengan objek (Jeffery L.Whitten, 2004 Hal 408).
a. Objek
Objek adalah sesuatu yang ada atau dapat dilihat, disentuh atau
dirasakan dan user menyimpan serta mencatat perilaku mengenai
sesuatu itu. Setiap objek memiliki dua karakteristik yaitu:
1. Atribut
Atribut adalah data yang mewakili karakteristik interest
tentang sebuah objek.
2.
Behavior
Behavior adalah kumpulan dari sesuatu yang dapat
dilakukan oleh objek dan terkait dengan fungsi-fungsi yang
bertindak pada data objek (atribut). Pada siklus berorientasi objek,
perilaku objek merujuk kepada metode, operasi, atau fungsi
(Jeffery L.Whitten, 2004 Hal 409).
b.
Kelas
-
5/22/2018 Perancangan Sistem Informasi Inventori
Kelas adalah satu set objek yang memiliki atribut dan behavior
yang sama. Kadang-kadang disebut object class (Jeffery L.Whitten, 2004
Hal 410).
c. Generalisasi/Spesialisasi
Adalah sebuah teknik dimana atribut dan behavior yang umum
pada beberapa tipe kelas objek, dikelompokkan (atau diabstraksi)
kedalam kelasnya sendiri, disebut supertype. Atribute dan metode kelas
objek supertype kemudian diwariskan oleh kelas objek tersebut
(subtype).
d. Inheritance
Adalah konsep dimana metode dan atau atribute yang ditentukan
di dalam sebuah objeck class dapat diwariskan atau digunakan lagi oleh
objeck class lainnya(Jeffery L.Whitten, 2004 Hal 411).
UML menyediakan beberapa diagram visual yang menunjukkan
berbagai aspek dalam sistem, ada beberapa diagram yang disediakan
dalam UML, antara lain :
- Use Case Diagram
- Class Diagram
-
Sequential Diagram
- Activity Diagram
- Deployment Diagram
2.1.3.1 Diagram Uni fi eld M odeli ng Language (UML)
1. Use Case Diagram
-
5/22/2018 Perancangan Sistem Informasi Inventori
Use case diagram adalah metode berbasis text untuk
menggambarkan dan mendokumentasikan proses yang kompleks.
Use case menambahkan detail untuk kebutuhan yang telah
dituliskan pada definisi sistem kebutuhan. Use case diagram
dikembangkan oleh analisis sistem bersama-sama dengan
pengguna. Pada tahap selanjutnya, berdasarkan use case ini,
analisis menyusun model data dan model proses (Hanif Al
Fatta,2007 hal.91).
Komponen Pembentuk Use-case Diagram
a. Actor / Pelaku
Actor / pelaku adalah segala sesuatu yang perlu
berinteraksi dengan sistem untuk pertukaran informasi .
Ada 4 tipe macam pelaku :
Primary business actor(pelaku bisnis utama) yaitu
stakeholder yang terutama mendapatkan keuntungan
dari pelaksanaan use case dengan menerima nilai yang
terukur atau terobservasi.
Primary system actor(Pelaku sistem utama) yaitu
stakeholder yang secara langsung berhadapan dengan
sistem untuk menginisiasi untuk memicu kegiatan atau
sistem.
External server actor(Pelaku server eksternal) yaitu
stakeholder yang melayani kebutuhan penggunan use
case.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Exernal receiving actor(Pelaku penerima teramati)
yaitu stakeholder yang bukan pelaku utama, tapi
menerima nilai yang terukur atau teramati(output) dari
use case(Jeffery L.Whitten, 2004 hal 259).
Gambar 2.3 Simbol actor / pelaku
b.
Relationship(Hubungan)
Pada diagram use case, hubungan digambarkan
sebagai sebuah garis antara dua simbol. Pemaknaan
hubungan berbeda beda tergantung bagaimana garis
tersebut digambarkan dan tipe simbol apa yang
digunakan untuk menghubungkan garis tersebut(Jeffery
L.Whitten, 2004 hal 259). Perbedaan diantara
hubunganhubungan yang ada pada diagram use case
yaitu :
1. Association (Gabungan)
Association yaitu hubungan antara seorang
pelaku dan satu use case terbentuk kapan pun use
case menggambarkan interaksi antara
keduanya(Jeffery L.Whitten, 2004 hal 259).
-
5/22/2018 Perancangan Sistem Informasi Inventori
Club Member
Place New Member Order
Distribution Center
2. Extension Use Case
Extension Use Case yaitu Use Case yang
terdiri dari langkah yang diekstraksi dari Use Case
yang lebih kompleks untuk menyederhanakan
masalah orisinal dan karena itu memperluas
fungsinya.
Extension Use Case
Generate
Worehouse
Packing Order
Calculate order
subtotal & Sales
Tax
Place New Order
3. Depends On
Manager proyek atau developer utama
sangat perlu mengetahui Use Case mana yang
memiliki ketergantungan pada Use Case lain untuk
menetapkan rangkaian Use Case yang perlu
dikembangkan.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Input Data Barang
Masuk
Update data
barang
Data Barang
Cetak Laporan
persediaan
barang
>
4. Abstract Use Case
Use case yang mengurangi redudansi antara
dua atau lebih Use Case lain dengan
menggabungkan langkah-langkah yang biasa
ditemukan pada Use Case tersebut(Jeffery
L.Whitten, 2004 hal 260).
Place New Order
Submit Change ofPostal Address
Revisi Postal Address
Abstract Use case
5.
Inheritance
Pada saat dua atau lebih pelaku berbagi
kelakuan umum dengan kata lain mereka dapat
menginisiasi Use Case yang sama maka yang paling
baik adalah mengekstrapolasi kelakuan umum dan
menetapkannya ke pelaku abstrak baru untuk
-
5/22/2018 Perancangan Sistem Informasi Inventori
mengurangi komunikasi redundan dengan
sistem(Jeffery L.Whitten, 2004 hal 262).
Pimpinan
Login
User
Adm.Gudang Supervisor Kasir
Tipe relasi atau stereotype yang mungkin terjadi pada use-case
diagram:
1. , yaitu kelakuan yang harus terpenuhi agar sebuah
event dapat terjadi, dimana pada kondisi ini sebuah use-case
adalah bagian dari use-caselainnya.
2. , kelakuan yang hanya berjalan di bawah kondisi
tertentu seperti menggerakkan alarm.
3. , mungkin ditambahkan untuk asosiasi yang
menunjukkan asosiasinya adalah communicates association. Ini
merupakan pilihan selama asosiasi hanya tipe relationshipyang
dibolehkan antara actordan use-case.
2. Class Diagram
Class Diagram menggambarkan struktur objek sistem.
Diagram ini menunjukkan kelas objek yang menyusun sistem
dan juga hubungan antara kelas objek tersebut(Jeffery
L.Whitten, 2004 hal 418).
-
5/22/2018 Perancangan Sistem Informasi Inventori
ClsPegawai
-IdPegawai : Char
-NamaPegawai : Varchar
-Harga : Char
Tambah Pegawai
ClsPenerimaanBarang
-NoPenerimaan : Char
-Tglpenerimaanm : Date
Tambah barang
-IdPegawai : Char
Ubah data barang
ClsPenjualanBarang
-NoPenjualan : Char
-Tanggalpenjualan : Date
-IdPegawai : Char
Tambah Transaksi Penjualan
ClsPesanan Barang
-NoPesan : Char
-TglBarangpesan : Date
Tambah Pesanan
Ubah Data Pesanan
-KdBarang : Char
-QTYPesan : Char
ClsBarang
- KdBarang : Char
- Barcode : Char
- Nama Barang : Varchar
- Harga : Char
Tambah Barang
Return Barang
-NoReturn : Char
-TglReturn : Date
Tambah Return Barang
Ubah Return Barang
-Kdbarang : Char
-QTYPesan : Char
Gambar 2.4 Class Diagram
3.
Sequential Diagram (Diagram rangkaian)
Secara grafis menggambarkan bagaimana objek berinteraksi
dengan satu sama lain melalui pesan pada eksekusi sebuah use case
atau operasi. Diagram ini mengilustrasikan bagaimana pesan
terkirim di antara objek dan dalan sekuensi apa.
User
Login
Validasi user
Masuk ke Halaman Menu Utama
[Result]
Cek validasi
Validasi
From Login Login Data User Menu Utama
-
5/22/2018 Perancangan Sistem Informasi Inventori
Gambar 2.5Contoh Sequential Diagram
4.
Activity Diagram (Diagram Aktivitas)
Secara grafis digunakan untuk menggambarkan rangkaian
aliran aktivitas baik proses bisnis atau use case. Diagram ini juga
dapat digunakan untuk memodelkan action yang akan dilakukan
saat sebuah operasi dieksekusi , dan memodelkan hasil dari action
tersebut.
Login
AdminGudang
Sistem
Menampilakan pesan eror Login
Menampilakan hal men u utamaMenampilakan pesan eror Login
Search data barang
Input tanggal awal dan akhir Lap. kembali
Menampilkan informasi lap data barang masukKlik Print
Print Laporan
Exit
Gambar 2.6Contoh Activity Diagram
-
5/22/2018 Perancangan Sistem Informasi Inventori
5. Diagram Deployment (Diagram Penguraian)
Mendeskripsikan arsitektur fisik dalam istilah node untuk
hardware dan software dalam sistem. Diagram ini menggambarkan
konfigurasi komponen-komponen software run-time, prosesor, dan
peralatan yang membentuk arsitektur sistem (Jeffery L.Whitten,
2004 hal 419).
LAN
Jalur Koneksi
Scanner Barcode
Server
Window
s Server
2008
MySQL
Client
Window
s 7
Microsoft Visual
Studio
2010
Printer type
deskjet .
-
5/22/2018 Perancangan Sistem Informasi Inventori
Gambar 2.7 Contoh Deployment Diagram
2.1.4
Feasibi li ty Study(Studi Kelayakan)
Kelayakan adalah ukuran akan seberapa menguntungkan atau
seberapa praktis pengembangan sistem informasi terhadapa organisasi.
Kelayakan analysis/analisis kelayakan adalah proses pengukuran
kelayakan(Jeffery L.Whitten, 2004 hal 380).
Ada 4 Pengujian kelayakan :
2.1.4.1 Operational feasibility/kelayakan operasional
Ukuran sebaiknya apa solusi tersebut akan bekerja dalam
organisasi. Juga ukuran pendapat orang tentang sistem/proyek
tersebut. Kriteria kelayakan operasional mengukur tingkat
kepentingan masalah (fase survei dan studi) atau tingkat
penerimaan solusi(fase definisi, pemilihan, akuisisi, dan desain).
(Jeffery L.Whitten, 2004 hal 382).
2.1.4.2 Technical feasibility/kelayakan teknis
Ukuran kepraktisan solusi teknis tertentu dan ketersediaan
sumber dan pakar teknis. Sedikit hal yang secara teknis tidak
-
5/22/2018 Perancangan Sistem Informasi Inventori
mungkin. Akibatnya, kelayakan teknis mengarah pada hal yang
praktis dan masuk akal(Jeffery L.Whitten, 2004 hal 384).
2.1.4.3 Schedule feasibility/kelayakan jadwal
Ukuran seberapa masuk akal daftar waktu pelaksanaan suatu
proyek(Jeffery L. Whitten, 2004, hal.382). Beberapa proyek
diawali dengan tenggat waktu yang spesifik. Sangat perlu untuk
menentukan apakah tenggat waktu itu bersifat perintah(mandatory)
atau keinginan. (Jeffery L. Whitten, 2004, hal.384).
2.1.4.4 Economic feasibility/kelayakan ekonomis
Ukuran efektivitas biaya sebuah proyek atau solusinya.Hal
mendasar dalam banyak proyek adalah kelayakan ekonomis.
Selama fase awala proyek, analisis kelayakan ekonomis hanyalah
menentukan apakah manfaat yang diperoleh dari penyelesaikan
persoalan tersebut cukup berharga(Jeffery L.Whitten, 2004 hal
384).
-
5/22/2018 Perancangan Sistem Informasi Inventori
2.1.5
Teknologi Barcode
Dalam pembuatan sistem informasi ini kami menggunakan alat
teknologi barcode. Scanner barcode adalah piranti keras yang memiliki
fungsi khusus, yakni membaca kode barcode yang tertempel pada barang.
Barcode adalah sebagai kumpulan kode yang berbentuk garis, dimana
masing-masing ketebalan setiap garis berbeda sesuai dengan isi kodenya.
Teknologi Barcode ini memiliki beberapa manfaat diantaranya :
1. Akurasi
2. Kemudahan Pemakaian
3. Keseragaman Pengumpulan Data
4.
Feedback yang tepat waktu
5. Keamanan
6. Meningkatkan Produktivitas
7. Meningkatkan Profit
Teknologi yang ada pada barcode diantaranya :
1. Teknologi Laser
Teknologi Laser menggunakan dioda laser berkekuatan 650 ns.
Laser ini sebenarnya setara dengan kekuatan pada pointer presentasi.
Kelemahan barcode scanner ini adalah rentan rusak dan tidak bisa
digunakan untuk membaca barcode 2 Dimensi, barcode jenis ini banyak
digunakan oleh industri manufaktur besar seperti Seagate Hard Disk,
Sony, dan Matsuhita.
-
5/22/2018 Perancangan Sistem Informasi Inventori
2. Teknologi CCD
Teknologi CCD (Charge Coupled Device) menggunakan sinar
infrared, berbeda dengan sinar laser, seperti yang digunakan pada
kamera. Pembacaan dengan scanner CCD juga mensyaratkan supaya
sinar dan objek barcode didekatkan atau ditempelkan pada jarak
maksimal 2 cm. Jenis barcode sinar CCD jauh lebih kuat dan tahan
banting.
3. Teknologi Linear Imager
Teknologi ini menggabungkan kepekaan laser, kekuatan CCD,
ditambah dengan kemampuan untuk membaca barcode 2 dimensi.
Sistem kerja pada barcode merupakan instrumen yang bekerja
berdasarkan asas digital. Pada konsep digital, hanya ada 2 sinyal data
yang dikenal dan bersifat boolean, yaitu 0 atau 1. Ada arus listrik atau
tidak ada listrik (dengan besaran (tresshold) tegangan tertentu, misalnya
5 volt dan 0 volt). Barcode menerapkannya pada batang-batang baris
yang terdiri dari warna hitam dan putih. Warna hitam mewakili bilangan
0 dan warna putih mewakili bilangan 1. Warna hitam akan menyerap
cahaya yang dipancarkan oleh alat pembaca barcode, sedangkan warna
putih akan memantul-balikan cahaya tersebut. Masing-masing batang
barcode memiliki ketebalan yang berbeda. Ketebalan inilah yang akan
diterjemahkan ke dalam suatu nilai.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Gambar 2.8Anatomy of a Barcode
Keterangan gambar barcode di atas adalah :
1. Number System Character
Angka ini merupakan sebuah sistem bilangan barcode UPC yang
mengkarakteristikkan jenis-jenis khusus pada barcode. Di dalam barcode
UPC, Number System Character ini biasanya terletak di sebelah kiri
barcode.
2. Guard Bars
Ada 3 guard bars yang ditempatkan di awal, tengah dan akhir barcode.
Guard bars bagian awal dan akhir di-encode-kan sebagai space-bar-
spaceatau 01010.
3.
Manufacture Code
Kode perusahaan ini ada lima digit bilangan yang secara khusus
menentukan manufaktur suatu produk. Kode perusahaan/manufaktur ini
dilindungi dan ditetapkan oleh Uniform Code Council(UCC).
4. Product Code
Kode produk ini terdiri dari lima digit bilangan yangditetepkan oleh
perusahaan/manufaktur untuk setiap produk yang dihasilkan.
-
5/22/2018 Perancangan Sistem Informasi Inventori
5. Check Digit
Disebut sebagai digit Selft-check.Check digit ini terletak di bagian luar
sebelah kanan barcode. Check digit ini merupaka suatu old
programmers trick untuk memvalidasi digit-digit lainnya(number
system cahracter,manufacture code, product code) yang dibaca secara
teliti.
2.2 Jaringan Komputer
Jaringan komputer adalah hubungan dua simpul (umumnya berupa
komputer) atau lebih yang tujuan utamanya adalah untuk melakukan pertukaran
data. Dalam prakteknya, jaringan komputer memungkinkan untuk melakukan
berbagi perngkat lunak, perangkat keras, dan bahkan berbagai kekuatan
pemrosesan (Abdul Kadir, 2003 hal.346).
2.2.1 Local Area Network (LAN)
LAN adalah jaringan komputer yang mencakup area dalam satu ruang,
satu gedung, atau beberapa gedung yang berdekatan. Sebagai contoh,
jaringan dalam satu kampus yang terpadu atau disebuah lokasi perusahaan
tergolong sebagai LAN. LAN umumnya menggunakan media transmisi
berupa kabel. Namun ada juga yang tidak menggunakan kabel dan disebut
sebagai wireless LAN atau LAN tanpa kabel. Kecepatan LAN berkisar dari
10 Mbps sampai 1 Gbps (Abdul Kadir, 2003 hal.348).
2.2.2 Two Tier (2 Tier)
Arsitektur two tier merupakan arsitektur yang disebut client server,
dimana terdapat komputer sebagai client dan server yang berinteraksi
melalui protokol dan media komunikasi tertentu (Budi Sutedjo Dharma
Oetomo, S.Kom, 2006, hal. 99).
2.2.3 Topologi Star
-
5/22/2018 Perancangan Sistem Informasi Inventori
Pada topologi ini terdapat komponen yang bertindak sebagai
pusat pengontrol. Semua simpul yang hendak berkomunikasi selalun
melalui pusat pengontrol tersebut dalam hal ini, pusat pengontrol
berupa Hub atau swicth (Abdul Kadir, 2003.hal 354).
2.3 MySQL
MySQL adalah sebuah program database server yang mampu menerima dan
mengirimkan datanya dengan sangat cepat, multi user, serta menggunakan perintah
standard SQL (Structured Query Language). MySQL memiliki dua bentuk lisensi,
yaitu FreeSoftware dan Shareware. (Bunafit Nugroho, 2005 hal 3). Selain itu
database ini memliki banyak kelebihan dibanding database lain, di antaranya
adalah :
1. MySQL sebagai Database Management System (DBMS)
2. MySQL sebagai Relation Database Management System (RDBMS)
3. Merupakan software database yang OpenSource
4. MySQL dapat menjadi database Client dan dapat juga menjadi Server.
5. Multi-Threading yaitu mampu menerima query yang bertumpuk dalam
satu permintaan.
6. Mampu menyimpan data berkapasitas sangat besar.
7. Multi User, artinya database dapat dugunakan oleh banyak pengguna.
8. MySQL memliki kecepatan dalam pembuatan dan update tabel.
2.4 Visual Basic 2010
Visual Basic 2010 merupakan salah satu bagian dari produk pemrograman
terbaru yang dikeluarkan oleh Microsoft, yaitu Microsoft Visual Studio 2010.
Sebagai produk lingkungan pemrograman terintegrasi atau IDE andalan yang
dikeluarkan oleh Microsoft, Visual Studio 2010 menambahkan perbaikan
-
5/22/2018 Perancangan Sistem Informasi Inventori
perbaikan fitur dan fitur baru yang lebih lengkap dibandingkan versi Studio
pendahulunya, yaitu Microsoft Visual Studio 2008.
Visual Studio merupakan produk pemrgraman andalan dari Microsoft
Corporation, yang didalamnya berisi beberapa jenis IDE pemrograman seperti
Visual Basic, Visual C++, Visual Web Developer, Visual C#, dan Visual F#.
Semua IDE pemrograman tersebut sudah mendukung penuh implementasi .Net
Framework terbaru, yaitu Net Framework 4.0 yang merupakan pengembangan dari
.Net Framework 3.5(Penerbit Andi, 2010, hal 2).
2.5 Objek Pengembangan (Sejarah Salemba Toko Buku)
Salemba Toko Buku yang beralamat di Jl.Merdeka Ruko PGB Blok A No
2-3 Bogor adalah cabang perusahaan di Bogor yang bergerak di bidang penjualan
Buku dan ATK. Salemba ini berdiri sekitar 10-15 tahun yang lalu. Dulu Salemba
Toko Buku ini tidak hanya menjual buku dan ATK saja, tetapi ada sebuah
swalayan yang berada di lantai 3. Tetapi karena jumlah pembeli minim jadi
Salemba hanya menjual buku-buku dan ATK saja . Salemba Toko Buku sekarang
sudah mempunyai 54 cabang, disetiap kota di Indonesia ada, dan salah satunya ada
di Bogor. Salemba Toko Buku yang berada di Bogor ini menjual buku-buku dan
ATK, tetapi lebih memfokuskan penjualan ATK.
2.5.1 Visi dan Misi Salemba Toko Buku
a. Visi
Sebagai Toko penjualan terlengkap dan memenuhi
kebutuhan konsumen dalam bidang buku dan ATK.
b. Misi
-
5/22/2018 Perancangan Sistem Informasi Inventori
Membuat pelayanan yang berkualitas sebagai tanggung
jawab setiap orang. Memenuhi kebutuhan konsumen.
2.6 Kerangka Pemikiran
Dari hasil analisa masalah yang ada, maka dirancanglah sistem dimana dari
segi pendataan barang dibuat seefisien mungkin. Rancangan sistem informasi ini
meliputi pembuatan aplikasi yang sesuai dengan kebutuhan user dan pembaharuan
sistem yang ada. Perancangan sistem informasi inventori yang akan dikembangkan
pada tahap implementasi menggunakan Database Management System (DBMS)
MySQL sebagai konektor. Sistem ini akan memberi kemudahan dalam proses
persediaan barang.
Proses persediaan yaitu persediaan barang, penerimaan barang, penjualan
barang, pesanan barang dan return barang. Sehingga menghasilkan laporan
persediaan barang, laporan penerimaan barang, laporan penjualan barang, laporan
pesanan barang dan laporan return barang.
Dalam membangun Sistem Informasi ini penulis menggunakan perangkat
lunak Microsoft Visual Basic 2010 (VB.Net 2010) sebagai bahasa pemrograman
dan MySQL sebagai perangkat lunak pengelola database, server menggunakan
sistem operasi Windows Server 2008 sedangkan untuk client menggunakan sistem
operasi Windows7, dan untuk mencetak laporan digunakanprinter type deskjet.
-
5/22/2018 Perancangan Sistem Informasi Inventori
BAB III
ANALISA SISTEM
3.1 Jadwal Proyek
Jadwal proyek merupakan acuan agar pelaksanaan Perancangan Sistem
Informasi Inventori di Salemba Toko Buku ini berjalan sesuai dengan yang
diharapkan dan selesai tepat pada waktunya.
Tabel 3.1Penjadwalan Proyek menggunakan Microsoft Project
3.2Analisa Kelayakan Sistem
3.2.1Kelayakan Ekonomi (Analisa biaya dan manfaat)
-
5/22/2018 Perancangan Sistem Informasi Inventori
Kelayakan Ekonomi hal mendasar dalam banyak proyek, analisis
kelayakan ekonomis hanyalah menentulan apakah manfaat yang diperoleh
dari menyelesaikan persoalan tersebut cukup berharga. Biaya secara praktis
tidak mungkin diperkirakan pada tahap itu, karena persyaratan pengguna
akhir dan solusi teknis alternatif belum diidentifikasi. Akan tetapi, segara
setelah persyaratan dan solusi spesifikasi diidentifikasi, analis dapat
diperkirakan biaya dan keuntungan tiap alternatif tersebut. Ini disebut analisis
cost-benefit(Jeffery L. Whitten, 2004, hal. 384).
Analisis dan perancangan biaya pada perancangan sistem ini adalah
sebagai berikut:
N Deskripsi TAHUN 0 TAHUN 1 TAHUN 2 TAHUN 3 TAHUN 4
ncian Biaya
1. aya Pengadaan
- Biaya Pembelia .7.200.000
ringan .250.000
b Totalngadaan
.7.450.000
2. aya Persiapan Op
- Biaya pembelia .4.000.000
- Biaya Biaya Pe .900.000
-
5/22/2018 Perancangan Sistem Informasi Inventori
Tabel 3.2Analisa Biaya dan Manfaat
b Total
rsiapan Operasi
.4.900.000
3. aya proyek
a. TahapSistem
- Biaya pengu
data
. 250.000
iaya ATK . 50.000
- Biaya manajem
staf
. 2.700.000
iaya rapat . 250.000
iaya programer .9.000.000
iaya konsultan an .3.500.000
b Total Biaya
alisis
.15.500.000
otal Keseluruhan .27.850.000
4. aya Operasion
rawatan
- Biaya overhead
.500.000 . 600.000 .700.000 .800.000
-Biaya PerwatanRp. 650.000 . 700.000 . 780.000 . 850.000
iaya Perawatan S/
. 550.000 . 600.000 Rp. 650.000 Rp. 700.000
iaya Kontrak
4.000.000 Rp. 4.500.00 Rp. 5.000.00 Rp. 5.500.00
b Total
erasional
rawatan.5.700.000 .6.400.000 Rp.7.130.00 Rp.7.850.00
tal Biaya Rp.27.8 .5.700.000 .6.400.000 Rp.7.130.00 Rp.7.850.00
-
5/22/2018 Perancangan Sistem Informasi Inventori
Tabel Analisa Manfaat
N Deskripsi TAHUN 1 TAHUN 2 TAHUN 3 TAHUN 4
1. untungan Berwujud
a. Mengurangikesalahan
. 1.500.000 .2.000.000 .3.000.000 .5.000.000
b. Peningkatan
Penjualan Rp. 3.500.000 Rp.4.000.000 Rp.5000.000 Rp.5.500.000
c. Mempermudah
Mendeteksi &
Mengawasi
Rp.5.000.000 Rp.5.300.000 Rp.5.500.000 Rp.6.000.0000
tal Rp.10.000.00 Rp.11.300.00 Rp.13.500.00 Rp.16.000.00 2. untunganTak berwuj
a. Peningkatan
ManajementRp.6.500.000 Rp.6.500.000 Rp.6.700.000 Rp.7.000.000
b. Efisiensi waktu Rp.6.000.000 Rp.7.000.000 Rp.8.000.000 Rp.9.000.000
talRp.12.500.00 Rp.13.500.00 Rp.14.700.00 Rp.16.800.00
Investasi Awal : Rp. 27.8
Total Manfaat Total Biaya Proceed
hun 1 Rp 22.5 Rp. 6. Rp. 15.8
hun 2 Rp. 24.8 Rp. 7.6 Rp. 17.2
hun 3 Rp. 28.2 Rp. 8.5 Rp. 19.6
hun 4 Rp. 32.8 Rp. 9.3 Rp. 23.4
Total Rp. 108. . 32.108.000
Tabel 3.3 Proceed
a. Payback Period(PP)
Nilai investasi : Rp. 27.850.000
Proceed tahun ke-1 = Rp. 15.800.000
Sisa (tahun ke-2) :
PP = 1 tahun + [(Rp. 27.850.000Rp. 15.800.000) x 12 bulan]Rp. 17.280.000
= 1 tahun + (Rp. 12050000) x 12 bulan
-
5/22/2018 Perancangan Sistem Informasi Inventori
Rp. 17.280.000
= 1 tahun 8,36 bulan
Jadi, Payback Periodnya adalah 1 tahun 8 bulan 18 hari.
b. Return of I nvestment(ROI)
[]
ROI bernilai positif, maka sistem layak dikembangkan.
c. Net Present Value(NPV)
( ) ( ) ( ) ( )
() () () ()
( )
NPV bernilai positif, maka sistem layak dikembangkan.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Untuk menghitung IRR, harus menemukan nilai NPV=0 dengan cara mencari NPV positif
dan NPV negatif dengan cara trial and eror.
( ) ( ) ( ) ( ) () () () ()
( )Nilai IRR terletak pada rate of return25% (Positif) dan 55% (Negatif)
d. I nternal Rate of Return(IRR)
Diketahui : i1 = Rate of Return (NPV Positif) = 25%
i2 = Rate of Return (NPV Negatif) = 55%
NPV 1 = NPV Positif = Rp. NPV 2 = NPV Negatif = Rp. -
( )
( ) ()
-
5/22/2018 Perancangan Sistem Informasi Inventori
[ ]
3.2.2 Kelayakan Teknis
Kelayakan teknis adalah ukuran kepraktisan solusi teknis
tertentu dan ketersediaan sumber dan pakar teknis (Jeffery L.
Whitten, 2004, hal. 382). Sangat sedikit hal yang secara teknis
tidak mungkin. Akibatnya, kelayakan teknis mengarah pada hal
praktis dan masuk akal (Jeffery L. Whitten, 2004, hal.384).
a.
Perangkat keras (hardware) dan perangkat lunak (software)
pada komputer server
Komputer ser
PerangkatKeras(hardware) erangkatlunak(so
)
- Processor intel core i3
-Mainboard
-Harddisk 80Gb
- Keyboard + Mouse
-Casing ATX 450w + 2 FAN
CPU
-LCD Monitor
- DVD-RW
indows Server 200
ySQL
b. Perangkat keras (hardware) dan perangkat lunak
(software)pada komputer client
-
5/22/2018 Perancangan Sistem Informasi Inventori
omputer cl
PerangkatKeras(hardware)rangkatLunak
(software)
rocessor intel core i3 indows 7
ainboardicrosoft Visual
10
arddisk 160 Gb
eyboard + Mouse
-Casing ATX 450w + 2FAN CP
CD Monitor
c.
Jaringan
d.
Alat Bantu
Alat bantu1. Scanner Barcode
2. ID Card RFID
3.2.3Kelayakan Jadwal
Kelayakan jadwal adalah ukuran kelayakan daftar pelaksanaan
proyek tersebut (Jeffery L. Whitten, 2004, hal.382). Beberapa proyek
diawali dengan tenggat waktu yang spesifik. Sangat perlu untuk
menentukan apakah tenggat waktu itu bersifat perintah (mandatory)
atau keinginan.(Jeffery L. Whitten, 2004, hal.384).
Jaringan1.
Kabel UTP
2. Switch Dlink 10/100
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.2.4Kelayakan Operasional
Kelayakan operasional adalah ukuran sebaik apa solusi tersebut
akan bekerja dalam organisasi. Juga ukuran pendapat orang tentang
sistem / proyek tersebut. Kriteria kelayakan operasional mengukur
tingkat kepentingan masalah(fase survei dan studi) atau tingkat
penerimaan solusi(fase definisi, pemilihan, akuisisi, dan desain)
(Jeffery L. Whitten, 2004, hal. 382).
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.3Analisa Proses Sistem yang Berjalan
MembuatSurat
permintaanbarang
Supervisor Pusat Kasir Pimpinan
Mengirim
barang
Y Struk pembayaranStruck
pembayaran
Tanda
tanganlap
Laporan Persediaan
barang
C
C
Lap.Penerimaanbarang
Penerimaan
Barang
Barang
Rusak ?
Kembali ke
pusat
Input barangmasuk
Lap.Penjualan
Barang
Cek barangdengan barcode
Belanja Barang
Lap.Persediaan
barang
Lap.Penerimaanbarang
CustomerAdmin gudang
T
Membuat
laporan
Lap. Persediaanbarang
Membuatdata return
barang
Lap. Pembelianbarang
Lap.PenjualanBarang
Lap.Pesanan
barang
Lap.Return barang
Lap.Penjualanbarang
Lap.Pesanan barang
Lap.Return barang
Lap.Pesananbarang
Lap.Return
barangC
C
C
Gambar 3.10Analisa Proses Sistem yang Berjalan
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.4Analisa Proses Sistem Baru yang dikembangkan
Admin
GudangPusat Kasir Pimpinan
Y
Data Penerimaanbarang
Supervisor
Membayar
StruckPembayaran
StruckPembayaran
Tandatangan
BarangRusak ?
Input datapenerimaan
barang
Kembalikan kepusat
TDatabase
Cek harga
dengan barcodedan pembayaran
Lap. Persediaanbarang
Customer
Lap. Persediaanbarang
Mengirim barang
Lap. Persediaanbarang
Lap. Persediaanbarang
Surat PesananBarang
Menerima barang
Return Barang
C
C
C
C
Login Barcode
MesinMarcode
C
Login
MelihatSemua
Lap.barang
Data PesananBarang
Data ReturnBarang
DataPenjualan
Barang
Lap.Penerimaanbarang
Lap.PenjualanBarang
Lap.Pesananbarang
Lap.Return barang
Lap.Penerimaanbarang
Lap.Penjualanbarang
Lap.Pesananbarang
Lap.RetutnBarang
Lap.Penerimaanbarang
Lap.Penjualanbarang
Lap.Pesananbarang
Lap.RetutnBarang
Lap.Penerimaanbarang
Lap.Penjualanbarang
Lap.RetutnBarang
Lap.Pesananbarang
Gambar 3.11Analisa Proses Sistem yang Dikembangkan
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.5Kontruksi Sistem yang dikembangkan
Swicth
Barang
Barcode
scanner
Server
Database
Kasir
Pimpinan
Gambar 3.12Kontruksi Sistem yang dikembangkan
-
5/22/2018 Perancangan Sistem Informasi Inventori
3.6Skenario Sistem yang dikembangkan
Semua aktor yang akan masuk ke sistem harus login terlebih dahulu
dengan ID Card.
Supervisor membuat surat pesanan barang ke Pusat, Pusat
mengirimkan barang ke cabang Salemba Toko Buku di Bogor. Barang
diterima dan di cek oleh admin gudang, jika ada kerusakan barang maka
admin gudang mengembalikan barang tersebut ke Pusat. Jika barang tidak
rusak, maka Admin gudang akan menginputkan penerimaan barang ke sistem,
Barang yang diinputkan oleh admin gudang tersebut akan masuk ke sistem
sehingga pimpinan dan supervisor bisa mengontrol penerimaan barang
tersebut.
Pembeli bisa mengecek harga barang dengan menyodorkan barang ke
barcode.
Pembeli membeli barang dan dibayar dikasir, kasir mengecek barang
tersebut dengan scanner barcode. Maka dengan mengecek barang
menggunakan scanner barcode, barang yang keluar bisa terlihat dari sistem
ini.
-
5/22/2018 Perancangan Sistem Informasi Inventori
Supervisor membuat dan mencetak laporan persediaan barang,
penerimaan barang, penjualan barang, pesanan barang dan retun barang.
Laporan tersebut kemudian diserahkan kepada pimpinan untuk di tanda
tangan kemudian di arsipkan.
-
5/22/2018 Perancangan Sistem Informasi Inventori
BAB IV
PERANCANGAN SISTEM
4.1DiagramKonteks
Lap.Penjualan barang
Pembeli
Kasir
Pimpinan
Supervisor
Lap.Penerimaan barang
Sistem Informasi InventoriSalemba Toko Buku
Admin Guda ngData Penerimaan barang
Struck Pembayaran
Lap.Penjualan barang
Lap.Return barang
Lap.Persediaan barang
Lap.Pesanan barang
Data Pesanan barang
Data Return barang
Look Up Persediaan
Lap.Persediaan barang
Lap.Return barang
Lap.Penerimaan barang
Barcode
Informasi Buku
Cek Harga
Data Penjualan barang
Data Barang
Lap.Pesanan barang
Data Barang
Gambar 4.13Diagram Konteks
4.2 Daftar Istilah Pelaku Bisinis
Daftar istilah pelaku bisnis mendeskripsikan aktor beserta peran.
Istilah Deskripsi
Pimpinan Bertanggung jawab atas semua kegiatan yang terjadi pada Salemba Toko
Buku dan berhak mengambil keputusan serta menerima laporan.
Supevisor Bertanggung jawab membuat surat pesanan barang, mengelola
persediaan barang, penerimaan barang, penjualan barang, dan return
barang , dan membuat laporan.
Admin Gudang Menginput data barang dan input penerimaan barang masuk.
Kasir Bertanggung jawab dalam penjualan barang menggunakan scanner
barcode.
Pembeli Membeli, Pencarian barang, membayar dan menerima struck
pembayaran.
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.3 Identifikasi Use Case
Istilah DeskripsiPelaku yan
Berpartisipa
gine case ini mendeskripsikan kejadian pada saat user p
suk kedalam sistem.
Supervisor
Admin Gudang
asir
impinan
ut Barange case ini mendeskripsikan proses penginputan bara
ng dilakukan oleh Admin gudang ke sistemdmin Gudang
ut Penerimaan Barecase ini mendeskripsikan proses penginputannerimaan barang yang dilakukan oleh Admin Gud
lam sistem.
Admin Gudang
njualan Barang
ecase ini mendeskripsikan proses penjualan
nggunakan scanner barcode yang dilakukan oleh k
lam sistem.
Kasir
sanan Barangecase ini mendeskripsikan proses penginputan pesananng dilakukan oleh Supervisor ke dalam sistem.
Supervisor
turn Barangecase ini mendeskripsikan proses return barang
akukan oleh Supervisor ke dalam sistem.upervisor
ncarian Barangecase ini mendeskipsikan proses pencarian baran
akukan oleh pembeli ke dalam sistem.embeli
ok up data Pene
rang
ecase ini mendeskripsikan proses look up data pene
rang berdasarkan tglpenerimaan dalam sistem.
Supervisor
Pimpinan
ok up data Pe
rang
ecase ini mendeskripsikan proses look up data pe
rang berdasarkan tglpenjualan dalam sistem.
Supervisor
Pimpinan
ok up data Perrang.
ecase ini mendeskripsikan proses look up data perrang berdasarkan stock barang dalam sistem.
Supervisor
Pimpinan
ok up data
rang.
ecase ini mendeskripsikan proses look up data p
rang berdasarkan tglpesan dalam sistem.
Supervisor
Pimpinan
ok up datarang.
ecase ini mendeskripsikan proses look up data Returnrdasarkan tglreturn dalam sistem.
Supervisor
Pimpinan
date data Pene
rang
ecase ini mendeskripsikan proses update data yang
da data penerimaan barang yang telah diinput sebel
eh Admin gudang kedalam sistem.
Admin Gudang
date data Pesanan
ecase ini mendeskripsikanproses update data yang
da data pesanan barang yang telah diinput sebelumn
pervisor kedalam sistem.
Supervisor
date data Return B
ecase ini mendeskripsikan proses update data yang
da data return barang yang telah diinput sebelumn
pervisor kedalam sistem.
Supervisor
-
5/22/2018 Perancangan Sistem Informasi Inventori
tak Laporanecase ini mendeskripsikan pencetakan laporan yan
elola sebelumnya dalam sistem.
Supervisor
tak Struck Pembayecase ini mendeskripsikan pencetakan Struck Pem
ng telah dikelola sebelumnya dalam sistem.Kasir
4.4 Use Case Naratif
4.4.1 Persyaratan Bisnis
Untuk mendeskripsikan use case dengan singkat dan tepat dan
mengetahui bagaimana user berinteraksi dengan sistem baik langsung
maupun tidak langsung digambarkan dengan use case persyaratan
bisnis seperti dibawah ini.
No ID UsecaseNama Usecase
11.1
Login
21.2
Input Barang
3
1.3 Input Penerimaan Barang
41.4
Penjualan Barang
51.5
Pesanan Barang
61.6
Return Barang
71.7
Pencarian Barang
81.8
Look up data Penerimaan Barang
91.9
Look up data Penjualan Barang
10
1.10 Look up data Persediaan barang
111.11
Look up data Pesanan barang
121.12
Look up data Return barang
131.13
Update data Penerimaan Barang
141.14
Update data Pesanan Barang
151.15
Update data Return Barang
161.16
Cetak laporan
-
5/22/2018 Perancangan Sistem Informasi Inventori
171.17
Cetak Struck Pembayaran
4.4.1.1Persyaratan Bisnis Login
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : gin pe Use Case
Use Case : 1
ioritas : nggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Admin Gudang, Pimpinan, Kasir.
laku Partisipan Lain :
ake holder yang berminat lain :
skripsi :e case ini mendeskripsikan kejadian pada sa
rtama masuk kedalam sistem.
4.4.1.2Persyaratan Bisnis Input Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ut Barang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : min Gudang
laku Partisipan Lain :
akeholder yang berminat lain :
-
5/22/2018 Perancangan Sistem Informasi Inventori
skripsi :
ecase ini mendeskripsikan proses penginput
rang baru yang dilakukan oleh Admin Gud
lam sistem.
4.1.1.3Persyaratan Bisnis Input Penerimaan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ut Penerimaan Barape Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : min Gudang
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses penginput
nerimaan barang yang dilakukan oleh
dang ke dalam sistem.
4.1.1.4Persyaratan Bisnis Penjualan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : njualan Barang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : sir
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :ecase ini mendeskripsikan proses penjualannggunakan barcode yang dilakukan oleh k
lam sistem.
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.1.1.5 Persyaratan Bisnis Pesanan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : sanan Barang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses pengi
sanan barang yang dilakukan oleh Supervis
lam sistem.
4.4.1.6 Persyaratan Bisnis Return Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : turn Barang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :e case ini mendeskripsikan return baran
akukan oleh Supervisor ke dalam sistem.
4.4.1.7
Persyaratan Bisnis Pencarian Barang
-
5/22/2018 Perancangan Sistem Informasi Inventori
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ncarian barang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : mbeli
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi : e case ini mendeskipsikan proses pencarianng dilakukan oleh pembeli ke dalam sistem.
4.4.1.8 Persyaratan Bisnis Look up Data Penerimaan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case :ok up Data Pene
rangpe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses look u
nerimaan barang berdasarkan tglpenerimaan
tem.
4.4.1.9 Persyaratan Bisnis Look up Data Penjualan Barang
-
5/22/2018 Perancangan Sistem Informasi Inventori
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case :
ok up Data Pe
rang pe Use Case
Use Case :
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :ecase ini mendeskripsikan proses looknjualan barang berdasarkan tglpenjualan
tem.
4.4.1.10Persyaratan Bisnis Look up Data Persediaan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case :ok up Data Per
rangpe Use Case
Use Case : 0
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses look u
rsediaan barang berdasarkan stock barang
tem
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.1.11Persyaratan Bisnis Look up Data Pesanan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case :ok up Data
rangpe Use Case
Use Case : 1
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :ecase ini mendeskripsikan proses look u
sanan barang berdasarkan tglpesan dalam sist
4.4.1.12
Persyaratan Bisnis Look up Data Return Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ok up Data Return Bpe Use Case
Use Case : 2
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :ecase ini mendeskripsikan proses look up dat
rang berdasarkan tgtlreturn dalam sistem
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.1.13Persyaratan Bisnis Update Data Penerimaan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case :date Data Pene
rangpe Use Case
Use Case : 3
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : min Gudang
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses update dat
jadi pada data penerimaan barang yang telah
elumnya oleh Admin gudang kedalam sistem.
4.4.1.14
Persyaratan Bisnis Update Data Pesanan Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : date Data Pesanan Bpe Use Case
Use Case : 4
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses update dat
jadi pada data pesanan barang yang telah
elumnya oleh Supervisor kedalam sistem.
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.1.15Persyaratan Bisnis Update Data Return Barang
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : date Data Return Bpe Use Case
Use Case : 5
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan proses update dat
jadi pada data return barang yang telahelumnya oleh Supervisor kedalam sistem.
4.4.1.16
Persyaratan Bisnis Cetak laporan
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : tak laporan pe Use Case
Use Case : 6
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :ecase inimendeskripsikan pencetakan lapora
ah dikelola sebelumnya dalam sistem.
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.1.17Persyaratan Bisnis Cetak Struck Pembayaran
Pengarang : 1. Meli Amelia Tanggal : 16 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : tak Struck Pembayarpe Use Case
Use Case : 7
ioritas : ggi rsyaratan Bisnis :
mber :
laku Bisnis Utama : sir
laku Partisipan Lain :
akeholder yang berminat lain :
skripsi :
ecase ini mendeskripsikan pencetakan
mbayaran yang telah dikelola sebelumnyatem.
4.4.2Analisis Sistem
4.4.2.1 Analisis Sistem Login
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : gin pe Use Case
Use Case : 1 rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : pervisor, Admin Gudang, Pimpinan, Kasir
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :
e case ini mendeskripsikan kejadian pada sa
rtama masuk kedalam sistem.
-
5/22/2018 Perancangan Sistem Informasi Inventori
akondisi :er telah memiliki user name dan passwordnya
sing yang sudah secara otomatis sudah ada di ID
micu :
e case ini dilakukan untuk memastikan bahwa
nya digunakan oleh user yang telah diberi ha
rdasarkan kepentingannya.
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er mengscankan IDCa
dah ada usernamessword yang bertipe
da barcode Scanner.
ngkah 3 :
abila pilihan user mbol Cancel.
ngkah 2 :
stem akan memprose
nampilkan menu utamenu Transaksi, Transak
nu Laporan .
a validasi IDCard dimaalah valid.
ngkah 4 :
stem akan menghentikan
gin.
dang Alternatif :
ternatif Langkah 2:
1 Sistem akan menampilkan pesan kesalah
mbinasi IDCard tidak valid, dan meminta pe
tuk mengscankan barcode yang ada pada
ngan benar.
simpulan :e-case ini menyimpulkan bagaimana langkah a
ndak menggunakan sistem sesuai hak aksesnya.
stkondisi :er masuk dan menggunakan sistem sesuai ha
laku.
uran Bisnis : Card harus dimasukkan dengan data yang valid.
tasan Dan Spe
plementasi :
nya user yang mempunyai hak akses saja ya
suk kedalam sistem.
umsi : er telah memiliki IDCard.
asalah Terbuka : er lupa/hilang IDCard .
4.4.2.2 Analisis Sistem Input Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ut Barang pe Use Case
Use Case : rsyaratan Bisnis :
-
5/22/2018 Perancangan Sistem Informasi Inventori
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : dmin Gudang
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :e case ini mendeskripsikan kejadian seorang us
nambah/input data barang baru.
akondisi :er telah memiliki data barang baru yan
nputkan.
micu :e case ini dimulai saat user menyeleksi piliha
ta barang untuk menambah/input data barang bar
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er Pilih menu Mast
ksub menu barang.
ngkah 3:
ser Masukkan data
ru kedalam field yansediakan dengan benar.
ngkah 5 :
k semua data barang
dah dimasukkan, bila ti
rubahan makalanjutkan dengan
bol[Simpan].
ngkah 2 :
stem merespon
nampilkan form i
rang.
ngkah 4 :
stem meresponnyimpan data barang ba
ah diinputkan tersebut k
tabase sistem dan mena
mbali informasi yang
update kedalam
formasi data.
ngkah 6:
stem merespon
nutup From Baran
nampilkan Form utama.
dang Alternatif :
ternatif Langkah 4:
1 Jika sistem merespon bahwa penyimpanan ga
ak lengkap maka user harus melengkapi dat
erlukan dan kembali ke langkah 3.
simpulan :ecase ini menyimpulkan bagaimana langkah
rang oleh admin gudang.
stkondisi :ta barang telah disimpan dan telah terupdate, dan
nampilkan kembali Form Utama.
uran Bisnis : er sudah menyiapkan data barang yang valid.
tasan Dan Spe
plementasi :min Gudang hanya menginput barang.
umsi :nya Admin gudang yang dapat melakukan pengi
rang.
-
5/22/2018 Perancangan Sistem Informasi Inventori
asalah Terbuka :
4.4.2.3 Analisis Sistem Input Penerimaan Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ut Penerimaan Baran pe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : dmin Gudang
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :e case ini mendeskripsikan kejadian seorang us
nambah/input data penerimaan barang.
akondisi :er telah memiliki data penerimaan barang yan
nputkan.
micu :
e case ini dimulai saat user menyeleksi piliha
ta barang untuk menambah/input data penerang .
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er Pilih menu Transak
ksub menu penerang.
ngkah 3:
ser Masukkan
nerimaan barang k
ld yang sudah disngan benar.
ngkah 5 :
k semua data barang
ng sudah dimasukka
ak ada perubahan ma
ngkah 2 :
stem merespon
nampilkan formnerimaan barang.
ngkah 4 :
stem merespon
nyimpan data pene
rang yang telah diisebut kedalam database
n menampilkan
ormasi yang telah te
dalam Display Informasi
ngkah 6:
-
5/22/2018 Perancangan Sistem Informasi Inventori
lanjutkan dengan
bol[Simpan].
stem merespon
nutup From Pene
rang dan menampilkanma.
dang Alternatif :ternatif Langkah 4:1 Jika sistem merespon bahwa penyimpanan ga
ak lengkap maka user harus melengkapi daterlukan dan kembali ke langkah 3.
simpulan :ecase ini menyimpulkan bagaimana langkahnerimaan barang oleh admin gudang.
stkondisi :ta barang telah disimpan dan telah terupdate, dannampilkan kembali Form Utama.
uran Bisnis :er sudah menyiapkan data penerimaan barang
lid.
tasan Dan Spe
plementasi :min Gudang hanya menginput penerimaan bara
umsi : nya Admin gudang yang dapat melakukan penginerimaan barang.
asalah Terbuka :
4.4.2.4 Analisis Sistem Penjualan Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : njualan Barang pe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : asir
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :
e case ini mendeskripsikan kejadian seorang us
nambah data penjualan barang dengan me
rcode barang.
akondisi :er telah memiliki data penjualan barang yan
nputkan menggunakan scanner barcode.
micu : e case ini dimulai saat user menyeleksi pilihata penerimaan barang untuk menambah data pe
-
5/22/2018 Perancangan Sistem Informasi Inventori
rang.
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
lih menu Transaksi d
b menu penjualan baran
ngkah 3: Masukka
rang keluar
ngescankan barcode
nggunakan alatrcode ke dalam fiel
dah disediakan dengan
ngkah 4 :
k semua data pe
rang yang sudah dima
a tidak ada perubaha
er melanjutkan denga
bol[Bayar].
ngkah 2:
stem merespon
nampilkan form i
njualan barang.
ngkah 5 :
stem merespon
ncetak struck pembayara
ngkah 6 :
telah sistem menceta
mbayaran maka Siste
nyimpan data penjualan
ng telah diinputkan
anner barcode tersebut k
tabase sistem dan mena
mbali informasi yangupdate kedalam
formasi data.
dang Alternatif :
ternatif Langkah 5:
1 Jika Sistem tidak bisa membaca barcode b
rena ketidakjelasan barcode, maka user
nginputkan kodebarcode barang kedalam fiel
dah disediakan.
simpulan :e-case ini menyimpulkan bagaimana langkah inp
njualan barang oleh Kasir.
stkondisi :
ta barang telah dibayar dan disimpan da
update, dan sistem menampilkan kembali For
njualan barang.
uran Bisnis :er sudah menyiapkan alat scanner barcodenscanbarcode yang valid.
tasan Dan Spe
plementasi :
sir hanya menginput data penjualan barangngscanbarcode pada kodebarcode barang
nsaksi penjualan barang.
umsi :nya Kasir yang dapat melakukan penginput
nsaksi penjualan barang.
asalah Terbuka :
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.2.5 Analisis Sistem Pesanan Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : sanan Barang pe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :e case ini mendeskripsikan kejadian seorang us
ngPesanan Barang .
akondisi :er Telah memiliki data pesanan barang yannputkan.
micu :e case ini dimulai saat user meyeleksi pilihan inp
sanan barang.
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er Pilih menu Transa
ksub menu input data p
rang.
ngkah 3:
ser Masukkan data p
rang kedalam field
dah disediakan dengan
ngkah 5 :
k semua data barang p
ng sudah dimasukka
ak ada perubahan ma
lanjutkan dengan
bol[Simpan].
ngkah 2 :
stem merespon
nampilkan form inpu
sanan barang.
ngkah 4 :
stem merespon
nyimpan data pesanan
ng telah diinputkan t
dalam database siste
nampilkan kembali in
ng telah terupdate k
splay Informasi data.
ngkah 6:
stem merespon
nutup From input pesan
rang dan menampilka
ma.
dang Alternatif :
ternatif Langkah 4 :
1 Jika sistem merespon bahwa penyimpanan ga
-
5/22/2018 Perancangan Sistem Informasi Inventori
ak lengkap maka user harus melengkapi dat
erlukan dan kembali ke langkah 3.
simpulan : e-case ini menyimpulkan bagaimana langkahrang oleh Supervisor.
stkondisi :
ta barang yang sudah diinputkan akan disimp
an terupdate,dan sistem menampilkan kembali
ut Pesanan Barang.
uran Bisnis :
er harus memiliki IDCard yang sudah secara o
dapat username dan password untuk login.
tasan Dan Spe
plementasi :pervisor hanya menginput data Pesanan Barang.
umsi :nya Supervisor yang dapat melakukan peng
taPesanan barang .
asalah Terbuka :
4.4.2.6 Analisis Sistem Return Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : turn Barang pe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : pervisor
laku Partisipan Lain :
akeholder yang berminat lai
skripsi : e case ini mendeskripsikan kejadian seorang usturn Barang.
akondisi :er telah memiliki data return barang yan
nputkan.
micu :
e case ini dimulai saat user menyeleksi piliha
ta return barang untuk menambah, meruba
nghapus data barang.
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er Pilih menu Transa
ksub menu input data
ngkah 2 :
stem merespon
nampilkan form inpu
-
5/22/2018 Perancangan Sistem Informasi Inventori
rang.
ngkah 3:
er Masukkan data
rang kedalam field
dah disediakan dengan
ngkah 5 :
k semua data return
ng sudah dimasukka
ak ada perubahan ma
lanjutkan dengan
bol[Simpan].
urn barang.
ngkah 4 :
stem merespon
nyimpan data return
ng telah diinputkan t
dalam database siste
nampilkan kembali in
ng telah terupdate ksplay Informasi data.
ngkah 6:
stem merespon
nutup From input Datarang dan menampilka
ma.
dang Alternatif :
ternatif Langkah 4:
1 Jika sistem merespon bahwa penyimpanan ga
ak lengkap maka user harus melengkapi daterlukan dan kembali ke langkah 3.
simpulan :ecase ini menyimpulkan bagaimana langkah inpurn barang oleh Supervisor.
stkondisi :ta barang telah disimpan dan telah terupdate, dannampilkan kembali Form Utama.
uran Bisnis : er sudah menyiapkan data return barang yang val
tasan Dan Spe
plementasi :pervisor hanya menginput data return barang.
umsi :nya Supervisor yang dapat melakukan penginput
urn barang.
asalah Terbuka :
4.4.2.7 Analisis Sistem Pencarian Baranng
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ncarian barang pe Use Case
Use Case : rsyaratan Bisnis :
-
5/22/2018 Perancangan Sistem Informasi Inventori
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : embeli
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :e case ini mendeskripsikan kejadian seorang us
tuk pencarian barang .
akondisi :
micu : e case ini dimulai saat user mencari barang
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er menginputkan datang akan dicari
ngkah 2 :
stem meresponnampilkan informasi
ng dicari user
dang Alternatif :
ternatif Langkah 2 :
1 Jika sistem tidak merespon maka pencarian
gal karena barang yang dicari tidak tersed
mbali ke langkah 1.
simpulan :e-case ini menyimpulkan bagaimana langkah pe
rang oleh Pembeli.
stkondisi :
ncarian barang sudah dicari maka siste
nampilkan kembali form pencarian barang
uran Bisnis :
tasan Dan Spe
plementasi :
mbeli hanya menginputkan data barang yan
cari.
umsi :
mbeli yang dapat pencarian barang.
asalah Terbuka :
-
5/22/2018 Perancangan Sistem Informasi Inventori
4.4.2.8 Analisis Sistem Look up Data Penerimaan barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ok up data barang maspe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lai
skripsi :
ecase ini mendeskripsikan proses look u
nerimaan barang berdasarkan tglpenerimaan
tem.
akondisi :emastikan apakah data penerimaan barang yang
ok up sudah ada didalam database atau belum.
micu : ecase ini diinisiasi saat look up penerimaan bara
dangKhasSuatu Event :
Kegiatan Pelaku Respons Sistem
ngkah 1 :
er Pilih menu View d
bmenu data pene
rang
ngkah 3:
ser memasukan tglpene
ngkah 2 :
stem merespon
nampilkan form data
suk.
ngkah 4 :
stem akan secara o
ncari data penerimaan
ng telah tersimpan.
-
5/22/2018 Perancangan Sistem Informasi Inventori
ngkah 5 :
er mengklik data baran
cari.
ngkah 6:
stem akan menampilka
rang masuk yang di cari.
dang Alternatif :
ternatif langkah 3 :
1 jika tglpenerimaan yang dimasukan tidak
ngan yang ada di database, maka sistem akan
formasi bahwa tglpenerimaan yang dimasukan tilam database dan tidak dapat ditampilkan.
simpulan :ecase ini menyimpulkan tentang kegiatan look
nerimaan barang.stkondisi : ta penerimaan barang yang dicari akan ditampilk
uran Bisnis :lpenerimaan yang dimasukan harus sesuai
mat yang telah ditentukan oleh aplikasi.
tasan Dan Spe
plementasi :er hanya look up data penerimaan barang.
umsi :nya Supervisor dan Pimpinan yang dapat mel
ok up data penerimaan barang.
asalah Terbuka :
4.4.2.9 Analisis Sistem Look up Data Penjualan Barang
Pengarang : 1. Meli Amelia Tanggal : 17 September 2014
2. Aminatul Rosidah Versi : 1.0
ma Use Case : ok up data penjualan bpe Use Case
Use Case : rsyaratan Bisnis :
ioritas : nggi alisis Sistem :
mber :
-
5/22/2018 Perancangan Sistem Informasi Inventori
laku Bisnis Utama : pervisor, Pimpinan
laku Partisipan Lain :
akeholder yang berminat lai
skripsi : ecase ini m