1.

Pendahuluan

1.1 Tujuan Penulisan Dokumen

Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau

Software Requirement Spesification (SRS) untuk sistem penjualan .com.
Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan
mengenai perangkat lunak yang akan dibangun. Dokumen ini menjelaskan
tujuan dan fitur-fitur sistem, antarmuka sistem, apa yang akan dilakukan
sistem.

Stakeholder dari dokumen ini adalah pengembang perangkat lunak sistem

penjualan JMarketplace.com dan pengguna (user) 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.

1.2 Ruang Lingkup

Adapun ruang lingkup pembuatan sistem ini adalah aplikasi berbasis web yang memiliki
beberapa fasilitas yaitu:

1. Sistem mampu menampilkan katalog produk sesuai kategori tertentu.

2. Sistem mampu melayani pemilihan produk yang dibeli dan perhitungan harga dari
produk yang dipilih.
3. Sistem mampu menyediakan sarana bagi user untuk menjual atau menawarkan
produk yang dimiliki.
4. Sistem mampu melayani pendaftaran untuk user yang ingin menggunakan fasilitas
sistem.
5. Sistem mampu memberikan penawaran khusus untuk user sesuai dengan minat dan
kebutuhan user.
6. Sistem mampu menyediakan halaman khusus untuk user yang ingin menjual
produk dalam jumlah besar.
 7. Sistem dapat menghubungkan user dengan pihak ketiga dalam pengurusan
pembayaran.
8. Sistem dapat memberikan informasi status produk yang dikirim kepada user.

1.3 Definisi dan Istilah

No Istilah dan Singkatan Definisi

1. SKPL Spesifikasi Kebutuhan Perangkat Lunak

Merupakan dokumen hasil analisis yang berisi

spesifikasi kebutuhan user.
 2. SRS Software Requirement Spesification

Dokumen ini sama dengan SKPL

3. IEEE Institute of Electrrical and Electronics Engineers

Merupakan standar internasional untuk pengembangan

dan rancangan perangkat lunak

4. Stakeholder Orang yang memiliki kepentingan dalam project, selain

developer.

5. User Pengunjung website, pembeli, penjual, administrator.

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.
2. http://www.alibaba.com
3. http://www.lazada.co.id
4. http://www.shopee.co.id
5. http://www.tokopedia.com

1.5 Gambaran Umum Dokumen

Penulisan dokumen ini dibagi menjadi beberapa bab sebagai berikut:

1. Bab 1 : Menjelaskan mengenai tujuan perangkat lunak, ruang lingkup, daftar

definisi, istilah, dan singkatan, referensi serta gambaran umum dokumen.
2. Bab 2 : Berisi tentang gambaran umum mengenai deskripsi umum produk,
manfaat produk, karakteristik user, batasan, asumsi, dan ketergantungan yang
digunakan.
3. Bab 3 : Menyediakan spesifikasi kebutuhan antarmuka, kebutuhan fungsional,
kebutuhan non fungsional, lingkungan operasi, dan batasan perancangan.

2. Deskripsi Umum

2.1 Deskripsi Umum Produk

Perangkat lunak yang akan dikembangkan adalah perangkat lunak

JMarketplace.com, yaitu perangkat lunak yang merupakan penyedia layanan
online yang mempertemukan pembeli dengan banyak pilihan penjual dan
menyediakan tempat bagi penjual yang ingin berjualan.

Sistem ini akan dijalankan oleh admin pemilik sistem dan oleh user yang
memiliki koneksi ke internet. Penggunaan sistem terbagi tiga yaitu antar
muka untuk pembeli (buyer), antar muka untuk penjual (seller), dan antar
muka untuk admin JMarketplace.com. Sistem ini dapat berjalan pada platform
atau sistem operasi apa saja yang mendukung aplikasi berbasis web.

2.2 Manfaat Produk

Manfaat yang didapat apabila menggunakan sistem ini antara lain adalah:
 1. Memudahkan proses transaksi penjualan dan pembelian produk.
2. Menyediakan informasi mengenai data produk secara akurat.
3. Dapat memberikan penawaran khusus untuk user sesuai minat dan kebutuhan user.
4. Memberikan alternatif pembayaran yang lebih banyak.

2.3 Karakteristik Pengguna

Dalam sistem informasi ini, pengguna yang terlibat adalah sebagai berikut:

1. Admin

Admin bisa memiliki banyak fungsi, sebagai pengelola data pembeli, pengelola data penjual,
pengelola data produk, pengelola data kategori produk, pengelola data metode pengiriman,
pengelola data metode pembayaran, pengelola data transaksi, pengelola keuangan. Admin dapat
mengelola aktifitas yang terjadi pada sistem.

2. Pembeli / Buyer

Pembeli memiliki hak akses ke daftar produk yang disediakan admin dan hak akses daftar
produk yang dimiliki Penjual. Pembeli dapat memilih produk dan membeli produk, dan juga
dapat memberikan komentar, ulasan rating pada Penjual.

3. Penjual / Seller

Penjual mendapat suatu halaman dinamis dan halaman administrasi untuk mengelola daftar
produk yang dimiliki, mengelola daftar kategori produk, mengelola data metode pengiriman
barang yang tersedia dari penjual, mengelola data transaksi dan mengelola penawaran terhadap
produk yang dimilikinya kepada pembeli.

2.4 Batasan-Batasan

1. Pengguna yang berhak untuk mengakses sistem ini antara lain adalah admin,
pembeli (buyer), dan penjual (seller).
 2. Sistem ini adalah aplikasi berbasis web dan dapat berjalan pada sistem operasi
atau platform apapun yang mendukung aplikasi berbasis web.

2.5 Asumsi dan Ketergantungan

1. Pengguna sistem informasi ini minimal tahu dan dapat mengoperasikan komputer
terutama untuk aplikasi berbasis web.
2. Tersedia sarana web server, web application dan internet untuk mengakses
aplikasi ini.
1. Audiens

Ditujukan kepada mahasiswa yang mempelajari mata kuliah tentang

Pemrograman Linier.

2. Cakupan Pengembangan

Tujuan dari aplikasi ini adalah mengisi kembali juga menampilkan

solusi dari permasalahan user.

3. Definisi Berbagai Fungsi

○ SRS: Software requirements specification
○ FK: Functional Requirement
○ FN: Non-Functional Requirement
○ US: User Case
4. Deskripsi Keseluruhan
○ Deskripsi Produk
○ Fungsi Produk
○ Lingkup Operasi
5. Kebutuhan Pengguna
6. Asumsi dan Dependensi
7. Fitur dan Kebutuhan Sistem
○ Sistem Fungsional
○ Sistem External Interface
○ Fitur dalam Sistem
○ Sistem Non-Fungsional
8. User Cases