PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI

PLAGIAT PLAGIATMERUPAKAN MERUPAKANTINDAKAN TINDAKANTIDAK TIDAKTERPUJI TERPUJI

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 i


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 ii


iii


iv


PERNYATAAN KEASLIAN KARYA

v


PERNYATAAN PERSETUJUAN PUBLIKASI KARYA ILMIAH UNTUK KEPENTINGAN AKADEMIS

vi


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.

vii


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 .

viii


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. ix


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

x


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 xi


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.

3.2.

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

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 xii


6.1

Kesimpulan ............................................................................................. 56

6.2

Saran ....................................................................................................... 56

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

xiii


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 xiv


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. 5 Menu Pembayaran Order Outdoor (2) ............................................. 47 Gambar 4. 6 Menu Pembayaran Order Outdoor (2) ............................................. 47 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

xv


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).


2. Sistem

dapat

melakukan transaksi pencatatan order

3

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 masalahmasalah 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 langkahlangkah 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 gambargambar. 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 komponenkomponen 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.


b.

8

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 t3 t4 t5 t6 t7 t8 t9 t10

T1 begin transaction write_lock(balx) WAIT WAIT WAIT read(balx) balx= balx + 100 write(balx) commit/unlock(balx)

T2 begin transaction write_lock(balx) read(balx) balx= balx + 100 write(balx) commit/unlock(balx)

balx 100 100 100 100 200 200 200 200 190 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 t1 t2 t3 t4 t5 t6 t7 t8 t9 t10

T3

begin transaction write_lock(balx) WAIT read(balx) balx= balx + 100 write(balx) commit/unlock(balx)

T4 begin transaction write_lock(balx) read(balx) balx= balx + 100 write(balx) commit/unlock(balx)

balx 100 100 100 100 200 100 100 100 90 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 t1 begin transaction t2 begin transaction sum=0 t3 write_lock(balx) t4 read(balx) read_lock(balx) t5 balx = balx - 10 WAIT t6 write(balx) WAIT t7 write_lock(balz) WAIT t8 read(balz) WAIT t9 balz = balz + 100 WAIT t10 write(balz) WAIT t11 WAIT commit/unlock (balx, balz) t12 read(balx) t13 sum = sum + balx t14 read_lock(baly) t15 read(baly) t16 sum = sum + baly t17 read_lock(balz) t18 read(balz) t19 sum = sum + balz t20 commit/unlock (balx, baly, balz)

balx 0 0 0 0 0 0 0 0 0

0 90 90 90 140 140 140 175 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 :


Sistem Informasi Printing Outdoor

16

Subsistem sales order outdoor

Tambah order outdoor Login

Ubah order outdoor Hapus order outdoor Lihat order outdoor <<depends on>> Subsistem pembayaran outdoor

Subsistem User

Tambah pembayaran outdoor

Tambah user

Ubah pembayaran outdoor

Ubah user

Lihat pembayaran outdoor

Hapus user <<depends on>> Subsistem penggabungan outdoor

Tambah penggabungan outdoor Ubah penggabungan outdoor Lihat penggabungan outdoor

Pemilik

Pegawai

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.

2.

3.

Log in

Use case ini menggambarkan proses untuk

Pegawai,

masuk ke sistem

Pemilik

Tambah order

Use

case

outdoor

penambahan data transaksi order

Ubah order outdoor

Use

case

ini

proses

Pegawai, Pemilik

proses

Pegawai,

pengubahan data transaksi order. Proses ini

Pemilik

dapat

ini

menggambarkan

berupa

menggambarkan

penambahan

data

order

ataupun pengubahan detail data transaksi order 4.

5.

6.

7.

8.

9.

10.

Hapus order outdoor

Lihat order outdoor

Use

case

ini

menggambarkan

proses

Pegawai,

penghapusan data transaksi order

Pemilik


Pegawai,

melihat detail data transaksi order

Pemilik

Tambah

Use

case

pembayaran outdoor

penambahan data pembayaran order

Ubah pembayaran

Use

outdoor

pengubahan detail data pembayaran order

Pemilik

Lihat pembayaran


Pegawai,

outdoor

