System Analysis

4.2 System Analysis

4.2.1 Gambaran Umum

4.2.1.1 Profil

PT. Tiara Royale yang berdiri pada tahun 1969 merupakan perusahaan yang menyediakan, mengorganisir acara – acara formal maupun non-formal dalam menyediakan layanan catering yang profesional dan eksklusif.pada waktui itu pekerjaan utama adalah Catering untuk perusahaan penerbangan . PT. Tiara Royale kini berkembang dngan jumlah karyawan 200 orang lebih, serta siap melayani Catering Routine And Function setiap hari di berbagai PT. Tiara Royale yang berdiri pada tahun 1969 merupakan perusahaan yang menyediakan, mengorganisir acara – acara formal maupun non-formal dalam menyediakan layanan catering yang profesional dan eksklusif.pada waktui itu pekerjaan utama adalah Catering untuk perusahaan penerbangan . PT. Tiara Royale kini berkembang dngan jumlah karyawan 200 orang lebih, serta siap melayani Catering Routine And Function setiap hari di berbagai

4.2.1.2 Visi Menjadikan PT. Tiara Royale Catering Service Jakarta

sebagai perusahaan catering yang berkualitas dan terpercaya.

4.2.1.3 Misi Senantiasa meningkatkan Mutu Produksi dan Pelayanan

untuk tercapainya kepuasan Pelanggan melalui pengembangan sumber daya manusia dan manajemen.

4.2.1.4 Kebijakan Mutu Dalam rangka mewujudkan Visi dan Misi Perusahaan , PT.

Tiara Royale Catering Service Jakarta bertekad memberikan produk yang bermutu tinggi dengan pelayanan yang profesional, terpercaya dan paripurna untuk tercapainya harapan pelanggan, karyawan dan pemilik melalui:

1. Pengembangan Sistem Manajemen Mutu ISO 9001:2000 secara berkelanjutan guna memenuhi persyaratan yang ditetapkan.

2. Melakukan Riset, pengembangan dan Inovasi Produk.

3. Memelihara dan meningkatkan kompetensi seluruh personil melalui pengembangan pendidikan dan pelatihan.

4.2.1.5 Struktur Organisasi PT. Tiara Royale Bagian Pembelian ( Purchasing)

(Direktur Utama) General Manajer

Direktur Operasi

Departemen Purchasing and Store Order

Departemen Gudang

( Inventory)

Departemen Penerimaan

Supervisor Purchasing

Purchasing Administrtion

Purchasing Buyer

Gambar 4.1 Struktur Organisasi Departemen Purchasing and Store Order PT. Tiara Royale ( Prosedur Standar Operasi PT. Tiara Royale)

4.2.1.6 Uraian Tugas

1. Purchasing Supervisor Bertanggung Jawab pada pengadaan barang yang diperlukan oleh perusahaan untuk memenuhi permintaan dari semua departemen.

2. Purchasing Administrator Menyelenggarakan komputer administrasi secara tertib.

3. Purchasing Buyer Memastikan bahwa semua pembelian atau purchase telah sesuai dengan prosedur yang telah digariskan perusahaan.

4.2.2 Proses Pembelian pada Departemen Purchasing and Store Order

Proses Pembelian pada Departemen purchasing and store order yang terdapat dalam Standar Operasi Perusahaan (SOP) dapat dijelaskan sebagai berikut :

a. Purchasing Supervisor pada departemen purchasing and store order menerima requisition dari departemen Gudang atau departemen lainnya yang telah disetujui oleh manager terkait dan direktur keuangan atau pihak berwenang.

b. Selanjutnya purchasing supervisor memilih supplier yang ada dalam daftar rekanan dan kemudian mengklasifikasikan barang-barang yang akan diorder berdasarkan jenis barang yang ditawarkan supplier .

c. Jika supplier tersebut merupakan supplier baru, maka harus melalui tahapan seleksi supplier sesuai dengan Standar Operasional Perusahaan (SOP) – PUR – 02 seleksi dan evaluasi supplier.

d. Supplier yang telah lolos tahapan seleksi, akan dikonfirmasi oleh bagian personalia kemudian diajukan kepada direktur operasi untuk diminta persetujuannya menjadi rekanan, dan dicatat data –

data mengenai supplier oleh purchasing administration

e. Supplier yang telah dipilih kemudian dihubungi untuk memastikan barang – barang yang akan di order tersedia dan kemudian dibuatkan Form

Purchase Order (PO) dengan menjelaskan informasi barang yang akan dibeli ( Jenis barang, spesifikasi, jumlah, harga dan lain – lain) dan tanggal kedatangan barang.

f. Purchase order yang telah dibuat, diteliti kembali oleh purchasing supervisor dan dimintakan persetujuannya kepada bagian keuangan sebelum melakukan pembelian atau dikirim ke supplier.

g. Purchasing supervisor mengkonfimasikan kembali kepada supplier bahwa barang – barang yang diorder tersebut sudah bisa dikirim.

h. Purchase order yang telah dikeluarkan kemudian dipantau untuk memastikan kedatangan barang sesuai dengan jadwal yang telah ditetapkan.

i. Kedatangan barang yang telah dibeli diverifikasi sesuai dengan Standar operasional (SOP) – GUD –

02 proses penerimaan dan penyimpanan barang.

4.2.2.1 Sistem yang Sedang Berjalan

1. Setiap Departemen tidak diperkenankan membeli barang kebutuhan departemen sendiri – sendiri, melainkan

melalui departemen purchasing and store order.

dipusatkan

2. Purchase Requisition (PR) atau permintaan pengadaan barang dari setiap bagian dilakukan melalui aplikasi pembelian dengan mengisi data keterangan dengan jelas atas barang yang diperlukan pada aplikasi atau melalui form request permintaan barang.

3. Oleh purchasing administration data purchase requisition di printout menjadi form purchase requisition selanjutnya diminta persetujuannya oleh Manajemen Setelah purchase requisition disetujui,

purchasing supervisor melakukan pemesanan kepada supplier atau vendor dengan dasar pembelian bersaing dan diplih yang terbaik dari beberapa yang sesuai berdasarkan : Kualitas, Harga, Pengiriman tepat waktu ( good service )

4. Setelah barang yang sesuai dengan permintaan dipesan oleh bagian purchasing melalui aplikasi program purchase requisition diubah menjadi purchasing order ( PO) dan diprint out menjadi form PO, selanjutnya form pembelian (PO) tersebut diajukan kembali kepada manajemen untuk dimintai tanda tangan dari pembuat PO dan peminta barang.

5. Barang dikirm oleh supplier atau vendor disertai faktur, surat jalan, dan kwitansi tagihan atas barang tersebut, barang diterima oleh bagian penerimaan ( receiving)

6. Bagian penerimaan meminta form pembelian (PO) dari departemen purchasing and store order untuk mengecek apakah barang yang diterima sesuai dengan form pembelian (PO) untuk supplier tersebut, apabila tidak sesuai dengan persyaratan yang tertera pada form pembelian (PO), maka bagian penerimaan berhak menolak

dan membicarakan dengan yang bersangkutan.

7. Bagian penerimaan melalui aplikasi dilakukan pemotongan terhadap sejumlah barang yang diterima, baik sudah seluruhnya atau baru sebagian, selanjutnya dapat dikeluarkan Tanda Terima Barang

(TTB) melalui aplikasi, sesuai dengan item dan jumlah yang diterima.

8. Bagian penerimaan barang kepada pengirim barang menyerahkan TTB dan salinan form pembelian (PO), selanjutnya oleh petugas pengirim barang salinan TTB, form pembelian (PO), Faktur dari suplier, nota pembayaran diserahkan ke bagian keuangan

untuk diperiksa dan diproses pembayarannya.

9. Barang yang telah diterima oleh bagian penerimaan barang segera didistribusikan ke masing – masing bagaian yang memesan barang tersebut berikut salinan TTB.

10. Setelah barang diterima seluruhnya dan transaksi telah selesai dilakukan maka departemen purchasing and store order melalui aplikasi program pembelian barang data untuk transaksi pada supplier tersebut ditutup.

11. Departemen purchasing and store order akan memberikan laporan kepada manajemen melalui aplikasi meliputi :

a. Daftar Supplier berserta item dan harganya

b. Daftar Purchasing Order b. Daftar Purchasing Order

d. Daftar Retur barang

12. Apabila terjadi keadaan aplikasi pembelian terhenti atau, supervisor dan user purchasing secara langsung melakukan koordinasi untuk melakukan operasional secara manual, selanjutnya setelah aplikasi dapat kembali normal, data pada manual langsung dimasukkan kembali kedalam aplikasi dan dilakukan penyesuaian.

Gudang Pembelian

Manajemen

Supplier

Penerimaan Barang Keuangan

Mulai Request Pembelian (PO)

Supplier

Periksa stock barang cukup Stock

Persetujuan

Cek stock

memilih supplier dalam Klasifikasi barang dan daftar rekanan

Direktur

Tidak ada

rekanan daftar dalam

Stock Barang ?

Purchase order 2

Rekanan terdaftar

Mencari dan

Tidak disetujui

cek

minim Stock

kualifikasi seleksi

Purchase order 1

Setuju

Cek barang

barang minim Catat stock

Penawaran disetujui

jalan,faktur dan surat

Supplier

jalan, Purchase Order Surat faktur

Membuat

Stock Minim

Negosiasi dan harga dengan penawaran meminta

Kondisi barang

sesuai

supplier seleksi

Surat jalan

Pembayaran buat Nota Pembelian (PO)

Acc Oleh

Buat Request

Konfirmasi

bag. Keu

faktur

sesuai Tidak

sesuai

yang akan barang dipesan ke supplier

dari Supplier Penawaran disetujui

Buat TTB

Barang

Purchase Order

Retur 2

Tanda terima barang 2 3

Membuat purchase order Memeriksa dokumen

Tanda terima barang 2

Membuat

Purchase order 1

retur

2 Purchase order 3

pembayaran, Nota

2 Retur Acc Nota

laporan

pembayaran 2 2

Mencatat data PO,TTB, Nota

2 pembayaran,Re tur

Laporan Data

3 Melakukan pembayaran

PO,

Barang dikirim departmen yang ke gudang, membutuhkan

Retur Brg TTB Pembayaran Nota

selesai

Membuat laporan

Gambar 4.2 Flowchart pembelian barang sistem berjalan

4.2.2.2 Analisis Sistem Berjalan

Setelah melihat data maupun informasi yang dibutuhkan dan melihat sistem berjalan pada PT. Tiara Royale sepintas tidak memiliki kendala yang berarti, namun bila melihat langsung pada prakteknya di lapangan sistem berjalan pada PT. Tiara Royale memiliki kendala dalam hal sistem aplikasi pembelian barang dimana didalamnya mengenai penyimpanan data barang, penyimpanan data supplier, penyimpanan data stock barang, input pembelian (purchase order) , transaksi –transaksi, hingga tahap laporan. Saat ini manajemen data pembelian barang sudah terkomputerisasi dalam penanganan alur transaksi. Namun aplikasi tersebut memiliki kendala yaitu Terlalu banyak menu yang terdapat pada aplikasi yang nyatanya tidak diperlukan dalam pengolahan data, karyawan mengalami kesulitan dalam mengakses beberapa menu pada aplikasi karena aplikasi yang digunakan sering mengalami error pada saat diakses, hal itu sering terjadi saat karyawan ingin mengakses menu print atau mencetak dokumen dimana aplikasi tidak merespon perintah yang diinginkan. Permasalahan lain yang sering timbul dalam penyajian laporan pada aplikasi yang memakan waktu lama dan dalam memproses rekapitulasi laporan periode bulan tertentu, dan terkadang proses mengalami error sehingga harus memulai dari awal lagi, kendala seperti

itu

tentunya

menyulitkan

departemen purchasing and store order bilamana data tersebut harus disajikan cepat dan dilaporkan pada manajemen perusahaan, hal itu membuat departemen purchasing and store order kembali menggunakan cara manual dalam membuat laporan kegiatan transaksi pembelian, serta penyajian informasi stock barang yang kurang akurat mengakibatkan keterlambatan dalam pembelian barang. Dalam hal ini suatu pengolahan data pada departemen purchasing and store order sangat membutuhkan aplikasi yang dapat menjadi solusi dari kendala – kendala yang telah disebutkan tadi tentunya dapat memudahkan kinerja karyawan sehingga kegiatan pembelian barang dapat berjalan efektif, lancar dan efisien.

Pada tahapan ini, penulis menggunakan pendekatan Model- Driven dengan metodologi Object Oriented Analysis (OOA) dan Unified Modelling Language (UML) sebagai tools untuk menvisualisasikan sistem yang sedang berjalan.

4.2.2.3 Analisis Kebutuhan Sistem

Setelah melihat permasalahan atau kendala yang ada pada sistem informasi pembelian barang PT. Tiara Royale pada departemen purchasing and store order maka perlu dibuat analisis kebutuhan sistem tentunya untuk mengetahui kebutuhan apa saja Setelah melihat permasalahan atau kendala yang ada pada sistem informasi pembelian barang PT. Tiara Royale pada departemen purchasing and store order maka perlu dibuat analisis kebutuhan sistem tentunya untuk mengetahui kebutuhan apa saja

1. Pada Proses Input dibutuhkan input data barang, input data supplier input data pembelian (PO), input retur barang, input agenda acara, dan input user.Beberapa proses input data tetntunya dibutuhkan proses cek untuk melihat ketersedian barang atau, kapan agenda acara itu dilaksanakan seperti cek data barang, cek data supplier, cek agenda acara, cek retur barang.

2. Pada Proses Transaksi dibutuhkan transaksi barang masuk, transaksi barang keluar, transaksi tanda terima barang, nota pembayaran, retur barang.

3. Pada Proses Keluaran dibutuhkan laporan data barang, laporan data supplier, laporan pembelian (PO), laporan barang masuk, laporan barang keluar, laporan penerimaan barang laporan retur barang.selain itu dibutuhkan juga fitur grafik pada beberapa proses yang tujuannya melihat informasi laporan dalam kurun waktu tertentu tentunya untuk bahan masukan perencanaan aktifitas perusahaan kedepan.

4.2.3 Use Case Diagram

Salah satu diagram UML yang menggambarkan secara grafis suatu sistem dengan kumpulan use case, pelaku (actor), dan hubungan (relationship) keduanya. penggunaan diagram ini untuk memberikan gambaran tentang hubungan action antara pelaku sistem atau user sistem atau actor dengan use case nya. Berikut ini use case Diagram sistem berjalan dijelaskan dibawah ini.

Tabel 4.1 Daftar Use Case Sistem yang Sedang Berjalan

No Use Case Name

Description

Actor

1 Input Data Use case ini menggambarkan kegiatan Pembelian Barang

memasukkan data barang yang dilakukan oleh bagian pembelian.

2 Input Data Use case ini menggambarkan kegiatan Pembelian Supplier memasukkan data supplier yang dilakukan oleh bagian pembelian.

3 Input Pembelian Use case ini menggambarkan kegiatan Pembelian (Purchase

bagian pembelian membuat purchase Order )

order.

4 Input data Stock Use case ini menggambarkan kegiatan Pembelian Barang

memasukkan data Stock yang dilakukan oleh bagian pembelian.

5 Input Data User Use case ini menggambarkan kegiatan Pembelian

memasukkan

data user yang

dilakukan oleh bagian pembelian.

6 Cek Data Barang Use case ini menggambarkan kegiatan Pembelian

mencari data barang yang ingin dilihat yang dilakukan oleh bagian pembelian.

7 Cek Supplier Use case ini menggambarkan kegiatan Pembelian mencari data supplier yang ingin dilihat yang dilakukan oleh bagian pembelian.

8 Transaksi Tanda Use case ini menggambarkan kegiatan Penerimaan Terima Barang

penerimaan barang atau bag.gudang Barang dan membuat form Tanda Terima Barang. Gudang

9 Nota Use case ini menggambarkan kegiatan Penerimaan

Pembayaran penerimaan barang atau bag.gudang Barang dan

membuat form Memo Pembayaran

Gudang, Keuangan

10 Transaksi Retur Use case ini menggambarkan kegiatan Penerimaan

Barang penerimaan barang atau bag.gudang Barang dan

membuat form Retur Barang

Gudang

11 Transaksi Use case ini menggambarkan kegiatan Penerimaan Barang Keluar

penerimaan barang atau bag.gudang Barang dan

memasukkan data barang keluar.

Gudang

12 Laporan Use case ini menggambarkan kegiatan Manajemen Pembelian (PO) manajemen melihat data data laporan

pembelian barang.

13 Laporan Data Use case ini menggambarkan kegiatan Manajemen Barang

manajemen melihat data data laporan data barang.

14 Laporan Data Use case ini menggambarkan kegiatan Manajemen Supplier manajemen melihat data data laporan data supplier.

15 Laporan Data Use case ini menggambarkan kegiatan Manajemen Penerimaan

manajemen melihat data data laporan Barang

data penerimaan barang

16 Laporan Data Use case ini menggambarkan kegiatan Manajemen Retur

manajemen melihat data data laporan data retur barang.

Setelah mengetahui use case yang ada pada sistem, maka dapat diketahui Use Case Model Diagram seperti dibawah ini:

Output Data Input Data

Nota Pembayaran Input Data Barang

Transaksi Tanda Terima Barang

Supplier

Input Data Supplier

Cek Data

Input Pembelian(PO)

Cek Data Barang

Input Stock

Pembelian

Cek Data Supplier

Input Data User

Laporan

Laporan Pembelian (PO)

Transaksi

Laporan Data Barang

penerimaan dan gudang

Transaksi Tanda Terima Barang

Laporan Data

Manajemen

Supplier

Nota Pembayaran Laporan Data

Penerimaan Barang Transaksi retur barang

Transaksi Barang Laporan data retur keluar

Keuangan

barang

Gambar 4.3 Use case Diagram pembelian barang sistem berjalan

4.2.4 Analisis Sistem Usulan

Sebelum masuk ke pembahasan dalam tahapan analisis sistem dengan menggunakan metodologi analasis berorientasi objek / object oriented analysis (OOA) dengan tools UML, ada baiknya kita menguraikan terlebih dahulu solusi pengembangan sistem atau tujuan di lakukannya penelitian ini yaitu:

1. Karyawan ataupun pihak manajemen dapat memperoleh informasi data stok barang dengan proses yang cepat dan akurat.

2. Karyawan dapat mengakses menu dengan mudah karena aplikasi dibuat sesuai kebutuhan.

3 Menyajikan laporan – laporan yang dapat diakses tepat waktu dan sesuai yang diinginkan oleh departemen purchasing and store

order sehingga bilamana diminta oleh pihak manajemen dapat memperoleh informasi yang cepat dan akurat.

4. Membuat agenda acara dalam aplikasi supaya memudahkan PT Tiara Royale dalam melakukan pemesanan barang kepada supplier serta dapat memprediksi kebutuhan barang yang akan dibeli.

5. Membuat fitur grafik pada beberapa proses yang tujuannya melihat informasi laporan dalam kurun 5. Membuat fitur grafik pada beberapa proses yang tujuannya melihat informasi laporan dalam kurun

Tabel 4.2 Perbandingan sistem berjalan dengan sistem usulan

No Sistem Berjalan Sistem Usulan

1 Terlalu banyak menu yang Menu pada aplikasi pembelian disesuaikan terdapat pada aplikasi pembelian dengan kebutuhan pengolahan data terkait yang nyatanya tidak diperlukan pembelian barang. dalam pengolahan data

2 Karyawan mengalami kesulitan Dengan dibuatnya aplikasi baru, menu - menu dalam mengakses beberapa yang disesuaikan dengan kebutuhan pengolahan menu pada aplikasi karena data, karyawan akan lebih mudah mengakses dan aplikasi yang digunakan sering menu tidak akan mengalami error pada saat mengalami error pada saat diakses. diakses

3 informasi data stok barang yang informasi data stok barang dengan proses yang sering tidak relevan dan cepat dan tepat. membutuhkan proses lama bila ingin mengetahui stock.

4 penyajian laporan pada aplikasi Menyajikan laporan – laporan yang dapat yang memakan waktu lama dan diakses tepat waktu dan sesuai yang diinginkan dalam memproses rekapitulasi oleh departemen purchasing and store order laporan periode bulan tertentu,

sehingga bilamana diminta oleh pihak managemen dapat memperoleh informasi yang cepat dan akurat.

5 Belum memiliki data agenda Membuat agenda acara dalam aplikasi supaya acara.

memudahkan PT Tiara royale dalam melakukan pemesanan barang kepada supplier serta dapat memprediksi kebutuhan barang yang akan dibeli.

Tidak memiliki grafik laporan . Menyediakan

grafik

laporan untuk

6 mempermudah melihat informasi perbandingan

laporan bulanan dalam kurun 1 tahun.

4.2.5 Daftar Pengguna Sistem

