Download - Bab iv analisis sistem agen pemesanan tiket pesawat

BAB IVANALISIS SISTEM

4.1 Analisis Sistem (Sistem Analysis)

Analisis sistem adalah uraian keseluruhan bagaimana sistem yang berjalan saat ini baik dilihat dari analisis fungsional dan analisis nonfungsional yang terdiri dari analisis perangkat lunak dan analisis perangkat keras serta analisis user yang terlibat.

Perusahaan Pengrajin Bambu (PPB) merupakan sebuah perusahaan yang menyediakan layanan terpadu dalam produksi, promosi, dan transaksi pemesanan dan pembelian hasil kerajinan bambu mereka. Banyaknya item yang harus dikelola oleh bagian gudang (inventory), berkaitan dengan keluar-masuknya barang akibat transaksi pembelian material (bahan, utamanya aneka jenis bambu) ,pemesanan produk kerajinan bambu, penambahan item baru, pengurangan barang akibat rusak maupun hilang, pengiriman barang ke konsumen, transaksi pembayaran oleh konsumen, memperbaharui katalog produk berupa informasi lengkap foto, harga dan stok produk tentunya mendatangkan kesulitan tersendiri bagi pengelola dikarenakan banyaknya dan kompleksnya data, oleh karena itu diperlukan sebuah sistem yang dapat membantu Perusahaan Pengrajin Bambu (PBB) untuk melakukan kegiatan mereka dalam produksi, promosi maupun transaksi pemesanan dan pembelian hasil kerajinan bambu mereka.

.4.2 Analisis Kebutuhan (Requirement Analysis)

Analisis kebutuhan perangkat lunak merupakan analisis terhadap semua kebutuhan yang diperlukan didalam lingkup sistem gudang online yang akan dikembangkan. Analisis kebutuhan perangkat lunak mencakup analisis terhadap kebutuhan fungsional (kebutuhan akan fungsi-fungsi) dan analisis terhadap kebutuhan non-fungsional (kebutuhan-kebutuhan selain fungsi). Analisis kebutuhan yang dilakukan terhadap perangkat lunak akan menghasilkan spesifikasi kebutuhan perangkat lunak tersebut

4.2.1 Spesifikasi Kebutuhan Perangkat Lunak (Spesification Requirement Software)

Spesifikasi kebutuhan perangkat lunak adalah suatu uraian lengkap yang menyangkut perilaku dari sistem yang akan dikembangkan. SRS biasanya berisi :

Kebutuhan Fungsional

Kebutuhan Fungsional yaitu suatu kebutuhan yang menetapkan perilaku input/output dari suatu sistem. Berikut ini table 4.2.1-a kebutuhan fungsional sistem gudang online.

Referensi

Fungsi-Fungsi

R1 Sistem dapat menampilkan katalog hasil kerajinan, registrasi user, proses pemesanan barang, daftar pemesanan barang, daftar distribusi barang, transaksi pemesanan dan penjualan

R2 Sistem dapat digunakan untuk memasukkan informasi baru, seperti informasi foto dan harga produk, produk yang sedang diskon, produk yang sold out dan available.

R3 Sistem dapat memfasilitasi untuk pembuatan laporan penjualan, laporan pengiriman dan laporan prediksi

R4 Sistem dapat melakukan modifikasi isi katalog, stok barang dan material serta data pegawai maupun member

R5 Sistem dapat menampilkan informasi mengenai seputar katalog, data pegawai dan member, data pemesanan, penjualan dan pengiriman barang, data stok barang dan material, data hargadan jenis produk hasil kerajinan.

R6 Sistem dapat menghapus dan mengubah status pemesanan barang R7 Sistem dapat menghapus dan mengubah status pemesanan barang produksi

serta material.

Kebutuhan Non-Fungsional

Kebutuhan Non-Fungsional yaitu suatu kebutuhan yang menetapkan property sistem, seperti lingkungan dan batasan implementasi, performance, ketergantungan platform, kebutuhan maintenance, extensibility, dan keandalan.

Kebutuhan Non-Fungsional yang perlu dimiliki antara lain :1. Kebutuhan Pemakaian