melihat detail data pembayaran order

Pemilik

Tambah

Use

proses

Pegawai,

penggabungan

pencatatan data status penggabungan order

Pemilik

outdoor

outdoor

Ubah penggabungan

Use

proses

Pegawai,

outdoor

pengubahan detail data penggabungan order

Pemilik

case

case

case

ini

ini

ini

ini

menggambarkan

menggambarkan

menggambarkan

menggambarkan

proses

Pegawai, Pemilik

proses

Pegawai,

outdoor 11.

Lihat penggabungan


Pegawai,

outdoor

melihat daftar data penggabungan order

Pemilik


18

outdoor 12.

Tambah user

Use

case

ini

menggambarkan

proses

Pemilik

proses

Pemilik

proses

Pemilik

pembuatan user baru untuk pegawai 13.

Ubah user

Use

case

ini

menggambarkan

pengubahan data user pegawai 14.

Hapus user

Use

case

ini

menggambarkan

penghapusan data user pegawai

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 Aktor telah memiliki hak akses username dan password. Use case ini akan digunakan apabila ada aktor yang akan mengakses data. Kegiatan Aktor Respon Sistem Langkah 1 : Pemilik / Langkah 2 : Sistem pegawai membuka menampilkan halaman tampilan pertama sistem. login dan meminta untuk memasukkan Langkah 3 : username dan password. Pemilik/pegawai memasukkan username dan password lalu mengklik tombol Login. Langkah 4 : Sistem melakukan cek validasi Langkah 5 : di database. Pemilik/pegawai mendapat pemberitahuan bahwa berhasil masuk ke sistem. Langkah 6: Sistem menampilkan menu halaman utama.

Kondisi Awal : Pemicu : Langkah Umum :


Langkah Alternatif :

Kesimpulan : Kondisi Akhir :

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. Use case ini berhenti apabila Pemilik/pegawai telah berhasil masuk ke dalam menu utama. 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

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses pencatatan data order/pemesanan outdoor. Pegawai/Pemilik telah Login.


Use case ini digunakan jika Pegawai/Pemilik akan melakukan pencatatan order. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem akan pegawai meng-klik menu masuk ke menu sales sales order outdoor. order outdoor. Langkah 3 : Pemilik/pegawai mengisi data order barang outdoor pada form penambahan data order.

Langkah Alternatif : Kesimpulan :

Langkah 4 : Langkah 5: Sistem Pemilik/pegawai mengmenyimpan data order klik menu tambah untuk yang telah ditambahkan. melakukan penambahan order Alt- Langkah 3: Pemilik/Pegawai tidak jadi mencatat data pembelian dengan meng-klik tombol Batal. Use case ini berhenti apabila Pemilik/pegawai telah mengisikan semua data order.

19


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.

Kondisi Akhir :

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

Nama Use Case :

Hapus order outdoor

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses penghapusan data order outdoor. Pemilik/Pegawai telah memiliki password.

Kondisi Awal : Pemicu :

Langkah Umum :

Langkah Alternatif : Kesimpulan : Kondisi Akhir :

Use case ini digunakan jika Pegawai/Pemilik akan menghapus data-data order yang tidak digunakan. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem akan pegawai meng-klik masuk ke menu sales menu sales order order outdoor. outdoor. Langkah 3 : Pemilik/pegawai meng-klik tombol Lihat Order

Langkah 4: Sistem menampilkan daftar order yang telah ada dalam database.

Langkah 5: Pemilik/pegawai memilih data yang akan dihapus dan meng-klik tombol hapus untuk melakukan penghapusan data order. -

Langkah6 : Sistem menghapus data order.

Use case ini berhenti apabila Pemilik/pegawai telah berhasil menghapus data order. a. Pemilik/pegawai berhasil menghapus data order. b. Pemilik/pegawai berhasil menghapus data

20


order. 4. Mengubah order outdoor Tabel 3. 5 Narasi Use-Case Ubah order outdoor

Nama Use Case :

Mengubah order outdoor

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses pengubahan data order jika terjadi kesalahan pada saat melakukan penambahan. Pemilik telah Login.



Kesimpulan :

