Template SKPL Udinus

DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
APLIKASI SIKOST (SISTEM INFORMASI PENGELOLA KOST) BERBASIS

ANDROID
untuk:
KELOMPOK 1
SEMARANG
Dipersiapkan oleh:
A11.2016.09860 – Agustin Amanda Zatalini

A11.2016.09813 – Muhyiddin Mahfudz
A11.2016.09871 – Muhammad Dafi Fairuz Syarif
A11.2016.09890 – Dayus Hadi S
Jurusan Teknik Informatika
Universitas Dian Nuswantoro Semarang
NomorDokumen Halaman
Jurusan
Teknik
InformatikaUDINUS SKPL-001 1 / 66
Revisi 2 30 Maret 2019
DAFTAR PERUBAHAN
Revisi Deskripsi
A Membenarkan halaman daftar isi, membenarkan gambar
arsitektur system, membuat list kebutuhan fungsional
B Merevisi sesuai bimbingan pertama semua yang belum ada,

melengkapi semua BAB di SKPL.
INDEX - A B C D E F G
TGL
Ditulisoleh Kelompok Kelompok Kelompok

1 1 1
Diperiksaol Dosen Dosen Dosen

eh Pembimbing Pembimbing Pembimbing
Disetujuiol Dosen Dosen Dosen

eh Pembimbing Pembimbing Pembimbing
Jurusan Teknik Informatika UDINUS SKPL-001 Halaman2dari66

Template dokumeninidaninformasi yang dimilikinyaadalahmilikLaboratoriumRekayasaPerangkatLunakJurusanTeknik
Informatika-ITS danbersifatrahasia. Dilarang me-
reproduksidokumeninitanpadiketahuiolehLaboratoriumRekayasaPerangkatLunakJurusan Teknik Informatika-ITS.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 3 dari 66

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-FIK-
UDINUS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik
Informatika FIK-UDINUS.
Daftar Isi
1. Pendahuluan 7
1.1 Tujuan Penulisan Dokumen ..................................................................................................................... 7
1.2 Lingkup Masalah ..................................................................................................................................... 7
1.3 Definisi dan Istilah .................................................................................................................................. 7
1.4 Aturan Penamaan dan Penomoran ........................................................................................................... 7
1.5 Referensi .................................................................................................................................................. 8
1.6 Ikhtisar Dokumen .................................................................................................................................... 8
2. Deskripsi Umum Perangkat Lunak 9
2.1 Deskripsi Umum Sistem .......................................................................................................................... 9
2.2 Fungsi Produk .......................................................................................................................................... 9
2.3 Karakteristik Pengguna............................................................................................................................ 9
2.4 Batasan .................................................................................................................................................. 10
2.5 Lingkungan Operasi .............................................................................................................................. 10
3. Deskripsi Umum Kebutuhan 11
3.1 Kebutuhan antarmuka eksternal ............................................................................................................ 11
3.1.1 Antarmuka pengguna ..................................................................................................................... 11
3.1.2 Antarmuka perangkat keras ........................................................................................................... 11
3.1.3 Antarmuka perangkat lunak ........................................................................................................... 11
3.1.4 Antarmuka komunikasi ................................................................... Error! Bookmark not defined.
3.2 Deskripsi Fungsional ............................................................................................................................. 11
3.2.1 Use Case Diagram ......................................................................................................................... 12
3.2.2 Fungsi 1: <nama use case> ............................................................................................................ 13
3.2.2.1 Skenario: <nama use case> ........................................................................................................ 13
3.2.2.2 Diagram Aktivitas: <nama use case> ........................................................................................ 14
3.2.2.3 Diagram Sekuens: <nama use case> ........................................... Error! Bookmark not defined.
3.2.2.4 Diagram Kolaborasi Objek: <nama use case> ............................ Error! Bookmark not defined.
3.3 Deskripsi Kelas-kelas ............................................................................................................................ 60
3.3.1 Diagram Kelas ............................................................................................................................... 60
3.3.2 Deskripsi Domain Persoalan.......................................................................................................... 60
3.3.3 Deskripsi Kelas Pengendali ........................................................................................................... 61
3.3.4 Deskripsi Kelas Entity (Persisten) ................................................................................................. 62
3.3.5 Deskripsi Kelas Boundary ............................................................................................................. 63
3.4 Deskripsi Perilaku Sistem ...................................................................................................................... 64
3.5 Deployment Diagram ............................................................................. Error! Bookmark not defined.
3.6 Kebutuhan Non Fungsional ................................................................................................................... 64
3.7 Batasan Perancangan ............................................................................................................................. 65
3.8 Ringkasan Kebutuhan ............................................................................................................................ 65
3.8.1 Ringkasan Kebutuhan Fungsional ................................................................................................. 65
3.8.2 Ringkasan Kebutuhan Non Fungsional ......................................................................................... 65
4. KONTRIBUSI ANGGOTA KELOMPOK 66
LAMPIRAN A ..………………………………………………………………………………………………………………...……A-1

DaftarTabel
Tabel 1 Aturan Penamaan dan Penomoran ............................................................................................................. 7

