SKPL e Comerce

GL01
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

E COMERCE
untuk:
Toko Batik Pringsewu
Dipersiapkan oleh:
Mardiyanto (1521210033)
Ade Irfan S. (1521210001)
Jurusan MTI Informatics And Business Institute (IBI) Darmajaya
Bandar Lampung
2016
Nomor Dokumen
Jurusan
Magister Teknik
Informatika
GL01-Gxx <xx:no grp>
Revisi
<nomor revisi>
Halaman
<#>/<jml #>
Tgl: <isi tanggal>
DAFTAR PERUBAHAN
Revisi
Deskripsi
INDEX
TGL
Ditulis
oleh
Diperiksa
Jurusan MTI
SKPL-Gxx
Halaman 2 dari 16 halaman
Template dokumen ini dan informasi yang dimilikinya adalah milik Laboratorium Rekayasa Perangkat Lunak Jurusan Magister Teknik
Informatika dan bersifat rahasia. Dilarang mereproduksi dokumen ini tanpa diketahui oleh Laboratorium Rekayasa Perangkat
Lunak Jurusan Magister Teknik Informatika IBI Darmajaya.
oleh
Disetujui
oleh
Jurusan MTI
SKPL-Gxx
Daftar Halaman Perubahan

Halaman
Jurusan MTI
Revisi
Halaman
SKPL-Gxx
Revisi
Daftar Isi
1.
Pendahuluan..................................................................................................................................6
1.1 Tujuan Penulisan Dokumen...................................................................................................6
1.2 Lingkup Masalah ..................................................................................................................6
1.3 Definisi, Istilah dan Singkatan ............................................................................................6
1.4 Aturan Penomoran.................................................................................................................6
1.5 Referensi.................................................................................................................................6
1.6 Deskripsi umum Dokumen (Ikhtisar) ...................................................................................7
2.
Deskripsi Umum Perangkat Lunak...............................................................................................7

2.1 Deskripsi Umum Sistem ........................................................................................................7
2.2 Fungsi Produk ........................................................................................................................7
2.3 Karakteristik Pengguna ..........................................................................................................8
2.4 Batasan ...................................................................................................................................9
2.5 Lingkungan Operasi ...............................................................................................................9
3. Deskripsi Umum Kebutuhan..........................................................................................................9

3.1 Kebutuhan antarmuka eksternal ...........................................................................................9
3.1.1 Context Diagram ................................................................................................................10
3.1.1.1 DFD Level 1 Proses 1......................................................................................................11
3.1.1.1 DFD Level 1 Proses 2......................................................................................................12
3.2 Data Requirement ................................................................................................................13
3.2.1 E-R diagram .......................................................................................................................13
3.3 Non Functional Requirement ................................................................................................13
3.4 Batasan Perancangan ............................................................................................................15
3.5 Kerunutan (traceability) ........................................................................................................15
3.5.1 Data Store vs E-R ...............................................................................................................15
3.6 Ringkasan Kebutuhan ...........................................................................................................16
3.6.1 Functional Requirement Summary ....................................................................................16
3.6.2 Non Functional Requirement Summary.............................................................................16
Jurusan MTI
SKPL-Gxx
1
1.1
1. Pendahuluan
Tujuan Penulisan Dokumen
Tujuan Penulisan Dokumen ini adalah untuk mendefinisikan seluruh spesifikasi kebutuhan atas perangkat
lunak dari User sebagai pedoman pengembangan perangkat lunak oleh developer. Selain itu dokumen
ini juga bertujuan menjelaskan spesifikasi perangkat lunak yang disepakati antara pihak pengembang
dengan pihak user.
Dokumen ini ditujukan kepada User dan pengembang perangkat lunak bagi e-comerce pada mi colection, IBI
Darmajaya. Adapun yang termasuk User adalah
seorang pengunjung website atau pembeli dan
pelanggan dari e-comerce ini. Sedangkan yang dimaksud pengembang adalah seluruh tim pengembang
perangkat lunak.
1.2
Lingkup Masalah
Nama aplikasi yang dikembangkan adalah E COMERCE, merupakan akronim dari Sistem Informasi
Penjualan Secara Online. Aplikasi ini berfungsi sebagai sistem yang bermanfaat untuk menyediakan
informasi dan sebagai sarana transaksi pembelian barang kepada para customer. Informasi yang
dilayani oleh E COMERCE ini meliputi informasi Produk, yakni berupa (Baju, Celana dan Jaket), dan
Layanan Pelanggan.
1.3
DFD
Definisi, Istilah dan Singkatan

