Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

Pendahuluan Rational Unified Process merupakan hasil kerja awal : Ivar Jacobson, Grady Booch, James Rumbaugh “Three Amigos” Konsep utama Model Workflows.

Presentasi serupa


Presentasi berjudul: "Pendahuluan Rational Unified Process merupakan hasil kerja awal : Ivar Jacobson, Grady Booch, James Rumbaugh “Three Amigos” Konsep utama Model Workflows."— Transcript presentasi:

1

2 Pendahuluan Rational Unified Process merupakan hasil kerja awal : Ivar Jacobson, Grady Booch, James Rumbaugh “Three Amigos” Konsep utama Model Workflows dan workers Phasa dan iterasi

3 Software Engineering Process

4 Iterative and Incremental Bertahap Iterative pada setiap tahap Rencanakan secara bertahap Spesifikasi, desain dan implementasi bertahap Integrasi, test dan running setiap iterasi bertahap Evaluasi dan ulangi (iterasi), sesuai keperluan Transformasikan bag. kecil kebutuhan pengguna menjadi bag. kecil software Proyek-mini: satu langkah pada setiap waktu Pada setiap tahap terdapat perencanaan, aturan dsb Perbaikan awal dengan membangun pengetahuan(mengurangi resiko) fungsionalitas yang dibutuhkan dan kelangsungan teknis. Perbaikan selanjutnya membangun fungsionalitas produk. Risk-Driven Setiap iterasi menambah perbaikan dan mengurangi resiko

5 Feature-feature RUP Use-Case Driven Berbasis kebutuhan dan berfokus pada pengembangan Architecture-Centric Struktur over-arching; dasar dari desain Iterative and Incremental Bertahap, pertumbuhan dikontrol melalui “mini-projects” Setiap langka mencerminkan kebutuhan dan resiko saat ini

6 Feature-feature RUP Rational Unified Process terdiri dari : Workflow yang menghasilkan model: requirements, analysis, design/deployment, implementation, test Workers yang mengimplementasikan workflow : user, manager, analis, architect, designer, tester, dsb. Phasa development dan iterasi: inception, elaboration, construction, transition Aktivitas dalam iterasi: perencanaan, eksekusi workflow, evaluasi

7 Rational Unified Process

8 Phasa-phasa RUP Empat Phasa Inception Membuat proses bisnis, umur sistem Mendefinisikan tujuan daur hidup Elaboration Membuat kelayakan dan batasan : keuangan, jadual, teknis dsb. Mendefinisikan arsitektur daur hidup Construction Membangun sistem Mendefinisikan kemampuan operasional awal Transition Menyerahkan fungsionalitas sistem lengkap ke pengguna Menyerahkan rilis produk

9 Waktu dan Unified Process Pada Unifies Process, waktu mengalir melalui phasa-phasa, increment dan iterasi, tidak melalui workflow tradisional : requirements  design  implementation  test Phasa Waktu diantara dua milestones utama – titik-titik dimana manajemen memutuskan apakah untuk memproses pengembangan dan menyetujui jangkauan, anggaran dan jadual untuk phasa selanjutnya Iterasi Sebuah “proyek-mini” that typically crosses all five workflows (disciplines) Output adalah rilis (internal atau external) Mungkin terdapat beberapa peningkatan Increment Bagian kecil dan dapat diatur oleh sistem – sebuah bangunan Biasanya perbedaan fungsionalitas ditambahkan pada hasil increment sebelumnya

10 Phases and Iterations Phasa-phasa ( dalam waktu ) Inception Elaboration Construction Transition Banyak iterasi per phasa Manajemen resiko Selesaikan masalah sulit lebih dahulu Setiap workflow (requirement, analisa, desain, implementasi, test) dilakukan pada setiap iterasi

11 Phasa Inception Inception: membuat proses bisnis Jangkauan, batasan Kandidat arsitektur ( meyakinkan, layak) Resiko kritis Prototype proof-of-concept ( sistem dapat memuaskan kebutuhan pengguna ) Antar muka Algoritma kunci throw-away Perkiraan pengembangan kebutuhan sumber ( bukan RUP )

12 Phasa Elaboration Elaboration: “do-ability” Berbasis arsitektural Meliputi fungsionalitas utama Use case untuk 80%an fungsionalitas Menentukan level kualitas (misalnya reliability, performansi) Resiko utama ditransformasikan ke aktivitas yang dapat dihargai dan dijadualkan Penawaran kebutuhan sumber Jadual, staff, harga

13 Phasa Construction Construction: membangun kemampuan operasional awal Semua use case ditemukan, digambarkan dan direalisasikan ( dipetakan ke model desain ) Menyelesaikan analisa ( menyisakan 50%an ) Menyelesaikan desain, implementasi dan test ( menyisakan 90%an ) Mempertahankan integritas arsitektural Memonitor dan mengurangi resiko