Sistem mudah digunakan bagi pengguna User interface harus dibuat secara user-friendly

2. Kebutuhan Kinerja Sistem harus dapat melakukan semua proses dalam waktu yang relatif

cepat sehingga tidak banyak menghabiskan waktu user.

3. Kebutuhan Pemeliharaan Modul dan basis data yang dibuat atau digunakan harus sedapat

mungkin modular sehingga dapat dipelihara dan dikembangkan lebih lanjut.

Tersedianya dokumentasi sistem yang lengkap meliputi rancangan basis data, rancangan interface, dan rancangan proses.

21

Berikut ini adalah tabel 4.2.1-b spesifikasi kebutuhan perangkat lunak sistem gudang online ;

No Requirement Actor Use case1 User biasa baik yang sudah terdaftar

(registered user) sebagai anggota sistem ataupun tidak terdaftar (public user) hanya dapat melihat katalog melakukan pemesanan produk, mengupdate pemesanan, dan melihat informasi akun.

Customer Melihat katalog, melakukan pemesanan, mengupdate pemesanan, melihat informasi akun.

2 Operator dapat membuat daftar pemesanan, membuat laporan penjualan, verifikasi pengiriman barang, pengecekan pembayaran, pengecekan stok produk pada website. Sedang untuk masuk ke halamanoperator dibutuhkan autentifikasi log in. Setelah log in,operator dapat mengoperasikan sistem sesuai dengan batasan sistemnya.

Pegawai Membuat daftar pemesanan, verifikasi pengiriman barang, pengecekan pembayaran, pengecekan stok produk, melakukan restock material dan hasil produksi, membuat dan/atau men-generate laporan transaksi penjualan, pengiriman dan persediaan material maupun hasil produksi.

3 Admin dapat melakukan kegiatan melihat dan membuat katalog. Sebelum masuk kedalam sistem admin diharuskan untuk autektifikasi log in. Setelah log in, admin dapat mengoperasikan sistem seperti mencari dan mengupdate data member dan operator, mengupdate informasi (foto dan harga) yang ada di katalog, menghapus dan menambahkan item baru kedalam katalog, melakukan restock material dan hasil produksi, dan men-generate laporan transaksi penjualan, pengiriman dan persediaan material maupun hasil produksi,

Admin Mencari dan mengupdate data member dan operator, mengupdate informasi (foto dan harga) yang ada di katalog, menghapus dan menambahkan item baru kedalam katalog,

4.2.2 Use case Diagram

Use case diagram adalah suatu bentuk diagram yang menggambarkan fungsionalitas yang diharapkan dari sebuah sistem dilihat dari perspektif pengguna di luar sistem. Use case diagram merepresentasikan interaksi yang

22

terjadi antara aktor dengan proses atau sistem yang dibuat seperti yang ditunjukkan pada Gambar 3.2 dibawah

Gambar 4.2.2 Use Case Diagram Sistem Gudang Online

Use case sederhana digunakan pada saat proses analisis kebutuhan.Tujuan Penggunaan Use case Diagram ;

23

a) Mendapatkan pemahaman tentang sistem/perangkat lunak yang akan dikembangkan.

b) Memperlihatkan hubungan-hubungan yang terjadi antara actor (seseorang/sesuatu yang berinteraksi dengan sistem) dengan use case (proses yang terjadi dalam sistem).

c) Membantu dalam menyusun requirement sebuah sistem,d) Mengkomunikasikan rancangan dengan klien dan merancang test case

untuk semua fitur yang ada pada sistem.e) Dengan melihat aktor-aktor, pengguna akan mengetahui siapa atau apa

saja yang akan berinteraksi dengan sistem.f) Dengan melihat kombinasi sejumlah aktor dan use case, pengguna akan

mengetahui secara jelas ruang lingkup dari sistem/perangkat lunak yangakan dikembangkan.

4.2.3 Penjelasan Setiap Actor