Pada tahap ini adalah mengidentifikasi pelaku bisnis (pengguna sistem). Dengan mengkonsentrasikan pada pelaku, kita dapat mengetahui bagaimana sistem ini akan digunakan dan bagaimana sistem ini akan dibangun, dan juga membantu menyaring dan mendefinisikan lebih lanjut lingkup dan batasan sisten tersebut. Memang tabel ini tidak termasuk dalam model yang disediakan oleh UML, namun menurut penulis tabel berikut memiliki peran yang cukup penting untuk mendokumentasikan pelaku yang nantinya akan digunakan dalam perancangan use case.

Tabel 4.3 Daftar Actor pengguna Sistem Pembelian

1 Purchasing Supervisor ( Bagian Bertanggung jawab pada pengadaan barang yang Pembelian )

diperlukan oleh perusahaan untuk memenuhi permintaan dari semua departemen.

Purchasing Buyer ( Bagian Memastikan bahwa semua pembelian telah

2 Pembelian ) sesuai dengan prosedur yang telah digariskan

perusahaan

3 Purchasing Administration Menyelenggarakan komputer administrasi secara ( Bagian Pembelian )

tertib.

4 Manajemen (Direktur Operasi) Bertanggung jawab dalam menyetujui rekan

supplier perusahaan.

5 Manajemen Melihat laporan – laporan pembelian yang (Direktur utama)

dilakukan perusahaan.

6 Supplier Rekanan yang mensupply barang kebutuhan.

7 Bagian Gudang Bertanggung jawab dalam menjaga dan

mengecheck ketersediaan bahan pokok.

8 Bagian Penerimaan

Bertanggung

dalam mengecheck kedatangan barang/ bahan dari supplier.

jawab

9 Bagian Personalia Bertanggung jawab dalam agenda acara, dan konfirmasi dengan supplier.

10 Keuangan Melakukan pembayaran kepada supplier.

Pembelian (PO) request

dari setiap

agenda Review

Operasiona data rekanan Dir.

2 Agenda Acara

kosong

supplier

Agenda Acara Periksa

cek

Klasifikasi barang dan

dalam daftar Tidak ada

Memasukkan Agenda Acara ?

da memilih supplier dalam

Tidak disetujui

daftar rekanan ?

rekanan

Purchase order 2

Agen Acara

Persetujuan

data Agenda

direktur ?

Acara

cari dan seleksi

Schedule Ada cukup Stock

kualifikasi seleksi

supplier baru kualifikasi

Cek barang

acara

g supplier

supplier

dan surat

Setuju

jalan,dan

Baran

Negosiasi dan

Purchase order 1

supplier seleksi harga dengan

Agend Acara

barang stock

diajukan ke pimpinan Purchase order

Membuat

Penawaran

yang berwenang (

Surat

dari Supplier

Direktur )

Faktur jalan,

Cek Kondisi

Cek stock

disetujui

barang ?

sesuai Tidak

Konfirmasi

sesuai

akan dipesan barang yang

Purchase Order Disetujui

Surat jalan

Stock Barang ?

terdaftar dan

Rekanan

ke supplier

minim Stock

Barang

Masukkan supplier

ke data

Membuat Nota Pembayaran

Catat stock

rekanan

barang minim

Membuat Form Barang Pembelian (PO) Retur

Retur Barang 2

Stock Minim

Purchase order 1

g dokumen

Purchase order 3

TTB 2

request Buat

TTB

2 barang (PO) 1

Membuat

pembelian

Pembayaran Nota

TTB

pembayaran Acc Nota

TTB

2 PO,TTB, Nota Mencatat data

penerimaan barang, data retur supplier, data pembelian, data

Laporan data barang, data

Pembayaran,R

request pembelian

pembayaran barang (PO) Melakukan barang keluar

etur barang

barang, data agenda acara, data barang masuk, data

TTB

Laporan data barang,

Barang

departmen Retur Barang gudang, data agenda acara,

Nota Pembayaran

data supplier, data pembelian, data

dikirim ke

penerimaan barang, data retur barang,

data barang keluar data barang masuk,

membutuhkan yang

Membuat laporan

selesai

Gambar 4.4 Flowchart sistem usulan pembelian barang

Tabel 4. 4 Daftar Use Case Sistem yang diusulkan

No Use Case Name

Description

Actor

1 Input Data Use case ini menggambarkan kegiatan Pembelian Barang

memasukkan

data barang yang

dilakukan oleh bagian pembelian.

2 Input Data Use case ini menggambarkan kegiatan Pembelian Supplier memasukkan data supplier yang dilakukan oleh bagian pembelian.

3 Input Pembelian Use case ini menggambarkan kegiatan Pembelian (Purchase

bagian pembelian membuat purchase Order )

order.

4 Input Retur Use case ini menggambarkan kegiatan Pembelian Barang

bagian pembelian membuat informasi data barang yang diretur.

5 Input Data User Use case ini menggambarkan kegiatan Pembelian memasukkan data user yang dilakukan oleh bagian pembelian.

6 Cek Data Barang Use case ini menggambarkan kegiatan Pembelian mencari data barang yang ingin dilihat yang dilakukan oleh bagian pembelian.

7 Cek Supplier Use case ini menggambarkan kegiatan Pembelian mencari data supplier yang ingin dilihat yang dilakukan oleh bagian pembelian.

8 Cek Agenda Use case ini menggambarkan kegiatan Gudang Acara

mencari data Agenda Acara yang ingin dilihat yang dilakukan oleh bagian pembelian.

Cek Retur Use case ini menggambarkan kegiatan Pembelian

9 Barang mencari data Cek Retur Barang yang ingin dilihat yang dilakukan oleh bagian pembelian.

Input Agenda Use case ini menggambarkan kegiatan Personalia

10 Acara memasukkan data acara yang dilakukan oleh bagian personalia.

Transaksi Tanda Use case ini menggambarkan kegiatan Penerimaan

11 Terima Barang penerimaan barang membuat form Tanda Barang Terima Barang.

Nota Use case ini menggambarkan kegiatan Penerimaan

12 Pembayaran penerimaan barang membuat form nota Barang pembayaran

Transaksi Retur Use case ini menggambarkan kegiatan Penerimaan

13 Barang penerimaan barang membuat form Retur Barang Barang

Transaksi Use case ini menggambarkan kegiatan Gudang

14 Barang Keluar bag.gudang memasukkan data barang 14 Barang Keluar bag.gudang memasukkan data barang

Transaksi Use case ini menggambarkan kegiatan Gudang

15 Barang Masuk bag.gudang memasukkan data barang masuk.

Laporan Data Use case ini menggambarkan kegiatan Manajemen

16 Barang manajemen melihat data data laporan data barang.

Laporan Data Use case ini menggambarkan kegiatan Manajemen

17 Supplier manajemen melihat data data laporan data supplier.

Laporan Data Use case ini menggambarkan kegiatan Manajemen

18 Penerimaan manajemen melihat data data laporan Barang

data penerimaan barang

Laporan Data Use case ini menggambarkan kegiatan Manajemen

19 Retur manajemen melihat data data laporan data retur barang.

Laporan Use case ini menggambarkan kegiatan Manajemen

20 Pembelian (PO) manajemen melihat data laporan

pembelian barang.

Laporan Barang Use case ini menggambarkan kegiatan Manajemen

21 Masuk manajemen melihat laporan barang masuk.

Laporan Barang Use case ini menggambarkan kegiatan Manajemen

22 Keluar manajemen melihat laporan barang keluar.

Super User Use case ini menggambarkan kegiatan Pembelian

23 admin mengelola aplikasi

(admin)

Setelah mengetahui use case yang ada pada sistem, maka dapat diketahui Use Case Model Diagram seperti dibawah ini:

Pengelolaan Aplikasi Output Data

Super User Nota Pembayaran

Input Data

Admin(Pembelian)

Supplier

Tanda Terima Barang

Input Data Barang

Input Data Supplier

Cek Data

Input Pembelian

Cek Barang (PO)

Pembelian

Cek Supplier Input Retur

Barang Cek Agenda Acara

Personalia

Input Data User Cek Data Retur Barang

Input Agenda Acara

Transaksi

Laporan

Penerimaan Barang

Nota Pembayaran

Laporan Pembelian Laporan Data Retur

Barang Transaksi tanda

(PO)

terima barang

Laporan Data Barang Transaksi Retur Barang

Gudang

Laporan Barang Masuk

Transaksi Barang Laporan Barang masuk

Manajemen

Laporan Data

Supplier

Keluar

Transaksi Barang Laporan Data Keluar

Keuangan

Penerimaan Barang

Gambar 4.5 Use case Diagram pembelian barang sistem yang diusulkan

4.3 System Design

4.3.1 Perancangan Sistem

Pada bagian ini, akan dibahas secara detail dan terperinci mengenai aplikasi sistem baru yang nantinya akan penulis implementasikan kedalam bahasa pemrograman dan hasil tampilan yang dibuat dengan harapan dapat memberikan hasil yang maksimal didalam menunjang kelancaran operasional perusahaan. Sehingga dapat menyediakan data dan informasi yang cukup bagi pihak perusahaan sebagai dasar pengambilan keputusan strategis dan operasional dalam rangka meningkatkan omset pendapatan perusahaan tersebut.

Sebagaimana yang telah dijelaskan pada bab sebelumnya, pada tahapan desain sistem ini penulis menggunakan pendekatan model driven yaitu

atau grafis dalam mengkomunikasikan suatu masalah, memecahkan masalah, persyaratan- persyaratan bisnis, dan solusi-solusi bisnis. Adapun metode yang digunakan adalah Desain berorientasi objek / Object-oriented design (OOD). Penulis menggunakan Unified Modelling Language (UML) adalah sebagai tools pemodelan untuk perancangan dan pengembangan aplikasi yang berorientasi objek.

Adapun terdapat tahapan-tahapan yang dilakukan oleh penulis dalam perancangan sistem ini, tahapan-tahapan tersebut terdiri dari diagram dan tabel tekstual yang memang disediakan oleh UML. Berikut tahapan-tahapan tersebut.

4.3.1.1 Activity Diagram

Berikut adalah beberapa diagram aktivitas yang terbentuk dari kegiatan bisnis dan use case diagram yang pada sistem yang diusulkan .

Administration Purchasing

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu input

Menampilkan pilihan input

Klik Input Data Barang

Menampilkan Form input data barang

Add, Update Data Barang

Tambah data baru, update data

Save Data Barang

Data yang

input data barang kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi data barang terupdate

Log Out

Gambar 4. 6 Activity Diagram Untuk Use Case Input Data Barang

Gambar 4.6 merupakan gambar Activity Diagram untuk use case input data barang yang diusulkan . Gambar diatas menggambarkan proses administration Gambar 4.6 merupakan gambar Activity Diagram untuk use case input data barang yang diusulkan . Gambar diatas menggambarkan proses administration

Administration Purchasing

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu input

Menampilkan pilihan input

Klik Input Data supplier

Menampilkan Form input data supplier

Add, Update Data supplier

Tambah data baru, update data

Save Data supplier

diinputkan invalid input data supplier kembali Data yang

diinputkan valid Data yang

Menampilkan informasi data supplier terupdate

Log Out

Gambar 4.7 Activity Diagram Untuk Use Case Input Data Supplier

Gambar 4.7 merupakan gambar Activity Diagram untuk use case input data supplier yang diusulkan . Gambar diatas menggambarkan proses dari administration purchasing bagian pembelian dalam memasukkan data supplier ke dalam sistem.Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input data supplier, lalu masukkan data supplier baru pada form data supplier lalu add, maka data supplier sudah masuk kedalam database sistem. Bila tidak ada proses input data supplier maka proses input data supplier selesai.

Administration Purchasing

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu input

Menampilkan pilihan input

Klik Input data purchase order

Menampilkan Form input data purchase order

Add data purchase order

purchase order baru Membuat data

Save Data purchase order

Data yang

input data purchase order kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi data purchase order terupdate

Print purchase order

Cetak form purchase order

Form PO cetak

Log Out

Gambar 4.8 Activity Diagram Untuk Use Case Input Pembelian (PO) Gambar 4.8 merupakan gambar Activity Diagram untuk use case input pembelian (PO) yang diusulkan. Gambar diatas menggambarkan proses dari administration purchasing bagian pembelian dalam membuat form pembelian (PO) melalui sistem,dimulai dari proses login dengan memasukkan password, username, dan level pengguna, pada menu input dapat dipilih input pembelian (PO) lalu masukkan barang yang akan dibeli, selanjutnya pilih rekanan supplier yang sesuai Gambar 4.8 Activity Diagram Untuk Use Case Input Pembelian (PO) Gambar 4.8 merupakan gambar Activity Diagram untuk use case input pembelian (PO) yang diusulkan. Gambar diatas menggambarkan proses dari administration purchasing bagian pembelian dalam membuat form pembelian (PO) melalui sistem,dimulai dari proses login dengan memasukkan password, username, dan level pengguna, pada menu input dapat dipilih input pembelian (PO) lalu masukkan barang yang akan dibeli, selanjutnya pilih rekanan supplier yang sesuai

Bagian Personalia

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu input

Menampilkan pilihan input

Klik Input Data Agenda acara

Menampilkan Form input data Agenda acara

Add, Update Data Agenda acara

Tambah data baru, update data

Save Data Agenda acara

diinputkan invalid input data Agenda acara kembali Data yang

diinputkan valid Data yang

Menampilkan informasi data Agenda acara terupdate

Log Out

Gambar 4.9 Activity Diagram Untuk Use Case Input Agenda Acara

Gambar 4.9 merupakan gambar Activity Diagram untuk use case input agenda acara yang diusulkan . Gambar diatas menggambarkan proses dari bagian personalia dalam memasukkan data agenda acara ke dalam sistem.Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input agenda acara, lalu masukkan data agenda acara baru pada form data agenda acara lalu add, maka data agenda acara sudah masuk kedalam database sistem. Bila tidak ada input agenda acara lagi maka proses agenda acara selesai.

Penerimaan Barang

Sistem

password salah Username atau Menampilkan pesan error login

Username atau password benar

Menampilkan halaman Utama

Klik Menu input

Menampilkan pilihan input

Klik Input Data Retur Barang

Menampilkan Form input Data Retur Barang

Add, Update Data Retur Barang

Tambah data baru, update data

Save Data Retur Barang

Data yang

input Data Retur Barang kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi Data Retur Barang terupdate

Log Out

Gambar 4. 10 Activity Diagram Untuk Use Case Input Data Retur Barang Gambar 4.10 merupakan gambar Activity Diagram untuk use case input data retur barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data retur barang ke dalam sistem yaitu memasukkan informasi retur barang yang telah dikembalikan kepada perusahaan dari supplier..Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input retur barang, lalu masukkan data retur barang pada form data retur barang lalu add, maka data Gambar 4. 10 Activity Diagram Untuk Use Case Input Data Retur Barang Gambar 4.10 merupakan gambar Activity Diagram untuk use case input data retur barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data retur barang ke dalam sistem yaitu memasukkan informasi retur barang yang telah dikembalikan kepada perusahaan dari supplier..Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input retur barang, lalu masukkan data retur barang pada form data retur barang lalu add, maka data

Administration Purchasing

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu user

Menampilkan Form User

Add, Update Data user

Tambah data baru,

update data

Save Data user

diinputkan invalid input data user kembali Data yang

diinputkan valid Data yang

Menampilkan informasi data user terupdate

Log Out

Gambar 4.11 Activity Diagram Untuk Use Case Input Data User Gambar 4.11 merupakan gambar Activity Diagram untuk use case input data user yang diusulkan . Gambar diatas menggambarkan proses dari administration purchasing bagian pembelian dalam memasukkan data user ke dalam sistem.Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input user, lalu masukkan data user Gambar 4.11 Activity Diagram Untuk Use Case Input Data User Gambar 4.11 merupakan gambar Activity Diagram untuk use case input data user yang diusulkan . Gambar diatas menggambarkan proses dari administration purchasing bagian pembelian dalam memasukkan data user ke dalam sistem.Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu input dapat dipilih input user, lalu masukkan data user

Penerimaan Barang

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu transaksi

Menampilkan pilihan transaksi

Klik Input transaksi tanda terima barang

Menampilkan form transaksi tanda terima barang

add transaksi tanda terima barang

tanda terima barang baru Membuat data transaksi

Save Data tanda terima barang

Data yang

input transaksi tanda terima barang kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi transaksi tanda terima barang terupdate

Print transaksi tanda terima barang

Cetak form transaksi tanda terima barang

cetak form tanda terima barang

Log Out

Gambar 4.12 Activity Diagram Untuk Use Case Transaksi Tanda Terima Barang Gambar 4.12 merupakan gambar Activity Diagram untuk use case transaksi tanda terima barang (TTB) yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data transaksi tanda terima barang

(TTB) ke dalam sistem .Memulai dari proses login yang dilakukan oleh bagian penerimaan barang dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi tanda terima barang, lalu masukkan data barang sesuai dengan jumlah barang yang dikirim oleh supplier pada form transaksi tanda terima barang lalu add, maka data Transaksi Tanda Terima Barang (TTB) sudah masuk kedalam database sistem. Kemudian dicetak menjadi form Tanda Terima Barang (TTB) dan diberikan kepada supplier sebagai bukti tanda terima barang yang nantinya akan diperiksa pada saat pembayaran di bagian keuangan . Bila tidak ada Transaksi Tanda Terima Barang (TTB) lagi maka proses selesai.

Bagian Penerimaan

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu transaksi

Menampilkan pilihan transaksi

Klik Input nota pembayaran

Menampilkan form nota pembayaran

add nota pembayaran

Membuat data nota

pembayaran baru

Save Data tanda terima faktur

diinputkan invalid Data yang

input nota pembayaran kembali Data yang diinputkan valid

Menampilkan informasi nota pembayaran terupdate

Print nota pembayaran

Cetak form nota

pembayaran

cetak form tanda terima faktur Log Out

Gambar 4.13 Activity Diagram Untuk Use Case Nota Pembayaran Gambar 4.13 merupakan gambar Activity Diagram untuk use case transaksi Nota Pembayaran yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data Nota Pembayaran ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi tanda terima barang, lalu Gambar 4.13 Activity Diagram Untuk Use Case Nota Pembayaran Gambar 4.13 merupakan gambar Activity Diagram untuk use case transaksi Nota Pembayaran yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data Nota Pembayaran ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi tanda terima barang, lalu

Bagian Penerimaan

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu transaksi

Menampilkan pilihan transaksi

Klik Input transaksi retur

Menampilkan form transaksi retur

add transaksi retur

Membuat data transaksi

retur baru

Save Data retur

Data yang

input transaksi retur kembali

diinputkan invalid

Data yang diinputkan valid

Menampilkan informasi transaksi retur terupdate

Print transaksi retur Cetak form transaksi retur

cetak form retur

Log Out

Gambar 4.14 Activity Diagram Untuk Use Case Transaksi Data Retur

Gambar 4.14 merupakan gambar Activity Diagram untuk use case transaksi retur barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan barang dalam memasukkan data transaksi retur barang ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi retur barang , lalu masukkan data pada form retur barang lalu add, maka data transaksi retur barang sudah masuk kedalam database sistem. Kemudian dicetak menjadi form retur barang dan diberikan kepada supplier sebagai bukti ada barang yang dikembalikan, karena rusak atau tidak sesuai pesanan, kepada supplier dan kapan supplier akan menggantinya sesuai tanggal yang tertera pada form retur barang. Bila tidak ada transaksi retur barang lagi maka proses selesai.

Bagian Gudang

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu transaksi

Menampilkan pilihan transaksi

Klik Input transaksi barang masuk

Menampilkan form transaksi barang masuk add transaksi barang masuk

Membuat data transaksi barang masuk baru

Save Data barang masuk

Data yang

input transaksi barang masuk kembali

diinputkan invalid

Menampilkan data cetak laporan

Menampilkan informasi transaksi barang masuk terupdate

Print transaksi barang masuk

Cetak form transaksi

barang masuk

cetak form transaksi barang masuk

Log Out

Gambar 4.15 Activity Diagram Untuk Use Case Transaksi Barang Masuk Gambar 4.15 merupakan gambar Activity Diagram untuk use case transaksi barang masuk yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang barang dalam memasukkan data transaksi barang masuk ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi barang masuk, lalu masukkan data barang yang akan masuk ke gudang kemudian add. maka data Gambar 4.15 Activity Diagram Untuk Use Case Transaksi Barang Masuk Gambar 4.15 merupakan gambar Activity Diagram untuk use case transaksi barang masuk yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang barang dalam memasukkan data transaksi barang masuk ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu transaksi dapat dipilih transaksi barang masuk, lalu masukkan data barang yang akan masuk ke gudang kemudian add. maka data

Bagian Gudang

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu transaksi

Menampilkan pilihan transaksi

Klik Input transaksi barang keluar

Menampilkan form transaksi barang keluar

add transaksi barang keluar

Membuat data transaksi

barang keluar baru

Save Data barang keluar

Data yang

input transaksi barang keluar kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi transaksi barang keluar terupdate

Print transaksi barang keluar

Cetak form transaksi barang keluar

Log Out

