Nama : Niko Yonathan

NPM : 170423166
Kelas : D

Appendix 7A Analisis dan desain berorientasi objek

Gunakan Kasus
Seperti yang ditunjukkan Bab 7, DFD adalah alat pemodelan yang kuat yang dapat Anda
gunakan untuk menunjukkan fungsionalitas sistem dan aliran data yang diperlukan agar
sistem dapat menjalankan fungsinya. Tentu saja DFD bukan satu-satunya cara untuk
menunjukkan fungsionalitas. Cara lain adalah menggunakan pemodelan kasus. Pemodelan
use case membantu analis menganalisis persyaratan fungsional suatu sistem. Pemodelan
use case membantu pengembang memahami persyaratan fungsional sistem tanpa khawatir
tentang bagaimana persyaratan itu akan diterapkan.
Apa itu kegunaan kasus?
Kasus penggunaan menunjukkan perilaku atau fungsionalitas sistem. Ini terdiri dari satu set
urutan interaksi yang mungkin antara sistem dan pengguna dalam lingkungan tertentu,
kemungkinan urutan yang terkait dengan tujuan tertentu. Sebuah use case menggambarkan
perilaku suatu sistem dalam berbagai kondisi ketika sistem menanggapi permintaan dari
pelaku utama. Aktor utama memulai permintaan sistem, terkait dengan tujuan, dan sistem
merespons. Sebuah use case dapat dinyatakan sebagai frase kata kerja present-tense, yang
mengandung kata kerja (apa yang seharusnya dilakukan sistem) dan objek dari kata kerja
(apa sistem yang akan ditindaklanjuti). Misalnya, nama kasus penggunaan akan mencakup
Masukkan Data Penjualan, Komisi Hitung, Laporan Hasilkan Triwulan.
Gunakan diagram kasus
Use case membantu Anda menangkap persyaratan fungsional suatu sistem. Seperti yang
Anda lihat di Bab 6, selama tahap analisis persyaratan, analis duduk dengan pengguna
sistem yang disengaja dan membuat analisis menyeluruh tentang fungsi apa yang mereka
inginkan dari sistem. Ketika tiba saatnya untuk menyusun persyaratan ini, fungsi sistem yang
diidentifikasi diwakili sebagai use case. Misalnya, sistem pendaftaran universitas memiliki
kasus penggunaan untuk pendaftaran kelas dan lainnya untuk penagihan siswa. Ini
menggunakan kasus, maka, mewakili interaksi khas sistem dengan penggunanya.
Definisi dan simbol
Penggunaan diagram kasus relatif sederhana karena hanya menggunakan beberapa simbol.
Namun, seperti DFD dan alat diagram lainnya yang relatif sederhana, beberapa simbol ini
dapat digunakan untuk mewakili situasi yang cukup kompleks. Menguasai diagram use case
membutuhkan banyak latihan. Simbol kunci dalam diagram use case dijelaskan di bawah ini:
• Aktor. Seperti yang dijelaskan sebelumnya, aktor adalah peran, bukan individu. Individu
adalah contoh aktor. Satu individu tertentu dapat memainkan banyak peran secara
bersamaan. Seorang aktor terlibat dengan berfungsinya suatu sistem pada tingkat dasar.
Aktor diwakili oleh tokoh tongkat.
• Gunakan kasing. Setiap use case direpresentasikan sebagai elips. Setiap use case mewakili
fungsi sistem tunggal. Nama use case dapat dicantumkan di dalam elips atau tepat di
bawahnya.
 • Batas sistem. Batas sistem direpresentasikan sebagai kotak yang menyertakan semua
kasus penggunaan yang relevan. Perhatikan bahwa aktor berada di luar batas sistem.
 • Koneksi. Garis solid yang menghubungkan aktor ke use case menunjukkan bahwa aktor
