use case narative 1

Use case Narrative

• Use case Narrative adalah deskripsi tertulis mengenai peristiwa-peristiwa bisnis dan bagaimana pengguna akan berinteraksi dengan sistem untuk menyelesaikan suatu tugas .

Membangun Model Use Case Analisis

Use case persyaratan bisnis :

1. Use case yang memfokuskan pada visi strategis dan tujuan berbagai stakholder

2. Use case persyaratan bisnis menyediakan pemahaman umum mengenai domain dan lingkup masalah , tetapi tidak menyertakan rincian yang diperlukan untuk mengkomunikasikan kepada para pengembang sistem tentang apa yang seharusnya dikerjakan

Use Case Analisis sistem 1. Use case yang mendokumentasikan

interaksi antara user dalam sistem. Sangat detail dalam mengambarkan apa yang diperlukan, tetapi bebas dari detail-detail dan batasan implementasi

Use case Design : 1. Memasukan detail-detail

bagaimana aktor (pengguna)akan secara aktual berantarmuka dengan sistem

Unsur Deskripsi

Author Nama individu yang membantu dalam penulisan use-case dan yang menyediakan titik kontak ke setiap orang yang memerlukan informasi tambahan tentang use-case tersebut.

Tanggal Tanggal use-case dimodifikasi terakhir kali

Versi Versi terbaru dari use-case

Nama use-case Nama use-case harus menunjukkan tujuan yang akan dipenuhi use-case tersebut. Nama tersebut sebaiknya mulai dengan kata kerja (misal Enter New Member Order).

Tipe use-case (persyaratan bisnis, analisis, desain)

Use-case ID Identifier yang secara unik mengidentifikasi use-case

Prioritas Mengkomunikasikan pentingnya use-case dalam konteks high, medium, atau low.

Sumber Mendefenisikan entitas yang memicu pembuatan use-case. Dapat berupa persyaratan, dokumen spesifik, atau stakeholder

Pelaku bisnis primer Stakeholder yang mendapatkan keuntungan/manfaat utama dari eksekusi use-case dengan menerima nilai terukur atau teramati

Pelaku peserta lain Pelaku lain yang berpartisipasi dalam use-case untuk mencapai tujuannya meliputi pelaku penginisiasi, pelaku pemfasilitasi, pelaku server/receiver, dan pelaku sekunder. Selalu sertakan cara pelaku berpartisipasi.

Stakeholder yang berminat

Orang (selain pelaku) yang tetarik dengan tujuan use-case.

Deskripsi Ringkasan pendek yang berisi sejumlah kalimat yang menunjukkan secara garis besar tujuan use-case dan berbagai kegiatannya.

Unsur Deskripsi

Prakondisi Batasan atau keadaan sistem sebelum use-case dapat dieksekusi (mengacu ke use-case lain yang harus dieksekusi sebelumnya).

Pemicu Kejadian yang menginisiasi eksekusi use-case

Bagian khas suatu event

Rangkaian kegiatan normal yang dilakukan oleh pelaku dan sistem untuk memenuhi tujuan use-case. Termasuk antara sistem dan pelaku dan kegiatan yang dilakukan oleh sistem dalam merespons interaksi tersebut.

Bagian alternatif Mendokumentasikan kelakuan use-case jika terjadi exception atau variasi terhadap bagian umu. Hal ini berjalan jika titik keputusan terjadi dalam use-case atau terjadi exception yang memerlukan langakah tamahan di luar lingkup bagian umum.

Kesimpulan Menetapkan kapan use-case berakhir dengan baik, dengan kata lain kapan pelaku utama menerima nilai terukur.

Pascakondisi Batasan pada keadaan sistem setelah use-case dieksekusi dengan baik

Aturan bisnis Menetapkan kebijakan dan prosedur bisnis yang harus dipatuhi oleh sistem baru.

Batasan dan spesifikasi implementasi

