penerapan manajemen transaksi dalam sistem … · in this final project will be created a system to...

i

PENERAPAN MANAJEMEN TRANSAKSI DALAM

SISTEM INFORMASI PRODUKSI PRINTING OUTDOOR

Skripsi

HALAMAN JUDUL BAHASA INDONESIA

Diajukan untuk Memenuhi Salah Satu Syarat

Memperoleh Gelar Sarjana Komputer

Program Studi Teknik Informatika

Oleh :

Agnes Kartikasari

NIM : 085314021

PROGRAM STUDI TEKNIK INFORMATIKA

JURUSAN TEKNIK INFORMATIKA

FAKULTAS SAINS DAN TEKNOLOGI

UNIVERSITAS SANATA DHARMA

YOGYAKARTA

2015

PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJIPLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI

ii

IMPLEMENTATION OF TRANSACTION MANAGEMENT IN

PRINTING PRODUCTION SYSTEM OUTDOOR

A Thesis

HALAMAN JUDUL BAHASA INGGRIS Presented as Partial Fulfillment of the Requirements

To Obtain the Sarjana Komputer Degree

In Informatics Engineering Department

By:

Agnes Kartikasari

NIM : 085314021

INFORMATICS ENGINEERING STUDY PROGRAM

DEPARTMENT OF INFORMATICS ENGINEERING

FACULTY OF SCIENCE AND TECHNOLOGY

SANATA DHARMA UNIVERSITY

YOGYAKARTA

2015


iii


iv


v

PERNYATAAN KEASLIAN KARYA


vi

PERNYATAAN PERSETUJUAN PUBLIKASI KARYA

ILMIAH UNTUK KEPENTINGAN AKADEMIS


vii

ABSTRAK

Percetakan yang ada saat ini telah memasuki era digital printing, yaitu

percetakan yang berbasis digital dan menggunakan format digital dalam

pengolahannya. Kegiatan utama yang dilakukan di percetakan adalah transaksi

penjualan. Untuk meningkatkan kinerja usaha percetakan, maka perlu dibangun

sebuah sistem yang mampu melakukan kegiatan transaksi penjualan.

Pada Tugas Akhir ini akan dibuat sebuah sistem untuk menangani masalah

the lost update problem dengan menggunakan Two Phase Locking (2PL) untuk

mengurangi kesalahan pencatatan data pada saat transaksi berlangsung secara

bersamaan. Sistem ini dikembangkan menggunakan bahasa pemrograman Java

dengan database MySQL Server.

Hasil akhir yang diperoleh dari penggunaan Two Phase Locking (2PL)

adalah proses manajemen transaksi dapat berjalan sehingga dapat mengatasi

masalah data yang hilang (the lost update problem) ketika 2 atau lebih user

melakukan transaksi secara bersamaan.


viii

ABSTRACT

Currently, printing production has entered the era of digital printing ,

which is digital -based printing and use the digital format in its processing . The

main activities are conducted in the printing of sales transactions . To improve

business performance printing , it is necessary to build a system capable of

conducting sales transactions .

In this final project will be created a system to deal with the lost update

problem by using Two Phase Locking ( 2PL ) to reduce data recording errors

when the transaction takes place simultaneously . This system was developed

using the Java programming language with MySQL database server .

The final results obtained from the use of Two Phase Locking ( 2PL ) is

a transaction management process can be run so as to overcome the problem of

lost data ( the lost update problem ) when two or more users conduct transactions

simultaneously .


ix

KATA PENGANTAR

Puji dan syukur kepada Tuhan Yesus Kristus yang telah senantiasa

memberikan berkat dan rahmat yang tak berkesudahan serta kesempatan yang

sangat berharga sehingga penulis dapat menyelesaikan skripsi dengan judul

“Penerapan Manajemen Transaksi Dalam Sistem Informasi Produksi

Printing Outdoor“.

Dalam kesempatan ini, penulis juga ingin mengucapkan terima kasih

sebesar-besarnya terhadap semua pihak yang telah memberi dukungan dan

semangat sehingga skripsi ini dapat selesai :

1. Ibu Ridowati Gunawan, S.Kom., M.T., selaku ketua jurusan Teknik

Informatika sekaligus dosen pembimbing. Terima kasih atas semua

bantuan , bimbingan, pengorbanan waktu, kesabaran, ilmu serta semangat

yang telah diberikan.

2. Ibu Sri Hartati W., S.Si., M.Kom. dan ibu Paulina Heruningsih Prima

Rosa, S.si., M.Sc. selaku dosen penguji. Terima kasih atas saran dan kritik

yang telah diberikan.

3. Kedua orang tua serta adik-adikku tercinta, Terima kasih untuk semua

kasih sayang dan perhatian yang tak terhingga.

4. Untuk Surya, Angga, Endra, Petra, Devi, Siska, Esy, Putri, Itha, Ela,

Bebeth, Rista, Ade, Jnez, Ocha dan seluruh teman-teman Teknik

Informatika angkatan 2008. Terima kasih atas dukungannya.

5. Semua pihak yang telah membantu penulis dalam menyelesaikan skripsi.


x

Penulis menyadari masih banyak kekurangan yang terdapat dalam laporan

tugas akhir ini. Saran dan kritik sangat diharapkan untuk hasil yang lebih baik di

masa depan.

Yogyakarta, 23 Juni 2015

Penulis


xi

DAFTAR ISI

HALAMAN JUDUL BAHASA INDONESIA ....................................................... i

HALAMAN JUDUL BAHASA INGGRIS ............................................................ ii

HALAMAN PERSETUJUAN PEMBIMBING .................................................... iii

HALAMAN PENGESAHAN................................................................................ iv

PERNYATAAN KEASLIAN KARYA ................................................................. v

PERNYATAAN PERSETUJUAN PUBLIKASI KARYA ILMIAH UNTUK

KEPENTINGAN AKADEMIS ............................................................................. vi

ABSTRAK ............................................................................................................ vii

ABSTRACT ......................................................................................................... viii

KATA PENGANTAR ........................................................................................... ix

DAFTAR ISI .......................................................................................................... xi

DAFTAR TABEL ................................................................................................ xiv

DAFTAR GAMBAR ........................................................................................... xiv

BAB I ...................................................................................................................... 1

PENDAHULUAN .................................................................................................. 1

1.1. Latar Belakang Masalah ........................................................................... 1

1.2. Rumusan Masalah .................................................................................... 2

1.3. Batasan Masalah ....................................................................................... 2

1.4. Tujuan dan Manfaat Penelitian................................................................. 3

1.5. Metodologi Penelitian .............................................................................. 3

1.6. Sistematika Penulisan ............................................................................... 5

BAB II ..................................................................................................................... 7

LANDASAN TEORI .............................................................................................. 7

2.1. Pengertian Informasi, Sistem Informasi dan Teknologi Informasi .......... 7

2.2. Manajemen Transaksi............................................................................... 7

2.2.1. Kontrol Konkurensi (Concurrency Control) ..................................... 8

2.2.2. Two Phase Locking (2PL) ................................................................ 9

BAB III ................................................................................................................. 14

ANALISIS DAN PERANCANGAN SISTEM .................................................... 14


xii

3.1. Analisis Sistem ....................................................................................... 14

3.1.1. Fase Definisi Ruang Lingkup (Scope Definition Phase) ................ 14

3.1.2. Fase Analisis Masalah (Problem Analysis Phase) .......................... 14

3.1.2.1. Gambaran Sistem Lama ........................................................... 14

3.1.2.2. Gambaran Sistem yang Dikembangkan ................................... 15

3.1.3. Fase Analisis Kebutuhan (Requirement Analysis Phase) ............... 15

3.1.3.1. Diagram Use Case ................................................................... 15

3.1.3.2. Ringkasan Use Case ................................................................ 16

3.1.3.3. Narasi use case ......................................................................... 18

3.2. Perancangan Sistem ................................................................................ 28

3.2.1. Fase Desain Logikal (Logical Design Phase) ................................. 28

3.2.1.1 Diagram Aktivitas (Activity Diagram)........................................ 28

3.2.1.2 Pemodelan Data Konseptual (ER-Diagram) ............................... 35

3.2.1.3 Relational Model ......................................................................... 36

3.2.2. Fase Desain Fisikal ......................................................................... 37

3.2.2.1. Desain Fisikal Tabel (Physical Database Design) ................... 37

3.2.2.2. Perancangan Manajemen Transaksi ........................................ 39

3.2.2.3. Store procedure untuk manajemen transaksi ........................... 41

3.2.2.4. Perancangan Antarmuka (Interface) ........................................ 41

BAB IV ................................................................................................................. 44

IMPLEMENTASI SISTEM .................................................................................. 44

4.1. Antarmuka Sistem Informasi Produksi Outdoor .................................... 44

4.1.1. Antarmuka Login ............................................................................ 44

4.1.2. Antarmuka Pemesanan Order Outdoor ........................................... 44

4.1.3. Antarmuka Pembayaran Order Outdoor ......................................... 46

4.1.4. Antarmuka Penggabungan Order Outdoor ..................................... 48

