.:: Oeshin ::.

Berikut ringkasan singkat mengenai "Software Process" yang telah saya pelajari... Selamat membaca dan semoga bermanfaat =)

Proses perangkat lunak merupakan sekumpulan aktivitas terstruktur untuk mengembangkan sistem perangkat lunak. Dalam hal ini terdapat 4 aktivitas dasar, yaitu :
1. Spesifikasi
2. Desain
3. Validasi
4. Evolusi

Model proses perangkat lunak adalah representasi abstrak dari proses serta merupakan gambaran proses dari beberapa perspektif tertentu.

Model Proses Software Generik :

1. Model Waterfall
    Model ini mengharuskan kebutuhan yang diinginkan software harus terdefinisi dengan baik.
    Adapun fase-fase dari model waterfall ini adalah :
    a. Analisa dan definisi kebutuhan
    b. Desain sistem dan software
    c. Implementasi dan unit testing
    d. Integrasi dan testing sistem
    e. Operasi dan maintenance
    Kekurangan dari model waterfall ini adalah kesulitan untuk mengakomodasi perubahan setelah proses berjalan.

2. Pengembangan Evolusioner

a. Pengembangan Exploratory
    Sistem ini bekerja dengan konsumen dan melibatkan sistem akhir dari spesifikasi skema inisial. Dimulai dari kebutuhan yang dimengerti dengan baik.

b. Throw away prototyping
    Model ini mengerti kebutuhan sistem. Dimulai dengan kebutuhan yang tidak dimengerti dengan baik.

Model ini cocok untuk sistem interaktif berukuran kecil atau medium serta untuk bagian dari sistem besar dan untuk sistem dengan daur hidup pendek.

3. Pengembangan Sistem Formal
    Dalam sistem formal ini diperlukan kemampuan dan training khusus untuk mengaplikasikan teknik ini. secara formal sulit untuk menentukan beberapa aspek dari sistem seperti antarmuka user. Aplikasi ini cocok untuk sistem kritis terutama dimana keselamatan dan keamanan harus dibuat sebelum sistem beroperasi.

4. Pengembangan Re-use Oriented
    Model ini berbasis re-use, dimana sistem diinterasikan dalam komponen yang sudah ada atau sistem COTS Commercial off the Self). Adapun tahapan dari proses ini adalah :
a. Analisa komponen
b. Modifikasi kebutuhan
c. Desain sistem dengan re-use
d. Pengembangan dan integrasi
Pengembangan ini menjadi lebih penting tetapi masih terbatas penggunaannya.
   

 

 
 Selain pembuatan grafik di atas, kita bisa juga membuat tabel seperti contoh di bawah ini :

Klik di sini untuk mendapatkan kode HTML lengkap contoh grafik di atas..

Klik di sini untuk mendapatkan kode HTML lengkap contoh tabel di atas...

Mitos perangkat lunak tidak sama dengan mitos-mitos jaman dahulu. Mitos ini merupakan sesuatu yang menjadi dasar dari pembuatan perangkat lunak, dimana masih seringkali dipercaya walaupun memiliki keraguan. Mitos perangkat lunak dapat ditinjau dari 3 sisi :
1. Mitos Manajemen
2. Mitos Customer
3. Mitos Praktisi


>> Mitos Manajemen <<

Mitos :
Setiap staf pemrogram memiliki alat pengembangan perangkat lunak terkini, karena itu diberikan fasilitas komputer terbaru bagi mereka.
Fakta :
Dalam pembuatan perangkat lunak berkualitas tinggi, dibutuhkan lebih dari sekedar mainframe model taerakhir, workstation atau PC. Computer-Aided Software Engineering (CASE) lebih penting daripada perangkat keras untuk mencapai kualitas dan produktivitas yang tinggi.

Mitos :
Kita telah memiliki buku-buku yang berisi standarisasi dan prosedur untuk pembentukan software
Fakta :
Buku standar mungkin ada, tetapi pada prakteknya apakah sudah digunakan? apakah isinya sudah lengkap? dan apakah buku-buku tersebut sudah mencerminkan perkembangan perangkat lunak modern yang ada saat ini?

Mitos :
Jika kita menaati jadwal, kita dapat menambah lebih banyak pemrogram dan mengejar ketinggalan
Fakta :
Merekrut lebih banyak orang baru pada proses pembuatan perangkat lunak akan membuat waktu penyelesaian lebih lama karena orang lama harus membimbing orang baru sehingga waktu yang digunakan dalam fase pengembangan produksi akan semakin berkurang.




>> Mitos Customer <<

Mitos :
Pernyataan tujuan umum sudah cukup untuk memulai penulisan program. Penjelasan yang lebih rinci menyusul kemudian.
Fakta :
Pada pembuatan perangkat lunak, dibutuhkan detail yang baik mengenai definisi awal, fungsi performance interface, hambatan desain, dan kriteria validasi sehingga dapat menghasilkan perangkat lunak yang berkualitas.

Mitos :
Kebutuhan proyek yang terus berubah dapat diatasi dengan mudah karena software bersifat fleksibel
Fakta :
Perubahan dapat menyebabkan pergolakan yang membutuhkan sumber daya tambahan dan modifikasi desain utama. Perubahan yang dilakukan setelah software dibuat, akan jauh lebih mahal dibanding jika perubahan dilakukan di awal pembuatan software.


>> Mitos Prakttisi <<

Mitos :
Tidak ada metode analisa desain dan testing terhadap suatu pekerjaan, cukup memulai proyek dan melakukan coding.
Fakta :
Metode untuk analisis desain dan testing diperlukan dalam pengembangan software nantinya.

Mitos :
Segera setelah software digunakan, pemeliharaan dapat diatasi dan diminimalisasikan.
Fakta :
Diperlukan biaya yang besar dalam maintenance. Pemeliharaan software harus diorganisir, direncanakan dan dikontrol seolah-olah sebagai suatu proyek besar dalam sebuah organisasi.

BigDog Robot