Rational Unified Process (RUP)



Definisi

Rational Unified Process atau biasa disebut RUP merupakan suatu metode rekayasa perangkat lunak yang dikembangkan dengan mengumpulkan berbagai best practises yang terdapat dalam industri pengembangan perangkat lunak. RUP menggunakan konsep object oriented, dengan aktifitas yang berfokus pada pengembangan model dengan menggunakan Unified Model Language (UML).

Sejarah

RUP yang dikembangkan oleh Rational software adalah hasil kerjasama antara Grady Booch, James Rumbaugh, dan Ivar Jacobson dalam menyusun suatu metodologi yang digunakan untuk membangun software. RUP sendiri merupakan suatu metodologi pembangunan software.  RUP menyediakan suatu pendekatan untuk menangani pekerjaan dan tanggung jawab dalam pengembanganan. RUP bertujuan untuk  menghasilkan suatu software yang sesuai dengan kebutuhan dari end-user nya, pada jangka waktu dan biaya yang terukur.

Dengan mengombinasikan pengalaman dari banyak perusahaan, dihasilkan enam praktik terbaik untuk rekayasa perangkat lunak modern, yaitu:

  1. Pengembangan iteratif, dengan risiko sebagai pemicu iterasi primer
  2. Kelola persyaratan
  3. Terapkan arsitektur yang berbasis komponen
  4. Visualisasikan model perangkat lunak
  5. Secara kontinyu, verifikasi kualitas
  6. Kendalikan perubahan

Software Development Process

Software life cycle dari Rational Unified Process memiliki 4 fase yang berurutan yaitu :
  1. Fase Inception
  2. Fase Elaboration
  3. Fase Construction
  4. Fase Transition



- FASE INCEPTION


Tujuan utama adalah untuk ruang lingkup sistem secara memadai sebagai dasar untuk mengesahkan biaya awal dan anggaran. Dalam tahap ini kasus bisnis yang mencakup konteks bisnis, faktor-faktor kesuksesan (diharapkan pendapatan, pengenalan pasar, dll), dan prakiraan keuangan didirikan. Untuk melengkapi kasus bisnis, kasus penggunaan dasar model, rencana proyek, penilaian risiko awal dan deskripsi proyek (inti persyaratan proyek, kendala dan fitur utama) yang dihasilkan. Setelah ini selesai, proyek ini diperiksa terhadap kriteria sebagai berikut:
  • Stakeholder persetujuan pada definisi lingkup dan biaya / jadwal perkiraan.
  • Pemahaman persyaratan sebagaimana dibuktikan oleh kesetiaan penggunaan utama kasus.
  • Kredibilitas dari biaya / jadwal memperkirakan, prioritas, risiko, dan proses pembangunan.
  • Kedalaman dan luasnya setiap arsitektur prototipe yang dikembangkan.
  • Membangun dasar yang digunakan untuk membandingkan aktual pengeluaran terhadap pengeluaran yang direncanakan.

Jika proyek tidak lulus tonggak ini, yang disebut Tujuan Siklus Hidup Milestone, hal itu dapat dibatalkan atau dapat mengulangi fase ini setelah dirancang ulang untuk lebih memenuhi kriteria.

Peran Use Case pada Inception
Menentukan Ruang lingkup proyek
Membuat ‘Business Case’
Menjawab pertanyaan “apakah yang dikerjakan dapat menciptakan ‘good business sense’ sehingga proyek dapat dilanjutkan.


FASE ELABORATION


Tujuan utama adalah untuk mengurangi resiko kunci item diidentifikasi dengan analisis hingga akhir fase ini. Fase perluasan dimana proyek mulai terbentuk. Dalam tahap ini masalah analisis domain dibuat dan proyek arsitektur mendapatkan bentuk dasarnya.
Fase ini harus lulus Arsitektur Siklus Hidup Milestone oleh kriteria sebagai berikut:
  • Menggunakan model kasus di mana penggunaan-kasus dan para pelaku telah diidentifikasi dan sebagian besar kasus penggunaan deskripsi dikembangkan. Kasus penggunaan model ini harus menjadi 80% lengkap.
  • Penjelasan tentang arsitektur perangkat lunak dalam proses pengembangan sistem perangkat lunak.
  • Sebuah arsitektur executable yang menyadari penggunaan signifikan arsitektur kasus.
  • Kasus bisnis dan daftar risiko yang direvisi.
  • Sebuah rencana pengembangan untuk keseluruhan proyek.
  • Prototipe yang terbukti mengurangi risiko teknis masing-masing diidentifikasi.

Jika proyek tidak bisa lewat tonggak sejarah ini, masih ada waktu untuk itu dibatalkan atau didesain ulang. Setelah meninggalkan fase ini, proyek transisi ke dalam operasi berisiko tinggi di mana perubahan jauh lebih sulit dan merugikan ketika dibuat. Kunci domain analisis untuk perluasan adalah arsitektur sistem.

Peran Use Case pada Elaboration
Menganalisa berbagai persyaratan dan resiko
Menetapkan ‘base line’
Merencanakan fase berikutnya yaitu construction.


FASE CONSTRUCTION


Tujuan utama adalah untuk membangun sistem perangkat lunak. Pada tahap ini, fokus utama adalah pada pengembangan komponen dan fitur lain dari sistem yang dirancang. Ini adalah tahap ketika sebagian besar terjadi pengkodean. Dalam proyek yang lebih besar, beberapa iterasi konstruksi bisa dikembangkan dalam upaya untuk membagi penggunaan dikelola kasus ke segmen yang menghasilkan prototipe dibuktikan. Fase ini menghasilkan eksternal pertama peluncuran perangkat lunak. Kesimpulan yang ditandai oleh Initial Milestone Kemampuan Operasional.

Peran Use Case pada Construction
Melakukan sederetan iterasi
Pada setiap iterasi akan melibatkan proses berikut: analisa desain, implementasi dan testing


FASE TRANSITION


Tujuan utama adalah untuk ‘transisi’ sistem dari ke pengembangan produksi, membuatnya tersedia untuk dan dipahami oleh pengguna akhir. Kegiatan ini meliputi pelatihan tahap akhir pengguna dan pengelola dan beta testing dari sistem untuk memvalidasi itu terhadap pengguna akhir harapan. Produk ini juga diperiksa terhadap tingkat kualitas ditetapkan dalam fase Inception.

Jika semua tujuan terpenuhi, maka Produk Milestone Release tercapai dan siklus pengembangan berakhir.

Peran Use Case pada Transistion
Membuat apa yang sudah dimodelkan menjadi suatu produk jadi
Dalam fase ini dilakukan: beta dan performance testing, membuat dokumentasi tambahan seperti; training, user guides dan sales kit dan membuat rencana peluncuran produk ke komunitas pengguna

Sumber terkait :
http://amen88.wordpress.com/2010/01/30/metodologi-rup/http://id.wikipedia.org/wiki/RUPhttp://www.velocis.in/company-profile/software-development-process

0 komentar:

Posting Komentar

 

Blogroll

Penawaran Menarik