Diterjemahkan dari bahasa Inggris ke bahasa Indonesia - www.onlinedoctranslator.

com

BAB 5-Pemodelan Kasus Penggunaan139

Angka5-6Diagram aktivitas untuk Isi keranjang

belanjamenunjukkan pengalaman pengguna
Pelanggan Sistem
yang lebih kaya

Cari produk

Lihatlah produk
ulasan

Pilih Pilihan
dan kuantitas

Cari dan lihat Masukkan ke keranjang

aksesoris

Pilih aksesori
pilihan dan kuantitas

Masukkan ke keranjang

© CengageLearning®
- Diagram Urutan Sistem—Mengidentifikasi
Input dan Output
Dalam pendekatan berorientasi objek, aliran informasi dicapai melalui pengiriman
pesan ke dan dari aktor atau bolak-balik antar objek internal. Adiagram urutan
diagram urutan sistem (SSD) sistem (SSD)digunakan untuk menggambarkan aliran informasi masuk dan keluar
diagram yang menunjukkan urutan pesan dari bagian otomatis sistem. Dengan demikian, SSD mendokumentasikan
antara aktor dan bagian otomatis sistem
masukan dan keluaran serta mengidentifikasi interaksi antara aktor dan sistem.
selama kasus penggunaan atau skenario
Ini adalah alat yang efektif untuk membantu desain awal antarmuka pengguna
dengan mengidentifikasi informasi spesifik yang mengalir dari pengguna ke
dalam sistem dan informasi yang mengalir keluar dari sistem kembali ke
pengguna. SSD adalah jenis diagram urutan UML khusus. Anda akan mempelajari
lebih lanjut tentang diagram urutan rinci di Bab 13.

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
140BAGIAN 2-Kegiatan Analisis Sistem
- Notasi SSD
garis hidup, ataugaris hidup objek
di bawah objek pada diagram urutan untuk
menunjukkan berlalunya waktu untuk objek tersebut
Angka5-7Contoh diagram
urutan sistem (SSD)
Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
Gambar 5-7menunjukkan SSD generik dengan keterangan yang menjelaskan diagram. Seperti
diagram use case, stick figure mewakili aktor—seseorang (atau peran) yang berinteraksi dengan
sistem. Dalam diagram use case, aktor “menggunakan” sistem, namun penekanan dalam SSD
adalah pada bagaimana aktor “berinteraksi” dengan sistem dengan memasukkan data masukan
dan menerima data keluaran. Kotak itu berlabel:Sistem adalah objek yang mewakili keseluruhan
sistem otomatis. Di SSD dan semua diagram interaksi lainnya, analis menggunakan notasi objek,
bukan notasi kelas. Dalam notasi objek, kotak mengacu pada objek individual, bukan kelas dari
semua objek serupa. Notasinya hanyalah sebuah persegi panjang dengan nama objek yang
digarisbawahi. Titik dua sebelum nama kelas yang digarisbawahi adalah bagian notasi objek yang
sering digunakan namun opsional untuk menunjukkan bahwa objek tersebut adalah objek kelas
yang tidak disebutkan namanya. Dalam SSD, satu-satunya objek yang disertakan adalah objek
yang mewakili keseluruhan sistem: objek kelas Sistem yang tidak disebutkan namanya.
Di bawah aktor dan:Sistem disebut garis putus-putus vertikalgaris hidup. Agaris
garis vertikal hidup, ataugaris hidup objek, hanyalah perpanjangan dari objek tersebut—baik aktor
maupun objek—selama kasus penggunaan. Tanda panah di antara garis hidup
mewakili pesan yang dikirimkan oleh aktor. Setiap panah memiliki asal dan tujuan. Asal
pesan adalah aktor atau objek yang mengirimkannya, seperti yang ditunjukkan oleh
garis hidup di ujung panah. Demikian pula, aktor tujuan atau objek pesan ditunjukkan
oleh garis hidup yang disentuh oleh panah. Tujuan dari garis hidup adalah untuk
menunjukkan urutan pesan yang dikirim dan diterima oleh aktor dan objek. Urutan
pesan dibaca dari atas ke bawah dalam diagram.
Sebuah pesan diberi label untuk menjelaskan tujuannya dan data masukan apa pun
yang dikirim. Nama pesan harus mengikuti sintaksis kata kerja-kata benda agar tujuannya
jelas. Sintaks label pesan memiliki beberapa pilihan; bentuk paling sederhana ditunjukkan
pada Gambar 5-7. Ingatlah bahwa panah digunakan untuk mewakili pesan dan memasukkan
data. Namun apa yang dimaksud dengan istilah tersebutpesanDi Sini? Dalam diagram
urutan, pesan adalah tindakan yang dijalankan pada objek tujuan, seperti perintah.
Perhatikan pada Gambar 5-7 bahwa pesan masukan disebut inquireOnItem.
Aktor Sebuah Objek
berinteraksi dengan (digarisbawahi)
sistem mewakili
sistem otomatis
:Sistem
Pesan masukan
Staf
inquireOnItem (catalogID, prodID, ukuran) Garis hidup objek;
menunjukkan “urutan” pesan,
dari atas ke bawah
informasi barang informasi barang:
deskripsi, harga, kuantitas
© CengageLearning®
Nilai yang dikembalikan
Catatan opsional untuk menjelaskan
sesuatu dalam diagram
 BAB 5-Pemodelan Kasus Penggunaan141

