Software Requirements Specification

Versi 1.0

14 Desember, 2011
Sistem Pengelolaan Alat Tulis Kantor
Adestiana Rahmawati
Ari Agustina
Winda Ayu Irianto
Diajukan Untuk Memenuhi Tugas
Mata Kuliah
TIF4203 Analisis & Perancangan Sistem

Daftar Isi
Daftar Isi............................................................................................................................................................i
Daftar Gambar..................................................................................................................................................ii
1.0. Pendahuluan..............................................................................................................................................1
1.1. Tujuan....................................................................................................................................................1
1.2. Batasan Proyek......................................................................................................................................1
1.3. Daftar Istilah..........................................................................................................................................1
1.4. Daftar Pustaka.......................................................................................................................................2
1.5. Gambaran Dokumen..............................................................................................................................2
2.0.

Deskripsi Keseluruhan..........................................................................................................................3

2.1

Lingkungan Sistem...........................................................................................................................3

2.2

Spesifikasi Kebutuhan Fungsional...................................................................................................4

2.2.1

Logistik Use Case.....................................................................................................................4

Use case: Menambah Barang..............................................................................................................4

Use case: Edit Barang..........................................................................................................................4
Use case: Hapus Barang......................................................................................................................5
2.2.2

Bagian Barang dan Perlengkapan.............................................................................................6

Use case: Mencatat data awal..............................................................................................................7

Use case: Mencatat rencana pemakaian barang..................................................................................7
Use case: Mencatat penyesuaian.........................................................................................................8
Use case: Membuat laporan rencana pengadaan barang.....................................................................8
Use case: Membuat laporan pengadaan barang...................................................................................9
Use case: Membuat laporan penyesuaian stok....................................................................................9
Use case: Membuat laporan bulanan.................................................................................................10
Use case: Membuat laporan triwulan................................................................................................11
Use case: Membuat laporan tahunan.................................................................................................11
Use case: Melakukan tutup buku.......................................................................................................12
2.2.3 Unit Kerja......................................................................................................................................12
2.2.4

Kepala Unit.............................................................................................................................13

2.3

Karakteristik User...........................................................................................................................14

2.4

Kebutuhan Non-Fungsional............................................................................................................14

3.0.

Requirements Specification................................................................................................................15

3.1

Kebutuhan Interface Eksternal.......................................................................................................15

3.2

Kebutuhan Fungsional....................................................................................................................15

3.2.1

Menambah barang..................................................................................................................16

3.2.2

Edit Barang.............................................................................................................................16

3.2.3

Hapus Barang.........................................................................................................................17

3.2.4

Mencatat data awal.................................................................................................................17

3.2.5

Mencatat rencana pemakaian barang......................................................................................18

3.2.6

Mencatat penyesuaian............................................................................................................18

3.2.7

Membuat laporan rencana pengadaan barang........................................................................19

3.2.8

Membuat laporan pengadaan barang......................................................................................19

3.2.9

Membuat laporan penyesuaian stok.......................................................................................20

3.2.10 Membuat laporan bulanan...........................................................................................................21

3.2.11

Membuat laporan triwulan.....................................................................................................21

3.2.12

Membuat laporan tahunan.....................................................................................................22

3.2.13

Melakukan tutup buku............................................................................................................22

3.2.14

Mengajukan rencana pemakaian barang................................................................................23

3.2.15

Melihat laporan triwulan pemakaian barang per unit kerja....................................................23

3.3

Detail Kebutuhan Non-Fungsional.................................................................................................24

3.3.1

Struktur Logikal Data.............................................................................................................24

3.3.2

Keamanan...............................................................................................................................26

ii

Daftar Gambar
Gambar 1 Lingkungan Sistem.......................................................................................................................3
Gambar 2 Struktur Logikal dari data ATK Manager...................................................................................26

iii

1.0. Pendahuluan
1.1. Tujuan
Tujuan dari dokumen ini adalah untuk menjelaskan deskripsi dari Sistem
Informasi Rumah Sakit secra detail. Dokumen ini akan menjelaskan tujuan dan fitur dari
sistem, interface dari sistem, apa yang sistem lakukan, batasan dimana sistem beroperasi
dan bagaimana sistem berinteraksi. Dokumen ini ditujukan bagi pengembang sistem dan
akan diusulkan ke Rumah sakit yang memerlukan Software system informasi untuk
mendapat persetujuan.
1.2. Batasan Proyek
Sistem perangkat lunak ini merupakan sebuah Sistem Informasi Rumah Sakit.
Sistem ini didesain untuk memudahkan pengelolaan data dari pasien yang telah masuk
atau melakukan periksa ke rumah sakit tersebut, obat ataupun kepegawaian dengan
system yang terkomputerisasi dimana sebelumnya pengelolaan dilakukan secara manual
menggunakan olah database yang hanya dapat dilakukan oleh admin, selebihnya
dilakukan secara manual dengan menggunakan pembukuan. Secara prosedur manual,
sistem registrasi rumah sakit yang dikelola oleh resepsionis rumah sakit (Administrasi).
Administrasi ini dapat melakukan tambah pasien, dan mencari data pasien. Dan system
managemen obat, pasien dan pegawai akan dikelola oleh admin. Di dalam system ini
admin akan mengatur semua jalannya data yang ada pada system, seperti menambah
obat, menambah data pegawai, melihat total tagihan pasien, dan pengaturan dari
penggajian pegawai.
1.3. Daftar Istilah
Term
Definition
Sistem Informasi Rumah Sistem yang membantu informasi mengenai data rumah
Sakit

