Aplikasi Uji Petik Dan Perijinan Pegawai Pada Pegawai Pemerintahan Kota Cimahi Berbasis Web

Transkripsi

1 Aplikasi Uji Petik D Perijin Pegawai Pada Pegawai Pemerintah Kota Cimahi Berbasis Web Nadia Latifah 1, Wardi Muhamad 2, Ady Purna Kurniaw 3 1 nadiaalatifah06@gmail.com, 2 wardi.muhamad@tass.telkomuniversity.ac.id, 3 ady.purna.kurniaw@gmail.com Abstrak Bad Ke Daerah merupak lembaga teknis daerah Kota Cimahi mempunyai tugas pokok membtu walikota penyelenggara pemerintah Daerah khususnya dibidg ke. BKD melakuk proses uji petik masih secara mual yaitu deng menggunak Microsoft Excel. Byak kendala timbul deng cara proses seperti itu, maka perlu dibgun sistem dapat membtu pekerja proses uji petik d. Deng demiki, menyediak aplikasi uji petik d berbasis web di BKD. Aplikasi dibgun menggunak bahasa pemrogram PHP deng MySQL, d Framework CodeIgniter. Dari hasil peneliti ak menghasilk proses uji petik,, d absensi serta lapor dibutuhk. Kata kunci: Bad Ke Daerah, Aplikasi, PHP, MySQL, CodeIgniter Abstract Regional employee agency is a technical the area of a city cimahi who has the main task of help mayor in the local government especially in hum resources.bkd per the process stringed test still mually that is by using microsoft excel.my obstacles arising by mes of this process it, so needs to be a system that c help out in the process stringed test from all employees.thus, provide application stringed test from all employees web-based in vcb.application programming built use of lguage php with a mysql, d framework codeigniter.the research will produce the process stringed test employees, licensing employees, d absentee employees d report required. Keywords: of local personnel, application, php, mysql, codeigniter 1. Pendahulu Pada tahun 2001 mempunyai komitmen tinggi melaksak reasi birokras, deng melaksak prinsipprinsip tata pemerintah baik, terutama melakuk penata internal baik konteks penata orgisasi pemerintah maupun hal akuntabilitas kinerja. Bad ke daerah (BKD) merupak salah satu bad di bawah naung pemerintah Kota Cimahi mempunyai tugas pokok melaksak penyusun d pelaksa kebijak daerah bersifat spesifik di bidg majemen ke. Serta menyelenggarak fungsi yaitu: 1. Perumus kebijak teknis bidg majemen ke. 2. Pembina, pelaksa, pengelola perenca. 3. Kesejahtera, pengembg d mutasi serta pendidik d pelatih, pelaksa urus kesekretariat d pelaksa tugas lain diberik oleh walikota sesuai deng tugas pokok d fungsinya. Serta menjadi rumus masalah di BKD Pemerintah Kota Cimahi dapat dirumusk adalah sebagai berikut: 1. Bagaima membuat aplikasi untuk memudahk melihat absensi di Pemerintah Kota Cimahi. 2. Bagaima membuat sistem otomatisasi untuk memilih secara acak sebyak 10 org setiap minggunya. 3. Bagaima mengirimk surat keterg tidak deng sistem upload file. 4. Bagaima membuat fitur rekapitulasi jumlah surat keterg setiap harinya. Deng adya beberapa rumus masalah untuk memperbaiki SIMPEG sehingga mampu memiliki harus dicapai mengerjak proyek akhir ini yaitu: 1. Menyediak fitur untuk melihat absensi, terhadap kehadir telah pada aplikasi. 2. Menyediak fitur otomatisasi untuk memilih secara acak sebyak 10 org setiap minggunya, pada aplikasi dibgun agar pencatat data tersebut dapat lebih cepat d mudah. 3. Menyediak fitur upload file untuk surat keterg Pegawai tidak bisa hadir. 4. Menyediak fitur rekapitulasi jumlah surat sehingga pengelola surat dapat lebih terorgisisr. 5. Menyediak fitur untuk menyajik berprestasi dari hasil uji petik selama 3 bul. 2. Metode Pengerja Metode digunak pembuat proyek akhir adalah model SDLC (Software Development Life Cycle) atau waterfall, sering juga disebut model linear sequential model ini adalah model klasik sekuensial atau terutut membgun software. Berikut adalah gambar model waterfall menurut sommerville: Gambar 1 Model Waterfall secara umum, model waterfall terdiri dari beberapa tahap, yaitu: a. Requirement Definition Tahap pendefinisi kebutuh pengguna ak diimplementasik pada proyek akhir ini, melibatk administrator d. Pada tahap ini dilakuk penyusun daftar kebutuh sistem, percg kebutuh pergkat lunak dk eras untuk pembgun sistem. b. System d Software Desaign Tahap percg sistem d berdasark tahap requirement definition. Desain sistem dilakuk mencakup media inasi uji petik pada pemerintah Kota Cimahi.

