SKPL Amsal David

DOKUMEN
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SIJALAN
untuk:
PT Laundry si paling laundry
Jalan Keputih, Surabaya
Dipersiapkan oleh:
KELOMPOK A11
<Amsal Herbert 5025201182>
<David Fischer 5025201123>
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Kampus ITS Keputih Sukolilo Surabaya
Nomor Dokumen Halaman

Departemen
Teknik Informatika
ITS SKPL-A11 hlm / 25 hlm
Revisi - 6 Juni 2012

DAFTAR PERUBAHAN
Revisi Deskripsi
A
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Departemen Teknik Informatika ITS SKPL-XXX Halaman 2 dari 39

Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan Teknik
Informatika-ITS dan bersifat rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa
Perangkat Lunak Jurusan Teknik Informatika-ITS.
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

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 10
3.1 Kebutuhan antarmuka eksternal 10
3.1.1 Antarmuka pengguna 10
3.1.2 Antarmuka perangkat keras 10
3.1.3 Antarmuka perangkat lunak 10
3.1.4 Antarmuka komunikasi 10
3.2 Deskripsi Fungsional 11
3.2.1 Use Case Diagram 11
3.2.2 Fungsi 1: Mengelola Perpanjangan Sewa 12
3.3 Deskripsi Kelas-kelas 18
3.3.1 Diagram Kelas 18
3.3.2 Deskripsi Domain Persoalan 19
3.3.3 Deskripsi Kelas Pengendali 19
3.3.4 Deskripsi Kelas Entity (Persisten) 20
3.3.5 Deskripsi Kelas Boundary 21
3.4 Deskripsi Perilaku Sistem 22
3.5 Kebutuhan Non Fungsional 23
3.6 Batasan Perancangan 24
3.7 Ringkasan Kebutuhan 24
3.7.1 Ringkasan Kebutuhan Fungsional 24
3.7.2 Ringkasan Kebutuhan Non Fungsional 24
LAMPIRAN A . .………………………………………………………………………………………………………………...……A-1

Daftar Tabel
Tabel 1 Aturan Penamaan dan Penomoran 7

Tabel 2 Karakteristik Pengguna 9
Tabel 3 Deskripsi Kelas Domain Persoalan 19
Tabel 4 Deskripsi Kelas Pengendali 19
Tabel 5 Deskripsi Kelas Entity 21
Tabel 6 Deskripsi Kelas Boundary 21
Tabel 7 Deskripsi Kebutuhan Non Fungsional 23
Tabel 8 Ringkasan Kebutuhan Fungsional 24
Tabel 9 Ringkasan Kebutuhan Non Fungsional 24

Daftar Gambar

1 Pendahuluan
1.1 Tujuan Penulisan Dokumen
Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Sistem Requirement
Spesification (SRS) untuk SIJALAN . Tujuan penulisan dokumen ini adalah memberikan penjelasan mengenai
hasil analisis perangkat lunak yang dibangun baik berupa gambaran umum maupun penjelasan secara detil dan
menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak SIJALAN dan pengguna dari
perangkat lunak atau personil-personil yang terlibat dalam sistem. Dokumen ini akan digunakan sebagai bahan
acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak
maupun diakhir pengembangannya. Dengan adanya dokumen SKPL ini diharapkan pengembangan perangkat
lunak akan lebih terarah dan terfokus serta tidak menimbulkan ambiguitas terutama bagi para pengambang
perangkat lunak SIJALAN.
1.2 Lingkup Masalah