sakit seperti data pasien, data obat, dokter, dan data lainnya
yang terkait dengan informasi yang dibutuhkan oleh rumah

Resepsionis (administrasi)

sakit tersebut.
Resepsionis adalah pegawai yang membantu pengolahan
data dari pasien seperti menambah data pasien, dan dapat

melihat data pasien, serta membantu melakukan daftar bagi

pasien yang belum terdaftar di rumah sakit tersebut.
Kumpulan data atau informasi yang digunakan dan dikelola

Database
Interface

oleh sistem ini.

Tampilan dari sistem sebagai penghubung antara pengguna

Software

dengan sistem yang mudah untuk dipahami.

Requirements Sebuah dokumen yang mendeskripsikan semua fungsi dari

Specification

sistem yang akan dikembangkan dan batasan operasinya.

Admin

Sebagai contoh adalah dokumen ini.

Orang yang mengelola system

informasi

secara

keseluruhan, dan membatasi kinerja dari pegawai yang

lainnya (resepsionis).
1.4. Daftar Pustaka
IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements
Specifications. IEEE Computer Society, 1998.
1.5. Gambaran Dokumen
Bab selanjutnya, bagian Gambaran Dokumen dari dokumen ini menggambarkan
fungsionalitas dari sistem. Bagian ini menjelaskan kebutuhan informal dan digunakan
untuk membuat sebuah konteks untuk spesifikasi kebutuhan system pada bab selanjutnya.
Bab ketiga, bagian Spesifikasi Kebutuhan dari dokumen ini diutamakan untuk
pengembang dan mendeskripsikan hal teknis dari detail fungsionalitas produk.
Kedua bagian dokumen tersebut mendeskripsikan system perangkat lunak yang
sama secara keseluruhan, tetapi ditujukan ke pengguna yang berbeda dan oleh karena itu
bahasa yang digunakan juga berbeda.

2.0.
2.1

Deskripsi Keseluruhan
Lingkungan Sistem

Gambar 1 Lingkungan Sistem

Sistem Informasi Rumah sakit ini memiliki tiga aktor aktif, satu aktor pasif dan
satu sistem pendukung. Setiap aktor berhubungan langsung dengan Sistem informasi
rumah sakit yang merupakan aplikasi dari sistem pengaturan rumah sakit. Database SIRS
ini merupakan penyimpan data-data pasien, obat, dokter, peralatan yang dibuthkan
maupun, data kepegawaian yang dimonitor oleh sistem.

2.2
2.2.1

Spesifikasi Kebutuhan Fungsional

Modul Registrasi

Deskripsi:
Pasien yang belum terdaftar harus melakukan registrasi yang akan dilayani oleh
bagian resepsionis terlebih dahulu sebelum dapat melakukan pemilihan layanan rumah
sakit. Ketika registrasi pasien akan mengisikan data diri (biodata).
Setelah proses registrasi selesai atau pasien yang sudah terdaftar, maka pasien
tersebut dapat langsung memilih layanan yang tersedia, seperti layanan poliklinik, rawat
inap, dan atau UGD. Pada layanan poliklinik pasien dapat memilih poli umum, poli gigi,
atau poli specialis. Pemilihan layanan akan dicatat oleh resepsionis sebagai rekam medis
dari pasien tersebut dan otomatis masuk dalam daftar antri poli.
Sebelum pasien ceck out maka pasien harus membayar tagihannya terlebih
dahulu. Dalam proses pelayanan pasien, actor resepsionis dapat melakukan lihat data
pasien yang tersedia melalui system, lihat pasien ini terdiri dari liaht tagihan pasien, lihat
biodata pasien, dan lihat history pasien.
Beberapa use case yang ada pada modul ini adalah :

Use case: Melayani registrasi

Diagram:

Deskripsi
Bagian resepsionis akan mengakses Manager SIMRS kemudian melakukan input atau
tambah biodata pasien baru.
Step By Step:
Sebelum use case ini dimulai, bagian resepsionis harus sudah membuka SIMRS Manager
dan masuk ke dalam form resepsionis.
1. Pada form registrasi bagian resepsionis menekan tombol tambah pasien baru.
2. Sistem menampilkan form registrasi baru yang menampilkan field untuk mengisikan
data pasien.
3. Bagian respsionis menginputkan biodata untuk pasien baru.
4. Setelah sukses menginputkan maka akan ditampilkan data lengkap dari pasien form.

Use case: Melayani Pilih Layanan

Diagram:

Deskripsi
Bagian resepsionis akan mengakses Manager SIMRS kemudian melakukan pilih layanan
sesuai dengan keinginan pasien.
Step By Step:
Sebelum use case ini dimulai, bagian resepsionis harus sudah membuka SIMRS Manager
dan masuk ke dalam form resepsionis.
1. Pada data lengkap pasien terdapat button yang akan memasukkan layanan dari pasien
tersebut.
2. Resepsionis akan memilih salah satu dari pilihan poli yang disediakan.
3. Setelah dipilih resepsionis menekan tobol Submit secara otomatis pasien masuk ke
dalam antrian poli tersebut.
4. Dan kembali ke tampilan daftar pasien.

