BAB III OBJEK DAN METODE PENELITIAN
3.2. Metode Penelitian
3.2.3. Metode Pendekatan dan Pengembangan Sistem
Metode pendekatan dan pengembangan sistem digunakan untuk memenuhi kebutuhan pengembangan sistem sehingga sistem yang dihasilkan akan sesuai dengan yang diharapkan.
3.2.3.1. Metode Pendekatan Sistem
Adapun metode yang digunakan oleh penulis dalam penelitian ini adalah metode pendekatan sistem yang berorientasi objek yang menekankan pada solusi logis berbasis objek. Teknologi berorientasi objek merupakan paradigma baru dalam rekayasa perangkat lunak yang didasarkan pada objek dan kelas.
3.2.3.2. Metode Pengembangan Sistem
Metode pengembangan sistem sangat di butuhkan dalam perancangan sebuah sistem, karena sebelum memulai dalam pembuatan koding-koding hendaknya merancang terlebih dahulu metode pemodelan seperti apa yang harus di gunakan dengan memprioritaskan ketepatan waktu selesai dan efektifitas dalam perancangan sebuah sistem.
Metode pengembangan sistem yang penulis gunakan adalah
“Prototyping”. Metode ini sering digunakan pada dunia riil. Karena metode ini secara keseluruhan akan mengacu kepada kepuasan user.
Prototyping merupakan salah satu metode pengembangan perangkat lunak yang banyak digunakan. Dengan metode prototyping ini pengembang dan
pelanggan dapat saling berinteraksi selama proses pembuatan sistem. Sering terjadi seorang pelanggan hanya mendefinisikan secara umum apa yang dikehendakinya tanpa menyebutkan secara detail output apa saja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibutuhkan. Sebaliknya disisi pengembang kurang memperhatikan efesiensi algoritma, kemampuan sistem operasi dan interface yang menghubungkan manusia dan komputer. Untuk mengatasi ketidakserasian antara pelanggan dan pengembang, maka harus dibutuhkan kerjasama yanga baik diantara keduanya sehingga pengembang akan mengetahui dengan benar apa yang diinginkan pelanggan dengan tidak mengesampingkan segi-segi teknis dan pelanggan akan mengetahui proses-proses dalam menyelesaikan sistem yang diinginkan. Dengan demikian akan menghasilkan sistem sesuai dengan jadwal waktu penyelesaian yang telah ditentukan. Kunci agar model prototype ini berhasil dengan baik adalah dengan mendefinisikan aturan-aturan main pada saat awal, yaitu pelanggan dan pengembang harus setuju bahwa prototype dibangun untuk mendefinisikan kebutuhan. Kunci utama sebuah prototyping adalah untuk membuat sebuah desain awal dengan cepat, dan disertai perubahan yang bisa jadi radikal serta nantinya akan menghasilkan sebuah umpan balik, terutama dari penggunaan, secara cepat untuk melakukan desain ulang ditahap berikutnya.
Secara umum tahapan model prototyping dapat dilihat pada gambar berikut :
Gambar 3.2 Mekanisme Pengembangan Sistem dengan Prototype (Sumber : S, Rosa A dan M. Shalahuddin. 2013. Rekayasa Perangkat Lunak
Terstuktur dan Berorientasi Objek. Informatika. Bandung)
Berikut ini beberapa tahapan-tahapan dalam Prototyping yang akan dipakai oleh penulis dalam merancang sebuah sistem, yaitu sebagai berikut: 1. Pengumpulan kebutuhan. Aktivitas dimulai dengan pengumpulan kebutuhan
(requirements). Pengembang dan customer bertemu untuk menentukan tujuan keseluruhan dan global perangkat lunak, mengidentifikasi kebutuhan yang telah diketahui, lalu mendefinisikan area dan lingkup pengembangan.
2. Desain. Proses desain dilakukan dengan sangat cepat. Desain difokuskan kepada aspek-aspek desain yang nampak kepada customer/user (contoh: interface, pendekatan input, format output). Hasil desain inilah yang disebut sebagai prototipe.
3. Evaluasi Prototipe. Prototipe yang dihasilkan, direview oleh customer. Hasil evaluasi ini dijadikan bahan untuk perubahan dan pengembangan selanjutnya. Iterasi terus dilakukan hingga memenuhi keinginan customer, sementara pada saat yang sama, memungkinkan pengembang untuk dapat lebih memahami kebutuhan perangkat lunak.
Model prototipe juga memiliki kelemahan sebagai berikut :
1. Pelanggan dapat sering mengubah-ubah atau menambah-tambah spesifikasi kebutuhan karena menganggap sudah dengan cepat dikembangkan, karena adanya iterasi ini dapat menyebebkan pengembang banyak mengalah dengan pelanggan karena perubahan atau penambahan spesifikasi kebutuhan perangkat lunak.
2. Pengembang lebih sering menggambil kompromi dengan pelanggan untuk mendapatkan prototipe dengan waktu yang cepat (tanpa idealis) guna menghasilkan prototipe untuk didemontrasikan. Hal ini dapat menyebabkan kualitas perangkat lunak yang kurang baik atau bahkan menyebabkan iteratif tanpa akhir.
Permasalahan dapat terjadi pada model prototipe, hal ini dapat diatasi dengan melakukan perjanjian antara pengembang perangkat lunak dengan pelanggan (customer) atau user agar model prototipe hanya digunakan untuk mendefinisikan spesifikasi kebutuhan perangkat lunak, tapi tidak untuk seluruh proses pengembangan seluruh system perangkat lunak.
Model prototipe cocok digunakan untuk menjabarkan kebutuhan pelanggan secara lebih detail karena pelanggan sering kali kesulitan menyampaikan kebutuhannya secara detail tanpa melihat gambaran yang jelas. Untuk mengantisipasi agar proyek dapat berjalan sesuai dengan target waktu dan biaya di awal, maka sebaiknya spesifikasi kebutuhan system harus sudah disepakati oleh pengembang dengan pelanggan secara tertulis, Dokumen tersebut akan menjadi patokan agar spesifikasi kebutuhan system masih dalam ruang lingkup proyek.
3.2.3.3. Alat Bantu Analisis dan Perancangan
Alat bantu yang digunakan dalama analisis dan perancangan sistem ini adalah sebagai berikut:
1. Use Case Diagram
Use case diagram digunakan untuk memodelkan bisnis proses berdasarkan perspektif pengguna sistem. Use case diagram terdiri atas diagram untuk use case dan actor.Actor merepresentasikan orang yang akan mengoperasikan atau orang yang berinteraksi dengan sistem aplikasi.
Use case merepresentasikan operasi-operasi yang dilakukan oleh actor.Use case digambarkan berbentuk elips dengan nama operasi dituliskan di dalamnya.
Actor yang melakukan operasi dihubungkan dengan garis lurus ke use case. 2. Activitay Diagram
Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi. Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum. Menggambarkan proses bisnis dan urutan aktivitas dalam sebuah proses. Dipakai pada business modeling untuk memperlihatkan
urutan aktifitas proses bisnis. Struktur diagram ini mirip flowchart atau Data Flow Diagram pada perancangan terstruktur. Sangat bermanfaat apabila kita membuat diagram ini terlebih dahulu dalam memodelkan sebuah proses untuk membantu memahami proses secara keseluruhan. Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use case diagram.
3. Sequence Diagram
Sequence diagram adalah suatu diagram yang menggambarkan interaksi antar obyek dan mengindikasikan komunikasi diantara obyek-obyek tersebut. Diagram ini juga menunjukan serangkaian pesan yang dipertukarkan oleh oleh obyek-obyek yang melakukan suatu tugas atau aksi tertentu. Obyek-obyek tersebut kemudian diurutkan dari kiri ke kanan, actor yang menginisiasi interaksi biasanya ditaruh di paling kiri dari diagram.
4. Class Diagram
Class diagram menggambarkan struktur statis class di dalam sistem. class merepresentasikan sesuatu yang ditangani oleh sistem. class dapat berhubungan dengan yang lain melalui berbagai cara: associated (terhubung satu sama lain), dependent (satu class tergantung/menggunakan class yang lain), specialed (satu class merupakan spesialisasi dari class lainnya), atau package (group bersama sebagai satu unit). sebuah sistem biasanya mempunyai beberapa class diagram. 5. Object Diagram
Objek diagram adalah diagram yang memberikan gambaran struktur model sebuah sistem, dalam kurun waktu tertentu. Diagram objek yang berasal dari diagram kelas sehingga diagram objek tergantung pada diagram kelas. Obyek
Diagram, kadang-kadang disebut sebagai diagram Instance sangat mirip dengan diagram kelas. Seperti diagram kelas object diagram juga menunjukkan hubungan antara obyek, tetapi object diagram menggunakan contoh-contoh dunia nyata. Object diagram digunakan untuk menunjukkan bagaimana sistem akan terlihat seperti pada waktu tertentu. Karena ada data yang tersedia di objek object diagram sering digunakan untuk menjelaskan hubungan yang kompleks antara objek. 6. Component Diagram
Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) di antaranya. Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.
7. Deployment Diagram
Deployment/physical diagram menggambarkan detail bagaimana komponen
di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk
men-deploy komponen dalam lingkungan sebenarnya. Hubungan antar node (misalnya TCP/IP) dan requirement dapat juga didefinisikan dalam diagram ini.