Konsep Dasar OOAD ANALISIS DESAIN BERORIENTASI OBJEK Pendahuluan

Konsep Dasar OOAD • ANALISIS & DESAIN BERORIENTASI OBJEK

Pendahuluan Konsep objek telah dikenal sejak lebih dari tiga puluh tahun yang lalu. Diawali dengan penggunaan pemrograman berorientasi objek (OOP), lalu berkembang menjadi konsep perancangan berorientasi objek (OOD) dan selanjutnya metode analisis dan perancangan berorientasi objek (OOAD) di tahun 1990

Pengantar Analisa & Desain Berorientasi Objek Tujuan OOAD: - Untuk merubah analisa kebutuhan menjadi desain system - Untuk mengembangkan arsitektur system yang kuat - Untuk menyesuaikan desain agar sesuai dengan lingkungan implementasi, dan mendesain untuk performance

Perbedaan Analisa dan Desain OO J Analisa J Desain ØFokus pada pemahaman masalah ØPenyempurnaan desain ØPerilaku ØSystem structure ØFunctional requirement ØSmall model ØFokus pada pemahaman solusi ØOperation dan Attribute ØPerformance ØMendekati code nyata ØObject Lifecycle ØNon-functional requirement ØLarge model

ALASAN MENGGUNAKAN OO • Pengembangan perangkat lunak itu sulit karena “perangkat lunak mudah diimpikan” • Kompleksitas pengembangan perangkat lunak yang terus bertumbuh membutuhkan dukungan konsep yang lebih handal, guna ulang (reusable) dan natural • OO menawarkan tipe data abstrak, modularitas, pemodelan informasi, proses software untuk mengatasinya • Walaupun demikian, OO bukan jaminan sukses pengembangan perangkat lunak 5

Kapan & dimana kita memakai OO? • Jika perangkat lunak (PL) yang dibangun cukup kompleks • Jika PL yang dibangun diperkirakan tumbuh makin kompleks di masa mendatang • Jika kita ingin membangun PL yang: – Berdasar pada komponen yang telah pernah ada sebelumnya (daur ulang) – Dapat dipergunakan kembali di masa mendatang (reusable) dan mungkin, kapanpun dan di manapun 6

Konsep OOAD • Object Oriented Analysis Design (OOAD) adalah rekayasa perangkat lunak yang model pendekatan sistem sebagai kelompok interaksi objek. • Beberapa entitas mewakili setiap obyek, yang menarik dalam sistem menjadi model dan kelas, elemen data, dan perilaku. Analisis berorientasi objek (OOA) berlaku objek modeling teknik untuk menganalisis fungsional persyaratan untuk sistem.

Konsep OOAD • Secara singkat OOAD adalah metode analisis yang memeriksa requirements dari sudut pandang kelas-kelas dan objek yang ditemui dalam ruang lingkup permasalahan yang mengarahkan arsitektur software yang didasarkan pada manipulasi objek-objek sistem atau subsistem. • Sekarang ini terdapat berbagai metodologi yang digunakan dalam object oriented analisys and design (OOAD).

Inheritance (Pewarisan) • Adalah konsep yang menyatakan bahwa metode atau atribut dalam kelas dapat diturunkan atau digunakan kembali oleh kelas lain.

Generalisasi, Supertype, dan Subtype • Generalisasi/spesialisasi – atribut dan perilaku yang sama untuk beberapa kelas dikelompokkan ke dalam kelas tersendiri yang disebut supertype. • Supertype – entitas yang berisi atribut dan perilaku yang sama untuk satu atau lebih subtipe kelas. Juga disebut parent class. • Subtype – kelas yang mewarisi (inherit) atribut dan perilaku dari kelas supertype serta mungkin juga berisi atribut dan perilaku lain yang khusus. Juga disebut kelas anak (child). Jika berada pada tingkat yang paling rendah dalam hirarki pewarisan, akan disebut kelas konkret (concrete)

Polimorphism • Arti : mempunyai banyak bentuk Merupakan suatu konsep yang menyatakan sesuatu yang sama dapat memiliki berbagai bentuk dan perilaku yang berbeda.

Contoh • Polimorphism pada C++ dapat dikenakan pada fungsi atau operator dan di kenal dengan overloading. • Berikut fungsi dengan nama gambar : – gambar(x, y); Menggambar titik – gambar(x 1, y 1, x 2, y 2); Menggambar garis – gambar(x, y, 5); Menggambar lingkaran

encapsulation • Adalah pembungkusan/pengemasan data dan fungsi dalam wadah bernama obyek. • atau. . . Menyembunyikan operasi-operasi dari dunia luar dan dari obyek-obyek lain

Contoh Encapsulation • Televisi : - Tampak luar hanya layar dan beberapa • tombol operasi - Di dalam terkandung kompleksitas rangkaian elektronika

Asosiasion • Merupakan relasi atau hubungan obyek satu dengan lainnya. • Sebuah obyek dapat berelasi dengan obyek yang lain

