bab iv perancangan sistem usulan · use case name pemesanan obat requirements a.4 goal admin dapat...

55
32 BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem Perancangan sistem merupakan suatu kegiatan pengembangan prosedur dan proses yang sedang berjalan untuk menghasilkan suatu sistem yang baru, atau memperbaharui sistem yang ada untuk meningkatkan efektifitas kerja agar dapat memenuhi hasil yang digunakan dengan tujuan memanfaatkan teknologi dan fasilitas yang tersedia. 4.1.1. Analisis Kebutuhan Dalam perancangan sebuah program perlu dilakukan proses analisis kebutuhan yang bertujuan untuk mencari dan menganalisa data tentang kebutuhan yang diperlukan oleh sistem dan aktor (pelaku kegiatan). 1. Kebutuhan Pengguna Dalam sistem persediaan obat, terdapat 2 aktor yang saling berinteraksi dalam lingkungan sistem tersebut, kedua aktor tersebut antara lain Bagian Inventory dan Bagian Administrasi. Kedua aktor tersebut memiliki peran dan kebutuhan yang berbeda satu sama lain terhadap sistem, kebutuhan tersebut antara lain: A. Bagian Administrasi A.1. Dapat login A.2. Dapat mengelola data pengguna A.3. Dapat mengelola data supplier A.4. Dapat melakukan pemesanan barang A.5. Dapat melihat stok obat

Upload: others

Post on 24-Oct-2020

7 views

Category:

Documents


0 download