:
Data Flow Diagram, adalah diagram yang menggambarkan proses-proses serta

aliran data antar proses yang terjadi dalam sebuah sistem. DFD dapat digambarkan
dalam beberapa level.

Context Diagram
adalah
:
diagram DFD yang terdapat padat level paling atas, menggambarkan aliran data
ER Diagram
dasar antara sistem E COMERCE dengan entitas-entitas di luar sistem

adalah
:
diagram yang menggambarkan struktur database dalam sebuah sistem yang meliputi
tabel-tabel yang ada serta relasi-relasi yang menghubungkan antar table.
1.4
Aturan Penomoran
Tuliskan jika anda memakai aturan penomoran
1.5
Referensi
Dokumen Spesifikasi Kebutuhan Perangkat Lunak ini disusun berdasarkan saduran dari standar IEEE nomor
ANSI/IEEE Std 1058.1-1987 (reaffirmed 1993). Beberapa bagian telah dengan sengaja dihilangkan atau
digabungkan dengan bagian lainnya. Sistematika rencana pengembangan perangkat lunak yang
digunakan ini adalah sistematika yang digunakan oleh Jurusan MTI IBI Darmajaya.
1.6
Deskripsi umum Dokumen (Ikhtisar)
Pembahasan Dokumen ini menggunakan metodologi sebagai berikut:
Jurusan MTI
SKPL-Gxx
Bab I, pendahuluan berisi pengenalan dokumen ini terhadap pembaca, meliputi tujuan penulisan,
Lingkup masalah, referensi, dan lainnya.
Bab II membahas deskripsi umum perangkat lunak, berisi spesifikasi-spesifikasi perangkat lunak
secara umum. Meliputi penjelasan sistem, fungsi produk, karakteristik pengguna, batasan lingkup
perangkat lunak, serta lingkungan operasi perangkat lunak.
Bab III membahas spesifikasi kebutuhan terhadap perangkat lunak secara lebih lengkap. Di
antaranya
Antarmuka eksternal, Data Flow Diagram, serta E-R Diagram
Deskripsi Umum Perangkat Lunak
2.1
Deskripsi Umum Sistem
E COMERCE merupakan perdagangan elektronik, penyebaran, pembelian, penjualan, pemasaran barang dan
jasa melalui sistem elektronik seperti internet atau televisi, www, atau jaringan komputer lainnya. E
commerce dapat melibatkan transfer dana elektronik, pertukaran data elektronik, sistem manajemen
inventori otomatis, dan sistem pengumpulan data otomatis.
E-commerce merupakan bagian dari e-business, di mana cakupan e-business lebih luas, tidak hanya sekadar
perniagaan tetapi mencakup juga pengkolaborasian mitra bisnis, pelayanan nasabah, lowongan
pekerjaan dll. Selain teknologi jaringan www, e commerce juga memerlukan teknologi basisdata atau
pangkalan data (databases), surat elektronik (e-mail), dan bentuk teknologi non komputer yang lain
seperti halnya sistem pengiriman barang, dan alat pembayaran untuk e comercer ini.
2.2
Fungsi Produk
Fungsi e comerce ini meliputi :

