Skip to main content

Posts

EAS | Rekayasa Kebutuhan (B)

 Studi Kasus AutoRent Deskripsi AutoRent  adalah perusahaan yang menyediakan sewa mobil di kota Surabaya. Sayangnya, proses bisnisnya belum terkomputerisasi sehingga menyebabkan inkonsistensi data, memperlambat proses penyewaan, dan mengurangi kenyamanan pelanggan. Saat ini, perusahaan membutuhkan sistem informasi yang dapat membantu mengatasi masalah yang ada. Sistem informasi yang akan dibangun merupakan sistem informasi bagi staf (admin) AutoRent untuk melakukan input data perusahaan dan melayani pelanggan yang datang langsung ke lokasi. Stakeholder Terdapat beberapa pihak yang terlibat pada proses bisnis di AutoRent, yakni: Pemilik perusahaan, Staf (admin), dan Pelanggan. Kebutuhan Terdapat dua jenis kebutuhan yang perlu dieksplorasi pada studi kasus ini, yakni kebutuhan fungsional dan kebutuhan non-fungsional. Kebutuhan Fungsional Sistem dapat menyediakan fitur login untuk admin, Sistem dapat mengelola data mobil yang dimiliki perusahaan, Sistem dapat mengelola data jenis rental y
Post a Comment
Read more
Recent posts

EAS | Pemrograman Berbasis Kerangka Kerja (A)

 Konsep Sistem Informasi Booking Gedung "Eventful" Deskripsi Eventful merupakan sistem informasi yang membantu event organizer  untuk mencari dan memesan gedung untuk segala jenis acara dengan mudah. Eventful merupakan aplikasi berbasis web yang dapat diakses melalui peramban web modern sehingga memudahkan pengguna dalam penggunaannya. Penyedia gedung dan event organizer  dapat melakukan registrasi dan memiliki tipe akun yang berbeda—sesuai dengan kebutuhan mereka dalam proses bisnis. Penyedia gedung dapat mendaftarkan gedung yang mereka miliki/ manage  ke dalam sistem untuk ditawarkan kepada calon penyewa. Dengan Eventful, penyedia gedung dapat mengatur deskripsi, harga, dan informasi lainnya yang membuat calon penyewa tertarik dengan gedung yang ditawarkan. Penyedia gedung juga tidak perlu pusing dalam proses penerimaan bayaran karena sistem akan mempermudah prosesnya dengan menawarkan proses pembayaran yang terintegrasi. Tentunya, penyedia gedung dapat melihat statistik da
Post a Comment
Read more

Tugas 11 | Pemrograman Berbasis Kerangka Kerja (A)

 Penggunaan Framework Laravel Sederhana Pada kesempatan kali ini, saya akan membahas tentang penggunaan kerangka kerja Laravel 9. Repo dapat diakses melalui GitHub . Feature Authentication dengan Laravel Breeze Tampilan
Post a Comment
Read more

Studi Kasus Loket.com | Rekayasa Kebutuhan (B)

 Requirement Modelling Language (RML) Loket.com Deskripsi Loket.com Loket.com merupakan platform teknologi yang ditujukan kepada pengelola event untuk mempermudah manajemen event yang ingin diselenggarakan. Fitur umum dari platform ini adalah: Pendaftaran dan promosi event Manajemen event seperti jumlah tiket yang dijual dan deskripsi Rekomendasi tiket untuk calon pengunjung Pembayaran tiket secara cashless RML RML umumnya digunakan untuk memberikan gambaran dari kebutuhan dari suatu proses bisnis yang tidak berfokus pada desain solusi tetapi pada kebutuhan yang spesifik. Pada kesempatan ini, akan dibahas tentang Business Objectives Model dan Feature Tree. Business Objectives Model BOM digunakan untuk mendeskripsikan value  dari suatu proyek untuk target konsumen dan perusahaan. Feature Tree Dokumen ini digunakan sebagai model high-level  yang mengelompokkan fitur-fitur dan menampilkan hubungan antar fitur.
Post a Comment
Read more

Tugas 10 | Pemrograman Berbasis Kerangka Kerja (A)

 Penerapan MVC pada App CRUD Sederhana dengan CodeIgniter Pada kesempatan kali ini, saya akan membahas improvement  yang dapat dilakukan pada app yang telah dibuat sebelumnya. Feature Berikut list fitur yang akan ditambahkan kali ini: Authentication CRUD sederhana Fitur-fitur tersebut bergantung pada existing templates  & libraries  berikut: myth-auth untuk authentication SB Admin 2 untuk tampilan Data Tables untuk mempermudah penyajian data Tampilan Ketika pengguna mengakses web pertama kali, akan disambut dengan tampilan seperti ini: Pengguna bisa melakukan login  atau register dengan memilih dropdown  di pojok kanan atas. Tampilan register  seperti di bawah ini: Tampilan login  jika pengguna sudah memiliki akun: Setelah pengguna berhasil login , tampilan navbar  akan sedikit berbeda. Menampilkan username  pengguna serta ada pilihan untuk logout  di dropdown . Jika pengguna sudah login , pengguna dapat membuka tampilan contact yang merupakan antarmuka untuk CRUD sederhana. Penggu
Post a Comment
Read more

Tugas 9 | Pemrograman Berbasis Kerangka Kerja (A)

 View SB Admin dengan CodeIgniter Pada kesempatan kali ini, saya akan membahas tentang pembuatan web menggunakan CodeIgniter yang memanfaatkan template SB Admin. Preparations Sebelum memulai, lakukan langkah berikut: Membuat project CodeIgniter di local Mengunduh template SB Admin Install XAMPP untuk mempermudah deploy di local Steps Setelah project CI dan asset telah diunduh, kita dapat lanjut untuk membuat view sederhana dengan SB Admin.  Taruh asset SB Admin di folder public/assets dalam project CI yang telah dibuat Buat controller untuk mengatur route dan menampilkan view Buat view dengan memanfaatkan asset yang disediakan oleh SB Admin Gunakan controller untuk passing data ke view sehingga bisa ditampilkan Tampilan Repo dapat diakses melalui link ini .
Post a Comment
Read more

Studi Kasus 7 | Rekayasa Kebutuhan (B)

 Pembuatan Spesifikasi Pada kesempatan kali ini akan dibahas tentang pembuatan spesifikasi pada studi kasus point-of-sales  (PoS) MokaPos. Deskripsi Sistem PoS merupakan tempat sistem untuk memudahkan proses pembayaran para pelanggan di suatu toko ketika membeli suatu produk ataupun layanan. Sistem ini biasanya menggunakan tablet , smartphone,  atau mesin EDC sebagai antarmuka kasir. PoS dapat menghitung secara cepat, menyetak struk, menghitung laba, menyimpan data pelanggan, merekap data penjualan, dan dapat terkoneksi dengan internet. MokaPos secara spesifik merupakan PoS berbasis perangkat bergerak dengan fokus pada pelaku usaha mikro, kecil, dan menengah. Sistem ini menyediakan fitur yang mencakupi hal-hal umum yang diharapkan pada sistem PoS ditambah dengan pengelolaan karyawan, manajemen data, dan menerima tanggapan dari konsumen. Selain itu, MokaPos memungkinkan integrasi dengan pihak bank dan penyedia pembayaran lainnya serta mengelola diskon. Metode Pembuatan spesifikasi ini d
Post a Comment
Read more