Use case: Lihat Data Pasien

Diagram:

Deskripsi
Bagian resepsionis akan mengakses Manager SIMRS kemudian menampilkan data pasien
secara keseluruhan termasuk data tagihan pasien dan record medis trahir dari pasien
tersebut.
Step By Step:
Sebelum use case ini dimulai, bagian resepsionis harus sudah membuka SIMRS Manager
dan masuk ke dalam form resepsionis.
1. Resepsionis memasukkan data nama dan id yang akan di tampilkan.
2. Setelah mengisi form yang ada berdassar nama kemudian resepsionis menekan tombol
cari. Kemudian system akan mengemblikan data yang mempunyai nama yang sama,
3. Apabila resepsionis mengisikan form berdasar
4. Setelah itu resepsionis akan memilih pasien yang benar dari result tersebut dan
kemudian menekan tombol tampil detail.
5. Sistem menampilkan data pasien secara lengkap mulai dari biodata lengkap pasien,
tagihan pasien dan rekam medis dari pasien tersebut.
6. Pada tampilan terdapat tab-tab yang akan menampilkan data-data tersebut.

Use case: Lihat daftar pasien

Diagram:

Deskripsi
Bagian resepsionis akan mengakses Manager SIMRS kemudian menampilkan data pasien
secara keseluruhan termasuk data tagihan pasien dan record medis trahir dari pasien
tersebut.
Step By Step:
Sebelum use case ini dimulai, bagian resepsionis harus sudah membuka SIMRS Manager
dan masuk ke dalam form resepsionis.
Secara otomatis akan tampil seluruh pasien ke

2.2.2

Modul Rawat

Bagian barang dan perlengkapan memiliki beberapa use case sebagai berikut:

Deskripsi :
Modul rawat digunakan untuk mengakomodasi layanan poliklinik, UGD maupun
rawat inap. Pasien otomatis akan melakukan layanan ketika sudah mencapai antriannya,
layanan tersebut termasuk pemeriksaan oleh Dokter. Pemeriksaan dilakukan dengan
melakukan akses rekam medis yang berguna untuk mengetahui riwayat kesehatan dari
pasien. Dan kemudian dokter akan memutuskan pasien akan dirujuk atau hanya mendapat
rawat jalan, berdasarkan hasil pemeriksaan yang telah dilakukan.
Juka pasien cukup dengan rawat jalan maka dokter akan memberikan resep obat
yang dibutuhkan oleh pasien. Namun jika harus melakukan rujukan, maka pasien akan
diarahkan kembali oleh dokter, pasien tersebut harus melakukan rujukan pemeriksaan
yang lebih lanjut, seperti pemeriksaan Lab, pemeriksaan CT-scan, pemariksaan radiologi
maupun rujukan rawat inap.
Dokter pada layanan ini harus pencatat kembali data pasien terbaru (layanan yang
dilakuakn pasien, hasil pemeriksaan pasien) ke dalam rekam medis.
Beberapa use case yang ada pada modul ini adalah :

Use case: Akses Rekam Medis Pasien

Diagram:

Deskripsi
Dokter akan melihat rekam medis pasien yang terdahulu sebagai acuan dalam melakukan
pemeriksaan.
Step By Step:
Sebelum use case ini dimulai, Dokter harus sudah membuka SIMRS Manager dan masuk
ke dalam form Dokter.
1. belum
Use case: Pencatatan Ulang Rekam Medis
Diagram:

10

Deskripsi
Dokter akan melihat rekam medis pasien yang terdahulu sebagai acuan dalam melakukan
pemeriksaan. Dan akan mencatat kembali hasil pemeriksaan yang dilakukan serta
peralatan apa saja yang digunakan.
Step By Step:
Sebelum use case ini dimulai, Dokter harus sudah membuka SIMRS Manager dan masuk
ke dalam form Dokter.
1. belum

Use case: Pemberian Resep Obat

Diagram:

11

Deskripsi
Dokter akan mengisikan form yang berguna untuk mencatatkan resep untuk pasien yang
antinya dapat diakses oleh apotek.
Step By Step:
Sebelum use case ini dimulai, Dokter harus sudah membuka SIMRS Manager dan masuk
ke dalam form Dokter.
1. belum
Use case: Rujukan
Diagram:

12

Deskripsi
Dokter merujuk pasien ke layanan pemeriksaan lanjutan atau ke layanan rawat inap.
Step By Step:
Sebelum use case ini dimulai, Dokter harus sudah membuka SIMRS Manager dan masuk
ke dalam form Dokter.
1. belum

13

2.2.5

Modul Apotek

Deskripsi:
Dalam modul ini pasien yang mendapatkan resep dai dokter akan mendapatkan
pelayanan dari petugas apotek. Petugas apotek akan memilih obat yang dibutuhkan
pasien sesuai dengan resep yang diberikan oleh dokter, dan menghitung tagihan obat
yang dibutuhkan oleh pasien tersebut. Setelah pelayanan dari petugas apotek selesai
termasuk pengambilan dari obat pasien, maka pasien harus membayarkan tagihan
obatnya ke kasir/bidang keuangan sesuai dengan perhitungan yang dilakukan oleh
petugas apotek. Pembayaran nantinya akan didata dan direkap kembali oleh pihak
keungan.

