PPL : Pertemuan 4 - Tugas 3

Software Architecture

Nama: Hanafi Satriyo Utomo Setiawan
NRP : 5025211195 

Mobile commerce adalah pengembangan dari e-commerce yang  dapat membawa penjual dan pembeli bersama-sama bertransaksi dengan mudah, kapan saja dan dimana saja sehingga memungkinkan untuk mendapatkan laba yang lebih besar karena menghemat biaya serta hubungan keduanya menjadi lebih dekat. Berdasarkan hasil studi literatur, penerapan teknologi  mobile pada  micro enterprise perlu memperhatikan alur proses bisnis.

Mobile  commerce (m-commerce) merupakan pengembangan dari perdagangan elektronik (e- 
commerce) yang secara umum merupakan suatu pertukaran elektronik (pengiriman atau transaksi) 
tentang informasi,  barang-barang, dan pembayaran diatas jaringan telekomunikasi. Beberapa keuntungan mobile commerce, yaitu:
  • Kepuasan pelanggan, penghematan biaya, dan munculnya peluang bisnis baru. 
  • Menggunakan  mobile commerce setiap waktu dan dimana saja. 
  • Pemilik tunggal mempunyai pengendalian atas data sehingga  mobile 
  • Device dapat diselaraskan. 
  • Mobile commerce dapat membawa penjual dan pembeli bersama-sama bertransaksi dengan mudah sehingga memungkinkan untuk mendapatkan laba yang lebih besar

Use Case Diagram

Use Case Diagram

Aktor
Dalam diagram ini, terdapat beberapa aktor utama, yaitu:
  • Penjual: Aktor ini mewakili pemilik toko grosir yang menjual produk melalui platform online.
  • Pembeli: Aktor ini mewakili pelanggan yang membeli produk dari platform online.
  • Warehouse Data: Aktor ini mewakili sistem manajemen gudang yang menyimpan informasi tentang stok produk dan pengiriman.
  • Mop: Aktor ini mewakili sistem pembayaran online yang memproses pembayaran dari pembeli.
  • Language: Aktor ini mewakili sistem terjemahan yang menerjemahkan teks antar bahasa.
Use Case
Diagram ini juga menunjukkan beberapa use case utama, yaitu:
  • Login: Use case ini memungkinkan pengguna untuk masuk ke platform online.
  • Register: Use case ini memungkinkan pengguna untuk mendaftar akun baru di platform online.
  • Pencarian Produk: Use case ini memungkinkan pengguna untuk mencari produk di platform online.
  • Pemesanan: Use case ini memungkinkan pengguna untuk memesan produk dan menambahkannya ke keranjang belanja.
  • Pembayaran: Use case ini memungkinkan pengguna untuk membayar pesanan mereka.
  • Cek Pengiriman: Use case ini memungkinkan pengguna untuk melacak status pengiriman pesanan mereka.
  • Testimoni: Use case ini memungkinkan pengguna untuk memberikan ulasan tentang produk dan layanan yang mereka terima.
  • Report: Use case ini memungkinkan penjual untuk menghasilkan laporan tentang penjualan mereka.
  • FAQ: Use case ini memungkinkan pengguna untuk mengakses FAQ (Frequently Asked Questions) tentang platform online.

Class Diagram

Class Diagram