Actor menggambarkan pengguna software aplikasi (user). Actor membantu memberikan suatu gambaran jelas tentang apa yang harus dikerjakan oleh software aplikasi. Actor berinteraksi dengan use case, tetapi tidak memiliki kontrol atas use case. Sebuah actor bisa berupa manusia, suatu device hardware atau sistem informasi lain. Pada studi kasus Sistem Gudang On-Line ini terdapat tiga buah actor yang mempunyai peran dan fungsi masing-masing.

Customer Customer adalah seseorang yang berada di luar sistem, dan dapat berinteraksi dengan sistem. Didalam sistem ini ada dua jenis customer yaitu member dan customer biasa. Member adalah customer yang sudah mendaftarkan dirinya kedalam sistem, sehingga ia dapat masuk kedalam sistem dengan menggunakan log in, sedangkan customer biasa adalah customer yang tidak mendaftarkan dirinya sebagai member tapi menjalankan proses yang ada didalam sistem.

PegawaiPegawai adalah seseorang yang melakukan proses pengoperasian sistem dalam bentuk hanya sebagai operator. Sebelum masuk ke dalam sistem, maka pegawai diharuskan autentifikasi log in. Setelah itu pegawai dapat mengoperasikan sistem seperti membuat daftar pemesanan, verifikasi pengiriman barang, pengecekan pembayaran, dan pengecekan stok produk, melakukan restock material dan hasil produksi, membuat dan/atau men-generate laporan transaksi penjualan, pengiriman dan persediaan material maupun hasil produksi.

AdminAdmin adalah seseorang yang menguasai sistem secara keseluruhan. Sebelum masuk ke dalam sistem admin juga diharuskan melakukan aktifasi log in. Setelah melakukan proses log in maka admin dapat

24

mengoperasikan sistem secara keselutuhan seperti Mencari dan update data member dan operator, update informasi (foto dan harga) yang ada di katalog, menghapus dan menambahkan item baru kedalam katalog.

Data base account sistem gudang onlineData base account sistem gudang online merupakan data informasi accounting. Tugas dari actor ini adalah menyimpan setiap transaksi yang dilakukan sistem, melakukan query database, menampilkan hasil transaksi, memberikan respon dan hasil untuk setiap aksi dari customer, operator dan admin, maintenance sistem.

4.2.4 Penjelasan Setiap Use case

Use case dapat digambarkan sebagai suatu cara tertentu untuk menggunakan sistem dari sudtu pandang pengguna (an actor). Dalam kasus ini ada beberapa use case yaitu ;

Registrasi customer Merupakan jenis use case yang menggambarkan proses mendaftarkan diri ke sistem gudang online dari customer biasa menjadi member.

Log inMerupakan jenis use case yang menggambarkan proses log in atau masuk ke dalam sistem gudang online.

Log outMerupakan jenis use case yang menggambarkan proses logout atau keluar dari sistem gudang online.

Melihat KatalogMerupakan jenis use case yang menggambarkan proses melihat katalog yang ada didalam sistem gudang online. Katalog berisi informasi lengkap foto dan harga produk.

Melakukan PemesananMerupakan jenis use case yang menggambarkan proses melakukan pemesanan/ pembelian barang secara online melalui sistem gudang online.

Update PemesananMerupakan jenis use case yang menggambarkan proses customer melakukan update pemesanan apakah dibatalkan atau telah dilakukan pembayaran.

Melihat Informasi Akun Merupakan jenis use case yang menggambarkan proses melihat informasi akun pengguna sistem gudang online, hanya customer yang terdaftar yang memiliki akun.

25

Membuat KatalogMerupakan jenis use case yang menggambarkan proses admin membuat katalog di sistem gudang online.

Update KatalogMerupakan jenis use case yang menggambarkan proses admin melakukan update katalog,yaitu menambahkan atau menghapus informasi yang ada di katalog, menambah atau menghapus jenis item.

Membuat Daftar PengirimanMerupakan jenis use case yang menggambarkan proses pegawai membuat daftar pengiriman barang, yaitu daftar barang yang dipesan, daftar customer yang memesan, waktu dan tanggal pemesanan, waktu dan tanggal pembayaran serta waktu dan tanggal pengiriman barang dari kantor cabang terdekat.

