MODUL PERKULIAHAN

F062100003 –
Analisa
Berorientasi
Objek
Program Design

Abstrak Sub-CPMK
Desain program adalah Mahasiswa memahami mengenai Program
bagian dari fase desain Design
SDLC di mana analis
menentukan program apa
yang akan ditulis, membuat
instruksi untuk programmer
tentang bagaimana kode
harus ditulis.

Fakultas Program Studi Tatap Muka Disusun Oleh

13
SISTEM TIM DOSEN
FASILKOM INFORMASI/TEKNIK
INFORMATIKA
 Program Design
Logika aplikasi untuk suatu sistem akan diekspresikan dalam program yang akan
ditulis selama pembangunan sistem baru. Desain program adalah bagian dari fase desain
SDLC di mana analis menentukan program apa yang akan ditulis, membuat instruksi untuk
programmer tentang bagaimana kode harus ditulis, dan mengidentifikasi bagaimana
potongan-potongan kode akan cocok bersama untuk membentuk sebuah program.
Beberapa orang mungkin berpikir bahwa desain program menjadi kurang penting,
karena tim proyek semakin bergantung pada perangkat lunak yang dikemas atau
perpustakaan kode yang telah diprogram untuk membangun sistem. Namun, teknik
perancangan program masih sangat penting karena dua alasan. Pertama, bahkan kode yang
sudah ada sebelumnya perlu dipahami, diatur, dan disatukan. Kedua, masih umum bagi tim
proyek untuk menulis beberapa (jika tidak semua) kode dan menghasilkan program asli yang
mendukung logika aplikasi sistem.
Ketika analis mengalihkan perhatian mereka ke program yang perlu dibuat untuk
sistem baru, beberapa hal harus dilakukan. Pertama, berbagai keputusan implementasi akan
dibuat tentang sistem baru, seperti bahasa pemrograman apa yang akan digunakan. Diagram
alir data yang dibuat selama analisis dimodifikasi untuk menunjukkan keputusan implementasi
ini, menghasilkan serangkaian diagram alir data fisik. Analis kemudian menentukan
bagaimana proses sistem akan diatur, menggunakan bagan struktur untuk menggambarkan
keputusan mereka. Akhirnya, instruksi terperinci yang disebut spesifikasi program
dikembangkan sehingga selama konstruksi, programmer tahu persis apa yang harus mereka
buat.

Mengubah Dari Model Logika ke

Model Fisik
Selama analisis, analis sistem mengidentifikasi proses dan aliran data yang diperlukan
untuk mendukung persyaratan fungsional sistem baru. Proses dan aliran data ini terdapat
pada diagram alur data logis untuk sistem yang akan datang. Analis menghindari membuat
keputusan implementasi selama analisis, dengan fokus pertama pada persyaratan bisnis
sistem. DFD logis tidak mengandung indikasi bagaimana sistem akan benar-benar diterapkan
ketika sistem informasi dibangun; mereka hanya menyatakan apa yang akan dilakukan sistem
baru. Dengan cara ini, pengembang tidak terganggu oleh detail teknis dan tidak bias oleh
keterbatasan teknis pada tahap awal pengembangan sistem. User bisnis lebih memahami
diagram yang menunjukkan "tampilan bisnis" dari sistem.

2023 Analisa Berorientasi Objek

1 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Selama desain, model proses fisik dibuat untuk menunjukkan detail implementasi dan
menjelaskan bagaimana sistem akhir akan bekerja. Rincian ini dapat mencakup referensi ke
teknologi aktual, format informasi yang bergerak melalui proses, dan interaksi manusia yang
terlibat. Dalam beberapa kasus, paling sering ketika paket digunakan, kasus penggunaan
mungkin perlu direvisi juga. Model-model yang akan datang menggambarkan karakteristik
sistem yang akan dibuat, mengkomunikasikan "tampilan sistem" dari sistem baru.
Data Fisik Flow Diagram
DFD fisik berisi komponen yang sama dengan DFD logis (mis., Penyimpanan data,
aliran data), dan aturan yang sama berlaku (mis., Penyeimbang, dekomposisi). Perbedaan
mendasar antara kedua model adalah bahwa DFD fisik berisi detail tambahan yang
menjelaskan bagaimana sistem akan dibangun. Ada lima langkah yang harus dilakukan untuk
melakukan transisi ke DFD fisik.

