Object oriented analyst and design

Slides:



Advertisements
Presentasi serupa
Analisis dan Perancangan Sistem
Advertisements

Pertemuan 4 Behavioral Modeling 1 – Use Case
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
Review Pertemuan 12 (Terakhir).
CLASS DIAGRAM.
Unified Modelling Language (UML)
Pemrograman Lanjut Ratnokustiawan.wordpress.com.
Interaction Diagram.
Pertemuan 6 Structural modelling
BY DR. HERI NUGRAHA. SE.MSi
USE CASE DIAGRAM.
Analisis Model.
Interaksi Objek.
Bab 6 class diagram Catur Iswahyudi.
Desain Berorientasi Obyek dan UML
Class Diagram.
UNIFIED MODELLING LANGUAGE
UML mendukung pengembangan aplikasi Kelas application partitioning Objek-objek Business Relationships Business Process Objek-objek Use Cases Sistem untuk.
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
Model Analysis Rekayasa Perangkat Lunak
Pertemuan 7 Unified Modelling Language (UML)
1 Pertemuan 3 Unified Modeling language (UML) Matakuliah: T0456 ~ Algoritma dan Metode Object Oriented Programming Tahun: 2005 Versi: 5.
SYSTEMS ANALYSYS AND DESIGN METHODS 5 TH Edition Whitten Bentley Dittman Irwin/McGraw-Hill The Mcgraw-Hill Companies All Right reserved.
RELATIOPNSHIPS IN THE UML
CLASS DIAGRAM.
Analisa dan Perancangan Berbasis Objek
Soal Kuis I PSBO.
Analisis Model.
Thomas Andrianto, S.Si., M.Cs.
Diagram Class, Diagram Objek Diagram Component dan Deployment
Object-Oriented Design (OOD)
CLASS DIAGRAM Kelompok 2 Moch Riesdyan mulya ( )
E. Haodudin Nurkifli Universitas Ahmad Dahlan Pertemuan :
Rinci Kembang Hapsari,S.Si, M.Kom
Object oriented analyst and design
PEMROGRAMAN VISUAL II Outline: UML (Unified Modeling Language)
Class Diagram Level Design
Relationship Between Classes
QUIZ PSBO Total : 35 PG.
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Object oriented analyst and design
Class Diagram.
KEBUTUHAN & SPESIFIKASI SOFTWARE
Class Diagram Siti Mukaromah, S.Kom.
SOAL PERTEMUAN 1-6 PSBO 4 SKS
Metode Perancangan Program
REKAYASA PERANGKAT LUNAK
PEMODELAN OBJECT ORIENTED
Pemodelan Sistem Bisnis
Konsep & Perancangan Database
Soal PSBO Pert.1-6.
Use Case Diagram.
Waktu : 2 menit 30 detik/slide
KEBUTUHAN & SPESIFIKASI SOFTWARE
UNIFIED MODELLING LANGUAGE
ALFIARINI.
Use Case Diagram.
Analisis Model.
SOAL LATIHAN 1 SIMULA di perkenalkan pertama kali pada tahun …..
Perancangan PL berorientasi objeck
Pemodelan Sistem Teknologi Informasi
KONSEP DASAR PENDEKATAN OBJEK
PEMODELAN ANALISIS RPL – PERTEMUAN 5&6.
Pertemuan 9 UML Diagram Class & Diagram Objek
Perancangan Perangkat Lunak –Part 2
ANALISA BERORIENTASI OBJEK
ANALISA BERORIENTASI OBJEK
Rekayasa Perangkat Lunak
OBJECT ORIENTED ANALISYS AND DESIGN
Object oriented analyst and design
Transcript presentasi:

Object oriented analyst and design Defri Kurniawan defri.kurniawan@dsn.dinus.ac.id

Pemodelan Berbasis Kelas

Pemodelan Berbasis Kelas Pemodelan berbasis kelas pada dasarnya memperlihatkan: Objek-objek yang akan dimanipulasikan oleh sistem/PL, Operasi-operasi yang akan diterapkan Relas-relasi antar objek (mungkin diantaranya bersifat hirarkis) Serta memperlihatkan kolaborasi yang terjadi antara kelas-kelas yang didefinisikan.

