DASAR-DASAR PERUBAHAN PERANGKAT LUNAK

DISUSUN UNTUK MEMENUHI TUGAS MATA KULIAH SOFTWARE

ENGINEERING

Dosen Pembimbing :
Denny Trias Utomo, S.Si, MT

Disusun Oleh :
Mochammad Weldani Efansyah (E41171683)
Helmi Holida Putri Puspita Ningrum (E41170891)
Yosef Yoga Himawan (E41171926)
 Kata Pengantar
Puja - Puji syukur kami panjatkan ke Hadirat Allah S.W.T yang telah memberikan rahmat ,
nikmat serta hidayah, sehingga kami dapat mengerjakan dan menyelesaikan makalah Pengenalan
dan Konsep Dasar di Mata kuliah Software Engineering. Shalawat serta salam semoga selalu
tercurahkan kepada Nabi besar kita Nabi Muhammad S.A.W dan tak lupa kepada para sahabatnya
juga kita selaku umat yang selalu mengikuti jejaknya hingga ahkir zaman nanti.
Kami sangat menyadari bahwa masih banyak keterbatasan tingkat kemampuan dan
pemahaman sehingga makalah yang di buat masih banyak kekurangan dan masih jauh dari kata
sempurna. Dalam proses penyelesaian makalah ini banyak yang membantu kami baik dari segi
pengetahuan maupun dorongan moral dari semua pihak. Oleh karena itu kami ingin
menyampaikan rasa terima kasih yang sebesar-besarnya kepada dosen dan teman teman. Semoga
makalah ini bisa dikembangkan lebih baik lagi dan bisa berguna untuk kedepannya.

Bondowoso, 19 Maret 2019

Penyusun
 BAB I
PENDAHULUAN

1.1 Definisi Perubahan Perangkat Lunak

a. Perubahan adaptif - perubahan yang dilakukan agar sesuai dengan kondisi yang
berbeda.
b. Perubahan korektif - perubahan yang dilakukan untuk menghilangkan kesalahan.
c. Dukungan yang sedang berlangsung - layanan yang ditawarkan kepada pelanggan
untuk membantu mereka terus menggunakan suatu produk.
d. Perubahan sempurna - perubahan yang dilakukan untuk meningkatkan suatu produk.
e. Evolusi pasca-pengiriman - evolusi perangkat lunak merujuk secara eksplisit pada
periode setelah produk dikirim ke pelanggan.
f. Perubahan pencegahan - perubahan yang dilakukan untuk mencegah atau
membalikkan kemunduran.
g. S-type system - sistem di mana kriteria untuk penerimaan adalah benar relatif
terhadap spesifikasi absolut [167].
h. Evolusi perangkat lunak - kecenderungan perangkat lunak berubah seiring waktu.

1.2 Klasifikasi Perubahan

Untuk mencapai tujuan pemeliharaan, spektrum perubahan yang luas terhadap produk
perangkat lunak mungkin diperlukan. Berbagai penulis telah berusaha untuk mengklasifikasikan
perubahan ini,yang terdiri dari perubahan korektif, adaptif, sempurna dan preventif.

1.3 Hukum Lehman

Ketika kita berbicara tentang evolusi dan pemeliharaan perangkat lunak, kita berbicara
tentang perangkat lunak yang secara aktif digunakan untuk menyelesaikan masalah atau mengatasi
aplikasi dalam domain dunia nyata [169]. Untuk menunjukkan konsep dan prinsip, kami sering
menggunakan contoh yang tidak sesuai dengan definisi ini, tetapi Anda harus selalu ingat bahwa
ini adalah contoh, yang digunakan untuk tujuan penyederhanaan penjelasan.
 Untuk mendapatkan pemahaman nyata tentang evolusi perangkat lunak, kita perlu
menggali teori yang mendasari hal itu. Bekerja merumuskan dan memahami teori ini benar-benar
dimulai pada akhir 1960-an dengan investigasi Lehman terhadap proses perangkat lunak [166]. Ini
menyebabkan, selama 20 tahun, ke delapan Hukum Evolusi Perangkat Lunak Lehman.
 BAB II
PEMBAHASAN

2.1 Definisi Perubahan Perangkat Lunak

a. Perubahan adaptif - perubahan yang dilakukan agar sesuai dengan kondisi yang
berbeda.

b. Perubahan korektif - perubahan yang dilakukan untuk menghilangkan kesalahan.

