Rekayasa Perangkat Lunak

Nama      : Sepri Triansyah
NPM       : 14010056
Prodi       : Teknik Informatika
Fakultas  : Ilmu Komputer




1. Latar Belakang Disiplin RPL

faktor yang melatar belakangi munculnya RPL : 

1.  Ketidakmampuan organisasi memprediksi waktu, usaha dan beaya u/membangunperangkat lunak
2. Perubahan nisbah/rasio beaya perangkat keras thd harga perangkat lunak
3. Kemajuan pesat perangkat keras 
4. Kemajuan dalam teknik
5. teknik pembuatan perangkat lunak
6. Tuntutan yang lebih tinggi thd jumlah perangkat lunak
7. Tuntutan yang lebih tinggi thd mutu perangkat lunak
8. Meningkatnya peran pemeliharaan

2. Krisis Perangkat Lunak

• Masalah nyata yang sudah mengganggu perkembangan perangkat lunak
• Serangkaian masalah yang terjadi dalam perkembangan perangkat lunak komputer.
• Masalah yang ada tidak hanya terbatas pada perangkat lunak yangtidak berfungsi dengan baik tapi juga pada penderitaan yang melingkupi masalah
• masalah yang berhubungan dengan bagaimana mengembangkan perangkat lunak, bagaimana memelihara volume perangkat lunak yang sedang tumbuh dan bagaimana mengejar kebutuhan perangkat lunak lebih banyak lagi
• Penyebab krisis atau penderitaan Perangkat lunak dapat ditelusuridengan sebuah mitologi yang muncul selama masa sejarah awal perkembangan perangkat lunak.

• Mitos perangkat lunak ini berbicara atas salah informasi dan keraguan. Masa sekarang kebanyakan kaum profesional memiliki banyak pengetahuan mengetahui berbagai mitos di bidang ilmu yang digelutinya (sikap yang salah yang menyebabkan masalah yang serius bagi manajer serta masyarakat teknis). Hal ini terlihat berbagai sisi pandang dari pihak Manajer/Sponsor, elanggan atau Pengembang/Praktis

3. Rekayasa Perangkat Lunak

Perangkat Lunak Merupakan program - program komputer dan dokumentasi

yang berkaitan.

Produk perangkat lunak dibuat untuk pelanggan tertentu ataupun untuk pasar

umum terdiri dari:

Generik – dibuat untuk dijual ke suatu kumpulan pengguna yang berbeda Bespoke (custom) – dibuat untuk suatu pengguna tunggal sesuai dengan spesifikasinya.

Rekayasa perangkat lunak berasal dari 2 kata yaitu Software( Perangkat

Lunak) dan Engineering (Rekayasa).

• Perangkat Lunak (Software) adalah source code pada suatu program atausistem. Perangkat lunak tidak hanya dokumentasi terhadap source code tapi juga dokumentasi terhadap sesuatu yang dibutuhkan selama pengembangan, binstalasi, penggunaan dan pemeliharaan sebuah sistem.

• Engineering atau Rekayasa adalah aplikasi terhadap pendekatan sistematis yang berdasar atas ilmu pengetahuan dan matematis serta aplikasi tentang produksi terhadap struktur,mesin, produk, proses atau sistem.

Rekayasa Perangkat Lunak adalah suatu disiplin rekayasa yang berkonsentrasi terhadap seluruh aspek.

Produk perangkat lunakmengadopsi pendekatan yang sistematis dan terorganisir terhadap pekerjaannya dan menggunakan tool yang sesuai serta teknik yang ditentukan berdasarkan masalah yang akan dipecahkan, kendala pengembangan dan sumber daya yang tersedia Rekayasa Perangkat Lunak(RPL) juga merupakan pendekatan sistematis dan matematis u/ membangun, memelihara dan mengenyahkan perangkat lunak. Dari cara pandang lain, RPL adalah pendekatan sistematis u/ merekayasa p.l

yang handal/bermutu, tepat waktu dan dengan biaya yang optimal.

4. Mutu Perangkat Lunak

Terdapat 3 pihak (minimal) yang mempengaruhi mutu p.l yaitu

•          Sponsor
  
  
  Seseorang atau organisasi yang membiayai/membayar selamapengembangan atau perantaraan sistem software dan biasanya mempunyai respon terhadap pengembangan sistem software itu sendiri dengan melibatkan perhitungan biaya yang optimal.

• User