2 c. Implementation d Unit Testing Dalam tahap ini, desain sistem direalisasik secara local d online untuk melihat kesiapa web hosting, dima sistem ak diimplementasik. unit testing meliputi verifikasi bahwa setiap fungsi unit telah memenuhi spesifikasinya d dapat bekerja pada server secara menyeluruh. Pada tahap ini sistem belum direalisasik kepada target yaitu di Pemerintah Kota Cimahi. d. Integration d System Testing Unit-unit program individual digabungk d di uji coba di server sebagai sebuah sistem lengkap untuk memastik bahwa kebutuh-kebutuh fungsi sistem telah terpenuhi. Setelah iitu dilaksak validasi fungsi sistem telah terpenuhi. Dilaksak validasi fungsi sistem oleh pengguna meliputi penggung jawab uji petik d kepala divisi Bad Ke Daerah secara lgsung untuk mengetahui kelayak sistem dari sudut pdg pengguna. e. Operation d Maintence Definisi operation d maintence merurut sommerville adalah sistem diinstall d digunak secara praktikal. Pemelihara meliputi perbaik kesalah tidak diketahi pada tahap sebelumnya, memperbaiki implementasi unit sistem d meningkatk lay sistem jika terdapat kebutuh baru (Sommerville, 2007). Tahap operation d maintence tidak diimplementasik pada saat pengembg d ketika sistem diimplementasik. 3. Analisis 3.1 Kebutuh Pergkat keras pada tabel 1 terdapat beberapa pergkat keras minimum dibutuhk untuk implementasi sistem Gambar 2 proses bisnis berjal Rdam uji petik Gambar 2 merupak proses bisnis berjal rdom uji petik, memiliki 2 aktor yaitu admin d sistem. Proses ini dimulai dari admin menampilk data kehadir, data kehadir ini merujuk pada sebuah sistem menyimp uji petik. Setelah itu, admin ak melakuk copy ke Microsoft Excel untuk data kehadir. Lalu admin melakuk rdom uji petik sehingga mendapatk 10 pada Microsoft Excel. Proses admin lakuk telah selesai, maka admin mencetak dokumen uji petik. Tabel 1 Kebutuh Pergkat Keras No Pergkat Keras 1 Processor Core i3 2,4 Ghz 2 RAM 3GB 3 Hard Disk 500GB 3.2 Kebutuh pergkat lunak Tabel 2 Kebutuh Peragkat Lunak No Pergkat Keras Keterg 1 Windows 7 Ultimate Operasi 64 bit 2 Balsamiq Mockups Design 3 Astah Community Design 4 Microsoft Visio Design Notepad++ Editor 6 XAMPP Web Server 7 Google Chrome Web Browser 8 Mozilla Firefox Web Browser 3.3 Gambar sistem saat ini Sampai deng peneliti ini dilakuk, bagi Dinas Bad Ke Daerah melakuk proses rdom uji petik d masih di lakuk secara mual. Dibawah ini adalah flowmap gambar sistem saat ini: Gambar 3 proses bisnis berjal Surat Gambar 3 ini merupak proses bisnis berjal surat, memiliki 3 aktor yaitu, admin d sistem. Proses ini dimulai dari membuat surat, setelah membuat surat maka melakuk pengaju surat diberik kepada admin. Admin menerima dokumen telah diajuk oleh, admin ak melakuk proses mual yaitu membuat surat. Lalu terdapat sebuah kondisi, dima bila surat tersebut tidak diapproval oleh admin maka ak melakuk membuat surat, tetapi bila surat tersebut di approval admin melakuk input d mengintegrasik ke sistem untuk