4.2. Implementasi Manajemen Transaksi ...................................................... 48

BAB V................................................................................................................... 52

ANALISA HASIL ................................................................................................ 52

BAB VI ................................................................................................................. 56

PENUTUP ............................................................................................................. 56


xiii

6.1 Kesimpulan ............................................................................................. 56

6.2 Saran ....................................................................................................... 56

DAFTAR PUSTAKA ........................................................................................... 57


xiv

DAFTAR TABEL

Tabel 3. 1 Ringkasan Use Case ............................................................................. 17

Tabel 3. 2 Narasi Use-Case Login ........................................................................ 18

Tabel 3. 3 Narasi Use-Case Tambah order outdoor .............................................. 19

Tabel 3. 4 Narasi Use-Case Hapus order outdoor ................................................ 20

Tabel 3. 5 Narasi Use-Case Ubah order outdoor ................................................. 21

Tabel 3. 6 Narasi Use-Case Lihat order outdoor ................................................. 22

Tabel 3. 7 Narasi Use-Case Tambah pembayaran outdoor ................................. 22

Tabel 3. 8 Narasi Use-Case Ubah pembayaran outdoor ...................................... 23

Tabel 3. 9 Narasi Use-Case Lihat pembayaran outdoor ....................................... 24

Tabel 3. 10 Narasi Use-Case Tambah penggabungan outdoor ............................ 25

Tabel 3. 11 Narasi Use-Case Ubah penggabungan outdoor ................................ 26

Tabel 3. 12 Narasi Use-Case Lihat penggabungan outdoor ................................ 27

Tabel 3. 13 Tabel Fisikal User .............................................................................. 37

Tabel 3. 14 Tabel Fisikal Barang .......................................................................... 37

Tabel 3. 15 Tabel Fisikal Kategori........................................................................ 37

Tabel 3. 16 Tabel Fisikal SalesOrderOutdoor ...................................................... 38

Tabel 3. 17 Tabel Fisikal PelunasanKuitansiOutdoor .......................................... 38

Tabel 3. 18 Tabel Fisikal Gabung ......................................................................... 38

Tabel 3. 19 Tabel Fisikal Pelanggan ..................................................................... 38

DAFTAR GAMBAR

Gambar 3. 1 Diagram Use Case ........................................................................... 16

Gambar 3. 2 Diagram Aktivitas Login ................................................................. 28

Gambar 3. 3 Diagram Tambah Sales Order Outdoor ........................................... 29

Gambar 3. 4 Diagram Aktivitas Hapus Sales Order Outdoor ............................... 30

Gambar 3. 5 Diagram Aktivitas Ubah Sales Order Outdoor ................................ 30

Gambar 3. 6 Diagram Aktivitas Lihat Sales Order Outdoor ................................. 31

Gambar 3. 7 Diagram Aktivitas Tambah Pembayaran Outdoor ........................... 31

Gambar 3. 8 Diagram Aktivitas Ubah Pembayaran Outdoor ............................... 32

Gambar 3. 9 Diagram Aktivitas Lihat Pembayaran Outdoor ............................... 33

Gambar 3. 10 Diagram Aktivitas Tambah Penggabungan Outdoor ..................... 33

Gambar 3. 11 Diagram Aktivitas Ubah Penggabungan Outdoor .......................... 34

Gambar 3. 12 Diagram Aktivitas Lihat Penggabungan Outdoor .......................... 34

Gambar 3. 13 ER Diagram .................................................................................... 35

Gambar 3. 14 Tabel Relasi .................................................................................... 36

Gambar 3. 22 Flowchart Manajemen Transaksi Penggabungan Outdoor ............ 40


xv

Gambar 3. 23 Perancangan Login ......................................................................... 41

Gambar 3. 24 Perancangan Sales Order Outdoor ................................................. 42

Gambar 3. 25 Perancangan Pembayaran Outdoor ................................................ 42

Gambar 3. 26 Perancangan Penggabungan Outdoor ............................................ 43

Gambar 4. 1 Menu Login Outdoor ........................................................................ 44

Gambar 4. 2 Menu Sales Order Outdoor (1) ......................................................... 45

Gambar 4. 3 Menu Sales Order Outdoor (2) ......................................................... 45

Gambar 4. 4 Menu Pembayaran Order Outdoor (1) ............................................. 46



Gambar 4. 7 Menu Penggabungan Outdoor (1) .................................................... 48

Gambar 5. 1 Menu Penggabungan Outdoor user 1 ............................................... 53

Gambar 5. 2 Menu Penggabungan Outdoor user 2 ............................................... 53

Gambar 5. 3 Hasil Penggabungan Outdoor user 1 ................................................ 54

Gambar 5. 4 Hasil Penggabungan Outdoor user 2 ................................................ 55

DAFTAR LISTING

Listing 4. 1 Store Procedure untuk Status Penggabungan Outdoor ...................... 51

Listing 4. 2 Listing untuk View Cobaisupdate .................................................... 51


1

BAB I

PENDAHULUAN

1.1. Latar Belakang Masalah

Perkembangan teknologi informasi dan komputer saat ini telah

mempengaruhi kehidupan manusia menjadi semakin mudah dalam melakukan

kegiatan sehari-hari. Kemajuan di bidang pendidikan, transportasi, penjualan,

perbankan dan lain-lain merupakan contoh bahwa teknologi informasi

semakin dibutuhkan. Percetakan merupakan salah satu bisnis yang cukup

berkembang dan sering digunakan di bidang periklanan.

Percetakan yang ada saat ini telah memasuki era digital printing, yaitu

percetakan yang berbasis digital dan menggunakan format digital dalam

pengolahannya. Percetakan “XYZ” termasuk percetakan yang bergerak di

bidang digital printing di Yogyakarta. Pada percetakan “XYZ” tersedia

berbagai jasa percetakan mulai dari jasa pembuatan brosur, flyer, spanduk,

dan lain-lain. Dua jenis produk yang ditawarkan yaitu Indoor dan Outdoor

yang masing-masing dapat digunakan sesuai dengan kondisi dan lokasi dari

penggunaan produk tersebut. Jenis indoor merupakan jenis cetakan yang tidak

tahan hujan dan panas matahari, sedangkan jenis outdoor merupakan jenis

cetakan khusus di luar ruangan. Kegiatan utama yang dilakukan di percetakan

adalah transaksi penjualan jasa dan proses produksi. Transaksi penjualan di

percetakan digital, dilakukan dengan cara memesan barang terlebih dahulu

lalu melakukan pembayaran sehingga selanjutnya barang dapat diproduksi.


2

Pada saat proses produksi jenis outdoor, masalah muncul saat pencatatan

transaksi dilakukan secara bersamaan. Pencatatan transaksi ini dilakukan pada

proses penggabungan outdoor, kesalahan terjadi ketika kedua transaksi

mengakses dan melakukan perubahan terhadap data yang sama dan hal ini

dapat mengakibatkan data gagal ter-update (the lost update problem).

Untuk meningkatkan kinerja usaha percetakan, maka perlu dibangun

sebuah sistem yang mampu melakukan kegiatan transaksi penjualan dan

produksi. Khusus pada proses produksi penggabungan order outdoor

diperlukan manajemen transaksi untuk mengurangi kesalahan pencatatan data

pada saat transaksi berlangsung secara bersamaan.

1.2. Rumusan Masalah

Dari latar belakang yang telah dikemukakan, maka rumusan masalah

yang dapat diambil adalah :

1. Bagaimana membangun aplikasi desktop Sistem Informasi Printing

Outdoor menggunakan bahasa pemrograman Java?

2. Bagaimana mengatasi masalah the lost update problem pada saat

transaksi yang dilakukan bersamaan oleh user?

1.3. Batasan Masalah

Sistem yang dibangun mempunyai batasan sebagai berikut :

1. Dalam manajemen transaksi, sistem menangani masalah the lost

update problem dengan menggunakan Two Phase Locking (2PL).


3

2. Sistem dapat melakukan transaksi pencatatan order outdoor,

pembayaran order outdoor, dan penggabungan outdoor.

3. Sistem tidak dapat menangani proses produksi printing outdoor,

finishing outdoor dan pengambilan outdoor.

4. Sistem dibangun menggunakan bahasa pemrograman Java dengan

database MySQL Server.

1.4. Tujuan dan Manfaat Penelitian

Tujuan dari pembuatan sistem adalah :

1. Terbentuknya Sistem Informasi Produksi Printing dengan menerapkan

konsep manajemen transaksi pada proses Penggabungan Outdoor.

Manfaat dari pembuatan sistem adalah :

2. Menghindari terjadinya kesalahan pencatatan data jika terjadi transaksi

secara bersamaan.

1.5. Metodologi Penelitian

Metode penelitian yang digunakan untuk melakukan penelitian ini adalah

studi kasus dengan langkah-langkah sebagai berikut:

a) Studi Lapangan

Pada tahap ini dilakukan observasi/pengamatan langsung ke percetakan

digital “XYZ”. Pengamatan dilakukan untuk memahami sistem yang ada