Perangkat lunak yang akan dikembangkan adalah perangkat lunak SIJALAN, yaitu merupakan perangkat
lunak yang berupa sebuah sistem informasi desktop yang digunakan pada sebuah perusahaan jasa laundry dalam
menghubungkan customer dengan pihak jasa laundry. SIJALAN dapat melakukan hal-hal berikut ini :
- Menangani pengelolaan data anggota mitra jasa laundry, termasuk registrasi baru anggota dan
pencarian data anggota yang sudah ada.
- Menangani pengelolaan data customer, termasuk registrasi baru customer dan pencarian data
customer yang sudah ada.
- Memiliki fungsi searching mitra yang berada di sekitar customer
- Menampilkan karakteristik khusus yang ada pada setiap mitra
- Menangani pengelolaan data keuangan dan data status laundry, termasuk dalam pengelolaan laporan
keuangan dan laporan status pakaian yang sudah dilaundry secara berkala.
- Menangani pembayaran laundry customer, baik secara tunai maupun menggunkan uang digital.
- Mencetak nota transaksi
- Memiliki fungsi searching nomor id nota pembayaran untuk verifikasi penyewaan saat pesanan
diterima oleh customer.
Dengan adanya SIJALAN ini diharapkan penanganan permintaan-permintaan dari customer dapat
ditangani oleh mitra jasa laundry lebih cepat dan sistematis sehingga waktu yang digunakan dapat lebih efisien
dan juga dapat meminimalisir kesalahan-kesalahan manusia dalam hal pencatatan pemasukan dan pengeluaran
dengan cara yang lebih cepat dan tidak mengginakan tenaga lebih dari manusia.
1.3 Definisi dan Istilah
Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini:
o SIJALAN : Sistem Informasi Jasa Laundry.
o SRS : Software Requirements Specification, atau
SKPL : Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak.
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 Aturan Penomoran/Penamaan
SKPL-F0X Kebutuhan Fungsional
SKPL-NF0X Non Fungsional
1.5 Referensi
Dokumen-dokumen yang digunakan sebagai referensi dalam pembuatan SKPL ini adalah sebagai
berikut:
1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement Specifications.
2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc Graw Hill,
2001.
3. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan Teknik
Informatika, Institut Teknologi Bandung, 2000.
4. Panduan Pengisian Spesifikasi Perangkat Lunak (SKPL) Beroriantasi Proses, Jurusan Teknik
Informatika, Institut Teknologi Bandung
1.6 Ikhtisar Dokumen

Dokumen ini berisikan tentang deskripsi segala rancangan yang akan digunakan bagi programmer untuk
membangun system informasi ini.Selain itu, dokumen ini mendeskripsikan tentang Spesifikasi Perangkat
Lunak secara arsitektural. Dokumen ini dibagi menjadi tiga bagian, antara lain :
1. Pendahuluan, merupakan bagian pengantar dokumen SKPL yang berisi tujuan, lingkup
masalah, definisi dan istilah, aturan penamaan dan penomoran, referensi, dan juga ikhtisar dari
dokumen SKPL.
2. Deskripsi Umum Perangkat Lunak, merupakan bagian kebutuhan isi dokumen SKPL yang
berisi deskripsi umum sistem, fungsi produk, karakteristik pengguna, batasan, dan lingkungan
operasi dari sistem.
3. Deskripsi Umum Kebutuhan, berisi kebutuhan antarmuka eksternal, deskripsi fungsional,
deskripsi kelas-kelas, deskripsi perilaku sistem, non fungsional, dan batasan perancangan dari
sistem.

2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

Secara umum SIPESTA ini menjadi 3 bagian berdasarkan pengguna :
1. Dari sudut pandang mitra jasa laundry, sistem ini dapat mempermudah dalam menghubungkan jasa
laundry ke pihak customer, serta membantu dalam bidang pencatatan transaksi menjadi lebih mudah.
2. Dari sudut pandang customer, sistem ini dapat mempermudah cutomer dalam mencari jasa laundry
terbaik di sekitar lokasi customer.
3. Dari sudut pandang pemilik sistem, sistem ini dapat mengelola server dan database, mengelola data
transaksi peminjaman sepeda, melihat tampilan laporan keuangan, dan sebagainya
2.2 Fungsi Produk

Perangkat Lunak SIJALAN ini mempunyai beberapa fungsi utama, antara lain:
1. (SKPL-F01) Melakukan login pada aplikasi.
2. (SKPL-F02) Memasukan lokasi.
3. (SKPL-F03) Menentukan pihak jasa laundry.
4. (SKPL-F04) Mengantar pakian.
5. (SKPL-F05) Melakukan pembayaran.
6. (SKPL-F06) Menjemput pakaian
7. (SKPL-F07) Memberi penilaian
8. (SKPL-F08) Mendaftarkan jasa laundry.
9. (SKPL-F09) Mengubah fitur dan harga.
10. (SKPL-F10) Melihat riwayat transaksi.
11. (SKPL-F11) Menyelesaikan transaksi.
2.3 Karakteristik Pengguna
Karakteristik pengguna dari SIPESTA dijabarkan dalam tabel berikut ini.
Tabel 2 Karakteristik Pengguna