Kondisi Akhir :

Use case ini digunakan jika Pegawai/Pemilik telah melakukan kesalahan pencatatan data order. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai meng-klik masuk ke menu sales menu sales order order outdoor. outdoor. Langkah 3: Pemilik/pegawai meng-klik tombol Langkah 4 : Sistem Lihat Order menampilkan data order yang telah ada dalam Langkah 5 : database. Pemilik/pegawai memilih data order Langkah 6: Sistem yang akan diubah. menampilkan detail order yang dipilih. Langkah 7: Pemilik/pegawai meng-klik tombol Edit Langkah 8: Sistem dan mengubah data menyimpan data order yang salah. Lalu yang telah diubah. meng-klik Simpan. Alt- Langkah 4: Pegawai/Pemilik tidak jadi mengubah data order dengan meng-klik tombol Batal. Use case ini berhenti apabila Pemilik/pegawai telah merubah data order yang salah dalam pencatatan. a. Pemilik/pegawai berhasil mengubah data order beserta detail data barang yang dipesan. b. Pemilik/pegawai tidak berhasil mengubah

21


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

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses melihat data order. Pemilik/Pegawai telah Login .


Langkah Umum :


Kondisi Akhir :

Use case ini digunakan apabila ada Pemilik/pegawai ingin melihat data order outdoor. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai meng-klik menampilkan Daftar tombol Daftar Order. Order. Langkah 3 : Langkah 4 : Sistem Pemilik/pegawai menampilkan data order memilih data berdasar yang ada dalam database tanggal. sesuai tanggal yang dipilih. Alt- Langkah 3: Aktor batal melihat data order outdoor. Use case ini berhenti jika Pemilik/pegawai telah selesai melihat data order outdoor atau batal melihat data order. 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

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses pencatatan pembayaran data order outdoor.

22


Kondisi Awal :

Pegawai/Pemilik telah Login.

Pemicu :

Use case ini digunakan jika Pegawai/Pemilik akan melakukan pencatatan pembayaran order. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem akan pegawai meng-klik masuk ke menu menu sales order pembayaran order outdoor. outdoor.

Langkah Umum :

Langkah 3 : Pemilik/pegawai meng-klik tombol Order Belum Lunas, lalu memilih order yang akan dibayar.


Kesimpulan : Kondisi Akhir :

Langkah 4 : Sistem menampilkan detail order.

Langkah 5 : Pemilik/pegawai mengisi jumlah pembayaran dan Langkah 7: Sistem meng-klik Simpan menyimpan data untuk melakukan pembayaran order yang pembayaran order telah dibayar. Alt- Langkah 4: Pemilik/Pegawai tidak jadi mencatat data pembayaran dengan meng-klik tombol Batal. Use case ini berhenti apabila Pemilik/pegawai telah megisikan semua data pembayaran order. 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

Aktor :

Pemilik, Pegawai

Deskripsi Use Case : Kondisi Awal :

Use case ini menggambarkan proses pengubahan data pembayaran order. Pemilik telah Login.

Pemicu :

Use case ini digunakan jika Pegawai/Pemilik

23


Langkah Umum :


Kesimpulan :

Kondisi Akhir :

telah melakukan kesalahan pencatatan data pembayaran order. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai meng-klik menampilkan menu menu pembayaran pembayaran outdoor. outdoor. Langkah 3 : Pemilik/pegawai meng-klik tombol Langkah 4 : Sistem Daftar Belum Lunas. menampilkan daftar order yang belum lunas Langkah 5: dari database. Pemilik/pegawai memilih data pembayaran yang Langkah 6 : Sistem akan diubah menampilkan detail data order. Langkah 7 : Pemilik/pegawai meng-klik tombol Edit dan memasukan password untuk dapat Langkah 8: Sistem mengubah data yang menyimpan data diinginkan. Klik pembayaran order yang Simpan. telah diubah. Alt- Langkah 5: Pegawai/Pemilik tidak jadi mengubah data pembayaran order dengan mengklik tombol Batal. Use case ini berhenti apabila Pemilik/pegawai telah merubah data pembayaran order yang salah dalam pencatatan. a. Pemilik/pegawai berhasil mengubah data pembayaran order beserta detail data barang yang dipesan. b. Pemilik/pegawai tidak berhasil mengubah 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