Tabel 2 Karakteristik Pengguna ............................................................................................................................. 9
Tabel 3 Deskripsi Kelas Domain Persoalan .......................................................................................................... 60
Tabel 4 Deskripsi Kelas Pengendali ...................................................................................................................... 61
Tabel 5 Deskripsi Kelas Entity .............................................................................................................................. 63
Tabel 6 Deskripsi Kelas Boundary ........................................................................................................................ 63
Tabel 7 Deskripsi Kebutuhan Non Fungsional ...................................................................................................... 64
Tabel 8 Ringkasan Kebutuhan Fungsional ............................................................................................................ 65
Tabel 9 Ringkasan Kebutuhan Non Fungsional .................................................................................................... 65

Daftar Gambar
Error! No table of figures entries found.

1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen Spesifikasi Kebutuhan Perangkat Lunak merupakan dokumen
spesifikasi kebutuhan perangkat lunak yang akan dikembangkan dan digunakan untuk
memberikan gambaran perancangan aplikasi SIKOST berbasis android.
1.2 Lingkup Masalah

Aplikasi SIKOST (Sistem Informasi Kost) ini dibangun dengan bahasa
pemrograman java berbasis Android. Aplikasi ini dibuat untuk mempermudah
pengelolaan data kamar kost. Aplikasi ini mempunyai satu bagian penggunaan, yaitu
bagian admin (pemilik / pengelola kost).
Java adalah sebuah bahasa pemrograman dasar dalam sebuah pembuatan
aplikasi. Java juga merupakan bahasa pemrograman yang dapat di jalankan di berbagai
komputer ataupun berbagai telepon genggam. Kemudian, bahasa pemrograman java ini
sendiri bisa digunakan untuk membuat sebuah game ataupun aplikasi untuk perangkat
lunak maupun komputer sekalipun. Java adalah bahasa pemrograman yang dapat
dijalankan di berbagai komputer termasuk telepon genggam.
1.3 Definisi dan Istilah
Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini:
o SRS : Software Requirements Specification, atau
SKPL : SpesifikasiKebutuhanPerangkatLunak
Dokumenhasilanalisis yang berisispesifikasikebutuhanperangkatlunak.
o IEEE : Institute of Electrical and Electronics Engineering
Standar internasional untuk pengembangan dan perancangan produk.
o ANSI : American National Standard Institute
Lembaga Standardisasi di Amerika.
o TBD : To be defined
1.4 Aturan Penamaan dan Penomoran
Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan penomoran yang
berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang digunakan berdasarkan
hal/bagian tersebut adalah seperti yang tercantum pada Tabel 1 berikut ini.
Tabel 1 Aturan Penamaan dan Penomoran

Hal/Bagian AturanPenomoran/Penamaan
Kebutuhan Fungsional SKPL-KF-xxxx
Kebutuhan Non Fungsional SKPL-KNF-xxxx

1.5 Referensi
1. Template SKPL UDINUS
1.6 Ikhtisar Dokumen
1. Template SKPL UDINUS

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

Deskripsi umum system berisikan tentang spesifikasi persyaratan perangkat
lunak dari sistem yang akan dibuat. Sistem informasi kost ini merupakan aplikasi yang
digunakan untuk mempermudah proses penginputan data sebuah kamar kos seperti
pembayaran bulanan kamar, cek penguin kos, tambah penghuni kos, dll. Dengan adanya
aplikasi ini diharapkan supaya dapat mempermudah pemilik/pengelola kost untuk
mengatur semua data kamar kos yang dulunya dilakukan secara manual dengan
menggunakan buku catatan.
ADMIN DATABASE
SMARTPHONE
2.2 Fungsi Produk

Aplikasi SIKOST memiliki fitur-fitur sebagai berikut :
a. Registrasi penyewa
b. Merubah data penyewa
c. Menghapus data penyewa
d. Registrasi administrator
e. Merubah data administrator
f. Mengahpus data administrator
g. Menambah nama jenis pengeluaran
h. Merubah nama jenis pengeluaran
i. Registrasi pembayaran kamar
j. Merubah histori pembayaran kmaar
k. Menghapus histori pembayaran kamar
l. Menambah pengeluaran kost
m. Merubah histori pengeluaran kamar
n. Menyewa kamar
o. Pindah kamar
p. Menambah nomor kamar
q. Merubah nomor kamar
r. Menghapus nomor kamar
2.3 Karakteristik Pengguna
Karakteristik pengguna dijabarkan dalam tabel berikut ini.
Tabel2KarakteristikPengguna

Kategori Tugas Hak Akses ke aplikasi Kemampuan yang harus
Pengguna dimiliki
Admin Input data kamar, update memiliki hak merubah data
data kamar, update data kamar kos dan data pembayaran
pembayaran
2.4 Batasan
- Harus berfungsi di semua jenis Android
2.5 Lingkungan Operasi

Aplikasi kamar kos ini akan berfungsi dengan spesifikasi :
O.S : Android, 4.1 Jelly Bean (API system 16)

