In this module, we take a high-leve

In this module, we take a high-level look at the Rational Unified Process, our process for the UML that supports and encourages the best practices we discussed earlier.
Software development is the process of developing a software system from requirements. A software process provides a disciplined approach to assigning tasks and responsibilities within a development organization, to ensure production of a high-quality software product that meets the needs of its end users within a predictable schedule and budget. The Rational Unified Software Process is a software process which incorporates the six principles for software development we have just examined. It codifies them into a formal, written set of procedures and practices that are complete, thorough, and self-consistent.



Describe the Unified Modeling Language (UML)
Define what a software development process is
Describe the Rational Unified Process
Explain the four phases of the Rational Unified Process and their associated milestones
Define iterations and their relation to phases
Explain the relations between:
Models and workflows
Phases, iterations, and workflows
Define artifact, worker, and activity
State the importance of automated tool support

The UML provides a standard for the artifacts of development (semantic models, syntactic notation, and diagrams): the things that must be controlled and exchanged. But the UML is not a standard for the process of development.
Despite all of the value that a common modeling language brings, successful development of today’s complex systems cannot be achieved solely by the use of the UML. Successful development also requires the employment of an equally robust development process.

The Unified Modeling Language (UML) is a language for
Specifying
Visualizing
Constructing
Documenting
the artifacts of a software-intensive system

The software systems we develop today are much more complex than the human mind can comprehend in their entirety. This is why we model systems. The choice of what models to create has a profound influence upon how a problem is attacked and how a solution is shaped. No single model is sufficient; every complex system is best approached through a small set of nearly independent models. To increase comprehension, a common language like the Unified Modeling Language is used to express models.


The UML is now the industry standard modeling language. Its development was spearheaded by three leaders in the object-oriented industry: Grady Booch, Ivar Jacobson, and Jim Rumbaugh. Each of them had unique approaches in the early 1990s that were converging independently. Rational Software brought these three industry leaders together to accelerate convergence to a single modeling approach. The UML is the outcome of that effort.
The UML has been under development since 1990. Early versions have gradually converged into the UML standard 1.1 that was adopted unanimously by the OMG in November 1997. Numerous books, articles, and papers have been written about or are using the UML today and many more are to come. And finally, most tool vendors today are supporting the UML.
Version 1.3 of the UML is under development at the present time.


UML development included incorporating ideas from numerous other methodologists. The main challenge was constructing an approach that was simple yet allowed the modeling of a broad range of systems. The conceptual framework was established quickly but the notational semantics took more time.
Active collaboration with other industry leaders has brought unique expertise and experience into the UML effort. The UML effort was supported by a large cross-section of the industry. Partners in the UML effort included HP, ICON Computing, IBM, I-Logix, Intellicorp, MCI Systemhouse, Microsoft, ObjecTime, Oracle, Platinum Technology, Ptech, Reich Technologies, Softeam, Sterling Software, Taskon, and Unisys. These partners provided contributors, reviewers, and advocates for the standardization efforts.
In the end, a modeling language was created that has already stood up to the test of widespread use in the industry and to the scrutiny of international standardization efforts.



In building a visual model of a system, many different diagrams are needed to represent different views of the system. The UML provides a rich notation for visualizing our models. This includes the following key diagrams:
Use Case diagrams to illustrate user interactions with the system.
Class diagrams to illustrate logical structure.
Object diagrams to illustrate objects and links.
State diagrams to illustrate behavior.
Component diagrams to illustrate physical structure of the software.
Deployment diagrams to show the mapping of software to hardware configurations.
Interaction diagrams (i.e., collaboration and sequence diagrams) to illustrate behavior.
Activity diagrams to illustrate the flow of events in a use case.

Use case diagrams are used to show the existence of use cases and their relationships, both to each other and to actors. An actor is something external to the system that has an interface with the system, such as users. A use case models a dialogue between actors and the system. A use case is initiated by an actor to invoke a certain functionality in the system. For example, in the diagram above, one user of the system is a student who wishes to use the system to register for courses. Hence, Register for Courses is a use case.
The arrow (which is optional) indicates the direction of initiation of the interaction. For example, the Student actor initiates the Register for Courses use case. However, the Close Registration use case initiates interaction with the Billing System.
A use case is a complete and meaningful flow of events. The flow of events supplements the use case diagram and is usually provided in text format.
Taken together, all use cases constitute all possible ways of using the system.

The UML provides a single, common modeling language that is useable across many methods, across the entire lifecycle, and across many different implementation technologies. It maps the artifacts between business engineering, requirements capture and analysis, design, implementation, and test. It defines an expressive and consistent notation that can point out omissions and inconsistencies. It scales to support very small to very large systems development. If facilitates effective communications with all members of the development team.