Langkah 1: Tambahkan Referensi Implementasi

Langkah pertama dalam membuat DFD fisik adalah memulai dengan DFD logis yang
ada dan menambahkan referensi ke cara di mana data menyimpan, aliran data, dan proses
akan diimplementasikan. Menyimpan data pada DFD fisik akan merujuk ke file dan / atau tabel
database; proses, ke program atau tindakan manusia; dan aliran data, ke media fisik untuk
data, seperti laporan kertas, pemindaian kode batang, layar input, atau laporan komputer.
Nama-nama untuk berbagai komponen pada DFD fisik harus berisi referensi untuk detail
implementasi ini. Menurut definisi, entitas eksternal pada DFD berada di luar ruang lingkup
sistem dan oleh karena itu tetap tidak berubah dalam diagram fisik.
Gambar di bawah ini menunjukkan DFD fisik yang dibuat untuk menggambarkan detail
fisik untuk DFD logis asli. Perhatikan bagaimana penyimpanan data logis disebut Available
Tunes yang akan menyimpan data dalam tabel Available Tunes dari database mySQL telah
diubah namanya menjadi "mySQL: Available Tunes Table" dan aliran data logis. bahwa
2023 Analisa Berorientasi Objek
2 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
informasi ini akan dalam bentuk catatan dari tabel Tunes Available. Bisakah Anda
mengidentifikasi perubahan lain yang dibuat pada model fisik untuk mengkomunikasikan
bagaimana komponen lain akan diimplementasikan?

Gambar. Fisik DFD untuk Tune Source Proses 1

Langkah 2: Gambar Human-Machine Boundary

Langkah kedua adalah menambahkan Human-Machine Boundary. DFD fisik
membedakan interaksi manusia dan komputer dengan batas manusia-mesin, garis yang
ditarik pada model untuk memisahkan tindakan manusia dari proses otomatis. Sebagai
contoh, proses pencarian dan penelusuran lagu mengharuskan pelanggan untuk berinteraksi
dengan Web dengan menggunakan antarmuka yang didorong oleh program dan proses
sistem. Model fisik, oleh karena itu, mengandung garis yang memisahkan pelanggan dari sisa
proses untuk menunjukkan dengan tepat apa yang dilakukan oleh seseorang sebagai lawan
dari "mesin."
Setiap bagian dari setiap proses dalam sistem mungkin tidak otomatis, sehingga
tergantung pada tim proyek untuk menentukan di mana menggambar batas manusia-mesin
dan seberapa besar untuk menggambar itu. Tim proyek perlu mempertimbangkan kriteria
berikut ketika menggambar batas: biaya, efisiensi, dan integritas. Pertama, sepotong sistem
harus diotomatiskan hanya jika biaya komputerisasi itu kurang dari melakukannya secara

2023 Analisa Berorientasi Objek

3 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
manual. Selanjutnya, sistem harus lebih efisien dengan mode yang dipilih. Misalnya, jika tim
proyek harus memutuskan apakah akan menyimpan salinan kertas dari dokumen atau untuk
menyimpan file informasi elektronik di server file pusat, tim kemungkinan akan menemukan
opsi yang terakhir menjadi lebih efisien dalam hal meningkatkan pengguna. Kemampuan
untuk mengakses dan memperbarui informasi.

Langkah 3: Tambahkan System-Related Data Stores, Data Flows