Setiap orang yang secara langsung berinteraksi terhadap eksekusi

software, yang secara langsung memberi input ke komputer dan menggunakan/menikmati output dari komputer.

• Developer

Seseorang atau organisasi yang memberikan modifikasi dan memelihara terhadap error serta mengembangkan sistem software tersebut.

5. Karakteristik Perangkat Lunak 

Atribut Perangkat Lunak seharusnya memberikan pengguna kebutuhan fungsionalitas dan unjuk kerja yang dapat di rawat, berguna.
Dalam Buku Software Engineering Ian Sommerville, Perangkat Lunak mempunyai Karakteristik sebagai berikut :

1. Maintanability (Dapat Dirawat), Perangkat Lunak harus dapat memenuhi perubahan kebutuhan 
2. Dependability, Perangkat Lunak harus dapat dipercaya 
3. Efisiensi, Perangkat Lunak harus efisien dalam penggunaan resource 
4. Usability, Perangkat Lunak harus dapat digunakan sesuai dengan yang direncanakan 

Proses Perangkat Lunak 
Proses Perangkat Lunak merupakan Sekumpulan aktifitas yang memiliki tujuan untuk   pengembangan ataupun evolusi perangkat lunak. Aktifitas umum dalam semua proses perangkat lunak terdiri dari: 

1. Software Specification - apa yang harus dilakukan oleh perangkat lunak dan batasan/kendala pengembangannya 
2. Software Development – proses memproduksi sistem perangkat lunak
3. Software Validation – pengujian perangkat lunak terhadap keinginan pengguna
4. Software Evolution – perubahan perangkat lunak berdasarkan perubahan keinginan. 

Suatu proses model adalah suatu representasi abstrak suatu model. 
Proses model menampilkan suatu deskripsi suatu proses dari beberapa perspektif tertentu,Proses Perangkat Lunak dapat dikatakan sebagai aktifitas yang salingterkait (koheren) untuk menspesifikasikan, merancang, implementasi dan pengujian sistem perangkat lunak.


7. Karakteristik Proses Perangkat Lunak  

Karakteristik Proses Perangkat Lunak terdiri dari: 

• Understandability, membuat proses secara eksplisit didefinisikan dan bagaimana sehingga mudah untuk mengerti definisi proses
• Visibility, Aktifitas proses menghasilkan hasil yang jelas sehingga tahapan proses yang dilakukan terlihat
• Supportability, Aktifitas Proses dapat didukung atas CASE tools
• Acceptability, Penerimaan atas proses yang terdefinisi dan yang digunakan oleh Engineer selama pembangunan Produk Perangkat Lunak.
• Reliability, Proses didesain dalam suatu metode untuk dihindarkan dari kesalahan
• Robustness, Proses dapat meneruskan dalam masalah yang tidak diharpkan terjadi Maintainabiity, Proses yang merefleksi atas perubahan thd permintaan atau perbaikan proses yang diidentifikasi.
• Rapidity, bagaimana cepat dapat berjalan atas proses pengiriman atau implementasi sebuah sistem dari Spesifikasi yang ada sampai selesai

8. Daur Pembangunan PL

Daur Hidup Pembangunan Perangkat Lunak Di dalam pengembangan rekayasa perangkat lunak biasanya dipandu dengan pemodelan dengan Daur Hidup Perangkat Lunak (Software Development Life Cycle).

Tak ada standar sehingga bervariasi model proses u/ menggambarkan rekayasa daur hidup p.l. Namun tahap - tahap yang prinsipal terhadap pemetaan model proses kedalam aktifitas pengembangan yang fundamental alalah sbb: 

1. Requirement Analysis and definition
2. System and Software Design
3. Implementation and unit testing
4. Integration and system Testing
5. Operation and maintenance

Jelaskan tentang pembangunan dan siklus pengembangan RPL :

Pengembangan Perangkat Lunak 
Pengembangan perangkat lunak adalah suatu proses dimana kebutuhanpemakai diterjemahkan menjadi produk perangkat lunak. Proses ini mencakup aktivitas penerjemahan kebutuhan pemakai menjadi kebutuhan perangkat lunak, transformasi kebutuhan perangkat lunak menjadi desain, penerapan desain menjadi kode program, uji coba kode program, dan instalasi sertapemeriksaan kebenararan perangkat lunak untuk operasional [4].

Berdasarkan pengertian tersebut, secara umum dapat dikatakan bahwa proses pengembangan perangkat lunak mengikuti tahap - tahap: 

