BAB IV IMPLEMENTASI DAN PENGUJIAN

(1)

IV-1

IMPLEMENTASI DAN PENGUJIAN

Pada bab ini akan dibahas implementasi yang dilakukan terhadap perangkat lunak berdasarkan analisis dan perancangan yang telah dilakukan sebelumnya. Bab ini juga akan berisikan pengujian yang dilakukan terhadap perangkat lunak dan analisis hasil keluaran dari perangkat lunak.

4.1 Implementasi Perangkat Lunak

Subbab ini akan membahas mengenai implementasi perangkat lunak yang dilakukan berdasarkan perancangan yang telah dijelaskan dalam bab III. Pembahasan implementasi ini meliputi pembahasan lingkungan implementasi, batasan implementasi, implementasi modul serta implementasi masukan dan keluaran dari perangkat lunak.

IV.1.1 Lingkungan Implementasi

Lingkungan implementasi yang dibahas mencakup dua hal, yaitu : lingkungan perangkat keras dan lingkungan perangkat lunak.

IV.1.1.1 Lingkungan Perangkat Keras

Perangkat keras yang digunakan dalam implementasi adalah sebagai berikut : 1. Prosesor AMD Athlon Xp 2100+

2. Memori 512 Megabytes 3. Harddisk 80 Gigabytes 4. Monitor 17``

IV.1.1.2 Lingkungan Perangkat Lunak

Perangkat lunak yang digunakan dalam implementasi adalah sebagai berikut : 1. Sistem operasi Windows XP Service Pack 2

2. Bahasa pemrograman C

(2)

4. Teks editor : UltraEdit32 versi 9.00a

