Object Oriented analaysis adalah metode analisis yang memeriksa requirements
(syarat/keperluan yang harus dipenuhi suatu sistem) dari sudut pandang
kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup
permasalahan.
Object Oriented Design adalah metode untuk mengarahkan arsitektur software yang didasarkan pada manipulasi objek-objek sistem atau subsistem.
Konsep Dasar OOAD (Object Oriented Analysis and Design)
OOAD
mencakup analisis dan desain sebuah sistem dengan pendekatan objek,
yaiut analisis berorientasi objek (OOA) dan desain berorientasi objek
(OOD). OOA adalah metode analisis yang memerika requirement
(syarat/keperluan) yang harus dipenuhi sebuah sistem) dari sudut pandang
kelas-kelas dan objek-objek yang ditemui dalam ruang lingkup
perusahaan. Sedangkan OOD adalah metode untuk mengarahkan arsitektur
software yang didasarkan pada manipulasi objek-objek sistem atau
subsistem.
Terdapat beberapa konsep dalam OOAD, yaitu :
- Objek (object)
- Objek
adalah benda secara fisik dan konseptual yang ada di sekitar kita.
Sebuah objek memiliki keadaan sesaat yang disebut state.
- State
dari sebuah objek adalah kondisi dari objek atau himpunan keadaan yang
menggambarkan objek tersebut. State dinyatakan dengan nilai dari atribut
objeknya.
- Atribut adalah nilai internal suatu objek yang
mencerminkan karakteristik objek, kondisi sesaat, koneksi dengan objek
lain dan identitas.
- Behaviour (perilaku objek) mendefinisikan
bagaimana sebuah objek bertindak dan memberi reaksi. Behaviour
ditentukan oleh himpunan semua atau beberapa operasi yang dapat
dilakukan oleh objek tersebut, yang dicerminkan oleh interface, service,
dan method dari objek tersebut.
- Interface adalah pintu untuk mengakses service dari objek
- Service adalah fungsi yang dapat dikerjakan oleh sebuah objek
- Method adalah mekanisme internal objek yang mencerminkan perilaku objek tersebut
- Kelas (class)
Class
adalah himpunan objek yang sejenis yaitu mempunyai sifat (atribut),
perilaku umum (operasi), relasi umum dengan objek lain dan semantik
umum. Class adalah abstraksi dari objek dalam dunia nyata. Class
menetapkan spesifikasi perilaku dan atribut dari objek tersebut.
- Kotak Hitam (black boxes)
Sebuah
objek adalah kotak hitam. Konsep ini menjadi dasar implementasi objek.
Dalam operasi OO hanya developer yang dapat memahami detail proses yang
ada didalam kotak tersebut, sedangkan user tidak perlu mengetahui apa
yang dilakukan yang penting mereka dapat menggunakan objek untuk
memproses kebutuhan mereka. Kotak hitam berisi kode dan data.
- Encapsulation,
yaitu proses menyembunyikan detail implementasi sebuah objek. Untuk
mengakses data objek tersebut adalah melalui interface. Untuk
berkomunikasi dengan objek digunakan message.
- Message adalah
permintaan agar objek menerima untuk membawa metode yang ditunjukkan
oleh perilaku dan mengembalikan result dari aksi tersebut kepada objek
pengirim (sender)
- Asosiasi dan Agregasi
- Asosiasi
adalah hubungan yang mempunyai makna antara sejumlah objek. Asosiasi
digambarkan dengan sebuah garis penghubung diantara objeknya. Contohnya :
Asosiasi karyawan dengan unit kerja. Setiap karyawan bekerja di satu
unit kerja, sedangkan unit kerja dapat memiliki beberapa karyawan.
- Agregasi
adalah bentuk khusus sebuah asosiasi yang menggambarkan seluruh bagian
pada suatu objek merupakan bagian dari objek yang lain. Contohnya :
Kopling dan piston adalah bagian dari mesin, sedangkan mesin, roda, body
merupakan bagian dari sebuah mobil.
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.
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).
Perancangan 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.
Perancangan ini bertujuan untuk membuat model SOLUSI terhadap PROBLEM yang
sudah dimodelkan secara lengkap pada tahap analisis terstruktur. Ada
empat kegiatan perancangan yang harus dilakukan, yaitu:
- Perancangan
arsitektural; kita merancang struktur modul P/L dengam mengacu pada
model analisis yang sesuai (DFD). Langkahnya adalah: mengidentifikasi
jenis aliran (transform flow atau transaction flow), menemukan batas-batas aliran (incoming flow dan outgoing flow),
kemudian memetakannya menjadi striktur hirarki modul. Selanjutnya, kita
alokasikan fungsi-fungsi yang harus ada pada modul-modul yang tepat.
- Perancangan
data; kita merancang struktur data yang dibutuhkan, serta merancang
skema basisdata dengan mengacu pada model analisis yang sesuai (ERD).
- Perancangan antarmuka; kita merancang antarmuka P/L dengan pengguna, antarmuka dengan sistem lain, dan antarmuka antar-modul.
- Perancangan prosedural; kita merancang detil dari setiap fungsi pada modul. Notasi yang digunakan bisa berupa flow chart, algoritma, dan lain-lain
Pastikan bahwa model perancangan yang dibuat sudah mengakomodasi kebutuhan non fungsional.
Berikut ini merupakan kelebihan dan kekurangan metode perancangan terstruktur :
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.
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 sulit bagi pengguna untuk melakukan
evaluasi.
- Pada SAAD sulit 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).
Perbedaan Analisa Berbasis Objek dan Yang Terstruktur
- Perancangan Terstruktur : Modul merupakan unit dari kode software yang menjalankan fungsi.
- Perancangan Berorientasi Objek : Modul objek yang mengenkapsulasi atribut dan kode program untuk berjalan.
http://andri503.blogspot.com/2012/06/analisa-dan-perancangan-berbasis-objek.html