dan Proses
Anda akan menambahkan ke proses tambahan DFD, menyimpan, atau aliran yang
khusus untuk implementasi sistem dan tidak ada hubungannya dengan proses bisnis itu
sendiri. Penambahan ini dapat disebabkan oleh keterbatasan teknis atau kebutuhan untuk
audit, kontrol, atau penanganan pengecualian. Batasan teknis terjadi ketika teknologi tidak
dapat mendukung cara sistem dimodelkan secara logis. Misalnya, anggap bahwa
penyimpanan data ada pada DFD logis untuk menyimpan informasi pelanggan, tetapi
teknologi basis data yang akan digunakan untuk membangun sistem tidak dapat menangani
volume besar pelanggan dalam satu tabel. DFD fisik mungkin perlu memiliki dua penyimpanan
data — satu untuk pelanggan saat ini dan satu untuk pelanggan lama — agar teknologi
tersebut dapat bekerja dengan baik.

Langkah 4: Perbarui Elemen Data di Flow Data

Langkah keempat adalah memperbarui elemen dalam aliran data. Aliran data akan
tampak identik baik dalam DFD logis maupun fisik, tetapi aliran data fisik mungkin
mengandung elemen data terkait sistem tambahan, untuk alasan yang serupa dengan yang
dijelaskan di bagian sebelumnya. Misalnya, sebagian besar sistem menambahkan elemen
data terkait sistem ke aliran data yang menangkap saat perubahan dilakukan ke informasi
(mis., Elemen data update terakhir) dan siapa yang membuat perubahan (mis., Elemen data
updated_by data). Elemen data fisik lainnya adalah nomor yang dihasilkan sistem yang
digunakan untuk mengidentifikasi secara unik setiap catatan dalam database. Selama
langkah 4, elemen data fisik ditambahkan ke deskripsi metadata dari aliran data dalam
repositori CASE.

Langkah 5: Perbarui Metadata di Computer-Aided Software

Engineering Repository
Akhirnya, tim proyek perlu memastikan bahwa informasi tentang komponen DFD
dalam repositori CASE diperbarui dengan informasi khusus implementasi. Informasi ini dapat
mencakup kapan proses batch akan dijalankan dan seberapa sering, nama-nama tabel aktual
atau file yang diwakili oleh aliran data, dan ukuran serta tingkat pertumbuhan yang
diproyeksikan dari penyimpanan data.
Structure Chart
2023 Analisa Berorientasi Objek
4 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Structure Chart adalah teknik penting yang membantu analis merancang program
untuk sistem baru. Structure Chart menunjukkan semua komponen kode yang harus
dimasukkan dalam program pada tingkat tinggi, disusun dalam format hierarkis yang
menyiratkan urutan (dalam urutan apa komponen dipanggil), pemilihan (dalam kondisi apa
modul dipanggil), dan iterasi (seberapa sering suatu komponen diulang). Komponen biasanya
dibaca dari atas ke bawah, kiri ke kanan, dan mereka diberi nomor oleh skema penomoran
hierarki di mana tingkat yang lebih rendah memiliki tingkat penomoran tambahan (misalnya,
modul tingkat ketiga akan diberi nomor 1.1.1, 1.1. 2, 1.1.3…).
Structure Chart historis telah digunakan untuk membuat aplikasi mainframe berbasis
transaksi, yang memiliki banyak baris kode yang harus dimonitor dengan baik. Mereka
membantu analis membuat program yang mudah dimengerti dan dipelihara, karena
penggunaan modul mandiri menjaga perubahan dari riak di seluruh program. percaya bahwa
bagan struktur dapat membantu dalam membangun banyak jenis sistem karena mereka
menekankan struktur dan penggunaan kembali, karakteristik dari setiap program yang baik.

Syntax
Module
Structure Chart terdiri dari modul (garis kode program yang melakukan fungsi tunggal)
yang bekerja bersama untuk membentuk suatu program (Gambar di bawah). Modul-modul
tersebut digambarkan oleh sebuah persegi panjang dan dihubungkan oleh garis-garis, yang
mewakili lewat kontrol. Modul kontrol adalah komponen tingkat yang lebih tinggi yang berisi
logika untuk melakukan modul lain, dan komponen yang dipanggil dan dikontrol dianggap
modul subordinat. Misalnya, modul 1.0 adalah modul kontrol yang mengarahkan modul 1.1
hingga 1.4 sebagai bawahannya.

