Spesifikasi Kebutuhan Perangkat Lunak

GL02
SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Sistem Informasi Pemasaran Hasil Tugas Akhir
(SI MASTAH)
untuk:
Konsumen
Dipersiapkan oleh:
Achmad Rozzy
130533608173
Amadeuz Ezrafel
120533430965
David Setiawan
130533608174
Dede Pratama
130533608206
Nur Roby W.S
130533608XXX
Jurusan Teknik Elektro Universitas Negeri Malang

Jalan Surabaya 6, Malang
Nomor Dokumen
Jurusan Teknik Elektro
Universitas Negeri Malang
SKPL-01
Revisi
Halaman
Daftar Perubahan
Revisi
Deskripsi
INDEX
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh
Daftar Halaman Perubahan

Jurusan Teknik Elektro UM
SKPL
Halaman 2 dari 47
Dokumen ini dan informasi yang dimilikinya adalah milik Jurusan Teknik Elektro-UM dan bersifat rahasia.
Dilarang untuk mereproduksi dokumen ini tanpa diketahui oleh Jurusan Teknik Elektro UM
Halaman
Revisi
Halaman
Revisi
Daftar Isi
SKPL
Halaman 3 dari 47
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 keras.........................................................................13
3.1.3
Antarmuka perangkat lunak........................................................................13
3.1.4
Antarmuka komunikasi................................................................................13
3.2 Perancangan Rinci..............................................................................................14
3.2.1
Use Case.....................................................................................................14
3.2.1.1 Activity Diagram.....................................................................................14
3.2.1.2 Swimlane Diagram..................................................................................15
3.2.2
Deskripsi Use Case.....................................................................................17
3.2.2.1 Definisi Aktor dan Use Case....................................................................17
3.2.2.2 Skenario Use Case...................................................................................17
3.3 Realisasi Use Case.............................................................................................21
3.3.1
Identifikasi Paket dan Kelas........................................................................21
3.3.2
Diagram Realisasi Use Case........................................................................21
3.3.3
Class Diagram.............................................................................................21
3.3.4
Sequence Diagram.......................................................................................21
3.4 Deskripsi Kebutuhan Non Fungsional................................................................22
3.4.1
Performansi.................................................................................................22
3.4.2
Atribut Sistem Perangkat Lunak.................................................................23
3.4.3
Kebutuhan Lain...........................................................................................23
3.5 Atribut Kualitas Perangkat Lunak......................................................................24
3.6 Batasan Perancangan..........................................................................................24
3.7 Matriks Keterunutan...........................................................................................24
4 Prototipe Antamuka...................................................................................................12
SKPL
Halaman 4 dari 47
Daftar Gambar
Gambar 1. Keterangan......................................................................................................14
SKPL
Halaman 5 dari 47
Daftar Tabel
Tabel 1. Keterangan..........................................................................................................10
SKPL
Halaman 6 dari 47
1. Pendahuluan
Dokumen ini akan berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau
Software Requirement Specification (SRS) untuk SI MASTAH (Sistem Informasi
Pemasaran Hasil Tugas Akhir). Untuk penamaan dokumen ini selanjutnya akan
digunakan istilah SKPL. Isi dari dokumen ini sebagian besar adalah terjemahan dari
dokumen IEEE Std 830-1993.
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.
Pengguna dari dokumen ini adalah pengembang perangkat lunak sistem SI
MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir) dan pengguna (user) dari
perangkat lunak atau personil-personil 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.
Dengan adanya dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih
terarah dan lebih terfokus serta tidak menimbulkan ambiguitas terutama bagi pengembang
perangkat lunak sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir).
1.2
Lingkup Masalah
Perangkat lunak yang akan dikembangkan adalah perangkat lunak SI MASTAH
(Sistem Informasi Pemasaran Hasil Tugas Akhir), yaitu merupakan perangkat lunak yang
digunakan untuk melakukan promosi atau penjualan produk skripsi khususnya Prodi PTI
UM berbasis web. Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir)
dapat melakukan hal-hal berikut ini :
Memberikan informasi kepada customer produk-produk skripsi yang dijual.
Melakukan pencarian produk-produk skripsi yang dijual.
Memberikan informasi tentang tata cara pembelian produk.
1.3
Definisi dan Akronim

