Analisis dan Desain Sistem Berbasis Objek

Materi Kuliah: Metode Perancangan Program

• Mata Kuliah: Metode Perancangan Program
• Sesi: 12
• Topik: Model dan Strategi Perancangan
• Sub Topik:
  • Pendahuluan
  • Pemeriksaan dan Validasi model analisis
  • Pengembangan Model Analisis ke Model Perancangan
  • Paket dan diagram paket
  • Strategi perancangan
  • Penerapan konsep-konsep
• Pengakuan: Slide ini diadaptasi dari Alan Dennis, Barbara Haley Wixom, David Tegarden (2015). Sistem Analisis dan Perancangan - Pendekatan Berorientasi Objek dengan UML, edisi ke-5. ISBN: 978-1-118-80467-4. Bab 7
• Tujuan Pembelajaran: Pada akhir kuliah ini, mahasiswa mampu:
  • Menganalisis kebutuhan suatu sistem
  • Merancang sistem berdasarkan kebutuhan

Pendahuluan

• Perancangan mencakup aktivitas seperti merancang antarmuka pengguna, masukan sistem, dan keluaran sistem, yang melibatkan cara pengguna berinteraksi dengan sistem.
• Keputusan arsitektur fisik dibuat mengenai perangkat keras dan perangkat lunak yang akan dibeli untuk mendukung sistem baru dan cara pemrosesan sistem akan diatur.

Pemeriksaan dan Validasi model analisis

• Sebelum mentransfer representasi analisis ke representasi desain, perlu diverifikasi dan divalidasi model analisis saat ini untuk memastikan representasi yang setia terhadap domain masalah.
• Termasuk pengujian kesetiaan setiap model.
• Sebagai contoh, perlu dipastikan diagram aktivitas, deskripsi use case, dan diagram use case semuanya menggambarkan persyaratan fungsional yang sama.

Balancing Functional and Structural Models

• Setiap diagram kelas dan setiap kartu CRC harus dikaitkan dengan setidaknya satu use case, dan sebaliknya.
• Setiap aktivitas atau aksi dalam diagram aktivitas dan setiap event dalam deskripsi use case harus terkait dengan satu atau lebih tanggung jawab dalam kartu CRC dan satu atau lebih operasi dalam diagram kelas, dan sebaliknya.
• Setiap node objek pada diagram aktivitas harus dikaitkan dengan instance kelas pada diagram kelas.
• Setiap atribut dan relasi asosiasi/agregasi yang tertera pada kartu CRC (dan terhubung ke kelas pada diagram kelas) harus terkait dengan subjek atau objek suatu event dalam deskripsi use case.

Balancing Functional and Behavioral Models

• Diagram aktivitas, deskripsi use case, dan diagram use case harus sesuai dengan diagram urutan, diagram komunikasi, dan mesin negara perilaku.
• Aktor pada diagram urutan dan diagram komunikasi harus dikaitkan dengan aktor pada diagram use case atau dirujuk dalam deskripsi use case, dan sebaliknya.
• Pesan pada diagram urutan dan diagram komunikasi, transisi pada mesin keadaan perilaku harus terkait dengan aktivitas dan tindakan pada diagram aktivitas dan event yang tertera dalam deskripsi use case.
• Semua objek kompleks yang direpresentasikan oleh node objek dalam diagram aktivitas harus memiliki mesin keadaan perilaku yang merepresentasikan siklus hidup objek tersebut.

Balancing Structural and Behavioral Models

• Mesin keadaan perilaku merepresentasikan siklus hidup objek kompleks. Mereka harus dikaitkan dengan instance (objek) kelas pada diagram kelas dan dengan kartu CRC yang merepresentasikan kelas instance.
• Diagram komunikasi dan diagram urutan berisi objek yang harus merupakan instansiasi kelas yang direpresentasikan oleh kartu CRC dan terletak pada diagram kelas.
• Pesan yang terdapat pada diagram urutan dan diagram komunikasi, transisi pada mesin keadaan perilaku harus dikaitkan dengan tanggung jawab dan asosiasi pada kartu CRC dan operasi di dalam kelas dan asosiasi yang terhubung ke kelas pada diagram kelas.
• Keadaan dalam mesin keadaan perilaku harus dikaitkan dengan nilai yang berbeda dari atribut atau sekumpulan atribut yang menjelaskan objek.

