• Tidak ada hasil yang ditemukan

BAB V HASIL KERJA PRAKTIK

5.1. Perancangan Sistem Informasi Inventory

5.1.2. Pemodelan sistem

BAB V HASIL KERJA PRAKTIK

5.1. Perancangan Sistem Informasi Inventory

Berdasarkan uraian permasalahan pada sub-bab 4.3, diperlukan sebuah sistem informasi

inventory yang mana dapat memecahkan permasalahan yang terjadi di Pandu Logistics. Untuk

menciptakan sistem informasi memerlukan tahapan-tahapan sebagai berikut: 5.1.1. Perencanaan Kebutuhan

1. Kebutuhan Fungsional

Kebutuhan fungsional mendeskripsikan layanan, fitur maupun fungsi yang disesiakan oleh sistem untuk user, berikut merupakan tabel yang mendiskrisikan kebutuhan fungsional Tabel 3 Kebutuhan Fungsional

No Kebutuhan Fungsional Responsibilities

1. Admin 1. Mengelola data barang klien

2. Melihat data stok barang klien

3. Melihat data barang masuk dan keluar 4. Mengelola pengiriman

2. Staff Gudang 1. Menginput data barang masuk dan keluar 2. Mengupdate stok barang

3. Klien 1. Melihat stok barang

2. Melihat data stok barang 3. Memesan barang

4. Kepala Gudang 1. Melihat laporan klien 2. Melihat laporan stok barang 3. Melihat laporan pengiriman

4. Melihat laporan barang masuk dan barang keluar 5. Supplier 1. Menginput data barang yang akan dikirim ke gudang

2. Kebutuhan Non Fungsional

Kebutuhan non fungsional mendeskripsikan jenis kebutuhan perangkat keras bersifat properti yag dimiliki oleh sistem yaitu hardware, software dan brainware. Untuk software kebutuhan perangkat lunak yang digunakan dalam pemuatan sistem ini yaitu, sistem operasi windows 32 bit, Xampp mencakup web server (apache), database (mysql), database

manager (PhpMyadmin), bahasa pemrograman PHP, Web pemrograman PHP, Web browser

Google Chrome, database MYSQL, untuk desain web menggunakan aplikasi sublime dan bootstrap.

5.1.2. Pemodelan sistem 1. Tahapan Analisis

Pada sistem informasi inventory hak ases terbagi berdasarkan kebutuhan masing-masing

user. Admin mendapatkan hak akses tertinggi sehingga dapat mengakses semua fitur. Kepala

gudang hanya mendapatkan hak akses untuk melihat, sedangkan staff gudangmendapatkan akses untuk mengupdate stok barang, menginput data barang masuk dan keluar yang telah disebutkan pada sub bab sebelumnya tentang kebutuhan fungsional. Untuk lebih jelasnya berikut merupakan spesifikasi kebutuhan (system requirement) dari sistem informasi inventory barang di bawah ini:

18 a. Akses Admin

A1. Admin dapat melakukan login A2. Admin dapat mengelola data master

A3. Admin dapat melakukan transaksi barang masuk dan barang keluar

A4. Admin dapat melihat dan mencetak laporan stok barang, barang masuk, dan barang keluar

A5. Admin dapat mengelola user

A6. Admin dapat mengubah password login A7. Admin dapat melakukan logout.

b. Akses Staff Gudang

B1. Staff Gudang dapat melakukan login B2. Staff Gudang dapat mengelola data master

B3. Staff Gudang dapat melakukan transaksi barang masuk dan barang keluar

B4. Staff Gudang dapat melihat dan mencetak laporan stok barang, barang masuk, dan barang keluar

B5. Staff Gudang dapat mengubah password login B6. Staff Gudang dapat melakukan logout

c. Akses Klien

C1. Klien dapat melakukan login

C2. Klien dapat melakukan pemesanan barang

C3. Klien dapat melihat dan mencetak laporan stok barang, barang masuk dan barang keluar C4. Klien dapat mengubah password login

C5. Klien dapat melakukan logout. d. Akses Kepala Gudang

D1. Kepala Gudang dapat melakukan login

D2. Kepala Gudang dapat melihat dan mencetak laporan stok barang, barang masuk, dan barang keluar