Dalam diagram ini, terdapat beberapa kelas utama, yaitu:
  • Pembeli: Kelas ini mewakili entitas pembeli dalam sistem. Kelas ini memiliki atribut seperti IdPembeli, NamaPembeli, Alamat, Email, dan Telp.
  • Penjual: Kelas ini mewakili entitas penjual dalam sistem. Kelas ini memiliki atribut seperti IdPenjual, NamaPenjual, Alamat, Email, dan Telp.
  • Produk: Kelas ini mewakili entitas produk dalam sistem. Kelas ini memiliki atribut seperti IdProduk, NamaProduk, GambarProduk, DeskripsiProduk, HargaProduk, StokProduk, KomentarProduk, dan Testimoni.
  • Keranjang Belanja: Kelas ini mewakili entitas keranjang belanja dalam sistem. Kelas ini memiliki atribut seperti IdBelanja, IdPembeli, IdProduk, JumlahProduk, dan TotalBelanja.
  • Pemesanan: Kelas ini mewakili entitas pemesanan dalam sistem. Kelas ini memiliki atribut seperti IdPemesanan, IdPembeli, IdPenjual, IdProduk, JumlahProduk, TotalBelanja, IdPengiriman, IdPembayaran, TanggalPembelian, TanggalPengiriman, StatusPemesanan, dan JenisPembayaran.
  • Pengiriman: Kelas ini mewakili entitas pengiriman dalam sistem. Kelas ini memiliki atribut seperti IdPengiriman, IdPemesanan, JenisPengiriman, HargaPengiriman, EstimasiPengiriman, dan StatusPengiriman.
  • Pembayaran: Kelas ini mewakili entitas pembayaran dalam sistem. Kelas ini memiliki atribut seperti IdPembayaran, IdPemesanan, JenisPembayaran, StatusPembayaran, dan TanggalPembayaran.

Activity Diagram

Activity Diagram


Aktor
Dalam diagram ini, terdapat dua aktor utama, yaitu:

Pembeli: Aktor ini mewakili pelanggan yang memesan produk.
Penjual: Aktor ini mewakili pemilik toko grosir yang menjual produk.

Pesan
Diagram ini juga menunjukkan beberapa pesan yang dipertukarkan antara aktor, yaitu:

Pesan 1: Pembeli mengirimkan pesan Pesan Produk ke penjual untuk memesan produk.
Pesan 2: Penjual mengirimkan pesan Konfirmasi Pesanan ke pembeli untuk mengkonfirmasi pesanan.
Pesan 3: Pembeli mengirimkan pesan Konfirmasi Pembayaran ke penjual untuk mengkonfirmasi pembayaran pesanan.
Pesan 4: Penjual mengirimkan pesan Konfirmasi Pengiriman ke pembeli untuk mengkonfirmasi bahwa produk telah dikirim.

Urutan Langkah
Diagram ini menunjukkan urutan langkah-langkah berikut:
  1. Pembeli memilih produk yang ingin dibeli dan menambahkannya ke keranjang belanja.
  2. Pembeli melanjutkan ke checkout dan memasukkan informasi pengiriman dan pembayaran.
  3. Pembeli melakukan pembayaran untuk pesanan.
  4. Penjual menerima konfirmasi pesanan dan pembayaran.
  5. Penjual memproses pesanan dan mengirimkan produk.
  6. Pembeli menerima konfirmasi pengiriman.

Arsitektur Teknologi

Arsitektur Teknologi


Komponen Utama
Diagram arsitektur ini terdiri dari beberapa komponen utama, yaitu:

  • Client: Client adalah aplikasi yang digunakan oleh pengguna untuk berinteraksi dengan sistem. Client dapat berupa aplikasi web, aplikasi mobile, atau aplikasi desktop.
  • Web Server: Web server adalah server yang bertanggung jawab untuk menerima dan merespons permintaan HTTP dari client. Web server dapat menggunakan framework web seperti Django, Ruby on Rails, atau Laravel.
  • Application Server: Application server adalah server yang bertanggung jawab untuk menjalankan logika bisnis sistem. Application server dapat menggunakan bahasa pemrograman seperti Java, Python, atau C#.
  • Database: Database adalah penyimpanan data sistem. Database dapat menggunakan sistem manajemen basis data seperti MySQL, PostgreSQL, atau MongoDB.
  • Payment Gateway: Payment gateway adalah layanan yang memungkinkan pengguna untuk melakukan pembayaran secara online. Payment gateway dapat menggunakan platform seperti PayPal, Stripe, atau Braintree.
  • Warehouse Data: Warehouse Data adalah sistem manajemen gudang yang menyimpan informasi tentang stok produk dan pengiriman.
  • Mop: Mop adalah sistem pembayaran online yang memproses pembayaran dari pembeli.