Tabel 1. Daftar definisi dan Akronim
SKPL
Halaman 7 dari 47
Kata Kunci atau frase

TOR
SDP
RPPL
SRS
SKPL
RPL
IEEE
ANSI
SKPL-SI MASTAH
HTML
1.4
Definisi dan atau akronim

Term of Reference
Dokumen yang berisi gambaran umum mengenai
perangkat lunak yang diminta.
Software Development Plan
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.
Software Requirement Specification
Spesifikasi Kebutuhan Perangkat Lunak
Dokumen hasil analisis yang berisi spesifikasi
kebutuhan user
Rekayasa Perangkat Lunak
Kegiatan pengembangan perangkat lunak
Institute of Electrical and Electronics Engineers
Standar internasional untuk pengembangan dan
rancangan produk
American Standard Institute
Lembaga standardisasi Amerika
SKPL Sistem Informasi Pemasaran Hasil Tugas Akhir
HyperText Markup Language
Sintaks bahasa yang digunakan dalam World Wide
Web [DAV99]
Tabel 1 Definisi dan Akronim
Referensi
Dokumen ini merujuk pada hasil wawancara dan observasi pada pengguna tentang
kebutuhan yang 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 Spesifikasi Kebutuhan Perangkat Lunak ini terdiri dari tiga bab yang
terdiri dari :
Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL yang berisi tujuan
penulisan dokumen, lingkup masalah pengembangan perangkat lunak, juga
SKPL
Halaman 8 dari 47
memuat definisi, akronim dan istilah yang digunakan
serta deskripsi umum
dokumen yang merupakan ikhtisar dokumen SKPL.

Bab 2 Deskripsi Global Perangkat Lunak, mendefinisikan perspektif produk
perangkat lunak serta asumsi dan ketergantungan yang digunakan dalam
pengembangan sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas
Akhir).
Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi sistem
SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir), yang meliputi
kebutuhan antarmuka eksternal, kebutuhan fungsionalitas, kebutuhan performansi,
batasan perancangan, atribut sistem perangkat lunak dan kebutuhan lain dari
sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir).
Bab 4 Prototipe Antarmuka
SKPL
Halaman 9 dari 47
Deskripsi Global Perangkat Lunak
2.1
Perspektif Produk
SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir) ini
merupakan perangkat lunak yang digunakan untuk melakukan promosi atau
penjualan produk tugas akhir atau skripsi khususnya Prodi PTI UM. Aplikasi
Bergerak Untuk SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir)
berkaitan dengan beberapa entitas luar, yaitu User dan Admin.
Sistem yang dibuat ini adalah sistem layanan informasi pemondokan
berbasis web. Untuk lebih jelasnya, hubungan antara sistem SI MASTAH (Sistem
Informasi Pemasaran Hasil Tugas Akhir) dengan entitas luar dan antarmuka yang
digunakan dapat dilihat pada diagram yang akan dijabarkan di bahasan
selanjutnya.
2.2
Fungsi Sistem
Perangkat Lunak Sistem ini mempunyai beberapa fungsi utama, antara lain:
2.3
1. SKPL-F1
2. SKPL-F2
3. SKPL-F3
4. SKPL-F4
Menampilkan halaman utama