Kategori Tugas Hak Akses ke aplikasi Kemampuan yang harus
Pengguna dimiliki
Mitra jasa Menggunakan sistem Akses data pengguna sistem Memiliki jasa laundry dan
laundry untuk dapat menawarkan pribadi, data customer yang memahami cara
jasa laundry kepada menggunakan jasa laundry, dan menggunakan suatu aplikasi
customer riwayat transaksi
Customer Menggunakan sistem Akses data pengguna sistem Memahami cara
untuk dapat menemukan pribadi, lokasi jasa laundry di menggunakan suatu aplikasi
jasa laundry yang sekitar lokasi customer, dan
diinginkan akses riwayat transaksi
Pemilik Mengelola server dan Akses penuh ke semua data Pengelolaan bisnis dan
sistem database, mengelola hak pengetahuan dasar
akses, mengelola data pengelolaan aplikasi
keuangan

2.4 Batasan
Pengembangan SIJALAN ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :
1. SIJALAN hanya dapat dijalankan di sistem operasi Android dan iOS (tidak ada versi desktop).
2. Antarmuka berupa tampilan menu yang modern, minimalis, dan mudah dipahami.
3. SIJALAN akan dibangun menggunakan bahasa pemrograman termutakhir untuk rekayasa perangkat
lunak.
4. Sebagai permulaan, sistem ini hanya dapat digunakan di daerah Keputih dan sekitarnya.
2.5 Lingkungan Operasi

Lingkungan operasi dari SIJALAN dapat diakses oleh semua pengguna sistem baik sebagai mitra jasa laundry
maupun customer dan sementara terbatas hanya di daerah Keputih dan sekitarnya..
3 Deskripsi Umum Kebutuhan
3.1 Kebutuhan antarmuka eksternal
3.1.1 Antarmuka pengguna

SIJALAN menggunakan antarmuka berbasis Graphic User Interfaces (GUI), dan pengguna dapat menggunakan
sistem dengan sistem operasi Android atau iOS.
3.1.2 Antarmuka perangkat keras

SIJALAN tidak berhubungan dengan perangkat keras apapun dalam rangka melakukan kegiatan jasa laundry.
3.1.3 Antarmuka perangkat lunak

SIJALAN akan menggunakan Docker sebagai fasilitas APInya.
3.1.4 Antarmuka komunikasi

SIJALAN merupakan sistem yang tidak saling terhubung dengan Local Area Network (LAN).

3.2 Deskripsi Fungsional
3.2.1 Use Case Diagram
Jurusan Teknik Informatika ITS SKPL-FRS Halaman 11 dari 39

3.2.2 Fungsi 1: Melakukan Login pada Aplikasi
3.2.3 Skenario: Melakukan Login pada Aplikasi
3.2.3.1
Kode Use Case UC01

Nama Use Case Melakukan login pada aplikasi
Aktor Customer
Deskripsi Customer masuk ke dalam aplikasi.
Relasi -
Kondisi Awal Customer menggunakan aplikasi untuk pertama kalinya dan memiliki akun yang sudah
terdaftar
Kondisi Akhir Customer masuk ke dalam aplikasi dan dapat menggunakan aplikasi
Alur Normal
Customer Sistem
1. Customer membuka aplikasi 1.1 Sistem menawarkan pilihan untuk membuat
2. Customer memilih opsi login akun baru atau login
3. Customer memilih salah satu 2.1 Sistem menawarkan pilihan metode login
metode login
3.1 Sistem melakukan verifikasi terhadap usaha
4. Customer masuk ke dalam
menu utama aplikasi melakukan login
3.2 Sistem menyetujui login
4.1 Sistem menampilkan tampilan menu utama dari
aplikasi
Alur Alternatif
3.1 a
1. Usaha login yang dilakukan pengguna tidak berhasil karena kesalahan id atau
password.
2. Sistem akan menampilkan “ id atau password tidak sesuai”
3. Kembali ke nomor 1.1

3.2.3.2 Diagram Aktivitas: Melakukan Login pada Aplikasi

3.2.3.3 Diagram Sekuens: Melakukan Login pada Aplikasi

3.2.3.4 Diagram Collaboration : Melakukan Login pada Aplikasi

3.2.3 Fungsi 2 : Memasukkan Lokasi
3.2.3.1 Skenario : Memasukkan Lokasi