di sana dan data-data yang digunakan. Kemudian dilakukan wawancara

secara langsung dengan pegawai percetakan untuk mengetahui masalah-

masalah yang ada di percetakan digital “XYZ”.


4

b) Studi Pustaka

Studi Pustaka dilakukan untuk mendalami teori mengenai analisis,

perancangan dan pembuatan sistem.

c) Pembuatan sistem dengan menggunakan metode FAST (Framework for

the Application of Sistem Thinking). Metode FAST memiliki langkah-

langkah sebagai berikut:

1. Fase Definisi Ruang Lingkup (Scope Definition Phase) : Fase ini

merupakan fase penentuan batasan sistem yang akan dibuat, serta

mengidentifikasi garis besar dan kesempatan. Hasil dari tahap ini

adalah pernyataan masalah yang dihadapi.

2. Fase Analisis Masalah (Problem Analysis Phase) : Fase ini

merupakan fase untuk melakukan analisis secara menyeluruh terhadap

permasalahan dari sistem yang ada sekarang. Dalam tahap ini akan

dihasilkan analisa sebab-akibat (cause-effect analysis) dari sistem

yang ada sekarang.

3. Fase Analisis Kebutuhan (Requirement Anlysis Phase) : Fase ini

merupakan fase untuk melakukan pengumpulan data kebutuhan.

Hasil dari tahap ini direprenstasikan dengan use case diagram dan use

case narrative.

4. Fase Desain Logikal (Logical Design Phase) : Dalam fase ini

business requirement yang ada diterjemahkan dalam bentuk gambar-

gambar. Pada tahap ini menggunakan diagram aktivitas untuk

menggambarkan proses bisnis, langkah-langkah use case, dan logika


5

perilaku obyek. Selain itu, tahap ini menggunakan ER-Diagram dan

Class Diagram sebagai model sistemnya.

5. Desain Fisikal dan Integrasi (Physical Design and Integration) : Fase

ini merupakan tahap perancangan sistem secara fisik berupa

perancangan database, dan desain user interface.

6. Konstruksi dan Pengujian (Construction and Testing) : Fase ini

merupakan tahap pembangunan sistem berdasarkan rancangan yang

telah dibuat pada tahap desain fisikal, kemudian menguji komponen-

komponen sistem tersebut.

1.6.Sistematika Penulisan

Secara umum dalam penelitian ini, sistematika penulisan yang akan

digunakan adalah sebagai berikut :

BAB I : PENDAHULUAN

Bab ini berisi tentang latar belakang masalah, rumusan

masalah, tujuan penelitian, batasan masalah, metodologi penelitian,

dan sistematika penulisan.

BAB II : LANDASAN TEORI

Bab ini berisi tentang teori-teori mengenai pengertian dan metode

yang akan digunakan dalam pengembangan aplikasi.

BAB III : ANALISIS DAN PERANCANGAN SISTEM

Bab ini berisi tentang analisis sistem yang meliputi Scope

Definition Phase, Problem Analysis Phase dan Requirement

Analysis Phase yang kemudian dari hasil yang dilakukan akan


6

dibuat sebuah rancangan sistem untuk menyelesaikan masalah

dalam penelitian ini yang meliputi Logical Design Phase dan

Physical Design and Integration.

BAB IV : IMPLEMENTASI SISTEM DAN HASIL

Bab ini berisi tentang penjelasan mengenai proses implementasi

sistem informasi sesuai dengan analisis dan rancangan dari sistem

yang dibuat.

BAB VI : PENUTUP

Bab ini berisi penjelasan tentang kelebihan dan kekurangan sistem,

kesimpulan dan saran.


7

BAB II

LANDASAN TEORI

2.1. Pengertian Informasi, Sistem Informasi dan Teknologi Informasi

Istilah dunia rekayasa perangkat lunak menurut (Whitten et.al, 2004) :

1. Informasi adalah data yang telah diproses menjadi bentuk yang lebih

berarti bagi penerimanya.

2. Sistem Informasi (SI) / Information System (IS) adalah suatu susunan

dari orang, data, proses, dan teknologi informasi yang saling

berinteraksi untuk mengumpulkan, memproses, menyimpan, dan

menyediakan output berbentuk informasi yang dibutuhkan untuk

mendukung organisasi.

3. Teknologi Informasi / Information Technology (IT) adalah kombinasi

dari teknologi komputer (hardware dan software) dengan teknologi

telekomunikasi (data, image, dan voice networks).

2.2. Manajemen Transaksi

Transaksi adalah sebuah aksi atau serangkaian aksi yang dilakukan oleh

user atau aplikasi untuk mengubah isi dari database. Transaksi mempunyai

sifat yang disebut ACID (Haerder dan Reuter,1983), yaitu:

a. Automicity, di mana sebuah transaksi merupakan sebuah unit yang tidak

dapat dibagi yang dilakukan secara keseluruhan atau tidak sama sekali.


8

b. Consistency, di mana sebuah transaksi dapat mengubah basis data dari

suatu keadaan konsisten ke keadaan konsisten lainnya.

c. Isolation, di mana transaksi dijalankan secara bebas. Dengan kata lain, jika

terjadi transaksi yang tidak selesai, maka transaksi lain tidak akan

terpengaruh.

d. Durability, di mana transaksi dapat tercatat secara permanen dalam basis

data dan tidak hilang karena kesalahan pada transaksi berikutnya.

2.2.1. Kontrol Konkurensi (Concurrency Control)

Kontrol konkurensi dibutuhkan untuk menciptakan transaksi yang

sesuai dan dapat meningkatkan integritas dan konsistensi basis data.

(Darmawan, 2007). Kontrol konkurensi merupakan proses untuk

mengelola operasi yang bersamaan dalam database tanpa saling

mengganggu satu sama lain. Dengan tujuan untuk mencegah interferensi

ketika satu atau lebih user mengakses database secara bersamaan dan

paling tidak salah satu meng-update data. Teknik kontrol konkurensi

dibutuhkan untuk menghindari beberapa masalah berikut :

a. The lost update problem

Merupakan masalah yang timbul akibat informasi yang diabaikan

pada saat ada melakukan update yang waktunya hampir bersamaan

dengan transaksi lain.

b. The uncommited depedency (dirty read) problem


9

Merupakan masalah kebergantungan terhadap transaksi yang belum

commit.

c. The inconsisten analysis problem

Merupakan masalah analisa yang tidak konsisten.

2.2.2. Two Phase Locking (2PL)

Sebuah transaksi menerapkan 2PL jika semua operasi locking

mendahului operasi yang tak terkunci (unlock) dalam transaksi tersebut

menurut aturan, setiap transaksi dapat dibagi menjadi 2 fase, yaitu

(Darmawan, 2007) :

1. Growing phase : memperoleh semua locks yang dibutuhkan tetapi

tidak dapat melepaskan satu locks pun.

2. Shrinking phase : melepaskan semua locks yang dimiliki tetapi tidak

dapat memperoleh locks yang baru.

Dalam hal ini tidak ada kebutuhan bahwa semua locks diperoleh secara

serentak. Umumnya, suatu transaksi memperoleh sejumlah locks,

kemudian melakukan sejumlah proses, dan selanjutnya meminta tambahan

locks sesuai kebutuhan. Berikut ini adalah penjelasan mengenai peraturan

yang ditetapkan:

a. Sebuah transaksi harus mendapatkan sebuah lock pada item sebelum

beroperasi pada item tersebut. Lock tersebut bisa berupa baca atau

tulis, tergantung dari tipe akses yang dibutuhkan.

b. Sebelum transaksi melepaskan sebuah locks, transaksi tersebut tidak

akan pernah mendapat lock baru lainnya


10

Protocol 2PL ini dapat digunakan untuk memecahkan masalah yang

teridentifikasi. Berikut ini adalah kegunaan dari protocol 2PL:

a. Mencegah masalah hilangnya data yang diubah (the lost update

problem). Tabel 2.1 merupakan table penjelasan mengenai masalah

hilangnya data yang diubah.

Tabel 2. 1 Masalah Hilangnya Data yang Diubah

Waktu T1 T2 balx

t1 begin transaction 100

t2 begin transaction write_lock(balx) 100

t3 write_lock(balx) read(balx) 100

t4 WAIT balx= balx + 100 100

t5 WAIT write(balx) 200

t6 WAIT commit/unlock(balx) 200

t7 read(balx) 200

t8 balx= balx + 100 200

t9 write(balx) 190

t10 commit/unlock(balx) 190

Keterangan :

Untuk mencegah terjadinya masalah hilangnya data yang diubah,

maka: Pertama-tama T2 meminta suatu exclusive lock pada balx. Setelah

itu T2 dapat melakukan proses baca nilai balx, menambahnya dengan nilai

100, dan menuliskan nilai baru dari balx tersebut ke dalam database.

Saat T1 memulai transaksi, T1 juga meminta suatu exclusive lock

pada balx, namun karena balx sedang berada dalam posisi exclusive lock

oleh T2, maka permintaan read balx, tidak segera diberikan kepada T1 dan


11

