131 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.
132 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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu input lalu klik data barang
Langkah 7 : Masukkan
data barang ke dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka Administrator
purchasing melanjutkan dengan
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, dan Grafik Laporan.
Langkah 6: Menampilkan
Form Input Data Barang yang berisi field input data,
Display informasi data Barang yang sebelumnya
telah tersimpan, beberapa tombol navigasi, seperti
[Add], [Save], [Edit], [Delete].
Langkah 9 : Sistem
merespon dengan
133 mengklik tombol
[Add].
Langkah 10 : Klik
Back bila tidak ada proses input data lagi
menyimpan data yang telah diinputkan tersebut ke dalam
database sistem dan menampilkan kembali
informasi yang telah terupdate ke dalam Display
informasi data.
Langkah 11 : Sistem
merespon dengan menutup Form Input Data Barang dan
menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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,
134 dan
menghapus data
supplier .
Pada tahap
penyelesaian, administrator purchasing akan diberikan informasi data supplier yang sudah ter-update.
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu input lalu klik data Supplier
Langkah 7 : Masukkan
data Supplier ke dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
Langkah 3 : Cek Username
Password, dan Level
Langkah 4:
Sistem merespon dengan
menampilkan Form menu utama yang berisi field
input,Transaksi, Cek, Cetak Laporan, Grafik Laporan dan
Log out
Langkah 6: Menampilkan
Form Input Data Supplier yang berisi field input data,
Display informasi data Supplier yang sebelumnya
135 semua data yang telah
dimasukkan, bila tidak ada perubahan maka
Administrator purchasing
melanjutkan dengan mengklik tombol
[Add].
Langkah 10 : Klik
tombol Back bila tidak ada proses input data
lagi telah tersimpan, beberapa
tombol navigasi, seperti [Add], [Save], [Edit],
[Delete].
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 11 : Sistem
merespon dengan menutup Form Input Data supplier
dan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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
136
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.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu input lalu klik data pembelian barang
PO
Langkah 7 :
Masukkan data purchase order ke
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, dan Log out.
Langkah 6: Menampilkan
Form Input Data pembelian barang PO yang berisi
137 dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka Administrator
purchasing melanjutkan dengan
mengklik tombol [Add].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
pembelian PO.
Langkah 11 : Klik
Back bila tidak ada proses input.
field input data, Display informasi data Barang yang
sebelumnya telah tersimpan, beberapa tombol navigasi,
seperti [Add], [Save], [Edit], [Print] .
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 12 : Sistem
merespon dengan menutup Form Input data pembelian
barang PO dan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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
138
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 ter- update.
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 3 : Cek Username
Password, dan Level
Langkah 4:
Sistem
139
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu input lalu klik input agenda acara.
Langkah 7 :
Masukkan data agenda acara ke
dalam field yang telah disediakan dengan
benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka Bagian personalia
melanjutkan dengan mengklik tombol
[Add].
Langkah 10 : Klik
Back bila tidak ada proses input.
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Grafik Laporan dan Log Out.
Langkah 6: Menampilkan
Form Input Data agenda acara yang berisi field input
data, Display informasi data yang sebelumnya telah
tersimpan, beberapa tombol navigasi, seperti [Add],
[Save], [Edit], [Print].
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali 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
140
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 ter- update.
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
141 menginput data user untuk mengubah,menambah,atau
meghapus data user.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu User
Langkah 7 : Masukkan
data user ke dalam field yang telah disediakan
dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka administrator
purchasing melanjutkan dengan
mengklik tombol [Add].
Langkah 10 : Klik
tombol Back bila tidak ada proses input.
Langkah 3 : Cek Username
Password, dan Level
Langkah 4:
Sistem merespon dengan
menampilkan Form menu utama yang berisi field
input,Transaksi, Cek, Cetak Laporan, Grafik Laporan dan
Log out
Langkah 6: Menampilkan
Form user yang berisi field input data, beberapa tombol
navigasi, seperti [Add], [Save], [Edit], [Delete]
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 11 : Sistem
merespon dengan menutup Form user dan menampilkan
142 Form Utama
Bidang Alternatif :
Langkah 9 :
Jika ada data yang ingin dirubah atau 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
143 menginput
data retur
barang untuk
mengubah,menambah,atau meghapus data retur barang
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu retur barang pada Pilihan Input.
Langkah 7 : Masukkan
data retur barang ke dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka bag. penerimaan barang
melanjutkan dengan mengklik tombol
[Add].
Langkah 10 : Klik
tombol Back bila tidak ada proses input.
Langkah 3 : Cek Username
Password, dan Level
Langkah 4:
Sistem merespon dengan
menampilkan Form menu utama yang berisi field
input,Transaksi, Cek, Cetak Laporan, Grafik Laporan dan
Log out
Langkah 6: Menampilkan
Form user yang berisi field input data, beberapa tombol
navigasi, seperti [Add], [Save], [Edit], [Delete]
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 11 : Sistem
merespon dengan menutup Form user dan menampilkan
144 Form Utama
Bidang Alternatif :
Langkah 9 :
Jika ada data yang ingin dirubah atau 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
145 sistem untuk mengisi Form data Transaksi Tanda
Terima Barang TTB untuk mengubah, menambah, menghapus data Transaksi Tanda Terima Barang
TTB .
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Transaksi lalu klik menu Transaksi
Tanda Terima Barang TTB.
Langkah 7 :
Masukkan data ke dalam field
yang telah disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka bagian penerimaan
melanjutkan dengan
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Grafik Laporan dan Log out.
Langkah 6: Menampilkan
Form Transaksi Tanda Terima Barang yang berisi
field input data, beberapa tombol navigasi, seperti
[Add], [Save], [Edit], [Delete], [Print ] .
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam
146 mengklik tombol
[Add].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
Transaksi Tanda Terima Barang TTB.
Langkah 11 : Klik
tombol Back bila tidak ada proses input.
database sistem dan menampilkan kembali
informasi yang telah terupdate ke dalam Display
informasi data.
Langkah 12 : Sistem
merespon dengan menutup Form Transaksi Tanda
Terima Barang TTBdan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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
147 penerimaan yaitu menambah, merubah, dan menghapus
data pada Nota Pembayaran . Pada tahap penyelesaian, akan diberikan informasi data Nota Pembayaran yang
sudah ter-update.
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Transaksi lalu klik menu Nota
Pembayaran
Langkah 7 : Masukkan
data ke dalam field yang telah disediakan
dengan benar.
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan,dan Log out
Langkah 6: Menampilkan
Form Nota Pembayaran yang berisi field input data,
beberapa tombol navigasi, seperti [Add], [Save], [Edit],
148
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka bagian penerimaan
melanjutkan dengan mengklik tombol
[Add].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
Nota Pembayaran.
Langkah 11 : Klik
tombol Back bila tidak ada proses input.
[Delete] dan [Print]..
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 12 : Sistem
merespon dengan menutup Form Nota Pembayaran dan
menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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.
149
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 data
transaksi retur
untuk mengubah,menambah,atau meghapus data transaksi
retur barang.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 :
klik Sign in
Langkah 5 : Klik
Menu Transaksi lalu klik menu transaksi
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan,Grafik Laporan,
150 retur
Langkah 7 : Masukkan
data ke dalam field yang telah disediakan
dengan benar.
Langkah 8 :
cek semua data yang telah
dimasukkan, bila tidak ada perubahan maka
bagian penerimaan melanjutkan dengan
mengklik tombol [Add].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
transaksi retur.
Langkah 11 : Klik
tombol Back bila tidak ada proses input.
Log out.
Langkah 6: Menampilkan
Form transaksi retur yang berisi field input data,
beberapa tombol navigasi, seperti [Add], [Save], [Edit],
[Delete], dan [Print]..
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 12 : Sistem
merespon dengan menutup Form transaksi retur dan
menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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
151
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 transaksi
barang masuk
untuk mengubah,menambah,atau meghapus data transaksi
barang masuk.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 :
input username, password
Langkah 3 :
Cek Username Password, dan Level
152 dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Transaksi lalu klik menu transaksi
barang masuk
Langkah 7 : Masukkan
data barang ke dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka bagian gudang
melanjutkan dengan mengklik tombol
[Add].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
transaksi barang masuk
Langkah 11 : Klik
tombol Back bila tidak ada proses input.
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, User dan Keluar
Langkah 6: Menampilkan
Form transaksi barang masuk yang berisi field input
data, beberapa tombol navigasi, seperti [Add],
[Save], [Edit], [Delete].
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 12 : Sistem
merespon dengan menutup Form transaksi barang
masuk dan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
salah input maka actor dapat mengklik [edit ] lalu
153 setelah selesai mengklik tombol [save].
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.
154
Pemicu : Use case ini diinisiasi saat bagian gudang menginput
data transaksi barang masuk untuk mengubah, menambah,atau menghapus data transaksi barang
keluar.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 :
input username, password
dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Transaksi lalu klik menu transaksi
barang keluar.
Langkah 7 : Masukkan
data barang ke dalam field yang telah
disediakan dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka bagian gudang
melanjutkan dengan mengklik tombol
[Save].
Langkah 10 : Klik
tombol [Print ] bila ingin mencetak form
Langkah 3 :
Cek Username Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Log out.
Langkah 6: Menampilkan
Form transaksi barang keluar yang berisi field input data,
beberapa tombol navigasi, seperti [Add], [Save], [Edit],
[Delete].
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 12 : Sistem
155 transaksi barang keluar.
Langkah 11 : Klik
tombol Back bila tidak ada proses input.
merespon dengan menutup Form transaksi barang keluar
dan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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.
156 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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : bagian
personalia dan bagian gudang mengklik
menu [Cek ] [Agenda Acara].
Langkah 3 : bagian
personalia dan bagian gudang menyeleksi
kategori data yang ingin dicari dan
menginputkan keyword data pada
field input keyword yang telah ditentukan
dengan benar.
Langkah 5 :
bagian personalia dan bagian
gudang mengklik tombol [Cari].
Langkah 7 : bagian
personalia dan bagian
Langkah 2 : Sistem merespon
dengan menampilkan Form Cek Agenda Acara 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 agenda pesanan yang dicari tersebut
157 gudang meng-klik
tombol Back bila tidak ada proses pencarian
data agenda acara lagi. kedalam tabel data agenda
pada display informasi agenda. Sistem juga
mengosongkan field input keyword.
Langkah 8 :
Sistem merespon dengan menutup Form Cek
Agenda Acara dan kembali menampilkan Form Utama.
Bidang Alternatif :
Langkah 6a : Jika data yang dimasukkan tidak sesuai
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
158 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.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : bagian
pembelian mengklik menu [Cek ]
[Cek Data Barang].
Langkah 3 : bagian
pembelian menyeleksi kategori data yang
ingin dicari dan menginputkan
keyword data pada
Langkah 2 : Sistem merespon
dengan menampilkan Form 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
159 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 barang lagi.
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 barang
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 Alternatif :
Langkah 6a : Jika data yang dimasukkan tidak sesuai
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.
160
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 :
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 supplier.
Pemicu : Use case ini diinisiasi saat bagian pembelian
menyeleksi pilihan cek data supplier untuk mengecek data supplier.
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : bagian
pembelian mengklik
Langkah 2 : Sistem merespon
dengan menampilkan Form
161 menu [Cek ]
[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
162 sistem
tidak akan
merespon. Sistem
juga mengosongkan field input keyword serta meminta
Pembelian 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 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 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
163 pengguna sistem.
Seorang individu yang melakukan pengecekan data barang yaitu bagian pembelian dan penerimaan barang.
bagian pembelian atau penerimaan barang harus me- log in ke sebuah sistem untuk mengecek data retur
barang.
Pemicu : Use case ini diinisiasi saat bagian pembelian atau
penerimaan barang menyeleksi pilihan cek data retur barang untuk mengecek data retur barang .
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : bagian
pembelian atau penerimaan barang
mengklik menu [Cek ] [Cek Data retur
barang].
Langkah 3 : bagian
pembelian atau penerimaan barang
menyeleksi kategori data yang ingin dicari
dan menginputkan keyword data pada
field input keyword yang telah ditentukan
dengan benar.
Langkah 5 : bagian
pembelian atau penerimaan barang
mengklik tombol
Langkah 2 : Sistem merespon
dengan menampilkan Form Cek Data Retur 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 retur
164 [Cari].
Langkah 7 : bagian
pembelian atau penerimaan barang
meng-klik tombol Back bila tidak ada
proses pencarian data retur barang lagi.
barang yang dicari tersebut kedalam tabel data data retur
barang pada display informasi data retur barang .
Sistem juga mengosongkan field input keyword.
Langkah 8 : Sistem merespon
dengan menutup Form Cek Data retur barang dan kembali
menampilkan Form Utama.
Bidang Alternatif :
Alt-Langkah 6a :
Jika data yang dimasukkan tidak 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
165
memiliki password yang valid
bagian pembelian atau penerimaan barang sudah
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.
166
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
pembelian PO.
Langkah 7 :
klik field tanggal, bulan, atau tahun.
Langkah 8 : Masukkan
tanggal, bulan, atau tahun untuk
mendapatkan data laporan pembelian ke
dalam field yang telah disediakan dengan
benar.
Langkah 9 : cek
tanggal yang telah dimasukkan, bila tidak
ada perubahan maka manajemen
melanjutkan dengan mengklik tombol
[Tampil].
Langkah 11 : Klik
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Grafik Laporan ,Log out
Langkah 6: Menampilkan
Form cetak laporan pembelian PO yang berisi
field input data, beberapa tombol navigasi, seperti,
[Save], dan [Print]..
Langkah 10 : Sistem
merespon dengan menampilkan Display
laporan pembelian PO yang berupa page document yang
berisikan seluruh data-data transaksi pembelian barang
sesuai dengan jangka waktu yang telah ditentukkan
manajemen dan tombol [Save] dan [Print].
Langkah 13 : Sistem
merespon dengan menutup
167 tombol [Print ] bila
ingin mencetak form laporan pembelian
PO.
Langkah 12 : Klik
tombol Back bila tidak ada proses .
Form laporan pembelian PO dan menampilkan Form
Utama
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.
168 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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
data barang .
Langkah 7 :
manajemen melanjutkan dengan
mengklik tombol [cetak].
Langkah 9 : Klik
tombol [Print ] bila ingin mencetak form
laporan data barang PO.
Langkah 10 : Klik
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan,Log out.
Langkah 6: Menampilkan
Form cetak laporan data barang yang berisi tombol
navigasi, [cetak]..
Langkah 8 : Sistem
merespon dengan menampilkan Display
laporan data barang yang berupa page document yang
berisikan data barang sesuai yang diinginkan manajemen
dan tombol [save] dan
169 tombol Back bila tidak
ada proses . [Print].
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.
170 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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
data supplier .
Langkah 7:
manajemen melanjutkan dengan
mengklik tombol [cetak].
Langkah 9 : Klik
tombol [Print ] bila ingin mencetak form
laporan data supplier PO.
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Grafik Laporan dn Log out.
Langkah 6: Menampilkan
Form cetak laporan data supplier yang berisi field
tombol navigasi, [cetak]..
Langkah 8 : Sistem
merespon dengan menampilkan Display
laporan data supplier yang berupa page document yang
berisikan data supplier
171
Langkah 10 : Klik
tombol Back bila tidak ada proses .
sesuai yang diinginkan manajemen dan tombol
[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
172 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 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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
Data penerimaan barang.
Langkah 7 :
klik field tanggal, bulan, atau tahun.
Langkah 8 : Masukkan
Langkah 3 : Cek Username
Password, dan Level
Langkah 4:
Sistem merespon dengan
menampilkan Form menu utama yang berisi field
input,Transaksi, Cek, Cetak Laporan,Grafik Laporan dan
Log out .
Langkah 6: Menampilkan
Form cetak laporan data penerimaan barang yang
berisi field input data, beberapa tombol navigasi,
173 tanggal bulan atau
tahun untuk mendapatkan data
barang ke dalam field yang telah disediakan
dengan benar.
Langkah 9 : cek
tanggal yang telah dimasukkan, bila tidak
ada perubahan maka manajemen
melanjutkan dengan mengklik tombol
[Tampil].
Langkah 11 : Klik
tombol [Print ] bila ingin mencetak form
laporan penerimaan barang .
Langkah 12 : Klik
tombol Back bila tidak ada proses .
seperti, [Save], dan [Print]..
Langkah 10 : Sistem
merespon dengan menampilkan Display
laporan penerimaan barang yang berupa page document
yang berisikan seluruh data- data penerimaan barang
transaksi pembelian barang sesuai dengan jangka waktu
yang telah ditentukkan manajemen dan tombol
[Save] dan [Print].
Langkah 13 : Sistem
merespon dengan menutup Form laporan penerimaan
barang dan menampilkan Form Utama
Bidang Alternatif :
Kesimpulan : Use case ini diakhiri ketika manajemen mengklik
tombol Back.
Postkondisi :
Tercetak laporan penerimaan barang per periode dalam media kertas.
174
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
175
suatu event : Langkah 1 :
input username, password
dan level
Langkah 2 : klik Sign
in
Langkah 5 :
Klik Menu Cetak Laporan
lalu klik Cetak Laporan Data retur barang .
Langkah 7 :
klik field tanggal, bulan, atau tahun
didalam form. .
Langkah 8 : Masukkan
tanggal bulan atau tahun untuk
mendapatkan data retur ke dalam field
yang telah disediakan dengan benar.
Langkah 9 : cek
tanggal yang telah dimasukkan, bila tidak
ada perubahan maka manajemen
melanjutkan dengan mengklik tombol
[Tampil].
Langkah 11 : Klik
tombol [Print ] bila
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, Grafik LaporanLog out
Langkah 6: Menampilkan
Form cetak laporan data retur yang berisi field input
data, beberapa tombol navigasi, seperti, [Save], dan
[Print]..
Langkah 10 :
Sistem merespon dengan
menampilkan Display laporan data retur yang
berupa page document yang berisikan seluruh data retur
transaksi pembelian barang sesuai dengan jangka waktu
yang telah ditentukkan manajemen dan tombol
[Save] dan [Print].
Langkah 13 : Sistem
merespon dengan menutup Form laporan data retur dan
menampilkan Form Utama
176 ingin mencetak form
laporan data retur .
Langkah 12 : Klik
tombol Back bila tidak ada proses .
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..
177
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
transaksi barang masuk.
Langkah 7 :
klik field tanggal, bulan, atau tahun
didalam form.
Langkah 8 : Masukkan
tanggal bulan atau
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan,Grafik Laporan dan Log out.
Langkah 6: Menampilkan
Form cetak laporan Transaksi Barang Masuk
yang berisi field input data, beberapa tombol navigasi,
seperti, [Save], dan [Print]..
Langkah 10 : Sistem
178 tahun untuk
mendapatkan Transaksi Barang
Masuk ke dalam field yang telah disediakan
dengan benar.
Langkah 9 : cek
tanggal yang telah dimasukkan, bila tidak
ada perubahan maka manajemen
melanjutkan dengan mengklik tombol
[Tampil].
Langkah 11 : Klik
tombol [Print ] bila ingin mencetak form
laporan Transaksi Barang Masuk .
Langkah 12 : Klik
tombol Back bila tidak ada proses .
merespon dengan menampilkan Display
laporan Transaksi Barang Masuk yang berupa page
document yang berisikan seluruh Transaksi Barang
Masuk sesuai dengan jangka waktu yang telah ditentukkan
manajemen dan tombol [Save] dan [Print].
Langkah 13 : Sistem
merespon dengan menutup Form laporan Transaksi
Barang Masuk dan menampilkan Form Utama
Bidang Alternatif :
Kesimpulan : Use case ini diakhiri ketika manajemen mengklik
tombol Back.
Postkondisi :
Tercetak laporan Transaksi Barang Masuk per periode dalam media kertas.
179
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 .
180
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu Cetak Laporan lalu klik Cetak Laporan
transaksi barang keluar.
Langkah 7 :
klik field tanggal, bulan, atau tahun
didalam form.
Langkah 8 : Masukkan
tanggal bulan atau tahun untuk
mendapatkan i Barang Keluar pada field
yang telah disediakan dengan benar.
Langkah 9 : cek
tanggal yang telah dimasukkan, bila tidak
ada perubahan maka manajemen
melanjutkan dengan mengklik tombol
[Tampil].
Langkah 11 : Klik
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi field input,Transaksi, Cek, Cetak
Laporan, User dan Keluar
Langkah 6: Menampilkan
Form cetak laporan Barang Keluar yang berisi field
input data, beberapa tombol navigasi, seperti, [Save],
[Exit] dan [Print]..
Langkah 10 : Sistem
merespon dengan menampilkan Display
laporan Barang Keluar yang berupa page document yang
berisikan seluruh Barang Keluar sesuai dengan jangka
waktu yang telah ditentukkan manajemen dan tombol
[Save] dan [Print].
Langkah 13 : Sistem
merespon dengan menutup Form laporan Transaksi
Barang Keluar dan
181 tombol [Print ] bila
ingin mencetak form laporan Transaksi
Barang Keluar .
Langkah 12 : Klik
tombol Back bila tidak ada proses .
menampilkan Form Utama
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 : Use
case ini
mendeskripsikan dari
seorang administrator purchasing yaitu menambah, merubah,
dan menghapus data Barang. Pada tahap penyelesaian, Administrator purchasing akan diberikan informasi
data yang sudah ter-update.
Prakondisi : Orang tersebut haruslah sudah terdaftar sebagai
pengguna sistem. Seorang individu yang menambah, merubah dan
182 menghapus data barang haruslah administrator
purchasing . Administrator purchasing harus meng-sign in ke
sebuah sistem untuk menambah, merubah dan menghapus data.
Pemicu : Use case ini diinisiasi saat administrator purchasing
menyeleksi pilihan input data barang untuk menambah, merubah dan menghapus data .
Bidang khas suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 : input
username, password dan level
Langkah 2 : klik Sign
in
Langkah 5 : Klik
Menu dan beri perintah.
Langkah 7 : Masukkan
data ke dalam isian yang telah disediakan
dengan benar.
Langkah 8 : cek
semua data yang telah dimasukkan, bila tidak
ada perubahan maka Administrator
purchasing melanjutkan dengan
mengklik tombol [Add].
Langkah 3 : Cek Username
Password, dan Level
Langkah 4: Sistem
merespon dengan menampilkan Form menu
utama yang berisi Menu Input,Transaksi, Cek, Cetak
Laporan, dan Grafik Laporan.
Langkah 6: Menampilkan
Form Data yang berisi field isian data, Display informasi
data yang sebelumnya telah tersimpan, beberapa tombol
navigasi, seperti [Add], [Save], [Edit], [Delete].
Langkah 9 : Sistem
merespon dengan menyimpan data yang telah
diinputkan tersebut ke dalam database sistem dan
183
Langkah 10 : Klik
Back bila tidak ada proses input data lagi
menampilkan kembali informasi yang telah
terupdate ke dalam Display informasi data.
Langkah 11 :
Sistem merespon dengan menutup
Form dan menampilkan Form Utama
Bidang Alternatif :
Langkah 9 : Jika ada data yang ingin dirubah atau
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
184 menerima pembayaran.
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 suatu event :
Kegiatan Pelaku Respons Sistem
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.
185
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 suatu event :
Kegiatan Pelaku Respons Sistem
Langkah 1 :
Form Transaksi Tanda
Terima Barang TTB yang telah dicetak dan
telah diperiksa oleh
186 bagian penerimaan
barang diberikan kepada supplier sebagai
bukti penerimaan barang.
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