Analisis Berorientasi Objek Nisa ul Hafidhoh nisa@dsn.dinus.ac.id
Latar Belakang Sebelum membangun sistem berorientasi objek, harus dapat mendefinisikan kelas (Objek) yang mewakili masalah yang akan dipecahkan cara di mana kelas berhubungan dengan dan berinteraksi satu sama lain isi dari objek (Atribut dan operasi) mekanisme komunikasi (pesan) yang memungkinkan mereka untuk bekerja sama. Semua hal-hal ini dicapai selama analisis berorientasi objek (OOA). 2
Yang Dimodelkan Functional modeling: Use Case Diagram Data modeling: Class Diagram Behavior modeling : Sequence Diagram, Activity Diagram, Interaction Diagram 3
Use Case Analysis Cara untuk mengumpulkan kebutuhan pengguna untuk sebuah program perangkat lunak baru atau tugas yang harus diselesaikan. Tujuan utama: merancang sistem dari perspektif pengguna mengkomunikasikan perilaku sistem dalam konteks pengguna menentukan semua perilaku yang terlihat secara eksternal 4
Use Case Use Case mewakili bagaimana sistem berinteraksi dengan lingkungannya dengan menggambarkan aktivitas yang dilakukan oleh pengguna dan respon sistem Teknik memodelkan use case Visual Modeling: use case diagram Tekstual: template skenario use case 5
Use Case Diagram Representasi interaksi pengguna dengan sistem dan menggambarkan spesifikasi dari kasus penggunaan 6
Elemen Use Case Diagram Simbol Term Definisi Actor Orang, perusahaan, sistem komputer (SW / HW) yang berinteraksi dengan sistem. Dapat berasosiasi dengan aktor lainnya. Use Case Menggambarkan fungsionalitas sistem. Dapat menggunakan / dikembangkan dengan use case lain System Boundary Menggambarkan lingkup sistem Relationship Menggambarkan hubungan aktor dan use case dengan interaksinya 7
Relationship dalam Use Case Diagram Model interaksi antara aktor dan use case, antar aktor maupun antar use case Jenis: Association Include (Use) Extend Generalization 8
Association Menggambarkan hubungan antar aktor dan use case 9
Include Menggunakan use case lain untuk use case utama 10
Extend Menggambarkan perilaku opsional suatu fungsionalitas 11
Generalization Menggambarkan use case / aktor turunan mewarisi perilaku use case / aktor induknya. 12
Contoh Sederhana 13
Contoh Use Case Diagram 14
Contoh lain Contoh buruk! 15
Contoh lain Contoh buruk! 16
Contoh lain Contoh baik! 17
Template Use Case Major Parts: 1. Preconditions 2. Normal Course 3. Alternative Courses 4. Postconditions 5. Exceptions 6. Summary 18
Latihan Akan dibangun sebuah perangkat lunak untuk mendukung proses pendaftaran ulang mahasiswa secara online. Melalui aplikasi tersebut, mahasiswa dapat mengajukan usulan pengambilan matakuliah. Selanjutnya, dosen wali dapat melihat usulan pengambilan matakuliah untuk disetujui/ditolak. Usulan yang ditolak dapat direvisi kembali oleh mahasiswa. Usulan yang telah disetujui wali dapat langsung diproses oleh Petugas Administrasi untuk pencetakan KRS. KRS hanya bisa dicetak apabila status pembayaran SPP mahasiswa sudah beres. Informasi status pembayaran SPP diperoleh dari perangkat lunak lain yaitu SISKEU (Sistem Informasi Keuangan). Perangkat lunak ini juga akan berhubungan dengan perangkat lunak SIKAD (Sistem Informasi Akademik) untuk mendapatkan informasi tentang matakuliah yang ditawarkan pada semester tersebut, serta informasi transkrip nilai mahasiswa, agar dosen wali mendapatkan referensi untuk menyetujui/menolak usulan pengambilan matakuliah. 19
Aktor Akan dibangun sebuah perangkat lunak untuk mendukung proses pendaftaran ulang mahasiswa secara online. Melalui aplikasi tersebut, mahasiswa dapat mengajukan usulan pengambilan matakuliah. Selanjutnya, dosen wali dapat melihat usulan pengambilan matakuliah untuk disetujui/ditolak. Usulan yang ditolak dapat direvisi kembali oleh mahasiswa. Usulan yang telah disetujui wali dapat langsung diproses oleh Petugas Administrasi untuk pencetakan KRS. KRS hanya bisa dicetak apabila status pembayaran SPP mahasiswa sudah beres. Informasi status pembayaran SPP diperoleh dari perangkat lunak lain yaitu SISKEU (Sistem Informasi Keuangan). Perangkat lunak ini juga akan berhubungan dengan perangkat lunak SIKAD (Sistem Informasi Akademik) untuk mendapatkan informasi tentang matakuliah yang ditawarkan pada semester tersebut, serta informasi transkrip nilai mahasiswa, agar dosen wali mendapatkan referensi untuk menyetujui/menolak usulan pengambilan matakuliah. 20
Use Case Akan dibangun sebuah perangkat lunak untuk mendukung proses pendaftaran ulang mahasiswa secara online. Melalui aplikasi tersebut, mahasiswa dapat mengajukan usulan pengambilan matakuliah. Selanjutnya, dosen wali dapat melihat usulan pengambilan matakuliah untuk disetujui/ditolak. Usulan yang ditolak dapat direvisi kembali oleh mahasiswa. Usulan yang telah disetujui wali dapat langsung diproses oleh Petugas Administrasi untuk pencetakan KRS. KRS hanya bisa dicetak apabila status pembayaran SPP mahasiswa sudah beres. Informasi status pembayaran SPP diperoleh dari perangkat lunak lain yaitu SISKEU (Sistem Informasi Keuangan). Perangkat lunak ini juga akan berhubungan dengan perangkat lunak SIKAD (Sistem Informasi Akademik) untuk mendapatkan informasi tentang matakuliah yang ditawarkan pada semester tersebut, serta informasi transkrip nilai mahasiswa, agar dosen wali mendapatkan referensi untuk menyetujui/menolak usulan pengambilan matakuliah. 21
Use Case Diagram KRS 22
TERIMA KASIH 23