3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antar muka eksternal
Kebutuhan antarmuka eksternal pada perangkat lunak ini mencakup kebutuhan
antarmuka pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak
3.1.1 Antar muka pengguna

Pemilik/pengelola kost sebagai admin dapat mengoperasikan aplikasi SIKOST dengan
bantuan perangkat smartphone.
3.1.2 Antar muka perangkat keras

Sistem SI KOST berjalan diatas perangkat keras smartphone dengan OS Android.
3.1.3 Antar muka perangkat lunak

Aplikasi SI KOST dibangun dengan bahasa java, Android Studio, DBMS Access dan
akan berjalan pada sistem operasi Android.
3.2 Deskripsi Fungsional
SKPL-Id Keterangan
SKPL-KF-001 Registrasi penyewa
SKPL-KF-002 Merubah data penyewa
SKPL-KF-003 Menghapus data penyewa
SKPL-KF-004 Registrasi administrator
SKPL-KF-005 Merubah data administrator
SKPL-KF-006 Mengahpus data administrator
SKPL-KF-007 Menambah nama jenis pengeluaran
SKPL-KF-008 Merubah nama jenis pengeluaran
SKPL-KF-009 Registrasi pembayaran kamar
SKPL-KF-010 Merubah histori pembayaran kmaar
SKPL-KF-011 Menghapus histori pembayaran kamar
SKPL-KF-012 Menambah pengeluaran kost
SKPL-KF-013 Merubah histori pengeluaran kamar
SKPL-KF-014 Menyewa kamar
SKPL-KF-015 Pindah kamar
SKPL-KF-016 Menambah nomor kamar
SKPL-KF-017 Merubah nomor kamar
SKPL-KF-018 Menghapus nomor kamar

3.2.1 Use Case Diagram

3.2.2 Fungsi 1: Registrasi Penyewa
3.2.2.1 Skenario: Registrasi Penyewa
Kode UC UC 01
Nama UC Registrasi Penyewa
Deskripsi:
Use case ini akan menangani fitur registrasi penyewa oleh administrator SIKOST.
Pra-kondisi:
● Penyewa belum terdaftar di dalam sistem.
Kondisi Utama:
● A: Memilih fitur Data Penghuni.
● S: Menampilkan fitur Data Penghuni beserta fungsionalitasnya.
● A: Memilih ‘tombol’ +.
● S: Menampilkan fitur ‘tombol’ + beserta fungsionalitasnya.
Kondisi Alternatif:
 Saat verifikasi data:
 Jika pengguna tidak mengisi field:
■ S: Mengirim pesan “Mohon diisi” kepada pengguna.
 Jika pengguna memberikan data yang benar:
■ S: Membuat akun baru untuk penyewa.
 Saat memasukkan data penyewayang baru:
○ Jika pengguna memilih BATAL:
■ S: Menampilkanmenu sebelumnya kepada pengguna.
 Jika pengguna memilih SIMPAN:
■ S: Menyimpan data yang telah dimasukkan oleh pengguna.
■ S: Menampilkan menu sebelumnya kepada pengguna.
Pengecualian:
● A: Belum login.

3.2.2.2 Diagram Aktivitas: Registrasi Penyewa

3.2.2.3 Diagram Sequence: Registrasi Penyewa

3.2.3 Fungsi 2: Merubah Data Penyewa
3.2.3.1 Skenario: Merubah Data Penyewa

Kode UC UC 02
Nama UC Merubah Data Penyewa
Deskripsi:
Use Case ini akan bekerja ketika Administrator yang telah terdaftar ingin merubah Data
Penghuni.
Pra-kondisi:
● Pengguna harus login.
● Data penyewa harus terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih Data Penghuni.
● S: Memampilkan fitur Data Penghuni beserta fungsionalitasnya.
● A: Memilih Edit.
● S: Menampilkan fitur Edit.
● A: Memasukkan data padafieldyang akan diubah.
● S: Mengecek kebenaran data yang dimasukkan oleh pengguna.
Kondisi Alternatif:
 Saat mengecek kebenaran data:
○ Jika pengguna tidak mengisi field:
■ S: Tidak mengizinkan pengguna untuk memilih SIMPAN.
○ Jika pengguna memasukkan data yang benar:
■ S: Menyimpan perubahan.
Pengecualian:
● A: Belum login.

3.2.3.2 Diagram Aktivitas: Merubah Data Penyewa

3.2.3.3 Diagram Sequence: Merubah Data Penyewa

3.2.4 Fungsi 3: Menghapus Data Penyewa
3.2.4.1 Skenario: Menghapus Data Penyewa
Kode UC UC 03
Nama UC Menghapus Data Penyewa
Deskripsi:
Use Case ini akan digunakan ketika pengguna ingin menghapus data penyewa.
Pra-Kondisi:
● Data penyewa harus terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih Data Penghuni.
● S: Memampilkan fitur Data Penghuni beserta fungsionalitasnya.
● A: Memilih Hapus.
● S: Menghapus data penyewa.
Pasca-Kondisi:
● S: Menampilkan menu sebelumnya.
Pengecualian:
● A: Belum login.

