Perancangan Aplikasi Manajemen Penyimpanan Barang Dalam Gudang kebutuhan UPT Pusat Penyimpanan Barang Daerah Badan Pengelola Keuangan Daerah Provinsi DKI Jakarta

1

BAB I

PENDAHULUAN

I.1 Latar Belakang

Kegiatan pengelolaan barang dan aset daerah dari tahun ke tahun terus berlangsung. Pengelolaan ini bukan hanya melibatkan barang-barang dan aset lama saja tapi juga barang-barang dan aset yang baru. Sehingga dengan demikian dari tahun ke tahun jumlah barang dan aset ini bukannya berkurang bahkan terus bertambah. Dengan bertambahnya jumlah barang-barang dan aset tersebut, tentunya mendatangkan kesulitan tersendiri dalam pengelolaannya.

Agar pelaksanaan penyimpansan barang dalam gudang dapat terkelola serta tertata dengan baik, maka perlu dikembangkan suatu aplikasi berupa Sistem Informasi Manajemen Penyimpanan Barang. Karena bila dengan cara biasa (banyak proses manual) seperti sekarang, cukup menyulitkan dalam hal pengarsipan dan penelusuran data barang.

Sistem Informasi Manajemen Penyimpanan barang ini akan menampung semua data dan informasi tentang barang-barang tersebut. Data dan informasi ini nantinya akan terakumulasi dan tersimpan (diarsipkan) secara terpusat pada suatu database. Dengan terpusatnya data dan informasi ini, maka jelas akan mempermudah pengelolaan barang. Pekerjaan seperti pencarian data dan status barang akan lebih cepat, mudah, dan efisien. Pencarian ini dapat dikelompokkan berdasarkan kebutuhan pengelolaan, seperti pemilahan berdasarkan kepemilikan,

2

pemilahan berdasarkan masa pakai, pemilahan berdasarkan jenis kepemilikan, dan lain-lain. Pemilahan yg secara manual mungkin butuh lebih dari sehari akan dapat dilakukan dalam beberapa jam saja.

Database ini bersifat digital, sehingga akurasi data dan informasi yang diberikan tentu sangat tinggi, karena tidak melibatkan faktor kesalahan manusia. Akurasi ini bukan semata dalam hal penyajian data tetapi dalam hal penyimpanannya. Akan tetapi akurasi ini juga bergantung pada proses input data, semakin baik data input akan semakin tinggi akurasi data yang tersimpan dalam database, dan sebaliknya, bila data input kurang baik jangan berharap akurasi data dapat diandalkan.

Keuntungan lain bilamana data ini telah tersimpan dalam database, secara periodik dan kontinyu, maka akan dapat digunakan untuk sarana evaluasi dan analisis. Sehingga dapat diambil data secara statistik barang-barang, sehingga dapat digunakan untuk forecasting kebutuhan dan penyediaan barang-barang.

UPT Pusat Penyimpanan Barang Daerah Badan Pengelola Keuangan Daerah Provinsi DKI Jakarta (UPT PPBD BPKD Provinsi DKI Jakarta) untuk selanjutnya disebut UPT PPBD BPKD Provinsi DKI Jakarta berfungsi untuk melakukan pengelolaan penyimpanan barang daerah. Dalam pelaksanaan pengelolaan barang daerah terutama pengelolaan barang barang hasil pengadaan terpusat yang berada dalam lingkungan BPKD barang tersebut dapat disimpan pada gudang induk.

Agar pelaksanaan penyimpanan barang dalam gudang dapat terkelola serta tertata dengan baik, perlu tersedia sebuah Sistem Informasi Manajemen

3

Penyimpanan Barang Daerah Terpadu yang informatif, terkendali dan terintegrasi antara gudang yang satu dengan gudang yang lain, sehingga dapat tercipta pemilahan antara barang terpusat , barang BPKD dan barang barang purna pakai serta barang barang titipan dari SKPD/UPKD saat ini.

Untuk membangun Sistem Informasi Manajemen Penyimpanan Barang Daerah Terpadu yang dapat berjalan secara optimal maka penerapan teknologi informasi ini hendaknya tidak langsung dilakukan secara serentak terhadap seluruh gudang yang ada namun perlu dilakukan secara bertahap. Oleh karena itu maka sebuah perencanaan yang matang dibutuhkan untuk memberikan panduan atas penerapan TI di lingkungan BPKD khususnya pada gudang-gudang penyimpanan barang. Sebuah penerapan teknologi informasi yang bertahap yang didasarkan atas kesiapan kondisi objektif organisasi akan membuat teknologi informasi menjadi sesuatu yang bermanfaat dan berdayaguna bagi organisasi serta pihak-pihak yang terkait dengannya.

Dengan memperhatikan hal diatas, maka PT. Metanouva Informatika sebagai organisasi pengembang system informasi, berinisiatif untuk membuat perancangan aplikasi manajemen penyimpanan barang dalam gudang UPT PPBD BPKD Provinsi DKI Jakarta.

Penulis mencoba mengimplementasikan hal tersebut dengan merancang sebuah aplikasi manajemen penyimpanan barang yang terintegrasi dengan database penyimpanan barang daerah, dimana penulis mengambil judul

“Perancangan Aplikasi Manajemen Penyimpanan Barang Dalam Gudang UPT

4 I.2 Perumusan Masalah

Berdasarkan latar belakang diatas, maka dapat diambil suatu rumusan masalah, yaitu bagaimana perancangan perangkat lunak aplikasi manajemen penyimpanan barang dalam gudang UPT PPBD BPKD Provinsi DKI Jakarta yang terintegrasi dengan database penyimpanan barang daerah.

I.3 Maksud dan Tujuan

I.3.1 _Maksud

Maksud penulis melaksanakan kerja praktek di PT. Metanouva Informatika adalah sebagai berikut :

1. Memberikan kesempatan kepada penulis, khususnya untuk memperoleh pelajaran dan praktek secara langsung didunia kerja yang sesungguhnya dari kegiatan operasional kerja di PT. Metanouva Informatika, terutama yang berkaitan dengan pembangunan dan pengembangan sistem informasi.

2. Membangun perancangan aplikasi manajemen penyimpanan barang dalam gudang UPT PPBD BPKD Provinsi DKI Jakarta yang terintegrasi dengan database penyimpanan barang daerah, dimana sebelumnya pengolahan data ini masih banyak menggunakan proses manual.

I.3.2 _Tujuan

Tujuan penulis melaksanakan kerja praktek di PT. Metanouva Informatika adalah sebagai berikut :

5

1. Penulis dapat mempraktekan secara langsung teori-teori yang penulis dapatkan selama mengikuti pendidikan formal di Perguruan Tinggi .

2. Mengimplementasikan sistem yang berbasis komputer yang dapat memberikan solusi yang lebih baik terutama dalam pengelolaan data dan informasi yang cepat, akurat dan efisien bagi instansi.

I.4 Batasan Masalah

Agar pembahasan dalam penelitian dapat lebih terarah, maka permasalahan yang akan dibahas dibatasi terhadap masalah-masalah berikut ini:

1. Laporan ini menguraikan tahap analisis dan perancangan aplikasi manajemen penyimpanan barang dalam gudang UPT PPBD BPKD Provinsi DKI Jakarta. 2. Aplikasi ini dibangun dengan bahasa pemrograman PHP, XML, HTML dan

Javascript sebagai aplikasi yang berbasis web (Web based Aplication). 3. Aplikasi ini dibangun menggunakan kerangka kerja (Framework) dari YII. 4. Database aplikasi ini dibangun menggunakan PostgreSQL.

5. Metode aliran data sistem menggunakan metode berorientasi objek yaitu ULM (Unifield Model Language) dalam tahapan pemodelan.

6. Pengguna yang akan menggunakan perangkat lunak ini disesuaikan dengan struktur instansi UPT Pusat Penyimpanan Barang Daerah BPKD Provinsi DKI Jakarta.

6 I.5 Metode Penelitian

Metode penelitian yang dilakukan oleh penulis dengan dibantu oleh pembimbing kerja praktek adalah dengan menggunakan teknik pengumpulan data sebagai berikut :

1. Metode Wawancara (Interview)

Merupakan teknik pengumpulan data dengan melakukan wawancara berupa tanya jawab secara langsung dengan pihak instansi tersebut dengan menggunakan interview guide (panduan wawancara) untuk memperoleh data dan informasi.

2. Metode Studi Pustaka

Merupakan kegiatan pengumpulan data dengan mempelajari buku - buku, karya ilmiah, dan koleksi perpustakaan yang berkaitan erat dengan materi pembahasan dalam penulisan laporan kerja praktek ini.

3. Metode Observasi

Merupakan teknik pengumpulan data dengan mengadakan pengamatan atau penelitian secara langsung dari objek penelitian.

Selain itu penulis juga melakukan analisis dan perancangan sistem meliputi analisis prosedur sistem yang sedang berjalan, analisis basis data dan analisis non fungsional serta database, struktur menu dan antarmuka.

I.6 Sistematika Penulisan

Sistematika penulisan yang digunakan dalam penyusunan laporan kerja praktek ini, disusun sesuai dengan aturan penulisan laporan kerja praktek jurusan

7

Teknik Informatika Universitas Komputer Indonesia tahun 2011 yaitu sebagai berikut :

BAB I PENDAHULUAN

Bab ini berisi uraian mengenai latar belakang masalah, perumusan masalah, maksud dan tujuan, batasan masalah, metode penelitian, dan sistematika penulisan.

BAB II TINJAUAN PUSTAKA

Bab ini menjelaskan gambaran umum profil tempat kerja praktek yang meliputi sejarah instansi, logo instansi, badan hukum instansi, struktur organisasi dan job description instansi serta landasan teori yang sesuai dengan kebutuhan kerja praktek.

BAB III PEMBAHASAN

Bab ini berisi jadwal kerja praktek, cara atau teknis kerja praktek, data kerja praktek dan hasil pengerjaan kerja praktek.

BAB IV KESIMPULAN DAN SARAN

Pada Bab ini berisi kesimpulan berdasarkan pemahaman penulis yang diperoleh dari hasil penelitian dan pembahasan selama pelaksanaan kerja praktek yang mengacu pada tujuan yang diharapkan dengan beberapa saran yang diusulkan oleh penulis.

8

BAB II

TINJAUAN PUSTAKA

II.1 Profil Tempat Kerja Praktek

II.1.1 _{Sejarah Instansi}

PT. Metanouva Informatika atau MALAKA9 Studio sudah berdiri sejak tahun 1998, pada saat kondisi dalam negri sedang dilanda krisis multi dimensi. Beberapa mahasiswa dari Jurusan Fisika Institut Teknologi Bandung mulai merintis dan mendirikan MALAKA9. Salah satu yang merintis MALAKA9 adalah Dimas Syailendra R., yang kini menjabat sebagai direktur utama MALAKA9.

Sejak tahun pendiriannya MALAKA9 aktif dalam mengembangkan dan membangun system informasi baik untuk lingkungan pemerintahan maupun untuk lingkungan swasta.