24


Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses melihat data pembayaran order. Pemilik/Pegawai telah Login .


Langkah Umum :

Use case ini digunakan apabila ada Pemilik/pegawai ingin melihat data pembayaran order outdoor. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai meng-klik menampilkan Daftar tombol Daftar Pembayaran yang telah Pelunasan. lunas.

Langkah 3 : Pemilik/pegawai memilih melihat data bedasar tanggal.


Kondisi Akhir :

Langkah 4 : Sistem menampilkan data pembayaran order yang ada dalam database sesuai tanggal yang dipilih. Alt- Langkah 3: Aktor batal melihat data order outdoor. Use case ini berhenti jika Pemilik/pegawai telah selesai melihat data pembayaran order outdoor atau batal melihat data order. 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

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses untuk melakukan penggabungan order. Pemilik/pegawai telah Login.


Langkah Umum :

Use case ini digunakan apabila ada Pemilik/pegawai akan melakukan penggabungan order. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem

25


pegawai membuka menu Gabung Outdoor.

Langkah Alternatif : Kesimpulan : Kondisi Akhir :

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. Langkah 4 : Sistem akan menambahkan data order yang digabungkan.

Use case ini berhenti apabila Pemilik/pegawai telah berhasil menambahkan penggabungan. a. Pemilik/pegawai berhasil menambahkan data order yang digabungkan. 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

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses mengubah data penggabungan order outdoor. Pemilik/pegawai telah Login.


Langkah Umum :

Use case ini digunakan apabila ada Pemilik/pegawai yang ingin melakukan perubahan data penggabungan. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai meng-klik menampilkan menu menu Penggabungan Penggabungan Outdoor Outdoor. Langkah 4 : Sistem menampilkan daftar Langkah 3 : penggabungan yang Pemilik/pegawai dibatalkan. memilih tab Batal. Langkah 4 : Sistem Langkah 5 : melakukan perubahan

26


Pemilik/pegawai memilih data order penggabungan yang ingin diubah.

data order menjadi digabungkan.


-

Kesimpulan :

Use case ini berhenti apabila Pemilik/pegawai telah berhasil melakukan perubahan data penggabungan. a. Pemilik/pegawai berhasil mengubah data penggabungan yang dibatalkan. b. Pemilik/pegawai tidak berhasil mengubah data penggabungan yang dibatalkan.

Kondisi Akhir :

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

Nama Use Case :

Lihat penggabungan outdoor

Aktor :

Pemilik, Pegawai


Use case ini menggambarkan proses untuk melihat data order yang digabungkan Pemilik/pegawai telah Login.


Langkah Umum :


Use case ini digunakan apabila ada Pemilik/pegawai yang ingin melihat data order yang digabungkan. Kegiatan Aktor Respon Sistem Langkah 1 :Pemilik / Langkah 2 : Sistem pegawai membuka menampilkan menu menu Penggabungan Gabung Outdoor. Outdoor. Langkah 3 : Pemilik/pegawai memilih printer yang digunakan atau memasukan data yang diinginkan dan mengklik tombol Lihat. -

Langkah 4 : Sistem menampilkan daftar order.

Use case ini berhenti apabila Pemilik/pegawai telah berhasil melihat daftar order yang digabungkan.

27


28

a. Pemilik/pegawai berhasil melihat daftar order yang digabungkan. b. Pemilik/pegawai tidak berhasil melihat daftar order yang digabungkan.

Kondisi Akhir :

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 SI

Meminta masukan username dan password

Meminta masukan username dan password

[Klik tombol CANCEL]

[Klik tombol OK]

Memeriksa validasi username dan password

[username dan password SALAH]

Masuk ke menu utama

[username dan password BENAR]

Gambar 3. 2 Diagram Aktivitas Login


2. Tambah Sales Order Outdoor

User

Sistem

Menampilkan menu sales order outdoor

Meng-klik menu sales order outdoor

Memasukan data order

Meng-klik tombol Simpan