Koneksi ke database
Menampilkan informasi produk-produk skripsi yang dijual
Menampilkan informasi tata cara pembayaran jika ingin
5. SKPL-F5
6. SKPL-F6
7. SKPL-F7
8. SKPL-F8
9. SKPL-F9
9. SKPL- NF1
10 SKPL- NF2
membeli
Mendownload produk skripsi yang dibeli
Melakukan login untuk dapat membeli produk skripsi
Menambah produk-produk skripsi
Melakukan pencarian produk skripsi yang diinginkan
Melakukan editing jika ada penulisan yang salah
Browser yang digunakan google chrome dan Mozilla firefox
Minimal RAM
Karakteristik Pengguna
Karakteristik dari pengguna sistem SI MASTAH (Sistem Informasi
Pemasaran Hasil Tugas Akhir) adalah seperti terlihat pada tabel Karakteristik
Pengguna sebagai berikut:
Kategori Pengguna
User/Anggota
Tanggung Jawab
-
Hak Akses
Mendownload produk yang dibeli
Melihat tata cara pembelian
Melihat testimoni
SKPL
Halaman 10 dari 47
Melihat historinya
Melihat profil
Menghubungi pusat bantuan apabila terjadi
Admin
Pemberian hak
kesalahan
Akses penuh ke semua data termasuk
akses
menambah dan mengurangi data produk

serta menambah dan mengurangi
user/anggota.
Tabel 2 Karakteristik Pengguna
2.4
Batasan-Batasan
Pengembangan sistem SI MASTAH (Sistem Informasi Pemasaran Hasil
Tugas Akhir) ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :
1. Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir) hanya
dapat bekerja pada web.
2. Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir) akan
dibangun menggunakan bahasa pemprograman Javascript, PHP, HTML dan
databasenya menggunakan bahasa SQL.
3. Aplikasi yang dibuat merupakan aplikasi berbasis website.
4. Untuk server berupa database, berisi database produk Tugas Akhir/Skripsi
yang diupload oleh pengguna sistem/admin SI MASTAH (Sistem Informasi
Pemasaran Hasil Tugas Akhir).
2.5
Asumsi dan Kebergantungan

Pengembangan perangkat lunak sistem SI MASTAH (Sistem Informasi
Pemasaran Hasil Tugas Akhir) ini menggunakan asumsi-asumsi sebagai berikut :
1. Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir) dapat
diakses dari mana saja melalui website.
SKPL
Halaman 11 dari 47
Deskripsi Rinci Kebutuhan
3.1
Kebutuhan Antarmuka Eksternal
3.1.1 Antarmuka Pemakai

Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas Akhir)
menggunakan antarmuka berbasis web, dan pengguna mengoperasikannya
menggunakan handphone/laptop/komputer.
3.1.2 Antarmuka Perangkat Keras

berjalan diatas perangkat keras, seperti : laptop,seperangkat komputer,handphone.
3.1.3 Antarmuka Perangkat Lunak

adalah program yang akan dibangun menggunakan bahasa pemprograman
Javascript, HTML, PHP dan akan berjalan pada sistem operasi Windows.
3.1.4 Antarmuka Komunikasi

merupakan sistem yang terhubung dengan jaringan komputer untuk terhubung
dengan database server.
SKPL
Halaman 12 dari 47
3.2
Perancangan Rinci
3.2.1 Use Case
Gambar 1.Use Case Diagram
SKPL
Halaman 13 dari 47
3.2.1.1 Activity Diagram
Gambar 2 Diagram Aktifitas Akses SI MASTAH
SKPL
Halaman 14 dari 47
Gambar 3 Diagram Aktifitas Form Registrasi
SKPL
Halaman 15 dari 47
Gambar 4 Diagram Login
SKPL
Halaman 16 dari 47
Gambar 5 Diagram Logout
SKPL
Halaman 17 dari 47
Gambar 6 Diagram Pemesanan
SKPL
Halaman 18 dari 47
Gambar 7 Diagram Pembayaran
SKPL
Halaman 19 dari 47
Gambar 8 Diagram Tampil Data Produk
SKPL
Halaman 20 dari 47
Gambar 9 Diagram Update Data Produk
SKPL
Halaman 21 dari 47
3.2.2 Deskripsi Use Case

