PPL Pertemuan 6 - Low Level Design

Nama : Cindi Dwi Pramudita

NRP : 5025201042

Kelas : Perancangan Perangkat Lunak A


High & Low Level Design Campuspedia Academy

            Pada pertemuan keempat di kelas PPL A, kita diminta untuk mengamati/mencari informasi sebuah aplikasi kemudian menggambarkan bagaimana bentuk Low Level Design dan High Level Designnya. Referensi dapat dicari dari paperwork, jurnal, maupun dokumentasi aplikasi.

A. Deskripsi Singkat

Campuspedia Academy adalah platform online yang memungkinkan siswa untuk mendaftar dan mengikuti kelas pelatihan, serta memungkinkan admin untuk mengelola kelas, memantau pendaftaran, dan mengelola transaksi pembayaran. Campuspedia Academy juga memiliki fitur chat online untuk komunikasi antara siswa dan admin.

B. System Requirements

a. Persyaratan Fungsional:

  1. Registrasi dan Login: Siswa dapat membuat akun baru dan login ke dalam sistem.
  2. Manajemen Profil: Siswa dapat mengelola informasi profil mereka.
  3. Manajemen Kelas: Admin dapat membuat, mengedit, dan menghapus kelas pelatihan.
  4. Pencarian Kelas: Siswa dapat mencari kelas pelatihan berdasarkan kata kunci.
  5. Pendaftaran Kelas: Siswa dapat mendaftar ke kelas pelatihan yang mereka pilih.
  6. Pembayaran: Siswa dapat melakukan pembayaran untuk pendaftaran kelas.
  7. Pembuatan dan Pengiriman Invoice: Sistem dapat membuat dan mengirimkan invoice pembayaran.
  8. Kode Kupon: Siswa dapat menggunakan kode kupon untuk diskon.
  9. Notifikasi: Sistem memberikan notifikasi terkait aktivitas penting.
  10. Chat Online: Siswa dapat berkomunikasi dengan admin melalui chat online.

b. Persyaratan Non Fungsional:

  1. Scalability: Sistem harus mampu menangani pertumbuhan jumlah pengguna dan data.
  2. Availability: Sistem harus tersedia 99.9% dari waktu.
  3. Performance: Latensi untuk memuat halaman tidak boleh lebih dari 2 detik.
  4. Security: Data pengguna harus dilindungi dari akses yang tidak sah.
  5. Data Consistency: Data harus konsisten di seluruh sistem.

c. Persyaratan yang Diperpanjang:

  1. Multilingual Support: Dukungan untuk berbagai bahasa.
  2. Analytics: Fitur analitik untuk pengguna dan administrator.
  3. API: API terbuka untuk memungkinkan integrasi pihak ketiga.

C. Estimasi Kapasitas Perancangan Sistem Campuspedia Academy

a. Estimasi Lalu Lintas

  • Pengguna Aktif Harian (DAU): 50,000 pengguna.
  • Pendaftaran Kelas per Detik: 500 pendaftaran per detik.
  • Request per Detik: 5,000 request per detik (termasuk pendaftaran, pencarian, login, dll).

b. Estimasi Penyimpanan

  • Ukuran Data Pengguna: 5 KB per pengguna.
  • Ukuran Data Kelas: 50 KB per kelas.
  • Penyimpanan Harian: 500 pendaftaran/detik * 5 KB * 86400 detik = 2.16 GB/hari.
  • Penyimpanan Tahunan: 2.16 GB/hari * 365 hari = 788.4 GB/tahun.

c. Estimasi Bandwidth

  • Ukuran Data per Request: Rata-rata 2 KB.
  • Bandwidth per Detik: 5,000 request/detik * 2 KB = 10 MB/detik.

D. System Design

High-Level Design

  1. Load Balancer: Untuk mendistribusikan lalu lintas ke server.
  2. Web Servers: Menangani permintaan HTTP dari pengguna.
  3. Application Servers: Menjalankan logika aplikasi.
  4. Database Servers: Menyimpan data pengguna, kelas, pendaftaran, dan transaksi.
  5. Cache Servers: Menggunakan Redis atau Memcached untuk caching.
  6. Search Servers: Elasticsearch untuk mendukung pencarian.
  7. Message Queue: Untuk menangani tugas-tugas asynchronous.
  8. CDN (Content Delivery Network): Untuk mempercepat penyampaian konten ke pengguna.

