Analisis Dan Pemodelan Perangkat Lunak

 Nama : Achmad Shidqhi

NPM : 19316102

Kelas : TK 19 A

Analisis Dan Pemodelan Perangkat Lunak

Latar Belakang

Perangkat lunak benar-benar tidak dapat lepas dari kehidupan dunia modern. Dan ketika bergerak ke abad-21, perangkat lunak akan menjadi pengendali bagi kemajuan baru di dalam semua hal, mulai dari pendidikan dasar sampai rekayasa genetika. Itu semua mengubah pandangan masyarakat tentang perangkat lunak program-program perangkat lunak sudah tersebar luas, dan masyarakat memandangnya sebagai kenyataan teknologi dalam kehidupan. (Roger, 2002: 1)

Analisis sistem

Analisis sistem adalah mendefinisikan kebutuhan atau persyaratan terkait sistem yang akan dikembangkan.

Pada fase ini  menjawab pertanyaan siapa pengguna sistem, apa yg sistim akan lakukan, kapan dan dimana sistim akan diterapkan.  Dengan cara menganalisis system yg sedang berjalan, mencari celah celah perbaikan,dan membangun konsep untuk sistim yg baru.

Ada 3 tahapan  dalam phase Analisis ini antara lain:

1. Membuat strategi analisis untuk pendamping usaha2 yg akan dilakukan team project.

2. Mengumpulkan persyaratan/kebutuhan untuk membuat konsep sistem. Konsep sistem digunakan untuk  dasar pembuatan analisis  model  bisnis.

Secara kategori, ada tiga buah jenis kebutuhan sistem  :

1. Kebutuhan Fungsional.

2. kebutuhan non fungsional :

• Kebutuhan Antar muka (interface), spt interface ke database, menu interface  dll.

• Kebutuhan performance (kinerja), spt kecepatan , delay, kapasitas dll.

Kemudian kebutuhan tersebut akan dimodelkan atau digambarkan dengan teknik analisis dan alat bantu tertentu. Sebagai contoh kebutuhan fungsional dapat dimodelkan dengan menggunakan

– Data flow diagram,kamus data,dan spesifikasi proses jika menggunakan anlisis tertsruktur.

– Use case diagram dan skenario sistem jika menggunkan analisis berorientasi objek.

3.  Analisis, konsep sistem dan model bisnis dikombinasikan untuk membuat proposal sistem , proposal ini akan diajukan kepada fihak yg akan memutuskan apakah project di teruskan atau tdk.

Kasus Kegagalan Perangkat Lunak

Akan tetapi banyak juga terjadi kegagalan suatu perangkat lunak bahkan menimbulkan kerusakan dan kematian, seperti pada kasus-kasus berikut

• Pada tahun 1988 kapal perang USS Vincennes menempak jatuh pesawat komersil Airbus 320 yang disebabkan oleh output program pelacakan yang ditampilkan tidak jelas.

• Kesalahan diagnosa pada perangkat lunak medis yang menyebabkan kematian.

• Sistem peringatan radar kapal yang mengidentifikasi roket Excocet sebagai teman yang mengakibatkan kapal The British Destroyer tenggelam.

• Therac 25 merupakan perangkat terapi radiasi medis yang bekerja dengan sistem terkomputerisasi. Pada tahun 1985 hingga 1987 terdapat 6 kali kecelakaan akibat overdosis radiasi yang dihasilkan oleh alat tersebut hingga mengakibatkan kematian dan luka serius. Sistem keamanan dari Therac25 ini lebih mengandalkan perangkat lunak bukan pada perangkat keras sementara pengujian keamanan yang dilakukan lebih ke arah perangkat keras dan tidak ke perangkat lunak sehingga mengakibatkan kesalahan perangkat lunak terutama system engneering.

• Pada tahun 2003, dimana listrik mati di amerika timur dan sebagian kanada selama lebih dari sehari sebenarnya listrik sudah dapat menyala dalam dua jam namun dikarenakan fungsi alarm dalam software manajemen listrik tidak bekerja.

• Pada tahun 1962, roket milik eropa terpaksa diledakan setelah tiga menit lepas landas karena komputer pengendali mengatakan bahwa roket dalam keadaan tidak terkendali, oleh karena itu untuk menghindari resiko yang lebih besar maka roket tersebut diledakan secara paka. Padahal sebetulnya roket tersebut baik-baik saja. Kesalahan komputer dalam memberikan informasi diakibatkan kesalahan program perangkat lunak yang digunakan. Diketahui kesalahan program  disebabkan programmer lupa memasukan tanda bar di atas simbol tertentu unuk menunjukan nilai rata-rata.

• Pada tahun 1996, roket Arienne 5 keluar jalur dan meledak hanya 40 detik setelah diluncurkan. Penyebabnya dimana terjadi overflow saat mengkonversi sebuah nilai floating 64 bt yang berkaitan dengan kecepatan horisontal roket 16 bit. Angkanya lebih besar 32,767 nilai integer yang bia diimpan di 16 bit sehingga mengakibatkan konveri gagal.

• Pada tahun 1991, militer Amerika gagal dalam mengantisipasi roket Irak sehingga menghantam barak tentara. Hal ini disebabkan pada kesalahan perhitungan waktu sejak booting yang berakibat pada kesalahan aritmetik komputer sehingga waktu yang terukur di alat lebih lama dibandingkan dengan kenyataanya.

Penyebab Kegagalan Perangkat Lunak

• Analisa sistem yang kurang baik merupakan penyebab kegagalan yang sering terjadi, dimana perangkat lunak umumnya tidak bisa memenuhi fungsi dan tugasnya. Salah satu penyebabnya dimana pengguna kurang terbuka dalam menyatakan kebutuhan sehingga menyulitkan pengembang perangkat lunak untuk menterjemahkan dalam suatu model.

• Perencanaan yang Buruk termasuk penjadwalan pekerjaan tidak sempurma. Pimpinan proyek termasuk manajer menganggap tidak perlu adanya perencanaan yang matang atau rencana dibuat sembali proyek jalan. Perencaan jadwal kerja yang buruk bisa mengakibatkan tidak ada target yang harus dicapai pada waktu tertentu sehingga waktu yang dibutuhkan untuk pengembnagnan perangkat lunak menjadi molor dari deadline yang ditetapkan.

• Perencanaan finansial yang buruk sehingga mengakibatkan ketidakmampuan memprediksi harga dan perubahan.

• Arsitektur perangkat lunak kurang bagus, arsitektur perangkat lunak harus mempunyai kemampuan beradaptasi dengan rencana jangka panjang maupun perubahan-perubahan yang dibutuhkan.

• Terlambat mengetahui tanda-tanda kegagalan perangkat lunak, sinyak kegagalan terkadang teah mucul dari awal hanya saj tidak satupun yang memahaminya atau tidak diperbaiki, sehingga ketika tanda-tanda tersebut semakin jelas dan membesar, proyek sulit diselamatkan lagi dan membutuhkan waktu yang lebih banyak lagi.

• Kegagalan komunikasi dan konflik antar stakeholder, kegagalan komunikasi bisa terjadi baik antar pengembang perangkat lunak ataupun antar stakeholder.