Aktor adalah seseorang atau sesuatu yang berinteraksi dengan sistem yang sedang kita kembangkan

Aktor adalah seseorang atau sesuatu yang berinteraksi dengan sistem yang sedang kita kembangkan.

• Aktor adalah seseorang atau sesuatu yang berinteraksi dengan sistem yang sedang kita kembangkan.

• Secara prinsip ada 3 jenis aktor :

• Para pengguna sistem/perangkat lunak

• Sistem/perangkat lunak lain yang berinteraksi dengan sistem/perangkat lunak yang kita kembangkan

• Waktu Adanya actor bernama “Time” yang mengindikasikan scheduled events (suatu kejadian yang terjadi secara periodik/bulanan)

Actor menggambarkan sebuah tugas/peran dan bukannya posisi sebuah jabatan

• 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

• Letakkan actor utama anda pada pojok kiri atas dari diagram

Use case adalah peringkat tertinggi dari fungsionalitas yang dimiliki sistem.

• Use case adalah peringkat tertinggi dari fungsionalitas yang dimiliki sistem.

• Use case menggambarkan bagaimana seseorang akan menggunakan/memanfaatkan sistem

Untuk setiap pengguna (aktor) pikirkan hal-hal berikut :

• Untuk setiap pengguna (aktor) pikirkan hal-hal berikut :

• - Apa yang akan pengguna kerjakan dengan sistem yang akan dikembangkan ?

• - Apa yang para pengguna butuhkan untuk memelihara informasi-informasi ?

• - Apakah yang perlu sistem lakukan saat terjadi event tertentu yang datang dari luar sistem ?

Use case mendeskripsikan apa yang akan sistem kerjakan.

• Use case mendeskripsikan apa yang akan sistem kerjakan.

• Untuk secara nyata mengembangkan sistem/perangkat lunak lunak, kita seharusnya memiliki rincian-rincian yang lebih spesifik. Rincian-rincian ini dituliskan sebagai aliran event.

• Kegunaan dari aliran event ini adalah untuk mendokumentasikan aliran-aliran logika dalam setiap use case.

Aliran event mendeskripsikan aliran event langkah-langkah per langkah dan ditulis dari sudut pandang pengguna. Aliran-aliran event primer dan aliran-aliran alternatif mencakup :

• Aliran event mendeskripsikan aliran event langkah-langkah per langkah dan ditulis dari sudut pandang pengguna. Aliran-aliran event primer dan aliran-aliran alternatif mencakup :

• - Bagaimana use case berawal ?

• - Berbagai lintasan normal (primer) dalam use case.

• - Setiap penyimpangan (deviasi) dari aliran normal dalam use case (aliran-aliran altternatif).

• - Setiap aliran kesalahan (exception atau eror)

• - Bagaimana use case terakhir.

Use case dan aktor masing-masing tidak berdiri sendiri. Mereka saling terhubung dengan apa yang dinamakan relasi.

• Use case dan aktor masing-masing tidak berdiri sendiri. Mereka saling terhubung dengan apa yang dinamakan relasi.

• Ada berbagai relasi yang dikenal dalam model UML :

• 1. Relasi Asosiasi (relasi yang terjadi antara aktor dengan use case biasanya berupa asosiasi.

2. Include Relationship (memungkinkan suatu use case untuk menggunakan fungsionalitas yang disediakan oleh use case yang lainnya)

• 2. Include Relationship (memungkinkan suatu use case untuk menggunakan fungsionalitas yang disediakan oleh use case yang lainnya)

3. Extends relationship

• 3. Extends relationship

4. Generalisasi

• 4. Generalisasi

Diagram use case memperlihatkan pada hubungan-hubungan yang terjadi antara aktor-aktor dengan use case dalam sistem.

• Diagram use case memperlihatkan pada hubungan-hubungan yang terjadi antara aktor-aktor dengan use case dalam sistem.

Associations bukan menggambarkan aliran data/informasi

• 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

• Association antara actor dan use case
• Association antara use case
• Generalization/Inheritance antara use case
• Generalization/Inheritance antara actors

Ujung panah pada association antara actor dan use case mengindikasikan siapa/apa yang meminta interaksi dan bukannya mengindikasikan aliran data

• 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

<> termasuk didalam use case lain (required) / (diharuskan)

• <> 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

<> perluasan dari use case lain jika kondisi atau syarat terpenuhi

• <> 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

Generalization/inheritance digambarkan dengan sebuah garis berpanah tertutup pada salah satu ujungnya yang menunjukkan lebih umum

• 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)

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

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

Digambarkan dengan kotak disekitar use case, untuk menggambarkan jangkauan system anda (scope of of your system).

• 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

TOKO FASHION MIMI

• TOKO FASHION MIMI

• Toko fashion Mimi adalah toko yang begerak dibidang fashion masakini. barang –barang yang dijual di toko ini berupa baju, celana dan yang berhubungan dengan style zaman sekarang.

• Kegiatan yang dilakukan dalam system penjualan si toko Mimi ini antara lain ;

• 1. pelanggan datang langsung ketoko untuk membeli barang secara cash dan dapat membawa pulang langsung barangnya

• 2. kemudian pelanggan mendapat nota dari penjual. Barang yang sudah dicatat pada nota mempunyai asumsi barang ada di stock

• Dari kasus diatas gambarkan Use Case Diagram, buat terlebih dahulu tabel requirement