Gambar 4.16 Activity Diagram Untuk Use Case Transaksi Barang Keluar Gambar 4.16 merupakan gambar Activity Diagram untuk use case transaksi barang keluar yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang barang dalam memasukkan data transaksi barang keluar ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level Gambar 4.16 Activity Diagram Untuk Use Case Transaksi Barang Keluar Gambar 4.16 merupakan gambar Activity Diagram untuk use case transaksi barang keluar yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang barang dalam memasukkan data transaksi barang keluar ke dalam sistem .Memulai dari proses login dengan memasukkan username, password dan level

Pembelian atau gudang

Sistem

Username atau passwor salah

Menampilkan pesan error login

passwor benar Username atau

Menampilkan halaman Utama

Klik Menu Cek

Menampilkan pilihan cek

Klik cek data barang

Menampilkan form cek data barang

Masukkan nama barang yang akan dicari cari data

Cari data barang

diinputkan invalid input nama barang kembali Data yang

diinputkan valid Data yang

Menampilkan informasi data barang yang dicari

Log Out

Gambar 4.17 Activity Diagram Untuk Use Case Cek Data Barang Gambar 4.17 merupakan gambar Activity Diagram untuk use case cek data barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang Gambar 4.17 Activity Diagram Untuk Use Case Cek Data Barang Gambar 4.17 merupakan gambar Activity Diagram untuk use case cek data barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian gudang

Administration Purchasing

Sistem

Username atau passwor salah

Menampilkan pesan error login

passwor benar Menampilkan Pilihan Cek Username atau

Menampilkan halaman Utama

Klik Menu Cek

Menampilkan pilihan cek

Klik cek data supplier

Menampilkan form cek data supplier

Masukkan nama supplier yang akan dicari cari data

Cari data supplier

diinputkan invalid input nama supplier kembali Data yang

diinputkan valid Data yang

Menampilkan informasi data supplier yang dicari

Log Out

Gambar 4.18 Activity Diagram Untuk Use Case Cek Data Supplier

Gambar 4.18 merupakan gambar Activity Diagram untuk use case cek data supplier yang diusulkan . Gambar diatas menggambarkan proses dari bagian pembelian dalam melihat data supplier pada sistem tentunya untuk menentukan rekanan dalam melakukan pembelian barang.Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu cek dapat dipilih cek data supplier, lalu cari data supplier yang sesuai . maka sistem akan menampilkan data supplier yang dicari. Bila tidak cek data supplier lagi maka proses selesai.

Penerimaan barang

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu Cek

Menampilkan pilihan cek

Klik cek data Data Retur Barang

Menampilkan form cek Data Retur Barang Masukkan nama Data Retur Barang yang akan dicari

cari data

Cari data Data Retur Barang

Data yang

input nama Data Retur Barang kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi data Data Retur Barang yang dicari

Log Out

Gambar 4.19 Activity Diagram Untuk Use Case Cek Data Retur Barang

Gambar 4.19 merupakan gambar Activity Diagram untuk use case cek data retur barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian penerimaan dalam melihat data cek data retur barang pada sistem tentunya untuk melihat barang yang diretur kepada supplier apa sudah dikembalikan. Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu cek dapat dipilih cek retur barang , lalu cari cek data retur barang . maka sistem akan menampilkan cek data retur barang yang dicari. Bila tidak ada proses cek data retur barang lagi maka proses selesai.

Personalia atau Gudang

Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik Menu Cek

Menampilkan form - form cek

Klik cek data agenda acara

Menampilkan form cek data agenda acara Masukkan nama agenda acara yang akan dicari

cari data

Cari data agenda acara

Data yang

input nama agenda acara kembali

diinputkan invalid

diinputkan valid Data yang

Menampilkan informasi data agenda acara yang dicari

Log Out

Gambar 4.20 Activity Diagram Untuk Use Case Cek Agenda Acara Gambar 4.20 merupakan gambar Activity Diagram untuk use case cek agenda acara yang diusulkan. Gambar diatas menggambarkan proses dari bagian personalia atau gudang dalam melihat data acara pada sistem tentunya untuk melihat agenda acara yang akan dilaksanakan . Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu cek dapat dipilih cek agenda acara , lalu pilih apa yang ingin dicari pada agenda acara .

maka sistem akan menampilkan cek agenda acara yang dicari. Bila tidak cek agenda acara lagi maka proses selesai.

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

Klik cetak laporan data barang

Menampilkan form cetak laporan data barang

Klik Cetak Membuat cetak laporan data barang

Menampilkan laporan data barang

Menampilkan informasi laporan data barang

Print laporan data barang

Cetak form laporan data barang

Log Out

Gambar 4.21 Activity Diagram Untuk Use Case Cetak Laporan data barang Gambar 4.21 merupakan gambar Activity Diagram untuk use case cetak laporan data barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data barang pada sistem. Memulai dari proses login dengan memasukkan username, password dan level Gambar 4.21 Activity Diagram Untuk Use Case Cetak Laporan data barang Gambar 4.21 merupakan gambar Activity Diagram untuk use case cetak laporan data barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data barang pada sistem. Memulai dari proses login dengan memasukkan username, password dan level

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

Klik cetak laporan data supplier

Menampilkan form cetak laporan data supplier Klik Cetak

Membuat cetak laporan data supplier

Menampilkan laporan data supplier

Menampilkan informasi laporan data supplier

Print laporan data supplier

Cetak form laporan data supplier

Log Out

Gambar 4.22 Activity Diagram Untuk Use Case Cetak Laporan Data Supplier Gambar 4.22 merupakan gambar Activity Diagram untuk use case cetak laporan data supplier yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data supplier pada sistem. Memulai dari proses login dengan memasukkan username, password dan level Gambar 4.22 Activity Diagram Untuk Use Case Cetak Laporan Data Supplier Gambar 4.22 merupakan gambar Activity Diagram untuk use case cetak laporan data supplier yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data supplier pada sistem. Memulai dari proses login dengan memasukkan username, password dan level

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

klik cetak laporan pembelian (PO)

Menampilkan form cetak laporan pembelian (PO) Masukan format tgl,bulan atau tahun

Membuat cetak laporan pembelian (PO)

search data

Menampilkan laporan Masukkan tgl, bulan, atau tahun kembali

diinputkan tidak ada Data yang

data pembelian

Menampilkan informasi laporan pembelian (PO)

Print laporan pembelian (PO)

Cetak form laporan pembelian

Cetak form laporan pembelian (PO)

Log Out

Gambar 4.23 Activity Diagram Untuk Use Case Cetak Laporan Pembelian

(PO)

Gambar 4.23 merupakan gambar Activity Diagram untuk use case cetak laporan pembelian (PO) yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data pembelian (PO) Gambar 4.23 merupakan gambar Activity Diagram untuk use case cetak laporan pembelian (PO) yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data pembelian (PO)

yang ada pada sistem . Bila tidak ada proses cetak laporan data pembelian (PO) lagi maka proses selesai.

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

klik cetak laporan penerimaan barang

Menampilkan form cetak laporan penerimaan barang Masukan format tgl,bulan atau tahun

Membuat cetak laporan penerimaan barang

search data

Menampilkan laporan Masukkan tgl, bulan, atau tahun kembali

diinputkan tidak ada Data yang

data penerimaan barang

Menampilkan informasi laporan penerimaan barang

Print laporan penerimaan barang

Cetak form laporan penerimaan barang

Log Out

Gambar 4.24 Activity Diagram Untuk Use Case Cetak Laporan Penerimaan

Barang

Gambar 4.24 merupakan gambar Activity Diagram untuk use case cetak laporan penerimaan barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data penerimaan barang pada sistem. Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu cetak laporan dapat dipilih cetak laporan penerimaan barang. maka sistem akan menampilkan data penerimaan barang yang ada pada sistem. Bila tidak ada proses cetak laporan data penerimaan barang lagi maka proses selesai.

Manajemen Sistem

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan Menampilkan form - form cetak laporan

Klik cetak laporan data retur

Menampilkan form cetak laporan data retur Masukkan format tgl, bulan atau tahun

Membuat cetak laporan data retur

search data

Menampilkan laporan Masukkan format tgl bulan atau tahun kembali

diinputkan tidak ada Data yang

data retur

Menampilkan informasi laporan data retur

Print laporan data retur

Cetak form laporan data retur

Log Out

Gambar 4.25 Activity Diagram Untuk Use Case Cetak Laporan Retur Barang Gambar 4.25 merupakan gambar Activity Diagram untuk use case cetak laporan retur barang yang diusulkan . Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data retur barang pada sistem. Memulai dari proses login dengan memasukkan username, password dan level pengguna.pada menu cetak laporan dapat dipilih cetak laporan retur barang.

maka sistem akan menampilkan data retur barang yang ada pada sistem . Bila tidak ada proses cetak laporan retur barang lagi maka proses selesai.

Username atau passwor salah

Menampilkan pesan error login

Username atau passwor benar

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

Klik cetak laporan data transaksi barang masuk

Menampilkan form cetak laporan data transaksi barang masuk Masukkan format tgl, bulan, atau tahun

Membuat cetak laporan data transaksi barang masuk

search data

data transaksi barang Menampilkan laporan Masukkan tanggal, bulan, atau tahun kembali

diinputkan tidak ada Data yang

masuk

Menampilkan informasi laporan data transaksi barang masuk

Print laporan data transaksi barang masuk

Cetak form laporan data transaksi barang masuk

Log Out

Gambar 4.26 Activity Diagram Untuk Use Case Cetak Laporan Barang Masuk Gambar 4.26 merupakan gambar Activity Diagram untuk use case cetak laporan barang masuk yang diusulkan. Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data barang masuk pada sistem. Memulai dari proses login dengan memasukkan username, password Gambar 4.26 Activity Diagram Untuk Use Case Cetak Laporan Barang Masuk Gambar 4.26 merupakan gambar Activity Diagram untuk use case cetak laporan barang masuk yang diusulkan. Gambar diatas menggambarkan proses dari bagian manajemen dalam melihat laporan data barang masuk pada sistem. Memulai dari proses login dengan memasukkan username, password

Username atau passwor salah

Menampilkan pesan error login

passwor benar Username atau

Menampilkan halaman Utama

Klik menu cetak laporan

Menampilkan form - form cetak laporan

Klik cetak laporan data transaksi barang keluar

Menampilkan form cetak laporan data transaksi barang keluar Masukkan format tanggal, bulan, atau tahun

Membuat cetak laporan data transaksi barang

keluar

search data

Menampilkan laporan data transaksi barang Masukkan format tanggal, bulan, atau tahun

diinputkan tidak ada Data yang

keluar

Menampilkan informasi laporan data transaksi barang keluar Print laporan data transaksi barang keluar

Cetak form laporan data transaksi barang keluar

Cetak form laporan transaksi barang keluar

Log Out

Gambar 4.27 Activity Diagram Untuk Use Case Cetak Laporan Barang Keluar Gambar 4.27 merupakan gambar Activity Diagram untuk use case cetak laporan barang keluar yang diusulkan. Gambar diatas menggambarkan proses Gambar 4.27 Activity Diagram Untuk Use Case Cetak Laporan Barang Keluar Gambar 4.27 merupakan gambar Activity Diagram untuk use case cetak laporan barang keluar yang diusulkan. Gambar diatas menggambarkan proses

Administration Purchasing Sistem

Username atau password salah

Menampilkan pesan error login

Username atau password benar

Menampilkan halaman Utama

Memberi Perintah Merespon Perintah

Log Out

Gambar 4. 28 Activity Diagram Untuk Use Case Super User

Gambar 4.28 merupakan gambar Activity Diagram untuk use case super user yang diusulkan.Gambar diatas menggambarkan proses dari purchasing administration dalam melihat mengelola data pada sistem. Memulai dari proses login dengan memasukkan username, password dan level pengguna. Dan semua menu ditampilkan pada halaman utama, kemudian dapat memberi perintah dan direspon oleh sistem, bila tidak ada proses lagi maka proses selesai.

Bag. Penerimaan

Username atau passwor salah

Menampilkan pesan error login

Username atau password benar

Menampilkan halaman Utama

Klik Menu Transaksi

Menampilkan pilihan transaksi

Klik Input Nota Pembayaran

Menampilkan Form Input Nota Pembayaran

Add Nota Pembayaran

Membuat data nota

Verifikasi form nota pembayaran

pembayaran baru Data yang

diinputkan valid

Save data nota pembayran

Bayar berdasarkan Nota Pembayaran

Data yang diinputkan invalid

Edit Nota Pembayaran

Menampilkan informqasi nota pembayaran terupdate

Cetak form nota

Klik Print Nota Pembayaran

pembayaran

Form Nota Pembayaran

cetak form Nota Pembayaran

Proses Acc dan Verifikasi

Acc Nota Pembayaran

Exit

Gambar 4.29 Activity Diagram Untuk Use Case Output Nota pembayaran

pada Supplier

Gambar 4.29 merupakan gambar Activity Diagram untuk use case nota pembayaran yang.Gambar diatas menggambarkan proses dari bagian penerimaan dalam membuat nota pembayaran pada sistem. Memulai dari Gambar 4.29 merupakan gambar Activity Diagram untuk use case nota pembayaran yang.Gambar diatas menggambarkan proses dari bagian penerimaan dalam membuat nota pembayaran pada sistem. Memulai dari

Bag. Penerimaan

Username atau password salah

Menampilkan pesan error login

Username atau password benar

Menampilkan halaman Utama

Klik Menu Transaksi

Menampilkan pilihan transaksi

Klik Input Transaksi Tanda Terima Barang

Menampilkan Form Input Transaksi Tanda Terima Barang

Add Transaksi Tanda Terima Barang

Membuat data Transaksi

Tanda Terima Barang baru

Save data Transaksi Tanda Terima Barang

Data yang diinputkan invalid

Edit Transaksi Tanda Terima Barang

Data yang diinputkan valid

Menampilkan informasi Transaksi Tanda Terima Barang terupdate

Klik Print Transaksi Tanda Terima Barang

Tanda Terima Barang Cetak form Transaksi

cetak form tanda terima faktur

Form Transaksi Tanda Terima Barang

Verifikasi Transaksi Tanda Terima Barang Log Out

Gambar 4. 30 Activity Diagram Untuk Use Output Tanda Terima Barang (TTB)

pada Supplier

Gambar 4.30 merupakan gambar Activity Diagram untuk use case Output Tanda Terima Barang (TTB). Gambar diatas menggambarkan proses dari bagian penerimaan dalam membuat Tanda Terima Barang (TTB) pada sistem.

Memulai dari proses login dengan memasukkan username, password dan level pengguna. Dan pada menu transaksi ditampilkan halaman nota pembayaran, kemudian dicetak menjadi form Tanda Terima Barang (TTB), diberikan kepada supplier sebagai bukti penerimaan barang perusahaan.

4.3.1.2 Use Case Naratif Desain Sistem

Pada tahap ini yaitu mengimplementasikan use case diagram yang pada sub-bab sebelumnya telah dibahas kedalam bentuk narasi atau kata-kata untuk mendokumentasikan interaksi antara user sistem dan sistem itu sendiri. Sangat detail dalam menggambarkan apa yang diperlukan. Berbeda dengan use case diagram, use case desain sistem menggunakan sebuah narasi dari pandangan pengguna sistem, use case desain sistem lebih bersifat percakapan (dialog).

Tabel 4.5 Narasi dari Use Case Input Data Barang

Nama Use Case : Input Data Barang

Actor (s)

Administrator purchasing

Deskripsi :

Use case ini mendeskripsikan dari seorang administrator purchasing yaitu menambah, merubah, dan menghapus data Barang. Pada tahap penyelesaian, Administrator purchasing akan diberikan informasi data barang yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem.

Seorang individu yang menambah, merubah dan menghapus data barang haruslah administrator purchasing . Administrator purchasing harus meng-sign in ke sebuah sistem untuk menambah, merubah dan menghapus data barang.

Pemicu :

Use case ini diinisiasi saat administrator purchasing menyeleksi pilihan input data barang untuk menambah, merubah dan menghapus data barang.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu input lalu klik

input,Transaksi, Cek, Cetak data barang

Laporan, dan Grafik

Langkah 7 : Masukkan Laporan. data barang ke dalam

Langkah 6: Menampilkan field yang telah

Form Input Data Barang disediakan dengan

yang berisi field input data, benar.

Display informasi data Langkah 8 : cek

Barang yang sebelumnya semua data yang telah

telah tersimpan, beberapa dimasukkan, bila tidak tombol navigasi, seperti ada perubahan maka

[Add], [Save], [Edit], Administrator

[Delete]. purchasing Langkah 9 : Sistem

melanjutkan dengan merespon dengan melanjutkan dengan merespon dengan

diinputkan tersebut ke dalam Langkah 10 : Klik

database sistem dan Back bila tidak ada

menampilkan kembali proses input data lagi

informasi yang telah terupdate ke dalam Display informasi data.

Langkah 11 : Sistem merespon dengan menutup Form Input Data Barang dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save]

Kesimpulan :

Use case ini diakhiri ketika administrator purchasing mengklik tombol Back.

Postkondisi :

Data barang telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan Level yang

Sesuai  Actor sudah menyiapkan data barang yang valid.

Tabel 4.6 Narasi dari Use Case Input Data Supplier

Nama Use Case : Input Data Supplier

Actor (s)

Administrator purchasing

Deskripsi :

Use case ini mendeskripsikan dari seorang administrator purchasing yaitu menambah, merubah, Use case ini mendeskripsikan dari seorang administrator purchasing yaitu menambah, merubah,

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data supplier haruslah administrator purchasing . Administrator purchasing harus meng-sign in ke sebuah sistem untuk menambah, merubah dan menghapus data supplier .

Pemicu :

Use case ini diinisiasi saat administrator purchasing menyeleksi pilihan input data Supplier untuk menambah, merubah dan menghapus data Supplier .

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu input lalu klik

input,Transaksi, Cek, Cetak data Supplier

Laporan, Grafik Laporan dan Langkah 7 : Masukkan Log out data Supplier ke dalam Langkah 6: Menampilkan field yang telah

Form Input Data Supplier disediakan dengan

yang berisi field input data, benar.

Display informasi data Langkah 8 : cek

Supplier yang sebelumnya Supplier yang sebelumnya

telah tersimpan, beberapa dimasukkan, bila tidak tombol navigasi, seperti ada perubahan maka

[Add], [Save], [Edit],

Administrator

[Delete]. purchasing Langkah 9 : Sistem

melanjutkan dengan

merespon dengan

mengklik tombol

menyimpan data yang telah

[Add].

diinputkan tersebut ke dalam

Langkah 10 : Klik

database sistem dan tombol Back bila tidak menampilkan kembali ada proses input data

informasi yang telah

lagi

terupdate ke dalam Display informasi data. Langkah 11 : Sistem merespon dengan menutup Form Input Data supplier dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save]

Kesimpulan :

Use case ini diakhiri ketika admin mengklik tombol Back .

Postkondisi :

Data supplier telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan level yang

Sesuai  Actor sudah menyiapkan data Supplier yang valid

Tabel 4.7 Narasi dari Use Case Input Data Pembelian (Purchase Order)

Nama Use Case : Input Data Pembelian (Purchase Order)

Actor (s)

Administrator purchasing

Deskripsi :

Use case ini mendeskripsikan dari seorang administrator purchasing yaitu menambah, merubah, dan menghapus data pembelian barang (PO) atau pembelian barang. Pada tahap penyelesaian, akan diberikan informasi data barang yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data barang haruslah Administrator purchasing . Administrator purchasing harus meng-sign in ke sebuah sistem untuk mengisi Form pembelian barang (PO) untuk barang yang akan dibeli.

Pemicu :

Use case ini diinisiasi saat administrator purchasing menyeleksi pilihan input barang yang akan dibeli.

Respons Sistem suatu event :

Bidang khas

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu input lalu klik

input,Transaksi, Cek, Cetak data pembelian barang Laporan, dan Log out. (PO)

Langkah 6: Menampilkan Langkah 7 : Masukkan Form Input Data pembelian data purchase order ke barang (PO) yang berisi Langkah 6: Menampilkan Langkah 7 : Masukkan Form Input Data pembelian data purchase order ke barang (PO) yang berisi

informasi data Barang yang benar.

sebelumnya telah tersimpan, Langkah 8 : cek

beberapa tombol navigasi, semua data yang telah

seperti [Add], [Save], [Edit], dimasukkan, bila tidak [Print] . ada perubahan maka

Langkah 9 : Sistem Administrator

merespon dengan purchasing menyimpan data yang telah

melanjutkan dengan diinputkan tersebut ke dalam mengklik tombol

database sistem dan [Add].

menampilkan kembali Langkah 10 : Klik

informasi yang telah tombol [Print ] bila

terupdate ke dalam Display ingin mencetak form

informasi data. pembelian (PO). Langkah 11 : Klik

Langkah 12 : Sistem Back bila tidak ada

merespon dengan menutup proses input.

Form Input data pembelian barang (PO) dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika admin mengklik Back.

Postkondisi :