[Klik tombol OK]

Menyimpan data order


Gambar 3. 3 Diagram Tambah Sales Order Outdoor

3. Hapus Sales Order Outdoor User

Sistem


Meng-klik tombol Lihat Order


Menampilkan data order yang ada di database

Memilih data order yang mau dihapus

[Klik tombol OK]


Menghapus data order yang dipilih

29


Gambar 3. 4 Diagram Aktivitas Hapus Sales Order Outdoor

4. Ubah Sales Order Outdoor

User

Sistem



Memilih data order yang mau diubah



Menampilkan detail order yang dipilih

Meng-klik tombol Edit

Mengubah data yang salah

Meng-klik Simpan

[Klik tombol OK]

Menyimpan data order yang diubah


Gambar 3. 5 Diagram Aktivitas Ubah Sales Order Outdoor

5. Lihat Sales Order Outdoor

30


User

31

Sistem





Gambar 3. 6 Diagram Aktivitas Lihat Sales Order Outdoor

6. Tambah pembayaran Outdoor User

Sistem

Meng-klik menu Pembayaran Outdoor

Meng-klik tombol Order Belum Lunas

Memilih data order yang mau dibayar

Menampilkan menu Pembayaran Outdoor



Memasukan jumlah pembayaran

Meng-klik Simpan.

[Klik tombol OK]

Menyimpan data pembayaran order


Gambar 3. 7 Diagram Aktivitas Tambah Pembayaran Outdoor


7. Ubah Pembayaran Outdoor User

Sistem


Meng-klik tombol Order Belum Lunas

Memilih data order yang mau diubah




Meng-klik Edit

Mengubah data Meng-klik Simpan

[Klik tombol OK]

Menyimpan data pembayaran order yang diubah


Gambar 3. 8 Diagram Aktivitas Ubah Pembayaran Outdoor

32


33

8. Lihat Pembayaran Outdoor User

Sistem


[Klik tombol Order Belum Lunas]

[Klik tombol l Daftar Pelunasan]


Menampilkan data order 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 Penggabungan Outdoor

Menampilkan daftar order yang belum digabungkan

Memilih data yang akan digabungkan dengan me-klik tombol checklist [Klik tombol Simpan]

Menampilkan data order yang sudah lunas di database

[Klik tombol Batal]

Gambar 3. 10 Diagram Aktivitas Tambah Penggabungan Outdoor


34

10. Ubah Penggabungan Outdoor User


Sistem


Mengklik tab menu Batal

Menampilkan daftar order yang sudah digabungkan

Memilih data yang akan dibatalkan

Menampilkan validasi perubahan [Klik tombol Cancel]

[Klik tombol OK] Membatalkan data order yang digabung

Gambar 3. 11 Diagram Aktivitas Ubah Penggabungan Outdoor

11. Melihat Penggabungan Outdoor User


Memilih printer yang ingin ditampilkan

Sistem


Menampilkan daftar order sesuai printer

Gambar 3. 12 Diagram Aktivitas Lihat Penggabungan Outdoor


3.2.1.2

35

Pemodelan Data Konseptual (ER-Diagram) namaBarang kodeBarang jumlahStock

namaKategori kodeKategori inOutKategori

1

kategori

punya

n

1

barang 1

namaPrinter kodePrinter

printer 1

punya

punya

kekuranganBayar Uang muka noPelunasan

lebar judul panjang noSO

n

punya

n salesOrderOutdoor

n

1

n

n

pelunasanKuitansiOutdoor

punya

1

1

n

n

punya

operatorGabung tglGabung noGabungDetail noGabung

n

gabung

punya

namaPelanggan telp kodePelanggan

1

n punya

punya

pelanggan

alamat

1 punya

punya

password nama level username

1 1

Gambar 3. 13 ER Diagram

user

1


3.2.1.3

Relational Model kategori

1..n

PK

pelunasanKuitansiOutdoor

kodeKategori

PK 1..1

namaKategori inOutKategori

n..1

pelanggan

noPelunasan

PK

noSO (FK) namaPelanggan (FK) kodeBarang (FK) uangMuka kekuranganBayar tglKuitansi hargaSatuan total

