Proses Pengembangan Aplikasi Web

1.1    Motivasi
Web berkembang dari sebuah informasi murni ke media aplikasi medium (Ginige
dan Murugesan 2001a, Murugesan et al. 1999). Kecenderungan dalam aplikasi Web adalah sistem software yang kompleks. Pentingnya sebuah keteraturan dan struktur yang baik dalam proses pembangunan sebagai kompleksitas aplikasi Web dalam meningkatkan pengembangan. Sebagian besar pendekatan pengembangan yang dipraktekkan saat ini terlalu pragmatis (McDonald dan Welland 2001a). Meskipun hal ini membutuhkan waktu pengembangan yang singkat, pendekatan seperti itu sering disebut cara "Cepat dan kotor".

1. Fundamental
   Kami membedakan antara process models dan methods yang digunakan dalam proses pengembangan perangkat lunak. Literatur yang sering digunakan pada kedua persamaan, karena proses model dan metode menjelaskan bagaimana suatu proyek pengembangan perangkat lunak berlangsung. Cara termudah untuk melihat perbedaan adalah dengan melihat ciri-ciri umum.
   

 

Properti penting dari proses pengembangan perangkat lunak modern adalah iteratif. Ide dasarnya adalah untuk mengembangkan sistem perangkat lunak secara bertahap dari hasil awal ke final produk dalam beberapa iterasi (lihat Gambar 10-2).

 

Tujuan ini berfungsi untuk menangani resiko proyek sedini mungkin. Selain itu, kegiatan metodologis yang muncul adalah untuk menangani risiko yang teridentifikasi dapat diberikan ke fase. Proses perangkat lunak yang dikenal dapat membangun dikelompokkan menjadi dua kategori: lightweight processes yang lebih dikenal sebagai agile processes dan heavyweight processes.

1. Persyaratan untuk Proses Pengembangan Aplikasi Web
   

Sejumlah konsekuensi juga akan dibahas dalam bagian ini, ada enam persyaratan:

1. Penanganan Pembangunan Siklus Pendek
   

Fakta yang ditemukan di studi empiris multiple bahwa waktu pengembangan aplikasi Web
sangat singkat, tetapi biasanya tidak melebihi enam bulan, dan durasi rata-rata kurang
dari tiga bulan (McDonald dan Welland 2001a, McDonald dan Welland 2001b).

1. Penanganan Perubahan
   

Titik yang sangat terkait dengan kebutuhan sebelumnya adalah fakta persyaratan untuk aplikasi Web sering muncul selama perkembangannya, atau patuh pada perubahan besar yang
berkenaan baik dengan isi dan teknologi.

1. Rilis dengan Tepat waktu dan isi yang Fleksibel
   

Konsekuensi bukan dari kebutuhan terakhir yaitu kebutuhan untuk menggunakan jenis khusus dari prototyping dalam proses pembangunan. Lebih khusus lagi, "sekali pakai" release yang dikembangkan secara detail dan memvalidasi kebutuhan pelanggan.

1. Pengembangan Paralel Pers
   

Persaingan ketat para pesaing untuk memperpendek siklus rilis. Di bawah tekanan waktu, proyek-proyek pembangunan paralel dapat menyebabkan distribusi lengkap aplikasi atau rilis pada waktunya.

1. Reuse dan Integrasi
   

Salah satu konsekuensi dari tekanan waktu yang sangat besar dalam pengembangan aplikasi Web adalah pengembang harus mencoba untuk menggunakan kembali komponen sebanyak mungkin (Ramesh et al 2002.).

1. Beradaptasi terhadap Tingkat Kompleksitas Aplikasi Web's
   

Skalabilitas dan maintainability adalah contoh untuk kualitas yang sering disisihkan. Berturut-turut maju fungsionalitas produk yang diterbitkan. Kualitas hilang dalam tahap pengembangan awal diperkenalkan di rilis berikutnya dengan mengganti komponen dan mengembangkan yang baru.

1. Ringkasan
   

Banyak karakteristik yang khas untuk proses pengembangan aplikasi Web dapat
ditemukan dalam proses pengembangan perangkat lunak tradisional, kejadian dan intensitas yang berbeda (Ramesh et al 2002.).

1. Analisis Proses Unified Rasional
   

Bagian ini membahas bagaimana Rational Unified Process (RUP) sebagai wakil dari
model proses kelas berat dapat digunakan untuk pengembangan aplikasi Web.

1. Pendahuluan
   

Bab ini menjelaskan Rational Unified Process (RUP) (Jacobson et al 1999.) sebagai perwakilan
dari keluarga kelas berat proses, fase-oriented, incremental, dan iteratif.
Tujuan dari proses ini adalah untuk mendukung pengembangan produk berkualitas tinggi dalam tetap periode waktu dan pada harga tetap.

 