T1 harus menunggu sampai lock dilepaskan oleh T2. Hal ini terjadi saat

T2 melaksanakan operasi commit atau unlock balx (Connolly, 2005).

b. Mencegah masalah ketergantungan transaksi yang belum dilaksanakan

(the uncommitted dependency problem). Tabel 2.2 merupakan table

penjelasan mengenai masalah ketergantungan transaksi yang belum

dilaksanakan.

Tabel 2. 2 Masalah Ketergantungan Transaksi yang Belum Dilaksanakan

Waktu T3 T4 balx

t1 begin transaction 100

t2 write_lock(balx) 100

t3 read(balx) 100

t4 begin transaction balx= balx + 100 100

t5 write_lock(balx) write(balx) 200

t6 WAIT commit/unlock(balx) 100

t7 read(balx) 100

t8 balx= balx + 100 100

t9 write(balx) 90

t10 commit/unlock(balx) 90

Keterangan :

Untuk mencegah terjadinya masalah ketergantungan transaksi yang belum

dilaksanakan, maka : Pertama-tama T4 meminta suatu exclusive lock pada

balx. Setelah itu, T4 dapat melakukan proses baca nilai balx dari database,

menambahnya dengan nilai 100, dan menuliskan nilai baru balx tersebut

ke dalam basis data. Saat rollback dieksekusi, peng-update-an pada

transaksi T4 tidak jadi dilakukan dan nilai dalam basis data dikembalikan

ke kondisi semula yaitu 100.


12

Saat T3 memulai transaksi, T3 juga meminta suatu exclusive lock pada

balx, namun karena balx sedang dalam posisi exclusive lock oleh T4, maka

permintaan tersebut tidak segera diberikan kepada T3, dan T3 harus

menunggu sampai lock dilepaskan oleh T4. Hal ini terjadi saat T4

melaksanakan operasi rollback atau unlock balx, barulah T3 dapat

melakukan proses baca nilai balx (Connolly,2005).

c. Mencegah masalah analisis yang tidak konsisten (the inconsisten

analysis problem). Tabel 2.3 merupakan table penjelasan mengenai

masalah analisis yang tidak konsisten.

Tabel 2. 3 Masalah Analisis yang Tidak Konsisten

Waktu T5 T6 balx

t1 begin transaction

t2 begin transaction sum=0 0

t3 write_lock(balx) 0

t4 read(balx) read_lock(balx) 0

t5 balx = balx - 10 WAIT 0

t6 write(balx) WAIT 0

t7 write_lock(balz) WAIT 0

t8 read(balz) WAIT 0

t9 balz = balz + 100 WAIT 0

t10 write(balz) WAIT 0

t11 commit/unlock (balx,

balz)

WAIT

t12 read(balx) 0

t13 sum = sum + balx 90

t14 read_lock(baly) 90

t15 read(baly) 90

t16 sum = sum + baly 140

t17 read_lock(balz) 140

t18 read(balz) 140

t19 sum = sum + balz 175

t20 commit/unlock (balx,

baly, balz)

175


13

Keterangan :

Untuk mencegah terjadinya masalah analisis yang tidak konsisten, maka :

T5 mengawali meminta exclusive lock pada balx. T5 juga meminta suatu

exclusive lock pada baly. Saat T6 ingin membaca nilai balx, ia harus

menunggu sampai lock dilepaskan oleh T5. Hal ini terjadi saat T5

melaksanakan operasi commit atau unlock balx, barulah T6 dapat

membaca nilai balx (Connoly, 2005).

Untuk mengatasi masalah di atas, mesin basis data Innodb MySQL

mempunyai kemampuan mendukung transaksi dengan metode 2PL yang

dapat menjamin konsistensi data. Ketiga contoh permasalahan yang dapat

timbul akibat dua atau lebih transaksi yang dieksekusi secara bersamaan

(concurrently) dapat diselesaikan dengan menerapkan :

a. Tingkat isolasi serializable

b. Autocommit dibuat disable

c. Operasi pembacaan data yang akan diikuti dengan operasi update data

tersebut memberikan exclusive lock dengan cara memberikan perintah

for update setelah perintah select. Teknik ini merupakan salah satu

alternatif dalam menerapkan 2PL dalam mesin basis data Innodb

MySQL sehingga tidak menutup kemungkinan melakukan penelitian

untuk mencari alternatif lain dalam menjaga konsistensi data

(Darmawan, 2007)


14

BAB III

ANALISIS DAN PERANCANGAN SISTEM

3.1.Analisis Sistem

3.1.1. Fase Definisi Ruang Lingkup (Scope Definition Phase)

Percetakan “XYZ” adalah salah satu percetakan digital yang ada di

Yogyakarta. Percetakan “XYZ” menyediakan berbagai jasa percetakan

mulai dari jasa pembuatan brosur, flyer, spanduk, dan lain-lain. Kegiatan

utama yang dilakukan di percetakan xyz adalah penjualan jasa dan proses

produksi. Pada proses produksi terdapat beberapa kegiatan yang

dilakukan oleh operator/pegawai, yakni penggabungan order outdoor,

printing order outdoor, finishing order outdoor dan pengambilan order

outdoor. Proses penggabungan outdoor merupakan proses yang digunakan

untuk menggabungkan barang pesanan untuk dicetak dengan printer yang

sama pada satu waktu. Proses ini dapat mengakibatkan barang yang

dicetak dapat terduplikasi, hal ini dikarenakan ada lebih dari satu

pegawai/operator yang menjalankan proses ini.

3.1.2. Fase Analisis Masalah (Problem Analysis Phase)

3.1.2.1. Gambaran Sistem Lama

Saat ini transaksi penjualan dan produksi yang dilakukan

oleh pegawai percetakan selama ini masih secara manual.

Sehingga proses transaksi yang dilakukan menghabiskan banyak


15

waktu dan menjadi kurang efisien. Faktor utama pembuatan

sistem informasi ini adalah untuk meningkatkan kualitas

pelayanan percetakan dan mengatasi permasalahan pada saat

proses produksi di penggabungan order outdoor.

3.1.2.2. Gambaran Sistem yang Dikembangkan

Sistem Informasi Printing Outdoor adalah sebuah sistem

yang digunakan untuk melakukan proses pengelolaan data dari

percetakan digital “XYZ” secara terkomputerisasi. Sistem

Informasi Printing Outdoor dibangun menggunakan bahasa

pemrograman Java dan database MySQL dengan berbasis desktop.

3.1.3. Fase Analisis Kebutuhan (Requirement Analysis Phase)

3.1.3.1. Diagram Use Case

Merupakan sebuah diagram yang menggambarkan interaksi

antara sistem dan eksternal sistem dan user. Pada aplikasi sistem

informasi ini mempunyai diagram use case sebagai berikut :


16

Pegawai

Login

Sistem Informasi Printing

OutdoorTambah order outdoor

Ubah order outdoor

Hapus order outdoor

Lihat order outdoor

Subsistem sales order outdoor

Tambah pembayaran outdoor

Ubah pembayaran outdoor

Lihat pembayaran outdoor

Subsistem pembayaran outdoor

Subsistem penggabungan outdoor

Tambah penggabungan outdoor

Ubah penggabungan outdoor

Lihat penggabungan outdoor

<<depends on>>

<<depends on>>

Subsistem User

Tambah user

Ubah user

Hapus user

Pemilik

Gambar 3. 1 Diagram Use Case

Sistem Informasi Printing Outdoor yang akan dikembangkan

dapat diakses oleh 2 aktor pengguna yaitu Pemilik dan pegawai.

Pada table di bawah ini akan dipaparkan mengenai deskripsi untuk

tiap-tiap aktor pengguna :

3.1.3.2. Ringkasan Use Case

Berikut adalah ringkasan dari use case di atas :


17

Tabel 3. 1 Ringkasan Use Case

NO Nama Use Case Deskripsi Use Case Pelaku yang

berpartisipasi

1. Log in Use case ini menggambarkan proses untuk

masuk ke sistem

Pegawai,

Pemilik

2. Tambah order

outdoor

Use case ini menggambarkan proses

penambahan data transaksi order

Pegawai,

Pemilik

3. Ubah order outdoor Use case ini menggambarkan proses

pengubahan data transaksi order. Proses ini

dapat berupa penambahan data order

ataupun pengubahan detail data transaksi

order

Pegawai,

Pemilik

4. Hapus order outdoor Use case ini menggambarkan proses

penghapusan data transaksi order

Pegawai,

Pemilik

5. Lihat order outdoor Use case ini menggambarkan proses untuk

melihat detail data transaksi order

Pegawai,

Pemilik

6. Tambah

pembayaran outdoor


penambahan data pembayaran order

Pegawai,

Pemilik

7. Ubah pembayaran

outdoor


pengubahan detail data pembayaran order

Pegawai,

Pemilik

8. Lihat pembayaran

outdoor

Use case ini menggambarkan proses untuk

melihat detail data pembayaran order

Pegawai,

Pemilik

9. Tambah

penggabungan

outdoor


pencatatan data status penggabungan order

outdoor

Pegawai,

Pemilik

10. Ubah penggabungan