D3. Kepala Gudang dapat mengubah password login D4. Kepala Gudang dapat melakukan logout

e. Akses Supplier

E1. Supplier dapat melakukan login

E2. Supplier dapat melakukan transaksi data pengiriman jumlah barang dari supplier ke gudang

E3. Supplier dapat mengubah password login E4. Supplier dapat melakukan logout

2. Use Case Diagram

Use case diagram menunjukkan interkasi antara use case, code, actor dan pekerja. Diagram

ini menggambarkan model lengkap tentang apa yang perusahaan lakukan, siapa yang berperan di dalam dan di luar sistem. Berikut merupakan use case diagram aktor-aktor yang terkait:

19 a. Use Case Diagram Hak Akses Admin

Gambar 3 Use Case Diagram Admin

Berdasarkan Gambar 3 dilanjutkan untuk tahapan selanjutnya dengan melakukan tahapan Use Case Specification atau data.

Tabel 4 Use Case Spesification Hak Akses Admin Mengelola Data Master

Use Case Name Mengelola Data Master

Requirement A2

Goal Admin dapat mengelola data master

Pre-conditions Admin telah melakukan login

Post-conditions Admin dapat menambahkan, mengubah dan

menghapus data master

Failed end conditions Admin gagal menambahkan, mengubah dan menghapus data master

Primary Actors Admin

Main Flow/Basic Path 1. Admin melakukan login

2. Admin memilih data master

3. Admin memilih data barang atau jenis barang

4. Admin menambahkan data barang atau jenis barang

Alternative Flow 4a. Admin mengubah data atau jenis barang 4b. Admin mengahpus data barang atau jenis barang

20 Tabel 5 Use Case Spesification Hak Akses Admin Mengelola Transaksi

Use Case Name Mengelola Transaksi

Requirement A3

Goal Admin dapat mengelola transaksi barang

masuk dan barang keluar

Pre-conditions Admin telah melakukan login

Post-conditions Admin dapat menambahkan barang masuk dan keluar

Failed end conditions Admin gagal menambahkan barang masuk dan keluar

Primary Actors Admin

Main Flow/Basic Path 1. Admin melakukan login 2. Admin memilih transaksi 3. Admin memilih barang masuk 4. Admin menambahkan barang masuk 5. Admin melakukan logout

Alternative Flow 3a. Admin memilih barang keluar 4a. Admin menambahkan barang keluar Tabel 6 Use Case Spesification Hak Akses Admin Melihat Laporan

Use Case Name Melihat Laporan

Requirement A4

Goal Admin dapat melihat laporan

Pre-conditions Admin telah melakukan login

Post-conditions Admin dapat mencetak laporan

Failed end conditions Admin gagal melihat laporan

Primary Actors Admin

Main Flow/Basic Path 1. Admin melakukan login 2. Admin melihat laporan

3. Admin memilih laporan stok barang 4. Admin dapat mencetak laporan 5. Admin melakukan logout

Alternative Flow 3a. Admin memilih laporan barang masuk 3b. Admin memilih laporan barang keluar

Tabel 7 Use Case Spesification Hak Akses Admin Mengelola User

Use Case Name Mengelola user

Requirement A5

Goal Admin dapat mengelola user

Pre-conditions Admin telah melakukan login

Post-conditions Admin dapat menambahkan, mengubah

dan memblokir user

Failed end conditions Admin gagal menambahkan, mengubah dan memblokir user

Primary Actors Admin

Main Flow/Basic Path 1. Admin melakukan login 2. Admin mengelola user 3. Admin menambahkan user 4. Admin melakukan logout

Alternative Flow 3a. Admin mengubah data user

21 Tabel 8 Use Case Spesification Hak Akses Admin Mengubah Password

Use Case Name Mengubah password

Requirement A6

Goal Admin dapat mengubah password

Pre-conditions Admin telah melakukan login

Post-conditions Admin dapat mengubah password

Failed end conditions Admin gagal mengubah password

Primary Actors Admin

Main Flow/Basic Path 1. Admin melakukan login 2. Admin mengubah password 3. Admin melakukan logout b. Use Case Diagram Hak Akses Staff Gudang

Gambar 4 Use Case Diagram Staff Gudang

