Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi

Slides:



Advertisements
Presentasi serupa
IF-ITB/WD dari Silberschatz, modifikasi 9 September 2013 IF5031 – ModelE-R (Advanced) Page 1 IF5031 – Model Entity Relationship (Advanced) Disusun oleh:
Advertisements

Bab 6 class diagram Catur Iswahyudi.
1 Analisis dan Perancangan Perangkat Lunak PEMODELAN DATA.
06/10/2014 Course : Rekayasa Perangkat Lunak, Aetthea, Elektro Unsoed,
GRADE/ SEMESTER : VII/ I
Perancangan Database Pertemuan 07 s.d 08
Pertemuan 3 PEMBEBANAN DAN TEGANGAN
Perancangan Berorientasi Objek (Object Oriented Analysis & Design)
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
1 Pertemuan 19 Function Component Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
Pertemuan 4 Aplikasi Perhitungan Gaya Dengan Program Komputer
1 Pertemuan 14 Behavior Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
Greeting and birthday card mukti suvi subarkah
Pertemuan 20 The Acquisition / Payment Process Matakuliah: M0034 /Informasi dan Proses Bisnis Tahun: 2005 Versi: >
OPERASI JUMP DAN EXCEPTION HANDLING
Pertemuan 08 Modeling Business Processes Matakuliah: M0034 /Informasi dan Proses Bisnis Tahun: 2005 Versi: 01/05.
Class Diagram.
1 Pertemuan 3 Unified Modeling language (UML) Matakuliah: T0456 ~ Algoritma dan Metode Object Oriented Programming Tahun: 2005 Versi: 5.
1 Pertemuan 21 Function Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Pertemuan 19 Matakuliah: I0214 / Statistika Multivariat Tahun: 2005 Versi: V1 / R1 Analisis Diskriminan (I)
1 Pertemuan 7 Klasifikasi dan Rekognisi Pola (1) Matakuliah: T0283 – Computer Vision Tahun: 2005 Versi: Revisi 1.
Pertemuan 5 Balok Keran dan Balok Konsol
1 Pertemuan #2 Probability and Statistics Matakuliah: H0332/Simulasi dan Permodelan Tahun: 2005 Versi: 1/1.
1 Pertemuan 21 Latihan Soal Matakuliah: J0274/Akuntansi Manajemen Tahun: 2005 Versi: 01/00.
1 Pertemuan 11 The Manipulative part of the object data model (Lanjutan bagian 2) Matakuliah: M0174/OBJECT ORIENTED DATABASE Tahun: 2005 Versi: 1/0.
1 Pertemuan 01 Pengenalan OOAD Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Pertemuan 16 Multiple Inheritance Matakuliah: T0456 ~ Algoritma dan Metode Object Oriented Programming Tahun: 2005 Versi: 5.
1 Pertemuan #3 Probability Distribution Matakuliah: H0332/Simulasi dan Permodelan Tahun: 2005 Versi: 1/1.
1 Pertemuan 26 Review Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Pertemuan 24 Matakuliah: I0214 / Statistika Multivariat Tahun: 2005 Versi: V1 / R1 Analisis Struktur Peubah Ganda (IV): Analisis Kanonik.
1 Pertemuan 23 Sequence Diagram Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
1 Minggu 10, Pertemuan 20 Normalization (cont.) Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
1 Pertemuan 11 Function dari System Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
1 Pertemuan 13 Pembahasan Kasus Matakuliah: M0462/Programming I Tahun: 2005 Versi: >
1 Pertemuan 13 Algoritma Pergantian Page Matakuliah: T0316/sistem Operasi Tahun: 2005 Versi/Revisi: 5.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 9 Relational Database Design by ER- to-Relational Mapping.
Pertemuan 23 Sequence Diagram
FONDASI PEMROGRAMAN & STRUKTUR DATA #8
ADBO (Analisa Desain Berorientasi Obyek)
Pertemuan 5 Struktur dan Hubungan Antara Class dan Object
Relationship Between Classes
Intro to OOP Yesi Novia, S.Kom.
Model Berorinetasi Data
Intro to OOP Yesi Novia, S.Kom.
Inheritance Pertemuan 21
Pertemuan 17 Aplication Domain
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Pertemuan 10 Kombinasi Data Label Kemasan dan Kemasan
Pertemuan 4 Menentukan Class
Pertemuan 1 Metoda Perancangan Berorientasi Object
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Pertemuan 12 Structure Class
Pertemuan 20 Audit Reporting
Unified Modeling Language User Guide
Pemodelan & Pelaksanaan Kebutuhan
Kk ilo Associative entity.
Pertemuan 01 Pengenalan OOAD
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Pertemuan 4 CLASS DIAGRAM.
Model Berorinetasi Data
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Analisis Diskriminan (II)
Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi
Visualisasi Class dan Association Relationship
IMPLEMENTASI PERENCANAAN
OBJECT ORIENTED ANALISYS AND DESIGN
Pertemuan 14 Class Diagram.
Pemrograman berorientasi objek
Descriptive text Description is written English text in which the writer describes an object. In this text the object can be a concrete or abstract object.
Transcript presentasi:

Matakuliah : M0086/Analisis dan Perancangan Sistem Informasi Tahun : 2005 Versi : 5 Pertemuan 8 Structure

Mahasiswa dapat Menghubungkan Class (Structure) (C4) Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : Mahasiswa dapat Menghubungkan Class (Structure) (C4) Mahasiswa dapat Membuat diagram / skema Class (C4) Mahasiswa dapat Membagi Cluster (C4)

Outline Materi Cluster Explore Pattern

Clusters «cluster» Cars «cluster» People Car Owner Motor Passenger Car Clerk Cylinder Taxi

Menentukan Structures Coba temukan secara sistematis Clusters: Cluster biasanya dilakukan yang terakhir Kelompokan Class untuk memberikan kejelasan lebih baik Generalisation: Periksa setiap pasangan class untuk struktur generalisasi antar class, atau cari common class Periksa masing masing class untuk spesialisasi (inheritance) yang relevan

Menentukan Structures Aggregation: Periksa setiap pasangan class untuk (1) whole-part, container-content, atau association-member relationships antar class, dan untuk (2) a common whole yang menghubungkan mereka Periksa setiap class untuk (3) components yang relevan Association: Periksa setiap pasangan class untuk needed association(s) Tetapi, jangan hanya membuat structure karena anda dapat Apakah mereka relevan atau berguna? Apakah mereka dapat di representasikan dengan lebih sederhana ? Mungkin perlu melacak ulang ke class

Mencari Pola untuk Structures Pola memberikan sumber inspirasi dan patokan untuk bagaimana memodel situasi Pola yang umum termasuk … Role pattern: object dengan multiple roles Relation pattern: relationship dengan attributes Hierarchy pattern: Item-descriptor pattern:

The Role Pattern Person Person Customer Role Employee Employee Customer Shouldn’t dynamically change object from customer class or employee class to customer-employee class or vice versa Customer- Employee

The Role Pattern Person Role Employee Customer 1 1..* Person Role Rolen 1 0..* Role2 ... Generic Pattern

The Relation Pattern Person Car But … What if need attributes Owns 1..* 1 But … What if need attributes for the owns relationship? E.g., date_purchased Person Ownership 1 0..* Car 1..* Party1 Relation 1 0..* Party2 Generic Pattern

The Hierarchy Pattern University Division 1 1..* School Book Chapter 1 Section Leveln Leveln-1 1 1..* Level1 ... Generic Pattern ...

The Item-Descriptor Pattern Book Copy 1 0..* Descriptor Item 1 0..* Generic Pattern Logical Physical

Tetapi, bagaimana dengan student dari semester yang lama ? Contoh Unit Enrolment Student 0..* 0..* Unit Enrolls in Tetapi, bagaimana dengan student dari semester yang lama ? Bagaimana mendapatkan daftar student dari unit ? Tetapi masih dapat diketahui unit yang mana yang mempunyai syarat apa ?

Unit Enrolment Gunakan item-descriptor untuk mengembangkan unit class Unit title, number Prerequisites, etc. 1 0..* Student Unit Offering Enrolls in 0..* Semester, Year, Instructor, etc. Tetapi bagaimana kita dapat menyimpan nilai atau tanggal pendaftaran unit ?

Unit Enrolment Example Gunakan relation pattern untuk mengembangkan enroll dengan association dan student class Unit title, number Prerequisites, etc. Name, Student #, Address, etc. Student Unit Enrolment Enrolls in 0..* 1 Offering 1 0..* Enrol Date, Unit Mark, etc. 1 Semester, Year, Instructor, etc.

Evaluating Structures Evaluate systematically Structure types must be used correctly aggregation vs association Structures must be conceptually true Structures must be simple Another golden rule Structures must increase clarity

Summary of Principles for Determining Structures Study abstract, static relationships between classes Study concrete, dynamic relationships between objects Model only the necessary structural relationships focus on important aspects include only a minimal number

Tutorial: Structures Individually, identify a list of candidate structures from the case description. Remember to check each pair of classes, etc. Remember to check for all kinds of structures. Be sure that the “is a kind of” and “a part of” semantics are applied correctly

Terima Kasih