SKPL-OO

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

<Sistem Informasi Manajemen Surga Bunga Batu>

untuk:

CV. Surga Bunga Batu Corps

Dipersiapkan oleh:

Eva Yulia Safitri (160533611462)

Fachryzal Candra Trisnawan (160533611466)

Karina Aulia Faradilla (160533611413)

Mario Hendrial Cristanto Ay (160533611503)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Semarang 5, Malang

Nomor Dokumen Halaman

Jurusan Teknik Elektro

Universitas Negeri Malang SKPL-01

Revisi A Tgl: 20-10-2017
 Daftar Perubahan

Revisi Deskripsi

INDEX A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Daftar Halaman Perubahan

Jurusan Teknik Elektro UM SKPL-OO Halaman 2 dari 23
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

Jurusan Teknik Elektro UM SKPL-OO Halaman 3 dari 23

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

Jurusan Teknik Elektro UM SKPL-OO Halaman 4 dari 23

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
 Daftar Gambar
Gambar 1. Keterangan......................................................................................................14

Jurusan Teknik Elektro UM SKPL-OO Halaman 5 dari 23

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
 Daftar Tabel
Tabel 1. Keterangan..........................................................................................................10

Jurusan Teknik Elektro UM SKPL-OO Halaman 6 dari 23

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
1. Pendahuluan
1.1 Tujuan
Tujuan dari penulisan dokumen ini yaitu sebagai dokumentasi pengerjaan
pembuatan Sistem Informasi “Surga bunga Batu” . Dokumen ini digunakan oleh
pengembang perangkat lunak sebagai bahan acuan untuk melanjutkan ke tahap
selanjutnya. Dokumen ini berisi penulisan Software Requirement Spesification
(SRS) dan penjelasan pemakaian perangkat lunak dengan pendekatan berorientasi
objek. Selain itu tujuan dari pembuatan Sistem Informasi “Surga Bunga Batu” ini
yaitu untuk mengembangkan manajemen pemasaran berbasis online agar lebih
mempermudah transaksi jual beli. Kemudian untuk memperluas daerah pemasaran
dan untuk meningkatkan pelayanan terhadap customer.

1.2 Lingkup Masalah

Sistem Informasi “Surga Bunga Batu” merupakan sistem informasi
manajemen pemasaran yang dihubungkan dengan dengan sebuah website penjualan
bunga berbasis online, yang meliputi konektivitas internet dan sistem informasi
terdistribusi yang berakar dan dikelola oleh server pusat. Bahasa pemrograma yang
digunakan untuk mengembangkan sistem informasi ini yaitu menggunakan bahasa
PHP.
Di dunia yang serba digital sekarang ini, ditambah lagi teknologi yang terus
berkembang, penerapan aplikasi teknologi dalam berbagai bidang pun terus
dilakukan tidak terkecuali dalam sektor pertanian yang merupakan sektor
perekonomian utama di Indonesia mengingat sebagian besar penduduknya
menggantungkan hidup dalam dunia pertanian, misalnya penjualan bunga hasil
tanam Kota Batu yang dikelola oleh usaha kecil menengah “Surga Bunga Batu”
yang sudah terbukti kualitasnya karena dukungan letak geografis wilayahnya. Perlu
diketahui bahwa UMKM “Surga Bunga Batu” sudah menerima pemesanan sampai
luar jawa misalnya Batam, Sulawesi, dll. Namun dalam sistem transaksinya masih
menggunakan sistem manual dengan media promosi IG. Selain itu masih belum
adanya pengelolaan data transaksi penjualan sehingga masih kesulitan untuk
melihat proses kemajuan usahanya. Sehingga untuk mendukung segala kendala
yang terjadi maka diperlukan dukungan melalui sebuah sistem informasi yang

Jurusan Teknik Elektro UM SKPL-OO Halaman 7 dari 23

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
dihubungkan dengan website penjualan bunga online. Selain itu agar
mempermudah sosialisasi bagi masyarakat luas yang menjadi calon pembeli di luar
daerah dan membantu pengelolaan transaksi. Berdasarkan uraian di atas maka
diperlukan pengembangan “Sistem Informasi Manajemen Pemasaran Surga Bunga
Batu berbasis Online”.

