REKAYASA PERANGKAT LUNAK Pemodelan dan UML 9 Muhammad Taufik Syastra

Muhammad Taufik Syastra Pokok Bahasan Kompleksitas pengembangan perangkat lunak Pemodelan Pengenalan UML Sejarah UML Diagram UML Class Diagram Object Diagram Component Diagram Composite Structure Diagram Package Diagram Deployment Diagram Muhammad Taufik Syastra

Muhammad Taufik Syastra Kompetensi Mahasiswa mampu mengetahui dan menggambarkan arsitektur dalam pemrograman berorientasi objek dengan menggunakan pendekatan UML (Unified Modelling Language) Muhammad Taufik Syastra

1 – Kompleksitas Pengembangan Perangkat Lunak Secara umum, perangkat lunak perlu dikembangkan dengan alasan-alasan sebagai berikut : Adanya permasalahan yang dijumpai pada sistem/perangkat lunak lama Pertumbuhan organisasi Untuk meraih kesempatan-kesempatan Menyesuaikan diri dengan visi, misi, strategi organisasi yang baru Muhammad Taufik Syastra

1 – Kompleksitas Pengembangan Perangkat Lunak Menurut pendapat anda, apa kendala yang sering dialami dalam mengembangkan (membangun) perangkat lunak (software) ?? Muhammad Taufik Syastra

1 – Kompleksitas Pengembangan Perangkat Lunak Kompleksitas perangkat lunak dapat dilihat dari hal-hal berikut : Kompleksitas domain atau permasalahan perangkat lunak Kesulitan mengelola proses pengembangan perangkat lunak Kemungkinan fleksibilitas perubahan perangkat lunak Permasalahan karakteristik bagian-bagian perangkat lunak secara diskrit Muhammad Taufik Syastra

1 – Kompleksitas Pengembangan Perangkat Lunak Karena berbagai masalah dan resiko yang mungkin timbul didalam pengembangan perangkat lunak, maka perlu adanya perencanaan dan pemodelan perangkat lunak Muhammad Taufik Syastra

Muhammad Taufik Syastra 2 – Pemodelan Pemodelan Gambaran dari realita yang simpel dan dituangkan dalam bentuk pemetaan dengan aturan tertentu. Pemodelan dapat menggunakan bentuk yang sama dengan realitas, misalnya seorang arsitek ingin memodelkan sebuah gedung yang akan dibangun, maka dia akan memodelkannya dengan membuat sebuah maket (tiruan) arsitektur gedung tersebut. Muhammad Taufik Syastra

Muhammad Taufik Syastra 2 – Pemodelan Pada dunia pengembangan perangkat sistem informasi juga diperlukan pemodelan. Pemodelan perangkat lunak digunakan untuk mempermudah langkah berikutnya dari pengembangan sebuah sistem informasi sehingga lebih terencana. Muhammad Taufik Syastra

Muhammad Taufik Syastra 2 – Pemodelan Pemodelan perangkat lunak memiliki beberapa abstraksi, misalnya sebagai berikut : Petunjuk yang terfokus pada proses yang dimiliki oleh sistem Spesifikasi struktur secara abstrak dari sebuah sistem (belum detail) Spesifikasi lengkap dari sebuah sistem yang sudah final Spesifikasi umum atau khusus sistem Bagian penuh atau parsial dari sebuah sistem Muhammad Taufik Syastra

Muhammad Taufik Syastra 2 – Pemodelan Perangkat pemodelan adalah suatu model yang digunakan untuk menguraikan sistem menjadi bagian-bagian yang dapat diatur dan mengkomunikasikan ciri konseptual dan fungsional kepada pengamat. Peran perangkat pemodelan : Komunikasi, perangkat pemodelan dapat digunakan sebagai alat komunikasi antara pemakai dengan analis sistem maupun developer dalam pengembangan sistem Eksperimen, pengembangan sistem yang bersifat “trial and error” Prediksi, model meramalkan bagaimana suatu sistem akan bekerja Muhammad Taufik Syastra

Muhammad Taufik Syastra 3 – Pengenalan UML UML muncul karena adanya kebutuhan pemodelan visual untuk menspesifikasikan, menggambarkan, membangun, dan dokumentasi dari sistem perangkat lunak. UML (Unified Modelling Language) Bahasa Pemodelan Muhammad Taufik Syastra

Muhammad Taufik Syastra 3 – Pengenalan UML Tujuan UML diantaranya untuk : Memberikan model yang siap pakai, bahasa pemodelan visual yang ekspresif untuk mengembangkan dan saling menukar model dengan mudah dan dimengerti secara umum Memberikan bahasa pemodelan yang bebas dari berbagai bahasa pemrograman dan proses rekayasa Menyatukan praktek-praktek terbaik (best practice) dalam pemodelan Muhammad Taufik Syastra

