Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

PEMODELAN USE CASE Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA1.

Presentasi serupa


Presentasi berjudul: "PEMODELAN USE CASE Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA1."— Transcript presentasi:

1 PEMODELAN USE CASE Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA1

2 Pemodelan persyaratan sistem menggunakan USE-CASE Substansi : men-capture dan mendokumentasikan persyaratan sistem dari sudut pandang pengguna dengan cara yang mudah dipahami. Konsep : user-centered development  sebuah proses pengembangan sistem yang didasarkan pada pemahaman akan kebutuhan stakeholder dan alasan mengapa sistem itu harus dikembangkan. Sarana : use-case modelling : – proses pemodelan fungsi-fungsi sistem dalam konteks peristiwa- peristiwa bisnis, siapa yang mengawalinya, dan bagaimana sistem itu merespon. – Pendekatan yang memfasilitasi pengembangan berpusatkan pada kegunaan. – Menentukan, mendokumentasikan dan memahami persyaratan fungsional sistem informasi. Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA2

3 Pemodelan persyaratan sistem menggunakan USE-CASE Manfaat : 1.Menyediakan tools untuk meng-capture persyaratan fungsional. 2.Membantu menyusun ulang lingkup sistem menjadi bagian-bagian yang lebih dapat dikelola. 3.Menyediakan alat komunikasi dengan para pengguna dan stakeholder yang berhubungan dengan fungsionalitas sistem. 4.Memberikan cara bagaimana mengidentifikasi, menetapkan, melacak, mengontrol, dan mengelola kegiatan pengembangan sistem, terutama pengembangan incremental dan iteratif. 5.Menyajikan panduan untuk mengestimasi lingkup, usaha dan jadwal proyek 6.Menyajikan garis pokok pengujian, khususnya rencana tes dan test case 7.Menyajikan garis pokok bagi help system dan manual pengguna pengguna, dan juga dokumentasi pengembangan sistem. 8.Menyajikan tools untuk melacak persyaratan 9.Menyajikan titik mulai/awal untuk identifikasi objek data atau entitas. 10.Menyajikan spesifikasi fungsional untuk mendesain antarmuka pengguna dan sistem. 11.Menyajikan alat untuk menentukan persyaratan akses database dalam menambah, mengubah, menghapus, dan membaca. 12.Menyajikan kerangka kerja untuk mengarahkan proyek pengembangan sistem. Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA3

4 Pemodelan persyaratan sistem menggunakan USE-CASE  Alat Utama : 1.Use-case diagram  diagram yang menggambarkan interaksi antara sistem dengan sistem eksternal dan pengguna. Dengan kata lain secara grafis menggambarkan siapa yang akan menggunakan sistem dan dengan cara apa pengguna mengharapkan untuk berinteraksi dengan sistem. 2.Use-case narative  deskripsi tekstual kegiatan bisnis dan bagaimana pengguna akan berinteraksi dengan sistem untuk menyelesaikan suatu tugas. Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA4

5 Pemodelan persyaratan sistem menggunakan USE-CASE Use case  urutan langkah-langkah yang secara tindakan saling terkait (skenario), baik terotomatisasi maupun secara manual, untuk tujuan melengkapi satu tugas bisnis tunggal. Actor/Pelaku  segala sesuatu yang perlu berinteraksi dengan sistem untuk pertukaran informasi. use case symbols actor symbol Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA5

6 Pemodelan persyaratan sistem menggunakan USE-CASE  Tipe aktor/pelaku : 1.Primary business actor : stakeholder yang terutama mendapatkan keuntungan dari pelaksanaan use-case (contoh : karyawan dengan menerima gaji untuk periode tertentu) 2.Primary system actor : stakeholder yang secara langsung berhadapan dengan sistem untuk menginisiasi atau memicu kegiatan atau sistem. (contoh : operator telepon yang memberi bantuan kepada pelanggan, kasir bank yang memproses transaksi) 3.External server actor : stakeholder yang melayani kebutuhan pengguna use-case. (contoh : biro kredit yang memiliki kuasa atas perubahan kartu kredit). 4.External receiver actor : stakeholder yang bukan pelaku utama, tapi menerima nilai yang terukur atau teramati (output) dari use-case. (contoh : gudang menerima paket permintaan uantuk menyiapkan pengiriman sesudah seorang pelanggan memesannya). 5.Temporal event : kejadian sistem yang dipicu dengan waktu. (contoh : sistem billing untuk perusahaan kartu kredit secara otomatis mencetak tagihan pada hari ke lima dalam bulan itu (tanggal billing); billing PLN; billing PAM, bank merekonsiliasi transaksi tiap hari pada jam 5 sore). Yang menjadi actor/pelaku disini adalah waktu. Actor 1Actor 3Actor 2 Use case 1 Use case 2 Use case 3 Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA6

7 Relationship Hubungan yang terjadi antar simbol dalam use case Menggunakan garis dan tipe simbol yang digunakan untuk menghubungkan garis. – Assosiation (gabungan)  hubungan antara aktor dengan use case di mana terjadi interaksi diantara mereka. Place New Order Anggota KlubPusat DIstribusi Use diiimitasi oleh aktor Interaksi Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA7