Menetapkan setiap persyaratan nonfungsional yang dapat mempengaruhi realisasi use-case dan mungkin membantu dalam setiap perencanaan dan cakupan arsitektural. Item yang daoat disertakan antaran lain frekuensi kejadian, volume data, persyaratan antarmuka, dst.

Asumsi Asumsi yang dibuat oleh desainer pada saat mendokumentasikan use-case

Isu terbuka Setiap isu yang perlu dipecahkan atau diinvestigasi sebelum use-case dapat diselesaikan.

Member Services System Author : Kelvin J.K. Tanggal : 11/06/2008 Versi : 1.00

Nama Use Case : Place New Order ID Use Case : MSS-SUC002.00 Prioritas : Tinggi Sumber : Persyaratan – MSS-R1.00

Tipe Use Case Persyaratan Bisnis:

Pelaku Bisnis Utama : Anggota Klub (Alias – Anggota Aktif, Anggota) Pelaku Partisipan Lain : . Gudang (alias – Pusat Distribusi) (penerima eksternal)

. Account Receivable (server eksternal) Stakeholder lain yang berminat :

. Pemasaran – yang tertarik pada kegiatan penjualan supaya dapat merencanakan promosi baru

. Pengadaan – yang tertarik pada kegiatan penjualan supaya melengkapi kembali inventaris

. Manajemen – yang tertarik pada kegiatan pemesanan supaya dapat mengevaluasi kinerja perusahaan dan kepuasan pelanggan (anggota)

Deskripsi : Use Case ini mendeskripsikan event dari seorang anggota klub yang melakukan sebuah proses pesanan baru untuk produk SoundStage melalui world wide web. Para anggota menyeleksi item-item yang ingin ia beli. Sekali anggota itu m elengkapi pembelanjaan, informasi demografi anggota dan laporan rekening akan disahkan. Sekali produk-produk disahkan ke dalam sebuah stok, maka dibuatlah back order. Pada tahap penyelesaian, anggota akan dikirimi sebuah konfirmasi order.

Prakondsi : Seorang individu yang melakukan order harus menjadi anggota klub aktif. Anggota harus me-login ke sebuah sistem (menyediakan identifikasi) untuk memasukkan sebuah order.

Sasaran : Use case ini diawali saat pesanan baru diserahkan.

Mengkomunikasikan apa yang diperlukan dari perspektif pengguna (user), tetapi bebas dari detil spesifik tentang bagaimana sistem akan dibangun dan diimplementasikan.

!

Kegiatan Pelaku Respon Sistem Bidang khas suatu event : Langkah 1 : Anggota

menyediakan informasi demografis dan informasi pembayaran dan pesanan.

Langkah 2 : Sistem merespon dengan menguji semua informasi yang dibutuhkan. Langkah 3 : Sistem menguji informasi demografis anggota terhadap apa yang telah direkam sebelumnya. Langkah 4 : Untuk setiap pesanan produk, sistem memvalidasi identitas produk. Langkah 5 : Untuk setiap pesanan produk, sistem menguji ketersediaan produk. Langkah 6 : Untuk setiap tersedianya produk, sistem menentukan harga yang harus dibayar anggota. Langkah 7 : Pada saat semua prodk diproses, sistem menentukan total biaya pesanan Langkah 8 : Sistem memeriksa status laporan keuangan anggota. Langkah 9 : Sistem menguji pembayaran anggota jika tersedia. Langkah 10 : Sistem merekam informasi pesanan kemudian menginformasikan pesanan ke pusat distribusi utama (gudang) untuk diisi. Langkah 11 : Sekali pesanan diproses, sistem menghasilkan konfirmasi pesanan dan mengirimnya ke anggota.