1.
E comerce mampu melewati batasan geografis, Dengan situs web e-commerce, seluruh dunia adalah
taman bermain Anda. Selain itu, munculnya mCommerce, yaitu, e-commerce pada perangkat mobile,
telah memutuskan segala keterbatasan geografis yang tersisa.
2.
Mendapatkan pelanggan baru lewat search engine
Ritel fisik didorong oleh brand dan hubungan. Selain itu, ritel online juga didorong oleh lalu lintas dari
mesin pencari. Bukan hal baru bagi pelanggan untuk mengikuti link dalam hasil pencarian mesin
pencari, dan mendarat di sebuah situs e-commerce yang mereka belum pernah dengar sebelumnya.
3.
Biaya lebih rendah
Salah satu sisi positif paling nyata dari e-commerce adalah biaya yang lebih rendah. Bagian dari biayabiaya lebih rendah ini dapat diteruskan kepada pelanggan dalam bentuk pemberian diskon.
4.
Mencari produk lebih cepat
Hal ini tidak lagi tentang mendorong keranjang belanja ke lorong yang benar, atau produk yang
diinginkan. Di sebuah situs e-commerce, pelanggan dapat mengklik navigasi intuitif atau
Jurusan MTI
SKPL-Gxx
menggunakan kotak pencarian untuk segera mempersempit pencarian produk mereka. Beberapa situs
web mengingat preferensi pelanggan dan daftar belanja untuk memfasilitasi pembelian berulang.
5.
Mengeliminasi waktu dan biaya perjalanan
Terkadang pelanggan melakukan perjalanan jauh untuk mencapai toko fisik yang mereka sukai. Ecommerce memungkinkan mereka untuk mengunjungi toko yang sama secara virtual, hanya dengan
beberapa kali klik.
6.
Memberikan perbandingan berbelanja
E-commerce memfasilitasi perbandingan berbelanja. Ada beberapa layanan online yang memungkinkan
pelanggan untuk menelusuri beberapa pedagang e-commerce dan menemukan harga terbaik.
7.
Transaksi, kupon, dan pembelian secara berkelompok
Meskipun ada setara fisik untuk transaksi, tawar-menawar, kupon, dan pembelian secara berkelompok,
belanja online membuatnya jauh lebih nyaman.
8.
Memberikan banyak informasi
Ada keterbatasan jumlah informasi yang dapat ditampilkan di toko fisik. Sulit untuk membekali karyawan
untuk menanggapi pelanggan yang membutuhkan informasi di seluruh lini produk.
9.
Memudahkan komunikasi bisnis
Menggunakan informasi yang diberikan pelanggan dalam formulir pendaftaran, dan dengan menempatkan
cookie di komputer pelanggan, seorang pedagang e-commerce dapat mengakses banyak informasi
mengenai pelanggan.
10. Buka sepanjang waktu
Situs web e-commerce dapat berjalan di semua waktu selama 24 Jam. Dari titik pandang pedagang, ini
meningkatkan jumlah pesanan yang mereka terima. Dari titik pandang pelanggan, toko yang selalu
terbuka jelas lebih nyaman.
2.3
Karakteristik Pengguna
Untuk pengguna dari sistem ini adalah customer, administrator serta operator sistem dan user pasif yang
hanya akan melihat informasi tanpa melakukan transaksi.
Kategori Pengguna
Administrator
Customer
Tugas
Maintenance
Mencari informasi dan melakukan
Hak Akses ke aplikasi

Akses penuh ke sistem
Melihat dan Mencari data produk
pemesanan produk
2.4
Batasan
Sistem ini mempunyai batasan dimana database harus tersimpan di web hosting dan jika web hosting
mengalami gangguan atau down maka sistem ini akan mengalami masalah.
Berikut ini dipaparkan batasan sistemnya :
harus memakai file data dari Sistem lain (web hosting),
harus terkoneksi dengan internet
Jurusan MTI
SKPL-Gxx
2.5
Lingkungan Operasi
Aplikasi Client server ini akan berfungsi dengan spesifikasi:

Server :
Operating System : Microsoft Windows
DBMS
: SQL Server 2000
Client :
OS
: Windows dan Linux
Browser
: Bebas
3
3.1
Deskripsi Umum Kebutuhan

Kebutuhan antarmuka eksternal
Bagian ini akan menjelaskan bagaimana sistem ini beroperasi nantinya, termasuk di dalamnya hubungan
antara bagian-bagian dalam sistem ini, serta bagaimana nantinya pihak-pihak yang berkepentingan
akan berinteraksi dengan sistem ini.
Database server
Firewall
Eksternal
Webserver
Workstations
Network
Jurusan MTI
SKPL-Gxx
3.1.1 Context Diagram

Di dalam gambar diatas dapat dilihat bahwa nantinya akan ada 2 jenis kategori
pengguna aplikasi ini,
yaitu Administrator dan Customer. Customer disini adalah
Pembeli, termasuk di dalamnya Pembeli yang hanya sesekali membeli, atau Pelanggan
yang sering belanja. Administrator adalah karyawan atau orang khusus yang bertugas
mengelola (maintenance) sistem secara keseluruhan. Dalam gambar ini juga dapat
dilihat aktivitas apa saja yang dapat dilakukan pengguna terhadap sistem yang ada.
Panah yang masuk ke dalam sistem menunjukkan bahwa pengguna menginputkan
sesuatu ke dalam system. Sedangkan panah keluar dari sistem menunjukkan bahwa
pengguna menerima output dari sistem.
Diagram Konteks E-Commerce
Data Flow Diagram level 1 Proses 1
Jurusan MTI
SKPL-Gxx
3.1.1.1 DFD Level 1

Chapter- nya dapat dibuat dengan luwes. Awali dengan Context diagram dan sedikit penjelasan berupa narasi
jika perlu. Perhatikan kaidah perancangan :
-
Pilih notasi sehingga proses yang didekomposisi atau tidak didekomposisi dapat dibaca dengan mudah
Nama Bubble harus terdiri dari kata kerja dan kata benda
Nama yang dipakai untuk Bubble, data store, dataflow harus konsisten (identitas perlu)
Setiap level harus konsisten aliran datanya dengan level sebelumnya
Usahakan agar external entity pada setiap level konsisten peletakannya
Banyaknya bubble yang disarankan pada setiap level tidak melebihi 7 bubble
Dekomposisi berdasarkan kelompok data lebih disarankan (memudahkan aliran data ke storage yang
sama)
Nama Proses yang umum hanya untuk bubble yang masih akan didekomposisi
Nama Proses spesifik (Add, Update, Delete,Calculate, Compare, Merge, ..) pada CASE tools harus
disertai dengan Pspec yang jelas walaupun Pspec tidak diprint di dokumen ini
Pada Proses yang sudah tidak didekomposisi, nama Proses dan nama Data harus sudah spesifik
Aliran ke storage harus melalui proses, tidak boleh langsung dari external entity
Aliran data untuk Proses Report .. : harus ada aliran keluar. Akan ada aliran masuk jika perlu
parameter untuk mengaktifkan report
Aliran data yang tidak ada datastorenya harus diteliti, apakah memang tidak mencerminkan persisten
entity (perlu disimpan dalam file/tabel) , yaitu kelak hanya akan menjadi variabel dalam program.
Jurusan MTI
SKPL-Gxx
3.2
Data Requirement
Berdasarkan Context diagram yang terdapat pada sub bab sebelumnya, maka didapatkan entitas-entitas yang
berpengaruh nantinya adalah sebagai berikut :
- Data Administrator.
- Data Customer.
- Data Produk.
- Data Pengiriman.
Jurusan MTI
SKPL-Gxx
3.2.1 E-R diagram