Melakukan Validasi Pengiriman BarangMerupakan jenis use case yang menggambarkan proses validasi pengiriman barang, sebelumnya pegawai akan mngecek status pembayaran dari daftar pemesanan, setelah itu pegawai akan melakukan proses pengiriman barang melalui distributor terdekat.

Membuat/ men-generate Laporan Penjualan Merupakan jenis use case yang menggambarkan proses proses pembuatan/ men-generate laporan penjualan, yang transaksi penjualannya sudah terekam didalam sistem gudang online.

Membuat/ men-generate Laporan PengirimanMerupakan jenis use case yang menggambarkan proses proses pembuatan/ men-generate laporan pengiriman barang, yang transaksi pengirimannya sudah terekam didalam sistem gudang online.

Membuat/ men-generate Laporan Prediksi Jumlah ProduksiMerupakan jenis use case yang menggambarkan proses proses pembuatan/ men-generate laporan prediksi, yang diperoleh dengan melihat daftar penjualan barang ditahun sebelumnya yang terekam di dalam sistem.

Membuat/ men-generate Laporan Perencanaang Persedian Material (Re-stock material)Merupakan jenis use case yang menggambarkan proses proses pembuatan/ men-generate laporan perencanaan persediaan material (re-stock material) khususnya aneka jenis bambu, dengan melihat laporan prediksi jumlah produksi yang terekam di dalam sistem.

26

4.2.5 Penjabaran Spesifikasi Setiap Use case

4.2.5.1 Tabel deskripsi use case registrasi customer

Use case name Registrasi customer

ScenarioMelakukan pendaftaran dari public customer menjadi registered customer

Triggering EventsPublic customer mendaftarkan diri menjadi registered customer

Brief Description

Ketika public customer mengakses menu register,maka sistem akan menampilkan register form, setelah semua persyaratan pengisian data terpenuhi, maka sistem akan menyimpan data customer dengan ID unik, public customer sudah menjadi registered customer sistem gudang online.

Actor Customer Related Use caseStakeholder Dept.Pemasaran : untuk mengumpulkan data customer

Pre Condition- Harus ada public customer (customer yang belum

terdaftar di sistem gudang online)

Post Condition- Terdapat data customer yang sudah terdaftar kedalam

sistem gudang online.Flow Of Activities Actor Sistem

1. Public customer mengakses situs Gudang Online

2. Public customer memilih fitur daftar/Register

3. Public customer mengisi data diri yang dibutuhkan untuk menjadi member

4. Public customer menjadi registered customer (customer yang sudah terdaftar ke sistem gudang online -member-)

1.1 Sistem menampilkan tampilan muka sistem

2.1Sistem mengarahkan public customer ke register form

3.1 Sistem merekam data – data yang dimasukan oleh public customer

3.2 Sistem memverifikasi data, dan menjadikan Customer sebagai member dengan ID unik.

27

4.2.5.2 Tabel deskripsi use case log in

Use case name Log in Scenario Masuk atau log in kedalam sistem

Triggering EventsUser (customer, admin dan pegawai) ingin menggunakan fungsi-fungsi yang ada di sistem gudang online

Brief Description

Ketika user ingin menggunakan fasilitas yang ada di sistem gudang online ,sistem menampilkan tampilan log in, user melakukan log in ke sistem dengan memasukkan user name dan password. Sistem memverfikasi/validasi user name dan password yang dimasukkan.

Actor Customer , admin, pegawaiRelated Use caseStakeholder

Pre Condition- Harus ada registered user (user yang sudah terdaftar di

sistem gudang online)Post Condition - Registered user sudah masuk kedalam sistemFlow Of Activities Actor Sistem

1. User mengakses situs Gudang Online

2. User ingin melakukan log in dengan cara memasukkan username dan password pada kotak log in yang tersedia di sistem.

3. User memasukkan username dan password pada kotak log in yang tersedia di sistem.

4. User telah masuk ke sistem gudang online

2.1 Sistem menampilkan halaman log in

3.1 Sistem membuat koneksi ke database

3.2 Sistem memeriksa/validasi username dan password yang telah dimasukkan