2023 Analisa Berorientasi Objek

5 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Gambar. Contoh Structure Chart

Couples
Couples, ditunjukkan oleh panah, digambarkan pada Structure Chart untuk
menunjukkan bahwa informasi dilewatkan antar modul, dengan panah menunjukkan ke arah
mana informasi dikirim. (Lihat Gambar di bawah) Pasangan data, ditunjukkan oleh panah
dengan lingkaran kosong, digunakan untuk mewakili kepingan potongan data atau struktur
data ke modul lain. Misalnya, pada Gambar dibawah ini, catatan nilai siswa harus dikirim ke
modul 1.2 agar IPK dapat dihitung, sehingga pasangan data digunakan untuk menunjukkan
struktur data nilai yang diteruskan.
Control couples, digambarkan dengan menggunakan panah dengan lingkaran penuh,
digunakan untuk meneruskan parameter atau pesan terkait sistem bolak-balik di antara
modul. Jika beberapa jenis parameter perlu dilewati (mis., Pelanggan adalah pelanggan baru;
akhir file telah tercapai), pasangan kontrol (juga disebut bendera) akan digunakan. modul 1.1
mengirimkan parameter end-of-file ketika program mencapai akhir file nilai siswa.

Gambar. Contoh Revisi Structure Chart

Membangun Structure Chart
Sekarang setelah Anda memahami komponen individu dari bagan struktur, langkah
selanjutnya adalah belajar bagaimana menyatukannya untuk membentuk desain yang efektif
untuk sistem baru. Sering kali, model proses digunakan sebagai titik awal untuk bagan
struktur. Ada tiga jenis dasar proses pada model proses: aferen, sentral dan eferen. Proses
aferen adalah proses yang memberikan input ke dalam sistem, proses sentral melakukan
fungsi kritis dalam pengoperasian sistem, dan proses eferen berhubungan dengan output
sistem. Identifikasi ketiga jenis proses ini dalam Gambar di bawah ini.

2023 Analisa Berorientasi Objek

6 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Gambar. Transform &Transaction Structures
Setiap proses DFD cenderung mewakili satu modul pada bagan struktur, dan jika DFD
leveled digunakan, maka setiap level DFD cenderung sesuai dengan tingkat hierarki bagan
struktur yang berbeda (misalnya, proses pada DFD konteks-tingkat akan sesuai dengan
modul teratas pada bagan struktur).
Kesulitan muncul ketika menentukan bagaimana komponen pada bagan struktur
harus diatur. bagan struktur mengkomunikasikan urutan, pemilihan, dan iterasi, tetapi tidak
satu pun dari konsep ini yang digambarkan secara eksplisit dalam model proses. Terserah
analis untuk membuat asumsi dari DFD dan membaca deskripsi model proses untuk benar-
benar memahami bagaimana bagan struktur harus digambar.

Transaction Structure
Untungnya, ada dua pengaturan dasar, atau struktur, untuk menggabungkan modul
bagan struktur. Pengaturan pertama digunakan ketika setiap modul melakukan satu dari
sekelompok transaksi individu. Struktur transaksi ini berisi modul kontrol yang memanggil
modul bawahan, yang masing-masing menangani transaksi tertentu. Berpura-puralah bahwa
Gambar di bawah ini menggambarkan tingkat tertinggi dari sistem nilai siswa. Modul 1 adalah

2023 Analisa Berorientasi Objek