14

Bagian apotik juga bertugas untuk membuatan laporan stock obat. Laporan stock
obat itu terdiri dari mencatat stock awal dan pencatatan sisa stock obat. Laporan tersebut
terdiri dari pencatatan umlah obat, pencatatan jenis obat, pencatatan harga obat. Petugas
apotek juga butuh melihat stock terlebih dahulu sebelum memilih obat yang dibutuhkan
pasien.
Beberapa use case yang ada pada modul ini adalah :
Use case: Melayani
Diagram:

Deskripsi
Petugas apotek akan melayani yang termasuk memilihan obat sesuai resep pasien dan
penghitungan biaya obat yang digunakan olaeh pasien.
Step By Step:
Sebelum use case ini dimulai, petugas apotek harus sudah membuka SIMRS Manager
dan masuk ke dalam form Apotek.
1. Belum

Use case: Lihat Stock Obat

Diagram:

15

Deskripsi
Petugas apotek dapat melihat stock obat secara lengkap kode obat, nama obat, jumlah
obat, hingga harga obat.
Step By Step:
Sebelum use case ini dimulai, petugas apotek harus sudah membuka SIMRS Manager
dan masuk ke dalam form Apotek.
1. Belum
Use case: Membuat Laporan Stock Obat
Diagram:

Deskripsi

16

Petugas Apotek melakukan pembuatan laporan stock barang yang ada pada gudang
apotek rumah sakit tesebut.
Step By Step:
Sebelum use case ini dimulai, petugas apotek harus sudah membuka SIMRS Manager
dan masuk ke dalam form Apotek.
1. Belum

Use case: Rekap Keuangan

Diagram:

Deskripsi
Actor keuangan melakukan rekap keuangan yang isinya dapat menampilkan tagihan
keuangan dari selurh pasien yang pernah masuk ke Rumah sakit tersebut,
Step By Step:
Sebelum use case ini dimulai, petugas apotek harus sudah membuka SIMRS Manager
dan masuk ke dalam form Apotek.
1. Belum

17

Use case: Pendataan Tagihan Pasien

Diagram:

Deskripsi
Actor keuangan dapat mendata tagihan pasien, keuangan dapat melihat history keuangan
dari pasien tertentu.
Step By Step:
Sebelum use case ini dimulai, petugas apotek harus sudah membuka SIMRS Manager
dan masuk ke dalam form Apotek.
1. Belum

18

2.2.4

Modul Personalia

Deskripsi:

Dalam modul personalia/penggajian, bagian keuangan dan personalia bertugas

untuk melakukan rekapitulasi kerja sehingga karyawan mendapatkan gaji yang sesuai
dengan apa yang telah dikerjakan. Sebelum melakukan pembayaran gaji, bagian
keuangan akan melakukan penghitungan gaji karyawan yang berdasarkan beberapa hal :

presensi dari pegawai-pegawai yang bekerja di rumah sakit tersebut yang

diakomodasi oleh bagian personalia.

Jaga malam yang dilakukan oleh karyawan-karyawan di rumah sakit yang telah

dijadwal oleh bagian personalia.

Tindak medis yang dilakukan oleh karyawan.
Dalam proses penghitungan gaji akan diikuti dengan mengambilan gaji oleh

karyawan, gaji yang didapat sesuai dengan perhitungan yang telah ada.
Beberapa use case yang ada pada modul ini adalah :
Use case: Penghitungan Gaji
Diagram:

19

Deskripsi
Personalia/Keuangan melakukan penghitungan gaji, dimana gaji masing-masing pegawai
akan dihitung dengan menjumlahkan gaji pokok dan gaji tambahan yang lainnya.
Step By Step:
Sebelum use case ini dimulai, Personalia/Keuangan harus sudah membuka SIMRS
Manager dan masuk ke dalam form Personalia/Keuangan.
1. Belum

Use case: Penjadwalan jaga malam

Diagram:

Deskripsi
20

Personalia/Keuangan melakukan penjadwalan jaga malam seluruh pegawai di rumah

sakit tersebut termasuk dokter, perawat dan bidan.
Step By Step:
Sebelum use case ini dimulai, Personalia/Keuangan harus sudah membuka SIMRS
Manager dan masuk ke dalam form Personalia/Keuangan.
1. Belum

Use case: Akomodasi Presensi

Diagram:

Deskripsi
Personalia/Keuangan mempersiapkan presensi yang akan digunakan untuk mengabsen
para pegawai.
Step By Step:
Sebelum use case ini dimulai, Personalia/Keuangan harus sudah membuka SIMRS
Manager dan masuk ke dalam form Personalia/Keuangan.
1. Belum

21

2.3

Karakteristik User
Setiap user memiliki kewenangan yang berbeda dengan karakteristik sebagai

berikut:
Aktor
Resepsionis

Dokter

Definisi
Mencatat / pendataan pasien :

Melihat daftar pasien di rumah sakit

Melihat rekam medis pasien

Melihat data diri pasien dan wali pasien

Melihat tagihan pasien

Menambah data pasien yang belum terdaftar pada rumah sakit.

Mencari data pasien.

Mencatat riwayat kesehatan pasien saat pemeriksaan:

Akses rekam medis, dokter dapat melihat rekam medis pasien

sekaligus melihat data pasien.

Pencatatan ulang rekam medis, mencatat hasil diagnosa.

Pemberian resep, menginputkan obat apa saja yang diperlukan

oleh pasien.

Kasir

Petugas Apotek

Pemberikan rujukan, pengisian form data diri pasien oleh

dokter, agar pasien dapat melakukan layanan berikutnya.

Mencatat tagihan pasien :

Mencatat tagihan periksa pasien tertentu.

Merekap ulang keuangan yang masuk ke rumah sakit tersebut.

Melihat data keuangan semua pasien di rumah sakit tersebut.

Pendataan stock obat :

Melayani pasien, menerima resp pasien dan menghitung biaya

obat pasien.

Personalia /

Melihat stock obat yang ada.

Membuat

laporan

stock

barang,

termasuk

mengupdate stock barang yang ada, tambahan obat.

Pendataan kepegawaian :

22

didalamnya

Keuangan

Pembuat daftar jaga pegawai.

Mengakomodasi presensi yang dilakukan oleh pegawai, dan

merekap ulang presensi tiap bulannya.

Penghitung gaji yang didapat pegawai sesuai presensi dan jaga

malam, apabila dokter dan bidan maka ada gaji tambahan
setiap melakukan pemeriksaan.

2.4

Kebutuhan Non-Fungsional
Spesifikasi yang dibutuhkan untuk membangun sistem SIMRS ini yaitu:

1. Komputer dengan prosesor dual core dengan RAM minimal 512MB.

2. Printer untuk mencetak laporan.
3. Router, switch, dan kabel LAN untuk membangun jaringan di dalam kantor.

23

3.0.Requirements Specification
3.1

Kebutuhan Interface Eksternal

Kebutuhan eksternal dari SIMRS ini yaitu sebuah database yang
digunakan untuk menyimpan data pasien, pegawai, dokter, perawat maupun bidan
serta obat-obat yang ada pada rumah sakit. Setiap login dari actor aktif / user yang
berhak mengoperasikan system maka akan dicocokkan dengan password dan ID
yang tersimpan di dalam database.

3.2

Kebutuhan Fungsional
Skenario Use Case
Secara lebih mendetail, masing-masing use case yang terdapat pada
diagram use case, dijabarkan dalam skenario use case. Di dalam skenario use
case, akan diberikan uraian nama use case, aktor yang berhubungan dengan use
case tersebut, tujuan dari use case, deskripsi global tentang use case, kondisi awal
yang harus dipenuhi dan kondisi akhir yang diharapkan setelah berjalannya
fungsional use case. Selain itu juga akan diberikan ulasan yang berkaitan dengan
tanggapan dari sistem atas suatu aksi yang diberikan oleh aktor.

24

3.2.1 Melayani registrasi

Nama Usecase
Pemicu
Kondisi Awal
Skenario Utama

Menambah barang
Bagian logistik mengakses halaman barang
Sistem menampilkan daftar barang
1. Pada daftar barang, bagian logistik menekan tombol
Input Barang Baru.
2.

Sistem menampilkan form barang baru.

3. Bagian logistik menginputkan data untuk barang

baru.
4.

Skenario Alternatif

Setelah data diisi, bagian logistik menekan tombol

Simpan.
Pada langkah

ke-4,

jika

bagian

logistik

tidak

memasukkan nilai pada salah satu kotak input, maka

sistem akan menampilkan pesan error. Kemudian
Kondisi Akhir

kembali ke langkah 3.
Sistem menampilkan pesan sukses dan kembali ke
halaman barang dengan barang baru tampil pada akhir

Exception

daftar barang.
Bagian logistik dapat membatalkan penambahan barang

Lain-lain

baru setiap saat dengan menekan tombol Batal.

Daftar barang menampilkan data barang yang telah ada
dan barang yang baru dimasukkan.

3.2.2 Edit Barang

Nama Usecase
Pemicu
Kondisi Awal
Skenario Utama

Edit barang
Bagian logistik mengakses halaman barang
Sistem menampilkan daftar barang
1. Pada daftar barang, bagian logistik memilih
salah satu barang.
2.

Sistem menampilkan form edit barang.

3. Bagian logistik mengubah data untuk barang

yang telah dipilih.
4.

Setelah data di edit, bagian logistik menekan

tombol Simpan.

25

Skenario Alternatif

Pada langkah ke-4, jika bagian logistik tidak

memasukkan nilai pada salah satu kotak input,
maka sistem akan menampilkan pesan error.

Kondisi Akhir

Kemudian kembali ke langkah 3.

Sistem menampilkan pesan sukses dan kembali
ke halaman barang dengan data barang telah ter-

Exception

update.
Bagian logistik dapat membatalkan peng-edit-an
barang setiap saat dengan menekan tombol

Lain-lain

Batal.
Daftar barang menampilkan data barang yang
telah ada dan barang yang baru dimasukkan.

3.2.3 Hapus Barang

Nama Usecase
Pemicu
Kondisi Awal
Skenario Utama

Hapus barang
Bagian logistik mengakses halaman barang
Sistem menampilkan daftar barang
1. Pada daftar barang, bagian logistik menekan
tombol Hapus pada salah satu barang.
2. Sistem