3.3 Jika user name dan password benar, maka user akan masuk ke halaman depan sistem gudang online dan dapat menjalankan fungsi-fungsi sistem sesuai dengan otoritasnya.

Alternative Flow 3.4 Jika salah , maka akan tampil pesan bahwa username dan/atau password salah, dan member diminta mengulangi langkah log in

28

3.5 Jika tiga kali dalam memasukkan username dan/atau password invalid maka sistem akan menjutkan ke proses lupa password.

4.2.5.3 Tabel deskripsi use case log out

Use case name Log outScenario Keluar atau log out dari sistem secara temporer

Triggering EventsUser (customer, admin dan pegawai) ingin keluar atau log out dari sistem secara temporer

Brief DescriptionKetika user keluar atau log out dari sistem secara temporer ,sistem menonaktifkan user dari sistem secara temporer

Actor Customer , admin, pegawaiRelated Use caseStakeholder

Pre Condition- Harus ada registered user (user yang sudah terdaftar di

sistem gudang online) yang sedang menggunakan sistem

Post Condition- Registered user sudah keluar dari sistem secara

temporerFlow Of Activities Actor Sistem

1. User menekan/menggunakan tombol/tautan untuk keluar dari sistem

2. User telah keluar dari sistem

1.1 Sistem menerima masukan dari user dan memverifikasi.

1.2 Sistem menonaktifkan user secara temporer dari sistem

4.2.5.4 Tabel deskripsi use case pemesanan barang

Use case name Pemesanan BarangScenario Customer melakukan pemesanan barang secara online

Triggering EventsCostumer mengakses situs sistem gudang online untuk melakukan pemesanan barang

Brief Description

Customer mengakses sistem gudang online, sistem dan pegawai verifikasi informasi customer, customer membuat pemesanan baru, menambahkan jenis barang yang dipesanan, konfirmasi pembayaran, update pemesanan, mengakhiri pemesanan.

Actor Customer Related Use case Melihat katalog, update pemesanan

Stakeholder

Dept. Pemasaran : Mengumpulkan statistik pembelian produk Dept. Penjualan : Untuk memberikan laporan penjualanDept. Pengiriman : Untuk memverifikasi isi informasi yang memadai untuk pemenuhan pemesanan

29

Pre Condition

- Harus ada customer baik public user maupun registered user.

- Katalog, produk, dan inventory item harus ada untuk item yang diminta

Post Condition- Data pemesanan produk (data pengirim, data penerima

dan produk yang dipesan)Flow Of Activities Actor Sistem

1. Customer mengakses situs gudang Online

2. Customer melakukan log in ke sistem

3. Customer melihat katalog.

4. Customer memilih jenis kerajinan bambu yang akan dipesan

5. Customer melanjutkan ke membuat pemesanan barang

6. Customer verifikasi jasa pengiriman yang digunakan

7. Customer verifikasi data pengiriman barang


2.2 Jika user name dan password benar, maka customer akan masuk ke halaman katalog

3.1 Menampilkan katalog

4.1 Sistem menunjukan informasi lengkap tentang produk

4.2 Sistem memberikan pilihan “add more items”,”cancel”,or ”next step”

5.1 Sistem verifikasi perincian belanja (jenis produk, dan jumlah uang yang harus dibayar)

5.2 Sistem menawarkan customer untuk memilih jasa pengiriman yang akan digunakan

6.1 Sistem menampilkan data pengiriman barang (jenis produk yang dipesan, jumlah produk yang dipesan, data pengirin dan peneriman, serta jumlah uang yang harus dibayarkan)

7.1 Sistem mengarahkan ke proses pembayaran melalui transfer bank

7.2 Sistem akan melakukan

30

8. Membuka halaman konfirmasi dan mengisi form konfirmasi

9. Menginput nomor pesanan, nomorbukti transfer dan nama pengirim

verifikasi tanggal pengiriman barang ke email customer setelah customer melakukan update pemesanan yaitu melakukan transaksi pembayaran dalam kurun waktu1x24 jam setelah

9.1 Sistem membuat koneksi ke database untuk selanjutnya diproses pemesanan barangnya