3.2.4.2 Diagram Aktivitas: Menghapus Data Penyewa

3.2.4.3 Diagram Sequence : Menghapus Data Penyewa

3.2.5 Fungsi 4: Registrasi Admin
3.2.5.1 Skenario: Registrasi Admin
Kode UC UC 04
Nama UC Registrasi Administrator
Deskripsi:
Use case ini akan menangani fitur registrasi administrator baru SIKOST.
Pra-Kondisi:
● Pengguna (super administrator/administrator yang pertama) harus login.
Kondisi Utama:
● A: Memilih Data Admin.
● S: Memampilkan fitur Data Adminbeserta fungsionalitasnya
● A: Memasukkan data yang diperlukan pada fitur pendaftaran.
● S: Mengecek kebenaran data yang telah dimasukkan oleh pengguna.
Kondisi Alternatif:
■ S: Membuat data baru untuk administrator.
 Saat memasukkan data administrator yang baru:
● S: Menampilkan menu sebelumnya kepada pengguna.
Pengecualian:
● A: Belum login.

3.2.5.2 Diagram Aktivitas: Registrasi Admin

3.2.5.3 Diagram Sequence: Registrasi Admin

3.2.6 Fungsi 5 : Merubah Data Administrator
3.2.6.1 Skenario: Merubah Data Administrator
Kode UC UC 05
Nama UC Merubah Data Administrator
Deskripsi:
Use Case ini akan bekerja ketika administrator yang telah terdaftar ingin merubah data
administrator.
Pra-kondisi:
● Data administrator harus terdapat di dalam sistem.
Kondisi Utama:
● S: Menampilkan fitur Data Adminbeserta fungsionalitasnya.
● A: Memasukkan data pada field yang akan diubah.
Kondisi Alternatif:
Pengecualian:
● A: Belum login.

3.2.6.2 Diagram Aktivitas : Merubah Data Administrator

3.2.6.3 Diagram Sequence : Merubah Data Administrator
3.2.7 Fungsi 6 : Menghapus Data Administrator
3.2.7.1 Skenario: Menghapus Data Administrator
Kode UC UC 06
Nama UC Menghapus Data Administrator
Deskripsi:
Use Case ini akan digunakan ketika pengguna ingin menghapus data administrator.
Pra-Kondisi:
● Data administrator harus terdapat di dalam sistem.
Kondisi Utama:
● S: Menampilkan fitur Data Admin beserta fungsionalitasnya.
● S: Menghapus data administrator.
Pasca-Kondisi:
Pengecualian:

● A: Belum login.
3.2.7.2 Diagram Aktivitas: Menghapus Data Administrator

3.2.7.3 Diagram Sequence: Menghapus Data Administrator

3.2.8 Fungsi 7 : Menambah Nama Jenis Pengeluaran
3.2.8.1 Skenario: Menambah Nama Jenis Pengeluaran
Kode UC UC 07
Nama UC Menambah Nama Jenis Pengeluaran
Deskripsi:
Use Case ini akan digunakan ketika administrator akan menambah nama dari jenis
pengeluaran.
Pra-kondisi:
Kondisi Utama:
● A: Memilih Nama JenisPengeluaran.
● S: Menampilkan fitur Nama JenisPengeluaran beserta fungsionalitasnya.
Kondisi Alternatif:
 Jika pengguna memilih ‘tombol’ +:
■ S: Menyimpan data.
■ S: Menampilkan menu sebelumnya.
Pengecualian:
● A: Belum login.

3.2.8.2 Diagram Aktivitas: Menambah Nama Jenis Pengeluaran

3.2.8.3 Diagram Sequence: Menambah Nama Jenis Pengeluaran
3.2.9 Fungsi 8 : Merubah Nama Jenis Pengeluaran
3.2.9.1 Skenario: Merubah Nama Jenis Pengeluaran
Kode UC UC 08
Nama UC Merubah Nama Jenis Pengeluaran
Deskripsi:
Use Case ini akan digunakan ketika administrator akan merubah data dari jenis pengeluaran.
Pra-kondisi:
● Data pengeluaran terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih fitur Nama JenisPengeluaran.
● S: Menampilkan fitur Nama JenisPengeluaran beserta fungsionalitasnya.

Kondisi Alternatif:
Pengecualian:
● A: Belum login.
3.2.9.2 Diagram Aktivitas: Menghapus Nama Jenis Pengeluaran

3.2.10 Fungsi 9 : Registrasi Pembayaran Kamar
3.2.10.1 Skenario: Registrasi Pembayaran Kamar
Kode UC UC 09
Nama UC Registrasi Pembayaran Kamar
Deskripsi:
Use case ini akan menangani fitur Registrasi Pembayaran Kamar SIKOST.
Pra-Kondisi:
Kondisi Utama:
● A: Memilih fitur Data Pembayaran.
● S: Memampilkan fitur Data Pembayaran beserta fungsionalitasnya
Kondisi Alternatif:
■ S: Membuat data baru untuk pembayaran.
 Saat memasukkan data pembayaran yang baru:
