~Use Case.doc

Use Case

Use Case diagram

Basic Flow & Alternate flowPeminjaman kendaraan

1. Tampilan form input transaksi peminjaman

2. Isikan atau pilih pelanggan yang akan meminjam kendaraan

3. Periksa data pelanggan apakah data tersebut sudah ada atau belum

a. Jika data pelanggan sudah ada dan belum meminjam kendaraan, maka isikan atau pilih kendaraan yang akan dipinjam.

b. Jika data pelanggan sudah ada dan sudah meminjam kendaraan (diperiksa dari data peminjaman yang tanggal kembalinya kosong), maka akan ditampilkan pesan pelanggan sudah meminjam kendaraan dan transaksi dibatalkan.

c. Jika data pelanggan data belum ada, maka akan ditampilkan pesan data belum ada (pelanggan dikembalikan ke subsistem pelayanan pelanggan) dan transaksi dibatalkan

4. Periksa data kendaraan apakah data tersebut sudah ada atau belum serta apakah kendaraan tersebut sedang dipinjam atau tidak

a. Jika kendaraan benar dan sudah dikonfirmasi, maka data kendaraan diubah untuk status kendaraan yang dipinjam sekarang

b. Jika kendaraan sedang dipinjam, maka pelanggan akan diberikan pilihan kendaraan yang lain

c. Jika kendaraan sedang tidak ada, maka pelanggan akan diberikan pilihan kendaraan yang lain

d. Jika tidak ada kendaraan yang diinginkan, maka transaksi dibatalkan

5. Data peminjaman disimpan dan akan digunakan oleh subsistem pembayaran

Pengembalian kendaraan

1. Tampilan form input transaksi peminjaman

2. Isikan nofaktur dari peminjaman kendaraan

a. Jika nofaktur ada, maka isikan tanggal pengembalian kendaraan dan transaksi dibatalkan

b. Jika nofaktur tidak ada, akan muncul pesan nofaktur salah dan akan diberikan konfirmasi ke pelanggan dan transaksi dibatalkan

c. Jika nofaktur ada dan tanggal pengembalian sudah diisi, maka akan diisi tanggal pengembalian

3. Data kendaraan diubah untuk status kendaraan yang dikembalikan sekarang

4. Data peminjaman disimpan kembali yang akan digunakan oleh subsistem pembayaran.

Pengembalian ke pemilik

1. Tampilan form input transaksi pengembalian

2. Isikan pemilik dan kendaraan yang akan dikembalikan yang akan diperiksa di data pemilik

a. Jika pemilik tidak ada, maka akan dikonfirmasikan bahwa pemilik tidak ada dan transaksi dibatalkan.

b. Jika pemilik ada, tapi kendaraan salah, maka akan dikonfirmasikan kembali kepada pemilik apakah kendaraan tersebut dikembalikan atau tidak

c. Jika pemilik ada dan kendaraan benar, tapi kendaraan sedang dipinjam, maka akan mengkonfirmasikan pelanggan untuk mengembalikan kendaraan dan transaksi dibatalkan.

d. Jika pemilik ada dan kendaraan benar, tapi kendaraan sedang dipinjam, maka akan dikonfirmasikan kepada pemilik bahwa kendaraan sedang dipinjam dan transaksi dibatalkan.

e. Jika pemilik ada dan kendaraan benar serta kendaraan tidak dipinjam, maka akan diinput kendaraan yang akan dikembalikan.

3. Data kendaraan kembali akan disimpan.

4. Data kendaraan yang tadi dikembalikan akan dihapus dari data kendaraan.

Asumsi yang diambil

1. Data pelanggan diambil dari subsistem Pelayanan Pelanggan

2. Data kendaraan diambil dari subsistem Kelayakan Kendaraan

3. Data pemilik dan data penitipan diambil dari subsistem penitipan kendaraan

4. Proses yang akan dibahas hanya peminjaman dan pengembalian (baik ke pemilik maupun dari pelanggan)

5. Peminjaman yang dilakukan hanya harian

6. Kendaraan yang dipinjam tanpa supir

7. Kendaraan yang dapat dipinjamkan ke pelanggan maksimal 1 kendaraan (jika sedang meminjam kendaraan, tidak dapat meminjam kendaraan yang lain)

8. Kendaraan yang dikembalikan diperiksa oleh subsistem Kelayakan Kendaraan baik secara fisik maupun kelengkapannya

9. Tidak ada pembatalan, bonus atau diskon.

10. Untuk sistem keuangan (termasuk denda, biaya sewa, pembagian laba dengan pemilik kendaraan) dikerjakan oleh subsistem Pembayaran.

Collaboration diagram

Peminjaman kendaraan

Pengembalian kendaraan

Pengembalian ke pemilik

Analysis Class diagram

Class diagram