PT. Metanouva Informatika (MALAKA9) adalah perusahaan yang bergerak pada bidang teknologi informasi dan multimedia. Berdirinya MALAKA9 adalah sebuah jawaban dan kepedulian akan datangnya sebuah era baru, era global, yang memiliki tingkat persaingan bisnis sangat tinggi, dan menuntut semua perusahaan untuk memiliki tingkat efisiensi yang tinggi pula agar dapat mencapai jumlah keuntungan maksimum. Selain bagi perusahaan, pemerintahan juga harus memiliki tingkat efisiensi yang tinggi dalam pelayanan terhadap masyarakat yang menuntut pelayanan publik yang memenuhi

9

kepentingan masyarakat luas di seluruh wilayah negara, dapat diandalkan dan terpercaya, serta mudah dijangkau secara interaktif sehingga terciptanya pemerintahan yang transparan dan akuntabel.

Berdirinya MALAKA9 juga merupakan jawaban akan perubahan budaya masyarakat dunia yang akan dan sedang bergeser menuju bentuk budaya masyarakat informasi, yaitu bentuk budaya masyarakat yang membuat informasi dan teknologi baik untuk mendapatkan maupun mengelola informasi tersebut menjadi kunci yang amat penting.

Maka dalam era global tersebut setiap perusahaan dan pemerintahan membutuhkan strategi khusus dimana efisiensi, informasi dan teknologi informasi (teknologi untuk mendapatkan dan mengelolanya) harus ditempatkan sebagai faktor utama yang terkandung di dalam strategi bisnis perusahaan dan pengelolaan pemerintahan.

Di samping itu faktor bagaimana informasi-informasi tersebut dikemas menjadi faktor yang tidak kalah pentingnya, karena citra positif perusahaan dapat terbangun dari sana. Selain itu juga dengan sebuah kemasan yang baik, sebuah perusahaan akan dapat merepresentasikan dirinya dengan lebih informatif, jelas dan lebih menarik. Sedangkan bagi organisasi pemerintah harus lebih terbuka untuk membentuk kemitraan dengan dunia usaha (public-private partnership), memanfaatkan kemajuan teknologi informasi untuk meningkatkan kemampuan mengolah, mengelola, menyalurkan, dan mendistribusikan informasi dan pelayanan publik. Oleh karena itu, ketika masyarakat mendambakan terwujudnya

10

reformasi sektor publik, pemerintah harus segera melaksanakan proses transformasi menuju e-Government.

Oleh karena itulah MALAKA9 hadir untuk menjadi mitra perusahaan dalam melakukan strategi pemasaran yang efisien, meningkatkan citra positif perusahaan dengan kemasan yang baik, dan juga menjadi mitra perusahaan anda untuk mendapatkan dan mengelola informasi tersebut. Selain hadir untuk perusahaan, kami juga hadir untuk menjadi mitra pemerintah dalam mendukung pemerintah pusat, pemerintah daerah maupun masyarakat, untuk menjadi bagian dari kebijakan dan strategi nasional pemerintah dalam pengembangan e-Government guna mewujudkan kepemerintahan yang baik (good governance). Adapun detail perusahaan PT. Metanouva Informatika (MALAKA9) sebagai berikut :

Nama Perusahaan : PT Metanouva Informatika (MALAKA9 Studio)

Jenis Perusahaan : Konsultan IT & Multimedia Alamat Perusahaan : Jl. Mega Raya no. 02 Kota Bandung (Head Office)

Jl. Kangkung Kaler No. 19 RT/RW 07/02 (Workshop) Kec. Lengkong, Kel. Lingkar Selatan.

No. Telepon/Fax Perusahaan : 022-7307112/022-7308052 Website Perusahaan : www.malaka9.com

11

Nomor dan Tanggal Akta : No. 5 Tanggal 19 Maret 2008 MALAKA9 menyediakan Produk & Layanan yang merupakan solusi terbaik dalam mempromosikan, mempresentasikan dan memasarkan produk-produk dan layanan perusahaan anda. Segala informasi dari setiap layanan dan produk perusahaan anda, dapat anda sajikan dan kemas dalam bentuk yang lebih informatif, jelas dan menarik. Dengan demikian maka pemasaran dan promosi perusahaan anda akan memiliki daya tarik dan daya impresi yang lebih baik dan mengena secara lebih efektif dan efisien.

Selain itu MALAKA9 juga menyediakan Produk & Layanan untuk memberi anda solusi terbaik dalam menjawab problematika perusahaan yang berhubungan dengan sistem informasi yang semakin kompleks, optimalisasi sumber daya yang ada dan terutama dalam hal peningkatan efisiensi proses kerja di dalam perusahaan anda, baik proses kerja internal maupun yang berhubungan dengan faktor eksternal.

II.1.2 _{Logo Instansi}

Gambar II-1 Logo PT. Metanouva Informatika

II.1.3 _{Badan Hukum Instansi}

PT. Metanouva Informatika (MALAKA9) resmi terdapat di departemen kehakiman sebagai Badan Usaha Nomor 5 Tanggal 19 Bulan Maret Tahun 2008.

12

II.1.4 _{Struktur Organisasi}

Bagan lengkap dari struktur organisasi PT. Metanouva Informatika (MALAKA9) adalah sebagai berikut :

13 II.2 Landasan Teori

II.2.1 _{Sistem Informasi}

Sistem informasi dalam sebuah sistem meliputi pemasukan data ( input ) kemudian diolah melalui suatu model dalam pemrosesan data, dan hasil informasi akan ditangkap kembali sebagai suatu input dan seterusnya sehingga membentuk siklus informasi yang dapat diperoleh dari sistem informasi sebagai sistem khusus dalam organisasi untuk mengolah informasi tersebut

Sistem informasi adalah suatu sistem yg dibuat oleh manusia yang terdiri dari komponen-komponen dalam organisasi untuk mencapai suatu tujuan yaitu menyajikan informasi. Pengertian lain dari sistem infomrasi adalah sekumpulan prosedur organisasi yang pada saat dilaksanakan dan memberikan informasi bagi pengambil keputusan dan / atau untuk mengendalikan informasi.

Sistem informasi terdiri dari komponen-komponen yang disebut dengan istilah blok bangunan (building block) yaitu:

Hardware yaitu suatu perangkat keras dalam komputer yang kita bisa sentuh dan rasakan.

Software yaitu suatu perangkat lunak di dalam komputer yang berfungsi untuk mengoperasikan suatu aplikasi di dalam sistem komputer.

Data yaitu sekumpulan karakter yang diterima sebagai masukan ( input ) untuk sistem informasi dan disimpan serta diolah.

14

Prosedur yaitu suatu urutan pekerjaan tata usaha yang biasanya melibatkan beberapa orang dalam satu bagian atau lebih, dan disusun untuk menjamin adanya perlakuan yang seragam terhadap transaksi-transaksi perusahaan yang terjadi. User yaitu orang yang terlibat dalam sistem informasi seperti operator, pemimpin sistem informasi, dan sebagainya.

Sistem Informasi memiliki beberapa tujuan, yaitu: a. Integrasi sistem

Menghubungkan sistem individu/kelompok

Pengkolektifan data dan penyambungan secara otomatis Peningkatan koordinasi dan pencapaian sinergi

b. Efisiensi pengelolaan

Penggunaan basis data dalam upaya kesamaan pengadministrasian data

Pengelolaan data berkaitan dengan karakteristik Informasi Penggunaan dan pengambilan Informasi

c. Dukungan keputusan untuk manajemen

Melengkapi Informasi guna kebutuhan proses pengambilan kebutuhan

Akuisisi Informasi eksternal melalui jaringan komunikasi Ekstraksi dari Informasi internal yang terpadu.

Sistem Informasi memiliki beberapa manfaat, yaitu: 1. Menghemat tenaga kerja

15 2. Peningkatan efisiensi 3. Mempercepat proses 4. Perbaikan dokumentasi 5. Pencapaian standar 6. Perbaikan keputusan

II.2.2 _{Teknologi Informasi}

Pemilihan teknologi yang digunakan dalam pembangunan sebuah sistem informasi adalah sebuah kegiatan yang amat menentukan secara jangka panjang sehingga perlu dilakukan secara cermat. Faktor-faktor yang menjadi pertimbangan utama dalam melakukan pemilihan teknologi adalah:

1. Keandalan dan stabilitas 2. Keamanan

3. Kinerja

4. Kemudahan penggunaan

5. Kemudahan perawatan dan modifikasi

6. Open source agar biaya support dan upgrade di masa mendatang dapat ditekan.

Faktor-faktor nomor 1 sampai dengan 5 ditentukan oleh kualitas metodologi pengembangan perangkat lunak yang digunakan, yang harus mengikuti kaidah-kaidah dalam ilmu rekayasa perangkat lunak. Sedangkan faktor nomor 6 bergantung pada pemilihan komponen yang akan digunakan.

16

II.2.3 _{Sistem Operasi}

Seluruh proses sistem secara fisik dilakukan di komputer ini. Sistem operasi adalah perangkat lunak dasar yang diperlukan agar aplikasi lain dapat dijalankan di perangkat keras. Sistem operasi menghubungkan antara perangkat keras dan perangkat lunak lain.

Sistem operasi server yang digunakan adalah Ubuntu Linux 8.04 LTS atau versi yg lebih tinggi. Sistem operasi GNU/Linux adalah sistem operasi open source yang meniru arsitektur UNIX yang umum digunakan di server-server mainframe. GNU/Linux yang awalnya diprakarsai oleh Linus Torvalds kini pengembangan dan penggunaannya telah mendapat dukungan dari banyak vendor-vendor perangkat lunak termasuk IBM, HP-Compaq, Oracle, dan Sun Microsystem. Kelebihan utama penggunaan GNU/Linux adalah:

1. Kinerja dan stabilitas. Sistem operasi ini memang didesain untuk dijalankan di server sehingga faktor stabilitas dan kecepatannya menjadi prioritas utama dan sudah terbukti dalam pelaksanaannya. Stabilitas yang tinggi berarti server tidak membutuhkan perhatian yang terus-menerus dalam proses perawatannya.

2. Keamanan. Dengan standar keamanan yang tinggi sistem operasi ini juga relatif lebih kecil kemungkinannya mendapat gangguan dari faktor luar. Faktor luar dapat berupa pengguna, dapat juga berupa program lain seperti virus atau worm. Sejauh ini belum ada virus atau worm yang dikenal telah menyebar di sistem operasi GNU/Linux walaupun sistem operasi ini digunakan oleh mayoritas server di internet. Virus-virus Linux

17

yang ada sekarang masih berupa bahan studi dalam dunia akademik. 3. Biaya kepemilikan keseluruhan (Total Cost of Ownership). Biaya

kepemilikan meliputi biaya pembelian lisensi penggunaan, biaya dukungan (support), biaya pelatihan, serta biaya upgrade. Dengan menggunakan GNU/Linux pembelian lisensi dan upgrade tidak diperlukan lagi, sehingga biaya hanya terdiri dari dukungan dan pelatihan. Untuk dukungan dan pelatihan dapat diperoleh dari vendor dalam negeri sehingga dapat diperoleh dengan harga lebih murah dan tidak perlu ada biaya yang dikeluarkan ke luar negeri. Hal ini pula yang menyebabkan pemerintah mendorong program IGOS (Indonesia Go Open Source).