menampilkan

dialog

untuk

memastikan bagian logistik yakin akan

menghapus barang tersebut atau tidak.
Skenario Alternatif
Kondisi Akhir

3. Bagian menekan tombol Ya.

Sistem menampilkan pesan sukses dan barang

Exception

terhapus.
Bagian logistik dapat membatalkan penghapusan
barang setiap saat dengan menekan tombol

Lain-lain

Batal pada dialog skenario utama langkah ke-2.

Daftar barang menampilkan data barang yang
telah ada dan barang yang baru dimasukkan.

26

3.2.4 Mencatat data awal

Nama Usecase
Pemicu

Mencatat data awal

BP membuka menu pencatatan, kemudian

Kondisi Awal
Skenario Utama

memilih menu Data Awal Barang.

Sistem menampilkan halaman pencatatan barang
1. Bagian barang dan perlengkapan menekan
tombol Edit Data pada barang yang dipilih.
2. Sistem menampilkan form untuk mencatat
data awal barang.
3. BP mencatat data awal barang yang masuk

Skenario Alternatif

4. Setelah diisi, BP menekan tombol Simpan.

Jika terdapat input yang tidak diisi, maka sistem

Kondisi Akhir

akan menampilkan pesan error.

Sistem menampilkan pesan sukses dan menuju ke

Exception

halaman pencatatan barang.

BP dapat membatalkan penulisan data awal
barang barang setiap saat dengan menekan

Lain-lain

tombol Batal.
Halaman pencatatan barang menampilkan daftar
barang baru yang belum berisi data awal.

3.2.5 Mencatat rencana pemakaian barang

Nama Usecase
Pemicu

Mencatat rencana pemakaian barang

Bagian barang dan perlengkapan membuka menu
pencatatan, lalu memilih menu rencana

Kondisi Awal

pemakaian.
Sistem
menampilkan

Skenario Utama

pemakaian.
1. Bagian barang dan perlengkapan memilih
rencana

pemakaian

halaman

kemudian

rencana

menekan

tombol Konfirmasi
2. Sistem menampilkan form untuk mencatat
rencana pemakaian barang.
3. BP mencatat rencana pemakaian barang.

27

4. Setelah diisi, BP menekan tombol Simpan.

5. Sistem menampilkan pesan Sukses dan
Skenario Alternatif

kembali ke halaman utama

Jika terdapat input yang tidak diisi, maka sistem

Kondisi Akhir

akan menampilkan pesan error.

Sistem menampilkan pesan sukses dan menuju ke

Exception

halaman rencana pemakaian barang.

BP dapat membatalkan penulisan

rencana

pemakaian barang setiap saat dengan menekan

Lain-lain

tombol Batal.
Halaman
rencana

pemakaian

barang

menampilkan daftar rencana pemakaian barang

yang diajukan oleh unit kerja.

3.2.6 Mencatat penyesuaian

Nama Usecase
Pemicu

Mencatat penyesuaian
Bagian barang dan perlengkapan membuka menu

Kondisi Awal

pencatatan, lalu memilih menu penyesuaian

Sistem menampilkan daftar barang dengan kolom
jumlah barang di awal dan kolom jumlah barang

Skenario Utama

digudang.
1. Bagian barang dan perlengkapan menekan
tombol Cek.
2. Sistem menampilkan form untuk mencatat
penyesuaian barang.
3. BP mencatat penyesuaian barang.

Skenario Alternatif

4. Setelah diisi, BP menekan tombol Simpan.

Jika pada langkah ke-4 jumlah barang digudang
tidak diisi, maka akan keluar pesan error.

Kondisi Akhir

Kemudian kembali ke langkah 3.

Sistem menampilkan pesan sukses dan menuju ke

Exception

halaman daftar barang.

BP dapat membatalkan penyesuaian barang

Lain-lain

setiap saat dengan menekan tombol Batal.

Halaman penyesuaian barang menampilkan
28

daftar barang dengan jumlah barang yang tercatat

saat pengisian data awal dan jumlah barang yang
ada di gudang.

3.2.7 Membuat laporan rencana pengadaan barang

Nama Usecase
Pemicu

Mencatat laporan rencana pengadaan barang

Bagian barang dan perlengkapan membuka menu
laporan,

lalu

memilih

menu

rencana

Kondisi Awal

pengadaan
Sistem menampilkan form untuk membuat

Skenario Utama

laporan rencana pengadaan barang.

1. BP memilih range tanggal atau nomor dari
daftar rencana pengadaan barang yang akan
dibuat laporan.
2. Setelah

diisi,

BP

menekan

tombol

Generate.
3. Sistem menampilkan form laporan hasil
generate.
4. Sistem menyimpan form laporan ke dalam
Skenario Alternatif

daftar laporan rencana pengadaan.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan sukses dan menuju ke

Exception

halaman daftar laporan rencana pengadaan.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan rencana pengadaan
menampilkan daftar laporan rencana pengadaan
yang pernah dibuat.

3.2.8 Membuat laporan pengadaan barang

Nama Usecase
Pemicu

Mencatat laporan pengadaan barang

Bagian barang dan perlengkapan membuka menu

29

Kondisi Awal

laporan, lalu memilih menu pengadaan.

Sistem menampilkan form untuk membuat
laporan pengadaan barang dengan input range

