Model Life Cycle Software

Model pada life cycle software ada 5 macam, sebagai berikut:

1. Waterfall 

2. RAD (Rapid Application Development)

3. V-Model

4. Simple Interaction Design Model ( Model Rancangan Interaksi Sederhana )

            5. Star Lifecycle Model (Hartson & Hix, 1989)

 Berikut penjelasan mengenai berbagai model tersebut:

 

1.     Wartefall

 

 

 

Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE).

Gambar di atas adalah tahapan umum dari model proses ini. Akan tetapi Roger S. Pressman memecah model ini menjadi 6 tahapan meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada umumnya. Berikut adalah penjelasan dari tahap-tahap yang dilakukan di dalam model ini menurut Pressman:

• System / Information Engineering and Modeling. Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering disebut dengan Project Definition.

• Software Requirements Analysis. Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan, user interface, dsb. Dan kedua aktivitas tersebut (pencarian kebutuhan sistem dan software) harus didokumentasikan dan diarahkan kepada pelanggan.

• Design. Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk “blueprint” software sebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi dari software.

• Coding. Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer.

• Testing / Verification. Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya.

• Maintenance. Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada errors kecil yang tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan ketika adanya perubahan dari luar perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya.

Selain karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal project, maka SE dapat berjalan dengan baik dan tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan seeksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem di awal project lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap selanjutnya.

Meskipun demikian, karena model ini melakukan pendekatan secara urut / sequential, maka ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan baik dan itu menjadi salah satu kekurangan dari model ini.

Selain itu, ada beberapa kekurangan pengaplikasian model ini, antara lain adalah sebagai berikut:

• Ketika problem muncul, maka proses berhenti, karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal seperti ini yang dapat membuang waktu pengerjaan SE.

• Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali model ini berlangsung lama pengerjaannya.