SI MASTAH merupakan sebuah sistem informasi yang menyedikan layanan jual
beli online berupa produk tugas akhir mahasiswa Universitas Negeri Malang. Sistem ini
berguna untuk membantu warga kampus untuk mendokumentasikan tugas akhir
mahasiswa dan sebagai bahan literature untuk menciptakan karya ilmiah maupun
penelitian yang baru. SI MASTAH dapat diakses oleh siapapun warga Universitas Negeri
Malang dengan syarat harus mendaftar terlebih dahulu pada halaman registrasi untuk
menjadi pembeli. Setelah proses registrasi berhasil, user dipersilahkan untuk melakukan
pemesanan dan melihat spesifakasi produk.
Jika hanya ingin sekadar melihat spesifikasi data produk atau properties nya, user
bisa langsung menuju halaman data produk. Dan sebaliknya jika user atau pembeli ingin
memesan produk, bisa menuju halaman memesan. Setelah melakukan pemesanan, user
akan dilanjutkan pada proses pembayaran. User memilih terlebih dahulu metode
pembayaran transfer, kemudian sistem akan menampilkan nomor rekening sebagai tujuan
pembayaran. Setelah melakukan pembayaran, sistem melakukan verifikasi terhadap
pembayaran user, lalu kemudian user akan menerima konfirmasi dari sistem dan kemudian
diizinkan untuk mengunduh file tugas akhir yang telah dipesan sebelumnya.
Dari sisi admin atau admin, dilakukan beberapa aktivitas seperti membuat data
produk, memasukkan data produk, dan update data produk. Pada aktivitas membuat
data produk, admin menyiapkan data produk tugas akhir kemudian dilakukan aktivitas
selanjutnya memasukkan data produk sebagai perwujudan system increase dari SI
MASTAH.
Selain itu, dilakukan pula proses maintenence berupa memperbarui sistem dari
segi data produk, dengan menambah ataupun menghapus data produk (jika diperlukan),
agar sistem informasi terkesan selalu up to date. Sejalan dengan itu, tampilan maupun lux
dari SI MASTAH akan selalu di upgrade guna proses kesinambungan dan kemenarikan
sistem yang telah dibangun.
SKPL
Halaman 22 dari 47
3.2.2.1 Definisi Aktor dan dan Use Case

No
Aktor
A1 User
Deskripsi
Pengguna perangkat lunak yang akan berhubungan
dengan sistem untuk melakukan registrasi, pemesanan,
serta melakukan pembayaran terkait produk yang
dipesan.
A2 Admin
Administrator yang melakukan pengelolaan data

admin, admin, dan servis. Menambah data,
memasukkan data, serta meng-update data.
Tabel 3 Definisi Aktor
Tabel 4 Definisi Use Case
No
Use Case
U1 CreateDataProduk
Deskripsi
Membuat data produk tugas akhir yang
berisikan nama produk, nama peneliti, dan
tahun terbitan.
U2 MemasukkanDataProduk
Memasukkan data produk yang akan dijual.
U3 UpdateDataProduk
Mengelola data produk tugas akhir agar

selalu up to date.
Membuat user atau pembeli untuk dapat
memesan produk di halaman utama SI
MASTAH.
U4 Registrasi
SKPL
Halaman 23 dari 47
U5 Memesan
U6 Pembayaran
U7 DataProduk
Memungkinkan use case utama untuk userdalam

pemanfaatan SI MASTAH.
Memungkinkan user untuk membayar
produk tugas akhir yang dipilih agar
kemudian dapat didownload.
Membuat user bisa melihat spesifikasi data
produk tugas akhir yang dimiliki sistem sebagai
koleksi.
SKPL
Halaman 24 dari 47
3.2.2.2 Skenario Use Case
SKPL
Halaman 25 dari 47
No. Use Case

Nama Use Case
Tujuan
U1
Create data produk
Membuat data produk tugas akhir.
Deskripsi
Aktor yang terlibat
Aksi Aktor
Merupakan use case awal dalam sistem