Kode Use Case UC02
Nama Use Case Memasukkan lokasi
Aktor Customer dan Online Map
Deskripsi Online maps mendapatkan lokasi customer secara otomatis ketika hendak memilih
pihak jasa laundry yang ingin digunakan
Relasi -
Kondisi Awal Sistem tidak menampilkan lokasi customer
Kondisi Akhir Sistem menampilkan lokasi customer
Alur Normal
Customer Online Map
3. Customer memilih lokasi jasa 1.1 Sistem menawarkan pilihan untuk memasukkan
laundry yang ingin digunakan lokasi secara otomatis atau manual
2.1 Sistem mengkonfirmasi lokasi customer
Alur Alternatif

3.2.3.2 Diagram Aktivitas : Memasukkan Lokasi
Jika sistem tidak berhasil mendapatkan lokasi customer sehingga customer perlu memasukkan lokasi
secara manual atau menyalakan layanan lokasi

3.2.3.3 Diagram Sekuens : Memasukkan Lokasi

3.2.3.4 Diagram Collaboration : Memasukkan Lokasi
3.2.4 Fungsi 3 : Menentukan Pihak Jasa Laundry
3.2.4.1 Skenario : Menentukan Pihak Jasa Laundry
Kode Use Case UC03

Nama Use Case Menentukan pihak jasa laundry
Aktor Customer
Deskripsi Customer memilih pihak jasa laundry yang ingin digunakan
Relasi -
Kondisi Awal Customer belum memilih pihak jasa laundry
Kondisi Akhir Customer telah memilih pihak jasa laundry yang ingin digunakan
Alur Normal
Customer Sistem
1. Customer memilih menu mencari 1.1 Sistem menawarkan pilihan pihak jasa laundry
jasa laundry yang ada di sekitar customer
2. Customer menentukan pihak jasa 2.1 Sistem menampilkan informasi tentang jasa
laundry yang ingin digunakan
laundry tersebut
3. Customer mengkonfirmasi pilihan
pihak jasa laundry 2.2 Sistem menampilkan harga dan fitur yang ada
pada jasa laundry tersebut
Alur Alternatif

3.2.4.2 Diagram Aktivitas : Menentukan Pihak Jasa Laundry

3.2.4.3 Diagram Sekuens : Menentukan Pihak Jasa Laundry

3.2.4.4 Diagram Collaboration : Menentukan Pihak Jasa Laundry
3.2.5 Fungsi 4 : Mengantar Pakaian
3.2.5.1 Skenario : Mengantar Pakaian
Kode Use Case UC04

Nama Use Case Mengantar Pakaian
Aktor Customer dan mitra jasa laundry
Deskripsi Customer mengantarkan pakaian yang ingin di laundry ke mitra jasa laundry
Relasi -
Kondisi Awal Mitra jasa laundry belum menerima pakaian dari customer
Kondisi Akhir Sistem mengubah status pakaian
Alur Normal
Customer Mitra jasa laundry Sistem
1. Customer 2. Mitra jasa laundry menerima 2.1 Sistem mengubah status
mengantarkan pakaian yang akan diantarkan oleh pakaian menjadi ‘sedang di
pakaian yang customer laundry’.
akan di laundry
Alur Alternatif
3.2.5.2 Diagram Aktivitas : Mengantar Pakaian

3.2.5.3 Diagram Sekuens : Mengantar Pakaian

3.2.5.4 Diagram Collaboration : Mengantar Pakaian
3.2.6 Fungsi 5 : Melakukan Pembayaran
3.2.6.1 Skenario : Melakukan Pembayaran
Kode Use Case UC05

Nama Use Case Melakukan Pembayaran
Deskripsi Customer yang telah mengantarkan pakaian nya akan langsung membayar biaya jasa
dari mitra jasa laundry sesuai dengan kesepakatan harga yang telah ditentukan
Relasi -
Kondisi Awal Customer belum membayar biaya jasa laundry
Kondisi Akhir Mitra jasa laundry menerima uang biaya jasa laundry
Alur Normal
Customer Sistem Mitra jasa laundry
1. Customer 2. Sistem mencatat transaksi 1.1 Mitra jasa laundry menerima
mendatangi kasir pembayaran yang terjadi. uang dari customer
untuk melakukan 3. Sistem mengubah status pakaian 1.2 Mitra jasa laundry melakukan
transaksi pembayaran
menjadi ‘lunas’. konfirmasi transaksi ke sistem
baik secara tunai
Alur Alternatif
3.2.6.2 Diagram Aktivitas : Melakukan Pembayaran

