RESUME

PROGRAM DESIGN

Disusun Untuk Memenuhi Tugas Kuliah Analisis Sistem Perpustakaan

Dosen Pengampu : Rahmad Syaifuddin, M. Eng

Disusun Oleh:

1. Riska Ananda Styowati (12310193006)

2. Arlitza Aulia Azizah (12310193021)
3. Vitasa Dinda Navega (12310193023)
4. Linda Yuni Rahayu (12310193031)

PROGRAM STUDI ILMU PERPUSTAKAAN DAN INFORMASI ISLAM

FAKULTAS USHULUDDIN ADAB DAN DAKWAH
UNIVERSITAS ISLAM NEGERI SAYYID ALI RAHMATULLAH TULUNGAGUNG
MEI 2022
 PROGRAM DESIGN

A. Moving From Logical to Physical Process Model

Model pada program design dibedakan menjadi dua, yaitu Model Logika dan Model
Fisik.

 Model logika yaitu representasi bergambar nonteknis yang menggambarkan apa sistem
ini atau tidak. Sinonim atau model penting, model konseptual, dan model bisnis.
 Model fisik yaitu sebuah representasi bergambar teknis yang menggambarkan apa
sistem ini atau tidak dan bagaimana sistem diimplementasikan. Sinonim adalah model
implementasi dan model yang teknis.
Ketika akan membuat program design, maka seseorang harus membuat sistem
perancangan yang strategis agar dapat berjalan dengan baik dan bermanfaat. Adapaun
sistem perancangan strategis dibagi menjadi beberapa macam antara lain:
 Model proses perpustakaan menggambarkan fungsi yang penting pada analisis
sistem (fokus utama dari program ini).
 Model sistem yang ada termasuk keterbatasannya.
 Solusi teknis calon Model (DFD fisik saja).
 Model solusi teknis sasaran (DFD fisik saja).
Selama analisis, analis sistem mengidentifikasi proses dan aliran data yang diperlukan
untuk mendukung kebutuhan fungsional sistem baru. Proses-proses ini dan aliran data
yang terkandung pada diagram aliran data logis untuk sistem yang akan datang. Analisis
menghindari membuat keputusan implementasi selama analisis, fokus pertama pada
kebutuhan bisnis sistem. Log- kal DFD tidak mengandung indikasi bagaimana sistem akan
benar-benar diimplementasikan disebutkan pada saat sistem informasi dibangun; mereka
hanya menyatakan apa sistem baru akan melakukan. Dengan cara ini, pengembang tidak
terganggu oleh detail teknis dan tidak bias oleh keterbatasan teknis pada tahap awal
pengembangan sistem. Bisnis pengguna lebih memahami diagram yang menunjukkan
"tampilan bisnis" dari sistem. Selama desain, model proses fisik dibuat untuk
menunjukkan implementasi rincian dan menjelaskan bagaimana sistem akhir akan bekerja.
Rincian ini dapat mencakup referensi teknologi aktual, format informasi yang bergerak
melalui proses, dan interaksi manusia yang terlibat. Dalam beberapa kasus, paling sering
ketika paket- usia digunakan, kasus penggunaan mungkin perlu direvisi juga. Ini calon
model menggambarkan karakteristik sistem yang akan dibuat, mengkomunikasikan
“sistem tems view” dari sistem baru.
B. Designing Program
Design Program merupakan langkah awal suatu kegiatan yang dilakukan untuk
menganalisis situasi dan permasalahan, merencanakan strategi dan struktur, serta
menghasilkan rencana kerja yang matang. Dalam designing program, hal-hal yang harus
dilakukan yaitu membuat diagram atau bagan struktur yang menunjukkan berbagai
komponen program, bagaimana komponen program tersebut diatur, dan bagaimana
komponen-komponen program tersebut saling berhubungan. Bagan struktur
menggambarkan organisasi dan interaksi komponen program yang bekerja secara
independen. Diagram atau bagan srtuktur digunakan oleh organisasi dalam perencanaan
design program untuk menyusun kode dalam membangun suatu sistem. Setelah semua
program didefinisikan secara keseluruhan melalui bagan struktur, selanjutnya yaitu
menulis spesifikasi program untuk menjelaskan hal-hal yang perlu disertakan dalam setiap
program. Spesifikasi program meliputi informasi dasar (nama, perhitungan yang pelu
dilakukan, dan bahasa pemrograman), instruksi khusus untuk programmer, dan
pseudocode. Pseudocode adalah suatu teknik yang terstruktur digunakan untuk
mengetahui hal-hal yang perlu dicatat untuk bahasa program melalui struktur
pemorgraman dan bahasa generic yang tidak spesifik. Selanjutnya spesifikasi program
menyerahkan detail implementasi kepada pemrograman untuk mengurangi kesalahan logis
dan sintaksis selama fase implementasi.
Teknik design program ini didasarkan pada informasi dan teknik awal SDLC,
diantaranya komponen bagan struktur yangmenggambarkan suatu proses dan deskripsi
proses. Selai itu, teknik dan informasi yang digunakan juga bertujuan untuk
mengembangkan spesifikasi program. Kendala yang dihadapi ketika mendesain suatu
program yaitu ketika terjadi masalah atau inkonsistensi dengan hasil analisis, sehingga
harus memperbaiki kembali sebelum melakukakan langkah selanjutnya. Langkah terakhir
yang dilakukan dalam design program yaitu menyususn dokumen design program yang
mencakup semua bagan struktur dan spesifikasi program untuk mengimplementasikan
sistem.

