Anda di halaman 1dari 18

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Taking Order Application for Sales


(TOAS)

untuk:

PT. Fashion Eservices Indonesia

Dipersiapkan oleh:

 CANRO SIGALINGGING (41818120062)

 MUHAMMAD ABDINUH (41816120122)

 MEDIO GLAIEN PEREIRA HARUM (414816110144)

 JHOHAN YUDHA DARMAWAN (41818110076)

Jurusan Sistem Informasi – Universitas Mercu Buana


Daftar Perubahan

Revisi Deskripsi

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
1. Pendahuluan
1.1 Tujuan
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.

1.2 Lingkup Masalah


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.

1.3 Definisi, Akronim dan Singkatan

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 Bahasa pemrograman yang dapat dijalankan di
berbagai komputer termasuk telepon genggam.

1.4 Referensi

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.

1.5 Deskripsi Umum Dokumen

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.
2 Deskripsi Global Perangkat Lunak
2.1 Perspektif Produk
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 :

TOAS List Product

TOAS
TOAS Order Product
User Interface

TOAS Tracking Order

TOAS Admin Server

Gambar 1: Hubungan antar subsistem pada TOAS

________________________
Google® Android adalah merk dagang terdaftar dari Google Corp.
2.2 Fungsi Produk

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.

2.3 Karakteristik Pengguna


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

2.4 Batasan-batasan
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

2.5 Asumsi dan Kebergantungan


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
3 Deskripsi Rinci Kebutuhan
3.1 Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai


Sales sebagai user dapat mengoperasikan aplikasi TOAS dengan bantuan
perangkat smartphone.

3.1.2 Antarmuka perangkat lunak


Aplikasi dapat diakses jika terhubung dengan Internet dan memiliki OS
android.

3.2 Kebutuhan Fungsional

3.2.1 Aliran informasi

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.
3.2.1.1 DFD 1

Gambar 3. DFD 1

3.2.2 Deskripsi proses

3.2.2.1 Proses 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 Alphanumeric
/ format
2 Nama Data Invoice
Alias data_invoice
Deskripsi
Penggunaan Data yang digunakan untuk melaporkan
order barang
Informasi tambahan alphanumeric
/ format
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 Alphanumeric
/ format

3.3 Pemodelan Data


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 Atribut Kualitas Perangkat Lunak

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.

3.6 Batasan Perancangan


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.
3.7 Matriks Keterunutan
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

Anda mungkin juga menyukai