Admin
Reaksi Sistem
Skenario Normal
1. Membuka halaman utama SI MASTAH 2. Menampilkan halaman utama SI MASTAH
3. Memasukkan identitas admin (login).
4. Membuat rekap data produk.
5. Simpan data
Tabel 5 Skenario Use Case 1
No. Use Case

Nama Use Case
Tujuan
U2
Memasukkan data produk
Memasukkan data produk yang akan dijual.
Deskripsi
Aktor yang terlibat
Aksi Aktor
Merupakan use case utama dalam sistem

Admin
Reaksi Sistem
Skenario Normal
3. Mengunggah file tugas akhir ke sistem.
4. Simpan data
SKPL
Halaman 26 dari 47
SKPL
Halaman 27 dari 47
No. Use Case

Nama Use Case
Tujuan
U3
Update data produk
Mengelola data produk tugas akhir agar selalu up
to date.
Deskripsi
Merupakan use case utama dalam system sebagai

maintenance.
Aktor yang terlibat

Aksi Aktor
Admin
Reaksi Sistem
Skenario Normal
3. Memasukkan atau menghapus produk
tugas akhir (maintenance).
4. Simpan data
No. Use Case
Nama Use Case
Tujuan
U4
Registrasi
Membuat user atau pembeli untuk dapat memesan
produk di Halaman utama SI MASTAH.
Deskripsi
Merupakan use case awal user untuk dapat

melakukan pemesanan produk tugas akhir.(user
harus melakukan pendaftaran terlebih dahulu atau
registrasi)
Aktor yang terlibat

Aksi Aktor
User
Reaksi Sistem
Skenario Normal
3. Melakukan registrasi.
5. Konfirmasi.
4. Mengisi form registrasi.
6. User sudah registrasi (data tersimpan).
SKPL
Halaman 28 dari 47
No. Use Case

Nama Use Case
Tujuan
U5
Memesan
Memungkinkan user atau pembeli yang sudah terregistrasi untuk memilih produk dan memesannya.
Deskripsi
Merupakan use case utama untuk user dalam

pemanfaatan SI MASTAH.
Aktor yang terlibat

Aksi Aktor
User
Reaksi Sistem
Skenario Normal
3. Memilih produk yang akan dipesan.
4. Simpan data
SKPL
Halaman 29 dari 47
SKPL
Halaman 30 dari 47
No. Use Case

Nama Use Case
Tujuan
U6
Pembayaran
Memungkinkan user untuk membayar produk
tugas akhir yang dipilih agar kemudian dapat
didownload.
Deskripsi
Merupakan use case untuk mendukung use case

Memesan.
Aktor yang terlibat

Aksi Aktor
User
Reaksi Sistem
Skenario Normal
5. Menampilkan nomor rekening sebagai tujuan
3. Memilih produk.
pembayaran.
4. Memilih metode pembayaran
6. Memasukkan nomor rekening.
7. Membayar.
8. Simpan data.
SKPL
Halaman 31 dari 47
SKPL
Halaman 32 dari 47
No. Use Case

Nama Use Case
Tujuan
U7
Data produk
Membuat user bias melihat spesifikasi data produk
tugas akhir yang dimiliki sistem sebagai koleksi.
Deskripsi
Merupakan use case sekunder untuk user.
Aktor yang terlibat