3.2.6.3 Diagram Sekuens : Melakukan Pembayaran
3.2.7 Fungsi 6 : Menjemput Pakaian
3.2.7.1 Skenario : Menjemput Pakaian
Kode Use Case UC06

Nama Use Case Menjemput Pakaian
Deskripsi Pakaian yang telah selesai di laundry akan dijemput oleh customer kepada pihak jasa
laundry
Relasi -
Kondisi Awal Customer belum menerima pakaian yang telah selesai di laundry
Kondisi Akhir Customer menerima pakaian yang telah selesai di aundry
Alur Normal
3. Customer 4. Sistem mengkonfirmasi bahwa 1.1 Mitra jasa laundry memberikan
menerima pakaian pakaian telah diambil oleh pakaian yang telah selesai di
yang telah selesai di customer. laundry
laundry oleh pihak
2.1 Mitra jasa laundry mencatat ke
jasa laundry
sistem bahwa pakaian telah selesai
di laundry
Alur Alternatif
3.2.7.2 Diagram Aktivitas : Validasi Pengambilan

3.2.7.3 Diagram Sekuens : Validasi Pengambilan
3.2.8 Fungsi 7 : Memberi Penilaian
3.2.8.1 Skenario : Memberi Penilaian
Kode Use Case UC07

Nama Use Case Memberi penilaian
Aktor Customer
Deskripsi Customer memberikan penilaian terhadap kinerja dari pihak jasa laundry dan tingkat
kepuasan customer.
Relasi -
Kondisi Awal Customer belum memberikan penilaian
Kondisi Akhir Customer telah memberikan penilaian
Alur Normal
Customer Sistem
1. Customer menekan menu 1.1 Sistem menampilkan menu penilaian kepada
“Penilaian” customer
2. Customer memberikan penilaian 3. Sistem mengkonfirmasi penilaian yang diberikan
kepuasan terhadap kinerja dari pihak
oleh customer
jasa laundry
Alur Alternatif

3.2.9 Fungsi 8 : Mendaftarkan Jasa Laundry
3.2.9.1 Skenario : Mendaftarkan Jasa Laundry
Kode Use Case UC08

Nama Use Case Mendaftarkan Jasa Laundry
Aktor Mitra Jasa Laundry
Deskripsi Mitra jasa laundry mendaftarkan usaha nya
Relasi -
Kondisi Awal Mitra jasa laundry belum mendaftarkan usaha jasa laundry ke sistem
Kondisi Akhir Mitra jasa laundry telah mendaftarkan usaha jasa laundry ke sistem
Alur Normal
Mitra Jasa Laundry Sistem
1. Mitra jasa laundry memilih menu 1.1 Sistem menampilkan form pendaftaran usaha
“Daftarkan Usaha” 4.1 Sistem menyimpan semua informasi dan data
2. Mitra jasa laundry memasukkan yang sudah diberikan.
informasi yang dibutuhkan
3. Mitra jasa laundry mengambil foto
tempat usaha jasa laundry
4. Mitra jasa laundry menekan
“Daftar” untuk mendaftarkan usaha
nya
Alur Alternatif
1.a
1. Informasi yang diberikan oleh mitra jasa laundry belum lengkap
2. Sistem meminta mitra jasa laundry melengkapi ulang semua informasi

3. Mitra jasa laundry melengkapi semua informasi
4. Sistem mengkonfirmasi informasi yang sudah lengkap
3.2.10 Fungsi 9 : Mengubah Fitur dan Harga
3.2.10.1 Skenario : Mengubah Fitur dan Harga
Kode Use Case UC09

Nama Use Case Mengubah fitur dan harga
Deskripsi Mitra jasa laundry dapat mengubah fitur-fitur tambahan yang mereka sediakan dan
juga dapat mengubah harga dari jasa laundry mereka

