Matakuliah Tahun Versi : M0446/Analisa dan Perancangan Sistem Informasi : 2005 : 0/0 Pertemuan 1 Metoda Perancangan Berorientasi Object 1 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : • Mahasiswa dapat Menjelaskan pengertian mendesain dengan berorientasi obyek 2 Outline Materi • Perbandingan antara Metoda terstruktur dan metoda berorientasi object • Pengenalan Analisa dan Desain berorientasi object • Konsep pemrograman berorientasi object 3 Perkembangan Metode Analisis dan Desain Sistem • • • Metode Tradisional Metode Terstruktur Metode berorientasi objek (Object Oriented) Metode Tradisional • • • • Berkembang dari pemrograman tradisional Kontrol Alur (urutan, keputusan, loop) Sistem Flow Chart Hampir selalu dimulai dengan pemikiran tentang file secara fisik • Tidak berorientasi pada kebutuhan informasi 5 Metode Terstruktur • Dimulai pada tahun 1977 • Dimulai dengan mencoba melihat sistem dari sudut pandang logical • Melihat data sebagai sumber proses – Metode • E-R Diagram • Normalisasi • DFD (control flow, State Transistion diagram) 6 Metode Terstruktur (relational) Invoice Invoice_no Cust_name Date_Purchase Item_no Description Unit_Price Quantity Total Total_amount Invoice Invoice_no Cust_name Date_Purchase Total_amount Customer Cust_no Cust_name Cust_address Balance Inv_detail Invoice_no Item_no Unit_Price Quantity Total Inventory Item_no Unit_price Qty_on_hand Qty_purchased Amnt_purchased Qty_sold Amnt_sold 7 Normalisasi 8 Normalisasi Normalisasi Keterangan 1 NF Any Relation 2 NF All non key attributes are dependent on all of the keys 3 NF There are no transitive dependencies BCNF Every determinant is a candidate Key 4 NF There are no multivalue dependencies 5 NF There are no Joint dependencies DK/NF All constraints on relation are logical consequences of domain and Keys 9 Activity Breakdown by Size Small Project (2.500 lines of Codes) Architecture/Design 10% Detailed design 20% Code/debuging 25% Unit Test 20% Integration 15% System Test 10% Activity Large Project (500.000 lines of Codes) 30% 20% 10% 5% 20% 15% Mengapa perlu membuat rencana gambar yang jelas dalam pembuatan software ? 10 Metode Object Oriented • Mulanya dari OOP (Object Oriented Programming) yang berkembang menjadi OOD (Object Oriented Design) dan akhirnya menjadi OOA (Object Oriented Analysis) • Berhubungan erat dengan E-R Model • Keuntungannya dari analisa, design sampai ke implementasi menggunakan notasi yang sama • Makin banyak organisasi yang mengimplementasikan metoda OO 11 Beberapa Metode OO • • • • • • • • Booch Coad/Yourdon Schaler-Mellor Object Modeling Technic Nassi-Schneiderman Gane-Sarson Jackson Jacobson Use case 12 Konsep Object • Encapsulation • Polymorphism • Inheritance 13 Keuntungan dari OO • Merupakan konsep yang umum yang dapat digunakan untuk memodel hampir semua phenomena dan dapat dinyatakan dalam bahasa umum (natural language) – Noun menjadi object atau class – Verb menjadi behaviour – Adjective menjadi attributes • Memberikan informasi yang jelas tentang context dari system • Mengurangi biaya maintenance – Memudahkan untuk mencari hal yang akan diubah – Membuat perubahan menjadi local, tidak bepengaruh pada modul yang lainnya 14
© Copyright 2024 Paperzz