Data Langkah 9 : Jika ada data yang ingin dirubah atau salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save]telah disimpan dan telah terupdate, dan sistem menampilkan kembali

Form Utama .

Aturan Bisnis :

 Actor harus memiliki password dan Level yang

Sesuai  Actor sudah menyiapkan data barang yang valid.

Tabel 4.8 Narasi dari Use Case Input Agenda Acara Nama Use Case : Input Agenda Acara

Actor (s)

Bagian Personalia

Deskripsi :

Use case ini mendeskripsikan dari seorang Bagian Personalia yaitu menambah, merubah, dan menghapus data agenda acara . Pada tahap penyelesaian, akan diberikan informasi data agenda acara yang sudah terupdate.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data agenda acara haruslah bagian personalia. Bagian personalia harus meng-sign in ke sebuah sistem untuk mengisi Form Agenda Acara.

Pemicu :

Use case ini diinisiasi saat bagian personalia menginput agenda acara mendatang terhadap customer yang menggunakan jasa PT. Tiara Royale.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem

Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu input lalu klik

input,Transaksi, Cek, Cetak input agenda acara.

Laporan, Grafik Laporan dan

Langkah 7 : Masukkan Log Out. data agenda acara ke

Langkah 6: Menampilkan dalam field yang telah

Form Input Data agenda disediakan dengan

acara yang berisi field input benar.

data, Display informasi data Langkah 8 : cek

yang sebelumnya telah semua data yang telah

tersimpan, beberapa tombol dimasukkan, bila tidak navigasi, seperti [Add], ada perubahan maka

[Save], [Edit], [Print]. Bagian personalia

Langkah 9 : Sistem melanjutkan dengan

merespon dengan mengklik tombol

menyimpan data yang telah [Add].

diinputkan tersebut ke dalam Langkah 10 : Klik

database sistem dan Back bila tidak ada

menampilkan kembali proses input.

informasi yang telah terupdate ke dalam Display informasi data.

Langkah 11 : Sistem merespon dengan menutup Form Input Agenda Acara dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika Bagian Personalia mengklik tombol Back.

Postkondisi :

Data agenda acara telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan level yang

Sesuai  Actor sudah menyiapkan data mengenai acara yang

valid.

Tabel 4.9 Narasi dari Use Case Input Data User Nama Use Case : Input Data User

Actor (s)

Administrator Purchasing

Deskripsi :

Use case ini mendeskripsikan dari seorang administrator purchasing yaitu menambah, merubah, dan menghapus data user . Pada tahap penyelesaian, akan diberikan informasi data user yang sudah terupdate.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data user haruslah administrator purchasing . administrator purchasing harus meng-sign in ke sebuah sistem untuk mengisi Form data user untuk mengubah, menambah, menghapus data user.

Pemicu :

Use case ini diinisiasi saat administrator purchasing Use case ini diinisiasi saat administrator purchasing

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu User

input,Transaksi, Cek, Cetak Langkah 7 : Masukkan Laporan, Grafik Laporan dan data user ke dalam field Log out yang telah disediakan

Langkah 6: Menampilkan dengan benar.

Form user yang berisi field Langkah 8 : cek

input data, beberapa tombol semua data yang telah

navigasi, seperti [Add], dimasukkan, bila tidak [Save], [Edit], [Delete] ada perubahan maka

Langkah 9 : Sistem administrator

merespon dengan purchasing menyimpan data yang telah

melanjutkan dengan diinputkan tersebut ke dalam mengklik tombol

database sistem dan [Add].

menampilkan kembali Langkah 10 : Klik

informasi yang telah tombol Back bila tidak terupdate ke dalam Display ada proses input.

informasi data.

Langkah 11 : Sistem merespon dengan menutup Form user dan menampilkan

Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika administrator purchasing mengklik tombol Back.

Postkondisi :

Data user telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan level yang

Sesuai  Actor sudah menyiapkan data user yang valid.

Tabel 4.10 Narasi dari Use Case Input Data Retur Barang Nama Use Case : Input Data Retur Barang

Actor (s)

Penerimaan Barang

Deskripsi :

Use case ini mendeskripsikan dari seorang bag. penerimaan barang yaitu menambah, merubah, dan menghapus data retur barang . Pada tahap penyelesaian, akan diberikan informasi data retur barang yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data retur barang haruslah bag. penerimaan barang. bag. penerimaan barang harus meng-sign in ke sebuah sistem untuk mengisi Form data retur barang untuk mengubah, menambah, menghapus data retur barang

Pemicu :

Use case ini diinisiasi saat bag. penerimaan barang Use case ini diinisiasi saat bag. penerimaan barang

barang untuk mengubah,menambah,atau meghapus data retur barang

data

retur

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu retur barang pada input,Transaksi, Cek, Cetak Pilihan Input.

Laporan, Grafik Laporan dan Langkah 7 : Masukkan Log out data retur barang ke

Langkah 6: Menampilkan dalam field yang telah

Form user yang berisi field disediakan dengan

input data, beberapa tombol benar.

navigasi, seperti [Add], Langkah 8 : cek

[Save], [Edit], [Delete] semua data yang telah

Langkah 9 : Sistem dimasukkan, bila tidak merespon dengan ada perubahan maka

menyimpan data yang telah bag. penerimaan barang diinputkan tersebut ke dalam melanjutkan dengan

database sistem dan mengklik tombol

menampilkan kembali [Add].

informasi yang telah Langkah 10 : Klik

terupdate ke dalam Display tombol Back bila tidak informasi data. ada proses input.

Langkah 11 : Sistem merespon dengan menutup Form user dan menampilkan

Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika bag. penerimaan barang mengklik tombol Back.

Postkondisi :

Data retur barang telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan level yang

Sesuai  Actor sudah menyiapkan data user yang valid.

Tabel 4.11 Narasi dari Use Case Transaksi Tanda Terima Barang (TTB)

Nama Use Case : Transaksi Tanda Terima Barang (TTB)

Actor (s)

Bagian Penerimaan Barang

Deskripsi :

Use case ini mendeskripsikan dari seorang bagian penerimaan atau bagian gudang yaitu menambah, merubah, dan menghapus data transaksi tanda terima barang . Pada tahap penyelesaian, akan diberikan informasi data transaksi tanda terima barang yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data Transaksi Tanda Terima Barang (TTB) haruslah bagian penerimaan. bagian penerimaan harus meng-sign in ke sebuah Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data Transaksi Tanda Terima Barang (TTB) haruslah bagian penerimaan. bagian penerimaan harus meng-sign in ke sebuah

Pemicu :

Use case ini diinisiasi saat bagian penerimaan atau menginput data Transaksi Tanda Terima Barang (TTB) untuk mengubah,menambah,atau meghapus data Transaksi Tanda Terima Barang (TTB).

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Transaksi lalu

input,Transaksi, Cek, Cetak klik menu Transaksi

Laporan, Grafik Laporan Tanda Terima Barang

dan Log out. (TTB).

Langkah 6: Menampilkan Langkah 7 : Masukkan Form Transaksi Tanda data ke dalam field

Terima Barang yang berisi yang telah disediakan

field input data, beberapa dengan benar.

tombol navigasi, seperti Langkah 8 : cek

[Add], [Save], [Edit], semua data yang telah

[Delete], [Print ] . dimasukkan, bila tidak Langkah 9 : Sistem ada perubahan maka

merespon dengan bagian penerimaan

menyimpan data yang telah melanjutkan dengan

diinputkan tersebut ke dalam diinputkan tersebut ke dalam

menampilkan kembali Langkah 10 : Klik

informasi yang telah tombol [Print ] bila

terupdate ke dalam Display ingin mencetak form

informasi data. Transaksi Tanda Terima Barang (TTB). Langkah 12 : Sistem Langkah 11 : Klik

merespon dengan menutup tombol Back bila tidak Form Transaksi Tanda ada proses input.

Terima Barang (TTB)dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika bagian penerimaan mengklik tombol Back.

Postkondisi :

Data Transaksi Tanda Terima Barang (TTB) telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai  Actor sudah memeriksa barang yang datang dari

supplier dengan benar.

Tabel 4.12 Narasi dari Use Case Nota Pembayaran

Nama Use Case : Nota Pembayaran

Actor (s)

Bagian Penerimaan Barang

Deskripsi :

Use case ini mendeskripsikan dari seorang bagian Use case ini mendeskripsikan dari seorang bagian

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data Nota Pembayaran haruslah bagian penerimaan. bagian penerimaan harus meng-sign in ke sebuah sistem untuk mengisi Form data Nota Pembayaran untuk mengubah, menambah, menghapus data Nota Pembayaran.

Pemicu :

Use case ini diinisiasi saat bagian penerimaan menginput data Nota Pembayaran untuk mengubah, menambah, atau meghapus data Nota Pembayaran.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Transaksi lalu

input,Transaksi, Cek, Cetak klik menu Nota

Laporan,dan Log out Pembayaran

Langkah 6: Menampilkan Langkah 7 : Masukkan Form Nota Pembayaran yang data ke dalam field

berisi field input data, yang telah disediakan

beberapa tombol navigasi, dengan benar.

seperti [Add], [Save], [Edit],

Langkah 8 : cek [Delete] dan [Print].. semua data yang telah

Langkah 9 : Sistem dimasukkan, bila tidak merespon dengan ada perubahan maka

menyimpan data yang telah bagian penerimaan

diinputkan tersebut ke dalam melanjutkan dengan

database sistem dan mengklik tombol

menampilkan kembali [Add].

informasi yang telah Langkah 10 : Klik

terupdate ke dalam Display tombol [Print ] bila

informasi data. ingin mencetak form Nota Pembayaran.

Langkah 12 : Sistem Langkah 11 : Klik

merespon dengan menutup tombol Back bila tidak Form Nota Pembayaran dan ada proses input.

menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika bagian penerimaan mengklik tombol Back.

Postkondisi :

Data Nota Pembayaran telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama .

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai  Actor sudah memeriksa barang yang datang dari

supplier dengan benar.

Tabel 4.13 Narasi dari Use Case Transaksi Retur Barang

Nama Use Case : Transaksi Retur Barang

Actor (s)

Bagian Penerimaan Barang

Deskripsi :

Use case ini mendeskripsikan dari seorang bagian penerimaan yaitu menambah, merubah, dan menghapus data pada transaksi retur barang. Pada tahap penyelesaian, akan diberikan informasi data transaksi retur yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data transaksi retur barang haruslah bagian penerimaan. bagian penerimaan harus meng-sign in ke sebuah sistem untuk mengisi Form data transaksi retur barang untuk mengubah, menambah, menghapus data transaksi retur barang.

Pemicu :

Use case ini diinisiasi saat bagian penerimaan menginput

retur untuk mengubah,menambah,atau meghapus data transaksi retur barang.

data

transaksi

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Transaksi lalu

input,Transaksi, Cek, Cetak klik menu transaksi

Laporan,Grafik Laporan, Laporan,Grafik Laporan,

Log out.

Langkah 7 : Masukkan Langkah 6: Menampilkan data ke dalam field

Form transaksi retur yang yang telah disediakan

berisi field input data, dengan benar.

beberapa tombol navigasi, Langkah 8 : cek

seperti [Add], [Save], [Edit], semua data yang telah

[Delete], dan [Print].. dimasukkan, bila tidak Langkah 9 : Sistem ada perubahan maka

merespon dengan bagian penerimaan

menyimpan data yang telah melanjutkan dengan

diinputkan tersebut ke dalam mengklik tombol

database sistem dan [Add].

menampilkan kembali Langkah 10 : Klik

informasi yang telah tombol [Print ] bila

terupdate ke dalam Display ingin mencetak form

informasi data. transaksi retur. Langkah 11 : Klik

Langkah 12 : Sistem tombol Back bila tidak merespon dengan menutup ada proses input.

Form transaksi retur dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika bagian penerimaan mengklik tombol Back.

Postkondisi :

Data transaksi retur barang telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama .

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai  Actor sudah memeriksa barang yang datang dari

supplier dengan benar.

Tabel 4.14 Narasi dari Use Case Transaksi Barang Masuk Nama Use Case : Transaksi Barang Masuk

Actor (s)

Bagian gudang

Deskripsi :

Use case ini mendeskripsikan dari seorang bagian gudang yaitu menambah, merubah, dan menghapus data pada transaksi barang masuk . Pada tahap penyelesaian, akan diberikan informasi data transaksi transaksi barang masuk yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data transaksi barang masuk haruslah bagian gudang. bagian gudang harus meng-sign in ke sebuah sistem untuk mengisi Form data transaksi barang masuk untuk mengubah, menambah, menghapus transaksi barang masuk.

Pemicu :

Use case ini diinisiasi saat bagian gudang menginput data

masuk untuk mengubah,menambah,atau meghapus data transaksi barang masuk.

transaksi

barang

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level Password , dan Level

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Transaksi lalu

input,Transaksi, Cek, Cetak klik menu transaksi

Laporan, User dan Keluar barang masuk

Langkah 6: Menampilkan Langkah 7 : Masukkan Form transaksi barang data barang ke dalam

masuk yang berisi field input field yang telah

data, beberapa tombol disediakan dengan

navigasi, seperti [Add], benar.

[Save], [Edit], [Delete]. Langkah 8 : cek

Langkah 9 : Sistem semua data yang telah

merespon dengan dimasukkan, bila tidak menyimpan data yang telah ada perubahan maka

diinputkan tersebut ke dalam bagian gudang

database sistem dan melanjutkan dengan

menampilkan kembali mengklik tombol

informasi yang telah [Add].

terupdate ke dalam Display Langkah 10 : Klik

informasi data. tombol [Print ] bila ingin mencetak form

Langkah 12 : Sistem transaksi barang masuk merespon dengan menutup Langkah 11 : Klik

Form transaksi barang tombol Back bila tidak masuk dan menampilkan ada proses input.

Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu salah input maka actor dapat mengklik [edit ] lalu

Kesimpulan :

Use case ini diakhiri ketika bagian gudang mengklik tombol Back.

Postkondisi :

Data transaksi barang masuk telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama .

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai  Actor sudah memeriksa barang yang datang dari

bagian penerimaan dengan benar.

Tabel 4.15 Narasi dari Use Case Transaksi Barang Keluar

Nama Use Case : Transaksi Barang Keluar

Actor (s)

Bagian gudang

Deskripsi :

Use case ini mendeskripsikan dari seorang bagian gudang yaitu menambah, merubah, dan menghapus data pada transaksi barang keluar . Pada tahap penyelesaian, akan diberikan informasi data transaksi transaksi barang keluar yang sudah ter-update.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan menghapus data transaksi barang keluar haruslah bagian gudang. bagian gudang harus meng-sign in ke sebuah sistem untuk mengisi Form data transaksi barang keluar untuk mengubah, menambah, menghapus transaksi barang keluar.

Pemicu :

Use case ini diinisiasi saat bagian gudang menginput data transaksi barang masuk untuk mengubah, menambah,atau menghapus data transaksi barang keluar.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Transaksi lalu

input,Transaksi, Cek, Cetak klik menu transaksi

Laporan, Log out. barang keluar.

Langkah 6: Menampilkan Langkah 7 : Masukkan Form transaksi barang keluar data barang ke dalam

yang berisi field input data, field yang telah

beberapa tombol navigasi, disediakan dengan

seperti [Add], [Save], [Edit], benar.

[Delete].

Langkah 8 : cek Langkah 9 : Sistem semua data yang telah

merespon dengan dimasukkan, bila tidak menyimpan data yang telah ada perubahan maka

diinputkan tersebut ke dalam bagian gudang

database sistem dan melanjutkan dengan

menampilkan kembali mengklik tombol

informasi yang telah [Save].

terupdate ke dalam Display Langkah 10 : Klik

informasi data. tombol [Print ] bila ingin mencetak form

Langkah 12 : Sistem Langkah 12 : Sistem

Form transaksi barang keluar tombol Back bila tidak dan menampilkan Form ada proses input.

Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save].

Kesimpulan :

Use case ini diakhiri ketika bagian gudang mengklik tombol Back.

Postkondisi :

Data transaksi barang keluar telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama .

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai  Actor sudah memeriksa barang yang akan keluar

dari gudang dengan benar.

Tabel 4.16 Narasi dari Use Case Cek Agenda Acara

Nama Use Case : Cek Agenda Acara

Actor (s)

Bagian Personalia dan Bagian Gudang

Deskripsi :

Use case ini mendeskripsikan event dari bagian personalia dan bagian gudang yaitu mengecek agenda acara yang dibutuhkan sebagai informasi untuk memprediksi pemesanan barang yang akan dilakukan selanjutnya.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem.

Seorang individu yang melakukan pengecekan agenda yaitu bagian personalia dan bagian gudang. bagian personalia dan bagian gudang harus me-log in ke sebuah sistem untuk mengecek agenda acara.

Pemicu :

Use case ini diinisiasi saat bagian personalia dan bagian gudang menyeleksi pilihan cek agenda acara untuk mengecek agenda acara yang akan datang untuk memprediksi pembelian barang.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : bagian Langkah 2 : Sistem merespon personalia dan bagian dengan menampilkan Form gudang mengklik

Cek Agenda Acara yang menu [Cek ]

berisi field input keyword dan [Agenda Acara].

seleksi kategori pencarian, Langkah 3 : bagian

Display informasi yang masih personalia dan bagian kosong, beberapa tombol gudang menyeleksi

navigasi seperti [Cari]. kategori data yang

Langkah 4 : Sistem merespon ingin dicari dan

dengan menerima setiap entri menginputkan

yang telah diinputkan. keyword data pada

Langkah 6 : Sistem merespon field input keyword

dengan mengontrol apakah yang telah ditentukan data yang dimasukkan sudah dengan benar.

sesuai dengan ketentuan. Bila Langkah 5 : bagian

sudah sesuai maka sistem personalia dan bagian merespons untuk melanjutkan gudang mengklik

mencari data yang tombol [Cari].

dimasukkan dan menampilkan Langkah 7 : bagian

semua informasi agenda personalia dan bagian pesanan yang dicari tersebut semua informasi agenda personalia dan bagian pesanan yang dicari tersebut

agenda. Sistem juga data agenda acara lagi. mengosongkan field input

keyword. Langkah 8 : Sistem merespon dengan menutup Form Cek Agenda Acara dan kembali menampilkan Form Utama.

Bidang

Langkah 6a : Jika data yang dimasukkan tidak sesuai

Alternatif :

dengan format yang telah ditentukan, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta bagian personalia dan bagian gudang untuk memasukkan kembali keyword yang sesuai, kembali ke langkah 3. Langkah 6b : Jika data yang dicari tidak tersedia dalam database, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta bagian personalia dan bagian gudang untuk memasukkan kembali keyword yang baru, kembali ke langkah 3.

Kesimpulan :

Use case ini diakhiri ketika bagian personalia dan bagian gudang mengklik tombol Back.

Postkondisi :

Sistem menampilkan informasi agenda yang dicari dan menampilkan Form Utama. bagian personalia dan bagian gudang mendapatkan informasi yang dicari.

Aturan Bisnis :

 bagian personalia dan bagian gudang harus memiliki

password yang valid

 bagian personalia dan bagian gudang sudah memiliki data agenda yang ingin dicari

Tabel 4.17 Narasi dari Use Case Cek Data barang

Nama Use Case : Cek Data Barang

Actor (s)

Bagian Pembelian

Deskripsi :

Use case ini mendeskripsikan event dari bagian pembelian yaitu mengecek data barang.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang melakukan pengecekan data barang yaitu bagian pembelian. bagian pembelian harus me-log in ke sebuah sistem untuk mengecek data barang.

Pemicu :

Use case ini diinisiasi saat bagian pembelian menyeleksi pilihan cek data barang untuk mengecek data barang.

Respons Sistem suatu event :

Bidang khas

Kegiatan Pelaku

Langkah 1 : bagian Langkah 2 : Sistem merespon pembelian mengklik

dengan menampilkan Form menu [Cek ]

[Cek Cek Data Barang yang berisi Data Barang].

field input keyword dan Langkah 3 : bagian

seleksi kategori pencarian, pembelian menyeleksi Display informasi yang masih kategori data yang

kosong, beberapa tombol ingin dicari dan

navigasi seperti [Cari]. menginputkan

Langkah 4 : Sistem merespon keyword data pada

dengan menerima setiap entri dengan menerima setiap entri

dengan mengontrol apakah Langkah 5 : bagian

data yang dimasukkan sudah pembelian mengklik

sesuai dengan ketentuan. Bila tombol [Cari].

sudah sesuai maka sistem Langkah 7 : bagian

merespons untuk melanjutkan pembelian meng-klik

mencari data yang tombol Back bila tidak dimasukkan dan menampilkan ada proses pencarian

semua informasi data barang data barang lagi.

yang dicari tersebut kedalam tabel data data barang pada display informasi data barang . Sistem juga mengosongkan field input keyword. Langkah 8 : Sistem merespon dengan menutup Form Cek Data Barang dan kembali menampilkan Form Utama.

Bidang