Relasi -
Kondisi Awal Mitra jasa laundry belum mengubah fitur dan harga untuk jasa laundry mereka
Kondisi Akhir Sistem menyimpan perubahan pada fitur dan harga yang telah diubah oleh jasa
laundry
Alur Normal
1. Mitra jasa laundry menekan 1.1 Sistem menampilkan menu merubah fitur dan
menu “Fitur dan Harga” harga
2. Mitra jasa laundry merubah 4. Sistem menyimpan data terbaru yang telah
fitur atau harga yang ingin
diubah
diubah
3. Menekan “Konfirmasi”
Alur Alternatif
1.a
1. Mitra jasa laundry melakukan kesalahan pada saat mengganti fitur dan harga
2. Mitra jasa laundry melakukan pembatalan perubahan fitur dan harga
3. Sistem mengkonfirmasi pembatalan fitur dan harga
4. Mitra jasa laundry melakukan perubahan ulang
5. Sistem menyimpan semua data terbaru
3.2.11 Fungsi 10 : Melihat Riwayat Transaksi
3.2.11.1Skenario : Melihat Riwayat Transaksi

Kode Use Case UC10
Nama Use Case Melihat riwayat transaksi
Deskripsi Mitra jasa laundry dapat melihat riwayat dari transaksi-transaksi yang telah dilakukan
sebelumnya
Relasi -
Kondisi Awal Sistem belum menampilkan riwayat transaksi yang telah dilakukan
Kondisi Akhir Sistem menampilkan riwayat transaksi yang telah dilakukan
Alur Normal
1. Mitra jasa laundry menekan 1.1 Sistem menampilkan riwayat transaksi yang
menu “Riwayat Transaksi” telah dilakukan
Alur Alternatif
3.2.12 Fungsi 11 : Menyelesaikan Transaksi
3.2.12.1 Skenario : Menyelesaikan Transaksi
Kode Use Case UC11

Nama Use Case Menyelesaikan transaksi
Deskripsi Customer telah menerima pakaian yang telah di laundry dan ingin menyelesaikan semua
transaksi dan mitra jasa laundry melakukan konfirmasi
Relasi -
Kondisi Awal Customer belum menyelesaikan semua keperluan untuk menyelesaikan transaksi
Kondisi Akhir Customer telah menyelesaikan transaksi dan mitra jasa laundry melakukan konfirmasi
Alur Normal

1.Customer menekan 2. Mitra jasa laundry melakukan
“Transaksi Selesai” 1. Sistem mengubah status konfirmasi terhadap transaksi
pemesanan menjadi ‘Menunggu yang sudah diselesaikan
Konfirmasi’.
2.1 Sistem memindahkan

pemesanan ke riwayat
pemesanan dan mengubah
status pemesanan menjadi
‘Selesai’.
Alur Alternatif
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
3.3.3 Deskripsi Kelas Pengendali
Tabel 4 Deskripsi Kelas Pengendali

No. Nama Metode Atribut Tugas
Validate Barang statusBarang, idBarang, Validasi status
1. ControlBarang
Nama Barang barang
Validate Penyewaan statusPenyewaan, Tanggal Validasi Nomor
2. ControlDataSewa
Penyewaan Penyewaan

3.3.4 Deskripsi Kelas Entity (Persisten)
CDM UNTUK SIPESTA

Tabel 5 Deskripsi Kelas Entity

No Nama Atribut Metode Tugas
.
1. barang idBarang, NamaBarang, TampilBarang, Mengelola pengelolaan terhadap persediaan
JenisBarang, TambahBarang, barang / alat-alat pesta termasuk manipulasi data
HargaBarang, HapusBarang, barang.
StatusBarang UbahBarang
2. pekerja idPekerja, NamaPekerja, TampilPekerja, Mengelola data pekerja termasuk pendaftaran
JenisKelamin, TambahPekerja pekerja, melihat dan hapus.
UsiaPekerja, TelpPekerja, , HapusPekerja,
AlamatPekerja, CariPekerja
GajiPekerja,
StatusPekerja
3.3.5 Deskripsi Kelas Boundary

Tabel 6 Deskripsi Kelas Boundary
No
Nama Atribut Metode Tugas
.
idBarang,
NamaBarang,
Tambah
JenisBarang, Menyediakan form GUI untuk mengelola
1 FormBarang Barang,
HargaBarang UbahBarang data barang / alat-alat pesta
,
StatusBarang
idSewa, Tambah Menyediakan form GUI untuk mengelola
2. FormDataSewa JenisSewa, DataSewa, data sewa yang baru maupun yang sudah
TanggalSewa UbahDataSewa ada
Tambah
idPekerja, Menyediakan form GUI untuk mengelola
3. FormSchedule NamaPekerja
Schedule,
UbahSchedule Schdelue bagi para pekerja