TRANSCRIPT

  • 32

    BAB IV

    PERANCANGAN SISTEM USULAN

    4.1. Tahapan Perancangan Sistem

    Perancangan sistem merupakan suatu kegiatan pengembangan prosedur dan

    proses yang sedang berjalan untuk menghasilkan suatu sistem yang baru, atau

    memperbaharui sistem yang ada untuk meningkatkan efektifitas kerja agar dapat

    memenuhi hasil yang digunakan dengan tujuan memanfaatkan teknologi dan fasilitas

    yang tersedia.

    4.1.1. Analisis Kebutuhan

    Dalam perancangan sebuah program perlu dilakukan proses analisis kebutuhan

    yang bertujuan untuk mencari dan menganalisa data tentang kebutuhan yang

    diperlukan oleh sistem dan aktor (pelaku kegiatan).

    1. Kebutuhan Pengguna

    Dalam sistem persediaan obat, terdapat 2 aktor yang saling berinteraksi dalam

    lingkungan sistem tersebut, kedua aktor tersebut antara lain Bagian Inventory dan

    Bagian Administrasi. Kedua aktor tersebut memiliki peran dan kebutuhan yang

    berbeda satu sama lain terhadap sistem, kebutuhan tersebut antara lain:

    A. Bagian Administrasi

    A.1. Dapat login

    A.2. Dapat mengelola data pengguna

    A.3. Dapat mengelola data supplier

    A.4. Dapat melakukan pemesanan barang

    A.5. Dapat melihat stok obat

  • 33

    B. Bagian Inventory

    B.1. Dapat login.

    B.2. Dapat mengelola master obat.

    B.3. Dapat mengelola data obat masuk.

    B.4. Dapat mengelola data obat keluar.

    B.5. Dapat mencetak laporan obat masuk perbulan.

    B.6. Dapat mencetak laporan obat keluar perbulan.

    B.7. Dapat mencetak laporan stok obat keseluruhan.

    2. Kebutuhan Sistem

    a. Aktor harus melakukan login terlebih dahulu jika ingin mengakses menu utama

    dengan memasukkan ID Pengguna dan Password yang benar. Jika ID dan

    password benar, sistem akan menampilkan menu utama. Tapi, jika ID dan

    password yang dimasukkan salah, sistem akan menampilkan “Maaf! ID atau

    password salah”.

    b. Setelah aktor berhasil melakukan login, sistem akan menampilkan menu

    utama. Menu utama Administrasi terdapat menu master pengguna, master

    supplier, pemesanan barang dan form khusus untuk melihat stok obat.

    Sedangkan menu utama bagian inventory terdapat menu master obat, master

    obat masuk, master obat keluar, dan master laporan.

  • 34

    4.1.2. Rancangan Diagram Use Case

    1. Use Case Login Admin

    Gambar IV. 1

    Use Case Login Admin

  • 35

    Deskripsi Use Case:

    Tabel IV. 1

    Deskripsi Use Case Login Admin

    Use Case Name Login Admin

    Requirements A.1

    Goal Admin dapat masuk ke menu utama

    Pre-Condition

    Admin telah memiliki akun didalam

    sistem sebagai syarat untuk login.

    Post Condition Admin masuk kemenu utama

    Failed end conditions Admin gagal masuk ke menu utama

    Primary Actors Admin

    Main Flow/Basic Path

    1. Mengisi ID Pengguna.

    2. Mengisi password.

    3. Mengklik tombol “Masuk”

    4. Sistem menampilkan tampilan menu

    utama aplikasi apotik.

    Alternate flow/ Invariant 1

    Invariant 2

  • 36

    2. Use Case Mengelola Data Pengguna

    Gambar IV. 2

    Use Case Mengelola Data Pengguna

    Deskripsi Use Case:

    Tabel IV. 2

    Deskripsi Use Case Mengelola Data Pengguna

    Use Case Name Mengelola Data Pengguna

    Requirements A.2

    Goal

    Admin dapat menambah, mencari,

    mengedit dan menghapus data pengguna.

    Pre-Condition

    Admin telah melakukan login dan

    mengakses form Data Pengguna.

    Post Condition

    Data berhasil tersimpan, terupdate,

    maupun terhapus.

    Failed end conditions Data gagal tersimpan maupun terhapus.

    Primary Actors Admin

  • 37

    Main Flow/Basic Path

    1. Admin mengklik tombol “Tambah”.

    2. Admin mengisi identitas Pengguna.

    3. Admin mengklik tombol “Simpan”.

    4. Sistem menampilkan keterangan “Data

    berhasil disimpan”.

    Alternate flow/ Invariant 1

    1. Admin mencari data pengguna dengan

    memasukan nama pengguna.

    2. Sistem menampilkan data pengguna.

    3. Admin mengklik tombol “Edit”.

    4. Admin mengedit data pengguna.

    5. Admin mengklik tombol “Update”

    6. Sistem menyimpan perubahan data.

    7. Sistem menampilkan pesan “Data

    berhasil disimpan”.

    Invariant 2

    1. Admin mencari data pengguna dengan

    memasukan nama pengguna.

    2. Sistem menampilkan data pengguna.

    3. Admin mengklik tombol “Hapus”

    4. Sistem menghapus data.

    5. Sistem menampilkan pesan “Data

    berhasil di hapus”.

  • 38

    3. Use Case Mengelola Data Supplier

    Gambar IV. 3

    Use Case Mengelola Data Supplier

    Deskripsi Use Case:

    Tabel IV. 3

    Deskripsi Use Case Mengelola Data Supplier

    Use Case Name Mengelola Data Supplier

    Requirements A.3

    Goal

    Admin dapat menambah, mencari,

    mengedit dan menghapus data supplier.

    Pre-Condition

    Admin telah melakukan login dan

    mengakses form Data Supplier.

    Post Condition

    Data berhasil tersimpan, terupdate,

    maupun terhapus.

    Failed end conditions Data gagal tersimpan maupun terhapus.

    Primary Actors Admin

  • 39

    Main Flow/Basic Path

    1. Admin mengklik tombol “Tambah”.

    2. Admin mengisi identitas Supplier.

    3. Admin mengklik tombol “Simpan”.

    4. Sistem menampilkan keterangan “Data

    berhasil disimpan”.

    Alternate flow/ Invariant 1

    1. Admin mencari data supplier dengan

    memasukan nama supplier.

    2. Sistem menampilkan data supplier.

    3. Admin mengklik tombol “Edit”.

    4. Admin mengedit data supplier.

    5. Admin mengklik tombol “Update”.

    6. Sistem menyimpan perubahan data.

    7. Sistem menampilkan pesan “Data

    berhasil disimpan”.

    Invariant 2

    1. Admin mencari data supplier dengan

    memasukan nama supplier.

    2. Sistem menampilkan data supplier.

    3. Admin mengklik tombol “Hapus”

    4. Sistem menghapus data.

    5. Sistem menampilkan pesan “Data

    berhasil di hapus”.

  • 40

    4. Use Case Mengelola Pemesanan Obat

    Gambar IV. 4

    Use Case Mengelola Pemesanan Obat

    Deskripsi Use Case:

    Tabel IV. 4

    Deskripsi Use Case Mengelola Pemesanan Obat

    Use Case Name Pemesanan Obat

    Requirements A.4

    Goal

    Admin dapat melakukan pemesanan

    obat

    Pre-Condition

    Admin telah melakukan login dan

    mengakses form pemesanan.

    Post Condition Admin berhasil melakukan pemesanan.

    Failed end conditions Admin gagal melakukan pemesanan.

    Primary Actors Administrasi

  • 41

    Main Flow/Basic Path

    1. Masuk ke form Pemesanan Obat.

    2. Mengisi daftar obat, jumlah dan

    supplier mana yang akan dituju.

    3. Mengklik tombol “Buat Pesanan”

    4. Sistem akan menyimpan pesanan dan

    mencetak lembar pesanan.

    Alternate flow/ Invariant 1

    Invariant 2

    5. Use Case Melihat Stok Obat

    Gambar IV. 5

    Use Case Melihat Stok Obat

  • 42

    Deskripsi Use Case:

    Tabel IV. 5

    Deskripsi Use Case Melihat Stok Obat

    Use Case Name Melihat Stok Obat

    Requirements A.5

    Goal Admin dapat melihat stok obat.

    Pre-Condition

    Admin telah melakukan login dan

    mengakses menu utama.

    Post Condition Sistem menampilkan menu stok obat.

    Failed end conditions Admin gagal mengakses form stok obat.

    Primary Actors Admin

    Main Flow/Basic Path

    1. Admin mengklik tombol Menu Stok

    Obat.

    2. Sistem menampilkan form stok obat.

    Alternate flow/ Invariant 1

    Invariant 2

  • 43

    6. Use Case Login Inventory

    Gambar IV. 6

    Use Case Login Inventory

  • 44

    Deskripsi Use Case:

    Tabel IV. 6

    Deskripsi Use Case Login Inventory

    Use Case Name Login Inventory

    Requirements B.1

    Goal User dapat masuk ke menu utama

    Pre-Condition

    User telah memiliki akun didalam sistem

    sebagai syarat untuk login.

    Post Condition User masuk kemenu utama

    Failed end conditions User gagal masuk ke menu utama

    Primary Actors Bagian Inventory

    Main Flow/Basic Path

    1. Mengisi ID Pengguna.

    2. Mengisi password.

    3. Mengklik tombol “Masuk”

    4. Sistem menampilkan tampilan menu

    utama aplikasi apotik.

    Alternate flow/ Invariant 1

    Invariant 2

  • 45

    7. Use Case Mengelola Data Obat

    Gambar IV. 7

    Use Case Mengelola Data Obat

    Deskripsi Use Case:

    Tabel IV. 7

    Deskripsi Use Case Mengelola Data Obat

    Use Case Name Mengelola Data Obat

    Requirements B.2

    Goal User dapat mengelola Data Obat.

    Pre-Condition

    User telah melakukan login dan

    mengakses form Data Master Obat.

    Post Condition

    Data berhasil tersimpan, terupdate,

    maupun terhapus.

    Failed end conditions Data gagal tersimpan maupun terhapus.

    Primary Actors Bagian Inventory

    Main Flow/Basic Path

    1. User mengklik tombol “Tambah”.

    2. User mengisi keterangan obat.

    3. User mengklik tombol “Simpan”.

  • 46

    4. Sistem menampilkan keterangan “Data

    berhasil disimpan”.

    Alternate flow/ Invariant 1

    1. User mencari data dengan

    mengetikkan nama obat dikolom bar.

    2. Sistem menampilkan data yang dicari.

    3. User mengklik tombol “Edit”.

    4. User mengedit data obat masuk.

    5. User mengklik tombol “Update”.

    6. Sistem menyimpan perubahan data.

    7. Sistem menampilkan pesan “Data

    berhasil disimpan”.

    Invariant 2

    1. User mencari data dengan memasukan

    nama obat.

    2. Sistem menampilkan data yang dicari.

    3. User mengklik tombol “Hapus”

    4. Sistem menghapus data.

    5. Sistem menampilkan pesan “Data

    berhasil di hapus”.

  • 47

    8. Use Case Mengelola Data Obat Masuk

    Gambar IV. 8

    Use Case Mengelola Data Obat Masuk

    Deskripsi Use Case:

    Tabel IV. 8

    Deskripsi Use Case Mengelola Data Obat Masuk

    Use Case Name Mengelola Data Obat Masuk

    Requirements B.3

    Goal User dapat mengelola Data Obat yang

    Masuk.

    Pre-Condition User telah melakukan login dan

    mengakses form Data Obat Masuk.

    Post Condition Data berhasil tersimpan, terupdate,

    maupun terhapus.

    Failed end conditions Data gagal tersimpan maupun terhapus.

    Primary Actors Bagian Inventory

    Main Flow/Basic Path

    1. User mengklik tombol “Tambah”.

    2. User mengisi keterangan penerimaan

    obat.

    3. User mengklik tombol “Simpan”.

  • 48

    4. Sistem menampilkan keterangan “Data

    berhasil disimpan”.

    Alternate flow/ Invariant 1

    Invariant 2

    9. Use Case Mengelola Data Obat Keluar

    Gambar IV. 9

    Use Case Mengelola Data Obat Keluar

  • 49

    Deskripsi Use Case:

    Tabel IV. 9

    Deskripsi Use Case Mengelola Data Obat Keluar

    Use Case Name Mengelola Data Obat Keluar

    Requirements B.4

    Goal

    User dapat mengelola Data Obat yang

    Keluar.

    Pre-Condition

    User telah melakukan login dan

    mengakses form Data Obat Keluar.

    Post Condition

    Data berhasil tersimpan, terupdate,

    maupun terhapus.

    Failed end conditions Data gagal tersimpan maupun terhapus.

    Primary Actors Bagian Inventory

    Main Flow/Basic Path

    1. User mengklik tombol “Tambah”.

    2. User mengisi keterangan pengeluaran

    obat.

    3. User mengklik tombol “Simpan”.

    4. Sistem menampilkan keterangan “Data

    berhasil disimpan”.

    Alternate flow/ Invariant 1

    Invariant 2

  • 50

    9. Use case Mengelola Laporan Obat

    Gambar IV. 10

    Use Case Mengelola Laporan Obat

    Deskripsi Use Case:

    Tabel IV. 10

    Deskripsi Use Case Mengelola Laporan Obat

    Use Case Name Mencetak Laporan Obat

    Requirements B.5 s/d B.7

    Goal

    User mencetak laporan data obat masuk

    perbulan, laporan obat keluar perbulan,

    dan laporan stok obat.

    Pre-Condition

    User telah melakukan login dan

    mengakses form Data Laporan Obat.

    Post Condition

    Sistem menampilkan laporan dan siap

    dicetak.

  • 51

    Failed end conditions User gagal mencetak laporan.

    Primary Actors Bagian Inventory

    Main Flow/Basic Path

    1. User mengklik Menu Laporan Obat.

    2. Sistem menampilkan form laporan.

    3. User menginput periode laporan obat

    masuk perbulan.

    4. User mengklik tombol “Cetak”.

    5. Sistem menampilkan laporan obat

    masuk perbulan dan siap dicetak.

    Alternate flow/ Invariant 1

    1. User mengklik Menu Laporan Obat.

    2. Sistem menampilkan form laporan.

    3. User menginput periode laporan obat

    keluar perbulan.

    4. User mengklik tombol “Cetak”.

    5. Sistem menampilkan laporan obat

    keluar perbulan dan siap dicetak.

    Invariant 2

    1. User mengklik Menu Laporan Obat.

    2. Sistem menampilkan form laporan.

    3. User mengklik tombol Laporan Stok

    Obat.

    4. Sistem menampilkan laporan stok obat

    secara keseluruhan dan siap dicetak.

  • 52

    4.1.3. Rancangan Diagram Activity

    1. Activity Diagram Login

    Gambar IV. 11

    Activity Diagram Login

  • 53

    2. Activity Diagram Mengelola Data Pengguna

    Gambar IV. 12

    Activity Diagram Mengelola Data Pengguna

  • 54

    3. Activity Diagram Mengelola Data Supplier

    Gambar IV. 13

    Activity Diagram Mengelola Data Supplier

  • 55

    4. Activity Diagram Mengelola Pemesanan Barang

    Gambar IV. 14

    Activity Diagram Mengelola Pemesanan Barang

  • 56

    5. Activity Diagram Melihat Stok Obat

    Gambar IV. 15

    Activity Diagram Melihat Stok Obat

  • 57

    6. Activity Diagram Mengelola Data Obat

    Gambar IV. 16

    Activity Diagram Mengelola Data Obat

  • 58

    7. Activity Diagram Mengelola Data Obat Masuk

    Gambar IV. 17

    Activity Diagram Mengelola Data Obat Masuk

  • 59

    8. Activity Diagram Mengelola Data Obat Keluar

    Gambar IV. 18

    Activity Diagram Mengelola Data Obat Keluar

  • 60

    9. Activity Diagram Mengelola Laporan Obat

    Gambar IV. 19

    Activity Diagram Mengelola Laporan Obat

  • 61

    4.1.4. Rancangan Dokumen Sistem Usulan

    A. Rancangan Dokumen Masukan

    1. Spesifikasi Rancangan Dokumen Salinan Faktur Pembelian Barang

    Nama Dokumen : Salinan Faktur Pembelian Barang

    Fungsi : Sebagai tanda bukti pemesanan barang.

    Sumber : Supplier

    Tujuan : Bagian Inventory

    Media : Kertas

    Jumlah : 3 lembar

    Frekuensi : Setiap ada pengiriman barang.

    Bentuk : Lampiran C.1

    B. Rancangan Dokumen Keluaran

    1. Spesifikasi Rancangan Dokumen Purchase Order

    Nama Dokumen : Lembar Purchase Order

    Fungsi : Untuk melakukan pemesanan barang.

    Sumber : Bagian Administrasi

    Tujuan : Supplier

    Media : Kertas

    Jumlah : 1 lembar

    Frekuensi : Setiap terjadi pengurangan stok yang telah

    mencapai stok minimal.

    Bentuk Lampiran : Lampiran D.1

  • 62

    2. Spesifikasi Rancangan Dokumen Laporan Obat Masuk

    Nama Dokumen : Laporan Obat Masuk

    Fungsi : Sebagai bukti data obat yang masuk perbulan.

    Sumber : Bagian Inventory

    Tujuan : Direktur

    Media : Kertas

    Jumlah : 2 lembar

    Frekuensi : Setiap satu bulan.

    Bentuk Lampiran : Lampiran D.2

    3. Spesifikasi Rancangan Dokumen Laporan Data Obat Keluar

    Nama Dokumen : Laporan Obat Keluar

    Fungsi : Sebagai bukti data obat yang keluar.

    Sumber : Bagian Inventory

    Tujuan : Direktur

    Media : Kertas

    Jumlah : 2 lembar

    Frekuensi : Setiap satu bulan.

    Bentuk Lampiran : Lampiran D.3

  • 63

    4. Spesifikasi Rancangan Dokumen Laporan Stok Obat Keseluruhan

    Nama Dokumen : Lembar Laporan Stok Obat Keseluruhan

    Fungsi : Sebagai laporan stok obat yang tersedia di

    gudang.

    Sumber : Bagian Inventory

    Tujuan : Direktur

    Media : Kertas

    Jumlah : 1 lembar

    Frekuensi : Setiap satu bulan.

    Bentuk Lampiran : Lampiran D.4

    4.1.5. Rancangan Prototype

    1. Rancangan antarmuka Login

    Gambar IV. 20

    Rancangan antarmuka Login

  • 64

    2. Rancangan antarmuka Menu Utama Administrasi

    Gambar IV. 21

    Rancangan antarmuka Menu Utama Administrasi

    3. Rancangan antarmuka Menu Pengguna

    Gambar IV. 22

    Rancangan antarmuka Menu Pengguna

  • 65

    4. Rancangan antarmuka Menu Stok Obat

    Gambar IV. 23

    Rancangan antarmuka Menu Stok Obat

    5. Rancangan antarmuka Menu Supplier

    Gambar IV. 24

    Rancangan antarmuka Menu Supplier

  • 66

    6. Rancangan antarmuka Menu Pemesanan Obat

    Gambar IV. 25

    Rancangan antarmuka Menu Pemesanan Obat

    7. Rancangan antarmuka Menu Utama Inventory

    Gambar IV. 26

    Rancangan antarmuka Menu Utama Inventory

  • 67

    8. Rancangan antarmuka Menu Master Obat

    Gambar IV. 27

    Rancangan antarmuka Menu Master Obat

    9. Rancangan antarmuka Menu Obat Masuk

    Gambar IV. 28

    Rancangan antarmuka Menu Obat Masuk

  • 68

    10. Rancangan antarmuka Menu Obat Keluar

    Gambar IV. 29

    Rancangan antarmuka Menu Obat Keluar

    11. Rancangan antarmuka Menu Laporan Obat

    Gambar IV. 30

    Rancangan antarmuka Menu Laporan Obat

  • 69

    4.2. Perancangan Perangkat Lunak

    4.2.1. Entity Relationship Diagram (ERD)

    Pengguna

    Obat Masuk

    Supplier

    Mengelola Memiliki

    id_user

    nama_user

    level

    password

    no_terima

    id_supplier

    tgl_masuk

    id_user

    id_supplier

    nama_supplier

    no_telp

    fax

    alamat_supplier

    alamat

    1

    M

    M

    Detail Masuk

    hrg_satuan

    qty

    subtotal

    Obat

    kode_obat

    nama_obat

    satuan

    isi

    hrg_beli

    hrg_jual

    stok

    Mengelola

    Memiliki

    M1

    Obat Keluar

    no_keluar

    tgl_keluar

    id_user

    Membuat

    Memiliki

    Detail Keluar

    hrg_satuan

    qty

    subtotal

    Memiliki

    total

    total

    no_terima

    kode_obat

    nama_obat

    no_keluar

    kode_obat

    nama_obat

    Pesanan

    no_pesanan

    tgl_pesanan

    id_supplier

    total

    Memiliki

    Memasok

    1

    1

    M

    1

    1

    M

    1

    1

    M

    M

    Berisi

    Detail Pesanan

    M MM1

    M

    qty

    no_pesanan

    kode_obat

    subtotal

    id_user

    kategori

    tgl_exp

    Gambar IV. 31

    Entity Relationship Diagram (ERD)

  • 70

    4.2.2. Logical Record Structure (LRS)

    Pengguna

    id_user (PK) nama_user level password alamat

    Obat Masuk

    no_terima (PK) id_supplier (FK) tgl_masuk id_user (FK) total

    Pesanan

    no_pesanan (PK) tgl_pesanan id_supplier (FK) nama_supplier total

    Supplier

    id_supplier (PK) nama_supplier no_telp fax alamat_supplier

    Detail Masuk

    no_terima (PK) kode_obat (FK) nama_obat qty hrg_satuan subtotal

    Obat

    kode_obat (PK) nama_obat satuan isi hrg_beli hrg_jual stok kategori tgl_exp

    Obat Keluar

    no_keluar (PK) tgl_keluar id_user (FK) total

    Detail Keluar

    no_keluar (PK) kode_obat (FK) nama_obat qty hrg_satuan subtotal

    M

    M

    M

    1

    M

    1

    1

    M

    M

    1

    M

    1

    1

    M

    1

    MDetail Pesanan

    no_pesanan (FK) kode_obat (FK) qty subtotal

    1

    M

    1

    M

    Gambar IV. 32

    Logical Record Structure (LRS)

    4.2.3. Spesifikasi File

  • 71

    1. Spesifikasi File Data Pengguna

    2. Spesifikasi File Data Obat

    3. Spesifikasi File Data Obat Masuk

    4. Spesifikasi File Data Obat Keluar

    5. Spesifikasi File Detail Masuk

    6. Spesifikasi File Detail Keluar

    7. Spesifikasi File Data Supplier

    8. Spesifikasi File Data Pesanan

    9. Spesifikasi File Detail Pesanan

    Penjelasan dari spesifikasi File program persediaan obat sebagai berikut:

    1. Spesifikasi File Data Pengguna

    Nama File : File Pengguna

    Akronim : pengguna

    Fungsi : untuk menyimpan data user

    Tipe : File Master

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 139 karakter

    Kunci Field : id_user

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.11

  • 72

    Spesifikasi File Pengguna

    No. Elemen Data Nama Field Tipe Size Ket.

    1. ID Pengguna id_user Varchar 10 Primary Key

    2. Nama Pengguna nama_user Varchar 20

    3. Level level Varchar 1

    4. Password password Varchar 8

    5. Alamat alamat Varchar 100

    2. Spesifikasi File Data Obat

    Nama File : File Obat

    Akronim : obat

    Fungsi : Untuk menyimpan data obat

    Tipe : File Master

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 105 karakter

    Kunci Field : kode_obat

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.12

  • 73

    Spesifikasi File Obat

    No. Elemen Data Nama Field Tipe Size Ket.

    1. Kode Obat kode_obat Varchar 10 Primary Key

    2. Nama Obat nama_obat Varchar 25

    3. Satuan satuan Varchar 20

    4. Isi isi Varchar 10

    5. Harga Beli hrg_beli Varchar 10

    6. Harga Jual hrg_jual Varchar 10

    7. Stok stok Varchar 10

    8. Kategori kategori Varchar 10

    9. Tanggal Expired tgl_exp Date

    3. Spesifikasi File Data Obat Masuk

    Nama File : File Obat Masuk

    Akronim : Obat Masuk

    Fungsi : untuk menyimpan data obat masuk

    Tipe : File Transaksi

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 70 karakter

    Kunci Field : no_terima

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.13

  • 74

    Spesifikasi File Obat Masuk

    No. Elemen Data Nama Field Tipe Size Ket

    1. No Penerimaan no_terima Varchar 10 Primary Key

    2. ID Supplier id_supplier Varchar 10 Foreign Key

    3. Tanggal Masuk tgl_masuk Date

    4. ID Pengguna id_user Varchar 10 Foreign Key

    5. Total Total Int 30

    4. Spesifikasi File Detail Masuk

    Nama File : File Detail Masuk

    Akronim : Detail Masuk

    Fungsi : untuk menyimpan detail obat yang masuk

    Tipe : File Master

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Dokumen

    Panjang Record : 120 karakter

    Kunci Field : no_terima

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.14

  • 75

    Spesifikasi File Detail Masuk

    No. Elemen Data Nama Field Tipe Size Ket.

    1. No. Penerimaan no_terima Varchar 10 Foreign Key

    2. Kode Obat kode_obat Varchar 10 Foreign Key

    3. Nama Obat nama_obat Varchar 25

    4. Quantity Qty Int 25

    5. Harga Satuan hrg_satuan Int 20

    6. Subtotal Subtotal Int 30

    5. Spesifikasi File Data Obat Keluar

    Nama File : File Data Data Obat Keluar

    Akronim : Data Obat Keluar

    Fungsi : untuk mengetahui stok obat keluar

    Tipe : File Transaksi

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Dokumen

    Panjang Record : 60 karakter

    Kunci Field : no_keluar

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.15

  • 76

    Spesifikasi File Obat Keluar

    No. Elemen Data Nama Field Tipe Size Ket

    1. No Keluar no_keluar Varchar 10 Primary Key

    2. Tanggal Keluar tgl_keluar Date

    3. ID Pengguna id_user Varchar 10 Foreign Key

    4. Total Total Int 30

    6. Spesifikasi File Detail Keluar

    Nama File : File Detail Keluar

    Akronim : Detail Keluar

    Fungsi : untuk menyimpan detail obat yang keluar

    Tipe : File Master

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Dokumen

    Panjang Record : 120 karakter

    Kunci Field : no_keluar

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.16

  • 77

    Spesifikasi File Detail Keluar

    No. Elemen Data Nama Field Tipe Size Ket

    1. No Keluar no_keluar Varchar 10 Foreign Key

    2. Kode Obat kode_obat Varchar 10 Foreign Key

    3. Nama Obat Jumlah Varchar 25

    4. Quantity Qty Int 25

    5. Harga Satuan hrg_satuan Int 20

    6. Subtotal Subtotal Int 30

    7. Spesifikasi File Data Supplier

    Nama File : File Data Supplier

    Akronim : Data Supplier

    Fungsi : untuk menyimpan data supplier

    Tipe : File Master

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 120 karakter

    Kunci Field : id_supplier

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.17

  • 78

    Spesifikasi File Supplier

    No. Elemen Data Nama Field Tipe Size Ket

    1. Id Supplier id_supplier Varchar 10 Primary Key

    2. Nama Supplier nama_supplier Varchar 30

    3. No. Telp no_telp Varchar 15

    4. Fax Fax Varchar 15

    5. Alamat Supplier alamat_supplier Varchar 50

    8. Spesifikasi File Data Pesanan

    Nama File : File Data Pesanan

    Akronim : Data Pesanan

    Fungsi : untuk menyimpan data pemesanan barang.

    Tipe : File Transaksi

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 35 karakter

    Kunci Field : no_pesanan

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.18

  • 79

    Spesifikasi File Pesanan

    No. Elemen Data Nama Field Tipe Size Ket.

    1. Nomor Pesanan no_pesanan Varchar 15 Primary Key

    2. Tanggal Pesanan tgl_pesanan Date

    3. Id Supplier id_supplier Varchar 10 Foreign Key

    4. Id Pengguna id_user Varchar 10

    5. Total Total Double

    9. Spesifikasi File Detail Pesanan

    Nama File : File Detail Pesanan

    Akronim : Detail Pesanan

    Fungsi : untuk menyimpan detail pemesanan barang.

    Tipe : File Transaksi

    Organisasi File : Index Sequential

    Akses File : Random

    Media : Harddisk

    Panjang Record : 47 karakter

    Kunci Field : no_pesanan

    Basis Data : db_apotik

    Software : Mysql

    Tabel IV.19

  • 80

    Spesifikasi File Detail Pesanan

    No. Elemen Data Nama Field Tipe Size Ket.

    1. Nomor Pesanan no_pesanan Varchar 15 Foreign Key

    2. Kode Obat kode_obat Varchar 10 Foreign Key

    3. Quantity qty Integer 11

    4. Subotal Subtotal Integer 11

    4.2.4. Class Diagram

  • 81

    Gambar IV. 33

    Class Diagram

    4.2.5. Sequence Diagram

  • 82

    1. Sequence Diagram Login

    Gambar IV. 34

    Sequence Diagram Login

    2. Sequence Diagram Mengelola Pemesanan Obat

  • 83

    Gambar IV. 35

    Sequence Diagram Mengelola Pemesanan Obat

    3. Sequence Diagram Mengelola Data Obat Masuk

  • 84

    Gambar IV. 36

    Sequence Diagram Mengelola Data Obat Masuk

    4. Sequence Diagram Mengelola Data Obat Keluar

    Gambar IV. 37

    Sequence Diagram Mengelola Data Obat Keluar

    5. Sequence Diagram Mengelola Laporan Obat

  • 85

    Gambar IV. 38

    Sequence Diagram Mengelola Laporan Obat

    4.2.6. Spesifikasi Perangkat Keras dan Perangkat Lunak

    1. Spesifikasi Perangkat Keras (Hardware)

    1) CPU

    a. Processor Pentium Core 2 Duo

    b. RAM DDR 2 4 GB

    c. Hard Disk 500GB

  • 86

    2) Mouse

    3) Keyboard

    4) Monitor dengan resolusi layar minimum 1024x768

    5) Printer: Inkjet

    2. Spesifikasi Perangkat Lunak (Software)

    1) Sistem operasi : Windows 8.1 Pro 64-bit (6.3, Build 9600)

    2) Database : MySQL

    3) Aplikasi : Netbeans IDE versi 8.1

    4.3. Jadwal Implementasi

    NO. KEGIATAN

    WAKTU

    BULAN I BULAN II BULAN III

    1 2 3 4 1 2 3 4 1 2 3 4

    1. Persiapan data awal

    2. Analisa

    3. Desain sistem

    4. Desain perangkat

    lunak

    5. Pembuatan & tes

    program

    6. Tes sistem

    7. Pelatihan

    8. Pembuatan buku

    petunjuk

    9. Evaluasi &

    operasional