Ada sembilan proses workflows dalam Rational Unified Process, masing-masing proses mewakili suatu penyekatan semua pekerja dan aktivitas ke dalam pengelompokan-pengelompokan logis.
Berikut adalah Inti proses workflows yang dibagi menjadi enam inti “rancang-bangun” workflows: Continue reading ‘Alur Kerja / Workflow dari masing-masing phase. (RUP)’
Tujuan dari tahap transisi adalah untuk mentransisikan produk perangkat lunak kepada masyarakat pengguna. Begitu produk diberikan kepada pengguna akhir, isu-isu biasanya muncul dan memerlukan pengembang untuk mengembangkan release baru, mengoreksi beberapa permasalahan, atau selesaikan fitur yang ditunda. Continue reading ‘Transition Phase / Tahap transisi (RUP MEneh)’
Selama tahap konstruksi, semua komponen yang tersisa dan fitur aplikasi dikembangkan dan yang terintegrasi ke dalam produk, dan semua fitur secara menyeluruh diuji. Tahap konstruksi adalah, dalam satu pengertian, suatu proses pabrikasi di mana penekanan ditempatkan di pengaturan sumber daya dan pengendalian operasi untuk mengoptimalkan biaya-biaya, jadwal-jadwal, dan mutu. Dalam hal ini, pola pikir manajemen mengalami suatu transisi dari pengembangan sebuah properti cendekiawan selama permulaan dan pengembangan, menjadi pengembangan dari produk-produk yang bisa menyebar selama konstruksi dan transisi. Continue reading ‘Construction Phase / Tahap konstruksi pada RUP’
Tujuan dari tahap pengembangan adalah untuk meneliti daerah masalah, menetapkan suatu pondasi arsitektur, pengembangan rencana proyek, dan menghapuskan unsur-unsur resiko yang paling tinggi dari proyek. Untuk memenuhi sasaran ini, pengembang harus mempunyai pandangan “mile wide and inch deep (mil lebar dan inci dalam)” dari suatu sistim. Keputusan-keputusan secara arsitektur harus dibuat dengan satu pemahaman keseluruhan sistim: lingkupnya, kemampuan dan kebutuhan nonfungsional utama seperti persyaratan-persyaratan kinerja.
Hasil dari tahap pengembangan adalah:
Pada akhir tahap pengembangan adalah milstone proyek yang penting yang kedua, Lifecycle Architecture milestone. Dalam posisi ini, pengembang menguji hasil sasaran sistim yang terperinci dan lingkup pilihan dari arsitektur, serta resolusi dari resiko utama.
Ukuran-ukuran evaluasi utama untuk tahap pengembangan melibatkan jawaban atas pertanyaan-pertanyaan ini:
Proyek bisa digugurkan atau bisa dipertimbangkan kembali jika gagal melewati milestone ini.
Selama tahap permulaan, pengembang menetapkan kasus bisnis untuk sistim dan membatasi lingkup proyek. Untuk mencapai hal ini pengembang harus mengidentifikasi semua kesatuan eksternal dengan mana sistim itu akan saling berhubungan (para aktor) dan pengembang harus menggambarkan sifat alami interaksi ini pada suatu pendekatan tingkat tinggi. Hal ini melibatkan mengidentifikasi semua use case / kasus penggunaan dan penggambaran beberapa use case dari hal-hal yang penting. Business case / Kasus bisnis termasuk di dalamnya ukuran-ukuran target sistem, penaksiran risiko, dan perkiraan dari keperluan sumber daya, serta suatu rencana fase yang mempertunjukkan titik dari milstone utama.
Hasil dari tahap permulaan adalah:
• Suatu pendokumentasian visi: suatu visi umum dari inti kebutuhan proyek, fitur kunci, dan batasan-batasan utama.
• Suatu use case model awal (( 10% -20%) selesai).
• Satu daftar glossary / kata proyek awal (boleh bebas dipilih secara parsial dinyatakan sebagai suatu domain model).
• Satu business case awal, yang di dalamnya terdapat konteks bisnis, ukuran-ukuran sukses (proyeksi pendapatan, pengenalan pasar, dan seterusnya), dan perkiraan keuangan (jika diperlukan).
• Satu penaksiran risiko awal.
• Suatu rencana proyek, mempertunjukkan tahap-tahap dan iterasi.
• Suatu model bisnis, jika perlu.
• Satu atau beberapa prototipe.
Pada akhir tahap permulaan terdapat milestone proyek yang pertama, Lifecycle Objectives Milestone.
Ukuran-ukuran evaluasi untuk tahap permulaan adalah:
Proyek bisa ditunda atau dapat dipikirkan kembali jika gagal melewati milestone ini.
Dalam RUP proses dapat digambarkan dalam dua dimensi dan digambarkan pada Grafik (sepanjang dua poros):
• sumbu datar mewakili waktu dan menunjukkan aspek yang dinamis dari proses sebagaimana yang termasuk didalamnya adalah cycles, phases, iterations dan milestones.
• sumbu tegak mewakili aspek statis dari proses: sebagaimana yang digambarkan dan yang termasuk didalamnya adalah activities (aktivitas), artifacts (artefak-artefak), workers (pekerja) dan workflows (alur kerja).
RUP mendeskripsikan bagaimana cara efektif untuk mengembangkan. Cara-cara pengembangan ini disebut sebagai “Best Practices (cara terbaik)” karena cara ini sering dipakai oleh industri dalam menggunakan RUP. Berikut adalah cara tersebut.
1. Develop Software Iteratively / Pengembangan software secara berulang
Dengan perkembangan sistem perangkat lunak yang canggih seperti pada zaman sekarang, adalah tidak mungkin untuk membangun sistem software secara berurutan, pertama menggambarkan seluruh masalah, mendisain seluruh solusi, membangun perangkat lunak dan lalu menguji produk pada akhirnya. Satu pendekatan berulang diperlukan, pendekatan ini mengizinkan suatu peningkatan pemahaman masalah melalui proses yang berurutan, penyulingan/perbaikan, dan untuk secara bertahap menumbuhkan suatu solusi yang efektif dari proses yang berulang tersebut. Rational Unified Process mendukung satu pendekatan yang berulang pada pengembangan software yang meminimalisir materi resiko yang paling tinggi pada setiap tahap di dalam lifecycle, secara signifikan dapat mengurangi suatu profil resiko proyek. Pendekatan berulang ini membantu meminimalisir dalam mengambil resiko melalui proses berkala yang dapat dibuktikan, hasil akhir memungkinkan keterlibatan dan feedback (umpan balik) pengguna akhir secara berkelanjutan. Karena masing-masing proses pengulangan berakhir dengan satu executable release, tim pengembang dapat tetap memfokuskan diri pada hasil produksi, dan secara berkala memeriksa status dapat menolong memastikan bahwa project tetap sesuai jadwal. Satu pendekatan berulang juga dapat membuat lebih mudah pengakomodasian perubahan-perubahan taktis di dalam persyaratan-persyaratan, fitur atau jadwal dari suatu proyek.
2. Manage Requirements / Pengelolaan Persyaratan
Rational Unified Process menguraikan bagaimana caranya menimbulkan, mengorganisir keperluan pendokumentasian, kemampuan dan batasan-ba tasan; jejak/jalur dan dokumen tradeoffs dan keputusan-keputusan; kemudian dengan mudah menangkap dan mengkomunikasikan persyaratan-persyaratan bisnis. melarang pendugaan use case dan skenario dalam proses sudah terbukti menjadi salah satu cara yang sempurna untuk menangkap syarat fungsional dan untuk memastikan bahwa pengarah tersebut, baik desain, implementasi dan uji coba perangkat lunak, membuat sistim akhir menjadi lebih mungkin memenuhi keperluan pengguna akhir. RUP menyediakan koheren dan dokumen yang dapat dilacak baik pada saat pengembangan ataupun pada saat sistem telah selesai dikerjakan.
3. Used component-based architectures / Penggunaan Arsitektur Berbasis Komponen
Sebelum mengikat sumber daya untuk pengembangan penuh skala, proses memusat di awal pengembangan dan berdasarkan pada suatu arsitektur yang kuat. RUP menguraikan bagaimana caranya mendisain arsitektur yang fleksibel, mengakomodasi perubahan yang dengan tidak sengaja dan dapat dimengerti, dan lebih mempromosikan penggunaan kembali perangkat lunak efektif. Rational Unified Process mendukung pengembangan software berbasis komponen. Komponen-komponen bersifat modul-modul tidak penting, komponen adalah sebuah subsistem yang memenuhi suatu fungsi yang jelas. Rational Unified Process menyediakan suatu pendekatan yang sistematis untuk melukiskan satu arsitektur menggunakan komponen-komponen baru dan komponen yang sudah ada. Komponen ini dirakit dalam sebuah arsitektur yang telah dirumuskan dengan baik, ataupun yang khusus untuk suatu maksud, atau di suatu infrastruktur komponen seperti Internet, CORBA, dan COM, atau di mana satu industri dari komponen-komponen yang bisa digunakan kembali sedang muncul.
4. Visually model software / Pemodelan Software Secara Visual
Proses menunjukkan bagaimana caranya memodelkan perangkat lunak secara visual untuk menangkap struktur dan perilaku dari arsitektur-arsitektur dan komponen-komponen. Hal ini mengizinkan untuk menyembunyikan detil dan menulis kode menggunakan “blok bangunan grafis.” Abstraksi-abstraksi visual membantu mengkomunikasikan aspek yang berbeda dari perangkat lunak; lihat bagaimana unsur-unsur dari sistim saling bersesuaian; pastikan bahwa blok bangunan bersifat konsisten dengan kode. pelihara konsistensi antara suatu desain dan implementasinya; dan promosikan komunikasi yang jelas. Standard industry Unified Modelling
Language (UML) diciptakan oleh Rational Software.
5. Verify software quality / Verifikasi kualitas software
Kinerja aplikasi yang lemah dan keandalan aplikasi yang sedikit adalah faktor umum yang secara dramatis menghalangi kemampuan penerimaan aplikasi-aplikasi perangkat lunak hari ini. Karenanya, mutu harus ditinjau dengan seksama berdasar persyaratan-persyaratan pada keandalan, kemampuan, kinerja aplikasi dan kinerja sistim. RUP dapat membantu dalam
perencanaan, desain, implementasi, eksekusi, dan evaluasi test seperti ini. Penilaian mutu dibuat ke dalam proses, di dalam semua aktivitas, menyertakan semua peserta, menggunakan sasaran pengukuran-pengukuran dan ukuran-ukuran, dan tidak diperlakukan sebagai satu pikiran ke depan atau suatu aktivitas yang terpisah yang dilaksanakan oleh suatu kelompok yang terpisah.
6. Control changes to software / Kendali perubahan software
Kemampuan untuk mengatur perubahan memastikan bahwamasing-masing perubahan adalah bisa diterima, dan mampu untuk menjejaki perubahan penting dalam satu lingkungan di mana perubahan tak bisa terelakkan. Proses menguraikan bagaimana caranya mengendalikan, menjejaki dan memonitor perubahan untuk memungkinkan suksesnya pengembangan berulang. RUP juga memandu bagaimana caranya mengamankan ruang kerja untuk masing-masing pengembang dengan menyediakan pengasingan dari perubahan-perubahan buatan ruang kerja yang lain dan oleh perubahan-perubahan pengendalian dari semua artefak perangkat lunak (contoh., model, pengkodean, dokumen, dll.). hal ini menjadikan suatu tim pengembang dapat bekerja bersama sebagai suatu unit dengan menguraikan bagaimana caranya mengotomatiskan pengintegrasian dan membangun manajemen.
Okeh,.. ternyata bikin software nggak segampang bikin anak,.. (yaiyalah,.. lagian kayak udah pernah aja!!!!) setelah muter2 pusing apa yang mau dikerjain duluan akhirnya saya coba memilih untuk menggunakan metodologi pengembangan/rekayasa perangkat lunak… metodologi yang saya pilih yaitu RUP… kemudian ada yang menyebut Unified Process dan Open Unified Process,.. intinya pengembangan perangkat lunak secara iteratif,.. Jadi ada beberapa pengulangan dalam pembuatan software,.. hal ini untuk memastikan bahwa perubahan dalam pengembangan software dapat terkontrol dengan baik. adapaun tahap-2nya antara lain:
inception phase
collaboration phase
construction phase
transition phase
antara tahap 1 dengan tahap lainnya terdapat milestone (tonggak mil) atau di Indonesia tonggak KM (kilometer–mungkin). milestone ini lah yang yang mengontrol perubahan pengembangan software. untuk lebih jelasnya saya akan menulis tentang rup secara lebih spesifik.
Dalam rekayasa perangkat lunak, sebuah methodology adalah
suatu urutan kesatuan dari berbagai macam pelaksanaan (penyusunan materi,
coding, pendokumentasian, pendiagraman, dll) yang akhirnya akan menghasilkan
software.
–http://en.wikipedia.org/wiki/Methodology_(software_engineering)
Rational Unified Process (RUP) adalah salah satu proses
dalam rekayasa perangkat lunak. RUP menyediakan pendekatan disiplin dalam
menentukan tugas dan tanggung jawab dalam pengembangan software. Tujuannya
adalah untuk menjamin produksi software yang berkualitas yang memenuhi
kebutuhan penggunanya dengan jadwal dan anggaran yang dapat diprediksikan.
Rational Unified Process menitikberatkan pada produktiftas
team, dengan cara memberikan setiap anggota team akses mudah ke knowledge base
dengan adanya guidelines, templates dan tool untuk semua kepentingan aktifitas
pengembangan.
Rational Unified Process memnitikberatkan pada aktifitas
menciptakan dan merawat model daripada aktifitas produksi yang memfokuskan pada
penciptaan dokumen project yang banyak.
RUP adalah suatu petunjuk bagaimana menggunakan Unified
Modeling Language secara efektif. UML adalah bahasa standar industry yang
mengijinkan kita untuk dapat berkomunikasi dengan kebutuhan, arsitektur dan
design software secara lebih jelas. UML diciptakan oleh Rational Software, dan
sekarang dirawat oleh standards organization Object Management Group (OMG).
RUP mendeskripsikan bagaimana cara efektif untuk
mengembangkan. Cara ini disebut sebagai “Best Practices” karena cara-cara ini
sering dipakai oleh industry dalam menggunakan RUP. Berikut adalah cara
tersebut.
1. Develop
Software Iteratively
2. Manage
Requirements
3. Used
component-based architectures
4. Visually
model software
5. Verify
software quality
6. Control
Changes to software
Recent Comments