RUP (Rational Unified Process) merupakan suatu software engineering prossel hasil kerja awal dari "Three Amigos " -ivar Jacobson, Grady Booch, dan James rumbaught yang bertujuan untuk memastikan kualitas yang terbaik pada suatu produksi software dengan perkirakan jadwal dan biaya yang dikeluarkan. RUP merupakan proces product dari rational software dengan konsep utamanya adalah tentang model , Workloft dan Workers. serta tentang phase dan iterasi
Aktifitas yang dilakukan oleh Rational Unifield Process adalah membuat dan memelihara model .RUPjuga meliputi pembahasan dari implementasi UML (Unifeld Modelling Language )secara luas dan memfokuskan dirinya pada software yang memiliki metodologi berorintentasi objek. sehingga dapat kita bedakan dengan UML bahwa RUP merupakan sebuah proses yang dilakukan dalam rekayasa perangkat lunak sedangkan UML adalah bahasa standart yang digunakan untuk memvisualisasikan. mendeskrisikan membangun dan mendokumentasikan perangkat yang akan digunakan dalam membangun sebuah perangakat lunak . RUP dibutuhkan sebagai pedoman untuk mengunakan UML secara efektif . sedangkan UML berfungsi sebagai standardisasi notasi yang berorintasi objek untuk mengkomunikasikan kebutuhan, requirement , architectures, dan desain secara jelas dengan user . oleh karena itu hubungan antara RUP dan UML sangatlah dekat.
RUP menawarkan berbagai kemudahan dalam membangun sebuah software, ada yang disebut Six Best Practice yang terdiri dari :
Develop Iteratively
Manage Requirement
Use Componet- Based Architecture
Model Visually
Verify Quality
Control Changes to software
saat melakukan perancangan sebuah perangkat lunak , tentunya setiap tahapan akan mendapatkan masalah.Biasanya gejala /symptom yang menunjukan ada masalah dalam proses perancangan software seperti berikut :
ketidak akuratan dalam memahami kebutuhan end - user.
ketidak mampuan untuk menyetujui perubahan kebutuhan yang di ajukan.
modul -modul yang dibutuhkan tidak dapat dihubungkan.
sofware yang sulit untuk di bangun atau diperluas .
Terlambat menemukan kerusakan project yang serius.
kemampuan sofware yang tidak dapat diterima.
Team members yang bekerja sendiri-sendiri sulit untuk mengetahui perubahan yang telah dilakukan karena ada perbedaan dalam membangun software tersebut.
ada ketidak percayaan dalam membangun dan me release proses
Usaha untuk menghilangkan sympton ini tidak akan menyelesaikan masalah yang dihadapi software delevoper karena gejala ini dapat ini dapat terjadi oleh adanya penyebab utama masalah yang timbul saat membangun sebuah sistem yaitu :
Requirement management yang tidak mencukupi
Komunikasi yang ambigu dan tidak tepat
Arsitektur yang rapuh
Kompleksitas yang sangat besar
Tidak terdeksinya ketidak konsistenan antara requirement,desain dan implementasi
Pengetesan yang tidak mencukupi
Penilaian status project yang subyektif
Kerterlambatan pengurangan resiko yang disebabkan waterfall development
Perkembangan yang tidak terkontrol
Otomatisasi yang kurang
Semua hambatan yang ditemui saat membangun software akan dapat diatasi dengan menggunakan best practise yang telah disebutkan di awal pembahasan.Dengan menggunakan best practise yang diterapkan oleh Rational Unified Process, akar masalah yang menyebabkan timbulnya symptom dalam software developer akan teratasi dengan baik .
lebih dari perusahaan yang menggunakan Ratinal Unified Process sejak akhir tahun 1999. ini menunjukan banyaknya manfaat dan kemampuan cocokyang luas dari Rational Unifield Process. contoh perusahaan yang mengunakan Rational Unifield Process, antara lain:
Bidang telekomunikasi:Ericsson , Alcatel , MCI
Bidang transportasi , aorespace , pertahanan :British Aorespace
Manufaktur , Xerox, Volvo , Intel
Keuangan Visa schwab , dan lain -lain
Cara kerja RUP itu didasarkan pada 6 kunci prinsip bagi perkembangan bisnis yang terkendali yaitu :
1.Proses penyesuaian terhadap linkungan pekerjaan
2.Menyeimbangkan pengutamaan dari para stakeholders
3. Melakukan kerjasama antar tim
4.Mendemonstrasikan hasil -hasil yang ada secara berulang -ulang
5.Menaikkan tingkat abtraksi dari sebuah software
6.Pemusatan pada kualitas secara terus -menerus
RUP berbasis konsep object oriented, dengan aktifitas yang berpusat pada pengembangan model dengan menggunakan UNified Model Language (UML).Dibawah dapat dilihat bahwa RUP memiliki gambaran yaitu:
- Dimensi pertama digambarkan secara horizontal.Dimensi ini merepresentasi waktu dan menunjukkan aspek dinamis dari proses , yaitu siklus,tahap ,iterasi , dan milestone .Dimensi ini terdiri atas Inception ,Elaboration , Construction dan Transition.
- Dimensi kedua digambarkan secara vertikal .Dimensi ini merepresentasikan aspek statis dari proses , yaitu aktivitas ,artifak pelaksana kerja (worker)dan aliran kerja (workflow) empat elemen penting , yakni who is doing , what , how dan when.
RUPadalah proses pengembangan perangkat lunak berbasis UML (Unified Modeling Language ) yang mempunyai karakteristik:
1.Berulang (iterative )
Tahap pengembangan untuk setiap produk yang diserahkan (release) dilaksanakan secara berulang.
2.Architecture centric
Menggunakan arsitektur sistem sebagai artifak utama untuk konseptualisasi,konstruksi , pengelolaan dan penyusunan sistem selama pengembangan.
3.Use case -driven
Menggunakan use case sebagai artifak utama untuk menetapkan perilaku sistem yang diinginkan dan untuk mengkomunikasikan perilaku sistem tersebut kepada parastakeholder sistem.
4.Risk -driven
Menghilangkan atau mengurangi resiko-resiko yang dapat menghambat kesuksesan proyek.
Tahapan -tahapan RP
Tahap (phases) pelaksanaan pengembangan pada RUP meliputi:
1.Permulaan (inception )
Tahap inception fokus pada penentuan manfaat perengkat lunak yang harus dihasilkan , penetapan, proses-proses bisnis (business case ),dan perencanaan proyek.
2.Pemerincian (elabortion )
Tahap untuk menetukan use case (set of activities) dari perangakat lunak berikut rancangan arsitekturnya.
3.Konstruksi (construction )
Membangun produk perangakt lunak secara lengkap yang diserahkan kepada pemakai.
4.Transisi(transition)
Menyerahkan perangakat lunak kepada pemakai, mengujinya di tempat pemakai , dan memperbaiki masalah-masalah yang muncul saat setelah pengujian.
Ada dua jenis aliran kerja (workflow ) pada RUP , yaitu aliran kerja utama dan aliran kerja pendukung.
Aliran Kerja Utama
1.permodelan bisnis (bisiness modeling) Mendeskripsikan sruktur dan proses -proses bisnis organisasi.
2.Kebutuhan (requirements)Mendefinisikan kebutuhan perangkat lunak dengan menggunakan metode use case.
3.Analisis dan perancangan (analysis and design )Mendeskripsikan berbagai arsitektur perangkat lunak dari berbagai sudut pandang .
4.Implementasi (implementation) Menulis kode -kode program , menguji dan mengintegrasikan unit -unit programnya.
5.Pengujian (testing )Mendeskripsiakn kasus uji , prosedur dan alat ukur penguji
6.Deployment Menangani konfigurasi yang akan diserahkan.
Aliran kerja pendukung
1. Manajemen Konfiguraasi dan perubahan configuration and change management ) mengedalikan perubahan dan memelihara artifak-artifak proyek.
2.Manajemen proyek (projert management )Mendesripsikan berbagai srategi pekerja dengan proses yang berulang
3.Lingkungan (enviroment ) Menangani infrasruktur yang dibutuhkan untuk mengembangkan sistem . penggunaan Rational Unified process (RUP) dalam proses pengembangan perangkat lunak unified modeling language.
Ciri khas dari RUP dalam proses pengembangan perangkat lunak berbasis UML adalah adanya metode use case yang digunakan ,Use case terdiri atas diagram use case dan actor merepresentsikan orang yang mengoperasikan atau orang yang berinteraksi dengan system aplikasi .Use case merepresentasikan operasi -operasi yang dilakukan oleh actor , Use case digambarkan berbentuk elips dengan nama operasi dihubungkan dengan garis lurus ke use case mengadopsi Object Oriented Programming (OOP) karena memisahkan operasi -operasi maupun komponen yang terlibat di dalam sebuah objek-objek yang berbeda.
referensi:
http://88.wordprees.com /2010/01/30/metodologi-rup/
http://www.rational .com.ar/herramientas/rup.html
http://ladast.blogspot.com/2009/02/rational -unified -process.html
http://blog.unsri.ac.id /aswin /oad/rational-process/mrdetail/161/
/