Berdasarkan Gambar 4 diatas dilanjutkan untuk tahapan selanjutnya dengan melakukan tahapan Use Case Specification atau data.

Tabel 9 Use Case Spesification Hak Akses Staff Gudang Mengelola Data Master

Use Case Name Mengelola Data Master

Requirement B2

Goal Staff gudang dapat mengelola data master

Pre-conditions Staff gudang telah melakukan login

Post-conditions Staff gudang dapat menambahkan, mengubah

dan menghapus data master

Failed end conditions Staff gudang gagal menambahkan, mengubah dan menghapus data master

22 Tabel 10 Use Case Spesification Hak Akses Staff Gudang Mengelola Data Master Lanjutan

Main Flow/Basic Path 1. Staff gudang melakukan login 2. Staff gudang memilih data master 3. Staff gudang memilih data barang atau

jenis barang

4. Staff gudang menambahkan data barang atau jenis barang

Alternative Flow 4a. Staff gudang mengubah data atau jenis barang

4b. Staff gudang mengahpus data barang atau jenis barang

Tabel 11 Use Case Spesification Hak Akses Staff Gudang Mengelola Transaksi

Use Case Name Mengelola Transaksi

Requirement B3

Goal Staff gudang dapat mengelola transaksi

barang masuk dan barang keluar

Pre-conditions Staff gudang telah melakukan login

Post-conditions Staff gudang dapat menambahkan barang masuk dan keluar

Failed end conditions Staff gudang gagal menambahkan barang masuk dan keluar

Primary Actors Staff gudang

Main Flow/Basic Path 6. 1. Staff gudang melakukan login 7. 2. Staff gudang memilih transaksi 8. 3. Staff gudang memilih barang masuk 9. 4. Staff gudang menambahkan barang

masuk

10. 5. Staff gudang melakukan logout

Alternative Flow 3a. Staff gudang memilih barang keluar 4a. Staff gudang menambahkan barang keluar

Tabel 12 Use Case Spesification Hak Akses Staff Gudang Melihat Laporan

Use Case Name Melihat Laporan

Requirement B4

Goal Staff gudang dapat melihat laporan

Pre-conditions Staff gudang telah melakukan login

Post-conditions Staff gudang dapat mencetak laporan

Failed end conditions Staff gudang gagal melihat laporan

Primary Actors Staff gudang

Main Flow/Basic Path 1. Staff gudang melakukan login 2. Staff gudang melihat laporan 3. Staff gudang memilih laporan stok

barang

4. Staff gudang dapat mencetak laporan 5. Staff gudang melakukan logout

Alternative Flow 3a. Staff gudang memilih laporan barang masuk

3b. Staff gudang memilih laporan barang keluar

23 Tabel 13 Use Case Spesification Hak Akses Staff Gudang Mengubah Password

Use Case Name Mengubah password

Requirement B5

Goal Staff gudang dapat mengubah password

Pre-conditions Staff gudang telah melakukan login

Post-conditions Staff gudang dapat mengubah password

Failed end conditions Staff gudang gagal mengubah password

Primary Actors Staff gudang

Main Flow/Basic Path 1. Staff gudang melakukan login 2. Staff gudang mengubah password 3. Staff gudang melakukan logout c. Use Case Diagram Hak Akses Klien

Gambar 5 Use Case Diagram Klien

Berdasarkan Gambar 5 diatas dilanjutkan untuk tahapan selanjutnya dengan melakukan tahapan Use Case Specification atau data.

Tabel 14 Use Case Spesification Hak Akses Klien Melakukan Pemesanan

Use Case Name Melakukan Pemesanan

Requirement C2

Goal Klien melakukan pemesanan

Pre-conditions Klien telah melakukan login

Post-conditions Klien gudang dapat menambahkan, mengubah

dan menghapus pesanan

Failed end conditions Klien gagal menambahkan, mengubah dan menghapus pesanan

24 Tabel 15 Use Case Spesification Hak Akses Klien Melakukan Pemesanan Lanjutan

Main Flow/Basic Path 1. Staff gudang melakukan login 2. Klien gudang memilih pesanan 3. Klien menambahkan informasi berupa

jumlah barang, alamat dan nama penerima

