JUTEKIN Vol.5 No.

1 (2017) – ISSN :2338-1477 – EISSN : 2541-6375

JURNAL TEKNIK INFORMATIKA

Halaman Jurnal: http://jurnal.stmik-dci.ac.id/index.php/jutekin/
Halaman LPPM STMIK DCI : http://lppm.stmik-dci.ac.id/

PERBANDINGAN ANALISIS DESAIN TERSTRUKTUR DAN ORIENTASI OBJEK

a b c d
Wahyuni , Jhoanne Fredricka , Aexsa Alfyano , Andayani
b
aTeknik Informatika, unniecandoit@gmail.com, Universitas Amikom
Teknik Informatika, j.fredricka@yahoo.com, Universitas Amikom
c Teknik Informatika, aexsa24@gmail.com, Universitas Amikom
dTeknik Informatika, yaniatika45@yahoo.com , Universitas Amikom

ABSTRAK

Dalam membangun sebuah sistem dibutuhkan suatu tahapan analisis dan desain
baik yang bersifat terstuktur maupun berorientasi objek. Saat ini untuk mengembangkan
sebuah sistem para pengembang masih banyak menggunakan analisis desain secara
terstruktur. Dalam analisis desain terstruktur dibutuhkan tools dan teknik untuk
pengembangan sistem sehingga hasil akhir akan didapatkan sistem yang strukturnya
didefinisikan dengan baik dan jelas. Adapun tools yang digunakan pada analisis desain
terstruktur seperti DFD, Kamus Data, ERD dan lain-lain. Akhir-akhir ini analisis desain
berorientasi objek mulai populer digunakan untuk mengembangkan sebuah sistem.
Analisis desain berorientasi objek melakukan pendekatan terhadap masalah dari
perspektif objek, tidak pada perspektif fungsional seperti analisis desain terstruktur.
Semua data dan fungsi dimasukkan ke dalam kelas-kelas atau objek-objek. Adapun tools
yang digunakan dalam analisis desain orientasi objek antara lain UML, RUP, Fusion, OOA,
dll. Dari kedua perancangan sistem tersebut sudah pasti masing-masing memiliki
kelebihan dan kekurangan yang bisa menjadi bahan pertimbangan untuk para pengembag
dalam memilih jenis perancangan yang akan mereka gunakan.
Kata Kunci: orientasi-objek, analisis desain, analisis desain terstruktur, analisis desain
berorientasi objek.

I. PENDAHULUAN disebut analisis desain yang berorientasi

Dalam tahap pengembangan system objek mulai popular digunakan dalan tahap
terdapat dua metode yang popular yaitu pengembangan sistem. Bahkan
Structured System Analysis and Design penggunaan metode OOAD saat ini lebih
(SSAD) dan Object-Oriented Analysis and meningkat dibandingkan dengan metode
Design (OOAD). Metode Structured System SSAD.
Analysis and Design adalah analisis dan Pendekatan berorientasi objek untuk
desain yang bersifat terstruktur yang perancangan dan pemrograman mewakili
masih umum digunakan para pengembang. suatu pergeseran paradigm utama dalam
Namun akhir-akhir ini metode Object- pengembangan perangkat lunak.
Oriented Analysis and Design atau bisa Pendekatan ini selanjutnya akan
25
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31

menimbulkan akibat utama dalam

perangkat lunak dalam beberapa tahun
selanjutnya. Paradigma dari perancangan
structural dan dekomposisi fungsional,
pendekatan berorientasi objek telah
menjadi sebuah dasar utama dari rekayasa
perangkat lunak (Software Engineering).

II. LANDASAN TEORI

1. Analisis dan Desain Terstruktur
Metode analisis desain terstruktur
adalah metode yang umum digunakan oleh
pengembang. Metode ini diperkenalkan
pada tahun 1970, yang merupakan hasil
dari turunan pemrograman terstruktur Gambar 2. Simbol Kamus Data
(Kadir, 2003). Untuk melakukan
pengembangan sistem terstruktur
dibutuhkan alat-alat atau tools. Adapun
alat-alat yang digunakan umumnya berupa
gambar, diagram atau grafik. Alat-alat
pengembangan sistem yang berbentuk
grafik diantaranya adalah Data Flow
Diagram (DFD), Kamus Data, Entity
Relation Diagram (ERD),dll.

Gambar 3. Simbol ERD

