top of page

ETS RK 2022 KELAS A

  • kiranazea01
  • Apr 5, 2022
  • 3 min read

Updated: Dec 5, 2022

Kirana Zea S M 05111940000081

Riki Mi'roj A 05111940000093


1. Jelaskan macam-macam kebutuhan yang harus digali di dalam membuat perangkat lunak


Terdapat 4 macam kebutuhan yang harus digali saat membuat perangkat lunak, yaitu Business Requirements, User Requirements, Functional Requirements, dan Non-functional Requirements


Business requirements adalah satu set informasi yang menggambarkan kebutuhan bisnis yang mengarah ke satu atau lebih project untuk men-deliver solusi dan hasil bisnis yang diinginkan. Business requirements mencakup peluang bisnis, tujuan bisnis, metrik keberhasilan, pernyataan visi, ruang lingkup dan batasan.


User requirements adalah suatu goal atau task yang harus dapat dilakukan oleh user tertentu dengan sistem, atau atribut produk yang diinginkan. Use case, user stories, dan skenario adalah cara umum untuk mewakili user requirements.


Functional requirements adalah action atau fitur yang harus ada dalam sistem untuk memenuhi kebutuhan bisnis dan dapat diterima oleh pengguna sistem. Functional requirements menggambarkan behavior (function atau service) sistem yang mendukung goals, tasks, atau aktivitas user.


Sedangkan non-functional requirements menjelaskan bagaimana sistem melakukan functional requirements. Non-functional requirements mencakup constraints dan kualitas.


2. Sesuai gambaran video buatlah BRD GoToko


BUSINESS REQUIREMENTS DOCUMENT

GoToko


PROJECT OVERVIEW

PROJECT OVERVIEW AND BACKGROUND

Selama ini, warung kelontong menghadapi berbagai tantangan, seperti kesulitan mendapatkan produk dengan harga kompetitif, terbatasnya produk yang ditawarkan, dan kurangnya layanan pengiriman barang yang andal dan hemat biaya. GoToko ingin hadir sebagai solusi yang menghubungkan produsen barang kemasan ternama dengan para pelaku usaha warung kelontong untuk memenuhi kebutuhan pasokan barang jualannya dengan menciptakan proses distribusi yang efisien. Platform GoToko memungkinkan para pemilik warung dapat mengakses dan memesan ratusan produk sehari-hari dari berbagai macam kategori barang jualan dengan status kesediaan real-time dan pengiriman tepat waktu.


PROJECT DEPENDENCIES

GoToko memanfaatkan jaringan mitra dan merchant dalam ekosistem Gojek, sehingga dapat dimanfaatkan oleh pemilik warung atau toko kelontong untuk memenuhi barang dan produk penjualan. GoToko memanfaatkan layanan logistik Gojek yang andal untuk memastikan pengiriman secara tepat waktu. Melalui solusi middle mile, pergudangan, dan last mile, produk akan sampai di warung kelontong maksimal satu hari berikutnya dengan layanan pengiriman next day dan same day. GoToko juga didukung oleh sistem pembayaran cash on delivery dari Gojek, sehingga pelaku usaha warung dapat mengoptimalkan biaya operasional.


STAKEHOLDERS

Berikut ini adalah stakeholders yang requirementsnya diwakili oleh dokumen ini:

  1. Pemilik warung

  2. Pemilik toko kelontong

  3. Mitra produsen barang konsumsi


KEY ASSUMPTIONS AND CONSTRAINTS

ASSUMPTIONS

CONSTRAINTS

Jangkauan operasional dapat diperluas

Layanan GoToko beroperasi di daerah Jabodetabek

Layanan logistik Gojek memastikan pengiriman secara tepat waktu

Terdapat warung yang lokasinya sulit dijangkau

Segmen pasar utamanya adalah warung kelontong yang underserved (kurang terjangkau distribusi penjualan)

Banyak kompetitor yang memiliki layanan serupa

Pelaku usaha warung kelontong memiliki smartphone dengan spesifikasi minimum Android 6

Tidak semua pelaku usaha warung kelontong lancar dalam menggunakan aplikasi GoToko


