Professional Documents
Culture Documents
M3 Abo Usecase
M3 Abo Usecase
F062100003 –
Analisa
Berorientasi
Objek
USE CASE
Abstrak Sub-CPMK
Sebuah use case Mahasiswa memahami : Repositori informasi
menggambarkan serangkaian dalam sebuah organisasi, Business critical
kegiatan yang dilakukan untuk factor, Teknk-teknik pengumpulan data,
menghasilkan beberapa hasil Diagram use case dan use case description
keluaran. Setiap use case untuk mengkomunikasikan prasyarat perangkat
menggambarkan bagaimana lunak
pengguna eksternal memicu
suatu peristiwa yang harus
ditanggapi oleh sistem.
03
SISTEM TIM DOSEN
FASILKOM INFORMASI/TEKNIK
INFORMATIKA
Daftar Isi
Use Case .................................................................................................................................................. 2
Membuat Use Case ............................................................................................................................. 2
Elemen Use Case ................................................................................................................................. 4
Informasi dasar ............................................................................................................................... 4
Preconditions .................................................................................................................................. 4
Normal Course ................................................................................................................................ 5
Alternative Courses ......................................................................................................................... 5
Postconditions................................................................................................................................. 5
Exceptions ....................................................................................................................................... 6
Use Case Diagram ................................................................................................................................... 8
Use Case Diagram Relationships ....................................................................................................... 10
Extend ........................................................................................................................................... 10
Include........................................................................................................................................... 10
Generalization ............................................................................................................................... 11
Daftar Pustaka....................................................................................................................................... 12
pengguna eksternal memicu suatu peristiwa yang harus ditanggapi oleh sistem. Kita membuat
use case ketika mereka cenderung membantu kita lebih memahami situasi dan membantu
menyampaikan interaksi sistem pengguna yang diperlukan. Untuk proses yang sangat
sederhana yang dijelaskan dengan baik dalam definisi persyaratan, kita sering tidak perlu
membuat use case. Informasi dalam definisi persyaratan itu sendiri cukup untuk
Penting untuk membuat use case setiap kali kita merekayasa ulang proses atau
membuat perubahan apa pun pada proses bisnis yang akan secara signifikan mengubah cara
orang bekerja. Ingat bahwa use case menggambarkan apa yang akan dilakukan sistem dari
perspektif pengguna. Oleh karena itu, sangat penting untuk melibatkan pengguna dalam
pembuatan use case sehingga pengguna memahami interaksi yang direncanakan untuk
sistem baru. Selain itu, pengguna membantu memastikan bahwa tidak ada langkah atau tugas
penting yang dihilangkan dari use case dan jarang, keadaan khusus disertakan.
Pembuatan use case sering dilakukan sebagai bagian dari sesi wawancara dengan
pengguna dan sebagai bagian dari sesi JAD. Mengumpulkan informasi yang dibutuhkan untuk
use case adalah proses yang relatif mudah — seperti yang akan kita lihat, usecases cukup
sederhana untuk dipahami dan ditafsirkan. Namun perlu latihan yang cukup, untuk belajar
menulis sebuah use case yang bermakna dan lengkap. Pengguna bekerja sama dengan tim
proyek untuk membuat use case. Dalam beberapa kasus, setelah beberapa latihan,
use case fokus pada sistem saat ini, sedangkan case use akan fokus pada sistem baru yang
diinginkan. Ketika digunakan untuk sistem yang akan datang, cukup umum untuk
2023 Analisa Berorientasi Objek
2 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
mengidentifikasi persyaratan tambahan dari use case yang tidak sepenuhnya ditentukan
dalam definisi persyaratan. Ini, pada kenyataannya, adalah salah satu alasan penggunaan
penting. Setelah use case dibangun, analis sering kembali ke definisi persyaratan dan
Cara paling umum untuk mengumpulkan informasi untuk use case adalah melalui
teknik penentuan persyaratan terutama wawancara dan sesi JAD. Pengamatan juga kadang-
kadang digunakan untuk use case apa adanya. Terlepas dari apakah wawancara atau sesi
informasi untuk use case lebih baik daripada yang lain. Proses paling efektif memiliki empat
langkah.
deskriptif, mungkin. Nomor tersebut hanyalah nomor urut yang berfungsi untuk
mereferensikan setiap use case. Deskripsi secara singkat menyampaikan tujuan use case.
Prioritas dapat ditugaskan untuk menunjukkan signifikansi relatif dari use case dalam
sistem keseluruhan. Beberapa use case akan menggambarkan kegiatan penting yang harus
dilakukan sistem dan karenanya akan memiliki tingkat prioritas tinggi. Use case lainnya dapat
menggambarkan aktivitas yang kurang kritis, memiliki prioritas sedang atau rendah.
mengimplementasikan sistem dalam serangkaian versi sehingga fitur sistem yang paling
Aktor merujuk seseorang, sistem perangkat lunak lain, atau perangkat perangkat
keras yang berinteraksi dengan sistem untuk mencapai tujuan yang bermanfaat. Beberapa
organisasi menggunakan istilah peran pengguna daripada aktor karena mungkin ada
beberapa kelompok pengguna berbeda yang berinteraksi dengan sistem dengan cara yang
sama.
Preconditions
Gambar. Preconditions
Use case sering dilakukan secara berurutan untuk menyelesaikan tugas bisnis secara
keseluruhan. Meskipun dimungkinkan untuk menggambarkan semuanya dalam satu use case
yang sangat besar, use case itu bisa menjadi berat. Oleh karena itu, merupakan praktik umum
beberapa bagian. Ketika praktik ini diikuti, penting untuk mendefinisikan dengan jelas apa
yang perlu diselesaikan sebelum setiap use case dimulai. Preconditions ini menentukan
Normal Course
yang dilakukan untuk menjalankan respons terhadap peristiwa tersebut, input yang digunakan
untuk langkah-langkah tersebut, dan output yang dihasilkan oleh langkah-langkah tersebut.
Alternative Courses
akan mengarah pada kesimpulan yang sukses dari use case. Perhatikan bahwa lokasi di
mana cabang dalam logika dari jalur normal terjadi dinyatakan dengan jelas. Kursus yang
dijelaskan dalam contoh kami juga menggambarkan dua jalur potensial melalui langkah-
langkah ini.
Postconditions
secara seri untuk mencapai tujuan use case keseluruhan. Postconditions ini juga berfungsi
Exceptions
Gambar. Exceptions
Usecase juga harus menjelaskan kondisi kesalahan atau pengecualian yang mungkin
terjadi saat langkah-langkah use case dilakukan. Ini bukan cabang normal dalam logika
keputusan, tetapi kejadian yang tidak biasa atau kesalahan yang berpotensi ditemui dan akan
menyebabkan hasil yang gagal. Seperti usecase ditulis dan ditinjau, analis harus bertanya
kepada pengguna apakah ada situasi atau kesalahan khusus yang dapat terjadi pada setiap
langkah. Jika ada, mereka harus dijelaskan sebagai pengecualian. Kami ingin memastikan
bahwa sistem tidak gagal saat digunakan karena kesalahan yang tidak dipikirkan oleh siapa
pun. Seperti yang mungkin Anda ketahui, dalam banyak sistem, menangani pengecualian
dapat membutuhkan lebih banyak upaya pengkodean daripada kursus normal dan alternatif.
Penting untuk mencoba mengidentifikasi titik-titik masalah ini selama fase analisis sehingga
kami tidak mengalami kondisi kesalahan yang tidak terduga dan mogok selama pengujian dan
implementasi.
Berikut ini adalah contoh dari hasil penggabungan beberapa elemen use case yang
Preconditions dan Postconditions sangat penting, karena keadaan pada akhir Use
Case 1 (postconditions) juga merupakan preconditions untuk Use Case 2, dan postconditions
untuk Use Case 2 adalah preconditions t untuk Use Case 3. Seperti yang ditunjukkan Gambar
di bawah ini, postconditions dari use case menentukan kondisi sistem yang diperlukan
(preconditions) untuk use case berikutnya, pada dasarnya menetapkan batas-batas setiap
use case.
use case. Diagram use case juga sekarang menjadi bagian dari UML. Banyak orang
Diagram use case biasanya dikembangkan pada tahap awal pengembangan dan
diagram.
Boundary of system
• Batas sistem berpotensi seluruh sistem seperti yang
didefinisikan dalam dokumen persyaratan.
• Untuk sistem yang besar dan kompleks, setiap modul
dapat menjadi batas sistem.
• Misalnya, untuk sistem ERP untuk suatu organisasi,
masing-masing modul seperti personil, penggajian,
akuntansi, dll.
• dapat membentuk batas sistem untuk use case khusus
untuk masing-masing fungsi bisnis ini.
atau perilaku sistem. Hubungan <extend>> digunakan untuk menyertakan perilaku opsional
dari use case yang diperluas dalam use case yang diperluas.
Hubungan include menambahkan fungsi tambahan yang tidak ditentukan dalam use
case dasar. Hubungan <<include>> digunakan untuk menyertakan perilaku umum dari use
case yang disertakan ke dalam use case dasar untuk mendukung penggunaan kembali
perilaku umum.
Generalization
Hubungan generalisasi berarti bahwa use case chilid mewarisi perilaku dan makna
dari use case parent. child dapat menambah atau mengabaikan perilaku parent. Gambar di
bawah ini memberikan contoh use case dengan menunjukkan dua konektor generalisasi yang
Craig Larman. 2015. Applying UML and Patterns: An Introduction to Object-Oriented Analysis,
Alan Dennis dan Barbara Haley Wixom. 2015. System Analysis and Design with UML 2.0: An