Agregasi • Agregasi – sebuah relasi yang menyatakan bahwa satu kelas “utuh (whole)” yang lebih besar memuat satu atau lebih kelas “bagian (part)” yang lebih kecil. Sebaliknya, kelas “bagian” adalah bagian dari kelas “utuh” • Dalam UML 2. 0 notasi agregasi sudah tidak dipakai lagi

Contoh Agregasi

Contoh Agregasi

Konsep class • • Mewakili sebuah benda atau barang ( kata benda) misalnya : mahasiswa, pelanggan, kendaraan Class Diagram Format and sample class: Package: : Class Person visibility attribute: Type= Default value - name: String - address: String visibility Operation (Parameter): Return Type +set. Address(address: String) +get. Address(): String +set. Name(name: String) +get. Name(): String Visibility + Public # Protected ˜　Package - Private : : Able to to access from any classes from same class and its inherited classes within same package from same class

Kelas • Sekumpulan objek yang memiliki kemiripan dalam hal properti, atribut, prilaku, dan semantik. • Proses klasifikasi dilakukan untuk membentuk kelompok dari beberapa objek yang memiliki kemiripan.

Kelas

Contoh Kelas di pemrograman PHP

Konsep Object What is Object is that Object: 1. Is Identical (because Object has own unique ID) 2. Has Behavior (because Object has Method) 3. Has State (because Object has instance parameter) Mobil Super class Kijang Parent class Kijang NX 2001 N 12345 Child class Object

Relationships of Object There three types of relationship : 1. Is-a (Generalization, Realization: Inheritance) 2. Has-a (Association) 3. Others (Association , Dependency) Association (Aggregation, Composition) Aggregation (One of associations) Composition (One of associations) Generalization Realization Dependency

Contoh Encapsulation Pada Perbankan • Informasi/properties objek rekening : No rekening, Nama , alamat dll • Perilaku/method objek rekening : buka, tutup, penarikan, penyimpanan, ubah nama, ubah alamat dll • Kita bungkus/encapsulate informasi dan perilaku tersebut pada objek rekening • Sehingga perubahan-perubahan pada sistem perbankan yang berkaitan dengan rekening diimplementasikan sederhana pada objek rekening

Contoh Pewarisan Pada Perbankan • Objek Induk Rekening : Mempunyai karakteristik umum seperti no rekening, pemilik, tingkat suku bunga • Objek Turunan (Mempunyai karakteristik yang unik dan mewarisi karakteristik umum dari objek induk) – Rekening Deposito : atribut jatuh tempo dll – Rekening Pinjaman : atribut batas kredit, cicilan minimum

Polymorphism • Polymorphism (Banyak Bentuk) adalah suatu operasi yg mempunyai nama yg sama tetapi jika diberikan pada obyek yg berbeda akan mengakibatkan operasi yg berbeda pula.

4+1 Architecture Model Logical view Development view Scenarios System & Environment Process view Physical view

Flow of Architecture Process Logical view Development view Use Case System & Environment Process view Physical view

Use Case View • Merupakan gambaran dari arsitektur sistem • Menggambarkan interaksi antar objek dan antar sistem • Digunakan untuk mengidentifikasi elemen arsitektur • Menggambarkan dan menvalidasi desain arsitektur • Titik awal dari pengujian purwarupa (prototype) arsitektur

UML Diagram for Architecture Use Case View Logical view Development view Use Case System & Environment Process view • Use Case Diagram Physical view

Logical view • Berkaitan dengan fungsional yang disediakan untuk enduser

UML Diagram for Architecture Logical View • • • Sequence Diagram Communication Diagram* Class Diagram Logical view Development view Use Case System & Environment Process view Physical view

Development View • Biasa juga disebut sebagai Implementation View • Merupakan perspektif system dari mata seorang programmers • Berkaitan dengan Software Management

UML Diagram for Architecture Development View • • Logical view Component Diagram* Package Diagram Development view Use Case System & Environment Process view Physical view

Process View • Memandang system dari aspek dinamis • Menjelaskan proses-proses dari system dan bagaimana komunikasi antar proses tersebut • Fokus pada system saat dieksekusi

UML Diagram for Architecture Process View Logical view Development view Use Case System & Environment Process view • Activity Diagram* Physical view

Physical View • Biasa juga disebut Deployment view • Sistem dari sudut pandang perekayasa system (system engineer) • Berkaitan dengan topology dari komponen-komponen software pada physical layer dan komunikasi antar komponen

UML Diagram for Architecture Physical View Logical view Development view Use Case System & Environment Physical view Process view • Deployment Diagram*

Tool Yang Mendukung UML • • • Rational Rose (www. rational. com) Together (www. togethersoft. com) Object Domain (www. objectdomain. com) Jvision (www. object-insight. com) Objecteering (www. objecteering. com) Magic. Draw (www. nomagic. com/magicdrawuml) • Visual Object Modeller (www. visualobject. com)