Analisis system terstruktur adalah
penguraian dari suatu sistem yang utuh ke
dalam bagian-bagian komponennya
dengan maksud mengidentifikasi dan
mengevaluasi permasalahan, kesempatan,
hambatan, dan kebutuhan sehingga dapat
Gambar 1. Simbol Data Flow diusulkan perbaikan.
Diagram
2. Analisis Desain Berorientasi Objek
Metode analisis desain berorientasi
objek melakukan pendekatan terhadap
masalah dari perspektif objektif, tidak pada

26
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31
perspektif fungsional seperti pemrograman
terstruktur (Kadir, 2003). Pemrograman
berorientasi objek dilakukan berdasarkan
objek dengan sekumpulan data yang
ditetapkan dan sekumpulan operasi –
operasi (metode) yang dapat dilaksanakan
dalam data.(Branson dan Herness, 1993).
Tools yang biasa digunakan dalam metode
analisis desain berorientasi objek adalah
Unified Modeling Language (UML).
Gambar 4. UML
Dalam metodologi pengembangan system
berorientasi objek mempunyai tiga
karakteristik utama, yaitu (Jogiyanto,
2005):
2.1 Encapsulation
- Encapsulation merupakan dasar
untuk pembatasan ruang lingkup
program terhadap data yang
diproses.
- Data dan prosedur atau fungsi
dikemas bersama-sama dalam
suatu objek, sehingga prosedur
atau fungsi lain dari luar tidak
dapat mengaksesnya.
- Data terlindung dari prosedur atau
objek lain, kecuali prosedur yang
berada pada objek itu sendiri.
27
2.2 Inheritance
- Inheritance adalah tehnik yang
menyatakan bahwa anak dari
objek akan mewarisi data/atribut
dan metode dari innduknya
langsung. Atribut dan metode dari
objek induk diturunkan pada anak
objek, demikian seterusnya.
- inheritance mempunyai arti bahwa
atribut dan operasi yang dimiliki
bersama diantara kelas yang
mempunyai hubungan secara
hirarki.
- Inheritance menggambarkan
generalisasi sebuah kelas.
2.3 Polymorphism
- Polimorfisme yaitu konsep yang
menyatakan bahwa sesuatu yang
sama dapat mempunyai bentuk
dan perilaku berbeda.
- Kemampuan objek objek yang
berbeda untuk melakukan metode
yang pantas dalam merespon
message yang sama.
- Seleksi dari metode yang sesuai
bergantung pada kelas yang
seharusnya menciptakan objek.
Metode analisis desain orientasi objek
melakukan pendekatan terhadap masalah
dari perspektif objek, dimana orientasi
objek ini memungkinkan adanya
standarisasi objek yang akan memudahkan
memahami desain dan mengurangi resiko
pelaksanaan proyek (Simarmata, 2009).
Pengembangan berorientasi objek
menyediakan sebuah sumber potensial
yang besar dari komponen – komponen
yang dapat digunakan kembali, yang harus
disamaratakan untuk dapat digunakan
dalam lingkungan pengembangan yang
baru.
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31
III. ANALISIS MASALAH
Adapun analisis masalah yang terdapat
pada penelitian ini adalah sebagai berikut:
1. Model pengembangan yang manakah
yang lebih baik untuk digunakan dalam
pengembangan suatu sistem informasi.
2. Apa kelebihan dan kekurangan untuk
masing-masing model pengembangan.
IV. PERANCANGAN SISTEM
1. Perancangan Analisis Terstruktur
Adapun fase-fase dari analisa system
terstruktur adalah:
a. menentukan kebutuhan system,
b. menyusun kebutuhan proses sistem,
c. menentukan kebutuhan-kebutuhan
logic (logical model)
d. menyusun kebutuhan data sistem
(2016).
Untuk menentukan kebutuhan sistem
dapat dilakukan dengan wawancara
terhadap individu ataupun kelompok.
Setelah menentukan kebutuhan sistem
dilakukanlah fase selanjutnya yaitu
menyusun kebutuhan proses sistem. Untuk
menyusun kebutuhan proses sistem dapat
digambarkan melalui Data Flow Diagram
(DFD) dan Context Diagram (CD).
Setelah itu maka dilakukanlah logical
model. Logical Model atau model logika
bisa merupakan penjelasan dari DFD yang
telah kita buat sebelumnya atau dengan
menggunakan decision table/tree.
Langkah terakhir yaitu menyusun
kebutuhan data sistem dengan
menggunakan Entity Relation Diagram
(ERD).
2. Perancangan Desain Terstruktur
Setelah melakukan analisis sistem
terstruktur, maka dilanjutkan dengan
desain sistem terstruktur. Adapun tahapan
atau fase dari desain terstruktur adalah:
28
a. desain database (normalisasi database)
b. desain form dan laporan atau
Graphical User Interface (GUI)
(Omieno, 2016).
Tahap awal dari desain terstruktur
adalah desain database atau normalisasi
database. Normalisasi database adalah
proses mengkonversi struktur data yang
kompleks menjadi lebih praktis dan stabil.
Hasil dari normalisasi adalah setiap atribut
yang bukan primary key sangat bergantung
pada primary key tersebut.
Setelah melakukan normalisasi
database maka dilakukanlah tahap
mendesain form dan laporan atau (GUI).
3. Perancangan Analisis Berorientasi
Objek
Adapun tahapan analisis pada metode
ini adalah:
a. Mengumpulkan kebutuhan,
menganalisis dan merancang.
b. Setelah itu membuat Use Case Model
untuk menentukan Use Case, Flow of
Events, dan Activity Diagram.
c. Setelah membuat Use Case Model,
maka dibuatlah model objek untuk
menentukan kelas-kelas, dan relasi
antar kelas.
d. Setelah itu dilakukan tahap Object-
Relational Modeling atau merancang
relasi objek. Tujuan dilakukannya
tahapan tersebut adalah untuk
menciptakan kelas entitas, membuat
struktur database, dan meningkatkan
serta mengakhiri atribut pada model
data (Omieno, 2016).
4. Perancangan Desain Berorientasi
Objek
Setelah melakukan tahapan analisis,
maka dilakukan tahapan desain sebagai
berikut:
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31
a. mendesain database fisikal, Dari tabel di atas dapat dilihat