3.4 Deskripsi Perilaku Sistem
Ini masih keliru, nama state sebaiknya kata kerja bentuk 1 (kata dasarnya)
Kelas: Penyewaan

- kelas : Laporan
3.5 Kebutuhan Non Fungsional
Tabel 7 Deskripsi Kebutuhan Non Fungsional

SKPL-Id Parameter Kebutuhan
SKPL-N01 Availability Aplikasi bersifat bisa dimatikan apabila tidak
diperlukan dengan catatan data-data sudah disimpan.
SKPL-N02 Reliability Aplikasi bergantung pada jaringan komputer yang
cukup bagus karena bekerja di jaringan lokal saja.
Tentu saja tetap membutuhkan kebutuhan listrik yang
cukup.
SKPL-N03 Ergonomy Aplikasi mempunyai desain yang menarik dan dibuat
semudah mungkin untuk digunakan. Sehingga
mempermudah pemakainya.
SKPL-N04 Portability Aplikasi ini tidak portable karena pada dasarnya
memerlukan PC Desktop atau Laptop untuk
menggunakannya.

SKPL-Id Parameter Kebutuhan
Memory Membutuhkan memori besar sebesar minimal 320
GB untuk menampung database yang jumlahnya
banyak.
SKPL-N05 Response time Response time paling lama 8 detik.
Safety Aman karena tidak menggunakan hal-hal yang
menyebabkan kerusakan ataupun bahaya.
SKPL-N06 Security Menggunakan autentifikasi login untuk setiap user
yang berbeda-beda.
SKPL-N07 Bahasa Menggunakan bahasa Indonesia karena pengguna
komunikasi merupakan kewarganegaraan Indonesia.
SKPL-N08 Lain-lain -
3.6 Batasan Perancangan

- Pada sistem ini, untuk pembayaran dimuka disetorkan sesuai keinginan customer dari total biaya
pemesanan barang.
- Pembatalan penyewaan alat pesta dilakukan paling lambat 3 hari setelah pemesanan.
- Pengambilan barang oleh pihak perusahaan dilakukan paling lambat 1 hari setelah alat-alat pesta
selesai disewa.
- tersebut.
- Ringkasan Kebutuhan Ekstensi file desain harus berupa .cdr ; .psd, ; atau .jpg dengan ukurann file
maksimal 100 Megabyte.
3.7 Hanya menggunakan jaringan lokal di dalam perusahaan
3.7.1 Ringkasan Kebutuhan Fungsional
Tabel 8 Ringkasan Kebutuhan Fungsional

SKPL-Id Keterangan
SKPL-F000 Menerima data Nomor Customer dari pengguna dan mem-validasinya
SKPL-F001 Menyimpan jenis sewa yang disepakati antara customer dan desainer
SKPL-F002 Mencatat secara detail mengenai barang/alat pesta yang dipesan customer
SKPL-F003 Mencatat dekorasi apa yang ingin diterapkan pada acara
SKPL-F004 Mencatat pembayaran yang dilakukan customer baik dimuka ataupun lunas
SKPL-F005 Membuat nota penyewaan untuk customer
SKPL-F006 Membuat nota pengiriman/ surat jalan pengiriman untuk customer
SKPL-F007 Membuat nota pengembalian untuk customer
SKPL-F008 Melakukan pencetakan nota dengan alat pencetak
SKPL-F009 Melakukan finishing sesuai dengan catatan customer services
SKPL-F010 Mencocokkan nota penyewaan customer terhadap barang yang disewa customer
SKPL-F011 Melakukan validasi bahwa barang/alat pesta sudah dikirim ke customer
SKPL-F012 Mencatat pemasukan dari penyewaan barang / alat pesta
SKPL-F013 Mencatat pengeluaran untuk belanja tambahan barang / alat pesta
SKPL-F014 Membuat laporan keuangan dan laporan status barang
3.7.2 Ringkasan Kebutuhan Non Fungsional