Alt-Langkah 2 : Anggota belum menyediakan semua informasi yang diperlukan untuk memproses suatu pesanan. Anggota memberitahukan ketidaksesuaian dan ketetapatan penyerahan kembali. Alt-Langkah 3 : Jika informasi anggota yang disajukan berbeda dari apa yang telah dicatat sebelumnya, periksa catatan terbaru, lalu perbahruilah informasi anggota sesuai dengan perubahan tersebut. Alt-Langkah 4 : Jika informasi oduk yang diminta tidak sesuai dengan sebagian produk SoundStage, beritahukanlah kepada anggota mengenai klarifikasi ketidaksesuaian dan permintaan tersebut. Alt-Langkah 5 : Jika jumlah pesanan produk tidak tersedia, buat pesanan balik. Alt-Langkah 8 : Jika status laporan keuangan anggota tidak dalam keadaan baik, maka simpan/rekamlah informasi pesanan itu dan tempatkan dalam status ditahan. Beritahukan anggota menenai satus laporan keuangan dan alasan pesanan itu ditahan. Terminasi use-casenya. Alt-Langkah 9 : Jika pembayaran angota (kartu kredit) tidak dapat divalidasi, beritahukan kepada anggota dan mintalah alternatif pembayaran. Jika anggota tidak dapat menyediakan alternatif, batalkan pesanan dan terminasi use-casenya.

Kesimpulan : Use case ini menyimpulkan kapan anggota klub menerima konfirmasi pesanan. Postkondisi : Pesanan telah direkam dan jika produk yang dipesan tersedia, produk akan dilepas.

Untuk sebagian produk yang tidak tersedia, dibuat pesanan balik. Aturan Bisnis : . Respons anggota klub terhadap promosi atau anggota yang menggunakan kredit

dapat mempengaruhi harga setiap item yang dipesan. . Cash atau cek tidak akan diterima dengan pesanannya. Jiak tersedia, . Anggota klub mendapat tagihan utnuk produk tersebut hanya saat produk tersebut

telah dkirimkan. Batasan dan Spesifikasi Implementasi :

. GUI yang disediakan bagi rekan Member Services, dan web screen disediakan untuk anggota

Asumsi : Pengadaan pesanan balik akan diberithaukan melalui laporan harian (terpisah dari use-case)

Masalah Terbuka : Menentukan bagaimana pusat distribusi itu ditetapkan.

Kejadian umum use case dan alternatifnya :

berisi langkah-langkah mulai

dari aktor/pelaku menginisiasi dan

melanjutkan sampai akhir

kejadian bisnis



Persyaratan Use Case – MSS-BUC002.00

Tipe Use Case Persyaratan Bisnis: Analisis Sistem :

Pelaku Bisnis Utama : Anggota Klub (Alias – Anggota Aktif, Anggota) Pelaku Sistem Utama : Anggota Klub (Alias – Anggota Aktif, Anggota) Pelaku Partisipan Lain : . Gudang (alira – Pusat Distribusi) (penerima eksternal)





Deskripsi : Use Case ini mendeskripsikan event dari seorang anggota klub yang melakukan sebuah proses pesanan baru untuk produk SoundStage melalui world wide web. Para anggota menyeleksi item-item yang ingin ia beli. Sekali anggota itu melengkapi pembelanjaan, informasi demografi anggota dan laporan rekening akan disahkan. Sekali produk-produk disahkan ke dalam sebuah stok, maka dibuatlah back order. Pada tahap penyelesaian, anggota akan dikirimi sebuah konfirmasi order.


Pemicu : Use case ini diinisiasi saat anggota menyeleksi pilihan untuk memasukkan sebuah order baru

√

Menentukan fungsionalitas sistem secara mendetail

Bebas dari detail-detail implementasi kecuali informasi tingkat tinggi yang mendeskripsikan peralatan (window GUI, Internet browser, telepon,dsb) yang digunakan oleh pengguna sistem untuk berinteraksi dengan sistem

Kegiatan Pelaku Respon Sistem Bidang khas suatu event : Langkah 1 : Anggota meminta