7 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
modul kontrol yang menerima pilihan User untuk aktivitas apa yang perlu dilakukan (mis.,
Mempertahankan nilai), dan tergantung pada pilihannya, salah satu modul bawahan (1,1
hingga 1,4) dilibatkan. Struktur transaksi sering terjadi di mana sistem yang sebenarnya berisi
menu atau submenu, dan mereka biasanya ditemukan lebih tinggi di tingkat bagan struktur.
Jika tim proyek telah menggunakan DFD bertingkat untuk menggambarkan proses
untuk sistem, level tinggi DFD biasanya mewakili aktivitas yang termasuk dalam struktur
transaksi. Dalam contoh saat ini, sistem nilai siswa dapat sesuai dengan proses tunggal pada
DFD tingkat konteks, dan empat modul (1,1 hingga 1,4) akan menjadi empat proses pada
diagram level 0. Jika pendekatan DFD leveled tidak digunakan, maka mungkin akan sedikit
lebih sulit untuk membedakan modul kontrol dari bawahannya dengan menggunakan model
proses. Satu petunjuk adalah mencari titik pada DFD di mana aliran data tunggal memasuki
proses yang menghasilkan banyak aliran data sebagai output — ini biasanya menunjukkan
struktur transaksi. Lihat Gambar di atas untuk contoh model proses yang memiliki struktur
transaksi; perhatikan bagaimana itu mengandung banyak proses eferen dan beberapa proses
aferen.

Transform Structure
Tipe kedua dari struktur modul, yang disebut struktur transformasi, memiliki modul
kontrol yang memanggil beberapa modul bawahan secara berurutan, setelah itu sesuatu
“terjadi”. Modul-modul ini terkait karena bersama-sama mereka membentuk suatu proses
yang mengubah beberapa input menjadi output. Seringkali, setiap modul menerima input dari
modul sebelumnya, bekerja pada input, lalu meneruskannya ke modul berikutnya untuk
diproses lebih lanjut.
Dalam DFD yang diratakan, level terendah biasanya mewakili struktur transformasi.
Jika pendekatan DFD leveled tidak digunakan, maka Anda harus mencari proses pada DFD
yang inputnya diubah menjadi output dari bentuk yang berbeda. Dalam situasi ini, proses di
mana perubahan dibuat kemungkinan akan menjadi modul kontrol. Semua proses yang
mengarah ke modul kontrol adalah bawahan
dilakukan terlebih dahulu oleh modul kontrol, diikuti oleh proses yang datang setelah modul
kontrol. Lihat Gambar di atas untuk contoh struktur transformasi; perhatikan bagaimana ada
banyak proses aferen dan beberapa proses eferen.

2023 Analisa Berorientasi Objek

8 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Spefikasi Program
Setelah analis mengkomunikasikan gambaran besar tentang bagaimana program
harus disatukan, ia harus menggambarkan modul individu secara cukup rinci sehingga
pemrogram dapat mengambil alih dan mulai menulis kode. Modul pada Structure Chart
dijelaskan oleh penggunaan spesifikasi program, dokumen tertulis yang menyertakan
instruksi eksplisit tentang cara memprogram potongan kode. Biasanya, anggota tim proyek
menulis satu spesifikasi program untuk setiap modul pada bagan struktur dan kemudian
meneruskannya kepada programmer, yang menulis kode selama fase implementasi proyek.
Spesifikasi harus sangat jelas dan mudah dipahami, atau programmer akan diperlambat
mencoba menguraikan instruksi yang tidak jelas atau tidak lengkap.
Juga, spesifikasi program dapat menunjukkan masalah desain yang ada di bagan
struktur. Pada tingkat tinggi, bagan struktur mungkin masuk akal, tetapi ketika analis benar-
benar mulai menulis detail di balik modul, ia mungkin menemukan cara yang lebih baik untuk
mengatur modul atau dapat mengungkap pasangan yang hilang atau tidak perlu.
Syntax
Tidak ada sintaksis formal untuk spesifikasi program, sehingga setiap organisasi
menggunakan formatnya sendiri, seringkali berupa seperti pada Gambar di bawah ini.
Sebagian besar formulir spesifikasi program berisi empat komponen yang menyampaikan
informasi bahwa programmer perlu menulis kode yang sesuai.

Program Information
Bagian atas formulir pada Gambar di bawah ini berisi informasi program dasar, seperti
nama modul, tujuannya, tenggat waktu, pemrogram, dan bahasa pemrograman target.
Informasi ini digunakan untuk membantu mengelola upaya pemrograman.