Ada lebih dari seratus jenis distribusi GNU/Linux baik yang telah bersifat komersial maupun non-komersial. Ubuntu Linux diproduksi oleh perusahaan Canonical dari Isle of Man. Keunggulan penggunaan Ubuntu Linux adalah:

Tersedianya edisi download yang dapat digunakan secara gratis sehingga biaya lisensi dan upgrade-nya di masa mendatang tidak diperlukan lagi. Ubuntu menyediakan support yang komersial sehingga bila di masa mendatang dukungan itu diperlukan maka dukungan komersial dapat diperoleh tanpa perlu mengganti ke sistem operasi lain.

Aplikasi tambahan dapat diperoleh secara mudah dan gratis melalui koneksi internet.

18

berbasis di Amerika Serikat karena Ubuntu tidak terikat pada pembatasan paten yang didaftarkan di Amerika Serikat (umumnya pada perangkat lunak enkripsi dan codec multimedia).

Aplikasi-aplikasi utama yang dibutuhkan oleh sistem informasi (Apache, PHP, dan MySQL) sudah tersedia dalam paket standar sehingga tidak perlu diinstal secara terpisah.

Ubuntu Linux adalah distro Linux yang paling populer sehingga memiliki basis pengguna yang besar baik di dalam maupun di luar negeri.

Ubuntu Linux mewarisi kestabilan dan kemudahan perawatan dari Debian GNU/Linux yang dikenal dari keandalannya sebagai sistem operasi server.

II.2.4 _{Konsep Klien-Server}

Yang ditawarkan pada pengembangan aplikasi web saat ini adalah konsep client-server. Klien-server atau client-server merupakan sebuah paradigma dalam teknologi informasi yang merujuk kepada cara untuk mendistribusikan aplikasi ke dalam dua pihak: pihak klien dan pihak server.

Dalam model klien/server, sebuah aplikasi dibagi menjadi dua bagian yang terpisah, tapi masih merupakan sebuah kesatuan yakni komponen klien dan komponen server. Komponen klien juga sering disebut sebagai front-end, sementara komponen server disebut sebagai back-end. Komponen klien dari aplikasi tersebut dijalankan dalam sebuah workstation dan menerima masukan data dari pengguna. Komponen klien tersebut akan menyiapkan data yang dimasukkan oleh pengguna dengan menggunakan teknologi pemrosesan tertentu

19

dan mengirimkannya kepada komponen server yang dijalankan di atas mesin server, umumnya dalam bentuk request terhadap beberapa layanan yang dimiliki oleh server. Komponen server akan menerima request dari klien, dan langsung memprosesnya dan mengembalikan hasil pemrosesan tersebut kepada klien. Klien pun menerima informasi hasil pemrosesan data yang dilakukan server dan menampilkannya kepada pengguna, dengan menggunakan aplikasi yang berinteraksi dengan pengguna.

Sebuah contoh dari aplikasi client/server sederhana adalah aplikasi web yang didesain PHP. Skrip PHP akan dijalankan di dalam web server (Apache), sementara skrip yang berjalan di pihak klien akan dijalankan oleh web browser pada komputer klien. Klien-server merupakan penyelesaian masalah pada software yang menggunakan database sehingga setiap komputer tidak perlu diinstall database, dengan metode klien-server database dapat diinstal pada suatu komputer sebagai server dan aplikasinya diinstal pada client.

Konsep ini ditawarkan mengingat banyaknya data yang terdapat pada database dan yang akan disimpan ke database. Selain itu aplikasi web ini nantinya juga akan dipakai oleh beberapa user yang berbeda komputer, sehingga tidak mungkin untuk meletakkan database pada masing-masing komputer.

20

Gambar II-3 Konsep Klien - Server

II.2.5 _{Server Database}

Server database adalah sebuah aplikasi yang berfungsi untuk menyimpan dan membaca data terstruktur dengan cara yang cepat, aman, namun dapat menampung data dalam jumlah yang besar. Mayoritas server database berupa Relational Database Management System (RDBMS) yang menyimpan data dalam bentuk tabel-tabel yang saling berhubungan. Komunikasi dengan sebuah RDBMS dilakukan dengan menggunakan bahasa SQL yang distandarisasi oleh ISO. Walaupun jenis produk dan vendor RDBMS cukup beragam (di antaranya yang terbesar adalah Oracle, IBM, dan Microsoft) semuanya memiliki implementasi SQL standar tersebut dengan sedikit perbedaan (disebut dialek SQL).

Server database yang digunakan dalam sistem adalah PostgreSQL 8.3. PostgreSQL termasuk ORDBMS (Object-Relational Database Management System), yang selain memiliki fitur standar RDBMS juga memiliki kemampuan

21

object-oriented. PostgreSQL dikembangkan secara open source oleh komunitas berdasarkan hasil riset di University of California at Berkeley yang disponsori oleh militer Amerika Serikat. PostgreSQL versi 8.3 telah mengikuti standar ISO SQL 2003 dengan fitur-fitur:

Query yang kompleks, Foreign key,

Trigger, View,

Integritas transaksi,

Multiversion concurrency control.

PostgreSQL 8.3 dapat dijalankan di sistem operasi berbasis UNIX, GNU/Linux, maupun Windows NT. PostgreSQL 8.3 dapat digunakan secara gratis, namun dukungan komersial juga dapat diperoleh dari beberapa perusahaan. PostgreSQL 8.3 juga dilengkapi dengan perangkat administrasi untuk melakukan fungsi-fungsi backup, restore, optimasi secara otomatis, logging, dll.

II.2.6 _{Web Server}

Web server adalah sebuah aplikasi server yang berkomunikasi dengan aplikasi client dengan menggunakan HTTP (HyperText Transfer Protocol). Untuk aplikasi modern HTTP telah menjadi protokol yang populer digunakan untuk komunikasi antar aplikasi dibanding protokol binary karena kemudahan implementasi terutama terkait dengan masalah konfigurasi firewall. Selain itu dengan diterimanya standar XML secara luas sebagai lingua franca antar aplikasi

22

maka HTTP otomatis semakin luas digunakan karena HTTP adalah cara termudah untuk mengirim XML. Sebuah server web dapat melayani permintaan data-data statik, namun untuk data dinamik yang melibatkan input atau pemrosesan data umumnya sebuah web server perlu memanggil server-side script atau CGI untuk melakukan fungsi-fungsi tersebut.

Web server yang digunakan adalah web server Apache 2.2 yang dibuat oleh Apache Software Foundation. Web server Apache pada saat ini (data Netcraft Februari 2009) digunakan oleh 49% situs yang ada di internet. Apache memiliki reputasi sebagai web server yang paling cepat, aman, stabil, mudah dikelola, dan mudah dikombinasikan dengan teknologi lain. Apache juga dapat dijalankan di sistem operasi berbasis UNIX, GNU/Linux, Windows, dan beberapa sistem operasi lain. Apache dapat memanggil berbagai jenis modul server-side script di mana yang paling umum digunakan adalah PHP.

II.2.7 _{Server-side script}

Server-side script adalah aplikasi yang dipanggil oleh web server untuk melakukan fungsi-fungsi dinamik seperti misalnya memasukkan dan memroses data. Server-side script umumnya juga berhubungan dengan database untuk memperoleh datanya.

Server-side script yang digunakan adalah PHP 5.2. PHP (singkatan dari PHP: HyperText Processor) adalah server-side script yang paling banyak digunakan di internet. PHP yang dikembangkan oleh Rasmus Lerdorf sejak versi 3 menggunakan parser yang dikembangkan oleh Zend Technologies.

23

Keunggulan PHP dibandingkan dengan server-side script yang lain (ASP.NET, JSP, Perl, ColdFusion, dll.) antara lain adalah:

PHP dikenal memiliki kinerja yang cepat dan dapat mengolah beban besar. PHP memiliki library standar dan non-standar dalam jumlah besar (143) sehingga memiliki kemampuan untuk memanfaatkan beragam teknologi. Hal ini berkaitan dengan sifat keterbukaannya dan maturitasnya sehingga hampir seluruhnya dapat diperoleh dengan bebas.

PHP 5 memiliki dukungan penuh untuk pemrograman object-oriented dengan fitur-fitur seperti object model, member private dan protected, method private dan protected, class dan method abstract, interface, object cloning, constructor, destructor, dan exception.

Bahasa PHP relatif mudah dipelajari sehingga memiliki komunitas yang besar. Oleh karena itu dukungan mudah diperoleh dalam bentuk sumber daya manusia maupun referensi.

PHP dapat dijalankan oleh beberapa server web yang berbeda (Apache, IIS, IBM Websphere, Oracle AS, dan lain-lain).

II.2.8 _{Framework YII}

Framework aplikasi adalah desain dan program kerangka aplikasi yang digunakan untuk membangun aplikasi-aplikasi yang sejenis. Framework memiliki banyak pustaka tingkat tinggi yang dapat digunakan secara berulang. Umumnya framework perangkat lunak didesain secara berorientasi objek sehingga desain dan programnya tersedia sebagai class-class abstract. Framework aplikasi

24

mendefinisikan arsitektur aplikasi sehingga penambahan fungsi-fungsi lain dapat dilakukan dengan menambah modul-modul tanpa perlu memodifikasi kode program yang sudah ada (kecuali file-file konfigurasi).

YII adalah sebuah framework aplikasi web berbasis PHP. Framework ini memungkinkan pengembang untuk membangun aplikasi dengan lebih cepat dengan cara menyediakan pustaka-pustaka yang umum digunakan dan struktur standar untuk membangun aplikasi. Dibandingkan dengan framework lain, YII menghasilkan aplikasi yang dapat bekerja dengan lebih cepat dan lebih kecil ukurannya.

Fitur-fitur teknis yang disediakan dalam YII misalnya adalah: mendukung berbagai jenis database

akses database menggunakan active records manajemen session

validasi form dan data caching halaman scaffolding template engine

dukungan pada Hooks, Class Extensions, dan Plugins error logging

Flexible URI Routing

YII adalah salah satu framework yang menggunakan metode arsitektur Model, View, Controller (MVC),.yaitu metode pembangunan aplikasi dengan memisahkan data (Model) dari tampilan (View) dan cara bagaimana

25

memprosesnya (Controller). Metode MVC memisahkan pengembangan aplikasi berdasarkan komponen utama yang membangun sebuah aplikasi seperti manipulasi data, antarmuka pengguna, dan bagian yang menjadi kontrol dalam sebuah aplikasi web. Dengan menggunakan metode MVC maka aplikasi akan lebih mudah untuk dirawat dan dikembangkan. Untuk memahami metode pengembangan aplikasi menggunakan MVC diperlukan pengetahuan tentang pemrograman berorientasi objek (Object Oriented Programming). Secara garis besar metode MVC digambarkan sebagai berikut :

Gambar II-4 Arsitektur MVC

- Model, Model mewakili struktur data. Biasanya model berisi fungsi-fungsi yang membantu seseorang dalam pengelolaan basis data seperti memasukkan data ke basis data, pembaruan data dan lain-lain.

26

- View, View adalah bagian yang mengatur tampilan ke pengguna. Bisa di katakan berupa halaman web.

- Controller, Controller merupakan bagian yang menjembatani model dan view. Controller berisi perintah-perintah yang berfungsi untuk memproses suatu data dan mengirimkannya ke halaman web.