● S: Menampilkan menu sebelumnya kepada pengguna.
Pengecualian:
● A: Belum login.

3.2.10.2 Diagram Aktivitas: Registrasi Pembayaran Kamar

3.2.11 Fungsi 10 : Merubah Histori Pengeluaran
3.2.11.1 Skenario: Merubah Histori Pembayaran
Kode UC UC 010
Nama UC Merubah Histori Pembayaran Kamar
Deskripsi:
Use Case ini akan digunakan ketika administrator akan merubah histori pembayaran.
Pra-kondisi:
● Data pembayaran terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih fitur Data Pembayaran.
● S: Menampilkan fitur Data Pembayaran beserta fungsionalitasnya.
Kondisi Alternatif:
Pengecualian:
● A: Belum login.

3.2.11.2 Diagram Aktivitas: Merubah Histori Pengeluaran

3.2.11.3 Diagram Aktivitas: Merubah Histori Pengeluaran
3.2.12 Fungsi 11 : Menghapus Histori Pengeluaran
3.2.12.1 Skenario: Menghapus Histori Pengeluaran
Kode UC UC 011
Nama UC Menghapus Histori Pembayaran
Deskripsi:
Use Case ini akan digunakan ketika pengguna ingin menghapus histori pembayaran.
Pra-Kondisi:
● Data pembayaran harus terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih Data Pembayaran.
● S: Menampilkan fitur Data Pembayaran beserta fungsionalitasnya.
● S: Menghapus data histori pembayaran.
Pasca-Kondisi:

Pengecualian:
● A: Belum login.
3.2.12.2 Diagram Aktivitas: Menghapus Histori Pengeluaran

3.2.12.3 Diagram Sequence: Menghapus Histori Pengeluaran
3.2.13 Fungsi 12 : Menambah Pengeluaran Kost
3.2.13.1 Skenario: Menambah Pengeluaran Kost
Kode UC UC 012
Nama UC Menambah Pengeluaran Kost
Deskripsi:
Use Case ini akan digunakan ketika administrator akan menambah data pengeluaran kost.
Pra-kondisi:
Kondisi Utama:
● A: Memilih Data Pengeluaran.
● S: Menampilkan fitur Data Pengeluaran beserta fungsionalitasnya.
Kondisi Alternatif:

Pengecualian:
● A: Belum login.
3.2.13.2 Diagram Aktivitas: Menambah Pengeluaran Kost

3.2.13.3 Diagram Sequence: Menambah Pengeluaran Kost
3.2.14 Fungsi 13 : Menambah Nama Jenis Pengeluaran
3.2.14.1 Skenario: Menambah Nama Jenis Pengeluaran

Kode UC UC 013
Nama UC Merubah Histori Pengeluaran Kost
Deskripsi:
Use Case ini akan digunakan ketika administrator akan merubah histori pembayaran.

Pra-kondisi:
● Data pengeluaran terdapat di dalam sistem.
Kondisi Utama:
● A: Memilih fitur Data Pengeluaran.
● S: Menampilkan fitur Data Pengeluaran beserta fungsionalitasnya.
Kondisi Alternatif:
Pengecualian:
● A: Belum login.

3.2.14.2 Diagram Aktivitas: Menambah Jenis Pengeluaran

3.2.14.3 Diagram Sequence: Menambah Jenis Pengeluaran
3.2.15 Fungsi 14 : Menyewa Kamar
3.2.15.1 Skenario: Menyewa Kamar
Kode UC UC 014
Nama UC Menyewa Kamar
Deskripsi:
Use Case ini akan digunakan ketika pengguna yang telah terdaftar di dalam sistem akan
menyewakan kamar.
Pra-Kondisi:
● Kapasitas kamar yang akan disewakan tidak penuh, atau terdapat kamar yang kosong.
Kondisi Utama:
● A: Memilih fitur Data Kamar.
● S: Menampilkan fitur Data Kamar beserta fungsionalitasnya.
● S: Menampilkan fitur Edit beserta fungsionalitasnya.
Kondisi Alternatif:
 Jika pengguna memilih fitur Edit:

S: Menampilkan menu sebelumnya.
Pasca-Kondisi:
Pengecualian:
● A: Belum login.

3.2.15.2 Diagram Aktivitas: Menyewa Kamar

3.2.15.3 Diagram Sequence: Menyewa Kamar
3.2.16 Fungsi 15 : Pindah Kamar
3.2.16.1 Skenario: Pindah Kamar
Kode UC UC 016
Nama UC Pindah Kamar
Deskripsi:
Use Case ini akan digunakan ketika penyewa akan pindah kamar.
Pra-Kondisi:
● Kapasitas kamar yang akan disewakan tidak penuh, atau terdapat kamar yang kosong
Kondisi Utama:
● S: Menampilkan fitur Edit beserta fungsionalitasnya.
Kondisi Alternatif:
 Jika pengguna memilih fitur Edit:

Pengecualian:
● A: Belum login.

3.2.16.2 Diagram Aktivitas: Pindah Kamar