8 – Extension Use Case  use case yang terdiri dari langkah yang diekstraksi dari use case yang lebih kompleks untuk menyederhanakan masalah orisinal dan karena itu memperluas fungsinya. Hubungan yang terbentuk  extends Men-generate Persediaan dan Mem- Pack Pesanan Menghitung Subtotal Dan Pajak Penjualan Melakukan Pesanan Baru > Extension Use Case Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA8

9 – Abstract Use Case  use case yang mempunyai fungsionalitas yang dapat digunakan oleh use case lain dengan menggabungkan langkah-langkah yang biasa ditemukan (identik) pada use case-use case tersebut, sehingga mengurangi redundansi. Hubungan yang terbentuk  uses/include > Abstract Use Case > atau > Melakukan Pesanan Member Baru Submit Perubahan Alamat Pos Revisi Alamat Pos Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA9

10 – Depends On  memodelkan ketergantungan satu use case dengan use case lainnya Mengambil Tabungan Membuat Account Menabung > > atau > Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA10

11 – Inheritence  pada saat dua atau lebih aktor berbagi kelakuan umum –dengan kata lain mereka dapat menginisiasi use case yang sama- maka yang paling baik adalah mengekstrapolasi kelakukan umum tersebut dan menetapkannya ke aktor abstrak baru untuk mengurangi komunikasi redundan dengan sistem. Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA11

12 Mengajukan Aplikasi Anggota Pengunjung Tamu Mhs STIKOM Mencari Buku Meminjam bawa pulang PengunjungMhs STIKOMPengunjung Tamu Mencari Buku Mengajukan Aplikasi Anggota Meminjam bawa pulang Abstract Actor Inheritence Relationship Sebelum Sesudah Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA12

13 Mengambil Tabungan Menabung Proses Transaksi Validasi User Log Error > Contoh-Contoh Relationship Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA13

14 Petugas Pendaftaran Mahasiswa Asing Pendaftar Mendaftar pada Program Studi Mengecek Izin Mendaftar Seminar/Workshop Mendaftar bagi Keluarga PT > Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA 14

15 Place Order Registration Confirm Order Validate User Ship Order Track Order (Actor 1) Buyer (Actor2) Seller Diagram Use Case untuk E-Business System > Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA 15

16 Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA 16

17 Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA17

18 Mengidentifikasi Aktor Bisnis Referensi : – Diagram konteks yang mengidentifasi ruang lingkup dan batasan sistem. – Dokumentasi sistem dan manual pengguna yang ada – Waktu pertemuan proyek dan lokakarya. – Dokumen persyaratan, perjanjian proyek, atau pernyataan kerja yang ada. Saat mencari aktor, ajukan pertanyaan berikut : – Siapa atau apa yang menyediakan input ke dalam sistem ? – Siapa atau apa yang menerima output dari sistem ? – Interface apa yang dibutuhkan bagi sistem yang lain ? – Apakah ada kejadian yang dipicu secara otomatis pada waktu yang telah ditentukan sebelumnya ? – Siapa yang akan mengurusi informasi dalam sistem ? Buat definisi tekstual aktor menggunakan tabel dengan memuat istilah, sinonim, dan deskripsi. Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA18

19 Model Use Case Model Analisis Model Desain Model Deployment Model Implementasi Model Uji (Test) dispesifikasi dengan direalisasikan dengan didistribusi dengan diimplementasi dengan diverifikasi dengan Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA 19

20 Use Case Naratif Tiga langkah membangun use case naratif ke dalam 3 bentuk dokumen use case: – Use case Persyaratan Bisnis – Use case Analisis – Use case Desain Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA20

21 Proses Pemodelan Use Case Persyaratan Use Case Persyaratan : model yang mengkomunikasikan apa yang diperlukan dari perspektif user, bebas dari detail spesifik tentang bagaimana sistem akan dibangun dan diimplementasikan. Langkah-langkah : – Mengidentifikasi Aktor Bisnis – Mengidentifikasi use case persyaratan bisnis – Membuat diagram model use case – Mendokumentasikan naratif use case persyaratan bisnis Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA21

22 Langkah-langkah Perancangan (proses aktualisasi Use Case) Information gathering Ruang lingkup, permasalahan, proses kerja dokumen Identifikasi Proses Bisnis Komponen sistem (ICOMOTED) Diagram (aliran informasi/proses) Capturing that computer-based process Kembangkan Skenario Identifikasi peristiwa dan kejadian-kejadian (event scanning) Proyeksikan Diagram Konteks Identifikasi sistem dan satuan luar (aktor) Identifikasi Use Case dan Aktor Identifikasi peristiwa + kejadian dan aktor (partisipan) yang terlibat Daftar use case, descripsi, aktor Gambarkan Diagram Use Case Proyeksi interaksi use case dan aktor (relationship) Cerminan relationship asosiasi, extend, include, abstrak, inheriten Boundry dan subsystem Kembangkan Use Case Naratif: Use case Persyaratan Bisnis (interaksi sistem dan user secara umum) Use case Analysis (dialog) Use case Design (interaksi teknis) Kembangkan Dependensi Use Case Buatkan Matrik Ranking 22Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA


Download ppt "PEMODELAN USE CASE Presentation for The Lectures of Information System Analysis and Design, STIKOM BINANIAGA1."

Presentasi serupa


Iklan oleh Google