Muhammad Taufik Syastra 4 – Sejarah UML Berawal pada bahasa pemograman berorientasi objek yang pertama dikembangkan dikenal dengan nama Simula-67 yang dikembangkan pada tahun 1967. Bahasa pemrograman ini kurang berkembang dan dikembangkan lebih lanjut, namun dengan kemunculannya telah memberikan sumbangan yang besar pada developer pengembang bahasa pemrograman berorientasi objek selanjutnya. Pada akhirnya, tahun 1996 Object Management Group (OMG) mengajukan proposal adanya standarisasi pemodelan berorientasi objek dan pada bulan spetember 1997 UML diakomodasi OMG sehinggan sampai saat ini UML telah memberikan kontribusi cukup besar dalam metodologi berorientasi objek. Muhammad Taufik Syastra

5 – Diagram UML UML 2.3 Diagram Structure Diagram Class Diagram Object Diagram Component Diagram Composite Structure Diagram Package Diagram Deployment Diagram Behaviour Diagram Use Case Diagram Activity Diagram State Machine Diagram Interaction Diagram Sequence Diagram Communication Diagram Timing Diagram Interaction Overview Diagram Pada UML versi 2.3 terdiri dari 13 macam diagram yang dikelompokkan dalam 3 kategori, berikut gambar diagram UML : Muhammad Taufik Syastra

Muhammad Taufik Syastra 5 – Diagram UML Berikut ini penjelasan singkat dari pembagian kategori berikut : Structure Diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan suatu struktur statis dari sistem yang dimodelkan. Behaviour Diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan kelakuan sistem atau rangkaian perubahan yang terjadi pada sebuah sistem. Interaction Diagrams yaitu kumpulan diagram yang digunakan untuk menggambarkan interaksi sistem dengan sistem lain maupun interaksi antar subsistem pada suatu sistem. Muhammad Taufik Syastra

Muhammad Taufik Syastra 6 – Class Diagram Diagram kelas atau class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi. Berikut adalah simbol-simbol yang ada pada diagram kelas : Simbol Deskripsi Kelas Kelas pada struktur sistem Antarmuka / interface Nama_interface Sama dengan konsep interface dalam pemrograman berorientasi objek Nama_kelas +atribut +operasi() Muhammad Taufik Syastra

Muhammad Taufik Syastra 6 – Class Diagram Diagram kelas : (lanjutan) Simbol Deskripsi Asosiasi / association Relasi antar kelas dengan makna umum, asosiasi biasanya juga disertai dengan multiplicity Asosiai berarah / directed association Relasi antar kelas dengan makna kelas yang satu digunakan oleh kelas yang lain, asosiasi biasanya juga disertai dengan multiplicity Generalisasi Relasi antar kelas dengan makna generalisasi-spesifikasi (umum khusus) Muhammad Taufik Syastra

Muhammad Taufik Syastra 6 – Class Diagram Diagram kelas : (lanjutan) Simbol Deskripsi Kebergantungan / dependency Relasi antar kelas dengan makna kebergantungan antar kelas Agregasi / aggregation Relasi antar kelas dengan makna semua bagian (whole-part) Muhammad Taufik Syastra

Muhammad Taufik Syastra 7 – Object Diagram Diagram objek menggambarkan struktur sistem dari segi penanaman objek dan jalannya objek pada sistem. Pada diagram objek harus dipastikan semua kelas yang sudah didefinisikan pada diagram kelas harus dipakai objeknya, karena jikda tidak, pendefinisian kelas itu tidak dapat dipertanggung jawabkan. Berikut adalah simbol-simbol yang ada pada diagram objek : Simbol Deskripsi Objek Objek dari kelas yang berjalan saat sistem dijalankan Link Relasi antar objek Nama_objek : nama_kelas Atribut = nilai Muhammad Taufik Syastra

Muhammad Taufik Syastra 8 – Component Diagram Diagram komponen atau component diagram dibuat untuk menunjukkan organisasi dan ketergantungan diantara kumpulan komponen dalam sebuah sistem. Diagram komponen fokus pada komponen sistem yang dibutuhkan dan ada di dalam sistem. Diagram komponen juga dapat digunakan untuk memodelkan hal-hal berikut : Source code program perangkat lunak Komponen executable yang dilepas ke user Basis data secara fisik Sistem yang harus beradaptasi dengan sistem lain Framework sistem Muhammad Taufik Syastra

Muhammad Taufik Syastra 8 – Component Diagram Komponen dasar yang biasanya ada dalam suatu sistem adalah sebagai berikut : Komponen user interface yang menangani tampilan Komponen bussines processing yang menangani tampilan Komponen data yang menangani fungsi-fungsi proses bisnis Komponen security yang menangani keamanan sistem Komponen lebih terfokus pada penggolongan secara umum fungsi-fungsi yang diperlukan Muhammad Taufik Syastra