3.2.16.3 Diagram Sequence: Pindah Kamar
3.2.17 Fungsi 16 : Menambah Nomor Kamar
3.2.17.1 Skenario: Menambah Nomor Kamar
Kode UC UC 017
Nama UC Menambah Nomor Kamar
Deskripsi:
Use Case ini akan digunakan ketika administrator akan menambah kamar.
Pra-Kondisi:
Kondisi Utama:
Kondisi Alternatif:

Pengecualian:
● A: Belum login.

3.2.17.2 Diagram Aktivitas: Menambah Nomor Kamar

3.2.17.3 Diagram Sequence: Menambah Nomor Kamar
3.2.18 Fungsi 17 : Merubah Nomor Kamar
3.2.18.1 Skenario: Merubah Nomor Kamar
Kode UC UC 072
Nama UC Merubah Nomor Kamar
Deskripsi:
Use Case ini akan digunakan ketika administrator akan merubah nomor kamar .

Pra-kondisi:
● Nomor kamar terdaftar di dalam sistem.
Kondisi Utama:
Kondisi Alternatif:
Pengecualian:
● A: Belum login.

3.2.18.2 Diagram Aktivitas: Merubah Nomor Kamar

3.2.19 Fungsi 18 : Menghapus Nomor Kamar
3.2.19.1 Skenario: Menghapus Nomor Kamar
Kode UC UC 019
Nama UC Menghapus Nomor Kamar
Deskripsi:
Use Case ini akan digunakan ketika administrator akan menambah kamar.
Pra-Kondisi:
Kondisi Utama:
Kondisi Alternatif:
Pengecualian:
● A: Belum login.

3.2.19.2 Diagram Aktivitas: Menghapus Nomor Kamar

3.2.19.3 Diagram Sequence: Menghapus Nomor Kamar

3.3 Deskripsi Kelas-kelas
3.3.1 Diagram Kelas
3.3.2 Deskripsi Domain Persoalan
Tabel 3 Deskripsi Kelas Domain Persoalan

No. Nama Metode Atribut Tugas
id_penghuni : String
nama_penghuni : String Mengontrol proses
1 Kelas Penghuni sewa_kamar() ttl_penghuni : String regustrasi penyewa
no_hp : String kamar
no_ktp : String

id_pembayaran : String
id_admin : String
id_kamar : String Mengontrol proses
2 Kelas Pembayaran Regist_pembayaran() tanggal_pembayaran : Date pembayaran sewa
biaya : Integer kamar
nama_admin : String
no_kamar : String
id_kamar : String
pindah_kamar()
biaya : Integer
tambah_kamar() Mengontrol proses data
3 Kelas Kamar kapasitas_penuh : Integer
ubah_kamar () kamar kos
kapasitas_terhuni : Integer
hapus_kamar()
no_kamar : String
id_admin : String
Registrasi_admin()
Kelas nama_admin : String Mengontrol proses
4 Ubah_data_admin()
Administrator username_admin : String administrator aplikasi
Hapus_data_admin()
password : String
Tambah_pengeluaran() id_pengeluaran : String
Ubah_pengeluaran() nama_pengeluaran : String
Ubah_histori() nama_admin : String Mengontrol proses data
5 Kelas Pengeluaran
Hapus_histori() tanggal_pengeluaran : Date pengeluaran kos
Tambah_pengeluaran() biaya_pengeluaran : Integer
Ubah_jenis_pengeluaran() total_pengeluaran : Integer
3.3.3 Deskripsi Kelas Pengendali
Tabel 4 Deskripsi Kelas Pengendali

No. Nama Metode Atribut Tugas
Mengontrol proses
1 CtrlPenghuni Sewa_Kamar regustrasi penyewa
kamar
Mengontrol proses
2 CtrlPembayaran Regist_pembayaran pembayaran sewa
kamar
pindah_kamar
tambah_kamar Mengontrol proses data
3 CtrlKamar
ubah_kamar kamar kos
hapus_kamar
Registrasi_admin
Mengontrol proses
4 CtrlAdministrator Ubah_data_admin
administrator aplikasi
Hapus_data_admin
Tambah_pengeluaran
Ubah_pengeluaran
Ubah_histori Mengontrol proses data
5 CtrlPengeluaran
Hapus_histori pengeluaran kos
Tambah_pengeluaran
Ubah_jenis_pengeluaran

3.3.4 Deskripsi Kelas Entity (Persisten)
CDM SIKOST
PDM SIKOST