The UML is a generic modeling language. With UML, you can produce blueprints for any kind of software system.
The Rational Unified Process (RUP) is a generic process that uses UML as a modeling language. RUP can be used for any kind of software system.

An Effective Process ...
Provides guidelines for efficient development of quality software
Reduces risk and increases predictability
Captures and presents best practices
Learn from other’s experiences
Mentor on your desktop
Extension of training material
Promotes common vision and culture
Provides roadmap for applying tools
Delivers information on-line, at your finger tips


The focus of the process is the production of high-quality executables with a minimum of overhead, rather than what documents to produce.
By providing a “written-down”, very detailed set of procedures for developing software according to Rational’s six best practices, the process is easier to apply and repeatable. This results in software projects that are more predicable and successful.
Another feature of the Rational Unified Process is that it is not just theory. It instructs the developer on how to implement the activities using the tools the developer is using.
Finally, the process is available on-line as a Website. While hardcopy books have their place, most developers prefer to reference the process from their desktops when they need help. Both hardcopy and on-line versions are available.

The six best practices examined in the previous module provide the basis for the Rational Unified Process. However, their effective application requires step-by-step instructions. These instructions are provided in the Rational Unified Process, which looks at all activities that must be performed to build a software product and describes how to conduct those activities consistent with the 6 best practices. Tool mentors are included to explain how to conduct those activities using the Rational tool set.


An actor is someone or something outside the system that interacts with the system
A use case is a sequence of actions a system performs that yields an observable result of value to a particular actor

Use Cases Include a Flow of Events
Flow of events for the Withdraw Money Use Case
1. The use case begins when the client inserts her ATM card. The system reads and validates information on the card.
2. The system prompts for the PIN. The system validates the PIN.
3. The system asks which operation the client wishes to perform. The client selects “Cash withdrawal.”
4. The system requests the amount. The client enters the amount.
5. The system requests the account type. The client selects checking or savings.
6. The system communicates with the ATM network . . .

The most important part of the use case is the its flow of events, describing the sequence of actions. It is written in natural language, in a simple, consistent prose, with a precise use of terms, drawing upon a common glossary of the problem domain. For example, the term “ATM” would be an acronym commonly used in the banking industry and defined in the project glossary (as Automated Teller Machine).

Hasil (Bahasa Indonesia) 1:

Dalam modul ini, kita melihat tingkat tinggi di proses Unified yang rasional, proses kami untuk UML yang mendukung dan mendorong praktek-praktek terbaik yang kita bahas sebelumnya.Pengembangan perangkat lunak adalah proses pengembangan sebuah sistem perangkat lunak dari persyaratan. Proses perangkat lunak menyediakan pendekatan disiplin untuk menetapkan tugas dan tanggung jawab dalam organisasi pembangunan, untuk memastikan produksi produk perangkat lunak berkualitas tinggi yang memenuhi kebutuhan pengguna akhir dalam diprediksi jadwal dan anggaran. Proses perangkat lunak Unified rasional adalah proses perangkat lunak yang menggabungkan enam prinsip pengembangan perangkat lunak kami hanya telah memeriksa. Ia codifies mereka ke dalam satu set yang formal, tertulis prosedur dan praktek-praktek yang lengkap, teliti, dan konsisten diri.Menggambarkan Unified Modeling Language (UML)Mendefinisikan apa proses pengembangan perangkat lunakMenggambarkan proses bersatu rasional Menjelaskan empat tahap proses Unified rasional dan tonggak mereka terkaitMendefinisikan iterasi dan hubungan mereka untuk tahap Menjelaskan hubungan antara: Model dan alur kerja Fase, iterasi, dan alur kerjaMendefinisikan artefak, pekerja, dan kegiatanMenyatakan pentingnya alat otomatis mendukungUML menyediakan standar untuk artefak pembangunan (model semantik, sintaksis notasi dan diagram): hal-hal yang harus dikontrol dan ditukar. Tapi UML tidak standar untuk proses pembangunan. Meskipun semua nilai yang membawa pemodelan bahasa yang umum, keberhasilan pengembangan sistem kompleks hari ini tidak dicapai semata-mata dengan penggunaan UML. Pengembangan sukses juga memerlukan kerja proses pengembangan sama-sama kuat. Unified Modeling Language (UML) adalah bahasa untukMenentukanVisualisasiMembangunMendokumentasikan artefak dari sistem perangkat lunak-intensifSistem perangkat lunak yang kita mengembangkan hari jauh lebih kompleks daripada pikiran manusia dapat memahami mereka secara keseluruhan. Inilah sebabnya mengapa kita model sistem. Pilihan apa model untuk menciptakan memiliki pengaruh yang mendalam atas bagaimana masalah akan diserang dan bagaimana solusi yang dibentuk. Tidak ada satu model cukup; setiap sistem yang kompleks utama melalui sekumpulan kecil hampir independen model. Untuk meningkatkan pemahaman, bahasa yang umum seperti Unified Modeling Language digunakan untuk mengekspresikan model.UML kini pemodelan bahasa standar industri. Perkembangan ini dipelopori oleh tiga pemimpin di industri berorientasi objek: Grady Booch, Ivar Jacobson dan Jim Rumbaugh. Masing-masing memiliki pendekatan yang unik di awal 1990 yang yang konvergen secara mandiri. Perangkat lunak rasional dibawa pemimpin industri tiga ini bersama-sama untuk mempercepat konvergensi untuk pendekatan model tunggal. UML adalah hasil dari upaya itu.UML sudah dalam pengembangan sejak tahun 1990. Versi awal telah secara bertahap berkumpul ke UML 1.1 standar yang diadopsi secara bulat oleh OMG pada bulan November 1997. Banyak buku, artikel, dan makalah telah ditulis mengenai atau menggunakan UML hari dan lebih banyak untuk datang. Dan akhirnya, kebanyakan alat vendor hari mendukung UML.Versi 1.3 UML berada di bawah pembangunan di masa kini.UML pengembangan termasuk memasukkan ide-ide dari berbagai methodologists lain. Tantangan utama adalah membangun pendekatan yang sederhana namun diperbolehkan modeling berbagai sistem. Kerangka kerja konseptual didirikan dengan cepat tetapi semantik notational mengambil lebih banyak waktu.Kerjasama aktif dengan pemimpin industri lainnya telah membawa unik keahlian dan pengalaman menjadi upaya UML. UML upaya ini didukung oleh lintas-bagian besar dari industri. Mitra dalam upaya UML termasuk HP, ikon Computing, IBM, -Logix, Intellicorp, MCI Systemhouse, Microsoft, ObjecTime, Oracle, Platinum teknologi, Ptech, teknologi Reich, Softeam, perangkat lunak Sterling, Taskon dan Unisys. Mitra ini disediakan kontributor, filter, dan pendukung untuk upaya Standardisasi.Pada akhirnya, pemodelan bahasa diciptakan yang telah sudah berdiri untuk ujian luas digunakan dalam industri dan pengawasan dari upaya Standardisasi Internasional.Dalam membangun sebuah model visual sistem, banyak diagram yang berbeda diperlukan untuk mewakili pandangan yang berbeda dari sistem. UML menyediakan notasi kaya untuk memvisualisasikan model kami. Ini termasuk diagram kunci berikut:Gunakan kasus diagram untuk mengilustrasikan interaksi pengguna dengan sistem. Kelas diagram untuk mengilustrasikan struktur logis. Objek diagram untuk mengilustrasikan objek dan link.Negara diagram untuk menggambarkan perilaku.Komponen diagram untuk mengilustrasikan struktur fisik perangkat lunak. Penyebaran diagram menunjukkan pemetaan software untuk konfigurasi perangkat keras.Diagram interaksi (yaitu, kolaborasi dan urutan diagram) untuk menggambarkan perilaku.Aktivitas diagram untuk mengilustrasikan aliran kejadian dalam kasus penggunaan.Penggunaan kasus diagram yang digunakan untuk menunjukkan adanya penggunaan kasus-kasus dan hubungan mereka, baik untuk satu sama lain dan aktor. Aktor adalah sesuatu yang eksternal untuk sistem yang memiliki antarmuka dengan sistem tersebut, seperti pengguna. Kasus penggunaan model dialog antara aktor dan sistem. Kasus penggunaan diprakarsai oleh aktor untuk memohon sebuah fungsi tertentu dalam sistem. Sebagai contoh, dalam diagram di atas, salah satu pengguna sistem adalah mahasiswa yang ingin menggunakan sistem untuk mendaftar untuk kursus. Oleh karena itu, mendaftar untuk kursus adalah kasus penggunaan. Panah (yang ini opsional) menunjukkan arah inisiasi dari interaksi. Misalnya, aktor mahasiswa memulai pendaftaran untuk kursus menggunakan kasus. Namun, kasus penggunaan dekat pendaftaran memulai interaksi dengan sistem penagihan.Kasus penggunaan adalah lengkap dan bermakna aliran kejadian. Aliran kejadian suplemen diagram kasus penggunaan dan biasanya disediakan dalam format teks. Diambil bersama-sama, Semua penggunaan kasus-kasus merupakan semua kemungkinan cara menggunakan sistem.UML menyediakan bahasa pemodelan tunggal, umum yang bisa digunakan di banyak metode, di seluruh, dan seluruh banyak berbeda implementasi teknologi. Itu peta artefak antara bisnis rekayasa, persyaratan menangkap dan analisis, Desain, implementasi, dan tes. Itu mendefinisikan ekspresif dan konsisten notasi yang dapat menunjukkan kelalaian dan inkonsistensi. Skala untuk mendukung sangat kecil untuk pengembangan sistem sangat besar. Jika memfasilitasi komunikasi yang efektif dengan semua anggota tim pengembangan.UML adalah bahasa generik pemodelan. Dengan UML, Anda bisa menghasilkan cetak biru untuk setiap jenis sistem perangkat lunak.Proses Unified rasional (RUP) adalah proses generik yang menggunakan UML sebagai bahasa pemodelan. RUP dapat digunakan untuk berbagai jenis sistem perangkat lunak.Efektif proses...Menyediakan pedoman untuk efisien pengembangan kualitas perangkat lunakMengurangi risiko dan meningkatkan prediktabilitas Menangkap dan menyajikan praktik terbaikBelajar dari pengalaman lainMentor pada desktop AndaEkstensi materi pelatihanMempromosikan budaya dan visi UmumMemberikan peta jalan untuk menerapkan alatMemberikan informasi on-line, di ujung jari AndaFokus dari proses ini adalah produksi berkualitas tinggi executable dengan minimal overhead, daripada apa dokumen untuk menghasilkan.Dengan menyediakan seperangkat "ditulis-down", sangat rinci prosedur untuk mengembangkan perangkat lunak sesuai rasional di enam praktek-praktek terbaik, proses ini lebih mudah untuk menerapkan dan berulang. Hasil ini dalam proyek-proyek perangkat lunak yang lebih predicable dan sukses.Fitur lain dari proses Unified rasional adalah bahwa itu bukanlah hanya teori. Ia memerintahkan pengembang tentang bagaimana menerapkan kegiatan menggunakan alat-alat pengembang menggunakan. Akhirnya, proses ini tersedia on-line sebagai sebuah situs web. Sementara buku hardcopy memiliki tempat mereka, sebagian besar pengembang lebih suka untuk referensi proses dari desktop mereka apabila mereka memerlukan bantuan. Tersedia versi on-line dan hardcopy.Praktek-praktek terbaik enam dikaji dalam modul sebelumnya menyediakan dasar untuk proses Unified rasional. Namun, penerapannya efektif memerlukan petunjuk langkah demi langkah. Petunjuk ini disediakan dalam proses Unified rasional, yang tampak pada semua kegiatan yang harus dilakukan untuk membangun produk perangkat lunak dan menjelaskan bagaimana melakukan kegiatan-kegiatan tersebut sesuai dengan praktek-praktek terbaik 6. Alat mentor disertakan untuk menjelaskan bagaimana untuk melakukan kegiatan-kegiatan tersebut menggunakan set alat rasional.Aktor adalah seseorang atau sesuatu di luar sistem yang berinteraksi dengan sistemKasus penggunaan merupakan urutan tindakan melakukan suatu sistem yang menghasilkan hasil yang diamati nilai untuk aktor tertentuGunakan kasus termasuk aliran peristiwaAliran kejadian untuk menarik uang menggunakan kasus1. penggunaan kasus dimulai ketika klien menyisipkan kartu ATM nya. Sistem berbunyi dan memvalidasi informasi pada kartu.2. sistem petunjuknya untuk PIN. Sistem memvalidasi PIN.3. sistem meminta dimana pengoperasiannya keinginan klien untuk melakukan. Klien memilih "Penarikan tunai."4. sistem permintaan jumlah. Klien memasuki jumlah.5. sistem permintaan jenis account. Klien memilih memeriksa atau tabungan.6. sistem berkomunikasi dengan jaringan ATM...Bagian terpenting dari kasus penggunaan adalah aliran peristiwa, menggambarkan urutan tindakan. Itu ditulis dalam bahasa alam, secara sederhana, prosa yang konsisten, dengan penggunaan istilah, bersandar pada daftar domain masalah umum yang tepat. Misalnya, istilah "ATM" akan menjadi sebuah singkatan yang sering digunakan dalam industri perbankan dan didefinisikan dalam glossary proyek (sebagai Automatic Teller Machine).