Pengembangan Model Analisis ke Model Perancangan

• Faktoring: Faktoring adalah proses memisahkan modul menjadi modul berdiri sendiri. Modul baru dapat berupa kelas baru atau metode baru (faktorkan kesamaan ke kelas terpisah).
• Partisi dan Kolaborasi: Pisahkan representasi menjadi serangkaian partisi. Partisi adalah padanan berorientasi objek dari subsistem, di mana subsistem adalah dekomposisi sistem yang lebih besar ke dalam subsistem komponennya. Cari partisi potensial pada diagram komunikasi UML.
• Lapisan: Tambahkan informasi lingkungan sistem. Lapisan merepresentasikan elemen arsitektur perangkat lunak dari sistem yang berkembang. Seharusnya ada satu lapisan untuk setiap elemen lingkungan sistem yang berbeda (misalnya, manajemen data, antarmuka pengguna, arsitektur fisik).
• Fondasi: Berisi kelas yang diperlukan untuk aplikasi berorientasi objek apa pun. Ini termasuk kelas yang merepresentasikan tipe data dasar.

Domain Masalah

• Membutuhkan perincian lebih lanjut tentang kelas.
• Manajemen Data: Lapisan manajemen data menangani masalah yang terkait dengan persistensi objek yang ada dalam sistem. Jenis kelas yang muncul pada lapisan ini berkaitan dengan cara objek dapat disimpan dan diambil.
• Interaksi Manusia-Komputer (HCI)
• Arsitektur Fisik

Paket dan Diagram Paket

• Paket adalah konstruksi umum yang dapat diterapkan pada semua elemen dalam model UML
• Simbol paket mirip dengan folder bertab.
• Diagram paket berguna untuk menggambarkan hubungan baru, hubungan ketergantungan.
• Hubungan ketergantungan diwakili oleh panah putus-putus.
• Contoh: Diagram paket menunjukkan lapisan HCI, PD, dan DM, dengan hubungan ketergantungan antar lapisan.

Pedoman untuk Membuat Diagram Paket

• Gunakan paket untuk mengelompokkan kelas bersama-sama bila terdapat hubungan pewarisan, agregasi, atau komposisi di antara kelas-kelas tersebut, atau ketika kelas-kelas tersebut membentuk kolaborasi.
• Dalam beberapa kasus, hubungan pewarisan, agregasi atau asosiasi ada di antara paket – mendukung hubungan pewarisan secara vertikal, dengan paket yang berisi superclass ditempatkan di atas paket yang berisi subclass.
• Hubungan ketergantungan menyiratkan bahwa terdapat setidaknya satu hubungan semantik di antara elemen dari kedua paket.
• Jika menggunakan paket untuk mengelompokkan use case, pastikan untuk menyertakan aktor dan asosiasi mereka dengan use case yang dikelompokkan dalam paket tersebut.
• Berikan setiap paket nama yang sederhana namun deskriptif untuk menyediakan pengguna diagram paket dengan informasi yang cukup untuk memahami apa yang dikapsulasi oleh paket tersebut.
• Pastikan paket tersebut bersifat koheren.

Strategi Perancangan

• Terdapat 3 cara untuk membuat sebuah sistem baru.
  • Mengembangkan aplikasi kustom internal
  • Membeli dan menyesuaikan sistem kemasan
  • Mengandalkan vendor eksternal, pengembang, atau penyedia layanan untuk membangun sistem.

Memilih Strategi Perancangan

• Tabel membandingkan kebutuhan bisnis, pengalaman internal, keterampilan proyek, manajemen proyek, dan kerangka waktu untuk setiap strategi perancangan.

Quiz ini menguji pemahaman Anda tentang konsep analisis dan desain sistem berbasis objek. Anda akan menjawab pertanyaan terkait siklus hidup objek, diagram UML, dan proses transisi dari model analisis ke model desain. Siapkan diri Anda untuk menguji pengetahuan tentang strategi desain dan verifikasi model.