You are on page 1of 19

UNIVERSITAS

SRIWIJAYA

Analisis Dan Pemrograman Berorientas Objek

Be(You)Ty Care

KELOMPOK 2
DANDI GUNAWAN 09031181722017
SYAFIRA WIDIYANTI 09031181722011
ANISSA YOLANDA 09031181722023
ALMIRA VANIA 09031281722047
CHARLIE GUNAWAN 09031281722046

BAB 1
PENDAHULUAN

1.1 Purpose
Tujuan dari pembuatan dokumen ini adalah memberikan gambaran
yang spesifik dari kebutuhan software. Spesifikasi kebutuhan tersebut termasuk
dari segi perangkat lunak dan perangkat keras yang berguna untuk menjual
skincare yang cocok bagi user, pemberitahuan saat ada produk baru, rekomendasi
skincare, notifikasi diskon, kotak saran, forum diskusi, informasi tentang produk
skincare secara detail serta manfaat dan userannya, termasuk kebutuhan
fungsional hingga nonfungsional, dan kebutuhan antarmuka mulai dari antarmuka
user hingga antarmuka komunikasi. Perangkat lunak yang dibuat adalah berbasis
aplikasi, dan bisa diakses dengan mudah melalui smartphone yang anda miliki.

1.2 Scope

Perangkat lunak Be(you)ty Care yang akan digunakan untuk membeli produk
skincare . Adapun ruang lingkup pembuatan software ini adalah aplikasi
Be(you)ty Care ini akan dapat melakukan hal-hal seperti berikut :

a. Menjual berbagai produk skincare kepada si user.


b. Pemberitahuan saat ada produk baru ataupun saat ada promo.
c. Memberikan rekomendasi skincare terbaik.
d. Memiliki tempat penerimaan saran.
e. Memiliki fitur dimana setiap user dapat berdiskusi bagaimana kesan mereka
pada saat memakai suatu produk skincare.
f. informasi tentang produk skincare secara detail serta manfaat dan userannya.

1.3 Definition, Acronyms and Abbreviations


a) Software Requirements Specifications (Spesifikasi Persyaratan
Perangkat Lunak) adalah dokumen yang menggambarkan secara detail
spesifikasi kebutuhan software dalam pembangunan proyek perangkat
lunak sistem informasi Be(you)ty Care.
b) Software adalah sekumpulan data-data elektronik yang tersimpan
dan diatur oleh komputer yang berupa program atau instruksi untuk
menjalankan dan mengeksekusi suatu perintah.angkat Lunak.
c) Hardware adalah salah satu komponen dari sebuah komputer yang
sifat alat nya bisa dilihat dan diraba secara langsung atau yang
berbentuk nyata, yang berfungsi untuk mendukung proses
komputerisasi.
d) Aplikasi merupakan anak atau sub kelas dari software (Perangkat
Lunak).
e) Owner merupakan orang yang memiliki suatu usaha

1.4 References
 http://huda92force.blogspot.com/2014/01/tugas-rpl-sistem-toko-penjualan-
barang.htm
 https://id.scribd.com/doc/146848549/SRS-Software-Requirement-
Specification-Sistem-Penjualan-Online-berbasis-PHP-Lomoland
1.5 Overview
Dokumen umum dokumen SRS ini dibagi menjadi tiga bagian utama, yaitu :
 Bab 1 : Pendahuluan
Berisi penjelasan tentang dokumen SRS yang mencakup tujuan
pembuatan perangkat lunak yang dikembangkan, definisi, referensi,
dan sistematika.
 Bab 2 : Deskripsi Umum
Berisi penjelasan secara umum mengenai perangkat lunak yang akan
dikembangkan, meliputi kegunaan dari perangkat lunak, karakteristik
user, batasan dan asumsi yang diambil dalam pengembangan
perangkat lunak.
 Bab 3 : Spesifikasi Kebutuhan
Berisi uraian kebutuhan perangkat lunak secara lebih rinci.
BAB 2

DESKRIPSI UMUM PERANGKAT LUNAK

2.1 Product perspective

Perangkat lunak yang dibuat ini adalah perangkat lunak yang akan membantu
User untuk mencari skincare yang cocok, pemberitahuan saat ada produk baru,
rekomendasi skincare, notifikasi diskon, kotak saran, forum diskusi, informasi
tentang produk skincare secara detail serta manfaat dan userannya.

2.2 Product Functions


