STAR LIFECYCLE MODEL

Hartson & Hix, 1989

Fasilitas yang penting:

1. Tidak kegiatan kecil yang harus selalu urut. Pengembangan dapat dilakukan di satu bagian saja.
2. Pengujian dilakukan terus-menerus, tidak harus diakhiri.
3. Pengembangan dari pengamatan perancangan interface.

Dengan fitur utamanya, evaluasi dilakukan pada acara utama, tidak perlu adanya pengurutan dalam pemrosesan kegiatan yang dilakukan.Fitur utama yand dimiliki adalah rekayasa usabilitas, pendekatan rekayasa engineering, penentuan persyaratan, desain, evaluasi dan prototyping, dapat digunakan untuk proyek kecil, dan memiliki panduan untuk mencapai usabilitas yang diharapkan.

Evaluasi merupakan pusat dari model ini, dan setiap kali suatu kegiatan selesai, hasilnya (s) harus dievaluasi. Jadi proyek mungkin mulai dengan pengumpulan persyaratan, atau mungkin mulai dengan mengevaluasi situasi yang ada , atau dengan menganalisis tugas yang ada, dan sebagainya.

SIMPLE INTERACTION DESIGN MODEL

Keterangan:

• Identifikasi kebutuhan dan persyaratan system disini suatu sistem akan di identifikasi sesuai denga kebutuhan sistem itu sendiri.
• Pengembangan desain alternatif (desain konseptual dan fisikal)
• Membuat versi interaktif dari desain yang dihasilkan
• Mengevaluasi desain (usabilitas dan user experience)

Model Rancangan Interaksi Sederhana

• Satu titikan masukan
• Rancangan menghasilkan prototipe yang interaktif yang dapat dievaluasi
• Evaluasi dapat dilakukan dimana saja
• Evaluasi harus dikaitkan dengan hasil akhir

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 barulah rancangan tersebut dievaluasi.

Evaluasi dapat dilakukan dimana saja, rancangan yang telah di evaluasi dapat kembali didesain ulang atau apakah 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.

Model desain interaksi yang sederhana

V-Model

   Teknik V model sering disebut sebagai pengembangan dari teknik waterfall. V model

 untuk verifikasi dan validasi dan merupakan model standar yang banyak dipakai

 di negara-negara Eropa seperti standar untuk proyek pertahanan dan administrasi

 federal di Jerman.

   V model merupakan proses pengembangan perangkat lunak

 (juga berlaku untuk pengembangan hardware) yang dapat dianggap perluasan dari

 model air terjun. Alih-alih bergerak turun dengan cara yang linear, langkah-langkah

 proses yang bengkok ke atas setelah fase coding, untuk membentuk V yang khas.

   V model menunjukkan hubungan antara setiap vase siklus hidup pengembangan dan

 fase terkait pengujian. Sumbu horisontal dan vertikal merupakan kelengkapan waktu

 atau proyek (kiri ke kanan) dan tingkat abstraksi (yang kasar-butiran menonjol abstraksi),

 masing-masing.

   V model digunakan dalam proyek teknologi informasi di negara Jerman.

 Hal ini berlakuterutama untuk proyek teknologi informasi pada pada sektor

 pertahanan negara Jerman. Selainitu, V Model juga digunakan oleh software developer

 negara Jerman untuk proyek teknologi informasi lain.

   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 dilakukan pemrograman terhadap setiap modul yang sudah dibentuk.

     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.

        Keuntungan V Model :

         1.Bahasa yang digunakan untuk merepresentasikan konsep V model menggunakan

       bahasa formal. Contoh : dengan menggunakan objek model ataupun frame-frame.

         2.Meminimalisasikan kesalahan pada hasil akhir karena ada test pada setiap prosesnya.

         3.Penyesuaian yang cepat pada projek yang baru.

         4.Memudahkan dalam pembuatan dokumen projek.5Biaya yang murah

       dalam perawatan dan modifikasinya

         5.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 dianggap sudah obsolute.

         6.V Model dikembangkan dan di-maintain oleh publik. User dari

       V Model berpartisipasi dalam change control board yang memproses semua

       change request terhadap V Model.

        Kerugian V Model :

         1.Aktifitas V-Model hanya difokuskan pada projectnya saja, bukan

       pada keseluruhan organisasi. V-Model adalah proses model yang hanya

       dikerjakan sekali selama project saja, bukan keseluruhan organisasi.

         2.Prosesnya hanya secara sementara. Ketika project selesai, jalannya

       proses model dihentikan. Tidak berlangsung untuk keseluruhan organisasi.

         3.Metode yang ditawarkan terbatas. Sehingga kita tidak memiliki cara

       pandang dari metode yang lain. Kita tidak memiliki kesempatan untuk

       mempertimbangkan jika ada tools lain yang lebih baik.

         4.Toolnya tidak selengkap yang dibicarakan. SDE

       (Software Development Environment). Tidak ada tools untuk hardware di

       V-Model. Tool yang dimaksud adalah “software yang mendukung pengembangan

       atau pemeliharaan / modifikasi dari system IT.

         5.V Model adalah model yang project oriented sehingga hanya bisa digunakan sekali

       dalam suatu proyek.

         6.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