9.2 Konfirmasi ke customer tanggal pengiriman barang dan data pengirimannya melalui email

9.3 Daftar pemesanan barang

Alternative Flow

3.2 Jika salah, maka akan tampil pesan bahwa username dan/atau password salah, dan member diminta mengulangi langkah log in


3.4 Jika customer adalah public user, maka customer tetap dapat melajutkan pemesanan barang tanpa mendaftar terlebih dahulu

4.3 Jika stok produk habis maka customer dapat ; a. Membatalkan pesanan ataub. Melanjutkan pemesanan produk lainnya

6.2 Jika customer adalah public user ketika customer mengisikan data pengiriman maka ;

a. Customer dapat langsung mendaftar menjadi registered customer atau

b. Customer melanjutkan pemesanan dengan tidak menyimpan datanya sebagai registered customer

7.3 Jika dalam kurun waktu 1x 24jam customer tidak melakukan transfer maka pemesanan dianggap batal.

31

4.2.5.5 Tabel deskripsi use case membuat katalog

Use case name Membuat Katalog

ScenarioAdmin melakukan pembuatan katalog kerajinan bambu pada sistem

Triggering Events

Admin melakukan pembuatan katalog kerajinan bambu yang berisi informasi lengkap, foto dan harga produk untu memudahkan pemasaran produk dan memudahkan customer dalam pemilihan produk.

Brief Description

Pegawai membuat kumpulan informasi, foto dan produk setiap jenis kerajinan bambu, admin memasukkan informasi,foto dan harga produk ke dalam sistem dalam bentuk katalog, sistem menyimpan semua informasi,foto dan harga produk yang dimasukkan ke dalam data base

Actor AdminRelated Use case Update katalog

Stakeholder

Dept. Pemasaran : mengumpulkan statistik produk favoritDept. Produksi : mendukung laporan produksi kerajinan bambuDept. Penjualan : mendukung promosi produk

Pre Condition- Harus ada informasi lengkap,foto dan harga setiap jenis

kerajinan bambu

Post Condition- Katalog gudang yang berisi informasi lengkap, foto dan

harga produk setiap jenis kerajinan bamboo yang ada didalam sistem

Flow Of Activities Actor Sistem1. Pegawai membuat

informasi lengkap, foto dan harga produk setiap jenis kerajinan bambu yang diproduksi

2. Admin log in kedalam sistem dengan memasukkan user name dan password

3. Admin mengakses menu membuat katalog pada sistem


1.2 Jika user name dan password benar, maka customer akan masuk ke halaman utama sistem dan dapt menjalankan setiap menu yang ada di sistem sesuai otoritasnya

32

4. Admin membuat katalog yang berisi informasi lengkap, foto dan harga setiap jenis hasil kerajinan didalam sistem yang dapat diakses oleh semua user.

5. Admin melakukan pengupdatean data katalog secara berkala sesuai dengan informasi yang diperoleh


3.5 Sistem menyimpan informasi lengkap, foto dan harga setiap jenis hasil kerajinan yang dimasukkan

5.1 Sistem menyimpan setiap perubahan data katalog yang terjadi pada sistem

Alternative Flow

1.3 Jika salah , maka akan tampil pesan bahwa username dan/atau password salah, dan member diminta mengulangi langkah log in


3.1 Jika terjadi perubahan isi data pada katalog maka admin dapat mengakses menu update katalog

4.2.5.6 Tabel deskripsi use case membuat daftar pengiriman hasil kerajinan bambu

Use case name Membuat daftar pengiriman produk hasil kerajinan bambu

Scenario Pegawai membuat daftar pemesanan hasil kerajinan bambu

Triggering EventsPegawai membuat daftar pemesanan barang dengan mngecek data pemesanan, stok barang, transaksi pembayaran, validasi pengiriman dan melakukan konfirmasi kecustomer.

Brief Description

Pegawai mengecek sistem pemesanan yang masuk, sistem menampilkan informasi lengkap data pemesanan setiap customer, pegawai mengecek data pemesanan dan stok produk yang dipesan, sistem menyimpan perubahan data, pegawai mengecek transaksi pembayaran yang sudah dilakukan, pegawai melakukan validasi pengiriman, sistem mengirimkan konfirmasi data pengiriman kepada customer melalui email.

