OOAD

Metode OOAD

(object-oriented analysis and design)

Metodologi yang umumnya digunakan dalam pembangunan sistem berbasis komputer dalam dunia bisnis dan industri saat ini adalah metode analisis dan design terstruktur (Structured Analisys and Design / SSAD). Metode ini diperkenalkan pada tahun 1970, yang merupakan hasil turunan dari pemrograman terstruktur. Metode pengembangan dengan metode terstruktur ini terus diperbaiki sampai akhirnya dapat digunakan dalam dunia nyata.

Disamping itu, akhir-akhir ini bahasa pemrograman object-oriented (OO) mliai poplier dan banyak digunakan pada organisasi bisnis maupun institusi pendidikan. Seiring dengan trend sebuah metodologi dibangun untuk membantu programmer dalam mengunakan bahasa pemrograman berorientasi obyek. Metodologi ini dikenal dengan object-oriented analysis and design (OOAD).

Metode OOAD melakukan pendekatan terhadap masalah dari perspektif obyek, tidak pada perspektif fungsional seperti pada pemrograman tersrtuktur. Akhir-akhir ini penggunakan OOAD meningkat dibandingkan dengan pengunaan metode pengembangan software dengan metode tradisional. Sebagai metode baru dan sophisticated bahasa pemrograman berorientasi obyek diciptakan, hal tersebut untuk memenuhi peningkatan kebutuhan akan pendekatan berorientasi obyek pada aplikasi bisnis.

Berikut adalah Kelebihan dan Kekurangan Kedua Metode TersebutMETODE BERORIENTASI OBYEK

2.1 Sejarah Metode Beorientasi Objek

Metode beorientasi objek mulai berkembang ketika Grady Booch pada tahun 80 an mempublikasikan suatu paper bagaimana melakukan perancangan untuk bahasa ADA namun memberi judul paper tersebut dengan : Object-Oriented Design. Selanjutnya ide tersebut terus ia kembangkan sampai tahun 90 an. Pada tahun 1991 Peter Coad dan Yourdon memperkenalkan metode berorientasi objek yang lebih sederhana dibandingkan Booch. Metode ini menjadi cepat populer karena mendukung layanan-layanan yang terdapat pada C++. Pada waktu itu C++ merupakan bahasa pemrograman berorientasi objek yang paling populer .