USE CASES

  1. Melakukan registrasi

  2. Melakukan login

  3. Melakukan logout

  4. Mengakses produk

  5. Memesan produk

  6. Melakukan pembayaran dengan sistem pembayaran cash on delivery

  7. Melakukan pemantauan riwayat pesanan

  8. Melakukan pelacakan pengiriman barang pesanan

  9. Mengakses inventory management

  10. Mengakses data penjualan dan keuangan

  11. Mendapat rekomendasi produk yang sesuai dengan permintaan pasar

  12. Mengakses ke program promosi dan loyalty dari merek produk

  13. Mengakses analisa pasar


USE CASE DIAGRAM

Terdapat dua user dalam platform ini, yaitu pemilik warung dan produsen.


USE CASE NARRATIVE

1. Melakukan registrasi

User

Sistem

1. User masuk ke halaman registrasi

1.1. Sistem menampilkan formulir pendaftaran

2. User mengisi form registrasi

2.1. Sistem menyimpan input dari form ke database


2.2. Karena registrasi hanya dapat dilakukan melalui tim sales GoToko, maka sistem akan mengirimkan tim sales ke toko user


2. Melakukan login

User

Sistem

1. User masuk ke halaman login

1.1. Sistem menampilkan form login

2. User mengisi form login

2.1. Sistem melakukan cek terhadap input user


2.2. Jika valid, maka sistem memberikan akses kepada akun user


3. Melakukan logout

User

Sistem

1. User menekan tombol logout

1.1. Sistem mengeluarkan akun user dari platform


4. Mengakses produk

User

Sistem

1. User masuk ke halaman produk

1.1 Sistem menampilkan halaman produk

2. User menekan gambar produk

2.1 Sistem menampilkan detail terkait produk


5. Memesan produk

User

Sistem

1. User memilih produk yang ingin dibeli

1.1 Sistem menampilkan detail produk dan kolom input jumlah produk

2. User memasukkan jumlah pesanan

2.1. Sistem menampilkan tombol untuk melakukan pembelian

3. User menekan tombol ‘Beli’

3.1. Sistem menambahkan produk ke dalam keranjang belanja

4. User membuka halaman keranjang belanja

4.1. Sistem menampilkan semua produk yang ada di keranjang belanja beserta jumlah, total harga, dan tombol untuk memesan produk

5. User menekan tombol ‘Pesan’

5.1. Sistem mengonfirmasi pesanan user


6. Melakukan pembayaran dengan sistem pembayaran cash on delivery

User

Sistem

1. User mencentang tombol pembayaran COD

1.1 Sistem menampilkan form alamat user

2. User mengisi alamat pengiriman

2.1. Sistem mengkonfirmasi alamat


7. Melakukan pemantauan riwayat pesanan

User

Sistem

1. User membuka halaman ‘Pesanan’

1.1 Sistem menampilkan halaman lacak pesanan dan riwayat pemesanan user.

2. User menekan tombol ‘Riwayat Pesanan’

2.1. Sistem menampilkan daftar pesanan yang pernah dilakukan


8. Melakukan pelacakan pengiriman barang pesanan

User

Sistem

1. User membuka halaman ‘Pesanan’

1.1 Sistem menampilkan halaman lacak pesanan dan riwayat pemesanan user.

2. User menekan tombol ‘Lacak Pesanan’

2.1. Sistem menampilkan daftar dan status pesanan


9. Mengakses inventory management

User

Sistem

1. User menekan tombol stok pada barang

1.1 Sistem menampilkan stok yang tersedia terkait barang


10. Mengakses data penjualan dan keuangan

User

Sistem

1. User masuk ke halaman data penjualan dan keuangan

1.1 Sistem menampilkan halaman data penjualan dan keuangan


11. Mendapat rekomendasi produk yang sesuai dengan permintaan pasar

User

Sistem

1. User menuju halaman rekomendasi

1.1 Sistem menampilkan form pengisian rekomendasi produk

2. User mengisi form rekomendasi produk

2.1 Sistem mengkonfirmasi rekomendasi produk dari user


12. Mengakses ke program promosi dan loyalty dari merek produk

User

Sistem

1. User menuju halaman program promosi dan loyalti

1.1 Sistem menampilkan halaman promosi dan loyalti

2. User mengisi form untuk program

2.1 Sistem mengkonfirmasi form user


13. Mengakses analisa pasar

Produsen

Sistem

1. Produsen menuju halaman analisa pasar

1.1 Sistem menampilkan halaman analisa pasar



BUSINESS PROCESS OVERVIEW