MODEL RAD

Model RAD

   Rapid application development (RAD) atau rapid prototyping adalah

 model proses pembangunan perangkat lunak yang tergolong dalam 

 teknik incremental (bertingkat). RAD  menekankan pada siklus pembangunan 

 pendek, singkat, dan cepat. Waktu yang singkat adalah batasan  yang 

 penting untuk model ini. Rapid application development menggunakan metode 

 iteratif (berulang) dalammengembangkan sistem dimana working model (model kerja) 

 sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan

 kebutuhan (requirement) pengguna. Model kerja digunakan hanya sesekali 

 saja sebagai basis desain dan implementasi sistem akhir.

   Rapid Application Development (RAD) adalah metodologi pengembangan

 perangkat lunak yang berfokus pada membangun aplikasi dalam waktu 

 yang sangat singkat. Istilah ini menjadi kata kunci pemasaran yang umum 

 menjelaskan aplikasi yang dapat dirancang dan dikembangkan dalam waktu 6090 hari, 

 tapi itu awalnya ditujukan untuk menggambarkan suatu proses pembangunan yang 

 melibatkan application prototyping dan iterative development

   Menurut James Martin “Rapid Application Development (RAD) merupakan

 pengembangan siklus yang dirancang untuk memberikan pengembangan yang

 jauh lebih cepat dan hasil yang lebih berkualitas tinggi daripada yang dicapai

 dengan siklus hidup tradisional. Hal ini dirancang untuk mengambil keuntungan

 maksimum dari pengembangan perangkat lunak yang telah berevolusi barubaru ini.
   "Profesor Clifford Kettemborough dari College Whitehead, University of Redlands,

 mendefinisikan Rapid Application Development sebagai "pendekatan untuk membangun

 sistem komputer yang menggabungkan ComputerAssisted Software Engineering (CASE)

 tools dan teknik, userdriven prototyping, RAD meningkatkan kualitas sistem

 secara drastic dan mengurangi waktu yang diperlukan untuk membangun sistem

   Sebagai gambaran umum, pengembangan aplikasi berarti mengembangkan

 aplikasi pemrograman yang bervariasi dari pemrograman umum dalam arti bahwa

 ia memiliki tingkat yang lebih tinggi dari liabillity, termasuk untuk kebutuhan

 capturing dan testing. Pada 1970an, Rapid Application Development muncul

 sebagai respon untuk nonagile processes,

   Seperti model Waterfall. Pengembang perangkat lunak menghadapi

 masalah waktu dengan metodologi sebelumnya sebagai sebuah aplikasi

 yang begitu lama untuk membangun. Dengan demikian, metodologi tersebut

 sering mengakibatkan sistem tidak dapat digunakan.
   Unsur-unsur Rapid Application Development Rad memiliki banyak unsur-unsur yang
 membuat sebuah metodologi yang unik termasuk prototyping, iterative development,
 time boxing, team members, management approach, dan RAD tools.