Kegunaan dari perangkat lunak ini nantinya adalah dapat membantu usernya
dalam membeli produk skncare. Kegiatan tersebut meliputi mencari skincare yang
cocok, pemberitahuan saat ada produk baru, rekomendasi skincare, notifikasi diskon,
kotak saran, forum diskusi, informasi tentang produk skincare secara detail serta
manfaat dan userannya.

2.3 User Characteristics


User perangkat lunak ini adalah masyarakat umum yang ingin mencari dan
membeli produk skincare yang cocok , dan pemilik toko. Masing-masing user yang
berinteraksi dengan sistem dihubungkan dengan hak akses dan level autentifikasi
sesuai dengan kebutuhan dan aturan yang terdapat pada toko :

Kategori Hak akses ke aplikasi


User
Masyarakat umum Mencari dan membeli
skincare, menerima
pemberitahuan,
berdiskusi,dan memberikan
saran.
Pemilik toko Merubah dan menambah
produk di tokonya, dan
memasang diskon pada
produknya.
2.4 Constraints
a. User yang berhak mengakses perangkat lunak ini antara lain adalah masyarakat
umum dan pemilik kedai.
b. Waktu pengembangan perangkat lunak yang singkat membuat adanya
kemungkinan tidak semua fungsi yang ada dapat dilaksanakan.
c. Perangkat lunak hanya dijalankan di Android.

2.5 Assumptions and Dependencies


 Masyarakat umum adalah anak-anak muda yang ingin membeli skincare yang
cocok untuk mereka.
 User user aplikasi ini minimal tahu dan dapat mengoperasikan smartphone dan
aplikasinya.
 Setiap user mempunyai hak akses.
BAB 3
DESKRIPSI UMUM KEBUTUHAN

3.1 External Interfaces


3.1.1 User Interfaces
Perangkat lunak Be(you)ty Care ini dibuat dengan menggunakan
Android studio. Perangkat lunak ini dilengkapi dengan menu akses berbagai
fungsi yang disediakan. Interaksi antara user dan perangkat lunak dilakukan
dengan menggunakan touchscreen layar smartphone dan firtual keyboard.

3.1.2 Hardware Interfaces


Kebutuhan minimum perangkat keras yang dapat digunakan dalam
perangkat lunak yang dibuat yaitu :
a) Smartphone Android.
b) Koneksi internet yang lancar.

3.1.3 Software Interfaces


Perangkat lunak yang dibutuhkan dalam perangkat lunak untuk
Be(you)ty Care ini diantara lain :
a) Sistem Operasi Android
b) Bahasa Pemograman : JAVA
c) Untuk pembuatan interface : Android Studio

3.1.4 Communications Interfaces


Data-data dalam perangkat lunak melakukan komunikasi melalui
perintah input, update dan delete dari user.
3.2 Use Case Skenario
Use Case Pendaftaran Akun
Use Case Name Mendaftarkan akun
Description User membuka aplikasi dan memilih menu daftar sebagai
penjual atau pembeli kemudian sistem menampilkan form
pendaftaran yang berisi data diri seperti nama, email, username
dan password
Primary Action User
Preconditions Pada proses ini aktor mendaftar sebagai penjual atau pembeli
Postconditions Setelah aktor mendaftar, aktor akan dialihkan ke halaman login
Main Success Scenario
Actor System
1. Aktor membuka halaman aplikasi
2. Sistem menampilkan beranda aplikasi
3. Aktor memilih menu pendaftaran sebagai
penjual atau pembeli
4. Sistem menampilkan form pendaftaran
5. User memasukkan semua data yang
dibutuhkan oleh sistem untuk diproses
6. Sistem memproses dan menyimpan data
yang telah dimasukkan
7. Sistem menampilkan form sebagai tanda
bahwa aktor tersebut sudah terdaftar
Extensions
Actor System
1. User memasukkan semua data yang
dibutuhkan oleh sistem untuk diproses
2. Sistem memproses data
3. Jika username sudah digunakan oleh user
lain, sistem akan menampilkan notifikasi
bahwa username telah digunakan
4. Aktor memasukkan username baru
5. Sistem memproses dan menyimpan data
yang telah dimasukkan
Frequency of Use Pada saat pertama kali akan menggunakan aplikasi (sering
digunakan)

Use Case Login