opsi untuk memasukan permintaan baru. Langkah 3 : Anggota membrowse item-item yang tersedia dan memilih salah satu item yang ingin ia beli, beserta jumlahnya. Langkah 5 : Anggota memeriksa informasi demografis (alamat pengiriman dan rekening). Jika tidak ada perubahan penting, maka anggota merespon (untuk melanjutkan). Langkah 7 : Anggota memeriksa pesanan. Jika tidak ada perubahan penting, maka anggota merespon (untuk melanjutkan). Langkah 9 : Anggota memeriksa pesanan. Jika tidak ada perubahan penting, maka anggota merespon (untuk melanjutkan). Langkah 11 : Anggota memeriksa pesanan, Jika tidak ada perubahan penting, maka anggota merespon (untuk melanjutkan).

Langkah 2 : Sistem merespon dengan menampilkan katalog. Langkah 4 : Sekali anggota melengkapi pilihan, sistem mendapatkan informasinya dari file dan menggambarkan informasi demografi anggota (alamat pengiriman dan rekening). Langkah 6 : Untuk tiap produk yang dipesan, sistem memeriksa ketersediaan produk dan menentukan tanggal perngiriman yang diharapkan, menentukan harga yang dibebankan kepada anggota, menentukan harga pesanan total. Jika sebuah item tidak tersedia, mengindikasikan produk dipesan kembali atau tidak dirilis untuk pengiriman (khususnya preorder). Jika sebuah item tidak lagi tersedia, maka indikasinya juga sama. Kemudian sistem menampilkan sebuah ringkasan pesanan kepada anggota untuk pembuktian. Langkah 8 : Sistem memeriksa status rekening anggota. Jika memuaskan, sistem menganjurkan anggota untuk menyeleksi pilihan pembayaran yang diinginkan (untuk tagihan atau segera dibayar dengan kartu kredit) Langkah 10 : Sistem menampilkan sebuah ringkasan pesanan, memasukkan pilihan pembayaran yang diinginkan, kepada anggota untuk pembuktian. Langkah 12 : Sistem menyimpan informasi pesanan (termasuk back order jika diperlukan) Langkah 13 : Meminta Use Case abstrak MSS-AUC001.00, Determine Approriate Distribution Center and Release Order To Be Filled. Langkah 14 : Sekali pesanan diproses, sistem membuat sebuah konfirmasi pesanan dan menampilkannya, dan mengirimnya kepada anggota melalui e-mail.

Memasukan sebuah naratif dari perspektif

pengguna sistem; lebih bersifat

percakapan dengan sistem

Pendeskripsian objek-objek dengan satu

atau dua kalimat

Terdiri dari level detail yang memadai untuk objek yg dilibatkan pada use case yang akan diimplementasikan secara realistis

