UML & USE CASE DIAGRAM. Oleh : Bambang Hermawan, S.Si

dokumen-dokumen yang mirip
UML & USE CASE DIAGRAM. Oleh : Bambang Hermawan, S.Si

USE CASE DIAGRAM Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaiman

Pertemuan4. UsecaseDiagram

(RPL) REKAYASA PERANGKAT LUNAK II

USE CASE DIAGRAM. Analisis dan perancangan berorientasi Obyek

UsecaseDiagram. Pertemuan 4

USE CASE DIAGRAM. Menggambarkan kebutuhan system dari sudut pandang user. Mengfokuskan pada proses komputerisasi (automated processes)

MODUL 1 ANALISIS KEBUTUHAN SISTEM

B A B 4 USE CASE DIAGRAM

ANALISIS KEBUTUHAN SISTEM

UNIFIED MODELING LANGUAGE

Yuli Purwati, M.Kom USE CASE DIAGRAM

Bagian 7 ANALISIS DESAIN PADA PEMROGRAMAN BERORIENTASI OBJECT DENGAN UML

MAKALAH ANALISIS & PERANCANGAN SISTEM II USE CASE DIAGRAM

*Use case dapat dilingkupi dengan batasan sistem yang diberi label nama sistem.

Disain System Berorientasi Objek (Unified Modeling Language) ( Studi Kasus : Sistem Informasi Manajemen Perpustakaan )

OOAD (Object Oriented Analysis and Design) UML part 1 (Usecase) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015

Unified Modelling Language UML

BAB II TINJAUAN PUSTAKA. yang ditandai dengan saling berhubungan dan mempunyai satu fungsi atau tujuan

Defri Kurniawan, M.Kom USE CASE DIAGRAM

Oleh : RAHMADY LIYANTANTO

SOAL PRA UTS PSBO. 1.SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970

BAB III METODOLOGI PENELITIAN

PRAKTIKUM REKAYASA PERANGKAT LUNAK MODUL KE - 2 PENGENALAN UML dengan RATIONAL ROSE OLEH: ANISA ISTIQOMAH (KELAS 5 B)

Perancangan Sistem Informasi Penjualan dan Inventori pada PT. Oriental Chitra International

2. Fungsi di dalam kelas yang dikombinasikan bentuk tingkah laku kelas dinamakan dengan. c.operasi

Lampiran 1 - Pengenalan terhadap UML (Unified Model Language)

Kebutuhan dan Spesifikasi Perangkat Lunak

PEMBANGUNAN APLIKASI PENCATATAN PENANGANAN GANGGUAN PT. TELKOM REGIONAL BANDUNG

1. SIMULA di perkenalkan pertama kali pada tahun.. a d b e c Hal penting dalampengembangan berorientasi objek

MAKALAH PEMODELAN SISTEM BERBASIS OBJEK

DAFTAR SIMBOL 1. CLASS DIAGRAM. Nama Komponen Class


Gambar L.37 Form Print Laporan Absensi Harian Gambar L.38 Form Print Laporan Absensi Periode

Praktikum Rekayasa Perangkat Lunak Pertemuan II Use Case Diagram bag I

BAB IV ANALISIS DAN PERANCANGAN SISTEM

BAB IV ANALISA DAN PERANCANGAN SISTEM Analisis Sistem yang Sedang Berjalan. Untuk merancang sebuah aplikasi mobile pelajaran Kimia dasar untuk

BAB IV ANALISIS DAN PERANCANGAN SISTEM. Use Case Diagram dan Activity Diagram. Selain itu juga pada analisis ini akan

BAB II TINJAUAN PUSTAKA. kumpulan dari elemen-elemen yang berinteraksi untuk mencapai

BAB IV ANALISIS DAN PERANCANGAN SISTEM

MODUL 1 USE CASE DIAGRAM

BAB IV ANALISIS DAN PERANCANGAN SISTEM. utuh kebagian-bagian komponennya yang dimaksudkan untuk

Materi 2. Rekayasa Perangkat Lunak

Pemodelan Berorientasi Objek

BAB III LANDASAN TEORI

SURAT PERNYATAAN ABSTRACT ABSTRAK KATA PENGANTAR

Materi 1. 1 Rekayasa Perangkat Lunak

TEKNIK TEKNIK ANALISA DESAIN MENGGUNAKAN UML PADA PERANCANGAN PROGRAM BERBASISKAN OBJECT

Kuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012. Eko Didik Widianto

Rancang Bangun Aplikasi Manajemen Data Siswa (Studi Kasus SMK Negeri 1 Karawang)

Gambar 4.26 : Rancangan Layar Cetak Kwitansi Pemeriksaan Lab Gambar 4.27 : Rancangan Layar Entry Data Pemeriksaan Radiologi Gambar 4.

Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering

Teknik Informatika S1

BAB IV ANALISIS DAN PERANCANGAN SISTEM

BAB IV ANALISIS DAN PERANCANGAN SISTEM

DAFTAR SIMBOL. Tabel Notasi Use Case Diagram

DAFTAR ISI HALAMAN JUDUL PERTAMA