Langkah 6a : Jika data yang dimasukkan tidak sesuai

Alternatif :

dengan format yang telah ditentukan, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta Pembelian untuk memasukkan kembali keyword yang sesuai, kembali ke langkah 3. Langkah 6b : Jika data yang dicari tidak tersedia dalam database, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta Pembelian untuk memasukkan kembali keyword yang baru, kembali ke langkah 3.

Kesimpulan :

Use case ini diakhiri ketika bagian pembelian mengklik tombol Back.

Postkondisi :

Sistem menampilkan informasi data barang yang dicari dan menampilkan Form Utama. bagian pembelian mendapatkan informasi yang dicari.

Aturan Bisnis :

 bagian pembelian harus memiliki password yang

valid  bagian pembelian sudah memiliki data barang yang

ingin dicari

Tabel 4.18 Narasi dari Use Case Cek Data Supplier

Nama Use Case : Cek Data Supplier

Actor (s)

Bagian Pembelian

Deskripsi :

Use case ini mendeskripsikan event dari bagian pembelian yaitu mengecek data supplier.

Prakondisi :

Pemicu :

Use case ini diinisiasi saat bagian pembelian menyeleksi pilihan cek data supplier untuk mengecek data supplier.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : bagian

Langkah 2 : Sistem merespon

pembelian mengklik

dengan menampilkan Form dengan menampilkan Form

[Cek

Data Supplier]. Langkah 3 : bagian pembelian menyeleksi kategori data yang ingin dicari dan menginputkan keyword data pada field input keyword yang telah ditentukan dengan benar. Langkah 5 : bagian pembelian mengklik tombol [Cari]. Langkah 7 : bagian pembelian meng-klik tombol Back bila tidak ada proses pencarian data supplier lagi.

Cek Data Barang yang berisi field input keyword dan seleksi kategori pencarian, Display informasi yang masih kosong, beberapa tombol navigasi seperti [Cari] Langkah 4 : Sistem merespon dengan menerima setiap entri yang telah diinputkan. Langkah 6 : Sistem merespon dengan mengontrol apakah data yang dimasukkan sudah sesuai dengan ketentuan. Bila sudah sesuai maka sistem merespons untuk melanjutkan mencari data yang dimasukkan dan menampilkan semua informasi data supplier yang dicari tersebut kedalam tabel data data supplier pada display informasi data supplier . Sistem juga mengosongkan field input keyword. Langkah 8 : Sistem merespon dengan menutup Form Cek Data Supplier dan kembali menampilkan Form Utama.

Bidang Alternatif :

Alt-Langkah 6a : Jika data yang dimasukkan tidak sesuai dengan format yang telah ditentukan, maka Alt-Langkah 6a : Jika data yang dimasukkan tidak sesuai dengan format yang telah ditentukan, maka

Kesimpulan :

Use case ini diakhiri ketika bagian pembelian mengklik tombol Back.

Postkondisi :

Sistem menampilkan informasi data supplier yang dicari dan menampilkan Form Utama. bagian pembelian mendapatkan informasi yang dicari.

Aturan Bisnis :

 bagian pembelian harus memiliki password yang

valid  bagian pembelian sudah memiliki data supplier yang

ingin dicari

Tabel 4.19 Narasi dari Use Case Cek Data Retur Barang

Nama Use Case : Cek Data Retur Barang

Actor (s)

Bagian Pembelian atau Penerimaan Barang

Deskripsi :

Use case ini mendeskripsikan event dari bagian pembelian atau penerimaan barang yaitu mengecek data retur barang.

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai Orang tersebut haruslah sudah terdaftar sebagai

Pemicu :

Use case ini diinisiasi saat bagian pembelian atau penerimaan barang menyeleksi pilihan cek data retur barang untuk mengecek data retur barang .

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : bagian Langkah 2 : Sistem merespon pembelian atau

dengan menampilkan Form penerimaan barang

Cek Data Retur Barang yang mengklik menu [Cek ] berisi field input keyword dan

seleksi kategori pencarian, barang].

[Cek Data retur

Display informasi yang masih Langkah 3 : bagian

kosong, beberapa tombol pembelian atau

navigasi seperti [Cari] penerimaan barang

Langkah 4 : Sistem merespon menyeleksi kategori

dengan menerima setiap entri data yang ingin dicari yang telah diinputkan. dan menginputkan

Langkah 6 : Sistem merespon keyword data pada

dengan mengontrol apakah field input keyword

data yang dimasukkan sudah yang telah ditentukan sesuai dengan ketentuan. Bila dengan benar.

sudah sesuai maka sistem Langkah 5 : bagian

merespons untuk melanjutkan pembelian atau

mencari data yang penerimaan barang

dimasukkan dan menampilkan mengklik tombol

semua informasi data retur

[Cari]. barang yang dicari tersebut Langkah 7 : bagian

kedalam tabel data data retur pembelian atau

barang pada display penerimaan barang

informasi data retur barang . meng-klik tombol

Sistem juga mengosongkan Back bila tidak ada

field input keyword. proses pencarian data Langkah 8 : Sistem merespon retur barang lagi.

dengan menutup Form Cek Data retur barang dan kembali menampilkan Form Utama.

Bidang

Alt-Langkah 6a : Jika data yang dimasukkan tidak

Alternatif :

sesuai dengan format yang telah ditentukan, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta Pembelian atau penerimaan barang untuk memasukkan kembali keyword yang sesuai, kembali ke langkah 3. Alt-Langkah 6b : Jika data yang dicari tidak tersedia dalam database, maka sistem tidak akan merespon. Sistem juga mengosongkan field input keyword serta meminta Pembelian atau penerimaan barang untuk memasukkan kembali keyword yang baru, kembali ke langkah 3.

Kesimpulan :

Use case ini diakhiri ketika bagian pembelian atau penerimaan barang mengklik tombol Back.

Postkondisi :

Sistem menampilkan informasi data retur barang yang dicari dan menampilkan Form Utama. bagian

pembelian

atau

penerimaan barang

mendapatkan informasi yang dicari.

Aturan Bisnis :

 bagian pembelian atau penerimaan barang harus  bagian pembelian atau penerimaan barang harus

memiliki data retur barang yang ingin dicari

Tabel 4.20 Narasi dari Use Case Cetak Laporan Pembelian (Purchase Order) Nama Use Case : Cetak Data Laporan Pembelian (Purchase Order)

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan pembelian (PO) per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan pembelian (PO) per periode dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh pembelian (PO) per periode yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan pembelian (PO) untuk melihat, menyimpan dan mencetak laporan pembelian (PO).

Pemicu :

Use case ini diinisiasi saat manajemen menginput laporan pembelian (PO) untuk untuk melihat, menyimpan, dan mencetak laporan seluruh laporan pembelian (PO).

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan, Grafik Laporan pembelian (PO).

,Log out

Langkah 7 :

Langkah 6: Menampilkan klik field tanggal,

Form cetak laporan bulan, atau tahun.

pembelian (PO) yang berisi Langkah 8 : Masukkan field input data, beberapa tanggal, bulan, atau

tombol navigasi, seperti, tahun untuk

[Save], dan [Print].. mendapatkan data

Langkah 10 : Sistem laporan pembelian ke

merespon dengan dalam field yang telah

menampilkan Display disediakan dengan

laporan pembelian (PO) yang benar.

berupa page document yang Langkah 9 : cek

berisikan seluruh data-data tanggal yang telah

transaksi pembelian barang dimasukkan, bila tidak sesuai dengan jangka waktu ada perubahan maka

yang telah ditentukkan manajemen

manajemen dan tombol melanjutkan dengan

[Save] dan [Print]. mengklik tombol [Tampil].

Langkah 13 : Sistem Langkah 11 : Klik

merespon dengan menutup merespon dengan menutup

(PO) dan menampilkan Form laporan pembelian

Utama

(PO). Langkah 12 : Klik tombol Back bila tidak ada proses .

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan pembelian (PO) per periode dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.21 Narasi dari Use Case Cetak Laporan Data Barang

Nama Use Case : Cetak Laporan Data Barang

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data untuk melihat laporan data barang yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan data barang dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem.

Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh data barang yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan data barang untuk melihat, menyimpan dan mencetak laporan data barang.

Pemicu :

Use case ini diinisiasi saat manajemen untuk melihat, menyimpan, dan mencetak laporan seluruh laporan data barang.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan,Log out. data barang .

Langkah 6: Menampilkan

Langkah 7 :

Form cetak laporan data manajemen

barang yang berisi tombol melanjutkan dengan

navigasi, [cetak].. mengklik tombol

Langkah 8 : Sistem [cetak].

merespon dengan Langkah 9 : Klik

menampilkan Display tombol [Print ] bila

laporan data barang yang ingin mencetak form

berupa page document yang laporan data barang

berisikan data barang sesuai (PO).

yang diinginkan manajemen Langkah 10 : Klik

dan tombol [save] dan dan tombol [save] dan

Langkah 11 : Sistem merespon dengan menutup Form laporan data barang (PO) dan menampilkan Form Utama

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan data barang dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.22 Narasi dari Use Case Cetak Laporan Data Supplier Nama Use Case : Cetak Laporan Data Supplier

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data untuk melihat laporan data supplier yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan data supplier dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem.

Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh data supplier yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan data supplier untuk melihat, menyimpan dan mencetak laporan data supplier .

Pemicu :

Use case ini diinisiasi saat manajemen untuk melihat, menyimpan, dan mencetak laporan seluruh laporan data supplier.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan, Grafik Laporan dn data supplier .

Log out.

Langkah 7:

Langkah 6: Menampilkan manajemen

Form cetak laporan data melanjutkan dengan

supplier yang berisi field mengklik tombol

tombol navigasi, [cetak].. [cetak].

Langkah 8 : Sistem Langkah 9 : Klik

merespon dengan tombol [Print ] bila

menampilkan Display ingin mencetak form

laporan data supplier yang laporan data supplier

berupa page document yang (PO).

berisikan data supplier

Langkah 10 : Klik

sesuai yang diinginkan tombol Back bila tidak manajemen dan tombol ada proses .

[save] dan [Print].

Langkah 11 : Sistem merespon dengan menutup Form laporan data supplier (PO) dan menampilkan Form Utama

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan data supplier dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.23 Narasi dari Use Case Cetak Laporan Data Penerimaan barang

Nama Use Case : Cetak Laporan Penerimaan barang

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan penerimaan barang per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan penerimaan barang per periode dalam format htm, txt dll, dan juga dapat Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan penerimaan barang per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan penerimaan barang per periode dalam format htm, txt dll, dan juga dapat

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh penerimaan barang per periode yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan penerimaan barang untuk melihat, menyimpan dan mencetak laporan penerimaan barang .

Pemicu :

Use case ini diinisiasi saat manajemen menginput laporan penerimaan barang untuk untuk melihat, menyimpan, dan mencetak laporan seluruh laporan penerimaan barang.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan,Grafik Laporan dan Data penerimaan

Log out .

barang. Langkah 6: Menampilkan

Langkah 7 :

Form cetak laporan data klik field tanggal,

penerimaan barang yang bulan, atau tahun.

berisi field input data, Langkah 8 : Masukkan beberapa tombol navigasi, berisi field input data, Langkah 8 : Masukkan beberapa tombol navigasi,

Langkah 10 : Sistem mendapatkan data

merespon dengan barang ke dalam field

menampilkan Display yang telah disediakan

laporan penerimaan barang dengan benar.

yang berupa page document Langkah 9 : cek

yang berisikan seluruh data- tanggal yang telah

data penerimaan barang dimasukkan, bila tidak transaksi pembelian barang ada perubahan maka

sesuai dengan jangka waktu manajemen

yang telah ditentukkan melanjutkan dengan

manajemen dan tombol mengklik tombol

[Save] dan [Print]. [Tampil]. Langkah 11 : Klik

Langkah 13 : Sistem tombol [Print ] bila

merespon dengan menutup ingin mencetak form

Form laporan penerimaan laporan penerimaan

barang dan menampilkan barang .

Form Utama Langkah 12 : Klik tombol Back bila tidak ada proses .

Bidang Alternatif :

Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan penerimaan barang per periode dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.24 Narasi dari Use Case Cetak Laporan Data Retur Barang

Nama Use Case : Cetak Laporan Data Retur Barang

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan data retur barang per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan data retur per periode dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh data retur barang per periode yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan data retur barang untuk melihat, menyimpan dan mencetak laporan data retur .

Pemicu :

Use case ini diinisiasi saat manajemen menginput laporan data retur barang untuk untuk melihat, menyimpan, dan mencetak laporan seluruh laporan data retur barang .

Bidang khas

Kegiatan Pelaku

Respons Sistem Respons Sistem

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan, Grafik LaporanLog Data retur barang .

out

Langkah 7 :

Langkah 6: Menampilkan klik field tanggal,

Form cetak laporan data bulan, atau tahun

retur yang berisi field input didalam form.

data, beberapa tombol .

navigasi, seperti, [Save], dan Langkah 8 : Masukkan [Print].. tanggal bulan atau

Langkah 10 : Sistem tahun untuk

merespon dengan mendapatkan data

menampilkan Display retur ke dalam field

laporan data retur yang yang telah disediakan

berupa page document yang dengan benar.

berisikan seluruh data retur Langkah 9 : cek

transaksi pembelian barang tanggal yang telah

sesuai dengan jangka waktu dimasukkan, bila tidak yang telah ditentukkan ada perubahan maka

manajemen dan tombol manajemen

[Save] dan [Print]. melanjutkan dengan mengklik tombol

Langkah 13 : Sistem [Tampil].

merespon dengan menutup Langkah 11 : Klik

Form laporan data retur dan tombol [Print ] bila

menampilkan Form Utama menampilkan Form Utama

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan data retur per periode dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.25 Narasi dari Use Case Cetak Laporan Barang Masuk

Nama Use Case : Cetak Laporan Barang Masuk

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan Transaksi Barang Masuk per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan Transaksi Barang Masuk per periode dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh Barang Masuk per periode yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan Barang Masuk untuk melihat, menyimpan dan mencetak laporan Barang Masuk .

Pemicu :

Use case ini diinisiasi saat manajemen menginput laporan Barang Masuk untuk untuk melihat, menyimpan, dan mencetak laporan seluruh laporan Barang Masuk .

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan,Grafik Laporan dan transaksi barang

Log out.

masuk. Langkah 6: Menampilkan

Langkah 7 :

Form cetak laporan klik field tanggal,

Transaksi Barang Masuk bulan, atau tahun

yang berisi field input data, didalam form.

beberapa tombol navigasi, Langkah 8 : Masukkan seperti, [Save], dan [Print].. tanggal bulan atau

Langkah 10 : Sistem Langkah 10 : Sistem

menampilkan Display Transaksi Barang

laporan Transaksi Barang Masuk ke dalam field Masuk yang berupa page yang telah disediakan

document yang berisikan dengan benar.

seluruh Transaksi Barang Langkah 9 : cek

Masuk sesuai dengan jangka tanggal yang telah

waktu yang telah ditentukkan dimasukkan, bila tidak manajemen dan tombol ada perubahan maka

[Save] dan [Print]. manajemen melanjutkan dengan

Langkah 13 : Sistem mengklik tombol

merespon dengan menutup [Tampil].

Form laporan Transaksi Langkah 11 : Klik

Barang Masuk dan tombol [Print ] bila

menampilkan Form Utama ingin mencetak form laporan Transaksi Barang Masuk . Langkah 12 : Klik tombol Back bila tidak ada proses .

Bidang Alternatif :

Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan Transaksi Barang Masuk per periode dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.26 Narasi dari Use Case Cetak Laporan Barang Keluar

Nama Use Case : Cetak Laporan Barang Keluar

Actor (s)

Manajemen

Deskripsi :

Use case ini mendeskripsikan seorang manajemen yaitu memasukkan data dengan menyeleksi berdasarkan jangka waktu tertentu untuk melihat laporan Barang Keluar per periode yang berbentuk document format, dan juga manajemen diberikan fasilitas untuk menyimpan laporan Barang Keluar per periode dalam format htm, txt dll, dan juga dapat langsung mencetak laporan dengan Printer yang sudah terinstall di komputer..

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menyeleksi data untuk melihat, menyimpan, dan mencetak laporan seluruh Barang Keluar per periode yaitu manajemen. manajemen harus meng-sign in ke sebuah sistem untuk mengisi Form cetak laporan Barang Keluar untuk melihat, menyimpan dan mencetak laporan Barang Keluar .

Pemicu :

Use case ini diinisiasi saat manajemen menginput laporan Transaksi Barang Keluar untuk untuk melihat, menyimpan, dan mencetak laporan seluruh laporan Barang Keluar .

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi field Menu Cetak Laporan

input,Transaksi, Cek, Cetak lalu klik Cetak Laporan Laporan, User dan Keluar transaksi barang keluar. Langkah 6: Menampilkan

Langkah 7 :

Form cetak laporan Barang klik field tanggal,

Keluar yang berisi field bulan, atau tahun

input data, beberapa tombol didalam form.

navigasi, seperti, [Save], Langkah 8 : Masukkan [Exit] dan [Print].. tanggal bulan atau

Langkah 10 : Sistem tahun untuk

merespon dengan mendapatkan i Barang menampilkan Display Keluar pada field

laporan Barang Keluar yang yang telah disediakan

berupa page document yang dengan benar.

berisikan seluruh Barang Langkah 9 : cek

Keluar sesuai dengan jangka tanggal yang telah

waktu yang telah ditentukkan dimasukkan, bila tidak manajemen dan tombol ada perubahan maka

[Save] dan [Print]. manajemen melanjutkan dengan

Langkah 13 : Sistem mengklik tombol

merespon dengan menutup [Tampil].

Form laporan Transaksi Langkah 11 : Klik

Barang Keluar dan Barang Keluar dan

menampilkan Form Utama

ingin mencetak form laporan Transaksi Barang Keluar . Langkah 12 : Klik tombol Back bila tidak ada proses .

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika manajemen mengklik tombol Back.

Postkondisi :

Tercetak laporan Transaksi Barang Keluar per periode dalam media kertas.

Aturan Bisnis :

 Actor harus memiliki password dan user ID yang

Sesuai

Tabel 4.27 Narasi dari Use case Super User

Nama Use Case : Super User

Actor (s)

Administrator purchasing

Deskripsi :

Prakondisi :

Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan Orang tersebut haruslah sudah terdaftar sebagai pengguna sistem. Seorang individu yang menambah, merubah dan

Pemicu :

Use case ini diinisiasi saat administrator purchasing menyeleksi pilihan input data barang untuk menambah, merubah dan menghapus data .

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : input Langkah 3 : Cek Username username, password

Password , dan Level dan level

Langkah 4: Sistem Langkah 2 : klik Sign merespon dengan in

menampilkan Form menu Langkah 5 : Klik

utama yang berisi Menu Menu dan beri

Input,Transaksi, Cek, Cetak perintah.

Laporan, dan Grafik

Langkah 7 : Masukkan Laporan. data ke dalam isian

Langkah 6: Menampilkan yang telah disediakan

Form Data yang berisi field dengan benar.

isian data, Display informasi Langkah 8 : cek

data yang sebelumnya telah semua data yang telah

tersimpan, beberapa tombol dimasukkan, bila tidak navigasi, seperti [Add], ada perubahan maka

[Save], [Edit], [Delete]. Administrator

Langkah 9 : Sistem purchasing merespon dengan

melanjutkan dengan menyimpan data yang telah mengklik tombol

diinputkan tersebut ke dalam [Add].

database sistem dan

Langkah 10 : Klik menampilkan kembali Back bila tidak ada

informasi yang telah proses input data lagi

terupdate ke dalam Display informasi data.

Langkah 11 : Sistem merespon dengan menutup Form dan menampilkan Form Utama

Bidang

Langkah 9 : Jika ada data yang ingin dirubah atau

Alternatif :

salah input maka actor dapat mengklik [edit ] lalu setelah selesai mengklik tombol [save]

Kesimpulan :

Use case ini diakhiri ketika administrator purchasing mengklik tombol Back.

Postkondisi :

Data telah disimpan dan telah terupdate, dan sistem menampilkan kembali Form Utama.

Aturan Bisnis :

 Actor harus memiliki password dan level yang

Sesuai  Actor sudah menyiapkan data yang valid.

Tabel 4.28 Narasi dari Use Case Output Nota pembayaran pada Supplier Nama Use Case : Nota Pembayaran

Actor (s)

Supplier dan Keuangan

Deskripsi :

Use case ini mendeskripsikan dari supplier menerima form Nota Pembayaran . Pada tahap penyelesaian, akan diberikan form data Nota Pembayaran, form yang dicetak di setujui dan diberikan kepada supplier yang kemudian diverifikasi oleh bagian keuangan untuk Use case ini mendeskripsikan dari supplier menerima form Nota Pembayaran . Pada tahap penyelesaian, akan diberikan form data Nota Pembayaran, form yang dicetak di setujui dan diberikan kepada supplier yang kemudian diverifikasi oleh bagian keuangan untuk

Prakondisi :

bagian penerimaan yang harus meng-sign in ke sebuah sistem untuk mengisi Form data Nota Pembayaran untuk mengubah, menambah, menghapus data Nota Pembayaran dan mencetak untuk diberikan kepada supplier.

Pemicu :

Use case ini diinisiasi saat bagian penerimaan barang membuat Nota Pembayaran.

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : Form Nota Pembayaran yang telah dicetak dan telah diperiksa oleh bagian penerimaan diberikan kepada supplier sebagai bukti pembayaran. Langkah 2 : Nota Pembayaran yang ada pada supplier dibawa kepada bagian keuangan untuk diverifikasi kemudian dibayar.

Bidang Alternatif :

Kesimpulan :

Use case ini diakhiri ketika Supplier menerima pembayaran oleh bagian keuangan.

Postkondisi : Aturan Bisnis :

 Actor sudah memeriksa data pada nota pembayaran

dengan benar.

Tabel 4.29 Narasi dari use case dari Output Transaksi Tanda Terima Barang

(TTB) pada Supplier

Nama Use Case : Transaksi Tanda Terima Barang (TTB)

Actor (s)

Supplier

Deskripsi :

Use case ini mendeskripsikan dari supplier menerima form Transaksi Tanda Terima Barang (TTB) . Pada tahap penyelesaian, akan diberikan form data Transaksi Tanda Terima Barang (TTB) sebagai bukti penerimaan barang.

Prakondisi :

Seorang individu yang menambah, merubah dan menghapus data Transaksi Tanda Terima Barang (TTB) haruslah bagian penerimaan barang. bagian penerimaan harus meng-sign in ke sebuah sistem untuk mengisi Form data Transaksi Tanda Terima Barang (TTB) untuk mengubah, menambah, menghapus data Transaksi Tanda Terima Barang (TTB) dan mencetak form Transaksi Tanda Terima Barang (TTB) yang kemudian diberikan kepada supplier.

Pemicu :

Use case ini diinisiasi saat bagian penerimaan barang membuat Transaksi Tanda Terima Barang (TTB).

Bidang khas

Respons Sistem suatu event :

Kegiatan Pelaku

Langkah 1 : Form Transaksi Tanda Terima Barang (TTB) yang telah dicetak dan telah diperiksa oleh Langkah 1 : Form Transaksi Tanda Terima Barang (TTB) yang telah dicetak dan telah diperiksa oleh

Bidang Alternatif : Kesimpulan :

Use case ini diakhiri ketika supplier menerima form Transaksi Tanda Terima Barang (TTB).

Postkondisi : Aturan Bisnis :

 Actor sudah memeriksa form Transaksi Tanda Terima Barang (TTB) yang diberikan dengan benar.

4.3.1.3 Class Diagram

Class diagram menggambarkan struktur objek sistem, diagram ini menunjukkan kelas objek yang menyusun sistem dan juga hubungan antara kelas objek tersebut transisi (Whitten,2004 ).

Class diagram mendeskripsikan jenis-jenis objek dalam sistem dan berbagai macam hubungan dan interaksi diantara mereka. Diagram ini juga digunakan untuk mengorganisir objek- objek dari pemodelan use case dan mendokumentasikan hubungan diantara objek-objek tersebut. Bisa dibilang, class diagram adalah kumpulan dari beberapa objek yang saling berhubungan.

+Add() +Edit() +Save() +Delete() +Print()

-No_Nota -Tgl_Nota -No_Pembelian(PO) -Kode_Supplier -Nama_Supplier -Total_Bayar

Nota Pembayaran

+Add() +Edit() +Save() +Delete()

-Username -Password -Level -Nama_User -NIP

Admin

+ Add () + Edit () +Delete () +Save ()

-Kode_Supplier -Nama_Supplier -Alamat -Telepon -Fax -Keterangan

Supplier

+Add() +Edit() +Save() +Delete()

-Kode_Barang -Nama_Barang -Merk_Type_Barang -Harga_Satuan -Stock_Minim

+Edit() +Save()

-Username -Password -Level

1 Bag. Pembelian

+Edit() +Save()

-Username -Password -Level

Bag. Penerimaan Barang

+Add() +Edit() +Save() +Delete()

-No_Transaksi -Tgl_Transaksi -No_TTB -Nama_Supplier

Barang Masuk

+Add() +Edit() +Save() +Delete()

-No_Transaksi -Tgl_Transaksi -Nama_pj -Divisi

Barang Keluar

+Edit() +Save()

-Username -Password -Level

Bag. Gudang

+Edit() +Save()

-Username -Password -Level

+Edit() +Save()

-Username -Password -Level

Manajemen

+Add() +Edit() +Save() +Delete() +Print()

-No_Pembelian (PO) -Kode_Supplier -Nama_Supplier -Alamat -No_Telp -Fax -Kode_Barang -Nama_Barang -Satuan -Stock -Harga_Pesan -Jumlah_Pesan -Jumlah_Harga

Pembelian (PO)

+Add() +Edit() +Save() +Delete()

-No_Agenda_Acara -Nama_Acara -Tgl_Acara -Koordinator_Acara -Nama_Customer -Alamat_Customer -Telp_Customer

Agenda Acara

+Add() +Edit() +Save() +Delete() +Print()

-No_TTB -No_Referensi_SJ -Tgl_TTB -No_Pembelian(PO)

-Kode_Supplier -Nama_Supplier -Ket -Kode_Barang -Nama_Barang -Merk_Type_Barang -Satuan_Barang -Jumlah Kirim -Jumlah_Terima

Tanda Terima Barang

+Add() +Edit() +Save() +Delete() +Print()

-No_retur -Tgl_Pengembalian -Tgl Rencana Barang Kembali -Kode_Supplier -Nama_Supplier -Keterangan -No_TTB -Kode_Barang -Nama_Barang -Jumlah_Kembali

Retur Barang

+add() +edit() +save() +delete()

-Username -Password -NIP -Divisi

Gambar 4.31 Class Diagram

4.3.1.4 Sequence Diagram

Sequence Diagram 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 dan diterima diantara objek (Whitten, 2004).

Bag. Pembelian

Barang

Cek Username, password & level

Lihat Data Barang

Informasi Data Barang Data Barang Tidak ada

Add Data Barang

Update Informasi Data Barang Edit Data

Edit Data Barang

Update Informasi Data Barang

Save Data Barang

Delete Data

Delete Data Barang

Update Informasi Data Barang

Gambar 4.32 Sequence Diagram Input Data Barang

Gambar 4.32 menggambarkan proses memasukkan data barang yang dilakukan oleh bagian pembelian pada menu input data barang bagian pembelian memasukkan data barang baru yang kemudian disimpan kedalam database sistem. Lalu bagian pembelian juga dapat melakukan pengeditan data barang pada menu input data barang, data barang yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data barang yang ada pada database dan data barang yang disimpan dapat dilihat pada tabel di menu input data barang.

Bag. Pembelian

Supplier

Cek Username, password & level

Lihat Data

Supplier

Informasi Data

Supplier

Data Supplier Tidak ada

Add Data Supplier

Update Informasi Data Supplier

Edit Data

Edit Data Supplier

Save Data Supplier

Update Informasi Data

Supplier

Delete Data

Delete Data Supplier

Update Informasi Data Supplier

Gambar 4.33 Sequence Diagram Input Data Supplier

Gambar 4.33 menggambarkan proses memasukkan data supplier yang dilakukan oleh bagian pembelian pada menu input data supplier bagian pembelian memasukkan data supplier baru yang kemudian disimpan kedalam database sistem. Lalu bagian pembelian juga dapat melakukan pengeditan data supplier pada menu input data supplier, data supplier yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data supplier yang ada pada database dan data supplier yang disimpan dapat dilihat pada tabel di menu input data supplier.

Bag. Pembelian

User

(admin)

Cek Username, password & level

Lihat Data

User

Informasi Data

User

Data User Tidak ada

Add Data User

Update Informasi Data User

Edit Data

Edit Data User

Save Data User

Update Informasi Data

User

Delete Data

Delete Data User

Update Informasi Data User

Gambar 4.34 Sequence Diagram Input Data User

Gambar 4.34 menggambarkan proses memasukkan data user yang dilakukan oleh bagian pembelian pada menu input user bagian pembelian memasukkan data user baru yang kemudian disimpan kedalam database sistem. Lalu bagian pembelian juga dapat melakukan pengeditan data user pada menu input user, data user yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data user yang ada pada database dan data user yang disimpan dapat dilihat pada tabel di menu input data user.

Bag. Pembelian

Pembelian (PO)

Gudang Barang

Cek Stock Barang

Informasi Stock Barang

Membuat form permintaan barang

Cek Username, password & level

Lihat Data Pembelian (PO)

Add Pembelian (PO)

Update Informasi Data Pembelian (PO)

Edit Pembelian (PO) Edit Pembelian (PO)

Save Pembelian (PO) Update Informasi Data Pembelian (PO)

Delete Pembelian (PO) Delete Pembelian (PO)

Update Informasi Data Pembelian (PO)

Cetak Form Pembelian (PO)

Print Pembelian (PO)

Gambar 4.35 Sequence Diagram Input Pembelian Barang (PO) Gambar 4.35 menggambarkan proses memasukkan data pembelian yang dilakukan oleh bagian pembelian pada menu input pembelian, bagian pembelian memasukkan data pembelian baru yang kemudian disimpan kedalam database sistem. Lalu bagian pembelian juga dapat melakukan pengeditan data pembelian pada menu input pembelian, data pembelian yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data pembelian yang ada pada database dan data pembelian yang disimpan dapat dilihat pada tabel di menu input data pembelian.lalu bagian pembelian dapat mencetak menjadi form pembelian barang (PO).

Bag. Personalia

Agenda Acara

Cek Agenda Acaraname, password & level

Lihat Data Agenda Acara

Informasi Data Agenda Acara

Data Agenda AcaraTidak ada

Add Data Agenda Acara

Update Informasi Data Agenda Acara

Edit Data

Edit Data Agenda Acara

Save Data Agenda Acara

Update Informasi Data Agenda Acara Delete Data

Delete Data Agenda Acara

Update Informasi Data Agenda Acara

Gambar 4.36 Sequence Diagram Input Agenda Acara

Gambar 4.36 menggambarkan proses memasukkan data agenda acara yang dilakukan oleh bagian personalia pada menu input agenda acara bagian personalia memasukkan data agenda acara baru yang kemudian disimpan kedalam database sistem. Lalu bagian personalia juga dapat melakukan pengeditan data agenda acara pada menu input agenda acara, data agenda acara yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data agenda acara yang ada pada database dan data agenda acara yang disimpan dapat dilihat pada tabel di menu input agenda acara.

Bag. Penerimaan

Transaksi Barang

Retur Barang

Tanda Terima Barang (TTB)

Informasi barang yang dikembalikan

Add Data Transaksi Retur Barang

Data Retur Barang

Cek username, password & level

Lihat Data Retur Barang Informasi Data Retur Barang

Data Retur Barang Tidak ada

Add Data Retur Barang

Update Informasi Data Retur Barang

Edit Data

Edit Data Retur Barang

Save Data Retur Barang

Update Informasi Data Retur Barang Delete Data

Delete Data Retur Barang

Update Informasi Data Retur Barang

Gambar 4.37 Sequence Diagram Input Data Retur Barang

Gambar 4.37 menggambarkan proses memasukkan data retur barang yang dilakukan oleh bagian pembelian pada menu input retur barang bagian pembelian memasukkan data retur barang baru yang kemudian disimpan kedalam database sistem. Lalu bagian pembelian juga dapat melakukan pengeditan data retur barang pada menu input retur barang, data retur barang yang diedit kemudian disimpan kedalam sistem, sistem akan mengupdate data retur barang yang ada pada database dan data retur barang yang disimpan dapat dilihat pada tabel di menu input retur barang.

Bag.Pembelian

Input username, Password, dan Level

Mencari Informasi Mengenai Data Barang

Cari Data Barang

Data Barang

Gambar 4.38 Sequence Diagram Cek Data Barang

Gambar 4.38 menggambarkan proses melihat atau mengecek data barang yang dilakukan oleh bagian pembelian atau bagian gudang pada menu cek data barang,

Bag. Penerimaan

Barang

Retur Barang

Input username, Password, dan Level

Mencari Informasi Mengenai Data Retur Barang

Cari Data Retur Barang

Data Retur Barang

Gambar 4.39 Sequence Diagram Cek Data Barang

Gambar 4.39 menggambarkan proses melihat atau mengecek data barang yang dilakukan oleh bagian penerimaan barang pada menu cek data retur barang,

Bag.Pembelian

Supplier

Input username, Password, dan Level

Mencari Informasi Mengenai Data Supplier

Cari Data Supplier

Data Supplier

Gambar 4.40 Sequence Diagram Cek Data Supplier

Gambar 4.40 menggambarkan proses melihat atau mengecek data supplier yang dilakukan oleh bagian pembelian pada menu cek data supplier, tentunya untuk melihat klasifikasi supplier dalam melakukan pembelian.

Bag.Personalia

dan Bag.

Agenda Acara

Gudang

Input username, Password, dan Level

Mencari Informasi Mengenai Data Agenda Acara

Cari Data Agenda Acara

Data Agenda Acara

Gambar 4.41 Sequence Diagram Cek Agenda Acara

Gambar 4.41 menggambarkan proses melihat atau mengecek data agenda acara yang dilakukan oleh bagian gudang dan personalia pada menu cek data agenda acara tentunya untuk melihat kapan saja acara dilaksanakan tentunya untuk memprediksi dalam melakukan pembelian kebutuhan katering.

Pembelian Penerimaan

Bag.

Tanda Terima

(PO) Barang

Barang (TTB)

Cek username, password & level

Add Pembelian (PO)

Print Pembelian (PO)

Form Pembelian (PO)

Membuat Data Transaksi Tanda Terima Barang (TTB)

Add Data TTB

Update Informasi Data Transaksi Tanda Terima Barang (TTB)

Edit Data Edit Data TTB

Save Data TTB

Update Informasi Data Transaksi Tanda Terima Barang (TTB)

Delete Data Delete Data TTB

Update Informasi Data Transaksi Tanda Terima Barang (TTB)

Print Data TTB

Form Tanda Terima Barang (TTB)

Gambar 4.42 Sequence Diagram Transaksi Tanda Terima Barang Gambar 4.42 menggambarkan proses membuat form Tanda Terima Barang (TTB) yang dilakukan oleh bagian penerimaan barang pada menu transaksi tanda terima barang (TTB) tentunya untuk membuat tanda terima barang atas barang yang dikirimkan oleh supplier.

Bag. Penerimaan

Tanda Terima Barang

Barang (TTB) Retur Barang

Cek username, password & level

Add Pembelian (PO)

Print Pembelian (PO)

Form Pembelian PO) Informasi Transaksi Tanda Terima Barang (TTB)