Low-Level Design

  1. Database Sharding: Membagi data ke beberapa database untuk mengatasi beban tinggi.
  2. Indexing: Menggunakan indeks untuk mempercepat pencarian.
  3. Rate Limiting: Untuk mencegah penyalahgunaan API.
  4. Data Replication: Untuk memastikan data tersedia jika ada kegagalan.
  5. Security: Mengimplementasikan OAuth untuk otentikasi dan enkripsi SSL/TLS.

E. Data Model Design

  1. Users Table: Menyimpan informasi pengguna.

    • ID (Primary Key)
    • Name
    • Email
    • Password
    • DOB (Date of Birth)
    • CreatedAt
    • UpdatedAt

  2. Classes Table: Menyimpan informasi kelas.

    • ID (Primary Key)
    • Title
    • Description
    • Instructor
    • StartDate
    • EndDate
    • CreatedAt
    • UpdatedAt

  3. Enrollments Table: Menyimpan pendaftaran kelas.

    • ID (Primary Key)
    • UserID (Foreign Key)
    • ClassID (Foreign Key)
    • EnrollmentDate

  4. Payments Table: Menyimpan informasi pembayaran.

    • ID (Primary Key)
    • UserID (Foreign Key)
    • ClassID (Foreign Key)
    • Amount
    • PaymentDate

  5. Invoices Table: Menyimpan informasi invoice.

    • ID (Primary Key)
    • UserID (Foreign Key)
    • ClassID (Foreign Key)
    • InvoiceDate
    • Amount

  6. Coupons Table: Menyimpan informasi kode kupon.

    • ID (Primary Key)
    • Code
    • Discount
    • ExpiryDate

  7. Chats Table: Menyimpan pesan chat.

    • ID (Primary Key)
    • SenderID (Foreign Key)
    • ReceiverID (Foreign Key)
    • Message
    • SentAt

F. Conclusion

Desain sistem Campuspedia Academy ini mencakup berbagai aspek dari kebutuhan fungsional dan non-fungsional hingga estimasi kapasitas dan desain sistem. Desain ini bertujuan untuk memastikan Campuspedia Academy dapat beroperasi secara efisien, aman, dan skalabel. Implementasi detail dan pengujian perlu dilakukan untuk memastikan semua persyaratan terpenuhi. 

Arsitektur Sistem 

a. Diagram Deployment 


b. Diagram Komponen 


Desain Basis Data 

a. CDM


b. PDM



c. Data Flow Diagram (DFD) Konteks 


Penjelasan : 
  • Antarmuka Pengguna: Pengguna berinteraksi dengan sistem melalui aplikasi seluler, antarmuka web, atau aplikasi desktop untuk mengakses kursus, materi pembelajaran, dan fitur lainnya.
  • Layanan Otentikasi dan Registrasi: Layanan ini menangani proses otentikasi pengguna dan pendaftaran ke sistem. Semua pengguna, termasuk siswa, instruktur, dan administrator, menjalani proses otentikasi dan pendaftaran sebelum dapat mengakses kursus.
  • Basis Data: Basis data digunakan untuk menyimpan informasi pengguna, detail kursus, materi pembelajaran, progres belajar, dan data lainnya yang diperlukan untuk sistem kursus online.
  • Layanan Pembayaran: Bertanggung jawab atas pengelolaan pembayaran terkait langganan kursus, pembelian kursus individual, atau layanan tambahan lainnya yang tersedia dalam sistem.
  • Layanan Kursus: Layanan ini menyediakan fungsionalitas untuk memperoleh dan mengakses kursus yang ditawarkan, termasuk navigasi kursus, materi pembelajaran, kuis, dan diskusi.
  • Layanan Diskusi: Layanan ini memfasilitasi komunikasi antara siswa dan instruktur, serta antara sesama siswa, untuk berbagi pengetahuan, bertanya pertanyaan, dan mendiskusikan topik yang relevan dengan kursus.
  • Layanan Pelacakan Progres: Layanan ini memungkinkan siswa untuk melacak progres mereka dalam kursus, termasuk penyelesaian modul, nilai kuis, dan kemajuan keseluruhan dalam kursus.
  • Layanan Administrasi: Layanan ini diperuntukkan bagi administrator sistem untuk mengelola pengguna, kursus, materi pembelajaran, dan fitur lainnya, serta melacak statistik penggunaan sistem.
  • Layanan Manajemen Materi Pembelajaran: Layanan ini memungkinkan instruktur untuk mengelola materi pembelajaran dalam kursus, termasuk mengunggah, mengedit, dan mengatur materi pembelajaran sesuai kebutuhan.

