Matakuliah
Tahun
Versi
: M0086/Analisis dan Perancangan Sistem Informasi
: 2005
:5
Pertemuan 01
Pengenalan OOAD
1
Learning Outcomes
Pada akhir pertemuan ini, diharapkan mahasiswa
akan mampu :
• Menyatakan pengertian dari analisis dan
perancangan berorientasi object (C1)
2
Outline Materi
• Orientasi Object
• Yang dapat dilakukan dengan Orientasi
Object
• Alasan menggunakan Orientasi Object
3
Perkembangan Metode
Analisis dan Desain Sistem
• Metode Tradisional
• Metode Terstruktur
• Metode berorientasi objek (Object
Oriented)
4
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
DFD (control flow, State Transistion diagram)
Normalisasi
E-R Diagram
6
Normalisasi
7
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
8
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
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
System Context
System
user
Problem
Domain
Application Domain
15
Model
Problem Domain
Application 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
16
System
Kumpulan dari komponen yang
mengimplementasikan model dari
requirement, function dan interface
17
System Architecture
user
Other system
Interface
Function
Model
• Mudah dimengerti
• Tidak ada keraguan
system
18
Air Traffic Controller
Model
Component
Function
Component
Interface
Component
Planes, flight
departures, flight
corridors, position,
and the relation
among them
Plane change
• Monitors,
position, system
Printouts, other
update function, and
facilites to interact
change the model
w/ users
componen’s state
• Connect to other
system
19
Siklus Pengembangan Dengan OOAD
Requirements
for use
Problem
Domain
Analysis
Model
Application
Domain
Analysis
Component
Design
Specifications of
components
Specifications of
architecture
Architectural
Design
20
Siklus Pengembangan dengan OOAD
Application Domain
analysis
Usage
Functions
Interface
Problem Domain
analysis
•Classes
•Structure
•Behavior
Component design
•Criteria
•Components
•Processes
Architecture
Design
•Model Component
•Function Component
•Connected Components
21
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
22
Analisis Problem Domain
System definition: Suatu uraian ringkas
dari suatu sistem terkomputerisasi yang
dinyatakan dalam bahasa alami
System
Definition
Behaviour
Classes
Iterate
Structure
Model
23
Analisis Problem Domain
Activity
Classes
Content
Concepts
Which objects and
events are part of
the object system?
Class
Object
Event
Structure
How are classes and
objects conceptually
tied together?
Behaviour
Which dynamic
properties do the
objects have?
Generalisation
Aggregation
Association
Cluster
Event sequence
Behavioural pattern
Attribute
24
Dasar Dari Analisis Problem Domain
• Memodel dunia nyata seperti yang akan
dilihat oleh pemakai
• Buat dahulu secara umum baru ke detil
25
Selesai
26