Latihan 1. Mengapa dibutuhkan pemodelan dalam melakukan rekayasa perangkat lunak? Apa tujuan munculnya UML? Jelaskan! Apa pengertian use case? Kapan penggunaan use case? Sebutkan perbedaan class diagram dan object diagram! Sebutkan perbedaan state machine diagram dengan FSA (Finite State geep Apa fungsi timing diagram? ‘Apa perbedaan UML versi 1.x dengan UML 2.x? Mengapa collaboration diagram dihilangkan pada UML versi 2.x? Sebutkan perbedaan antara collaboration diagram dengan communication diagram? 10. Apakah diagram UML bisa dimanfaatkan untuk analisis dan desain * sistem yang tidak berorientasi objek? Jelaskan alasannya! Ppp Rekayasa Perangkat Lunak Overview i? i j Modul ini berisi studi kasus analisis dan desian berorientasi menggunakan diagram UML. Studi kasus yang digunakan adalah pengembangan Sistem Informasi Manajemen Perpustakaan seperti pada modul sebelumnya. Hal-hal yang dilakukan dalam analisis dan desain derorientasi objek ini meliputi: 1. Use case Diagram Kelas ,- Diagram objek Diagram sekuen Diagram kolaborasi Diagram status Diagram aktivitas Diagram komponen |. Diagram deployment vex aueer Modul 9 — Studi Kasus UML ae9.1 Use Case 1. Definisi Aktor Berikut adalah deskripsi pendefinisian aktor pada sistem informasi menajemen perpustakaan: No [= ‘Aktor Deskripsl }1. | Petugas perpustakaan ‘orang yang bertugas dan memilik hak akses untuk molakukan operasi pengelolaan data pustaka, anggota, dan proses pemiinjaman pustaka 2. | Anggotalpengunjung perpustakaan Lo 2. Definisi Use case menajemen perpustakaan: ‘anggota adalah orang yang diperbolehkan meminjam pustaka sesuai dengan hak aksesnya, sedangkan pengunjung hanya memiliki hak akses melihat pustaka dan membaca di perpustakaan tanpa memiliki hak untuk meminjam pustaka. Berikut adalah deskripsi pendefinisian use case pada sistem informasi Now| sUsecase om {Desktipsi ‘menghapus data pustaka, 3. | Memasukkan data pustaka merupakan proses memasukkan data pustaka ke dalam basis data 4. | Mengubah data pustaka ‘merupakan proses mengubah data pustaka yang ada di basis data 5. | Menghapus data pustaka ‘merupakan proses menghapus data pustaka yang ada di basis data 6. | Mengeloia data anggota mengelola data anggota merupakan proses generalisasi yang meliputi tiga buah proses engelolaan data anggota yaitu memasukkan data anggota, mengubah data anggota, dan menghapus data anggota 7. | Memasukkan data anggota 8. | Mengubah data anggota ‘merupakan ses memasukkan data angola ke dalam bi data ‘merupakan proses mengubah data anggota yang ada di basis data ‘9. | Menghapus data anggota No Use case Deskripsi 1. | Login merupakan proses pengecekan hak akses siapa yang berhak mengakses proses, laan data perpustakaan yang dalam ii ada petugas perpustakaan, untuk fungsi-fungsi yang berkaitan dengan akses pengubahan ke basis data, oleh karena itu fungsi-fungsi yang melakukan perubahan basis data harus mengecek validasi user yang mengakses fungsi-fungst ini 2. | Mengeloia data pustaka ‘mengelola data pustaka merupakan proses isasi yang meliputi tiga buah proses 1n data pustaka yaitu memasukkan data pustaka, mengubah data pustaka, dan 10.| Mengelola data peminjaman ‘merupakan proses menghapus data angola yang ada di basis data ‘mengelola data peminjaman merupakan proses generalisasi yang meliputi dua buah proses pengololaan data anggota yaitty memasukkan data peminjaman dan ‘mengubah data peminjaman. 17.) Memasukkan data peminjaman Tmerupakan proses memasukkan data Peminjaman ketika ada anggota yang meminjam pustaka 12.| Mengubah data Peminjaman ‘merupakan proses mengubah data peminjaman yang dapat ditakukan untuk mengubah status peminjaman begitu pustaka dikembalikan 148 Rekayasa Perangkat Lunak Modul 9 = Studi Kasus UMLNo. Use case Deskripsi 13,| Mencari pustaka ‘mencari pustaka berdasarkan judul, nama dan kode pustaka di mana kan data pustaka yang dicari 3. Skenario Use Case Berikut adalah skenario jalannya masing-masing use case yang telah didefinisikan sebelumnya: ‘Nama Use case: Login Skenaric ‘Skenario Normal 2. Mengecek valid tidaknya data masukan 3, Menyimpan data pustaka ke basis data 4. Menampilkan pesan sukses disimpan, ‘Skenario Alternatif, 1. Memasukkan data pustaka sesuai kolom yang ada 2. Mengecek valid tidaknya data masukan 3, Mengeluarkan pesan bahwa data masukan tidak valid @, Memperbaiki data masukan ang tidak valid 1. Memasukkan id dan password ‘Mengecek valid tidaknya data masukan }. Masuk ke aplikasi pengelolaan data perpustakaan ‘Skenario Alternatit 1. Momasukkan id dan password Miengecek valid tdaknya data masukan |. Menampilkan pesan login tidak valid 4. Memasukkan id dan password yang valid 5. Mengecek valid tidaknya data masukan . Masuk ke aplikasi pengelolaan data perpustakaan ‘Nama Use case: Memasukkan data pustaka, 1. Memasukkan data pustaka sesuai kolom yang ada 150 Rekayasa Perangkat Lunak 5, Mengecek valid tidaknya data _masukan 6. Menyimpan data pustaka ke basis data 7. Menampilkan pesan sukses disimpan, Nama Use case: Mengubah data pustaka ‘Skenario: ‘Skenario Normal 1. Memasukkan kode atau judul |____pustaka 2. Mencari data pustaka yang akan diubah ‘an data pustaka yang dicari (belum semua kolom data pustaka ditampitkan dan bisa banyak data pustaka yang memenuhi data pencarian) “4. Memilih data pustaka yang akan diubah Modul 9 = Studi Kasus UML data pustaka yang akan diubah_ '5. Menampilkan semua koiom ist7, Mengecek valid tidaknya data masukan ._Menyimpan data yang telah diubah ke basis data 9. Menampilkan pesan bahwa data sukses disimpan ‘Skenario Aiternatif. 4. Memasukkan kode atau judul pustaka 2, Mencari data pustaka yang akan diubah 3. Menamplkan data pustaka yang dicari (belum semua kolom data pustaka ditampilkan dan bisa banyak data pustaka yang memenuhi data pencarian) 4. Memilih data pustaka yang akan diubah 5. Menampilkan semua kolom data pustaka yang akan diubah 6._Mengubah data pustaka 7. Mengecek valid tidaknya data masukan ‘8. Menampilkan pesan bahwa data masukan tidak valid @. Memperbaiki data masukan |___yang diubah dan tidak valid __| 70. Mengacek valid fidaknya data masukan 77. Menyimpan data yang telah diubah ke basis data 72. Menampilkan pesan bahwa data sukses disimpan ‘Nama Use case: Menghapus data pustaka Skenario: ‘Skenario Not 1. Memasukkan kode atau judul pustaka Manca data pus yang kolom data pustaka ditampilkan dan bisa banyak data pustaka yang memenuhi data pencarian) _ Memilih data pustaka yang akan dihapus ‘Menampiikan pesan konfirmasi apakah data akan _ benar-benar dihapus %._ Mengekiik pilihan setuju data | __ihapus. ome ‘Menghapus data pustaka dari _ is basis data ‘Menampilkan pesan bahwa data sukses dihapus ‘Skenatio Alternatif. a 1. Memasukkan kode atau judul pustaka . Mencari data pustaka yang akan dihapus ‘Menampilkan data pustaka yang dicari (belum semua kolom data pustaka ditampikan dan bisa banyak data pustaka yang memenuhi Bn Rekayasa Perangkat Lunak 4. Memilih data pustaka yang akan dihapus data pencarian) Menampilkan pesan konfirmasi apakah data akan benar-benar dihapus Modul 9 = Studi Kasus UML 83pustaka Nama Use case: Memasukkan data anggota 7. Kembali ke form pencarian’ 1. Memasukkan data anggota _sesual kolom yang ada. 2 Mengacek valid tidaknya data | masukan 3. Menyimpan data anggota ke basis data _ Menampilkan pesan sukses disimpan |‘skenarie Alternat 1. Memasukkan data anggota ‘akan diubah ~ 3, Menampilkan data anggota yang dicari (belum semua kolom data anggota ditampitkan dan bisa banyak data anggota yang memenuhi data pencarian) 4. Memilin data anggota yang akan diubah 5. Menampilkan semua kolom data anggota yang akan diubah 6. Mengubah data anggota 7. Mengecek valid tidaknya data masukan 8. Menyimpan data yang telah diubah ke basis data {@. Menampilkan pesan bahwa sesuai kolom yang ada eee RSET RTE data sukses disimpan 2. Mengecek valid tidaknya data Sa Ae arene _ masukan eae 3. Mengoluarkan pesan bahwa 4. Memperbaiki data masukan data masukan tidak vali ~~. Mencari data anggota yang akan diubah /ang tidak vali 5. Mengecek valid tidaknya data masukan 6. Menyimpan data angola ke basis data 3. Menampilkan dala anggota ditampitkan dan bisa banyak data anggota yang memenuhi ‘7. Menampilkan pesan sukses disimpan Memilih data anggota yang akan diubah __ data pencarian) Nama Use case: Mengubah data anggota 1. Memasukkan id atau nama anggota 154 Rekayasa Perangkat Lunak 5. Menampilkan semua kolom data anggota yang akan _diubah ._ Mengubah data anggota 7. Mengecek valid tidaknya data masukan ‘8. Menampilkan pesan bahwa data masukan tidak valid ‘Modul 9 ~ Studi Kasus UML 370. Mengecek valid tidaknya data masukan data anggota yang memenuhi data pencarian) 77, Menyimpan data yang telah diubah ke basis data @, Memilh data anggota yang ‘akan dihapus 72. Menampilkan pesan bahwa data sukses disimpan ‘Nama Use case: Menghapus data an; iggota 4. Memasukkan id atau nama anggota in data anggota 6. Mengekiik pilihan tidak setuju data dihapus 5. Menampilkan pesan konfirmasi apakah data akan benar-benar dihapus anggota 7 Skenario: ‘Skenario Normal Nama Use case: Memasukkan data peminjaman 7. Memasukkan data yang dicari (bolum semua kolom data anggota peminjaman sesuai kolom ditampilkan dan bisa banyak yang ada data anggota yang memenuhi 2. Mengecek valid tidaknya data = data pencarian) masukan 4, Memilih data anggota yang = 3. Menyimpan data peminjaman akan dihapus ke basis data cae | 5 iikan pesan 4. Menampiikan pesan sukses konfirmasi apakah data akan disimpan _ a benar-benar dihapus ‘Skeniario Alternatif 6. Mengekiik pilihan setuju data 1. Memasukkan data dihapus = eminjaman sesuai kolom 7. Menghapus data pustaka dart yang ada basis data nes 2. Mengocek valid tidaknya data 8. Menampilkan pesan bahwa masukan | data sukses dinapus 3. Mengeluarkan pesan bahwa ‘Skenario Alternatif data masukan tidak valid 1. Memasukkan id atau nama “4, Memperbaiki data masukan anggota yang tidak valid _| 2. Mencari data anggota yang 5. Mengecek valid tidaknya data akan dinapus - ‘masukan 3. Menampilkan data anggota &. Menyimpan data peminjaman ang dicari (belum semua [Ee eee eet t Ara ke basis data “136 Rekayasa Perangkat Lunak ‘Modul 9 — Studi Kasus UML 74. Diagram Use case Berikut adalah diagram use perpustakaan: case dari sistem informasi manajemen 9. N Diagram Kelas iting jsateetarenirao)~ ‘Mengelotastaka 2 ae Beran Setenorra ether) Sepa 1\ 4 Senders) Sear Sera {Senter ‘Modul 9 = Studi Kasus UML vierKeterangan: Nama Kelas Keterangan Main merupakan kelas main yang juga merangkap sebagai kelas yang menangangi tampilan Togin ‘merupakan Kelas proses yang diambil 9.3 Diagram Objek Berikut adalah diagram objek dari studi kasus sistem informasi manajemen, perpustakaan: MengelolaPustaka MengololaAnggota ‘Anggota yang di dalamnya harus juga ‘menangani proses memasukkan data ‘anggota, mengubah data anggota, dan menghapus data anggota ‘MengelolaPeminjaman TPustaka ‘merupakan kelas proses yang diambil dari pendefinisian use case Mengelola Peminjaman yang di dalamnya harus juga menangani proses memasukkan data peminjaman dan mengubah data peminjaman. merupakan Kelas data yang digunakan untuk membungkus hasil data dari tabel TPustaka dan TPengarang TAnggota merupakan Kelas data yang digunakan untuk membungkus hasil data dari tabel TAnggota dan TTelepon ‘TPeminjaman |KoneksiBasisData merupakan kelas data yang digunakan untuk membungkus hasil data dari tabel TPustakaPinjam dan | TPeminfaman__| merupakan kelas utilitas untuk koneksi ke basis data dan melakukan query Rekayasa Perangkat Lunak moe | ocean] he ea camnins not] ma Bgatanaot| Gambar 45. Diagram Objek Studi Kasus 9.4 Diagram Sekuen Berikut adalah diagram sekuen dari sistem informasi manajemen perpustakaan: Modul 9—SudiKausUML SOSO~S~S 1654. Use case: Menghapus data pustaka 5. Use case: Memasukkan data anggota Gambar 50 Diagram sekuen - Memasukkan data anggota Modul 9 ~ Studi Kasus UML ees7. Use case: Menghapus data anggota simpamiananee EY gy CGambar 52 Diagram sekuen - Menghapus data anggota Modul 9 = Studi Kasus UML Fae8. Use case: Memasukkan data peminjaman, 3 Eon Patuaas Permsalaan] Gambar §3 Diagram sekuen - Memasukkan data peminjaman ‘Gambar 54 Diagram sekuen - Mengubah data pemiajaman = Rea Pera Cua as Lot bir oot Modul 9 — Studi Kasus UML10. Use case: Mencari pustaka 9.5 Diagram Kolaborasi annem | nh) [ei Berikut adalah diagram kolaborasi dari sistem informasi manajemen . perpustakaan: ‘Gambar 55 Diagram sekuen - Mencari pustaka Gambar 56 Diagram Kolaborasi Way Rekayasa Perangkat Lunak Modul 9 — Studi Kasus UML9.6 Diagram Status Berikut adalah diagram status dari setiap objek pada diagram objek sistem informasi manajemen perpustakaan: Objek: login dari kelas Login Gambar 57 Diagram status - objek:iogin Objek: main dari kelas Main Gambar 58 Diagram status - objek:main Rekayasa Perangkat Lunak Objek: mp dari kelas MengelolaPustaka Gambar 59 Diagram status - objek:mp Objek: ma dari kelas MengelolaAnggota ‘Gambar 60 Diagram status -objekima Objek: mpinjam dari kelas MengelolaPeminjaman ‘Modul 9 = Studi Kasus UML TsGambar 61 Diagram status ~ objek mpinjam Objek: db dari kelas KoneksiBasisData dashusquerySdetehsetscuerteo) Gambar 62 Diagram status-objok-ab Objek: p dari kelas TPustaka, a dari kelas TAnggota, pinjam dari kelas ‘TPeminjaman 176 iz Rekayasa Perangkat Lunak [rica on ett © GGambar 63 Diagram status -objok:p 9.7 Diagram Aktivitas Berikut adalah diagram aktivitas dari sistem informasi manajemen perpustakaan: NK Gambar 64 Diagram Interaksi Studi Kasus Modul 9 = Studi Kasus UML 7Jika digambar dengan menggunakan swimlane maka akan menjadi sebagai berikut: Cn) oe) a ‘Gambar 65 Diagram Aktivitas dengan Swimlane 9.8 Diagram Komponen Berikut adalah diagram komponen dari sistem informasi manajemen perpustakaan: Gambar 66 Diagram Komponen 9.9 Diagram Deployment Beriki perpustakaan: Modul 9 = Studi Kasus UML adalah diagram deployment dari sistem informasi manajemen‘Aplikasi di-deploy pada sebuah komputer server di mana di dalamnya sudah terdapat php server dan MySQL sebagai DBMS. Latihan a. Apa fungsi penggambaran diagram use case dalam anal objek? 2. Kapan sebaiknya diagram sekuen, diagram kolaborasi, diagram Komponen, dan diagram deployment digunakan dalam analisis dan desain berorientasi objek? Sebutkan alasannya! 3. Bandingkan studi kasus perancangan menggunakan DFD dan UML, sebutkan kelebihan dan kekurangan masing-masing metode tersebut! 4. Buat perancangan antarmuka Sistem —_Informasi Perpustaka: 5. Implementasikan hasil analisis dan desain studi kasus Sistem Informasi ‘Manajemen Perpustakaan! 6. Buat analisis dan desain Sistem Informasi Apotek! berorientasi Manajemen Rekayasa Perangkat Lunak & a Modul ini membahas perancangan pola berorientasi objek. Pola tersebut ‘terdiri dari 2 macam yaitu design pattern dan anti pattern. + Design pattern adalah pola solusi yang sudah teruji untuk menyelesaikan permasalahan pemrograman, ‘+ Anti pattern adalah pola perbaikan terhadap sistem yang sebelumnya dikembangkan dengan kurang baik. ‘Modul 10 — Perancangan Pola Berorientasi Objek