CURRENT BUSINESS PROCESS (AS-IS)

  1. Pemilik warung membeli stok barang yang ingin dijual ke agen

  2. Barang yang dibeli dapat diantarkan oleh kurir agen atau dibawa sendiri

  3. Pemilik warung menjualkan barang barang tersebut


PROPOSED BUSINESS PROCESS (TO-BE)

  1. Produsen menambahkan produknya ke aplikasi GoToko

  2. Pemilik warung memesan barang via aplikasi GoToko

  3. Pesanan pemilik warung diterima oleh hub terdekat

  4. Di hub, tim GoToko mempersiapkan dan mengemas pesanan pemilik warung tersebut

  5. Kurir GoToko akan mengantarkan pesanan tersebut dengan tepat waktu ke alamat warung

  6. Setelah pesanan diterima, pemilik warung melakukan pembayaran


BUSINESS REQUIREMENTS

FUNCTIONAL REQUIREMENTS

Melakukan registrasi

  1. Sistem menampilkan formulir pendaftaran

  2. Sistem menyimpan input registrasi user ke database

Melakukan login

  1. Sistem menampilkan form login

  2. Sistem memverifikasi login user

Melakukan logout

  1. Sistem mengeluarkan akun user dari platform

Mengakses produk

  1. Sistem menampilkan halaman produk

  2. Sistem menampilkan detail terkait produk

Memesan produk

  1. Sistem menampilkan kolom input jumlah produk

  2. Sistem menambahkan produk ke dalam keranjang belanja

  3. Sistem menampilkan semua produk yang ada di keranjang belanja beserta jumlah dan total harga

  4. Sistem mengonfirmasi pesanan user

Melakukan pembayaran dengan sistem pembayaran cash on delivery

  1. Sistem menampilkan form untuk pemesanan

  2. Sistem memvalidasi alamat yang diinputkan user

Melakukan pemantauan riwayat pesanan

  1. Sistem menampilkan halaman lacak pesanan dan riwayat pemesanan user.

  2. Sistem menampilkan daftar pesanan yang pernah dilakukan

Melakukan pelacakan pengiriman barang pesanan

  1. Sistem menampilkan daftar dan status pesanan

Mengakses inventory management

  1. Sistem menampilkan stok yang tersedia terkait barang

Mengakses data penjualan dan keuangan

  1. Sistem menampilkan halaman data penjualan dan keuangan

Mendapat rekomendasi produk yang sesuai dengan permintaan pasar

  1. Sistem menampilkan form pengisian rekomendasi produk

  2. Sistem mengkonfirmasi rekomendasi produk dari user

Mengakses ke program promosi dan loyalty dari merek produk

  1. Sistem menampilkan halaman promosi dan loyalti

  2. Sistem mengkonfirmasi form user

Mengakses analisa pasar

  1. Sistem menampilkan halaman analisa pasar


NON FUNCTIONAL REQUIREMENTS

Performance

  1. Sistem melakukan query dan menampilkan hasil query dengan waktu yang relatif cepat


Usability

  1. Sistem mudah digunakan, efisien, mudah diakses, dan menampilkan interface yang user-friendly

  2. Sistem membantu user untuk mengisi form terutama pada fields yang harus diisi seandainya user mengisikan input yang invalid


Availability

  1. Sistem berjalan untuk membantu user 24/7 jam.


Reliability

  1. Sistem berjalan tanpa failure dan memberi tahu user jika ada sesuatu yang salah


Recoverability

  1. Sistem memiliki kemampuan recovery yang cepat dari system failure


Security

  1. Sistem menggunakan enkripsi untuk mencegah autobot melakukan pemesanan


Data integrity

  1. Sistem menjamin keakuratan dan konsistensi data karena sistem menyimpan, menganalisa, dan mengambil data secara terus-menerus


Extensibility

  1. Sistem terintegrasi dengan tim sales GoToko


3. Buatlah video youtube untuk mempresentasikan jawaban anda


Recent Posts

See All
Studi Kasus Aplikasi Peduli Lindungi

1. Deskripsikan aplikasi PeduliLindungi PeduliLindungi adalah aplikasi yang dikembangkan untuk membantu instansi pemerintah terkait dalam...

 
 
 

Commentaires


Please wish me good lucks.

Created with Wix.com

Call

0812-xxxx-xxxx

Drop a hi

LINE @kiranazea

Follow

  • Instagram
  • Spotify
bottom of page