Download - RPL 2 Pen Gen Alan Rekayasa Perangkat Lunak
PENGENALAN REKAYASA PERANGKAT LUNAK
Cakupan Materi Konsep dasar PL dan RPL Biaya PL Software Quality Attribute Standar Kualitas Takaran Jaminan Kualitas Pemahaman dasar tentang RPL Keberadaan RPL
Tanggung Jawab Profesional & Etika Siklus Hidup PL ( Software Development Life Cycle)
Biaya Perangkat Lunak Biaya PL sering mendominasi biaya sistem secara keseluruhan Biaya pengadaan PL yang dipasang di
komputer (PC) sering lebih besar dibanding dengan harga hardware nya (pengecualian di negara yang kurang menghargai HAKI) Biaya terbesar untuk suatu PL terletak pada proses maintenance di banding proses pembuatannya.
Biaya Perangkat Lunak (2) Rekayasa PL, terpusat pada biaya efektif dari suatu pembangunan Untuk PL berjenis Custom, biaya evolusi
sering melebihi biaya pembangunan. Secara umum besarnya biaya bervariasi tergantung pada tipe sistem yang dibangun dan kebutuhan sistem seperti kinerja dan kehandalan sistem.
Software Quality AttributeCiri-ciri (Atribut) Kualitas menurut lembaga penjamin PL ( ISO, IEEE, dll) Correctness (Kebenaran) Reliability ( tahan uji) User Friendliness (mudah digunakan) Maintenatibility (mudah dirawat) Efficiency Portability (Mudah didistribusikan)
Ukuran Jaminan KualitasAda 3 ukuran jaminan kualitas. Ukuran membangun (Contructive Measures) Aplikasi yang konsisten pada metode di seluruh
fase proses pembangunan. Penggunaan tools yang memadai Pembangunan PL pada basis kualitas yang tinggi di akhir tahapan. Perawatan yang konsisten pada dokumentasi pengembangan
Ukuran Jaminan Kualitas (2) Ukuran Analitik (Analytical Measures) Analisis program yang statis
Analisis program yang dinamis Pemeliharaan test case yang sistematis Pencatatan yang konsisten pada analisis Produk
Ukuran Jaminan Kualitas (3) Ukuran Organisasi ( Organisasi Measures) Pengalaman pengembang (developer) dalam
mempelajari strategi dan tehnik yang tepat dalam membangun PL.
Krisis Perangkat Lunak Masalah yang muncul : Estimasi jadwal dan biaya yang seringkali tidak
tepat. Produktivitas orang-orang software yang tidak dapat mengimbangi permintaan software Kualitas software yang kurang baik
Krisis Perangkat Lunak (2) Kurangnya pengetahuan tentang : Bagaimana mengembangkan software Bagaimana memelihara software yang ada yang
berkembang dalam jumlah besar. Bagaimana mengimbangi perminataan software yang makin besar.
Mitos dalam PL ( Management) Mitos 1 : Kita tidak perlu mengubah pendekatan terhadap
pengembangan software karena jenis pemrograman yang kita lakukan sekarang ini sudah kita lakukan 10 tahun yang lalu. Realitasnya : walau hasil pemrograman sama,
produktivitas dan kualitas software harus ditingkatkan dengan menggunakan pendekatan software developments.
Mitos dalam PL ( Management) (2) Mitos 2 : Kita sudah punya buku yang berisis standarisasi
dan prosedur untuk pembentukan software. Realitasnya : Memang buku tersebut ada tetapi
apakah buku tersebut sudah dibaca atau buku tersebut sudah ketinggalan zaman.
Mitos dalam PL ( Management) (3) Mitos 3 : Jika kita tertinggal dari jadwal yang ditetapkan,
kita menambah beberapa programmer saja. Konsep ini sering disebut Mongolian Hard Concept.
Mitos Dalam PL ( Customer) Mitos 1 : Pernyataan tujuan umum sudah cukup untuk memulai
penulisan program. Penjelasan yang lebih rinci akan menyusul kemudian.
Realitasnya : Definisi awal yang yang buruk adalah
penyebab utama kegagalan terhadap usaha-usaha pembentukan software. Penjelasan yang formal dan terinci tentang informasi fungsi performance interface, hambatan desain dan kriteria validasi adalah penting. Karakteristik diatas dapat ditentukan hanya setelah adanya komunikasi antara customer dan developer.
Mitos Dalam PL ( Customer) (2) Mitos 2 : Kebutuhan proyek yang terus menerus berubah
dapat dengan mudah diatasi karena software itu bersifat fleksibel. Realitasnya : Memang benar bahwa kebutuhan
software berubah tetapi dampak dari perubahan berbeda dari waktu ke waktu.
Mitos dalam PL ( Praktisi) Mitos 1 : Tiak ada metode untuk analisis desain dan testing
terhadap suatu pekerjaan, cukup menuju ke depan terminal dan mulai coding. Realitasnya : Metode untuk analisis desain dan
testing diperlukan dalam pengembangan software.
Mitos dalam PL ( Praktisi) (2) Mitos 2 : Segera setelah software digunakan, pemeliharaan
dapat diminimalisasikan dan diatasi dengan cara :Catch as Catch CAM. Realitasnya : Diperlukan budget yang besar dalam
maintenance software. Pemeliharaan software harus diorganisir, direncanakan dan dikontrol seolah-olah sebagai suatu proyek besar dalam sebuah organisasi.
Tantangan PL Tantangan Warisan ( dikembangkan bertahun-tahun dengan orang-orang yang berbeda) Tantangan heterogenesis ( distribusi & teknologi) Tantangan pengiriman ( bagaimana
mengirim sistem yang besar dan kompleks dengan cepat dan kualitas yang tetap terjaga.
Pemahaman Rekayasa Perangkat Lunak Merupakan disiplin ilmu pengetahuan serta ilmu rekayasa atau tehnik yang berkaitan dengan semua aspek dalam
membangun/menghasilkan sebuah perangkat lunak yang mampu : Tepat waktu
Tepat anggaran Meningkatkan kinerja Mengoperasikan prosedur sistem dengan benar
Pemahaman Rekayasa Perangkat Lunak (2) RPL merupakan teknologi yang harus digunakan oleh setiap orang yang akan membangun PL dengan melalui serangkaian
proses, menggunakan sekumpulan metode dan alat bantu (tools) Intinya adalah bagaimana melakukan usaha supaya sebuah PL yang dibuat dapat memenuhi kriteria yang diinginkan.
Pelaku dalam RPL Manajer Manajer Proyek, Manajer Konfigurasi, Manajer
Penjamin kualitas PL, dll
Software Developer Analis Sistem, Desainer, Programmer, Inspektor
PL, Pengontrol Perubahan
Pendukung Staf admin, Humas, Pencatat teknis, Admin
database, Admin Jaringan.
Kode Etik Profesi Konfidensialitas ( menghormati klien) Tidak boleh menerima pekerjaan di luar
kompetensinya. Hak Kekayaan Intelektual (HaKI) Penyalahgunaan komputer, hack, crack, ngegame, dll.
Kode etik Internasional Digagas oleh masyarakat profesional di Amerika (1999) yang tergabung dalam ACM/IEEE. Makna yang terkandung : Prinsip kesepakatan yang dihubungkan dengan
tingkah laku dan keputusan yang dibuat oleh para ahli profesional. Masyarakat profesional : Praktisi, pengajar, manajer, supervisor, pengambil kebijakan
Kode etik Internasional (2) Yang diatur : Masyarakat dan kepentingannya Klien dan atasan (Pelayanan terbaik)
Produk (Jaminan Mutu) Manajemen Profesi
Kolega Diri sendiri ( ada usaha untuk mengupdate
ipteknya)
Hubungan RPL, ILKomp & Rekasaya Sistem Ilmu Komputer berkaitan erat dengan teori dan konsep-konsep dasar tentang komputer dan aplikasinya. RPL berkaitan dengan praktek pembangunan PL hingga pengiriman PL ke pelanggan. Teori ilmu komputer masih kurang memadai
jika dijadikan sebagai penyangga RPL sehingga ada bahasan khusus mengenai RPL.
Bersambung Software Development Life Cycle