b. mendesain elemen-elemen, bahwa banyak perbedaan antara metode

c. mendesain arsitektur sistem, analisis desain sistem terstruktur dan
d. mendesain kelas-kelas (memeriksa berorintasi objek, di mulai dari metodologi
model, mengkombinasikan kelas-kelas, yang digunakan, dari fokusnya metode,
memisahkan kelas-kelas, dan resiko yang ditimbulkan, penggunaan
menyisihkan kelas-kelas), kembali sistem, kematangan, dan
e. mendesain komponen, dan mendesain kecocokan penggunaan metode terhadap
Graphical User Interface (GUI) suatu sistem. Karena analisis desain
(Omieno, 2016). berorientasi objek lebih cocok untuk projek
besar dan dengan kebutuhan user yang
V. IMPLEMENTASI sering berganti maka metode tersebut saat
1. Perbandingan Antara Analisis Desain ini semakin dipertimbangkan untuk Sistem
Terstruktur dan Berorientasi digunakan dalam perancangan sebuah
Object. sistem atau proyek.
Dari dua buah metode pengembangan
sistem tersebut, terdapat beberapa 2. Kelebihan dan Kekurangan
perbedaan sehingga dalam Adapun antara kedua buah metode
penggunaannya dapat disesuaikan dengan yang sudah dijelaskan sebelumnya,
kebutuhan. Adapun perbandingannya masing-masing memiliki kelebihan dan
dapat dilihat pada tabel 1. kekurangan.
Tabel 1. Perbandingan SSAD dan Kelebihan yang dimiliki analisis desain
OOAD(Omieno, 2016). sistem terstruktur antara lain:
Terstruktur Object 1. Milestone diperlihatkan dengan jelas
Oriented yang memudahkan dalam manajemen
Metodologi SDLC Iterative/I proyek.
ncrement 2. SSAD merupakan pendekatan visual
al sehingga lebih mudah dimengerti.
Fokus Proses Objek 3. Penggunaan analisis grafis seperti DFD
Resiko Tinggi Rendah menjadikan SSAD bagus untuk
Reuse Rendah Tinggi digunakan.
Kematangan Matang dan Muncul 4. Sudah begitu lama diterapkan sehingga
meluas metode ini sudah matang dan layak
Cocok untuk Projek yang Projek untuk digunakan.
sudah yang 5. Memungkinkan melakukan validasi
didefinisikan beresiko antara berbagai kebutuhan.
dengan baik besar 6. Relative simple dan mudah dimengerti.
dan dengan Selain kelebihan, SSAD pun memiliki
kebutuhan kebutuha kekurangan antara lain:
user yang n user 1. Berorientasi utama pada proses
stabil. yang sehingga mengabaikan kebutuhan non
berganti- fungsional.
ganti. 2. Sedikit sekali manajemen yang
langsung terkait terhadap SSAD.

29
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31
3. Menggunakan pengembangan mengurangi resiko pelaksanaan

waterfall sedangkan kebutuhan akan proyek.