Muhammad Taufik Syastra 8 – Component Diagram Berikut simbol-simbol yang ada pada diagram komponen : Simbol Deskripsi Package Package merupakan sebuah bungkusan dari satu atau lebih komponen Komponen Komponen sistem Kebergantungan / dependency Kebergantungan antar komponen, arah panah mengarah pada komponen yang dipakai Muhammad Taufik Syastra

Muhammad Taufik Syastra 8 – Component Diagram Diagram komponen : (lanjutan) Simbol Deskripsi Antarmuka / interface Nama_interface Sama dengan konsep interface pada pemrograman berorientasi objek, yaitu sebagai antarmuka komponen agar tidak mengakses langsung komponen Link Relasi antar komponen Muhammad Taufik Syastra

9 – Composite Structure Diagram Diagram ini digunakan untuk menggambarkan struktur dari bagian-bagian yang saling terhubung maupun mendeskripsikan struktur pada saat berjalan (runtime) dari instance yang saling terhubung. Contoh : Menggambarkan deskripsi dari setiap bagian mesin yang saling terkait untuk menjalankan fungsi mesin tersebut, menggambarkan aliran router pada jaringan komputer. Muhammad Taufik Syastra

9 – Composite Structure Diagram Simbol Deskripsi Property Property adalah satu set dari suatu instance Rolename : peran/nama/identitas dari property (opsional) Typename : tipe kelas dari property (harus ada) Connector Connector adalah cara komunikasi dari 2 buah instance Connname : nama connector (opsional) Conntype : tipe connector (opsional) Rolename : typename Connname:conntype Muhammad Taufik Syastra

9 – Composite Structure Diagram Composite structure diagram : (lanjutan) Simbol Deskripsi Port Port adalah cara yang digunakan dalam diagram composite structure tanpa menampilkan detail internal dari suatu sistem. Port digambarkan dalam bentuk kotak kecil yang menempel property jika fungsi tersebut dapat diakses public. Sedangkan port digambarkan di dalam suatu property jika fungsi tersebut bersifat protected Muhammad Taufik Syastra

Muhammad Taufik Syastra 10 – Package Diagram Package diagram menyediakan cara mengumpulkan elemen-elemen yang saling terkait dalam diagram UML. Hampir semua diagram dalam UML dapat dikelompokkan menggunakan package diagram. Simbol Deskripsi Package Package merupakan sebuah bungkusan dari satu atau lebih kelas atau elemen diagram UML lainnya Muhammad Taufik Syastra

Muhammad Taufik Syastra 10 – Package Diagram Package diagram : (lanjutan) Simbol Deskripsi Elemen dalam package digambarkan di dalam package Elemen dalam package digambarkan di luar package Muhammad Taufik Syastra

Muhammad Taufik Syastra 11 – Deployment Diagram Diagram deployment menunjukkan konfigurasi komponen dalam proses eksekusi aplikasi. Diagram deployment juga digunakan untuk memodelkan hal-hal berikut : Sistem tambahan (embedded system) yang menggambarkan rancangan device, node dan hardware Sistem client/server misalnya seperti gambar berikut Sistem terdistribusi murni Rekayasa ulang aplikasi Muhammad Taufik Syastra

Muhammad Taufik Syastra 11 – Deployment Diagram Simbol deployment diagram : Simbol Deskripsi Package Package merupakan sebuah bungkusan dari satu atau lebih node Node Biasanya mengacu pada perangkat keras (hardware), perangkat lunak yang tidak dibuat sendiri (software), jika di dalam note disertakan komponen untuk mengkonsistenkan rancangan maka, komponen yang diikutsertakan harus sesuai dengan komponen yang telah didefinisikan sebelumnya pada diagram komponen Muhammad Taufik Syastra

Muhammad Taufik Syastra 11 – Deployment Diagram Simbol deployment diagram : (lanjutan) Simbol Deskripsi Kebergantungan / dependency Kebergantungan antar komponen, arah panah mengarah pada komponen yang dipakai Link Relasi antar komponen Muhammad Taufik Syastra

Muhammad Taufik Syastra SEKIAN TERIMA KASIH Muhammad Taufik Syastra

Muhammad Taufik Syastra Daftar Pustaka Buku : Gunadi, Hariman dan A. Suhendar. 2002. Visual Modelling Menggunakan UML dan Rational Rose. Bandung : Penerbit Informatika. Nugroho, Adi. 2010. Rekayasa Perangkat Lunak Berorientasi Objek dengan Metode USDP. Yogyakarta : Penerbit Andi. Shalahuddin, Muhammad dan Rosa Ariani S.. 2011. Modul Pembelajaran Rekayasa Perangkat Lunak (Terstruktur dan Berorientasi Objek). Bandung : Penerbit Modula. Muhammad Taufik Syastra