II.2.9 _{Metodologi Unified Process}

Ada beberapa metodologi pengembangan perangkat lunak yang umum dipakai. Perkembangan yang pesat di bidang teknologi informasi baik di bidang analisa dan desain maupun di bidang teknik pemrogramannya menyebabkan metodologi pengembangan perangkat lunak juga harus ikut menyesuaikan diri. Metodologi yang lebih baru telah mengadopsi metode analisa, desain, dan pemrograman yang berorientasi objek. Metodologi yang paling populer saat ini adalah Unified Process.

Unified Process dikembangkan sebagai metodologi yang bersifat use-case driven, berpusat pada arsitektur, iteratif, dan incremental didasarkan pada UML (Unified Modeling Language) yaitu bahasa model standar untuk desain berorientasi objek. Unified Process dikembangkan oleh Rational Software (yang sekarang bagian dari IBM) tahun 1999. Unified Process mendeskripsikan pemberian dan pengelolaan tugas serta tanggung jawab dalam sebuah organisasi pengembang perangkat lunak. Unified Process yang dilaksanakan dengan produk-produk bantu yang dibuat oleh Rational Software (IBM) disebut Rational Unified Process (RUP).

27

Unified Process mendefinisikan tahap pelaksanaan, kegiatan, peran pelaksana, hasil pekerjaan, dan prinsip yang harus diikuti. Namun Unified Process tidak dapat diterapkan secara langsung karena memang dimaksudkan sebagai kerangka proses kerja yang harus diadaptasikan. Unified Process menyediakan berbagai 'pustaka' proses kerja yang harus dipilih untuk disesuaikan dengan tim pelaksana dan jenis perangkat lunak yang dikembangkan.

Prinsip-prinsip Unified Process adalah:

Pengembangan perangkat lunak secara iteratif Pengelolaan kebutuhan

Penggunaan arsitektur yang berbasis komponen

Pemodelan perangkat lunak secara visual (diagram UML) Verifikasi kualitas perangkat lunak

Perubahan pada perangkat lunak yang terkendali

Agile Unified Process adalah adaptasi-adaptasi Unified Process yang menekankan pada kecepatan pengembangan dan fleksibilitas kebutuhan. Umumnya Agile Unified Process memilih set aktivitas dan artifak UP yang sesederhana mungkin dan menggunakan perencanaan tingkat tinggi untuk keseluruhan proyek (phase plan) dengan menyusun perencanaan detil (iteration plan) pada setiap awal iterasi.Deskripsi Unified Process selanjutnya adalah Unified Process yang diadaptasikan dengan prinsip-prinsip Agile.

Fase pengembangan dalam Unified Process ada 4 buah, ditambah dengan 1 fase penggunaan.

28

Gambar II-5 Tahapan pelaksanaan Metodologi Unified Proses

1. Insepsi

Tahap insepsi adalah tahap persiapan. Hal-hal yang perlu ditentukan dalam tahap insepsi ini adalah jadwal kerja, pembentukan tim, dan ruang lingkup perangkat lunak yang akan dikembangkan.

2. Elaborasi

Tahap elaborasi adalah tahap perencanaan di mana penekanan dilakukan pada terselesaikannya deskripsi kebutuhan perangkat lunak (termasuk survei), analisa dan desain arsitektur, serta pembangunan kerangka dasar aplikasi dan metode pengujiannya.

3. Konstruksi

Tahap konstruksi adalah tahap pembangunan di mana penekanan dilakukan pada desain teknis, pemrograman, dan pengujian perangkat lunak.

29 4. Transisi

Tahap transisi adalah tahap penerapan di mana dilakukan uji coba oleh calon pengguna, pelatihan, persiapan pemakaian dan diakhiri dengan pemakaian sistem oleh pengguna.

5. Produksi

Tahap produksi adalah tahap operasional di mana kegiatan utama adalah perawatan sistem termasuk melakukan backup data.

30

BAB III

PEMBAHASAN

III.1 Jadwal Kerja Praktek

Penulis melaksanakan Kerja Praktek terhitung dari tanggal 1 Oktober 2010 s/d 31 Oktober 2010 yang dilaksanakan di PT. Metanouva Informatika (MALAKA9) yang beralamat di Jalan Kangkung Kaler No. 19 Bandung - 40263. Adapun waktu pelaksanaan Kerja Praktek adalah dari hari Senin sampai dengan hari Jumat, dengan jam masuk dimulai pada pukul 08.30 sampai dengan pukul 17.00, atau tergantung situasi dan kebutuhan terutama untuk mendapatkan data dan informasi yang diperlukan.

III.2 Teknik Kerja Praktek

Penulis melakukan kerja praktek di PT. Metanouva Informatika (MALAKA9) yang merupakan salah satu perusahaan konsultansi Teknologi Informasi di Bandung. Pada saat penulis melakukan kerja praktek, PT. Metanouva Informatika (MALAKA9) sedang melakukan kegiatan pengembangan sistem informasi di UPT Pusat Penyimpanan Barang Daerah Badan Pengelola Keuangan Daerah Provinsi Daerah Khusus Ibukota Jakarta (UPT PPBD - BPKD Provinsi DKI Jakarta), yang kemudian melibatkan penulis dalam kegiatan tersebut.

31

Deskripsi dari ruang lingkup pekerjaan yang dilakukan penulis selama melakukan kerja praktek adalah dengan melakukan teknik pengumpulan data sebagai berikut:

1. Wawancara (Interview). Penulis melakukan tanya jawab secara langsung kepada pembimbing dan para pegawai UPT PPBD - BPKD Provinsi DKI Jakarta mengenai hal-hal yang berhubungan dengan operasional kerja utamanya untuk pengolahan data dan informasi.

2. Pengamatan Langsung (Observasi). Penulis mengamati dan mempelajari secara langsung data-data yang ada yaitu data aktifitas keluar masuk barang dalam gudang UPT PPBD - BPKD Provinsi DKI Jakarta .

3. Praktek (Practice). Kegiatan dimana penulis melakukan pengolahan data dari data yang sudah ada dimana praktek ini meliputi Business modeling, Requirements, Analysis and design, Implementation, Test, Deployment, Confoguration and change management, Project management, Environment, Operation and support.

4. Pustaka (Library Research ). Dalam mengerjakan laporan kerja praktek ini, penulis melakukan library research, untuk memperoleh informasi yang berhubungan dengan materi laporan kerja praktek melalui buku-buku, bahan kuliah dan bacaan lainnya yang memiliki relevansi dengan perancangan aplikasi yang akan dibuat.

32 III.3 Data Kerja Praktek

III.3.1_{Lingkup Masalah}

Organisasi Unit Pelaksana Teknis Pusat Penyimpanan Barang Daerah (disingkat UPT PPBD) adalah bagian dari Badan Pengelolaan Keuangan Daerah Provinsi Daerah Istimewa Ibukota Jakarta (disingkat BPKD DKI Jakarta) yang dibentuk berdasarkan Peraturan Gubernur Provinsi Daerah Khusus Ibukota Jakarta No. 65 Tahun 2009 tentang Pembentukan Organisasi dan Tata Kerja Unit Pelaksana Pusat Penyimpanan Barang Daerah. UPT PPBD – BPKD DKI Jakarta berkedudukan di Jl. Medan Merdeka Selatan no. 8-9, Jakarta.

UPT PPBD BPKD Provinsi DKI Jakarta mempunyai tugas menyelenggarakan pelayanan penerimaan dan pengelolaan fasilitas sosial / fasilitas umum dari pengembang atau pihak ketiga kepada pemerintah daerah. Adapun Fungsi-fungsi organisasi ini adalah:

1. Penyusunan Rencana Kerja dan Anggaran (RKA) dan Dokumen Pelaksanaan Anggaran (DPA) Unit.

2. Pelaksanaan Dokumen Pelaksanaan Anggaran (DPA) Unit.

3. Penerimaan, pencatatan, pembukuan, penyimpanan, pendistribusian, pelaporan dan pertanggungjawaban barang daerah dalam status penyimpanan.

4. Penataan dan penyusunan barang sesuai dengan spesifikasi barang. 5. Pengelolaan pool kendaraan dinas.

6. Pengaturan operasional kendaraan dinas.

33

8. Penyusunan bahan pelaporan BPKD yang terkait dengan tugas dan fungsi Unit.

9. Pelaporan dan pertanggungjawaban pelaksanaan tugas dan fungsi Unit.

Lingkup Kerja utama UPT PPBD BPKD Provinsi DKI Jakarta adalah dalam pengelolaan barang-barang yang ditempatkan di dalam kantor dan beberapa gudang. Denah kantor dan gudang-gudang tersebut adalah sebagai berikut:

Gudang Utama Gudang terbuka GUDANG A GUDANG B GUDANG C Gudang Arsip Lapangan Tenis J A L A N J A L A N

AREA POOL KENDARAAN

JALAN Toilet R. Kerja Mushola Dapur R. Kepala Rumah R . K E R J A R. Kerja R. Kerja Ter as Pintu Masuk Ruang Kantor Pintu Gerbang Gudang Utama G e rb a n g Ma su k

Gambar III-1 Denah Kantor UPT PPBD BPKD Provinsi DKI Jakarta

Dalam pelaksanaan pengelolaan barang daerah terutama pengelolaan barang barang hasil pengadaan terpusat yang berada dalam lingkungan BPKD barang tersebut dapat disimpan pada gudang utama. Agar pelaksanaan penyimpanan barang dalam gudang dapat terkelola serta tertata dengan baik, perlu

34

tersedia sebuah Sistem Informasi Manajemen Penyimpanan Barang Daerah Terpadu yang informatif, terkendali dan terintegrasi antara gudang yang satu dengan gudang yang lain, sehingga dapat tercipta pemilahan antara barang terpusat, barang BPKD dan barang barang purna pakai serta barang barang titipan dari SKPD/UPKD saat ini.

III.3.2_{Struktur Organisasi UPT PPBD BPKD Provinsi DKI Jakarta}

Struktur organisasi UPT PPBD BPKD Provinsi DKI Jakarta sebagai berikut:

1. Kepala Pusat, dengan tugas-tugas:

a. Memimpin dan mengoordinasikan pelaksanaan tugas dan fungsi PPBD

b. Mengoordinasikan pelaksanaan tugas Subbagian Seksi dan Subkelompok pada Jabatan Fungsional.

c. Melaksanakan koordinasi dan kerja sama dengan Satuan Kerja Perangkat Daerah dan Unit Kerja Perangkat Daerah dan / atau instansi pemerintah / swasta, dalam rangka pelaksanaan tugas dan fungsi PPBD.

d. Melaporkan dan mempertanggungjawabkan pelaksanaan tugas dan fungsi PPBD.

2. Sub bagian Tata Usaha, dengan tugas-tugas:

a. Menyusun bahan Rencana Kerja dan Anggaran (RKA) dan Dokumen Pelaksanaan Anggaran (DPA) PPBD

35

b. Melaksanakan Dokumen Pelaksanaan Anggaran (DPA) PPBD.

c. Mengoordinasikan penyusunan Rencana Kerja dan Anggaran (RKA) dan Dokumen Pelaksanaan Anggaran (DPA) PPBD.

