SKPL-01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Aplikasi Loudry Perkampungan Mahasiswa Unila
untuk:
LAPORAN BASIS DATA
Dipersiapkan oleh:
Era Desti Ramayani 1515061014
Program Studi Teknik Informatika
Universitas Lampung
Jl. Soemantri Brojonegoro No.1 Bandar Lampung
Program Studi Teknik
Informatika Unila
Nomor Dokumen
Halaman
SKPL-01 <01:01>
<#>/<jml #
Revisi
<nomor revisi>
Tgl: 12 Januari 2018
DAFTAR PERUBAHAN
Revisi
Deskripsi
A
B
C
D
E
F
G
INDEX
TGL
-
A
B
C
D
E
F
G
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Program Studi Teknik Informatika
SKPL-01
Halaman 2/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Daftar Halaman Perubahan
Halaman
Revisi
Program Studi Teknik Informatika
Halaman
SKPL-01
Revisi
Halaman 3/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Daftar Isi
1. Pendahuluan 5
1.1
Tujuan Penulisan Dokumen ..................................................................................................................... 5
1.2
Lingkup Masalah ..................................................................................................................................... 5
1.3
Definisi, Istilah dan Singkatan ................................................................................................................ 5
1.4
Aturan Penomoran ................................................................................................................................... 6
1.5
Referensi .................................................................................................................................................. 6
1.6
Deskripsi umum Dokumen (Ikhtisar) ...................................................................................................... 7
2
Deskripsi Umum Perangkat Lunak 8
2.1
Deskripsi Umum Sistem .......................................................................................................................... 8
2.2
Karakteristik Pengguna............................................................................................................................ 8
2.3
Batasan .................................................................................................................................................... 9
2.4
Lingkungan Operasi .............................................................................................................................. 10
3
Deskripsi Kebutuhan
11
3.1
Kebutuhan Antarmuka Eksternal ........................................................................................................... 11
3.1.1
Antarmuka pemakai ....................................................................................................................... 11
3.1.2
Antarmuka Perangkat Keras .......................................................................................................... 11
3.1.3
Antarmuka Perangkat Lunak ......................................................................................................... 11
3.1.4
Antarmuka Komunikasi ................................................................................................................. 11
3.2
Kebutuhan Fungsional ........................................................................................................................... 11
3.3
Model Use Case ..................................................................................................................................... 13
3.3.1
Diagram Use Case ......................................................................................................................... 13
3.3.2
Definisi Actor ................................................................................................................................ 13
3.3.3
Definisi Use Case .......................................................................................................................... 14
3.3.4
Skenario Use Case ......................................................................................................................... 15
3.4
Kebutuhan Non Fungsional ................................................................................................................... 17
3.5
Batasan Perancangan ............................................................................................................................. 17
3.6
Ringkasan Kebutuhan ............................................................................................................................ 18
3.6.1
Kebutuhan Fungsional ................................................................................................................... 18
3.6.2
Kebutuhan Non Fungsional ........................................................................................................... 18
4
Perancangan Basis Data 18
4.1
Pemodelan Basis Data ........................................................................................................................... 19
4.1.1
Entity Relationship Diagram (ERD) .............................................................................................. 19
4.1.2
Contextual Data Model .................................................................................................................. 20
4.1.3
Physical Data Model ...................................................................................................................... 21
4.1.4
Deskripsi Rinci Tabel .................................................................................................................... 22
4.1.4.1 Struktur Data Tabel ................................. .................................................................................. 22
4.1.5
Contoh Query ................................................................................................................................ 23
Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar
Program Studi Teknik Informatika
SKPL-01
Halaman 4/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan dari pembuatan dokumen ini yakni untuk mendokumentasikan segala kegiatan atau
aktivitas yang dilakukan selama perkembangan proyek perangkat lunak Aplikasi Loundry
Perkampungan Mahasiswa Unila dimulai dari tahap user requirements, analisis dan desain,
implementasi hingga testing. Selain itu juga penulisan dokumen ini digunakan sebagai salah satu
acuan nantinya dalam pengimplementasian. Adapun tujuan dari proyek ini yakni Pelanggan tidak
perlu datang ke lokasi/tempat loundry untuk melakukan aktivitas loundry, tetapi cukup hanya
dengan menggunakan perangkat elektronik/hp untuk melakukan transaksi loundry sehingga akan
menghemat waktu.
1.2 Lingkup Masalah
Aplikasi Loundry Perkampungan Mahasiswa Unila ini merupakan sebuah aplikasi yang dapat
memberikan kemudahan bagi calon pelanggan terkhusus untuk mahasiswa yang tidak memiliki
banyak waktu dalam mengurus pakaian karena padatnya kegiatan di kampus. Pelanggan tidak
perlu datang ke lokasi/tempat loundry untuk melakukan aktivitas loundry, tetapi cukup hanya
dengan menggunakan perangkat elektronik/hp untuk melakukan transaksi loundry.
1.3
Definisi, Istilah dan Singkatan
• SKPL adalah Spesifikasi Kebutuhan Perangkat Lunak, atau dalam bahasa Inggrisnya sering juga disebut sebagai Software Requirements Spesification (SRS), dan
merupakan spesifikasi dari perangkat lunak yang akan dikembangkan.
•
ERD adalah Entity Relationship Diagram, diagram dan notasi yang digunakan untuk
merepresentasikan struktur data statis pada perangkat lunak.
•
ALPMU adalah singkatan dari Aplikasi Loundry Perkampungan Mahasiswa Unila
•
NFR merupakan singkatan dari Non Functional Requirements
•
KF singkatan dari Kebutuhan Fungsional
•
KNF singkatan dari Kebutuhan Non Fungsional
•
CDM singkatan dari Contextual Data Model
•
PDM adalah singkatan dari Physical Data Model
Program Studi Teknik Informatika
SKPL-01
Halaman 5/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
1.4
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Aturan Penomoran
ALPMU-01 digunakan penomoran untuk fitur login Pengguna/Pelanggan
ALPMU-02 digunakan sebagai penomoran untuk login Admin
ALPMU-03 digunakan sebagai penomoran untuk fitur lihat paket laundry
ALPMU-04 digunakan sebagai penomoran untuk pilih/pesan laundry
ALPMU-05 digunakan sebagai penomoran untuk fitur pembayaran/transaksi laundry
ALPMU-06 digunakan sebagai penomoran untuk fitur Log Out
NFR-01 digunakan untuk penomoran Non Functional Requirement tentang Availability
NFR-02 digunakan untuk penomoran Non Functional Requirement tentang Reliablity
NFR-03 digunakan untuk penomoran Non Functional Requirement tentang Ergonomy
NFR-04 digunakan untuk penomoran Non Functional Requirement tentang Portability
NFR-05 digunakan untuk penomoran Non Functional Requirement tentang Memory
NFR-06 digunakan untuk penomoran Non Functional Requirement tentang Response Time
NFR-07 digunakan untuk penomoran Non Functional Requirement tentang Safety
NFR-08 digunakan untuk penomoran Non Functional Requirement tentang Security
NFR-09 digunakan untuk penomoran Non Functional Requirement tentang Bahasa
Komunikasi
KF-01 digunakan sebagai penomoran Kebutuhan Fungsional untuk Daftar Akun
KF-02 digunakan sebagai penomoran Kebutuhan Fungsional untuk Login
KF-03 digunakan sebagai penomoran Kebutuhan Fungsional untuk Fitur Lihat Daftar
Paket Loundry
KF-04 digunakan sebagai penomoran Kebutuhan Fungsional untuk Fitur Peesan Paket
Loundry
KF-05 digunakan sebagai penomoran Kebutuhan Fungsional untuk Fitur Log Out
KNF-01 digunakan sebagai penomoran Kebutuhan Non Fungsional untuk melakukan
pemesanan paket loundry pada jam operasional kerja yakni mulai pukul 06.00 WIB s/d
21.00 WIB.
KNF-02 digunakan sebagai penomoran Kebutuhan Non Fungsional untuk mnegukur
kecepatan waktu respon 1 menit setelah pelanggan melakukan pemesanan sesuai dengan
urutan waktu pemesanan paket laundry.
KNF-03 digunakan sebagai penomoran Kebutuhan Non Fungsional apabila terjadi error
atau kesalahan system, perbaikan akan dilakukan paling lama 30 menit terhitung dari
waktu terjadinya kesalahan sistem
1.5 Referensi
Pengembangan perangkat lunak ini menggunakan buku panduan Rekayasa Perangkat Lunak
Berorientasi Objek tentang Pemodelan, Arsitektur dan Perancangan (penulis Verdi Yasin,
S.Kom., M.Kom Penerbit Mitra Wacana Media, 2012).
Program Studi Teknik Informatika
SKPL-01
Halaman 6/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
1.6 Deskripsi umum Dokumen (Ikhtisar)
Dokumen SKPL ini akan dibagi menjadi tiga bagian utama. Bagian pertama berisikan tentang
penjelasan dokumen SKPL ini yang mencakup tujuan pembuatan dokumen ini, lingkup
masalah yang diselesaikan oleh perangkat lunak,definisi dan deskripsi umum. Bagian kedua
berisikan penjelasam secara umum mengenai perangkat lunak yang akan dibangun meliputi
fungsi dari perangkat lunak, karakteristik pengguna, batasan, dan asumsi yang diambil dalam
pengembangan perangkat lunak. Bagian ketiga berisikan uraian kebutuhan perangkat lunak
secara detail.
Program Studi Teknik Informatika
SKPL-01
Halaman 7/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
Dalam pembuatan Aplikasi Loundry Perkampungan Mahasiswa Unila ini, Admin bertanggung
jawab dalam pengelolaan Loundry oleh Pelanggan yakni mengelola akun Pelanggan dan data
pemesanan yang ingin melakukan loundry. Sedangkan Pelanggan dapat mendaftarkan akun
sebagai pengguna Aplikasi Loundry Perkampungan Mahasiswa Unila dan melakukan transaksi
Loundry. Kemudian jasa pengantarlah di sini yang bertugas sebagai pengantar untuk
mengantarkan barang-barang loundry ke semua pelanggan yang sudah melakukan transaksi
loundry sesuai dengan alamat yang diberikan oleh pelanggan. Adapun tujuan dari proyek ini yakni
Pelanggan tidak perlu datang ke lokasi/tempat loundry untuk melakukan aktivitas loundry, tetapi
cukup hanya dengan menggunakan perangkat elektronik/hp untuk melakukan transaksi loundry
sehingga akan menghemat waktu.
2.2
Karakteristik Pengguna
Kategori Pengguna
Pelanggan
Tugas
Mendaftarkan akun sebagai
Hak Akses ke aplikasi
pengguna
Melihat paket laundry
Memilih paket laundry
Melakukan transaksi laundry
Melakukan konfirmasi bahwa
barang laundry sudah
Low Level Privilages
diterima
Melakukuan log out/keluar
dari Aplikasi Loundry
Perkampungan Mahasiswa
Unila
Jasa Pengantar
Menerima data daftar
pelanggan yang melakukan
Low Level Privilages
loundry
Melakukan Pengiriman
barang laundry kepada
Program Studi Teknik Informatika
SKPL-01
Halaman 8/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Kategori Pengguna
Tugas
pelanggan yang sudah
Hak Akses ke aplikasi
melakukan transaksi laundry
Admin
Menambah daftar paket
laundry
Melihat daftar pelanggan
yang melakukan laundry
Mengelola data pemesanan
yang ingin melakukan
High Level Privilages
Loundry
Mengkonfirmas bahwa
transaksi laundry dari
pelanggan diterima
Menerima Laporan bahwa
barang Loundry yang dikirim
sudah diterima oleh
pelanggan
Melakukan Log Out/Keluar
dari Aplikasi Loundry
Perkampungan Mahasiswa
Unila
2.3
Batasan
Batasan-batasana yang ada pada Aplikas Loundry Perkampungan Mahasiswa Unila ini yakni
:
1. Jika ingin melakan transaksi loundry, harus melakukan login terlebih dahulu
2. Terdaftar sebagai member
3. Terhubung dengan internet
4. Aplikasi harus terunduh atau terinstal di perangkat hp atau dapat juga melakukan transaksi
loundry melalui aplikasi web dari Aplikasi Loundry Perkampungan Mahasiswa Unila.
Program Studi Teknik Informatika
SKPL-01
Halaman 9/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
2.4 Lingkungan Operasi
Aplikasi Client server ini akan berfungsi dengan spesifikasi :
Server : Ubuntu Server
Client OS : All OS
DBMS : SQLyog ultimate 64
Program Studi Teknik Informatika
SKPL-01
Halaman 10/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
Kebutuhan antarmuka eksternal yang didefinisikan pada sistem ini mencakup kebutuhan
antarmuka pemakai, antarmuka perangkat keras, dan antarmuka perangkat lunak.
3.1.1 Antarmuka pemakai
Smartphone atau perangkat elektronik lainnya seperti komputer/laptop
3.1.2 Antarmuka Perangkat Keras
Kebutuhan minimum perangkat keras yang dapat digunakan oleh Aplikasi Loundry
Perkampungan Mahasiswa Unila yakni :
1. Personal Computer
2. Keyboard
3. Mouse
4. Perangkat Mobile
5. Server : Web Server dan Server Basis data
3.1.3 Antarmuka Perangkat Lunak
Dalam perancangan system Aplikasi Loundry Perkampungan Mahasiswa Unila ini dibuat
berbasis website dan aplikasi yang akan dicetak dimana setiap data transaksi yang dimasukkan
oleh pelanggan akan tersimpan ke dalam database MySQL yang sudah ada pada XAMPP.
XAMPP merupakan sebuah server yang berdiri sendiri, XAMPP sendiri mecakup empat
sistem operasi seperti Apache,MySQL,PHP,dan Perl.
3.1.4 Antarmuka Komunikasi
Antarmuka komunikasi dalam sistem ini adalah web browser : Mozilla firefox, google, chrome,
dan lain-lain.
3.2
Kebutuhan Fungsional
ID
Kebutuhan
Penjelasan
ALPMU01
Login Pengguna/Pelanggan
kd_pelanggan digunakan untuk
melakukan
pengguna
login
dan
sebagai
melakukan
transaksi/pemesanan
paket
laundry
ALPMU02
Login Admin
Program Studi Teknik Informatika
SKPL-01
Id_admin
digunakan
untuk
memegang
hak
dalam
Halaman 11/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
ID
Kebutuhan
Penjelasan
menghapus,mengganti data, atau
menabahkan data yang sudah
masuk dalam pemesanan laundry
ALPMU-
Fitur lihat paket laundry
Pelanggan dapat melihat paket
03
ALPMU-
laundry yang tersedia
Fitur pilih/pesan paket laundry
Pelanggan
04
dapat
melakukan
pemilihan paket laundry yang
sudah dilihat sebelumnya
ALPMU-
Fitur pembayaran/transaksi pemesanan
Pelanggan
dapat
melakukan
05
laundry
transaksi baik secara langsung atau
tidak langsung
ALPMU-
Fitur LogOut
Pelangan maupun admin dapat
06
melakuakn log out dari Aplikasi
Loundry
Perkampungan
Mahasiswa Unila
Program Studi Teknik Informatika
SKPL-01
Halaman 12/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
3.3
Model Use Case
3.3.1 Diagram Use Case
3.3.2 Definisi Actor
No
Actor
Deskripsi
1
Pelanggan
Pelanggan memiliki wewenang untuk dapat melakukan
login dan logout pada Aplikasi Loundry Perkampungan
Mahasiswa Unila. Pelanggan juga dapat melihat paket
laundry, memilih, dan melakukan pemesanan sesuai
dengan paket laundry yang dipilih.
2
Jasa Pengantar
Jasa Pengantar bertugas untuk mengantarkan barangbarang laundry kepada pelanggan yang sudah melakukan
transaksi sesuai dengan alamat yang diberikan oleh
pelanggan saat melakukan pengisian data.
3
Admin
Admin memiliki wewenang paling tinggi dalam
melakukan pengelolaan data terkait penambahan paket
laundry, penghapusan atau pengeditan paket laundry
Program Studi Teknik Informatika
SKPL-01
Halaman 13/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
serta
memberikan
konfirmasi
penerimaan
atau
penolakan pesanan dari pelanggan yang ingin melakukan
laundry, melakukan login dan logout sebagai admin.
3.3.3 Definisi Use Case
No
Use Case
Deskripsi
1
Mendaftarkan
Pelanggan akan mendaftarkan akun ke sistem dengan megisi data
akun
yang ditampilkan oleh sistem
Melakukan Login
Pelanggan dan Admin dapat melakukan login dengan
2
mengisikan username dan password pada kotak isian
3
Melihat Paket
Sistem menampilkan data paket loundry
Loundry
4
5
6
Memilih Paket
Sistem Menampilkan data paket loundry dengan fitur
Loundry
pilih//pesan paket
Melakukan
Sistem Menampilkan isisan data transaksi yang harus dilakukan
transaksi Loundry
oleh Pelanggan
Melakukan
Mengirimkan pesan ke admin bahwa barang yang diloundry
Konfirmasi bahwa
sudah diterima
barang Loundry
sudah diterima
7
8
Menambah Daftar
Admin melakukan penambahan data Daftar Paket Looundry
Paket Loundry
untuk ditampilkan ke Pelanggan
Melihat Daftar
Sistem Menampilkan Data Daftar Pelanggan yang melakukan
Pelanggan Yang
loundry
Melakukan
Loundry
9
Mengelola data
Admin melakukan pengelolaan data pemesanan Pelanggan yang
pemesanan yang
melakukan loundry
melakukan loundry
10
Mengirimkan
Admin/sistem mengirimkan konfirmasi kepada Pelanggan
konfirmasi bahwa
bahwa transaksi yan dilakukan telah diterima
transaksi diterim
Program Studi Teknik Informatika
SKPL-01
Halaman 14/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
11
Menerima laporan
Admin/Sistem menerima laporan bahwa barang loundry sudah
barang sudah
diterima oleh Pelanggan
diterima
12
Menerima Data
Admin menyerahkan data daftar pelanggan yang melakukan
Daftar Pemesanan
loundry kepada Jasa Pengantar untuk melakukan pengiriman ke
yang Melakukan
alamat yang sesuai dengan data yang dikirim Pelanggan
Loundry
13
Mengirim barang
Pengantar Jasa melakukan pengiriman barang yang sudah
Loundry sesuai
diloundry kepada Pelanggan sesuai dengan alamat yang
dengan data yang
diberikan oleh Pelanggan
ada pada
daftarPelanggan
yang melakukan
loundry
13
Melakukan Log
Pelanggan dan Admin dapat melakukan log out atau keluar dari
Out
halaman Aplikasi Loundry Perkampungan Mahasiswa Unila
3.3.4 Skenario Use Case
Nama Use Case: Mendaftarkan Akun
Skenario
Aksi Actor
Skenario Normal
1. Menglik tombol Daftar
Reaksi Sistem
2. Menampilkan form daftar /register
3. Mengisikan nama_pelanggan, no_hp,
alamat_pelanggan
4. Menekan tombol register
5. Sistem Menyimpan data pengguna bar uke database
Skenario Alternatif
1. Tidak Mengisikan nama_pelanggan, no_hp,
alamat_pelanggan
Program Studi Teknik Informatika
2. Menampilkan pesan ” form tidak boleh kosong”
SKPL-01
Halaman 15/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Nama Use Case: Melakukan login
Skenario
Aksi Actor
Skenario Normal
1. Masuk ke halaman login
Reaksi Sistem
2. Menampilkan form login
3. Mengisikan username dan password
4. Mengklik tombol login
6. Melakukan pengecekan username dan password
7. Berhasil masuk ke halaman awal aplikasi
Skenario Alternatif
1. Tidak memasukkan username dan paswword
2 Menampilkan pesan ”form tdak boleh kosong”
Nama Use Case: Melihat Paket Loundry
Skenario
Aksi Actor
Skenario Normal
1. Melihat daftar paket laundry
Reaksi Sistem
2. Menampilkan daftar paket loundry
Skenario Alternatif
1. Melihat daftar paket laundry
2. Menampilakn pesan ”paket loundry tidak
tersedia”
Nama Use Case: Melakukan Transaksi
Skenario
Aksi Actor
Skenario Normal
1. Mengklik lakukan transaksi
Reaksi Sistem
2.
Melakukan konfirmasi bahwa transaksi diterima
meliputi kd_transaksi, tgl_transaksi, total
4.
Menampilkan pesan ” transaksi ditolak”
Skenario Alternatif
3. Mengklik lakukan transaksi
Nama Use Case: Melakukan Log Out
Skenario
Aksi Actor
Skenario Normal
1. Mengklik tombol Log Out
Reaksi Sistem
2. Mengembalikan ke halaman form login
Skenario Alternatif
1. Mengklik tombol Log Out
2.
Program Studi Teknik Informatika
Menampilkan pesan ”silahkan selesai proses
sebelumnya ” sebelum keluar dari halaman
ini
SKPL-01
Halaman 16/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
3.4
Kebutuhan Non Fungsional
ID
NFR-01
Parameter
Availability
Kebutuhan
Pelanggan dapat melakukan pemesanan paket laundry
pada jam operasional kerja yakni mulai pukul 06.00
WIB s/d 21.00 WIB
NFR-02
Reliability
Kegagalan dalam pengaksesan ditolelir atau paling
lama 30 menit untuk perbaikan sistem.
NFR-03
Ergonomy
Aplikasi yang user friendly
NFR-04
Portability
Selain diinstal aplikasi ini juga dapat diakses melalui
web browser tanpa harus terinstal di perangkat dengan
syarat sudah memiliki akun pengguna/terdaftar.
NFR-05
Memory
-
NFR-06
Response time
1 menit setelah pelanggan melakukan pemesanan sesuai
dengan urutan waktu pemesanan paket loundry
NFR-07
Safety
N/A
NFR-08
Security
Melakukan login atau logout untuk keamanan transaksi
NFR-09
Bahasa
Setiap aktivitas di dalam Aplikasi Loundry
Komunikasi
Perkampungan Mahasiswa Unila menggnakan Bahasa
Indonesia
3.5 Batasan Perancangan
Batasan dalam pengembangan sstem Aplikasi Loundry Perkampungan Mahasiswa Unila ini
adalah keterbatasan perangkat keras dimana system hanya dapat diakses dengan menggunakan
koneksi internet.
Program Studi Teknik Informatika
SKPL-01
Halaman 17/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
3.6
Ringkasan Kebutuhan .
3.6.1 Kebutuhan Fungsional
ID
KF-01
Deskripsi
Daftar Akun
KF-02
Login
KF-03
Fitur lihat daftar paket laundry
KF-04
Fitur pesan paket laundry
KF-05
Fitur lakukan transaksi/pembayaran
KF-06
Fitur Log Out
3.6.2 Kebutuhan Non Fungsional
ID
KNF-O1
Deskripsi
Pelanggan dapat melakukan pemesanan paket loundry pada jam operasional kerja
yakni mulai pukul 06.00 WIB s/d 21.00 WIB
KNF-02
Kecepatan waktu respon 1 menit setelah pelanggan melakukan
pemesanan sesuai dengan urutan waktu pemesanan paket loundry
KNF-03
Apabila terjadi error atau kesalahan system, perbaikan akan dilakukan
paling lama 30 menit terhitung dari waktu terjadinya kesalahan sistem
Program Studi Teknik Informatika
SKPL-01
Halaman 18/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4 Perancangan Basis Data
4.1
Pemodelan Basis Data
4.1.1 Entity Relationship Diagram (ERD)
Gambar 1 Entity Relationship Diagram (ERD) Aplikasi Loundry Perkampungan
Mahasiswa Unila
Dari gambar 1 di atas dapat dilihat bahwa Aplikasi Loundry Perkampungan Mahasiswa Unila ini
memiliki enam buah entitas yang terdiri dari pelanggan, paket_harga, transaksi, karyawan,
pengiriman, dan barang. Setiap entitas tersebut masing-masing memiliki atribut dimana pada
setiap entitas memiliki atribut yang menjadi primary key maupun foreign key.
Program Studi Teknik Informatika
SKPL-01
Halaman 19/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4.1.2 Contextual Data Model
4.1.3
Gambar 2 Contextual Data Model Aplikasi Loundry Perkampungan Mahasiswa
Unila
Pada gambar 2 di atas menunjukkan CDM untuk Aplikasi Loundry Perkampungan Mahasiswa
Unila di mana terdapat table pelanggan yang berelasi dengan table paket_harga yang bersifat
One to Many, dan table paket_harga juga berelasi dengan table transaksi yang bersifat One to
Many. Kemudian table pelanggan juga berelasi dengan table transaksi yang bersifat One to Many
dan table barang yang bersifat Many to One. Untuk table transaksi juga saling berelasi dengan
table karyawan sedangkan table karyawan juga berelasi dengan table pengiriman yang masingmasing juga bersifat One to Many. Selanjutnya table pengiriman berelasi dengan table barang dan
terakhir table barang juga berelasi dengan table pelanggan yang keduanya masing-masing
memiliki sifat One to Many.
Program Studi Teknik Informatika
SKPL-01
Halaman 20/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4.1.4 Physical Data Model
Gambar 3 Physical Data Model Aplikasi Loundry Perkampungan Mahasiswa Unila
Gambar 3 PDM Aplikasi Loundry Perkampungan Mahasiswa Unila di atas merupakan hasil
convert dari CDM ke PDM dengan menggunakan Power Designer. Berdasarkan pemberian
relasi pada masing-masing table, maka akan bertambah field-field baru sebagai foreign key
yang menjadi penanda bahwa table tersebut berelasi. Seperti pada table paket_harga yang
mengalami penambahan atribut kd_pelanggan yang merupakan primary key pada table pelanggan,
hal ini menunjukkan bahwa antara table paket_harga dan table pelanggan saling berelasi. Contoh
lainnya juga dapat dilihat pada table transaksi dan paket_harga yang juga saling berelasi di mana
pada table transaksi mendapatkan penambahan atribut yakni kd_paket_harga yang merupakan
primary key di table paket_harga menjadi foreign key di table transaksi.
Program Studi Teknik Informatika
SKPL-01
Halaman 21/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4.1.5 Deskripsi Rinci Tabel
4.1.5.1 Struktur Data Tabel Pelanggan
Deskripsi Isi
: Table yang menyimpan data pelanggan
Primary Key
: kd_pelanggan
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_barang
kd_barang
Number
4
NO
nama_pelanggan
nama_pelanggan
Varchar
30
NO
alamat_pelanggan
alamat_pelanggan
Text
255
NO
no_hp
no_hp
Number
12
NO
4.1.5.2 Struktur Data Tabel paket_harga
Deskripsi Isi
: Table yang menyimpan data paket harga laundry
Primary Key
: kd_paket_harga
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_paket_harga
kd_paket_harga
Number
4
NO
jenis_bahan
jenis_bahan
Varchar
20
NO
nama_pewangi
nama_pewangi
Varchar
20
NO
harga
harga
Money
-
NO
lama_pengerjaan
lama_pengerjaan
Time
-
4.1.5.3 Struktur Data Tabel transaksi
Deskripsi Isi
: Table yang menyimpan data transaksi dari pelanggan
Primary Key
: kd_transaksi
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_transaksi
kd_transaksi
Number
4
NO
total
total
Money
-
NO
tgl_transaksi
tgl_transaksi
Date
-
NO
Program Studi Teknik Informatika
SKPL-01
Halaman 22/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4.1.5.4 Struktur Data Tabel karyawan
Deskripsi Isi
: Table yang menyimpan data karyawan
Primary Key
: kd_karyawan
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_karyawan
kd_karyawan
Number
4
NO
nama_karyawan
nama_karyawan
Varchar
30
NO
alamat
alamat
Text
-
NO
nohp
nohp
Number
4
NO
4.1.5.5 Struktur Data Tabel pengiriman
Deskripsi Isi
: Table yang menyimpan data waktu pengiriman laundry
Primary Key
: kd_pengiriman
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_pengiriman
kd_pengiriman
Number
4
NO
lama_pengiriman
lama_pengiriman
Time
-
NO
alamat_kirim
alamat_kirim
Text
-
NO
tgl_kirim
tgl_kirim
Date
-
NO
4.1.5.6 Struktur Data Tabel barang
Deskripsi Isi
: Table yang menyimpan data barang laundry yang memuat jenis
barang laundry serta berat barang
Primary Key
: kd_barang
Id Field
Deskripsi
Tipe Data
Panjang
karakter
Boleh
Null
kd_barang
kd_barang
Number
4
NO
jenis_barang
jenis_barang
Varchar
20
NO
berat_barang
berat_barang
INT
-
NO
Program Studi Teknik Informatika
SKPL-01
Halaman 23/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
4.1.6 Contoh Query
Contoh :
1. Usecase pelanggan melihat daftar pelanggan
Query nya adalah : select * from pelanggan
Output query nya pada tools RDBMS :
2. Usecase pelanggan melihat daftar paket harga laundry yang memiliki jeni bahan =
sutra.
Querynya adalah : SELECT * FROM paket_harga
WHERE jeni_bahan ='sutra'
Output query nya pada tools RDBMS :
3. Usecase menampilkan alamat pengiriman dan tanggal pengiriman dari table
pengiriman berdasarkan kd_pengiriman = 2
Querynya adalah : SELECT pengiriman.alamat_kirim,
pengiriman.tgl_kirim FROM pengiriman
WHERE kd_pengiriman = 2
Program Studi Teknik Informatika
SKPL-01
Halaman 24/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Output query nya pada tools RDBMS :
4. Usecase menampilkan gabungan keseluruhan data pada table pelanggan dan
paket_harga berdasarkan kd_pelanggan = 1
Querynya adalah : SELECT * FROM pelanggan
JOIN paket_harga ON pelanggan.kd_pelanggan
=paket_harga.kd_pelanggan
WHERE pelanggan.kd_pelanggan = 1
Output query nya pada tools RDBMS :
5. Usecase Menampilkan data transaksi berdasarkan kd_pelanggan = 1 dari table
transaksi dengan inner join
Querynya adalah : SELECT transaksi.kd_pelanggan,
transaksi.tgl_transaksi,transaksi.total
FROM transaksi
INNER JOIN pelanggan
ON pelanggan.kd_pelanggan =
transaksi.kd_pelanggan
WHERE transaksi.kd_pelanggan=1
Program Studi Teknik Informatika
SKPL-01
Halaman 25/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Output query nya pada tools RDBMS :
6. Usecase menampilkan kd_barang dari table barang, lama waktu pengiriman dan
alamat pengiriman dari table pengiriman dengan left outher join
Querynya adalah : SELECT barang.kd_barang,
pengiriman.lama_pengiriman,
pengiriman.alamat_kirim
FROM barang
LEFT OUTER JOIN pengiriman ON barang.kd_barang
= pengiriman.kd_barang
Output query nya pada tools RDBMS :
Program Studi Teknik Informatika
SKPL-01
Halaman 26/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
7. Usecase Menampilkan nama_pelanggan dari table pelanggan, jenis bahan dari paket
harga dan lama pengiriman dari table pengiriman yang dikirim pada tanggal 04
Januari 2018
Querynya adalah : SELECT pelanggan.nama_pelanggan,
paket_harga.jeni_bahan,
pengiriman.lama_pengiriman
FROM pelanggan
JOIN paket_harga
ON paket_harga.kd_pelanggan
=pelanggan.kd_pelanggan
JOIN pengiriman
ON pelanggan.kd_pelanggan
=pengiriman.kd_pelanggan
WHERE pengiriman.tgl_kirim = '2018/01/04'
Output query nya pada tools RDBMS :
Program Studi Teknik Informatika
SKPL-01
Halaman 27/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.
Program Studi Teknik Informatika
SKPL-01
Halaman 28/ dari 28 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika Unila dan bersifat rahasia.
Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika Unila.