Alternative Flow 3a. Klien mengubah informasi berupa jumlah barang, alamat dan nama penerima 4b. Staff gudang mengahpus informasi berupa jumlah barang, alamat dan nama penerima

Tabel 16 Use Case Spesification Hak Akses Klien Melihat Laporan

Use Case Name Melihat Laporan

Requirement C3

Goal Klien dapat melihat laporan

Pre-conditions Klien telah melakukan login

Post-conditions Klien dapat mencetak laporan

Failed end conditions Klien gagal melihat laporan

Primary Actors Klien gudang

Main Flow/Basic Path 1. Klien melakukan login 2. Klien melihat laporan

3. Klien memilih laporan stok barang 4. Klien dapat mencetak laporan 5. Klien melakukan logout

Alternative Flow 3a. Klien memilih laporan barang masuk 3b. Klien memilih laporan barang keluar

Tabel 17 Use Case Spesification Hak Akses Klien Mengubah Password

Use Case Name Mengubah password

Requirement C4

Goal Klien dapat mengubah password

Pre-conditions Klien telah melakukan login

Post-conditions Klien dapat mengubah password

Failed end conditions Klien gagal mengubah password

Primary Actors Klien

Main Flow/Basic Path 1. Klien melakukan login 2. Klien mengubah password 3. Klien melakukan logout

25 d. Use Case Diagram Hak Akses Kepala Gudang

Gambar 6 Use Case Diagram Kepala Gudang

Berdasarkan Gambar 6 dilanjutkan untuk tahapan selanjutnya dengan melakukan tahapan Use Case Specification atau data.

Tabel 18 Use Case Spesification Hak Akses Kepala Gudang Melihat Laporan

Use Case Name Melihat Laporan

Requirement D2

Goal Kepala gudang dapat melihat laporan

Pre-conditions Kepala gudang telah melakukan login

Post-conditions Kepala gudang dapat mencetak laporan

Failed end conditions Kepala gudang gagal melihat laporan

Primary Actors Kepala gudang gudang

Main Flow/Basic Path 1. Kepala gudang melakukan login 2. Kepala gudang melihat laporan

3. Kepala gudang memilih laporan stok barang 4. Kepala gudang dapat mencetak laporan 5. Kepala gudang melakukan logout

Alternative Flow 3a. Kepala gudang memilih laporan barang masuk

3b. Kepala gudang memilih laporan barang keluar

Tabel 19 Use Case Spesification Hak Akses Kepala Gudang Mengubah Password

Use Case Name Mengubah password

Requirement D3

Goal Kepala gudang dapat mengubah password

Pre-conditions Kepala gudang telah melakukan login

Post-conditions Kepala gudang dapat mengubah password

Failed end conditions Kepala gudang gagal mengubah password

Primary Actors Kepala gudang

Main Flow/Basic Path 6. Kepala gudang melakukan login 7. Kepala gudang mengubah password 8. Kepala gudang melakukan logout

26 e. Use Case Diagram Hak Akses Supplier

Gambar 7 Use Case Diagram Supplier

Berdasarkan Gambar 7 dilanjutkan untuk tahapan selanjutnya dengan melakukan tahapan Use Case Specification atau data.

Tabel 20 Use Case Spesification Hak Akses Supplier Melihat Laporan

Use Case Name Mengetahui transaksi pengiriman

Requirement E2

Goal Supplier dapat mengetahui transaksi

pengiriman

Pre-conditions Supplier telah melakukan login

Post-conditions Supplier dapat mengetahui status transaksi

Failed end conditions Supplier gagal mengetahui status transaksi

Primary Actors Supplier

Main Flow/Basic Path 1. Supplier melakukan login

2. Supplier melihat status transaksi pengiriman dari supplier ke gudang

3. Kepala gudang melakukan logout

Tabel 21 Use Case Spesification Hak Akses Supplier Mengubah Password

Use Case Name Mengubah password

Requirement E3

Goal Supplier dapat mengubah password

Pre-conditions Supplier telah melakukan login

Post-conditions Supplier dapat mengubah password

Failed end conditions Supplier gagal mengubah password

Primary Actors Supplier

Main Flow/Basic Path 4. Supplier melakukan login 5. Supplier mengubah password 6. Supplier melakukan logout

Dokumen terkait