d. Melaksanakan monitoring pengendalian dan evaluasi pelaksanaan Dokumen Pelaksanaan Anggaran (DPA) PPBD.

e. Melaksanakan pengelolaan kepegawaian.

f. Melaksanakan pengelolaan keuangan dan barang.

g. Melaksanakan pemeliharaan dan perawatan prasarana dan sarana kerja PPBD.

h. Memelihara keamanan, ketertiban, keindahan dan kebersihan kantor PPBD

i. Melaksanakan kegiatan ketatausahaan seperti surat-menyurat dan kearsipan dan publikasi kegiatan PPBD.

j. Melaksanakan upacara dan pengaturan acara PPBD

k. Mengoordinasikan penyusunan laporan (keuangan, kinerja, kegiatan dan akuntabilitas) PPBD

l. Menyiapkan bahan laporan PPBD yang terkait dengan tugas Subbagian Tata Usaha

m. Melaporkan dan mempertanggungjawabkan pelaksanaan tugas Subbagian Tata Usaha

3. Seksi Penyimpanan, dengan tugas-tugas

a. Menyusun bahan Rencana Kerja dan Anggaran (RKA) dan Dokumen Pelaksanaan Anggaran (DPA) PPBD

36

b. Melaksanakan Dokumen Pelaksanaan Anggaran (DPA) PPBD.

c. Menerima, mencatat, menyimpan dan melaporkan barang dalam gudang.

d. Menata, memelihara dan menjaga keutuhan barang dalam gudang e. Melakukan perhitungan persediaan barang (stock opname) terhadap

persediaan barang yang ada dalam gudang f. Melaksanakan pembukuan barang dalam gudang

g. Menyiapkan bahan laporan PPBD yang terkait dengan tugas Seksi Penyimpanan

h. Melaporkan dan mempertanggungjawabkan pelaksanaan tugas Seksi Penyimpanan

4. Seksi Pendistribusian

a. Menyusun bahan Rencana Kerja dan Anggaran (RKA) dan Dokumen Pelaksanaan Anggaran (DPA) PPBD

b. Melaksanakan Dokumen Pelaksanaan Anggaran (DPA) PPBD.

c. Menerima, meneliti / menguji dokumen permintaan pengeluaran barang dari gudang.

d. Mengeluarkan barang dari gudang.

e. Mencatat, membukukan dan melaporkan pengeluaran barang dari gudang.

f. Mengelola pool kendaraan dinas dalam penguasaan BPKD.

g. Mengatur, mencatat, memonitor dan mengendalikan operasional kendaraan dinas dalam penguasaan BPKD.

37

h. Melaksanakan koordinasi penghapusan barang daerah.

i. Menyiapkan bahan laporan PPBD yang terkait dengan tugas Seksi Pendistribusian

j. Melaporkan dan mempertanggungjawabkan pelaksanaan tugas Seksi Pendistribusian

5. Sub Kelompok Jabatan Fungsional

III.3.3_{Analisa Konteks Kerja}

Proses kerja utama UPT PPBD BPKD Provinsi DKI Jakarta dapat dibagi ke dalam dua buah bagian sesuai dengan Seksi-Seksi yang ada. Seksi Penyimpanan bertanggung jawab atas proses masuknya barang dan pemeliharaannya di dalam gudang, sedangkan Seksi Pendistribusian mengelola pengeluaran barang. Selain itu Seksi Penditribusian juga mengelola operasional kendaraan dinas BPKD dan penghapusan barang daerah. Skema garis besar alur proses kerja yang terjadi adalah:

38

Adapun tugas-tugas pokok UPT PPBD BPKD Provinsi DKI Jakarta adalah sebagai berikut :

Table III-1 Tugas-tugas pokok UPT PPBD BPKD Provinsi DKI Jakarta

No Proses Kerja Pelaksana

1 Menerima, mencatat, menyimpan dan melaporkan barang dalam gudang.

Seksi Penyimpanan

2 Menata, memelihara dan menjaga keutuhan barang dalam gudang

Seksi Penyimpanan

3 Melakukan perhitungan persediaan barang (stock opname) terhadap persediaan barang yang ada dalam gudang

Seksi Penyimpanan

4 Melaksanakan pembukuan barang dalam gudang

Seksi Penyimpanan

5 Menerima, meneliti / menguji dokumen permintaan pengeluaran barang dari gudang.

Seksi Pendistribusian

6 Mengeluarkan barang dari gudang. Seksi Pendistribusian 7 Mencatat, membukukan dan melaporkan

pengeluaran barang dari gudang.

Seksi Pendistribusian

8 Mengelola pool kendaraan dinas dalam penguasaan BPKD.

Seksi Pendistribusian

39

No Proses Kerja Pelaksana

mengendalikan operasional kendaraan dinas dalam penguasaan BPKD.

10 Melaksanakan koordinasi penghapusan barang daerah.

Seksi Pendistribusian

III.3.4_{Analisis Kebutuhan}

Berdasarkan hasil pengumpulan informasi, diperoleh rangkuman hasil dari beberapa harapan atau tantangan yang dihadapi di proses bisnis, sebagai berikut.

Table III-2 Kebutuhan Teknologi Informasi di Lingkungan UPT PPBD BPKD Provinsi DKI Jakarta.

No Pelaksana Lingkup Tugas Potensi Teknologi Informasi 1 Seksi

Penyimpanan dan Seksi Pendistribusian

Penerimaan, pencatatan, pembukuan, penyimpanan, pendistribusian, pelaporan dan pertanggungjawaba n barang daerah dalam status

- Informasi mengenai barang tercatat dengan akurat.

- Informasi mengenai proses administrasi penerimaan barang tercatat dengan akurat.

- Proses administrasi penerimaan barang dapat dilakukan dengan efisien.

40

No Pelaksana Lingkup Tugas Potensi Teknologi Informasi penyimpanan. tercatat dengan akurat.

- Informasi mengenai pengeluaran barang tercatat dengan akurat. - Proses administrasi pengeluaran

barang dapat dilakukan dengan efisien.

- Informasi mengenai penempatan barang tercatat dengan akurat. - Informasi mengenai kapasitas gudang dapat diperoleh dengan cepat.

- Pelaporan mengenai barang dapat dihasilkan secara otomatis dan cepat.

- Proses stock-opname dan pelaporannya dapat dilakukan dengan akurat dan cepat. - Pencarian informasi mengenai

status barang atau proses pelaksanaan dapat dilakukan dengan cepat.

41

No Pelaksana Lingkup Tugas Potensi Teknologi Informasi - Pengarsipan administratif dapat

dilakukan secara elektronik. 2 Seksi

Penyimpanan

Penataan dan penyusunan barang sesuai dengan spesifikasi barang.

- Kode barang dan kode rekening barang sudah terdaftar.

- Proses penataan dan penempatan barang dioptimasikan melalui perhitungan sistem informasi. 3 Seksi

Pendistribusian

Pengelolaan pool kendaraan dinas.

- Informasi kendaraan dinas yang dipergunakan tercatat dengan akurat.

- Pencarian informasi mengenai status dan penggunaan kendaraan dinas dapat dilakukan dengan cepat.

4 Seksi

Pendistribusian

Pengaturan operasional kendaraan dinas.

- Proses kerja penyerahan dan penerimaan kendaraan dinas dapat dilakukan dengan akurat dan efisien.

5 Seksi

Pendistribusian

Penyelenggaraan pemeliharaan dan

- Informasi mengenai aktivitas pemeliharaan dan perawatan

42

No Pelaksana Lingkup Tugas Potensi Teknologi Informasi perawatan

kendaraan dinas.

kendaraan dinas tercatat dengan akurat.

- Penjadwalan aktivitas pemeliharaan dan perawatan kendaraan dinas dilakukan secara terotomatisasi. - Status pelaksanaan aktivitas

pemeliharaan dan perawatan tercatat secara akurat

- Laporan aktivitas pemeliharaan dan perawatan dapat dihasilkan secara cepat dan terotomatisasi.

43 III.4 Deskripsi Global Perangkat Lunak

III.4.1_{Perspektif produk}

Pencatatan barang yang masuk dan yang keluar merupakan bagian dari prosedur keamanan di area gudang utama UPT PPBD BPKD Pemerintah Provinsi DKI Jakarta. Aplikasi manajemen penyimpanan barang merupakan program rintisan, yg akan diterapkan dilingkungan UPT PPBD BPKD Provinsi DKI Jakarta.

Aplikasi ini dibangun untuk mencatat aktifitas keluar masuk barang dalam gudang utama. Adapun hasil keluarannya berupa laporan-laporan yang diperlukan untuk petugas UPT PPBD BPKD Provinsi DKI Jakarta dalam menjalankan fungsinya di lingkungan pemerintahan provinsi DKI Jakarta. Pengembangan system informasi lebih lanjut akan diperlukan agar semua gudang yg berkaitan dapat terintegrasi.

Komputer Destop

UPT PPBD-BPKD Provinsi DKI Jakarta

Input dan Manipulasi Data Petugas UPT PPBD

BPKD Provinsi DKI Jakarta

Pencetakan laporan

Perancangan Aplikasi Manajemen Penyimpanan Barang Dalam Gudang UPT PPBD-BPKD Provinsi DKI Jakarta

Printer

Database Server

Web Server

44

Seperti terlihat pada gambar diatas, Aplikasi ini dibuat dalam bentuk web ( web based application) dan dijalankan pada komputer (destop) yang sebelumnya sudah dilengkapi dengan web server dan database server. Dalam hal ini web server yang digunakan adalah apache dan database server yang digunakan adalah PostgreSQL. Selain itu aplikasi ini harus dijalankan menggunakan web browser seperti mozila, Internet Explorer atau Safari.

III.4.2_{Fungsi Produk}

Secara umum, aplikasi manajemen penyimpanan barang berfungsi untuk melakukan pencatatan aktifitas keluar masuknya barang dalam gudang utama UPT PPBD BPKD Provinsi DKI Jakarta. Aplikasi ini dapat menampilkan laporan-laporan yang akan dibutuhkan oleh petugas UPT PPBD BPKD Provinsi DKI Jakarta. Laporan yang dihasilkan terdiri dari laporan buku barang inventaris dan laporan buku barang purna pakai. Selain itu, aplikasi ini juga dapat menampilkan stock opname barang yang terdapat dalam gudang utama.

Untuk menjaga keamanan sistem, aplikasi ini dilengkapi dengan halaman login, yaitu halaman yang akan membedakan hak akses dari pengguna berdasarkan username dan password yang digunakan untuk login.

Adapun secara garis besar fungsi utama dari perangkat lunak manajemen penyimpanan barang ini sebagai berikut:

1. Melakukan verifikasi pengguna Administrator atau Operator (SIM-PPBD-01).

45

2. Mencatat aktivitas pemasukan barang ke dalam gudang utama (SIM-PPBD-02)

3. Mencatat data inventaris barang daerah/Kategori barang (SIM-PPBD-03)

4. Mencatat aktivitas pengeluaran barang dari dalam gudang utama (SIM-PPBD-04)

5. Menampilkan laporan aktivitas keluar masuk barang dalam gudang utama (SIM-PPBD-05)