• Prototype

   Sebuah aspek kunci dari RAD adalah pembangunan prototipe untuk tujuan

 membangkitkan kembali desain untuk kebutuhan pengguna. Tujuannya adalah untuk

 membangun sebuah fitur ringan yang hasil akhirnya dalam jumlah pendek dengan

 waktu yang memugkinkan. Prototipe awal berfungsi sebagai bukti konsep untuk

 klien, tetapi lebih penting berfungsi sebagai titik berbicara dan alat untuk kebutuhan

 pemurnian.

   Mengembangkan prototipe cepat dicapai dengan Computer Aided Engineering CASE

 tools Software yang berfokus pada menangkap persyaratan, mengkonversi

 mereka ke model data, mengubah model data ke database, dan menghasilkan

 kode semua dalam satu alat. CASE tools populer di 80an dan awal 90an,

 tetapi sebagai teknologi telah berubah (dan COBOL telah menjadi usang) beberapa

 alat mengambil keuntungan penuh dari potensi penuh dari teknologi KASUS alat.

   Perusahaan rasional adalah yang paling terkenal meskipun prototype potensi

 pembangkitnya terbatas. Pada Otomatis Arsitektur produk cetak biru kami

 berfokus pada peningkatan tingkat aplikasi enterprise web yang berfungsi sebagai

 prototipe karena kecepatan yang mereka dapat diciptakan (dalam menit).

• Iterative Development

   Iterative Development berarti menciptakan versi yang lebih fungsional dari sebuah

 sistem dalam siklus pembangunan pendek. Setiap versi ditinjau dengan klien untuk

 menghasilkan persyaratan untuk membuat versi berikutnya. Proses ini diulang sampai

 semua fungsionalitas telah dikembangkan. Panjang ideal iterasi adalah antara satu hari

 (yang lebih dekat dengan Metodologi Agile) dan tiga minggu.

   Setiap siklus pengembangan memberikan pengguna kesempatan untuk memberikan

 umpan balik, memperbaiki persyaratan, dan kemajuan melihat

 (dalam pertemuan sesi fokus grup). Hal ini akhirnya pembangunan berulang

 yang memecahkan masalah yang melekat dalam metodologi fleksibel dibuat pada 1970an.

• Time boxing

   Time boxing adalah proses menunda fitur untuk versi aplikasi di masa mendatang

 untuk melengkapi versi saat ini sebagai ketepatan waktu.Ketepatan waktu merupakan

 aspek penting dari RAD, karena tanpa itu ruang lingkup dapat mengancam untuk

 memperpanjang iterasi pembangunan, sehingga membatasi umpan balik dari klien,

 meminimalkan manfaat dari pembangunan berulang, dan berpotensi mengembalikan

 proses kembali ke pendekatan metodologi air terjun.

• Team Member

   Metodologi RAD merekomendasikan penggunaan tim kecil yang terdiri dari anggota

 yang berpengalaman, serbaguna, dan motivasi yang mampu melakukan peran ganda.

 Sebagai klien memainkan peran penting dalam proses pembangunan, sumber daya

 klien khusus harus tersedia selama awal Joint Application Development (JAD) sesi

 serta Focus Group Sessions dilakukan pada akhir siklus pengembangan.

   Pengembangan tim (juga dikenal sebagai SWAT atau Skilled Workers with Advance

 Tools) idealnya harus memiliki pengalaman di Rapid Application Development dan

 harus memiliki pengalaman dengan Computer Aided Software Engineering.

   Pendekatan manajemen Aktif dan manajemen yang terlibat sangat penting untuk

 mengurangi risiko siklus pengembangan diperpanjang, kesalahpahaman klien, dan

 melebihi tenggat waktu. Di atas manajemen semua harus kuat dan konsisten dalam

 keinginan mereka untuk menggunakan metodologi Rapid Application Development.

 Selain menegakkan waktu yang ketat, manajemen harus fokus pada pemilihan

 anggota tim, motivasi tim, dan pada kliring hambatan birokrasi atau politik.