Aksi Aktor
User.
Reaksi Sistem
Skenario Normal
4. Menampilkan produk.
3. Memasukkan keyword untuk produk
yang ingin dicari.
5. Melihat spesifikasi data produk
yang dicari.
6. Simpan data (histori).
3.2.2.3 Realisasi Use Case
Gambar 10 Realisasi Use Case Registrasi
SKPL
Halaman 33 dari 47
Gambar 11 Realisasi Use Case Pemesanan
SKPL
Halaman 34 dari 47
Gambar 14 Realisasi Use Case Verifikasi Pemesanan
Gambar 15 Realisasi Use Case Update User
Gambar 16 Realisasi Use Case DataProduk
SKPL
Halaman 35 dari 47
3.3
Class Diagram
Gambar 17 Class Diagram User Pemesanan
Gambar 18 Class Diagram User Registrasi
Gambar 19 Class Diagram User Pembayaran
SKPL
Halaman 36 dari 47
Gambar 20 Class Diagram Admin Pembayaran
Gambar 21 Class Diagram Admin Registrasi
Gambar 22 Class Diagram Admin DataPembayaran
SKPL
Halaman 37 dari 47
Gambar 23 Class Diagram Admin DataProduk
SKPL
Halaman 38 dari 47
3.4
Sequence Diagram
3.5
Data Flow Diagram
DFD Top Level
Gambar DFD Top Level

DFD Level 0
Gambar DFD Level 0

SKPL
Halaman 39 dari 47
3.6
Kebutuhan Non Fungsional
SKPL-Id
SKPL-N01
Parameter
Availability
Kebutuhan
Aplikasi ini harus dapat beroperasi terus menerus
selama 7 hari per minggu, 24 jam per hari tanpa
berhenti, karena aplikasi ini akan terhubung dengan
server dan akan diakses oleh pengguna yang
membutuhkan dari berbagai tempat pada waktu yang
SKPL-N02
Reliability
berbeda-beda.
Aplikasi ini harus dibangun dengan kehandalan yang
setinggi mungkin meskipun tidak perlu setinggi
kehandalan sebuah critical application. Kegagalan
yang dapat ditoleransi kurang lebih 10%. Dengan
kahandalan yang tinggi diharapkan aplikasi ini dapat
digunakan dengan baik pada saat dibutuhkan.
Kehandalan yang dimiliki oleh aplikasi ini juga akan
sangat bergantung pada beberapa hal eksternal,
seperti kehandalan jaringan telekomunikasi yang
digunakan untuk akses internet, kehandalan sistem
SKPL-N03
Ergonomy
daya listrik yang digunakan, dll.

Aplikasi ini harus memiliki
nilai
ergonomi/
kenyamanan dipakai yang tinggi bagi user. Aplikasi

akan dibangun dengan antarmuka user yang mudah
dimengerti,
SKPL-N04
Memory
indah
dilihat,
konsisten,
mudah
dioperasikan dan tidak membingungkan.

Aplikasi ini harus ringan dan tidak membutuhkan
memory tinggi. Sehingga aplikasi ini dapat dijalankan
pada computer dengan spesifikasi rendah. Hal ini
sangat penting karena aplikasi ini akan diakses
melalui internet dan mungkin akan diakses melalui
SKPL-N05
Response time
warnet dengan spesifikasi hardware yang rendah

Aplikasi ini harus cepat. Karena akan dijalankan
melaui internet. Pada daerah daerah yang koneksi
internetnya lambat maka aplikasi ini juga harus dapat
SKPL-N06
Security
diakses secara cepat

Aplikasi ini harus aman. Karena terdapat transaksi
SKPL
Halaman 40 dari 47
SKPL-Id
Parameter
SKPL-N07
Kebutuhan
keuangan maka faktor keamanan menjadi sangat
Bahasa
penting
Bahasa yang digunakan pada web harus komunikatif
komunikasi
dan menarik sehingga menarik banyak pengunjung.
Tabel 12 Kebutuhan Non Fungsional

3.7
Batasan Perancangan
Pengembangan sistem SI MASTAH (Sistem Informasi Pemasaran Hasil
Tugas Akhir) ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :
1.
Sistem SI MASTAH (Sistem Informasi Pemasaran Hasil

Tugas Akhir) hanya dapat dijalankan di sistem operasi Windows.
2.
Antarmuka hanya berupa tampilan menu yang menarik