outdoor


pengubahan detail data penggabungan order

outdoor

Pegawai,

Pemilik

11. Lihat penggabungan

outdoor

Use case ini menggambarkan proses untuk

melihat daftar data penggabungan order

Pegawai,

Pemilik


18

outdoor

12. Tambah user Use case ini menggambarkan proses

pembuatan user baru untuk pegawai

Pemilik

13. Ubah user Use case ini menggambarkan proses

pengubahan data user pegawai

Pemilik

14. Hapus user Use case ini menggambarkan proses

penghapusan data user pegawai

Pemilik

3.1.3.3. Narasi use case

1. Login

Tabel 3. 2 Narasi Use-Case Login

Nama Use Case : Login

Aktor : Pemilik, Pegawai

Deskripsi Use Case : Use case ini menggambarkan proses login sebelum

masuk ke sistem

Kondisi Awal : Aktor telah memiliki hak akses username dan

password.

Pemicu : Use case ini akan digunakan apabila ada aktor yang

akan mengakses data.

Langkah Umum : Kegiatan Aktor Respon Sistem

Langkah 1 : Pemilik /

pegawai membuka

tampilan pertama sistem.

Langkah 3 :

Pemilik/pegawai

memasukkan username

dan password lalu

mengklik tombol Login.

Langkah 5 :

Pemilik/pegawai mendapat

pemberitahuan bahwa

berhasil masuk ke sistem.

Langkah 2 : Sistem

menampilkan halaman

login dan meminta

untuk memasukkan

username dan password.

Langkah 4 : Sistem

melakukan cek validasi

di database.

Langkah 6: Sistem

menampilkan menu

halaman utama.


19

Langkah Alternatif : Alt- Langkah 3: Pemilik /pegawai mengklik tombol

Batal, sehingga sistem tidak jadi masuk ke menu

utama dan kembali ke menu Login.

Alt- Langkah 3: Jika username dan password yang

dimasukkan tidak sesuai maka sistem akan

memberikan peringatan dan secara otomatis kembali

ke menu Login.

Kesimpulan : Use case ini berhenti apabila Pemilik/pegawai telah

berhasil masuk ke dalam menu utama.

Kondisi Akhir : a. Pemilik/pegawai berhasil login dan masuk ke

menu utama.

b. Pemilik/pegawai tidak jadi masuk ke sistem.

2. Tambah order outdoor

Tabel 3. 3 Narasi Use-Case Tambah order outdoor

Nama Use Case : Tambah order outdoor


Deskripsi Use Case : Use case ini menggambarkan proses pencatatan data

order/pemesanan outdoor.

Kondisi Awal : Pegawai/Pemilik telah Login.

Pemicu : Use case ini digunakan jika Pegawai/Pemilik akan

melakukan pencatatan order.


Langkah 1 :Pemilik /

pegawai meng-klik menu

sales order outdoor.

Langkah 3 :

Pemilik/pegawai mengisi

data order barang outdoor

pada form penambahan

data order.

Langkah 4 :

Pemilik/pegawai meng-

klik menu tambah untuk

melakukan penambahan

order

Langkah 2 : Sistem akan

masuk ke menu sales

order outdoor.

Langkah 5: Sistem

menyimpan data order

yang telah ditambahkan.

Langkah Alternatif : Alt- Langkah 3: Pemilik/Pegawai tidak jadi mencatat

data pembelian dengan meng-klik tombol Batal.

Kesimpulan : Use case ini berhenti apabila Pemilik/pegawai telah

mengisikan semua data order.


20

Kondisi Akhir : a. Pemilik/pegawai berhasil mengisikan data order

beserta detail data barang dipesan.

b. Pemilik/pegawai tidak berhasil mengisikan data

order beserta detail data barang dipesan.

3. Hapus order outdoor

Tabel 3. 4 Narasi Use-Case Hapus order outdoor

Nama Use Case : Hapus order outdoor


Deskripsi Use Case : Use case ini menggambarkan proses penghapusan

data order outdoor.

Kondisi Awal : Pemilik/Pegawai telah memiliki password.

Pemicu : Use case ini digunakan jika Pegawai/Pemilik

akan menghapus data-data order yang tidak

digunakan.



pegawai meng-klik

menu sales order

outdoor.

Langkah 3 :

Pemilik/pegawai

meng-klik tombol

Lihat Order

Langkah 5:

Pemilik/pegawai

memilih data yang

akan dihapus dan

meng-klik tombol

hapus untuk

melakukan

penghapusan data

order.


masuk ke menu sales

order outdoor.

Langkah 4: Sistem

menampilkan daftar

order yang telah ada

dalam database.

Langkah6 : Sistem

menghapus data order.

Langkah Alternatif : -

Kesimpulan : Use case ini berhenti apabila Pemilik/pegawai

telah berhasil menghapus data order.

Kondisi Akhir : a. Pemilik/pegawai berhasil menghapus data

order.

b. Pemilik/pegawai berhasil menghapus data


21

order.

4. Mengubah order outdoor

Tabel 3. 5 Narasi Use-Case Ubah order outdoor

Nama Use Case : Mengubah order outdoor


Deskripsi Use Case : Use case ini menggambarkan proses pengubahan

data order jika terjadi kesalahan pada saat

melakukan penambahan.

Kondisi Awal : Pemilik telah Login.


telah melakukan kesalahan pencatatan data order.



pegawai meng-klik

menu sales order

outdoor.

Langkah 3:

Pemilik/pegawai

meng-klik tombol

Lihat Order

Langkah 5 :

Pemilik/pegawai

memilih data order

yang akan diubah.

Langkah 7:

Pemilik/pegawai

meng-klik tombol Edit

dan mengubah data

yang salah. Lalu

meng-klik Simpan.

Langkah 2 : Sistem

masuk ke menu sales

order outdoor.

Langkah 4 : Sistem

menampilkan data order

yang telah ada dalam

database.

Langkah 6: Sistem

menampilkan detail

order yang dipilih.

Langkah 8: Sistem

menyimpan data order

yang telah diubah.

Langkah Alternatif : Alt- Langkah 4: Pegawai/Pemilik tidak jadi

mengubah data order dengan meng-klik tombol

Batal.


telah merubah data order yang salah dalam

pencatatan.

Kondisi Akhir : a. Pemilik/pegawai berhasil mengubah data

order beserta detail data barang yang dipesan.

b. Pemilik/pegawai tidak berhasil mengubah


22

data order beserta detail data barang yang

dipesan.

5. Melihat order outdoor

Tabel 3. 6 Narasi Use-Case Lihat order outdoor

Nama Use Case : Melihat order outdoor


Deskripsi Use Case : Use case ini menggambarkan proses melihat data

order.

Kondisi Awal : Pemilik/Pegawai telah Login .

Pemicu : Use case ini digunakan apabila ada

Pemilik/pegawai ingin melihat data order

outdoor.



pegawai meng-klik

tombol Daftar Order.

Langkah 3 :

Pemilik/pegawai

memilih data berdasar

tanggal.

Langkah 2 : Sistem

menampilkan Daftar

Order.

Langkah 4 : Sistem

menampilkan data order

yang ada dalam database

sesuai tanggal yang

dipilih.

Langkah Alternatif : Alt- Langkah 3: Aktor batal melihat data order

outdoor.

Kesimpulan : Use case ini berhenti jika Pemilik/pegawai telah

selesai melihat data order outdoor atau batal

melihat data order.

Kondisi Akhir : Pemilik/pegawai mendapatkan informasi yang

ingin diketaui tentang data order beserta detail

barangnya.

6. Tambah pembayaran outdoor

Tabel 3. 7 Narasi Use-Case Tambah pembayaran outdoor

Nama Use Case : Tambah pembayaran outdoor


Deskripsi Use Case : Use case ini menggambarkan proses pencatatan

pembayaran data order outdoor.


23

Kondisi Awal : Pegawai/Pemilik telah Login.


akan melakukan pencatatan pembayaran order.



pegawai meng-klik

menu sales order

outdoor.

Langkah 3 :

Pemilik/pegawai

meng-klik tombol

Order Belum Lunas,

lalu memilih order

yang akan dibayar.

Langkah 5 :

Pemilik/pegawai

mengisi jumlah

pembayaran dan

meng-klik Simpan

untuk melakukan

pembayaran order


masuk ke menu

pembayaran order

outdoor.

Langkah 4 : Sistem

menampilkan detail

order.

Langkah 7: Sistem

menyimpan data

pembayaran order yang

telah dibayar.

Langkah Alternatif : Alt- Langkah 4: Pemilik/Pegawai tidak jadi

mencatat data pembayaran dengan meng-klik

tombol Batal.


telah megisikan semua data pembayaran order.

Kondisi Akhir : a. Pemilik/pegawai berhasil mengisikan data

pembayaran order.

b. Pemilik/pegawai tidak berhasil mengisikan

data pembayaran order.

7. Ubah pembayaran outdoor

Tabel 3. 8 Narasi Use-Case Ubah pembayaran outdoor

Nama Use Case : Ubah pembayaran order outdoor