• RAD Tools

   Salah satu tujuan utama dari metodologi Rapid Application Development

 yang dikembangkan oleh James Martin pada tahun 1980an adalah untuk

 memanfaatkan teknologi terbaru yang tersedia untuk mempercepat pembangunan.

 Jelas teknologi tahun 1980 sudah kuno, tetapi fokus RAD tentang alat terbaru adalah

 sama pentingnya hari ini seperti ketika metodologi awalnya diciptakan.

• Model RAD

   1.Bussiness modeling

   Aliran informasi di antara fungsi – fungsi bisnis dimodelkan dengan suatu cara untuk

 menjawab pertanyaan – pertanyaan berikut :

    a. Informasi apa yang mengendalikan proses bisnis?

    b. Informasi apa yang di munculkan?

    c. Siapa yang memunculkanya?

    d. Ke mana informasi itu pergi?

    e. Siapa yang memprosesnya?

   2.Data modeling

    a. Aliran informasi yang didefinisikan sebagai bagian dari
 fase business modeling disaring ke dalam serangkaian
 objek data yang dibutuhkan untuk menopang bisnis tersebut.

    b. Karakteristik (disebut atribut) masing – masing objek diidentifikasi dan

 hubungan antara objek – objek tersebut didefinisikan.

    c. Bagian dari pemodelan bisnis yang didefinisikan ke dalam sekumpulan

 objek data.

    d. Karakteristik (atribut) dari setiap objek diidentifikasikan dan hubungannya.

   3.Proses modelling

    a. 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.

       b. Objek data akan diimplementasikan pada fungsi bisnis.

       c. Deskripsi proses dibangun untuk penambahan modifikasi,

    penghapusan, atau pengambilan kembali objek data.

      4.Application generation

          a. RAD mengasumsikan pemakaian teknik generasi ke empat.

       Selain menciptakan perangkat lunak dengan menggunakan bahasa

       pemrograman generasi ketiga yang konvensional.

       Pada semua kasus, alat – alat bantu otomatis dipakai untuk memfasilitasi

       konstruksi perangkat lunak.

       b. Melakukan penggunaan kembali komponen yang ada (jika mungkin).

       c. Atau membuat kembali penggunaan kembali komponen jika dibutuhkan.

    5.Testing and turnover

       a. Karena proses RAD menekankan pada pemakaian kembali,

    banyak komponen program telah diuji. Hal ini mengurangi keseluruhan

    waktu pengujian.Tetapi komponen baru harus di uji dan semua

    interface harus dilatih secara penuh.

• Implementasi RAD

   RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut:

    1.Sangat berguna dilakukan pada kondisi user tidak memahami kebutuhankebutuhan

 apa saja  ang digunakan pada proses pengembangan perangkat lunak.

    2.RAD mengikuti tahapan pengembangan sistem sepeti umumnya,

 tetapi mempunyai kemampuan untuk menggunakan kembali komponen yang

 ada (reusable object) sehingga pengembang tidak perlu membuat dari awal

 lagi dan waktu lebih singkat berkisar antara 60 dari 90 hari.

    3.Karena mempunyai kemampuan untuk menggunakan komponen yang

 sudah ada dan waktu yang lebih singkat maka membuat biaya menjadi

 lebih rendah dalam menggunakan RAD