14 Phasa Transition Transition: berpindah ke lingkungan pengguna Persiapan situs (secara fisik) Perubahan lingkungan operasional (hardware, sistem operasi, protokol komunikasi, shared components, dsb.) Lengkapi manual dan rilis dokumen lainnya Configure software to specific user environment Konfigurasi software untuk lingkungan pengguna tertentu Perbaikan kekurangan dari feedback test beta Modifikasi software sesuai keperluan

15 Kesimpulan Workflow RequirementsAnalysisDesignImplementationTest Feature lists Domain models Use cases Customer language External view Unambiguous models Consistent use cases Developer language Internal view Sets solution architecture Conceptual Informal models Few abstractions, subsystems, interfaces Physical Technologies and “-ilities” Many abstractions, subsystems, interfaces Detailed Formal Implement details (source, scripts, binaries, executables, etc.) Distribute executable components across computing nodes Unit test Test cases, procedures, components Integration and system tests Feed results back into process

16 Kebutuhan Resource needs Resources Waktu 5% 20% 65% 10% Inception 10% Elaboration 30% Construction 50% Transition 10% Lebih banyak usaha up- front untuk proyek yang sulit

17 Setiap tahap menghasilkan kumpulan model tertentu

18 Model-model UML Use Case Diagram Class Diagram Behavior Diagrams Statechart Diagram Activity Diagram Interaction Diagrams Collaboration Diagram Sequence Diagram Implementation Diagrams Component Diagram Deployment Diagram Diagrams Model Multiple, sudut pandang konsisten pada model dasar

19 4+1 View Arsitektur Software Design View Process View Implementation View Deployment View Use Case View Vocabulary Functionality Performance Scalability Throughput Behavior System Assembly Configuration Management System Topology Distribution Delivery Installation logicalphysical

20 Artifact s Dokumen produk Dokumen proses Dokumen proyek ( organisasi )

21 Essential Software Process Domain Aplikasi Model Konseptual Model Formal Domain Implementasi Transformasi model aplikasi konseptual menjadi model solusi detail Transformasi

22 Output Proses adalah Model Produk Model Analisa Model Desain Model Implementasi Distributed Platform Middleware Framework Application Objects Rekayasa Solusi Ekseskusi solusi

23 Aktivitas RUP dan Workers (Roles) Analisa

24 Aktivitas RUP dan Workers (Roles) (2) Desain

25 Aktivitas RUP dan Workers (Roles) (3) Implementasi

26 Aktivitas RUP dan Workers (Roles) (4) Test

27

28 Requiremen ts ActivitasArtifact  Daftar kandidat requirements  Daftar feature  Memahami konteks sistem  Model bisnis/domain  Memahami requirements fungsionalitas  Use-case model  Memahami requirements kualitas dan bisnis  Supplementary requirements

29 Tujuan aktivitas requirements Mengarahkan development agar sesuai dengan sistem Tugas lainnya agar fokus dalam pembangunan sistem yang benar Membatasi apa yang boleh dan tidak dilakukan sistem Persetujuan diantara customer ( termasuk user ) dan organisasi pengembangan Dalam bahasa customer/user Tugas-tugas Daftar kandidat requirements Memahami konteks sistem Memahami requirements fungsionalitas Memahami requirements non fungsionalitas Validasi requirements

30 Starting points System Requirements Dokumen requirements customer detail Business model Domain object model Pernyataan Visi Similar systems SamarSangat detail

31

32 Requirements dan analysis Use Case Model Analysis Model Bahasa customer External view sistem Functionalitas sistem Terstruktur oleh use cases Kontrak diantara customer dan developer Redundansi, inkonsistensi Bahasa developer Internal view sistem Bagaimana merealisasikan functionalitas sistem Terstruktur oleh class-class dan package- package Sketsa realisasi fungsi; first- cut design Tidak boleh terdapat redundansi atau inkonsistensi

33 Model Analysis Analisa class-class dan/atau subsystems Fokus pada fungsional (vs. non-fungsional) requirement Konseptual, granularity yang besar Model desain akan mempunyai ~5 kali lebih elemen model Minimal interface operasi Definisi responsibilities (textual) instead Atribute pada high level Relasi konseptual boundary (interaksi dengan actor), control (koordinasi, sequencing, transaksi) atau entity (long- lived real-life object atau event) class-class Boundary Entity Control

34 Model Analysis (2) Use case realizations Kolaborasi yang menggambarkan bagaimana sebuah use case direalisasikan dan digambarkan dalam interaksi object-object Deskripsi tekstual flow events, class diagram, interaction diagram, special requirements Analysis Package mengorganisasikan analysis classes, use-case realizations dan analysis packages lainnya Pemisahan urusan analisis Berdasar masalah requirement domain fungsional, bukan domain solusi Model Arsitektur View “significant” dari model analysis