Use Case Name Melakukan login
Description User masuk ke form dengan melakukan proses login dengan
memasukkan username dan password
Primary Action User
Preconditions Pada proses ini aktor mengisi form username dan password
Postconditions Mendapatkan hak akses
Main Success Scenario
Actor System
1. Aktor membuka halaman aplikasi
2. Memilih login sebagai penjual atau
pembeli
3. Sistem menampilkan halaman login
penjual atau pembeli sesuai yang telah di
pilih oleh aktor
4. Aktor memasukkan username dan
password
5. Sistem akan menampilkan halaman
utama aplikasi
Extensions
Actor System
1. Aktor memasukkan username dan
password
2. Sistem memproses data
3. Jika terjadi kesalahan dalam memasukkan
username atau password, sistem akan
menampilkan notifikasi bahwa username
atau password salah
2. Aktor memasukkan ulang username dan
password
Frequency of Use Pada awal saat ingin menggunakan aplikasi (sering digunakan)

Use Case Lihat Produk


Use Case Name Melihat produk
Description Pada proses ini aktor melihat produk yang dipasang oleh admin
di aplikasi
Primary Action User
Preconditions Aktor bisa memilih produk yang dipilih
Postconditions Setelah aktor memilih produk, aktor bisa memilih produk yang
dipilih
Main Success Scenario
Actor System
1. Aktor memilih menu produk
2. Sistem membuka menu produk
3. Di halaman produk, aktor bisa melihat
produk dan bisa memilih untuk dimasukkan
di keranjang belanja
Extensions
Actor System
Frequency of Use Pada saat user ingin melihat barang (sering digunakan)

Use Case Cari Produk


Use Case Name Mencari produk
Description Pada proses ini, aktor dapat mencari produk yang diinginkan
Primary Action User
Preconditions Aktor melakukan pencarian produk
Postconditions Setelah pencarian produk selesai, semua produk yang berkaitan
akan ditampilkan
Main Success Scenario
Actor System
1. Aktor memasukkan kata yang akan dicari
pada kolom pencarian
2. Menekan tombol cari
3. Mengeksekusi huruf pada inputan
4. Sistem menampilkan data produk
Extensions
Actor System
1. Aktor memasukkan kata yang akan dicari
pada kolom pencarian
2. Menekan tombol cari
3. Jika kata tidak sesuai, sistem
menampilkan notifikasi tidak ditemukan
Frequency of Use Pada saat user ingin mencari produk (sering digunakan)

Use Case Notifikasi Promo


Use Case Name Mendapatkan notifikasi promo
Description User akan mendapatkan notifikasi promo ketika ada sebuah
produk yang sedang promo
Primary Action User
Preconditions User harus login terlebih dahulu
Postconditions Informasi promo dapat dilihat oleh user
Main Success Scenario
Actor System
1. System mengirimkan notifikasi ke user.
2. User menerima notifikasi promo.
3. User dapat melihat notifikasi promo.
Extensions
Actor System
1. User dapat membuka laman produk
promo yang dilihatnya
2. System menampilkan data produk
Frequency of Use Pada saat ada promo baru (cukup sering)

Use Case Lihat Promo


Use Case Name Melihat promo
Description User dapat melihat promo yang sedang berlangsung
Primary Action User
Preconditions Aktor dapat melihat dan memillih promo yang berlangsung di
halaman khusus promo
Postconditions Menerima informasi promo dan dapat memesan produk
Main Success Scenario
Actor System
1. Aktor membuka halaman promo
2. Menekan promo
3. Sistem menampilkan informasi promo
produk
3. Jika aktor tertarik, aktor dapat memesan
produk dengan menekan tombol pesan
4. Sistem memproses data dan menampilkan
ke halaman keranjang belanja
Extensions
Actor System
1. Aktor dapat memesan produk dengan
menekan tombol pesan
2. Jika promo telah habis, sistem
menampilkan notifikasi promo habis
Frequency of Use Pada saat user ingin mengecek promo (sering digunakan)

Use Case Pesan Produk


Use Case Name Memesan produk
Description Pada proses ini aktor setelah melihat dan memilih produk
setelah itu aktor memesan produk dengan mengisikan form yang
tersedia di aplikasi
Primary Action User
Preconditions Aktor harus login terlebih dahulu sebelum mengisikan form
yang tersedia di aplikasi untuk melengkapi data saat pengiriman
produk
Postconditions Setelah melengkapi data di form aplikasi kemudian aktor
ditujukan untuk proses pembayaran
Main Success Scenario
Actor System
1. Aktor memilih produk yang di pilih dari
halaman produk
2. Sistem menampilkan informasi mengenai
produk
3. Aktor menambahkan produk ke
keranjang belanja
4. Sistem menyimpan produk di keranjang
belanja
5. Aktor bisa menambah atau membatalkan
produk yang dipesan
6. Pesanan di simpan
7. Kemudian aktor mengisikan form yang
tersedia di aplikasi
8. Sistem memproses dan menampilkan
informasi nama pemesan, biaya kirim, no.
order dan total bayar
9. Simpan data dan sistem menampilkan
langkah selanjutnya yaitu pembayaran via
transfer bank
Extensions
Actor System
1. Aktor menambahkan produk ke
keranjang belanja
2. Jika stok produk tidak tersedia atau sudah
habis, maka sistem akan menampilkan
pesan bahwa produk habis
Frequency of Use Pada saat user ingin membeli produk (sering digunakan)

