Upload presentasi
Presentasi sedang didownload. Silahkan tunggu
Diterbitkan olehRatna Kusumo Telah diubah "9 tahun yang lalu
1
1 Pertemuan 01 Pengenalan OOAD Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5
2
2 Learning Outcomes Pada akhir pertemuan ini, diharapkan mahasiswa akan mampu : Menyatakan pengertian dari analisis dan perancangan berorientasi object (C1)
3
3 Outline Materi Orientasi Object Yang dapat dilakukan dengan Orientasi Object Alasan menggunakan Orientasi Object
4
4 Perkembangan Metode Analisis dan Desain Sistem Metode Tradisional Metode Terstruktur Metode berorientasi objek (Object Oriented)
5
5 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
6
6 Metode Terstruktur Dimulai pada tahun 1977 Dimulai dengan mencoba melihat sistem dari sudut pandang logical Melihat data sebagai sumber proses Metode DFD (control flow, State Transistion diagram) Normalisasi E-R Diagram
7
7 Normalisasi
8
8 Keterangan 1 NFAny Relation 2 NFAll non key attributes are dependent on all of the keys 3 NFThere are no transitive dependencies BCNFEvery determinant is a candidate Key 4 NFThere are no multivalue dependencies 5 NFThere are no Joint dependencies DK/NFAll constraints on relation are logical consequences of domain and Keys
9
9 Metode Terstruktur Invoice Invoice_no Cust_name Date_Purchase Item_no Description Unit_Price Quantity Total Total_amount Invoice Invoice_no Cust_no 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 Item name Unit_price Qty_on_hand Qty_purchased Amnt_purchased Qty_sold Amnt_sold
10
10 Activity Breakdown by Size Mengapa perlu membuat rencana gambar yang jelas dalam pembuatan software ?
11
11 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
12
12 Beberapa Metode OO Booch Coad/Yourdon Schaler-Mellor Object Modeling Technic Nassi-Schneiderman Gane-Sarson Jackson Jacobson Use case
13
13 Konsep Object Encapsulation Polymorphism Inheritance
14
14 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
15
15 System Context user System Application Domain Problem Domain
16
16 Model Problem DomainApplication Domain Payroll System Employee Contracts Work Schedule Personal Office Air Traffic Plane Flight Departure Flight Corridors Runaway Flight Position Part of the air traffic controller’s job Telephone Signal Signal Line Transmitter Receiver Part of the technical job
17
17 System Kumpulan dari komponen yang mengimplementasikan model dari requirement, function dan interface
18
18 System Architecture user Other system Interface Function Model system Mudah dimengerti Tidak ada keraguan
19
19 Air Traffic Controller Model Component Function Component Interface Component Planes, flight departures, flight corridors, position, and the relation among them Plane change position, system update function, and change the model componen’s state Monitors, Printouts, other facilites to interact w/ users Connect to other system
20
20 Component Design Architectural Design Application Domain Analysis Problem Domain Analysis Specifications of components Model Requirements for use Specifications of architecture Siklus Pengembangan Dengan OOAD
21
21 Siklus Pengembangan dengan OOAD Problem Domain analysis Classes Structure Behavior Architecture Design Model Component Function Component Connected Components Application Domain analysis Usage Functions Interface Component design Criteria Components Processes
22
22 Problem Domain Analysis Ada 3 kegiatan Mencari elemen dari Problem Domain yaitu Objects, classes, dan events Buat model berdasarkan hubungan strutural antara class dan objects yang dipilih Interaksi antar object dan class serta behaviour dari object dan class
23
23 Analisis Problem Domain System Definition Classes Behaviour Structure Model Iterate System definition: Suatu uraian ringkas dari suatu sistem terkomputerisasi yang dinyatakan dalam bahasa alami
24
24 Analisis Problem Domain
25
25 Dasar Dari Analisis Problem Domain Memodel dunia nyata seperti yang akan dilihat oleh pemakai Buat dahulu secara umum baru ke detil
26
26 Selesai
Presentasi serupa
© 2024 SlidePlayer.info Inc.
All rights reserved.