Petugas mengirimkan permintaan (pesan) ke sistem untuk mencari suatu barang. Data
masukan yang dikirim bersama pesan terdapat di dalam tanda kurung, dan dalam hal
ini adalah data untuk mengidentifikasi item tertentu. Sintaksnya hanyalah nama pesan
diikuti dengan parameter masukan dalam tanda kurung. Bentuk sintaksis ini
ditempelkan pada garis padat dengan tanda panah.
Nilai yang dikembalikan memiliki format dan arti yang sedikit berbeda. Perhatikan
bahwa garis dengan panah putus-putus. Panah putus-putus menunjukkan respons atau
jawaban (dalam pemrograman, pengembalian), dan seperti yang ditunjukkan pada gambar,
panah tersebut segera mengikuti pesan awal. Format labelnya juga berbeda. Karena
merupakan respon maka hanya data yang dikirimkan pada respon saja yang dicatat. Tidak
ada pesan yang meminta layanan—hanya data yang dikembalikan. Dalam hal ini, respons
yang valid mungkin berupa daftar semua informasi yang dikembalikan—misalnya, deskripsi,
harga, dan kuantitas suatu barang. Namun, versi singkatnya juga memuaskan. Dalam hal ini,
informasi yang dikembalikan diberi namainformasi barang. Dokumentasi tambahan
diperlukan untuk menunjukkan detailnya. Pada Gambar 5-7, informasi tambahan ini
ditampilkan sebagai catatan. Catatan dapat ditambahkan ke diagram UML mana pun untuk
menambahkan penjelasan. Detail informasi item juga dapat didokumentasikan dalam narasi
pendukung atau bahkan hanya direferensikan oleh atribut di kelas Pelanggan.
Seringkali, pesan yang sama dikirim beberapa kali dalam satu putaran, seperti yang ditunjukkan
pada gambar Gambar 5-8. Misalnya, ketika seorang aktor memasukkan item pada pesanan, pesannya

Angka5-8Mengulangi pesan dalam (a)

notasi bingkai lingkaran rinci dan
(b) notasi alternatif
Kondisi pengujian untuk :Sistem
pengulangan

Staf

Lingkaran

[lebih banyak item] Ulangi semuanya

addItem (ID item, kuantitas) dalam persegi panjang

deskripsi, harga, harga diperpanjang

(a) Notasi rinci

:Sistem

Staf

* [item lain] deskripsi, harga, harga tambahan

:= addItem (ID item, kuantitas)
© CengageLearning®

(b) Notasi alternatif

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
142BAGIAN 2-Kegiatan Analisis Sistem

