PPL : Pertemuan 6 - Tugas 5

Low Level Design

Nama: Hanafi Satriyo Utomo Setiawan
NRP : 5025211195 

Jurnal referensi: https://ejournal.unma.ac.id/index.php/infotech/article/view/5246/2911

Kebutuhan Fungsional:

  • Autentikasi Pengguna:
    • Pengguna dapat mendaftar dan masuk menggunakan email atau nomor telepon.
  • Pengaduan:
    • Pengguna dapat membuat, mengedit, dan menghapus pengaduan.
    • Pengguna dapat melampirkan foto, video, atau dokumen lain dalam pengaduan.
  • Kategorisasi Pengaduan:
    • Pengguna dapat memilih kategori untuk setiap pengaduan (misalnya, infrastruktur, keamanan, layanan publik).
  • Pelacakan Status:
    • Pengguna dapat melihat status pengaduan mereka (diterima, diproses, selesai).
  • Notifikasi:
    • Pengguna menerima notifikasi tentang status pengaduan mereka.
  • Laporan Statistik: 
    • Admin dapat melihat laporan statistik pengaduan berdasarkan kategori, lokasi, dan status.

Kebutuhan Non-Fungsional:

  • Kinerja:
    • Sistem harus responsif dengan waktu respons kurang dari 2 detik untuk setiap permintaan.
  • Keamanan:
    • Data pengguna dan pengaduan harus dienkripsi.
    • Sistem harus mendukung autentikasi dua faktor.
  • Skalabilitas:
    • Sistem harus mampu menangani hingga 10.000 pengguna aktif sekaligus.
  • Usability:
    • Aplikasi harus memiliki antarmuka yang mudah digunakan dan intuitif.
  • Kompatibilitas:
    • Aplikasi harus kompatibel dengan berbagai versi Android (minimal Android 5.0 Lollipop).
  • Reliabilitas:
    • Sistem harus memiliki uptime 99.9%.

Arsitektur Sistem:

  • Client Side (Mobile App):
    • Dibangun menggunakan framework seperti Flutter atau React Native untuk mendukung berbagai platform (Android dan iOS).
    • Fitur utama: Autentikasi, pembuatan dan pelacakan pengaduan, notifikasi, komentar, pencarian, dan peta lokasi.
  • Backend:
    • Server-side menggunakan Node.js atau Django untuk API.
    • Database menggunakan PostgreSQL atau MongoDB untuk menyimpan data pengguna dan pengaduan.
    • Storage seperti AWS S3 atau Google Cloud Storage untuk menyimpan file lampiran.
  • API Gateway:
    • Untuk mengatur routing dan load balancing.

Desain Database


Desain Antarmuka

Detail Pengaduan

Buat Pengaduan

Halaman Beranda


Estimasi Kapasitas Perancangan Sistem

  • Pengguna Aktif:
    • 10.000 pengguna aktif simultan.
  • Pengaduan per Hari:
    • Estimasi 1.000 pengaduan baru per hari.
  • Lampiran:
    • Rata-rata 3 lampiran per pengaduan dengan ukuran rata-rata 5 MB.
  • Database Storage:
    • Estimasi kebutuhan ruang penyimpanan untuk 1 tahun adalah sekitar 100 GB untuk data pengaduan dan pengguna.

Jadwal Pengembangan

  • Analisis Kebutuhan (2 minggu):
    • Mengumpulkan dan mendefinisikan kebutuhan fungsional dan non-fungsional dengan berkolaborasi dengan pemangku kepentingan dan calon pengguna.
  • Desain Sistem (1 bulan):
    • Merancang arsitektur sistem termasuk komponen backend dan frontend.
    • Membuat desain UI/UX untuk aplikasi Android.
  • Pengembangan Backend (2 bulan):
    • Membangun API dan database.
    • Mengembangkan layanan backend lainnya seperti autentikasi, notifikasi, dan manajemen pengaduan.
  • Pengembangan Mobile App (2 bulan):
    • Membangun aplikasi Android dengan fitur utama seperti autentikasi, pembuatan dan pelacakan pengaduan, notifikasi, komentar, pencarian, dan peta lokasi.
    • Mengintegrasikan aplikasi dengan API backend.
  • Pengujian (1 bulan):
    • Melakukan pengujian fungsionalitas untuk memastikan setiap fitur bekerja dengan baik.
    • Melakukan pengujian performa untuk memastikan aplikasi responsif dan dapat menangani beban pengguna yang diprediksi.
    • Melakukan pengujian keamanan untuk memastikan data pengguna dan komunikasi aman.
  • Penyebaran dan Pemeliharaan (Berlanjut):
    • Menyebarkan sistem ke lingkungan produksi.
    • Melakukan pemeliharaan berkala untuk memperbaiki bug, meningkatkan performa, dan menambah fitur baru berdasarkan masukan pengguna.


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 apaka...
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 ting...
Read more

PPL : ETS

Image
Nama: Hanafi Satriyo Utomo Setiawan NRP: 5025211195 1. Apakah perbedaan model analysis dengan model desain? Model Analisis: Model analisis adalah tahap di mana masalah atau kebutuhan dipelajari secara mendalam. Ini melibatkan pemahaman yang mendalam tentang apa yang ingin dicapai dengan produk atau proyek tersebut. Memahami persyaratan, kendala, dan tujuan proyek secara menyeluruh. Ini termasuk memahami kebutuhan pengguna, batasan teknis, dan lingkungan di mana produk akan digunakan. Menentukan ruang lingkup proyek dan menetapkan dasar untuk model desain yang akan datang.  Mengidentifikasi risiko dan tantangan yang mungkin dihadapi selama proses pengembangan. Analisis kebutuhan, analisis SWOT (strengths, weaknesses, opportunities, threats), analisis pemangku kepentingan, dan lain-lain. Model Desain: Representasi konseptual dari bagaimana produk atau proyek akan dibangun untuk memenuhi kebutuhan dan memecahkan masalah yang diidentifikasi dalam tahap analisis. Model desain merinci so...
Read more