Pada mata kuliah Pengembangan Sistem Informasi, saya mempunyai tugas untuk mencoba mengidentifikasi perbedaan antara pendekatan berstruktur dan pendekatan objek.
Oleh karena itu, untuk lebih jelasnya maka bacalah postingan saya berikut ini.
Selamat mambaca…
Pendekatan Terstruktur
Pendekatan terstruktur mengenalkan penggunaan alat-alat dan teknik-teknik untuk mengembangkan sistem yang terstruktur. Pendekatan terstruktur merupakan metode yang pendekatannya pada proses, karena metode ini mencoba melihat sistem dari sudut pandang logical dan juga melihat data sebagai sumber proses. Di dalam penggambaran datanya, metode ini menggunakan Data Flow Diagram (DFD), Normalisasi, E-R Diagram(ERD) dan lainnya.
Teknik terstruktur, merupakan pendekatan formal untuk memecahkan masalah-masalah dalam aktivitas bisnis menjadi bagian-bagian kecil yang dapat diatur dan berhubungan untuk kemudian dapat disatukan kembali menjadi satu kesatuan yang dapat dipergunakan untuk memecahkan masalah.
Tujuan pendekatan terstruktur adalah agar pada akhir pengembangan perangkat lunak dapat memenuhi kebutuhan user, dilakukan tepat waktu, tidak melampaui anggaran biaya, mudah dipergunakan, mudah dipahami dan mudah dirawat.
Kegiatan perancangan yang harus dilakukan :
- 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
Ciri-ciri utama yang mendukung pendekatan terstruktur
# Memanfaatkan alat-alat pemodelan
Menggunakan model untuk menjelaskan berbagai sistem, sub sistem untuk ditelaah dan dievaluasi oleh pelanggan dan pengembang (sebagai alat komunikasi, eksperimentasi atau prediksi).
# Merancang berdasar modul
Modularisasi adalah proses yang membagi suatu sistem menjadi beberapa modul yang dapat beroperasi secara independent
# Bekerja dengan pendekatan top-down
Dimulai dari level atas (secara global) kemudian diuraikan sampai ke tingkat modul (rinci)
# Dilakukan secara iterasi
# Dilakukan secara iterasi
Dengan iterasi akan didapat hasil yang lebih baik, terlalu banyak iterasi juga akan menurunkan hasilnya dan menunjukkan bahwa tahap sebelumnya tidak dilakukan dengan baik
# Kegiatan dilakukan secara paralel
# Kegiatan dilakukan secara paralel
Pengembangan subsistem-subsistem dapat dilakukan secara paralel, sehingga akan memperpendek waktu pengembangan sistem
# Menggunakan CASE (Perangkat Lunak Pendukung Proses Pengembangan)
# Menggunakan CASE (Perangkat Lunak Pendukung Proses Pengembangan)
Dengan CASE (computer aided software engineering) memungkinkan analis dapat membangun sistem dan menghasilkan executable secara otomatis
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 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).
Pendekatan Objek
Pendekatan berorientasi objek akan memandang suatu sistem yang dikembangkan sebagai kumpulan objek yang akan berhubungan dengan objek-objek lain dalam dunia nyata. Atau bisa dikatakan juga suatu teknik atau cara pendekatan dalam melihat permasalahan dan sistem (sistem perangkat lunak. sistem informasi, atau sistem lainnva).
Pendekatan berorientasi objek akan memandang suatu sistem yang dikembangkan sebagai kumpulan objek yang akan berhubungan dengan objek-objek lain dalam dunia nyata. Atau bisa dikatakan juga suatu teknik atau cara pendekatan dalam melihat permasalahan dan sistem (sistem perangkat lunak. sistem informasi, atau sistem lainnva).
Dalam rekayasa perangkat lunak, konsep pendekatan berorientasi objek dapat diterapkan pada tahap analisis, perancangan, pemrograman, dan pengujianperangkat lunak. Ada berbagai teknik yang dapat digunakan pada masing-masing tahap tersebut, dengan aturan dan alat bantu pemodelan tertentu.
Tujuan dari pendekatan objek ini adalah mendesain dan membangun sistem dengan mengumpulkan obyek software yang dapat digunakan bukan dengan menulis modul software dari awal.
Pendekatan Objek memiliki beberapa karakteristik atau sifat yaitu:
1. Abstraksi, yaitu prinsip untuk merepresentasikan dunia nyata yang kompleks menjadi satu bentuk model yang sederhana dengan mengabaikan aspek-aspek lain yang tidak sesuai dengan permasalahan.
2. Enkapsulasi, yaitu pembungkusan atribut data dan layanan (operasi-operasi) yang dipunyai objek.
3. Pewarisan (Inheritance), yaitu mekanisme yang memungkinkan satu objek mewarisi sebagian atau seluruh definisi dan objek lain sebagai bagian dan dirinya.
4. Reusability, yaitu pemanfaatan kembali objek yang sudah didefinisikan untuk suatu permasalahan pada permasalahan lainnya yang melibatkan objek tersebut.
5. Generalisasi dan Spesialisasi, yaitu menunjukkan hubungan antara kelas dan objek yang umum dengan kelas dan objek yang khusus.
6. Komunikasi Antar Objek, yaitu dilakukan lewat pesan yang dikirim dari satu objek ke objek lainnya.
7. Polymorphism, yaitu kemampuan suatu objek untuk digunakan di banyak tujuan yang berbeda dengan nama yang sama, sehingga menghemat baris program.
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 sistem, 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).
Referensi :
0 comments:
Post a Comment