6. Menampilkan Stock Opname barang dalam gudang (SIM-PPBD-06) 7. Manajemen User (SIM-PPBD-07)

III.4.3_{Karakteristik Pengguna}

Aplikasi ini akan digunakan oleh dua jenis pengguna, yaitu administrator dan operator. Operator dapat melakukan kegiatan yang berhubungan dengan pencatatan aktifitas barang dalam gudang utama, sedangkan Administrator dapat melakukan manajemen user dan maintenance (perawatan) terhadap sistem.

Table III-3 Karakteristik pengguna PENGGUNA PENGGUNAAN HAK AKSES

TINGKAT KETERAMPILAN

TINGKAT PENDIDIKAN

Operator

Melakukan kegiatan yang disediakan dalam aplikasi.

Dapat

menggunakan dan

berinteraksi

Bisa mengikuti petunjuk aplikasi

46 dengan aplikasi

Administrator

Melakukan maintanance dan pengaturan user

Sebatas melakukan kegiatan maintenance dan pengaturan user

Memiliki keterampilan maintenance dan pengaturan user dalam aplikasi

SMA

III.4.4_{Batasan-Batasan}

Aplikasi ini harus mempunyai keandalan yang baik khususnya dalam kecepatan dan kemudahan akses serta dibuat sesederhana tapi sebaik mungkin, agar semua orang yang bahkan awam sekalipun dapat menggunakannya dengan mudah tanpa mengalami kesulitan. Untuk menghindari error maka kapasitas data yang disimpan akan disesuaikan dengan daya tampung data dan memaksimalkan keamanan aplikasi.

III.4.5_{Asumsi dan Kebergantungan}

Aplikasi manajemen penyimpanan barang dibangun sebagai aplikasi web (Web based Aplication) yang berjalan pada sisi server (server-side script), sehingga diperlukan web browser dan web server untuk dapat menggunakannya. Dalam hal ini Aplikasi manajemen penyimpanan barang dapat dijalankan menggunakan web broser yang secara umum digunakan misalnya firefox, opera,

47

internet explorer dan safari, sedangkan untuk web server yang digunakan adalah apache yang merupakan perangkat lunak opensource yang penggunaanya tidak memerlukan biaya. Aplikasi ini juga terintegrasi dengan sebuah database server yang akan mencatat aktifitas keluar masuknya barang dalam gudang. Database server yang digunakan adalah PostgreSQL server.

Aplikasi yang dibangun merupakan program rintisan yg akan diterapkan digudang utama UPT PPBD BPKD Provinsi DKI Jakarta. Akan diadakan pengembangan sistem informasi lebih lanjut agar semua gudang yg berkaitan dapat terintegrasi secara terkomputerisasi. Petugas yang melakukan pencatatan aktifitas keluar masuk barang adalah petugas yang ditunjuk secara khusus oleh UPT PPBD BPKD Provinsi DKI Jakarta.

III.4.6_{Deksripsi Rinci Kebutuhan}

Bagian ini berisi semua kebutuhan perangkat lunak yang diuraikan secara terperinci untuk keperluan perancangan parangkat lunak. Kebutuhan perangkat lunak tersebut meliputi kebutuhan antarmuka eksternal, kebutuhan fungsional dan Non fungsional, kebutuhan data dan attribut perancangan aplikasi.

III.4.6.1 Kebuthan Antarmukan Eksternal III.4.6.1.1 Antarmuka Pemakai

1. Aplikasi harus dapat membantu mempermudah pengolahan dan manipulasi data serta dapat dioperasikan oleh user yaitu pegawai UPT PPBD – BPKD DKI Jakarta.

48

2. Aplikasi dapat berjalan dengan baik pada komputer dengan resolusi layar 1024 x 768 pixels.

3. Aplikasi harus dibuat dengan tampilan (interface) yang mudah dan sederhana untuk memudahkan dalam memasukkan data dan melihat hasil analisis serta laporan dengan menggunakan keyboard dan mouse untuk pemasukkan data, manipulasi data dan pemilihan menu.

III.4.6.1.2 Antarmuka Perangkat Keras

Aplikasi ini membutuhkan perangkat keras berupa monitor sebagai tampilan layar aplikasi, keyboard untuk menginput data, mouse untuk memilih menu aplikasi dan printer untuk mencetak hasil dari analisis aplikasi. Spesikasi minimal perangkat keras untuk menjalankan Aplikasi manajemen penyimpanan barang antara lain:

1. Processor : Pentium III (600 MHz). 2. Memory : 256 MB.

3. Hardisk : 10 GB. 4. Monitor : 15 inchi.

5. Keyboard & Mouse : Serial PS2 atau USB. III.4.6.1.3 Antarmuka Perangkat Lunak

Aplikasi manajemen penyimpanan barang ini secara langsung mengakses basis data yang dikelola web server. Semua data yang diproses akan masuk kedalam basis data yang dibuat oleh admin. Semua proses memuat data aktifitas keluar masuk barang dalam gudang utama. Aplikasi ini dapat menampilkan

49

stockopname barang, sehingga petugas dapat dengan mudah memanatau kondisi barang-barang yang terdapat dalam gudang.

Semua fitur aplikasi akan dibangun dengan bahasa pemrograman php, XML, dan javascript dengan menggunakan metode MVC ( Model View Controler ). Dalam pengembangannya aplikasi ini dibangun dengan menggunakan framework YII dan database server menggunakan PostgreSQL.

III.4.6.1.4 Antarmuka Komunikasi

Aplikasi manajemen penyimpanan barang ini akan berkomunikasi secara langsung dengan webserver dan database server yang sudah terinstal pada komputer yang akan digunakan untuk menjalankan aplikasi ini dengan menggunakan perangkat lunak tambahan yaitu XAMP. XAMP adalah perangkat lunak khusus untuk menjalankan web server dan database server pada komputer lokal. XAMP sendiri, pada saat diinstal sudah memiliki webserver dan database server.

III.4.6.2 Kebutuhan Fungsional

Perangkat lunak yang dibuat akan menangani tujuh fungsi utama, yaitu verifikasi pengguna (Login), pemasukan data barang, pemasukan kategori barang, pengeluaran barang, pelaporan, stock opname dan Manajemen User, seperti terlihat dalam use case diagram berikut.

50

Pemasukan data barang

Pengeluaran barang

Pelaporan

Stock Opname

Manajemen user

Login (Verifikasi Operator or Administrator)

Pengadaan barang Penerimaan barang

Penitipan barang

Bukti pengambilan barang

Buku pengeluaran barang

Buku barang (Inventaris) Kartu barang

Operator

Administrator

Aplikasi Manajemen Penyimpanan Barang

Pemasukan kategori barang

«uses» «uses»

«uses» «uses»

«uses»

«uses»

Gambar III-4 Use case diagram aplikasi manajemen penyimpanan barang

Seluruh fungsi yang terdapat dalam aplikasi ini hanya dapat digunakan jika pengguna sudah berhasil melakukan login. Untuk melakukan login pengguna memerlukan username dan password yang sebelumnya sudah didaftarkan pada table user oleh administrator.

Fungsi pemasukan barang memiliki turunan, atau dalam konsep pemrograman berorientasi objek disebut generalisasi. Turunan/anak dari pemasukan barang yaitu pemasukan pengadaan barang, pemasukan penitipan barang, pemasukan penerimaan barang. Fungsi pelaporan juga memiliki turunan

51

yaitu pelaporan bukti barang, pelaporan kartu barang, pelaporan buku barang (inventaris), pelaporan buku pengeluaran barang.

III.4.6.2.1 Login (Verifikasi Pengguna)

Fungsi ini akan melakukan verifikasi terhadap username dan password yang digunakan pengguna untuk login. Fungsi ini juga akan membedakan hak akses pegguna operator atau administrator.

Table III-4 Fungsi login/verifikasi pengguna Identifikasi

Nomor 1

Nama Login

Tujuan Memastikan hak akses pengguna

Deskripsi Sistem menerima data identifikasi pengguna dan berdasarkan data tersebut memutuskan apakah pengguna memiliki hak akses sebagai operator atau administrator

Tipe

Aktor Operator, Administrator

Skenario Utama

Kondisi awal Aplikasi dalam kondisi baru dinyalakan

Aksi Aktor Reaksi Sistem

Pengguna memasukkan username dan password

Melakukan verifikasi terhadap Username dan Password yang

52

dimasukan oleh pengguna

Aplikasi memberikan respons Menampilkan halaman user (Operator atau Administrator )

Skenario Alternatif – Gagal Login

Aksi Aktor Reaksi Sistem

Pengguna memasukkan kembali username dan password

Kondisi akhir Hak akses pengguna sudah dipastikan

III.4.6.2.2 Pemasukan Data Barang

Operator memasukan data barang yang masuk ke gudang utama berdasarkan Berita Acara Penerimaan (BAP) barang. Untuk memudahkan dalam proses pengisisan data pemasukan barang, data barang yang dimasukan kedalam system dibedakan menjadi pengadaan barang, penerimaan barang (inventaris) dan penitipan barang.

Table III-5 Fungsi pemasukan data barang Identifikasi

Nomor 2

Nama Pemasukan barang

Tujuan Mencatat data barang yang masuk ke gudang utama Deskripsi Sistem menerima detail data data barang masuk lalu

menyimpannya kedalam database barang Tipe

53 Aktor Operator

Skenario Utama Kondisi awal Operator sudah berhasil login

Aksi Aktor Reaksi Sistem

Opertaor memilih menu pemasukan barang sesuai BAP barang

Menampilkan halaman pemasukan barang yang dipilih oleh operator Operator menekan tombol Create

pemasukan barang

Menampilkan Form pemasukan barang yang dipilih operator

Operator memasukan detail data barang masuk sesuai BAP barang, lalu

menekan tobol simpan

Membaca data detail barang yang di input oleh operator lalu menyimpannya kedalam database

Kondisi akhir Detail data barang tersimpan kedalam database pemasukan barang

III.4.6.2.3 Pemasukan Kategori Barang

Kategori barang adalah halaman yang berisi daftar barang-barang yang sudah di inventarisir oleh Pemerintah Provinsi DKI Jakarta. Operator memasukan data kategori barang berdasarkan buku inventaris barang daerah.

Table III-6 Fungsi pemasukan kategori barang Identifikasi

Nomor 3

Nama Pemasukan kategori barang

54

Deskripsi Sistem menerima detail data data kategori barang daerah lalu menyimpannya kedalam database barang

Tipe

Aktor Operator

Skenario Utama Kondisi awal Operator sudah berhasil login

Aksi Aktor Reaksi Sistem

Opertaor memilih menu pemasukan kategori barang

Menampilkan halaman pemasukan kategori barang yang dipilih oleh operator

Operator menekan tombol Create pemasukan kategori barang

Menampilkan Form pemasukan kategori barang yang dipilih operator Operator memasukan detail data

kategori barang daerah sesuai dengan buku inventaris barang daerah

Membaca data detail kategori barang yang di input oleh operator lalu menyimpannya kedalam database Kondisi akhir Detail data kategori barang tersimpan kedalam database barang

III.4.6.2.4 Pengeluaran Barang

Operator memasukan data barang yang keluar dari gudang utama berdasarkan Berita Acara Pendistribusian (BAP) barang.

