SIKLUS HIDUP

PENGEMBANGAN
PERANGKAT LUNAK
Muhammad Adri, S.Pd., MT
A. PROSES PENGEMBANGAN
PERANGKAT LUNAK
 Proses pengembangan perangkat lunak telah mengambil rute yang
berbeda pada waktu yang berbeda di masa lalu. Seseorang
dapat melihat model ideal dari proses pengembangan perangkat lunak:

1. Model Code-and-Fix
Selama tahun-tahun awal pengembangan perangkat lunak (tahun
lima puluhan dan enam puluhan), pengembangan perangkat lunak
adalah tugas satu orang, ditandai dengan yang berikut:
1. Itu adalah aplikasi sains atau rekayasa.
2. Pengembang juga adalah pengguna perangkat lunak.
3. Persyaratan sepenuhnya diketahui.
4. Pengembangan produk perangkat lunak terutama melibatkan
pengkodean dan perbaikan bug, jika ada 
2. Model Waterfal
Terkait erat dengan model air terjun adalah konsep 'siklus hidup
pengembangan perangkat lunak‘, Model air terjun mendapatkan
namanya dari kesamaan struktural (geometris) dari proses
pengembangan perangkat lunak dengan air terjun.

3. Model Evolusioner
Dalam suatu pendekatan evolusioner, oleh konstrast,
model kerja perangkat lunak dikembangkan dan disajikan kepada
pelanggan untuk umpan baliknya, untuk penggabungan dan
pengiriman perangkat lunak akhir.
4. Model Spiral
Boehm (1988) telah mengembangkan model spiral pengembangan
perangkat lunak. Model mengintegrasikan karakteristik model air terjun,
implementasi inkremental, dan prototipe evolusi
pendekatan.
B. PENGGUNAAN KEMBALI
PERANGKAT LUNAK
 Dengan pemrograman berorientasi objek menjadi
populer, konsep reusability telah diperoleh momentum.
Objek merangkum data dan fungsi, membuatnya
mandiri.
Bentuk penggunaan ulang yang paling umum adalah
pada tingkat keseluruhan sistem aplikasi. Dua jenis kesulitan
yang dihadapi selama penggunaan ulang
ini :
1. Portabilitas

Setiap kali perangkat lunak dikembangkan di satu lingkungan

komputer tetapi digunakan di yang lain lingkungan, masalah portabilitas
dapat ditemui. Masalahnya mungkin salah satu dari (1) transportasi atau
(2) adaptasi.

2. Kustomisasi

Sekarang menjadi kebiasaan untuk mengembangkan paket perangkat

lunak umum dan kemudian menyesuaikan paket semacam itu untuk
memenuhi kebutuhan pengguna tertentu.
C. SINTESIS PERANGKAT
LUNAK OTOMATIS
 Generator program untuk fungsi stereotip dan generator kode dalam
alat CASE adalah contohnya sintesis perangkat lunak otomatis. Mereka
sangat berguna dalam menghasilkan kode untuk fungsi seperti:

1 Membuat layar

2 Mengedit data Input

3 Mempersiapkan laporan

4 Memproses transaksi, dan

5 Memperbaharui basis data START

D. PERBANDINGAN MODEL
ALTERNATIF SIKLUS HIDUP
PERANGKAT LUNAK
 Generator program untuk fungsi stereotip dan generator kode
dalam alat CASE adalah contohnya sintesis perangkat lunak
otomatis. Mereka sangat berguna dalam menghasilkan kode untuk
fungsi seperti:

1. Model air terjun memandang siklus hidup pengembangan

perangkat lunak sebagai terdiri dari urutan fase, dengan umpan
balik terbatas dan interaksi antara fase.
2. Model air terjun berbasis dokumen, pendekatan evolusioner
berbasis pengguna, dan spiral Model berbasis risiko.
E. UPAYA FASILITAS
DISTRIBUSI
 Distribusi fase-bijaksana dari upaya yang Dan Dodson (1985) melaporkan bahwa upaya rata-
dikeluarkan dalam pengembangan perangkat lunak rata dihabiskan dalam berbagai hal fase adalah sebagai
cukup terbuka. Populer distribusi upaya secara arif berikut:
diberikan oleh aturan empiris 40-20-40:

Analisis dan Desain: 40% dari total upaya Analisis dan Desain: 37% dari total upaya
Coding dan Debugging: 20% dari total upaya Coding dan Debugging: 20% dari total upaya
Pengujian dan Pemeriksaan: 40% dari total Pengujian dan Checkout: 43% dari total upaya
upaya
F. INTERRELASI
SIKLUS HIDUP
Hubungan fase dapat sering divisualisasikan secara jelas
dengan menggunakan grafik kemajuan (Thibodeau dan
Dodson, 1985). Diagram kemajuan menunjukkan nilai awal dan
akhir kegiatan yang direncanakan dan aktual terkait
dengan setiap fase dan pemuatan sumber daya (orang-jam) untuk
setiap fase.
Gambar menunjukkan grafik kemajuan seperti itu. Sumbu
horizontal bagan menunjukkan 'waktu' dan sumbu
vertikal pemuatan sumber daya (orang-jam). Garis solid
menunjukkan nilai yang direncanakan dan garis putus-putus nilai
aktual.
G. MEMILIH STRATEGI
PENGEMBANGAN APLIKASI
1. Pendekatan Kontingensi
A. Strategi jaminan penerimaan (setara
dengan model kode-dan-perbaiki),
B. Strategi jaminan linier (setara dengan
model air terjun),
C. Strategi jaminan berulang (setara
dengan model inkremental dan spiral),
dan
D. Strategi jaminan eksperimental (setara
dengan model prototyping).
2. Pendekatan Penilaian Risiko
Sage (1995) menyarankan analisis
kebutuhan risiko dan operasional
untuk setiap pengembangan
perangkat lunak kesempatan untuk
memutuskan strategi pengembangan
spesifik..
H. SINTESIS PERANGKAT
LUNAK OTOMATIS
 Fitur umum dari semua proses ini adalah pengembangan berulang dan
bertahap, dengan maksud untuk mematuhi perubahan kebutuhan
pengguna. Di bagian ini, kita menyoroti fitur tujuh seperti itu proses :

1 Pengembangan Perangkat Lunak Berbasis Komponen

2 Rational Unified Process

3 Model Spiral Menang-Menang

4 Pengembangan Aplikasi yang Cepat

5 Teknik Cleanroom
6 Teknik Serentak

7 Proses Pengembangan Agile

I. KONSEP YANG BERBEDA
DARI 'SIKLUS HIDUP'
 Jones (1986, hlm. 117–120), dalam kata pengantarnya tentang
pemrograman analisis siklus hidup, merasakan hal itu Ungkapan 'siklus
hidup' adalah ambigu dan menyampaikan tiga konsep yang berbeda
ketika dianalisis dengan cermat.
Pertama dari konsep-konsep ini berkaitan dengan urutan kelahiran-
to-kematian konvensional peristiwa tunggal, baru sistem pemrograman .
Konsep kedua yang mendasari ungkapan 'siklus hidup' adalah '' lebih
global dalam cakupan dan mengacu pada pertumbuhan kegiatan
pemrograman dan pengolahan data dalam suatu perusahaan.
Konsep ketiga berhubungan dengan orang-orang yang dipekerjakan
oleh suatu perusahaan untuk mengerjakan program dan kegiatan
pengolahan data.
THANK YOU