Skenario Utama

tangga dan nomor pengadaan barang.

1. BP memasukkan range tanggal atau nomor
pengadaan barang.
2. Setelah

diisi,

BP

menekan

tombol

Generate.
3. Sistem menampilkan form laporan hasil
generate.
4. Sistem menyimpan form laporan ke dalam
Skenario Alternatif

daftar laporan pengadaan.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan sukses dan menuju ke

Exception

halaman daftar laporan pengadaan.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan pengadaan barang
menampilkan daftar laporan pengadaan barang
yang pernah dibuat.

3.2.9 Membuat laporan penyesuaian stok

Nama Usecase
Pemicu

Mencatat laporan penyesuaian stok

Bagian barang dan perlengkapan membuka menu

Kondisi Awal

laporan, lalu memilih menu penyesuaian stok

Sistem menampilkan form untuk membuat
laporan penyesuaian stok barang dengan input

Skenario Utama

range tanggal dari penyesuaian stok barang.

1. BP mengisi range tanggal dari penyesuaian
stok barang.
2. Setelah

diisi,

Generate.

30

BP

menekan

tombol

3. Sistem menampilkan form laporan hasil

generate.
4. Sistem menyimpan form laporan ke dalam
Skenario Alternatif

daftar laporan penyesuaian stok.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan Sukses

dan

kembali ke halaman daftar laporan penyesuaian

Exception

stok.
BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan penyesuaian

stok

menampilkan daftar laporan penyesuaian stok

yang pernah dibuat.

3.2.10 Membuat laporan bulanan

Nama Usecase
Pemicu

Membuat laporan bulanan

Bagian barang dan perlengkapan membuka menu

Kondisi Awal

laporan, lalu memilih menu bulanan

Sistem menampilkan form untuk membuat
laporan bulanan dengan input bulan yang akan

Skenario Utama

dijadikan laporan.
1. BP mengisi bulan.
2. Setelah

diisi,

BP

menekan

tombol

Generate.
3. Sistem menampilkan pesan Sukses dan
kembali ke halaman utama
4. Sistem menampilkan form laporan hasil
generate.
5. Sistem menyimpan form laporan ke dalam

31

Skenario Alternatif

daftar laporan bulanan.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan Sukses

Exception

kembali ke halaman daftar laporan bulanan.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan bulanan menampilkan

dan

daftar laporan laporan bulanan yang pernah

dibuat.

3.2.11Membuat laporan triwulan

Nama Usecase
Pemicu

Membuat laporan bulanan

Bagian barang dan perlengkapan membuka menu

Kondisi Awal

laporan, lalu memilih menu triwulan

Sistem menampilkan form untuk membuat
laporan triwulan dengan input triwulan yang

Skenario Utama

akan dijadikan laporan.

1. BP mengisi triwulan.
2. Setelah

diisi,

BP

menekan

tombol

Generate.
3. Sistem menampilkan form laporan hasil
generate.
4. Sistem menyimpan form laporan ke dalam
Skenario Alternatif

daftar laporan triwulan.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan Sukses

Exception

kembali ke halaman daftar laporan triwulan.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan triwulan menampilkan
32

dan

daftar laporan laporan triwulan yang pernah

dibuat.

3.2.12 Membuat laporan tahunan

Nama Usecase
Pemicu

Membuat laporan tahunan

Bagian barang dan perlengkapan membuka menu

Kondisi Awal

laporan, lalu memilih menu tahunan

Sistem menampilkan form untuk membuat
laporan tahunan dengan input tahun yang akan

Skenario Utama

dijadikan laporan.
1. BP mengisi tahun.
2. Setelah

diisi,

BP

menekan

tombol

Generate.
3. Sistem menampilkan form laporan hasil
generate.
4. Sistem menyimpan form laporan ke dalam
Skenario Alternatif

daftar laporan tahunan.

Jika pada langkah ke-1 tanggal tidak diisi atau
diluar jangkauan tanggal yang ada pada database,

Kondisi Akhir

sistem akan menampilkan pesan error.

Sistem menampilkan pesan Sukses

Exception

kembali ke halaman daftar laporan tahunan.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

Halaman daftar laporan tahunan menampilkan

dan

daftar laporan laporan tahunan yang pernah

dibuat.

3.2.13Melakukan tutup buku

Nama Usecase
Pemicu

Membuat tutup buku

Bagian barang dan perlengkapan membuka menu

Kondisi Awal

tutup buku
Sistem menampilkan form untuk membuat
laporan tutup buku.

33

Skenario Utama

1. BP membuat laporan tutup buku.

2. Setelah diisi, BP menekan tombol Simpan.
3. Sistem menampilkan pesan Sukses dan
kembali ke halaman utama

3.2.14

Skenario Alternatif
Kondisi Akhir

Sistem

Exception

kembali ke halaman utama.

BP dapat membatalkan pembuatan laporan setiap

Lain-lain

saat dengan menekan tombol Batal.

-

menampilkan

pesan

Sukses

dan

Mengajukan rencana pemakaian barang

Nama Usecase
Pemicu

Mengajukan rencana pemakaian barang

Unit kerja membuka halaman rencana pemakaian
barang kemudian menekan tombol Rencana

Kondisi Awal

Pemakaian Barang Baru

