Upload
moyo
View
6.170
Download
167
Embed Size (px)
Citation preview
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
<<judul>>
untuk :
Ujian Tengah Semester (UTS)
<<kode RPL>>
Rekayasa Perangkat Lunak
Dipersiapkan oleh:
Haris Wicaksono (5109100025 )Priyanka Gemet A (5109100178 )
Jurusan Teknik Informatika - Institut Teknologi Sepuluh Nopember
Jalan Teknik Kimia
Jurusan Teknik Informatika
Institut Teknologi Sepuluh Nopember
Nomor Dokumen Halaman
GL01-G01 1/24Revisi Tgl: 17-11-2010
GL01
DAFTAR PERUBAHAN
Revisi Deskripsi
A
B
C
D
E
F
G
INDEX - A B C D E F G
Jurusan Informatika ITS SKPL-G01 2/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi
Jurusan Informatika ITS SKPL-G01 3/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Isi
Daftar Isi............................................................................................................................................4
Daftar Gambar......................................................................................................................... 5
1 Pendahuluan......................................................................................................................... 71.1 Tujuan............................................................................................................................ 71.2 Lingkup Masalah............................................................................................................ 71.3 Definisi, Akronim dan Singkatan...................................................................................81.4 Referensi........................................................................................................................ 91.5 Deskripsi Umum Dokumen............................................................................................ 91.6 Perspektif Produk........................................................................................................... 91.7 Fungsi Produk.............................................................................................................. 101.8 Karakteristik Pengguna................................................................................................ 111.9 Batasan-batasan............................................................................................................ 121.10 Asumsi dan Ketergantungan....................................................................................... 12
2 Deskripsi Rinci Kebutuhan ................................................................................................ 132.1 Kebutuhan antarmuka eksternal.................................................................................... 13
2.1.1 Antarmuka pemakai............................................................................................... 132.1.2 Antarmuka Perangkat Keras...................................................................................132.1.3 Antarmuka perangkat lunak...................................................................................132.1.4 Antarmuka komunikasi..........................................................................................13
2.2 Kebutuhan Fungsionalitas............................................................................................132.2.1 Aliran Informasi .................................................................................................... 132.2.2 Deskripsi Proses..................................................................................................... 15
1. query data minuman dari storage minuman....................................................................152.3 Deskripsi Data.............................................................................................................. 18
2.3.1 Kamus Data........................................................................................................... 182.3.2 Entity-Relationship Diagram..................................................................................192.3.3 Struktur Table........................................................................................................ 20
2.4 Deskripsi Kendali......................................................................................................... 222.4.1 Diagram Perubahan Status.....................................................................................222.4.2 Tabel Aktivasi Proses (boleh tdk ada) ...................................................................23
2.5 Deskripsi Kebutuhan Non Fungsional (minimal ada satu)............................................242.5.1 Performansi............................................................................................................ 242.5.2 Batasan Memori..................................................................................................... 242.5.3 Modus Operasi ...................................................................................................... 242.5.4 Kebutuhan Adaptasi Lokasi...................................................................................24
2.6 Atribut Kualitas Perangkat Lunak (minimal satu).........................................................242.6.1 Keandalan ............................................................................................................. 242.6.2 Ketersediaan........................................................................................................... 242.6.3 Keamanan ............................................................................................................. 252.6.4 Keremawatan (maintainability)..............................................................................252.6.5 Kepemindahan (portability)...................................................................................25
2.7 Batasan Perancangan.................................................................................................... 252.8 Matriks Keterunutan (tidak).........................................................................................25
Jurusan Informatika ITS SKPL-G01 4/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Gambar
Gambar 1. Data Context Diagram.....................................................................................................11
Gambar 2. Data Flow Diagram Level 1............................................................................................15
Gambar 3. Data Flow Diagram Level 2 untuk Proses 1.....................................................................16
Gambar 4. Data Flow Diagram Level 2 untuk Proses 3.....................................................................16
Gambar 6. Entity-Relationship Diagram...........................................................................................22
Gambar 7. Diagram Perubahan Status Untuk Modus Administrator..................................................24
Gambar 8. Diagram Perubahan Status Untuk Modus User................................................................25
Jurusan Informatika ITS SKPL-G01 5/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Daftar Tabel
Tabel 1. Definisi, Singkatan dan
Akronim............................................................................................8
Tabel 2. Tabel Karakteristik pengguna……………………………………………...………………...13
Tabel 3. Struktur Tabel
Minuman..........................................................................................22
Tabel 4. Struktur Tabel
Uang_Kembalian..............................................................................23
Tabel 5. Struktur Tabel
Trans_Head......................................................................................23
Tabel 6. Struktur Tabel Trans_Detail....................................................................................24
Tabel 7. Tabel Aktivasi Proses………………………………………………………………………..26
Tabel 8. Tabel Matriks Keterunutan Fungsional……………………………………………………...28
Jurusan Informatika ITS SKPL-G01 6/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
1 Pendahuluan
1.1 Tujuan
Dokumen GL-01 ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software
Requirement Spesification (SRS) untuk << >> .Tujuan dari penulisan dokumen ini adalah untuk
memberikan penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum
maupun penjelasan detil dan menyeluruh.
Pengguna dari dokumen ini adalah pengembang perangkat lunak situs << >> dan
pengguna (user) 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 di akhir pengembangannya. Dengan adanya
dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus
serta tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak sistem << >>.
1.2 Lingkup Masalah
Perangkat lunak yang akan dikembangkan adalah perangkat lunak Sistem , yaitu merupakan
perangkat lunak yang digunakan pada dimana dapat membantu meningkatkan pelayanan di << >>.
<< >> dapat berfungsi seperti layaknya seorang resepsionis. Sistem << >> dapat melakukan hal-hal
berikut ini :
Menawarkan beberapa jenis minuman kepada pembeli dengan menampilkan menu.
Menerima dan menentukan harga koin yang dimasukkan pembeli ke dalam mesin.
Melakukan validasi-validasi, misalnya validasi koin dan data minuman yang dimasukkan oleh
pembeli.
Apabila koin yang dimasukkan user terdapat kelebihan koin dari hasil transaksi, mesin
mampu melakukan perhitungan kembalian dan mengeluarkan koin kembalian.
Mengeluarkan minuman yang diinginkan oleh pembeli.
Mengeluarkan beberapa pesan kesalahan jika proses atau kejadian yang tidak sesuai prosedur
terjadi misalnya : “Koin yang Anda masukkan tidak sesuai “
sistem << >> akan berfungsi selama 24 jam, jadi pada saat toko-toko penjual minuman sudah tutup,
pembeli masih bisa membeli minuman kapan saja.Dengan adanya << >> ini diharapkan, pelayanan
yang di berikan saat registrasi berjalan lebih cepat sehigga lebih banyak lagi yang dapat di layani.
1.3 Definisi, Akronim dan Singkatan
Tabel 1. Definisi, Singkatan dan Akronim
Jurusan Informatika ITS SKPL-G01 7/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Istilah, Akronim dan Singkatan
Keterangan
Jurusan Informatika ITS SKPL-G01 8/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
SKPL Spesifikasi Kebutuhan Perangkat LunakMerupakan dokumen hasil analisis yang berisi spesifikasi kebutuhan user.
IEEE Institute of Electrrical and Electronics EngineersMerupakan standar internasional untuk pengembangan dan rancangan perangkat lunak
SRS Software Requirement SpesificationDokumen ini sama dengan SKPL
UNDUHMUSIK.COM Sistem Penerimaan Mahasiswa BaruMerupakan sistem mesin penjual minuman berbasis komputer
DCD Data Context DiagramMerupakan diagram yang menggambarkan hubungan sistem dengan lingkungannya
DFD Data Flow Diagram Diagram yang menggambarkan aliran data dan proses yang terjadi di dalam sistem
Change Money Tray Merupakan bagian dari Vending Machine yang dapat mengeluarkan koin kembalian.
Beverages Tray Merupakan bagian dari Vending Machine yang dapat mengeluarkan minuman
Stock Tray Merupakan bagian dari Vending Machine yang berisi stock minuman.
Coin Reader Meupakan bagian dari Vending Machine yang digunakan untuk menentukan nilai koin yang dimasukkan oleh pembeli
Control Panel Merupakan bagian dari Vending Machine yang berisi tombol-tombol untuk input dan layar display.
Admin Merupakan seseorang yang bertanggungjawab untuk mengatur persediaan minuman dan koin dan serta bertanggungjawab terhadap operasional sistem.
User Orang yang membeli minuman dan dilayani oleh UNDUHMUSIK.COM
Printer Perangkat keras yang digunakan untuk mencetak resi atau data-data transaksi
ERD Entity Relationship Diagram, merupakan diagram yang menggambarkan relas antara entiti dan atribut dari masing-masing entity.
Money Tray Merupakan bagian dari system UNDUHMUSIK.COM yang berfungsi untuk menyimpan koin yang dimasukkan oleh user.
1.4 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.
Jurusan Informatika ITS SKPL-G01 9/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
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 Teknoogi Bandung, 2000.
4. Panduan Pengisian Spesifikasi Perangkat Lunak (SKPL) Beroriantasi Proses, Jurusan Teknik
Informatika, Institut Teknologi Bandung
1.5 Deskripsi Umum Dokumen
Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:
Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang brisi tujuan penulisan
dokumen, lingkup masalah pengembangan perangkat lunak, juga memuat definisi, akronim
dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan ikhtisar
dokumen SKPL.
Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif produk perangkat lunak
serta asumsi dan ketergantungan yang digunakan dalam pengembangan sistem
UNDUHMUSIK.COM .
Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem
UNDUHMUSIK.COM , yang meliputi kebutuhan antarmuka eksternal, kebutuhan
fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak
dan kebutuhan lain dari sistem UNDUHMUSIK.COM .
Deskripsi Global Perangkat Lunak
1.6 Perspektif Produk
Perangkat lunak UNDUHMUSIK.COM ini merupakan perangkat lunak yang digunakan pada
mesin penjual minuman (Vending Machine). Sistem UNDUHMUSIK.COM berkaitan dengan
beberapa entitas luar, yaitu user/pembeli, admin, change money tray, beverages tray, stock tray,
control panel dan printer. User/pembeli memberikan input/masukan jumlah dan harga koin serta jenis
dan jumlah minuman ke mesin dengan melalui control panel dan nilai koin akan ditentukan oleh coin
reader. Admin dapat menentukan besarnya persediaan stok minuman atau koin kembalian serta dapat
mengaktifkan atau mematikan mesin. Pembeli dapat menerima minuman yang dibeli dimana
minuman tersebut dikeluarkan melalui beverages tray dan jika ada kembalian, koin kembalian akan
dikeluarkan melalui change money tray. Untuk lebih jelasnya, hubungan antara sistem
UNDUHMUSIK.COM dengan entity luar dan antarmuka yang digunakan dapat dilihat pada diagram
berikut :
Jurusan Informatika ITS SKPL-G01 10/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Gambar 1. Data Context Diagram
1.7 Fungsi Produk
Perangkat Lunak Sistem UNDUHMUSIK.COM ini mempunyai beberapa fungsi utama, antara lain:
1. (SKPL-F1) Menerima input koin dari pembeli/user.
2. (SKPL-F2) Menerima input data minuman yang berupa jenis minuman dan jumlah minuman
yang dimasukkan oleh admin.
3. (SKPL-F3) Bevereges tray dapat megeluarkan minuman yang telah dibeli oleh
pembeli.
4. (SKPL-F4) Melakukan perhitungan apakah ada koin kembalian untuk pembeli atau tidak dan
menentukan besar koin kembalian.
5. (SKPL-F5) Mencatat data-data transaksi pembelian ke dalam log (dalam tabel)
6. (SKPL-F6) Melakukan validasi stok minuman yang di-input ke dalam UNDUHMUSIK.COM .
7. (SKPL-F7) Mencetak data-data transaksi pembelian yang berhasil menggunakan printer.
8. (SKPL-F8) Mengeluarkan koin kembalian untuk user melaui change money tray.
9. (SKPL-F9) Melakukan validasi koin yang dimasukkan oleh pembeli.
10. (SKPL-F10) Memeriksa apakah stock minuman masih ada di dalam stock tray.
11. (SKPL-F11) Admin memasukkan data koin kembalian untuk pembeli ke dalam change money
tray.
Jurusan Informatika ITS SKPL-G01 11/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
12. (SKPL-F12) Menampilkan pesan kesalahan “stok habis” ke control panel apabila jumlah stok
minuman dalam tray kurang dari jumlah minuman yang dibeli atau habis.
13. (SKPL-F13) Menampilkan pesan kesalahan “kembalian tidak cukup” ke control panel apabila
persediaan koin kembalian tidak mencukupi untuk diberikan ke pembeli.
14. (SKPL-F14) Menampilkan pesan kesalahan “koin tidak cukup” ke control panel jika koin yang
dimasukkan tidak mencukupi untuk melakukan pembelian minuman yang dipilih.
15. (SKPL-F15) Melakukan validasi koin kembalian yang akan diberikan ke user.
.16. (SKPL-F16) Menampilkan pesan kesalahan “status login tidak valid ” jika input login yang
dimasukkan salah.
17. (SKPL-NF1) Kapasitas penyimpanan harddisk cukup besar, sehingga mampu untuk menampung
data-data minuman, koin, transaksi dan aktivitas-aktivitas yang terjadi pada sistem.
18. (SKPL-NF2) Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam
sistem.
19. (SKPL-NF3) Ada 2 modus operasi sistem, yaitu admin dan user (pembeli).
1.8 Karakteristik Pengguna
Karakteristik dari pengguna system UNDUHMUSIK.COM adalah seperti terlihat pada tabel Karakteristik Pengguna sebagai berikut :
Tabel 2. Karakteristik Pengguna
Kategori
Pengguna
Tanggung
Jawab
Hak Akses Tingkat
Pedidikan
Tingkat
Ketrampilan
Pengalaman Jenis
Pelatihan
Pembeli
(User)
Akses data
minuman
Minimal
SD atau
yang
sederajat
- - -
Admin Mengelola
server
termasuk
setup &
maintenanc
database,
pemberian
hak akses
Akses
penuh ke
semua data
termasuk
menambah
dan
mengurangi
data
D3
Komputer
atau
jurusan lain
tapi
bersertifika
si admin
jaringan
Admin
jaringan,
Operator
program
aplikasi
- -
Jurusan Informatika ITS SKPL-G01 12/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
1.9 Batasan-batasan
Pengembangan sistem UNDUHMUSIK.COM ini memiliki keterbatasan-keterbatasan yaitu
sebagai berikut :
1. Sistem UNDUHMUSIK.COM hanya dapat dijalankan di sistem operasi Linux.
2. Keterbatasan karena perangkat keras, contohnya kapasitas memori yang terbatas , dan input
yang hanya berupa angka-angka.
3. Antarmuka hanya berupa tampilan menu yang sederhana.
4. Sistem UNDUHMUSIK.COM akan dibangun menggunakan bahasa C.
5. Jumlah jenis minuman yang bisa dibeli oleh pembeli hanya 10 jenis.
1.10 Asumsi dan Ketergantungan
Pengembangan perangkat lunak UNDUHMUSIK.COM ini menggunakan asumsi-asumsi
sebagai berikut :
1. Terdapat 10 jenis minuman yang bisa ditawarkan dengan harga yang bisa berbeda-beda.
2. 10 Jenis minuman yang ditawarkan bisa di-update (diganti dengan jenis lain).
3. Jenis koin yang diterima sebagai input dari user adalah :
a. Koin $2, berat 2gr, tebal 1 mm
b. Koin $5, berat 3 gr, tebal 1 mm
4. Jenis koin untuk kembalian adalah :
a. Koin $1, berat 1 gr, tebal 1 mm
b. Koin $2, berat 2 gr, tebal 1 mm
5. Jika koin tidak valid, stok minuman habis atau stok koin kembalian tidak cukup, user akan
melihat pesan kesalahan dan tidak dapat melanjutkan transaksi pembelian kemudian user akan
menerima kembali koin yang telah dimasukkan.
6. Jika koin yang dimasukkan tidak cukup untuk melakukan pembelian minuman maka seluruh
transaksi pembelian dibatalkan dan koin akan dikembalikan.
7. Apabila user membeli lebih dari satu jenis minuman, dan ternyata salah satu stok minuman
habis, maka transaksi dibatalkan dan koin dikembalikan.
8. Dalam satu kali transaksi user dapat melakukan pembelian lebih dari satu jenis minuman.
9. Jumlah persediaan minuman dan koin kembalian terbatas, tergantung batasan yang ditentukan
oleh admin.
10. Transaksi yang dicetak (resi) hanyalah transaksi yang berhasil.
11. Indikator bahwa pembeli sudah selesai memasukkan koin adalah adanya selang waktu yang
lebih lama.
Jurusan Informatika ITS SKPL-G01 13/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
12. Admin berwenang untuk mengaktifkan mesin (start) dan mematikan mesin (stop).
13. Money tray bukan merupakan entitas eksternal.
14. Change money tray dan money tray dipisahkan, sehingga koin change money dan koin yang
dimasukkan oleh pembeli tidak tercampur menjadi 1.
15. Setiap admin melakukan setup data change money, koin yang terkumpul di dalam money tray
dikosongkan.
2 Deskripsi Rinci Kebutuhan
2.1 Kebutuhan antarmuka eksternal
2.1.1 Antarmuka pemakai
Sistem Unduhmusik.com menggunakan antarmuka berbasis HTML yang dijalankan melalui
browser internet.
2.1.2 Antarmuka Perangkat Keras
Sistem UNDUHMUSIK.COM berjalan diatas perangkat keras Server yang berada di kantor
pusat musica studio.
2.1.3 Antarmuka perangkat lunak
Sistem UNDUHMUSIK.COM adalah program yang akan dibangun menggunakan bahasa
HTML , DBMS MySQL dan akan dijalankan melalui browser internet.
2.1.4 Antarmuka komunikasi
Sistem UNDUHMUSIK.COM merupakan sistem yang terhubung ke internet, komunikasi
terjadi melalui browser yang dijalankan.
2.2 Kebutuhan Fungsionalitas
2.2.1 Aliran Informasi
2.2.1.1 DFD Level 1
Jurusan Informatika ITS SKPL-G01 14/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Gambar 2. Data Flow Diagram Level 1
2.2.1.2 DFD Level 2 untuk Proses 3
Gambar 3. Data Flow Diagram Level 2 Untuk Proses 3
Jurusan Informatika ITS SKPL-G01 15/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
2.2.2 Deskripsi Proses
2.2.2.1 Proses 1.1 (login)
Input : data loginOutput : data minuman input
Algoritma :
1. query data minuman dari storage minuman
2. tampilkan daftar minuman dari hasil query 3. terima masukan jenis minuman 4. terima masukan jumlah minuman5. simpan hasil masukan dan dalam data minuman input
2.2.2.2 Proses 1.2 (Validasi Stok)
Input : data minuman inputOutput : minuman stok valid, pesan stok habis, data log validasi stok
Algoritma :
jika minuman dibeli >= jumlah stok minuman stok valid = data minuman input
jika minuman dibeli < jumlah stoka. simpan data log validasi stok ke file Logb. Outputkan pesan stok habis
2.2.2.3 Proses 1.3 (Validasi Jumlah Uang)
Input : jml uang, minuman stok valid Output : minuman uang valid,
pesan uang tidak cukup, data log validasi uang
Algoritma :
jika jml uang >= (minuman uang valid.jumlah * minuman uang valid.harga )minuman uang valid = minuman stok valid miunuman uang valid.jml uang = jml uang
jika jml uang < (minuman uang valid.jumlah * minuman uang valid.harga )a. simpan data log validasi uang ke file Logb. Outputkan pesan uang tidak cukup
2.2.2.4 Proses 1.4 (Validasi Jumlah Kembalian)
Input : minuman uang valid
Jurusan Informatika ITS SKPL-G01 16/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Output : data pembelian valid, pesan kembalian tidak cukup, data log validasi uang
Algoritma :
1. kembalian = minuman uang valid.jml uang – (minuman uang valid.jumlah * minuman uang valid.harga)
2. stok kembalian = 03. jika kembalian > 0
stok kembalian = query jumlah stok uang kembalian dari storage uang kembalian 4. jika stok kembalian >= kembalian
i. data pembelian valid = minuman uang validii. data pembelian valid.kembalian = kembalian
jika stok kembalian < kembaliani. simpan data log validasi kembalian ke file Logii. Outputkan pesan kembalian tidak cukup
2.2.2.5 Proses 1.5 (Tampilkan Pesan)
Input : pesan stok tidak cukup, pesan uang tidak cukup, pesan kembalian tidak cukup
Output : sinyal tampilkan pesan
Algoritma :1. konversikan pesan yang diterima ke format sinyal 2. kirimkan sinyal hasil ke kontrol panel
2.2.2.6 Proses 2 (Catat Transaksi Pembelian)
Input : data pembelian validOutput : data transaksi,
hasil transaksi, data minuman dibeli,
uang kembalian update, sinyal keluarkan minuman, [sinyal keluarkan uang]
Algoritma :1. isikan data transaksi.kode transaksi dengan aturan kode yang telah dibuat 2. isikan data transaksi.tgl transaksi3. isikan kode minuman, harga, jumlah dari data pembelian valid ke data transaksi 4. simpan data transaksi ke storage transaksi5. data minuman dibeli.kode minuman = data pembelian valid.kode minuman
data minuman dibeli.jml minuman = data pembelian valid.jml minuman6. update strorage minuman dengan data minuman dibeli7. format sinyal berisi kode minuman dan jumlah minuman dibeli 8. kirimkan sinyal keluarkan minuman ke BEVERAGE TRAY9. jika data pembelian valid.kembalian > 0
a. format sinyal berisi jenis koin dan jumlah kembalianb. kirim sinyal ke CHANGE MONEY TRAY
10. hasil transaksi = data pembelian valid
Jurusan Informatika ITS SKPL-G01 17/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
11. kirim hasil transaksi ke printer
2.2.2.7 Proses 3.1 (Login)
Input : passwordOutput : status login valid,
status login tidak valid
Algoritma :1. terima input password dari ADMIN2. passwd = query password dari storage login3. jika passwd = password
outpukan status login validjika passwd <> password
a. outpukan status login validb. terima input password dari ADMIN
2.2.2.8 Proses 3.2 (Menu Administrator)
Input : status login validOutput : perintah setup minuman, perintah setup kembalianAlgoritma :
1. tampilkan menu pilihan setup minuman dan setup kembalian2. terima masukan pilihan dari ADMIN3. jika pilihan = setup minuman
outputkan perintah setup minuman jika pilihan = setup kembalian
outputkan perintah setup kembalian
2.2.2.9 Proses 3.3 (Setup Data Minuman)
Input : perintah setup minumanOutput : data minuman setup
Algoritma :
1. kirim sinyal minta data stok ke STOCK TRAY2. terima data stok dari STOCK TRAY3. terima konfirmasi data stok4. update data stok ke storage minuman5. simpan log data setup ke file Log
2.2.2.10 Proses 3.3 (Setup Uang Kembalian)
Input : perintah setup kembalianOutput : uang kembalian setup
Algoritma :1. kirim sinyal minta data stok kembalian ke CHANGE MONEY TRAY2. terima stok uang kembalian dari CHANGE MONEY TRAY3. terima konfirmasi data uang kembalian
Jurusan Informatika ITS SKPL-G01 18/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
4. update uang kembalian ke storage uang kembalian5. simpan log data setup ke file Log
2.3 Deskripsi Data
2.3.1 Kamus Data
1. jumlah uang = *jumlah uang tunai yang dimasukan ke dalam vending machine hasil
pembacaan coin reader *
2. data pembelian = kode_minuman + jumlah_minuman
3. data minuman = kode_minuman + nama_minuman + harga_minuman + jumlah_minuman
4. data minuman dibeli = kode_minuman + jumlah_minuman
5. sinyal minta stok kembalian = * sinyal perintah untuk mengirim jumlah stok uang kembalian
yang masih ada di change money tray *
6. stok uang kembalian = * jumlah stok uang kembali yang masih ada di change money tray *
7. uang kembalian = jenis koin + jumlah koin
8. data transaksi = no transaksi + tanggal transaksi + kode minuman + jumlah_minuman
9. transaksi = no transaksi + tanggal_transaksi + kode_minuman + jumlah_minuman
10. password = * password yang dimasukkan oleh admin *
11. pesan uang tidak cukup = * pesan yang dikirim ke kontrol panel untuk memberitahu user
bahwa uang yang dimasukkan tidak cukup untuk melakukan transaksi yang diiginkan *
12. pesan stok habis = * pesan yang dikirim ke kontrol panel untuk memberitahu user bahwa stok
minuman habis *
13. pesan uang kembalian tidak cukup = * pesan yang dikirim ke kontrol panel untuk
memberitahu user bahwa stok uang kembalian tidak cukup *
14. data pembelian valid = kode_minuman + nama_minuman + harga_minuman + jumlah
minuman + jumlah uang + jumlah kembalian
15. data minuman input = kode_minuman + nama_minuman + harga_minuman +
jumlah_minuman
16. minuman stok valid = * data minuman input yang telah divalidasi jumlah stoknya*
17. minuman uang valid = * data minuman input yang telah divalidasi jumlah uangnya *
18. data log validasi = * data log hasil proses validasi yang disimpan ke file log *
19. minuman = kode_minuman + nama_minuman + harga_minuman + jumlah_minuman
20. data minuman update = * data minuman hasil update oleh admin *
21. hasil transaksi = no transaksi + tanggal transaksi + kode minuman + nama minuman + jumlah
minuman + jumlah uang + jumlah kembalian
Jurusan Informatika ITS SKPL-G01 19/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
22. sinyal keluarkan uang = * sinyal untuk mengeluarkan sejumlah uang dari change money tray
*
23. sinyal keluarkan minuman = *sinyal untuk mengeluarkan minuman yang dibeli ke beverage
tray *
24. data stok = kode_minuman + jumlah_minuman
25. sinyal minta jumlah stok = * sinyal untuk mengirim jumlah stok minuman yang masih ada di
stock tray *
26. sinyal tampilkan pesan = [pesan uang tidak cukup | pesan stok habis | pesan uang kembalian
tidak cukup]
27. log data setup = * data log hasil proses setup yang disimpan ke file log *
28. stok valid = * kode_minuman + nama_minuman + harga_minuman + jumlah_minuman *
29. status login valid = *status jika admin memasukkan password yang benar*
30. status login tidak valid = *status jika admin memasukkan password yang salah*
31. Login = nama user + password
32. data login = nama user + password
33. pilihan menu admin = [setup minuman | setup kemabalian]
34. perintah setup minuman = *perintah untuk melakukan proses setup minuman *
35. perintah setup kembalian = *perintah untuk melakukan proses setup kembalian *
36. uang kembalian setup = jenis koin + jumlah koin
37. konfirmasi data setup = *data konfirmasi dari admin terhadap data hasil pembacaan dari
change money tray atau stock tray*
38. Log = * file teks tempat menyimpan log aktivitas mesin *
2.3.2 Entity-Relationship Diagram
Entity Relationship Diagram biasa menunjukkan hubungan antara entity serta atribut dari entity tersebut. ERD dari UNDUHMUSIK.COM adalah sebagai berikut :
Jurusan Informatika ITS SKPL-G01 20/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Gambar 5. Entity-Relationship Diagram
2.3.3 Struktur Table
Nama Database : UNDUHMUSIK.COM
Nama Tabel : MINUMAN
Primary Key : Kode
Tabel 3. Struktur Tabel Minuman
No Nama Field Tipe Data Lebar Keterangan
1 Kode Varchar 4Primary key ( Pengenal data
Minuman)
2 Nama Varchar 25 Nama Minuman
3 Harga Real 8 Harga Minuman dalam Rupiah
4 Saldo Integer -Jumlah Minuman yang tersedia saat
ini
5 Status Real - Minuman dijual atau tidak
Jurusan Informatika ITS SKPL-G01 21/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Nama Database : UNDUHMUSIK.COM
Nama Tabel : UANG_KEMBALIAN
Primary Key : Koin
Tabel 4. Struktur Tabel Uang_Kembalian
No Nama Field Tipe Data Lebar Keterangan
1 Koin Integer - Primary key(Pengenal data Jeni Koin)
2 Saldo Integer - Jumlah Koin tersedia
Nama Database : UNDUHMUSIK.COM Nama Tabel : TRANS_HEADPrimary Key : NoResi
Tabel 5. Struktur Tabel Trans_Head
No Nama Field Tipe Data Lebar Keterangan
1 Noresi integer -Primary key ( Pengenal data
transaksi)
2 Tgl_Resi Date - Tgl transaksi pembelian
3 Bayar Real 8Jumlah uang yang dimasukkan user
dalam Rupiah
4 Total Integer -Total Pembelian yang dilakukan user
dalam Rupiah
5 Kembalian Real -Jumlah Kembalian ke User dalam
Rupiah
Nama Database : UNDUHMUSIK.COM Nama Tabel : TRANS_DETAILPrimary Key : -
Jurusan Informatika ITS SKPL-G01 22/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Tabel 6. Struktur Tabel Trans_Detail
No Nama Field Tipe Data Lebar Keterangan
1 Noresi Integer -Foreig Key yang mereferensi ke table
TRANS_HEAD
2 Kode Varchar 4
Kode Minuman yang dibeli yang
merupakan foreign ke table
MINUMAN
3 Harga Real 8 Harga Minuman dalam Rupiah
4 Qty Integer -Jumlah Minuman yang dibeli dalam
satuan unit
5 Nilai Real 8Total yang dibayar untuk pembelian
minuman yang dimaksud sesuai kode
2.4 Deskripsi Kendali
2.4.1 Diagram Perubahan Status
Gambar 6. Diagram Perubahan Status Untuk Modus Administrator
Jurusan Informatika ITS SKPL-G01 23/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Gambar 7. Diagram Perubahan Status Untuk Modus User
2.4.2 Tabel Aktivasi Proses (boleh tdk ada)
Jurusan Informatika ITS SKPL-G01 24/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Table 7. Tabel Aktivasi Proses
No Status P1.1 P1.2 P1.3 P1.4 P1.5 P2 P3.1 P3.2 P3.3
1. Mesin hidup stock
tray menerima
minuman
0 0 0 0 0 0 1 0 0
2. Coin reader membaca
koin valid
1 0 0 0 0 0 0 0 0
3. Stok minuman , uang
pembelian, uang stok
kembalian mencukupi
0 0 0 0 0 1 0 0 0
2.5 Deskripsi Kebutuhan Non Fungsional (minimal ada satu)
2.5.1 Performansi
Tidak ada batasan performansi karena kemampuan perangkat keras yang digunakan telah memadai.
2.5.2 Batasan Memori
Besarnya memory yang dibutuhkan untuk menjalankan perangkat lunak
UNDUHMUSIK.COM sebesar 16Mb. Besarnya kapasitas harddisk pada Vending Machine yang
digunakan untuk instalasi aplikasi adalah sebesar 4 Mb.
2.5.3 Modus Operasi
Modus operasi Sistem Vending Machine ada dua, yaitu:
Level pengguna umum : hanya dapat melakukan transaksi pembelian minuman
Level Administrator : dapat melakukan update data minuman dan menambah stok koin
2.5.4 Kebutuhan Adaptasi Lokasi
Sistem UNDUHMUSIK.COM ini tidak bergantung pada lokasi.
2.6 Atribut Kualitas Perangkat Lunak (minimal satu)
2.6.1 Keandalan
Sistem UNDUHMUSIK.COM ini dapat digunakan selama hampir 24 jam, dengan dukungan
sistem operasi linux yang robust dan memiliki stabilitas yang tinggi.
Jurusan Informatika ITS SKPL-G01 25/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
2.6.2 Ketersediaan
Ketersediaan data persediaan minuman dan koin kembalian diperiksa oleh admin setiap
hari/tiap 24 jam.
2.6.3 Keamanan
Administrator yang akan mengambil atau menambah stok minuman atau stok koin harus
melalui proses autentifikasi dengan memasukkan password terlebih dahulu.
2.6.4 Keremawatan (maintainability)
Sistem UNDUHMUSIK.COM tidak memerlukan perawatan khusus (perawatan data
dilakukan oleh Administrator).
2.6.5 Kepemindahan (portability)
Sistem UNDUHMUSIK.COM bersifat tidak portable, karena secara khusus dirancang untuk
berjalan pada sistem Vending Machine saja.
2.7 Batasan Perancangan
Sistem UNDUHMUSIK.COM akan diimplementasikan pada Sistem Operasi berbasis LINUX,
menggunakan bahasa pemrograman C.
2.8 Matriks Keterunutan (tidak)
Matriks keterunutan menunjukkan keterkaitan antar bagian dalam pengembangan perangkat lunak. Tabel berikut ini adalah tabel yang berisi matriks keterunutan fungsional.
Table 8. Tabel Matriks Keterunutan Fungsional
Jurusan Informatika ITS SKPL-G01 26/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
Inspeksi Sistem UNDUHMUSIK.COM akan dilakukan dengan mengamati kode program
yang telah dihasilkan per modul. Analisis akan dilakukan dengan pengukuran dari hasil sistem
UNDUHMUSIK.COM dengan hasil yang diharapkan. Demonstrasi akan dilakukan dengan
mengamati kesesuaian antara masukan dan keluaran.
Jurusan Informatika ITS SKPL-G01 27/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika
SKP Fungsi
(SKPL-F1) Menerima input koin dari pembeli/user.
(SKPL-F2) Menerima input data minuman yang berpa jenis minuman dan jumlah minuman yang dimasukkan oleh admin.
(SKPL-F3) Beverages tray dapat mengeluarkan minuman yang dibeli oleh pembeli.
(SKPL-F4) Melakukan perhitungan apakah ada koin kembalian atau tidak dan menghitung jumlah koin kembalian.
(SKPL-F5) Mencatat data-data transaksi pembelian ke dalam log(table).
(SKPL-F6) Melakukan validasi stok minuman yang diinput ke dalam UNDUHMUSIK.COM .
(SKPL-F7) Mencetak data-data transaksi pembelian yang berhasil dengan menggunakan printer.
(SKPL-F8) Mengeluarkan koin kembalian untuk user melalui money tray
(SKPL-F9) Melakukan validasi koin yang dimasukkan oleh pembeli.
(SKPL-F10) Memeriksa apakah stock minuman masih ada di dalam stock tray.
(SKPL-F11) Admin memasukkan data koin kembalian untuk pembeli ke dalam change money tray.
(SKPL-F12) Menampilkan pesan kesalahan “ stok habis” ke control panel apabila jumlah stok minuman dalam stock tray kurang dari jumlah yang dibeli oleh user.
(SKPL-F13 Menampilkan pesan kesalahan “kembalian tidak cukup” ke control panel apabila persediaan koin kembalian tidak mencukupi untuk diberikan ke pembeli.
(SKPL-F14) Menampilkan pesan kesalahan “koin tidak cukup” ke control panel jika koin yang dimasukkan tidak mencukupi untuk melakukan pembelian minuman yang dipilih.
(SKPL-NF1) Kapasitas penyimpanan harddisk cukup besar, sehingga mampu untuk menampung data-data minuman, koin, transaksi dan aktivitas-aktivitas yang terjadi pada sistem.
(SKPL-NF2) Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam sistem.
(SKPL-NF3) Terdapat 2 modus operasi sistem, yaitu admin dan user(pembeli).
(SKPL-NF4) Menampilkan pesan kesalahan “status login tidak valid ” jika input login yang dimasukkan salah.
Jurusan Informatika ITS SKPL-G01 28/28
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Informatika-ITS dan bersifat rahasia. Dilarang untuk me-reproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Informatika