1.3 Definisi, Akronim dan Singkatan

Tabel 1. Daftar definisi dan Akronim

Kata Kunci atau frase Definisi dan atau akronim
SDP Software Development Plan
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
UMKM Usaha Mikro Kecil dan Menengah

Tabel 2. Daftar Istilah

Istilah Definisi
Customer Seseorang yang memiliki minat terhadap berbagai
jenis tanaman dan bunga yang berdomisili di
berbagai wilayah di Indonesia.
Orang yang dapat menjalankan fitur
- Memilih bunga (dimasukkan keranjang
belanja)
- Memesan bunga melalui fitur beli.
- Melihat katalog jenis bunga.
Pengembang Tim yang membangun dan mengembangkan sistem
informasi
Admin Orang yang dapat mengelola
- Tambah, Cari, Ubah produk bunga.
- Tambah, Cari, Ubah kategori bunga.
- Menerima pemesanan produk bunga.
- Melakukan konfirmasi pembayaran kepada
customer.

Jurusan Teknik Elektro UM SKPL-OO Halaman 8 dari 23

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
1.4 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. (2010). Software Engineering: A Practitioner's Approach, 7th

Edition. McGraw Hill.

1.5 Deskripsi Umum Dokumen

BAB I Pendahuluan.

Di dalam pendahuluan yaitu membahas mengenai tujuan pembuatan SKPL serta

ditujukan untuk siapa dokumen ini, kemudian terdapat lingkup masalah yang berisi
batasan sistem informasi. Selain itu terdapat definisi, akronim, dan singkatan dari
perangkat lunak yang dibahas dalam SKPL. Dan terakhir terdapat referensi yang
diperlukan untuk penulisan dokumen ini.

BAB II Deskripsi Global Perangkat Lunak

Pada bab ini yaitu berisi tentang penjelasan umum mengenai perangkat lunak yang
akan dikembangkan, meliputi perspektif produk yaitu berisi penjelasan umum
mengenai system overview nya. Kemudian terdapat fungsi produk, karakteristik
pengguna, batasan – batasan , asumsi dan ketergantungan yang diambil.

BAB III Deskripsi Rinci Kebutuhan

Pada bab ini yaitu membahas rincian kebutuhan secara rinci, yang meliputi
kebutuhan antarmuka eksternal, perancangan rinci, realisasi usecase, deskripsi
kebutuhan non fungsional, kualitas atribut perangkat lunak, batasan perancangan,
dan matriks keterunutan.

Jurusan Teknik Elektro UM SKPL-OO Halaman 9 dari 23

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
2 Deskripsi Global Perangkat Lunak
2.1 Perspektif Produk
Sistem informasi Surga Bunga Batu merupakan sistem informasi manajemen
pemasaran yang membantu pengelolaan transaksi produk sehingga
pengembangannya menjadi lebih efektif dan efisien. Hal tersebut terjadi
karena semua data telah di record dalam sebuah sistem perusahaan. Sistem
informasi penjualan ini dikembangkan dengan berbasis website sehingga
dapat meminimalisir biaya pemasaran melalui tenaga marketing(sales).
Gambar hubungan antara subsistem pada “Surga Bunga Batu”adalah sebagi
berikut :
Surga Bunga Batu
List Product

Surga Bunga Batu Surga Bunga Batu

User Interface Order Product

Surga Bunga Batu

Submit Review
Surga Bunga Batu
Admin Server

Gambar 1 : Hubungan antar subsistem pada Surga Bunga Batu

2.2 Fungsi Produk

Sistem Informasi “Surga Bunga Batu” merupakan sistem infomasi berbasis online
yang dapat memberikan kemudahan untuk pengguna dalam mengetahui informasi
berbagai macam bunga dan memudahkan proses transaksi. Sistem informasi akan
terintergrasi melalui sistem informasi produk berupa data-data yang akan diupdate
secara real time dan diatur oleh pihak admin.
Adapun fungsi-fungsi yang dimiliki oleh Sistem informasi “Surga Bunga Batu” ini
adalah :
1. Admin
a. Login Admin
b. Menajemen Sistem Informasi “Surga Bunga Batu”
c. Melakukan maintenance Sistem Informasi “Surga Bunga Batu”
d. Merekapitulasi pemesanan bunga oleh pengguna
2. Customer