Use Case Pembayaran


Use Case Name Membayar pesanan produk
Description Pada proses ini aktor di tujukan untuk proses pembayaran via
transfer bank
Primary Action User
Preconditions Aktor membayar produk sesuai dengan nominal produk di pilih
dan pembayaran di lakukan via transfer bank
Postconditions Setelah melakukan proses pembayaran, aktor mendapat
konfirmasi dari admin bahwa pesanan akan segera dikirim
Main Success Scenario
Actor System
1. Aktor melakukan pembayaran lewat
transfer bank
2. Aktor melakukan konfirmasi pembayaran
3. Admin menerima konfimasi pembayaran
4. Admin mengirim pesanan aktor
5. Aktor menerima pesanan
Extensions
Actor System
1. Aktor menekan tombol bayar
2. Sistem menyimpan data pembayaran
3. Jika pembayaran tidak dilakukan selama
lebih dari satu jam maka pesanan akan
dibatalkan
4. Aktor menekan ulang tombol bayar
Frequency of Use Pada saat sudah memesan produk (sering digunakan)

Use Case Review Produk


Use Case Name Memberi review produk
Description Pada proses ini aktor dapat memberi rating dan komentar pada
kolom yang tersedia untuk sebuah produk yang telah dipesan
Primary Action User
Preconditions Aktor menerima pesanan
Postconditions Setelah menerima pesanan, aktor dapat memberi rating dan
komentar
Main Success Scenario
Actor System
1. Aktor memilih halaman produk
2. Sistem membuka halaman produk
3. Di halaman produk, aktor memberikan
rating dan komentar
3. Simpan data dan sistem menampilkan
data tersebut ke halaman produk
Extensions
Actor System
1. Aktor memberikan rating dan komentar
2. Jika terdapat kata yang tidak sopanm,
maka sistem akan menghapus data review
aktor
3.Pemberian review aktor ditolak
Frequency of Use Pada saat barang sudah diterima user (jarang digunakan)

Use Case Login


Use Case Name Melakukan login
Description Admin masuk ke form dengan melakukan proses login dengan
memasukkan username dan password
Primary Action Admin
Preconditions Pada proses ini aktor mengisi form username dan password
Postconditions Mendapatkan hak akses
Main Success Scenario
Actor System
1. Aktor membuka halaman aplikasi
2. Memilih login
3. Sistem menampilkan halaman login
4. Aktor memasukkan username dan
password
5. Sistem akan menampilkan halaman
utama aplikasi
Extensions
Actor System
1. Aktor memasukkan username dan
password
2. Sistem memproses data
3. Jika terjadi kesalahan dalam memasukkan
username atau password, sistem akan
menampilkan notifikasi bahwa username
atau password salah
2. Aktor memasukkan ulang username dan
password
Frequency of Use Pada saat awal ingin menggunakan aplikasi (sering digunakan)

Use Case Kelola Halaman Web


Use Case Name Mengelola halaman web
Description Aktor memasukkan postingan tentang promo harga dan
informasi lain tentang poduk skincare
Primary Action Admin
Preconditions Aktor memasukkan postingan tentang produk skincare
Postconditions Setelah menginputkan data kemudian data di posting dan aktor
dapat mengedit, menambah, menghapus postingan
Main Success Scenario
Actor System
1. Aktor membuka halaman dashboard
2. Sistem menampilkan halaman dashboard
3. Aktor memilih menu halaman
4. Sistem menampilkan halaman
5. Aktor memilih halaman yang akan di
edit, tambah, hapus dan simpan
6. Sistem menyimpan data yang telah di
ubah
Extensions
Actor System
Frequency of Use Pada saat akan memasukkan promo serta informasi produk
(sering digunakan)

Use Case Kelola Produk