• Keuntungan RAD

   RAD mempunyai keuntungan yang dapat disimpulkan sebagai berikut:

    1.Sangat berguna dilakukan pada kondisi user tidak memahami kebutuhan-kebutuhan

 apa saja  ang digunakan pada proses pengembangan perangkat lunak.

    2.RAD mengikuti tahapan pengembangan sistem sepeti umumnya,

 tetapi mempunyai kemampuan untuk menggunakan kembali komponen

 yang ada (reusable object) sehingga pengembang tidak perlu membuat

 dari awal lagi dan waktu lebih singkat berkisar antara 60 dari 90 hari.

    3.Karena mempunyai kemampuan untuk menggunakan komponen yang sudah

 ada dan waktu yang lebih singkat maka membuat biaya menjadi lebih rendah 

 alam menggunakan RAD

Kekurangan RAD

   Beberapa hal (kelebhan dan kekurangan) yang perlu diperhatikan dalam

 implementasi pengembangan menggunakan model RAD :

   1.Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar.

   Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesssan,

   bahkan keduanya bisa tergabung dalam 1 tim.

      2.Kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah

   manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan,

   sehingga pendekatan dengan model ini kurang bagus.

      3.Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.

      4.Penghalusan dan penggabungan dari beberapa tim di akhir proses sangat

   diperlukan dan ini memerlukan kerja keras.

     5.Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi.

     6.Risiko teknis yang tinggi juga kurang cocok untuk model ini.

Kesimpulan

   Rapid Application Development lebih dari sekedar menyelesaikan

 aplikasi secepat mungkin. James Martin yang dimaksudkan sebagai pendekatan

 mendefinisikan dengan baik untuk pengembangan aplikasi yang melibatkan,

 siklus pendek pengembangan berulang seperti timeboxing, prototyping, dan

 penggunaan teknologi modern untuk melihat persyaratan kebutuhan secara langsung

 kemudian ditangkap ke dalam aplikasi yang bekerja menggunakan generasi kode atau

 teknologi serupa . Pendekatan ini berlaku sekarang sama seperti pada tahun 1980an,

 hanya artinya telah agak tertutup oleh pemasaran modern.

   Rapid Application Development, pembangunan yang berkualitas lebih

 tinggi ,dan biaya perangkat lunak yang efisien dalam waktu yang singkat, dengan

 demikian kami berusaha untuk memenuhi tuntutan perangkat lunak industry baru.

Ed Yourdon mengakui bahwa "teknologi informasi sekarang menjadi

 komoditas konsumen" dan pengembang perangkat lunak harus

 sesuai dengan fakta kemudian menantang diri mereka sendiri untuk mengadopsi

 perubahan yang baru untuk memenuhi tuntutan konsumen.

   Rapid Application Development, dan penggunaan dalam CASE tools yang kuat,

 adalah seperti sarana. Hal ini adalah sebuah proses dinamis yang menekankan pada

 lebih banyak tantangan yang baik dan cepat. Kemuadian menyediakan sebuah ruang kerja

 yang baik maupu alatalat fungsional untuk mengembangkan software yang baik

 dan cepat. Rapid Application Development (RAD) merupakan software yang sangat mudah.

Referensi :

1. Britton, Carol (2001). ObjectOriented Systems Development. McGrawHill. hlm. 2829, 269.

 SBN 0077095448.

2.Prasetyo Wibowo, Rapid Application Develpoment Model, http://prasetyowibowo.    com/2010/03/11/rapidapplicationdevelopmentmodel/

3. Wikipedia, Rapid Apllication Development, 

     http://id.wikipedia.org/wiki/Rapid_Application_Development,

4. Wittawat Chaisaraseree , Rapid Application Development: A Quick Methodology,

     http://softwaredocument.blogspot.com/2010/11/rapidapplicationdevelopmentquick.html

5. Rangga Firdaus, M.Kom, Nurul Hidayat, M.Kom, and Yulia K, S.Kom, 

PENGEMBANGAN SISTEM MOBILE COMMERCE PADA PROSES RENTAL

MOBIL MENGGUNAKAN RAPID APPLICATION DEVELOPMENT,

openstorage.gunadarma.ac.id/.../0103010Penerapan%5BRangga%5D.pdf