• Pada setiap tahap proses tentunya dipekerjakan sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh karena itu, seringkali pada model proses ini dibutuhkan seseorang yang “multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan berikutnya. 

   

  2.    RAD (Rapid Application Development)

   

  a. Pengertian RAD (Rapid Application Development)

  Rapid Application Development (RAD) adalah sebuah model proses perkembangan software sekuensial linier yang menekankan siklus perkembangan yang sangat pendek. Model RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model sekuensial linier di mana perkembangan cepat dicapai dengan menggunakan pendekatan kontruksi berbasis komponen. Jika kebutuhan dipahami dengan baik, proses RAD memungkinkan tim pengembangan menciptakan “sistem fungsional yang utuh” dalam periode waktu yang sangat pendek (kira-kira 60 sampai 90 hari). Karena dipakai terutama pada aplikasi sistem konstruksi, pendekatan RAD melingkupi fase – fase sebagai berikut : bussiness modeling, data modeling, process modeling, application generation dan testing and turnover.

  
  

  b. Tahapan dari RAD (Rapid Application Development) model

  

  
  

  1.    Bussiness Modeling.

  Fase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut:

  Informasi apa yang menegndalikan proses bisnis?

  Informasi apa yang dimunculkan?

  Di mana informasi digunakan ?

  Siapa yang memprosenya ?

  2.    Data Modeling.

  Aliran informasi yang didefinisikan sebagai bagian dari fase bussiness modeling disaring ke dalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut. Karakteristik (atribut) masing-masing objek diidentifikasi dan hubungan antar objek-objek tersebut didefinisikan.

  3.    Proses Modeling.

  Aliran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. Gambaran pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atau mendapatkan kembali sebuah objek data.

  4.    Aplication Generation. 

  Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga memakai komponen program yang telah ada atau menciptakan komponen yang bisa dipakai lagi. Ala-alat bantu bisa dipakai untuk memfasilitasi konstruksi perangkat lunak.

  5.    Testing dan Turnover.

  Karena proses RAD menekankan pada pemakaian kembali, banyak komponen program telah diuji. Hal ini justru akan mengurangi keseluruhan waktu pengujian. Tetapi komponen baru harus diuji dan semua interface harus dilatih secara penuh.

  
  

  c. Keuntungan RAD

  Beberapa keuntungan dalam menggunakan metode RAD adalah sebagai berikut:

  
  - Membeli sistem yang baru memungkinkan untuk lebih menghemat biaya

     ketimbang mengembangkan sendiri.
  - Proses pengiriman menjadi lebih mudah, hal ini dikarenakan proses pembuatan

     lebih banyak menggunakan potongan-potongan script.
  - Mudah untuk diamati karena menggunakan model prototype, sehingga user lebih

     mengerti akan sistem yang dikembangkan.
  - Lebih fleksibel karena pengembang dapat melakukan proses desain ulang pada

     saat yang bersamaan.
  - Bisa mengurangi penulisan kode yang kompleks karena menggunakan wizard.
  - Keterlibatan user semakin meningkat karena merupakan bagian dari tim secara

     keseluruhan.
  - Mampu meminimalkan kesalahan-kesalahan dengan menggunakan alat-alat

     bantuan (CASE tools).
  - Mempercepat waktu pengembangan sistem secara keseluruhan karena cenderung

     mengabaikan kualitas.
  - Tampilan yang lebih standar dan nyaman dengan bantuan software-software

     pendukung.
  
  e.Kerugian RAD

  Beberapa kerugian dalam menggunakan metode RAD adalah sebagai berikut :
  - Dengan melakukan pembelian belum tentu bisa menghemat biaya dibanding-

     kan dengan mengembangkan sendiri.
  - Membutuhkan biaya tersendiri untuk membeli peralatan-peralatan penunjang

     seperti misalnya software dan hardware.
  - Kesulitan melakukan pengukuran mengenai kemajuan proses.
  - Kurang efisien karena apabila melakukan pengkodean dengan menggunakan

     tangan bisa lebih efisien.
  - Ketelitian menjadi berkurang karena tidak menggunakan metode yang formal

     dalam melakukan pengkodean.
  - Lebih banyak terjadi kesalahan apabila hanya mengutamakan kecepatan diban-

     dingkan dengan biaya dan kualitas.
  - Fasilitas-fasilitas banyak yang dikurangi karena terbatasnya waktu yang tersedia.
  - Sistem sulit diaplikasikan di tempat yang lain.
  - Fasilitas yang tidak perlu terkadang harus disertakan, karena menggunakan

     komponen yang sudah jadi, sehingga hal ini membuat biaya semakin meningkat.

   

 

3.       V-Model

 

 Model kedua adalah model V. Bisa dikatakan model ini merupakan perluasan dari model waterfall. Disebut sebagai perluasan karena tahap-tahapnya mirip dengan yang terdapat dalam model waterfall. Jika dalam model waterfall proses dijalankan secara linear, maka dalam model V proses dilakukan bercabang. Dalam model V ini digambarkan hubungan antara tahap pengembangan software dengan tahap pengujiannya.

Berikut penjelasan masing-masing tahap beserta tahap pengujiannya:

1.  Requirement Analysis & Acceptance Testing

Tahap Requirement Analysis sama seperti yang terdapat dalam model waterfall. Keluaran dari tahap ini adalah dokumentasi kebutuhan pengguna.

Acceptance Testing merupakan tahap yang akan mengkaji apakah dokumentasi yang dihasilkan tersebut dapat diterima oleh para pengguna atau tidak.

2.  System Design & System Testing

Dalam tahap ini analis sistem mulai merancang sistem dengan mengacu pada dokumentasi kebutuhan pengguna yang sudah dibuat pada tahap sebelumnya. Keluaran dari tahap ini adalah spesifikasi software yang meliputi organisasi sistem secara umum, struktur data, dan yang lain. Selain itu tahap ini juga menghasilkan contoh tampilan window dan juga dokumentasi teknik yang lain seperti Entity Diagram dan Data Dictionary.

3.  Architecture Design & Integration Testing

Sering juga disebut High Level Design. Dasar dari pemilihan arsitektur yang akan digunakan berdasar kepada beberapa hal seperti: pemakaian kembali tiap modul, ketergantungan tabel dalam basis data, hubungan antar interface, detail teknologi yang dipakai.

 