Pada tahun 1991 juga Rumbaugh memperkenalkan Object Modelling Technique (OMT). Pendekatan yang digunakan tidak jauh berbeda dengan pendekatan yang digunakan Coad Yourdon namun dengan notasi yang berbeda. OMT tidak hanya sepenuhnya berbasis pada data driven tapi juga memisahkan proses dari data dengan penggunan data flow diagram yang terpisah dengan diagram kelas. OMT juga menggunakan notasi state transition diagram untuk memodelkan aspek dinamis sistem. Pada tahun 1994 Ivar Jacobson memperkenalkan konsep use case dan object oriented software engineering. Pada tahun 1994 itu juga yaitu bulan Oktober 1994 Booch, Rumbaugh dan Jacobson, mempelopori usaha untuk penyatuan notasi pendekatan berorientasi objek. Pada tahun 1995 dihasilkan draft pertama dari UML (versi 0.8). Sejak tahun 1996 pengembangan tersebut dikoordinasikan oleh Object Management Group (OMG – http://www.omg.org).

Tahun 1997 UML versi 1.1 muncul, dan saat ini versi terbaru adalah versi 1.5 yang dirilis bulan Maret 2003. Booch, Rumbaugh dan Jacobson menyusun tiga buku serial tentang UML pada tahun 1999. Sejak saat itulah UML telah menjelma menjadi standar bahasa pemodelan untuk aplikasi berorientasi objek [DHA03].

2.2 Kenapa Metode Beorientasi Objek ?

Menaikkan tingkat keterpakaian kembali (reusability) Perangkat lunak bersifat dinamis. Hal ini disebabkan kebutuhan pengguna berubah dengan cepat. Perkembangan teknologi informasi dan kebutuhan akan pengolahan informasi itu memaksa setiap organisasi memperbarui sistemnya. Dengan demikian perangkat lunak harus dibangun dengan reusability tinggi. Metode yang mendukung reusability tersebut adalah metode beroientasi objek.

Menghilangkan kompleksitas transisi antar tahap pada pengembangan perangkat lunak Pada pendekatan konvensional (tertruktur), notasi yang digunakan pada tahap analisis, perancangan dan tahap lainnya berbeda-beda. Hal ini menyebabkan transisi antar tahap pengembangan menjadi kompleks. Pada pendekatan berorientasi objek notasi yang digunakan pada tahap analisis, peanccangan dan implementasi relatif sama.

Memiliki tingkat abstraksi yang lebih tinggi Pendekatan terstruktur mendukung abstraksi pada level fungsional. Hal ini tidak bersesuaian dengan keadaan di dunia nyata. Pada dunia nyata kebanyakan pengelompokan tidak didasarkan pada fungsinya namun pada karakteristik alami yang melekat, yang membedakan sesuatu dengan yang lain. Di dunia nyata yang sering kita lihat adalah objeknya bukan fungsinya. Kita lebih akrab dengan istilah manusia, sapi, dan harimau, ketimbang dengan pemikir, pemamah biak, atau pemangsa. Dengan demikian pendekatan berorientasi objek membawa abstraksi kita lebih dekat dengan dunia nyata. Artinya, kita dibawa kepada level abstraksi yang lebih tinggi.

2.3 Konsep dalam Metode Beorientasi Objek

Objek Objek adalah suatu kombinasi antara data dan aspek lojik yang merepresentasikan suatu entitas dunia nyata. Contoh : mobil toyota kijang adalah suatu objek, maka yang menjadi data adalah warna, pembuat, harga, konsumsi bahan bakar, mekanisme pengereman, dll. Sedangkan yang menjadi aspek lojiknya adalah menampilkan jarak tempuh, berhenti, bejalan, belok, dll.

a. Kelas

Pada sistem berorientasi objek, kelas didefinisikan sebagai himpunan objek yang memiliki struktur umum dan perilaku umum yang sama [BAH99]. Sedangkan objek dapat dikatakan sebagai instansiasi suatu kelas. Sebagai contoh mobil adalah suatu kelas, maka mobil Toyota kijang, mobil Proton, dll adalah objek.

b. Atribut

Atribut merepresentasikan karakteristik atau keadaan objek. Pada contoh kasus di atas, sebuah mobil dapat memiliki atribut warna, harga, dan pembuat. Pada tataran implementasi, warna dapat direpresentasikan sebagai suatu string (domain nilainya misalnya : merah, biru, kuning, dll). Harga dapat berupa bilangan floating point atau bilangan integer. Sedangkan pembuat dapat bertipe struktur yang terdiri dari nama, identitas korporat, dll.

c. Metode

Metode adalah suatu fungsi atau prosedur yang didefinisikan untuk dapat mengakses keadaan internal suatu objek dari suatu kelas. Tiap fungsi atau prosedur mendefinisikan dan mendeskripsikan perilaku khusus suatu objek. Sebagai contoh: kelas Pegawai memiliki metode Hitung Gaji. Metode sebenarnya merupakan antarmuka yang disediakan untuk dapat memanfaatkan perilaku objek tersebut. Sebagai contoh : jika diinginkan dilakukannya perhitungan gaji, maka message ‘Hitung Gaji” harus dikirimkan ke objek Pegawai.

d. Message

Message pada dasarnya adalah pemanggilan fungsi. Namun message berbeda dari pemanggilan subrutin. Dengan message yang sama dua objek berbeda dapat melakukan operasi yang berbeda pula. Konsep ini dikenal sebagai Polymorphism.

e. Enkapsulasi

Enkapsulasi memadukan karakteristik unit di dalam suatu objek (data dan metode). Konsep ini bertujuan untuk menyembunyikan informasi dan karakteristik objek. Objek dapat dimanfaatkan hanya dengan cara memanggil metode yang dimiliki objek tersebut.

f. Hirarki Kelas

Sistem berorientasi objek mengorganisasi kelas ke dalam hirarki subclass-superclass. Perbedaan karakteristik dan perilaku digunakan sebagai dasar penilaian untuk membedakan antara kelas dan sub kelas. Gambar 2.23 menunjukkan hirarki kelas. Employee adalah superkelas sedangkan developer, analist dan manager adalah subkelas.


1. Kelebihan

Dibandingkan dengan metode SSAD, OOAD lebih mudah digunakan dalam pembangunan sistem Dibandingkan dengan SSAD, waktu pengembangan, level organisasi, ketangguhan,dan penggunaan kembali (reuse) kode program lebih tinggi dibandingkan dengan metode OOAD (Sommerville, 2000). Tidak ada pemisahan antara fase desain dan analisis, sehingga meningkatkan komunikasi antara user dan developer dari awal hingga akhir pembangunan sistem.

Analis dan programmer tidak dibatasi dengan batasan implementasi sistem, jadi desain dapat diformliasikan yang dapat dikonfirmasi dengan berbagai lingkungan eksekusi. Relasi obyek dengan entitas (thing) umumnya dapat di mapping dengan baik seperti kondisi pada dunia nyata dan keterkaitan dalam sistem. Hal ini memudahkan dalam mehami desain (Sommerville, 2000). Memungkinkan adanya perubahan dan kepercayaan diri yang tinggi terhadap kebernaran software yang membantu untuk mengurangi resiko pada pembangunan sistem yang kompleks (Booch, 2007). Encapsliation data dan method, memungkinkan penggunaan kembali pada proyek lain, hal ini akan memperingan proses desain, pemrograman dan reduksi harga.

OOAD memungkinkan adanya standarisasi obyek yang akan memudahkan memahami desain dan mengurangi resiko pelaksanaan proyek. Dekomposisi obyek, memungkinkan seorang analis untuk memcah masalah menjadi pecahan-pecahan masalah dan bagian-bagian yang dimanage secara terpisah. Kode program dapat dikerjakan bersama-sama. Metode ini memungkinkan pembangunan software dengan cepat, sehingga dapat segera masuk ke pasaran dan kompetitif. Sistem yang dihasilkan sangat fleksibel dan mudah dalam memelihara.

2. Kekurangan

Pada awal desain OOAD, sistem mungkin akan sangat simple. Pada OOAD lebih fockus pada coding dibandingkan dengan SSAD. Pada OOAD tidak menekankan pada kinerja team seperti pada SSAD. Pada OOAD tidak mudah untuk mendefinisikan class dan obyek yang dibutuhkan sistem. Sering kali pemrogramam berorientasi obyek digunakan untuk melakukan anlisisis terhadap fungsional siste, sementara metode OOAD tidak berbasis pada fungsional sistem.

OOAD merupakan jenis manajemen proyek yang tergolong baru, yang berbeda dengan metode analisis dengan metode terstruktur. Konsekuensinya adalah, team developer butuh waktu yang lebih lama untuk berpindah ke OOAD, karena mereka sudah menggunakan SSAD dalam waktu yang lama ( Hantos, 2005). Metodologi pengembangan sistem dengan OOAD menggunakan konsep reuse. Reuse merupakan salah satu keuntungan utama yang menjadi alasan digunakannya OOAD. Namun demikian, tanpa prosedur yang emplisit terhadap reuse, akan sangat sliit untuk menerapkan konsep ini pada skala besar (Hantos, 2005).

METODOLOGI TERSTRUKTUR

1. Kelebihan

Milestone diperlihatkan dengan jelas yang memudahkan dalam manajemen proyek SSAD merupakan pendekatan visual, ini membuat metode ini mudah dimengerti oleh pengguna atau programmer. Penggunaan analisis grafis dan tool seperti DFD menjadikan SSAD menjadikan bagus untuk digunakan. SSAD merupakan metode yang diketahui secara umum pada berbagai industry. SSAD sudah diterapkan begitu lama sehingga metode ini sudah matang dan layak untuk digunakan. SSAD memungkinkan untuk melakukan validasi antara berbagai kebutuhan SSAD relatif simpel dan mudah dimengerti.

2. Kekurangan

SSAD berorientasi utama pada proses, sehingga mengabaikan kebutuhan non-fungsional. Sedikit sekali manajemen langsung terkait dengan SSAD Prinsip dasar SSAD merupakan pengembangan non-iterative (waterfall), akan tetapi kebutuhan akan berubah pada setiap proses. Interaksi antara analisis atau pengguna tidak komprehensif, karena sistem telah didefinisikan dari awal, sehingga tidak adaptif terhadap perubahan (kebutuhan-kebutuhan baru). Selain dengan menggunakan desain logic dan DFD, tidak cukup tool yang digunakan untuk mengkomunikasikan dengan pengguna, sehingga sangat sliit bagi pengguna untuk melakukan evaluasi. Pada SAAD sliit sekali untuk memutuskan ketika ingin menghentikan dekomposisi dan mliai membuat sistem. SSAD tidak selalu memenuhi kebutuhan pengguna. SSAD tidak dapat memenuhi kebutuhan terkait bahasa pemrograman berorientasi obyek, karena metode ini memang didesain untuk mendukung bahasa pemrograman terstruktur, tidak berorientasi pada obyek (Jadalowen, 2002).