Actor PegawaiRelated Use case Konfimasi pengiriman, Validasi pengiriman

Stakeholder

Dept. Pemasaran : Mengumpulkan statistik pembelian produk Dept. Penjualan : Untuk memberikan laporan penjualanDept. Pengiriman : Untuk memverifikasi isi informasi yang memadai untuk pemenuhan pemesanan

33

Pre Condition- Harus ada data pemesanan dan data pengiriman- Produk yang diminta harus ada- Customer melunasi pembayaran

Post Condition- Produk yang dipesan dikirim sesuai dengan pemesanan

yang dilakukan customerFlow Of Activities Actor Sistem

1. Pegawai mengecek daftar pemesanan

2. Pegawai mengecek transaksi pembayaran yang sudah terjadi

3. Pegawai mengecek apakah stok produk yang dipesan oleh setiap customer ada atau tidak di setiap cabang PPB terdekat

4. Pegawai mengecek daftar pemesanan yang sudah diupdate

5. Validasi pengiriman barang

6. Verifikasi tanggal pengiriman barang kecustomer melalui email


1.2 Sistem menampilkan informasi lengkap data pemesanan setiap customer,

2.1 Sistem menampilkan transaksi pembayaran yang sudah terjadi

2.2 Membuat nota transaksi pembayaran

2.3 Proses validasi pada customer yang sudah melakukan pembayaran

2.1 Menampilkan informasi daftar stok barang produksi yang berada di setiap cabang PPB

4.1 Sistem menampilkan data pemesanan barang yang sudah dibayar dan siap untuk dikirim

5.1 Mengirimkan informasi pengiriman barang ke setiap kantor cabang PPB yang terdekat dengan customer

5.2 Melakukan verifikasi pengiriman barang ke customer

6.1 Daftar pengiriman barang

6.2 Daftar penjualan barang

Alternative Flow 1.1 Jika customer tidak melakukan pembayaran dalam kurun waktu 1 x 24 jam maka pemesanan dianggap batal dan tidak diproses, kecuali ada konfirmasi waktu pembayaran

34

oleh customer ke pihak PPB

2.2 Jika stok produk habis atau sedang tidak ada dicabang PPB yang terdekat dengan customer maka pegawai melakukan verifikasi ke customer bahwa stok habis atau sedang tidak ada dicabang terdekat

6.3 Jika proses pengiriman barang gagal, maka pegawai akan

mengkonfirmasikan hal tersebut ke customer.

4.2.5.7 Membuat/men-generate laporan penjualan

Use case name Membuat/generate Laporan Penjualan

ScenarioMembuat /generate laporan penjualan berdasarkan proses penjualan barang yang terekam di sistem

Triggering EventsPegawai ingin memperoleh data penjualan untuk membuat laporan penjualan

Brief Description

Pegawai mengakses detail penjualan dari setiap transaksi penjualan, sistem menampilkan detail penjualan, pegawai membuat laporan penjualan, sistem menyimpan laporan penjualan

Actor Pegawai Related Use case

Stakeholder

Dept. Pemasaran : Mengumpulkan statistik pembelian produk Dept. Penjualan : Mengetahui banyaknya transaksi penjualan yang terjadiDept. Produksi : Mengetahui produk yang telah terjual

Pre Condition - Harus ada detail penjualanPost Condition - Laporan penjualanFlow Of Activities Actor Sistem

1. Pegawai mengakses detail penjualan

2. Pegawai membuat laporan penjualan

1.1 Sistem membuka database

1.2 Sistem menampilkan detail penjualan

2.1 Sistem menyimpan laporan penjualan ke database

4.2.5.8 Membuat/men-generate laporan pengiriman barang

Use case name Membuat/generate Laporan Pengiriman Barang

ScenarioMembuat /generate laporan pengiriman berdasarkan proses pengiriman barang yang terekam di sistem

Triggering Events Pegawai ingin memperoleh data pengiriman barang untuk

35

membuat laporan pengiriman

