RUP (Rational Unified Process)

Rational Unified Process

RUP, singkatan dari Rational Unified Process, yaitu suatu kerangka atau pedoman kerja dalam pengembangan perangkat lunak yang berfokus pada analisa kebutuhan dan desainnya. RUP ini dibuat agar memastikan kualitas yang terbaik dalam produksi atau pembuatan software dengan memperkirakan waktu, jadwal dan biaya produksi yang akan dikeluarkan. Konsep utama dari RUP yaitu tentang model, workflow, dan workers dengan fase dan iterasi - iterasinya.

Sejarah dan Perkembangan RUP (Rational Unified Process)

Rational machines (Paul Levy dan Mike Devlin, 1981) Menyediakan tools untuk perkembangan software engineering Terintegrasi dengan ADA Programming Language.

1. Rational machines (Paul Levy dan Mike Devlin, 1981) Menyediakan tools untuk perkembangan software engineering Terintegrasi dengan ADA Programming Language.
2. Grady Booch, Object Oriented Design (OOD).Oktober 1994 : James Rumbough, Object Modeling Technique (OMT).
3. Musim gugur 1995 : Ivar Jacobson, Object Oriented Software Engineering (OOSE).
4. Rational Machines → Rational 20 Februari 2003 Rational Machines dijual ke IBM seharga US$2.1 Billion.

Dimensions of RUP

Dimensi dari RUP dibagi menjadi 2 :

⇁TIME

Perkembangan Life Cycle menjadi fase - fase atau iterasi - iterasi.

⇁Komponen Process

Process adalah urutan langkah - langkah dalam membangun sebuah software.

RUP Architecture

Tahapan / Fase dari RUP :

➢ Inception

     Dalam tahpan ini bertujuan unuk membantu Anda menentukan kelayakan dari suatu proyek, dan apa yang diinginkan pelanggan dan bagaimana Anda akan melakukannya?

Milestone Inception :

• Perkiraan biaya dan jadwal.
• Pemahaman kebutuhan.
• Kredibilitas biaya, perkiraan jadwal, resiko, dan proses pengembangan.
• Pengeluatan aktual dan pengeluaran terencana.

➢ Elaboration

     Pada tahap elaborasi ini bertujuan untuk menentukan dan mendahulukan arsitektur sistemnya agar dapat memberikan dasar yang stabil supaya perancangan dan implementasi dalam tahap konstruksi.

Milestone Elaboration :

• Lebih dalam memahami kebutuhan, setidaknya 80% dari model sistem sudah lengkap.
• Deskripsi arsitektur software (Prototype yang bisa dijalankan)
• Daftar resiko yang direvisi.
• Sebuah rencana pengembangan untuk keseluruhan proyek.

➢ Construction

     Tahap Konstruksi berisi tentang pengembangan biaya yang hemat, biaya dari produk yang lengkap dari versi operasional sistem Anda yang dapat digunakan di komunitas pengguna.

Milestone Construction : 

• Meminimalkan biaya produksi/pengembangan.
• Produk perangkat lunak (Software) terintegrasi pada platform yang memadai.
• User manual.
• Deskripsi dari produk yang rilis saat ini.

➢ Transition

     Pada Tahapan ini, begitu produk telah diberikan kepada cllient, biasanya muncul masalah - masalah dan anda harus memperbaiki masalahnya, mengembangkan / merilis versi baru dan menyelesaikan fitur - fitur yang terrunda.

Milestone Transition : 

• Menyelesaikan masalah.
• Menyelesaikan Fitur yang tertunda.
• Mengembangkan produk / rilis versi terbarunya.

RUP Workflow

Workflow adalah pengelompokan kegiatan yang dilakukan bersama untuk menghasilkan sesuatu yang spesifik.

(contoh workflow)

UML (Unified Modeling Language)

• Unified Modeling Language (UML) adalah himpunan struktur dan teknik untuk pemodelan desain program berorientasi objek (OOP) serta aplikasinya.UML adalah metodologi untuk mengembangkan sistem OOP dan sekelompok perangkat tool untuk mendukung pengembangan sistem tersebut.