Bidang Alternatif : Alt-Langkah 3 : Anggota memasukkan kriteria penelitian untuk mendapatkan kembali sebuah item khusus atau untuk menampilkan daftar item yang sudah dikurangi untuk membrowse dan pesanan itu berasal. Alt-Langkah 5 : Jika perubahan diperlukan, anggota meng-updatte pengiriman utama, rekening, atau alamat e-mail, dan meminta sistem untuk menyimpannya. Sistem akan mengabsahkan perubahan dan jika berhasil akan menyimpan informasi baru itu ke file. Alt-Langkah 7 : Jika pesanan itu memerlukan perubahan, anggota dapat menghapus item yang tidak diinginkan lagi atau mengubah jumlah pesanan. Sekali anggota melengkapi perubahan pesanan, sistem memproses kembali pesanan itu (menuju ke langkah 6). Jika anggota perlu melakukan pembelanjaan tambahan, menuju ke langkah 3. Jika anggota perlu mengubah informasi demografis, menuju ke langkah 5. Alt-Langkah 8 : Jika rekening anggota tidak dalam kondisi baik, tampilkan kepada anggota status rekening, alasan pesanan itu ditahan, dan tindakan apa yang diperlukan untuk menyelesaikan masalah. Selain itu, e-mail dikirim kepada anggota dengan informasi yang sama. Sistem itu menganjurkan kepada anggota untuk menahan pesanan untuk pemrosesan lebih lanjut atau membatalkan pesanan. Jika anggota ingin menahannya, sistem mencatat informasi order dan menempatkannya dalam status ”hold” dan kemudian menampilkan halaman utama SoundStage. Jika anggota memilih untuk membatalkan pesanan, sistem menghapus informasi yang diinputkan kemudan menampilkan halaman utama SoundStage. Akhiri use case. Alt-Langkah 10 : Jika anggota memilih opsi untuk membayar dengan kartu kredit, sistem menganjurkan anggota untuk memasukkan informasi kartu kredit (nomor dan tanggal akhir valid) dan mengingatkan anggota bahwa alamat rekening pada file harus sesuai dengan alamat rekening kartu kredit yang disediakan. Anggota memasukkan informasi yang dibutuhkan dan meminta sistem agar berlanjut. Sistem mengabsahkan rekening kartu kredit yang disediakan. Jika pada saat itu anggota tidak dapat menyediakan sebuah alternatif, maka dia dapat memilih apakah menahan atau membatalkan pesanan. Jika anggota ingin menahan pesanan, sistem menyimpan informasi pesanan dan menempatkannya pada status hold kemudian menampilkan halaman utama SoundStage. Jika anggota memilih untuk membatalkan pesanan, sistem menghapus informasi yang diinputkan kemudian menampilkan halaman utama SoundStage. Akhiri use case. Alt-Langkah 11 : Jika pesanan memerlukan perubahan, anggota dapat menghapus semua item yant tidak diinginkan lagi atau mengubah jumlah pesanan. Sekali anggota melengkapi perubahan pesanan, sistem memproses kembali pesanan (menuju ke langkah 6). Jika anggota perlu melakukan pembelanjaan tambahan, menuju ke langakh 3. Jika anggota perlu mengubah informasi demografis, menuju ke langkah 5. Alt-Langkah 12. Jika semua item yang dipesan adalah back order, pesanan itu tidak dirilis ke pusat distribusi.

Kesimpulan : Use case ini memnyimpulkan kapan anggota menerima sebuah konfirmasi pesanan. Post Kondisi : Pesanan telah disimpan dan jika produk yang dipesan tersedia dirilis ke pusat distribusi.

Untuk semua produk yang tidak tersedia, dibuat back order. Aturan Bisnis : . Anggota harus memiliki sebuah alamat e-mail valid untuk menyerahkan pesanan on-

line. . Anggota direkeningkan untuk produk-produk hanya saat mereka dikirimkan.

Batasan dan Spesifikasi Implementasi :

. Use case harus tersedia kepada anggota 24 x 7.

. Frekuensi – diestimasi bahwa use case akan dieksekusi 3.500 kali per hari. Harus mendukung sampai 50 anggota secara bersamaan.

Asumsi : . Produk dapat ditransfer antar pusat distribusi untuk mengisi pesanan. . Perolehan mengenai back order akan diberitahukan dengan laporan harian (use case

terpisah). . Anggota yang merespon ke sebuah promosi atau dengan menggunakan kredit dapat

mempengaruhi harga tiap item yang dipesan. . Anggota dapat membatalkan pesanan tiap waktu.

Masalah terbuka : Tidak ada


Nama Use Case : Determine Appropriate Distribution Center and Release Order To Be Filled

ID Use Case : MSS-SUC002.00 Prioritas : Tinggi Sumber : MSS-SUC002.00

MSS-BUC003.00

Tipe Use Case Abstrak : Ekstension :

Pelaku yang berpartipasi :

Anggota Klub (Alias – Anggota Aktif, Anggota)

Deskripsi : Use Case ini mendeskripsikan event penyeleksian pusat distribusi yang melayani alamat pengiriman yang disediakan oleh anggota klub untuk pesanan khusus. Informasi pesanan (paket pesanan) kemudian dikirimkan (dirilis) ke pusat distribusi tersebut untuk dipenuhi.