tersebut terlibat dalam fungsi sistem tertentu. Garis solid tidak berarti bahwa aktor
mengirim data ke atau menerima data dari use case. Perhatikan bahwa semua aktor dalam
diagram use case tidak terlibat dalam semua use case dalam sistem. Panah garis putus-
putus yang menghubungkan kasus penggunaan juga memiliki. Koneksi use case dan labelnya
dijelaskan selanjutnya. Perhatikan bahwa use case tidak harus terhubung ke use case
lainnya. Panah antara kasus penggunaan tidak menggambarkan data atau aliran proses.
• Perpanjang hubungan. Memperluas hubungan memperluas kasus penggunaan dengan
menambahkan perilaku atau tindakan baru. Itu ditampilkan sebagai panah garis putus-putus
yang menunjuk ke arah use case yang telah diperluas dan diberi label dengan simbol <>. Itu
panah putus-putus tidak menunjukkan data atau aliran proses apa pun di antara kasus
penggunaan
Kasus Penggunaan Tertulis
Diagram use case dapat mewakili fungsionalitas suatu sistem dengan menunjukkan nama
use case dan aktor yang terlibat dengannya. Nama-nama use case saja tidak memberikan
banyak informasi yang diperlukan untuk melanjutkan analisis dan untuk beralih ke tahap
desain. Kita juga perlu tahu apa yang terjadi di dalam setiap use case. Isi use case dapat
ditulis dalam teks sederhana, seperti yang dijelaskan sebelumnya untuk Register use case
Classes. Lainnya merekomendasikan template yang memaksa pertimbangan semua
informasi penting yang perlu dimiliki seseorang tentang kasus penggunaan.
Tingkat
Level berkaitan dengan tingkat detail di mana use case sedang dijelaskan. Level dapat
berkisar dari tinggi ke rendah, di mana tinggi bersifat umum dan abstrak, dan rendah
diperinci. Cockburn menyarankan lima tingkat detail berbeda:
• Putih: Seperti yang terlihat dari awan, seolah-olah terbang di pesawat dengan ketinggian
35.000 kaki. • Layang-layang: Anda masih di udara, tetapi lebih detail daripada di level
awan.
• Biru: Juga dikenal sebagai permukaan laut.
• Ikan: Ini di bawah permukaan laut dengan banyak detail. Detailnya meningkat lebih dalam,
seperti tekanan udara.
• Hitam: Ini adalah dasar laut di mana detail maksimum disediakan. Level putih dan layang-
layang memberikan ringkasan tujuan use case.
Tujuan-tujuan ini berada pada level yang sangat tinggi. Sasaran di tingkat putih adalah di
seluruh perusahaan, sedangkan di tingkat layang-layang, sasarannya adalah dari satu unit
bisnis tunggal. Use case di tingkat putih dan layang-layang kadang-kadang disebut kasus
penggunaan ringkasan. Ringkasan kasus penggunaan tidak termasuk persyaratan fungsional.
Sisanya dari template
Templat use case berikutnya adalah daftar pemangku kepentingan: orang-orang yang
memiliki minat utama dalam pengembangan sistem. Mereka akan mencakup pengguna
sistem serta manajer, manajer lain di perusahaan, pelanggan, pemegang saham, vendor
yang memasok perusahaan, dan sebagainya.
Aplikasi Perdagangan Elektronik: Pemodelan Proses Menggunakan Kasing Penggunaan
Perhatikan bagaimana fungsi-fungsi ini sesuai dengan karakteristik situs web utama yang
tercantum dalam struktur sistem. Fungsi-fungsi ini mewakili bagian "kerja" atau "tindakan"
dari situs web.

Appendix 7B Analisis dan desain berorientasi objek

Aktivitas Diagram
Diagram aktivitas menunjukkan logika kondisional untuk urutan aktivitas sistem yang
diperlukan untuk menyelesaikan proses bisnis. Aktivitas individual dapat manual atau
otomatis. Selanjutnya, setiap kegiatan adalah tanggung jawab unit organisasi tertentu.
Awal proses ditunjukkan dengan lingkaran yang diisi. Panah menghubungkan lingkaran
dengan aktivitas pertama. Akhir dari proses ini juga ditandai dengan lingkaran penuh, tetapi
dikelilingi oleh lingkaran lain. Diagram aktivitas dirancang untuk menunjukkan logika
kondisional. Simbol yang menggambarkan pilihan yang harus dibuat adalah berlian, dan itu
disebut cabang. Berlian mengikuti satu aktivitas, jadi ada panah yang masuk ke dalamnya.
Dua kegiatan mengikutinya, jadi panah meninggalkan berlian untuk setiap tindakan yang
mungkin dilakukan. Panah ini diberi label dengan kondisi yang menyebabkan setiap cabang
diikuti.
Kapan Menggunakan Diagram Aktivitas
Diagram aktivitas adalah alat yang fleksibel yang dapat digunakan dalam berbagai situasi. Ini
dapat digunakan pada level tinggi dan juga pada level abstraksi yang rendah. Ini harus
digunakan hanya ketika itu menambah nilai pada proyek. Secara khusus, suatu diagram
aktivitas dapat digunakan untuk menyelesaikan tugas-tugas berikut:
1. Gambarkan aliran kontrol dari aktivitas ke aktivitas.
2. Membantu dalam analisis use case untuk memahami tindakan apa yang perlu dilakukan.
3. Bantuan dalam mengidentifikasi ekstensi dalam kasus penggunaan.
4. Model alur kerja dan proses bisnis.
5. Modelkan langkah-langkah berurutan dan bersamaan dalam suatu proses perhitungan.
Penafsiran istilah aktivitas tergantung pada perspektif dari mana seseorang menggambar
diagram. Pada tingkat konseptual, suatu kegiatan adalah tugas yang perlu dilakukan, baik
oleh manusia atau komputer (Fowler dan Scott, 1999). Pada tingkat implementasi, suatu
kegiatan adalah metode atau kelas.