Berdasarkan business process dari sub bab sebelumnya, serta data requirement yang ada, maka dapat
dibentuk sebuah entity relationship diagram yang mencerminkan data-data apa saja yang berpengaruh
terhadap sistem beserta relasi-relasinya sebagai berikut :
3.3
Non Functional Requirement
Uraikan dengan ringkas kebutuhan non fungsional dalam tabel sebagai berikut. Isilah Kolom Requirement
dengan kalimat yang jelas dan kelak dapat ditest untuk dipenuhi. SRS-Id adalah nomor requirement
yang harus ditelusuri pada saat test. Tuliskan N/A bila Not Applicable..
SRS-Id
SRS-901
Parameter
Availability
Requirement
Website E Comerce harus selalu online selama 7
x 24 jam setiap minggunya, sesuai dengan
SRS-902
SRS-903
Reliability
Ergonomy
aktivitas Customer.
N/A
Kenyamanan bagi segmentasi pengguna para
SRS-904
Portability
Customer
Penggunaan Bahasan Pemrograman PHP dan
MySQL yang bisa diakses dari berbagai
SRS-905
SRS-906
Memory
Response time
macam browser.
N/A
Response Time dapat relatif cepat, namun tetap
banyak bergantung pada bandwith dan web
SRS-907
SRS-908
Jurusan MTI
Safety
Security
server.
N/A
Keamanan data diperlukan.
SKPL-Gxx
SRS-Id
SRS-909
SRS-910
Parameter
Requirement
Others 1: Bahasa
Semua tanya jawab harus dalam bahasa
komunikasi
Indonesia
Catatan:
Availability: ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per
haritanpa gagal
Reliability: keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah %)
sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application
yang jika gagal akan berakibat fatal.
Ergonomy: kenyamanan pakai bagi pengguna
Portability: kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain
Memory: jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS
dan ukurannya harus kecil
Response time: Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh:
Aplikasi harus mampu menampilkan hasil dalam 4 detik, atau ATM harus menarik kembali kartu
yang tidak diambil dalam waktu 30 detik
Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik
Security: aspek keamanan yang harus dipenuhi.
3.4
Batasan Perancangan
Perancangan menggunakan tools Notepad++ dan Macromedia Dreamweaver dengan hasil berupa CMS E
Comerce. Selain itu, hal-hal yang terdapat pada rancangan merupakan desain hanya dari scope yang
ditangani oleh aplikasi E Comerce yang didevelope. Jadi tidak mencakup desain dari sistem terkait.
3.5
Kerunutan (traceability)
Diisi dengan tabel yang berisi traceability dari hasil analisis. Gunanya untuk menilai apakah hasil analisis
runut dan lojik. Untuik sementara, baru didefinisikan Data-store versus E-R.
3.5.1 Data Store vs E-R

Mapping data store pada DFD dengan Entity - Relasi
Data Store
Kota
Entity
Kabupaten
Relasi
Id_kota
Nama kota
Orders
Ongkos kirim
Status order
Id_order
Konfirmasi
Profil
Tanggal order
Foto
Nama
Jurusan MTI
SKPL-Gxx
isi
Nama bank
Bank
Id_bank
No rek
alamat
Nama produk
Produk
Id_produk
Deskripsi
Stok
Harga
berat
Nama
Customer
Id_customer
Password
Email
alamat
Nama
Users
Id_users
Password
Email
Nama
Kontak
Alamat
Telepon
email
Nama kategori
Nama
Kategori
Komentar
Id_kategori
Id_produk
Email
komentar
3.6
Ringkasan Kebutuhan
Bab ini berisi ringkasan semua Requirement item. Requirement item ini mencerminkan semua hal yang
harus dipenuhi, dan nantinya akan menjadi arahan untuk tahapan testing, karena pada dasarnya, semua
requirement harus dapat ditest supaya dapat dibuktikan dipenuhi. Dibagi menjadi dua bagian: functional
dan non functional
3.6.1 Functional Requirement Summary