C. Structure Chart
Bagan struktur adalah teknik penting yang membantu analis merancang program untuk
sistem baru. Bagan struktur menunjukkan semua komponen kode yang harus dimasukkan
dalam program pada tingkat tinggi, diatur dalam format hirarki yang menyiratkan urutan
(dalam urutan apa komponen dipanggil), pemilihan (di bawah apa kondisi modul
dipanggil), dan pengulangan (seberapa sering komponen diulang). Komponen biasanya
dibaca dari atas ke bawah, kiri ke kanan, dan diberi nomor oleh skema penomoran hierarkis
di mana tingkat yang lebih rendah memiliki tambahan tingkat penomoran nasional
(misalnya, tingkat ketiga modul akan diberi nomor 1.1.1, 1.1.2, 1.1.3... ).
Bagan struktur secara historis telah digunakan untuk membuat aplikasi yang memiliki
banyak baris kode yang harus dipantau dengan cermat. Ini akan membantu analis membuat
program yang mudah dipahami dan dipelihara, karena penggunaan modul tersebut
mencegah perubahan sepanjang program-program. Kami percaya bahwa bagan struktur
dapat membantu dalam membangun banyak jenis sistem karena mereka menekankan
struktur dan dapat digunakan kembali, hal ini merupakan karakteristik dari setiap program
yang baik. Misalkan sistem akademik membutuhkan program yang akan mencetak daftar
siswa beserta Indeks Prestasi Kumulatif (IPK), baik untuk semester saat ini dan
keseluruhan. Pertama, program harus mengambil catatan nilai siswa; lalu harus
menghitung IPK saat ini dan kumulatif; akhirnya, daftar nilai bisa dicetak.

Simbol-simbol Dasar

Dalam menggambarkan struktur organisasi sistem secara berjenjang digunakan

beberapa macam simbol. Simbol-simbol ini merupakan simbol-simbol standar yang paling
banyak digunakan. Disamping simbol-simbol standar tersebut, pemrogram juga dapat
menambah khasanah simbol yang akan digunakan dalam penggambaran tersebut, tetapi
pemrogram juga harus memberi penjelasan tentang maksud dari simbol yang dibuat
tersebut dalam bentuk kamus simbol. Namun demikian sebaiknya pemrogram
menggunakan simbol-simbol standar untuk menggambarkan struktur sistem tersebut agar
mudah dipahami oleh pemrogram lain.
Contoh penggunaan simbol-simbol pada structure chart dalam menggambarkan struktur
suatu sistem.
Structure Chart memiliki dua model penggambaran sistem, yaitu Transformed-Centered
dan Transaction-Centered.

1. Transformed-Centered

Structure Chart dengan model Transformed Centered menggambarkan sistem dalam