Brief Description

Pegawai mengakses detail pengiriman dari setiap transaksi pengiriman, sistem menampilkan detail pengiriman yang , pegawai membuat laporan pengiriman, sistem menyimpan laporan pengiriman

Actor Pegawai Related Use case

Stakeholder

Dept. Pemasaran : Mengumpulkan statistik pembelian produk Dept. Penjualan : Mengetahui banyaknya transaksi pengiriman yang terjadiDept. Produksi : Mengetahui produk yang telah terjual

Pre Condition - Harus ada detail pengiriman barangPost Condition - Laporan pengirimanFlow Of Activities Actor Sistem

1. Pegawai mengakses detail pengiriman barang

2. Pegawai membuat laporan pengiriman barang


1.2 Sistem menampilkan detail pengiriman barang

2.1 Melakukan koneksi ke database

2.2 Sistem menyimpan laporan pengiriman barang

4.2.5.9 Membuat/men-generate laporan prediksi jumlah produksi

Use case name Membuat/generate Laporan Prediksi Jumlah Produksi

ScenarioMembuat /generate laporan prediksi jumlah produksi laporan penjualan barang yang terekam di sistem

Triggering EventsPegawai ingin memprediksi jumlah pruduksi setiap tepi kerajinan bambu

Brief Description

Pegawai mengakses laporan penjualan,sistem mengenerate laporan penjualan,pegawai mengakses statistic penjualan produk dari yang paling banyak dibeli, sistem menampilkan chart penjualan barang.

Actor Pegawai Related Use case Laporan penjualan

Stakeholder

Dept. Pemasaran : Mengumpulkan statistik pembelian produk Dept. Produksi : Mengetahui statistic produk yang paling banyak diminati

Pre Condition - Harus ada laporan penjualan

Post Condition- Laporan prediksi jumlah produksi setiap tipe kerajinan

bambuFlow Of Activities Actor Sistem

36

1. Pegawai mengakses laporan penjualan

2. Pegawai mengakses statistic produk yg telah dijual

3. Membuat laporan prediksi produksi berdasarkan laporan penjualan produk ditahun sebelumnya


1.2 Sistem mengenerate laporan penjualan

2.1 Sistem menampilkan chart penjualan produk


3.2 Sistem merekam laporan prediksi produksi untuk tahun depan

Alternatif flow 1.3 Jika laporan penjualan belum dibuat maka pegawai dapat :a. Membatalkan pembuatan laporanb. Melanjutkan pembuatan laporan

4.2.5.10 Membuat/men-generate laporan prediksi pembelian material

Use case name Membuat/generate Laporan Prediksi Pembelian Material

ScenarioMembuat /generate laporan prediksi jumlah pembelian material berdasaran laporan prediksi produksi

Triggering EventsPegawai ingin membuat perencanaan material (bahan) sehingga stok bamboo harus memadai (tidak kekurangan atau kelebihan stok yang tidak wajar)

Brief Description

Pegawai mengakses laporan prediksi produksi untuk tahun depan,sistem mengenerate laporan prediksi produksi yang telah dibuat,pegawai memprediksi jumlah pembelian material untuk setiap jenis bambu, sistem menyimpan laporan prediksi pembelian jumlah material

Actor Pegawai Related Use case Laporan prediksi produksi

StakeholderDept. Produksi : memprediksi jumlah setiap jenis bambu yang dibutuhkan

Pre Condition - Harus ada laporan prediksi produksi

Post Condition- Laporan prediksi pembelian jumlah material aneka jenis

bambu untuk produksi tahun depanFlow Of Activities Actor Sistem

1. Pegawai mengakses laporan prediksi produksi

2. Pegawai memprediksi pembelian jumlah


1.2 Sistem mengenerate laporan prediksi produksi


37

material yang dibutuhkan pada produksi tahun depan

2.2 Sistem merekam laporan prediksi pembelian material untuksatu tahun kedepan kedalam database

Alternatif flow 1.3 Jika laporan prediksi produksi belum dibuat maka pegawa dapat :a. Membatalkan pembuatan laporanb. Melanjutkan pembuatan laporan

38