dan cukup bagus.
3.
SI MASTAH (Sistem Informasi Pemasaran Hasil Tugas

Akhir)
akan dibagun hanya dengan menggunakan bahasa Javascript,
HTML, dan PHP.
SKPL
Halaman 41 dari 47
Prototipe Antarmuka
Gambar Halaman Utama SI MASTAH
SKPL
Halaman 42 dari 47
Gambar Login SI MASTAH
Gambar Pendaftaran Member SI MASTAH
SKPL
Halaman 43 dari 47
Gambar Cek Produk SI MASTAH
Gambar Transaksi Pemesanan Produk SI MASTAH
SKPL
Halaman 44 dari 47
Gambar History Pemesanan Produk SI MASTAH
Gambar Pembayaran Produk SI MASTAH
SKPL
Halaman 45 dari 47
Gambar Menu Akses Admin SI MASTAH
Gambar Menu Admin Cek Produk SI MASTAH
Gambar Menu Admin Update Produk SI MASTAH
SKPL
Halaman 46 dari 47
Gambar Menu Admin Create Produk SI MASTAH
Gambar Menu Admin Verifikasi Transaksi Produk SI MASTAH
SKPL
Halaman 47 dari 47

Spesifikasi Kebutuhan Perangkat Lunak

Diunggah oleh

Informasi Dokumen

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

Spesifikasi Kebutuhan Perangkat Lunak

Diunggah oleh

Hak Cipta:

Format Tersedia

GL02

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Jurusan Teknik Elektro Universitas Negeri Malang

Daftar Halaman Perubahan

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM

Memberikan informasi kepada customer produk-produk skripsi yang dijual.

Melakukan pencarian produk-produk skripsi yang dijual.

Memberikan informasi tentang tata cara pembelian produk.

Definisi dan Akronim

Jurusan Teknik Elektro UM

Kata Kunci atau frase

Definisi dan atau akronim

IEEE Std 830-1993, IEEE Recommended Practice for Software Requirement

Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat Lunak

Pressman, R.S., "Software Engineering, a Practitioner's Approach" Fourth

Deskripsi Umum Dokumen

Jurusan Teknik Elektro UM

memuat definisi, akronim dan istilah yang digunakan

serta deskripsi umum

dokumen yang merupakan ikhtisar dokumen SKPL.

Jurusan Teknik Elektro UM

Deskripsi Global Perangkat Lunak

Menampilkan halaman utama

Jurusan Teknik Elektro UM

menambah dan mengurangi data produk

Asumsi dan Kebergantungan

Jurusan Teknik Elektro UM

Deskripsi Rinci Kebutuhan

Kebutuhan Antarmuka Eksternal

3.1.1 Antarmuka Pemakai

3.1.2 Antarmuka Perangkat Keras

3.1.3 Antarmuka Perangkat Lunak

3.1.4 Antarmuka Komunikasi

Jurusan Teknik Elektro UM

3.2.1 Use Case

Gambar 1.Use Case Diagram

Jurusan Teknik Elektro UM

3.2.1.1 Activity Diagram

Gambar 2 Diagram Aktifitas Akses SI MASTAH

Jurusan Teknik Elektro UM

Gambar 3 Diagram Aktifitas Form Registrasi

Jurusan Teknik Elektro UM

Gambar 4 Diagram Login

Jurusan Teknik Elektro UM

Gambar 5 Diagram Logout

Jurusan Teknik Elektro UM

Gambar 6 Diagram Pemesanan

Jurusan Teknik Elektro UM

Gambar 7 Diagram Pembayaran

Jurusan Teknik Elektro UM

Gambar 8 Diagram Tampil Data Produk

Jurusan Teknik Elektro UM

Gambar 9 Diagram Update Data Produk

Jurusan Teknik Elektro UM

3.2.2 Deskripsi Use Case

Jurusan Teknik Elektro UM

3.2.2.1 Definisi Aktor dan dan Use Case

Administrator yang melakukan pengelolaan data

Memasukkan data produk yang akan dijual.

Mengelola data produk tugas akhir agar

Jurusan Teknik Elektro UM

Jurusan Teknik Elektro UM