Rancangan Aplikasi Persediaan Barang Pada TB. Putra Mas Pangkalpinang Melati Suci 1), Sujono 2)

BAB II LANDASAN TEORI

BAB IV ANALISIS DAN PERANCANGAN SISTEM. sistem sedang berjalan dan diperlukan untuk berbagai perubahan yang dirasa

BAB IV ANALISA DAN PERANCANGAN SISTEM Analisis Prosedur yang sedang Berjalan

Unified Modeling Language

DAFTAR ISI... HALAMAN JUDUL... HALAMAN PERNYATAAN PERSETUJUAN... HALAMAN PENGESAHAN... MOTTO DAN PERSEMBAHAN... RINGKASAN... KATA PENGANTAR...

Gambar 4.1 Flowchart

Mata Kuliah Testing & Implementasi Sistem Program Studi Sistem Informasi 2013/2014 STMIK Dumai -- Pertemuan 5 --

BAB II TINJAUAN PUSTAKA

BAB II LANDASAN TEORI

LAMPIRAN NOTASI. Notasi UML. 1) Class Diagram. Nama Class dengan atribut dan operasi.

BAB III OBJEK DAN METODOLOGI PENELITIAN. sesuai dengan pendapat Sugiyono (2003:58) mendefinisikan bahwa:

BAB V DIAGRAM USE CASE

BAB II TINJAUAN PUSTAKA

ABSTRACT ABSTRAKSI KATA PENGANTAR

DAFTAR ISI. KATA PENGANTAR... iii. DAFTAR SIMBOL... xix

LAMPIRAN A. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain. Generalization. lain.

BAB II LANDASAN TEORI

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... xi. DAFTAR TABEL... xvii. DAFTAR SIMBOL... xx BAB I PENDAHULUAN...

SISTEM MONITORING PENGANTARAN OBAT PADA PT. XYZ DENGAN PEMROGRAMAN JAVA ANDROID DAN WEB

GAMBAR... BAB I PENDAHULUAN...

PEMBANGUNAN APLIKASI DEPOSITO BERJANGKA (Studi PD. BPR Sukahaji Cabang Jatitujuh)

BAB 1 PENDAHULUAN 1.1 Latar Belakang

BAB IV ANALISIS DAN PERANCANGAN SISTEM. adalah analisis mengenai analisis dokumen, analisis posedur dan analisis proses.

BAB III METODOLOGI PENELITIAN. dalam pengumpulan data atau informasi guna memecahkan permasalahan dan

DAFTAR ISI. ABSTRACT... i. ABSTRAK... ii. KATA PENGANTAR... iii. DAFTAR ISI... vi. DAFTAR GAMBAR... x. DAFTAR TABEL... xii. DAFTAR SIMBOL...

BAB II LANDASAN TEORI

HALAMAN JUDUL HALAMAN PERSETUJUAN

BAB II LANDASAN TEORI

Notasi dalam UML. Actor

Bab 3 Metode Perancangan

Class Diagram Activity Diagram Entity Relationship Diagram (ERD) MySQL CodeIgniter

BAB II TINJAUAN PUSTAKA

Lampiran 1. Notasi yang digunakan dalam Class Diagram. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain.

DAFTAR SIMBOL. Notasi Keterangan Simbol. Titik awal, untuk memulai suatu aktivitas. Titik akhir, untuk mengakhiri aktivitas.

PENGEMBANGAN WEBSITE KOMUNITAS STUDI KASUS : KOMUNITAS FOTOGRAFI

DAFTAR SIMBOL. Notasi Keterangan Simbol. Actor adalah pengguna sistem. Actor. tidak terbatas hanya manusia saja, jika

Oleh : RAHMADY LIYANTANTO

STMIK GI MDP. Program Studi Sistem Informasi Skripsi Sarjana Komputer Semester Ganjil Tahun 2010/2011

BAB II TINJAUAN PUSTAKA

PEMBUATAN APLIKASI PENERIMAAN OUTSOURCING BERBASIS WEB

Diagram Use Case. Pertemuan 3

Teknik Informatika S1

Transkripsi:

UML & USE CASE DIAGRAM Oleh : Bambang Hermawan, S.Si

Unified Modeling Language Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. UML menawarkan sebuah standar untuk merancang model sebuah sistem. Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan piranti lunak dalam bahasabahasa berorientasi objek seperti C++, Java, C# atau VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C.

Konsep Dasar UML

Jenis-jenis Diagram UML use case diagram class diagram statechart diagram activity diagram sequence diagram collaboration diagram component diagram deployment diagram

USE CASE DIAGRAM Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah apa yang diperbuat sistem, dan bukan bagaimana. Menggambarkan kebutuhan system dari sudut pandang user Mengfokuskan pada proses komputerisasi (automated processes) Menggambarkan hubungan antara use case dan actor Use case menggambarkan proses system (kebutuhan system dari sudut pandang user) Secara umum use case adalah: Pola perilaku system Urutan transaksi yang berhubungan yang dilakukan oleh satu actor Use case diagram terdiri dari Use case Actors Relationship System boundary boxes (optional) Packages (optional)