1. Menentukan APA yang harus dikerjakan oleh perangkat lunak dalam satu rentang waktu tertentu.
2. Mendefinisikan BAGAIMANA perangkat lunak dibuat, mencakup arsitektur perangkat lunaknya, antarmuka internal, algoritma, dan sebagainya.
3. Penerapan (penulisan program) dan pengujian unit - unit program.
4. Integrasi dan pengujian modul - modul program.
5. Validasi perangkat lunak secara keseluruhan (pengujian sistem).

Siklus Pengembangan Perangkat Lunak 

Siklus pengembangan perangkat lunak atau sering disebut juga dengan siklushidup perangkat lunak adalah [4]:

1. Periode waktu yang diawali dengan keputusan untuk mengembangkan produk perangkat lunak dan berakhir setelah perangkat lunak diserahkan. Umumnya siklus pengembangan ini terdiri dari tahap analisis kebutuhan, perancangan, penerapan, pengujian, dan instalasi serta pemeriksaan.
2. Periode waktu yang diawali dengan keputusan untuk mengembangkan produk perangkat lunak dan berakhir saat produk tidak dapat ditingkatkan lebih jauh lagi oleh pengembang.

Model proses pengembangan perangkat lunak :

Model Proses Pengembangan Perangkat Lunak Model proses perangkat lunak (atau disebut juga paradigma rekayasa perangkat lunak) adalah suatu strategi pengembangan yang memadukan lapisan proses, metode, dan alat serta tahap - tahap generik. Model proses untuk rekayasa perangkat lunak dipilih berdasarkan sifat proyek dan aplikasi.metode dan alat yang digunakan, serta pengendalian dan hasil yang diinginkan. 
Berikut adalah beberapa model proses pengembangan perangkat lunak

• Linear Sequential Model 