Tabel 9 Ringkasan Kebutuhan Non Fungsional
SKPL-Id Keterangan
SKPL-NF000 Menggunakan infrastruktur intranet sebagai media jaringan antar komputer dari
bagian-bagian dalam sistem
SKPL-NF001 Menggunakan sistem operasi windows (XP, Vista, 7) dengan spesifikasi minimum
perangkat keras yaitu :Prosesor Intel Dual Core, RAM 1 GB, Memory 320 GB
SKPL-NF002 Menggunakan user login berbeda-beda pada setiap bagian sistem yang ingin
mengakses sistem. Seperti pada bagian penyewaan, pencetakan, keuangan, pekerja,
dan barang, masing-masing memiliki user login sendiri-sendiri
SKPL-NF003 Pada sistem ini, untuk pembayaran dimuka disetorkan sesuai keinginan customer dari
total biaya pemesanan barang
SKPL-NF004 Pembatalan penyewaan alat pesta dilakukan paling lambat 3 hari setelah pemesanan.
SKPL-NF005 Pengambilan barang oleh pihak perusahaan dilakukan paling lambat 1 hari setelah
barang selesai disewa
SKPL-NF006 Ekstensi file desain harus berupa .cdr ; .psd, ; atau .jpg dengan ukurann file maksimal
100 Megabyte


SKPL Amsal David

Diunggah oleh

Informasi Dokumen

Judul 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

SKPL Amsal David

Diunggah oleh

Hak Cipta:

Format Tersedia

DOKUMEN

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

PT Laundry si paling laundry

Jalan Keputih, Surabaya

<David Fischer 5025201123>

Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember

Kampus ITS Keputih Sukolilo Surabaya

Nomor Dokumen Halaman

Revisi - 6 Juni 2012

Departemen Teknik Informatika ITS SKPL-XXX Halaman 2 dari 39

Halaman Revisi Halaman Revisi

Departemen Teknik Informatika ITS SKPL-XXX Halaman 3 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 4 dari 39

Tabel 1 Aturan Penamaan dan Penomoran 7

Departemen Teknik Informatika ITS SKPL-XXX Halaman 5 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 6 dari 39

1.2 Lingkup Masalah

1.3 Definisi dan Istilah

1.4 Aturan Penamaan dan Penomoran

Departemen Teknik Informatika ITS SKPL-XXX Halaman 7 dari 39

1.6 Ikhtisar Dokumen

Departemen Teknik Informatika ITS SKPL-XXX Halaman 8 dari 39

2.1 Deskripsi Umum Sistem

2.2 Fungsi Produk

2.3 Karakteristik Pengguna

Karakteristik pengguna dari SIPESTA dijabarkan dalam tabel berikut ini.

Tabel 2 Karakteristik Pengguna

Departemen Teknik Informatika ITS SKPL-XXX Halaman 9 dari 39

2.5 Lingkungan Operasi

3 Deskripsi Umum Kebutuhan

3.1 Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pengguna

3.1.2 Antarmuka perangkat keras

3.1.3 Antarmuka perangkat lunak

3.1.4 Antarmuka komunikasi

Departemen Teknik Informatika ITS SKPL-XXX Halaman 10 dari 39

3.2.1 Use Case Diagram

Jurusan Teknik Informatika ITS SKPL-FRS Halaman 11 dari 39

3.2.3 Skenario: Melakukan Login pada Aplikasi

Kode Use Case UC01

Departemen Teknik Informatika ITS SKPL-XXX Halaman 12 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 13 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 14 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 15 dari 39

3.2.3.1 Skenario : Memasukkan Lokasi

Departemen Teknik Informatika ITS SKPL-XXX Halaman 16 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 17 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 18 dari 39

3.2.4 Fungsi 3 : Menentukan Pihak Jasa Laundry

3.2.4.1 Skenario : Menentukan Pihak Jasa Laundry

Kode Use Case UC03

Departemen Teknik Informatika ITS SKPL-XXX Halaman 19 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 20 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 21 dari 39

3.2.5 Fungsi 4 : Mengantar Pakaian

3.2.5.1 Skenario : Mengantar Pakaian

Kode Use Case UC04

3.2.5.2 Diagram Aktivitas : Mengantar Pakaian

Departemen Teknik Informatika ITS SKPL-XXX Halaman 22 dari 39

Departemen Teknik Informatika ITS SKPL-XXX Halaman 23 dari 39

3.2.6 Fungsi 5 : Melakukan Pembayaran

3.2.6.1 Skenario : Melakukan Pembayaran

Kode Use Case UC05