Interaksi Antar Komponen
Komponen-komponen dalam arsitektur ini berinteraksi satu sama lain melalui berbagai protokol jaringan, yaitu:

  • HTTP: HTTP adalah protokol yang digunakan untuk komunikasi antara client dan web server.
  • REST API: REST API adalah arsitektur perangkat lunak yang memungkinkan client untuk berinteraksi dengan application server melalui HTTP.
  • JSON: JSON adalah format data berbasis teks yang ringan dan mudah dibaca yang digunakan untuk pertukaran data antara komponen sistem.
Arsitektur Berbasis Microservice
Arsitektur sistem ini dirancang sebagai arsitektur berbasis microservice. Arsitektur microservice adalah pendekatan pengembangan perangkat lunak di mana aplikasi dipecah menjadi beberapa layanan kecil dan independen. Layanan-layanan ini dapat dikembangkan dan dipelihara secara terpisah, dan mereka dapat berkomunikasi satu sama lain melalui API.

referensi jurnal:

Comments

Post a Comment

Popular posts from this blog

PPL : Pertemuan 2

Image
Virtual Job Fair Information System Based on Augmented Reality and Virtual Reality Nama: Hanafi Satriyo Utomo Setiawan NRP: 5025211195 Judul: Virtual Job Fair Information System Based on Augmented Reality and Virtual Reality Referensi:  https://polgan.ac.id/jurnal/index.php/sinkron/article/view/11795/1174 DPPL adalah dokumen penting dalam pengembangan perangkat lunak yang menjelaskan rancangan sistem atau software secara detail. Dibuat pada tahap perancangan, DPPL menjadi panduan bagi para pengembang dalam mengimplementasikan solusi yang telah direncanakan. Isi DPPL: Detail teknis dan arsitektur perangkat lunak Interaksi antar komponen software Struktur data yang digunakan Algoritma dan metode yang diimplementasikan Manfaat DPPL: Memastikan semua orang (programmer, desainer, dll) memiliki pemahaman yang sama tentang software yang akan dibuat. Membantu programmer dalam membangun software dengan terstruktur dan terarah. Sebagai acuan untuk menguji dan mengevaluasi software apakah sudah s
Read more

PPL : Pertemuan 7

Image
PERANCANGAN SISTEM MANAJEMEN RESTORAN DENGAN APLIKASI PEMESANAN RESTORAN BERBASIS MOBILE DALAM JARINGAN LOKAL Hanafi Satriyo Utomo S          5025211195 Beauty Valen Fajri                      5025211227 Perbedaan HLD dan LLD Tingkat Kedalaman Detail: High Level Design: HLD lebih berfokus pada gambaran umum dan konseptual dari sistem atau aplikasi. Ini tidak terlalu memperhatikan detail teknis. Low Level Design: Sebaliknya, LLD sangat memperhatikan detail teknis dan rinci dari setiap komponen dan fitur. Ketergantungan pada Implementasi: High Level Design: HLD tidak terlalu tergantung pada implementasi teknis tertentu. Ini lebih tentang konsep dan arsitektur umum. Low Level Design: Sebaliknya, LLD sangat tergantung pada implementasi teknis. Ini merinci bagaimana setiap fitur atau komponen akan diimplementasikan dalam kode. Audience: High Level Design: HLD umumnya ditujukan untuk pemangku kepentingan tingkat atas, seperti manajer proyek, pengambil keputusan, atau klien. Ini membantu mere
Read more

PWEB A : HTML Undangan

Image
Nama: Hanafi Satriyo Utomo Setiawan NRP: 5025211195 Wedding Invitation web merupakan sebuah situs yang menampilkan sebuah informasi tentang pasangan yang akan menikah. Informasi yang tersedia seperti pasangan, akad, resepsi, dan buku tamu. Link Github:  https://github.com/tiostwn/PWEB-Wedding Link Deploy:  https://tiostwn.github.io/PWEB-Wedding/
Read more