untuk menambahkan item ke pesanan dapat dikirim beberapa kali. Gambar 5-8(a)
mengilustrasikan notasi untuk menunjukkan operasi berulang ini. Pesan dan pengembaliannya
bingkai lingkaran notasi pada suatu barisan terletak di dalam persegi panjang yang lebih besar yang disebut abingkai lingkaran. Dalam
diagram yang menunjukkan pesan berulang persegi panjang yang lebih kecil di bagian atas bingkai terdapat teks deskriptif untuk mengontrol
perilaku pesan dalam persegi panjang yang lebih besar. Perulangan kondisi untuk semua item
menunjukkan bahwa pesan di dalam kotak berulang berkali-kali atau dikaitkan dengan banyak
kejadian.
Gambar 5-8(b) menunjukkan notasi alternatif. Di sini, tanda kurung siku dan teks di
kondisi benar/salahbagian dari pesan antar dalamnya disebut akondisi benar/salahuntuk pesan-pesannya. Tanda bintang (*)
objek yang dievaluasi sebelum transmisi sebelum kondisi benar/salah menunjukkan bahwa pesan berulang selama kondisi
untuk menentukan apakah pesan tersebut
benar/salah bernilai benar. Analis menggunakan notasi singkat ini karena beberapa
dapat dikirim
alasan. Pertama, pesan dan data yang dikembalikan dapat ditampilkan dalam satu
langkah. Perhatikan bahwa data yang dikembalikan diidentifikasi sebagai nilai
kembalian di sisi kiri operator penugasan—tanda :=. Alternatif ini hanya menunjukkan
nilai yang dikembalikan. Kedua, kondisi benar/salah ditempatkan pada pesan itu
sendiri. Perhatikan bahwa dalam contoh ini, kondisi benar/salah digunakan untuk
mengontrol perulangan. Kondisi benar/salah juga digunakan untuk mengevaluasi
semua jenis pengujian yang menentukan apakah suatu pesan terkirim. Misalnya,
perhatikan kondisi benar/salah [pembayaran kartu kredit]. Jika benar yang diuji adalah
pembayaran kartu kredit, maka pesan dikirimkan ke sistem untuk memverifikasi nomor
kartu kredit. Terakhir, tanda bintang ditempatkan pada pesan itu sendiri untuk
menunjukkan pesan tersebut berulang. Jadi, untuk pesan berulang yang sederhana,
notasi alternatifnya lebih pendek. Namun, jika beberapa pesan disertakan dalam
pengulangan atau terdapat beberapa pesan—masing-masing dengan kondisi benar/
salahnya sendiri—bingkai perulangan akan lebih eksplisit dan tepat.
Berikut notasi lengkap untuk sebuah pesan:

[kondisi benar/salah] nilai kembalian := nama-pesan (daftar parameter)

Bagian mana pun dari pesan dapat dihilangkan. Singkatnya, komponen notasi
melakukan hal berikut:

- Tanda bintang (*) menunjukkan pesan yang berulang atau berulang.

- Tanda kurung [ ] menunjukkan kondisi benar/salah. Ini adalah ujian untuk
pesan itu saja. Jika dinilai benar, pesan akan dikirim. Jika dinilai salah, pesan
tidak terkirim.
- Nama pesan adalah deskripsi layanan yang diminta yang ditulis sebagai kata kerja-
kata benda.
- Daftar parameter (dengan tanda kurung saat memulai pesan dan tanpa tanda
kurung saat pesan kembali) menunjukkan data yang diteruskan bersama pesan
tersebut.
- Nilai kembalian pada baris yang sama dengan pesan (memerlukan :=) digunakan
untuk mendeskripsikan data yang dikembalikan dari objek tujuan ke objek sumber
sebagai respons terhadap pesan.

Diagram urutan juga menggunakan dua bingkai tambahan untuk menggambarkan logika pemrosesan,
memilih bingkainotasi pada diagram urutan yang seperti yang ditunjukkan padaGambar 5-9. Itumemilih bingkaipada Gambar 5-9(a) digunakan ketika sebuah
menunjukkan pesan opsional pesan atau serangkaian pesan bersifat opsional atau didasarkan pada kondisi benar/salah. Bingkai alt digunakan
bingkai alternatifnotasi pada diagram urutan yang dengan logika if-then-else, seperti yang ditunjukkan pada Gambar 5-9(b). Itubingkai alternatifpada gambar ini
menunjukkan logika if-then-else menunjukkan bahwa jika suatu barang dikenakan pajak, maka ditambahkan pajak penjualan; jika tidak,
tambahkan kode pembebasan pajak untuk pembebasan pajak penjualan.

- Mengembangkan Diagram Urutan Sistem (SSD)