3 menyimp data tersebut di uji petik. Dari uji petik tersebut ak menghasilk dokumen dicetak oleh admin. Setelah itu admin ak menginasik d memberik dokumen kepada. 3.4 Gambar Diusulk Gambar 5 merupak proses bisnis usul surat ini memiliki 3 aktor yaitu admin, sistem d. Proses ini dimulai dari login terlebih dahulu, proses login ini untuk data sudah di sistem yaitu uji petik, lalu ditampilk untuk lihat absen sudah datya di uji petik dikelola oleh sistem. Lalu melakuk input surat, dima surat memiliki kategori yaitu sakit, cuti, d dinas luar. penginput selesai maka melakuk upload berkas d data tersebut ak pada uji petik. Admin dapat melihat absen dari sebuah sistem pada uji petik. Admin ak melakuk proses terkomputerisasi yaitu menampilk data pengaju dilakuk oleh. atas lgsung ak melakuk approval terhadap pengaju dari d admin ak melakuk keterg, setelah proses tersebut dilakuk admin menampilk data-data di approve d data-data tersebut ak di sistem pada uji petik serta admin mencetak dokumen surat. Setelah proses admin selesai, ak mendapatk notifikasi tidak di approve atau di approve nya surat dari sebuah system pada uji petik. 3.5 Percg Berikut merupak percg sistem Use Case Diagram Gambar 4 proses bisnis usul Rdom uji petik Gambar 4 ini merupak proses bisnis usul pada rdom uji petik memiliki 2 aktor yaitu admin d sistem. Proses ini dimulai dari admin melakuk login, untuk menampilk data kehadir sudah di sistem uji petik, lalu admin melakuk proses rdom uji petik untuk mendapatk 10 org deng di rdom. Setelah itu, admin melakuk pencetak dokumen terhadap 10 org Class Diagram Gambar 6 Use Case Diagram Gambar 7 Class Diagram 3.6 Entity Reltionship Diagram (ERD) Gambar 5 proses bisnis usul Surat

4 dinas perhubung Tggal: 26/01/2015 Tggal selesai : 28/01/2015 ya apabila pengisi sudah benar seljutny a. di Gambar 8 Entity Reltionship Diagram 3.7 Skema Relasi Antar Tabel Pegawai ke menu approve - ak menampilk berkas sudah di approve oleh pimpin d kabag menampilk berkas di pilih, jika di reject maka data null di 4. Gambar 9 Skema Relasi Antar Tabel Berikut merupak hasil dari aplikasi Tabel 3 di Username kosong Muncul pes kesalah Huruf (A- Z,a-z) + Angka (0-9) Kosong Muncul pes kesalah Deskri psi penguji Pegawa i mengisi surat cuti, dinas luar ataupun sakit Huruf (A- Z,a-z) + Angka (0-9) Nama : jajg Nip : 56 Pgkat/golru g: IIIA Jabat : kepala sub bidg perhubung orgisasi: di harapka n ak memvalid asi input d ak mengatar k ke seljutn Muncul pes kesalah Muncul pes kesalah pengujia n Input sudah benar d data ke d sistem mengarah k ke berhasil Statu s Berha sil Pegawai memilih menu akun d mengisi update deng me lama d baru Kabag memilih menu akun d mengisi update deng me lama d baru Kabag memilih menu rdom lama : jajg baru : baru : lama : ema baru : baru : Pilih tab rdom ak memeriksa lama dik apakah sudah benar ketika benar maka sistem ak membdingk 2 input baru sudah di ketika hasilnya sama maka ak terupdate di ak memeriksa lama dik apakah sudah benar ketika benar maka sistem ak membdingk 2 input baru sudah di ketika hasilnya sama maka ak terupdate di ak menampilk hasil rdom jumlah 10. Berbentuk tabel lama diinputk sama, berhasil di upload lama diinputk sama, berhasil di upload menampilk hasil rdom