USE CASE Use case dibuat berdasar keperluan actor, merupakan apa yang dikerjakan system, bukan bagaimana system mengerjakannya Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor. Use case dinotasikan dengan gambar (horizontal ellipse) Use case biasanya menggunakan kata kerja Nama use case boleh terdiri dari beberapa kata dan tidak boleh ada 2 use case yang memiliki nama yang sama

ACTOR Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system Actor menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan Actor memberi input atau menerima informasi dari system Actor biasanya menggunakan Kata benda Tidak boleh ada komunikasi langsung antar actor Indikasi <<system>> untuk sebuah actor yang merupakan sebuah system Adanya actor bernama Time yang mengindikasikan scheduled events (suatu kejadian yang terjadi secara periodik/bulanan) Letakkan actor utama anda pada pojok kiri atas dari diagram

Association Associations bukan menggambarkan aliran data/informasi Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case Ada 4 jenis relasi yang bisa timbul pada use case diagram 1. Association antara actor dan use case 2. Association antara use case 3. Generalization/Inheritance antara use case 4. Generalization/Inheritance antara actors

Association antara actor dan use case Ujung panah pada association antara actor dan use case mengindikasikan siapa/apa yang meminta interaksi dan bukannya mengindikasikan aliran data Sebaiknya gunakan Garis tanpa panah untuk association antara actor dan use case association antara actor dan use case yang menggunakan panah terbuka untuk mengindikasikan bila actor berinteraksi secara pasif dengan system anda

Association antara use case <<include>> termasuk didalam use case lain (required) / (diharuskan) Pemanggilan use case oleh use case lain, contohnya adalah pemanggilan sebuah fungsi program Tanda panah terbuka harus terarah ke sub use case Gambarkan association include secara horizontal <<include>> Buka Rekening <<include>> catat data pribadi Register for courses <<include>> Logon validation Nasabah Maintain curriculum

Association antara use case (Lanjut) <<extend>> perluasan dari use case lain jika kondisi atau syarat terpenuhi Kurangi penggunaan association Extend ini, terlalu banyak pemakaian association ini membuat diagram sulit dipahami. Tanda panah terbuka harus terarah ke parent/base use case Gambarkan association extend secara vertical Buka Rekening <<extend>> Nasabah Buka Deposito

Generalization/inheritance antara use case Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum Gambarkan generalization/inheritance antara use case secara vertical dengan inheriting use case dibawah base/parent use case Generalization/inheritance dipakai ketika ada sebuah keadaan yang lain sendiri/perlakuan khusus (single condition) Buka Rekening Nasabah Buka Deposito

Generalization/inheritance antara actor Gambarkan generalization/inheritance antara actors secara vertical dengan inheriting actor dibawah base/parent use case

Use case System boundary boxes Digambarkan dengan kotak disekitar use case, untuk menggambarkan jangkauan system anda (scope of of your system). Biasanya digunakan apabila memberikan beberapa alternative system yang dapat dijadikan pilihan System boundary boxes dalam penggunaannya optional

Contoh Kasus Buatlah analisa sistem dari prosedur sistem yang sedang berjalan, di sebuah Rental Penyewaan DVD Film. Adapun prosedur sistem berjalan adalah sebagai berikut : a. Proses pendaftaran anggota Untuk mendapatkan film yang dipinjam maka anggota rental harus terlebih dahulu mendaftarkan diri sebagai anggota. Calon anggota mengisi formulir anggota, kemudian dicatat oleh petugas lalu anggota tersebut mendapatkan kartu anggota baru, setelah mendapatkan kartu anggota baru, barulah anggota tersebut diperbolehkan untuk meminjam film yang ada di rental DVD Dreamz

Contoh Kasus Lanjutan b. Proses peminjaman film Setelah mendapatkan kartu anggota, maka untuk meminjam film, anggota harus menyerahkan kartu anggota, lalu petugas rental mengecek nomor anggota. Kemudian anggota memilih film yang akan dipinjam lalu diserahkan kepada petugas rental untuk dicatat film yang dipinjam, mulai dari judul film, kode film serta batas waktu peminjaman film yang dipinjam c. Proses pengembalian film Setelah batas waktu peminjaman film telah habis, maka anggota wajib mengembalikan film yang dipinjam sambil menyerahkan kartu anggota, lalu petugas rental akan memeriksa keadaan film yang dipinjam, dan bila film yang dipinjam tersebut dalam keadaan rusak atau batas waktu peminjaman telah habis, maka anggota tersebut dikenakan sangsi atau denda. Akan tetapi apabila film tersebut dalam keadaan baik dan batas waktunya tidak telat maka petugas akan memberikan kartu anggota kembali kepada anggota tersebut

Contoh Kasus Lanjutan d. Proses pembuatan laporan Semua kegiatan yang terjadi pada rental yang meliputi dari data anggota, data peminjaman film serta data pengembalian film yang telah dicatat oleh petugas rental akan dibuatkan laporannya dan akan dilaporkan petugas rental setiap satu bulan sekali kepada pemilik Rental.