SRS-Id
SRS-101
SRS-102
SRS-103
SRS-104
SRS-105
SRS-106
SRS-107
SRS-108
SRS-109
Description
Melihat informasi produk
Memilih produk
Melakukan proses pemesanan
Mengisi data customer
Login
Memperoleh kode pemesanan
Melakukan transfer
Konfirmasi pemesanan
Produk dikirim
3.6.2 Non Functional Requirement Summary
Jurusan MTI
SKPL-Gxx
SRS-Id
SRS-901
Description
Website E Comerce harus selalu online selama 7 x 24 jam
SRS-902
SRS-903
SRS-904
setiap minggunya, sesuai dengan aktivitas Customer.

N/A
Kenyamanan bagi segmentasi pengguna para Customer
Penggunaan Bahasan Pemrograman PHP dan MySQL yang
SRS-905
SRS-906
bisa diakses dari berbagai macam browser.

N/A
Response Time dapat relatif cepat, namun tetap banyak
SRS-907
SRS-908
SRS-909
SRS-910
Jurusan MTI
bergantung pada bandwith dan web server.

N/A
Keamanan data diperlukan.
Semua tanya jawab harus dalam bahasa Indonesia
SKPL-Gxx

SKPL e Comerce

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

SKPL e Comerce

Diunggah oleh

Hak Cipta:

Format Tersedia

GL01

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

GL01-Gxx <xx:no grp>

Halaman 2 dari 16 halaman

Halaman 3 dari 16 halaman

Daftar Halaman Perubahan

Halaman 4 dari 16 halaman

Deskripsi Umum Perangkat Lunak...............................................................................................7

3. Deskripsi Umum Kebutuhan..........................................................................................................9

Halaman 5 dari 16 halaman

seorang pengunjung website atau pembeli dan

Definisi, Istilah dan Singkatan

Data Flow Diagram, adalah diagram yang menggambarkan proses-proses serta

dalam beberapa level.

dasar antara sistem E COMERCE dengan entitas-entitas di luar sistem

Tuliskan jika anda memakai aturan penomoran

Deskripsi umum Dokumen (Ikhtisar)

Pembahasan Dokumen ini menggunakan metodologi sebagai berikut:

Halaman 6 dari 16 halaman

Antarmuka eksternal, Data Flow Diagram, serta E-R Diagram

Deskripsi Umum Perangkat Lunak

Deskripsi Umum Sistem

Fungsi e comerce ini meliputi :

Mendapatkan pelanggan baru lewat search engine

Biaya lebih rendah

Mencari produk lebih cepat

Halaman 7 dari 16 halaman

Mengeliminasi waktu dan biaya perjalanan

Memberikan perbandingan berbelanja

Transaksi, kupon, dan pembelian secara berkelompok

Memberikan banyak informasi

Memudahkan komunikasi bisnis

Hak Akses ke aplikasi

harus memakai file data dari Sistem lain (web hosting),

harus terkoneksi dengan internet

Halaman 8 dari 16 halaman

Aplikasi Client server ini akan berfungsi dengan spesifikasi:

: SQL Server 2000

: Windows dan Linux

Deskripsi Umum Kebutuhan

Halaman 9 dari 16 halaman

3.1.1 Context Diagram

yaitu Administrator dan Customer. Customer disini adalah

Diagram Konteks E-Commerce

Data Flow Diagram level 1 Proses 1

Halaman 10 dari 16 halaman

3.1.1.1 DFD Level 1

Setiap level harus konsisten aliran datanya dengan level sebelumnya

Usahakan agar external entity pada setiap level konsisten peletakannya

Data Flow Diagram level 1 Proses 1

Halaman 11 dari 16 halaman

Data Flow Diagram level 1 Proses 2

Halaman 12 dari 16 halaman

3.2.1 E-R diagram

Non Functional Requirement

Halaman 13 dari 16 halaman

Semua tanya jawab harus dalam bahasa

3.5.1 Data Store vs E-R

Halaman 14 dari 16 halaman

3.6.1 Functional Requirement Summary

3.6.2 Non Functional Requirement Summary

Halaman 15 dari 16 halaman

setiap minggunya, sesuai dengan aktivitas Customer.