Deskripsi Use Case : Use case ini menggambarkan proses pengubahan

data pembayaran order.

Kondisi Awal : Pemilik telah Login.



24

telah melakukan kesalahan pencatatan data

pembayaran order.



pegawai meng-klik

menu pembayaran

outdoor.

Langkah 3 :

Pemilik/pegawai

meng-klik tombol

Daftar Belum Lunas.

Langkah 5:

Pemilik/pegawai

memilih data

pembayaran yang

akan diubah

Langkah 7 :

Pemilik/pegawai

meng-klik tombol Edit

dan memasukan

password untuk dapat

mengubah data yang

diinginkan. Klik

Simpan.

Langkah 2 : Sistem

menampilkan menu

pembayaran outdoor.

Langkah 4 : Sistem

menampilkan daftar

order yang belum lunas

dari database.

Langkah 6 : Sistem

menampilkan detail data

order.

Langkah 8: Sistem

menyimpan data


telah diubah.

Langkah Alternatif : Alt- Langkah 5: Pegawai/Pemilik tidak jadi

mengubah data pembayaran order dengan meng-

klik tombol Batal.


telah merubah data pembayaran order yang salah

dalam pencatatan.


pembayaran order beserta detail data barang

yang dipesan.


data pembayaran order beserta detail data

barang yang dipesan.

8. Lihat pembayaran outdoor

Tabel 3. 9 Narasi Use-Case Lihat pembayaran outdoor

Nama Use Case : Lihat pembayaran order outdoor


25


Deskripsi Use Case : Use case ini menggambarkan proses melihat data

pembayaran order.

Kondisi Awal : Pemilik/Pegawai telah Login .


Pemilik/pegawai ingin melihat data pembayaran

order outdoor.



pegawai meng-klik

tombol Daftar

Pelunasan.

Langkah 3 :

Pemilik/pegawai

memilih melihat data

bedasar tanggal.

Langkah 2 : Sistem

menampilkan Daftar

Pembayaran yang telah

lunas.

Langkah 4 : Sistem

menampilkan data


ada dalam database

sesuai tanggal yang

dipilih.

Langkah Alternatif : Alt- Langkah 3: Aktor batal melihat data order

outdoor.

Kesimpulan : Use case ini berhenti jika Pemilik/pegawai telah

selesai melihat data pembayaran order outdoor

atau batal melihat data order.

Kondisi Akhir : Pemilik/pegwai mendapatkan informasi yang

ingin diketaui tentang data pembayaran order

beserta detail barangnya.

10. Tambah penggabungan outdoor

Tabel 3. 10 Narasi Use-Case Tambah penggabungan outdoor

Nama Use Case : Tambah penggabungan outdoor


Deskripsi Use Case : Use case ini menggambarkan proses untuk

melakukan penggabungan order.

Kondisi Awal : Pemilik/pegawai telah Login.


Pemilik/pegawai akan melakukan penggabungan

order.


Langkah 1 :Pemilik / Langkah 2 : Sistem


26

pegawai membuka

menu Gabung

Outdoor.

Langkah 3 :

Pemilik/pegawai

memilih order yang

ingin digabungkan

dan meng-klik tombol

checklist Ubah.

menampilkan halaman

Gabung Outdoor. Dan

sistem akan

menampilkan daftar

order yang dapat

digabungkan.


menambahkan data

order yang digabungkan.



telah berhasil menambahkan penggabungan.

Kondisi Akhir : a. Pemilik/pegawai berhasil menambahkan data


b. Pemilik/pegawai tidak berhasil menambahkan

data order yang digabungkan.

11. Ubah penggabungan outdoor

Tabel 3. 11 Narasi Use-Case Ubah penggabungan outdoor

Nama Use Case : Ubah penggabungan outdoor


Deskripsi Use Case : Use case ini menggambarkan proses mengubah

data penggabungan order outdoor.



Pemilik/pegawai yang ingin melakukan

perubahan data penggabungan.



pegawai meng-klik

menu Penggabungan

Outdoor.

Langkah 3 :

Pemilik/pegawai

memilih tab Batal.

Langkah 5 :

Langkah 2 : Sistem

menampilkan menu

Penggabungan Outdoor

Langkah 4 : Sistem

menampilkan daftar

penggabungan yang

dibatalkan.

Langkah 4 : Sistem

melakukan perubahan


27

Pemilik/pegawai

memilih data order

penggabungan yang

ingin diubah.

data order menjadi

digabungkan.



telah berhasil melakukan perubahan data

penggabungan.


penggabungan yang dibatalkan.


data penggabungan yang dibatalkan.

12. Lihat penggabungan outdoor

Tabel 3. 12 Narasi Use-Case Lihat penggabungan outdoor

Nama Use Case : Lihat penggabungan outdoor


Deskripsi Use Case : Use case ini menggambarkan proses untuk

melihat data order yang digabungkan



Pemilik/pegawai yang ingin melihat data order

yang digabungkan.



pegawai membuka

menu Penggabungan

Outdoor.

Langkah 3 :

Pemilik/pegawai

memilih printer yang

digunakan atau

memasukan data yang

diinginkan dan meng-

klik tombol Lihat.

Langkah 2 : Sistem

menampilkan menu

Gabung Outdoor.

Langkah 4 : Sistem

menampilkan daftar

order.



telah berhasil melihat daftar order yang

digabungkan.


28

Kondisi Akhir : a. Pemilik/pegawai berhasil melihat daftar order

yang digabungkan.

b. Pemilik/pegawai tidak berhasil melihat daftar


3.2.Perancangan Sistem

3.2.1. Fase Desain Logikal (Logical Design Phase)

3.2.1.1 Diagram Aktivitas (Activity Diagram)

Berikut adalah diagram aktivitas dari use case di atas.

1. Login

User Sistem

Menjalankan aplikasi SIMeminta masukan username

dan password

Meminta masukan username

dan password

Memeriksa validasi

username dan password

Masuk ke menu

utama

[Klik tombol CANCEL]

[Klik tombol OK]

[username dan password BENAR]

[username dan

password SALAH]

Gambar 3. 2 Diagram Aktivitas Login


29

2. Tambah Sales Order Outdoor

User Sistem

Meng-klik menu sales order outdoorMenampilkan menu sales

order outdoor

Memasukan data order

Menyimpan data order


[Klik tombol OK]

Meng-klik tombol Simpan

Gambar 3. 3 Diagram Tambah Sales Order Outdoor

3. Hapus Sales Order Outdoor

User Sistem


order outdoor

Meng-klik tombol Lihat Order

Menghapus data order

yang dipilih


[Klik tombol OK]

Memilih data order yang

mau dihapus

Menampilkan data order

yang ada di database


30

Gambar 3. 4 Diagram Aktivitas Hapus Sales Order Outdoor

4. Ubah Sales Order Outdoor

User Sistem


order outdoor

Meng-klik tombol Lihat Order

Menyimpan data order

yang diubah


[Klik tombol OK]

Memilih data order yang mau

diubah



Menampilkan detail order yang dipilih

Meng-klik tombol Edit

Mengubah data yang salah

Meng-klik Simpan

Gambar 3. 5 Diagram Aktivitas Ubah Sales Order Outdoor

5. Lihat Sales Order Outdoor


31

User Sistem


order outdoor

Meng-klik tombol Lihat OrderMenampilkan data order


Gambar 3. 6 Diagram Aktivitas Lihat Sales Order Outdoor

6. Tambah pembayaran Outdoor

User Sistem

Meng-klik menu Pembayaran OutdoorMenampilkan menu

Pembayaran Outdoor

Meng-klik tombol Order

Belum Lunas

Menyimpan data

pembayaran order


[Klik tombol OK]


dibayar




Memasukan jumlah pembayaran

Meng-klik Simpan.

Gambar 3. 7 Diagram Aktivitas Tambah Pembayaran Outdoor


32

7. Ubah Pembayaran Outdoor

User Sistem


Pembayaran Outdoor

Meng-klik tombol Order

Belum Lunas

Menyimpan data


diubah


[Klik tombol OK]


diubah




Meng-klik Edit

Mengubah data

Meng-klik Simpan

Gambar 3. 8 Diagram Aktivitas Ubah Pembayaran Outdoor


33

8. Lihat Pembayaran Outdoor

User Sistem


Pembayaran Outdoor

[Klik tombol l Daftar

Pelunasan]

[Klik tombol Order Belum

Lunas]


yang belum lunas di

database

Menampilkan data order yang sudah

lunas di database

Gambar 3. 9 Diagram Aktivitas Lihat Pembayaran Outdoor

9. Menambah Penggabungan Outdoor

User Sistem

Meng-klik menu Penggabungan

Outdoor

Menampilkan menu


[Klik tombol Batal]

[Klik tombol Simpan]Menampilkan data order yang sudah

lunas di database

Memilih data yang akan

digabungkan dengan me-klik

tombol checklist

Menampilkan daftar order

yang belum digabungkan

Gambar 3. 10 Diagram Aktivitas Tambah Penggabungan Outdoor


34

10. Ubah Penggabungan Outdoor