Tabel5 Deskripsi Kelas Entity
No. Nama Atribut Metode Tugas
id_penghuni : String
nama_penghuni : String
Menyimpan data
1 Penghuni sewa_kamar() ttl_penghuni : String
registrasi penyewa kamar
no_hp : String
no_ktp : String
id_pembayaran : String
id_admin : String
id_kamar : String
Menyimpan data
2 DataPembayaran Regist_pembayaran() tanggal_pembayaran : Date
pembayaran sewa kamar
biaya : Integer
nama_admin : String
no_kamar : String
id_kamar : String
pindah_kamar()
biaya : Integer
tambah_kamar() Menyimpan data kamar
3 Kamar kapasitas_penuh : Integer
ubah_kamar () kos
kapasitas_terhuni : Integer
hapus_kamar()
no_kamar : String
id_admin : String
Registrasi_admin()
nama_admin : String Menyimpan data
4 Administrator Ubah_data_admin()
username_admin : String administrator aplikasi
Hapus_data_admin()
password : String
Tambah_pengeluaran(
)
id_pengeluaran : String
Ubah_pengeluaran()
nama_pengeluaran : String
Ubah_histori()
nama_admin : String Menyimpan data
5 Pengeluaran Hapus_histori()
tanggal_pengeluaran : Date pengeluaran kos
Tambah_pengeluaran(
biaya_pengeluaran : Integer
)
total_pengeluaran : Integer
Ubah_jenis_pengeluar
an()
3.3.5 Deskripsi Kelas Boundary

Tabel6 Deskripsi Kelas Boundary
1 Menyimpan data registrasi penyewa
Penghuni sewa_kamar()
kamar
2 Menyimpan data pembayaran sewa
DataPembayaran Regist_pembayaran()
kamar
pindah_kamar()
3 tambah_kamar()
Kamar Menyimpan data kamar kos
ubah_kamar ()
hapus_kamar()
Registrasi_admin()
4 Menyimpan data administrator
Administrator Ubah_data_admin()
aplikasi
Hapus_data_admin()

Tambah_pengeluaran()
Ubah_pengeluaran()
5 Ubah_histori()
Pengeluaran Menyimpan data pengeluaran kos
Hapus_histori()
Tambah_pengeluaran()
Ubah_jenis_pengeluaran()
3.4 Deskripsi Perilaku Sistem

{tuliskanstatechart diagram disini}
3.5 Kebutuhan Non Fungsional

Tabel 7DeskripsiKebutuhan Non Fungsional
SKPL-Id Parameter Kebutuhan
SKPL-KNF-001 Availability Aplikasi ini harus dapat beroperasi terus menerus
selama 7 hari per minggu, 24 jam per hari tanpa
berhenti, karena aplikasi ini akan diakses oleh
pengelola yang membutuhkan.
SKPL-KNF-002 Reliability Aplikasi ini harus dibangun dengan kehandalan yang
setinggi mungkin meskipun tidak perlu setinggi
kehandalan sebuah critical application. Kegagalan
yang dapat ditoleransi kuranglebih 10%. Dengan
kahandalan yang tinggi diharapkan aplikasi ini dapat
digunakan dengan baik pada saat dibutuhkan.
Kehandalan yang dimiliki oleh aplikasi ini juga akan
sangat bergantung pada beberapa hal eksternal,
seperti kehandalan jaringan telekomunikasi yang
digunakan untuk akses internet, kehandalan system
daya listrik yang digunakan, dll.
SKPL-KNF-003 Ergonomy Aplikasi ini harus memiliki nilai ergonomi/
kenyamanan dipakai yang tinggi bagi user. Aplikasi
akan dibangun dengan antarmuka user yang mudah
dimengerti, indah dilihat, konsisten, mudah
dioperasikan dan tidak membingungkan.
SKPL-KNF-004 Portability Perangkat Lunak dapat dipakai di platofrm Android
SKPL-KNF-005 Memory N/A
SKPL-KNF-006 Response time Perangkat Lunak mampu mengupdate inputan data
maksimal dalam waktu 30 detik
SKPL-KNF-007 Safety N/A
SKPL-KNF-008 Security Setiap user/administrator mempunyai password dan
username sendiri
SKPL-KNF-009 Bahasa Bahasa Yang digunakan dalam aplikasi ini adalah
komunikasi Bahasa Indonesia

3.6 Batasan Perancangan
Pengembangan Aplikasi SIKOST ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut
:
1. Aplikasi SIKOST hanya dapat dijalankan di sistem operasi Android.
2. Antarmuka berupa tampilan menu yang menarik dan cukup bagus.
3. Aplikasi SIKOST akan dibangun hanya menggunakan bahasa java.
3.7 Ringkasan Kebutuhan
3.7.1 Ringkasan Kebutuhan Fungsional
Tabel8 Ringkasan Kebutuhan Fungsional

SKPL-Id Keterangan
SKPL-KF-001 Registrasi penyewa
SKPL-KF-002 Merubah data penyewa
SKPL-KF-003 Menghapus data penyewa
SKPL-KF-004 Registrasi administrator
SKPL-KF-005 Merubah data administrator
SKPL-KF-006 Mengahpus data administrator
SKPL-KF-007 Menambah nama jenis pengeluaran
SKPL-KF-008 Merubah nama jenis pengeluaran
SKPL-KF-009 Registrasi pembayaran kamar
SKPL-KF-010 Merubah histori pembayaran kmaar
SKPL-KF-011 Menghapus histori pembayaran kamar
SKPL-KF-012 Menambah pengeluaran kost
SKPL-KF-013 Merubah histori pengeluaran kamar
SKPL-KF-014 Menyewa kamar
SKPL-KF-015 Pindah kamar
SKPL-KF-016 Menambah nomor kamar
SKPL-KF-017 Merubah nomor kamar
SKPL-KF-018 Menghapus nomor kamar
3.7.2 Ringkasan Kebutuhan Non Fungsional

