Tugas Pertemuan 6 KPPL E

Fadhiil Hanif Rizqullah

5025221144

KPPL E 


Prototipe Solusi Technical Support System dengan Pendekatan Waterfall Atau Agile Development


Prototipe dengan Pendekatan Waterfall

1. Requirement Gathering
  • Identifikasi kebutuhan dari stakeholders untuk sistem Technical Support. Fase ini termasuk penentuan fungsi-fungsi utama seperti sistem pelacakan masalah (ticketing), integrasi dengan komunikasi email, dan dashboard pelaporan.
  • Dokumentasikan spesifikasi kebutuhan secara rinci.
2. System Design
  • Desain sistem secara keseluruhan, termasuk arsitektur aplikasi, database, dan user interface. Desain ini mencakup bagaimana pengguna dapat mengajukan masalah, memantau status ticket, dan bagaimana tim teknis dapat menanggapi dan memecahkan masalah tersebut.
  •  Membuat diagram alur proses, mockup UI, dan struktur database.
3. Implementation (Development)
  • Pengembangan sistem dimulai sesuai dengan desain. Tim developer akan membangun fungsi-fungsi seperti pembuatan tiket masalah, penugasan tiket ke teknisi, dan pembuatan laporan.
  • Pengujian diimplementasikan pada level modul (unit testing).
4. Testing
  • Setelah implementasi selesai, sistem akan diuji secara menyeluruh dengan pengujian fungsional, pengujian integrasi, dan pengujian kinerja.
  • Setiap bug atau masalah akan didokumentasikan dan diperbaiki sebelum peluncuran.
5. Deployment
  • Setelah sistem lulus dari semua pengujian, sistem akan dideploy ke server produksi dan siap digunakan oleh pengguna.
6. Maintenance
  • Sistem akan memasuki fase pemeliharaan di mana tim mendukung pengguna, melakukan perbaikan, dan menambahkan fitur baru jika diperlukan.

Prototipe dengan Pendekatan Agile

1. Requirement & Basic Functionality
  • Kumpulkan kebutuhan dasar seperti sistem ticketing untuk laporan masalah.
  • Bangun fitur inti dari sistem ticketing di mana pengguna dapat mengirimkan masalah dan mengatur status ticket.
  • Umpan balik pengguna didapatkan secara berkala selama sprint untuk menyesuaikan kebutuhan.
2. User Interface & Assigning Tickets
  • Buat dan sempurnakan antarmuka pengguna agar lebih mudah digunakan dan intuitif.
  • Tambahkan fitur penugasan tiket kepada teknisi, memungkinkan administrator untuk mendistribusikan tiket ke anggota tim dukungan.
3. Communication Integration & Reporting
  • Integrasikan dengan sistem email atau chat untuk memungkinkan komunikasi langsung antara pengguna dan teknisi.
  • Kembangkan laporan dasar dan dashboard yang memungkinkan administrator melihat statistik tiket.
4. Testing & Feedback
  • Lakukan pengujian fungsional untuk memastikan setiap fitur berfungsi dengan benar.
  • Ambil umpan balik dari pengguna dan buat perbaikan sesuai kebutuhan.

5. Additional Features & Deployment
  • Tambahkan fitur tambahan berdasarkan umpan balik pengguna, seperti knowledge base atau auto-response untuk pertanyaan umum.
  • Lakukan soft launch sistem dan deploy ke lingkungan produksi.

Comments

Post a Comment

Popular posts from this blog

Tugas Pertemuan 15 KPPL E

Image
Fadhiil Hanif Rizqullah 5025221144 KPPL E UML Diagram E-Commerce Web Aplication Penjelasan Class Diagram : 1. User (Pengguna) - Merupakan kelas dasar yang menyimpan informasi umum pengguna - Memiliki atribut dasar seperti userId, username, email, password, dll - Memiliki fungsi dasar seperti register, login, dan update profil - Menjadi kelas induk untuk Customer dan Admin 2. Customer (Pelanggan) - Mewarisi sifat dari kelas User - Memiliki kemampuan khusus terkait pembelian seperti melihat riwayat pesanan, menempatkan pesanan baru - Dapat mengelola keranjang belanja - Berhubungan dengan kelas Order dan Cart 3. Admin - Mewarisi sifat dari kelas User - Memiliki hak akses untuk mengelola produk, pengguna, dan pesanan - Dapat menghasilkan laporan 4. Product (Produk) - Menyimpan informasi detail produk seperti nama, deskripsi, harga, stok - Berhubungan dengan OrderItem dan CartItem 5. Order (Pesanan) - Mencatat transaksi pembelian - Terhubung dengan Customer yang melakukan pemesanan - Memili...
Read more

Tugas Pertemuan 11 KPPL E

Image
Fadhiil Hanif Rizqullah 5025221144 KPPL E Scenario Based Model dan Use Case Diagram untuk Sistem Aplikasi Perpustakaan Digital 1. Scenario Based Model: - Alur Pengguna:   * Pengguna masuk ke sistem menggunakan kredensial   * Melakukan pencarian buku berdasarkan judul/pengarang/kategori   * Melihat detail informasi buku   * Mengunduh atau membaca buku secara online - Alur Admin:   * Admin melakukan login khusus   * Mengelola katalog buku digital   * Dapat menambah, mengubah, dan menghapus data buku   * Mengelola data pengguna - Alur Sistem:   * Melakukan validasi pengguna   * Mencatat semua aktivitas   * Membuat laporan penggunaan 2. Use Case Diagram menunjukkan 3 aktor utama: - Pengguna (User):   * Login/Registrasi   * Mencari buku   * Melihat detail buku   * Mengunduh/membaca buku   * Melihat riwayat bacaan - Administrator:   * Mengelola katalog buku   * Mengelola data pengguna   * Melihat la...
Read more

Evaluasi Tengah Semester KPPL E

Fadhiil Hanif Rizqullah 5025221144 KPPL E 1. Mengapa perangkat lunak cenderung menjadi lebih kompleks seiring dengan perkembangannya? Jelaskan dua faktor utama yang menyebabkannya. Perangkat lunak cenderung menjadi lebih kompleks seiring waktu karena dua faktor utama, yaitu kompleksitas proyek dan kecepatan perubahan teknologi. Pertama, kompleksitas proyek dipicu oleh variasi kebutuhan bisnis yang dinamis. Setiap perubahan kebutuhan dapat menambahkan lapisan baru pada sistem, membuatnya semakin rumit. Integrasi berbagai modul dan komponen yang rumit juga meningkatkan kompleksitas, seperti dalam kasus aplikasi mobile hybrid yang melibatkan kombinasi teknologi web dan native platform. Kedua, kecepatan perubahan teknologi memacu evolusi paradigma pengembangan perangkat lunak. Penggunaan AI, IoT, dan blockchain membutuhkan integrasi yang canggih dan fleksibilitas dalam desain serta implementasi. Transisi menuju DevOps dan Cloud Computing juga membutuhkan infrastruktur dan prosedur yang leb...
Read more