c. Dukungan yang sedang berlangsung - layanan yang ditawarkan kepada pelanggan

untuk membantu mereka terus menggunakan suatu produk.

d. Perubahan sempurna - perubahan yang dilakukan untuk meningkatkan suatu

produk.

e. Evolusi pasca-pengiriman - evolusi perangkat lunak merujuk secara eksplisit pada

periode setelah produk dikirim ke pelanggan.

f. Perubahan pencegahan - perubahan yang dilakukan untuk mencegah atau

membalikkan kemunduran.

g. S-type system - sistem di mana kriteria untuk penerimaan adalah benar relatif
terhadap spesifikasi absolut [167].

h. Evolusi perangkat lunak - kecenderungan perangkat lunak berubah seiring waktu.

2.2 Klasifikasi Perubahan

Untuk mencapai tujuan pemeliharaan, spektrum perubahan yang luas terhadap produk
perangkat lunak mungkin diperlukan. Berbagai penulis telah berusaha untuk mengklasifikasikan
perubahan ini,yang terdiri dari perubahan korektif, adaptif, sempurna dan preventif.

2.3 Perubahan Korektif

Perubahan korektif mengacu pada modifikasi yang dilakukan oleh cacat pada perangkat
lunak. Cacat dapat terjadi karena kesalahan desain, kesalahan logika dan kesalahan pengkodean
[209].
 a. Kesalahan desain terjadi ketika, misalnya, perubahan yang dilakukan pada perangkat lunak
tidak benar, tidak lengkap, salah dikomunikasikan atau permintaan perubahan disalah
pahami.

b. Kesalahan logika dihasilkan dari pengujian dan kesimpulan yang tidak valid,
implementasi spesifikasi desain yang salah, aliran logika yang salah atau pengujian data
yang tidak lengkap.

c. Kesalahan pengkodean disebabkan oleh implementasi yang salah dari desain logika
terperinci dan penggunaan yang salah dari logika kode sumber. Cacat juga disebabkan oleh
kesalahan pemrosesan data dan kesalahan kinerja sistem.

2.4 Perubahan Adaptif

Perubahan adaptif adalah perubahan yang didorong oleh kebutuhan untuk
mengakomodasi modifikasi di lingkungan sistem perangkat lunak. Istilah lingkungan dalam
konteks ini mengacu pada totalitas semua kondisi dan pengaruh yang bertindak dari luar terhadap
sistem, misalnya aturan bisnis, kebijakan pemerintah, pola kerja, platform pengoperasian
perangkat lunak dan perangkat keras. Perubahan pada keseluruhan atau sebagian dari lingkungan
ini akan memerlukan modifikasi perangkat lunak yang sesuai

2.5 Perubahan Sempurna

Istilah ini digunakan untuk menggambarkan perubahan yang dilakukan untuk
memperluas persyaratan sistem yang ada. Perangkat lunak yang berhasil cenderung mengalami
suksesi perubahan yang mengakibatkan peningkatan dalam perangkat lunaknya
Persyaratan ini didasarkan pada premis bahwa ketika perangkat lunak menjadi berguna,
para pengguna bereksperimen dengan kasus-kasus baru di luar ruang lingkup yang awalnya
dikembangkan. Perluasan persyaratan dapat berupa peningkatan fungsionalitas sistem yang ada
atau peningkatan efisiensi komputasi; misalnya menyediakan Sistem Informasi Manajemen
dengan modul entri data atau fasilitas penanganan pesan baru.

3.5 Hukum Lehman

 Ketika kita berbicara tentang evolusi dan pemeliharaan perangkat lunak, kita berbicara
tentang perangkat lunak yang secara aktif digunakan untuk menyelesaikan masalah atau mengatasi
aplikasi dalam domain dunia nyata [169]. Untuk menunjukkan konsep dan prinsip, kami sering
menggunakan contoh yang tidak sesuai dengan definisi ini, tetapi Anda harus selalu ingat bahwa
ini adalah contoh, yang digunakan untuk tujuan penyederhanaan penjelasan.

Untuk mendapatkan pemahaman nyata tentang evolusi perangkat lunak, kita perlu
menggali teori yang mendasari hal itu. Bekerja merumuskan dan memahami teori ini benar-benar
dimulai pada akhir 1960-an dengan investigasi Lehman terhadap proses perangkat lunak [166]. Ini
menyebabkan, selama 20 tahun, ke delapan Hukum Evolusi Perangkat Lunak Lehman.