Events
Bagian kedua dari formulir ini digunakan untuk membuat daftar Event yang memicu
fungsi dalam program. Suatu Event adalah hal yang terjadi. Mengklik mouse menghasilkan
Event mouse; menekan tombol menghasilkan Event penekanan tombol — pada
kenyataannya, hampir semua hal yang dilakukan User menyebabkan Event terjadi.
Di masa lalu, programmer menggunakan bahasa pemrograman prosedural (mis.,
COBOL, C) yang berisi instruksi yang diterapkan dalam urutan yang telah ditentukan,
sebagaimana ditentukan oleh sistem komputer, dan User tidak diizinkan menyimpang dari
pesanan. Dengan pemrograman terstruktur, porsi Event dari spesifikasi program tidak
relevan. Namun, banyak program saat ini yang digerakkan oleh Event (mis., Visual Basic.Net,
C), dan program yang digerakkan oleh Event mencakup prosedur yang dijalankan sebagai
respons terhadap Event yang diprakarsai oleh pengguna, sistem, atau kode program. Setelah

2023 Analisa Berorientasi Objek

9 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
inisialisasi, program menunggu beberapa jenis Event terjadi, dan ketika itu terjadi, program
melakukan tugas yang sesuai, kemudian menunggu sekali lagi.

Gambar. Program Specification Form

Inputs and Outputs

Bagian selanjutnya dari spesifikasi program menggambarkan input dan output untuk
program, yang diidentifikasi oleh pasangan data dan pasangan kontrol yang ditemukan pada
bagan struktur. Pemrogram harus memahami informasi apa yang sedang diteruskan dan
mengapa, karena informasi itu pada akhirnya akan diterjemahkan ke dalam variabel dan
struktur data dalam program yang sebenarnya.

Pseudocode
Pseudocode adalah garis besar terperinci dari baris-baris kode yang perlu ditulis, dan
disajikan di bagian selanjutnya dari formulir. Jika Anda ingat, ketika harus menjelaskan proses
pada DFD, menggunakan teknik yang disebut Bahasa Inggris terstruktur, bahasa dengan
2023 Analisa Berorientasi Objek
10 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
sintaksis yang didasarkan pada Bahasa Inggris dan pemrograman terstruktur. Deskripsi DFD
ini dalam bahasa Inggris terstruktur sekarang digunakan sebagai input utama untuk
menghasilkan pseudocode.
Pseudocode adalah bahasa yang berisi struktur logis, termasuk pernyataan berurutan,
pernyataan kondisional, dan iterasi. Ini berbeda dari bahasa Inggris terstruktur dalam
pseudocode yang berisi rincian pemrograman khusus, seperti instruksi inisialisasi atau
menghubungkan, dan juga lebih luas sehingga seorang programmer dapat menulis modul
dengan mencerminkan instruksi pseudocode. Secara umum, pseudocode jauh lebih mirip
kode nyata, dan audiensnya adalah programmer yang bertentangan dengan analis.
Formatnya tidak sepenting informasi yang disampaikannya. Gambar di bawah ini
menunjukkan contoh singkat kode pseudocode untuk modul yang bertanggung jawab untuk
menghitung diskon pada transaksi pembelian.

Gambar. Pseudocode

2023 Analisa Berorientasi Objek

11 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/
 Daftar Pustaka
D. Jeya Mala dan S. Geetha. 2013. Object Oriented Analysis and Design using UML. McGraw-
Hill Education (India).
Craig Larman. 2015. Applying UML and Patterns: An Introduction to Object-Oriented Analysis,
Design and Iterative Development. Pearson.
Alan Dennis dan Barbara Haley Wixom. 2015. System Analysis and Design with UML 2.0: An
Object-Oriented Approach. John Wiley and Sons, Inc

2023 Analisa Berorientasi Objek

12 TIM DOSEN
Biro Bahan Ajar E-learning dan MKCU
http://pbael.mercubuana.ac.id/