Table III-7 Fungsi pengeluaran barang Identifikasi

55

Nomor 4

Nama Pengeluaran barang

Tujuan Mencatat data barang yang keluar dari gudang utama Deskripsi Sistem menerima detail data data barang yang keluar dari

gudang utama lalu menyimpannya kedalam database barang Tipe

Aktor Operator

Skenario Utama Kondisi awal Operator sudah berhasil login

Aksi Aktor Reaksi Sistem

Opertaor memilih menu pengeluaran barang

Menampilkan halaman pengeluaran barang

Operaot menekan tombol Create pengeluaran barang

Menampilkan Form pengeluaran barang

Operator memasukan detail data barang yang keluar sesuai BAP barang, lalu menekan tobol simpan

Membaca data detail barang yang di input oleh operator lalu menyimpannya kedalam database

Kondisi akhir Detail data barang yang keluar dari gudang utama tersimpan kedalam database barang

56 III.4.6.2.5 Pelaporan

Operator dapat menampilkan laporan-laporan yang dibutuhkan. Laporan itu terdiri dari bukti pengambilan barang, buku pengeluaran barang, buku barang (iventaris), dan kartu barang.

Table III-8 Fungsi pelaporan Identifikasi

Nomor 5

Nama Pelaporan

Tujuan Menampilkan laporan-laporan aktifitas keluar masuknya barang di gudang utama

Deskripsi Sistem menampilkan laporan-laporan aktifitas keluar masuk barang dalam gudang utama

Tipe

Aktor Operator

Skenario Utama Kondisi awal Operator sudah berhasil login

Aksi Aktor Reaksi Sistem

Operator memilih menu pelaporan yang dibutuhkan

Menampilkan halaman pelaporan yang dibutuhkan/dipilih oleh operator

57 III.4.6.2.6 Stock Opname

Operator dapat menampilkan laporan stockopname barang yang terdapat dalam gudang utama. Laporan stockopname ini meliputi pengecekan keadaan barang, berita acara pemeriksaan barang dan laporan stock opname.

Table III-9 Fungsi stock opname Identifikasi

Nomor 6

Nama Menampilkan Stock Opname Barang

Tujuan Mengetahui keadaan dan kondisi barang yang terdapat didalam gudangutama

Deskripsi Sistem menampilkan daftar stock opname barang Tipe

Aktor Operator

Skenario Utama Kondisi awal Operator sudah berhasil login

Aksi Aktor Reaksi Sistem

Operaot memilih menu stock opname Menampilkan daftar stock opname barang

58 III.4.6.2.7 Manajemen User

Administrator melakukan manajemen user untuk keamanan dan keberjalanan system. Ada dua kategori user yaitu administrator dan operator yang dibedakan berdasarkan hak akses dari super admin. Super admin adalah administrator pertama yang diberikan kewenangan untuk mengelola system.

Table III-10 Fungsi manajemen user Identifikasi

Nomor 7

Nama Manajemen User/pengguna

Tujuan Mengatur hak akses pengguna serta username dan password pengguna.

Deskripsi Sistem menampilkan data pengguna dan menyimpan pengaturan user yang dilakukan oleh administrator Tipe

Aktor Administrator

Skenario Utama Kondisi awal Administrator sudah berhasil login

Aksi Aktor Reaksi Sistem

Administrator memilih menu user Menampilkan daftar pengguna Administrator melakukan pengaturan

terhadap data pengguna

Menyimpan pengaturan yang dilakukan oleh administrator

Kondisi akhir Pengaturan user yang dilakukan administrator tersimpan kedalam database

59 III.4.6.3 Dinamika Objek

Aplikasi manajemen penyimpanan barang dibangun menggunakan kerangka kerja atau framework dari YII yang dalam pengerjaannya menggunakan metode MVC (Models, Views, Controlers). Sehingga dinamika objek dari fuungsi-fungsi yang terdapat pada aplikasi manajemen penyimpanan barang secara garis besar mengacu pada metode MVC sebagai berikut :

Model

Controller View

new actionCreate ()

returnModel

render(Model)

render(view) view

60 III.4.6.4 Deskripsi Kelas-kelas III.4.6.4.1 Diagram Kelas

+model () +tabelName() +rules() +relations() +attributeLabels() +search() +searchByPenerimaan() +beforeSave() +Id : string +kode_lokasi : string +kode_barang : string +nomor_register : int +nama_barang : string +jenis_barang : string +spesifikasi : string +merk : string +type : string +no_sertifikat : string +satuan : string +harga_satuan : int +created +modified Barang +model() +tabelName() +rules() +relations() +attributeLabels() +search() +beforeSave() -id : int -terima_tanggal : Date -dari : string -dokumen_faktur_nomor : int -dasar_penerimaan_jenis_surat : string -dasar_penerimaan_nomor : int -dasar_penerimaan_tanggal : Date -barang_id : int -banyaknya : int -jumlah_harga : int -bukti_penerimaan_nomor : int -bukti_penerimaan_tanggal : Date -keterangan : string -created : Date -modified : Date

Penerimaan +model() +tableName() +rules() +relations() +attributeLabels() +search() +beforeSave() +setBarangIDs() +id : int +barang_id : int +surat_bon_nomor : int +surat_bon_tanggal : Date +untuk : string +banyaknya : int +jumlah_harga : int +tanggal_penyerahan : Date +keterangan : string +sp2b_tgl : Date +sp2b_no : int +keterangan : string +created : Date +modified : Date -barangIDs Pengeluaran +model() +tableName() +rules() +relations() +attributeLabels() +search() +beforeSave() +id : int +kode_rekening : string +kode_barang : string +uraian : string +created : Date +modified : Date

KategoriBarang +model() +tableName() +rules() +relations() +attributeLabels() +search() +beforeSave() +id : int +barang_id : int +nomor_polisi : string +nomor_rangka : string +nomor_pabrik : string +nomor_mesin : string +bpkb : string +cc : string +jenis_kendaraan : string +warna : string +tahun_pembuatan : int +created : Date +modified : Date

kendaraan +model() +tableName() +rules() +relations() +attributeLabels() +search() +beforeSave() +id : int +no_kode_unit : string +provinsi : string +kab_kota : string +alamat : string +bidang : string +unit_organisasi : string +sub_unit_organisasi : string +upb : string +nomor : int +nama_yangg_menerima : string +nip_yang_menerima : int +jabatan_yang_menerima : string +nama_yang_menyerahkan : string +nip_yang_menyerahkan : int +jabatan_yang_menyerahkan : string +nama_yang_mengetahi : string +nip_yang_mengetahui : int +jabatan_yang_mengetahui : string +ttd_kota : string +ttd_tanggal : Date +tbl_name : string +tbl_record_id : string +created : Date +modified : Date

Laporan +model() +tableName() +rules() +relations() +attributeLabels() +search() +beforeSave() +setBarangIDs() +getBarangIDs() +id : int +perintah_kerja_nomor : string +perintah_kerja_tanggal : Date +sko_nomor : int +sko_tanggal : Date +barang_id : int +banyaknya_barang : int +jumlah_harga : int +dipergunakan_pada_unit : string +keterangan : string +created : Date +modified : Date -barangIds Pengadaan +model() +tabelName() +rules() +relations() +attributeLabels() +search() +beforeSave() +setBarangIDs() +id : int +barang_id : int +terima_tanggal : Date +asal_perolehan : string +bulan : int +tahun : int +jumlah_ukuran_barang : int +jumlah_harga : int +keadaan_barang : string +usul_hapus_kode : string +usul_hapus_keterangan : string +status : string +created : Date +modified : Date -barangIDs Penitipan +model() +tabelName() +rules() +relations() +attributeLabels() +search() +beforeSave() +id : int +kendaraan_id : int +ex_unit : string +stnk_dinas : string +stnk_bs : string +bodi_bagian_luar : string +kaca_spion : string +lampu_bagian_depan : string +lampu_bagian_belakang : string +kaca_depan : string +kaca_samping_kiri : string +kaca_samping_kanan : string +kaca_belakang : string +bodi_bagian_dalam : string +ac : string +radio_tape : string +ban_dan_velk : string +ban_serep : string +mesin : string +toolkit : string +kunci_dongkrak : string +segitiga_pengaman : string +catatan : string +created : Date +modified : Date

KondisiFisik

+rules() +attributeLabels() +authenticate() +login() +username : string +password : string +rememberMe : string -identity : string

LoginForm +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() #performAjaxValidation() PengeluaranController +filters() +accessrules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() #performAjaxValidation() +actionaCKategoriBarang() PenitipanController +actions() +actionIndex() +actionError() +actionContact() +actionLogin() +actionLogin() SiteController +filters() +accessRules() +actionIndex() +actionCek() +actionBap() +actionLaporan() StockOpnameController +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performAjaxValidation() Barang Controller +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performingAjaxValidation()

Kategori Barang Controller

+model() +tableName() +rules() +relations() +attributeLabels() +search() +id : int +barang_id : int +penerimaan_id : int +banyaknya : int +jumlah_harga : int +keterangan : string +status : string

Penerimaan Deatil +model() +tableName() +rules() +relations() +attributeLabels() +search() -id : int -barang_id : int -pengadaan_id : int -banyaknya : int -jumlah_harga : int -dipergunakan_pada_unit : string -keterangan : string

Pengadaan Detail +model() +tableName() +rules() +relations() +attributeLabels() +search() +id : int +barang_id : int +pengeluaran_id : int +untuk : string +banyaknya : int +jumlah_barang : int +keterangan : string

Pengeluaran Detail +model() +tableName() +rules() +relations() +attributeLabels() +search() -id : int -barang_id : int -penitipan_id : int -asal_perolehan : string -bulan : int -tahun : int -banyaknya : int -jumlah_barang : int -keadaan_barang : string -usul_hapus_kode : string -usul_hapus_keterangan : string

Penitipan Detail +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performAjaxValidation() Kendaraan Controller +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performingAjaxValidation() +actionLapPengadaan() +actionLapPenerimaan() +actionBuktiPengambilan() +actionPengeluaranBarang() +actionBukuBarang() +actionKartuBarang() +actionBeritaPemeriksaan() +actionlapStock() Laporan Controller +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performingAjaxValidation() +actionTest() Penerimaan Controller +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdmin() +loadModel() +performingAjaxValidation() +actionKategoriBarang() +actionLoadAjaxForm() Pengadaan Controller +filters() +accessRules() +actionView() +actionCreate() +actionUpdate() +actionDelete() +actionIndex() +actionAdin() +loadModel() +performingAjaxValidation()

Kondisi Fisik Controller

CActiveRecord

Controller

Gambar III-6 Diagram kelas aplikasi manajemen penyimpanan barang

Aplikasi manajemen penyimpanan barang dibangun menggunakan framework YII yang pola kerjanya menggunakan metode arsitektur models, views, controllers (MVC). Pada diagram kelas diatas terlihat beberapa kelas bawaan dari YII. Struktur data dari seluruh kelas diatas di simpan dalam dua folder utama, yaitu folder models dan folder controllers.

Kelas-kelas yang terdapat pada folder models berfungsi sebagai library yang mengatur koneksi dengan table-tabel didalam database. Sedangkan kelas controllers berfungsi sebagai pengatur hubungan antara kelas models dengan user