SSD biasanya digunakan bersama dengan deskripsi kasus penggunaan untuk membantu mendokumentasikan
detail satu kasus penggunaan atau skenario dalam suatu kasus penggunaan. Untuk mengembangkan SSD, ada
baiknya jika Anda memiliki penjelasan mendetail tentang kasus penggunaan—baik di

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
 BAB 5-Pemodelan Kasus Penggunaan143

Angka5-9Notasi diagram urutan

untuk (a) bingkai opt dan (b)
bingkai alt
:Sistem

Pelanggan

Memilih

[aksesori dipilih]

addAccessory (anAccessory)

rincian tambahan

(a) Notasi bingkai opt

:Sistem

Pegawai sales

alternatif

[barang kena pajak]

addSalesTax (Kode lokasi)

rincian pajak penjualan

[kalau tidak]

tambahkanKode Pembebasan Pajak (eCode)

rincian pembebasan pajak

© CengageLearning®
(b) Notasi bingkai alternatif

bentuk yang dikembangkan sepenuhnya atau sebagai diagram aktivitas. Kedua model ini
mengidentifikasi aliran aktivitas dalam use case, namun tidak secara eksplisit
mengidentifikasi input dan output. SSD akan memberikan identifikasi input dan output
secara eksplisit. Salah satu keuntungan menggunakan diagram aktivitas adalah mudahnya
mengidentifikasi kapan suatu masukan atau keluaran terjadi. Input dan output terjadi setiap
kali panah dalam diagram aktivitas berpindah dari aktor eksternal ke sistem komputer.
Ingat diagram aktivitas untukBuat akun pelangganditunjukkan pada
Gambar 5-4. Ada dua jalur renang: pelanggan dan sistem komputer. Dalam
hal ini, batas sistem bertepatan dengan garis vertikal antara swimlane
pelanggan dan swimlane sistem.

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
144BAGIAN 2-Kegiatan Analisis Sistem

Pengembangan SSD berdasarkan diagram aktivitas terbagi dalam empat langkah:

1.Identifikasi pesan masukan.Pada Gambar 5-4, terdapat tiga lokasi dengan

panah alur kerja yang melintasi garis batas antara pelanggan dan sistem. Di
setiap lokasi di mana alur kerja melintasi batas otomatisasi, diperlukan input
data; oleh karena itu, diperlukan sebuah pesan.
2.Jelaskan pesan dari aktor eksternal ke sistem dengan menggunakan
notasi pesan yang dijelaskan sebelumnya.Dalam kebanyakan kasus,
Anda memerlukan nama pesan yang menjelaskan layanan yang diminta
dari sistem dan parameter input yang diteruskan. Gambar 5-10—SSD
untukBuat akun pelangganuse case—mengilustrasikan tiga pesan
berdasarkan diagram aktivitas. Perhatikan bahwa nama pesan
mencerminkan layanan yang diminta aktor dari sistem:
createNewCustomer, enterAddress, dan enterCreditCard. Nama lain juga
bisa digunakan. Misalnya, alih-alih enterAddress, namanya bisa jadi
createAddress. Hal yang perlu diingat adalah nama pesan harus
menggambarkan layanan yang diminta dari sistem dan harus dalam
bentuk kata kerja-kata benda.
Informasi lain yang diperlukan adalah daftar parameter untuk setiap pesan.
Menentukan dengan tepat item data mana yang harus diteruskan lebih sulit. Faktanya,
pengembang sering kali menemukan bahwa penentuan parameter data memerlukan
beberapa iterasi sebelum diperoleh daftar yang benar dan lengkap. Prinsip penting
untuk mengidentifikasi parameter data adalah mendasarkannya pada diagram kelas.
Dengan kata lain, atribut yang sesuai dari kelas dicantumkan sebagai parameter.
Melihat atribut, serta pemahaman tentang apa yang perlu dilakukan sistem, akan
membantu Anda menemukan atribut yang tepat. Dengan pesan pertama yang baru
saja disebutkan—createNewCustomer—parameternya harus mencakup informasi
dasar tentang pelanggan, seperti nama, telepon, dan alamat email. Perhatikan bahwa
ketika sistem membuat pelanggan, sistem menetapkan ID pelanggan baru dan
mengembalikannya dengan informasi pelanggan lainnya.

Dalam pesan kedua—enterAddress—parameter diperlukan untuk