Keempat fase dan peranannya diuraikan di bawah ini (Hunt 2000):
• Fase Inception

• Fase Uraian

 

• Tahap Konstruksi

• Transisi fase

1. Kesesuaian Umum Pengembangan Aplikasi Web
   

Bagian ini membahas bagaimana tahapan RUP dapat digunakan untuk pengembangan Web
aplikasi. Diantaranya : fase Inception, Tahap Elaborasi, Tahap Konstruksi, Transisi fase.

1. Apakah RUP memenuhi Persyaratan Aplikasi Web?
   

1. Penanganan siklus pengembangan yang pendek : Siklus khas proyek yang RUP adalah
dirancang sangat berbeda dari yang khas untuk pengembangan aplikasi Web

2. Penanganan mengubah persyaratan : Menurut definisi dari fase RUP, ada
harus menjadi visi konkret dari aplikasi Web yang sedang dikembangkan pada akhir
tahap awal.

3. Rilis dengan tenggat waktu tetap dan isi fleksibel : Suatu proses berdasarkan RUP menghasilkan rilis pada akhir setiap iterasi.

4. Paralel perkembangan rilis yang berbeda : Dalam proses berdasarkan RUP, pengembangan paralel pelepasan yang berbeda akan harus dilakukan iterasi paralel

5. Reuse dan integrasi : RUP adalah proses pengembangan berbasis komponen, yang berarti bahwa mengejar tujuan untuk mengembangkan komponen dapat digunakan kembali.

6. Beradaptasi dengan tingkat kompleksitas aplikasi Web : RUP adalah suatu kerangka kerja proses yang dapat disesuaikan dengan berbagai aplikasi dan persyaratan organisasi.

1. Analisis Extreme Programming
   

Bagian ini membahas kesesuaian Extreme Programming (XP) (Beck 1999, Beck dan Fowler
2000) - software paling populer pengembangan model proses agile - untuk pengembangan
Aplikasi web.

1. Pendahuluan
   

Bagian ini menganalisa XP sebagai wakil proses iteratif tangkas.

 

Tujuan utama dari nilai inti adalah untuk menghentikan masalah pada titik sedini mungkin selama proses pembangunan. Dalam permainan perencanaan, kontraktor bertanggung jawab untuk menetapkan prioritas untuk kemungkinan perkembangan lebih lanjut, sedangkan pengembang bertanggung jawab untuk memperkirakan biaya dan waktu perkembangan lebih lanjut untuk membuat dasar prioritas.

 

Gambar 10-6 menunjukkan program skema peristiwa dalam suatu iterasi. Setelah rencana iterasi,
para pengembang membentuk pasangan yang kemudian bekerja sama dalam program lebih lanjut iterasi itu. Pada berikutnya iterasi, pasangan akan dikocok. Setiap pasangan dapat mengubah kode yang dikembangkan oleh pasangan lain. Dan unit test memastikan bahwa perubahan tidak akan menyebabkan kesalahan baru.

 

Inti fungsionalitas untuk pembangunan dalam sebuah proyek percontohan harus dipilih, dan tidak boleh lebih dari satu sub-proyek harus dimulai pada saat yang sama.

1. Apakah XP memenuhi Persyaratan Aplikasi Web
   

1. Penanganan siklus pengembangan yang singkat : Cepat rilis berturut-turut adalah salah satu karakteristik proyek XP.

2. Penanganan persyaratan berubah : Kesederhanaan, yang merupakan salah satu dari empat nilai inti XP, berarti bahwa setiap perencanaan jangka panjang hanya dapat menjadi kasar dan awal dalam sebuah XP proyek.

3. Rilis dengan tenggat waktu tetap dan isi fleksibel : Mendahului penerimaan sukses uji
penerbitan sebuah rilis.

4. pengembangan paralel dari rilis yang berbeda : XP tidak mendasar mengecualikan paralel
rilis pengembangan yang berbeda.

5. Reuse dan integrasi: Karena perkembangan tekanan waktu Webapplication besar,
adalah penting untuk menggunakan kembali komponen yang ada.
6. Beradaptasi dengan tingkat kompleksitas aplikasi Web: Hal positif tentang XP untuk awal
tahapan proyek pengembangan aplikasi Web adalah untuk dapat menangani yang belum jelas persyaratan, dan bahwa aplikasi Web dapat digunakan setelah siklus pengembangan yang singkat.

1. Outlook
   

Pembahasan proses perangkat lunak seberapa populer pembangunan dapat memenuhi persyaratan untuk pengembangan aplikasi web telah menunjukkan bahwa tidak ada proses yang dibahas dalam bab memenuhi semua persyaratan.

 

(lihat Gambar 10-8). Sebagai contoh, salah satu tugas dari proses-meta adalah untuk terus-menerus memantau tanda-tanda transisi ke tingkat kompleksitas yang lebih tinggi.