Tabel9 Ringkasan Kebutuhan Non Fungsional
SKPL-Id Keterangan
SKPL-KNF-001 Aplikasi ini harus dapat beroperasi terus menerus selama 7 hari per minggu, 24 jam per
hari tanpa berhenti, karena aplikasi ini akan diakses oleh pengelola yang
membutuhkan.
SKPL-KNF-002 Aplikasi ini harus dibangun dengan kehandalan yang setinggi mungkin meskipun tidak
perlu setinggi kehandalan sebuah critical application. Kegagalan yang dapat
ditoleransi kuranglebih 10%. Dengan kahandalan yang tinggi diharapkan aplikasi ini
dapat digunakan dengan baik pada saat dibutuhkan.
Kehandalan yang dimiliki oleh aplikasi ini juga akan sangat bergantung pada beberapa
hal eksternal, seperti kehandalan jaringan telekomunikasi yang digunakan untuk akses
internet, kehandalan system daya listrik yang digunakan, dll.
SKPL-KNF-003 Aplikasi ini harus memiliki nilai ergonomi/ kenyamanan dipakai yang tinggi bagi user.
Aplikasi akan dibangun dengan antarmuka user yang mudah dimengerti, indah dilihat,
konsisten, mudah dioperasikan dan tidak membingungkan.
SKPL-KNF-004 Perangkat Lunak dapat dipakai di platofrm Android
SKPL-Id Keterangan
SKPL-KNF-005 N/A
SKPL-KNF-006 Perangkat Lunak mampu mengupdate inputan data maksimal dalam waktu 30 detik
SKPL-KNF-007 N/A
SKPL-KNF-008 Setiap user/administrator mempunyai password dan username sendiri
SKPL-KNF-009 Bahasa Yang digunakan dalam aplikasi ini adalah Bahasa Indonesia
4. KONTRIBUSI ANGGOTA KELOMPOK

1. Nama Ketua: Agustin Amanda Zatalini
Tugas yang dikerjakan:
Membuat Use Case Diagram
Membuat Skenario Use Case
Membuat Diagram Aktivitas
2. Nama Anggota 1 : Muhyiddin Mahfudz

Membuat Diagram Sequence
Membuat Diagram Kelas
3. Nama Anggota 2 : Dayus Hadi S

Membuat Pendahuluan
Merevisi ulang yang terlewat (halaman, daftar isi, dll)
4. Nama Anggota 3 : Muhammad Dafi Fairuz Syarif

Membuat Deskripsi Umum Perangakat Lunak


Template SKPL Udinus

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Template SKPL Udinus

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

APLIKASI SIKOST (SISTEM INFORMASI PENGELOLA KOST) BERBASIS

A11.2016.09860 – Agustin Amanda Zatalini

Jurusan Teknik Informatika

Universitas Dian Nuswantoro Semarang

B Merevisi sesuai bimbingan pertama semua yang belum ada,

Ditulisoleh Kelompok Kelompok Kelompok

Diperiksaol Dosen Dosen Dosen

Disetujuiol Dosen Dosen Dosen

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman2dari66

Halaman Revisi Halaman Revisi

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 3 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 4 dari 66

Tabel 1 Aturan Penamaan dan Penomoran ............................................................................................................. 7

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 5 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 6 dari 66

1.2 Lingkup Masalah

1.3 Definisi dan Istilah

1.4 Aturan Penamaan dan Penomoran

Tabel 1 Aturan Penamaan dan Penomoran

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 7 dari 66

1. Template SKPL UDINUS

1.6 Ikhtisar Dokumen

1. Template SKPL UDINUS

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 8 dari 66

2.1 Deskripsi Umum Sistem

2.2 Fungsi Produk

2.3 Karakteristik Pengguna

Karakteristik pengguna dijabarkan dalam tabel berikut ini.

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 9 dari 66

2.5 Lingkungan Operasi

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 10 dari 66

3.1.1 Antar muka pengguna

3.1.2 Antar muka perangkat keras

3.1.3 Antar muka perangkat lunak

3.2 Deskripsi Fungsional

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 11 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 12 dari 66

3.2.2.1 Skenario: Registrasi Penyewa

Nama UC Registrasi Penyewa

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 13 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 14 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 15 dari 66

3.2.3.1 Skenario: Merubah Data Penyewa

Nama UC Merubah Data Penyewa

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 16 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 17 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 18 dari 66

3.2.4.1 Skenario: Menghapus Data Penyewa

Nama UC Menghapus Data Penyewa

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 19 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 20 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 21 dari 66

3.2.5.1 Skenario: Registrasi Admin

Nama UC Registrasi Administrator

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 22 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 23 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 24 dari 66

3.2.6.1 Skenario: Merubah Data Administrator

Nama UC Merubah Data Administrator

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 25 dari 66

Jurusan Teknik Informatika UDINUS SKPL-001 Halaman 26 dari 66