Daftar perusahaan teknologi besar dunia

Daftar bahasa pemrograman yang wajib dikuasai

Struktur organisasi IEEE

Garis besar pengetahuan yang dipelajari dalam

ilmu Rekayasa Perangkat Lunak

Daftar sertifikasi profesional

RPL mencakup pengembangan lapangan pekerjaan

RPL mencakup pengembangan perangkat lunak untuk

mengelola dan memproses informasi dalam berbagai sistem

RPL mencakup pengembangan produk, barang, dan jasa

RPL mencakup pengembangan perangkat keras untuk

mengelola dan memproses informasi dalam berbagai sistem

RPL mencakup pengembangan perangkat keras dan lunak untuk mendapatkan informasi

Karena solusi rekayasa harus didasarkan pada

penelitian murni

Karena solusi rekayasa harus didasarkan pada

prinsip ilmiah dan perhitungan yang akurat

Karena solusi rekayasa harus didasarkan pada ilmu hukum

Karena solusi rekayasa harus sesuai dengan keinginan pengguna dan budget

Karena solusi rekayasa harus didasarkan pada intuisi

Karena RPL menerapkan prinsip kolaboratif dan iteratif

Karena RPL menerapkan prinsip rekayasa (desain, validasi, optimasi) sekaligus fondasi teoritis computing (algoritma, pemrograman)

Karena RPL memiliki sifat problem solving

Karena RPL tidak memerlukan pengetahuan teknis

Karena RPL tidak berkaitan dengan kedua bidang tersebut

Validasi dan optimasi terhadap solusi software

yang dikembangkan

Negosiasi kontrak vendor

Penyusunan laporan keuangan

Perekrutan karyawan baru

Pemasaran produk ke pelanggan

Melacak perubahan kode, mendeteksi bug, dan

mengelola versi sistem

Mengabaikan bug lama

Menghapus dokumentasi lama

Menunda rilis produk

Menambah kompleksitas sistem

Tidak diperlukan pengujian ulang

Sistem lama rentan terhadap celah keamanan baru

dan bug yang belum terdeteksi

Semua bug otomatis hilang seiring waktu

Keamanan tidak berkaitan dengan maintenance

Bug hanya muncul saat development

Estimasi waktu tidak akurat : menambah scope

tanpa batas

Kompleksitas teknologi : diabaikan saja

Biaya pemeliharaan tinggi : menghentikan seluruh

maintenance

Komunikasi buruk : dokumentasi baik dan

komunikasi terstruktur

Kode lama sulit dipahami : menghapus seluruh

kode lama

Pengelolaan bug dan keamanan pada tahap

maintenance

Penggunaan alat maintenance yang tepat

Pelatihan tim yang berlebihan

Dokumentasi yang terlalu lengkap

Kebutuhan yang tidak jelas/tidak lengkap pada

tahap requirement

Setiap perubahan kecil membutuhkan waktu lama

dan berisiko tinggi memunculkan bug baru

Semua perubahan dapat dilakukan dengan cepat dan

aman

Tidak ada bug yang ditemukan

Dokumentasi selalu lengkap dan terbarui

Tim selalu memahami seluruh kode dengan mudah