Ringkasan singkat undang-undang adalah sebagai berikut:

I. Hukum perubahan berkelanjutan: dirumuskan pada tahun 1974 - sistem harus terus-
menerus diadaptasi atau menjadi semakin tidak memuaskan untuk digunakan. Hukum ini
mengatakan bahwa sistem berevolusi dengan cara yang sebanding dengan organisme biologis.
Perbedaannya adalah bahwa itu adalah varians antara sistem dan konteks operasionalnya yang
mengarah pada tekanan umpan balik yang memaksa perubahan dalam sistem.

II. Hukum meningkatnya kompleksitas: dirumuskan pada tahun 1974 - ketika sebuah
sistem berevolusi, kompleksitasnya meningkat kecuali pekerjaan dilakukan untuk
mempertahankan atau menguranginya. Jika perubahan dilakukan tanpa memikirkan struktur
sistem, kompleksitas akan meningkat dan membuat perubahan di masa depan lebih sulit.
Sebaliknya, jika sumber daya dikeluarkan untuk mengatasi kompleksitas, semakin sedikit yang
tersedia untuk perubahan sistem. Tidak peduli bagaimana keseimbangan ini direkonsiliasi, laju
pertumbuhan sistem pasti melambat.

VII. Hukum penurunan kualitas: dirumuskan pada tahun 1996 - kecuali jika diadaptasi
secara ketat untuk memenuhi perubahan dalam lingkungan operasional, kualitas sistem akan
tampak menurun. Sebuah sistem dibangun di atas serangkaian asumsi, dan betapapun validnya hal
itu pada saat itu, dunia yang terus berubah akan cenderung membatalkannya. Kecuali jika langkah
diambil untuk mengidentifikasi dan memperbaiki ini, kualitas sistem akan tampak menurun
terutama dikaitannya dengan produk-produk alternatif yang akan datang ke pasar berdasarkan
asumsi yang dirumuskan baru-baru ini.

VIII. Hukum sistem umpan balik: dirumuskan pada tahun 1996 (tetapi diakui pada awal
1971) - proses evolusi adalah sistem umpan balik multi-level, multi-loop, multi-agent. Umpan
balik berperan dalam semua hukum. Peran kunci umpan balik diakui dalam studi 1968 yang
dirujuk sebelumnya [166]. Studi pada tahun 1970-an menunjukkan perilaku sistem umpan balik
yang menstabilkan diri. "Proses mengarah ke organisasi dan proses yang didominasi oleh umpan
balik," [167].
Sejak Lehman pertama kali menggunakan istilah hukum, telah dikritik [62, 162]. Apakah
undang-undang ini, atau apakah itu pengamatan atau hipotesis? Lehman sendiri mengakui bahwa
"intuisi yang kuat berperan dalam keputusan untuk menggunakan istilah hukum." [172] Namun,
intuisi itu terbukti sehat [268]
 BAB III
PENUTUP

3.1 Kesimpulan

Poin-poin penting yang dicakup dalam bab ini adalah:

a. Kegiatan pemeliharaan terdiri dari perubahan korektif, adaptif, sempurna dan preventif,
dan dukungan berkelanjutan. Pada prinsipnya, ini dapat dibedakan tetapi dalam praktiknya
keduanya saling terkait.
b. Program kecil yang tidak realistis akan digunakan untuk menunjukkan prinsip, tetapi
pemeliharaan nyata dilakukan pada sistem yang secara aktif digunakan untuk memecahkan
masalah atau mengatasi aplikasi dalam domain dunia nyata.
c. Hukum Lehman menjelaskan prinsip-prinsip yang umum untuk semua sistem perangkat
lunak hidup yang besar.

Di dunia yang ideal, kami akan membangun dan memodifikasi perangkat lunak tanpa
berkaitan dengan kendala waktu dan biaya. Tentu saja, di dunia yang ideal, sistem akan selalu
sempurna. Namun, kita harus beroperasi di dunia nyata di mana sangat penting untuk menghargai
kenyataan dan biaya evolusi perangkat lunak. Inilah pokok bahasan bab selanjutnya.
 DAFTAR PUSTAKA

Takang, Armstrong. 2003. Software Maintenance Concepts and Practice. Edisi Kedua. Amerika
Serikat: World Scientific Publishing Co.Pte.Ltd