Prakondsi : Pesan siap untuk dirilis ke pusat distribusi utama. Bidang khas suatu event :

Langkah 1 Sistem menyeleksi pusat distribusi yang tepat berdasarkan wilayah dan kode pos alamat pengiriman. Langkah 2 : Sekali pusat distribusi diseleksi, paket pesanan yang terdiri dari item-item yang hendak dikirimkan telah diinformasikan. Langkah 3 : Paket pesanan ditransmisikan ke pusat distribusi (pengiriman dan sistem penerima) diguanakn untuk menyiapkan pengiriman.

Bidang Alternatif : Alt-Langkah 1 : Jika alamat pengiriman adalah sebuah alamat internasional, kirimkan pesanan paket itu ke lokasi Indianapolis, IN.

Post Kondisi : Slip pemaketan telah ditransmisi (dirilis) ke pusat distribusi yang tepat.

√

Invoked by ID atau nama use-case yang meminta use-case khusus ini



Persyaratan Use Case – MSS-BUC002.00

Tipe Use Case Persyaratan Bisnis: Analisis Sistem : Desain Sistem :

Pelaku Bisnis Utama : Anggota Klub (Alias – Anggota Aktif, Anggota) Pelaku Sistem Utama : Anggota Klub (Alias – Anggota Aktif, Anggota) Pelaku Partisipan Lain : . Gudang (alira – Pusat Distribusi) (penerima eksternal)





Deskripsi : Use Case ini mendeskripsikan event dari seorang anggota klub yang melakukan sebuah proses pesanan baru untuk produk SoundStage melalui world wide web. Para anggota menyeleksi item-item yang ingin ia beli. Sekali anggota itu melengkapi pembelanjaan, informasi demografi anggota dan laporan rekening akan disahkan. Sekali produk-produk disahkan ke dalam sebuah stok, maka dibuatlah back order. Pada tahap penyelesaian, anggota akan dikirimi sebuah konfirmasi order.


Pemicu : Use case ini diinisiasi saat anggota menyeleksi pilihan untuk memasukkan sebuah order baru

√

Penghalusan use case.Memasukan detail bagaimana aktor secara aktual berantarmuka dengan sistem dan bagaimana sistem akan merespon stimulus untuk memproses peristiwa bisnis.

Kegiatan Pelaku Respon Sistem Bidang khas suatu event : Langkah 1 : Anggota tersebut