Pemodelan Berbasis Kelas (lanj) Elemen-elemen model berbasis kelas mencakup di dalamnya: Elemen-elemen kelas dan objek, Atribut-atribut, Operasi-operasi, Model Tanggung Jawab Kelas (Class Responsibility Collaborator) Diagram-diagram kolaborasi dan paket (package)

Mengidentifikasi Kelas-kelas Analisis Proses identifikasi kelas analisis dilakukan dengan cara: Memeriksa skenario penggunaan sistem/PL yang telah dikembangkan sebelumnya (sebagai bagian dari model-model kebutuhan) Lakukan “pemisahan berdasarkan tata bahasa” pada use case yang telah dikembangkan Garisbawahi setiap kata benda (noun) dan masukkan ke sebuah tabel sederhana

Mengidentifikasi Kelas-kelas Analisis (lanj) Kelas-kelas analisis pada umumnya manifestasi dari: External Entities Things Occurrences or events Roles Organizational Units Places Structures

Mengidentifikasi Kelas-kelas Analisis (lanj) External Entities (misal sistem-sistem lain, peralatan-peralatan lain, serta orang-orang) yang menghasilkan atau menggunakan informasi yang akan digunakan oleh sistem/pl Things (misalnya laporan-laporan, tampilan-tampilan, huruf-huruf, sinyal-sinyal) yang merupakan bagian dari ranah informasi permasalahan Occurrences or events (misal suatu transfer properti atau penyelesaian sejumlah pergerakan robot) yang terjadi di dalam konteks SO

Mengidentifikasi Kelas-kelas Analisis (lanj) Roles (misalnya manager, rekayasawan, salesperson) yang dimainkan oleh orang-orang yang berinteraksi dengan sistem/PL Organizational units (misalnya divisi-divisi, kelompok, tim) yang relevan untuk aplikasi/perangkat lunak yang akan dikembangkan. Structures (misalnya sensor-sensor, kendaraan beroda empat, atau komputer) yang mendefinisikan suatu kelas objek-objek atau kelas-kelas yang berhubungan dengan objek-objek

Mengidentifikasi Kelas-kelas Analisis (lanj) Identifikasilah Kelas-kelas Analisis pada narasi berikut: Fungsi keamanan SafeHome memungkinkan pemilik rumah untuk melakukan konfigurasi sistem keamanan ketika telah terinstal, memonitor semua sensor yang terhubung ke sistem keamanan dan berinteraksi dengan pemilik rumah melalui Internet, PC atau panel kontrol. Dari Narasi di atas frase manakah yang berpotensi menjadi kelas-kelas analisis?!

Mengidentifikasi Kelas-kelas Analisis (lanj) Fungsi keamanan SafeHome memungkinkan pemilik rumah untuk melakukan konfigurasi sistem keamanan ketika telah terinstal, memungkinkan pemilik rumah memonitor semua sensor yang terhubung ke sistem keamanan dan berinteraksi dengan pemilik rumah melalui Internet, PC atau panel kontrol. Kata Benda = garis bawah Kata Kerja = cetak miring

Mengidentifikasi Kelas-kelas Analisis (lanj) Kelas Potensial Kategori Klasifikasi Pemilik Rumah Role or External Entities Sensor External Entities Instalasi Event Sistem Keamanan Things

Mengidentifikasi Kelas-kelas Analisis (lanj) Untuk menentukan kelas-kelas potensial yang dapat dimasukkan ke model analisis, kita bisa mempertimbangkan 6 (enam) karakteristik dari Coad dan Yourdon [Coa91] meliputi: Informasi yang disimpan Layanan-layanan yang diperlukan Atribut-atribut majemuk Atribut-atribut umum Operasi-operasi umum Kebutuhan-kebutuhan esensial

Mengidentifikasi Kelas-kelas Analisis (lanj) 1. Informasi yang disimpan Kelas potensial akan sangat bermanfaat selama tahapan analisis hanya jika informasinya harus diingat dalam sistem/PL sehingga sistem/PL dapat berfungsi dengan baik. 2. Layanan-layanan yang diperlukan Kelas potensial harus memiliki sejumlah operasi yang bisa diidentifikasi yang dapat mengubah nilai atributnya dengan cara-cara tertentu