4.  Module Design & Unit Testing

Sering juga disebut sebagai Low Level Design. Perancangan dipecah menjadi modul-modul yang lebih kecil. Setiap modul tersebut diberi penjelasan yang cukup untuk memudahkan programmer melakukan coding. Tahap ini menghasilkan spesifikasi program seperti: fungsi dan logika tiap modul, pesan kesalahan, proses input-output untuk tiap modul, dan lain-lain.

5.  Coding

Dalam tahap ini dapat dilakukan pemrograman terhadap setiap modul yang sudah di desain.

 Kelebihan

V Model memiliki beberapa kelebihan yaitu:

-V Model sangat fleksibel.V Model mendukung Project tailoring dan penambahan dan pengurangan method dan tool secara dinamik. Akibatnya sangat mudah untuk melakukan tailoring pada V Model agar sesuai dengan suatu proyek tertentu dan sangat mudah untuk menambahkan method dan tool baru atau menghilangkan method dan tool yang di anggap sudah obsolete.

-V Model dikembangkan dan dimaintain oleh public.User dari V Model berpartisipasi dalam change control board yang memproses semua change reguest terhadap V Model.

Kekurangan

V Model juga memiliki beberapa kekurangan yaitu:

-V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali dalam suatu proyek.

-V Model terlalu fleksibel dalam arti ada beberapa activity dalam V Model yang digambarkan terlalu abstrak sehingga tidak bisa diketahui dengan jelas apa yang termasuk dalam activity tersebut dan apa yang tidak.

Penggunaan

V Model digunakan dalam proyek teknologi informasi di negara Jerman. Hal ini berlaku terutama untuk proyek teknologi informasi pada pada sektor pertahanan negara Jerman. Selain itu, V Model juga digunakan oleh software developer negara Jerman untuk proyek teknologi informasi lain.

  5.        Model Rancangan Interaksi Sederhana

 

 

Pada model rancangan interaksi sederhana ini input atau masukan hanya memiliki satu titik. yang mana masukan tersebut diidentifikasikan apakah sesuai dengan kebutuhan, lalu didesain sesuai dengan persyaratan yang telah ditetapkan. Setelah didesain, rancangan tersebut dibangun dan harus interaktif. Setelah itu kemudian rancangan tersebut dievaluasi.

Evaluasi dapat dilakukan dimana saja, rancangan yang telah di evakuasi dapat kambali didesain ulang jika rancangan tersebut tidak sesuai dengan kebutuhan user, maka alur tersebut akan terus berputar hingga pada tahap evaluasi tidak lagi terjadi kesalahan, baik dalam penetapan kebutuhan user maupun pendesainannya, sehingga pada tahap evaluasi terciptalah sebuah hasil akhir yang valid.

6.      Model Siklus Hidup Star (Hartson & HIx,1998)

 

 

Dalam Siklus permodelan ini pengujian dilakukan terus menerus, tidak harus dikahir. Misalnya dimulai dari menentukan kosep desain (conceptual design ) dalam proses ini akan langsung terjadi evaluasi untuk langsung ternilai apakah sudah sesuai dengan kebutuhan user, bila belum maka akan terus dilakukan evaluasi hingga benar-benar tepat, selanjutnya apabila sudah tepat, maka dari tahap evaluasi yang pertama akan dilakukan ke proses selanjutnya yaitu requirements/specification yakni memverifikasikan persyaratan rancangan tersebut, dan pada tahap itu juga langsung terjadi pengevaluasian seperti tahap pertama, dan selanjutnya akan tetap sama terjadi pada tahapan-tahapan selanjutnya yakni task analysis/fungsion analysis, pengimplementasian, prototyping hingga pada akhirnya terciptalah sebuah aplikasi yang sesuai dengan kebutuhan user.

Intinya pada rancangan model ini pengevaluasian dilakukan disetiap tahapan tidak hanya pada tahapan akhir seperti model-model rancangan yang lainnya.

 

Tugas Individu

Nama   : Daniel Eka Tjipta Wijaya

NIM      : 8020110064

Kelas   : 07MT5