35 Model Analysis Berpengaruh pada Desain Mempertahankan struktur ketika membahas requirements non- fungsional dan batasaan implementasi Packages  Subsystems Class-class analysis adalah spesifikasi dari class-class desain Entity classes  databases Boundary classes  User Interface or communications Use-case realizations Spesifikasi lebih detail dari use cases Mengidentifikasikan flow proses di desain View arsitektur akan menemukan multiple view dari model desain

36

37 Aktivitas Desain Menentukan bentuk sistem arsitektur yang memenuhi semua requirements Memahami isu pada requirements non-fungsional dan batasan teknologi Mengidentitaskan subsystem ( semua struktur, requirement, interface, class-class) yang membolehkan implementasi konkuren Membuat abstraksi yang tak terlihat pada implementasi sistem Implementasi menambah isi ke arsitektur yang stabil Menyediakan visualisasi implementasi

38 4+1 View Arsitektur dan model- model yang mendefinsikan view yang ada Logical View Functionality Implementation View Software management Process View Performance, scalability, throughput Deployment View System topology, delivery, installation, communication Use Case View Understandability Usability Requirements Analysis Desain Implementasi

39 Artifacts Model Desain Model Desain Desain Class-class Desain Subsystems Desain Use-Case Realization Class Diagrams Interaction Diagrams Desain Flow of Events Implementasi Requirements Interface Model Deployment Model Process Architecture Views Model Desain Model Deployment Model Process

40 Aktivitas Desain Workflow dan Worker Architect Use-Case Engineer Component Engineer Desain Arsitektural Desain sebuah Use Case Desain sebuah Class Desain sebuah Subsystem

41

42 Tugas-tugas Implementasi Implementasi desain dalam komponen-komponen source code, script, binary, executable, dsb. Sempurnakan arsitektur Rencanakan integrasi sistem pada setiap iterasi incremental : kecil dan langkah yang teratur Distribusi sistem : petakan komponen ke node-node Implementasi class-class desain dan subsystem Komponen-komponen unit testing Integrasi komponen-komponen ( kompile dan link ke dalam satu atau lebih executable ) untuk integrasi dan testing sistem

43 Artifa ct Model Implementasi Komponen Implementasi Subsystem Interface Descripsi Arsitektur View Implementasi dari arsitektur Rencana pembangunan Integrasi Urutan pembangunan dalam sebuah iterasi Fungsionalitas dalam setiap pembangunan Catatan : jaga model saat ini melalui round- trip engineering Model desain menjamin visualisasi model implementasi

44 Implementasi Aktivitas Workflow dan Workers Architect System Integrator Component Engineer Implementasi Arsitektural Integrasi Sistem Implementasi sebuah Class Implementasi sebuah Subsystem Lakukan sebuah Unit Test

45 4+1 View Arsitektur dan model-model yang mendefinsikan view yang ada Logical View Functionality Implementation View Software management Process View Performance, scalability, throughput Deployment View System topology, delivery, installation, communication Use Case View Understandability Usability Requirements Analysis Design Implementation

46

47 Aktivitas Testing Verifikasi hasil dari implementasi dengan testing setiap pembangunan Rencanakan test pada setiap iterasi Test integrasi untuk setiap pembangunan dalam iterasi Test sistem untuk akhir iterasi Test desain dan implementasi dengan membuat Kasus-kasus test untuk menentukan apa yang akan ditest Prosedur-prosedur test yang menentukan bagaimana melakukan test Komponen test executable untuk mengotomasi test Lakukan test dam secara sistematis menangani hasil test Pembangunan yang cacat dikirim ke workflow yang lain (misalnya desain dan implementasi) untuk perbaikan kecacatan

48 Testing pada daur hidup software Pada umumnya, dimanapun ada hasil implementasi, terdapat sebuah test Test pada setiap pembangunan Phasa Inception : perencanaan test awal, test prototype Phasa Elaboration : test dasar arsitektural Phasa Construction : testing pada setiap pembangunan Phasa Transition : re-test perbaikan dan test regresi Test Regresi tests: dalam pembagunan baru, lakukan test ulang dari pembangunan lama untuk meyakinakan tidak ada kesalahan dalam pembangunan baru Menyusun model test Membuat kasus-kasu test yang baru untuk setiap pembangunan Perbaiki kasus-kasus test lama menjadi test regresi Pindahkan testing, prosedur dan komponen test kuno yang berhubungan

49 Artifa ct Artifacts model testing Kasus-kasus testing Prosedur testing Komponen-kompenen testing Testing subsystem packages untuk model test yang kompleks Testing package subs Artifact lainnya Rencana Test Cacat Evaluasi Test


Download ppt "Pendahuluan Rational Unified Process merupakan hasil kerja awal : Ivar Jacobson, Grady Booch, James Rumbaugh “Three Amigos” Konsep utama Model Workflows."

Presentasi serupa


Iklan oleh Google