Use Case Name Mengelola produk
Description Aktor memasukkan produk yaitu meliputi gambar, manfaat,
harga, dan informasi produk skincare
Primary Action Admin
Preconditions Aktor memasukkan postingan tentang data produk
Postconditions Setelah memasukkan data kemuadian data di posting dan aktor
dapat mengedit, menambah dan menghapus postingan
Main Success Scenario
Actor System
1. Aktor membuka halaman dashboard
2. Sistem menampilkan halaman dashboard
3. Aktor memilih menu produk
4. Sistem menampilkan halaman produk
5. Aktor memilih produk yang akan di edit,
tambah, hapus dan simpan
6. Sistem menyimpan data yang telah di
ubah
Extensions
Actor System

Frequency of Use Pada saat ada produk baru (cukup sering digunakan)

Use Case Kelola Pesanan


Use Case Name Mengelola pesanan
Description Admin mengelola pesanan konsumen
Primary Action Admin
Preconditions Aktor mengkonfirmasi pesanan konsumen
Postconditions Setelah aktor mengkonfirmasi pesanan maka aktor
mengkonfirmasi balik kepada konsumen untuk memberitahu
bahwa barang siap di kirim
Main Success Scenario
Actor System
1. Aktor memilih menu pesanan
2. Sistem menampilkan halaman pesanan
3. Aktor memilih status barang dalam
proses atau siap kirim dengan ketentuan
status barang yang di tuju
4. Sistem menyimpan data yang telah di
ubah
Extensions
Actor System

Frequency of Use Pada saat ada pesanan masuk (sering digunakan)

Use Case Kelola Laporan Penjualan


Use Case Name Mengelola laporan penjualan
Description Admin mengelola laporan penjualan setiap bulan
Primary Action Admin
Preconditions Aktor mencatat semua hasil transaksi penjualan
Postconditions Setelah aktor mencatat hasil transaksi penjualan, data tersebut
akan menjadi sebuah laporan singkat yang akan diberikan ke
pemilik
Main Success Scenario
Actor System
1. Membuat data laporan dari data transaksi
penjualan
2. Sistem menampilkan laporan yang telah
dimasukkan
3. Aktor menekan simpan setelah laporan
selesai
4. Sistem akan menyimpan hasil laporan ke
database
5. Sistem menampilkan notifikasi bahwa
laporan sudah tersimpan
6. Menekan tombol kirim laporan
7. Sistem mengirim laporan ke pemilik
Extensions
Actor System
1. Mencatat laporan
2. Sistem menampilkan laporan yang telah
dimasukkan
3. Menekan tombol kirim laporan
4. Jika laporan belum disimpan, sistem
menampilkan notifikasi bahwa laporan
belum tersimpan
Frequency of Use Pada akhir bulan mengelola laporan (cukup jarang dilakukan)

Use Case Login


Use Case Name Melakukan login
Description Pemilik masuk ke form dengan melakukan proses login dengan
memasukkan username dan password
Primary Action Pemilik
Preconditions Pada proses ini aktor mengisi form username dan password
Postconditions Mendapatkan hak akses
Main Success Scenario
Actor System
1. Aktor membuka halaman aplikasi
2. Memilih login
3. Sistem menampilkan halaman login
4. Aktor memasukkan username dan
password
5. Sistem akan menampilkan halaman
dashboard
Extensions
Actor System
1. Aktor memasukkan username dan
password
2. Sistem memproses data
3. Jika terjadi kesalahan dalam memasukkan
username atau password, sistem akan
menampilkan notifikasi bahwa username
atau password salah
2. Aktor memasukkan ulang username dan
password
Frequency of Use Pada saat pemilik ingin melihat laporan (cukup jarang
digunakan)

Use Case Terima Laporan Penjualan


Use Case Name Menerima laporan penjualan
Description Pemilik menerima tampilan laporan penjualan bulanan dan
dapat dicetak
Primary Action Pemilik
Preconditions Admin telah mensubmit laporan bulanan
Postconditions Aktor melihat dan dapat mencetak laporan
Main Success Scenario
Actor System
1. Aktor memilih menu laporan
2. Menekan menu laporan yang mau
ditampilkan
3. Sistem menampilkan menu laporan
4. Menekan tombol cetak jika ingin
mencetak laporan
5. Sistem akan mencetak laporan dengan
perangkat printer yang telah dihubungkan
Extensions
Actor System

Frequency of Use Pada saat pemilik menerima laporan di akhir bulan (cukup
jarang digunakan)
3.3 Use Case Diagram
3.3.1 Use Case Aktor:

3.3.2 Use Case Scenario:


3.3.3 User
3.3.4 Admin

3.3.5 Pemilik

You might also like