User Sistem


Outdoor

Menampilkan menu


[Klik tombol OK]

[Klik tombol Cancel]

Membatalkan data order yang

digabung

Memilih data yang akan dibatalkan


yang sudah digabungkanMengklik tab menu Batal

Menampilkan validasi perubahan

Gambar 3. 11 Diagram Aktivitas Ubah Penggabungan Outdoor

11. Melihat Penggabungan Outdoor

User Sistem


Outdoor

Menampilkan menu



sesuai printer

Memilih printer yang ingin

ditampilkan

Gambar 3. 12 Diagram Aktivitas Lihat Penggabungan Outdoor


35

3.2.1.2 Pemodelan Data Konseptual (ER-Diagram)

1

n

kodeKategorinamaKategori

inOutKategori

kategori

kodeBarang

namaBarang

jumlahStock

barang

panjangnoSO

salesOrderOutdoor

lebar judulkekuranganBayar

Uang muka

pelunasanKuitansiOutdoor

kodePelanggannamaPelanggan

telpalamat

pelanggan

noGabungtglGabung

noGabungDetail

gabung

operatorGabung

punya

printer

punya

punya

punya

punya

punya

punya punya

punya

punya

kodePrinternamaPrinter

noPelunasan

n

1

1

n

n

1

n

1

n n

1

1

n1

user

username

password nama level

1 11

n

punya

1

n

Gambar 3. 13 ER Diagram


36

3.2.1.3 Relational Model

user

PK username

password

nama

barang

PK kodeBarang

kodeKategori (FK)

namaBarang

jumlahStock

kategori

PK kodeKategori

namaKategori

inOutKategori

salesOrderOutdoor

PK noSO

kodeBarang (FK)

nama (FK)

kodePrinter (FK)

namaPelanggan (FK)

judul

panjang

lebar

banyak

tglPesan

tglJadi

pelunasanKuitansiOutdoor

PK noPelunasan

noSO (FK)

namaPelanggan (FK)

kodeBarang (FK)

uangMuka

kekuranganBayar

tglKuitansi

hargaSatuan

total

gabung

PK noGabung

noSO (FK)

tglGabung

noGabungDetail

pelanggan

PK kodePelanggan

namaPelanggan

telp

alamat

printer

PK kodePrinter

namaPrinter

1..n

n..1 1..n

n..1

1..n

n..1

1..n

n..1

1..1

1..1 1..n

n..1

n..1

n..1

1..n

1..n

1..n

Gambar 3. 14 Tabel Relasi


37

3.2.2. Fase Desain Fisikal

3.2.2.1. Desain Fisikal Tabel (Physical Database Design)

Dari relasi table di atas selanjutnya dirancang struktur data masing-

masing table.

1. Tabel user

Nama Tipe Keterangan

username varchar(10) Primary Key

password varchar(100)

nama varchar(100)

Tabel 3. 13 Tabel Fisikal User

2. Tabel barang


kodeBarang varchar(50) Primary Key

namaBarang varchar(100)

jumlahStock double

Tabel 3. 14 Tabel Fisikal Barang

3. Tabel kategori


kodeKategori varchar(3) Primary Key

namaKategori varchar(50)

inOutkategori varchar(10)

Tabel 3. 15 Tabel Fisikal Kategori

4. Tabel salesOrderOutdoor


noSO char(12) Primary Key

judul varchar(255)

panjang double


38

lebar double

banyak double

tglPesan date

tglJadi date

Tabel 3. 16 Tabel Fisikal SalesOrderOutdoor

5. Tabel pelunasanKuitansiOutdoor


noPelunasan varchar(20) Primary Key

uangMuka double

kekuranganBayar double

Tabel 3. 17 Tabel Fisikal PelunasanKuitansiOutdoor

6. Tabel gabung


noGabung varchar(25) Primary Key

tglGabung date

noGabungDetail varchar(100)

Tabel 3. 18 Tabel Fisikal Gabung

7. Tabel pelanggan


kodePelanggan varchar(12) Primary Key

namaPelanggan varchar(50)

telp varchar(30)

alamat varchar(255)

Tabel 3. 19 Tabel Fisikal Pelanggan


39

3.2.2.2. Perancangan Manajemen Transaksi

Pada database terdapat manajemen transaksi penggabungan

outdoor untuk mengatur proses transaksi order outdoor yang digabungkan

secara bersamaan. Proses pengaturan ini digambarkan pada Gambar 3.3

berupa flowchart manajemen transaksi.


40

START

pStatusGabung = Y

AND

vStat=N

Set pStat=0

UPDATE

statusGabung

COMMIT

END

YA

TIDAK

Inisialisasi vStat untuk kode Status

Gabung dan

pNoGabungDetail,pSatusGabung,pOpera

torGabung,pNamaBahan, pStatusPesan,

pNoSo, pNamaBarang untuk parameter

masukan data yg dipilih dan

pStat untuk parameter keluaran

SELECT

statusGabung into

vStat

FOR UPDATE

Data dipilih

Set pStat=1 ROLLBACK

pStatusGabung=Y

Gambar 3. 15 Flowchart Manajemen Transaksi Penggabungan Outdoor


41

3.2.2.3. Store procedure untuk manajemen transaksi

Nama store procedure Alasan Keterangan

SPUpdateGabung Mengantisipasi perubahan

data pada tabel

salesorderoutdoordetail

Kondisi awal

AUTOCOMMIT=0

Status commit jika

perubahan data berhasil

dilakukan.

Status rollback jika

perubahan data tidak

berhasil dilakukan.

Setelah proses selesai

nilai AUTOCOMMIT=1.

3.2.2.4. Perancangan Antarmuka (Desain Interface)

3.2.2.4.1. Antarmuka Login

Gambar 3. 16 Perancangan Login

3.2.2.4.2. Antarmuka Order outdoor

Interface Order outdoor merupakan desain yang digunakan untuk

mengelola data order.


42

Gambar 3. 17 Perancangan Sales Order Outdoor

3.2.2.4.3. Antarmuka Pembayaran outdoor

Interface pembayaran outdoor merupakan desain yang digunakan

untuk mengelola data pembayaran order.

Gambar 3. 18 Perancangan Pembayaran Outdoor


43

3.2.2.4.4. Antarmuka Penggabungan outdoor

Interface penggabungan outdoor merupakan desain yang

digunakan untuk mengelola data penggabungan order outdoor.

Gambar 3. 19 Perancangan Penggabungan Outdoor


44

BAB IV

IMPLEMENTASI SISTEM

Implementasi merupakan tahap membangun aplikasi dari hasil rancangan

yang telah dijelaskan pada bab sebelumnya. Pada bab ini dijelaskan implementasi

dari konsep manajemen transaksi pada sistem informasi ini.

4.1.Antarmuka Sistem Informasi Produksi Outdoor

4.1.1. Antarmuka Login

Sebelum masuk ke menu yang dituju user perlu melakukan login terlebih

dahulu.

Gambar 4. 1 Menu Login Outdoor

Menu-menunya adalah Order Outdoor, Pembayaran Outdoor, Gabung

Outdoor, Printing Outdoor, Finishing Outdoor, Pengambilan Outdoor.

4.1.2. Antarmuka Pemesanan Order Outdoor

Pada menu Order Outdoor, user dapat melakukan pemesanan barang

dengan memilih bahan-bahan yang akan digunakan dan memasukan detail


45

bahan yang digunakan. Data yang telah dipilih akan muncul pada tabel

daftar faktur. Setelah semua bahan telah dipilih user meng-klik Simpan,

untuk mendapatkan nomor pemesanan barang.

Gambar 4. 2 Menu Sales Order Outdoor (1)

Gambar 4. 3 Menu Sales Order Outdoor (2)


46

4.1.3. Antarmuka Pembayaran Order Outdoor

Pada menu Pembayaran Outdoor user dapat melakukan pembayaran dari

barang yang telah dipesan sebelumnya pada proses pemesanan order

outdoor. Jika user belum mendapatkan nomor pemesanan barang proses

pembayaran tidak dapat dilakukan karena proses pembayaran dilakukan

dengan mencari nomor pemesanan barang yang akan dibayarkan. Gambar

4.4 merupakan menu pembayaran outdoor, ertama user meng-klik tombol

Order Belum Lunas, pada menu Daftar Outdoor Gambar 4.5, pilih nomor

pemesanan barang yang akan dibayarkan, lalu klik tombol Lihat Detail,

akan ditampilkan kembali menu awal Pembayaran Outdoor, masukan

jumlah pembayaran, dan klik simpan untuk mendapatkan nomor

pembayaran.

Gambar 4. 4 Menu Pembayaran Order Outdoor (1)


47




48

4.1.4. Antarmuka Penggabungan Order Outdoor

Pada menu Gabung Outdoor user dapat melakukan penggabungan barang.

Proses penggabungan dapat dilakukan jika user telah mendapatkan nomor

pemesanan dan nomor pembayaran. Barang yang telah dipesan dan

dibayarkan akan muncul dalam daftar Gabung Gambar 4.7. Pertama user

