JURNAL SISTEM INFORMASI -...
66
Transcript of JURNAL SISTEM INFORMASI -...
JURNAL SISTEM INFORMASI Fakultas Sains dan Teknologi UIN Syarif Hidayatullah - Jakarta
Vol. 6 No. 1, Februari 2013 ISSN: 1979 – 0767
Penanggung Jawab
Dekan Fakultas Sains dan Teknologi Dr. Syopiansyah Jaya Putra, M.Sis
Pimpinan Redaksi (Editor in Chief)
Zainul Arham, S.Kom.,M.Si.
Dewan Redaksi (Editor Board) Ditdit N. Utama, MM, M.Com
Ir. Bakri La Katjong, MT Ir. M. Qomarul Huda, M.Kom
Nur Aeni Hidayah, MMSI Bayu Waspodo, MMSI
Zulfiandri, MMSI
Penelaah Senior (Senior Reviewer) Dr. Syopiansyah Jaya Putra, M.Sis
Dr. Ujang Maman, M.Si. Dr. Agus Salim, M.Si.
Mitra Bestari
Dr. Eko Syamsuddin Hasrito Prof. Dr. Ir. I Nengah Surati Jaya
Dr.Ir. Taslim Rochmadi, M.Sc Dr.Ir. Rusdianto Roestam, M.Sc
Penyunting Pelaksana
Qurrotul Aini, MT Nia Kumaladewi, MMSI
Penyunting Pengelola Nur Aeni Hidayah, MMSI
Koordinator Sekretariat dan Pelaksana Tata Usaha
Fitroh, MMSI Eva Khudzaeva, M.Si
Alamat Penerbit / Redaksi
Program Studi Sistem Informasi Fakultas Sains dan Teknologi UIN Syarif Hidayatullah
Jl. Ir. H. Djuanda No. 95, Ciputat 15412 Telp / Fax. (021) 7493545 / (021) 7493315
Website: http://fst.uinjkt.ac.id E-mail: [email protected] dan [email protected]
Jurnal Sistem Informasi merupakan jurnal keilmuan bidang sistem informasi dan teknologi informasi yang memuat tulisan-tulisan ilmiah mengenai penelitian-penelitian murni dan terapan serta ulasan-ulasan umum tentang perkembangan teori, metode dan ilmu-ilmu terapan terkait.
Jurnal Sistem Informasi diterbitkan oleh Program Studi Sistem Informasi. Redaksi mengundang para peneliti, praktisi dan mahasiswa untuk menulis perkembangan ilmu di bidang yang berkaitan dengan sistem informasi dan teknologi informasi.
Jurnal Sistem Informasi diterbitkan 2 (dua) kali dalam 1 tahun pada bulan Februari dan Oktober.
KATA PENGANTAR
Segala puji dan syukur kehadirat Allah SWT atas rahmat-Nya sehingga Jurnal Sistem Informasi Volume 6 No.1 bulan Februari 2013 dapat terbit.
Keberadaan Sistem Informasi dan Teknologi Informasi mencakup berbagai aspek kehidupan, dalam hal ini jurnal Sistem Informasi Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta hadir untuk memenuhi kebutuhan masyarakat khususnya para akademisi dan praktisi teknologi informasi dan komunikasi, terutama pada konsep sistem informasi geografis, sistem informasi korporat dan sistem informasi bisnis syari’ah.
Dengan terbitnya Jurnal Sistem Informasi ini diharapkan memberikan kontribusi yang besar terhadap perkembangan dalam konsep dan aplikasi sistem informasi dan teknologi informasi serta meningkatnya wawasan dan kemampuan para akademisi dan praktisi teknologi informasi dan komunikasi.
Edisi Jurnal kali ini memuat 8 (delapan) makalah yang mengangkat perihal sistem informasi dan teknologi informasi, yaitu: Pengembangan Kios Informasi Pariwisata Propinsi Daerah Khusus Ibukota Jakarta, Pengembangan Sistem Informasi Peminjaman Berkas Putusan Pengadilan Pajak Pada Sekretariat Pengadilan Pajak, Pengembangan Sistem Informasi Penjualan Pada PD. Hikmah Jaya Jakarta Barat, Analisis Faktor-Faktor Yang Mempengaruhi Dosen Dalam Melanjutkan S3 Dengan Metode Principal Component Analysis (Studi Kasus: Program Studi SI/TI FST UIN), Analisa Dan Perancangan Sistem Informasi Akademik Berbasis SMS Gateway Dalam Melihat Nilai Akhir Mata Kuliah “Studi Kasus : Mata Kuliah Algoritma Pemrograman Dan Struktur Data”, Perancangan Model Sistem Otomatisasi Pengajuan Angka Kredit Dengan Menggunakan TOGAF Architecture Development Method (Studi Kasus: Badan Pemeriksa Keuangan RI), Optimalisasi Tri Dharma Perguruan Tinggi Dosen Menggunakan Tahapan IT Master Plan, Analisa Tingkat Efesiensi Sistem Informasi Akademik Dalam Mendukung Terwujudnya Green Computing UIN Syarif Hidayatullah.
Kami selaku tim redaksi mengucapkan terima kasih kepada semua pihak yang telah memungkinkan terbitnya Jurnal Sistem Informasi ini. Kami berharap jurnal sistem informasi ini dapat menjadi salah satu alternatif pilihan bacaan yang berguna, informatif dan inovatif.
Jakarta, Februari 2013 Hormat Kami
Tim Redaksi Jurnal SI
i
JURNAL SISTEM INFORMASI
Fakultas Sains dan Teknologi UIN Syarif Hidayatullah - Jakarta
Februari 2013 Vol. 6 No. 1
DAFTAR ISI
KATA PENGANTAR ........................................................................................................ i DAFTAR ISI ................................................................................................................. ii PENGEMBANGAN KIOS INFORMASI PARIWISATA PROPINSI DAERAH KHUSUS IBUKOTA JAKARTA Hamdan Fauzie, Bakri La Katjong dan Qurrotul Aini .............................................................. 1 PENGEMBANGAN SISTEM INFORMASI PEMINJAMAN BERKAS PUTUSAN PENGADILAN PAJAK PADA SEKRETARIAT PENGADILAN PAJAK Yudi Fahrozi, Nur Aeni Hidayah, Nia Kumaladewi .................................................................. 13 PENGEMBANGAN SISTEM INFORMASI PENJUALAN PADA PD. HIKMAH JAYA JAKARTA BARAT Murniati, Nia Kumaladewi dan Zulfiandri ............................................................................. 21
ANALISIS FAKTOR-FAKTOR YANG MEMPENGARUHI DOSEN DALAM MELANJUTKAN S3 DENGAN METODE PRINCIPAL COMPONENT ANALYSIS (STUDI KASUS: PROGRAM STUDI SI/TI FST UIN) Meinarini Catur Utami.................................................................................................... 33 ANALISA DAN PERANCANGAN SISTEM INFORMASI AKADEMIK BERBASIS SMS GATEWAY DALAM MELIHAT NILAI AKHIR MATA KULIAH “STUDI KASUS : MATA KULIAH ALGORITMA PEMROGRAMAN DAN STRUKTUR DATA” Sarip Hidayatuloh dan Hendra Bayu Suseno ........................................................................ 39 PERANCANGAN MODEL SISTEM OTOMATISASI PENGAJUAN ANGKA KREDIT DENGAN MENGGUNAKAN TOGAF ARCHITECTURE DEVELOPMENT METHOD (STUDI KASUS: BADAN PEMERIKSA KEUANGAN RI) Farian Gustarto Wibowo, Eko Nugroho, Wing Wahyu Winarno ................................................... 45 OPTIMALISASI TRI DHARMA PERGURUAN TINGGI DOSEN MENGGUNAKAN TAHAPAN IT MASTER PLAN Fitroh ....................................................................................................................... 53 ANALISA TINGKAT EFESIENSI SISTEM INFORMASI AKADEMIK DALAM MENDUKUNG TERWUJUDNYA GREEN COMPUTING UIN SYARIF HIDAYATULLAH Eva Khudzaeva ............................................................................................................ 58
1
Pengembangan Kios Informasi Pariwisata Propinsi Daerah Khusus Ibukota Jakarta
Hamdan Fauziea, Bakri La Katjongb dan Qurrotul Ainic
aMahasiswa Program Studi Sistem Informasi FST
UIN Syarif Hidayatullah Jakarta
b,cStaf Pengajar Fakultas Sains dan Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta
Tel : (021) 7493547 Fax : (021) 7493315 e-mail : [email protected]
Tourism Official of Daerah Khusus Ibukota (DKI) Jakarta used multimedia application namely information kiosk in order to increase local revenue from tourism sector. The content of information kiosk was not able to meet the needs of tourism information in Jakarta. There was no navigation system to get the tourist sites, a lack of information, and the official staff's difficulty to manage data. With the application which provide navigation system, display interesting information/complete, and availability of database system are solutions for infobox application development. The infobox built with web-based server used PHP programming language, MySQL database, and Jquery to make display interactive information kiosk. For the map display used OpenLayer complete with a tourist point (image), full navigation and distance measuring feature. Multimedia development method consists of six stages according to Luther's method, i.e. concept, design, collection material, manufacture, test, and distribution. The concept analyzed the needs of tourism information kiosks, field studies and literature studies. While the design stage was making the menu structure, state transition diagrams, interface design and specification process. The result achieved was a software interactive information kiosk; with 1024x786 pixels screen resolution and file size 80 MB. This application displayed information tourist sites and entertainment venues which support tourism sector. Information kiosk was designed based multimedia supported by the text, images, animations, audio and video so that it can provide a more attractive and more easily understood by users. 1. PENDAHULUAN
Pemerintah Indonesia telah berupaya meningkatkan pendapatan negara baik migas maupun non-migas. Aspek non-migas di antaranya bidang pariwisata. Menurut Undang-Undang no.9 tahun 1990, pariwisata adalah segala kegiatan yang berhubungan dengan wisata, termasuk pengusahaan objek dan daya tarik wisata serta usaha-usaha yang terkait di bidang kepariwisataan. Pariwisata yang ada di daerah merupakan salah satu sektor penting dalam meningkatkan Pendapatan Asli Daerah (PAD). Sektor ini tentunya perlu terus ditingkatkan dan dikembangkan menjadi sebuah industri agar bisa membuka lapangan kerja baru dan meningkatkan pendapatan daerah.
DKI Jakarta sebagai Ibukota Negara Kesatuan Republik Indonesia, dapat meningkatkan potensi sumber daya alam bidang industri pariwisata agar dapat meningkatkan Pendapatan Asli Daerah (PAD). Sedangkan untuk memajukan industri kepariwisataan diperlukan promosi wisata dan pengembangan sistem informasi kepariwisataan. Beberapa cara promosi yang dapat dilakukan oleh pemerintah baik untuk wisatawan dalam negeri maupun mancanegara yang ada di wilayah Propinsi DKI Jakarta adalah menggunakan alat bantu seperti peta/atlas, brosur pariwisata, Website dan Info Box (sebutan kios informasi pariwisata DKI Jakarta).
Peta/atlas dan brosur pariwisata saat ini masih digunakan sebagai sarana informasi pariwisata yang paling sederhana, mudah dibaca, dan sudah dikenal masyarakat. Brosur tersebut hanya dapat menyajikan informasi obyek wisata ataupun fasilitas yang tersedia dalam bentuk tata letak lokasi. Pada saat ini, Info Box sudah mulai digunakan di berbagai tempat di propinsi DKI Jakarta, namun keberadaannya hanya 40 unit dan informasi yang disediakan masih dinilai kurang mencukupi. Walaupun demikian, Website dan Info Box cukup membantu wisatawan dalam mempersiapkan diri untuk menuju obyek wisata yang ada di sekitar propinsi DKI Jakarta. Sedangkan penggunaan media brosur masih dinilai kurang efektif dikarenakan untuk melakukan perubahan informasi secara berkala masih dilakukan secara manual dalam hal ini dengan mencetak brosur tersebut. Kemudian Website dan Info Box juga dinilai kurang lengkap untuk memperoleh informasi tentang pariwisata di Propinsi DKI Jakarta. Sedangkan untuk mengakses Website diperlukan adanya seperangkat komputer yang terhubung dengan jaringan internet. Adapun beberapa alasan sebuah aplikasi kios informasi atau infobox pariwisata DKI jakarta perlu dikembangkan sebagai berikut: a. Aplikasi infobox yang sudah ada belum terdapat
sistem navigasi atau data peta yang dapat membantu wisatawan untuk menuju lokasi
2
wisata. Kemudian belum terdapat menu bahasa indonesia, sehingga belum memenuhi kebutuhan untuk wisatawan lokal.
b. Belum terdapat sistem basis data, yang dapat membantu staf dinas pariwisata untuk mengelola data pariwisata.
c. Infomasi tentang pariwisata di DKI Jakarta di nilai masih kurang, terdapat menu-menu yang belum terisi informasi wisata.
2. KIOS INFORMASI
2.1 Sistem Multimedia
Multimedia berasal dari dua kata yaitu multi dan media, multi berarti beberapa dan media berarti sarana atau alat. Sistem Multimedia yang dimaksud adalah suatu teknologi yang menggabungkan berbagai sumber media seperti teks, grafik, suara, animasi, video, dan sebagainya, yang disampaikan dan dikontrol oleh sistem komputer secara interaktif. Gabungan sistem tersebut bisa digambarkan pada Gambar 1.
Gambar 1. Komponen Multimedia
(Sumber: Ariyus, 2009)
Secara umum sistem komputer multimedia memiliki beberapa ciri sebagai berikut :
a. Berkemampuan menukar media apa saja dalam keadaan analog, seperti suara, musik, dan video, kebentuk digital dan sebaliknya.
b. Berkemampuan mengontrol sistem multimedia serta bisa diatur oleh seorang user.
Selain itu, yang harus dimiliki juga ciri interaktif, yaitu user dapat melakukan akses ke data-data multimedia. Ciri tersebut menjadi pembeda antara video dengan televisi yang juga mengandung gabungan teks, suara, animasi, musik dan klip video. Ciri itu amat bermanfaat dalam beberapa aplikasi multimedia, seperti kios informasi pariwisata DKI Jakarta yang peneliti bangun. 2.2 Penerapan Teknologi Multimedia
Beberapa contoh penerapan aplikasi multimedia adalah:
a. Internet Multimedia di internet siaran langsung dari
ribuan stasiun radio, melihat animasi bagaimana cara kerja sesuatu dan melihat video.
b. Presentasi Multimedia memungkinkan seorang presenter
beralih dari overhead projector yang menampilkan gambar dan teks yang kaku kepada gambar bergerak, suara dan animasi untuk menghidupkan presentasi yang dibawakan.
c. Kios Pengertian Kios bila diterjemahkan secara bebas
adalah kios atau tempat untuk bertransaksi yang biasanya tempat orang-orang membeli minuman, makanan kecil maupun rokok. Mengapa disebut kios, karena merupakan tempat melayani transaksi atau sekedar mendapat informasi. Di manca negara, teknologi multi media dengan layar sentuh sudah merupakan hal yang biasa dilihat dan difungsikan sebagai alat untuk bertransaksi. Misalnya saja membeli tiket bis/kereta, membeli minuman ringan dan sebagainya.
d. Tutorial Multimedia dengan cepat telah menjadi dasar
pelatihan berbasiskan komputer, sebagai contoh perusahan menyediakan tutorial yang interaktif bagi karyawan baru untuk mempelajari prosedur-prosedur di perusahaan.
e. Online Reference CD-ROM berbasiskan multimedia mulai
menggantikan ensiklopedia baku, petunjuk penggunaan dan brosur tentang informasi produk. Versi elektronik dari bahan referensi lebih mudah digunakan dan lebih ringan bila dibawa.
f. Publikasi Berbagai buku, majalah dan koran telah
didistribusikan sebagai suatu publikasi multimedia dengan memanfaatkan CD-ROM dan internet. Halaman yang tercetak tidak akan pernah mampu menampilkan visualisasi gerakan dan suara.
2.3 Ciri-ciri Sistem Komputer Multimedia Secara umum sistem komputer multimedia
memiliki beberapa ciri sebagai berikut: a. Berkemampuan menukar media apa saja
dalam keadaan analog, seperti suara, musik, dan video, ke bentuk digital dan sebaliknya.
b. Berkemampuan mengontrol sistem multimedia serta bisa diatur oleh seorang user.
Selain itu, yang harus dimiliki juga ciri interaktif, yaitu user dapat melakukan akses ke data-data multimedia. Ciri tersebut menjadi pembeda
3
antara video dengan televisi yang juga mengandung gabungan teks, suara, animasi, musik dan klip video. Ciri itu amat bermanfaat dalam beberapa aplikasi multimedia, seperti kios informasi pariwisata DKI jakarta yang peneliti rancang. 2.4 Siklus Hidup Pengembangan Multimedia
Menurut Luther (Soetopo, 2003) terdapat enam tahap pengembangan multimedia yaitu:
a. Konsep (concept) Pada bagian ini, analis sistem mendeskripsikan
konsep secara garis besar aplikasi yang akan dibuat.
b. Perancangan (design) Pada tahap ini, analisis sistem terlibat dengan
user untuk merancang konsep yang menentukan keseluruhan pesan dan isi dari aplikasi yang akan dibuat.
c. Pengumpulan Bahan (material collecting) Melakukan pengumpulan bahan yang akan
digunakan untuk pembuatan aplikasi. d. Pembuatan (assembly) Dalam tahap ini, komputer mulai digunakan
secara penuh, untuk merancang sistem, dengan menggabungkan perancangan dan pengumpulan bahan yang telah dilakukan.
e. Tes (testing) Pengetesan merupakan langkah setelah aplikasi
multimedia selesai dirancang. f. Distribusi (distribution) Setelah aplikasi multimedia selesai dilakukan
pengetesan dan sesuai dengan harapan user maka aplikasi siap didistribusikan atau di-install.
Gambar 2. Siklus Pengembangan Aplikasi Multimedia menurut Luther (Sumber: Sutopo, 2003) 2.5 Pariwisata
Istilah pariwisata secara etimologi berasal dari bahasa Sansekerta yang terdiri atas dua suku kata
yaitu “pari” dan “wisata”. Pari berarti banyak, berkali-kali, berputar-putar atau berkeliling. Sedangkan wisata berarti bepergian. Secara garis besar, maka kita dapat mengartikan sebagai suatu perjalanan yang dilakukan dari suatu tempat ke tempat yang lain. Undang-Undang No. 9 tahun 1990 tentang kepariwisataan, menyebutkan definisi dari wisata, wisatawan, kepariwisataan dan pariwisata, yaitu: a) Wisata adalah kegiatan perjalanan atau sebagian
dari kegiatan tersebut yang dilakukan secara sukarela serta bersifat sementara waktu, untuk menikmati objek wisata dan daya tarik wisata.
b) Pariwisata adalah segala sesuatu yang berhubungan dengan wisata termasuk pengusaha objek dan daya tarik wisata serta usaha –usaha yang terkait didalamnya.
c) Wisatawan adalah orang yang melakukan kegiatan wisata. Kepariwisataan adalah segala sesuatu yang
berhubungan dengan wisata termasuk semua penyelenggaraan kegiatan pariwisata (Yoeti, 2002). Sedangkan usaha pariwisata adalah kegiatan yang bertujuan menyelenggarakan jasa pariwisata dengan menyediakan atau mengusahakan obyek daya tarik wisata, usaha sarana pariwisata dan usaha lain yang terkait dibidang tersebut. Dari pendapat sebelumnya dapat diambil beberapa asensi dari pengertian pariwisata yang menjadi ciri-cirinya yaitu: a. Perjalanan dilakukan untuk sementara waktu b. Perjalanan dilakukan dari suatu tempat ke tempat
yang lain. c. Perjalanan harus bertamasya dan berekreasi. d. Tidak mencari nafkah di tempat yang dikunjungi.
Usaha jasa pariwisata meliputi penyediaan jasa perencanaan, jasa pelayanan dan jasa penyelenggaraan pariwisata, antara lain:
a. Jasa Biro Perjalanan Wisata. b. Jasa Pemandu Wisata. c. Jasa Impresariat. d. Jasa Informasi Pariwisata. e. Jasa Konvensi. Usaha sarana wisata meliputi kegiatan
pembangunan, pengelolaan, dan penyediaan fasilitas, serta pelayanan yang diperlukan dalam penyelenggaraan pariwisata, antara lain:
a. Hotel. b. Pondok Wisata. c. Restoran. d. Rumah Makan. e. Gedung Pertemuan Umum.
4
2.6 Media Promosi Pariwisata Berikut merupakan media promosi pariwisata
yang banyak di gunakan oleh Dinas Pariwisata Propinsi DKI Jakarta: 1. Media brosur a. Guide To Jakarta
Gambar 3. Brosur Pariwisata Guide To Jakarta (Sumber: Dinas Pariwisata DKI Jakarta, 2009)
c. Enjoy Jakarta Shopping More/Jakarta
Shopping Guide
Gambar 4. Brosur Pariwisata Jakarta Shoping Guide (Sumber: Dinas Pariwisata DKI Jakarta, 2009)
d. Enjoy Jakarta Museums
Gambar 5. Brosur Pariwisata Enjoy Jakarta Museums (Sumber: Dinas Pariwisata DKI Jakarta, 2009) b. Jakarta Heritage
Gambar 6. Brosur Pariwisata Jakarta Heritage (Sumber: Dinas Pariwisata DKI Jakarta, 2009)
5
c. Media Website
Gambar 7. Halaman Website Pariwisata DKI Jakarta (Sumber: Dinas Pariwisata DKI Jakarta, 2009) d. Media Infobox
Gambar 8. Infobox Pariwisata DKI Jakarta (Sumber: Dinas Pariwisata DKI Jakarta, 2009)
3. METODE PENELITIAN Dalam penelitian ini menggunakan metode pengumpulan data dan pengembangan aplikasi multimedia. 3.1 Tempat dan Waktu Penelitian
Pelaksanaan penelitian dilakukan di Kantor Pusat Pengembangan dan Pelayanan Informasi Dinas Pariwisata DKI Jakarta, yang beralamat di Jalan Kuningan Barat I No.1 Jakarta 12710. Waktu
penelitian dilaksanakan mulai dari bulan november 2009 sampai dengan bulan Januari 2010. 3.2 Tahap Metode Pengumpulan Data
Dalam proses pengumpulan data, peneliti mendapatkan data-data yang berhubungan dengan pengembangan kios pariwisata Propinsi DKI Jakarta yang berasal dari sumber-sumber sebagai berikut: a. Studi Lapangan (Field Research)
Di sini peneliti melakukan pengamatan secara langsung diantaranya dengan cara : a. Wawancara (Interview)
Tanya jawab peneliti dengan Bapak Nana Sukarna, Kepala Bidang Informasi Infobox Pariwisata DKI Jakarta dan Bapak Agus, Wisatawan Lokal, pada tanggal 22 Desember 2009 di Kantor Pusat Pengembangan dan Pelayanan Informasi Dinas Pariwisata Propinsi DKI Jakarta
b. Observasi 1. Peneliti melakukan pengamatan atau peninjauan
terhadap Dinas Pariwisata DKI Jakarta. Kemudian peneliti mengumpulkan dan menelaah informasi tentang media promosi pariwisata yang dilakukan Dinas Pariwisata DKI Jakarta. Observasi dilakukan pada tanggal 23 Desember 2009 di Kantor Pusat Pengembangan dan Pelayanan informasi Dinas Pariwisata Propinsi DKI Jakarta.
2. Hasil observasi: mengetahui keberadaan brosur pariwisata. Peneliti mendapatkan brosur-brosur pariwisata sebagai arsip dari data-data pariwisata yang ada di Propinsi DKI Jakarta. Brosur tersebut yaitu: Guide To Jakarta (petunjuk untuk seluruh lokasi wisata di DKI Jakarta), Jakarta Shopping Guide (Pusat Perbelanjaan yang ada di Propinsi DKI Jakarta), Enjoy Jakarta Museums (Lokasi Museum-museum di DKI Jakarta) dan Jakarta Heritage (kebudayaan asli Jakarta).
3. Mengetahui Info Box. Peneliti mendapatkan informasi pariwisata DKI Jakarta yang tersedia di brosur, yang ditampilkan pada info box atau komputer touchscreen yang sudah ada sebanyak 40 unit disebarkan pada tempat-tempat strategis di DKI Jakarta dan mengetahui data dan informasi yang disediakan pada infobox
4. Mengetahui Web Pariwisata DKI Jakarta. Peneliti cukup banyak mendapatkan Informasi mengenai pariwisata di Propinsi DKI Jakarta menggunakan koneksi internet: http://jakarta-tourism.go.id/
b. Studi Literatur (Library Research) Peneliti membaca dan mendapatkan referensi yang mendukung dan penelitian yang sudah dikerjakan sebelumnya berhubungan dengan penelitian ini.
6
3.3 Metode Pengembangan Aplikasi Infobox Dalam kios pariwisata ini dilakukan tahapan
pengembangan multimedia menurut Luther yaitu pengembangan aplikasi multimedia dilakukan berdasarkan enam tahap, yakni konsep (concept), perancangan (design), pengumpulan bahan (material collecting), pembuatan (assembly), tes (testing) dan distribusi (distribution). Berdasarkan metode pengembangan diatas, maka dalam pengembangan aplikasi infobox ini yang digunakan seperti pada Gambar 9.
Gambar 9. Metode Pengembangan Infobox yang digunakan a. Konsep (Concept)
Tahap konsep yaitu menentukan tujuan, termasuk identifikasi pengguna, keinginan, jenis aplikasi (presentasi, interaktif dan lain-lain), tujuan aplikasi (informasi, hiburan, promosi, pelatihan, pendidikan dan lain-lain), spesifikasi umum. Dasar aturan untuk perancangan juga ditentukan pada tahap ini, seperti ukuran aplikasi, target dan lain-lain.
Adapun tahap konsep yang peneliti lakukan adalah:
1. Menentukan tujuan, pada tahap ini ditentukan tujuan dari pembuatan aplikasi, serta wisatawan yang menggunakannya.
2. Berdasarkan identifikasi keinginan pada pihak yang bersangkutan dengan pembuatan aplikasi ini seperti hasil wawancara. Pihak yang
bersangkutan adalah Dinas Pariwisata DKI Jakarta.
3. Deskripsi konsep aplikasi yang akan dibuat dengan menentukan jenis aplikasi (presentasi, interaktif dan lain-lain) dan spesifikasi umum (judul, pengunjung dan lain-lain).
b. Perancangan (Design)
Maksud dari tahap perancangan (design) adalah membuat spesifikasi secara rinci mengenai aplikasi yang akan dibuat, serta gaya dan kebutuhan material untuk aplikasi tersebut.
Spesifikasi yang akan dibuat berdasarkan pada langkah berikut: 1. Perancangan storyboard. 2. Desain struktur navigasi berupa hirarki menu. 3. Perancangan bagan alir (flowchart view). 4. Perancangan diagram transisi (state transition
diagram). 5. Perancangan antar muka (user interface).
c. Pengumpulan Bahan (Material Collecting)
Pada tahap pengumpulan bahan (material collecting) dilakukan pengumpulan bahan seperti layout, informasi mengenai tempat-tempat pariwisata, image, audio, pengambilan foto maupun video. Bahan-bahan diperoleh dari berbagai sumber seperti media internet, website www.jakarta-tourism.org. Kemudian peneliti juga mendapatkan bahan-bahan seperti gambar dan animasi dari hasil pembuatan menggunakan software Adobe Photoshop CS 3 dan SWISH Max 3.0.
d. Pembuatan (Assembly)
Tahap pembuatan (assembly) merupakan tahap dimana proyeksi perspektif denah dan seluruh obyek multimedia dibuat. Pembuatan aplikasi yang telah ditentukan sebelumnya dalam storyboad, flowchart view, struktur navigasi atau diagram transisi berasal dari tahap desain. Pada tahap ini software yang digunakan adalah Adobe Photoshop, OpenLayer, Macromedia Dreamweaver, dan XAMPP.
e. Tes (Testing)
Tahap tes (testing) dilakukan setelah selesai tahap pembuatan seluruh data. Fungsi dari pengetesan adalah memastikan bahwa hasil pembuatan aplikasi multimedia sesuai dengan yang direncanakan. Suatu hal yang juga harus diutamakan adalah aplikasi harus berjalan baik di lingkungan user. Dan juga persyaratan sistem harus bersahabat, dalam arti tidak dibutuhkan spesifikasi sistem yang tinggi, sehingga pengunjung merasakan kemudahan serta manfaat dari aplikasi tersebut dan dapat menggunakannya sendiri.
7
Pada tahap ini tes aplikasi akan dilakukan kepada pihak Dinas Pariwisata DKI Jakarta. Selain itu, peneliti juga akan melakukan testing aplikasi ini kepada Ibu Qurrotul Aini, MT. dan Bapak Ir.Bakri La Katjong, MT, M.Kom, selaku dosen pembimbing dan dosen Multimedia Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta yang merupakan orang-orang yang ahli dalam bidang Multimedia untuk memperoleh jaminan bahwa program aplikasi terbebas dari kesalahan script.
f. Distribusi (Distribution)
Pada tahap ini akan dilakukan implementasi serta evaluasi terhadap aplikasi multimedia dan setelah semuanya selesai, aplikasi ini akan di usulkan kepada dinas pariwisata propinsi DKI Jakarta. Beberapa tahap implementasi dan evaluasi yang penulisan lakukan adalah: 1. Spesifikasi perangkat keras dan lunak yang
dibutuhkan untuk mengeksekusi aplikasi. 2. Cara pengoperasian aplikasi. 3. Menjelaskan tampilan. 4. Evaluasi aplikasi.
4. PEMBAHASAN Peneliti mengembangkan aplikasi infobox/kios informasi pariwisata dengan cara: 1. Melengkapi data pariwisata yang ada di DKI
Jakarta pada infobox 2. Menyediakan sistem navigasi/peta pariwisata
DKI Jakarta pada infobox 3. Menyediakan sistem basis data pada infobox
4.1 Deskripsi Konsep
Kios Informasi Pariwisata Berbasis Multimedia ini termasuk jenis aplikasi interaktif, yang digunakan oleh pengunjung sebagai sarana informasi yang dipercaya. Pengunjung dapat mencari lokasi-lokasi pariwisata dengan efisien ataupun fasilitas-fasilitas umum dan hiburan. Berikut adalah Tabel 1 yang menampilkan garis besar deskripsi konsep dari aplikasi kios informasi pariwisata.
Tabel 1. Garis Besar Deskripsi Konsep Aplikasi Kios Pariwisata
1. Judul Aplikasi Kios Infomasi
Pariwisata Berbasis Multimedia pada Daerah Khusus Ibukota (DKI) Jakarta
2. Jenis Aplikasi
Media informasi interaktif dalam kios informasi.
3. Audiensi Penduduk, Wisatawan dan pengelola lokasi
wisata di daerah Jakarta. 4. Gambar Menggunakan file
berformat jpg, gif, png, dan swf dengan software Adobe Photoshop CS3 dan Macromedia Dreamweaver.
5. Video Menggunakan pengantar wisata dan sebuah iklan pariwisata DKI Jakarta yang berasal dari situs www.jakarta-tourism.go.id.
6. Animasi Animasi pada teks dan gambar yang dibuat sendiri menggunakan software SwishMax 3.0 dan berasal dari beberapa sumber di Internet
7. Interaktif Menggunakan tombol navigasi.
4.2 Perancangan
Pada tahap perancangan akan dibuat storyboard yang menggambarkan tampilan dari setiap scene. Karena aplikasi yang akan dibuat tidak sederhana, maka diperlukan struktur navigasi yang dapat digunakan untuk menentukan link dari halaman ke halaman lainnya. 1. Storyboard
Rancangan storyboard yang peneliti buat dalam rancangan kios pariwisata berbasis multimedia pada DKI Jakarta terdiri atas storyboard Halaman Utama, Wisata, Peta, Galeri, Kalender dan Bantuan. Storyboard Halaman Utama dapat dilihat pada Gambar 10.
Gambar 10. Storyboard Halaman Utama
2. Struktur Navigasi
Struktur navigasi ini menunjukkan alur pada aplikasi kios informasi pariwisata, secara diagramatis struktur navigasi diperlihatkan pada Gambar 11.
8
Halaman Utama
Wisata Peta Galeri Kalender Bantuan Bahasa
Indonesia
English
Wisata
Peta
JarakHiburan
Hotel
Situs
Biro
Bahari
Galeri
Kalender
Saran
Input
Saran
Gambar 11. Struktur Navigasi Kios Informasi Pariwisata
3. Flowchart
Peneliti membedakan flowchart dari sisi admin dan user, flowchart dari sisi admin terdiri atas flowchart Halaman Admin, User, Wisata, Galeri dan Kalender. Sedangkan flowchart dari sisi user terdiri atas flowchart Halaman Utama, Peta, Wisata, Galeri, Kalender dan Bantuan.
Gambar 12. Flowchart Halaman Utama Admin 4. State Transition Diagram (STD)
Pada kios informasi pariwisata berbasis multimedia pada DKI Jakarta ini terdiri atas 6 STD salah satunya seperti Gambar 4.6 STD Halaman Utama, STD Wisata, STD Kalender, STD Peta, STD Galeri dan STD Saran.
HalamanUtama
Wisata Kalender
Peta Galeri
Bantuan
Klik “Halaman Utama”Tampilkan Halaman Utama
Klik “Halaman Utama”Tampilkan Halaman Utama
Klik “Kalender”Tampilkan Kalender
Klik “Wisata”Tampilkan Wisata
Klik “Halaman Utama”Tampilkan Halaman Utama
Klik “Halaman Utama”Tampilkan Halaman Utama
Klik “Peta”Tampilkan Peta
Klik “Galeri”Tampilkan Galeri
Klik “Halaman Utama”
Tampilkan Halaman Utama
Klik “Bantuan”
Tampilkan Bantuan
Saran
Tampilkan Saran
Klik “Saran”
Tampilkan Halaman UtamaKlik “Halaman Utama”
Gambar 13. Rancangan STD Halaman Utama 5. Spesifikasi Database a. Desain proses Desain proses yaitu perancangan proses-proses yang terjadi dalam pengembangan aplikasi pengembangan kios informasi pariwisata Propinsi DKI Jakarta. Desain Proses ini menggunakan tools ERD (Entity Relationship Diagram) dengan spesifikasi database:
Gambar 14. ERD Kios Informasi Pariwisata Hubungan antar infobox dengan entity-entity nya yaitu:
9
1. Infobox dengan entity Kalender hubungannya one to many, jadi infobox mempunyai banyak calendar event
2. Infobox dengan entity Wisata hubungannya one to many, jadi infobox mempunyai banyak Lokasi wisata.
3. Infobox dengan entity galeri hubungannya one to many, jadi infobox mempunyai banyak Galeri.
4. Infobox dengan entity Saran hubungannya one to many, jadi infobox mempunyai banyak Saran dari wisatawan.
Gambar 15. LRS Kios Informasi Pariwisata
6. Tabel Spesifikasi Database
Pada spesifikasi database untuk aplikasi kios informasi pariwisata ini digunakan untuk membangun atau membuat tipe data, field dan ukuran. Terdapat 5 tabel, sebagai contoh tabel Admin, seperti pada Tabel 2.
1. Tabel Admin Nama Tabel : admin Type File : Master Primary Key : iduser Foreign Key : -
Tabel 2. Admin
Nama Field
Tipe Data
Ukuran Keterangan
IdAdmin Interger 3 ID admin Name Varchar 15 Username
admin Pass Varchar 15 Password
admin
7. Antarmuka (User Interface) Pada rancangan antarmuka yang ingin
ditampilkan dalam aplikasi kios informasi pariwisata
berbasis multimedia pada DKI Jakarta ini disesuaikan dengan kebutuhan. Pada kios informasi ini peneliti menyederhanakan setiap halaman yang ada dengan cara meminimalkan penggunaan tombol, hal ini dimaksudkan agar para wisatawan yang belum terbiasa menggunakan komputer tidak terlalu kesulitan untuk menggunakan aplikasi kios informasi ini. Pada rancangan antarmuka aplikasi kios pariwisata ada dua rancangan antarmuka yaitu rancangan antarmuka untuk user dan rancangan antarmuka untuk halaman admin. Gambar 16 adalah gambar rancangan antarmuka untuk user pada halaman utama.
Gambar 16. Interface Halaman Utama Aplikasi Kios Informasi Pariwisata
4.3 Pengumpulan Bahan
Pada tahap ini merupakan tahap pengumpulan bahan berupa file-file gambar, foto, teks, suara, video, dan animasi. Pengumpulan bahan-bahan berupa file-file berupa teks, gambar, foto, suara, animasi, dan video dengan beberapa proses yaitu: a. Pengambilan data berupa gambar, teks, video,
dan peta dari website www.jakarta-torism.go.id dengan menggunakan perangkat lunak Internet Download Manage dan informasi tata letak lokasi dari kordinat pada google maps.
b. Pengambilan foto-foto tentang informasi-informasi wisata yang ada pada infobox, sebagai acuan untuk mengembangkan aplikasi infobox agar lebih baik lagi.
c. Pengambilan data-data tentang lokasi-lokasi penempatan infobox yang sudah di tetapkan oleh dinas pariwisata DKI Jakarta.
d. Pembuatan beberapa data gambar dan teks dengan menggunakan aplikasi Adobe Photoshop CS3. Dan pembuatan stiky (animasi tulisan berjalan) dengan menggunakan aplikasi Swish max 3.0
Clock Home Wisata Peta Galeri Kalender Logo DKI
TEKS
Animasi
Footer
Video
Logo pariwisata jakarta
Logo enjoy Jakarta
Saran
10
e. Pengambilan kumpulan brosur-brosur pariwisata di DKI Jakarta yang sebagian informasi dari brosur di masukkan ke aplikasi infobox.
4.4 Pembuatan Aplikasi
Pada pembuatan aplikasi peta, gambar yang diperoleh berasal dari website www.jakarta-tourism.org dan untuk membuatnya menjadi peta interaktif peneliti menggunakan OpenLayer. Sehingga berbentuk menjadi seperti Gambar 17.
Gambar 17. Hasil Peta Spasial Pariwisata DKI Jakarta
Pada database aplikasi kios informasi ini
terdapat tujuh tabel, Sedangkan untuk pembuatan database-nya menggunakan phpMyAdmin. Seperti yang terlihat pada Gambar 18.
Gambar 18. Pembuatan Database Menggunakan PhpMyAdmin
4.5 Pengujian Aplikasi Pada tahap ini dilakukan pengujian (testing) terhadap aplikasi yang telah dibuat. Pengujian aplikasi kios informasi pariwisata dilakukan pengujiannya oleh staf bidang pelayanan dan informasi yaitu Ibu Attin yang berguna untuk mengetahui apakah aplikasi ini sudah sesuai dengan harapan pihak Dinas Pariwisata DKI Jakarta. Selanjutnya aplikasi ini dipresentasikan kepada wisatawan agar diketahui apakah aplikasi ini sudah
sesuai dengan kebutuhan wisatawan. Selain itu, pengujian aplikasi ini juga diperlihatkan kepada Ibu Qurrotul Aini, MT dan Bapak Ir.Bakri La Katjong, MT, M.Kom. selaku dosen pembimbing dan dosen Fakultas Sains dan Teknologi UIN Syarif Hidayatullah Jakarta.
Pengujian atau testing dari aplikasi infobox ini menggunakan tehnik whitebox testing untuk itu pengujian berfokus pada struktur control program, untuk memastikan bahwa semua statement pada program telah di eksekusi paling tidak satu kali selama pengujian dan semua kondisi logis telah diuji. Sebagai standar pengetesan program, dilakukan pengetesan terhadap aplikasi untuk memastikan apakah hasilnya seperti yang diinginkan dan dapat berjalan dengan baik ketika dijalankan dengan spesifikasi minimum dari komputer pengguna. Berikut ini adalah spesifikasi minimum yang digunakan untuk pengetesan aplikasi, yaitu :
• AMD sempron 1.04 GHz. • Memory RAM 512 MB. • Monitor resolusi 1024 x 768 pixels. • Keyboard dan mouse. • Sound card dan speaker active. • Sisa kapasitas hard disk 150 MB.
Gambar 19. Tampilan Aplikasi 1 (User)
11
Gambar 20. Tampilan Aplikasi 2 (User)
Gambar 21. Tampilan Aplikasi (Admin)
4.6 Distribusi Aplikasi a. Spesifikasi Perangkat Keras (Hardware)
Program ini akan berjalan dengan baik dengan persyaratan perangkat keras (hardware) yang peneliti sarankan, yaitu:
1. Intel Core 2 Duo 2.00 GHz berfungsi untuk proses kinerja sistem komputer di dalam pengembangan program.
12
2. Memory RAM 2 GB berfungsi untuk proses mempercepat kinerja aplikasi program.
3. Monitor Toucschreebn resolusi 1024 x 768 pixels berfungsi untuk memperjelas tampilan pada layar monitor.
4. Sound card dan speaker active berfungsi sebagai alat output aplikasi program yang dijalankan.
5. Sisa kapasitas hard disk 250 MB berfungsi sebagai media penyimpanan untuk aplikasi kios informasi pariwisata berbasis multimedia DKI Jakarta.
b. Spesifikasi Perangkat Lunak Perangkat lunak yang dibutuhkan oleh pengguna untuk menjalankan aplikasi kios informasi pariwisata ini adalah Sistem Operasi Microsoft Windows Server 2003, XP, Vista, dan Windows 7 Ultimate. 5. SIMPULAN DAN SARAN Adapun simpulan yang peneliti dapatkan adalah kios informasi pariwisata ini menghasilkan informasi kepariwisataan yang dilengkapi dengan sistem navigasi/peta sehingga memudahkan wisatawan untuk menuju lokasi wisata, dan terdapatnya fitur bahasa indonesia yang dapat memenuhi kebutuhan wisatawan lokal, dilengkapi dengan adanya fitur basis data yang dapat memudahkan staf dinas pariwisata untuk mengelola data wisata.
Sedangkan saran untuk pengembangan penelitian lebih lanjut adalah kios informasi ini terintegrasi dengan perangkat mobile bagi warga DKI Jakarta dan dilengkapi dengan fitur transportasi menuju lokasi wisata. REFERENSI Kadir, Abdul. 2003. Pengenalan Sistem Informasi.
Yogyakarta: Penerbit Andi. Susanto, Azhar. 2003. Sistem Informasi Manajemen:
Proses dan Pengembangannya. Bandung: Lingga Jaya.
Ariyus, Dony. 2009. Keamanan Multimedia. Yogyakarta: Penerbit Andi.
Edhy Sutanta. 2005. Pengantar Tekonologi Informasi, edisi pertama. Yogyakarta: Penerbit Graha Ilmu.
Nazir, Muhamad. 2003. Metode Penelitian. Jakarta: Ghaira Indonesia.
Sutopo, A. H. 2003. Multimedia Interaktif Dengan Flash. Penerbit Graha Ilmu, Jakarta: 201 hal.
Vaughan, Tay. 2006. Multimedia Making It Work edisi 6. Yogyakarta: Penerbit Andi.
Whiten, Jefrey, Bentley, Lonnie D., and Dittman, Kevin C. 2004. Metode Desain dan Analisis Sistem, Edisi 6, terjemahan. Yogyakarta: Penerbit Andi.
13
Pengembangan Sistem Informasi Peminjaman Berkas Putusan Pengadilan Pajak Pada Sekretariat Pengadilan Pajak
Yudi Fahrozia, Nur Aeni Hidayahb, Nia Kumaladewic
aMahasiswa Program Studi Sistem Informasi FST
UIN Syarif Hidayatullah Jakarta e-mail: [email protected]
b,cStaf Pengajar Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Tel : (021) 7493547 Fax : (021) 7493315
e-mail : [email protected], [email protected]
ABSTRAKSI Sekretariat Pengadilan Pajak is an element of administrative services in the Tax Court. One part of Sekretariat Pengadilan Pajak is a Bagian Administrasi Peninjauan Kembali dan Dokumentasi (APKD). One of the activities that exist in Bagian APKD is lending activities File Tax Court decision. In carrying out its lending activities of Berkas Putusan Pengadilan Pajak, system is still manual and data processing is still conventional (paper-based). So the system that runs it has some drawbacks, namely Civil Part APKD difficult to find information about the data file lending decisions. The time it takes responsible lending and borrowing can be up to three days to find the file in the loan decision will be there or not. Data processing is still a conventional (paper-based) are prone to errors and data loss. Preparation of reports of borrowing and the return file no decision can be made quickly. From the description above, the authors are interested in examining the issues related to lending system file Tax Court decision, as well as providing an alternative solution to deal with the existing problems by providing suggestions Loan Information Systems Development Files Tax Court Decision On Tax Court Secretariat. The system was developed using the waterfall system development strategy. In the system analysis and design, the authors use a model-driven approach. At this stage of system analysis, the authors use a rich picture diagrams to illustrate the proposed system and the system is running. While at this stage of system design, the authors use the Unified Modelling Language (UML) as a tool for design. The device is required in designing applications of this system are: use a programming language Hypertext Pre-processor (PHP), Code Igniter PHP framework, NetBeans IDE text editor, Mozilla Firefox browser, as well as in which existing Xampp Apache, MySQL and PHP. With this, Loan Information Systems Files Tax Court Decision is expected to cover the lack of a system in place, the search for information about the data files loan lending decisions and create reports and court files tax returns quickly and easily. Keywords: Loan, Judgment Files, Bagian APKD, Sekretariat Pengadilan Pajak. 1. PENDAHULUAN
Pada saat ini, banyak organisasi menganggap sistem informasi diperlukan untuk memiliki kemampuan bersaing atau memperoleh keuntungan persaingan. Sedangkan pengertian sistem informasi adalah pengaturan orang, data, proses dan teknologi informasi yang berinteraksi untuk mengumpulkan, memproses, menyimpan, dan menyediakan sebagai output informasi yang diperlukan untuk mendukung sebuah organisasi (Whitten, Bentley, Dittman, 2004).
Sekretariat Pengadilan Pajak adalah unsur pelayanan administrasi di lingkungan Pengadilan Pajak. (Pasal 1 ayat (1), KEPUTUSAN PRESIDEN REPUBLIK INDONESIA NOMOR 83 TAHUN 2003 TENTANG SEKRETARIAT PENGADILAN PAJAK).
Salah satu bagian dari Sekretariat Pengadilan Pajak adalah Bagian Administrasi Peninjauan Kembali dan Dokumentasi (APKD). Salah satu kegiatan yang ada pada Bagian APKD adalah peminjaman Berkas Putusan Pengadilan Pajak.
Di dalam menjalankan kegiatan peminjaman Berkas Putusan Pengadilan Pajak, sistemnya masih
14
manual dan pengolahan datanya masih bersifat konvensional (berbasis kertas). Sehingga sistem yang berjalan memiliki beberapa kekurangan, yaitu; pertama, pegawai bagian APKD sulit dalam mencari informasi mengenai data peminjaman berkas putusan. Seperti, siapa yang meminjam berkas putusan, untuk apa berkas putusan tersebut di pinjam, apakah berkas putusan ada atau sedang di pinjam, dan data berkas putusan ada di formulir peminjaman yang mana. Ke-dua, lamanya waktu yang diperlukan oleh peminjam dan penanggung jawab peminjaman untuk mengetahui berkas putusan yang akan di pinjam ada atau tidak (waktu yang diperlukan bisa sampai tiga hari kerja sejak pengajuan peminjaman berkas putusan). Ke-tiga, peminjam harus memiliki stok formulir peminjaman. Bila formulir peminjaman habis, peminjam harus bolak-balik dari Bagian APKD untuk meminta formulir peminjaman. Lalu, ke penanggung jawab peminjaman untuk meminta tanda tangan. Lalu, ke bagian APKD lagi untuk mengajukan perminjaman berkas putusan. Hal ini sangatlah tidak efisien dalam hal waktu. Selain itu, peminjam juga memerlukan tempat untuk stok formulir peminjaman. Ke-empat, pengolahan data yang masih bersifat konvensional (berbasis kertas), rentan terhadap kesalahan dan kehilangan data karena dicatat dalam bentuk lembaran. Ke-lima, pengolahan data yang masih bersifat konvensional (berbasis kertas), juga mengakibatkan pembuatan laporan peminjaman dan pengembalian berkas putusan tidak bisa di buat dengan cepat. Karena untuk membuat laporan, bagian APKD harus merekap data peminjaman dan pengembalian berkas putusan dari formulir peminjaman.
Dari uraian diatas, penulis tertarik untuk meneliti permasalahan-permasalahan yang berkaitan dengan sistem peminjaman berkas putusan Pengadilan Pajak, serta memberikan suatu alternatif solusi untuk menangani permasalahan yang ada dengan memberikan usulan pengembangan sistem informasi peminjaman berkas putusan Pengadilan Pajak dan hal inilah yang menjadi latar belakang penulis, untuk melakukan penelitian dengan judul “Pengembangan Sistem Informasi Peminjaman Berkas Putusan Pengadilan Pajak pada Sekretariat Pengadilan Pajak ”.
2. LANDASAN TEORI 2.1. Pengembangan Sistem
Proses pengembangan sistem terdiri dari proses standar atau langkah yang dapat digunakan pada semua proyek pengembangan sistem. Meskipun proses bisnis pada masing-masing organisasi berbeda, mereka memiliki karakteristik umum yang sama, yaitu kebanyakan proses pengembangan sistem
pada organisasi mengikuti pendekatan problem-solving (Whitten, 2004). 2.2. Sistem Informasi
Sistem informasi adalah pengaturan orang, data, proses dan teknologi informasi yang berinteraksi untuk mengumpulkan, memproses, menyimpan, dan menyediakan sebagai output informasi yang diperlukan untuk mendukung sebuah organisasi (Whitten, 2004). 2.3. Pengertian Peminjaman
Peminjaman adalah proses, cara, perbuatan meminjam atau meminjamkan (http://www.artikata.com/arti-374155- peminjaman.html). 2.4. Pengertian Berkas Putusan Pengadilan Pajak
Di sekretariat pengadilan pajak, berkas putusan Pengadilan Pajak di sebut juga dengan nama berkas inaktif. Adapun pengertian berkas in-aktif adalah berkas banding atau gugatan yang sengketanya sudah diputus oleh majelis atau hakim tunggal yang ada putusan sahih dan salinannya (Pedoman Tata Kerja Sekretariat Pengadilan Pajak, 2005). 3. METODOLOGI PENELITIAN 3.1 Metode Pengumpulan Data
Metode yang penulis gunakan untuk analisis pada penelitian ini adalah sebagai berikut: 1. Observasi, metode yang digunakan untuk mencari
dan mengumpulkan informasi yang berkaitan dengan customer. Observasi di laksanakan pada tanggal 8 mei 2008, di Sekretariat Pengadilan Pajak Sekretariat Jenderal Departemen Keuangan.
2. Wawancara dilakukan dengan bapak Iyung K. Pontoh selaku Kabag. Administrasi Peninjauan Kembali dan Dokumentasi (APKD) untuk mengetahui sistem yang berjalan pada kegiatan peminjaman yang ada pada Bagian APKD Sekretariat Pengadilan Pajak.
3. Studi Pustaka, dilakukan dengan cara membaca dan mempelajari buku-buku yang berhubungan dengan judul penelitian, penelitian sejenis yang berkaitan dengan tema penelitian dan selain itu penulis mengunjungi atau Browsing situs-situs internet yang berhubungan dengan topik yang dibahas.
3.2 Metode Pengembangan Sistem Dalam mengembangkan sistem, penulis menggunakan metode System Development Life Cycle (SDLC) dengan model waterfall. model tersebut memiliki pendekatan yang sistematis dengan menerapkan daur hidup dalam pengembangan sistem
15
perangkat lunaknya. Pressman (2001).dan adanya tahapan demi tahapan yang harus dilalui, dimana tahapan selanjutnya baru bisa dilakukan apabila tahapan sebelumnya sudah selesai dan tiap-tiap tahapan ini harus berjalan secara berurutan Berikut ini adalah tahapan dari model waterfall : 3.2.1. System Initiation
Mengidentifikasi masalah yang dihadapi dan membuat rencana untuk menyelesaikan masalah tersebut. Di dalam system initiation, kita membuat lingkup proyek, tujuan, jadwal, dan anggaran yang dibutuhkan untuk menyelesaikan masalah atau sebagai gambaran keuntungan dari proyek. 3.2.2. System Analysis
Memahami dan menganalisa masalah. Selain itu, juga dilakukan identifikasi terhadap solusi yang diharapkan. System analysis mempelajari permasalahan untuk merekomendasikan peningkatan dan spesifikasi kebutuhan bisnis serta prioritas solusi. System analysis diharapkan dapat memberikan pemahaman masalah yang lebih dan kebutuhan proyek kepada tim proyek. 3.2.3. System Design
Mengidentifikasi solusi alternatif dan memilih solusi yang terbaik, kemudian merancang solusi yang telah dipilih. System design membuat spesifikasi teknis dengan solusi berbasis komputer yang telah diidentifikasi pada system analysis. 3.2.4. System Implementation
Mengimplementasikan solusi yang telah dipilih, kemudian mengevaluasi sistem informasi yang telah dibuat. System implementation merupakan tahapan terakhir dalam proses pengembangan sistem. System implementation meliputi kegiatan membangun, menginstall, menguji dan mengoperasikan sistem informasi. Pengembangan dengan strategi waterfall (sequential) menggambarkan bahwa tiap tahapan dimulai dan diselesaikan secara menyeluruh secara berurutan, akan tetapi pada kenyataannya, seringkali overlap satu sama lain, seperti system design dapat dimulai sebelum system analysis selesai. 3.3 Kerangka Berpikir Adapun kerangka berpikir yang dilakukan pada penulisan ini adalah sebagai berikut:
Pengumpulan Data
Wawancara
Studi Pustaka
Observasi
System Design
System Analysis
System Implementation
System Initiation
Identifikasi Masalah
Lingkup Sistem
Tujuan
Gambaran Umum
Analisis Sistem Berjalan
Analisis Sistem Usulan
Use Case Diagram
Activity Diagram
Class Diagram
Sequence Diagram
State chart Diagram
Spesifikasi Basis Data
Perancangan interface Aplikasi
Pembuatan Aplikasi
Pengujian Aplikasi
Start
End
Pengembangan Sistem
Gambar 1 Kerangka Berpikir
4. SISTEM INFORMASI PEMINJAMAN BERKAS PUTUSAN PENGADILAN PAJAK 4.1. System Initiation 4.1.1 Identifikasi Masalah
Bagian Administrasi dan Peninjauan Kembali (APKD) dalam menjalankan kegiatan peminjaman berkas putusan Pengadilan Pajak, sistemnya masih manual dan pengolahan datanya masih bersifat konvensional (berbasis kertas). Sehingga sistem yang berjalan memiliki beberapa kekurangan, yaitu : a. Pegawai bagian APKD sulit mencari informasi
mengenai data peminjaman berkas putusan. b. Waktu yang diperlukan penanggung jawab
peminjaman dan peminjam bisa sampai tiga hari untuk mengetahui berkas putusan yang akan di pinjam ada atau tidak.
c. Bila stok formulir peminjaman yang dimiliki peminjam habis. peminjam harus bolak-balik dari bagian APKD untuk meminta formulir peminjaman. Lalu, ke penanggung jawab peminjaman untuk meminta tanda tangan. Lalu, ke bagian APKD lagi untuk mengajukan
16
perminjaman berkas putusan. Hal ini sangatlah tidak efisien dalam hal waktu.
d. Pengolahan data yang masih bersifat konvensional (berbasis kertas) rentan terhadap kesalahan dan kehilangan data.
e. Pembuatan laporan peminjaman dan pengembalian berkas putusan tidak bisa di buat dengan cepat.
4.1.2. Lingkup Sistem
Berdasarkan dari identifikasi masalah, lingkup sistem hanya mencakup kegiatan peminjaman berkas putusan Pengadilan Pajak yang ada di Bagian Administrasi Peninjauan Kembali dan Dokumentasi (APKD) Sekretariat Pengadilan Pajak. 4.1.3. Tujuan
Tujuan penelitian ini adalah mengembangkan Sistem Informasi Peminjaman Berkas Putusan Pengadilan Pajak (SIPBP3) yang pengolahan datanya terkomputerisasi agar dapat menutupi kekurangan sistem yang berjalan. 4.2. System Analysis 4.2.1. Analisis Sistem Berjalan
Berikut ini merupakan analisis sistem berjalan yang digambarkan dengan rich picture diagram :
Gambar 2 Proses Peminjaman Sistem Berjalan
Gambar 3 Proses Pengembalian Sistem Berjalan
4.2.2. Analisis Sistem Usulan Berikut ini merupakan analisis sistem usulan
yang digambarkan dengan rich picture diagram :
Gambar 4 Proses Peminjaman Sistem Usulan
Gambar 5 Proses Pengembalian Sistem Usulan 4.3. System Design 4.3.1. Use Case Diagram
Gambar 6 Use Case Model Diagram
17
4.3.2 Activity Diagram Admin Sistem
Klik menupeminjam
Menampilkan halamandata peminjam
Klik ubah
Menampilkan form tambah data peminjam
Mengisi form tambah data peminjam
Menampilkan pesan bahwa data telah berhasil di simpan
Data Lengkap
Data tidak lengkap
Menampilkanform ubah data peminjam
Mengisi form ubah data peminjam
Klik Simpan
Klik Simpan
Menampilkan pesanbahwa data
telah berhasil di ubah
Menampilkan jendelakonfirmasi penghapusan
data peminjam
Klik OK
Hapus data peminjam
Data lengkap
Data tidak lengkap
Menambah Data
Ubah Data
Hapus Data
Simpan perubahan data peminjam
Klik Tambah Data
Menampilkan pesan kesalahanpada form tambah data peminjam
Simpan datapeminjam
Cek isian data
Klik Hapus
Mengisikolom pencarian
Klik Cari
Menampilkan halamanhasil cari data peminjam
Menampilkan pesan kesalahanpada form ubah data peminjam
Menggunakan mesin pencari
Klik tombol navigasi Menampilkan halamandata peminjam lainnya
Cek isian dataKe halaman
lainnya
Data yang ingin di ubah atau di hapus
ada di halaman pertama
Data yang ingin di ubah atau di hapus tidak
ada di halaman pertama
Data yang ngin di ubah atau di hapus tidak ada
Data yang ngin di ubah atau di hapus ada
Gambar 7 Activity Diagram dari Use Case Mengelola Data Peminjam
Admin Sistem
Klik menupj peminjaman
Menampilkan halamandata pj peminjaman
Klik ubah
Menampilkan form tambah data pj peminjaman
Mengisi form tambah data pj peminjaman
Menampilkan pesan bahwa data telah berhasil di simpan
Data Lengkap
Data tidak lengkap
Menampilkanform ubah data pj peminjaman
Mengisi form ubah data pj peminjaman
Klik Simpan
Klik Simpan
Menampilkan pesanbahwa data
telah berhasil di ubah
Menampilkan jendelakonfirmasi penghapusan
data pj peminjaman
Klik OK
Hapus datapj peminjaman
Data lengkap
Data tidak lengkap
Menambah Data
Ubah Data
Hapus Data
Simpan perubahan datapj peminjaman
Klik Tambah Data
Menampilkan pesan kesalahanpada form tambah data pj peminjaman
Simpan datapj peminjaman
Cek isian data
Klik Hapus
Mengisikolom pencarian
Klik Cari
Menampilkan halamanhasil cari data pj peminjaman
Menampilkan pesan kesalahanpada form ubah data pj peminjaman
Menggunakan mesin pencari
Klik tombol navigasi Menampilkan halamandata pj peminjaman lainnya
Cek isian dataKe halaman
lainnya
Data yang ingin di ubah atau di hapus
ada di halaman pertama
Data yang ingin di ubah atau di hapus tidak
ada di halaman pertama
Data yang ngin di ubah atau di hapus tidak ada
Data yang ngin di ubah atau di hapus ada
Gambar 8 Activity Diagram dari Use Case Mengelola Data Pj Peminjaman
Staf Subag. DP Sistem
Menampilkan pesan bahwa berkas putusan yang telah kembali
telah berhasil di input ke data pengembalian
Sorot menu transaksi Menampilkan sub menu tansaksi
Simpan data pengembalian berkas putusan
Menampilkan halaman data berkas putusan yang masih di pinjam
Klik detailMenampilkan halaman detail data
berkas putusan yang masih di pinjam
Menampilkan jendela konfirmasipengembalian berkas putusan
Klik OK
Ubah status peminjaman berkas putusanmenjadi telah kembali
Ubah status berkas putusanmenjadi ada
Kolompencarian
Klikcari
Menampilkan halaman hasil caridata berkas putusan yang masih di pinjam
Klik tombol navigasi Menampilkan halaman lain data berkas putusan yang masih di pinjam
Klik telah kembali
Menggunakanmesin pencari
Pindah ke halaman lainData yang
ingin di input ada
di halaman pertama
Data yang ingin di input tidak ada
Data yang ingin di input ada
Ingin lihat detail data
Tidak ingin lihat detail data
Klik pengembalian
Gambar 9 Activity Diagram dari Use Case Input Data Pengembalian 4.3.3. Class Diagram
+lihat data pegawai()+tambah data pegawai()+ubah data pegawai()+hapus data pegawai()
-nip-nama-unit-sub_unit-jabatan -phone-alamat-kode_pos
pegawai
+tambah data peminjam()+ubah data peminjam()+hapus data peminjam()
-id_peminjam-nip
peminjam
+tambah data pj peminjam()+ubah data pj peminjam()+hapus data pj peminjam()
-id_pj_peminjaman-nip
penanggung_jawab_peminjaman
+tambah data berkas putusan()+ubah data berkas putusan()+hapus data berkas putusan()+lihat laporan status berkas()+lihat data berkas putusan()
-no_putusan-nama_wajib_pajak-permasalahan-tgl_putusan-status_berkas_putusan
berkas_putusan
+tambah data formulir peminjaman()+ubah data formulir peminjaman()
-no_formulir_peminjaman-id_peminjam-id_pj_peminjam-tgl_cetak_form_peminjaman-status_formulir_peminjaman
formulir_peminjaman
+tambah data booking()+ubah data booking()+lihat data booking()
-id_booking-no_putusan-no_formulir_peminjaman
booking
1..*1..* memiliki
+tambah data peminjaman()+lihat laporan peminjaman()+ubah data peminjaman()+lihat data peminjaman()
-id_peminjaman-id_booking-tgl_pinjam-status_peminjaman
peminjaman
+tambah data pengembalian()+lihat laporan pengembalian()
-id_pengembalian-id_peminjaman-tgl_kembali
pengembalian
1
1
memiliki
1 1
memiliki
memiliki
1..5
1
1
1..*
memiliki
1..*
1
memiliki
+tambah data kode pos()+ubah data kode pos()+hapus data kode pos()
-kode_pos-id_kota
kode_pos
+lihat data user()+tambah data user()+ubah data user()+hapus data user()+ubah password()
-user_name-nip-level-password
user
1 1
Memiliki
+tambah data kota()+ubah data kota()+hapus data kota()
-id_kota-kota-provinsi
kota
1 1
Memiliki
1
1Memiliki
Gambar 10 Class Diagram
18
4.3.4. Sequence Diagram
Tampilkan datapj peminjaman
Get data pj peminjaman
pj peminjamanadmin halaman beranda
Data pj peminjaman
pengelolaan data pj peminjaman halaman data pj peminjaman
Tampilkan datapj peminjaman
Data pj peminjaman
alt
[Menambah data pj peminjaman]
refMenambah data pj peminjaman
refMencari data pj peminjaman
refMenampilkan halaman lain data pj peminjaman
[Mencari data pj peminjaman]
[Menampilkan halaman lain data pj peminjaman]
ref
[Mengubah data pj peminjaman]
Mengubah data pj peminjaman
Menghapus data pj peminjamanref
[Menghapus data pj peminjaman]
Data pj peminjaman
Gambar 11 Sequence Diagram Mengelola Data Peminjaman
[ mencari data berkas putusan yang masih dipinjam ]
Staf Subag. DP halaman beranda
Tampilkan sub menu transaksi
Sub menu transaksi
pengembalian
halaman data berkas putusanyang masih di pinjaminput data pengembalian
Tampilkan data berkas putusan yang masih di pinjam
peminjaman
Get data berkas putusan yang masih di pinjam
Data berkas putusan yang masih di pinjam
Data berkas putusan yang masih di pinjam
alt
ref
ref
ref Input data pengembalian
Mencari data berkas putusan yang masih di pinjam
Halaman data berkas putusan yang masih di pinjam
Menampilkan halaman lain data berkas putusan yang masih di pinjam
[ menampilkan halaman lain data berkas putusan yangMasih di pinjam ]
[ input data pengembalian ]
Gambar 12 Sequence Diagram Input Data Pengembalian 4.3.5. State Chart Diagram
Dalamproses
peminjaman diajukan Formulir peminjamandiperiksa
isian formulir peminjaman di periksa
peminjaman di tolak
formulir peminjaman diterima
State akhir peminjamankondisional
Formulir peminjamanDiterima
berkas putusan di cari di lemari penyimpanan
berkas putusan di cari
berkas putusan di terima penanggung jawab peminjaman
State akhir peminjaman kondisional
Berkas putusan diserahkan
berkas putusan di serahkan ke peminjam
State awal peminjamankondisional
Memintapersetujuan
Menyerahkanberkas putusan
meminta persetujuan peminjaman ke kabag. apkd
peminjam menyerahkan berkas putusan ke penanggung jawab peminjaman
Gambar 13 State Chart Diagram Peminjaman
Dalamproses
berkas dikembalikanberkas
di periksa
kelengkapan berkas di periksa
pengembalian berkas di tolak
pengembalian berkas di terima
berkas di terima
pengembalian diakhiri
State akhir pengembalian
kondisional
State awal pengembalian
kondisional
berkas di simpanberkas di simpan ke lemari penyimpanan
State akhir pengembalian
kondisional
Gambar 14 State Chart Diagram Pengembalian 4.3.6. Tampilan Interface Aplikasi Berikut ini adalah beberapa tampilan interface aplikasi yang di buat :
Gambar 15 Halaman Data Berkas Putusan yang masih di Pinjam
Gambar 16 Halaman Detail Data Berkas Putusan
Yang Masih Di Pinjam
19
Gambar 17 Laporan Peminjaman
Gambar 18 Laporan Pengembalian
4.4. System Implementation
Langkah terakhir dalam pengembangan SIPBP3 yaitu system implementation. Kegiatan yang dilakukan penulis dalam tahap ini adalah pembuatan dan pengujian aplikasi. 4.4.1 Pembuatan Aplikasi
Pada proses pembuatan aplikasi SIPBP3, penulis menggunakan Software yang digunakan adalah XAMPP yang meliputi: Apache sebagai web server, PHP sebagai bahasa pemrograman, dan MySQL sebagai databasenya. Selain itu, juga menggunakan Netbeans IDE sebagai text editor dan Mozilla Firefox sebagai browser. 4.4.2 Pengujian Aplikasi
Setiap program menjalani pengujian secara pribadi untuk memastikan bahwa program yang telah kita buat bisa bebas dari kesalahan (bug), walaupun tidak menutup kemungkinan masih terjadi sedikit bug atau tidak 100% bebas dari bug, namun pengujian ini setidaknya bisa meminimalisasi kesalahan yang akan terjadi.
Pada tahap ini, menggunakan metode pengujian unit dengan pendekatan black-box testing. Pengujian dengan Black-box testing yang dilakukan untuk memperlihatkan bahwa fungsi-fungsi bekerja dengan baik dalam arti masukan yang diterima dengan benar dan keluaran yang dihasilkan benar-
benar tepat, pengintegrasian dari eksternal data berjalan dengan baik. Cara pengujian yang dilakukan dengan menjalankan sistem dan melakukan input data serta melihat output-nya apakah sesuai dengan proses yang diharapkan. 5. KESIMPULAN DAN SARAN 5.1. Kesimpulan Kesimpulan hasil penelitian ini sebagai berikut:
1. Aplikasi Sistem Informasi Peminjaman Berkas Putusan Pengadilan Pajak (SIPBP3) dibuat untuk menutupi kekurangan sistem yang berjalan.
2. Peminjam atau penanggung jawab peminjaman dapat mengetahui berkas putusan yang akan di pinjam ada atau tidak dengan cepat.
3. Pegawai Bagian Administrasi Peninjauan Kembali dan Dokumentasi (APKD) dapat mencari informasi mengenai data peminjaman berkas putusan dan membuat laporan peminjaman dan pengembalian berkas putusan pengadilan pajak dengan cepat dan mudah.
4. Formulir peminjaman berkas putusan tetap digunakan, untuk sebagai bukti peminjaman.
5.2. Saran
Berikut saran untuk pengembanganSIPBP3 ini lebih lanjut adalah:
1. Mengadakan suatu pelatihan bagi Pegawai Sekretariat Pengadilan Pajak yang menggunakan sistem ini, sehingga dalam pengoperasiannya mendapatkan hasil yang maksimal.
2. Karena aplikasi ini hanya meliputi kegiatan peminjaman berkas putusan pengadilan pajak pada Bagian APKD, maka nantinya diharapkan adanya pengembangan aplikasi ini untuk meliputi dengan kegiatan-kegiatan yang ada pada Bagian APKD khususnya dan Sekretariat Pengadilan Pajak umumnya. Seperti kegiatan pelayanan administrasi peninjauan kembali pada bagian APKD.
3. Untuk alasan keamanan diharapkan pengguna sistem ini mengganti password nya secara berkala.
DAFTAR PUSTAKA
[1] Franco, Lou. 2006. UML Cheatsheet. Sumber:http://www.loufranco.com/wpcontent/uploads/2012/11/cheatsheet.pdf . Di unduh : 01/03/2012/ 21.30 WIB.
[2] Gregoire, Laurent. 2001. UML Quick Reference Card. Sumber:
20
http://tnerual.eriogerg.free.fr/umlqrc.pdf Di unduh : 01/03/2012/ 21.41 WIB.
[3] Gulo, W. 2002. Metodologi Penelitian, Grasindo (Gramedia Widiasarana Indonesia). Jakarta.
[4] Hartono, Jogiyanto. 1999. Pengenalan Komputer. Andi. Yogyakarta.
[5] Hartono, Jogiyanto. 2005. Analisis & Desain Sistem Informasi: Pendekatan Terstruktur Teori dan Praktek Aplikasi Bisnis. Andi. Yogyakarta.
[6] http://www.artikata.com/arti-374155- peminjaman.html ( Di akses 01/03/2012/ 21.20 WIB )
[7] http://netbeans.org/community/releas es/70/ ( Di akses 01/03/2012/ 20.24 WIB )
[8] Mathiassen, Lars. 2000. Object-oriented Analysis & Design. Marko Publishing.
[9] Nugroho, Adi. 2005. Analisis dan Perancangan Sistem Informasi dengan Metodologi Berorientasi Objek. Penerbit Informatika, Bandung.
[10] PERATURAN MENTERI KEUANGAN REPUBLIK INDONESIA NOMOR: 331/KM.1/2005 TENTANG PEDOMAN TATA KERJA SEKRETARIAT PENGADILAN PAJAK
[11] Purwanto, Mufid D dan Herlambang, Muhammad Tito. 2002. Membangun Web Server Dengan Linux. PT. Elex Media Komputindo. Jakarta.
[12] Rachdian, Adhi dan Sikumbang, Andy. 2002. Mastering CMS Dengan MAMBO/JOOMLA. PT. Elex Media Komputindo. Jakarta.
[13] Sugrue, James. 2010. Getting Started With UML. DZone, Inc. Cary NC.
[14] Syafrizal, Melwin. 2005. Pengantar Jaringan Komputer. Andi. Yogyakarta.
[15] Turban, Efraim. 2004. Information Technology for Management: Transforming Organizations in the Digital Economy 4th Edition. United States: John Wiley & Sons, Inc.
[16] Whitten, Jeffrey L. 2004. Metode Desain & Analisis Sistem: Edisi Enam. Andi. Yogyakarta.
21
Pengembangan Sistem Informasi Penjualan Pada PD. Hikmah Jaya Jakarta Barat
Murniatia, Nia Kumaladewib dan Zulfiandric
aMahasiswa Program Studi Sistem Informasi FST
UIN Syarif Hidayatullah Jakarta e-mail: [email protected]
b,cStaf Pengajar Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Tel : (021) 7493547 Fax : (021) 7493315
e-mail : [email protected], [email protected]
ABSTRAKSI
Pada saat dilakukan penelitian pada PD. Hikmah Jaya, sistem penjualan dalam pengolahan data-datanya masih menggunakan pencatatan pada buku besar. Meningkatnya penjualan menyebabkan banyaknya data yang keluar masuk dalam buku besar tersebut. Hal ini mengakibatkan penyimpanan data yang tidak teratur, pencarian data memakan waktu yang cukup lama, tidak adanya backup data jika sewaktu-waktu buku besar hilang atau rusak dan pembuatan laporan yang rumit. Selain itu adanya data-data hutang yang tidak teratur terkadang mengakibatkan data hilang, sehingga sering terjadi kerugian yang tidak diketahui pasti jumlahnya dalam penjualan kredit. Semuanya itu mengakibatkan sistem penjualan yang ada pada PD. Hikmah Jaya tidak berjalan secara efisien dan efektif, sesuai dengan meningkatnya jumlah penjualan yang ada. Untuk mengatasi permasalahan tersebut, maka peneliti mencoba untuk mengembangkan Sistem Informasi Penjualan untuk dapat mengatasi masalah tersebut. Dalam pengembangan sistem ini, peneliti menggunakan pendekatan terstruktur dengan tahapan yang ada dalam System Development Life Cycle (SDLC) sebagai alur dari pengembangan sistem yang terdiri dari lima tahap yaitu: perencanaan, analisis, desain, seleksi dan implementasi sistem. Tools yang digunakan dalam pengembangan aplikasi Sistem Informasi Penjualan pada PD. Hikmah Jaya tersebut adalah PHP sebagai bahasa scripting, Apache Web Server, dan MySQL sebagai pengolah database dengan menggunakan paket Xampp. Secara umum, sistem ini dapat membantu proses CRUD dan pelaporan data penjualan barang pada PD. Hikmah Jaya dan memudahkan user dalam mendapatkan informasi yang akurat dan relevan. Kata Kunci: Sistem Informasi Penjualan, Penjualan 1. PENDAHULUAN
Penggunaan sistem informasi sudah memasuki seluruh sektor bisnis, hal ini ditandai dengan penggunaan sistem informasi pada dunia korporasi kecil, menengah hingga besar. Sistem informasi sudah menjadi kebutuhan korporasi yang memiliki visi dalam peningkatan kinerja.
Dalam era globalisasi dengan tingkat perkembangan yang semakin maju dan modern, memang menjadi salah satu faktor yang ikut mendukung bagi pertumbuhan dan perkembangan suatu perusahaan ataupun organisasi. Untuk menghasilkan mutu informasi yang lebih baik, serta secara akurat dalam memperbaiki kesalahan-kesalahan yang sedang terjadi dalam pekerjaan dengan sistem yang manual, maka suatu perusahaan atau organisasi membutuhkan suatu sistem yang terkomputerisasi yang dapat membantu kinerja korporasi serta mengefisienkan berbagai sumber daya korporasi seperti waktu dan semua sumber daya yang membutuhkan biaya. (Riandy, 2009)
Seperti halnya pada PD. Hikmah Jaya, pencatatan data yang masih manual, proses pemesan barang yang tidak konsisten dan pengelolaan data stok inventori yang tidak stabil mempersulit pengecekan stok barang pada masing-masing gudang sehingga mengakibatkan proses penjualan barang pada PD. Hikmah Jaya menjadi terhambat, seperti pesanan pembelian oleh customer, penerimaan kas
perusahaan, serta laporan keuangan perusahaan. Untuk dapat mengatasi permasalahan-permsalahan tersebut maka dibutuhkan sebuah sistem informasi manajemen yang mampu memberikan solusi informasi tentang status inventori dan penjualan, dimana sistem tersebut dapat melakukan pengecekan stok barang, melakukan proses penjualan dengan baik, serta memproses laporan-laporan penjualan secara tepat dan cepat sehingga memudahkan manajemen untuk mengambil keputusan yang dapat meningkatkan laba perusahaan dengan baik.
Melihat permasalahan yang ada tersebut, maka peneliti merasa perlu melakukan "Pengembangan Sistem Informasi Penjualan pada PD. Hikmah Jaya Jakarta Barat", yang dapat melakukan pencatatan yang menyangkut kegiatan penjualan barang serta pengecekan stok barang yang selama ini hampir semuanya masih dilakukan secara manual. Dengan adanya sistem yang baru akan dapat memberikan keluaran yang cepat dan tepat sehingga laporan-laporan yang dibutuhkan sesuai dengan yang diinginkan untuk proses pengambilan keputusan oleh manajemen perusahaan tersebut. 2. LANDASAN TEORI 2.1 Konsep Sistem Informasi
22
Untuk lebih mengetahui konsep dasar sistem, beberapa ahli akan mengemukakan mengenai apa itu sistem, karakteristik sistem, dan klasifikasi sistem. 2.2 Pengertian Sistem
“Sistem adalah kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu” (Jogiyanto, 2005).
Terdapat dua kelompok pendekatan di dalam mendefinisikan sistem yaitu yang menekankan pada prosedurnya dan yang menekankan pada komponen atau elemennya. a. Pendekatan sistem menekankan pada prosedur
mendefinisikan sistem sebagai suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau menyelesaikan suatu sasaran tertentu.
b. Pendekatan sistem yang lebih menekankan pada komponen atau elemennya mendefinisikan system
2.3 Pengertian Informasi
Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan berarti bagi yang menerimanya (Jogiyanto, 2001). 2.4 Konsep Dasar Penjualan Penjualan merupakan salah satu fungsi dalam pemasaran karena merupakan sumber utama penting pendapatan yang diperlukan guna menutupi biaya-biaya yang dikeluarkan perusahaan dan berharap masih mendapatkan laba dalam menjalankan usahanya, karena dengan menjual dapat tercipta suatu proses pertukaran barang/ jasa antara penjual dan pembeli. (Kotler, 2002) Penjualan merupakan keyakinan bahwa para konsumen dan perusahaan bisnis, jika dibiarkan, tidak akan secara teratur membeli cukup banyak poduk-produk yang ditawarkan oleh organisasi tertentu. Oleh karena itu organisasi tersebut harus melakukan usaha penjualan dan promosi yang agresif. (Kotler, 2002) Menurut Kotler juga penjualan didefinisikan sebagai proses sosial manajerial dimana seseorang atau kelompok apa yang akan mereka inginkan dan dibutuhkan melalui penciptaan dan pertukaran produk dan nilai. Konsep penjualan mengatakan bahwa kunci utama untuk mencapai tujuan organisasi adalah terdiri dari penentuan kebutuhan dan keinginan pasar serta memberikan kepuasan yang diharapkan secara efektif dan efisien dibandingkan dari para pesaing yang ada. Adapun konsep penjualan tersebut terdapat empat tiang utama, yakni: fokus pasar, orientasi pelaggan, penjualan yang terkoordinasi baik dan tepat serta profitability. (Kotler, 2002) Dalam suatu organisasi perusahaan, penjualan sangat dubutuhkan guna menunjang pelaksanaan tujuan perusahan maupun organisasi. Penjualan adalah suatu proses kegiatan transaksi yang dilakukan guna memenuhi kebutuhan dan kepuasan bagi konsumennya. (Pramana, 2005) 2.5 Konsep Dasar Sistem Informasi Penjualan
Sistem Informasi Penjualan adalah sub sistem
informasi bisnis yang mencakup kumpulan prosedur yang melaksanakan, mencatat, mengkalkulasi, membuat dokumen dan informasi penjualan untuk keperluan manajemen dan bagian lain yang berkepentingan, mulai dari diterimanya order penjualan sampai mencatat timbulnya tagihan/ piutang dagang. (Achun, 2007) Pembahasan sistem penjualan dibagi kedalam dua macam sistem, yaitu: 1. Sistem penjualan tunai. Pada sistem ini, apabila pembeli sudah memilih
barang yang akan dibeli, pembeli diharuskan membayar ke bagian kasir. Selain itu barang yang dibeli dibawa langsung oleh pembeli. Oleh karena itu tidak perlu ada prosedur pengiriman barang pada toko penjual.
2. Sistem penjualan kredit. Pada umumnya sistem penjualan kredit terdiri dari
prosedur-prosedur sebagai berikut: a. Pesanan penjualan b. Persetujuan kredit c. Pengiriman barang d. Pembuatan faktur e. Akuntansi penjualan kredit
2.6 Siklus Hidup Pengembangan Sistem
Siklus Hidup Pengembangan Sistem (SHPS) atau lebih dikenal dengan System Development Life Cycle (SDLC) adalah pendekatan melalui beberapa tahap untuk menganalisis dan merancang sistem yang dimana sistem tersebut telah dikembangkan dengan sangat baik melalui penggunaan siklus kegiatan penganalisis dan pemakai secara spesifik. (Kendall, 2003)
Proses pengembangan sistem melewati beberapa tahapan dari mulai sistem itu direncanakan sampai dengan sistem tersebut diterapkan, dioperasikan dan dipelihara. Bila operasi sistem yang sudah dikembangkan masih timbul kembali permasalahan-permasalahan yang kritis serta tidak dapat diatasi dalam tahap pemeliharaan sistem, maka perlu dikembangkan kembali suatu sistem untuk mengatasinya dan proses ini kembali ke tahap yang pertama, yaitu tahap perencanaan sistem. Daur atau siklus hidup dari pengembangan sistem merupakan suatu bentuk yang digunakan untuk menggambarkan tahapan utama dan langkah–langkah di dalam tahapan tersebut dalam proses pengembangannya. (Jogiyanto, 2005)
23
Kebijakan dan perencanaan sistem
Implementasi (penerapan) sistem
Seleksi sistem
Desain (perancangan) sistem terinci
Desain (perancangan) sistem secara umum
Analisis sistem
Perawatan sistem
Awal proyek sistem
Pengembangan sistem
Manajemen sistem
Gambar 1. Siklus Hidup Pengembangan Sistem
(Sumber : Jogiyanto, 2005)
2.6.1 Kebijakan dan Perencanaan Sistem Kebijakan untuk mengembangkan sistem informasi
dilakukan oleh manajemen puncak karena manajemen menginginkan untuk meraih kesempatan-kesempatan yang ada yang tidak dapat diraih oleh sistem yang lama atau sistem yang lama mempunyai banyak kelemahan-kelemahan yang perlu diperbaiki. (Jogiyanto, 2005)
Setelah manajemen puncak menetapkan kebijakan untuk mengembangkan sistem informasi, sebelum sistem ini sendiri dikembangkan, maka perlu direncanakan terlebih dahulu dengan cermat. Perencanaan sistem (systems planning) ini menyangkut estimasi dari kebutuhan-kebutuhan fisik, tenaga kerja dan dana yang dibutuhkan untuk mendukung operasinya setelah diterapkan. (Jogiyanto, 2005) 2.6.2 Analisis Sistem
Analisis sistem (systems analysis) dapat didefinisikan sebagai penguraian dari suatu sistem
informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikannya. (Jogiyanto, 2005)
Tahap analisis sistem dilakukan setelah tahap perencanaan sistem (systems planning) dan sebelum tahap desain sistem (systems design). Tahap analisis merupakan tahap yang kritis dan sangat penting, karena kesalahan di dalam tahap ini akan menyebabkan juga kesalahan di tahap selanjutnya. (Jogiyanto, 2005)
2.6.3 Desain Sistem
Desain sistem (systems design) dapat dibagi dalam dua bagian, yaitu desain sistem secara umum (general systems design) dan desain sistem terinci (detailed systems design). Desain sistem secara umum (general sistems design) disebut juga dengan desain konseptual (conceptual design) atau desain logikal (logical design) atau desain secara makro (macro design). Desain sistem terinci disebut juga dengan desain sistem fisik (physical systems design) atau desain internal (internal design). (Jogiyanto, 2005)
Tujuan dari desain secara umum adalah untuk memberikan gambaran secara umum kepada user tentang sistem yang baru. Desain secara umum mengidentifikasikan komponen-komponen sistem informasi yang akan didesain secara rinci. Desain terinci dimaksudkan untuk pemrogram komputer dan ahli teknik lainnya yang akan mengimplementasi sistem. (Jogiyanto, 2005).
2.6.4 Seleksi Sistem
Menyeleksi atau memilih teknologi untuk sistem informasi merupakan tugas yang tidak mudah. Tahap seleksi sistem (systems selection) merupakan tahap untuk memilih perangkat keras dan perangkat lunak untuk sistem informasi. (Jogiyanto, 2005)
2.6.5 Implementasi Sistem
Tahap implementasi sistem (systems implementation) merupakan tahap meletakkan sistem supaya siap untuk dioperasikan. Tahap ini termasuk juga kegiatan menulis kode program jika tidak digunakan paket perangkat lunak aplikasi dan pengetesan program. (Jogiyanto, 2005)
Testing terhadap program dapat dilakukan dengan 2 metode, yaitu white box dan black box. Metode white box melakukan testing dengan melihat source code program dan dilakukan programmer dengan cara menjalankan debugging. Metode black box dilakukan tanpa melihat source code program dan dijalankan oleh tester maupun user untuk mengamati apakah program tersebut telah menerima input, memproses, dan menghasilkan output dengan benar. (Jogiyanto, 2004)
2.6.6 Perawatan Sistem
Perawatan sistem (system maintenance) adalah pemeliharaan sistem informasi, baik dari segi hardware maupun software. System maintenance diperlukan agar
24
sistem informasi dapat beroperasi dengan normal untuk mendukung kegiatan operasional perusahaan. (Jogiyanto, 2004).
2.7 Basis Data 2.7.1 Pengertian Basis Data Basis data (database) merupakan kumpulan dari data yang saling berhubungan satu dengan lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya (Jogiyanto, 2005). 2.7.2 Database Management System (DBMS)
DBMS merupakan koleksi terpadu dari database dan program-program komputer (utilitas) yang digunakan untuk mengakses dan memelihara database. Program-program tersebut menyediakan berbagai fasilitas operasi untuk memasukkan, melacak dan memodifikasi data ke dalam database, mendefinisikan data baru, serta mengolah data menjadi informasi yang dibutuhkan (DBMS=Database + Program Utilitas). (Ladjamudin, 2005)
Inti dari DBMS adalah database engine. Database engine merespon command-command khusus untuk membuat database dan membuat, membaca, meng-update serta menghapus record di dalam database.
Semua operasi input dan output yang berhubungan dengan database harus menggunakan DBMS. Bila pemakai akan mengakses database, DBMS menyediakan penghubung (interface) antara pemakai dengan database (Jogiyanto, 1999).
2.8 Alat Bantu Perancangan Sistem yang Digunakan 2.8.1 Flowchart
Bagan alir (flowchart) adalah bagan (chart) yang menunjukkan alir (flow) di dalam program atau prosedur sistem secara logika. Bagan alir digunakan terutama untuk alat bantu komunikasi dan untuk dokumentasi. (Jogiyanto, 2005).
2.8.2 Data Flow Diagram (DFD)
DFD (Data Flow Diagram) sering digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir (misalnya lewat telepon, surat dan sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (misalnya file kartu, microfiche, hard disk, tape, diskette dan lain sebagainya). DFD merupakan alat yang digunakan pada metodologi pengembangan sistem yang terstruktur (structured analysis and design). (Jogiyanto, 2005)
2.8.3 Entity Relational Diagram (ERD)
Diagram hubungan entitas atau yang lebih dikenal dengan sebutan E-R diagram (ERD), adalah notasi grafik dari sebuah model data atau sebuah model jaringan yang menjelaskan tentang data yang tersimpan (storage data) dalam sistem secara abstrak. Diagram hubungan entitas tidak menyatakan bagaimana memanfaatkan data, membuat data, mengubah data dan menghapus data. (Ladjamudin, 2005).
2.8.4 Normalisasi
Ada beberapa definisi normalisasi yaitu: (Ladjamudin, 2005)
a. Normalisasi adalah suatu proses memperbaiki/ membangun dengan model data relasional, secara umum lebih tepat dikoneksikan dengan model data logika.
b. Normalisasi adalah proses pengelompokan data ke dalam bentuk tabel atau relasi atau file untuk menyatakan entitas dan hubungan mereka sehingga terwujud satu bentuk database yang mudah untuk dimodifikasi.
c. Normalisasi dapat berguna dalam menjawab 2 pertanyaan mendasar yaitu: “Apa yang dimaksud dengan desaign database logical ?” dan “Apa yang dimaksud dengan database fisikal yang baik ? What is a Physical good logical dabase design?”.
d. Normalisasi adalah suatu proses untuk mengidentifikasi “tabel” kelompok atribut yang memiliki ketergantungan yang sangat tinggi antara satu atribut dengan atribut lainnya.
e. Normalisasi bisa disebut juga sebagai proses pengelompokkan atribut–atribut dari suatu relasi sehingga membentuk WELL STRUCTURED RELATION.
2.8.5 Struktur Data
Pada dasarnya, suatu aliran data terdiri dari item data yang disebut atribut. Data attribute/ atribut data adalah bagian terkecil dari data yang berarti bagi pengguna akhir dan bisnis. Atribut data yang terdiri dari aliran data disusun menjadi data structure/ struktur data.
2.8.6 STD (State Transition Diagram) State Transition Diagram (STD) menggambarkan
bagaimana kerja sistem melalui kondisi (state) dan kejadian yang menyebabkan kondisi berubah. STD juga menggambarkan aksi yang dilakukan karena kejadian tertentu (Pressman, 2001).
2.9 Konsep Dasar Jaringan Komputer Jaringan komputer adalah kumpulan beberapa komputer (dan perangkat lain seperti printer, hub dan sebagainya) yang saling terhubung satu sama lain melalui media perantara. Media perantara ini bisa berupa media kabel atau pun media tanpa kabel (nirkabel). Informasi berupa data akan mengalir dari satu kom hubung puter ke perangkat yang lain, sehingga masing-masing komputer yang tertersebut bisa saling bertukar data atau berbagi perangkat keras. (Sofana, 2008).
25
Gambar 2. Jaringan KomputerSumber : (Kristanto, 2003 ) 2.10. Penelitian Sejenis
Dalam melakukan penelitian ini, peneliti juga telah melakukan pengkajian terhadap beberapa penelitian sejenis diantaranya yang disusun oleh Riandy, S.Kom dengan judul “Perancangan Sistem Informasi Penjualan Barang (Studi Kasus: UD. Cendana Townsquare)”, Pada skripsi yang berjudul Pengembangan Sistem Informasi Penjualan Koperasi Pegawai UIN Syarif hidayatullah Jakarta yang dibuat oleh Chandra Sailan Dalimunthe, S.Kom, dan Pada skripsi yang berjudul Pengembangan Sistem Informasi Penjualan Tunai pada CV. Gading Jaya Utama yang dibuat Kurniawan S.Kom didapat beberapa kekurangan dan kelebihan dari sistem informasi tersebut. 3. METODE PENELITIAN 3.1 Metode Pengumpulan Data
Beberapa metode yang digunakan peneliti dalam melakukan penelitian adalah sebagai berikut; 3.1.1 Observasi atau pengamatan langsung
Observasi ini dilakukan dengan melakukan peninjauan dan pengamatan langsung ke lapangan terhadap suatu kegiatan yang sedang dilakukan atau berjalan untuk memperoleh data dan informasi yang yang dibutuhkan. Observasi dilakukan pada PD. Hikmah Jaya Jakarta Barat, pada tanggal 10 Juli 2008 sampai dengan 21 Juli 2008. 3.1.2 Wawancara.
Peneliti melakukan wawancara dengan tujuan untuk mendapatkan informasi-informasi yang dibutuhkan dalam penelitian serta pengembangan sistem yang akan dibuat. Dalam hal ini peneliti melakukan wawancara dengan manajer PD. Hikmah Jaya yaitu Bapak Agus Maulana, SE yang dilakukan pada tanggal 10 Juli 2008 sd 13 Juli 2008 di kantor PD. Hikmah Jaya Jakarta Barat.
3.1.3 Kajian Pustaka
Pengumpulan data dan informasi dengan cara membaca dan mempelajari buku-buku yang berhubungan dengan analisa dan perancangan sistem, database,
pemrograman, serta buku-buku yang mendukung topik yang akan dibahas dalam penyusunan skripsi ini.
Melakukan studi pustaka dengan cara membaca dan mempelajari 21 (dua puluh satu) buku yang berhubungan dengan analisis dan perancangan sistem, pemrograman web, serta buku-buku yang mendukung topik yang akan dibahas dalam penyusunan skripsi ini. Buku-buku tersebut diantaranya Jogiyanto, HM. 2005. Analisis dan Desain Sistem Informasi: Pendekatan Terstruktur serta Kotler, Philip. 2002. Manajemen Pemasaran: Analisis, Perancangan, Implementasi, Pengendalian.
Selain itu, peneliti juga mengunjungi enam website yang berhubungan dengan topik dalam skripsi ini, di antaranya Rugun. ”XAMPP dan Database MySQL.” yang membahas tentang pembuatan database menggunakan XAMPP.
Adapun daftar buku dan website yang menjadi referensi dalam penyusunan skripsi ini dapat dilihat pada Daftar Pustaka.
Dalam penelitian ini peneliti juga telah mengkaji pembahasan skripsi dari tiga literatur yang terdapat pada Perpustakaan Utama UIN Syarif Hidayatullah Jakarta dengan judul Perancangan Sistem Informasi Penjualan Barang (Studi Kasus: UD. Cendana Townsquare), Pengembangan Sistem Informasi Penjualan Koperasi Pegawai UIN Syarif Hidayatullah Jakarta dan Pengembangan Sistem Informasi Penjualan Tunai pada CV. Gading Jaya Utama. Dimana didalam skripsi tersebut juga ditampilkan interface dari sistem yang telah dibuat. Dari skripsi-skripsi tersebut diperoleh gambaran : a. Latar belakang permasalahan b. Tujuan penelitian c. Ruang lingkup d. Metode pengumpulan data e. Metode analisis data f. Metode perancangan data g. Kelebihan dan kekurangan dari skripsi tersebut.
3.2 Metodologi Pengembangan Sistem
Seperti yang telah diuraikan dalam bab sebelumnya, dalam Pengembangan Sistem Informasi Penjualan Pada PD. Hikmah Jaya Jakarta ini, peneliti menggunakan pendekatan terstruktur dengan tahapan yang ada dalam System Development Life Cycle (SDLC). Berikut adalah tahap metode pengembangan sistem yang peneliti lakukan: 3.2.1 Perencanaan Sistem
Pada tahap ini peneliti melakukan beberapa kegiatan perencanaan yang mendukung dalam pembuatan Sistem Informasi PD. Hikmah Jaya, yaitu: a. Profil Perusahaan dan Struktur Organisasi b. Mengkaji Tujuan Pembuatan Sistem c. Menetapkan Sasaran Sistem yang akan Dibuat d. Mengamati Kendala-Kendala yang Terjadi pada saat
Pembuatan Sistem 3.2.2 Analisis Sistem
Di dalam tahap analisis sistem, ada beberapa langkah yang dilakukan peneliti yaitu: a. Analisis Sistem Berjalan
26
b. Mengidentifikasi Masalah serta Kelemahan dari Sistem yang sedang Berjalan.
c. Mengidentifikasi Kebutuhan Sistem yang Ada. d. Mengusulkan Penyelesaian dari Masalah yang
Dihadapi. e. Analisis Sistem yang Diusulkan. 3.2.3 Perancangan Sistem
Tahap desain sistem mempunyai dua maksud atau tujuan utama, yaitu: a. Untuk memenuhi kebutuhan kepada pemakai sistem. b. Untuk memberikan gambaran yang jelas dan rancang
bangun yang lengkap kepada pemogram komputer dan ahli-ahli teknik lainnya yang terlibat.
Berikut tahapan-tahapan untuk mendesain sistem yang dilakukan peneliti: a. Perancangan proses b. Perancangan basisdata (database) c. Perancangan state transition diagram (STD) d. Perancangan interface
3.2.4 Seleksi Sistem
Pada tahap ini peneliti menjelaskan komponen perangkat keras (hardware) dan komponen perangkat lunak (software) yang digunakan peneliti dalam membangun sistem.
3.2.5 Implementasi Sistem
Dalam tahap ini peneliti menjelaskan tindak lanjut dari desain yang telah dibuat agar sistem tersebut dapat berjalan dengan baik. a. Pembuatan Script (Coding) b. Testing 3.3 Kerangka Penelitian Penelitian Sistem Informasi Penjualan ini disusun melalui beberapa tahapan yang harus dilakukan dengan tujuan memudahkan dalam penelitian. Adapun kerangka penelitian yang dilakukan sebagai berikut:
Gambar 3.Kerangka Penelitian
4. PEMBAHASAN 4.1 Gambaran Umum Perusahaan
PD. Hikmah Jaya didirikan pada awal tahun 1994 sebagai salah satu perusahaan dagang yang beralamat di Slipi, Palmerah, Jakarta Barat. PD. Hikmah Jaya merupakan perusahaan dagang yang bergerak dalam bidang penjualan retail.
Dalam perkembangannya, ternyata penjualan barang-barang retail ini mengalami kemajuan yang cukup menggembirakan dengan besarnya jumlah transaksi penjualan barang setiap harinya dan makin banyaknya konsumen, terutama bagi konsumen tengkulak yang akan menjual kembali barang dagangannya. Hal ini membuka peluang untuk dikembangkan lebih lanjut karena mempunyai prospek usaha yang baik, ini membuat PD. Hikmah Jaya mendapat keuntungan yang besar sebagai modal pengembangan dengan menambah jumlah barang dagangan, sehingga dalam perkembangannya PD. Hikmah Jaya ini menjadi agen penjualan retail yang cukup besar.
Kesuksesan dalam bisnis penjualan barang-barang retail ini terletak pada kemampuan manajemen dalam mengolah waktu, uang dan sumber daya manusia yang ada. Selain itu, dibutuhkan pelayanan yang baik sehingga menimbulkan minat konsumen untuk berbelanja kembali di PD. Hikmah Jaya ini.
Hal ini menunjukan bahwa sangat dibutuhkannya sebuah sistem yang dapat menunjang kemampuan manajemen tersebut dalam pengelolaannya untuk kemajuan PD. Hikmah Jaya ini. 4.2 Analisis Sistem 4.2.1 Analisis Sistem Berjalan
27
Sistem yang sedang berjalan pada PD. Hikmah Jaya ini masih memiliki kendala, dikarenakan proses bisnis yang terjadi pada PD. Hikmah Jaya ini masih menggunakan sistem manual, di antaranya mulai dari penjualan barang, pembuatan laporan penjualan, penyimpanan barang, sampai pemesanan barang dari supplier. Hal ini mengakibatkan terjadinya hambatan yang sangat berpengaruh pada proses penjualan.
Di samping itu pada bagian administrasi masih belum tercatat dengan baik yang hanya menggunakan buku besar (buku induk) saja, sehingga apabila ingin menyimpan data-data tersebut, maka harus membuka buku besar terlebih dahulu yang mana di dalamnya terdapat berbagai macam data yang banyak sekali, begitu juga jika ingin mencari data-data yang diperlukan maka harus kembali membuka buku besar tersebut dan mencari satu persatu, hal ini tentunya membutuhkan ketelitian yang sangat akurat dan tentunya sangat membuang waktu, sehingga sering terjadi redudansi data maupun kehilangan data tersebut, dan penyimpanan data ini menjadi sangat tidak akurat. Hal ini mengakibatkan pemilik tidak dapat mengetahui dengan pasti berapa pemasukan dan pengeluaran tiap harinya.
Kemudian tidak adanya pengontrolan pada semua bidang seperti pada bagian gudang tidak memiliki pencatatan stok barang yang mengakibatkan antara bagian gudang dan bagian penjualan tidak terintegrasi dengan baik, sehingga sering terjadi barang hilang, kekurangan barang sampai penumpukan barang. Ini mengakibatkan proses penjualan barang menjadi tidak efisien dan efektif. Demikian sistem yang sedang berjalan pada PD. Hikmah Jaya dapat digambarkan pada flowchart Gambar 4.:
Gambar 4. Flowchart Sistem Penjualan yang Berjalan 4.2.2 Analisa Sistem yang Diusulkan 4.2.2.1 Analisa pada Sistem Pembelian yang Diusulkan
CustomerInventori Kasir Manager
Flowchart pada Sistem Penjualan yang Berjalan
Mengecek barang
Mencatat data barang
habis
Data pesanan barang
Mulai
Memesan barang
Faktur penjualan1
2
1Faktur penjualan
2Faktur penjualan
N
N
Mencatat harga
barang
Faktur penjualan1
23
Menyiapkan barang
pesanan
Menerima barang&faktur
Ya
Mengecek cash / kredit
Faktur penjualan1
2
Menerima pembayaran
cash
CashYa/Tidak?
Mencatat buku hutang
Buku hutang
1Faktur penjualan
2Faktur penjualan
Tidak
Data pesanan barang
Melakukan pembelian
barang
Faktur pembelian
Mencatat data
pembelian
Buku besar
Selesai
Melakukan pembayaran
Melakukan pembayaran
kredit
Mencatat buku hutang
2Faktur penjualan
LunasYa/Tidak?
2Faktur penjualan
2Faktur penjualan
Tidak
Ya
1Faktur penjualan
Data barang
Barang pesanan
Mengesahkan faktur 2
Mencatat cicilan faktur2
Mencatat lunas fatur1
1Faktur penjualan
28
Gambar 5. Flowchart Sistem Pembelian yang Diusulkan 4.2.2.2 Analisa pada Sistem Penjualan yang Diusulkan
Gambar 6. Flowchart Sistem Penjualan yang Diusulkan 4.3 Perancangan Sistem 4.3.1 Konteks Diagram (Level 0)
PurchasingInventori Admin Manager
Flowchart pada Sistem Pembelian yang Diusulkan
Input barang
barang
Cek stok barang
StokAda/Tidak?
tidak
ada
Cek kadaluarsa barang
Kadaluarsa Ada/Tidak? stop
tidak
ada
Input supplier
supplier
Pembelian barang
Cek barang
RusakYa/Tidak?
ya
Retur barang
Approve/Input pembelian
tidak
transaksi_pembelianpembelian
Faktur pemesanan retur barang
Approve/Input retur barang
retur
B
Input pegawai
pegawai
Update supplier
Update barang
B
Update pembelian barang
Update retur barang
Laporan pegawai
Laporan supplier
Laporan inventori
Laporan pembelian
Update harga jual barang
Laporan retur barang
selesai
Update stok barang
transaksi_retur
Input permohonan pembelian barang
Input permohonan retur barang
Ceklist permohonan pembelian barang
Faktur pemesanan pembelian barang
Cetak faktur pemesanan
pembelian barang
Cetak faktur pemesanan retur
barang
Mulai Cetak laporan pegawai
Cetak laporan supplier
Cetak laporan inventori
Permohonan pembelian
barang
Permohonan retur barang
B
Cetak laporan pembelian
Cetak laporan retur
A
Data barang supplier
pegawai
Permohonan retur barang
Ceklist permohonan retur barang
Permohonan pembelian
barang
Faktur pembelian barang
Faktur retur barang
ManagerAdminInventori
Flowchart pada Sistem Penjualan yang Diusulkan
KasirCustomer
Mulai
Mengisi form registrasi
KTP
Form registrasi
KTP
Form registrasi
Input customer customer
Cetak kartu member
Kartu member
Kartu member
Memilih barang di display
Terima barang dari customer
MemberYa/Tidak?
Tidak
YaInput penjualan
cash / kredit
CashYa/Tidak?
Ya
Input pembayaran cash
Struk transaksi cash
Struk transaksi cash
Input penjualan kredit
Tidak
Struk transaksi kredit
Struk transaksi kredit
Melakukan pembayaran
kredit
Struk transaksi kredit
Cek status kredit
DendaYa/Tidak?
Input pembayaran kredit
Tidak
Ya Hitung total denda
Struk pembayaran kredit
Struk pembayaran kredit
C
Hitung diskon member 5%
Input transaksi penjualan
C
Cetak struk transaksi cash
N
N
Cetak struk pembayaran
kredit
Cek batas tenggang pembayaran kredit
Habis Tempo Ya/Tidak?
Cetak faktur tagihan
Faktur tagihan
Ya
Tidak
stop
Faktur tagihan
N
Update stok barang
penjualan_kredit
Cek limited min & max kredit
LimitedYa/Tidak?
Tidak
Transaksi kredit gagal
Ya
Cetak struk transaksi
kredit
Update customer
Update penjualan cash
Update penjualan kredit
Laporan customer
Laporan penjualan cash
Laporan penjualan kredit
Laporan laba rugi
Selesai
A
Cetak laporan customer
Cetak laporan penjualan cash
Cetak laporan penjualan kredit
Cetak laporan laba rugi
Form registrasi kosong
B
barang
transaksi_penjualan
penjualan transaksi_penjualan
Cek keanggotaan
customer
C
Cek batas tenggang
pembayaran kredit
TagihanAda/Tidak?
Tidak
Transaksi kredit gagal
Ya
Hitung batas waktu
pembayaran
29
Gambar 7. Diagram Konteks (Level 0) Pada diagram konteks tersebut terdapat enam
entity yang menunjang Proses Sistem Informasi Penjualan pada PD. Hikmah Jaya tersebut yaitu Admin, Inventori, Purchasing, Kasir, Customer dan Manager. Admin memiliki hak akses lebih banyak dibandingkan dengan account Inventori, Purchasing, Kasir, Customer dan Manager.
4.3.2 Diagram Zero (Level 1)
Gambar 8. Diagram Zero (Level 1)
Diagram zero (level 1) menunjukkan fungsi-fungsi utama atau proses yang ada, aliran data, external entity, dan data store yang digunakan pada sistem yang diusulkan.
Dalam diagram zero (level 1) pada sistem yang diusulkan terdapat: 1) Lima proses, yaitu mengolah data master, transaksi
pembelian, transaksi retur, transaksi penjualan, dan pembuatan laporan.
2) Sebelas data store, yaitu pegawai, customer, supplier, barang, transaksi pembelian, pembelian, transaksi retur, retur, transaksi penjualan, penjualan, penjualan kredit.
Enam external entity seperti yang dijelaskan pada diagram konteks (level 0), yaitu Admin, Manager, Customer, Inventori, Purchasing, Kasir. 4.3.2 Perancangan Basis Data 4.3.2.1 Entity Relational Diagram (ERD)
Gambar ERD (Entity Relational Diagram) yang Diusulkan
4.4 Seleksi Sistem 4.1.1 Komputer Server
1. Perangkat Lunak a. Sistem Operasi Windows XP Profesional
Service Pack 2. Sistem Operasi sebagai fasilitator tempat berjalannya aplikasi.
b. PHP (Personal Home Page) versi 5.1.1. Merupakan bahasa pemograman untuk mengeksekusi file-file dalam php agar dapat tampil dalam aplikasi (sebagai antarmuka pengguna).
c. MySQL (My Structured Query Language) versi 5.0.18. Merupakan Relational Database Management Sistem (RDBMS) berfungsi untuk penyimpanan data dari setiap transaksi data yang masuk.
d. Browser Mozilla Fireworks versi 3.0.5, merupakan aplikasi browser internet untuk menampilkan aplikasi.
2. Perangkat keras
SISTEM INFORMASI
PENJUALAN PD. HIKMAH JAYA
INVENTORI
PURCHASING
KASIR
ADMIN
CUSTOMER
MANAGER
data_barang
form_barang, id_brg, nama, stok, kadaluarsa, jml, username, pass, f_login, l_login
data_supplier, data_pembelian, data_transaksi_pembelian, data_transaksi_retur,
data_retur, id_brg, id_retur, jml
data_customer, data_transaksi_penjualan, data_penjualan, data_penjualan_kredit, total_byr,
batas_byr, jumlah_byr, denda
form_supplier, nama, perusahaan, form_pembelian, form_transaksi_pembelian,
form_transaksi_retur, form_retur, id_retur, tgl_retur, id_beli, tgl_beli, id_brg, jml, username, pass,
f_login, l_login
form_customer, id_cust, nama, form_transaksi_penjualan, form_penjualan,
form_penjualan_kredit, id_trans, id_kredit, tgl, total_byr, username, pass, f_login, l_login
data_pegawai, data_barang, data_supplier, data_pembelian, data_transaksi_pembelian, data_transaksi_retur, data_retur, data_customer, data_transaksi_penjualan, data_penjualan,
data_penjualan_kredit
form_pegawai, nama, jabatan, id_pgw, id_brg, nama, id_suppl, nama, perusahaan, id_beli, tgl_beli, id_retur,
tgl_retur, id_cust, nama, id_trans, id_kreditr, tgl
fcopy KTP, form_registrasi
kartu_member
harga_jual, username, pass, f_login, l_login
data_pegawai, data_supplier, data_customer, data_barang, data_transaksi_pembelian,
data_pembelian, data_transaksi_retur, data_retur, data_transaksi_penjualan, data_penjualan,
data_penjualan_kredit
1.0Mengolah Data
Master
INVENTORI
MANAGER
CUSTOMER
ADMIN
KASIR
PURCHASING
data_barang
form_barang, id_brg, nama, stok, kadaluarsa, jml, username, pass,
f_login, l_login
form_customer, id_cust, nama, username, pass, f_login, l_login
data_customer
form_supplier, nama, perusahaan, username, pass, f_login, l_login
data_supplier, id_brg, id_retur, jml
fcopy KTP, form_registrasi
kartu_member
form_pegawai, nama, jabatan, id_pgw, id_brg, nama, id_suppl, nama,
perusahaan, id_cust, nama
data_pegawai, data_barang, data_supplier, data_customer
data_barang
harga_jual, username, pass, f_login, l_login
pegawai
customer
supplier
barang
pembeliantransaksi_pembelian
2.0Mengolah Transaksi Pembelian
form_pembelian, form_transaksi_pembelian, id_beli, tgl_beli, id_brg, jml
data_pembelian, data_transaksi_pembelian
data_pembelian, data_transaksi_pembelian
id_beli, tgl_belistok
id_brg, jml
3.0Mengolah Transaksi
Retur
form_transaksi_penjualan, form_penjualan, form_penjualan_kredit, id_trans, id_kredit, tgl, id_cust, total_byr
data_transaksi_retur, data_retur
form_transaksi_retur, form_retur, id_retur, tgl_retur, id_brg, jml
data_transaksi_retur, data_retur
id_retur, tgl_retur
retur transaksi_returid_retur, jml
4.0Mengolah Transaksi Penjualan
data_transaksi_penjualan, data_penjualan, data_penjualan_kredit, total_byr, batas_byr, jumlah_byr, denda
penjualan transaksi_penjualan penjualan_kredit
stok
data_transaksi_penjualan, data_penjualan, data_penjualan_kredit
id_trans, id_kredit, tgl
5.0Mengolah Laporan
pembelian transaksi_pembelian
retur transaksi_retur
data
pega
wai
, dat
asu
pplie
r, d
ata
cust
omer
, dat
aba
rang
, da
tatr
ansa
ksi
pem
belia
n, d
ata
pem
belia
n, d
ata
tran
saks
ire
tur,
da
tare
tur,
dat
atr
ansa
ksi
penj
uala
n, d
ata
penj
uala
n, d
ata
penj
uala
nkr
edit
transaksi pembelian pembelian barang
supplier retur
pegawai
transaksi penjualan
customer
penjualan kredit
melakukan transaksi_retur
melakukan
melakukan
melakukan
transaksi
penjualan
transaksi
memiliki
* Id_brg nama jenis kemasan harga_beli harga_jual stok kadaluarsa
* Id_pgw nama jns_kelamin alamat telp tgl_msk jabatan status pass f_login l_login
* Id_suppl nama perusahaan alamat telp status
* Id_cust nama jns_kelamin alamat telp KTP status
* id_beli** Id_pgw** id_suppl tgl_beli jam total_byr
* id_beli* Id_brg tgl jml subtotal status
* id_retur** Id_pgw** id_suppl tgl_retur jam
* id_retur* Id_brg tgl jml status
* id_trans** Id_pgw** id_cust tgl jam total_byr jenis_byr id_kredit
* id_kredit kredit batas_byr tgl_byr jumlah_byr denda status_byr
M
1
M
1
NM
M
N
1 M M
1
N
M
M1
M
1
1
1
* id_trans* Id_brg jml subtotal
30
a. Komputer yang digunakan server adalah Intel Pentium IV 2.26GHz, RAM 256, Harddisk 80Gb.
b. Monitor beresolusi 1024 x 768 pixels. c. Keyboard dan mouse berjenis serial PS/2 d. LAN card
4.1.2 Komputer client
1. Perangkat lunak a. Sistem Operasi Windows XP
Profesional. Sistem Operasi sebagai fasilitator tempat berjalannya aplikasi.
b. Browser Mozilla Fireworks versi 3.0, merupakan aplikasi browser internet untuk menampilkan aplikasi.
2. Perangkat Keras a. Komputer yang digunakan client adalah
intel pentium IV, RAM 256, Harddisk 40GB
b. Monitor beresolusi 1024 x 768 pixels c. Keyboard dan mouse berjenis serial PS/2 d. LAN card e. Printer
Gambar Konfigurasi Jaringan LAN Pada PD. Hikmah Jaya
Gambar tersebut merupakan gambar desin konfigurasi jaringan Sistem Informasi Penjualan PD. Hikmah Jaya yang menggambarkan jaringan komputer antara bagian-bagian yang ada di PD. Hikmah Jaya Jakarta Barat. 4.3 Implementasi Sistem
Pada tahap implementasi ini terdapat beberapa aktivitas yang dilakukan.
a. Penulisan script b. Pengujian sistem
4.3.1 Penulisan Script Software yang digunakan adalah XAMPP yang
meliputi: Apache sebagai web server, PHP sebagai bahasa pemrograman, dan MySQL sebagai database-nya. Selain itu, juga menggunakan Macromedia Dreamweaver dan Notepad++ sebagai software editor.
4.3.2 Pengujian Sistem Setiap program menjalani pengujian secara sistem
tes untuk memastikan bahwa program yang telah kita buat bisa bebas dari kesalahan (bug), walaupun tidak menutup kemungkinan masih terjadi sedikit bug atau tidak 100% bebas dari bug, namun pengujian ini setidaknya bisa meminimalisasi kesalahan yang akan terjadi.
Pengujian secara black box, yaitu suatu pendekatan untuk menguji apakah setiap fungsi di dalam program dapat berjalan dengan benar. Berikut beberapa proses yang dilakukan penulisan dalam pengujian ini, yaitu:
a. Fungsi-fungsi yang tidak benar, baik input maupun output
b. Kesalahan interface c. Kesalahan dalam struktur data atau akses
database
3. Tampilan Aplikasi 1. Login
2. Halaman admin
3. Input Barang
4. Daftar Barang
31
5. Daftar Pemesanan Pembelian Barang
6. Input Customer
7. Daftar Transaksi Kredit
8. Daftar Customer
9. Input Laporan
10. G4rafik Penjualan
5. KESIMPULAN DAN SARAN 5.1 Kesimpulan
Berdasarkan uraian dan pembahasan pada bab-bab sebelumnya, maka dapat ditarik kesimpulan: 1. Memudahkan pegawai dalam mengolah data-data
barang, pembelian, retur dan penjualan, sehingga menghasilkan laporan-laporan yang dapat membantu manajemen dalam pengambilan keputusan secara tepat dan akurat.
2. Memudahkan pegawai dalam melakukan kegiatan jual-beli barang karena sudah memakai barcode reader untuk menginput data barang.
3. Memudahkan pegawai dan customer dalam melakukan kegiatan transaksi penjualan, khususnya
32
penjualan secara tidak langsung dengan adanya sistem kontrol melalui pengecekan tagihan dan adanya informasi batas pembayaran terhadap customer, maupun sistem diskon terhadap member, membuat proses bisnis penjualan pada PD. Hikmah Jaya ini dapat berjalan dengan baik.
4. Pegawai ataupun pihak management dapat memperoleh informasi data stok barang dengan proses yang cepat dan tepat.
5. Data-data pada masing-masing bagian yang terdapat pada PD. Hikmah Jaya sudah terintegrasi dengan baik.
5.2 Saran
Berdasarkan kesimpulan yang telah dikemukakan, ada beberapa saran yang dapat diajukan untuk pengembangan lebih lanjut yaitu: 1. Diharapkan adanya pelayanan customer service bagi
member khususnya dalam hal administrasi member dan keluhan-keluhan lainnya.
2. Adanya pembayaran melalui jaringan banking seperti ATM, kartu kredit dll, khususnya untuk tagihan pembayaran kredit untuk memudahkan customer dalam melakukan pembayaran.
6. REFERENSI
[1] Gulo, W. 2002. Metodologi Penelitian, Grasindo (Gramedia Widiasarana Indonesia). Jakarta.
[2] Hartono, Jogiyanto. 1999. Pengenalan Komputer. Andi. Yogyakarta.
[3] Hartono, Jogiyanto. 2005. Analisis & Desain Sistem Informasi: Pendekatan Terstruktur Teori dan Praktek Aplikasi Bisnis. Andi. Yogyakarta.
[4] Purwanto, Mufid D dan Herlambang, Muhammad Tito. 2002. Membangun Web Server Dengan Linux. PT. Elex Media Komputindo. Jakarta.
[5] Rachdian, Adhi dan Sikumbang, Andy. 2002. Mastering CMS Dengan MAMBO/JOOMLA. PT. Elex Media Komputindo. Jakarta.
[6] Syafrizal, Melwin. 2005. Pengantar Jaringan Komputer. Andi. Yogyakarta.
[7] Turban, Efraim. 2004. Information Technology for Management: Transforming Organizations in the Digital Economy 4th Edition. United States: John Wiley & Sons, Inc.
[8] Whitten, Jeffrey L. 2004. Metode Desain & Analisis Sistem: Edisi Enam. Andi. Yogyakarta.
33
Analisis Faktor-Faktor Yang Mempengaruhi Dosen Dalam Melanjutkan S3 Dengan Metode Principal Component Analysis
(Studi Kasus: Program Studi SI/TI FST UIN)
Meinarini Catur Utamia
aStaf Pengajar Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Tel : (021) 7493547 Fax : (021) 7493315
e-mail:[email protected]
ABSTRACT The development of Information System and Informatics Engineering Department since built on 2000 and 2001, has show that there are changing in many fields, such as the employees, the lecturers, the students. According to global information that makes them has a goal in 2015, will be International Islamic Departments, so they have to improve everythings that are component of department. The lectures as one of important component that delivery the material of subjects to the student should develop their selves by taking doctoral degree. The lecturer that wants to get doctoral degree must have several consideration to choose which university that they will get in. Getting knowledge about the reasons to choose university so this research is about knowing factors that influence the lecture to choose university using Principal Component Analysis. The factors are defined as university reputation, living cost, tuition, etc. The result is there are three new factors that consists of cost, the easiest to be graduated, and the university. Keywords: Factors,Principal Component Analysis. 1. PENDAHULUAN
Program Studi Sistem Informasi (SI) dan Teknik Informatika (TI) Fakultas Sains Teknologi Universitas Islam Negeri Syarif Hidayatullah Jakarta telah berdiri sejak tahun 2002 dan 2001 dengan visi menjadikan Program Studi yang terkemuka, baik secara nasional, kawasan regional maupun internasional. Secara spesifik visinya mengintegrasikan kaidah-kaidah keilmuan, norma-norma dan etika keislaman serta keindonesiaan. Program SI/TI UIN Syarif Hidayatullah memiliki tujuan menghasilkan Sarjana Komputer yang memiliki penguasaan teoritis dan metode di bidang Sistem Informasi dan Teknik Informatika. Sejalan dengan perkembangan kegiatan akademik yang berlangsung, peningkatan jumlah mahasiswa Program SI/TI tiap tahunnya sangat signifikan, hal ini dapat dilihat pada Gambar 1 dan Gambar 2.
Gb 1. Jumlah Mahasiswa Prodi Sistem Informasi
Gb 2. Jumlah Mahasiswa Prodi Teknik Informatika
Dalam upaya untuk peningkatan kualitas akademik para tenaga pengajar (dosen) dan kaitannya dengan tanggung jawab keilmuan serta keahliannya
34
yang sesuai dengan program studi kepada mahasiswa dan pengembangan diri maka dosen perlu meningkatkan jenjang pendidikannya yang lebih tinggi, yaitu menempuh program Doktoral (Strata 3).
Dari jumlah dosen bergelar Master yang berjumlah 57 orang di Prodi SI/TI, diantaranya ada yang sedang menempuh jenjang pendidikan S3. Adapun sumber dana untuk program S3 yang mereka tempuh berasal dari beasiswa serta biaya sendiri.
Dosen yang sedang menempuh pendidikan S3 di luar negeri dengan biaya sendiri dapat terjadi karena kurangnya informasi untuk mendapatkan beasiswa pendidikan S3 di luar negeri. Malaysia merupakan tujuan favorit dosen SI/TI yang ingin melanjutkan S3 di luar negeri dengan beberapa pertimbangan diantaranya biaya hidup dan biaya pendidikan relatif lebih murah dibandingkan Eropa atau Australia dan lainnya, juga negeri serumpun dan sebagian besar penduduknya beragama Islam seperti halnya Indonesia serta lokasi studi dekat dengan Indonesia. Sedangkan di dalam negeri, sebagian besar mengambil di Institut Pertanian Bogor (IPB), Universitas Indonesia (UI), Universitas Negeri Jakarta (UNJ) dengan pertimbangan yang masuk akal adalah masih satu area dengan tempat tinggal sehingga bisa menghemat biaya serta dekat dengan keluarga sehingga bilamana tidak mendapatkan beasiswa masih bisa diusahakan dengan beaya sendiri. Sehingga faktor-faktor yang menjadi pertimbangan dalam melanjutkan studi S3 beraneka macam.
Menurut Singgih Santoso (2012), secara prinsip analisis faktor merupakan suatu metode yang digunakan untuk menemukan hubungan (inter-relationship) amtar sejumlah variabel-variabel yang awalnya saling independen satu dengan yang lai, sehingga bisa dibuat satu atau beberapa kumpulan variabel yang lebih sedikit dari jumlah variabel awal. Sebagai contoh, jika ada 10 variabel yang independen satu dengan yang lain, dengan análisis faktor mungkin bisa diringkas hanya menjdai 3 kumpulan variabel baru. Kumpulan variabel baru tersebut disebut faktor, dimana faktor tersebut tetap mencerminkan variabel-variabel aslinya.
Menurut Singgih Santoso (2012), prinsip utama análisis faktor adalah korelasi maka asumsi-asumsi terkait dengan korelasi yang akan digunakan yaitu :
1. Besar korelasi atau korelasi antar variabel independen harus cukup kuat, misalkan diatas 0,5.
2. Besar korelasi parsial, korelasi antar dua variabel dengan menganggap tetap variabel yang lain, justru harus kecil. Pada SPSS, deteksi terhadap korelasi parsial diberikan lewat pilihan Anti-Image Correlation.
3. Pengujian seluruh matrik korelasi yang diukur dengan besaran Bartlett Test of Sphericity atau Measure Sampling Adequacy (MSA). Menurut Singgih Santoso (2012), proses
utama análisis faktor mliputi hal-hal sebagai berikut :
1. Menentukan variabel apa saja yang akan dianalisis.
2. Menguji variabel-variabel yang telah ditentukan pada langkah 1 di atas untuk menentukan variabel-variabel yang dapat dianggap layak untuk masuk tahap analisi faktor, pengujian menggunakan metode Bartlett test of sphericity serta pengukuran MSA (Measure of Sampling Adequacy).
3. Setelah sejumlah variabel yang memenuhi syarat didapat, kegiatan berlanjut ke proses inti pada análisis faktor, yakni factoring, proses ini akan mengesktrak satu atau lebih faktor dari variabel-variabel yang telah lolos pada uji variabel sebelumnya.
4. Intrepretasi atas faktor yang telah terbentuk, khususnya memberi nama atas faktor yang terbentuk tersebut, yang dianggap bisa mewakili variabel-variabel anggota faktor tersebut. Berdasar pendapat Singgih Santoso (2012)
bahwa tujuan análisis faktor adalah mengelompokkan sejumlah variabel ke dalam satu atau lebih faktor. Pengelompokan variabel menjadi suatu faktor dinilai berdasar korelasi antar variabel. Jika suatu variable berkorelasi dengan variabel lain maka dapat dikatakan variabel tersebut berbagi varians dengan variabel lain. Varians merupakan akar dari deviasi standar, yakni jumlah penyimpangan data dari rata-ratanya. Varians total pada sebuah variabel dapat dibagi menjadi tiga bagian yaitu :
1. Common Variance Varians yang dibagi dengan vaians lainnya atau jumlah varians yang dapat diekstrak dengan proses faktoring.
2. Specific Variance Varians yang berkaitan dengan variabel tertentu saja, jenis varians ini idak dapat dijelaskan dengan korelasi hingga menjadi bagian dari variabel lain, namun varians ini masih berkaitan secara unik dengan satu variabel.
3. Error Variance
35
Varians yang tidak dapat dijelaskan lewat proses korelasi, jenis ini muncul karena proses pengambilan data yang salah, pengukuran variabel yang tidak tepat. Metode faktorisasi Common Analysis
berhubungan dengan common variance dan tepat digunakan untuk mengidentifikasi dimensi yang telah ditentukan, metode faktorisasi Component Analysis berhubungan dengan semua jenis varians dan digunakan untuk mereduksi data.
Analisa Faktor dapat dibedakan menjadi 2 bagian yaitu
a. Exploratory Factor Analysis (EFC) Pada EFC, peneliti tidak atau belum memiliki pengetahuan atau teori atau suatu hipotesis yang menyusun struktur faktor-faktornya yang akan dibentuk atau yang terbentuk sehingga dengan demikian pada análisis faktor eksploratori merupakan teknik untuk membangun teori baru.
b. Confirmatory Factor Analysis (CFA) Merupakan teknik analisis faktor dimana teori dan konsep yang sudah diketahui, dipahami atau ditentukan sebelumnya maka dibuat sejumlah faktor yang akan dibentuk, serta variabel apa saja yang termasuk ke dalam masing-masing faktor yang sudah dibentuk dan sudah pasti tujuannya.
2. METODOLOGI PENELITIAN Tahapan-tahapan penelitian dapat dilihat pada
gambar 3,4 dan 5 serta uraian tahapan penelitian dapat dilihat berikut ini 2.1 Pengumpulan Data Dalam melakukan pengumpulan data, penulis melakukan beberapa cara yaitu. 2.1.1 Studi Pustaka Studi pustaka dilakukan dengan mempelajari konsep-konsep yang berkaitan dengan penelitian yaitu teori analisis faktor yang akan digunakan untuk membentuk faktor-faktor yang sekiranya akan mempengaruhi dosen dalam melanjutkan studi S3 dengan metode Principal Component Analysis (PCA) sebagai metode faktorisasi/ekstrak. Mempelajari juga SPSS yang akan digunakan sebagai tool mengolah data serta bagaimana mengintepretasikan serta mempelajari pembuatan kuisioner sebagai alat untuk mendapatkan respon sampel guna membentuk faktor-faktor nantinya. 2.1.2 Studi Literatur Sejenis Berikut beberapa hasil penelitian sejenis dengan peneltian yang dilakukan oleh penulis yaitu Harentama Fardhani (2010) yang melakukan penelitian mengenai faktor-faktor yang mempengaruhi kepuasan masyarakat pada pelayanan badan pelayanan perijinan terpadu kota Semarang.
Peneliti berhasil mengidentifikasikan 14 faktor yang berpengaruh, kemudian dengan analisis faktor, 14 faktor berhasil direduksi menjadi 8 faktor baru. Faktor baru ini kemudian diukur korelasinya terhadap kepuasan pelanggan dengan metode analisis regresi. Peneliti lain yaitu Gusti Kurnawan (2010) menganalisis faktor-faktor yang mepengaruhi produktivitas tenaga kerja pada PT Kalimantan Steel Pontianak. Peneliti berhasil mengidentifikasikan 21 faktor, dengan metode analisis faktor, dapat direduksi menjadi 7 faktor bersama. Ummi Zuhara (2010) menggunakan analisis faktor sebagai salah satu metode untuk menganalisis pengelompokan karyawan berdasarkan faktor-faktor kepuasan kerja karyawan di RSU Anwar Medika. Peneliti berhasil membentuk 3 faktor bersama yang kemudian menjadi input metode lainnya. 2.1.3 Wawancara Wawancara dilakukan dengan mengajukan beberapa pertanyaan mengenai faktor-faktor apa saja
yang menjadi pertimbangan dalam meneruskan studi lanjut S3 sehingga output wawacara yang diharapkan adalah faktor-faktor yang
teridentifikasi. Adapun faktor-faktor yang berhasil diidentifikasikan dari hasil wawancara dari seorang
dosen yang baru saja diterima di salah satu universitas di Malaysia, yatu reputasi universitas, biaya hdup, biaya kuliah, beasiswa, jarak, makanan, budaya, mudah lulus, bahasa dan fasilitas lengkap. 2.1.4 Menyebarkan Kuisioner Kuisioner disebar ke Dosen-dosen Prodi SI dan TI Fakultas Sains dan Teknologi dengan menggunakan skala Likert yaitu menggunakan lima tingkat skala sesuai alternative jawaban serta berisikan pertanyaan-pertanyaan yang mengacu pada faktor-faktor yang telah ditetapkan penulis sebelumnya. 2.2 Pengolahan Data Data yang telah berhasil dikumpulkan, selanjutnya akan diolah melalui SPSS versi 16. Adapun tahap pengolahan data melalui SPSS versi 16 mengacu pada Singgih Santoso (2012) yaitu uji
PENGUMPULAN DATA
STUDI
PUSTAKA
WAWANCARA
STUDI LITERATUR
KUISIONER
36
reliabilitas dan validitas, menilai variabel yang layak, proses factoring dan rotasi 2.3 Analisis Hasil Pengolahan Data
Setelah dilakukan pengolahan data dengan bantuan SPSS versi 16, dilakukan analisis terhadap hasil setiap tahapan proses analisis faktor. 2.4 Kesimpulan dan Saran
Dari analisis hasil pengolahan data akan diambil kesimpulan dan saran-saran.
KESIMPULAN DAN SARAN
RUMUSAN MASALAH
TUJUAN
PENGUMPULAN DATA
PENGOLAHAN DATA
ANALISIS HASIL PENGOLAHAN DATA
1
2
Gb 3. Sistematika Penulisan1
FAKTOR SET BARU
PENAMAAN FAKTOR
UJI MSA
PENGOLAHAN DATA
UJI RELIABILITAS DAN VALIDITAS
ANALISIS FAKTOR
UJI BARTLETT SPHERICTY
PRINCIPAL COMPONENT ANALYSIS
2
YaTidak
1
YaTidak
1Ya
Ya
Tidak
Gb 5. Sistematika Penulisan3
Tabel 3 menunjukkan hasil uji Bartlett Sphericity Tabel 3 Hasil Uji Bartlett Sphericity Kaiser-Meyer-Olkin Measure of Sampling Adequacy. .575 Bartlett's Test of Sphericity Approx. Chi-Square 171.080
Df 78 Sig. .000
37
4. PENGOLAHAN DATA Pengolahan data disini merupakan pengolahan data hasil kuisioner dengan menggunakan SPSS versi 16. Pengolahan data yang dilakukan adalah sebagai berikut : 4.1 Uji Reliabilitas Melakukan uji realibilitas pertanyaan kuisioner. Butir pertanyaan kuisioner dikatakan reliabel bila jawaban dari responden terhadap pertanyaan adalah konsisten. Tabel 1 menunjukkan hasil olahan SPSS berupa korelasi antar skor jawaban pada butir pertanyaan yang ditunjukkan dengan Cronbach’s Alpha Tabel 1
4.2 Uji Validitas Mengukur valid tidaknya suatu kuisioner.
Tabel 2 menunjukkan hasil olahan SPSS berupa korelasi antara skor masing-masing butir pertanyaan dan total skor yang ditunjukkan dengan nilai signifikansi.
Tabel 2 Uji Validitas
4.3 Analisis Faktor
4.4 Proses Faktorisasi dan Rotasi Tabel 4 Hasil Uji PCA Communalities
Tabel 5 Hasil Uji PCA Component Matrix
Tabel 6 Hasil Uji Rotasi
38
Tabel 7 Hasil Akhir
5. KESIMPULAN Berdasarkan hasil penelitian dapat ditarik beberapa kesimpulan sebagai berikut:
1. Faktor-faktor yang ditetapkan yaitu reputasi universitas, kurikulum, sarana dan prasarana, kemudahan lulus, biaya kuliah, status, support keluarga, motivai belajar, beasiswa, jarak, bahasa, cuaca, budaya dan biaya hidup.
2. Kuisioner sebagai alat untuk mendapatkan respon dari dosen SI/TI terhadap faktor-faktor yang mempengaruhi dosen dalam melanjutkan studi S3 reliabel dan valid.
3. Setelah dilakukan uji anti image terdapat tiga faktor yang dianggap tidak layak untuk dianalisis yaitu reputasi universitas, biaya dan kemudahan lulus.
4. Setelah dilakukan faktorisasi PCA dan rotasi, didapatkan tiga faktor set baru yaitu fator 1 terdiri atas biaya hidup dan biaya kuliah; faktor 2 terdiri atas support keluarga, motivasi belajar, sarana dan prasarana, kurikulum; faktor 3 terdiri atas status, jarak, bahasa, budaya, cuaca
5. Berdasrkan faktor yang menyusunnya maka faktor 1 penulis beri nama faktor biaya, faktor 2 penulis mengidentifikasikannya sebagai kemudahan lulus serta faktor 3 penulis memberi nama faktor universitas.
DAFTAR PUSTAKA
[1] Singgih Santoso. 2012. “Aplikasi SPSS pada Statisik Multivariat”. Jakarta. Elex Media Komputindo
[2] Drs Danang Sunyoto, SE., SH., MM. 2011.
” Analisis Regresi dan Uji Hipotesis”. Jakarta. CAPS
[3] Abdul Hakim. 2010. ”Statistika Deskriptif
untuk Ekonomi dan Bisnis”. Yogyakarta. Ekonisia
[4] Borang Akreditasi Fakultas. 2011
[5] Borang Akreditasi Sistem Informasi. 2011
[6] Borang Akreditasi Teknik Informatika. 2011
[7] Ummi Zuhara. 2010. ” Analisis
Pengelompokkan Karyawan Berdasarkan Faktor-Faktor Kepuasan Kerja Karyawan di RSU Anwar Medika”. Surabaya. ITS
[8] Gusti Kurniwan. 2010. ”Analisis Faktor-
Faktor yang Mempengaruhi Produktivitas pada PT Kalimantan Steel Pontianak”.
[9] Harentama Fardhani. 2010. ” Analisis
Faktor-Faktor yang Mempengaruhi Kepuasan Masyarakat pada PelayananBadan Pelayanan Perijinan Terpadu Kota Semarang”. Semarang. UNDIP
39
Analisa dan Perancangan Sistem Informasi Akademik
Berbasis SMS Gateway dalam melihat Nilai Akhir Mata Kuliah “Studi Kasus : Mata Kuliah Algoritma Pemrograman dan
Struktur Data”
Sarip Hidayatuloha dan Hendra Bayu Susenob
a,b Staf Pengajar Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Telp : (021) 7493315 Fax : (021) 7493315
e-mail : [email protected], [email protected]
ABSTRACT
Shorts message service which known SMS is one of the feature that high frequent use in seluler ponsel, especially for college e students. They can use this feature for get information about SMS application which made relation from handphone to computer server that known with SMS gateway.To give a better services for college students this application is made, especially give information about their final score that very usefull. College student did’t have to come to their college, they just sent a message then the system will give response. This research using development waterfall system method. About SMS gateway which give information about final score from SMS system. Keywords : SMS gateway, student, handphone, Waterfall, computer server, and final score
1. PENDAHULUAN Akademik merupakan bagian yang tidak terpisahkan dari segala kegiatan yang ada di Universitas khususnya Fakultas Sains dan Teknologi dimana segala kegiatan mulai dari pelayanan surat menyurat mahasiswa, pelayanan PKL, pendaftaran sidang skripsi, dan melihat nilai akhir mahasiswa itu ada di akademik. Untuk itulah peneliti mengajukan judul penelitian, analisa dan perancangan sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mata kuliah “studi kasus mata kuliah algoritma pemrograman dan struktur data” sebagai langkah untuk meningkatkan pelayanan kepada mahasiswa khususnya dalam melihat nilai akhir mahasiswa tanpa harus datang ke fakultas, cukup dengan mengirim SMS yang tidak mengenal jarak dan waktu. 1.1. Masalah Penelitian Dari uraian di atas penulis mengidentifikasi beberapa masalah yang ada, diantaranya :
1. Melakukan analisa terhadap sistem manual dalam proses melihat nilai akhir mahasiswa
2. Merancang suatu tampilan yang menarik dan mudah digunakan dalam melihat nilai akhir mahasiswa berbasis SMS gateway
1.2. Rumusan Masalah Pertanyaan yang menjadi rumusan masalah penelitian ini adalah : 1. Bagaimana merancang sistem informasi
akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa ?
2. Bagaimana sistem informasi akademik yang dibangun dapat membantu dalam melihat nilai akhir mahasiswa dimanapun dan kapanpun tanpa mengenal jarak dan waktu?
3. Bagaimana sistem informasi yang dibangun dapat mengefisienkan waktu dan menghemat biaya ?
1.4. Tujuan Penelitian Tujuan yang ingin dicapai dengan adanya penelitian ini adalah untuk :
40
1. Merancang sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa
2. Membantu memberikan pelayanan terbaik kepada mahasiswa khususnya mahasiswa fakultas sains dan teknologi program studi teknik informatika pada mata kuliah algoritma pemrograman dan struktur data
3. Mengefisienkan waktu dan menghemat biaya, jika dibandingkan harus datang ke kampus setiap mahasiswa ingin melihat nilai
1.5. Manfaat Penelitian Memberikan rancangan usulan sistem informasi akademik dalam melihat nilai akhir mahasiswa yang cepat, tepat dan akurat, khususnya pada mata kuliah algoritma pemrograman dan struktur data. 2. LANDASAN PEMIKIRAN SMS (Short Message Service) adalah sebuah standar teknologi yang digunakan untuk pengiriman pesan teks pada telepon seluler mulai generasi kedua (2G). Short Message Service (SMS) merupakan sebuah layanan yang banyak diaplikasikan pada sistem komunikasi tanpa kabel, memungkinkan dilakukannya pengiriman pesan dalam bentuk alphanumeric antara terminal pelanggan dengan sistem eksternal seperti email, paging, voice mail, dan lain-lain (Rosidi, 2004). 2.1 Gammu (Modul SMS gateway) Gammu adalah sebuah modul atau proyek yang terdiri atas aplikasi, script, dan driver untuk mengatur berbagai macam fungsi pada telepon selular atau alat yang sejenis. Gammu adalah sebuah proyek yang telah stabil dan matang yang support dengan berbagai macam model telepon selular yang beredar di pasaran (Ludfi et al. 2010). 2.3. Waterfall
Waterfall life-cycle model pertama kali diperkenalkan oleh Royce pada tahun 1970 (R.Stephen, 2005). Waterfall merupakan suatu proses yang direkayasa secara logik untuk mengembangkan sistem dari tahap perencanaan sampai penerapan, yang memiliki karakteristik utama yaitu tidak akan ada fase yang selesai hingga dokumentasi dari fase tersebut selesai dibuat dan produk yang dihasilkan pada fase
tersebut diterima oleh software quality assurance (SQA) group. Sesuai dengan namanya waterfall (air terjun) maka tahapan dalam model ini disusun bertingkat, setiap tahap dalam model ini dilakukan berurutan, satu sebelum yang lainnya. Selain itu dari satu tahap kita dapat kembali ke tahap sebelumnya. Model ini biasanya digunakan untuk membuat sebuah software yang akan dipakai dalam waktu yang lama. Meskipun jumlah tahapan dalam waterfall dalam berbagai literatur berbeda-beda, pada prinsipnya secara keseluruhan semua proses yang dilakukan sama saja.
Tahapan utama dalam proses pengembangan sistem menggunakan model waterfall terlihat pada gambar (Whitten et al. 2004).
SystemInitation
SystemImplementation
SystemDesign
SystemAnalysis
Gambar 1 waterfall Model 2.4. Hipotesis
Merujuk pada rumusan masalah, diduga sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa dapat dijabarkan :
1 : Diduga sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa dapat dirancang dengan metode pengembangan sistem waterfall
2 : Diduga sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa dapat membantu dalam memberikan pelayanan kepada mahasiswa tanpa mengenal jarak, waktu, dimanapun dan kapanpun.
3: : Diduga sistem informasi akademik berbasis SMS gateway dalam melihat
41
MAHASISWA STAFF AKADEMIK
Mulai
Menanyakan nilai untuk
melihat nilai akhir
Mengecek Nilai
Menanyakan prodi dan semester
Nilai Akhir Mahasiswa
Tidak ada
ada
Selesai
nilai akhir mahasiswa dapat mengefisienkan waktu dan menghemat biaya.
3. METODOLOGI PENELITIAN
Penelitian ini merupakan penelitian rekayasa sistem dengan metode pengembangan sistem waterfall mengenai SMS gateway yang berfungsi untuk memberikan solusi dalam memberikan pelayanan kepada mahasiswa khususnya dalam melihat nilai mata kuliah algoritma pemrograman dan struktur data. 3.1. Studi Pustaka Metode studi pustaka dilakukan dengan mengumpulkan data dan informasi yang dijadikan sebagai acuan perancangan sistem informasi akademik berbasis SMS gateway dalam melihat nilai akhir mahasiswa ini. Referensi-referensi tersebut berasal dari buku-buku pegangan maupun publikasi hasil penelitian, artikel, situs internet serta sumber informasi lain yang berkaitan dengan penelitian ini. 3.2. Observasi dalam mengumpulkan informasi mengenai kebutuhan sistem (sistem requirements) peneliti melakukan pengumpulan data dengan cara observasi di tempat penelitian. Penulis terjun langsung ke lapangan untuk mengetahui sistem yang sedang berjalan saat ini. Hal ini perlu dilakukan agar penulis dapat melakukan analisis terhadap sistem yang telah berjalan serta menentukan rancangan sistem baru yang akan dibangun agar tetap sinkron dengan sistem yang sudah ada.
Selain sistem requirements, pada langkah ini peneliti juga mengumpulkan data-data yang diperlukan untuk perancangan sistem informasi berbasis SMS gateway.
4. ANALISIS DAN PERANCANGAN SISTEM Pada penelitian ini terdapat data yang satu dengan lainnya saling berkaitan diantaranya data
mahasiswa, mata kuliah berikut nilai dan data dosen yang mengampu 4.1. Analisis Sistem Yang Sedang Berjalan Gambaran alur kerja sistem yang sebelumnya berjalan Gambar 2 Flowchart sistem yang sebelumnya berjalan Uraian Sistem yang sebelumnya berjalan :
1. Mahasiswa datang kebagian akademik untuk menanyakan nilai yang sudah diberikan dosen kepada pihak akademik.
2. Staff akademik menanyakan program studi dan semester kepada mahasiswa yang ingin melihat nilai tersebut
3. Staff akademik mengecek keberadaan nilai, jika ada maka akan diberikan kepada mahasiswa yang bersangkutan dan jika tidak ada maka akan diberitahukan kepada mahasiswa tersebut.
4.2. Identifikasi Masalah Berdasarkan hasil observasi yang dilakukan oleh peneliti dapat disimpulkan bahwa kegiatan atau aktivitas bisnis yang dilakukan di Fakultas Sains dan Teknologi masih menggunakan cara manual, sehingga dapat memungkinan munculnya masalah-masalah sebagai berikut:
42
Start
Input SMS Nilai <spasi> Algo <spasi>NIM
Pengolahan Nilai Akhir Mahasiswa
Informasi Nilai Akhir Mahasiswa
Nilai
End
1. Waktu melihat nilai akhir yang dibutuhkan cukup lama, karena staf akademik harus mencari file nilai dan bergantian dengan mahasiswa lain yang akan melihat nilai.
2. Keamanan data tidak terjamin, karena sangat memungkinkan file itu hilang ataupun rusak. Hal ini dapat menimbulkan kerugian bagi mahasiswa yang ingin melihat nilai akhir.
4.3. Kebutuhan Sistem Kebutuhan sistem yang diperlukan untuk mempermudah melihat nilai akhir mahasiswa khususnya pada mata kuliah algoritma pemrograman dan struktur data adalah: 1. Kemudahan dalam melihat nilai akhir
mahasiswa 2. Nilai akhir mahasiswa tersimpan dalam
sistem terkomputerisasi. Dari hasil analisis terhadap sistem yang sebelumnya berjalan dan identifikasi masalah, maka rancangan sistem yang diusulkan untuk memperbaiki kekurangan dalam sistem informasi akademik dalam melihat nilai akhir mahasiswa akan digambarkan dibawah ini.
Gambar 3. Flowchart sistem proses pengolahan Nilai
Uraian Sistem usulan untuk mahasiswa
1. Mahasiswa dapat melihat informasi nilai akhir mahasiswa dengan cara
menuliskan SMS dengan format, Nilai <spasi> Algo <spasi> NIM
2. Server dengan otomatis akan membalas sms mahasiswa dengan informasi nilai akhir mahasiswa tersebut
Uraian format pesan usulan untuk mahasiswa
1. SMS Nilai Memberikan informasi nilai akhir mahasiswa pada mata kuliah algoritma pemrograman dan struktur data :Keyword : Nilai (spasi) algo (spasi) NIM Contoh : Nilai algo 0072020222 Balasan : Nilai Algoritma dengan NIM 007202022 = 80 (A)
2. SMS Error Sistem : Contoh : Nilai algo 0072020222 Balasan : Format yang anda ketikkan salah. Silahkan ketik HELP untuk bantuan
Kebutuhan komponen perangkat lunak yang digunakan dalam pembuatan aplikasi ini diantaranya :
1. Bahasa Pemrograman, Dalam pembuatan interface aplikasi, peneliti mengusulkan menggunakan PHP versi 5.0. Interface yang dibuat ini berfungsi untuk mengelola pesan, mengelola data dan membuat laporan.
2. Basis Data, Dalam penyimpanan data, pesan masuk dan pesan keluar serta untuk pengelolaan data informasi reservasi lainnya peneliti mengusulkan menggunakan MySQL.
3. Web Server, Peneliti mengusulkan menggunakan paket software XAMPP sebagai web server yang mana sudah terdapat PHP, MySQL dan server Apache di dalamnya.
4. Dreamweaver Digunakan sebagai tools untuk mengedit file html, php, dan desain user interface.
5. Engine SMS gateway, berfungsi menerima pesan dari penumpang melalui telepon seluler (ponsel) dan mengelolanya menjadi data untuk di proses oleh basis data. Penulis menggunakan Gammu sebagai engine SMS gateway.
6. Sistem Operasi, Sistem Operasi yang peneliti usulkan adalah Windows XP SP2.
7. Web browser, Web browser yang diusulkan Mozilla Firefox.
43
Sistem Informasi Akademik dalam
melihat Nilai Akhir Mahasiswa
Mahasiswa
Admin
Data Nilai
Check status nilaiUpdate data nilai
HelpRequest Nilai
Informasi SMS BantuanInformasi Nilai
Mahasiswa Inbox
Outbox2.0Olah SMS
3.0Update Data
4.0Balas SMS
Nilai
Request info nilai SMS masuk
SMS olah
SMS info nilai
Admin Data nilai
SMS
Data Nilai
Reply SMS
SMS status sentitems
SMS info nilai
1.0Simpan SMS
Mahasiswa
*NIMNama
Nilai
Kode_MKNIMNilai
Mata_Kuliah
*Kode_MKMata_Kuliah
Admin
*Id_PenggunaUsernamePassword
Mengambil
Memiliki
Diolah
Mengolah
Kebutuhan komponen perangkat keras yang digunakan, diantaranya : 1. Prosesor Intel Pentium 1.73 Ghz 2. Memori 512 MB 3. Hard disk 40 GB 4. USB Port dan Kabel data 5. Telepon Seluler Nokia 5000 dan SIM Card
GSM 4.4. Perancangan Sistem Untuk mengatasi masalah yang telah didapatkan dari hasil proses analisis maka dilakukanlah proses perancangan yang terdiri dari: Data Flow Diagram (DFD), Entity Relationship Diagram (ERD), Rancangan Tampilan (Interface). 4.4.1. Data Flow Diagram
Gambar 4. Diagram Konteks
Mahasiswa dapat memperoleh informasi nilai dengan mengirim request SMS informasi nilai pada mata kuliah algoritma pemrograman dan struktur data, kemudian sistem akan membalas SMS berupa informasi nilai akhir mahasiswa yang bersangkutan tersebut berdasarkan data-data yang telah di inputkan oleh admin.
Gambar 5. Diagram Level 1 4.4.2 Rancangan Basis Data
Rancangan database menggunakan tools ERD adalah bentuk relasi yang terjadi antara tabel, bagian bentuk relasi dan tingkat relasi. Berikut ini adalah ERD dari aplikasi yang diusulkan :
Gambar 6. Entity Relationship Diagram (ERD) Tampilan menu pengguna digunakan untuk sarana konsultasi. Dimana terdapat tiga pilihan yang dapat dijawab oleh pengguna dimana masing-masing mempunyai nilai untuk mendapatkan faktor kepastian.
4.5. Perancangan Tampilan
LOGIN USER
ResetLogin
Username :
Password :
Gambar 7. Tampilan Login
44
Gambar 8. Tampilan Halaman utama
5. KESIMPULAN Dari analisa yang telah dipaparkan, dapat diambil kesimpulan : 1. Sistem informasi akademik dalam melihat
nilai akhir mahasiswa yang dirancang dapat membantu dalam melayani kebutuhan mahasiswa dimanapun dan kapanpun mahasiswa ingin mengetahui nilai akhirnya dikarenakan sudah terintegrasi dengan sistem SMS gateway, sehingga mahasiswa cukup mengirim SMS dan sistem akan me-replay sesuai dengan permintaannya.
2. Sistem informasi akademik dalam melihat nilai akhir mahasiswa yang dirancang dapat mengefisienkan waktu dan menghemat biaya dengan cara mahasiswa cukup mengirim sms untuk melihat nilai akhirnya tanpa harus datang ke fakultas.
REFERENSI [1] Balter, Alisan, Mastering Access 95
Development, Sams, 1996 [2] Griffiths, Gary, Structured System Analysis
Technicues, Prentice Hall, 1998 [3] HM, Yogiyanto, Analisis dan Desain Sistem
Informasi: Pendekatan Terstruktur Teori dan Praktek Aplikasi Bisnis, Yogyakarta, Andi Offset, Cetakan Keempat, 1995
[4] Jeffry L Whitten, Metoda Design dan Analisa Sistem, McGraw-Hall, Edisi keenam, 2004
[5] Kristianto, Harianto, Konsep dan Perancangan Database, Yogyakarta, Andi Offset, Edisi Pertama, 1993
[6] Pressman, Roger S, Software Enggineering, McGraw-Hall, Edisi Kedua, 1987
[7] Stephans, Ryan K, Teach Yourself SQL in 21 Days, Sams, Edisi Kedua, 1997
[8] Wahidin, Aplikasi SMS dengan PHP untuk Orang Awam, Maxikom, 2010
COPYRIGHT 2013
Nama Aplikasi Logo
Home
Inbox
Outbox
Pesan Terkirim
Nilai
Mata Kuliah
Ubah Password
Logout
45
ABSTRACT
BPK issued regulations on Functional Auditors (JFP) as a step to improve the competence of its Auditors. This step is done to improve the quality of test results in an effort that the State finances are managed in a transparent and accountable. Auditors has a hierarchy and rank are determined based on credit score owned Auditors. Submission, assessment, and determination of the number of credit Auditors BPK still using manual system and be done with self assessment and cause problems for Auditors who are directly or can inhibit hierarchy and rank. Automation systems filing credit score is very important in helping the Auditors to submit credit score calculation to support continuity and tenure ladder. In order for the system integration to work, it needed a tool or framework, which in this study using the TOGAF ADM. This study focuses on how to design a model system integration applications available as an integrated system that automates the assessment and filing credit score. Key words: Credit Score, Automation, Integration, TOGAF ADM.
I. PENDAHULUAN 1.1 Latar Belakang
Sesuai dengan peraturan BPK Nomor 04 tahun 2010, pemeriksa mempunyai jenjang jabatan dan kepangkatan yang berbeda dengan PNS selain pemeriksa. Penetapan jenjang pemeriksa untuk pengangkatan dalam jabatannya ditetapkan berdasarkan dari jumlah angka kredit yang dimiliki setelah ditetapkan oleh pejabat yang berwenang menetapkan angka kredit. Penetapan angka kredit dilakukan setelah ada pengajuan angka kredit oleh pemeriksa kepada pejabat pengusul dan dilakukan direviu oleh pejabat pengusul tersebut.
Pengajuan angka kredit dilakukan secara self assessment. Permasalahan yang timbul dalam proses pengajuan yang dilakukan secara self assessment antara lain keengganan pemeriksa untuk mengumpulkan dan menghitung sendiri angka kredit. Dalam sistem manual, pemeriksa mengumpulkan dan menghitung angka kredit secara manual dengan menggunakan aplikasi Office seperti Excel dan Word yang memakan waktu lama.
Sistem otomatisasi pengajuan angka kredit menjadi sangat penting dalam membantu pemeriksa dalam mengajukan perhitungan angka kredit. Agar integrasi sistem tersebut dapat berjalan, maka dibutuhkan sebuah tools atau framework yang dapat digunakan untuk membantu menyediakan struktur
dasar organisasi dan sistem yang ada secara keseluruhan atau sering disebut arsitektur enterprise.
1.2 Perumusan Masalah
Bagaimana merancang sebuah model suatu sistem terintegrasi yang mengotomatisasi penilaian dan pengajuan angka kredit pada BPK.
1.3 Tujuan Penelitian
Tujuan dari penelitian ini adalah merancang suatu model sistem otomatisasi pengajuan angka kredit menggunakan metode TOGAF ADM.
II. LANDASAN TEORI 2.1 Enterprise Architecture
Enterprise Architecture adalah sebuah “master plan” yang bertindak sebagai kolaborator dari beberapa aspek diantaranya aspek perencanaan bisnis seperti tujuan, visi, misi, dan prinsip tata kelola yang baik; aspek operasi bisnis seperti, struktur organisasi, tugas dan kegiatannya; aspek otomatisasi seperti sistem informasi dan database, dan infrastuktur teknologi yang mendukung bisnisnya seperti computer, jaringan dan sistem operasi. [4]
2.2 TOGAF ADM
Perancangan Model Sistem Otomatisasi Pengajuan Angka Kredit Dengan Menggunakan Togaf Architecture Development Method
(Studi Kasus: Badan Pemeriksa Keuangan RI)
Farian Gustarto Wibowo, Eko Nugroho, Wing Wahyu Winarno Chief Information Officer, Magister Teknologi Informasi
Universitas Gadjah Mada, Yogyakarta Email: [email protected]
46
The Open Group Architecture Framework (TOGAF) merupakan framework yang berawal dari Technical Architecture for Information Management (TAFIM) di AS. Kerangka kerja ini diadopsi oleh forum Open Group dimana spesifikasi pertama TOGAF diperkenalkan pada tahun 1995 [5]. Salah satu kelebihan framework TOGAF ini adalah karena sifatnya yang fleksibel dan bersifat open source [2].
TOGAF memberikan metode yang detil mengenai bagaimana membangun, mengelola, dan mengimplementasikan Enterprise Architecture dan sistem informasi yang disebut dengan ADM.
Gambar 1. TOGAF ADM
Metodologi untuk desain arsitektur didalam
TOGAF ADM yaitu yaitu: a. Tahap persiapan (Preliminary Phase):
Mendefinisikan kerangka dan prinsip. b. Phase A: Architecture Vision. Mendefinisikan
scope, vision dan memetakan strategi. c. Phase B: Business Architecture. Mendeskripsikan
bisnis arsitektur saat ini dan sasaran dan menentukan celah (gap) di antara mereka.
d. Phase C: Information System Architecture. Mengembangkan arsitektur sasaran untuk data dan aplikasi.
e. Phase D: Technology Architecture. Menciptakan sasaran keseluruhan arsitektur yang akan diterapkan pada tahapan kedepan.
f. Phase E: Opportunities and Solutions. Mengembangkan strategi keseluruhan, menentukan apa yang akan dibeli, membangun atau penggunaan ulang, dan bagaimana menerapkan arsitektur yang dideskripsikan di phase D.
g. Phase F: Migration Planning. Mendahulukan proyek dan mengembangkan migrasi yang terencana.
h. Phase G: Implementation Governance. Menentukan persiapan untuk implementasi.
i. Phase H: Architecture Change Management. Memonitor sistem yang sedang berjalan untuk kepentingan perubahan dan menentukan tahapan siklus.
III. METODOLOGI PENELITIAN 3.1 Kerangka Penelitian
3.2 Tempat dan Bahan Penelitian Penelitian dilakukan di kantor BPK baik di
pusat maupun di perwakilan BPK terdekat dengan tujuan untuk mengumpulkan data yang terkait dengan pemodelaan arsitektur enterprise. Sedangkan obyek penelitian ini adalah BPK IV. HASIL DAN PEMBAHASAN 4.1 Fase Preliminary : Framework and Principles
Fase preliminary merupakan tahap awal yang merupakan tahap persiapan perencanaan arsitektur enterprise. Tahapan ini dilakukan agar proses pemodelan arsitektur dapat terarah dengan baik.
Framework yang digunakan adalah framework TOGAF ADM yang mencakup 8 (delapan) fase, yaitu: a. Architecture Vision b. Business Architecture c. Information System Architecture d. Technology Architecture e. Opportunities and Solutions f. Migration Planning g. Implementation Governance h. Change Mana`ement 4.2 Architecture Vision
Visi arsitektur ini digambarkan merupakan sasaran yang ingin dicapai dari perancangan model sistem otomatisasi angka kredit pada BPK RI.
Sistem otomatisasi angka kredit masuk dalam rencana strategis TI BPK. Kegiatan ini menjadi bagian dari bentuk dukungan TI. Sasaran yang ingin dicapai dari sistem otomatisasi angka kredit adalah mempermudah pemeriksa dalam proses pengajuan
47
angka kredit dan mempercepat proses pengajuan angka kredit mulai dari pengajuan sampai dengan penetapan angka kredit. 4.3 Business Architecture
Pada Fase ini bertujuan untuk memahami kondisi saat ini dari proses penerapan pengajuan angka kredit yang ada di BPK dan selanjutnya dibuat usulan perbaikan dengan permodelan arsitektur bisnis. 4.3.1 Kondisi Saat Ini Secara umum kondisi saat ini pada proses pengajuan angka kredit sampai dengan penetapan angka kredit dapat dilihat pada gambar 3. 4.3.2 Usulan Perbaikan Usulan perbaikan tahap ini dilakukan dengan membuat pemodelan bisnis. Pemodelan bisnis menggambarkan fungsi bisnis dalam enterprise. 1. Permodelan Bisnis
Permodelan bisnis dimaksudkan bahwa proses membuat sebuah model bisnis yang merupakan bentuk representatif yang mendefinisikan proses dalam sebuah enterprise. 2. Stake holder Proses Bisnis
Stake holder Proses Bisnis yang diajukan terdiri dari beberapa actor, yaitu pemeriksa, pejabat pengusul, verifikator, administrator SMP, administrator SISDM, dan administrator SISDUPAK. Secara Umum hubungan masing-masing kelompok dari stakeholder dengan fungsi bisnis dapat digambarkan menggunakan pemodelan use case diagram pada gambar 4.
Gambar 4. Use Case Diagram Sistem Otomatisasi
Angka Kredit 3. Identifikasi Fungsi Bisnis
Pendefinisian area bisnis sistem otomatisasi pengajuan angka kredit pada BPK digambarkan dengan menggunakan value chain Michael Porter [6] yang tertuang dalam gambar 5.
Gambar 5. Value Chain Sistem Otomatisasi Angka
Kredit
48
Gambar 3. Bagan alur mekanisme pengajuan, pengusulan dan penilaian angka kredit
Berdasarkan gambar maka deskripsi dari fungsi bisnis tersebut adalah sebagai berikut: a. Aktivitas Utama
1) Proses Pengajuan Angka Kredit (PEAK) 2) Proses Persetujuan dan Pengusulan Angka
Kredit (P3AK) 3) Proses Validasi Angka Kredit (PEVAK)
4) Proses Penetapan Angka Kredit (PAK) b. Aktivitas Pendukung
1) Manajemen Sumber Daya Manusia 2) Manajemen Teknologi dan Infrastruktur
3) Manajemen Aplikasi4. Proses Bisnis Organsisasi Berikut uraian proses bisnis sistem
otomatisasi pengajuan angka kredit pada BPK sebagai berikut: a. Aktivitas Utama
1) Proses Pengajuan Angka Kredit (PEAK) Gambar 6. Pemodelan PEAK
2) Proses Persetujuan dan Pengusulan Angka
Kredit (P3AK)
49
. Gambar 7. Pemodelan P3AK
3) Proses Validasi Angka Kredit (PEVAK)
Gambar 8. Pemodelan PEVAK untuk Verifikator dari
SDM
Gambar 9. Pemodelan PEVAK untuk Pemeriksa 4) Proses Penetapan Angka Kredit (PAK)
Gambar 10. Pemodelan PAK
b. Aktivitas Pendukung 1) Sistem Manajemen Pemeriksaan (SMP)
Kegiatan-kegiatan yang diinput dalam SMP yang mendukung dalam sistem otomatisasi angka kredit merupakan kegiatan-kegiatan yang berkaitan dengan pemeriksaan antara lain: a) Penyusunan Rencana Kerja Pemeriksaan
(RKP) (B1); b) Perencanaan Pemeriksaan (P2) (B2); c) Pelaksanaan Pemeriksaan (B3); d) Pelaporan Hasil Pemeriksaan (B4);
2) Sistem Informasi Sumber Daya Manusia (SISDM) Kegiatan-kegiatan yang diinput dalam SISDM yang mendukung dalam sistem otomatisasi angka kredit Pemeriksa antara lain: a) Pendidikan Sekolah untuk memperoleh
ijazah/gelar (A1); b) Pendidikan dan pelatihan (Diklat) fungsional
di bidang pemeriksaan serta memperoleh Surat Tanda Tamat Pendidikan dan Pelatihan (STTPP) atau sertifikat (A2);
3) Sistem DUPAK (SISDUPAK) SISDUPAK ini merupakan aplikasi yang
nantinya akan menginput kegiatan-kegiatan yang mendukung sistem otomatisasi DUPAK yang belum di-cover oleh sistem pendukung lainnya, antara lain: a) Pembuatan Karya Tulis/Karya Ilmiah di
Bidang Pemeriksaan (C1); b) Penerjemahan/Penyaduran Buku dan Bahan-
bahan Lainnya di Bidang Pemeriksaan (C2); 4.4 Information System Architecture 4.4.1 Arsitektur Data
Perancangan arsitektur data bertujuan untuk menjelaskan kebutuhan data yang akan digunakan pada arsitektur aplikasi. 1. Mendefinisikan entitas
50
Pendefinisian entitas berdasarkan pada fungsi bisnis yang telah didefinisikan dalam value chain sebelumnya. Kandidat entitas yang diperoleh adalah:
Gambar 11. Class Diagram Entitas Data
5. Arsitektur Aplikasi
Dalam tahapan ini akan diuraikan tentang pemodelan bisnis, permasalahannya, serta solusi yang diusulkan untuk mendukung fungsi bisnis terlihat pada table 1.
Tabel 1. Daftar Permasalahan yang timbul dan solusi
aplikasinya Dari permasalahan yang dijelaskan pada Tabel 1, maka application portofolio yang dapat diajukan untuk mengurangi permasalahan yang timbul dalam proses sistem otomatisasi angka kredit adalah:
4.4.2 Technology Architecture
Tahapan ini bertujuan untuk mengidentifikasikan platform teknologi saat ini, dan mengusulkan arsitektur teknologi berdasarkan teknologi yang dipakai saat ini. 4.4.3 Aliran Informasi antar sistem informasi
Merupakan aliran informasi antara sistem pendukung dengan sistem seperti terlihat pada gambar 12.
Gambar 12. Aliran Informasi pada sistem otomatisasi
angka kredit 4.5 Platform Aplikasi
Platfon aplikasi yang diusulkan dapat dilihat pada gambar 13.
Gambar 13. Platfon aplikasi sistem otomatisasi angka
kredit 4.6 Infrastuktur Topology
Infrastruktur topology yang diusulkan terlihat pada gambar 14.
Gambar 14. Topografi Infrastruktur dan Jaringan
Sistem Otomatisasi Angka Kredit
51
Sedangkan kebutuhan infrastruktur yang dibutuhkan sebagai berikut:
4.7 Opportunities and Solutions
Dijelaskan mengenai bagaimana mengevaluasi gap analysis yang menggambarkan kondisi saat ini dengan yang akan datang.
4.7.1 Tabulasi Gap Sistem Informasi
4.7.2 Tabulasi Gap Teknologi
4.8 Migration Planning
Pada tahapan ini mengajukan usulan perencanaan mengenai proses peralihan dari sistem lama ke yang baru agar penerapan sistem informasi yang akan dikembangkan.
4.8.1 Urutan Implementasi Aplikasi
4.8.2 Faktor Penentu Sukses
Faktor-faktor yang menjadi penentu kesuksesan dari implementasi sistem ini, antara lain: 1. Komitmen dari manajemen entitas organisasi yang
cepat dan konsisten dalam mempercepat perubahan sistem.
2. Ketersediaan sumber daya, teknologi dan infrastruktur.
3. BPK harus menyusun Standard Operation Prosedure (SOP)
4.9 Implementation Governance
Institusi atau satuan kerja yang diusulkan dapat dilihat seperti pada gambar 15.
Gambar 15. Satuan Kerja pada Sistem Otomatisasi
Angka Kredit 4.10 Change Management
Perubahan pada tingkat sumber daya manusia, untuk mengubah secara langsung perilaku pegawai terutama sumber daya di bidang TI, pemeriksa melalui peningkatan ketrampilan dan kedisiplinan dalam bekerja, persepsi dan pengharapan dalam melaksanakan tugas dengan lebih efektif.
Perubahan tingkat organisasi, adalah adanya perubahan budaya organisasi dan adanya semangat perubahan dalam melaksanakan suatu sistem ke arah yang lebih efektif dan efisien. Perubahan-perubahan tersebut dapat berupa perubahan teknologi dalam proses pekerjaan, metode-metode dan perlengkapan organisasi.
52
V. KESIMPULAN DAN SARAN 5.1 Kesimpulan
Simpulan yang dapat diuraikan berdasarkan tahapan perancangan model sistem otomatisasi angka kredit yaitu sebagai berikut: 1. Pemodelan bisnis memiliki aktivitas utama yaitu
PEAK, P3AK, PEVAK dan PAK, sedangkan aktivitas pendukung meliputi Manajemen Sumber Daya Manusia, Manajemen Aplikasi, Manajemen Teknologi dan Infrastuktur.
2. Hasil yang diperoleh dari perancangan model arsitektur sistem informasi terdiri dari 10 entitas data, 7 entitas bisnis dan 4 aplikasi yang dapat diimplementasikan dalam satu tahun.
3. Arsitektur teknologi terutama infrastructure topology merupakan gambaran infrastruktur yang ada di BPK saat ini, dan bisa digunakan sebagai infrastruktur yang mendukung sistem otomatisasi angka kredit.
4. Aplikasi pendukung SMP dan SISDM dapat dijadikan salah satu masukan dalam pembangunan sistem otomatisasi angka kredit.
5.2 Saran
Beberapa saran yang dapat diberikan:
1. Tatakelola harus diawali dengan perencanaan yang matang oleh manajemen puncak dari BPK dengan cara membuat rencana kegiatan.
2. Pembangunan aplikasi yang mendukung sistem otomatisasi harus dilaksanakan secara bertahap dan cepat sesuai dengan tahapan dan urutan implementasi pembangunan aplikasi yang telah disusun.
VI. DAFTAR PUSTAKA [1]. Khairina, D. M. "Enterprise Architecture
Planning Untuk Pengembangan Sistem Informasi Perguruan Tinggi.".2012.
[2]. Setiawan, E. B. "Pemilihan EA Framework." Institut Teknologi Telkom. 2009.
[3]. Obrien, J. A. Introduction to Information Systems, McGraw-Hill Irwin.2005.
[4]. Schekkerman, J. "Enterprise Architecure Validation."2004.
[5]. Josey, A. dan T. O. Group. "TOGAF version 9.1 Enterprise Edition." The Open Group .2011.
[6]. Porter M. 1985, Competitive Advantage : Creating and Sustaining SuperiorPerformance for Analyzing Industries and Competitor, The Free Press.1985
53
Optimalisasi Tri Dharma Perguruan Tinggi Dosen Menggunakan Tahapan IT Master Plan
Fitroh
Staf Pengajar Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Telp : (021) 7493315 Fax : (021) 7493315
e-mail : [email protected]
ABSTRAK Tulisan ini diilhami oleh dasar pemikiran dengan melihat hasil penelitian yang telah saya lakukan tentang analisis faktor-faktor yang mempengaruhi kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi (studi kasus pada Progam Studi Sistem Informasi FST UIN Jakarta), dihubungakan dengan adanya IT Master Plan (Rencana Strategis Teknologi Informasi & Manajemen Risiko Teknologi Informasi) yang biasa digunakan oleh perusahaan yang ingin go public yang berorientasi pada bisnis, dimana untuk mencapai tujuan tersebut, perusahaan akan mengoptimalkan divisi yang menjadi tolok ukur untuk keberhasilannya yaitu pada divisi TI, sehingga disusunlah sebuah usulan IT Master Plan untuk mensukseskan goalnya. Hal ini dapat juga kita jadikan rujukan untuk tingkat perguruan tinggi dengan meningkatkan divisi yang paling penting dalam sebuah perguruan tinggi yaitu Tri Dharma Perguruan Tinggi. Karena sukses atau tidaknya sebuah perguruan tinggi adalah tergantung dari optimalnya sebuah Tri Dharma Perguruan Tinggi, sebagaimana kita lihat dalam proses penilaian akreditasi sebuah perguruan tinggi, komponen yang paling besar adalah Tri Dharma Perguruan Tinggi. Tulisan ini bertujuan untuk memberikan usulan adanya pembuatan Master Plan untuk mengoptimalisasi kinerja dari Tri Dharma Perguruan Tinggi yang nantinya akan dijadikan standard oleh semua perguruan tinggi di Indonesia. Kata kunci : IT Master Plan, go public, Tri Dharma Perguruan Tinggi
I. PENDAHULUAN
Ide dalam tulisan ini berasal dari hasil beberapa penelitian penulis dan beberapa prosiding dan pengalaman penulis khususnya tentang analisis faktor-faktor yang mempengaruhi kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi (Studi Kasus Program Studi Sistem Informasi Fakultas Sains dan Teknologi Universitas Islam Negeri FST-UIN Jakarta). Dalam penelitian itu hasil pengolahan data terdapat hubungan Kepemimpinan transformasional sangat kuat dalam mempengaruhi kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi sebesar rxy sebesar 0,903 dan termasuk kategori kuat. Ada hubungan yang signifikan antara budaya organisasi terhadap kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi bahwa thitung lebih besar dari pada ttabel , atau 6,436 > 1,734 maka H0 ditolak. Nilai KP (Koefisien Diterminan) adalah 64,70% artinya budaya organisasi merupakan variabel moderating yang memberikan kontribusi terhadap kinerja dosen
sebesar 64,70% dan sisanya 35,30% ditentukan oleh variabel lain. Berdasarkan hasil penelitian tersebut kita dapat lihat bahwa key goal dari sebuah perguruan tinggi adalah optimalnya kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi, dan hal itu ditentukan oleh kinerja dari stakeholder dari sebuah perguruan tinggi. Diilihami dari perusahaan-perusahaan yang saat ini sedang marak untuk go public, saat ini mereka sedang merancang dan terus memperbaiki kualitas mereka dengan pembuatan usulan IT Master Plan, dengan cara bagaimana mendapatkan rencana stategis TI yang terbaru, bagaimana cara mengimplemantasikan manajemen risiko TI dan bagaimana mendapatkan klasifikasi sekuriti TI yang ada dan sebagainya. Tujuan dari tulisan ini adalah bagaimana kita dapat mengusulkan kepihak perguruan tinggi untuk dapat menciptakan sebuah usulan master plan khususnya untuk optimalisasi kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi, sehingga nantinya dapat dijadikan standard rujukan oleh semua perguruan tinggi di seluruh Indonesia.
54
Adapun batasan dari tulisan ini adalah hanya fokus pada usulan pembuatan IT Master Plan bagi perguruan tinggi dalam mengotimalkan kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi. Adapun metode yang digunakan adalah dengan menjabarkan proses dalam pembuatan IT Master Plan dalam sebuah perusahaan dan disesuaikan dengan kondisi di perguruan tinggi.
II. LANDASAN TEORI
Peneltian yang saya lakukan khususnya dalam hal Analisis faktor-faktor yang mempengaruhi Kinerja Dosen dalam melaksanakan Tri Dharma Perguruan Tinggi diilhami oleh peneltian sebelumnya antara lain oleh Saudara Rahkmat Nugroho, 2006 dalam tesisnya yang berjudul “Analisis Faktor-faktor yang mempengaruhi kinerja karyawan (Studi Empiris pada PT. Bank Tabungan Negara (Persero), Cabang Bandung), dalam penelitian tersebut peneliti lebih fokus pada kinerja karyawan sebagai objeknya, sedangkan penulis dalam penelitian ini lebih fokus pada kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi. Penelitian terkait juga telah dilakukan oleh Cipta Dharma dengan judul “Analisis Pengaruh ISO 9001:2000 terhadap peningkatan kinerja pada PT. Asuransi Jasa Raharja, dengan penekanan kepada pengaruh karakteristik Sumber Daya dan Karakteristik Organisasi terhadap peningkatan kinerja” Penelitian ini dilakukan pada PT Jasa Raharja (Pesero) Sumatera Utara yang telah memiliki sertifikasi ISO 9001:2000. Walaupun telah memperoleh sertifikasi tersebut akan tetapi di dalam kinerja rutin PT Asuransi Jasa Raharja masih sering terjadi waktu penyelesaian proses administrasi dan keuangan tidak sesuai dengan ketentuan yang ditetapkan, hal ini menunjukkan belum tercapainya tingkat pencapaian antara rencana kerja dengan hasil kerja, permasalahan di bidang keorganisasian dan sumber daya manusia juga belum begitu optimal dilaksanakan. Rumusan masalah di dalam penelitian ini adalah: bagaimana pengaruh penerapan sistem manajemen mutu ISO 9001:2000 terhadap kinerja karyawan pada PT Asuransi Jasa Raharja Cabang Sumatera Utara? Penelitian ini bertujuan untuk menganalisis pengaruh penerapan sistem manajemen mutu ISO 9001:2000 terhadap kinerja karyawan di PT Asuransi Jasa Raharja Cabang Sumatera Utara. Penelitian ini adalah merupakan penelitian Survey. Penelitian Survey adalah penelitian yang mengambil sampel dari suatu populasi dengan menggunakan kuesioner sebagai alat pengumpul data. Penelitian survey di sini bertujuan menjelaskan hubungan kausal dan pengujian hipotesis pengaruh penerapan
sistem manajemen mutu ISO 9001:2000 terhadap kinerja karyawan PT Asuransi Jasa Raharja Cabang Sumatera Utara. Berdasarkan sifat, penelitian ini bersifat descriptive explanatory yaitu menguraikan dan menjelaskan pengaruh antara karakteristik SDM dan karakteristik organisasi terhadap kinerja karyawan melalui hipotesis yang dilakukan melalui pengumpulan data di lapangan. Hasil penelitian ini menunjukkan bahwa secara simultan sistem manajemen mutu ISO 9001:2000 berpengaruh positif dan sangat signifikan terhadap kinerja karyawan PT Asuransi Jasa Raharja Cabang Sumatera Utara pada tingkat kepercayaan 95% (?=5%). Hal ini berarti setiap kebijakan yang dilakukan perusahaan telah sesuai dengan sistem manajemen mutu ISO 9001:2000. Secara parsial variabel variabel sistem manajemen mutu ISO 9001:2000 yang mempengaruhi kinerja karyawan PT Asuransi Jasa Raharja Cabang Sumatera Utara berpengaruh postif dan signifikan terhadap kinerja karyawan.
2.1 Tri Dharma Perguruan Tinggi Tugas dosen adalah pendidik professional dan ilmuwan dengan tugas utama mentransformasikan, mengembangkan dan menyebarluaskan ilmu pengetahuan, teknologi dan seni melalui pendidikan, penelitian dan pengabdian kepada masyarakat. Dalam menjalankan tugas profesionalnya dan sekaligus sebagai ilmuan, dosen harus memiliki seperangkat pengetahuan, keterampilan, dan sikap-perilaku yang harus dihayati dan dikuasai. Di samping memiliki pengetahuan, keterampilan, sikap-perilaku sebagai pendidik professional dan ilmuwan di lingkungan PTAI, dosen harus memiliki kompetensi dan menjalankan tugasnya, yaitu: (2011, p. Pedoman Beban Kerja Dosen) a. Kompetensi professional, yakni keluasan
wawasan akademik dan kedalaman pengetahuan dosen terhadap materi keilmuan yang ditekuninya.
b. Kompetensi pedagogik, yakni penguasaan dosen pada berbagai macam pendekatan, metode, pengelolaan kelas dan evaluasi pembelajaran yang sesuai dengan karakteristik materi dan perkembangan mahasiswa.
c. Kompetensi kepribadian, yakni kesanggupan dosen untuk secara baik menampilkan dirinya sebagai teladan dan memperlihatkan antusiasme dan kecintaan terhadap profesinya.
d. Kompetensi sosial, yakni kemampuan dosen untuk menghargai kemajemukan, aktif dalam berbagai kegiatan sosial dan mampu bekerja sama dalam team work.
2.2 Beban Kerja Dosen (BKD)
55
BKD adalah sejumlah tugas yang wajib dilaksanakan oleh seorang dosen sebagai tugas institusional dalam penyelenggaraan tugas pokok dan fungsinya pada pendidikan dalam konteks Tri Dharma Perguruan Tinggi, yakni pendidikan dan pengajaran, penelitian dan pengembangan ilmu, serta pengabdian pada masyarakat 2.3 IT Master Plan dalam Perusahaan. Menurut (Zainudin), saat ini, penggunaan teknologi informasi (TI) di perusahaan semakin meningkat. Tidak hanya untuk proses operasional sehari-hari, tetapi juga dalam proses pengambilan keputusan. Bahkan, di beberapa sektor industri seperti perbankan dan keuangan ketergantungan pada TI sangat besar. Namun demikian, perusahaan tidak dapat secara gegabah mengeluarkan investasi untuk implementasi TI. Mereka perlu memperhitungkan cost dan benefit yang dihasilkannya. Itulah sebabnya, perusahaan membutuhkan semacam blue print -- yang sering disebut IT master plan atau IT strategic plan -- sebagai dasar perusahaan dalam mengimplementasi TI. IT master plan intinya berisi rencana strategis perusahaan dalam mengimplementasi dan membangun sistem informasi. Di dalamnya memuat pedoman kebutuhan sistem informasi seperti apa yang diperlukan perusahaan. Yang penting dicatat, IT master plan merupakan turunan dari business plan perusahaan. Alasannya, TI diimplementasi sebagai tool untuk membantu perusahaan mencapai visi dan misinya. Maka, tanpa ada visi dan misi yang jelas dari perusahaan, IT master plan juga tidak dapat dibangun. Banyak sekali manfaat IT master plan untuk perusahaan. Pertama, IT master plan menjadi dasar bagi perencanaan perusahaan dalam investasi dan implementasi TI. Dengan demikian, perusahaan tidak lagi sekadar beli ataupun instal, tetapi mempunyai perencanaan yang baik. Kedua, perusahaan dapat mengurangi berbagai risiko yang mungkin timbul dalam implementasi IT. Menurut pengamat TI Richardus Eko Indrajit, banyak sekali risiko yang mungkin timbul dalam implementasi TI, di antaranya: (1) Ketidaksesuaian antara kebutuhan bisnis dengan sistem informasi yang dibangun; (2) Banyak aplikasi yang tambal sulam, sehingga tidak dapat saling berkomunikasi antara satu dengan yang lain; (3) Investasi yang dikeluarkan tidak memberikan manfaat seperti yang diharapkan; (4) Standar kualitas sistem informasi tidak sesuai dengan standar industri yang semestinya. Dengan adanya perencanaan yang jelas, perusahaan dapat mengelola risiko tersebut dengan baik sejak awal.
Manfaat ketiga, IT master plan dapat menjadi alat kontrol dan parameter yang efektif untuk mengkaji performa dan keberhasilan implementasi TI di suatu perusahaan. Dalam satu tahun misalnya, perusahaan dapat melihat sistem apa saja yang sudah atau belum diimplementasi. Salah satu pertanyaan yang sering diajukan orang adalah Bagaimana memulai membangun IT master plan untuk perusahaan? Ini memang pertanyaan yang wajar mengingat pembangunan IT master plan bukanlah pekerjaan yang mudah. Yang patut diingat, karena IT master plan harus mengacu pada business plan perusahaan, maka langkah pertama yang harus dilakukan adalah memahami visi-misi perusahaan, serta target dan tujuan yang akan dicapai perusahaan dalam kurun waktu tertentu. Dari situ kita dapat melakukan breakdown secara lebih detail untuk mengetahui informasi bisnis seperti apa yang dibutuhkan. Kebutuhan informasi itu misalnya dapat berupa informasi real time tentang kondisi keuangan, profil pelanggan, efektivitas marketing channel, produktivitas setiap pekerja, produktivitas mesin, tingkat inventori, profitabilitas setiap produk, dan berbagai informasi spesifik lain yang disesuaikan dengan kebutuhan masing-masing perusahaan. Dari berbagai kebutuhan informasi bisnis inilah yang kemudian diterjemahkan menjadi kebutuhan sistem dan teknologi seperti apa yang harus diimplementasi perusahaan untuk memenuhi kebutuhan tersebut. Biasanya, kebutuhan sistem dan TI ini pada saat implementasi diterjemahkan secara teknis menjadi kebutuhan aplikasi perangkat lunak (software) dan perangkat keras (hardware). Dalam proses ini juga dijabarkan bagaimana perusahaan akan mengelola berbagai sumber daya yang ada mulai dari aspek organisasi, SDM (brainware), ataupun perangkat lunak (software) dan perangkat keras (hardware) yang akan diimplementasi. Bagian akhir dari IT master plan adalah manajemen proyek. Pada bagian ini dipetakan proyek TI apa yang menjadi skala prioritas perusahaan dibandingkan dengan proyek yang lain. Manajemen proyek juga mengatur kalender implementasi setiap proyek hingga kurun waktu tertentu, misalnya 3-5 tahun ke depan. Hal ini akan sangat berguna bagi perusahaan dalam mengatur sumber daya mulai dari keuangan, SDM, dan berbagai sumber daya lain yang terkait. Di beberapa kasus, IT master plan biasanya mengalami revisi sesuai dengan dinamika bisnis dan kebutuhan perusahaan. Tentu saja, biaya implementasi TI yang sering sangat mahal itu, akan lebih mudah dikelola dan dikontrol risikonya jika perusahaan mempunyai IT master plan yang baik.
56
III. METODE PENELITIAN
Metode yang akan saya sampaikan adalah dengan melihat implementasi blue print/IT Master Plan pada perusahaan/organisasi, kemudian nantinya dapat dijadikan rujukan untuk pembuatan IT Master Plan untuk topik yang akan dibahas sesuai hasil penelitian. Tulisan ini lebih bersifat usulan untuk pihak stakeholder dalam hal ini pimpinan perguruan tinggi untuk membuat sebuah IT Master Plan sehingga dapat mengoptimalkan kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi. Adapun tahapan pembuatan IT Master Plan dalam sebuah organisasi (hasil pengalaman dan pengetahuan penulis) dapat dimulai dengan tahapan sebagai berikut: 1. Evaluasi existing (berdasarkan hasil penelitian-
penelitian yang telah dilakukan ataupun evaluasi secara berkala.
2. Perencanaan yang dilakukan oleh pihak pengelola secara keseluruhan melalui mekanisme rapat atau yang lain, sehingga menghasilkan blue print/master plan berdasarkan visi dan misi dari organisasi tersebut.
3. Melakukan Mapping dengan melihat profil yang sudah ada, sehingga kita dapat menentukan bagian mana yang sudah terrealiasi dan bagian mana yang masih perlu penanganan dan lain-lain
4. Implementasi sesuai dengan blue print/IT master plan yang telah ditetapkan oleh pihak pengelola/manajemen
5. Memastikan pelaksanaan blue print/IT master plan sesuai dengan yang telah diharapkan dengan cara memonitor dan mengevaluasi
Dari gambaran umum tentang tahapan pembuatan IT Master Plan pada sebuah organisasi tersebut, dapat dijadikan rujukan untuk pembuatan IT Master Plan untuk sebuah perguruan tinggi khususnya dalam hal mengoptimalkan kinerja dosen dalam melaksanakan Tri Dharma Perguruan Tinggi.
IV. HASIL DAN PEMBAHASAN
Hasil penelitian yang penulis kaji tentang analisis faktor-faktor yang mempengaruhi kinerja dosen dalam melaksanakan tri dharma perguruan tinggi, dinyatakan bahwa budaya organisasi sangat menentukan dalam proses pelaksanaan tri dharma perguruan tinggi bagi dosen yaitu sebesar 64,70%, sedangkan yang lain ditentukan oleh faktor-faktor yang lain.
Penulis akan mencoba mengurai apa saja yang harus dilakukan oleh pihak manajemen terkait dengan usulan penulis untuk mengoptimalisasikan tri dharma perguruan tinggi dosen dengan penerapan IT master plan/blue print. Usulan penulis ini juga diilhami oleh penelitian sebelumnya yang membahas tentang evaluasi tata kelola TI dengan melihat tingkat kematangan dan rekomendasi-rekomendasi apa saja yang telah penulis berikan termasuk juga berdasarkan pengalaman penulis sebagai salah satu tim konsultan dalam membuat rencana strategis teknologi informasi pada suatu organsasi nirlaba. Berikut penjelasan yang dapat penulis sampaikan sebagai usulan untuk perbaikan untuk pengelola dalam mengoptimalkan kinerja dosen dalam melaksanakan tri dharma perguruan tinggi dan memungkinkan juga usulan ini dapat digunakan oleh pihak-pihak yang lain termasuk universitas-universitas secara keseluruhan. Di bawah ini usulan yang dapat penulis uraikan sebagai berikut:
1. Evaluasi existing (berdasarkan hasil penelitian-penelitian yang telah dilakukan ataupun evaluasi secara berkala). Sebelum kita akan melakukan perubahan atau perbaikan dalam sebuah organisasi, harus dilakukan dulu sebuah kajian terkait dengan kondisi existing (as is) kemudian kita lakukan evaluasi dengan mengetahui tingkat kematangan dan mengetahui temuan-temuan yang terjadi, apa kendala-kendala yang dialami oleh organisasi tersebut dalam melaksanakan kegiatan/tujuan organsasi, apakah ada gap yang ditemui dan mengklasifikasikan setiap permasalahan untuk dijadikan rekomendasi dalam memperbaiki kondisi tersebut sehingga kita mencapai sesuatu yang diinginkan terdasarkan tujuan dari organisasi tersebut (to be)
2. Perencanaan yang dilakukan oleh pihak pengelola secara keseluruhan melalui mekanisme rapat atau yang lain, sehingga menghasilkan blue print/master plan berdasarkan visi dan misi dari organisasi tersebut. Setelah proses evaluasi dan diperoleh suatu rekomendasi, pihak pengelola sebaiknya langsung melakukan proses koordinasi dan konsolidasi antar pimpinan untuk melakukan perencanaan kembali dimana dalam teori IT Master Plan sebaiknya dilakukan secara periodik dengan mengacu pada profil sebelumnya. Pelaksanaan ini dapat dimulai dengan koordinasi dengan divisi terkait untuk mendapatkan masukan-masukan dan mendapatkan berbagai pertimbangan dari beberapa sudut pandang. Akan tetapi keputusan akan diambil berdasarkan
57
hasil kesepakatan bersama untuk memberikan hasil terbaik bagi organsasi tersebut sehingga terbentuklah sebuah aturan yang baru sesuai perbaikan yang ada yang ditandai dengan adanya it master plan/blue print yang baru.
3. Melakukan Mapping dengan melihat profil yang sudah ada, sehingga kita dapat menentukan bagian mana yang sudah terrealiasi dan bagian mana yang masih perlu penanganan dan lain-lain Tahap ini lebih kepada memberikan prioritas mana yang harus dilakukan terlebih dahulu berdasarkan arahan-arahan yang telah disepakati bersama. Kebijkan apa yang akan diambil untuk mengoptimalkan kinerja dosen dalam melaksanakan tri dharma perguruan tinggi. Memberikan solusi jika terdapat kesulitan yang dialami oleh para dosen dalam melaksanakan tri dharma perguruan tinggi.
4. Implementasi sesuai dengan blue print/IT master plan yang telah ditetapkan oleh pihak pengelola/manajemen Dalam tahap ini pihak manajemen telah memberikan aturan yang sudah disepakati oleh berbagai pihak dan tinggal mengimplementasikan saja, pihak manajemen juga dapat membuat aturan yang berkenaan dengan punish dan reward bagi pihak yang terkait.
5. Memastikan pelaksanaan blue print/IT master plan sesuai dengan yang telah diharapkan dengan cara memonitor dan mengevaluasi Setelah proses implementasi, pihak manajemen harus juga mengadakan evaluasi dan monitoring secara berkala, dalam hal ini dapat dilakukan per semester dengan program monev (monitor dan evaluasi)
V. KESIMPULAN DAN SARAN
Pengoptimalisasian dari suatu organisasi dapat dilakukan dengan berbagai cara diantaranya dengan pembuatan IT master plan/blue print yang terus
diperbaharui secara berkala, sehingga dalam pelaksanaannya kita dapat merasakan dampak yang baik dalam melaksanakan tugas tri dharma perguruan tinggi dan lebih optimal. Sebagai saran dapat juga dilakukan berbagai kajian-kajian tentang upaya dalam mengoptimalkan suatu kegiatan, misalnya adanya analisis SWOT, analisis KPI dan KGI dan yang lainnya. DAFTAR PUSTAKA [1] Cipta Dharma, Analisis Pengaruh ISO
9001:2000TerhadapPeningkatan Kinerja Pada PT. Asuransi Jasa Raharja, Sumatera Utara
[2] Fitroh, 2013, Prosiding KNSI “Analisis Faktor-faktor Kinerja Dosen dalam Melaksanakan Tri Dharma Perguruan Tinggi, Lombok
[3] Fitroh, 2012, Prosiding SNTI “Penilaian Tingkat Kematangan Tata Kelola TI pada Sistem Inforamsi Akademik, Yogyakarta
[4] Hulliyah Kh., Fitroh, Nanang H. 2010, Penelitian Kolektif “Peranan Motivasi kerja dan lingkungan kerja terhadap implementasi sistem informasi pada PUSDATIN (Pusat Data dan Inforamsi Fakultas Sains dan Teknologi), Jakarta
[5] Kementerian Agama RI, 2011 Pedoman Beban Kerja Dosen, Jakarta
[6] Rahmat Nugroho, 2006 Analisis Faktor-Faktor yang Mempengaruhi Kinerja Karyawan, Bandung
[7] Rencana Strategis Teknologi Informasi & Manajemen Risiko Teknologi Informasi PT XXX, Jakarta, 2013
[8] Sukmana H.T, Fitroh., 2010, Penelitian Kolektif “Evaluasi Tata Kelola TI pada SIM@K (Sistem Informasi Akademik) UIN Syarif Hidayatullah Jakarta Berdasarkan Framework COBIT Versi 4.0”, Jakarta
[9] Zainudin Akbar, 2013 “Mengapa Perusahaan Membutuhkan IT Master Plan?” http://kelassimfeuand.blogspot.com/2008/03/mengapa-perusahaan-membutuhkan-it.html,
58
Analisa Tingkat Efesiensi Sistem Informasi Akademik Dalam Mendukung Terwujudnya
Green Computing UIN Syarif Hidayatullah
Eva Khudzaeva
Staf pengajar Program Studi Sistem Informasi Fakultas Sains dan Teknologi
Universitas Islam Negeri Syarif Hidayatullah Jakarta Tel : (021) 7493547 Fax: (021) 7493315
e-mail : [email protected]
ABSTRACT
The development of Information and Communication Technology ICT be a determining factor in the success of an organization. Similarly, the world of education as UIN Syarif Hidayatullah Jakarta Academic Information System (AIS) is an application that is designed and manufactured to process data related to academic information,. But the use of ICT has a major role in contributing to the greenhouse effect, the concept of green computing is a form of manifestation of consciousness for every element of society that cares about the environment in which the concept can reduce the effects of global warming, by using PUE, DCiE and recapitulation of the use of paper and ink at UIN Syarif Hidayatullah then be possible to measure the level of efficiency of AIS and also the application of green computing environment to produce a proposed system as a recommendation.
Keywords: Power Usage Effectiveness (PUE), Data Center Infrastructure Effectiveness (DCiE), AIS UIN Syarif Hidayatullah, Green Computing 1. PENDAHULUAN
Salah satu isu utama mengenai perkembangan teknologi sebagai factor pendorong utama globalisasi, adalah eksploitasi sumber daya alam yang semakin mendorong kerusakan atau penurunan kualitas lingkungan.
Pemanfaatan Information and Communication Technology ICT mempunyai peranan besar dalam kontribusi pengurangan efek rumah kaca. Tidak bisa dipungkiri bila ICT telah membawa banyak kemudahan dalam organisasi seperti pengolahan data dan lain-lain. Tetapi dari kemudahan itu terdapat juga emisi karbon yang harus dikurangi untuk menuju efisiensi berkelanjutan
Perkembangan Teknologi informasi menjadi faktor penentu keberhasilan dalam suatu organisasi. Demikian juga halnya dengan dunia pendidikan Sistem Informasi Akademik (SIA) adalah aplikasi yang dirancang dan dibuat untuk mengolah data-data yang berhubungan dengan informasi akademik, meliputi data mahasiswa, karyawan, rekaman prestasi, kurikulum, dan jadwal perkuliahan.
UIN Syarif Hidayatullah Jakarta merupakan salah satu Universitas Islam terbesar di Indonesia dimana pelayanan terhadap Sistem Infromasi
akademik menjadi sangat penting pada institusi pendidikan ini. Academic Information System (AIS) adalah sistem informasi akademik yang sudah diterapkan di UIN Syarif Hidayatullah. Sepanjang civitas akademik tersebut masih aktif melaksanakan fungsi dan tugasnya, maka tentu saja data akademik akan selalu tercipta terus menerus dalam setiap tahunnya. Semakin tinggi civitas akademik maka akan semakin banyak data arsip akademik yang dihasilkan, dan semakin banyak data arsip yang dihasilkan maka penggunaan kertas akan semakin meningkat. Tingginya konsumsi kertas untuk dokumen berdampak pada penebangan pohon-pohon, dimana pohon adalah bahan baku utama pembuatan kertas.
Berkenaan dengan efisiensi energi dan sumber daya alam dalam berbagai faktor dan juga untuk mengurangi efek global warming, konsep green computing adalah salah satu bentuk perwujudan kesadaran bagi setiap elemen masyarakat agar peduli terhadap lingkungannya, Oleh sebab itu, pengukuran tingkat efesiensi sistem infromasi akademik digunakan untuk mengukur sejauh mana penerapan green computing diterapkan pada sistem infromasi akademik (AIS) UIN Syarif Hidayatullah
Rumusan Masalah
59
a. Bagaimana tingkat efesiensi sistem informasi akademik terhadap penerapan green computing?
b. Bagaimana sistem usulan terhadap sistem informasi akademik berbasis green computing?
2. LANDASAN TEORI 2.1 Green Computing (Green IT)
Green Computing dikenal juga dengan istilah Green IT. Dalam pengertiannya, adalah sebuah proses / konsep pengkajian dan pelaksanaan dari suatu desain, pembuatan, penggunaan, pengolahan dari komputer, server, dan perangkat terkait di dalamnya seperti monitor, printer, perangkat penyimpanan data, perangkat komunikasi jaringan dengan cara yang efektif, efisien yang berdampak kecil (tidak berdampak) terhadap lingkungan. Pada implementasinya, pelaksanaan Green IT dari suatu instansi / perusahaan dapat membantu instansi tersebut dalam menekan biaya pengeluaran sumber daya untuk infrastruktur IT-nya, meningkatkan performa dan penggunaan sistem di dalamnya sejalan dengan proses pelestarian dan tanggung jawab sosial terhadap lingkungan hidup. [1]
2.2 Metode Pelaksanaan Green IT
Terdapat banyak cara yang dapat digunakan dalam melaksanakan konsep Green IT. Beberapa diantaranya adalah: [2]
a. Penggunaan sumber energi alternatif: dengan membangun sumber energi alternatif yang ramah lingkungan seperti penggunaan listrik dari tenaga angin, air, cahaya (solar panel), sampai dengan biogas.
b. Penggunaan perangkat komputer dengan konsumsi daya kecil: sampai saat ini, sudah banyak ditemui perangkat komputer dengan konsumsi daya kecil yang berperfoma kecil yang disesuaikan peruntukannya sebagai komputer pengolah dokumen, penjelajah internet, atau untuk menjalankan aplikasi ringan lainnya.
c. Virtualisasi server: virtualisasi server merupakan teknologi yang dapat mengurangi jumlah fisik dari suatu server dengan mendayagunakan suatu server secara optimal. Dengan kata lain, penggunaan virtualisasi server memungkinkan bagi admin untuk mengolah beberapa server dari satu perangkat saja. Dari hal ini penghematan bagi suatu instansi / perusahaan akan sangat terasa dengan optimalisasi perangkat keras yang tersedia.
d. Manajemen penggunaan daya: dikenal juga dengan Advanced Configuration and Power Interface (ACPI) yang merupakan suatu spesifikasi industri yang terbuka yang memungkinkan perangkat lunak (sistem operasi) mengatur penggunaan daya dari suatu komputer. Dengan cara ini, sistem operasi dapat menonaktifkan komponen komputer seperti monitor ataupun harddisk ketika berada dalam kondisi idle dalam suatu kurun waktu.
e. Daur ulang: proses daur ulang dari suatu perangkat komputer dapat dilakukan dengan mendonasikan perangkat komputer yang masih dapat digunakan tersebut kepada pihak lain yang menampung / membutuhkan. Sedangkan bagi perangkat komputer yang sudah tidak dapat digunakan barulah dilakukan proses daur ulang sesungguhnya.
f. Penggunaan sistem mobilitas: sudah banyaknya inovasi dari teknologi informasi dari sisi komunikasi memungkinkan setiap orang untuk berkomunikasi melalui VoIP (Voice Over Internet Protocol) yang hal ini berarti mengurangi juga komunikasi dari infrastruktur kabel yang mengurangi penggunaan bahan material logam yang berbahaya
3. METODE PENELITIAN 3.1 Pengumpulan data
Metode pengumpulan data pada penelitian ini terdiri dari 3 pengumpulan data yaitu observasi, wawancara dan studi pustaka
3.2 Analisa data
Setelah data terkumpul maka akan dilakukan analisa tingkat pengukuran efesiensi, dimana tingkat pengukuran tersebut dibagi menjadi 2 domain yaitu pengukuran tingkat penggunaan energi pada hardware dan software dan juga pengukuran tingkat konsumsi penggunaan kertas dan tinta perbulan.
3.2.1 Tingkat efesiensi penggunaan energi Metode yang digunakan untuk mengukur tingkat
efesiensi penggunaan energi adalah dengan mengukur daya listrik yang digunakan pada hardware dan software, dalam pengukuran peneliti menggunakan metriks green grid, yaitu menghitung Power Usage Effectiveness (PUE) dan Data Center Infrastructure Effectiveness (DCiE). Berikut adalah kriteria PUE dan DciE sesuai ketentuan green grid
Tabel 1. kriteria PUE dan DciE
60
3.2.2 Tingkat efesiensi konsumsi kertas dan tinta menghitung berapa besar tingkat konsumsi
kertas dan tinta, peneliti mengambil data di tiap fakultas dan juga rektorat, dimana data tersebut diperoleh dari laporan mutasi barang persediaan bagian umum dan rumah tangga tahun anggaran 2011 dan tahun anggaran 2012
3.3 Sistem Usulan Sistem usulan yaitu rekomendasi penulis
berdasarkan hasil dari analisa pengukuran tingkat efesiensi penggunaan energy dan efesinsi penggunaan kertas dan tinta, dimana nantinya dapat dijadikan sebagai sistem usulan bagi penentu kebijakan dalam penggunaan sistem informasi akademik (AIS) yang green computing.
4. HASIL DAN PEMBAHASAN 4.1 Pengukuran tingkat efesiensi energy
Pengukuran tingkat efesiensi energy dihitung berdasarkan penggunaan daya listrik pada hardware dan software yang digunakan oleh sistem informasi akademik (AIS). Berikut adalah hardware dan software yang digunakan pada sistem informasi akademik.
Tabel. 2 Perangkat Komputer
No Perangkat komputer
1 Server
2 CPU
3 Printer
4 Proyektor
5 Monitor
6 Hardisk
7. Memori
8. Network Card
9 Cd/Dvd
Metode yang digunakan dalam mengukur tingkat efesiensi hardware dan software pada penelitian ini adalah dengan menghitung beban daya listrik yang digunakan pada hardware dan software perbulan menggunkan metrics green grid, sehingga dapat diketahui berapa besar Power Usage Effectiveness (PUE) dan Data Center Infrastructure Effectiveness (DCiE).
Dari data yang diperoleh dari bagian umum dan rumah tangga UIN Syarif Hidayatullah penggunaan daya listrik per bulan adalah sebesar 11.232.000 Watt/Bulan maka dapat tingkat efesinesi hardware dan software di hitung PUE dan DCiE adalah
Tabel 4. Hasil Pengukuran PUE dan DCiE
Ket
Beban Listrik 11.232.000 Watt/Bulan
PUE 2,23
DCiE 45%
Dari Hasil tersebut menunjukkan bahwa penggunaan beban listrik pada hardware dan software Power Usage Effectiveness bernilai 2,23 dan Data Center Infrastructure Effectiveness sebesar 45% dimana nilai tersebut menurut tabel kriteri tergolong tidak effective.
4.2 Konsumsi kertas dan tinta
Penggunaan kertas dan tinta diukur berdasarkan banyaknnya penggunaan kertas dan tinta di lingkungan UIN Syarif Hidayatullah, data di peroleh dari bagian umum dan rumah tangga UIN Syarif Hidayatullah, dari data tersebut dapat disimpulkan bahwa penggunaan kertas pada arsip akademik masih tinggi yaitu :
Tabel 5. Penggunaan Kertas dan Tinta
Item Per tahun
Kertas ± 3000 rim
Tinta ± 900 toner
Masih tingginya penggunaan kertas di lingkungan akademik disebabkan oleh factor kebiasaan, masih banyaknya data yang harus di print ulang untuk validasi, menyebabkan pemborosan kertas dan tinta, padahal sistem sudah mendukung validasi data cukup dilakukan di sistem saja.
61
4.3 Sistem Usulan
Dari hasil wawancara pihak pusat komunikasi (PUSKOM) data akademik yang sudah tersistem yaitu: penerimaan mahasiswa baru, jadwal matakuliah, nilai mata kuliah, KRS dan kemahasiswaan informasi beasiswa, namun masih ada beberapa data akademik yang belum tersistemkan. Tetapi walaupun data akademik sudah disistemkan ternyata masih banyak penggunaan kertas pertahunnya dan juga daya beban listrik pada data center yang kurang efektif. Maka diperlukan sebuah tindakan perubahan, Berikut adalah tindakan perubahan yang diusulkan :
1. Menggunakan teknologi inovatif yang bisa mengurangi konsumsi energy
2. Komputer jenis LCD ternyata lebih hemat dibandingkan jenis CRT walaupun ukurannya sama. Monitor LCD (17”) hanya memerlukan listrik sebesar 35W, sedangkan monitor CRT 70W.
3. Pilihlah perangkat (peripheral) yang berlogo “Energy Star”, karena dapat menghemat pemakaian sumber daya listrik dan melindungi lingkungan melalui perangkat hemat energi.
4. Memaksimalkan kerja sistem yang sudah ada, tanpa harus data tersebut di print kembali, untuk validasi sebaiknya cukup disistem saja, sehingga dapat mengurangi penggunnaan kertas
dan tinta printer, seperti absensi kelas, nilai mata kuliah, KRS dan lain-lain
5. Pada saat pengarsipan data akademik sebaiknya gunakan backup hardisk saja, tidak perlu data-data tersebut di print kembali.
5. SIMPULAN 1. Tingkat efesiensi sisem informasi akademik pada
penggunaan energy masih tinggi disebabkan masih banyak menggunakan perangkat komputer yang belum hemat energy
2. Tingkat efesiensi sistem informasi akademik pada penggunaan kertaspun masih sangat tinggi, disebabkan masih banyaknya data-data akademik yang di print untuk validasi dan arsip
6. DAFTAR PUSTAKA
[1] Murugesan, San (2008), “Harnessing Green IT: Principles and Practices”, IEEE Computer Society.
[2] Sundawa, Wawa (2008). “Green Computing”, Majalah PC-Media, Jakarta: Dian Digital Media.
JURNAL SISTEM INFORMASI
ISSN 1979 – 0767 Vol 6, No 1 Februari 2013
DAFTAR ISI
1-12 PENGEMBANGAN KIOS INFORMASI PARIWISATA PROPINSI DAERAH KHUSUS IBUKOTA JAKARTA
Hamdan Fauzie, Bakri La Katjong dan Qurrotul Aini
13-20 PENGEMBANGAN SISTEM INFORMASI PEMINJAMAN BERKAS PUTUSAN PENGADILAN PAJAK PADA
SEKRETARIAT PENGADILAN PAJAK Yudi Fahrozi, Nur Aeni Hidayah, Nia Kumaladewi
21-32
PENGEMBANGAN SISTEM INFORMASI PENJUALAN PADA PD. HIKMAH JAYA JAKARTA BARAT Murniati, Nia Kumaladewi dan Zulfiandri
33-38
ANALISIS FAKTOR-FAKTOR YANG MEMPENGARUHI DOSEN DALAM MELANJUTKAN S3 DENGAN METODE PRINCIPAL COMPONENT ANALYSIS (STUDI KASUS: PROGRAM STUDI SI/TI FST UIN)
Meinarini Catur Utami
39-44 ANALISA DAN PERANCANGAN SISTEM INFORMASI AKADEMIK BERBASIS SMS GATEWAY DALAM
MELIHAT NILAI AKHIR MATA KULIAH “STUDI KASUS : MATA KULIAH ALGORITMA PEMROGRAMAN DAN STRUKTUR DATA”
Sarip Hidayatuloh dan Hendra Bayu Suseno
45-52 PERANCANGAN MODEL SISTEM OTOMATISASI PENGAJUAN ANGKA KREDIT DENGAN
MENGGUNAKAN TOGAF ARCHITECTURE DEVELOPMENT METHOD (STUDI KASUS: BADAN PEMERIKSA KEUANGAN RI)
Farian Gustarto Wibowo, Eko Nugroho, Wing Wahyu Winarno
53-57 OPTIMALISASI TRI DHARMA PERGURUAN TINGGI DOSEN MENGGUNAKAN TAHAPAN IT MASTER PLAN
Fitroh
58-61 ANALISA TINGKAT EFESIENSI SISTEM INFORMASI AKADEMIK DALAM MENDUKUNG TERWUJUDNYA
GREEN COMPUTING UIN SYARIF HIDAYATULLAH Eva Khudzaeva
PENERBIT
Program Studi Sistem Informasi Fakultas Sains dan Teknologi UIN Syarif Hidayatullah
Jl. Ir. H. Djuanda No. 95, Ciputat 15412 Telp/ Fax. (021) 7493545 / (021) 7493315
Website: http://fst.uinjkt.ac.id
