REKAYASA PERANGKAT LUNAK

- Perangkat Lunak (Software) tidak sama dengan program komputer. Perangkat lunak tidak hanya mencakup program, tetapi juga semua dokumentasi dan konfigurasi data yang berhubungan, yang diperlukan untuk membuat agar program beroperasi dengan benar.
- Sistem Perangkat Lunak terdiri dari :
• Sejumlah program yg terpisah
• File-file konfigurasi
• Dokumentasi sistem
• Dokumentasi User
- RPL atau Software Engineering (SE) merupakan Disiplin ilmu yang membahas semua aspek produksi perangkat lunak, mulai dari tahap awal spesifikasi sistem sampai pemeliharaan sistem setelah digunakan.
RPL adalah bagian dari rekayasa sistem yang meliputi pembangunan PL, infrasktruktur, kontrol, aplikasi dan database pada sistem.
Proses Perangkat Lunak
Serangkaian kegiatan dan hasil-hasil relevannya yang menghasilkan perangkat lunak , sebagian besar dilakukan oleh perekayasa perangkat lunak. Ada 4 kegiatan/aktivitas pada proses PL :
• Spesifikikasi Perangkat Lunak, Fungsionalitas perangkat lunak dan batasan kemampuan operasinya harus didefinisikan.
• Pengembangan Perangkat Lunak, Perangkat lunak yang memenuhi spesifikasi harus di produksi
• Validasi Perangkat Lunak, Perangkat lunak harus divalidasi untuk menjamin bahwa perangkat lunak melakukan apa yang diinginkan oleh pelanggan.
• Evolusi Perangkat Lunak, Perangkat lunak harus berkembang untuk memenuhi kebutuhan pelanggan.
- MITOS PL
1. MITOS MANAGEMENT seperti sering mengalami tekanan karena masalah pengaturan keuangan, menjaga jadwal agar tidak kacau, dan peningkatan kualitas. Mitos : Jika kita mentaati jadwal, kita dapat menambah lebih banyak lagi pemrogram dan mengejar ketinggalan (kadang-kadang disebut “Mongolian horde concept”). Kenyataan : Perkembangan perangkat lunak bukan merupakan proses mekanis seperti pemanufakturan. Semakin manusia bertambah, para personil yang sudah bekerja lebih lama harus menggunakan waktu untuk membimbing pendatang baru, sehingga akan mengurangi jumlah waktu yang digunakan dalam fase pengembangan produksi.  
2. MITOS CUSTOMER
Pelanggan mempercayai mitos tentang perangkat lunak karena manajer dan para pelaksana yang bertanggung-jawab atas masalah perangkat lunak hanya bekerja sedikit saja untuk memperbaiki kesalahan informasi. Mitos ini membawa ke arah pengharapan yang salah (oleh pelanggan) dan ketidak-puasan pengembang.
Kenyataan: Memang benar bahwa kebutuhan-kebutuhan perangkat lunak selalu berubah. Tetapi pengaruh perubahan itu bervariasi sesuai waktu saat perangkat lunak dikenalkan. Perubahan-perubahan pada fungsi, unjuk kerja, atau karakteristik lain pada saat implementasi (kode dan tes) besar pengaruhnya terhadap biaya. Perubahan, ketika diminta setelah perangkat lunak diproduksi, dapat lebih mahal daripada bila perubahan yang sama dilakukan pada saat yang lebih awal.
3. MITOS PRAKTISI
Seperti yang ditulis sebelumnya, selama masa awal perangkat lunak, pemrograman dilihat sebagai sebuah karya seni. Cara dan kebiasaan lama tetap sukar lenyap.
Mitos: Sekali kita menulis program, dan dapat membuatnya bekerja, pekerjaan kita akan terselesaikan.
Kenyataan: Data industri menunjukkan bahwa antara 50 sampai 70 dari semua usaha yang dilakukan pada sebuah program akan terus dilakukan sampai program diantar ke tangan konsumen untuk yang pertama kalinya.
- Model Proses Perangkat LunakMitos: kebutuhan proyek berubah terus-menerus, tetapi perubahan tersebut dapat diakomodasi karena perangkat lunak bersifat fleksibel.
Contoh Jenis Model Proses PL
 Model aliran kerja (workflow),menunjukkan kegiatan pada proses bersama dengan input, output, dan ketergantungannya. Merepresentasikan pekerjaan manusia.
 Model aliran data (data flow), merepresentasikan proses sebagai suatu set kegiatan yang melakukan transformasi data. Menunjukkan bagaimana input ke proses, misalnya spesifikasi ditransformasi menjadi output, misalnya menjadi desain.
 Model peran/aksi, merepresentasikan peran orang yang terlibat pada PL dan kegiatan yg menjadi tanggung jawab mereka.
Model atau paradigma umum pada proses PL
 Model air terjun (waterfall), Mengambil kegiatan dasar seperti spesifikasi, pengembangan, validasi, dan evolusi dan merepresentasikannya sebagai fase-fase proses yang berbeda seperti spesifikasi persyaratan, perancangan perangkat lunak, implementasi, pengujian dan seterusnya.
Pengembangan evolusioner  Pendekatan ini berhimpitan dengan kegiatan spesifikasi, pengembangan, dan validasi. Sistem awal dikembangkan dengan cepat dari spesifikasi abstrak. Sistem ini kemudian di perbaiki dengan masukan dari pelanggan untuk menghasilkan sistem yang memuaskan kebutuhan pelanggan. By:artincomputer.blogspot.com
Pengembangan Sistem Formal  Pendekatan ini menghasilkan suatu sistem matematis yang formal dan mentransformasikan spesifikasi ini, dengan menggunakan metode matematik menjadi sebuah program.
Pengembangan berdasarkan pemakaian ulang (Reusable)  Teknik ini menganggap bahwa bagian-bagian sistem sudah ada. Proses pengembangan sistem terfokus pada pengintegrasian bagian-bagian sistem dan bukan pengembangannya dari awal.