cabang utama, yaitu :

 Cabang Input yang merupakan cabang yang akan menerima input dan menentukan
status input untuk siap di proses.
 Cabang Proses yang merupakan cabang yang akan melakukan fungsi utama dari
sistem, yaitu memproses input yang dikirim dari cabang input.
 Cabang Output, merupakan cabang yang akan memformat data menjadi output.

Contoh:

2. Transaction-Centered
HIPO (Hierarchy plus Input-Process-Output)
HIPO merupakan alat dokumentasi program yang dikembangkan dan didukung oleh
IBM. Tetapi kini HIPO juga telah digunakan sebagai alat bantu untuk merancang dan
mendokumentasikan siklus pengembangan system.

 Sasaran HIPO

HIPO telah dirancang dan dikembangkan secara khusus untuk menggambarkan

suatu struktur bertingkat guna memahami fungsi-fungsi dari modul-modul suatu sistem,
dan HIPO juga dirancang untuk menggambarkan modul-modul yang harus diselesaikan
oleh pemrogram. HIPO tidak dipakai untuk menunjukkan instruksi-instruksi program
yang akan digunakan, disamping itu HIPO menyediakan penjelasan yang lengkap dari
input yang akan digunakan, proses yang akan dilakukan serta output yang diinginkan.

DIAGRAM HIPO
HIPO menggunakan tiga macam diagram untuk masing-masing tingkatannya, yaitu
sebagai berikut :

1) Visual table of contents

Diagram ini menggambarkan hubungan dari modul-modul dalam suatu sistem secara
berjenjang.
2) Overview diagrams
Overview diagrams digunakan untuk menunjukkan secara garis besar hubungan dari
input, proses dan output, dimana bagian input menunjukkan item-item data yang akan
digunakan oleh bagian proses berisi langkah-langkah yang menggambarkan kerja dari
fungsi atau modul dan bagian output berisi hasil pemrosesan data.

3) Detail diagram
Detail Diagram berisi elemen-elemen dasar dari paket yang menggambarkan secara
rinci kerja dari fungsi atau modul.
D. Program Spesification
Setelah analis mengomunikasikan gambaran besar tentang bagaimana program
seharusnya disatukan, menjelaskan modul individu dengan cukup detail sehingga
programmer dapat mengambil alih dan mulai menulis kode. Modul pada bagan struktur
dijelaskan dengan menggunakan spesifikasi program, dokumen tertulis yang
mencakup:instruksi eksplisit tentang cara memprogram potongan kode. Biasanya, tim proyek
anggota menulis satu spesifikasi program untuk setiap modul pada bagan struktur dan
kemudian meneruskannya ke pemrogram, yang menulis kode selama tahap pelaksanaan
proyek. Spesifikasi harus sangat jelas dan mudah mengerti, atau programmer akan
diperlambat mencoba menguraikan yang tidak jelas atau instruksi yang tidak lengkap.

Sintaksis

figure 10-19

Tidak ada sintaks formal untuk spesifikasi program, jadi setiap organisasi
menggunakan formatnya sendiri, seringkali berbentuk seperti pada Gambar 10-19. Sebagian
besar program khusus-formulir berisi empat komponen yang menyampaikan informasi yang
programmer perlu menulis kode yang sesuai. Bagian atas formulir pada Gambar 10-19 berisi
program dasar informasi, seperti nama modul, tujuannya, tenggat waktu, pro- grammer, dan
bahasa pemrograman target. Informasi ini digunakan untuk membantu mengelola upaya
pemrograman. Bagian kedua dari formulir digunakan untuk membuat daftar peristiwa yang
memicu fungsionalitas dalam program. Peristiwa adalah sesuatu yang terjadi atau terjadi.
Klik- ing mouse menghasilkan acara mouse; menekan tombol menghasilkan penekanan
tombol event—bahkan, hampir semua yang dilakukan pengguna menyebabkan sebuah event
terjadi.
 Dengan pemrograman terstruktur, bagian acara dari program yang ditentukan akan