5. Pustaka lcgrand untuk membangkitkan bilangan random (didapatkan dari http://www.mhhe.com/lawkelton)

IV.1.2 Batasan Implementasi

Batasan – batasan yang terdapat dala implementasi perangkat lunak adalah sebagai berikut : 1. Diasumsikan masukan yang diberikan oleh user benar dan sesuai dengan aturan yang

berlaku

2. Setiap transaksi hanya dapat mengubah isi storage sebanyak satu buah untuk setiap blok ENTER / LEAVE

3. Hanya satu buah transaksi yang dapat dikeluarkan dari chain oleh blok UNLINK untuk setiap transaksi yang masuk

4. Seluruh control statement yang disertakan dalam masukan harus berada di bawah seluruh blok

IV.1.3 Implementasi Modul

Berdasarkan perancangan yang telah dilakukan pada bab III, terdapat enam buah modul yang akan diimpelentasikan. Pemetaan modul – modul ke dalam prosedur atau fungsi dalam perangkat lunak dapat dilihat dalam tabel IV-1. Beberapa modul disatukan dalam satu file

selama proses implementasi dikarenakan input dan output dari modul – modul tersebut saling berkaitan satu sama lain dan tak dapat dipisahkan.

Tabel IV-1 Pemetaan modul ke dalam berkas - berkas

Modul Perancangan Berkas Implementasi Keterangan

Modul Pembaca gpss.c Membaca file masukan dari user dan

memasukkannya ke dalam list, sesuai dengan proses pembacaan baris program pada DFD level 1

Modul Pembagi gpss.c Membagi list hasil pembacaan menjadi dua sesuai dengan kriteria masing – masing

Modul Pemroses Blok

gpss.c Melakukan proses terhadap blok sesuai urutan simulasi dan jenisnya untuk kemudian dikembalikan ke proses utama Modul Pemroses

Control Statement

gpss.c Mengekstrak nilai dari control statement

sehingga simulasi berjalan sesuai dengan nilai dari control statement

Modul Penjalanan Instruksi

gpss.c Menjalankan simulasi jika ada control statement yang berfungsi untuk menjalankan simulasi dipanggil

(3)

Modul Perancangan Berkas Implementasi Keterangan

main.c Menjalankan control statement satu per satu sesuai urutan dan memberikan hasilnya sebagai nilai pengontrol simulasi

Modul Pembuat

Report

gpss.c Membuat file report sesuai dengan hasil akhir dari simulasi dan memberikannya kepada user sesuai dengan proses pembuatan report pada DFD level 1

IV.1.4 Implementasi Masukan dan Keluaran

Berkas masukan dan keluaran perangkat lunak adalah file teks dengan format tertentu menyerupai format masukan dan keluaran dari GPSS sendiri yang dicontohkan dalam bab II. Format yang digunakan untuk menjalankan perangkat lunak dalam mode command prompt

adalah : [nama_file_exe] [nama_file_masukan.txt] [nama_file_keluaran.txt].

IV.1.4.1 Implementasi Masukan

Format berkas masukan yang terdiri dari kumpulan blok dan control statement dapat dilihat pada gambar IV-1. Urutan blok dan control statement dijalankan dari atas ke bawah, jadi

control statement yang berfungsi menjalankan simulasi seperti start harus berada di bawah

control statement yang berfungsi sebagai pengontrol simulasi. Location dan field boleh dikosongkan sesuai dengan jenis blok atau control statement yang tercantum dalam bab II.

Gambar IV-1 Format berkas masukan

IV.1.4.2 Implementasi Keluaran

Berkas keluaran yang dihasilkan perangkat lunak berisikan hasil dari penjalanan simulasi. Berkas ini berisikan waktu total simulasi, data dari setiap blok, dan data dari setiap entitas yang digunakan dalam simulasi. Sebenarnya gpss juga memberikan berkas masukan pada berkas keluaran, namun karena user pasti sudah memiliki berkas masukan, maka pada berkas

(4)

keluaran yang diimplementasikan, salinan dari berkas masukan tidak disertakan. Berikut akan disertakan contoh berkas masukan dan keluaran yang dimasukkan/dihasilkan perangkat lunak yang masing – masing direpresentasikan oleh gambar IV-2 dan gambar IV-3.

Gambar IV-2 Contoh berkas masukan

(5)

4.2 Pengujian dan Analisis Hasil Uji

Pengujian yang dilakukan bertujuan untuk menguji setiap blok yang digunakan dalam GPSS dan melihat kinerja keseluruhan blok tersebut dalam rangkaian sebah simulasi. Pengujian untuk setiap blok dibatasi pada bekerja / tidaknya blok tersebut sedangkan untuk kinerjanya didasarkan pada hasil kinerja blok tersebut dalam sebuah proses simulasi. Pengujian yang dilakukan menggunakan lingkungan yang sama dengan lingkungan implementasi.

Dalam sub bab ini akan dijelaskan uji kasus yang diberikan pada perangkat lunak beserta penjelasan blok apa yang diuji serta hasil dan analisis dari hasil yang dikeluarkan perangkat lunak.

IV.2.1 Uji Kasus 1

Problem : Sebuah mesin pada manufacturing shop membuat sebuah parts setiap 5 menit, yang kemudian diperiksa oleh seorang inspektor dengan waktu 1 – 7 menit (4 +- 3) untuk setiap parts dan menolak 10% (kemungkinan) dari parts yang diperiksa. Parts yang dibuat berjumlah 1000 buah.

Gambar IV-4 Blok Diagram Uji Kasus 1

Uji kasus 1 diperuntukan bagi pengujian block counts (data dari setiap blok yang digunakan dalam simulasi) dan pengujian blok dasar dalam GPSS seperti GENERATE, ADVANCE, TRANSFER (mode random), dan TERMINATE. Gambar IV-4 menunjukan blok diagram dari uji kasus ini.

(6)

Uji kasus yang dibuat dari blok diagram di atas dapat diterjemahkan dalam bahasa GPSS (masukan) sebagai berikut :

GENERATE 5 ADVANCE 4,3 TRANSFER .1,ACC,REJ ACC TERMINATE 1 REJ TERMINATE 1 START 1000

Gambar IV-5 Hasil Uji Kasus 1

Hasil dari uji kasus 1 dapat dilihat pada gambar IV-5. dari gambar, terlihat bahwa 903 dari 1000 parts yang dihasilkan diterima, dan 97 yang ditolak dengan menghabiskan total waktu 5005 menit. Dengan tambahan masih ada parts yang diproses pada blok GENERATE (1) dan ADVANCE (2).

Problem : Digunakan problem manufacturing shop dari uji kasus 1. Waktu yang digunakan untuk memeriksa sebuah parts adalah 1 - 7 menit, sedangkan pembuatan sebuah parts

memerlukan waktu 5 menit, jadi ada kalanya sebuah parts telah selesai dibuat, namun inspektor belum selesai memeriksa. Dalam kasus ini, sepertinya blok ADVANCE dapat menangani dua transaksi yang masuk sekaligus atau terlihat seperti ada lebih dari satu inspektor. Untuk itu, perlu merepresentasikan satu inspektor ini sebagai satu buah facility

yang disimulasikan dengan blok SEIZE dan RELEASE.

Uji kasus 2 diperuntukan bagi pengujian entitas facility beserta blok yang menggunakannya (SEIZE dan RELEASE). Ilustrasi : Gambar IV-6 menunjukan blok diagram dari uji kasus ini.

(7)

Gambar IV-6 Blok Diagram Uji Kasus 2 5,0 4,3 GENERATE SEIZE ADVANCE 1 RELEASE 0,1 TRANSFER 1 1 TERMINATE ACC REJ 1

Uji kasus yang direpresentasikan dalam blok diagram di atas dapat diterjemahkan ke dalam bahasa GPSS sebagai berikut :

GENERATE 5 SEIZE 1 ADVANCE 4,3 RELEASE 1 TRANSFER .1,ACC,REJ ACC TERMINATE 1 REJ TERMINATE 1 START 1000

Hasil dari uji kasus 2 dapat dilihat pada gambar IV-7. Dari gambar, terlihat penggunaan

facility yang merepresentasikan seorang inspektor dengan lama pemeriksaan rata-rata 3.453 menit. Statistik lainnya dapat dilihat pada gambar.

(8)

Problem : seperti yang dicontohkan dalam bab II, dalam uji kasus ini, inspektor yang memeriksa parts ada tiga orang dengan waktu periksa 3 – 21 menit masing – masing inspektor. Tiga inspektor ini direpresentasikan dengan storage berkapasitas tiga. Gambar IV-8 menunjukan blok diagram dari uji kasus ini.

5,0 12,9 GENERATE ENTER ADVANCE 1 LEAVE 0,1 TRANSFER 1 1 TERMINATE ACC REJ 1

Uji kasus 3 diperuntukan bagi pengujian entitas storage beserta blok yang menggunakannya (ENTER dan LEAVE).

GENERATE 5 ENTER 1 ADVANCE 12,9 LEAVE 1 TRANSFER .1,ACC,REJ ACC TERMINATE 1 REJ TERMINATE 1 1 STORAGE 3 START 1000

(9)

Hasil uji kasus 3 dapat dilihat pada gambar IV-9. Dari gambar, terlihat penggunaan entitas

storage sebagai representasi tiga inspektor, dengan rata - rata 2.266 inspektor sibuk untuk keseluruhan waktu dan rata – rata waktu pemeriksaan 11.366 per inspektor. Statistik lainnya dapat dilihat pada gambar.

Problem : digunakan problem manufacturing shop dengan storage seperti pada uji kasus 3. dalam uji kasus 3, ada saatnya sebuah parts yang sudah dibuat, menunggu karena ketiga inspektor sibuk. Untuk melihat proses menunggu ini, digunakan entitas queue dalam GPSS. Entitas table digunakan untuk melihat waktu yang dibutuhkan seorang inspektor untuk memeriksa sebuah parts.

Uji kasus 4 diperuntukan bagi pengujian entitas queue dan table beserta blok yang menggunakannya (QUEUE, DEPART, MARK dan TABULATE). Blok diagram dari uji kasus ini dapat dilihat pada gambar IV-10.

GENERATE 5 QUEUE 1 ENTER 1 DEPART 1 MARK ADVANCE 12,9 LEAVE 1 TABULATE 1 TRANSFER .1,ACC,REJ ACC TERMINATE 1 REJ TERMINATE 1 1 STORAGE 3 1 TABLE M1,5,5,10 START 1000

(10)

Hasil uji kasus 4 dapat dilihat pada gambar IV-11. Dari gambar, dapat dilihat data antrian yang menunggu inspektor melalui entitas queue; dan data lamanya pemeriksaan sebuah parts

(11)

Problem : Bayangkan kembali penggunaan tiga orang inspektor tetapi parts yang akan diperiksa ditempatkan dalam sebuah ban berjalan. Waktu yang dibutuhkan untuk sampai ke inspektor pertama adalah dua menit, jika dia tidak sibuk maka parts akan diperiksa, tetapi jika sibuk, maka parts akan berjalan lagi selama dua menit menuju inspektor kedua. Jika inspektor ini tidak sibuk, parts akan diperiksa tetapi jika sibuk, maka parts akan kembali berjalan selama dua menit pada ban berjalan menuju inspektor ketiga. Jika inspektor ini tidak sibuk, maka parts akan diperiksa, tetapi jika sibuk, maka parts akan dianggap hilang (tidak diperiksa). Untuk memperkecil model, maka hanya waktu transit parts yang akan dicatat dan kemungkinan inspektor menolak parts yang diperiksa diabaikan.

Uji Kasus 5 diperuntukan bagi pengujian blok TRANSFER (mode conditional dan

unconditional). Blok diagram dari uji kasus ini dapat dilihat pada gambar IV-12.

Uji kasus yang direpresentasikan dalam blok diagram pada gambar IV-12 dapat diterjemahkan ke dalam bahasa GPSS sebagai berikut :

GENERATE 5 ADVANCE 2 TRANSFER BOTH,,CONV1 SEIZE 1 ADVANCE 12,9 RELEASE 1 TAB TABULATE 1 TERMINATE 1 CONV1 ADVANCE 2 TRANSFER BOTH,,CONV2 SEIZE 2 ADVANCE 12,9 RELEASE 2 TRANSFER ,TAB CONV2 ADVANCE 2 TRANSFER BOTH,,CONV3 SEIZE 3 ADVANCE 12,9 RELEASE 3 TRANSFER ,TAB

(12)

CONV3 TERMINATE

1 TABLE M1,5,5,10

START 1000

Hasil uji kasus 5 dapat dilihat pada gambar IV-13. Dari gambar, dapat dilihat aliran dari ban berjalan, walaupun tidak ada parts yang hilang (blok 21 tidak pernah dimasuki transaksi). Data selengkapnya dapat dilihat pada gambar.

(13)

Problem : Digunakan ilustrasi sebuah pasar swalayan sederhana, di mana pelanggan yang datang mengambil sebuah keranjang untuk berbelanja (satu pelanggan satu keranjang) dengan jumlah keranjang yang terbatas (50 buah). Jika keranjang habis, maka pelanggan akan pergi tanpa berbelanja. Jika pelanggan mendapatkan sebuah keranjang, maka ia akan berbelanja dan akan mengantri pada salah satu dari lima counter pembayaran (kasir) yang disediakan. Setelah melalui kasir (membayar), maka pelanggan akan mengembalikan keranjang dan keluar dari pasar swalayan.

Uji kasus 6 diperuntukan bagi pengujian parameter dari transaksi beserta blok yang menggunakannya (ASSIGN) dan control statement FUNCTION dan VARIABLE. Blok diagram uji kasus ini dapat dilihat pada gambar IV-14.

Dalam uji kasus ini pelanggan datang dengan waktu kedatangan rata – rata 36 detik dan sebuah fungsi yang menyerupai distribusi poisson (tidak dijelaskan di sini) sebagai nilai acak (FUNCTION 1). Jumlah barang yang dibeli didistribusi secara random antara 5 sampai 20 dengan kemungkinan : 0.2 untuk 5, 0.3 untuk 10, 0.4 untuk 15, 0.1 untuk 20 (FUNCTION 2). Dan lamanya waktu berbelanja tergantung dari banyaknya barang yang dibeli dengan distribusi : 0 barang maka waktu berbelanja 0, 15 barang maka waktu berbelanja 400, 30 barang maka waktu berbelanja 900, 45 barang maka waktu berbelanja 1500 dan 60 barang

(14)

maka waktu berbelanja 2250 (FUNCTION 3). Lamanya waktu untuk membayar (kasir) akan ditentukan dengan sebuah perhitungan : 10 detik untuk setiap barang dan 25 detik pengepakan (VARIABLE 1).

(15)

Representasi bahasa GPSS untuk uji kasus ini adalah sebagai berikut : GENERATE 36,FN1 TRANSFER BOTH,,AWAY ENTER BSKT ASSIGN 1,FN2,PH ADVANCE FN3 QUEUE WAIT ENTER CKT DEPART WAIT ADVANCE V1 LEAVE CKT TABULATE TRT TABULATE ITM LEAVE BSKT TERMINATE 1 AWAY TERMINATE TRT TABLE M1,500,500,10 ITM TABLE PH1,5,5,4 CKT STORAGE 5 BSKT STORAGE 50 1 FUNCTION RN1,C24 0.0,0.0/0.1,0.104/0.2,0.222/0.3,0.355/0.4,0.509/0.5,0.69/0.6,0.915/0.7,1.2/0.75,1.38/ 0.8,1.6/0.84,1.83/0.88,2.12/0.9,2.3/0.92,2.52/0.94,2.81/0.95,2.99/0.96,3.2/0.97,3.5/ 0.98,3.9/0.99,4.6/0.995,5.3/0.998,6.2/0.999,7.0/0.9997,8.0 2 FUNCTION RN1,D4 0.2,5.0/0.5,10.0/0.9,15.0/1.0,20.0 3 FUNCTION S$BSKT,C5 0.0,0.0/15,400/30,900/45,1500/60,2250 1 VARIABLE PH1*10+25 START 50,NP RESET START 1000

Hasil uji kasus 6 dapat dilihat pada gambar IV-15. Dari gambar, terlihat data dari entitas table

bernama BSKT dan CKT yang nilainya dihitung dengan menggunakan control statement

(16)

Problem: digunakan problem sebuah sistem telepon sederhana. Dalam sistem ini, panggilan dilakukan dari sejumlah line telepon dan sistem menghubungkan panggilan dengan menggunakan sambungan yang jumlahnya terbatas (10 buah). Cuma satu panggilan yang bisa dimuat dalam setiap line dalam suatu waktu, jika yang dipanggil sibuk atau tidak ada sambungan yang tersedia, maka panggilan dianggap hilang. Setiap line direpresentasikan dengan logic switch yang nomornya bersesuaian dengan nomor line. Line dianggap sibuk jika

switch dalam kondisi set. Waktu kedatangan akan didistribusikan dengan distribusi poisson (tidak dijelaskan) dengan waktu rata - rata 12 detik. Distribusi yang sama juga digunakan untuk lamanya panggilan dengan waktu rata – rata 120 detik. Diasumsikan setiap panggilan baru bisa datang dari line mana pun yang tidak sibuk dengan probabilitas sama untuk tiap – tiap line. Tujuan panggilan bisa line mana pun selain dirinya sendiri.

(17)

Uji kasus 7 diperuntukan bagi pengujian entitas logic switch beserta blok yang menggunakannya (LOGIC) dan pengujian blok GATE dan TEST serta pengujian entitas

savevalue beserta control statement INITIAL. Blok diagram uji kasus ini dapat dilihat dalam gambar IV-16.

Uji kasus yang direpresentasikan dalam blok diagram pada gambar IV-8 dapat diterjemahkan ke dalam bahasa GPSS sebagai berikut :

GENERATE 12,FN1 TESTG V2,2,ABND ASN1 ASSIGN 1,V1,PH GATELR PH1,ASN1 ASN2 ASSIGN 2,V1,PH TESTNE PH1,PH2,ASN2 LOGICS PH1 TRANSFER BOTH,,BLKD GETL ENTER LNKS GATELR PH2,BUSY LOGICS PH2 ADVANCE 120,FN1 LOGICR PH1 LOGICR PH2 LEAVE LNKS TERM TERMINATE 1 ABND TERMINATE 0 BLKD LOGICR PH1 TERMINATE 1 BUSY LEAVE LNKS LOGICR PH1 TERMINATE 1 LNKS STORAGE 10 1 FUNCTION RN1,C24 0.0,0.0/0.1,0.104/0.2,0.222/0.3,0.355/0.4,0.509/0.5,0.69/0.6,0.915/0.7,1.2/0.75,1.38/ 0.8,1.6/0.84,1.83/0.88,2.12/0.9,2.3/0.92,2.52/0.94,2.81/0.95,2.99/0.96,3.2/0.97,3.5/ 0.98,3.9/0.99,4.6/0.995,5.3/0.998,6.2/0.999,7.0/0.9997,8.0 1 VARIABLE XH1*RN1/1000+1 2 VARIABLE XH1-2*S$LNKS-2 INITIAL XH1,50 START 10,NP RESET START 1000

Hasil uji kasus 7 dapat dilihat dalam gambar IV-17. Dari gambar, terlihat pengalihan blok oleh blok GATE dan TEST sesuai dengan kondisinya dan juga penggunaan entitas logic switch yang kondisinya digunakan oleh blok GATE. Data selengkapnya dapat dilihat dalam gambar.

(18)

Problem : digunakan problem sistem telepon sederhana seperti pada uji kasus 7. Jika dalam sistem telepon tersebut, panggilan yang diblok (BLKD), menunggu sambungan berikutnya yang kosong (pada uji kasus 7, sambungan diputus). Line 1 adalah milik presiden perusahaan, jadi jika ada ada panggilan untuk line 1, sambungan yang kosong selanjutnya akan langsung menghubungkan telepon tersebut. Selain itu, diberlakukan FIFO.

1 PH1 PH1 1 V1 H 0 12,FN1 V2>2 LR PH1 2 V1 H P1 /= P2 S BOTH LINK LR PH2 R S PH2 120,FN1 PH1 R PH2 R LNKS LNKS LNKS N ABND Y N ASN1 Y N ASN2 Y B A BLKD N BUSY Y WAIT PH1 CH$WAIT > 0 LR 1 UNLINK WAIT 1 2 1 UNLINK WAIT 1 CKCH Y N GETF F Y TERM GETL N

(19)

Uji kasus 8 diperuntukan bagi pengujian entitas chain beserta blok yang menggunakannya (LINK dan UNLINK). Blok diagram uji kasus ini dapat dilihat dalam Gambar IV-18. Karena tidak banyak yang diubah, maka blok diagram uji kasus ini menyerupai blok diagram uji kasus 7 (hanya bagian kanan dari blok diagram pada gambar IV-16 yang berubah).

Uji kasus ini dapat dituliskan dalam bahasa GPSS sebagai berikut : GENERATE 12,FN1 TESTG V2,2,ABND ASN1 ASSIGN 1,V1,PH GATELR PH1,ASN1 ASN2 ASSIGN 2,V1,PH TESTNE PH1,PH2,ASN2 LOGICS PH1 TRANSFER BOTH,,BLKD GETL ENTER LNKS GATELR PH2,BUSY LOGICS PH2 ADVANCE 120,FN1 LOGICR PH1 LOGICR PH2 LEAVE LNKS CKCH TESTG CH$WAIT,0,TERM GATELR 1,GETF UNLINK WAIT,GETL,1,2PH,1,GETF TERM TERMINATE 1

GETF UNLINK WAIT,GETL,1

TRANSFER ,TERM ABND TERMINATE 0 BLKD LINK WAIT,1PH BUSY LEAVE LNKS LOGICR PH1 TRANSFER ,CKCH LNKS STORAGE 10 1 FUNCTION RN1,C24 0.0,0.0/0.1,0.104/0.2,0.222/0.3,0.355/0.4,0.509/0.5,0.69/0.6,0.915/0.7,1.2/0.75,1.38/ 0.8,1.6/0.84,1.83/0.88,2.12/0.9,2.3/0.92,2.52/0.94,2.81/0.95,2.99/0.96,3.2/0.97,3.5/ 0.98,3.9/0.99,4.6/0.995,5.3/0.998,6.2/0.999,7.0/0.9997,8.0 1 VARIABLE XH1*RN1/1000+1 2 VARIABLE XH1-2*S$LNKS-CH$WAIT-2 INITIAL XH1,50 START 10,NP RESET START 1000

(20)

Gambar IV-20 Hasil Uji Kasus 8 dengan Kapasitas Storage 2

Hasil uji kasus 8 dapat dilihat dalam gambar IV-19. Dari gambar, terlihat strorage tidak pernah penuh (maksimum isi storage adalah 3 sedangkan kapasitas 10), sehingga pada blok ke delapan (TRANSFER) transaksi tidak pernah masuk ke dalam lokasi BLKD, tempat LINK diuji. Untuk itu, kapasitas storage (LNKS) dimodifikasi menjadi 2 dan hasilnya dapat dilihat dalam gambar IV-20.

IV.2.9 Ikhtisar Pengujian

Dalam sub bab ini akan diberikan hasil dari pengujian yang telah disimpulkan dalam bentuk sebuah tabel. Hasil secara umum ini dapat dilihat dalam tabel IV-2.

Tabel IV-2 Hasil pengujian secara umum

Uji kasus

Blok / bagian yang diuji

Hasil Keterangan 1. Block counts dan

waktu

berhasil Setiap transaksi yang masuk ke dalam blok tercatat dan waktu total simulasi benar

2. Facility (SEIZE, RELEASE)

berhasil Entitas facility beserta blok yang menggunakannya menghasilkan keluaran yang benar.

3. Storage (ENTER, LEAVE)

berhasil Entitas storage beserta blok yang menggunakannya menghasilkan keluaran yang benar.

4. Queue dan table berhasil Entitas queue dan table menghasilkan keluaran yang benar. Untuk queue, maksimum antrian terbatas 1 karena dijalankan per transaksi

5. TRANSFER (mode

conditional)

berhasil Blok TRANSFER berhasil mengalihkan transaksi ke blok lain saat blok tujuan sibuk

6. Parameter, FUNCTION dan VARIABLE

berhasil Parameter dari transaksi berhasil diakses (baca dan tulis), control statement FUNCTION dan

VARIABLE menghasilkan hasil perhitungan yang benar

7. Logic switch,

savevalue, TEST, GATE

berhasil Nilai dari savevalue benar, logic switch berfungsi, TEST dan GATE berfungsi

8. chain berhasil Transaksi berhasil dimasukkan ke dalam chain