Sistem menampilkan form rencana pemakaian

Skenario Utama

barang
1. Unit kerja memilih barang dari daftar barang.
2. Setelah memilih, unit kerja menekan tombol
Tambah untuk memasukkan barang yang
dipilih ke dalam daftar rencana pemakaian
barang.
3. Setelah barang yang diinginkan selesai
dimasukkan ke dalam daftar, unit kerja
menekan tombol Ajukan untuk diperiksa

Skenario Alternatif

dan disetujui oleh BP.

Jika pada langkah 2 unit kerja belum memilih
barang, maka sistem akan menampilkan pesan
error dan kembali ke langkah 1 lagi.
Jika

pada

langkah

unit

kerja

belum

memasukkan barang ke dalam daftar rencana,

maka sistem akan menampilkan pesan error dan
kembali ke langkah 1 lagi.
34

Kondisi Akhir

Sistem menampilkan pesan sukses dan kembali

Exception

ke halaman rencana pemakaian barang.

Unit kerja dapat membatalkan pembuatan
rencana pemakaian barang setiap saat dengan

Lain-lain

menekan tombol Batal.

Halaman
rencana
pemakaian

barang

menampilkan daftar rencana pemakaian barang

yang pernah dibuat oleh unit kerja.

3.2.15

Melihat laporan triwulan pemakaian barang per unit kerja

Nama Usecase

Melihat laporan triwulan pemakaian barang per

Pemicu
Kondisi Awal
Skenario Utama

unit kerja
Kepala unit membuka halaman laporan
Sistem menampilkan halaman laporan
1. Kepala unit menekan tombol laporan
triwulan.
2. Sistem menampilkan daftar laporan triwulan
yang ada.
3. Kepala unit memilih laporan triwulan,
kemudian menekan tombol Lihat

3.3
3.3.1

Skenario Alternatif
Kondisi Akhir

Sistem menampilkan laporan triwulan yang telah

Exception
Lain-lain

dipilih.
-

Detail Kebutuhan Non-Fungsional

Struktur Logikal Data
Struktur logikal dari data yang akan disimpan dalam database adalah sebagai

berikut:

35

Gambar 2 Struktur Logikal dari data ATK Manager

Deskripsi data dari masing-masing entitas adalah sebagai berikut:

Bagian barang dan perlengkapan

Data Item
NIK
Nama
Password

Tipe
Text
Text
Text

Deskripsi
Komentar
Nomor induk karyawan BP Primary Key
Nama dari karyawan BP
Password untuk login dari

Alamat
Email
Telepon

Text
Text
Text

karyawan BP
Alamat dari karyawan BP
Email dari karyawan BP
Telepon dari karyawan BP

Tipe
Text
Text
Text

Deskripsi
Komentar
Nomor induk Kepala Unit
Primary Key
Nama dari Kepala Unit
Password untuk login dari

Text
Text
Text

Kepala Unit
Alamat dari Kepala Unit
Email dari Kepala Unit
Telepon dari Kepala Unit

Unique

Kepala Unit
Data Item
NIK
Nama
Password
Alamat
Email
Telepon

36

Unique

Unit Kerja
Data Item
NIK
Nama
Password

Tipe
Text
Text
Text

Deskripsi
Komentar
Nomor induk Unit Kerja
Primary Key
Nama dari Unit Kerja
Password untuk login dari

Alamat
Email
Telepon

Text
Text
Text

Unit Kerja
Alamat dari Unit Kerja
Email dari Unit Kerja
Telepon dari Unit Kerja

Tipe
Text

Deskripsi
Nomor induk

Komentar
karyawan Primary Key

Nama

Text

logistik
Nama

karyawan

Password

Text

logistik
Password untuk login dari

Alamat

Text

karyawan logistik
Alamat dari karyawan

Text

logistik
Email

Text

logistik
Telepon

Unique

Bagian Logistik
Data Item
NIK

Email
Telepon

dari

dari
dari

karyawan Unique
karyawan

logistik
Data Barang
Data Item
IDBarang
NamaBarang
Deskripsi
TanggalMasuk
Stok
StokGudang

Tipe
Text
Text
Text
Date
INT
INT

Deskripsi
Nomor barang
Nama dari barang
Deskripsi dari barang
Tanggal masuk barang
Stok awal barang
Stok gudang

Komentar
Primary Key, Unique
Diisi oleh Bagian Logistik
Diisi oleh Bagian Logistik
Diisi oleh Bagian Logistik
Diisi oleh BP
Diisi oleh BP, digunakan
untuk penyesuaian

Rencana Pemakaian Barang

Data Item
NoRencana

Tipe
Text

Deskripsi
Nomor barang

37

Komentar
Primary Key, Unique

IDBarang
Jumlah
Tanggal

Text
Text
Date

Nama dari barang

Jumlah barang
Tanggal rencana

Bisa banyak
Jumlah perbarang
dibuat Otomatis saat pembuatan

barang
3.3.2

barang

Keamanan

Server dari database memiliki keamanan sendiri yang dibawa oleh server tersebut
untuk menghindari akses tidak sah. Pada bagian aplikasi, diterapkan enkripsi satu arah
untuk mengenkripsi password sehingga dapat memperkecil kemungkinan pemecahan
password jika terdapat pihak yang melakukan penyadapan.

38