Jurusan Teknik Elektro UM SKPL-OO Halaman 10 dari 23

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
 a. Login customer
b. Input pemesanan Bunga
c. Transaksi Pemesanan

2.3 Karakteristik Pengguna

Pengguna Sistem Informasi “Surga Bunga Batu” ini adalah seseorang customer
yang menggunakan Laptop/PC/Smartphone dalam melakukan pengoperasian sistem
tersebut. Sistem Informasi ini dapat digunakan oleh customer untuk mengetahui
informasi tentang bunga-bunga yang ada di Kota Batu dan dapat langsung
melakukan pemesanan.

Tabel 3. Karakteristik pengguna

Kategori Pengguna Aktivitas

Customer - Melakukan input pemesanan bunga
- Melakukan transaksi
- Melihat katalog bunga
- Memberikan testimoni
Admin - Memberikan Hak akses kepada user
- Melakukan maintenance
- Merekapitulasi pemesanan bunga oleh customer

2.4 Batasan-batasan
Sistem informasi ini dapat digunakan oleh pelanggan Surga Bunga Batu dan
untuk pengelolaannya digunakan oleh bagian marketing dari Surga Bunga
Batu. Sistem informasi ini memiliki batasan yaitu :
1. Bersifat multiplatform
2. Harus terhubung dengan jaringan internet.
3. Dapat diakses oleh semua user untuk katalog produk
4. Pemesanan atau pembelian hanya bisa bisa diakses user yang sudah
melakukan registrasi.
5. Pembayaran menggunakan sistem transfer rekening bank.
6. Sistem informasi ini menghasilkan 2 macam informasi yaitu :
a. Informasi yang berkaitan dengan berbagai macam bunga.
b. Informasi tentang transaksi pemesanan produk.

Jurusan Teknik Elektro UM SKPL-OO Halaman 11 dari 23

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
2.5 Asumsi dan Kebergantungan
Deskripsikan asumsi dan kebergantungan
Asumsi
1. Sistem informasi hanya dapat diakses secara realtime jika terdapat koneksi
internet
2. Sistem informasi dapat dipakai dengan segala device yang memiliki browser
3. User dapat melakukan transaksi apabila sudah terdaftar ke dalam database

Kebergantungan
1. Admin memiliki hak akses secara penuh untuk mengolah data produk dan
pesanan
2. Sistem informasi ini dibuat untuk memudahkan admin mengelola penjualan
3. Sistem informasi ini dapat digunakan sebagai katalog produk untuk user

Jurusan Teknik Elektro UM SKPL-OO Halaman 12 dari 23

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

3.1.1 Antarmuka pemakai

Spesifikasi minimal yang dibutuhkan oleh customer Sistem Informasi Surga
Bunga Batu :
1. Personal Computer (PC) atau laptop dengan perangkat I/O standar :
a. Monitor
b. Keyboard
c. Mouse
d. Jaringan internet
2. Perangkat mobile yang memiliki konektivitas internet dan web browser.

3.1.2 Antarmuka perangkat keras

1. Komputer admin (spesiikasi minimum)
a. Processor : Intel Core i3-6006U
b. Ghrapic : NVIDIA GeForce GT 920MX
c. RAM : 4GB
d. HDD : 1TB
2. Perangkat jaringan
a. Switch
b. Kabel UTP
c. Wireless router

3.1.3 Antarmuka perangkat lunak

Sistem informasi ini bersifat multi platform dengan terhubung sebuah website.
OS : Windows, Mac OS
Browser : Mozilla Firefox, Chrome

3.1.4 Antarmuka komunikasi

Sistem informasi Surba Bunga Batu membutuhkan sebuah komputer server dan
beberapa komputer client yang terhubung dengan jaringan internet secara client-
server.

Jurusan Teknik Elektro UM SKPL-OO Halaman 13 dari 23

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
 .
Gambar 2 : Client-Server Jaringan

3.2 Perancangan Rinci

3.2.1 Use Case