memilih barang yang akan digabungkan, setelah selesai klik Simpan.

Gambar 4. 7 Menu Penggabungan Outdoor (1)

4.2.Implementasi Manajemen Transaksi

Manajemen transaksi digunakan dalam proses penggabungan, dengan

skenario sebagai berikut :

Waktu (t) Transaksi 1 (T1) Transaksi 2 (T2) Status Gabung

(s)

t1 Start Transaction T1; N


49

t2

t3

t4

t5

t6

t7

t8

t9

SELECT s FOR

UPDATE;

IF(pStatusGabung=Y

AND status T1=s);

UPDATE s=Y;

COMMIT;

ELSE

ROLLBACK;

END IF;

Start Transaction T2;

WAITING…

WAITING…

WAITING…

SELECT s FOR

UPDATE;

IF(pStatusGabung=Y

AND status T2=s);

UPDATE s=Y;

COMMIT;

ELSE

ROLLBACK;

END IF;

N

N

N

Y (T1)

Y (T1)

Y (T1)

Y (T1)

Y (T1)

Query berikut menunjukkan manajemen transaksi dengan metode 2 Phase

Locking pada transaksi penggabungan outdoor. Sebelum transaksi dimulai,

AUTOCOMMIT untuk transaksi ini diatur menjadi 0 agar data tidak tercatat

secara otomatis sebelum COMMIT. Selain itu level transaksi juga diatur menjadi

SERIALIZABLE dan transaksinya bertipe SESSION. Level transaksi

SERIALIZABLE berarti transaksi dijalankan pada koneksi yang digunakan saat

ini. Mula-mula dilakukan locking terhadap data status gabung agar tidak


50

digunakan oleh transaksi lain. Locking ini dilakukan dengan perintah

SELECT...FOR UPDATE. Kemudian data status gabung tersebut dicek apakah

bernilai N. Jika memenuhi kondisi tersebut, maka akan dilakukan perubahan data.

Jika semua proses telah berhasil dilakukan, maka status pencatatan data akan

diatur = 1 dan transaksi COMMIT. Transaksi akan ROLLBACK jika status

gabung telah berubah. Setelah transaksi dilakukan AUTOCOMMIT kembali

diatur menjadi 1.

DELIMITER $$

CREATE DEFINER='root'@'localhost'PROCEDURE

'SPUpdateGabung' (IN pNoGabungDetail varchar(100), IN pStatusGabung char(5), IN pOperatorGabung

varchar(40), IN pNamaBahan varchar(50), IN pStatusPesan char(5),IN pNoSo char(12), IN pNamaBarang

varchar(50), OUT pStat int)

BEGIN

declare vStat char(1);

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;

SET AUTOCOMMIT=0;

START TRANSACTION;

SELECT statusGabung into vStat from cobaisupdated where noso like

pNoSo AND namaBarang like pNamaBarang for update;

--CEK statusGabung

IF (pStatusGabung='Y' AND vStat='N') THEN

UPDATE cobaisupdated SET noGabungDetail=pNoGabungDetail, statusGabung='Y',

OperatorGabung=pOperatorGabung, namaBahan=pNamaBahan, statusPesan='Y',

where noso=pNoSo AND namaBarang=pNamaBarang;

SET pStat=1;

COMMIT;

ELSE

SET pStat=0;

ROLLBACK;

END IF;

SET AUTOCOMMIT=1;

END $$

DELIMITER;


51

Listing 4. 1 Store Procedure untuk Status Penggabungan Outdoor

Listing 4. 2 Listing untuk View Cobaisupdate

DROP VIEW IF EXISTS `dss_spectrum`.`cobaisupdated`;

CREATE ALGORITHM=UNDEFINED DEFINER=`root`@`localhost` SQL SECURITY DEFINER

VIEW `cobaisupdated` AS (select `salesorderoutdoor`.`kodePelanggan` AS

`kodePelanggan`,

`salesorderoutdoor`.`namakomputer` AS

`namakomputer`,`salesorderoutdoordetail`.`kodeBarang` AS

`kodeBarang`,`salesorderoutdoordetail`.`namaBarang` AS `namaBarang`,

`salesorderoutdoordetail`.`printernya` AS

`printernya`,`salesorderoutdoordetail`.`namaBahan` AS

`namaBahan`,`salesorderoutdoordetail`.`operatorGabung` AS `operatorGabung`,

`salesorderoutdoor`.`noSo` AS `noso`,`salesorderoutdoordetail`.`judul` AS

`judul`,`salesorderoutdoordetail`.`banyak` AS

`banyak`,`salesorderoutdoordetail`.`panjang` AS `panjang`,

`salesorderoutdoordetail`.`lebar` AS `lebar`,`salesorderoutdoordetail`.`statusGabung` AS

`statusGabung`,`salesorderoutdoordetail`.`statusPesan` AS

`statusPesan`,`salesorderoutdoordetail`.

`noGabungdetail` AS `noGabungdetail`,`salesorderoutdoor`.`cicilan` AS

`cicilan`,`salesorderoutdoordetail`.`jumlahGabung` AS

`jumlahgabung`,`salesorderoutdoordetail`.`sisaGabung` AS `sisaGabung`

from (`salesorderoutdoordetail` join `salesorderoutdoor`

on((`salesorderoutdoordetail`.`noSo` = `salesorderoutdoor`.`noSo`))) where

((`salesorderoutdoordetail`.`statusGabung` = _latin1'N') and

(`salesorderoutdoor`.`cicilan` > 0)))


52

BAB V

ANALISA HASIL

Pada bab ini akan dibahas mengenai hasil implementasi dari proses

manajemen transaksi pada bagian Penggabungan Outdoor dari Sistem Informasi

Printing Outdoor. Manajemen transaksi yang digunakan pada saat proses

penggabungan outdoor berfungsi mengatasi pemilihan data yang akan digabung

secara bersamaan. Proses transaksi ini akan mempengaruhi perubahan status dari

data yang digabung. Manajemen transaksi dalam ruang lingkup ini menggunakan

teknik Two Phase Locking (2PL) untuk mengatasi masalah the lost update

problem.

Pengujian manajemen transaksi penggabungan dilakukan dengan cara berikut :

1. Proses penggabungan barang akan dilakukan secara bersamaan oleh User

1 dan User 2. Proses penggabungan User 1 akan berhasil, sedangkan

pada User 2 proses tidak akan berhasil dan user akan diperingatkan

bahwa data sudah dipilih.


53

Gambar 5. 1 Menu Penggabungan Outdoor user 1

Gambar 5. 2 Menu Penggabungan Outdoor user 2


54

2. User 1 melakukan penggabungan barang. Gambar 5.3 merupakan

halaman penggabungan barang yang dilakukan user 1.

Gambar 5. 3 Hasil Penggabungan Outdoor user 1

3. User 2 melakukan penggabungan barang yang sama seperti user 1.

Gambar 5.4 merupakan halaman penggabungan barang yang dilakukan

user 2. User 2 akan mendapatkan pesan bahwa data sudah dipilih.


55

Gambar 5. 4 Hasil Penggabungan Outdoor user 2


56

BAB VI

PENUTUP

Pada bab akhir ini akan dibahas kesimpulan dan saran dari hal-hal yang

berkaitan dengan konsep Manajemen Transaksi pada Sistem Produksi Outdoor

yang mengambil contoh percetakan XYZ.

6.1 Kesimpulan

Dari implementasi Manajemen Transaksi dengan metode 2 Phase Locking

dengan studi kasus pada sistem produksi printing outdoor di toko xyz dapat

disimpulkan bahwa :

1. Manajemen transaksi yang ada dapat berjalan dalam proses

penggabungan outdoor.

2. Penggunaan metode 2 Phase Locking pada sistem produksi printing

outdoor dapat mengatasi masalah lost update problem akibat transaksi

yang dilakukan bersamaan oleh 2 user.

6.2 Saran

Penggunaan metode 2 Phase Locking pada sistem produksi printing

outdoor hanya untuk mengatasi masalah the lost update problem. Saran yang

dapat diberikan adalah untuk mengembangkan implementasi ini untuk

mengatasi masalah concurrency control lainnya.


57

DAFTAR PUSTAKA

Connolly, T. M. 2005. Database Systems : A Practical Approach to Design,

Implementation and Management 3rd Edition, Pearson Education Limited

England.

Darmawan, JB. B. 2007. Teknik Kontrol Concurrency Menggunakan 2PL Dalam

MySQL untuk Menangani Masalah Dalam Concurrency, Seminar Nasional

Sains dan Teknologi Universitas Sanata Dharma, Pemanfaatan Potensi Lokal

Untuk Meningkatkan Daya Saing Bangsa, halaman 279-287

Haerder,T; Reuter,A. 1983. Principles of Transaction-Oriented Database

Recovery. ACM Computing Surveys 15:287.

Whitten, Jeffrey L., Bentley,Lonnie D., & with Kevin C Ditman. 2004. System

Analysis and Design Method 6th Edition, Irwin/McGraw-Hill, New York.


penerapan manajemen transaksi dalam sistem … · in this final project will be created a system to...

Documents