d. Diagram Use Case



e. Diagram Aktivitas

a. Melakukan Chat


b. Membeli Kelas


f. Desain Antarmuka Pengguna

a. Melakukan Chat



b. Membeli Kelas 



g. Diagram Kelas



h. Diagram Sequence

a. Melakukan Chat


b. Membeli Kelas



Comments

Post a Comment

Popular posts from this blog

Final Project Pemrograman Web

 Final Project Pemrograman Web Nama : Cindi Dwi Pramudita NRP : 5025201042 Judul Jurnal : PERANCANGAN SISTEM INFORMASI PEMESANAN TIKET BUS PADA PO. HANDOYO BERBASIS ONLINE DOI :  https://doi.org/10.37030/jit.v3i2.56 Link Jurnal :  Klik Disini Link Github : Klik Disini Link Vidio : Klik Disini  
Read more

PPL Pertemuan 7 - Desain Sistem Restaurant

Image
  Nama: Cindi Dwi Pramudita (5025201042) Sekar Ambar Arum (5025211041) Kelas: PPL - A Pada pertemuan ke-7, mahasiswa diminta untuk mendeskripsikan bagaimana Low Level Design dan High Level Design dari sistem food delivery/restaurant berdasarkan referensi yang didapat dari paperwork, jurnal, dokumentasi aplikasi, dll. Referensi: Klik di sini Design Sistem Aplikasi Delivery Makanan Functional Requirements Registrasi Pengguna: Pengguna harus dapat membuat akun baru. Pengguna harus dapat masuk ke akun mereka dengan nama pengguna dan kata sandi. Pengguna harus dapat mengatur dan mengelola profil mereka (informasi pribadi, alamat pengiriman, metode pembayaran, dll.). Pemesanan Makanan: Pengguna harus dapat mencari restoran atau makanan berdasarkan kategori, nama, atau lokasi. Pengguna harus dapat menambahkan item makanan ke keranjang belanja. Pengguna harus dapat melihat ringkasan pesanan dan total biaya sebelum checkout. Checkout dan Pembayaran: Pengguna harus dapat melihat rincian pesa...
Read more

PPL Pertemuan 13 - Desain Sistem Aplikasi Instagram

Image
Nama : Cindi Dwi Pramudita NRP : 5025201042 Kelas : Perancangan Perangkat Lunak A Design System Instagram  1. Pengertian Instagram   Instagram adalah layanan jejaring sosial berbagi foto dan video Amerika yang dimiliki oleh Meta Platforms. Hal ini memungkinkan pengguna untuk mengunggah media yang dapat diedit dengan filter, diatur berdasarkan hashtag, dan dikaitkan dengan lokasi melalui penandaan geografis. Postingan dapat dibagikan secara publik atau dengan pengikut yang telah disetujui sebelumnya. 2. Persyaratan Desain Sistem Instagram 2.1 Persyaratan Fungsional untuk Desain Sistem Instagram Pada Persyaratan fungsional, kami tidak akan membahas halaman login atau pendaftaran Instagram. Arsitektur Login dan Pendaftaran sama untuk semua orang. Kami akan mencari lebih lanjut seperti memposting foto, dll. Posting foto dan video : Pengguna dapat memposting foto dan video di Instagram. Ikuti dan berhenti mengikuti pengguna : Pengguna dapat mengikuti dan berhenti mengikuti pengguna...
Read more