perancangan sistem informasi inventori

Upload: meli-amelia

Post on 08-Oct-2015

73 views

Category:

Documents


0 download

DESCRIPTION

Perancangan sistem informasi Inventori pada Salemba Toko Buku . -- AMIK BOGOR--

TRANSCRIPT

  • 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