Faderik

sumber : https://raw.githubusercontent.com/wiki/hlmkmilah/rekayasakebutuhan/SKPL-RK.docx Dalam input Requirements Enginering Process terdapat beberapa aspek yang perlu di penuhi. Dalam analisis kali ini saya menggunakan studi kasus dokumen SKPL " Point of Sales Minimarket ".  # INPUT Existing System Information Dalam industri digital seperti saat ini, diperlukan penyesuaina pada setiap bidang kehidupan salah satunya adalah digitalisasi market. Dalam hal ini adalah Pencatatan transaksi penjualan secara digital dan otomatis. Dengan adanya POSku ini diharapkan semua transaksi dan pemantauan penjualan dapat lebih rapi dan teratur, demi efektifnya peningkatan target penjualan barang di minimarket.  Stakeholder Needs Dalam dokumen tersebut stakeholder merupakan Manager yang memerlukan kebutuhan " Memantau Transaksi penjualan dan Kondisi keuangan yang ada ". Namun dalam sistem ini melibatkan beberapa user yang memiliki kebutuhan sebagai berikut : Kasir: Dapat melakukan log

     Tahapan Rekayasa Kebutuhan         Dalam bahasan kali ini saya akan membahas mengenai tahapan yang dilakukan seorang developer dalam melakukan Rekayasa Kebutuhan, dalam hal ini saya menggunakan studi kasus Spesifikasi Kebutuhan Perangkat Lunak (SKPL) "Sistem Informasi Survei Kepuasan Pelanggan Its Secara Terpadu". Sistem ini memungkinkan user mengisi survey yang telah dibuat oleh admin yang bertujuan untuk menilai layanan yang dimiliki ITS terhadap para pelanggannya sebagai bahan evaluasi kedepannya. Berikut dokumen SKPL yang saya gunakan.  Elicitation Elicitation merupakan salah satu proses yang fokus untuk memahami keperluan dari stakeholder maupun dari user. Berikut hasil analisis kebutuhan Sistem Informasi Survei Pelanggan ITS. Pengguna Sistem yang dapat menyampaikan penilaian dan pendapatnya terkait layanan yang dimiliki ITS Admin Sistem yang dapat menerima dan mengumpulkan data dari para pelanggan ITS  Sistem yang dapat menampilkan rangkuman dan grafik perkembangan

sumber :  https://inugo.com/wp-content/uploads/2018/03/iso-enter-parking.png Analisis Aplikasi Transaksi Parkir Non Tunai           Pada proses Rekayasa Kebutuhan suatu sistem diperlukan analisis terhadap sistem yang akan dibangun. Berikut merupakan contoh studi kasus mengenai Aplikasi Transaksi Parkir Non Tunai. Berikut beberapa aspek yang akan di analisis. 1. Deskripsikan aplikasi Parkir  2. Identifikasi User dan Stakeholder 3. Tulis/ Gambarkan kebutuhan dari masing-masing user/ stakeholder 4. Tentukan aspek lain yang penting supaya aplikasi berjalan lancar Hasil Analisis : 1. Deskripsi Parkir meupakan hal fundamental yang sering dilakukan dalm kehidupan sehari-hari. Sejak dulu dikena; metode parkir konvensional dengan uang, mulai di pasar yang langsung diserahkan pada bapak-bapak tukang parkir, hingga di mall yang diserahkan kepada petugas jaga portal. Hal ini sudah lama menjadi budaya di Indonesia, namun hal ini memiliki beberapa kelemahan yakni efisiensi proses pembayaran yang kur