Anda di halaman 1dari 16

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

Halaman 3 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.

Daftar Halaman Perubahan


Halaman

Jurusan MTI

Revisi

Halaman

SKPL-Gxx

Revisi

Halaman 4 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.

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

Halaman 5 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.

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

Halaman 6 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.

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

Halaman 7 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.

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

Halaman 8 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.

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

Halaman 9 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.

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

Halaman 10 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.

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.

Data Flow Diagram level 1 Proses 1

Jurusan MTI

SKPL-Gxx

Halaman 11 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.

Data Flow Diagram level 1 Proses 2

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

Halaman 12 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.

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

Halaman 13 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.

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

Halaman 14 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.

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

Halaman 15 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.

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

Halaman 16 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.