• UML mulai diperkenalkan oleh Object Management Group, sebuah organisasi yang telah mengembangkan model, teknologi, dan standar OOP sejak tahun 1980-an.

• Sekarang UML sudah mulai banyak digunakan oleh para praktisi OOP. UML merupakan dasar bagi perangkat (tool) desain berorientasi objek dari IBM.

• UML adalah suatu bahasa yang digunakan untuk menentukan, memvisualisasikan, membangun, dan mendokumentasikan suatu sistem informasi.

• UML dikembangkan sebagai suatu alat untuk analisis dan desain berorientasi objek oleh Grady Booch, Jim Rumbaugh, dan Ivar Jacobson. 

• Namun demikian UML dapat digunakan untuk memahami dan mendokumentasikan setiap sistem informasi. Penggunaan UML dalam industri terus meningkat. Ini merupakan standar terbuka yang menjadikannya sebagai bahasa pemodelan yang umum dalam industri peranti lunak dan pengembangan system.

• Sampai era tahun 1990 puluhan metodologi pemodelan berorientasi objek telah bermunculan di dunia. Diantaranya adalah: metodologi booch, metodologi coad, metodologi OOSe, metodologi OMT, metodologi shlaer-mellor, metodologi wirfs-brock, dsb. Masa itu terkenal dengan masa perang metodologi (method war) dalam pendesainan berorientasi objek.Masing-masing metodologi membawa notasi sendiri-sendiri, yang mengakibatkan timbul masalah baru apabila kita bekerjasama dengan kelompok/perusahaan lain yang menggunakan metodologi yang berlainan

• Dimulai pada bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, yang merupakan tiga tokoh yang boleh dikata metodologinya banyak digunakan mempelopori usaha untuk penyatuan metodologi pendesainan berorientasi objek. Pada tahun 1995 direlease draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG – http://www.omg.org).

UML menyediakan beberapa macam diagram untuk memodelkan aplikasi berorientasi objek, diantaranya :

➢Use Case Diagram.

Use case diagram digunakan untuk memodelkan semua bisnis proses berdasarkan perspektif pengguna sistem. Use case diagram terdiri atas diagram untuk use case dan actor. Actor merepresentasikan orang yang akan mengoperasikan atau orang yang berinteraksi dengan sistem aplikasi.

Use case merepresentasikan operasi-operasi yang dilakukan oleh actor. Use case digambarkan berbentuk elips dengan nama operasi dituliskan di dalamnya.Actor yang melakukan operasi dihubungkan dengan garis lurus ke use case.

➢Sequence Diagram.

Diagram Class dan diagram Object merupakan suatu gambaran model statis.Namun ada juga yang bersifat dinamis, seperti Diagram Interaction.Diagram sequence merupakan salah satu diagram Interaction yangmenjelaskan bagaimana suatu operasi itu dilakukan; message (pesan) apa yang dikirimdan kapan pelaksanaannya. Diagram ini diatur berdasarkan waktu. Obyek-objek yang berkaitan dengan proses berjalannya operasi diurutkan dari kiri ke kanan berdasarkan waktu terjadinya dalam pesan yang terurut.

➢Collaboration Diagram.

Collaboration diagram dipakai untuk memodelkan interaksi antar object di dalam sistem. Berbeda dengan sequence diagram yang lebih menonjolkan kronologis dari operasi-operasi yang dilakukan, collaboration diagram lebih fokus pada pemahaman atas keseluruhan operasi yang dilakukan oleh object.

➢Class diagram

Class diagram menggambarkan struktur statis class di dalam sistem. class merepresentasikan sesuatu yang ditangani oleh sistem. class dapat berhubungan dengan yang lain melalui berbagai cara: associated (terhubung satu sama lain), dependent (satu class tergantung/menggunakan class yang lain), specialed (satu class merupakan spesialisasi dari class lainnya), atau package (group bersama sebagai satu unit). sebuah sistem biasanya mempunyai beberapa class diagram.

*Sekian Penjelasan tentang RUP, UML dkk*😎😎😎