Informasi Retur Barang

Membuat Data Nota Pembayaran

Add Nota Pembayaran

Update Informasi Data Transaksi Nota Pembayaran

Edit Data

Edit Nota Pembayaran

Save Nota Pembayaran

Update Informasi Data Transaksi Nota Pembayaran

Delete Data

Delete Nota Pembayaran

Update Informasi Data Transaksi Nota Pembayaran

Print Nota Pembayaran

Form Nota Pembayaran

Gambar 4.43 Sequence Diagram Nota Pembayaran Gambar 4.43 menggambarkan proses membuat nota pembayaran yang dilakukan oleh bagian penerimaan barang pada menu Nota Pembayaran tentunya untuk membuat bukti pembayaran atas barang yang sudah dibeli dari supplier .

Bag. Pembelian Penerimaan

Tanda Terima Barang

Retur Barang

(PO) Barang (TTB)

Cek username, password & level

Add Pembelian (PO)

Print Pembelian (PO)

Form Pembelian (PO) Informasi Transaksi Tanda Terima Barang

Membuat Data Transaksi Retur Barang

Add Transaksi Retur Barang

Update Informasi Data Transaksi Retur Barang

Edit Data Edit Transaksi Retur Barang

Save Transaksi Retur Barang

Update Informasi Data Transaksi Retur

Barang Delete Data

DeleteTransaksi Retur Barang

Update Informasi Data Transaksi Retur

Barang Print Transaksi Retur Barang

Form Retur Barang

Gambar 4.44 Sequence Diagram Transaksi Retur Barang Gambar 4.44 menggambarkan proses membuat Retur barang yang dilakukan oleh bagian penerimaan barang pada menu transaksi retur barang tentunya untuk membuat form pengembalian barang yang tidak sesuai dengan pesanan. Form retur barang di cetak lalu diberikan kepada supplier.

Bag. Gudang

Barang Masuk

Tanda Terima Barang (TTB)

Cek username, password & level

Informasi Transaksi Tanda Terima Barang

Membuat Data Transaksi Barang Masuk

Add Data Barang Masuk

Update Informasi Data Transaksi Barang Masuk

Edit Data Edit Data Barang Masuk

Save Data Barang Masuk

Update Informasi Data Transaksi Barang Masuk

Delete Data Delete Data Barang Masuk

Update Informasi Data Transaksi

Barang Masuk

Gambar 4.45 Sequence Diagram Transaksi Barang Masuk Gambar 4.45 menggambarkan proses memasukkan data barang yang baru dibeli dari supplier kedalam gudang yang dilakukan oleh bagian gudang pada menu transaksi barang masuk tentunya untuk memperbaharui stok barang yang telah minim.

Bag. Gudang Barang Keluar

Cek username, password & level

Membuat Data Transaksi Barang Keluar

Add Data Barang Keluar

Update Informasi Data Transaksi Barang Keluar

Edit Data

Edit Data Barang Keluar

Save Data Barang Keluar

Update Informasi Data Transaksi Barang Keluar Delete Data

Delete Data Barang Keluar

Update Informasi Data Transaksi Barang Keluar

Gambar 4.46 Sequence Diagram Transaksi Barang Keluar

Gambar 4.46 menggambarkan proses mengeluarkan barang atau mengambil barang dari gudang untuk proses produksi yang dilakukan oleh bagian gudang pada menu transaksi barang keluar .

Manajemen

Cetak Laporan

Data Barang

Barang

Cek username, password & level

Data Barang

Cetak Data Barang

Print Data Barang

Save Data Barang

Gambar 4.47 Sequence Diagram Cetak Laporan Data Barang Gambar 4.47 menggambarkan proses cetak laporan data barang yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan data barang, klik tampil maka sistem akan menampilkan seluruh data barang, tampilan data barang dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Manajemen

Cetak Laporan

Data Supplier

Supplier

Cek username, password & level

Data Supplier

Cetak Data Supplier

Print Data Supplier

Save Data Supplier

Gambar 4.48 Sequence Diagram Cetak Laporan Data Supplier Gambar 4.48 menggambarkan proses cetak laporan data supplier yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan data supplier, klik tampil maka sistem akan menampilkan seluruh data supplier, tampilan data supplier dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Cetak Laporan

Cek username, password & level

Data Pembelian (PO) Pilih Format Tanggal, Bulan Atau Tahun

Cetak Data Pembelian (PO)

Print Data Pembelian

Save Data Pembelian

Gambar 4.49 Sequence Diagram Cetak Laporan Pembelian (PO) Gambar 4.49 menggambarkan proses cetak laporan pembelian (PO) yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan pembelian (PO), klik tampil maka sistem akan menampilkan pilihan untuk menampilkan laporan ,selanjutnya tampilan data pembelian (PO) dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Manajemen

Cetak Laporan Data

Penerimaan

Penerimaan Barang

Barang

Cek username, password & level

Data Penerimaan Barang

Pilih Format Tanggal, Bulan Atau Tahun Cetak Data Penerimaan Barang

Print Data Penerimaan Barang

Save Data Penerimaan Barang

Gambar 4.50 Sequence Diagram Cetak Laporan Penerimaan Barang Gambar 4.50 menggambarkan proses cetak laporan pembelian (PO) yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan pembelian (PO), klik tampil maka sistem akan menampilkan pilihan untuk menampilkan laporan ,selanjutnya tampilan data pembelian (PO) dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Cetak Laporan

Manajemen

Data Retur

Retur Barang

Barang

Cek username, password & level

Data

Retur Barang

Pilih Format Tanggal, Bulan Atau Tahun

Cetak Data Retur Barang

Print Data Retur Barang

Save Data Retur Barang

Gambar 4.51 Sequence Diagram Cetak Laporan Retur Barang Gambar 4.51 menggambarkan proses cetak laporan retur barang yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan retur barang, klik tampil maka sistem akan menampilkan pilihan untuk menampilkan laporan ,selanjutnya tampilan data retur barang dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Manajemen

Cetak Laporan Barang Masuk

Barang Masuk

Cek username, password & level

Data Barang Masuk

Pilih Format Tanggal, Bulan Atau Tahun

Cetak Data Barang Masuk

Print Data Barang Masuk

Save Data Barang Masuk