mengidentifikasi alamat lengkap. Biasanya, itu mencakup alamat jalan, kota, negara
bagian, dan kode pos. SSD menyederhanakan pesan untuk menampilkan “alamat”
sebagai parameter.
Pesan ketiga—berdasarkan diagram aktivitas—memasukkan informasi
kartu kredit. Parameter—cc-info—mewakili nomor akun, tanggal
kedaluwarsa, dan kode keamanan.
3.Identifikasi dan tambahkan kondisi khusus apa pun pada pesan masukan,
termasuk iterasi dan kondisi benar/salah.Dalam hal ini, pesan enterAddress
diulangi untuk setiap alamat yang dibutuhkan pelanggan. Simbol tanda bintang
di depan pesan ditampilkan.
4.Identifikasi dan tambahkan pesan pengembalian keluaran.Ingatlah bahwa ada dua opsi
untuk menampilkan informasi pengembalian: sebagai nilai pengembalian pada pesan itu
sendiri atau sebagai pesan pengembalian terpisah dengan panah putus-putus. Diagram
aktivitas dapat memberikan beberapa petunjuk tentang pesan balik, namun tidak ada aturan
standar yang menyatakan bahwa ketika panah transisi dalam alur kerja berpindah dari
sistem ke aktor eksternal, keluaran selalu muncul. Pada Gambar 5-4, terdapat tiga anak
panah dari swimlane Sistem ke swimlane Pelanggan. Di dalamGambar 5-10, ini ditampilkan
sebagai data kembalian pada garis putus-putus untuk dua pengembalian dan sebagai nilai
kembalian pada baris yang sama dengan pesan untuk enterAddress. Perhatikan bahwa
masing-masing diberi nama dengan kata benda yang menunjukkan apa yang dikembalikan.
Terkadang, tidak ada data keluaran yang dikembalikan.

Ingatlah bahwa tujuannya adalah penemuan dan pemahaman, jadi Anda harus bekerja sama
dengan pengguna untuk menentukan dengan tepat bagaimana alur kerja berlangsung dan

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
 BAB 5-Pemodelan Kasus Penggunaan145

Angka5-10SSD untukBuat akun

pelanggankasus penggunaan

:Sistem

Pelanggan

createNewCustomer (nama, telepon, email)

ID khusus, nama, telepon, email

* detail alamat := enterAddress (alamat)

masukkanCreditCard (cc-info)

rincian info kartu kredit

© CengageLearning®
informasi apa yang perlu disampaikan dan disediakan sebagai keluaran. Ini adalah proses
berulang, dan Anda mungkin perlu menyempurnakan diagram ini beberapa kali sebelum diagram
tersebut secara akurat mencerminkan kebutuhan pengguna.
Mari kita kembangkan SSD untuk kasus penggunaan item Kapal yang ditunjukkan sebagai deskripsi
kasus penggunaan yang dikembangkan sepenuhnya pada Gambar 5-3 dan sebagai diagram aktivitas
pada Gambar 5-5. Perhatikan bahwa aktor memiliki lima langkah bernomor dalam alur aktivitas, sehingga
akan ada lima pesan masukan di SSD yang ditunjukkan pada gambarGambar 5-11: getNextSale,
setShipper, recordShippedItem, inisiasiBackorder, dan getShippingLabel. Tidak diperlukan parameter
untuk getNextSale karena sistem akan secara otomatis mengembalikan informasi untuk penjualan
berikutnya yang akan dikirimkan. Pengirim dipilih oleh aktor—mungkin dari daftar di formulir atau
halaman—jadi parameternya adalah ID pengirim.
Ada bingkai lingkaran yang berulang untuk setiap item penjualan dalam
penjualan. Di dalam bingkai loop terdapat bingkai alt yang menguji apakah setiap
item penjualan tersedia untuk dikirim. Jika barang dapat dikirim, pesan
recordShippedItem dikirim ke sistem. Jika barang tidak dapat dikirim karena
kehabisan stok atau mungkin rusak, pesan InitiBackorder akan dikirim ke sistem.
Terakhir, pesan getShippingLabel memerlukan dua parameter: ukuran paket dan
berat. Sistem menggunakan informasi tersebut, beserta pengirim dan alamatnya,
untuk membuat label pengiriman dan mencatat biayanya.
Bagian pertama bab ini telah menjelaskan model yang digunakan dalam
pengembangan berorientasi objek untuk menentukan aspek pemrosesan sistem baru.
Deskripsi use case, seperti yang diberikan oleh narasi tertulis atau diagram aktivitas,
memberikan rincian langkah-langkah internal dalam setiap use case. Pernyataan
prakondisi dan pascakondisi membantu menentukan konteks kasus penggunaan—
yaitu, apa yang harus ada sebelum dan sesudah pemrosesan. Terakhir, SSD
menjelaskan input dan output yang terjadi dalam use case. Bersama-sama, model-
model ini memberikan gambaran komprehensif tentang persyaratan pemrosesan
sistem dan memberikan landasan untuk desain sistem.

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.
146BAGIAN 2-Kegiatan Analisis Sistem