relevan. Namun, banyak program saat ini didorong oleh peristiwa dan program yang
digerakkan oleh peristiwa termasuk prosedur yang dieksekusi dalam menanggapi suatu
peristiwa yang diprakarsai oleh pengguna, sistem, atau kode program. Setelah inisial- ization,
program menunggu beberapa jenis peristiwa terjadi, dan ketika itu terjadi, program
melakukan tugas yang sesuai, lalu menunggu sekali lagi.

Saat ini telah menemukan bahwa banyak programmer masih menggunakan spesifikasi
program ketika pemrograman dalam bahasa yang digerakkan oleh peristiwa, dan mereka
menyertakan bagian acara di form untuk menangkap kapan program akan dipanggil.
Pemrogram lain telah beralih ke alat desain lain yang menangkap instruksi pemrograman
yang digerakkan oleh peristiwa. Salah satunya alat, diagram mesin status perilaku, dijelaskan
secara rinci dalam Bab 14. Bagian selanjutnya dari spesifikasi program menjelaskan input
dan output ke program, yang diidentifikasi oleh pasangan data dan kontrol pasangan 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 / Kode Semu adalah garis besar dari baris kode yang perlu ditulis, dan
disajikan di bagian formulir berikutnya. Jika ingat, kapan kami harus menjelaskan proses
pada DFD, kami menggunakan teknik yang disebut struc- bahasa Inggris, bahasa dengan
sintaks berdasarkan bahasa Inggris dan program terstruktur. Deskripsi DFD ini dalam bahasa
Inggris terstruktur sekarang digunakan sebagai yang utama masukan untuk menghasilkan
pseudocode. Pseudocode adalah bahasa yang berisi struktur logika, termasuk pernyataan
pernyataan kondisional, dan iterasi. Ini berbeda dari Eng- lish dalam kode semu itu berisi
detail yang spesifik untuk pemrograman, seperti instruksi inisialisasi atau linking, dan juga
lebih ekstensif sehingga pro- Grammer dapat menulis modul dengan meniru instruksi
pseudocode. Di umum, pseudocode lebih mirip kode nyata, dan audiensnya adalah program-
mer sebagai lawan analis. Formatnya tidak sepenting informasinya menyampaikan. Gambar
10-20 menunjukkan contoh singkat pseudocode untuk modul yang bertanggung jawab untuk
menghitung diskon pada transaksi pembelian.

Applying the Concepts at Tune Source

Lihat bagan struktur pada Gambar 10-12 untuk contoh berikut.

 Figure 10-12

Meskipun tidak ditunjukkan pada bagan struktur, ada modul bawahan yang terkait dengan
modul permintaan pencarian proses (1.1.2) yang melakukan pencarian lagu oleh artis, oleh
judul, menurut genre, dll. Setiap modul pada diagram harus memiliki program terkait
spesifikasi, tetapi untuk sekarang mari kita buat satu untuk modul 1.1.2.2, temukan lagu
berdasarkan judul.

Figure 10-22

Bagian pertama dari formulir (Gambar 10-22) berisi informasi dasar tentang spesifikasi,
seperti nama dan tujuannya. Karena pemrograman yang digerakkan oleh peristiwa bahasa
yang akan digunakan, kami mencantumkan peristiwa yang akan memicu program untuk
berjalan.

Input dan output untuk program sesuai dengan dua pasangan dibagan struktur: judul
yang dikirim ke modul 1.1.2.2 dan nada yang dilewatkan oleh modul. Kami menambahkan
ini ke bagian input dan output dari formulir, masing-masing. Selanjutnya, kami menggunakan
deskripsi bahasa Inggris terstruktur untuk modul yang ditemukan dalam deskripsi proses
untuk mengembangkan kode semu yang akan mengomunikasikan kode yang harus ditulis
untuk program. Namun, saat kami menulis kodesemu dan memeriksa deskripsi proses, kami
menemukan masalah—strukturnya.
 DAFTAR PUSTAKA

Alan Denis, B. H. (2013). System Analysis And Design. United States Of America: Wiley

Hidayat, Ahmad. (2017). Algoritma Pemrograman 1A [PowerPoint slides]. Diakses dari

https://docplayer.info/136154616-Algoritma-pemrograman-1a-ak-d3-da-pertemuan-1-ahmad-
hidayat.html