meng-klik icon (atau link) place new order. Langkah 3 : anggota menggulung layar yang menampilkan produk-produk tersebut dengan menggunakan scoll bar button, kunci [Page Up] dan {[Page Down], atau kontrol navigasional seperti ditentukan pada Langkah 2. Anggota akan memilih beberapa produk yang ingin mereka beli dengan cara mengklik check box dan memasukkan data jumlah yang mereka inginkan. Langkah 5 : Anggota akan memerifikasi informasi demografi (shipping dan billing address). Jika tidak diperlukan suatu perubahan, maka anggota akan mengklik tombol [Continue]. Langkah 7 : Anggota memeriksa order. Jika tidak diperlukan suatu perubahan, anggota akan mengklik tombol [Continue]. Langkah 9 : Anggota akan merespons dengan cara mengklik check box yang sesuai dengan sistem pembayaran yang mereka pilih. Langkah 11 : Anggota akan memeriksa order tersebut. Jika tidak diperlukansuatu perubahan, anggota akan mengklik tombol [Continue].

Langkah 2 : Sistem merespon dengan menampilkan window W11 - Catalog Display, daftar produk SoundStage. Jika daftar produk lebih dari 50, yang merupakan jumlah maksimum yang dapat ditampilkan pada sebuah halaman, maka sistem akan menghitung jumlah halaman yang dibutuhkan untuk menampilkan produk-produk tersebut. Sistem kemudian memberikan tombol navigasi kepada \anggota, misalnya : [first].[prev],[last]. Dan [1],[2 ],[3],[4], dan seterusnya. Langkah 4 : Setelah anggota tersebut menyelesaikan 0proses pemilihan, sistem akan menerima informasi demografi anggota (shipping dan billing address) dan menampilkannya pada windwo W02 – Member Profile Display. Sistem juga akan menganjukan kepada anggota untuk membuat beberapa peruahan yang diperlukan. Langkah 6 : Untuk masing-masing produk yang dipesan, sistem akan memverifikasi ketersediaan produk dan menentukan tanggal pengiriman yang diinginkan, menentukan harga yang harus dibebankan kepada anggota, dan menentuka total biaya order. Jika sebuah item tidak langsung tersedia, maka hal itu menunjukkan bahwa produk tersebut merupakan back order atau bahwa produk tersebut belum dikeluarkan untuk dikirim (preorder). Jika sebuah item tidak leagi tersedia, hal itu juga ditunjukkan. Sistem akan menampilkan kesimpulan dari order pada window W03 – Order Summary Display. Sistem akan memberikan saran kepada anggota untuk melakukan beberapa perubahan. Langkah 8 : Sistem akan mengecek status tagihan anggota. Jika memuaskan, sistem akan menganjurkan anggota untuk memilih pilihan pembayaran yang mereka inginkan (akan ditagih nanti atau langsung dnean kartu kredit). Langkah 10 : Sistem akan menampilkan kesimpulan akhir dari order pada window W03 – Order Summary Display. Sistem juga menganjukan kepada anggota untuk embuat beberapa perubahan yang diinginkan. Langkah 12 : Sistem akan menyimpan informasi order (termasuk di dalamnya back order, jika perlu). Langkah 13 : Meminta Use Case abstrak MSS-AUC001.00, Determine Approriate Distribution Center and Release Order To Be Filled. Langkah 14 : Setelah order diproses, sistem akan menghasilkan sebuah konfirmasi order dan menampilkannya pada window W04 – Order Confirmation Display. Sistem juga akan mengirim konfirmasi melaui email. Meminta use case abstrak MSS-AUC004.00 Send Electronic Member Correspondence.

Cara pengguna mengakses sistem –lewat sebuah menu,

window, tombol, pembaca bar code,

printer, dll-, termasuk isi window, laporan,

dan query.

Bidang Alternatif : Alt-Langkah 3a : Jika anggota mengklik nama item, sistem akan menampilkan pop-up window W15 – Produk Detail Display, yang berisi semua detail produk, termasuk didalamnya gambar cover-nya. Anggota akan mengklik tombl [Close] untuk menutup pop-up window. Alt-Langkah 3b : Jika anggota ingin melakukan keyword search, panggil use case abstrak MSS – AUC006.00 Search Product Catalog by Keyword. Alt-Langkah 5 : Jika anggota ingin mengubah informasi demografik, panggil use case abstrak MSS – AUC007.00 Change Member Profile. Alt-Langkah 7 : Jika order memerlukan suatu perubahan, maka anggota dapat menghapus sembarang item yang sudah tidak diperlukan lagi dengan cara deselecting check boxes pada item dan atau mengubah jumlah pesanan. Setelah angota menyelesaikan perubahan order, ia dapat mengklik tombol [Update Order]. Sistem akan memproses ulang order (dilanjutkan ke langkah 6). Jika anggota mengklik tombol [Do More Shopping], lanjutkan ke langkah 3. Jka anggota mengklik tombol [Upadate Member Profile], panggil use case abstrak MSS-AUC007.00 Change Member Profile dan langjukan ke langkah 6. Alt-Langkah 8 : Jika akun anggota tidak dalam kondisi standing, tunjukkan dengan menggunakan window W09 – Member Account Status Display, status tagihan, alasan order ditahan, dan tidnakan apa yang dibutuhkan untuk memecahkan masalah tersebut. Sebagai tambahan, kirim email kepada anggota dengan informasi yang sama. Panggil use case abstrak MSS – AUC004.00 Send Electronic Member Correspondece. Sistem menyarankan anggota untuk menahan order sampai proses selanjutnya atau membatalkan order. Jika anggota ingin menahan order dengan mengklik tombol [Save Order], maka sistem akan menyimpan informasi order tersebut, menempatkannya pada hold status, lalu menampilkan halaman utama SoundStage, window W00 – Member Home Page. Jika anggota memilih untuk membatalkan order dengan cara mengklik tombol [Cancel Order], maka sistem akan menghapus informasi yang telah masuk , lalu menampilkan halaman utama SoundStage, window W00 – Member Home Page. Akhiri use case. Alt-Langkah 10 : Jika anggota memilih untuk membayar dengan menggunakan kartu kredit, panggil use case abstrak MSS – AUC012.00 Pay by Credit Card. Jika anggota tidak dapat membayar dengan menggunakan kartu kredit, sistem akan menyarankan kepada anggota untuk menahan order untuk proses di lain waktu atau membatalkan order. Jika anggota ingin menahan order dengan mengklik tombol [Save Order], sistem akan menyimpan informasi order, menempatkannya pada hold status, lalu menampilkan halaman utama SoundStage, window W00 – Member Home Page. Jika anggota memilih untuk membatalkan order dengan cara mengklik [Cancel Order], sistem akan menghapus informasi yang telah masuk dan menampilkan halam utama SoundStage, window W00 – Member Home Page. Akhiri use case. Alt-Langkah 11 : Jika pesanan memerlukan beberapa perubahan, maka anggota dapat menghapus semua item yang tidak diinginkan dengan cara deselecting check box item dan atau mengubah jumlah order. Setelah anggota menyelesaika perubahan order mereka mengklik tombol [Update Order]. Sistem akan memproses kembali order (lanjutkan ke langkah 6). Jika anggota mengklik tombol [Do More Shopping], lanjutkan ke langkah 3. Jika anggota mengklik tombol [Upade Member Profile], panggil use case abstrak MSS-AUC007.00 Change Member Profile lalu langjutkan ke langkah 6. Alt-Langkah 12. Jika seluruh item yang dipesan adalah back order, maka order tersebut tidak dikeluarkan ke distribution center.

Kesimpulan : Use case ini diakhiri ketika anggota menerima sebuah konfirmasi dari sebuah order. Post Kondisi : Order telah disimpan, jika produk yang diorder tersedia, maka akan dirilis ke distribution

center. Untuk semua produk yang tidak tersedia, akan dibuta back order. Aturan Bisnis : . Anggota harus memiliki sebuah alamat e-mail valid untuk menyerahkan pesanan on-

line. . Anggota direkeningkan untuk produk-produk hanya saat mereka dikirimkan.

Batasan dan Spesifikasi Implementasi :

. Use case harus tersedia kepada anggota 24 x 7.

. Frekuensi – diestimasi bahwa use case akan dieksekusi 3.500 kali per hari. Harus mendukung sampai 50 anggota secara bersamaan.

Kesimpulan : Use case ini memnyimpulkan kapan anggota menerima sebuah konfirmasi pesanan. Post Kondisi : Pesanan telah disimpan dan jika produk yang dipesan tersedia dirilis ke pusat distribusi.

Untuk semua produk yang tidak tersedia, dibuat back order. Asumsi : . Produk dapat ditransfer antar pusat distribusi untuk mengisi pesanan.

. Perolehan mengenai back order akan diberitahukan dengan laporan harian (use case terpisah).

. Anggota yang merespon ke sebuah promosi atau dengan menggunakan kredit dapat mempengaruhi harga tiap item yang dipesan.

. Anggota dapat membatalkan order tersebut kapan saja mereka inginkan dengan cara mengklik tombol [Cancel Order]. Jika suatu saat anggota menyentuh tombol [Back Page], refresh window.

Masalah terbuka : Tidak ada

use case narative 1

Documents