Gambar 4.52 Sequence Diagram Cetak Laporan Barang Masuk Gambar 4.52 menggambarkan proses cetak laporan barang masuk yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan barang masuk, klik tampil maka sistem akan menampilkan pilihan untuk menampilkan laporan ,selanjutnya tampilan data barang masuk dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Cetak Laporan

Manajemen

Data Barang

Barang Keluar

Keluar

Cek username, password & level

DataBarang Keluar

Pilih Format Tanggal, Bulan Atau Tahun

Cetak DataBarang Keluar

Print Data Barang Keluar

Save Barang Keluar

Gambar 4.53 Sequence Diagram Cetak Laporan Barang Keluar Gambar 4.53 menggambarkan proses cetak laporan barang keluar yang diakses oleh bagian pembelian atau manajemen perusahaan. Pada menu utama pilih cetak laporan kemudian pilih cetak laporan barang keluar, klik tampil maka sistem akan menampilkan pilihan untuk menampilkan laporan ,selanjutnya tampilan data barang keluar dapat di simpan dalam format softcopy ataupun dicetak kedalam kertas.

Bag. Pembelian

Admin

(Admin)

Cek Username, password & level

Lihat Data

Informasi Data Data Tidak ada

Add Data

Update Informasi Data

Edit Data

Save Data

Update Informasi Data

Delete Data

Update Informasi Data Print Data

Print Data

Data hardcopy

Gambar 4.54 Sequence Diagram Pengelolaan Data Super User Gambar 4.54 menggambarkan proses pengelolaan data yang dilakukan oleh bagian pembelian pada aplikasi meliputi proses input, edit, delete, save, print. Bagian pembelian (administration purchasing) melakukan proses tambah data, mengubah data,menghapus data, sampai pada proses cetak data.

Bag.

Tanda Terima

Penerimaan

Supplier Barang

Barang (TTB)

Cek username, password & level

Membuat Data Transaksi Tanda Terima Barang (TTB)

Add Data TTB

Update Informasi Data Transaksi Tanda Terima Barang (TTB)

Print Data TTB

Form Tanda Terima Barang (TTB)

Form Tanda Terima Barang (TTB) yang di acc

Gambar 4.55 Sequence Diagram Output Data Tanda Terima Barang Gambar 4.55 menggambarkan proses mencetak form Tanda Terima Barang (TTB) yang dilakukan oleh bagian penerimaan barang pada menu transaksi Tanda Terima Barang (TTB) tentunya untuk membuat tanda terima barang atas barang yang dikirimkan oleh supplier.yang nantinya form Transaksi Tanda Terima Barang yang dicetak diberikan kepada supplier sebagai bukti barang telah diterima.

Supplier Keuangan Barang

Pembayaran

Cek username, password & level

Membuat Data Transaksi Nota Pembayaran

Add Nota Pembayaran

Update Informasi Data Transaksi Nota

Pembayaran Print Nota Pembayaran

Form Nota Pembayaran

Form Nota Pembayaran yang di acc Verifikasi Form Nota

Pembayaran Pembayaran

Gambar 4.56 Sequence Diagram Output Data Nota Pembayaran Gambar 4.56 menggambarkan proses mencetak form Nota Pembayaran yang

dilakukan oleh bagian penerimaan barang pada menu transaksi Nota Pembayaran tentunya untuk menbuat Nota Pembayaran sebagai bukti pembayaran atas barang yang dikirimkan oleh supplier.yang nantinya form Nota Pembayaran yang dicetak diberikan kepada supplier, lalu supplier ke bagian keuangan.untuk di verifikasi dan dilakukan pembayaran.

4.3.1.5 Statechart Diagram

Sebuah diagram UML yang menggambarkan kombinasi state yang dapat diasumsikan oleh objek selama masa hidupnya, kejadian- kejadian yang memicu transisi antar state dan aturan yang mengatur dari dan ke state yang mana sebuah objek dapat melakukan transisi (Whitten, 2004).

Diagram ini menggambarkan state apa saja yang dapat dimiliki sebuah objek, menyebabkan dari state mana sebuah objek dapat berpindah ke state lain. Diagram ini juga mengidentifikasi state awal dan akhir, jalur dari transisi state, pemicu yang menyebabkan objek meninggalkan suatu state tertentu. Diagram ini juga memperluas dari use case yang telah dibahas sebelumnya.

Halaman Login

State awal Input data barang

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu Data

Halaman input data

Barang

barang

Data Barang Dimasukkan

Input data diakhiri

Save Data

Menyimpan data

Input data

State akhir Input data barang

Gambar 4.57 Statechart diagram dari Use Case Input Data Barang Gambar 4.57, bagian pembelian memulai state awal memasukkan

password, username, level kemudian masuk kedalam halaman input data barang, data barang dimasukkan dan kemudian data disimpan, maka data barang akan tersimpan di dalam database sistem dan sistem akan menampilkan data barang yang ada didalam database sistem. Bila tidak ada proses input kembali proses input data barang berakhir.

Halaman Login

State awal Input data Supplier

Input Username,Password,

Input Data invalid

level

Memasukkan username, password,

Halaman Utama

Pilh Menu Data Halaman input data

level

Supplier supplier

Data diterima oleh sistem

Data supplier Dimasukkan

Input data diakhiri

Save data

Menyimpan data Input data

State akhir Input data supplier

Gambar 4.58 Statechart diagram dari Use Case Input data Supplier

Gambar 4.58, bagian pembelian memulai state awal memasukkan password, username, level kemudian masuk kedalam halaman input data supplier, data supplier dimasukkan dan kemudian data disimpan, maka data supplier akan tersimpan di dalam database sistem dan sistem akan menampilkan data supplier yang ada didalam database sistem. Bila tidak ada proses input kembali proses input data supplier berakhir.

Halaman Login

State awal Input data pembelian (PO)

Input Username,Passwor

Input Data invalid

d, level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu Data

Halaman input

pembelian

data pembelian

Data Barang Dimasukkan

Form Pembelian Cetak Form (PO)

Pembelian (PO)

Save data

Menyimpan

data

Input data

Input data diakhiri

State akhir Input pembelian (PO)

Gambar 4.59 Statechart diagram dari Use Case Input Data Pembelian (PO) Gambar 4.59, bagian pembelian memulai state awal memasukkan

password, username, level kemudian masuk kedalam halaman input data pembelian (PO), data pembelian (PO) dimasukkan dan kemudian data disimpan, maka data pembelian (PO)akan tersimpan di dalam database sistem dan sistem akan menampilkan data pembelian (PO) yang ada didalam database sistem. Kemudian dicetak menjadi form pembelian (PO). Bila tidak ada proses input kembali proses input data pembelian (PO) berakhir.

Halaman Login

State awal Input data agenda acara

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu Data

Halaman input data

agenda acara

Data agenda acara Dimasukkan

Input data diakhiri

Save Data

Menyimpan data

Input data

State akhir Input data agenda acara

Gambar 4.60 Statechart diagram dari Use Case Input Agenda Acara

Gambar 4.60, bagian personalia memulai state awal memasukkan password, username, level kemudian masuk kedalam halaman input data agenda acara, data agenda acara dimasukkan dan kemudian data disimpan, maka data agenda acara akan tersimpan di dalam database sistem dan sistem akan menampilkan data agenda acara yang ada didalam database sistem. Bila tidak ada proses input kembali proses input data agenda acara berakhir.

Halaman Login

State awal Input data user

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu Data

Halaman input data

user

Data user Dimasukkan

Input data diakhiri

Save Data

Menyimpan data

Input data

State akhir Input data user

Gambar 4.61 Statechart diagram dari Use Case Input Data User Gambar 4.61, bagian pembelian memulai state awal memasukkan password, username, level kemudian masuk kedalam halaman input data user, data user dimasukkan dan kemudian data disimpan, maka data user akan tersimpan di dalam database sistem dan sistem akan menampilkan data user yang ada didalam database sistem. Bila tidak ada proses input kembali proses input data user berakhir.

Halaman Login

State awal Input data retur barang

Input Username,Password,

Input Data invalid

level

Memasukkan username, password,

Halaman Utama

Pilh Menu Data Halaman input data

level

retur barang retur barang

Data diterima oleh sistem

Data retur barang Dimasukkan

Input data diakhiri

Save Data

Menyimpan data Input data

State akhir Input data retur barang

Gambar 4.62 Statechart diagram dari Use Case Input Data Retur Barang Gambar 4.62, bagian penerimaan memulai state awal memasukkan password, username, level kemudian masuk kedalam halaman input data retur barang data retur barang dimasukkan dan kemudian data disimpan, maka data retur barang akan tersimpan di dalam database sistem dan sistem akan menampilkan data retur barang yang ada didalam database sistem. Bila tidak ada proses input kembali proses input data retur barang berakhir

Input data barang

Halaman Login

Input Data invalid

Masukkan password,

username, level

password, username, level dimasukkan

Lihat data barang

Tidak Menampilkan Data tidak tersedia

Cek Data barang

Data ditampilkan

Data

oleh sistem

Data Ditampilkan

Cek data diakhiri

State akhir Cek data barang

State akhir cek data barang

Gambar 4.63 Statechart diagram dari Use Case Cek Data Barang Gambar 4.63, bagian pembelian memulai state awal dengan memasukkan password, username, level, kemudian masukkan data barang yang kemudian tersimpan kedalam database, bila data invalid masukkan data barang kembali lalu simpan, maka data barang akan tersimpan di dalam database sistem. Bagian gudang dapat melihat stock barang ataupun data barang pada menu cek data barang, bila data yang ditampilkan tidak ada maka proses cek data barang berakhir, bila data barang ada maka data barang akan ditampilkan, bila tidak ada barang yang dicari maka proses cek data barang berakhir.

Input data supplier

Halaman Login

Input Data invalid

Masukkan password,

username, level

password, username, level dimasukkan

Lihat data supplier

Tidak Menampilkan Data tidak tersedia

Data Ditampilkan Data

Cek Data supplier

Data ditampilkan

oleh sistem

Cek data diakhiri

State akhir cek data supplier

Gambar 4.64 Statechart diagram dari Use Case Cek Data Supplier Gambar 4.64, bagian pembelian memulai state awal dengan memasukkan password, username, level kemudian masukkan data supplier yang kemudian tersimpan kedalam database, bila data invalid masukkan data supplier kembali lalu simpan, maka data supplier akan tersimpan di dalam database sistem. Bagian pembelian dapat melihat data supplier pada menu cek data supplier, bila data yang ditampilkan tidak ada maka proses cek data supplier berakhir, bila data supplier ada maka data supplier akan ditampilkan, bila tidak ada supplier yang dicari maka proses cek data supplier berakhir.

Input data retur barang

Halaman Login

Input Data invalid

Masukkan password,

username, level

password, username, level dimasukkan

Lihat data retur barang

Tidak Menampilkan Data tidak

Cek Data retur

Data Ditampilkan Data

tersedia

barang

Data ditampilkan

oleh sistem

Cek data diakhiri

State akhir cek data retur barang

Gambar 4.65 Statechart diagram dari Use Case Cek Data Retur Barang Gambar 4.65, bagian penerimaan memulai state awal dengan memasukkan password, username, level kemudian masukkan data retur barang yang kemudian tersimpan kedalam database, bila data invalid masukkan data retur barang kembali lalu simpan, maka data retur barang akan tersimpan di dalam database sistem. Bagian pembelian dapat melihat data retur barang pada menu cek retur barang, bila data yang ditampilkan tidak ada maka proses cek data retur barang berakhir, bila data retur barang ada maka data retur barang akan ditampilkan, bila tidak ada retur barang yang dicarilagi maka proses cek data retur barang berakhir.

Halaman Login

State awal transaksi tanda terima barang

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Pilh Menu Data

Halaman Utama

transaksi tanda

Halaman transaksi

terima barang

tanda terima barang

Data transaksi tanda terima barang

Dimasukkan Cetak Form

Form transaksi tanda

transaksi tanda

Menyimpan

terima barang

Save data

data

Input Data

terima barang

Input data diakhiri

State akhir transaksi tanda terima barang

Gambar 4.66 Statechart diagram dari Use Case Transaksi Tanda Terima Barang Gambar 4.66, bagian penerimaan memulai state awal dengan memasukkan data transaksi tanda terima barang yang kemudian tersimpan kedalam database, bila data invalid masukkan data transaksi tanda terima barang kembali lalu simpan, maka data transaksi tanda terima barang akan tersimpan di dalam database sistem. Bagian penerimaan dapat mencetak Transaksi Tanda Terima Barang (TTB) menjadi form Tanda Terima Barang yang kemudian diserahkan kepada suppplier, maka proses transaksi tanda terima barang (TTB) berakhir.

Halaman Login

transaksi nota pembayaran

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu nota

pembayaran

Halaman nota pembayaran

Data nota pembayaran Dimasukkan

Cetak Form

Input data pembayaran

Form nota

nota

Save data

Input data diakhiri

State akhir Input nota pembayaran

Gambar 4.67 Statechart diagram dari Use Case Nota Pembayaran Gambar 4.67, bagian penerimaan memulai state awal dengan memasukkan data nota pembayaran yang kemudian tersimpan kedalam database, bila data invalid masukkan data nota pembayaran kembali lalu simpan, maka data nota pembayaran akan tersimpan di dalam database sistem. Bagian penerimaan dapat mencetak nota pembayaran menjadi form nota pembayaran yang kemudian diserahkan kepada suppplier, maka proses nota pembayaran berakhir.

Halaman Login

transaksi retur barang

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Pilh Menu retur

Halaman Utama

barang

Halaman retur barang

Data retur barang Dimasukkan

Cetak Form

Form retur barang

Save data

Menyimpan

retur barang

Input Data

data

Input data diakhiri

State akhir Input retur barang

Gambar 4.68 Statechart diagram dari Use Case Transaksi Retur Barang Gambar 4.68, bagian penerimaan memulai state awal dengan memasukkan data retur barang yang kemudian tersimpan kedalam database, bila data invalid masukkan data retur barang kembali lalu simpan, maka data retur barang akan tersimpan di dalam database sistem. Bagian penerimaan dapat mencetak retur barang menjadi form retur barang yang kemudian diserahkan kepada suppplier, maka proses retur barang berakhir.

Halaman Login

State awal transaksi barang masuk

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu transaksi

Halaman transaksi

barang masuk

Data transaksi barang masuk dimasukkan

Input data diakhiri

Save data

Menyimpan data

Input Data

State akhir transaksi barang masuk

Gambar 4.69 Statechart diagram dari Use Case Transaksi Barang Masuk Gambar 4.69, bagian gudang memulai state awal dengan memasukkan data barang yang akan dimasukkan ke gudang yang kemudian akan disimpan kedalam database, bila data invalid masukkan data barang masuk kembali lalu simpan, maka barang masuk barang akan tersimpan di dalam database sistem. Dan data barang masuk akan ditampilkan oleh sistem.

Halaman Login

State awal transaksi barang keluar

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Halaman Utama

Pilh Menu transaksi

Halaman transaksi

barang keluar

Data transaksi barang keluar Dimasukkan

Input data diakhiri

Save data

Menyimpan data

Input data

State akhir transaksi barang keluar

Gambar 4.70 Statechart diagram dari Use Case Transaksi Barang Keluar Gambar 4.70, bagian gudang memulai state awal dengan memasukkan data barang yang akan keluar dari gudang, yang kemudian akan disimpan kedalam database, bila data invalid masukkan data barang keluar kembali lalu simpan, maka barang keluar barang akan tersimpan di dalam database sistem.

Input Tanggal

Cek laporan

Baru

diakhiri

State akhir

Data diterima

Cetak Laporan

Data tidak ada

oleh sistem

Pembelian (PO)

Input tanggal

Dalam Proses

State awal Cetak Laporan Pembelian

Laporan

(PO)

ditampilkan dalam

page document Laporan dicetak

Laporan

Data Ditampilkan

dalam format

Disimpan

kertas

Laporan Dicetak

Laporan disimpan dalam format

Cek laporan

State akhir Cetak Laporan Pembelian

State akhir

Cetak Laporan Pembelian (PO)

Cetak Laporan Pembelian

(PO)

Gambar 4.71 Statechart diagram dari Use Case Cetak Laporan Pembelian (PO) Gambar 4.71, manajemen memulai state awal dengan masuk mengklik cetak laporan pembelian (PO) lalu masukkan tanggal yang diinginkan bila ada maka laporan akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. jika tidak ada data yang diinput kembali maka proses berakhir. Jika setelah laporan pembelian (PO) disimpan ataupun dicetak maka proses berakhir.

State akhir Laporan seluruh data barang

Cek laporan diakhiri

Laporan

Laporan dicetak

ditampilkan dalam

Laporan Dicetak page document

Laporan

dalam format

Ditampilkan

kertas

State awal Laporan seluruh data barang

Laporan disimpan

Cek laporan

dalam format

diakhiri

softcopy Laporan

Disimpan

State akhir Laporan seluruh data barang

Cek laporan diakhiri

State akhir Laporan seluruh data barang

Gambar 4.72 Statechart diagram dari Use Case Cetak Laporan Data Barang Gambar 4.72, manajemen memulai state awal dengan masuk mengklik cetak laporan data barang lalu klik cetak maka laporan data barang akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. setelah laporan data barang disimpan ataupun dicetak maka proses berakhir.

State akhir Laporan seluruh data supplier

Cek laporan diakhiri

Laporan

Laporan dicetak

ditampilkan dalam

Laporan Dicetak page document

Laporan

dalam format

Ditampilkan

kertas

State awal Laporan seluruh data supplier

Laporan disimpan

Cek laporan

dalam format

diakhiri

softcopy Laporan

Disimpan

State akhir Laporan seluruh data supplier

Cek laporan diakhiri

State akhir Laporan seluruh data supplier

Gambar 4.73 Statechart diagram dari Use Case Cetak Laporan Data Supplier Gambar 4.73, manajemen memulai state awal dengan masuk mengklik cetak laporan data supplier lalu klik cetak maka laporan data supplier akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. setelah laporan data supplier disimpan ataupun dicetak maka proses berakhir.

Input Tanggal

Cek laporan

Baru

diakhiri

State akhir Cetak Laporan

Data tidak ada

Data diterima

Penerimaan

oleh sistem

Barang

Input tanggal

Dalam Proses

State awal Cetak Laporan Penerimaan Barang

Laporan ditampilkan dalam

page document Laporan dicetak

Laporan Disimpan

Data Ditampilkan dalam format kertas

Laporan Dicetak

Laporan disimpan dalam format

Cek laporan

State akhir Cetak Laporan Penerimaan

State akhir

Cetak Laporan Penerimaan Barang

Cetak Laporan Penerimaan

Barang

Gambar 4.74 Statechart diagram dari Use Case Cetak Laporan Penerimaan Barang

Gambar 4.74, manajemen memulai state awal dengan masuk mengklik cetak laporan penerimaan barang lalu masukkan tanggal yang diinginkan bila ada maka laporan akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. jika tidak ada data yang diinput kembali maka proses berakhir. Jika setelah laporan penerimaan barang disimpan ataupun dicetak maka proses berakhir.

Input Tanggal

Cek laporan

Baru

diakhiri

State akhir

Data diterima

Cetak Laporan

Data tidak ada

oleh sistem

Retur Barang

Input tanggal

Dalam Proses

State awal Cetak Laporan Retur Barang

Laporan ditampilkan dalam

page document Laporan dicetak

Laporan

Disimpan

Data Ditampilkan

dalam format

kertas

Laporan Dicetak

Laporan disimpan

dalam format

Cek laporan

State akhir Cetak Laporan Retur

State akhir

Cetak Laporan Retur Barang

Cetak Laporan Retur

Barang

Gambar 4.75 Statechart diagram dari Use Case Cetak Laporan Retur Barang Gambar 4.75, manajemen memulai state awal dengan masuk mengklik cetak laporan retur barang lalu masukkan tanggal yang diinginkan bila ada maka laporan akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. jika tidak ada data yang diinput kembali maka proses berakhir. Jika setelah laporan retur barang disimpan ataupun dicetak maka proses berakhir.

Input Tanggal

Cek laporan

Baru

diakhiri

State akhir

Data diterima

Cetak Laporan

Data tidak ada

oleh sistem

Barang Masuk

Input tanggal

Dalam Proses

State awal Cetak Laporan Barang Masuk

Laporan ditampilkan dalam

page document Laporan dicetak

Laporan

dalam format

Disimpan

Data Ditampilkan

kertas

Laporan Dicetak

Laporan disimpan dalam format

Cek laporan

State akhir Cetak Laporan Barang

State akhir

Cetak Laporan Barang Masuk

Cetak Laporan Barang

Masuk

Gambar 4.76 Statechart diagram dari Use Case Cetak Laporan Barang Masuk Gambar 4.76, manajemen memulai state awal dengan masuk mengklik cetak laporan barang masuk lalu masukkan tanggal yang diinginkan bila ada maka laporan akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. jika tidak ada data yang diinput kembali maka proses berakhir. Jika setelah laporan barang masuk disimpan ataupun dicetak maka proses berakhir.

Input Tanggal

Cek laporan

Baru

diakhiri