Sistem informasi Surga Bunga Batu dioperasikan oleh 2 aktor yaitu admin dan
customer. Antara admin dan customer terjadi transaksi pesan bunga , kirim
transaksi pembayaran, dan kirim testimoni. Admin mengirim transaksi
pembayaran berdasarkan daftar order yang telah diterima. Customer dapat
melakukan pemesanan bunga jika sudah melakukan registrasi. Dan customer dapat
mengirim testimoni jika transaksi telah selesai.

Gambar 3.Use Case Diagram

Jurusan Teknik Elektro UM SKPL-OO Halaman 14 dari 23

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
3.2.1.1 Activity Diagram
Terdapat dua activity diagram yang dibuat, yaitu untuk admin dan untuk customer.
Untuk admin, activity diagram dibuat dari 6 buah usecase, dimana semua usecase tersebut
telah didefinisikan untuk admin. Di dalam menu admin terdapat dua kegiatan yang dapat
dilakukan yaitu kelola data dan kelola pesanan. Dalam kelola data admin dapat menambah
produk, menghapus produk, mengubah harga, dan mengubah stok. Kemudian dalam kelola
pesanan admin dapat melihat pesanan yang masuk dan mengkonformasi pembayaran yang
telah dilakukan.

Gambar 4. Activity Diagram Admin

Untuk customer, di dala sistem customer dapat melihat katalog produk dan
mengubah keranjang belanja. Kemudian untuk pemesanan produk customer harus terlebih

Jurusan Teknik Elektro UM SKPL-OO Halaman 15 dari 23

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
dahulu melakukan registrasi, kemudian memilih pembayaran. Jika transaksi sudah selesai
maka customer dapat mengirim testimoni produk yang dibelinya.

Gambar 5. Activity Diagram Customer

3.2.1.2 Swimlane Diagram

Swimlane diagram ini merupakan gambaran sistem ketika sistem dijalankan oleh
dua aktor, yaitu admin dan customer. Admin memiliki tugas pokok yaitu mengelola

Jurusan Teknik Elektro UM SKPL-OO Halaman 16 dari 23

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
pesanan dan mengelola data. Setelah proses tersebut dilakukan maka customer dapat
melihat katalog, memilih produk, memasukkan dalam keranjang belanja, memesam bunga,
membayar bunga, dan memberikan testimoni.

Gambar 6. Swimlane Diagram

3.2.2 Deskripsi Use Case

3.2.2.1 Definisi Aktor dan dan Use Cse

Tabel 4. Definisi Aktor
No Aktor Deskripsi
A1 Admin Pengguna yang mengelola system untuk membuat data

Jurusan Teknik Elektro UM SKPL-OO Halaman 17 dari 23

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
 kategori bunga, mengupdate data, mengirim konfirmasi
pembayaran, mengambil data customer.
A2 Customer Pengguna yang berinteraksi dengan system untuk melihat
katalog, memilih bunga, memesan bunga, dan mengirim
testimoni.
Tabel 5. Definisi Usecase
No Aktor Deskripsi
U1 Tambah produk Untuk menambah produk bunga yang dijual
U2 Hapus produk Untuk menghapus produk bunga yang sudah tidak
tersedia
U3 Ubah harga Untuk mengubah harga sesua dengan harga
terbaru
U4 Ubah stok Untuk mengubah jumlah stok produk yang
tersedia
U5 Lihat pesanan Untuk melihat daftar pesanan yang masuk
U6 Konfirmasi Untuk membuat kepastian atas pembayaran yang
pembayaran telah dilakuakn

3.2.2.2 Skenario Use Case

Skenario 1
No.Use Case U1,U2
Nama Use Case Tambah produk , Hapus produk
Tujuan Mengelola data produk
Deskripsi Merupakan use case pendukung
dalam system
Aktor yang Terlibat Admin
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka menu produk pada 2. Menampilkan tabel produk
3. Menambah produk ? (ya/tidak)
admin
4. Mengonfirmasi “ya” 5. Menambahkan poduk
6. Selesai
7. Menghapus “ya” 8. Menghapus produk
9. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai
Skenario Alternatif 2
6. Mengonfirmasi “tidak” 7.selesai

Jurusan Teknik Elektro UM SKPL-OO Halaman 18 dari 23

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
 Skenario 2