Linear sequential model (atau disebut juga “classic life cycle” atau “waterfall model adalah        metode pengembangan perangkat lunak dengan pendekatan sekuensial dengan cakupan aktivitas:

1. Pemodelan dan rekayasa sistem/informasi. Menetapkan kebutuhan untuk seluruh elemen sistem dan kemudian memilah mana yang untuk pengembangan perangkat lunak.
2. Analisis kebutuhan perangkat lunak
3. Perancangan
4. Pembuatan kode
5. Pengujian
6. Pemeliharaan

Beberapa kelemahan linear sequential model:

1. Proyek yang sebenarnya jarang mengikuti alur sekuensial, sehingga perubahan yang terjadi dapat menyebabkan hasil yang sudah didapat tim harus diubah kembali.
2. Linear sequential model mengharuskan semua kebutuhan pemakai sudah dinyatakan secara eksplisit di awal proses, tetapi kadang - kadang hal ini tidak dapat terlaksana karena kesulitan yang dialami pemakai saat akan mengungkapkan semua kebutuhannya tersebut.
3. Pemakai harus bersabar karena versi dari program tidak akan didapat sampai akhir rentang waktu proyek.
4. Adanya waktu menganggur bagi pengembang, karena harus menunggu anggota tim proyek lainnya menuntaskan pekerjaannya.

• Prototyping Model 

Pendekatan prototyping model digunakan jika pemakai hanya mendefinisikan objektif umum dari perangkat lunak tanpa merinci kebutuhan input, pemrosesan dan outputnya, sementara pengembang tidak begitu yakin akan efisiensi algoritma, adaptasi sistem operasi, atau bentuk interaksi manusia - mesin yang harus diambil. Cakupan aktivitas prototyping model terdiri dari:

1. Mendefinisikan objetif secara keseluruhan dan mengidentifikasi kebutuhan yang sudah diketahui.
2. Melakukan perancangan secara cepat sebagai dasar untuk membuat prototype
3. Menguji coba dan mengevaluasi prototype dan kemudian melakukan penambahan dan perbaikan - perbaikan terhadap prototype yang sudah dibuat.

Kelemahan prototyping model: 

1. Walaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi pemakai mungkin tidak menyadari bahwa versi tersebut dibuat tanpa memperhatikan kualitas dan pemeliharaan jangka panjang.
2. Pengembang kadang - kadang membuat kompromi implementasi dengan menggunakan sistem operasi yang tidak relevan dan algoritma yang tidak efisien.

RAD (Rapid Application Development) Model Merupakan model proses pengembangan perangkat lunak secara linear sequential yang menekankan pada siklus pengembangan yang sangat singkat.

Pendekatan RAD model mempunyai cakupan:

1. Pemodelan bisnis
2. Pemodelan data
3. Pemodelan proses
4. Pembuatan aplikasi
5. Pengujian dan pergantian

Kelemahan RAD model:

1. Untuk proyek dengan skala besar, RAD membutuhkan sumber daya manusia yang cukup untuk membentuk sejumlah tim RAD.
2. RAD membutuhkan pengembang dan pemakai yang mempunyai komitmen untuk melaksanakan berbagai aktivitas melengkapi sistem dalam kerangka waktu yang singkat.
3. Akan menimbulkan masalah jika sistem tidak dapat dibuat secara modular.
4. RAD tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi.

• Incremental Model 

Merupakan kombinasi linear sequential model (diaplikasikan secara berulang) dan filosofi pengulangan dari prototyping model. Setiap tahapan linear sequential menghasilkan deliverable increment bagi perangkat lunak, dimana increment

pertamanya merupakan sebuah produk inti yang mewakili kebutuhan dasar sistem. Produk inti ini nantinya dikembangkan menjadi increment - increment selanjutnya setelah digunakan dan dievaluasi sampai didapat produk yang lengkap dan memenuhi kebutuhan pemakai.

Kelemahan incremental model:

1. Hanya akan berhasil jika tidak ada staffing untuk penerapan secara menyeluruh.
2. Penambahan staf dilakukan jika hasil incremental akan dikembangkan lebih lanjut.

• Spiral Model

Merupakan model proses perangkat lunak yang memadukan wujudnpengulangan dari model prototyping dengan aspek pengendalian dan sistematika dari linear sequential model. Dalam model ini perangkat lunak dikembangkan dalam suatu seri incremental release. Spiral model dibagi menjadi 6 aktivitas kerangka kerja sebagai berikut:

1. Komunikasi dengan pemakai
2. Perencanaan
3. Analsis resiko
4. Rekayasa
5. Konstruksi dan pelepasan
6. Evaluasi

Kelemahan spiral model:

1. Sulit untuk meyakinkan pemakai (saat situasi kontrak) bahwa penggunaan pendekatan ini akan dapat dikendalikan.
2. Memerlukan tenaga ahli untuk memperkirakan resiko, dan harus mengandalkannya supaya sukses.
3. Belum terbukti apakah metode ini cukup efisien karena usianya yangrelatif baru.

• Component Assembly Model

Menggabungkan berbagai karakteristik dari spiral model. Pembuatan aplikasidengan pendekatan model ini dibangun dari komponen - komponen perangkat lunak yang sudah dipaketkan sebelumnya dengan cakupan aktivitas sebagai berikut:

1. Mengidentifikasi calon - calon komponen (kelas objek)
2. Melihat komponen - komponen dalam pustaka
3. Mengekstrak komponen jika ada
4. Membangun komponen jika tidak ada
5. Menyimpan komponen baru pada pustaka
6. Mengkontruksi iterasi ke - n dari sistem

• Fourth Generation Techniques (4GT)

Menggunakan perangkat bantu yang akan membuat kode sumber secaraotomatis berdasarkan spesifikasi dari pengembang perangkat lunak. Hanya digunakan untuk mengembangkan perangkat lunak yang menggunakan bentuk bahasa khusus at

au notasi grafik yang diselesaikan dengan syarat yang dimengerti pemakai. Cakupan aktivitas 4GT:

1. Pengumpulan kebutuhan.
2. Translasi kebutuhan menjadi prototype operasional, atau langsung melakukan implementasi secara langsung dengan menggunakan bahasa generasi keempat (4GL) jika aplikasi relatif kecil.
3. Untuk aplikasi yang cukup besar, dibutuhkan strategi perancangan sistem walaupun 4GL akan digunakan.
4. Pengujian.
5. Membuat dokumentasi.
6. Melaksanakan seluruh aktivitas untuk mengintegrasikan solusi - solusi yang membutuhkan paradigma rekayasa perangkat lunak lainnya.

Salah satu keuntungan penggunaan model 4GT adalah pengurangan waktu dan peningkatan produktivitas secara besar, sementara kekurangannya terletak pada kesulitan penggunaan perangkat bantu dibandingkan dengan bahasa pemrograman, dan juga kode sumber yang dihasilkannya tidak efisien