Tentu, ini dia rangkuman dan penjelasan materi kuliah Rekayasa Perangkat Lunak (RPL) dari dokumen yang kamu berikan, disajikan dengan bahasa yang mudah dimengerti untuk mahasiswa awam.

1. Apa Itu Rekayasa Perangkat Lunak (RPL)?

Sederhananya, Rekayasa Perangkat Lunak (RPL) adalah ilmu yang membahas semua proses dalam membuat software, dari awal sampai akhir.

Bayangkan membangun sebuah rumah. Kamu tidak bisa langsung menumpuk batu bata. Kamu perlu arsitek untuk merancang, manajer proyek untuk mengatur anggaran dan jadwal, tukang untuk membangun, dan nantinya ada proses perawatan.

Nah, RPL itu seperti itu, tapi untuk software. Ini bukan hanya tentang

coding atau membuat program. RPL mencakup semua aspek produksi, seperti:

• Analisa: Mencari tahu apa yang dibutuhkan pengguna.

• Desain: Merancang "cetak biru" software sebelum dibuat.

• Pengkodean (Coding): Menulis kode programnya.

• Pengujian: Memastikan software berjalan dengan baik dan tanpa eror.

• Pemeliharaan: Memperbaiki dan meng-update software setelah digunakan oleh pengguna.

• Manajemen: Mengatur biaya, jadwal, dan tim pengembang.

2. Kenapa RPL Itu Penting? (Sejarah Singkat)

Dulu, antara tahun 1960-an hingga 1980-an, banyak sekali proyek pembuatan software yang gagal total. Masalahnya macam-macam: biayanya membengkak, selesainya tidak tepat waktu, bahkan ada software yang gagal dan menyebabkan kerusakan fisik hingga kematian. Masa ini disebut sebagai

"krisis perangkat lunak". Salah satu contoh terkenal adalah meledaknya roket Ariane akibat kegagalan pada perangkat lunaknya.

Karena masalah-masalah inilah, para ahli sadar bahwa membuat software butuh pendekatan yang disiplin dan terstruktur seperti ilmu rekayasa (engineering) lainnya. Dari situlah RPL lahir dan berkembang.

3. Apa Saja Tujuan Utama RPL?

Secara umum, tujuan RPL sama seperti bidang rekayasa lainnya, yang bisa digambarkan dalam tiga pilar utama: Kinerja, Biaya, dan Waktu. Artinya, RPL berusaha untuk:

• Menghasilkan software dengan

  kinerja tinggi, andal, dan selesai tepat waktu.

• Membuat software dengan

  biaya produksi yang rendah.

• Menghasilkan software yang

  biaya perawatannya rendah.

• Membuat software yang bisa berjalan di berbagai platform (misalnya, bisa di Windows, MacOS, dll).

4. Apa Saja yang Dikerjakan dalam RPL? (Ruang Lingkup)

Ruang lingkup RPL sangat luas, mencakup banyak hal. Berikut adalah beberapa di antaranya:

• Software Requirement: Proses mengumpulkan semua kebutuhan dan keinginan dari pengguna.

• Software Design: Merancang arsitektur, komponen, dan tampilan software.

• Software Construction: Proses detail pembuatan software, termasuk coding, testing, dan mencari kesalahan (debugging).

• Software Testing: Menguji software secara keseluruhan untuk memastikan semua fungsi berjalan sesuai harapan.

• Software Maintenance: Melakukan perawatan dan perbaikan setelah software digunakan.

• Software Engineering Management: Mengelola proyek pembuatan software, termasuk perencanaan dan pengukuran.

• Software Quality: Fokus pada kualitas perangkat lunak selama proses pembuatannya.

5. Bagaimana Tahapan Umum Membuat Software?

Banyak model atau metode yang bisa digunakan, namun pada umumnya mengikuti siklus hidup pengembangan sistem (System Development Life Cycle/SDLC). Tahapannya adalah sebagai berikut:

1. Identifikasi dan Pemilihan Proyek: Menentukan proyek mana yang akan dikerjakan.

2. Inisiasi dan Perencanaan Proyek: Memulai dan merencanakan proyek secara detail.

3. Analisis: Memahami masalah dan kebutuhan sistem secara mendalam.

4. Desain (Disain): Merancang bagaimana sistem akan dibuat.

5. Implementasi: Membangun atau meng-coding sistem dan mengujinya.

6. Perawatan: Menjaga dan memperbaiki sistem setelah digunakan.

6. Jenis-Jenis Produk Software

Produk software yang dibuat oleh pengembang (developer) secara umum ada dua jenis:

1. Produk Generik: Software yang dibuat untuk dijual bebas di pasaran tanpa ada pesanan khusus. Contohnya adalah sistem operasi (Windows), aplikasi perkantoran (Microsoft Office), dll.

2. Produk Pesanan (Custom): Software yang dibuat karena ada pesanan khusus dari pelanggan untuk memenuhi kebutuhan spesifik mereka. Contohnya adalah software untuk sistem kasir sebuah toko atau sistem informasi akademik sebuah kampus.

7. Bagaimana Cara Pindah dari Sistem Lama ke Sistem Baru?

Setelah software jadi, ada beberapa cara untuk menerapkannya di lingkungan kerja, terutama jika sebelumnya sudah ada sistem lama. Proses ini disebut konversi.

• Konversi Paralel: Sistem lama dan sistem baru dijalankan bersamaan untuk sementara waktu. Cara ini aman, tapi butuh banyak sumber daya karena harus menjalankan dua sistem sekaligus.

• Konversi Langsung: Sistem lama langsung dihentikan dan diganti total dengan sistem baru. Cara ini cepat, tapi sangat berisiko jika sistem baru ternyata masih punya banyak masalah.

• Konversi Per Fase: Pindah ke sistem baru secara bertahap, fungsi per fungsi. Misalnya, bulan ini mulai pakai fitur input data, bulan depan pakai fitur laporannya, dan seterusnya.

• Konversi Pilot: Sistem baru diuji coba dulu di satu lokasi atau satu bagian kecil dari perusahaan. Jika berhasil, baru diterapkan di semua bagian.

8. Bagaimana Cara Mengumpulkan Informasi Kebutuhan Pengguna?

Untuk tahu apa yang pengguna butuhkan, ada beberapa teknik yang bisa digunakan:

• Wawancara: Bertanya jawab langsung dengan calon pengguna. Kelebihannya adalah bisa menggali informasi secara mendalam dan bebas. Kelemahannya, kadang narasumber sulit menjelaskan kebutuhannya atau pembicaraan jadi tidak terarah.

• Observasi: Mengamati secara langsung bagaimana pengguna bekerja dengan sistem yang lama. Kelebihannya, kita bisa dapat gambaran nyata tentang proses kerja. Kelemahannya, orang yang diamati kadang bertingkah berbeda dari biasanya (jadi lebih baik) dan butuh waktu lama.

• Kuisioner: Menyebarkan daftar pertanyaan (angket) kepada banyak orang. Kelebihannya, bisa menjangkau banyak responden sekaligus dan bisa dibuat anonim. Kelemahannya, responden sering tidak teliti atau tidak jujur saat mengisi