Angka5-11SSD untukKirimkan barang

kasus penggunaan

:Sistem

Petugas Pengiriman
dapatkan Penjualan Berikutnya()

info pelanggan, alamat, penjualan, dan barang penjualan

setPengirim(ID pengirim)

Lingkaran

[lebih banyak item penjualan]

alternatif

[barang yang dikirim]

catatanItem yang Dikirim(Item penjualan)

Konfirmasi pengiriman

[kalau tidak]

memulaiBackorder(saleItem)

konfirmasi pemesanan di awal

© CengageLearning®
getShippingLabel(Ukuran paket, berat)

detail label pengiriman

- Kasus Penggunaan dan CRUD

teknik CRUDsingkatan dari Create, Read/Report, Update,
dan Delete; sebuah teknik untuk memvalidasi atau
menyempurnakan kasus penggunaan
Teknik penting lainnya yang digunakan untuk memvalidasi kasus penggunaan adalahteknik CRUD
, yang melibatkan verifikasi bahwa semua kasus penggunaan yang diperlukan telah diidentifikasi
untuk memelihara data yang diwakili oleh diagram kelas model domain.MENTAHadalah singkatan
dari Buat, Baca atau Laporkan, Perbarui, dan Hapus, dan sering kali diperkenalkan sehubungan
dengan manajemen basis data. Analis memulai dengan melihat tipe data yang disimpan oleh
sistem, yang dimodelkan sebagai kelas domain, seperti yang dijelaskan dalam Bab 4. Dalam Sistem
Pameran Dagang RMO yang dibahas di Bab 1, tipe datanya meliputi Pemasok, Kontak, Produk, dan
Gambar Produk. Pada RMO CSMS jenis datanya antara lain Pelanggan, Penjualan, Inventaris
Barang, Promosi, Pengiriman, dan masih banyak lagi lainnya. Untuk memvalidasi dan
menyempurnakan kasus penggunaan, analis melihat setiap jenis data dan memverifikasi bahwa
kasus penggunaan telah diidentifikasi yang membuat data, membaca atau melaporkan data,
memperbarui data, dan menghapus (atau mengarsipkan) data.
Teknik CRUD paling berguna bila digunakan sebagai pemeriksaan silang bersama
dengan teknik tujuan pengguna. Pengguna akan fokus pada tujuan utama mereka, dan
kasus penggunaan yang memperbarui atau mengarsipkan data sering kali diabaikan. Teknik
CRUD memastikan semua kemungkinan teridentifikasi. Terkadang, kelas domain digunakan
bersama oleh sekumpulan aplikasi terintegrasi. Misalnya, RMO memiliki aplikasi manajemen
rantai pasokan yang bertanggung jawab untuk mengelola tingkat inventaris dan menambah
produk. CSMS RMO tidak perlu membuat atau menghapus produk, namun perlu mencari
dan memperbarui informasi produk. Penting untuk mengidentifikasi

Hak Cipta 2016 Pembelajaran Cengage. Seluruh hak cipta. Tidak boleh disalin, dipindai, atau diduplikasi, seluruhnya atau sebagian. Karena hak elektronik, beberapa konten pihak ketiga mungkin disembunyikan dari eBook dan/atau eChapter. Tinjauan editorial menganggap bahwa
konten apa pun yang disembunyikan tidak berdampak signifikan terhadap pengalaman belajar secara keseluruhan. Cengage Learning berhak menghapus konten tambahan kapan saja jika pembatasan hak berikutnya mengharuskannya.