berubah pada setiap proses.
4. Interaksi antara analisis atau pengguna
tidak komprehensif, karena sistem
telah didefinisikan dari awal, sehingga
tidak adaptif terhadap perubahan
(kebutuhan-kebutuhan baru).
5. Selain dengan menggunakan desain
logic dan DFD, tidak cukup tool yang
digunakan untuk mengkomunikasikan
dengan pengguna, sehingga sangat sliit
bagi pengguna untuk melakukan
evaluasi.
6. Pada SAAD sulit sekali untuk
memutuskan ketika ingin
menghentikan dekomposisi dan mliai
membuat sistem.
7. SSAD tidak selalu memenuhi
kebutuhan pengguna.
Adapun dari metode analisis desain
berorientasi objek memiliki kelebihan
sebagai berikut:
1. Dibandingkan dengan metode SSAD,
OOAD lebih mudah digunakan dalam
pembangunan sistem.
2. Tidak ada pemisahan antara fase
desain dan analisis, sehingga
meningkatkan komunikasi antara user
dan developer dari awal hingga akhir
pembangunan sistem.
3. Analis dan programmer tidak dibatasi
dengan batasan implementasi sistem,
jadi desain dapat diformliasikan yang
dapat dikonfirmasi dengan berbagai
lingkungan eksekusi.
4. Encapsliation data dan method,
memungkinkan penggunaan kembali
pada proyek lain, hal ini akan
memperingan proses desain,
pemrograman dan reduksi harga.
5. OOAD memungkinkan adanya
standarisasi obyek yang akan
memudahkan memahami desain dan
30
6. Dekomposisi obyek, memungkinkan
seorang analis untuk memcah masalah
menjadi pecahan-pecahan masalah
dan bagian-bagian yang dimanage
secara terpisah. Kode program dapat
dikerjakan bersama-sama. Metode ini
memungkinkan pembangunan
software dengan cepat, sehingga dapat
segera masuk ke pasaran dan
kompetitif. Sistem yang dihasilkan
sangat fleksibel dan mudah dalam
memelihara.
Selain kelebihan, metode ini pun
memiliki kekurangan sama seperti analisis
desain terstruktur, antara lain:
1. Pada awal desain OOAD, sistem
mungkin akan sangat simple.
2. Pada OOAD lebih fockus pada coding
dibandingkan dengan SSAD.
3. Pada OOAD tidak menekankan pada
kinerja team seperti pada SSAD.
4. Pada OOAD tidak mudah untuk
mendefinisikan class dan obyek yang
dibutuhkan sistem.
Sering kali pemrogramam berorientasi
obyek digunakan untuk melakukan anlisisis
terhadap fungsional siste, sementara
metode OOAD tidak berbasis pada
fungsional sistem.
VI. KESIMPULAN
Sebagai penutup dari tulisan ini, akan
dihasilkan berupa kesimpulan dari
perbandingan antara metode analisis
desain terstruktur dan orientasi objek.
Adapun kesimpulannya yaitu
a. Bahwa masing – masing metodologi
mempunyai kelemahan dan kelebihan
untuk setiap model.
b. Metode orientasi objek lebih mudah
digunakan dalam pembangunan system.
c. Terdapat beberapa fase pada analisa
system terstruktur yaitu menentukan
 Wahyuni, dkk / Jurnal Teknik Informatika Vol.5 No.1 (2017) 25 - 31

kebutuhan system, menyusun

kebutuhan proses sistem, menentukan
kebutuhan-kebutuhan logic (logical
model) dan menyusun kebutuhan data
system.
d. Pada proses pengembangan
berorientasi objek, proses gabungan
merupakan proses yang cukup terkenal
diantara komunitas berorientasi objek.
e. Analisis system terstruktur lebih cocok
digunakan pada Projek yang sudah
didefinisikan dengan baik dan
kebutuhan user yang stabil. Sedangkan
orientasi objek lebih cocok digunakan
pada Projek yang beresiko besar dengan
kebutuhan user yang berganti-ganti.
VII. DAFTAR PUSTAKA

Simarmata, J. (2009). Rekayasa

Perangkat Lunak. Medan : Andi
Yogyakarta.
Ch. Triwahtuni, A. K. (2003).
Pengenalan Teknologi Informasi.
Yogyakarta: Andi Yogya
Omieno, K. Kelvin. (2016). Structured
vs Object Orient Analysis and Design:
Teknology for Development, University of
Choice
Jogiyanto, (2005). Sistem Teknologi
Informasi. Yogyakarta: Andi Yogya
Branson, M.J dan E.N. Herness. (1993).
The Object – Oriented Development
Process. Object Magazine.

31