user PK

1..n 1..n n..1

1..1 1..n PK n..1

gabung PK

namaPelanggan telp alamat

1..n

kodeBarang kodeKategori (FK) namaBarang jumlahStock

noGabung n..1 noSO (FK) tglGabung noGabungDetail

kodePelanggan

1..n

barang PK

36

salesOrderOutdoor

1..n

username password nama

noSO kodeBarang (FK) nama (FK) kodePrinter (FK) namaPelanggan (FK) judul panjang lebar banyak tglPesan tglJadi

Gambar 3. 14 Tabel Relasi

n..1 n..1 n..1

printer 1..n PK

kodePrinter namaPrinter


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 masingmasing table. 1. Tabel user Nama

Tipe

username

varchar(10)

password

varchar(100)

nama

varchar(100)

Keterangan Primary Key

Tabel 3. 13 Tabel Fisikal User

2. Tabel barang Nama

Tipe

kodeBarang

varchar(50)

namaBarang

varchar(100)

jumlahStock

double


Tabel 3. 14 Tabel Fisikal Barang

3. Tabel kategori Nama

Tipe

kodeKategori

varchar(3)

namaKategori

varchar(50)

inOutkategori

varchar(10)


Tabel 3. 15 Tabel Fisikal Kategori

4. Tabel salesOrderOutdoor Nama

Tipe

noSO

char(12)

judul

varchar(255)

panjang

double


37


lebar

double

banyak

double

tglPesan

date

tglJadi

date

Tabel 3. 16 Tabel Fisikal SalesOrderOutdoor

5. Tabel pelunasanKuitansiOutdoor Nama

Tipe

noPelunasan

varchar(20)

uangMuka

double


kekuranganBayar double Tabel 3. 17 Tabel Fisikal PelunasanKuitansiOutdoor

6. Tabel gabung Nama

Tipe

noGabung

varchar(25)

tglGabung

date


noGabungDetail varchar(100) Tabel 3. 18 Tabel Fisikal Gabung

7. Tabel pelanggan Nama

Tipe

kodePelanggan

varchar(12)

namaPelanggan

varchar(50)

telp

varchar(30)

alamat

varchar(255)


Tabel 3. 19 Tabel Fisikal Pelanggan

38


3.2.2.2.

39

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.


START

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

Data dipilih

pStatusGabung=Y

SELECT statusGabung into vStat FOR UPDATE

pStatusGabung = Y AND vStat=N

TIDAK

Set pStat=0

YA UPDATE statusGabung

Set pStat=1

ROLLBACK

COMMIT

END

Gambar 3. 15 Flowchart Manajemen Transaksi Penggabungan Outdoor

40


3.2.2.3.

41

Store procedure untuk manajemen transaksi

Nama store procedure

Alasan

Keterangan

SPUpdateGabung

Mengantisipasi perubahan

Kondisi awal

data pada tabel

AUTOCOMMIT=0

salesorderoutdoordetail

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


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

43


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)


4.1.3.

46

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


4.1.4.

48

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


t2

SELECT s FOR

Start Transaction T2;

49

N

UPDATE; t3

IF(pStatusGabung=Y WAITING…

N

AND status T1=s); t4

UPDATE s=Y;

WAITING…

N

t5

COMMIT;

WAITING…

Y (T1)

SELECT s FOR

Y (T1)

ELSE ROLLBACK; END IF; t6

UPDATE; t7

IF(pStatusGabung=Y

Y (T1)

AND status T2=s); t8

UPDATE s=Y;

Y (T1)

t9

COMMIT;

Y (T1)

ELSE ROLLBACK; END IF;

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 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))) Listing 4. 2 Listing untuk View Cobaisupdate


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.


Gambar 5. 1 Menu Penggabungan Outdoor user 1

Gambar 5. 2 Menu Penggabungan Outdoor user 2

53


2. User 1 melakukan penggabungan barang. Gambar 5.3

54

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.


Gambar 5. 4 Hasil Penggabungan Outdoor user 2

55


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.

PLAGIAT MERUPAKAN TINDAKAN TIDAK TERPUJI

Recommend Documents