61

interface atau tampilan aplikasi. Kelas-kelas yang terdapat pada folder controller secara otomatis di buat oleh YII ketika kelas-kelas pada folder models juga dibuat.

III.4.6.4.2 Spesifikasi Kelas III.4.6.4.2.1 Kelas CActiveRecord

Kelas CActiveRecord adalah kelas yang secara otomatis terdapat pada setiap perangkat lunak yang dibangun menggunakan metode MVC. Kelas ini berfungsi sebagai library yang mengatur koneksi ke database. Kelas ini memiliki hubungan generalisasi dengan kelas-kelas yang terdapat pada folder models.

Dapat dilihat pada diagram kelas diatas, pada aplikasi manajemen penyimpanan barang kelas ini memiliki hubungan generalisasi dengan kelas kategori barang, kendaraan, kondisi fisik, barang, pengadaan, pengadaan detail, penerimaan, penerimaan detail, penitipan, penitipan detail, pengeluaran, pengeluaran detail, dan kelas laporan.

CActiveRecord

Gambar III-7 Kelas CActiveRecord III.4.6.4.2.1.1 Deskripsi Atribut

Tidak ada atribut yang di deskripsikan dalam kelas ini. III.4.6.4.2.1.2 Deskripsi Layanan

62 III.4.6.4.2.2 Kelas Kategori Barang

Kelas kategori barang merupakan kelas yang dibuat sebagai kelas model. Kelas ini terdapat pada folder model dalam arsitektur MVC. Kelas ini berfungsi untuk mengatur hubungan dengan table kategori barang pada database barang. Kelas ini memiliki hubungan/relasi dengan kelas CActiveRecord dan kelas Barang.

Adapun data yang akan disimpan pada table kategori barang merupakan data barang daerah yang telah di inventarisir dan terdaftar pada buku inventaris barang daerah.

+model() +tableName() +rules() +relations() +attributeLabels() +search()

+beforeSave() +id : int

+kode_rekening : string +kode_barang : string +uraian : string

+created : Date +modified : Date

KategoriBarang

Gambar III-8 Kelas kategori barang

III.4.6.4.2.2.1 Deskripsi Atribut

Table III-11 Deskripsi atribut kelas kategori barang

63

Id Integer 50

kode_rekening String 20 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

kode_barang String 256 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

uraian String 512 ’a’..’Z’,’0’..’9’,

-,/,spasi

0000-00-00

created Date yyyy-mm-dd-ii Jam system

modified Date yyyy-mm-dd-ii Jam system

III.4.6.4.2.2.2 Deskripsi Layanan

Operasi-operasi yang terdapat dalam kelas kategori barang merupakan method-method yang secara otomatis akan dibuat oleh framework YII. Secara garis besar method-method yang terdapat pada kelas-kelas model fungsinya sama, yaitu untuk mengatur hubungan kelas model atau dalam hal ini kelas kategori barang dengan database barang. Beberapa method yang terdapat dalam kelas ini :

1. Method Model() digunakan untuk mendeskripsikan kelas sebagai kelas model .

2. Method tableName() berfungsi untuk menghubungkan kelas dengan tabel didalam database.

3. Method rules() berfungsi untuk membaca aturan-aturan yang terdapat pada tabel.

4. Method relations() berfungsi untuk mengatur hubungan/relasi kelas dengan kelas atau table lain.

5. Method attributeLabels() befungsi untuk mengatur atttribut-attribut kelas.

64

6. Method search() berfungsi untuk mengatur fungsi search pada attribut kelas.

7. Method beforeSave() befungsi untuk mencatat perubahan data yang dilakukan pada table.

III.4.6.4.2.3 Kelas Kendaraan

Kelas kendaraan adalah kelas model yang akan mengatur koneksi database dengan kelas controller kemudian selanjutnya dengan user interface/tampilan. Kelas kendaraan memiliki hubungan dengan kelas barang , kelas kondisi fisik dan kelas kendaraan controller yang akan mengatur hubungan dengan user interface/tampilan.

65 III.4.6.4.2.3.1 Deskripsi Atribut

Table III-12 Deskripsi atribut kelas kendaraan

Nama Tipe Panjang Range Nilai Tetap

Id Integer 50

barang_id Integer 50

nomor_polisi String 16 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

nomor_rangka String 24

nomor_pabrik String 24 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

nomor_mesin String 48 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

Bpkb String 48 ’a’..’Z’,’0’..’9’,

-,/,spasi

0000-00-00

Cc String 16 ’a’..’Z’,’0’..’9’,

-,/,spasi

0000-00-00

jenis_kendaraan String 48 ’a’..’Z’,’0’..’9’, -,/,spasi

0000-00-00

warna String 24 ’a’..’Z’,’0’..’9’,

-,/,spasi

0000-00-00

tahun_pembuatan Integer 4

created Date yyyy-mm-dd-ii Jam system

modified Date yyyy-mm-dd-ii Jam system

III.4.6.4.2.3.2 Deskripsi Layanan

66

1. Method Model() digunakan untuk mendeskripsikan kelas sebagai kelas model .

2. Method tableName() berfungsi untuk menghubungkan kelas dengan tabel didalam database.

3. Method rules() berfungsi untuk membaca aturan-aturan yang terdapat pada tabel.

4. Method relations() berfungsi untuk mengatur hubungan/relasi kelas dengan kelas atau table lain.

5. Method attributeLabels() befungsi untuk mengatur atttribut-attribut kelas.

6. Method search() berfungsi untuk mengatur fungsi search pada attribut kelas.

7. Method beforeSave() befungsi untuk mencatat perubahan data yang dilakukan pada table.

iv

II.2 Landasan Teori ... 13

II.2.1 Sistem Informasi ... 13

II.2.2 Teknologi Informasi ... 15

II.2.3 Sistem Operasi ... 16

II.2.4 Konsep Klien-Server ... 18

II.2.5 Server Database ... 20

II.2.6 Web Server ... 21

II.2.7 Server-side script ... 22

II.2.8 Framework YII ... 23

II.2.9 Metodologi Unified Process ... 26

BAB III PEMBAHASAN ... 30

III.1 Jadwal Kerja Praktek ... 30

III.2 Teknik Kerja Praktek ... 30

III.3 Data Kerja Praktek ... 32

III.3.1 Lingkup Masalah ... 32

III.3.2 Struktur Organisasi UPT PPBD BPKD Provinsi DKI Jakarta ... 34

III.3.3 Analisa Konteks Kerja ... 37

III.3.4 Analisis Kebutuhan ... 39

III.4 Deskripsi Global Perangkat Lunak ... 43

III.4.1 Perspektif produk ... 43

III.4.2 Fungsi Produk ... 44

III.4.3 Karakteristik Pengguna ... 45

III.4.4 Batasan-Batasan ... 46

III.4.5 Asumsi dan Kebergantungan ... 46

v

BAB IV KESIMPULAN DAN SARAN ... 129

IV.1 Kesimpulan ... 129

IV.2 Saran ... 129

131

DAFTAR PUSTAKA

1. Laudon, Kenneth C. (2005), Sistem Informasi Manajemen Edisi 8, Penerbit Andi,

Yogyakarta, 317-326

2. Sommerville, Ian. (2003), Software Engineering Jilid 2, Erlangga, Jakarta, 68-87

3. Sugiyono,Prof, Dr.(2009), Metode Penelitian Kuantitatif, Kualitatif dan R&D, Alvabeta, Bandung, 137-146

i

KATA PENGANTAR

Dengan segala kerendahan hati, penulis menghaturkan puji dan syukur kepada Allah SWT yang senantiasa melimpahkan rahmat dan karunia-Nya, sehingga penulis dapat menyelesaikan laporan kerja praktek ini tepat pada waktunya.

Laporan kerja praktek ini mengambil judul “ PERANCANGAN

APLIKASI MANAJEMEN PENYIMPANAN BARANG DALAM GUDANG

KEBUTUHAN UPT PUSAT PENYIMPANAN BARANG DAERAH BADAN

PENGELOLA KEUANGAN DAERAH PROVINSI DKI JAKARTA ” diajukan untuk memenuhi salah satu persyaratan kelulusan mata kuliah kerja praktek di jurusan Teknik Informatika Universitas Komputer Indonesia. Secara umum laporan kerja praktek ini membahas tentang perancangan dan pengembangan sistem informasi manajemen penyimpanan barang dalam gudang untuk kebutuhan UPT Pusat Penyimpanan Barang Daerah Badan Pengelola Keuangan Daerah Provinsi DKI Jakarta. Perancangan aplikasi ini dimaksudkan untuk lebih meningkatkan kemampuan sistem yang sudah ada dalam mendukung pengambilan keputusan serta membantu pengolahan data dan penyusunan laporan aktifitas keluar masuknya barang.

Dalam pembuatan laporan kerja praktek ini penulis banyak memperoleh bantuan baik secara langsung maupun secara tidak langsung dari berbagai pihak.

ii

Untuk itu perkenankanlah penulis mengucapkan terima kasih sebesar-besarnya kepada :

1. Bapak Dr. Ir. Eddy Suryanto Soegoto, M.Sc, Selaku Rektor Universitas Komputer Indonesia (UNIKOM).

2. Ibu Mira Kania Sabariah, S.T., M.T. Selaku Ketua Jurusan Teknik Informatika Universitas Komputer Indonesia (UNIKOM).

3. Bapak Iskandar Ikbal, S.T. Selaku Dosen Pembimbing dan Dosen Wali. 4. Bapak The Budiman (Chief Technology Officer PT. Metanouva Infromatika)

Selaku pembimbing kerja peraktek dari PT. Metanouva Informatika.

5. Bapak Dimas Syailendra Ranadireksa selaku Direktur Utama PT. Metanouva Informatika.

6. Untuk kedua orang tuaku yang telah banyak melimpahkan kasih sayang dan memberikan dorongan, baik moril maupun materil serta doa restunya.

7. Buat teman-teman, khususnya seluruh keluraga besar MALAKA9 yang selalu mendukung dan memberi semangat.

8. Serta semua pihak yang tidak dapat penulis sebutkan satu persatu.

Penulis menyadari sepenuhnya bahwa laporan kerja praktek ini masih terdapat banyak kekurangan dan jauh dari kesempurnaan, oleh karena itu sangat diharapkan sekali kritik dan saran yang membangun untuk perbaikan di masa yang akan datang, semoga laporan ini dapat bermanfat bagi kita semua.

Bandung, Januari 2011

LEMBAR PENGESAHAN

PERANCANGAN APLIKASI MANAJEMEN PENYIMPANAN

BARANG DALAM GUDANG KEBUTUHAN UPT PUSAT

PENYIMPANAN BARANG DAERAH BADAN PENGELOLA

KEUANGAN DAERAH PROVINSI DKI JAKARTA

AENG ANWAR SANUSI

10106344

Pembimbing Kerja Praktek I Pembimbing Kerja Praktek II

The Budiman Iskandar Ikbal, S.T. Chief Technology Officer NIP. 41277006020

Mengetahui,

Ketua Jurusan Teknik Informatika

Mira Kania Sabariah, S.T., M.T. NIP. 41277006008