Mengidentifikasi Kelas-kelas Analisis (lanj) 3. Atribut-atribut majemuk Selama analisis kebutuhan dilakukan, fokus perhatian analisis sistem seharusnya berada pada informasi utama 4. Atribut-atribut umum Sejumlah atribut dapat didefinisikan untuk suatu kelas potensial dan atribut-atribut

Pemodelan Berbasis Kelas

Class Diagram Class diagram membantu pengembang mendapatkan struktur sistem dan menghasilkan rancangan (design) sistem yang baik Class diagram juga menunjukkan property yang diwakili oleh attribute dan behaviour melalui method / operasi sebuah Class

Relation Secara umum hubungan/relasi antar class, meliputi: Association / Asosiasi Generalization / Generalisasi Aggregation / Aggregasi Composition / Komposisi

Association / Asosiasi Sebuah asosiasi secara formal didefinisikan sebagai relasi antara dua atau lebih kelas menggambarkan sekelompok hubungan struktur Sebuah asosiasi menyiratkan bahwa obyek dari satu kelas yang memanfaatkan sebuah objek dari kelas lain dan ditunjukkan hanya dengan garis yang solid menghubungkan ikon dua kelas

Association / Asosiasi Example of Association

Association / Asosiasi Asosiasi ada beberapa jenis, antara lain: Directional Association / Asosiasi 1 arah Bidirectional Association / Asosiasi 2 arah

Directional Association / Asosiasi 1 arah Asosiasi ini menggambar bahwa pesan atau urutan kejadian terjadi hanya dari salah satu kelas sedangkan kelas yang lain pasif (dari kelas sumber ke kelas tujuan) Asosiasi 1 arah

Bidirectional Association / Asosiasi 2 arah Asosiasi ini terjadi ketika salah satu kelas mengirimkan pesan kepada kelas yang lain kemudian kelas yang lain mengirimkan pesan kepada kelas yang mengirimnya pesan Person Own Car Asosiasi Bidireksional

Generalization / Generalisasi Inheritene dapat didefinisikan sebagai mekanisme yang disediakan dalam bahasa pemrograman untuk mencapai gagasan generalisasi vertikal

Generalization / Generalisasi Example of Generalization

Generalization / Generalisasi Example of Generalization

Agregation / Agregasi Aggregasi dapat diartikan bahwa suatu kelas merupakan bagian dari kelas yang lain namun bersifat tidak wajib Contohnya sebuah buku memiliki pengarang,judul,namun bisa saja suatu buku tidak memiliki daftar pustaka. Namun tetap sebagai buku.

Composition / Komposisi Komposisi diartikan bahwa suatu kelas merupakan bagian yang wajib dari kelas yang lain. Eksistensi (keberadaan) kelas tersebut, mempengaruhi keberadaan kelas yang lain Contoh kasus yaitu pada sebuah buku, sudah pasti terdapat halaman isi sekurang-kurangnya satu

Multiplicity Pada relasi terdapat suatu penanda yang disebut multiplicity. Multiplicity ini akan mengindikasikan berapa banyak obyek dari suatu kelas terelasi ke obyek lain Multiplicity memiliki batas bawah dan batas atas Jika batas bawah dan batas atas bernilai sama yaitu 1..1, maka hanya ditulis 1 Sedangkan * merupakan kependekan dari 0..* Dan 0 merupakan kependekan dari 0..0 Default nilai multiplicity relasi class diagram adalah 1

Notasi UML Class Diagram untuk Multiplicity Arti * = 0..* Banyak/tak terhingga 0 = 0..0 Nol 1 = 1..1 Tepat Satu, bisa ditulis bisa tidak (default) 1..* Antara Satu sampai Banyak 0..1 Nol atau Satu Notasi UML Class Diagram untuk Multiplicity

Multiplicity - Contoh Person Car 1 own 1..*

TERIMA KASIH