No.Use Case U3
Nama Use Case Ubah harga
Tujuan Mengubah harga terbaru
Deskripsi Merupakan use case pendukung
dalam system
Aktor yang Terlibat Admin
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka produk pada 2. Menampilkan tabel produk
3. Merubah harga ? (ya/tidak)
admin
4. Mengonfirmasi “ya” 5. Menulis harga terbaru
6. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Skenario 3
No.Use Case U4
Nama Use Case Ubah stok
Tujuan Mengubah jumlah stok yang tersedia
Deskripsi Merupakan use case utama dalam
system
Aktor yang Terlibat Admin
Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka menu produk pada 2. Menampilkan tabel produk
3. Mengubah stok? (ya/tidak)
admin
4. Mengonfirmasi “ya” 5. Menulis stok sesuai ketersediaan.
6. Selesai
Skenario Alternatif 1
4.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai

Skenario 4
No.Use Case U5,U6
Nama Use Case Lihat pesanan, Konfirmasi
pembayaran
Tujuan Untuk mengetahui pesanan yang
masuk
Deskripsi Merupakan use case pendukung
dalam system
Aktor yang Terlibat Admin, customer

Jurusan Teknik Elektro UM SKPL-OO Halaman 19 dari 23

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
 Aksi Aktor Reaksi Sistem
Skenario Normal
1. Membuka order pada admin 2. Menampilkan tabel pesanan
3. Mengkonfirmasi pembayaran
pesanan? (ya/tidak)
4. Mengonfirmasi “ya” 5. Menampilkan halaman konfigurasi
pembayaran
6. Memilih button konfirmasi
7. Selesai
Skenario Alternatif 1
5.Mengonfirmasi “tidak” 5.Menampilkan menu utama
6.Selesai
Skenario Alternatif 2
7. Mengonfirmasi “tidak” 8. Menampilkan menu utama
9. Selesai

3.3 Realisasi Use Cse

3.3.1 Identifikasi Paket dan Kelas

Tabel 9. Paket Analisis

No Nama Paket Use Case Terkait Keterangan
1 Pengelolaan Tambah Produk, Hapus Paket yang mengelola
Produk Produk antarmuka utama
untuk pengguna
Sistem

Tabel 10. Kelas Analisis

No Nama Paket Nama Kelas Jenis Kelas
1 Pengelolaan 1. FormTampilProduk Boundary
2. FormTambahProduk
Produk Boundary
3. TambahProduk
4. FormHapusProduk Control
5. HapusProduk
Boundary
6. TabelProduk
Control
Entity

Jurusan Teknik Elektro UM SKPL-OO Halaman 20 dari 23

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
3.3.2 Diagram Realisasi Use Case
Proses pengelolaan produk pada SI Manajemen Surga Bunga Batu terdiri
dari 3 buah kelas boundary, 2 kelas control, dan 1 kelas entity, yang digambarkan
pada diagram berikut:

Gambar 7. Diagram Realisasi Use Case

3.3.3 Class Diagram

3.3.4 Sequence Diagram

3.4 Deskripsi Kebutuhan Non Fungsional

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

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

Jurusan Teknik Elektro UM SKPL-OO Halaman 21 dari 23

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
Security: aspek keamanan yang harus dipenuhi.

3.4.1 Performansi

Tabel 3. Kebutuhan Performansi

No SKPL Kebutuhan Tuntutan Kebutuhan
Waktu tanggap
Ketersediaan data
Waktu pemulihan

3.4.2 Atribut Sistem Perangkat Lunak

Tabel 4. Atribut sistem perangkat lunak

No SKPL Kebutuhan Tuntutan Kebutuhan

Error-Handling
Message
Keamanan
Portabilitas

3.4.3 Kebutuhan Lain

Tabel 5. Kebutuhan Lain
No SKPL Kebutuhan Tuntutan Kebutuhan
Tampilan Aplikasi
Format menu
Warna aplikasi
Jenis font

3.5 Atribut Kualitas Perangkat Lunak

3.5.1 Kehandalan

3.5.2 Keremawatan (maintability)

3.6 Batasan Perancangan

Jurusan Teknik Elektro UM SKPL-OO Halaman 22 dari 23

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

No SKPL Nama Proses

Jurusan Teknik Elektro UM SKPL-OO Halaman 23 dari 23

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