SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
Taking Order Application for
Sales
(TOAS)
untuk:
Mata
Kuliah RPL
Dipersiapkan
oleh:
Raka
Nur Wahyudi
Prodi
D2 Manajemen Informatika
PDD
Polinema Kab. Bojonegoro
|
|
D2 Manajemen
Informatika
PDD Polinema Kab. Bojonegoro
|
Nomor Dokumen
|
Halaman
|
|
SKPL-01
|
|
|
Revisi
|
A
|
Tgl: 26-01-2017
|
|
|
|
|
|
Daftar
Perubahan
|
Revisi
|
Deskripsi
|
|
A
|
|
|
B
|
|
|
C
|
|
|
D
|
|
|
E
|
|
|
F
|
|
|
G
|
|
|
INDEX
|
|
A
|
B
|
C
|
D
|
E
|
F
|
G
|
|
TGL
|
|
|
|
|
|
|
|
|
|
Ditulis
oleh
|
|
|
|
|
|
|
|
|
|
Diperiksa
oleh
|
|
|
|
|
|
|
|
|
|
Disetujui
oleh
|
|
|
|
|
|
|
|
|
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,
Singkatan, dan Akronim................................................................ 7
1.4 Referensi..................................................................................................... 8
1.5 Deskripsi Umum
Dokumen......................................................................... 8
2. Deskripsi Global
Perangkat Lunak..................................................................... 9
2.1 Perspektif
Produk........................................................................................ 9
2.2 Fungsi Produk.............................................................................................. 9
2.3 Karakteristik
Pengguna.............................................................................. 11
2.4 Batasan-batasan......................................................................................... 11
2.5 Asumsi dan
Kebergantungan..................................................................... 11
3 Deskripsi Rinci
Kebutuhan.............................................................................. 12
3.1 Kebutuhan
antarmuka eksternal................................................................ 12
3.1.1 Antarmuka
pemakai............................................................................ 12
3.1.2 Antarmuka
perangkat lunak................................................................ 12
3.2 Kebutuhan
Fungsional............................................................................... 12
3.2.1 Aliran
informasi.................................................................................. 12
3.2.1.1 DFD 1.............................................................................................. 13
3.2.2 Deskripsi
proses.................................................................................. 13
3.2.2.1 Proses 1........................................................................................... 13
3.2.2.2 Proses 2........................................................................................... 13
3.2.2.3 Proses 3........................................................................................... 13
3.2.2.4 Proses 4........................................................................................... 13
3.2.2.5 Proses 5........................................................................................... 13
3.2.3 Deskripsi data..................................................................................... 14
3.3 Pemodelan Data......................................................................................... 15
3.3.1 E-R Diagram....................................................................................... 16
3.4 Deskripsi
Kebutuhan Non Fungsional....................................................... 16
3.4.1 Performansi........................................................................................ 16
3.4.2 Atribut Sistem
Perangkat Lunak.......................................................... 16
3.4.3 Kebutuhan Lain.................................................................................. 17
3.5 Atribut Kualitas
Perangkat Lunak.............................................................. 17
3.6 Batasan Perancangan................................................................................. 18
3.7 Matriks
Keterunutan.................................................................................. 18
Daftar Gambar
Gambar
1. Hubungan antar subsistem
pada TOAS................................................... 9
Gambar
2. Context Diagram................................................................................... 12
Gambar
3. DFD 1................................................................................................... 13
Gambar
4. ERD ..................................................................................................... 16
Daftar Tabel
Tabel
1. Daftar definisi dan Akronim....................................................................... 7
Tabel 2.
Daftar Istilah............................................................................................... 7
Tabel 3.
Karakteristik pengguna.............................................................................. 10
Tabel 4.
Kebutuhan Performansi............................................................................ 16
Tabel 5.
Atribut sistem perangkat lunak.................................................................. 16
Tabel 6.
Kebutuhan Lain........................................................................................ 17
Tabel 7.
Matriks keterunutan.................................................................................. 18
Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL)
merupakan dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan.
Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis
pengembangan perangkat lunak pada tahap selanjutnya.
TOAS adalah perangkat lunak untuk manejemen penerimaan
order dari konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Program ini dirancang dalam bahasa pemrograman Java. Dalam program
meliputi konektivitas internet dan sistem informasi terdistribusi yang berakar
dan diolah oleh server pusat.
Tabel
1. Daftar definisi dan Akronim
|
Kata Kunci atau frase
|
Definisi dan atau akronim
|
|
TOR
|
Term of Reference
Dokumen yang berisi gambaran umum mengenai perangkat
lunak yang diminta.
|
|
SDP
|
Software
Development Plan
|
|
RPPL
|
Rencana Pengembangan Perangkat Lunak
Dokumen yang berisi rencana pengembangan perangkat
lunak dalam suatu proyek, yang mencakup gambaran umum proyek, gambaran
manajerial proyek, dan gambaran teknik proyek.
|
|
SRS
|
Software
Requirement Specification
|
|
SKPL
|
Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi
kebutuhan user
|
|
RPL
|
Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
|
|
IEEE
|
Institute of
Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan rancangan
produk
|
|
ANSI
|
American Standard
Institute
Lembaga standardisasi Amerika
|
Tabel 2.
Daftar Istilah
|
Istilah
|
Definisi
|
|
Konsumen
|
Setiap orang pemakai barang dan/atau jasa yang tersedia
dalam masyarakat, baik bagi kepentingan diri sendiri, keluarga, orang lain,
maupun makhluk hidup lain dan tidak untuk diperdagangkan.
|
|
Sales
|
Seorang penjual, dimana
biasanya penilaian seorang sales diukur dari volume penjualan yang sudah
dicapai.
|
|
Java
|
|
Dokumen ini merujuk pada hasil wawancara dan observasi
pada pemilik tentang informasi yang berkaitan dengan
berbagai kebutuhan yang mencakup data secara umum. diperlukannya
dan penulisan dokumen berdasarkan pada :
1.
IEEE Std 830-1993, IEEE
Recommended Practice for Software Requirement Specifications.
2.
Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan
Perangkat Lunak (SKPL). Jurusan Teknik Informatika, Institut Teknologi Bandung,
2000.
3.
Pressman, R.S., "Software Engineering, a
Practitioner's Approach" Fourth Edition, McGraw Hill, 1997.
Dokumen SKPL ini dibagi menjadi tiga bagian utama.
Bagian utama berisi penjelasan tentang dokumen
SKPL yang mencakup tujuan pembuatan
dokumen ini, lingkup masalah diselesaikan oleh perangkat lunak yang
dikembangkan, definisi, referensi dan
deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai
perangkat lunak yang dikembangkan meliputi fungsi dari perangkat lunak,
karakteristik pengguna, batasan, dan asumsi yang diambil dalam pengembangan
perangkat lunak. Bagian ketiga berisi uraian kebutuhan perangkat lunak secara
lebih rinci.
TOAS adalah perangkat lunak untuk manejemen penerimaan
order dari konsumen berupa pembelian skala kecil (eceran) yang digunakan sales
perusahaan. Penerimaan order dikembangkan dengan metode pemrograman prosedural.
TOAS akan menyimpan semua data inputan sales berupa data permintaan order yang
akan langsung masuk ke database pusat dan siap diproses oleh server sebagai
operator.
Perangkat lunak ini dapat dijalankan pada lingkup sistem
operasi Google ® Android1
Gingerbread/Honeycomb/Ice Cream Sandwich/Jelly Bean/Kitkat.
Perangkat lunak ini hanya dapat diakses oleh pengguna
menggunakan username dan password yang telah terlebih dahulu terdaftar.
Gambar hubungan antar subsistem pada TOAS adalah sebagai
berikut :
Gambar 1: Hubungan antar subsistem
pada TOAS
________________________
Google® Android adalah merk dagang
terdaftar dari Google Corp.
Sebagai
front office penjualan yang dilaksanakan oleh pengguna lapangan (sales). Yang
terkoordinasi dengan back office (Server). Program akan terintergrasi melalui
sistem informasi product berupa data yang akan terupdate secara real time dan
diatur oleh pihak back office.
Pengguna
perangkat lunak ini adalah seorang sales yang menggunakan Smartphone di lingkungan
kerjanya.
Perangkat
lunak ini hanya dibuat dan digunakan oleh sales dengan otoritas untuk
menginputkan pesanan pada perangkat lunak ini.
Tabel 3. Karakteristik pengguna
|
Kategori Pengguna
|
Aktivitas
|
|
Sales
|
Melakukan input pemesanan barang
|
|
Back office (Admin)
|
Rekapitulasi kegiatan sales
|
Program
ini hanya dipakai oleh sales. Kita tekankan pada pemakaian karena hanya order,
cek barang dan melihat status pengiriman. Dalam program ini terdapat beberapa
batasan yang harus dipatuhi.Misalnya :
- Aplikasi
harus terhubung dengan internet,
- Front
Office hanya dapat melihat dan meng-order,
- Aplikasi
hanya dapat digunakan pada platform Android,
-
Aplikasi hanya bisa dibuka atau dipakai oleh akun yang telah terdaftar
Deskripsi
asumsi dan kebergantungan
Asumsi
1.
Admin memiliki otoritas secara penuh dalam pengolahan
data order dan data barang.
2.
Aplikasi ini dibuat untuk memenuhi kekurangan sales yang
hanya bisa mengorder barang dengan jumlah besar.
3.
Aplikasi ini bukan system utama seperti Back Office pada
umumnya, yang dapat mengatur data-data order dan barang di gudang.
4.
Aplikasi ini dapat dikategorikan sebagai mobile store
yang dioperasikan kapanpun dan dimanapun.
Kebergantungan
1.
System informasi hanya dapat diakses secara realtime jika
terdapat koneksi internet.
2.
Aplikasi hanya dapat dipakai dengan device yang memiliki
system operasi android
3.
Sales harus terdaftar di dalam database untuk mengakses
program
Sales
sebagai user dapat mengoperasikan aplikasi TOAS dengan bantuan perangkat
smartphone.
Aplikasi
dapat diakses jika terhubung dengan Internet dan memiliki OS android.
Gambar 2.Context Diagram
TOAS memungkinkan Sales untuk melihat informasi
data barang yang tersedia. Sales hanya bisa mengorder sebagai data order ke
Back Offfice dan mendapatkan laporan invoice dari order. Disini Back
Office bertugas untuk mengupdate data barang dan memberikan data
invoice pada TOAS agar Sales dapat mengakses informasi data yang ada
TOAS. Order dari Sales akan masuk sebagai laporan order pada Back Offfice.
Gambar 3. DFD 1
|
PSPEC 1.1 Membuat
Invoice
Back Office membuat invoice untuk Sales
|
|
Masukan : data invoice
|
|
Keluaran : informasi invoice
|
|
Algoritma: : if (data_invoice != 0) then
invoice_process
else
invoice_un-process
|
3.2.2.2 Proses 2
|
PSPEC 1.2 Membuat
Order
Sales membuat order untuk Back Office
|
|
Masukan : data order
|
|
Keluaran : informasi order
|
|
Algoritma : -
|
3.2.2.3 Proses 3
|
PSPEC 1.3 Mendapatkan
Data Barang
Sales mendapatkan data barang dari Back Office
|
|
Masukan : info barang
|
|
Keluaran : informasi data barang
|
|
Algoritma : if (info_barang != 0) then
get_informasi_data_barang
else
un-get_informasi_data_barang
|
3.2.2.4 Proses 4
|
PSPEC 1.4 Memproses
Order
Back Office mendapatkan order dari Sales
|
|
Masukan : info order
|
|
Keluaran : laporan
order
|
|
Algoritma : if (info_order != 0) then
order_proces
else
order_un-proces
|
3.2.2.5 Proses 5
|
PSPEC 1.5 Update Data
Barang
Back Office mengupdate data barang untuk Sales
|
|
Masukan : data barang
|
|
Keluaran : informasi
data barang
|
|
Algoritma : if (data_barang != 0) then
updating_data_barang
else
un-updating_data_barang
|
3.2.3
Deskripsi data
3.2.3.1
Kamus Data
|
No.
|
Komponen
|
Keterangan
|
|
1
|
Nama
|
Data Order
|
|
Alias
|
data_order
|
|
Deskripsi
|
id_pesan = {(0…9)}
nama_pemesan
= {(A…Z
| a…z)}
alamat_pemesan
= {(A…Z
| a…z)}
tanggal_pesan
= {(0…9)}
telp =
{(0…9)}
jumlah_barang
= {(0…9)}
nama_barang = {(A…Z | a…z)}
status_pengiriman
= {(A…Z
| a…z)}
|
|
Penggunaan
|
Data yang digunakan untuk menginputkan order barang
|
|
Informasi tambahan / format
|
Alphanumeric
|
|
2
|
Nama
|
Data Invoice
|
|
Alias
|
data_invoice
|
|
Deskripsi
|
|
|
Penggunaan
|
Data yang digunakan untuk melaporkan order barang
|
|
Informasi tambahan / format
|
alphanumeric
|
|
3
|
Nama
|
Data Barang
|
|
Alias
|
data_barang
|
|
Deskripsi
|
pid = {(0…9)}
name = {(A…Z | a…z)}
price = {(0…9)}
stock = {(0…9)}
description = {(A…Z | a…z)}
|
|
Penggunaan
|
Data yang digunakan untuk memberikan informasi tentang data barang
|
|
Informasi tambahan / format
|
Alphanumeric
|
Aplikasi mengola beberapa data yang
terintrogasi secara langsung dengan server. Data tersebut adalah :
1.
Data Barang
2.
Status Barang
3.
Pemesanan
Secara tidak langsung data di proses
oleh server yang akan di update secara realtime ke front office, selama front
office terhubung secara langsung dengan network (internet) yang memungkinkan
jaringan data pada program untuk mengupdate status yang ada pada database.
3.3.1
E-R Diagram
Gambar 4. ERD
3.4
Deskripsi Kebutuhan Non Fungsional
3.4.1
Performansi
Tabel 4. Kebutuhan Performansi
|
No SKPL
|
Kebutuhan
|
Tuntutan Kebutuhan
|
|
SKPL-TOAS.EVO-0001
|
Availability
|
Internet Connection secara
realtime untuk melihat informasi data barang
|
|
SKPL-TOAS.EVO-0002
|
Reliability
|
Tidak pernah gagal
|
|
SKPL-TOAS.EVO-0003
|
Ergonomy
|
Mudah digunakan
|
|
SKPL-TOAS.EVO-0004
|
Memory
|
Penyimpanan database MySQL
|
|
SKPL-TOAS.EVO-0005
|
Response Time
|
Internet Connection secara
realtime untuk melihat informasi data barang terupdate
|
3.4.2
Atribut Sistem Perangkat Lunak
Tabel 5. Atribut sistem perangkat
lunak
|
No SKPL
|
Kebutuhan
|
Tuntutan Kebutuhan
|
|
SKPL-TOAS.EVO-0006
|
Error-Handling
|
Terdapat pemberitahuan apabila pengisian tidak sesuai dengan sistem
|
|
N/A
|
Message
|
N/A
|
|
SKPL-TOAS.EVO-0007
|
Keamanan
|
Hanya dapat digunakan dengan akun yang telah terdaftar
|
|
N/A
|
Portabilitas
|
N/A
|
3.4.3
Kebutuhan Lain
Tabel 6. Kebutuhan Lain
|
No SKPL
|
Kebutuhan
|
Tuntutan Kebutuhan
|
|
SKPL-TOAS.EVO-0008
|
Tampilan Aplikasi
|
Memberikan gambaran umum
kegunaan sistem
|
|
SKPL-TOAS.EVO-0009
|
Format menu
|
Deskripsi umum penggunaan button pada sistem
|
|
SKPL-TOAS.EVO-00010
|
Warna aplikasi
|
Bervariasi
|
|
SKPL-TOAS.EVO-00011
|
Jenis font
|
Formal
|
3.5.1
Kehandalan
Program
ini memiliki kelebihan dalam hal membantu pembukuan yang dimiliki perusahaan.
Karena pada dasarnya perusahaan memiliki pembukuan yang cukup kompleks yang
mayoritas order dalam skala besar. Maka dari itu dibuatkan program ini untuk
menangani permintaan pelanggan dalam jumlah kecil.
3.5.2
Keremawatan (maintability)
Program
yang kami buat memiliki basis v.1 yang telah di debug dan di troubleshooting
secara berkala ketika proses pembuatan program. Program tersebut juga merupakan
program yang hanya digunakan pada proses yang tidak dinamis jadi maintain pada
program tidak begitu di perlukan. Hanya saja jika mengalami beberapa bug maka
ada layanan yang dapat secara langsung di hubungkan ke operator.
Program
ini digunakan untuk memberikan pelayanan pada sales yang memiliki fungsi utama
untuk pemesanan secara real time bagi para konsumen. Program ini juga
dikhususkan untuk membatasi gerak sales agar tidak terjadi kecurangan dalam
proses pemesanan yang mungkin dilakukan pihak sales dan akan merugikan kedua
belah pihak, baik dari pihak perusahaan ataupun dari pihak pembeli. Jadi tidak
ada program khusus lainnya yang tidak diperlukan.
Tabel 7. Matriks keterunutan
|
No SKPL
|
Nama Proses
|
|
SKPL-TOAS.EVO-00012
|
Membuat Invoice
|
|
SKPL-TOAS.EVO-00013
|
Membuat Order
|
|
SKPL-TOAS.EVO-00014
|
Mendapatkan Data Barang
|
|
SKPL-TOAS.EVO-00015
|
Memproses Order
|
|
SKPL-TOAS.EVO-00016
|
Update Data Barang
|