5 Di approve Klik approve di deng di approve pada deng di approve di approve Di reject Klik tombol approve Klik tombol reject di deng approve deng di reject data deng approve deng di reject Menampil k sertifikat pada rdom Penguji di - ak menampil k sertifikat untuk rdom menampil k sertifikat untuk rdom Berha sil 5. Tampil Antarmuka Berikut merupak tampil tarmuka aplikasi 5.1 Halam (Login) Menampil k grafik surat pertahun Penguji di - ak menampil k grafik lapor surat sesuai per tahun menampil k grafik lapor surat Berha sil 5.2 Halam Berda Gambar 10 Antarmuka login Deskrips i pengujia n Pimpin memilih menu akun d mengisi update deng me lama d baru Penguji Passwor d lama : pimpina n Passwor d baru : Passwor d baru : di ak memeriksa lama dik apakah sudah benar ketika benar maka sistem ak membding k 2 input baru sudah di ketika hasilnya sama maka ak terupdate penguji Passwor d lama diinputk sama, passwor d berhasil di upload Berhas il 5.3 Halam Absensi Gambar 11 Antarmuka berda Gambar 12 Antarmuka absensi

6 5.4 Halam cuti 5.11 Halam Absensi Gambar 19 Antarmuka absensi Gambar 13 Antarmuka cuti 5.12 Halam klarifikasi 5.5 Halam sakit 5.6 Halam Approve Gambar 14 Antarmuka sakit Gambar 20 Antarmuka klarifikasi 5.13 Halam rdom. Gambar 15 Antarmuka approve 5.7 Halam unduh berkas Gambar 21 Antarmuka rdom 5.14 Halam uji petik Gambar 16 Antarmuka unduh berkas 5.8 Halam Akun Gambar 22 Antarmuka uji petik 5.15 Halam pengaju Gambar 17 Antarmuka akun 5.9 Halam berda kabag Gambar 22 Antarmuka pengaju Gambar 18 Antarmuka berda kabag

7 5.16 Halam Approve 6. Daftar Pustaka [1] Hendrayudi, VB 2008 Untuk Berbagi Keperlu Pemrogram, Surabaya: Elex Media Komputindo, Gambar 23 Antarmuka approve admin 5.17 Halam lapor uji petik [2] Atmoko. Tjipto, Stdar Operasional Prosedur (SOP) d Akuntabilitas Kinerja Instsi Pemerintah, Jakarta: Hd Out, [3] Y. M. Kusuma Ardha, PHP Menyelesaik Website 30 Juta, Purwokerto: Jasakom, [4] B. Raharjo, Belajar Pemrogram Web, Bdung: Modula, Gambar 24 Antarmuka lapor uji petik 5.18 Halam lapor surat Gambar 25 AntarMuka lapor surat 5.19 Halam berda pimpin [5] S. Rizky, Konsep Dasar Rekayasa Pergkat Lunak, Jakarta: Gramedia Pustaka, [6] Yakub, Pengtar Infromasi, Yogyakarta: Graha Ilmu, [7] M. S. Rosa A.S, Modul Pembelajar Rekayasa Pergkat Lunak (Terstruktur d Berorientasi Objek), Bdung: Modula, [8] K. Wiswakarma, Membuat Katalog Online deng PHP & CSS, Bali: Lokomedia, [9] E. P. Nugroho, K. Ratnasari, K. N. Ramadhi d B. L. Putro, Rekayasa Pergkat Lunak, Bdung: Politeknik Telkom, [10] Pemerintah kota cimahi, [Online]. Available: [Accessed 27 Mei 2015]. [11] Bad Ke Daerah, [Online]. Available: Gambar 26 Antarmuka berda pimpin 5.20 Halam pengaju Gambar 27 Antarmuka pengaju perijij [12] [13] [Accessed 27 Mei2015]. B. A. Minartiningtyas, "SMS Gateway," 15 December [Online]. Available: [Accessed ]. Agus Saputra, Membgun Aplikasi SMS deng PHP d MySQL. Jakarta: PT. Elex Media Komputindo, Halam Approve pimpin 2 Gambar 28 Antarmuka approve pimpin

8