Class Diagram

Nama : Anil Ram
NIM : 0631456226
Dosen : Henderi, S.Kom., M.Kom
Asisten : Sri Novita
Kelas : SI 111 F

CLASS DIAGRAM

Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi). Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class memiliki tiga area pokok :

1. Nama (dan stereotype)
2. Atribut
3. Metoda

Atribut dan metoda dapat memiliki salah satu sifat berikut :

• Private, tidak dapat dipanggil dari luar class yang bersangkutan
• Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yangmewarisinya
• Public, dapat dipanggil oleh siapa saja

Class dapat merupakan implementasi dari sebuah interface, yaitu class abstrak yang hanya memiliki metoda. Interface tidak dapat langsung diinstansiasikan, tetapi harus diimplementasikan dahulu menjadi sebuah class. Dengan demikian interface mendukung resolusi metoda pada saat run-time.

Sesuai dengan perkembangan class model, class dapat dikelompokkan menjadi package. Kita juga dapat membuat diagram yang terdiri atas package.

Hubungan Antar Class :

1. Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah query antar class.
2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).
3. Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
4. Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian.

Daftar Pustaka :

1. Class Diagram

Use Case Diagram

Nama : Anil Ram
NIM : 0631456226
Dosen : Henderi, S.Kom., M.Kom
Asisten : Sri Novita
Kelas : SI 111 F

USE CASE DIAGRAM

Model Use Case :

• Model untuk melengkapi system requirements

• Tahapan awal "system development":

  • Requirement: sistim belum terinci

  • Representasi: user perspektif

  • "What the system will/should do ?"

• Starting point: OO analysis & design activities

• Garis besar terdiri dari: "actors" dan "use cases"
  

Actors

• Types yang mewakili: users yang berinteraksi dengan sistim

• Users: di luar dari sistim, batasan apa yang akan diharapkan dari sistim

  • Pengertian users => types of activities performed by external entity

  • Sekumpulan individu dapat dianggap sebagai satu user (same role)

• Actors: manusia, external hardware, atau sistim yang lain
  

Use Case

• Types yang mewakili: behaviour, sifat / karakteristik dan fungsi sistim

• Dikembangkan sesuai dengan keinginan "actor"

• Dapat diterjemahkan sebagai bentuk eksekusi pemakaian sistim

  • Interaksi dan fungsi yang diharapkan dari sistim

  • Flow events response dari sistim

Contoh : ATM Cashier Application

• Actor: Klien Bank
• Bagaimana interaksi dengan aplikasi di ATM ?
  Fasilitas apa saja yang dapat diberikan oleh Bank kepada Klien Bank

• User cases:
  • Tarikan Uang
  • Deposit Uang
  • Transfer Antar Rekening

• Actor: apa saja yang berinteraksi (memberikan dan menerima data atau events) dengan sistim
  • Actor dapat mewakili sekelompok klien bank (yang mempunyai karut ATM)
  • Satu klien dapat menggunakan ATM tersebut untuk berbagai keperluan => berbagai actors yang berbeda
  • Peranan actor ditentukan use case mana saja yang digunakan oleh actor tersebut
• Interaksi ? tidak lain mengirim dan menerima messages (data, events)
  • Hubungan antara actor dan use case: <> associations
    

Use Case: Transactions

• Definisi: use case adalah urutan transaksi/proses yang dilakukan oleh sistim, dimana menghasilkan sesuatu yang dapat dilihat/diamati oleh actor tertentu
• Problem: bagaimana memilih use case yang tepat (terdapat banyak kejadian interaksi antar actor dan system) ?
  • Definisi di atas => "instance" kejadian yang penting dan dapat dipilah sangat relevan dengan kegiatan actors
  • Pilih use case type yang mewakili instance tersebut
  • Dari definisi "menghasilkan sesuatu yang dapat dilihat oleh actor" => use case harus cukup besar karena berhubungan dengan kegiatan actor
  • Transaksi: sekumpulan aksi, keputusan, dan messages yang diberikan kepada actors secara konsisten
  • Actor tertentu: peranan utama, karena hasil use case harus berhubungan dengan actor tersebut, berhubungan dengan task tertentu
    

Contoh

Use case: Tarikan Uang

• Klien Bank memberikan identifikasi dirinya
• Klien Bank memilih atau memberikan input berapa banyak uang yang akan diambil dari rekening. Sistim memberikan persetujuan dan mengijinkan berapa banyak uang yang dapat diambil
• Sistim mengeluarkan uang tersebut dan mengurangi jumlah uang tersebut dari rekening

Reuse Use Case : <>

• Untuk sistim yang besar: terdapat use case yang sifatnya sama

• Kelompok use case ini dapat dibuat : "generalizations" yang mewakili kelompok tsb.

  • Dapat dianggap sebagai "inheritance"

  • Digunakan simbol: <>
    

• Contoh: <> use case A menggunakan use case B berarti instance A dapat melakukan semua sifat dari instance B

  • Sebagai contoh: semua transaksi ATM berhubungan dengan pemindahan uang dari satu rekening ke rekening lain.

• Dapat menggunakan use case yang telah ada: Transfer Keuangan sebagai "abstract" use case.

Transfer Keuangan use case memberikan deskripsi cara debit dan kredit dari berbagai account yang berbeda.

Reuse Use Case : <>

• Sering use case dapat dikembangkan (ditambahkan) dari use case yang telah ada

• Penambahan ini untuk memberikan spesialisasi atau inheritance

• Jadi jika disebut use case A "extends" use case B : maka instance tersebut mengikuti use case A dan pada satu saat akan mengikuti use case B, setelah mengikuti B dapat kembali ke use case A.

• Contoh: Klien Bank dapat diberikan fasilitas untuk mengambil uang dalam bentuk overdraft.
  
  Untuk kasus dimana Klien Bank mengambil overdraft maka terdapat sifat khusus use case yang harus ditangani oleh "Manajemen Overdraft"
  
  Atau dapat disebut: use case Manajemen Overdarft merupakan "extends" dari use case Tarikan Uang.

Contoh Lain:

Daftar Pustaka

1. Use Case
   

Pengenalan UML

Nama : Anil Ram
NIM : 0631456226
Dosen : Henderi, S.Kom., M.Kom
Asisten : Sri Novita
Kelas : SI 111 F

Pemodelan (modeling) adalah proses merancang piranti lunak sebelum melakukan pengkodean (coding). Model piranti lunak dapat dianalogikan seperti pembuatan blueprint pada pembangunan gedung. Membuat model dari sebuah sistem yang kompleks sangatlah penting karena kita tidak dapat memahami sistem semacam itu secara menyeluruh. Semakin komplek sebuah sistem, semakin penting pula penggunaan teknik pemodelan yang baik.

Apa itu UML

Unified Modelling Language (UML) adalah sebuah "bahasa" yg telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak. Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, d0imana 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. UML mendefinisikan diagram-diagram sebagai berikut:
• use case diagram
• class diagram
• statechart diagram
• activity diagram
• sequence diagram
• collaboration diagram
• component diagram
• deployment diagram

Daftar Pustaka :

1. Materi Suplemen UML