State akhir Cetak Laporan

Data tidak ada

Data diterima

oleh sistem

Barang Keluar

Input tanggal

Dalam Proses

State awal Cetak Laporan Barang Keluar

Laporan ditampilkan dalam

page document Laporan dicetak

Laporan

Disimpan

Data Ditampilkan

dalam format

kertas

Laporan Dicetak

Laporan disimpan dalam format

Cek laporan

State akhir Cetak Laporan Barang

State akhir

Cetak Laporan Barang Keluar

Cetak Laporan Barang

Keluar

Gambar 4.77 Statechart diagram dari Use Case Cetak Laporan Barang Keluar Gambar 4.77, manajemen memulai state awal dengan masuk mengklik cetak laporan barang keluar lalu masukkan tanggal yang diinginkan bila ada maka laporan akan ditampilkan, laporan yang ditampilkan dapat disimpan dalam bentuk softcopy ataupun dicetak. jika tidak ada data yang diinput kembali maka proses berakhir. Jika setelah laporan barang keluar disimpan ataupun dicetak maka proses berakhir.

Halaman Login Delete Data State awal

Pengolahan data super user Input

Data

Menghapus Input Data invalid

Username,Password,

Dirubah

data masukkan

level

username,

Halaman Utama

password, level

Pilh Menu

Halaman menu Edit data

Data diterima oleh sistem

Masukkan data

Input Data Pengolahan Data

Input data

State akhir

diakhiri

Save Data

Menyimpan

data

Super User Menyimpan data

Print Data Cetak data

Gambar 4.78 Statechart diagram dari Use Case pengolahan data super user

Gambar 4.78 bagian pembelian memulai dengan memasukkan validasi data, kemudian masuk ke dalam halaman utama, memilih menu dan memasukkan data, merubah data, menghapus data, menyimpan data dan mencetak data. Bila tidak ada proses lagi maka proses pengolahan data user berakhir.

Halaman Login

State awal Output data transaksi tanda terima barang

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Pilh Menu Data

Halaman Utama

transaksi tanda

Halaman transaksi

terima barang

tanda terima barang

Data transaksi tanda terima barang Dimasukkan

Menginput data terima barang

Cetak Form

Form transaksi tanda transaksi tanda

Data Tersimpan

Menyimpan

terima barang

data

transaksi tanda terima barang

Acc tanda terima barang

Form transaksi tanda terima barang di acc,

diberikan kepada supplier

State akhir Output data transaksi tanda terima barang

Gambar 4.79 Statechart diagram dari Use Case output data Transaksi Tanda Terima Barang (TTB)

Gambar 4.79 bagian penerimaan memulai state awal dengan memasukkan data transaksi tanda terima barang yang kemudian tersimpan kedalam database, bila data invalid masukkan data transaksi tanda terima barang kembali lalu simpan, maka data transaksi tanda terima barang akan tersimpan di dalam database sistem. Bagian penerimaan dapat mencetak transaksi tanda terima barang menjadi form transaksi tanda terima barang yang kemudian diserahkan kepada suppplier, maka transaksi tanda terima barang berakhir.

Halaman Login

State awal Output Data Nota Pembayaran

Input Username,Password,

Input Data invalid

level

Memasukkan username, password, level

Data diterima oleh sistem

Pilh Menu Data

Halaman Utama

transaksi nota

Halaman transaksi

pembayaran

nota pembayaran

Data transaksi nota pembayaran Dimasukkan

Menginput data pembayaran

Cetak Form

Form transaksi nota

transaksi nota

Data Tersimpan

transaksi nota pembayaran

Acc nota pembayaran

Form transaksi nota pembayaran di acc,

diberikan kepada supplier State akhir Output data transaksi nota pembayaran

Gambar 4.80 Statechart diagram dari Use Case output data transaksi Nota

Pembayaran

Gambar 4.80 bagian penerimaan memulai state awal dengan memasukkan data transaksi nota pembayaran yang kemudian tersimpan kedalam database, bila data invalid masukkan data transaksi nota pembayaran kembali lalu simpan, maka data transaksi nota pembayaran akan tersimpan di dalam database sistem. Bagian penerimaan dapat mencetak nota pembayaran menjadi form nota pembayaran yang kemudian diserahkan kepada supplier, supplier membawa nota pembayaran ke bagian keuangan untuk diverifikasi dan menerima pembayaran. maka transaksi output data nota pembayaran berakhir.

4.3.2 Spesifikasi Database

Adapun spesifikasi database yang akan diimplementasikan adalah sebagai berikut :

1. Tabel Barang

File Name : tblb arang Type of File : master files Primary Key : kode_barang Foreign Key :-

Tabel 4.30 Tabel barang

No Field

1 kode_barang

Varchar

20 No

Kode barang

2 nama_barang

Varchar

50 No

Nama barang

3 merk_type_barang

Varchar

20 No

Merk type barang

4 satuan_barang

Varchar

10 No

Satuan barang

5 harga_satuan

Bigint

20 No

Harga satuan

6 stock_min

Int

11 No

Stock minimal

7 jumlah_barang

Int

11 No

Jumlah barang

2. Tabel Supplier

File Name : tbls upplier Type of File : master files Primary Key : kode_supplier Foreign Key :-

Tabel 4.31 Tabel Supplier

No Field

1 kode_supplier

Varchar

10 No

Kode supplier

2 nama_supplier

Varchar

50 No

Nama supplier

3 alamat

Varchar

Alamat

3. Tabel Pembelian

File Name : tblpembelian Type of File : Transaction files Primary Key : no_pembelian Foreign Key : kode_supplier

Tabel 4.32 Tabel Pembelian (PO)

No Field

1 no_pembelian

Varchar

10 No

No pembelian

2 tgl_pembelian

Date

Tanggal pembelian (PO)

3 kode_supplier

Varchar

10 No

Kode supplier

4 kode_barang

Varchar

10 No

Kode barang

5 harga_pesan

Bigint

20 No

Harga pesan

6 Jumlah _pesan

Int

11 No

Jumlah pesan

7 Jumlah_harga

Bigint

20 No

Jumlah harga

4. Tabel Data Retur Barang

File Name : tblretur Type of File : master files Primary Key : no_retur Foreign Key : no_ttb

Tabel 4. 33 Tabel Transaksi Retur Barang

No Field

Type

Size Null

Keterangan

1 no_retur

Varchar 20 No

Nomor retur barang

2 tgl_pengembali Date

Tanggal pengembalian barang an

3 tgl_barang_data Date

Tanggal barang akan dikirim ng

kembali

4 no_ttb

Varchar 20 No

Nomor Tanda terima barang

5 jumlah_kembali Int

Jumlah barang kembali yang dikirim

5. Tabel Agenda Acara

File Name : tblagenda Type of File : master files Primary Key : No_agenda Foreign Key :-

Tabel 4.34 Tabel Agenda

No Field

1 no_agenda

Varchar

20 No

Nomor agenda acara

2 nama_agenda

Varchar

50 No

Nama agenda acara

3 tgl_agenda

Date

Tanggal agenda acara

4 koord_acara

Varchar

50 No

Koordinator acara

5 nama_customer

Varchar

50 No

Nama customer

6 alamat_customer

Alamat customer

7 telp_customer

Varchar

20 No

Telepon customer

6. Tabel U ser

File Name : tbluser Type of File : master files Primary Key : nip Foreign Key : username

Tabel 4.35 Tabel User

No Field

20 No Nomor induk pegawai

2 nama_lengkap

varchar

No Nama lengkap

3 Username

varchar

10 No username

4 Password

varchar

10 No password

5 Bagian

varchar

20 No bagian

7. Tabel Barang Masuk

File Name : tbltransaksibm Type of File : Transaction files Primary Key : No_Transaksi Foreign Key : No_TTB

Tabel 4.36 Tabel Transaksibm

No Field

1 no_transaksi

varchar

20 No Nomor transaksi

2 tgl_Transaksi

date

No Tanggal transaksi

3 no_ttb

varchar

20 No Nomor tanda terima barang

4 nama_Supplier

varchar

50 No Nama supplier

8. Tabel Barang Keluar

File Name : tbltransaksibk Type of File : Transaction files Primary Key : no_transaksi Foreign Key :-

Tabel 4.37 Tabel Transaksibk

No Field

1 no_transaksi

varchar

20 No Nomor transaksi

2 tgl_transaksi

date

No Tanggal transaksi

3 nama_pj

varchar

20 No Nama Penanggung jawab

4 Divisi

varchar

50 No divisi

9. Tabel Tanda Terima Barang (TTB)

File Name : tbltransaksittb Type of File : Transaction files Primary Key : no_ttb Foreign Key : no_pembelian

Tabel 4.38 Tabel Transaksittb

No Field

1 no_ttb

varchar

20 No Nomor transaksi

2 no_sj

varchar

No Nomor surat jalan

3 tgl_ttb

date

10 No Nama penanggung jawab

4 no_pembelian

varchar

50 No Nomor pembelian (PO)

5 Ket

text

No keterangan

10. Tabel Nota Pembayaran

File Name : tbltransaksittf Type of File : Transaction files Primary Key : nota_pemb Foreign Key : no_pembelian

Tabel 4.39 Tabel nota_pemb

No Field

1 nota_pemb

varchar

20 No Nota Pembayaran

2 tgl_nota_pemb

date

No Tanggal nota pembayaran

3 no_pembelian

varchar

50 No Nomor pembelian (PO)

4 total bayar

bigint

20 No Total bayar

11. Tabel Retur Barang

File Name : tbldetailretur Type of File : Transaction files Primary Key : no_retur Foreign Key : no_ttb

Tabel 4.40 Tabel retur

No Field

1 no_retur

varchar

20 No

Nota Pembayaran

2 no_ttb

varchar

Tanggal nota pembayaran

3 kode_barang

varchar

50 No

Nomor pembelian (PO)

4 jumlah_kembali

Int

11 No

Jumlah barang yang dikembalikan

Status barang

12. Tabel Divisi

File Name : tbldivisi Type of File : Master files Primary Key : id_divisi Foreign Key :-

Tabel 4.41 Tabel divisi

No Field

1 id_divisi

Int

11 No

Id Divisi

2 nama_divisi

varchar

20 No

Nama divisi

13.Tabel Barang Pembelian

File Name : barangpembelian Type of File : Master files Primary Key :- Foreign Key :-

Tabel 4.42 Tabel barangpembelian

No Field

1 no_pembelian

varchar

20 No

No Pembelian

2 kode_barang

varchar

20 No

Kode Barang

3 harga_pesan

bigint

20 Harga Pesan Barang

4 jumlah_pesan

int

11 Jumlah Pesan

5 jumlah_harga

bigint

20 Jumlah Harga

14.Tabel detailbk

File Name : tbldetailbk Type of File : Transaction files Primary Key :- Foreign Key :-

Tabel 4.43 Tabel detailbk

No Field

1 no_transaksi

varchar

20 No

No Transaksi barang

2 kode_barang

varchar

20 No

Kode barang

3 jumlah_keluar

int

11 No

Jumlah keluar

15.Tabel detailbm

File Name : tbldetailbm Type of File : Transaction files Primary Key :- Foreign Key :-

Tabel 4.44 Tabel detailbm

No Field

1 no_transaksi

Varchar

20 No

No Transaksi barang

2 no_ttb

Varchar

20 No

No Transaksi tanda terima barang

3 kode_barang

Varchar

20 No

Kode barang

Jumlah Barang masuk uk

4 jumlah_barang_ma

Int

11 No

16.Tabel tempsupplier

File Name : tempsupplier Type of File : Master File Primary Key :- Foreign Key :-

Tabel 4.45 Tabel tempsupplier

No Field

1 Kode supplier

varchar 100

Kode Supplier

17.Tabel detailttb

File Name : tbldetailttb Type of File : Transaction files

Primary Key :- Foreign Key :-

Tabel 4.46 Tabel detailttb

No Field

1 no_ttb

varchar

20 No

No Transaksi tanda terima barang

2 no_pembelian

varchar

20 No

No pembelian

3 kode_barang

varchar

20 No

Kode barang

4 jumlah_kirm

Int

11 No

Jumlah kirim

5 jumlah_terima

Int

11 No

Jumlah Terima

Dari data dictionary di atas, diperlukan data to location CRUD (Create, Read, Update, Delete) matrix untuk memetakan kebutuhan data pada lokasi dalam sistem.

Tabel 4.47 Tabel Data to Location CRUD Matrix Sistem Informasi yang Diajukan

Admin Location

Bag.

Bag.Gu

Bag.

Bag. Manajemen

Pembeli dang

Penerima

Person

Entity.Attribute an

INDV INDV

INDV

INDV INDV

Nip

CRUD

nama_lengkap

CRU CRU Username

CRU CRU Password

CRU CRU Bagian

kode_barang

R nama_barang

CRUD

R merk_type_barang

CRUD

R satuan_barang

CRUD

R harga_satuan

CRUD

R stock_min

CRUD

R jumlah_barang

CRUD

Supplier

ALL

INDV

INDV INDV

R nama_supplier

CRUD

R Alamat

CRUD

R Telp

Pembelian (PO)

no_pembelian

R tgl_pembelian

CRUD CRUD

R kode_supplier

CRUD CRUD

R kode_barang

CRUD CRUD

R harga_pesan

CRUD CRUD

R jumlah _pesan

CRUD CRUD

R jumlah_harga

CRUD CRUD

Transaksi Retur Barang

no_retur

R tgl_pengembalian

CRUD

R tgl_barang_datang

CRUD

R no_TTB

CRUD

R jumlah_kembali

Agenda Acara

ALL

INDV

INDV INDV

CRUD R nama_agenda

no_agenda

CRUD

CRUD R tgl_agenda

CRUD

CRUD R koord_acara

CRUD

CRUD R nama_customer

CRUD

CRUD R alamat_customer

CRUD

CRUD R telp_customer

CRUD

CRUD R

Transaksi Barang Masuk

no_transaksi

R tgl_Transaksi

CRUD

R no_ttb

CRUD

R nama_Supplier

Transaksi Barang Keluar

no_transaksi

R tgl_transaksi

CRUD

R nama_pj

CRUD

R Divisi

Transaksi Tanda Terima

INDV Barang

ALL

no_ttb

R no_sj

CRUD

R tgl_ttb

CRUD

CRUD CRUD

Nota Pembayaran

R nota_pemb

ALL

R tgl_nota_pemb

CRUD

R no_pembelian

CRUD

R total bayar

INDV INDV

INDV

INDV INDV

RR nama_divisi

id_divisi

Retur Barang

no_retur

R tgl_barang_datang

CRUD

R no_ttb

CRUD

R Jumlah_kembali

R Status

CRUD

Keterangan: INDV = individual, ALL = all, SS = subset, X = no access, C = create, R = read,

U = update, D = delete

4.3.3 Design rancangan antar muka

Gambar Dan Logo Perusahaan

User ID Password

Gambar 4.81 Menu Sign In

System Analysis

4.2 System Analysis

Parts

Dokumen yang terkait

AN ALIS IS YU RID IS PUT USAN BE B AS DAL AM P E RKAR A TIND AK P IDA NA P E NY E RTA AN M E L AK U K A N P R AK T IK K E DO K T E RA N YA NG M E N G A K IB ATK AN M ATINYA P AS IE N ( PUT USA N N O MOR: 9 0/PID.B /2011/ PN.MD O)

Anal isi s L e ve l Pe r tanyaan p ad a S oal Ce r ita d alam B u k u T e k s M at e m at ik a Pe n u n jang S MK Pr ogr a m Keahl ian T e k n ologi , Kese h at an , d an Pe r tani an Kelas X T e r b itan E r lan gga B e r d asarkan T ak s on om i S OL O

UPAYA PENINGKATAN “ORIENTASI REALITA”PENGENALAN ORANG PADA NY. S DENGAN GANGGUAN PROSES PIKIR : WAHAM MELALUI INTERVENSI TERAPI AKTIVITAS INDIVIDU DI RUANG MELATI RSJ.DR. RADJIMAN WEDIODININGRAT LAWANG. TAHUN 2012

HUBUN GAN AN TAR A KUA LITAS P ELAYA NA N DA N P ROMOTION MIX (BERD ASARKAN P ERSE P S I P ASIEN) DE NGAN P ROSES P ENGAM BILAN KEP UT USAN P ASIEN DA LAM P EM AN F AA TAN P ELAY AN AN RA WAT INAP DI RSD KAL IS AT

Modul TK F edit nuceu 3 mei 2016

Senang Belajar Ilmu Pengetahuan Alam Kelas 1 S Rositawaty Aris Muharam 2008

PENGGUNAAN BAHAN AJAR LEAFLET DENGAN MODEL PEMBELAJARAN THINK PAIR SHARE (TPS) TERHADAP AKTIVITAS DAN HASIL BELAJAR SISWA PADA MATERI POKOK SISTEM GERAK MANUSIA (Studi Quasi Eksperimen pada Siswa Kelas XI IPA1 SMA Negeri 1 Bukit Kemuning Semester Ganjil T

PERBEDAAN HASIL BELAJAR IPS TERPADU ANTARA PENGGUNAAN MODEL PEMBELAJARAN KOOPERATIF TIPE NUMBERED HEAD TOGHETHER (NHT) DAN SNOWBALL THROWING (ST) DENGAN MEMPERHATIKAN SIKAP SISWA TERHADAP PEMBELAJARAN PADA SISWA KELAS VIII DI SMP YP 17 BARADATU WAYKANAN T

PERBEDAAN HASIL BELAJAR IPS TERPADU ANTARA PENGGUNAAN MODEL PEMBELAJARAN KOOPERATIF TIPE NUMBERED HEAD TOGHETHER (NHT) DAN SNOWBALL THROWING (ST) DENGAN MEMPERHATIKAN SIKAP SISWA TERHADAP PEMBELAJARAN PADA SISWA KELAS VIII DI SMP YP 17 BARADATU WAYKANAN T

S 1 Teknik Kimia

Dukungan

Links

System Analysis

4.2 System Analysis

Parts

Dokumen yang terkait

AN ALIS IS YU RID IS PUT USAN BE B AS DAL AM P E RKAR A TIND AK P IDA NA P E NY E RTA AN M E L AK U K A N P R AK T IK K E DO K T E RA N YA NG M E N G A K IB ATK AN M ATINYA P AS IE N ( PUT USA N N O MOR: 9 0/PID.B /2011/ PN.MD O)

Anal isi s L e ve l Pe r tanyaan p ad a S oal Ce r ita d alam B u k u T e k s M at e m at ik a Pe n u n jang S MK Pr ogr a m Keahl ian T e k n ologi , Kese h at an , d an Pe r tani an Kelas X T e r b itan E r lan gga B e r d asarkan T ak s on om i S OL O

UPAYA PENINGKATAN “ORIENTASI REALITA”PENGENALAN ORANG PADA NY. S DENGAN GANGGUAN PROSES PIKIR : WAHAM MELALUI INTERVENSI TERAPI AKTIVITAS INDIVIDU DI RUANG MELATI RSJ.DR. RADJIMAN WEDIODININGRAT LAWANG. TAHUN 2012

HUBUN GAN AN TAR A KUA LITAS P ELAYA NA N DA N P ROMOTION MIX (BERD ASARKAN P ERSE P S I P ASIEN) DE NGAN P ROSES P ENGAM BILAN KEP UT USAN P ASIEN DA LAM P EM AN F AA TAN P ELAY AN AN RA WAT INAP DI RSD KAL IS AT

Modul TK F edit nuceu 3 mei 2016

Senang Belajar Ilmu Pengetahuan Alam Kelas 1 S Rositawaty Aris Muharam 2008

PENGGUNAAN BAHAN AJAR LEAFLET DENGAN MODEL PEMBELAJARAN THINK PAIR SHARE (TPS) TERHADAP AKTIVITAS DAN HASIL BELAJAR SISWA PADA MATERI POKOK SISTEM GERAK MANUSIA (Studi Quasi Eksperimen pada Siswa Kelas XI IPA1 SMA Negeri 1 Bukit Kemuning Semester Ganjil T

PERBEDAAN HASIL BELAJAR IPS TERPADU ANTARA PENGGUNAAN MODEL PEMBELAJARAN KOOPERATIF TIPE NUMBERED HEAD TOGHETHER (NHT) DAN SNOWBALL THROWING (ST) DENGAN MEMPERHATIKAN SIKAP SISWA TERHADAP PEMBELAJARAN PADA SISWA KELAS VIII DI SMP YP 17 BARADATU WAYKANAN T

PERBEDAAN HASIL BELAJAR IPS TERPADU ANTARA PENGGUNAAN MODEL PEMBELAJARAN KOOPERATIF TIPE NUMBERED HEAD TOGHETHER (NHT) DAN SNOWBALL THROWING (ST) DENGAN MEMPERHATIKAN SIKAP SISWA TERHADAP PEMBELAJARAN PADA SISWA KELAS VIII DI SMP YP 17 BARADATU WAYKANAN T

S 1 Teknik Kimia

Dokumen yang Anda mencari sudah siap untuk unduhkan