SI1211473727: Perbedaan revisi

Dari widuri
Lompat ke: navigasi, cari
[revisi tidak terperiksa][revisi tidak terperiksa]
(Spesifikasi Basis Data)
(Rancangan Prototype)
Baris 1.650: Baris 1.650:
 
<p style="line-height: 2"> Tahap ini merupakan gambar yang jelas mengenai rancangan bangun yang lengkap kepada para pengguna dan website yang diteliti, juga sebagai pemenuhan kebutuhan daripada parapengguna sistem. Berikut ini merupakan prototype atau tampilan dari perancangan sistem Laporan Arus Kas Penjualan yang akan dibuat, yaitu :</p></div>
 
<p style="line-height: 2"> Tahap ini merupakan gambar yang jelas mengenai rancangan bangun yang lengkap kepada para pengguna dan website yang diteliti, juga sebagai pemenuhan kebutuhan daripada parapengguna sistem. Berikut ini merupakan prototype atau tampilan dari perancangan sistem Laporan Arus Kas Penjualan yang akan dibuat, yaitu :</p></div>
 
===<em>Prototype</em> Halaman <em>Login</em>===
 
===<em>Prototype</em> Halaman <em>Login</em>===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/5xCzTdBn4pcSELYmZ5q1r9EAOdY0gy3JWsrWn2AvTrVdpBt4V9lqOhy4HGG3fIpm7rREKEO5ZtrF0RmGi41gBaL49uOU4wx39v7Ptn-8DStnOIlyPbdt0K0Qko8qrt6dS_DwBoB1nZTwpUZFhc9PwKYc9SVTDvlUeQpz_0y_orDYVZ0kgl-6Otvfv7OIY8BycT2uPQwzcetxFtl08mRX5FgRtluBYBwTUssGbXLygJqlv_UuyKr7E3ZKb_tlakR5sFDX7KSBldl3v22xYxeuFxWfDO9N5MMjwLfdx8ySAJ_hzT3owqY5ysJpx9ozSv5tnrUPKNOWWdVnbB9F2SMGbQ1J_8hrFucxgZ3ZOZCOrIYhGogBzd4BoPUDgvoTY2sWCN6AZjq3weT924mXblzdw2P3oOP3ULSGsAAdADjB6RROWc_PEP7iEdTvu2ZZOHmPxL1M7ySfHIyEucVdraoGeWMmWndfkaU5FGPnsx_CEHmSQhotSQI83u3QGcC2hGVULMAhEYAv2WK6brR7Gz8KlfkR4yaxnq-tlubzFpyvzY2KLZ6FIyQ0vA7l3vK-_eWzSA1G_cMiBy3orHvnSb9e8uqvv4L379vjInj3WBBz1468TCjL=w1356-h522-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/wh7mraps7/gambar_4_7.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.7 <em>Prototype</em> Halaman <em>Login</em>'''</p>
 
<p style="text-align:center;"> '''Gambar 4.7 <em>Prototype</em> Halaman <em>Login</em>'''</p>
  
 
===<em>Prototype</em> Menu <em>Home</em>===
 
===<em>Prototype</em> Menu <em>Home</em>===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/NNTDNFfVg88VSP0JTFlNcWpUWdInAOCNUd7GhLW4zMe3TD0Fin-ilFtx9-cI2i7kZv8hi-GrNPBC_w7QA0qP3lEkvSykuawWE_qJ4NllVkYZwatlElOFGCLi8OfLCcTf17QTdJxoZCsCnaH1404bhIfIGd4JHktTVVygtHCOzQG737FgTZGLSJ3UOgxGk0YcLrh_6NClkM-EmoSwzg3LTucjYLpo33m-Fx9zj8-fCwizOIN6-aym76IareMBFVgxjDUO3OF0uLdhGG3JqdiJQ_UJLxicZpbypLiCw5XoTu7Y-qbPq_q9zfI0z36JpARZET8Kl2iB5TNiSCi1txG5RTpDVxCOtCAhjGEyEpBxWCcbUeNtmdTd28bYrLEqufvfCyBxU_WVCRiejuSiV4gAygTq-qFQTWn1KzoJUbx9ZYYWXu_Hn1W9PxRdScN6ht7veyYb6lVR4H3MIAKEYGO85kRqxWN3x030yGjo1Lc7aF5fuWIcFBVEj4I_mr1DwtdFBE_Nt8HAWY67HcK3DYA04L27jP6QePpMsnxXFhsShf1H-MEsggjEBsBGTb7VC1hx4t-qky17dyk5zsWvhi1xkrLv4njicXXngq2cYaB3NgCZIkia=w624-h288-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/bllcg1tl3/gambar_4_8.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.8 <em>Prototype</em> Menu <em>Home</em>'''</p>
 
<p style="text-align:center;"> '''Gambar 4.8 <em>Prototype</em> Menu <em>Home</em>'''</p>
  
 
===<em>Prototype</em> Menu Absensi Anggota===
 
===<em>Prototype</em> Menu Absensi Anggota===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/GHpb12AmKRN2IXfMDkzSLHL-YlF4Ki3noan7thj2YkpSmuIBsy1lvgVhnCIPYuNOl9jN6i_6uimPm7mczqZ_8-txGSaDqJsg-eAuPxqyp6aR5MDUe_7Q5VI06xuHS9tG80AxB7JpUsgOGMshYoIWj5lKX8PMn4CFFH6dZAo2DurrT1hlNR_N2qS1Tp2Fqj8GiKrfKuYOxaA5VpGcYwPvST_n2d621fFYA6RMdgqO5k7Ytqgy5zYVPIk8i7lV9GPCZNlDchknTEoOAh8Fnqq9134EIaJu1IKAIUyCTJcsF5_gOIL6Hj9k7_7Dixljylz0HfRtWj9iXl3YsSYB8g7hpXXdwMQDDFOjpt_0Q5XZCaGY8UAAw-Ih7NNVPD3BZgQrlLZlqNYLIdXzGsV3jJc2Tk8hdb4-ai4weKRq5NBdkeU9TTec2E8_1rIS_g2ca6Y6h_3c23wsK84k6UKWcCziwF8tVDVS-X077Lz3b4FCZt-naKXNILEW-ey3CSNYNUanCalivR6UG_uAXZpEe9fY2KrnRdiH5OS3eY4H9mn0yrUBbJDl1M2eHfdYb7NIQjekgNE1oJqltD13KpJWn0g_kPiTSQ_Sx12DRtrGGisNN6LV1ELz=w624-h288-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/9iax8dts7/gambar_4_9.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.9 <em>Prototype</em> Menu Absensi Anggota'''</p>
 
<p style="text-align:center;"> '''Gambar 4.9 <em>Prototype</em> Menu Absensi Anggota'''</p>
  
 
===<em>Prototype</em> Menu Anggota===
 
===<em>Prototype</em> Menu Anggota===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/tZzyC5IiUZxWq7AgdPHmyBD-IK7wwFUUOuiM_F6zDS8Sw8dNwXo64Ureyibf6bp7wexqVMWzU1vbBIRUqSWIb_3OnJiA7pt_AEWj4tR9m9isgOqrzU1JO06dAWdkT7SFXXeaE3VLhJbgsbfeD7Y2KPNAz0Or9r_x8yHFcuOoOHdYJ9xAHkRuMB9BsJ-JWH-Wiy3LADQ_yJkXD45vG3PbRKD9nAkBeZXZnLFetJ7pUPDs9DTcIyWbnzp1E6opUgC7obCPVQwnARqt5piYejVlK-vORNGmuBIY4slQix7G45Uh6lUlZUG1DA8p36gIWig5CfUwvLCo5HAJOfuISyJS5fZ132JXftsLZbpuepQU_5drY8Ow5JmXCBbbzjoErleNrqvdfZIREgokLJ9MC0PVYSghObM8HF0sDGvm2boBdgBnmKSpsQRsqZCn8I188W1SUx6KISm6Gpe8QjRoEgZFJINIrSx9z2me7r-WuZbHT00cGEQu5UMlPruIHk4J-8R3vN4i6Y38LePCr0bssHkKB8EtE75AYD3ptajitQV47O1d-WPAIXGQV6f9Ix4Wj16SW4HTO4pf4K5Nrq7TYWiDQqgqVUMG_X4Fi001MUNyH_dFwT7e=w624-h288-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/5ag4zmscn/gambar_4_10.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.10 <em>Prototype</em> Menu Anggota'''</p>
 
<p style="text-align:center;"> '''Gambar 4.10 <em>Prototype</em> Menu Anggota'''</p>
  
 
===<em>Prototype</em> Menu Grup===
 
===<em>Prototype</em> Menu Grup===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/rHnE-fUmsDXifj0L7JxDBBcb0GL1Ue9rWvdB-D_7W7ZA119c3wkZTZlJ889eO_xeu4I2Y-BTX6UouxMzraB_y9MXQMsD0qWaNnO8LqApQRsxBl3BqDgp-lW6RAczee9dLGjIJgnjHYL-jMpGWlkDYhTsQ9Br3mDknKtwkGRoqhfUTXUnxmmkfT-jX8Wfks6-9xwpEO74FqxI1kUpX8nY7lUcc02Kuz2ceMSOIveZoeWDrQx4LY1av4XgXfAyFZP8v8DS_hd7QsUar4UAK8b5bvTgSiFVTYW23gnsrIJ8N7mZSnsiYhNe149M24ZDozTojMiBPwR6bpGGRciTdNjw95aYMiglFcfGdENkyyn5AmmhAx4HrVW1iPUr4k60RHoRYt3H_VGexJT0mDNcEKZOCBuatzWWkCdLKibPxU6sE0AhrxIqvnMtQWNt0BuHG22LkLl3MZwzYLjtfLt5QISkEisvsofkAFJlLxhVY1KXmiTtkb-IU2Bo28XZBkLyz8K-dSuFu2Ya7eN11FwV_ETlXZq4Z2m0efckGbKIyR6XhjMCsKx1eg4JuzWUDupnfYDzypbO8Q9KQIkwynJ0qzOAH4tzCIU1zdMhdL9QN8YltTMqmX81=w624-h288-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/lzm69aebr/gambar_4_11.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.11 <em>Prototype</em> Menu Grup'''</p>
 
<p style="text-align:center;"> '''Gambar 4.11 <em>Prototype</em> Menu Grup'''</p>
  
 
===<em>Prototype</em> Menu <em>Report</em>/Laporan===
 
===<em>Prototype</em> Menu <em>Report</em>/Laporan===
<div align="center"><img width="700" height="500" style="margin:0px" src="https://lh3.googleusercontent.com/LxXEounpqevXbUmRoLOEb972Nc-FytWnh2JAdJoEv8RA74R3bbSLNAcUjCzsvY5cmq881Y0WmOLs121k86nVZ_s_PsR94bKDwgcBr4cdvH3KslBybufs8iTpot3AyIn_UTjr3xkqSZmfzWZsMnwYoOCerTAb5aP2HGBbv6MMztVXPqt6XdnRXm3kmxOi8RaNyTI9GP8cZ26XNiKYWLcQlsTujoLvSIK5ehkDLjW8Ha7TZ9HGGUOyOSlr_fEeQ-jCqe1Xtwydst1XOv6A2mCtR8ZFK8ELF1ZKRSHypuT0sYntjdWW5wGJKMJyipUB_zbgeXvpgD3HxjXGIeK9t6ilJN6fGB53yoEhuN9YRiKw2C74mpJGGnFTwHgvRdzySNoaYD4SMPr9JGncwX6XFj2G5SVWR0yE_EVaIVF4wr3H3KGffxcuKNLeNTTQUpfYlmKY_nVg00M3MUEk4ZnZOg8f2Jg-VrWqZdpll085n9jQORzM90K8ensQ9I6aRZIpa7l4Ueb4-60QGLjRe86LDCx5Okvmn6WrRfbsSkN166912Zpklc_iLAmCk1IYkiCYvIygwP9vWMeMz57LFjWOnK6FY_lLk1cTd1YgueRTEDaybHUclYK-=w1346-h442-no.jpg"/></div>
+
<div align="center"><img width="700" height="500" style="margin:0px" src="https://s5.postimg.org/3lbn5b213/gambar_4_12.jpg"/></div>
 
<p style="text-align:center;"> '''Gambar 4.12 <em>Prototype</em> Menu <em>Report</em>/Laporan'''</p>
 
<p style="text-align:center;"> '''Gambar 4.12 <em>Prototype</em> Menu <em>Report</em>/Laporan'''</p>
  

Revisi per 22 Februari 2017 15.11


PERANCANGAN SISTEM INFORMASI ABSENSI ANGGOTA

BERBASIS WEB PADA BADAN PENANGGULANGAN

BENCANA DAERAH KOTA TANGERANG

SKRIPSI

Logo stmik raharja.jpg


Disusun Oleh :

NIM
: 1211473727
NAMA


JURUSAN SISTEM INFORMASI

KONSENTRASI SISTEM INFORMASI MANAJEMEN

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

STMIK RAHARJA

TANGERANG

(2016/2017)


LEMBAR PENGESAHAN SKRIPSI


PERANCANGAN SISTEM INFORMASI ABSENSI ANGGOTA

BERBASIS WEB PADA BADAN PENANGGULANGAN

BENCANA DAERAH KOTA TANGERANG


Disusun Oleh :

NIM
: 1211473727
Nama
Jenjang Studi
Jurusan
Konsentrasi

   

Disahkan Oleh :

Tangerang, Januari 2017

Ketua
       
Kepala Jurusan
       
           
           
           
           
(Ir. Untung Rahardja, M.T.I)
       
(Nur Azizah, M.Akt., M.Kom)
NIP : 00594
       
NIP : 078010

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR PERSETUJUAN PEMBIMBING


PERANCANGAN SISTEM INFORMASI ABSENSI ANGGOTA

BERBASIS WEB PADA BADAN PENANGGULANGAN

BENCANA DAERAH KOTA TANGERANG

Dibuat Oleh :

NIM
: 1211473727
Nama

 

Telah disetujui untuk dipertahankan dihadapan Tim Penguji Ujian Komprehensif

Jurusan Sistem Informasi

Konsentrasi Sistem Informasi Manajemen

Disetujui Oleh :

Tangerang, Januari 2017

Pembimbing I
   
Pembimbing II
       
       
       
       
Sutrisno, M.Kom
   
Mulyati, SE., MM., M.Pd
NID : 10020
   
NID : 11003

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

LEMBAR PERSETUJUAN DEWAN PENGUJI


PERANCANGAN SISTEM INFORMASI ABSENSI ANGGOTA

BERBASIS WEB PADA BADAN PENANGGULANGAN

BENCANA DAERAH KOTA TANGERANG

Dibuat Oleh :

NIM
: 1211473727
Nama

Disetujui setelah berhasil dipertahankan dihadapan Tim Penguji Ujian

Komprehensif

Jurusan Sistem Informasi

Konsentrasi Sistem Informasi Manajemen

Tahun Akademik 2016/2017

Disetujui Penguji :

Tangerang, Januari 2017

Ketua Penguji
 
Penguji I
 
Penguji II
         
         
         
         
(_______________)
 
(_______________)
 
(_______________)
NID :
 
NID :
 
NID :

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

(STMIK) RAHARJA

 

LEMBAR KEASLIAN SKRIPSI


PERANCANGAN SISTEM INFORMASI ABSENSI ANGGOTA

BERBASIS WEB PADA BADAN PENANGGULANGAN

BENCANA DAERAH KOTA TANGERANG


Disusun Oleh :

NIM
: 1211473727
Nama
Jenjang Studi
Jurusan
Konsentrasi

   

Menyatakan bahwa Skripsi ini merupakan karya tulis saya sendiri dan bukan merupakan tiruan, salinan, atau duplikat dari Skripsi yang telah dipergunakan untuk mendapatkan gelar Sarjana Komputer baik di lingkungan Perguruan Tinggi Raharja, maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.

Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab, serta bersedia menerima sanksi jika pernyataan di atas tidak benar.

Tangerang, Januari 2017

 
 
 
 
 
NIM : 1211473727

 

)*Tandatangan dibubuhi materai 6.000;

ABSTRAKSI

Badan Penanggulangan Bencana Daerah Kota Tangerang adalah salah satu organisasi perangkat daerah yang bergerak dalam bidang pelayanan terhadap masyarakat khususnya di kota Tangerang. Dalam proses kinerjanya BPBD Kota Tangerang perlu ditunjang dengan sistem-sistem agar fungsi dapat dijalankan dengan sebagaimana mestinya. Salah satunya adalah sistem absensi pada anggota, sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang masih dilakukan secara manual dengan melakukan kegiatan absensi tanda tangan pada lembar absen kertas. Dalam setiap kegiatan absensi sering terjadi kecurangan para anggota yang menitipkan tanda tangan absensinya atau mengisi daftar hadir tidak sesuai kedatangannya, sehingga kepala instansi terkait tidak dapat mengontrol keterlambatan para anggota yang datang melebihi waktu yang telah ditetapkan, atau pulang lebih awal dari jam waktu yang telah ditentukan. Perancangan sistem absensi anggota berbasis web ini dikembangkan dengan menggunakan perangkat lunak (Adobe Dreamweaver CS6), (Visual Paradigm for 6.4 Enterprise Edition), (XAMPP). Dengan menggunakan (XAMPP) paket-paket aplikasi yang kita perlukan dalam merancang sebuah web yang baik seperti (Apache Web Server), (PHP), dan (MySQL) telah tersedia. Oleh karena itu sistem absensi anggota berbasis web ini dapat dipakai sebagai pengganti absensi manual dengan menggunakan kertas sekaligus dapat menjadi standar baru sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang. Sehingga hasil yang diharapkan dapat memudahkan proses absensi agar cepat, akurat, dan keamanan data terjamin.

Kata Kunci : Perancangan Sistem Informasi, Absensi Anggota Berbasis Web

ABSTRACTION

Regional Disaster Relief Agency in Tangerang City is one of the official regional organizations which are in charge of providing public services especially in Tangerang area. To accomplish its duties effectively, the agency needs to be supported by proper systems. One of the systems needed is the attendance list system. Regional Disaster Relief Agency in Tangerang City is still doing the attendance list system manually, in which the members of the agency mark their sign on a piece of attendance list paper. This manual attendance list system has a great risk of cheating. Many members can ask their friends to sign the attendance list, even if the members are not present. Even if the members are really present, though, they can manipulate the office arriving and departing hour, so that the chief in charge cannot control the members who are coming late, going home sooner, or even do not come to the office at all. The new attendance list program will be based on web and developed by using Adobe Dreamweaver CS6, Visual Paradigm for 6.4 Enterprise Edition, and XAMPP. By using XAMPP, application packages such as Apache Web Server, PHP, and MySQL, all the application needed to make a well-made system are provided. Hopefully, this web-based program system of attendance list is able to replace the manual paper system and become the brand new attendance list system standard in the agency. This way, hopefully the new system will ease the attendance process, and make it more accurate, effective-efficient, and the safety of the data can be guaranteed.

Keywords: Keywords: Information System Design, Web-based Member Attendance List System

KATA PENGANTAR


Alhamdulillahirabbil’alamin,

Puji syukur kehadirat Allah SWT yang telah memberikan kemudahan serta melimpahkan segala rahmat dan karunia-Nya, sehingga laporan Skripsi Penulis yang berjudul “Perancangan Sistem Informasi Absensi Anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang” dapat berjalan dengan baik dan selesai dengan semestinya.

Penulisan laporan Skripsi ini disusun sebagai salah satu syarat dalam memperoleh gelar Sarjana Komputer (S.Kom) untuk jenjang S1 di Perguruan Tinggi Raharja. Sebagai bahan penulisan, Penulis memperoleh informasi berdasarkan hasil observasi, wawancara, survey, serta studi pustaka dari berbagai sumber yang mendukung penulisan laporan ini.

Pada kesempatan ini penulis menyampaikan selaksa pujian dan ucapan terimakasih kepada :

  1. Bapak Ir. Untung Rahardja, M.T.I selaku Presiden Direktur Perguruan Tinggi Raharja.
  2. Bapak Sugeng Santoso, M.Kom selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
  3. Ibu Nur Azizah,M.Akt.,M.Kom selaku Kepala Jurusan Sistem Informasi.
  4. Bapak Sutrisno, M.Kom selaku Dosen Pembimbing I yang telah memberikan bimbingan dan pengarahan kepada penulis.
  5. Ibu Mulyati, SE.,MM.,M.Pd selaku Dosen Pembimbing II yang telah memberi banyak masukan dalam penulisan skripsi.
  6. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
  7. H. Mustap dan Hj. Yuliyawati selaku orang tua tercinta yang telah memberikan dukungan moril, materil, serta doa.
  8. Keluarga besar BPBD Kota Tangerang.
  9. Lusi Intan Nuraini, istri tercinta yang selalu memberikan semangat kepada penulis.
  10. Semua rekan mahasiswa-mahasiswi Perguruan Tinggi Raharja yang telah membantu penulis dalam menyelesaikan laporan Skripsi ini.

Penulis menyadari bahwa penulisan laporan Skripsi ini masih jauh dari kesempurnaan. Untuk itu, penulis mengharapkan kritik dan saran yang bersifat membangun demi kesempurnaan penulisan di masa yang akan datang.

Akhir kata, semoga laporan Skripsi ini dapat bermanfaat bagi masyarakat dan khususnya bagi mahasiswa dalam menambah ilmu pengetahuan.

Tangerang, Januari 2017
Fikry Hardiyansyah
NIM. 1211473727

Daftar isi


DAFTAR TABEL

Tabel 3.1 Tabel Faktor Strategi Internal

Tabel 3.2 Tabel Faktor Startegi Eksternal

Tabel 3.3 Tabel Elisitasi Tahap I

Tabel 3.4 Tabel Elisitasi Tahap II

Tabel 3.5 Tabel Elisitasi Tahap III

Tabel 3.6 Tabel Elisitasi Tahap Final

Tabel 4.1 Tabel Prosedur yang Berjalan dan Sistem Usulan

Tabel 4.2 Tabel Absen Hadir

Tabel 4.3 Tabel Absen Pulang

Tabel 4.4 Tabel Anggota

Tabel 4.5 Tabel Grup

Tabel 4.6 Tabel Login

Tabel 4.7 Tabel Pengujian Blackboc pada Login

Tabel 4.8 Tabel Pengujian Blackbox pada Menu Absensi, Anggota, dan Laporan

Tabel 4.9 Tabel Schedulle Implementasi

Tabel 4.10 Tabel Estimasi Biaya

DAFTAR GAMBAR

Gambar 2.1 Metode Prototype

Gambar 2.2 Ruang Kerja Adobe Dreamweaver

Gambar 3.1 Struktur Organisasi BPBD Kota Tangerang

Gambar 3.2 Use Case Diagram Absensi Anggota BPBD Kota Tangerang

Gambar 3.3 Activity Diagram Absensi Anggota BPBD Kota Tangerang

Gambar 4.1 Use Case Diagram yang Diusulkan

Gambar 4.2 Sequence Diagram yang Diusulkan untuk Absensi Anggota

Gambar 4.3 Sequence Diagram yang Diusulkan untuk Kasubag Kepegawaian

Gambar 4.4 Activity Diagram yang Diusulkan Anggota

Gambar 4.5 Activity Diagram yang Diusulkan untuk Kasubag Kepegawaian

Gambar 4.6 Class Diagram yang Diusulkan

Gambar 4.7 Prototype Halaman Login

Gambar 4.8 Prototype Menu Home

Gambar 4.9 Prototype Menu Absensi Anggota

Gambar 4.10 Prototype Menu Anggota

Gambar 4.11 Prototype Menu Grup

Gambar 4.12 Prototype Menu Report/Laporan

DAFTAR SIMBOL

DAFTAR SIMBOL USE CASE DIAGRAM

Daftar Simbol Use Case Diagram.png

DAFTAR SIMBOL ACTIVITY DIAGRAM

Daftar Simbol Activity Diagram.png


DAFTAR SIMBOL SEQUENCE DIAGRAM

Daftar Simbol Sequence Diagram.png

BAB I

PENDAHULUAN

Latar Belakang

Saat ini ilmu pengetahuan dan teknologi berkembang begitu cepat. Menjadikan setiap negara dari berbagai penjuru dunia berlomba–lomba mengembangkan sumber daya manusianya khususnya dalam bidang teknologi dan informasi, menjadikan teknologi memiliki peran penting dalam usaha menciptakan kemajuan disemua bidang kehidupan manusia. Dengan adanya teknologi, informasi serasa lebih mudah didapat cepat, dan juga praktis.

Setiap tahun, bulan, bahkan hari, teknologi terus mengembangkan kecanggihan terbarunya. terutama teknologi yang saat ini berperan besar untuk kelangsungan hidup manusia adalah komputer. Manusia dalam mengerjakan setiap pekerjaannya selalu mengandalkan bantuan komputer. Komputer mempunyai andil penting dalam pemecahan masalah, khususnya pada pengolahan data, perancangan sistem, dan dapat menjadi alat bantu manusia untuk mengambil keputusan. karena komputer memiliki kecepatan dan tingkat akurasi yang sangat tinggi, sehingga mempermudah setiap pekerjaan manusia. Penggunaan komputer juga dapat dijadikan alat untuk mencapai tujuan dan mencari kemudahan dalam proses pekerjaan terutama yang menggunakan banyak data. Hampir disemua instansi-instansi baik yang bersifat negeri maupun swasta menggunakan sistem komputer dalam proses kinerjanya.

Badan Penanggulangan Bencana Daerah Kota Tangerang merupakan instansi pemerintahan yang memiliki anggota cukup banyak, sehingga data-data anggota tersebut harus terorganisir dan terkomputerisasi, terutama dalam bidang absensi agar tingkat kedisplinan dan kinerja dapat berjalan dengan baik. Saat ini sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang masih bersifat Manual atau tanda tangan pada lembar kertas harian, sehingga resiko manipulasi absensi sangat tinggi serta tingkat kedisiplinan pada saat hadir dan pulang kerja anggota sangat kurang. Oleh karena itu, diperlukannya sistem absensi untuk anggota yang terkomputerisasi dengan baik.

Dari uraian di atas, penulis melakukan penelitian untuk dijadikan bahan laporan skripsi yang mengambil judul “Perancangan Sistem Informasi Absensi Anggota Berbasis Web Pada Badan Penanggulangan Bencana Daerah Kota Tangerang.”

Perumusan Masalah

Berdasarkan penjelasan singkat di atas pada Badan Penanggulangan Bencana Daerah Kota Tangerang, terutama dalam bagian absensi anggota, penulis mengidentifikasi beberapa masalah yang timbul, yaitu :

  1. Bagaimanakah sistem absensi yang digunakan pada Badan Penanggulangan Bencana Daerah Kota Tangerang saat ini ?
  2. Apakah penyimpanan laporan data-data absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang terorganisir dengan baik ?
  3. Bagaimana merancang sebuah sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang yang mudah, cepat, dan akurat ?

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

Adapun tujuan penulis dari penelitian ini adalah sebagai berikut :

1. Tujuan Operasional

  1. Untuk mengetahui lebih dalam tentang sistem absensi yang digunakan pada Badan Penanggulangan Bencana Daerah Kota Tangerang.
  2. Mengetahui penyimpanan data–data absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang.
  3. Merancang sebuah sistem absensi anggota berbasis web pada Badan Penanggulangan Bencana Daerah Kota Tangerang.

2. Tujuan Fungsional

  1. Agar sistem absensi pada Badan Penanggulangan Bencana Daerah Kota Tangerang dapat digunakan akurat, efektif, dan efisien.

3. Tujuan Individu

  1. Meningkatkan wawasan serta pengetahuan informasi bagi penulis.
  2. Sebagai syarat kelulusan dari mata kuliah skripsi pada STMIK RAHARJA Tangerang.
  3. Sebagai syarat memperoleh gelar sarjana komputer.

Manfaat Penelitian

1. Bagi Penulis

  1. Menambah wawasan dan pengetahuan bagi penulis mengenai sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang.

2. Bagi Peneliti lain

  1. Memberi referensi mengenai perancangan sistem absensi anggota berbasis web sehingga tukar–menukar informasi akan sangat membantu dan menambah pengetahuan.

3. Manfaat Bagi Perusahaan

  1. Meningkatkan displin kerja anggota dalam hal absensi.
  2. Mengurangi terjadinya kesalahan dalam pencatatan absensi.
  3. Menyajikan data-data absensi anggota yang tersusun secara akurat.

Ruang Lingkup Penelitian

Agar ruang lingkup penelitian lebih mengarah dan berjalan dengan baik, maka ruang lingkup yang akan dibahas dalam masalah ini adalah proses absensi anggota yang masih menggunakan sistem manual dan megembangkan sistem tersebut ke sistem yang telah terkomputerisasi, seperti login, input data anggota, input absensi anggota, input keterangan anggota, sampai ke laporan absensi bulanan anggota tersebut.

Metode Penelitian

Dalam penyusunan laporan skripsi ini, penulis mengumpulkan data dan keterangan yang diperlukan untuk penelitian dengan metode sebagai berikut:

Metode Pengumpulan Data

1. Metode Observasi (Pengamatan)

Peneliti melakukan tinjauan langsung ke Badan Penanggulangan Bencana Daerah Kota Tangerang untuk mengumpulkan data dan informasi mengenai absensi anggota.

2. Metode Wawancara

Metode ini dilakukan melalui proses tanya jawab dengan seorang narasumber di tempat atau lokasi dimana objek penelitian dilakukan. Proses tanya jawab ini dilakukan dengan kepala, kabid, kasi, kanit, danki, staf dan anggota Badan Penanggulangan Bencana Daerah Kota Tangerang.

3. Studi Pustaka

Penulis melakukan studi pustaka untuk mengumpulkan data-data dan informasi dengan membaca buku-buku atau melalui media internet yang berhubungan dengan sistem yang akan diteliti dalam penelitian ini.

Metode Analisis Sistem

Pada penelitian ini, metode analisis sistem dilakukan dengan menggunakan analisis SWOT dengan didasarkan pada logika yang dapat memaksimalkan kekuatan strengths, kelemahan weaknesses, peluang opportunities, dan ancaman threats terhadap sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang.

Metode Perancangan

Dalam metode perancangan sistem yang diusulkan, penulis menggunakan metode waterfall. merupakan metode yang sering digunakan oleh penganalisa sistem pada umumnya. Inti dari metode waterfall adalah pengerjaan dari suatu sistem dilakukan secara berurutan atau secara linear. Jadi jika langkah ke-1 belum dikerjakan, maka langkah 2 tidak dapat dikerjakan. Jika langkah ke-2 belum dikerjakan maka langkah ke-3 juga tidak dapat dikerjakan, begitu seterusnya. Secara otomatis langkah ke-3 akan bisa dilakukan jika langkah ke-1 dan ke-2 sudah dilakukan.

Tahap dalam menentukan proses data yang diperlukan oleh sistem baru dengan tujuan memenuhi kebutuhan user dengan alat bantu Unified Modeling Language (UML) dengan software Visual Paradigm for 6.4 Enterprise Edition yaitu Use Case Diagram, Class Diagram, Sequence Diagram, dan Activity Diagram. Proses ini akan menerjemahkan syarat kebutuhan ke sebuah perancangan perangkat lunak yang dapat diperkirakan sebelum membuat coding. Proses ini berfokus pada struktur data menggunakan MySQL, arsitektur, presentasi interface dengan menggunakan Dreamweaver CS6, dan detail (algoritma) procedural. Tahapan ini akan menghasilkan dokumen yang disebut software requirement. Dokumen inilah yang akan digunakan untuk melakukan aktivitas pembuatan sistem, konfigurasi sistem dan menyiapkan usulan implementasi.

Metode Pengujian

Metode pengujian yang di ajukan menggunakan Blackbox Testing yaitu metode uji coba yang memfokuskan pada keperluan software. Metode pengujian Blackbox Testing berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya fungsi-fungsi yang salah atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses database eksternal dan kesalahan performa. Oleh karena itu, penulis menggunakan pengujian Blackbox Testing sehingga dapat diketahui apakah sistem sesuai dengan apa yang diharapkan oleh stakeholder. Tahap implementasi adalah tahap dimana rancangan sistem yang dibentuk menjadi suatu kode (program) yang siap untuk dioperasikan, audit sistem, penjagaan, perbaikan dan pengembangan sistem.

Sistematika Penulisan

Untuk mempermudah pembaca dalam membaca dan mengikuti aturan penulisan yang ada, maka penulis mengelompokkan laporan skripsi berjudul “Perancangan Sistem Informasi Absensi Anggota Berbasis Web Pada Badan Penanggulangan Bencana Daerah Kota Tangerang” ini menjadi beberapa bab yang secara tingkat dapat dijelaskan sebagai berikut :

BAB I PENDAHULUAN

Berisi tentang latar belakang, perumusan masalah, tujuan dan manfaat penelitian, ruang lingkup penelitian, metode penelitian, dan sistematika penulisan.

BAB II LANDASAN TEORI

Bab ini berisikan teori yang berupa pengertian dan definisi yang diambil dari kutipan buku yang berkaitan dengan penyusunan laporan skripsi serta beberapa literature review yang berhubungan dengan penelitian.

BAB III PEMBAHASAN DAN ANALISIS SISTEM YANGBERJALAN

Bab ini berisikan gambaran dan sejarah singkat Badan Penanggulangan Bencana Daerah Kota Tangerang, struktur organisasi, permasalahan yang dihadapi, alternatif pemecahan masalah, analisa proses SWOT, UML (Unified Modeling Language) sistem yang berjalan, serta alternatif pemecahan masalah.

BAB IV RANCANGAN SISTEM YANG DIUSULKAN

Dalam bab ini penulis menguraikan sistem yang akan diusulkan seperti, usulan prosedur yang baru, diagram rancangan sistem, rancangan basis data yang terdiri dari normalisasi dan spesifikasi dasis data sistem yang diusulkan, rancangan prototype, konfigurasi sistem, testing evaluasi schedule, implementasi dan estimasi biaya.

BAB V KESIMPULAN DAN SARAN

Bab ini berisikan simpulan dan saran yang berkaitan dengan analisa dan optimalisasi sistem berdasarkan yang telah diuraikan pada bab-bab sebelumnya.

DAFTAR PUSTAKA

LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Konsep Dasar Perancangan

1. Definisi Perancangan

Dalam buku yang berjudul sistem informasi akuntansi definisi perancangan adalah sebagai berikut :

Perancangan adalah terdiri dari perancangan logis yaitu melengkapi eksternal level schema dan menterjemahkan persyaratan data para pemakai dan program aplikasi kedalam conceptual level schema, sedangkan perancangan fisik adalah penyimpanan hasil rancangan konsep kedalam struktur penyimpanan fisik (Krismiaji, 2005:144).

Sedangkan Al-Bahra Bin Ladjamudin dalam bukunya yang berjudul Analisis & Desain Sistem Informasi (2005:39), menyebutkan bahwa: “Perancangan adalah suatu kegiatan yang memiliki tujuan untuk mendesign sistem baru yang dapat menyelesaikan masalah-masalah yang dihadapi perusahaan yang diperoleh dari pemilihan alternatif sistem yang terbaik.”

Berdasarkan definisi di atas, penulis menyimpulkan bahwa perancangan merupakan suatu pola yang dibuat untuk mengatasi masalah yang dihadapi perusahaan atau organisasi setelah melakukan analisis.

Konsep Dasar Sistem

1. Definisi Sistem

Menurut Hartono dalam jurnal CCIT Dewi dan Yunita (2007:68), ada dua pendekatan dalam pendefinisian sistem. Yang pertama pendekataan sistem yang menekankan pada prosedur, sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Pendekatan yang kedua, sistem merupakan jaringan kerja dari prosedur lebih menenkankan urutan-urutan operasi didalam sistem.

Fredrick mendefinisikan bahwa “Suatu sistem beroperasi dan berinteraksi dengan lingkungannya untuk mencapai sasaran tertentu, suatu sistem menunjukan tingkah lakunya melalui interaksi diantara komponen-komponen dalam sistem dan diantara lingkungannya” (Maimunah, et all, 2007: 56) Jurnal CCIT Vol.1 No. 1 September 2007.

Sedangkan Sutabri (2012:16), mengatakan bahwa, “Suatu sistem pada dasarnya adalah sekelompok unsur yang erat hubungannya satu dengan yang lain yang berfungsi bersama-sama untuk mencapai tujuan tertentu”.

Dari uraian di atas dapat diambil kesimpulan bahwa suatu sistem pada dasarnya adalah sekelompok unsur yang erat hubungannya satu dengan yang lain yang berfungsi bersama-sama untuk mencapai tujuan tertentu.

2. Karakteristik Sistem

Menurut Sutabri (2012:20), model umum sebuah sistem adalah input, process, dan output. Hal ini merupakan konsep sebuah sistem yang sangat sederhana sebab sebuah sistem dapat mempunyai beberapa masukan dan keluaran. Adapun karakteristik sistem yang dimaksud adalah sebagai berikut :

a. Komponen Sistem (Components)

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, artinya saling bekerja sama membentuk satu kesatuan. Komponen-komponen sistem tersebut dapat berupa suatu bentuk subsistem, setiap subsistem memiliki sifat dari sistem yang menjalankan suatu fungsi tertentu dan mempengaruhi proses sistem secara keseluruhan, suatu sistem dapat mempunyai sistem yang lebih besar atau sering disebut “supra sistem”.

b. Batasan Sistem (Boundary)

Ruang lingkup sistem merupakan daerah yang membatasi antar sistem dengan sistem yang lain atau sistem dengan lingkungan luarnya, batasan sistem ini memungkinkan suatu sistem dipandang sebagai satu kesatuan yang tidak dapat dipisahkan.

c. Lingkungan Luar Sistem (Environtment)

Bentuk apapun yang ada di luar ruang lingkup atau batasan sistem yang mempengaruhi operasi sistem tersebut disebut lingkungan luar sistem, lingkungan luar sistem ini dapat bersifat menguntungkan dan dapat juga bersifat merugikan sistem tersebut. Dengan demikian, lingkungan luar tersebut harus tetap dijaga dan dipelihara, lingkungan luar yang merugikan harus dikendalikan, jika tidak akan mengganggu kelangsungan hidup sistem tersebut.

d. Penghubung Sistem (Interface)

Media yang menghubungkan sistem dengan subsistem lain disebut penghubung sistem atau interface, penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem lain. Bentuk keluaran dari satu subsistem akan menjadi masukan untuk subsistem lain melalui penghubung tersebut, dengan demikian dapat terjadi suatu integrasi sistem yang membentuk suatu kesatuan.

e. Masukan Sistem (Input)

Energi yang dimasukan ke dalam sistem disebut masukkan sistem, yang dapat berupa pemeliharaan (maintenance input) dan sinyal (Signal Input). Contoh, di dalam suatu unit sistem komputer “program” adalah maintenance input yang digunakan untuk mengoperasikan komputernya dan “data” adalah signal input untuk diolah menjadi informasi.

f. Keluaran Sistem (Output)

Hasil energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna, keluaran ini merupakan masukan bagi subsistem yang lain seperti sistem informasi. Keluaran yang dihasilkan adalah informasi, informasi ini dapat digunakan sebagai masukkan untuk pengambilan keputusan atau hal-hal yang menjadi input bagi subsistem lain.

g. Pengolahan Sistem (Proses)

Suatu sistem dapat mempunyai suatu proses yang akan mengubah masukan menjadi keluaran, contohnya adalah sistem akuntansi. Sistem ini akan mengolah data transaksi menjadi laporan-laporan yang dibutuhkan oleh pihak manajemen.

h. Sasaran Sistem (Proses)

Suatu sistem memiliki tujuan dan sasaran yang pasti dan bersifat deterministic, jika suatu sistem tidak memiliki sasaran maka operasi sistem tidak ada gunanya. Suatu sistem dikatakan berhasil bila mengenai sasaran atau tujuan yang telah direncanakan.

3. Klasifikasi Sistem

Sutabri (2012:22), mengklasifikasikan sistem dari beberapa sudut pandang, di antaranya :

a. Sistem Abstrak dan Sistem Fisik

Sistem abstrak adalah sistem yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik, misalnya sistem teologia, yaitu sistem yang berupa pemikiran hubungan antara manusia dengan Tuhan, sedangkan sistem fisik merupakan sistem yang ada secara fisik, misalnya sistem komputer, sistem produksi, sistem penjualan, sistem administrasi personalia dan lain sebagainya.

b. Sistem Alamiah dan SIstem Buatan Manusia

Sistem alamiah adalah sistem yang terjadi melalui proses alam; tidak dibuat oleh manusia, misalnya sistem perputaran bumi, terjadinya siang malam, pergantian musim. Sedangkan sistem buatan manusia merupakan sistem yang melibatkan interaksi manusia dengan mesin yang disebut human machine sistem. Sistem informasi berbasis komputer merupakan contoh human machine sistem karena menyangkut penggunaan komputer yang berinteraksi dengan manusia.

c. Sistem Determinasi dan Sistem Probobalistik

Sistem yang beroperasi dengan tingkah laku yang dapat diprediksi disebut sistem deterministic. Sistem komputer adalah contoh dari sistem yang tingkah lakunya dapat dipastikan berdasarkan program-program komputer yang dijalankan. Sedangkan sistem yang bersifat probabilistik adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probablistic.

d. Sistem Terbuka dan Sistem Tertutup

Sistem tertutup merupakan sistem yang tidak berhubungan dan tidak terpengaruh oleh lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa campur tangan pihak luar. Sedangkan sistem terbuka adalah sistem yang berhubungan oleh lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan keluaran untuk subsistem lainnya.

Konsep Dasar Data dan Informasi

1. Definisi Data

Menurut Turban (2010:41), “Data adalah deskripsi awal dari benda, peristiwa, aktivitas dan transaksi yang direkam, dikelompokan, dan disimpan tetapi belum terorganisir untuk menyampaikan arti tertentu”.

Suranta (2004:4) mendefinisikan data adalah “Bahan keterangan tentang kejadian-kejadian nyata atau fakta-fakta tertentu yang tidak acak yang menunjukan jumlah, tindakan, atau hal”.

Sedangkan Sutabri (2012:1) mengatakan, “Sumber informasi adalah data. Data adalah kenyataan yang menggambarkan suatu kejadian-kejadian dan kesatuan nyata. Kejadian-kejadian adalah sesuatu yang terjadi pada saat tertentu di dalam dunia bisnis”.

Berdasarkan teori para ahli di atas penulis menyimpulkan data adalah fakta-fakta yang menggambarkan benda, aktivitas, peristiwa, atau transaksi yang terekam, tersimpan dan dikelompokan tetapi belum berupa arti tertentu.

2. Klasifikasi Data

Menurut Sutabri (2012:3), data itu sendiri dapat diklasifikasikan menurut jenis, sifat, dan sumber. Mengenai penjelasan klasifikasi data tersebut akan diurai di bawah ini :

a. Klasifikasi Data Menurut Jenis Data

1) Data Hitung (enumeration/counting data)

Data hitung adalah hasil perhitungan atau jumlah tertentu. Yang termasuk data hitung adalah presentase dari suatu jumlah tertentu. Mencatat jumlah mahasiswa dalam suatu kelas atau presentase dari mahasiswa/i dalam kelas akan menghasilkan suatu data hitung.

2) Data ukur (measurement data)

Data ukur adalah data yang menunjukan ukuran mengenai nilai sesuatu. Angka tertentu atau huruf tertentu yang diberikan oleh seorang dosen kepada seorang mahasiswa setelah memeriksa hasil tentamennya merupakan data ukur. Angka yang ditunjukan alat barometer atau termometer adalah hasil proses pengukuran.

b. Klasifikasi Data Menurut Sifat Data

1) Data Kuantitatif (quantitative data)

Data kuantitatif adalah data mengenai penggolongan dalam hubungannya dengan penjumlahan. Jika jumlah universitas negeri di Indonesia dibagi dalam dua golongan maka ada golongan pertama yang jumlah mahasiswanya lebih dari 5000 orang dan golongan yang lain kurang dari 5000 orang. Ini merupakan penggolongan kuantitatif.

1) Data Kualitatif (qualitative data)

Data kualitatif adalah data mengenai penggolongan dalam hubungannya dengan kualitas atau sifat tertentu. penggolongan fakultas-fakultas pada universitas negeri menjadi fakultas exacta dan fakultas non-exacta merupakan pemisahan menurut sifatnya. Penggolongan mahasiswa pada fakultas yang menggunakan sistem kredit kedalam penilaian studi dengan grade A, B, C, D didasarkan pada pemisah sifat-sifat kualitatifnya.

c. Klasifikasi Data Menurut Sumber Data

1) Data Internal (internal data)

Data internal adalah data yang asli, artinya data sebagai hasil observasi yang dilakukan sendiri, bukan data hasil karya orang lain.

2) Data Eksternal (external data)

Data eksternal adalah data hasil observasi orang lain. Seseorang boleh saja menggunakan data untuk suatu keperluan, meskipun data tersebut hasil kerja orang lain.

3. Pengolahan Data

Sutabri (2012:6) mengatakan, data merupakan bagian mentah untuk diolah yang hasilnya kemudian menjadi informasi. Dengan kata lain, data yang telah diperoleh harus diukur dan nilai baik dan buruk, berguna atau tidak dalam hubungannya dengan tujuan yang akan dicapai. Pengolahan data terdiri dari kegiatan-kegiatan penyimpanan data dan penanganan data. untuk lebih jelasnya akan diuraikan seperti dibawah ini.

a. Penyimpanan Data (data storage)

Penyimpanan data meliputi pekerjaan pengumpulan (filing), pencarian (searcing), dan pemeliharaan (maintenance). Data disimpan dalam suatu tempat yang lazim dinamakan “file”. File dapat berbentuk map, ordner, disket, tape, hard disk, dan lain sebagainya. Sebelum disimpan, suatu data diberi kode menurut jenis kepentingannya. Pengaturan dilakukan sedemikian rupa sehingga mudah mencarinya. Pengkodean memegang peranan penting. Kode yang salah dapat mengakibatkan data yang masuk kedalam file juga salah yang selanjutnya akan mengakibatkan kesulitan dalam mencari data tersebut apabila diperlukan. Jadi, file diartikan sebagai suatu susunan data yang terbentuk dari sejumlah catatan (record) yang berhubungan satu sama lain mengenai suatu bidang dalam suatu unit usaha.

Sistem yang umum dalam penyimpanan data (faling) ialah bedasarkan lembaga, perorangan, produksi, atau lain-lainnya, tergantung dari sifat organisasi yang bersangkutan. Kadang-kadang dijumpai kesulitan apabila menghadapi suatu data dalam bentuk surat misalnya, yang menyangkut ketiga klasifikasi tadi. Untuk memperoleh kemudahan dalam pencarian data (searching) di dalam file maka file dibagi menjadi dua jenis, yaitu :

1) File Induk

File induk ini berisi data-data permanen yang biasanya hanya dibentuk satu kali saja dan kemudian digunakan untuk pengolahan data selanjutnya.

2) File Transaksi

File transaksi berisi data-data temporer untuk suatu periode atau untuk suatu bidang kegiatan atau suatu periode yang dihubungkan dengan suatu bidang kegiatan.

b. Penanganan Data (data handling)

Penanganan data meliputi berbagai kegiatan seperti: pemeriksaan, perbandingan, pemilihan, peringkasan, dan penggunaan. Pemeriksaan data mencakup pengecekan data yang muncul pada berbagai daftar yang berkaitan atau yang datang dari berbagai sumber, untuk mengetahui berbagai sumber dan untuk mengetahui perbedaan atau ketidaksesuaian, pemeriksaan ini dilakukan dengan kegiatan pemeliharaan file (file maintenance).

Pemilihan atau sorting dalam rangka kegiatan penanganan data mencakup peraturan kedalam suatu urutan yang teratur, misalnya daftar pegawai menurut pangkatnya, dari pangkat yang tertinggi sampai yang terendah atau daftar pelanggan dengan menyusun namanya menurut abjad dan lain sebagainya. Peringkasan merupakan kegiatan lain dalam penanganan data. Ini mencakup pilihan, misalnya daftar pegawai yang telah mengabdikan dirinya kepada organisasi/perusahaan lebih dari 10 tahun atau daftar pelanggan yang memesan beberapa hasil produksi sekaligus dan lain-lain.

Pengguna data (data manipulation) merupakan kegiatan untuk menghasilkan informasi. Kegiatan ini meliputi komplikasi tabel-tabel, statistik, ramalan mengenai perkembangan, dan lain sebagainya. Tujuan manipulasi ini adalah menyajikan informasi yang memadai mengenai apa yang terjadi pada waktu yang lampau guna menunjang manajemen, terutama membantu menyelidiki alternatif kegiatan mendatang.

4. Bentuk Data

Yakub (2012:5) mengatakan, data dapat dibentuk menjadi lima, antara lain sebagai berikut :

a. Teks

Teks adalah sederatan huruf, angka, dan simbol-simbol yang kombinasinya tidak tergantung pada masing-masing item secara individual misalnya, artikel, koran, majalah, dan lain-lain.

b. Data yang Terformat

Data yang terformat adalah data dengan suatu format tertentu, misalnya, data yang menyatakan tanggal atau jam, dan nilai mata uang.

c. Citra (Image)

Citra atau Image adalah data dalam bentuk gambar, citra dapat berupa grafik, foto, hasil rontsen, dan tanda tangan.

d. Audio

Audio adalah data dalam bentuk suara misalnya, instrumen musik, suara orang, suara binatang, detak jantung, dan lain-lain.

e. Video

Video adalah data dalam bentuk gambar yang bergerak dan dilengkapi dengan suara misalnya, suatu kejadian dan aktivitas-aktivitas dalam bentuk film.

5. Hirarki Data

Yakub (2012:6) juga mengatakan, hirarki data dapat diorganisasikan menjadi beberapa level, antara lain sebagai berikut :

a. Elemen Data

Elemen data adalah satuan data terkecil yang tidak dapat dipecah lagi menjadi unit lain yang bermakna. Istilah lain dari elemen data dalam basis data relasional adalah field, kolom, item, dan atribut.

b. Record

Record adalah gabungan sejumlah elemen data yang saling terkait. Istilah lain dari rekaman dalam basis data relasional adalah baris atau tupel.

c. File

File adalah kumpulan record sejenis yang mempunyai panjang atribut sama, namun berbeda isinya. Istilah lain dari file dalam basis data relasional adalah berkas, tabel, dan relasi.

6. Definisi Informasi

Menurut Maimunah dkk dalam jurnal CCIT Vol. 5 No. 3 (2012:284), ”Informasi adalah data yang telah diolah menjadi sebuah bentuk yang lebih berarti bagi penerimanya, dan bermanfaat dalam mengambil sebuah keputusan”.

Sedangkan Sutabri (2012:29) Mengatakan, “Informasi adalah data yang telah diklasifikasikan atau diinterpretasi untuk digunakan dalam proses pengambilan keputusan”. Sistem pengolahan informasi mengolah data menjadi informasi atau tepatnya mengolah data dari bentuk tak berguna menjadi berguna bagi penerimanya.

Dari kedua definisi di atas, maka dapat disimpulkan informasi adalah data yang diolah menjadi bentuk yang lebih berguna bagi penerimanya.

7. Nilai Informasi

Menurut Sutabri (2012:38), pengukuran nilai informasi biasanya dihubungkan dengan analsis cost effectivess atau cost benefit. Nilai informasi didasarkan atas 10 sifat, yaitu :

a. Mudah Diperoleh

Sifat ini menunjukan informasi dapat diperoleh dengan mudah dan cepat, kecepatan memperoleh dapat diukur misalnya 1 menit versus 24 jam. Akan tetapi, beberapa nilainya bagi pemakai informasi sulit mengukurnya.

b. Luas dan Lengkap

Sifat ini menunjukan lengkapnya isi informasi, hal ini tidak berarti hanya mengenai volumenya, tetapi juga mengenai keluaran informasinya. Sifat ini sangat kabur, karena itu sulit mengukurnya.

c. Ketelitian

Sifat ini menunjukan minimnya kesalahan dalam informasi, dalam hubungannya dengan volume data yang besar terjadi dua jenis kesalahan, yakni kesalahan pencatatan dan kesalahan perhitungan.

d. Kecocokan

Sifat ini menunjukan seberapa baik keluaran informasi dalam hubungan dengan permintaan para pemakai, isi informasi harus ada hubungannya dengan masalah yang sedang dihadapi semua keluaran lainnya tidak berguna tetapi mahal mempersiapkannya, sifat ini sulit mengukurnya.

e. Ketepatan waktu

Menunjukan tak ada keterlambatan jika ada yang sedang ingin mendapatkan informasi masukan, pengolahan, dan pelaporan keluaran kepada pemakai biasanya tepat waktu.

f. Kejelasan

Sifat ini menunjukan keluaran informasi yang bebas dari istilah-istilah yang tidak jelas, membetulkan laporan dapat memakan biaya yang besar.

g. Keluwesan

Sifat ini berhubungan dengan dapat disesuaikannya keluaran informasi tidak hanya dengan beberapa keputusan, tetapi juga dengan beberapa pengambilan keputusan. Sifat ini sulit diukur, tetapi dalam banyak hal dapat diberikan nilai yang dapat diukur.

h. Dapat dibuktikan

Sifat ini menunjukan kemampuan beberapa pemakai informasi untuk menguji keluaran informasi dan sampai pada kesimpulan yang sama.

i. Tidak ada prasangka

Sifat ini berhubungan dengan tidak adanya keinginan untuk mengubah informasi guna mendapatkan kesimpulan yang telah dipertimbangkan sebelumnya.

j. Dapat diukur

Sifat ini menunjukan hakikat informasi yang dihasilkan dari sistem informasi formal.

8. Kualitas Informasi

Sutabri (2012:41) berpendapat, kualitas suatu informasi tergantung tiga hal, yaitu :

a. Akurat (accurate)

Informasi harus bebas dari kesalahan-kesalahan dan tidak menyesatkan. Informasi harus akurat karena biasanya dari sumber informasi sampai penerima informasi ada kemungkinan terjadi gangguan (noise) yang dapat mengubah atau merusak informasi tersebut.

b. Tepat Pada Waktunya (timeline)

Informasi yang datang pada penerima tidak boleh terlambat. Informasi yang sudah usang tidak akan mempunyai nilai lagi, karena informasi merupakan landasan didalam pengambilan keputusan. Bila pengambilan keputusan tersebut terlambat, maka dapat berakibat fatal untuk organisasi.

c. Relevan (relevance)

Informasi tersebut mempunyai manfaat untuk pemakainya. Relevansi informasi untuk tiap–tiap orang satu dengan yang lainnya berbeda.

9. Fungsi Informasi

Sutabri (2012:31) juga mengatakan, fungsi utama informasi adalah menambah pengetahuan. Informasi yang disampaikan kepada pemakai mungkin merupakan hasil data yang sudah diolah menjadi sebuah keputusan. Akan tetapi, dalam kebanyakan pengambilan keputusan yang kompleks, informasi hanya dapat menambah kemungkinan kepastian atau mengurangi bermacam-macam pilihan. Informasi yang disediakan bagi pengambil keputusan memberi suatu kemungkinan faktor resiko pada tingkat-tingkat pendapatan yang berbeda.

Konsep Dasar SIstem Informasi

1. Definisi Sistem Informasi

Sutabri (2012:46) mengatakan, “Sistem informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategi dari suatu organisasi untuk dapat menyediakan laporan-laporan yang diperlukan oleh pihak luar tertentu”.

2. Komponen Dasar Sistem Informasi

Sutabri (2012:47) juga berpendapat, sistem informasi terdiri dari beberapa komponen-komponen yang disebut blok bangunan (building block), diantaranya :

a. Blok Masukan (input block)

Input mewakili data yang masuk kedalam sistem informasi, input yang dimaksud adalah metode dan media untuk menangkap data yang akan dimasukan yang dapat berupa dokumen-dokumen dasar.

b. Blok Model (model block)

Blok ini terdiri dari kombinasi prosedur, logika, dan model matematik yang akan memanispulasi dati input dan data yang tersimpan di basis data dengan cara yang sudah tertentu untuk menghasilkan keluaran yang diinginkan.

c. Blok Keluaran (technology block)

Teknologi merupakan “tool box” dalam sistem informasi, teknologi digunakan untuk menerima input, menjalankan model, menyimpan dan mengakses data, menghasilkan dan mengirimkan keluaran, dan membantu pengendalian dari sistem secara keseluruhan. Teknologi terdiri dari tiga bagian utama, yaitu teknisi (brainware), perangkat lunak (software), dan perangkat keras (hardware).

d. Blok Basis Data (database block)

Basis data (database) merupakan kumpulan data yang saling berkaitan dan berhubungan satu sama lain, tersimpan diperangkat keras komputer dan menggunakan perangkat lunak untuk memanipulasinya. Data di dalam basis data perlu diorganisasikan sedemikian rupa agar informasi yang dihasilkan berkualitas.

e. Blok Kendali (control block)

Banyak hal yang dapat merusak sistem informasi, seperti bencana alam, api, termperatur, air, debu, kecurangan-kecurangan, kegagalan-kegagalan sistem itu sendiri, ketidak efisienan, sabotase, dan lain sebagainya. Beberapa pengendalian perlu dirancang dan diterapkan untuk meyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah ataupun bila terlanjur terjadi kesalahan-kesalahan dapat langsung diatasi.

3. Infrastruktur Informasi

Menurut Sutarman (2012:15), “Infrastruktur informasi terdiri atas fasilitas-fasilitas fisik, layanan, dan manajemen yang mendukung semua sumber daya komputer dalam suatu organisasi”. Terdapat empat komponen utama dari infrastruktur, yaitu sebagai berikut:

  1. Hardware (perangkat keras)
  2. Software (perangkat lunak)
  3. Database (basis data)
  4. Information management personnel (manajemen informasi personal)

Konsep Dasar Prototype

Definisi Prototype

Janner (2010:64) mendefinisikan prototype, “Prototype adalah perubahan cepat di dalam perancangan dan pembangunan prototype”. Dari pendapat yang dikemukakan di atas dapat disimpulkan bahwa prototype adalah proses pembuatan model produk dalam perancangan.

1. Prototype Jenis I

Prototype jenis I sesungguhnya akan menjadi sistem operasional. Pendekatan ini hanya mungkin jika peralatan prototyping memungkinkan prototype memuat semua elemen penting dari sistem baru. Langkah-langkah pengembangan prototype jenis I adalah sebagai berikut:

  1. Mengidentifikasi kebutuhan pemakai.
  2. Mengembangkan prototype
  3. Menentukan apakah prototype dapat diterima.
  4. Menggunakan prototype

2. Prototype Jenis II

Prototype jenis II merupakan suatu model yang dapat dibuang yang berfungsi sebagai alat cetak biru bagi sistem operasional. Pendekatan ini dilakukan jika prototype tersebut hanya dimaksudkan untuk tampilan seperti sistem operasional dan tidak dimaksudkan untuk memuat semua elemen penting. Tiga langkah pertama dalam pengembangan prototype jenis II sama seperti untuk prototype jenis I. Langkah-langkah selanjutnya adalah sebagai berikut :

  1. Mengkodekan sistem operasional.
  2. Menguji sistem operasional.
  3. Menentukan jika sistem operasional dapat diterima.
  4. Menggunakan sistem operasional.

Gambar 2.1 Metode Protoype


Menurut Sasankar dan Vinay Chavan di dalam jurnal International Journal of Computer Science & Technology Vol 10 No.3 (2012:195), Terdapat tiga pendekatan utama prototyping, yaitu :

a. Throw-away

Prototype dibuat dan dites. Pengalaman yang diperoleh dari pembuatan prototype digunakan untuk membuat produk akhir (final), kemudian prototype tersebut dibuang (tak dipakai).

b. Incremental

Produk finalnya dibuat sebagai komponen-komponen yang terpisah. Desain produk finalnya secara keseluruhan haya ada satu tetapi dibagi dalam komonen-komponen lebih kecil yang terpisah (independent).

c. Evolutionary

Pada metode ini, prototype-nya tidak dibuang tetapi digunakan untuk literasi desain berikutnya. Dalam hal ini, sistem atau produk yang sebenarnya dipandang sebagai evolusi dari versi awal yang sangat terbatas menuju produk final atau produk akhir.

Teori Khusus

Konsep Dasar UML (Unified Modeling Language)

1. Definisi UML

Menurut Nugroho (2010:6), “UML (Unified Modeling Language) adalah perangkat lunak yang berparadigma “berorientasi objek”. Pemodelan (modeling) sesungguhnya digunakan untuk penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa sehingga lebih mudah dipelajari dan dipahami”.

UML dapat pula diartikan sekumpulan permodelan konvensi yang digunakan untuk menentukan atau menggambarkan sebuah sistem perangkat lunak dalam kaitannya dengan objek. (Whitten, 2004:430).

2. Konsep Pemodelan Menggunakan UML

Nugroho (2010:10) juga mengatakan, sesungguhnya tidak ada batasan yang tegas diantara berbagai konsep dan konstruksi dalam UML, tetapi untuk menyederhanakannya, kita membagi sejumlah besar konsep dan dalam UML menjadi beberapa view. Suatu view sendiri pada dasarnya merupakan sejumlah konstruksi pemodelan UML yang merepresentasikan suatu aspek tertentu dari sistem atau perangkat lunak yang sedang kita kembangkan. Pada peringkat paling atas, view-view sesungguhnya dapat dibagi menjadi tiga area utama, yaitu: klasifikasi struktural (structural classification), perilaku dinamis (dinamic behaviour), serta pengolahan atau manajemen model (model management).

3. Bangunan dasar Metodologi Unified Modeling Language (UML)

Pada hal ini Nugroho (2010:117) berpendapat, Bangunan dasar metodologi UML menggunakan tiga bangunan dasar untuk mendeskripsikan sistem/perangkat lunak yang akan dikembangkan, yaitu :

a. Sesuatu (Things)

Ada empat things dalam UML, yaitu :

  1. Structural things merupakan bagian yang relatif statis dalam model Unified Modeling Language (UML). Bagian yang relatif statis dapat berupa elemen-elemen yang bersifat fisik maupun konseptual.
  2. Behavioral things merupakan bagian yang dinamis pada model Unified Modeling Language (UML), biasanya merupakan kata kerja dari model Unified Modeling Language (UML), yang mencerminkan perilaku sepanjang ruang dan waktu.
  3. Grouping things merupakan bagian pengorganisasi dalam Unified Modeling Language (UML). Dalam penggambaran model yang rumit kadang diperlukan penggambaran paket yang menyederhanakan model. Paket-paket ini kemudian dapat didekomposisi lebih lanjut. Paket berguna bagi pengelompokkan sesuatu, misalnya model-model dan subsistem-subsistem
  4. Annotational things merupakan bagian yang memperjelas model Unified Modeling Language (UML) dan dapat berupa komentar-komentar yang menjelaskan fungsi serta ciri-ciri setiap elemen dalam model Unified Modeling Language (UML).

b. Relasi (Relationship)

Nugroho (2010:24) juga berpendapat, ada empat macam relationship dalam Unified Modeling Language (UML) yaitu :

  1. Pengklasifikasi (classifier) pada prinsipnya merupakan konsep perilaku (behavior), serta relasi dengan mengklasifikasi yang lainnya (relationship). Diskret dalam model yang memiliki identitas (identity).
  2. Asosiasi pada dasarnya mendeskripsikan koneksi diskret antara objek atau antar instance lain dalam sistem atau perangkat lunak yang sedang dikembangkan.
  3. Generalisasi, menggambarkan hubungan antara use case yang bersifat umum dengan use case-use case yang bersifat lebih spesifik.
  4. Realisasi (realitation) menghubungkan elemen-elemen model, misalnya kelas, ke elemen-elemen model lainnya, seperti suatu antarmuka, yang menyediakan spesifikasi perilaku tetapi bukan strukturnya atau implementasinya.

4. Jenis-Jenis Diagram UML

Nurhasanah (2012:22) mengatakan, setiap sistem yang komplek seharusnya bisa dipandang dari sudut pandang yang berbeda-beda sehingga bisa dilakukan pemahaman secara menyeluruh. Dalam upaya-nya tersebut, UML menyediakan sembilan jenis diagram yang dapat dikelompokkan berdasarkan sifatnya yang statis ataupun dinamis. Kesembilan jenis diagram untuk UML adalah :

  1. Class Diagram, Diagram ini bersifat statis yang memperlihatkan himpunan kelas-kelas, antarmuka-antarmuka, kolaborasi-kolaborasi, serta relasi-relasi.
  2. Diagram Objek, Diagram ini bersifat statis, memperlihatkan objek-objek serta serta relasi-relasi antar-objek. Selain itu juga memperlihatkan instansiasi statis dari segala sesuatu yang dijumpai pada diagram kelas.
  3. Use Case Diagram, Diagram ini bersifat statis, memperlihatkan himpunan use-case dan aktor-aktor. Diagram ini sangat penting terutama untuk memodelkan ataupun mengorganisasikan perilaku dari sistem yang dibutuhkan pengguna. Murad dkk didalam dari Jurnal CCIT Vol.7 No.1 (2013:57) mengatakan, “Diagram Use Case adalah diagram yang bersifat status yang memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini memiliki dua fungsi, yaitu mendefinisikan fitur apa yang harus disediakan oleh sistem dan menyatakan sifat sistem dari sudut pandang user”. Sedangkan Nugroho (2010:34) menambahkan, use case digunakan untuk memodelkan fungsional–fungsionalitas sistem/perangkat lunak dilihat dari pengguna yang ada diluar sistem. Use case pada dasarnya merupakan unit fungsionalitas koheren yang diekspresikan sebagai transaksi–transaksi yang terjadi antara actor dengan system.
  4. Sequence Diagram, Diagram ini bersifat dinamis yang menekankan pada pengiriman pesan (message) dalam suatu waktu tertentu. Menurut Nugroho (2010:42), sequence diagram memperlihatkan interaksi sebagai diagram dua matra (dimensi). Matra vertikal adalah sumbu waktu sedang kan matra horizontal memperlihatkan peran pengklasifikasi yang mempresentasikan objek–objek mandiri yang terlibat dalam kolaborasi. Dalam sequence diagram sering disebut garis waktu (lifeline). Selama aktivasi pada prosedur pada objek aktif, garis waktu digambarkan sebagai garis ganda.
  5. Collaboration Diagram, Diagram ini bersifat dinamis yang memperlihatkan state–state dari sistem, memuat state, transisi, event, serta aktivitas. Penting untuk memperlihatkan sifat dinamis dari antarmuka (interface), kelas, kolaborasi, terutama penting pada pemodelan sistem-sistem yang reaktif.
  6. Activity Diagram, Diagram ini bersifat dinamis. Merupakan tipe khusus dari diagram state yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem. Menurut Murad dkk dalam dari Jurnal CCIT Vol.7 No.1 (2013:53), “Activity diagram merupakan diagram yang bersifat dinamis. Activity diagram adalah tipe khusus dari diagram state yang memperlihatkan aliran dari suatu aktifitas ke aktifitas lainnya dalam suatu sistem dan berfungsi untuk menganalisa proses”.
  7. Component Diagram, Diagram ini bersifat statis. Diagram ini berhubungan dengan diagram kelas dimana komponen secara tipikal dipetakan ke dalam satu atau lebih kelas-kelas, antarmuka (interface) ataupun kolaborasi.
  8. Deployment Diagram, Diagram ini bersifat statis, diagram memperlihatkan konfigurasi saat aplikasi dijalankan (run-time). Digram ini sangat berguna saat aplikasi kita berlaku sebagai aplikasi yang dijalankan pada banyak mesin (distributed computing).

Web Browser

Web browser adalah aplikasi perangkat lunak yang memungkinkan penggunanya untuk berinteraksi dengan teks, image, video, animasi dan informasi lainnya yang berlokasi pada halaman web pada World Wide Web (WWW) atau Local Area Network (LAN).

Teks dan image pada halaman web dapat berisi hyperlink ke halaman web lainnya pada website yang sama maupun berbeda. Dengan web browser, seorang pengguna bisa mengakses informasi yang disediakan pada banyak website secara cepat dan mudah. Meskipun browser pada umumnya digunakan untuk mengakses World Wide Web, browser juga bisa digunakan untuk mengakses informasi yang disediakan web server pada jaringan privat atau pada sistem file. (Hans S.Limantara, 2009:1)

Adobe Dreamweaver

1. Definisi Adobe Dreamweaver

Untung Raharja dkk dalam dari Jurnal CCIT Vol. 4, No. 3, (2011:223) mengatakan, "Macromedia Dreamwaver yaitu sebuah program web editor yang dapat digunakan untuk membuat dan mendesain web". Dreamwaver mempunyai kehandalan dalam membuat dan desain web tanpa harus menuliskan tag-tag HTML satu persatu, dreamwaver juga memiliki kemampuan untuk mendukung pemrograman Server Side dan Client Side.

Berdasarkan definisi di atas, maka dapat disimpulkan dreamweaver adalah suatu aplikasi yang digunakan dalam membangun atau membuat sebuah web.

2. Ruang Kerja Adobe Dreamweaver

Sibero (2011:384) mengatakan, “Ruang Kerja atau Workspace adalah bagian keseluruhan tampilan Adobe Dreamweaver. Ruang kerja Dreamweaver terdiri dari Welcome Screen, Menu, Insert Bar, Document Window, CSS Panel, Aplication Panel, Tag Inspector, Property Inspector, Result Panel, dan Files Panel. Masing-masing dari komponen tersebut memiliki fungsi dan aturan. Berikut di bawah ini penjelasannya :

Gambar 2.2 Ruang Kerja Adobe Dreamweaver

  1. Document Window, berfungsi menampilkan dokumen yang sedang dikerjakan.
  2. Insert Bar mengandung tombol-tombol untuk menyisipkan berbagai macam objek seperti image, table dan layer ke dalam dokumen.
  3. Document Toolbar berisikan tombol-tombol dan menu pop-up yang menyediakan tampilan berbeda dari Document Window.
  4. Panel Groups adalah kumpulan panel yang saling berkaitan satu sama lainnya yang dikelompokkan dibawah satu judul.
  5. Tag Selector berfungsi menampilkan hirarki tag disekitar pilihan yang aktif pada Design View.
  6. Property Inspector digunakan untuk melihat dan mengubah berbagai property objek atau teks.
  7. Files Panel digunakan untuk mengatur file-file dan folder-folder yang membentuk situs.

Konsep Dasar Database

1. Definisi Database

Prasetio (2012:181) berpendapat, “Database adalah sebuah struktur yang umumnya dikategorikan dalam dua hal, sebuah database flat dan sebuah database relasional. Database relasional lebih disukai karena lebih masuk akal dibandingkan database flat”.

Dari definisi ini, terdapat tiga hal yang berhubungan dengan database, yaitu :

  1. Data itu sendiri yang diorganisasikan dalam bentuk database.
  2. Simpanan permanen (storage) untuk menyimpan database tersebut. Simpanan ini merupakan bagian dari teknologi perangkat keras yang digunakan di sistem informasi. Simpanan permanen yang umumnya digunakan berupa hard disk.
  3. Perangkat lunak untuk memanipulasi database. Perangkat lunak ini dapat dibuat sendiri dengan menggunakan bahasa pemrograman komputer atau dibeli dalam bentuk suatu paket. Banyak paket perangkat lunak yang disediakan untuk memanipulasi database. Paket perangkat lunak ini disebut dengan DBMS (Database Management System). Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan database adalah kumpulan informasi yang disimpan di dalam komputer secara sistematik sehingga dapat diperiksa menggunakan suatu program komputer untuk memperoleh informasi informasi dari basis data tersebut.

2. Jenis Database yang Digunakan

a. XAMPP

Wardana (2010:8) mendefinisikan, “XAMPP adalah paket software yang di dalamnya sudah terkandung Web Server Apache, database MySQL dan PHP Interpreter”.

Sedangkan Adi Nugroho (2010:74) mengatakan, “XAMPP merupakan paket PHP yang berbasis Open Source yang dikembangkan oleh sebuah komunitas Open Source.

b. PhpMyAdmin

Menurut Adi Nugroho (2010:88), “PhpMyAdmin adalah suatu aplikasi Open Source yang berbasis web, aplikasi ini dibuat menggunakan program PHP, fungsi aplikasi ini adalah untuk mengakses database MySQL”.

Dengan adanya aplikasi ini akan sangat mempermudah dan mempersingkat kerja kita dalam mengelola database MySQL. Dengan adanya kelebihan yang dimilikinya mengakibatkan para pengguna awam tidak harus mampu untuk mengetahui perintah-perintah MySQL dalam pembuatan database dan tabel.

c. PHP

Anhar (2010:3) berpendapat, PHP (PHP: Hypertext Preprocessor) adalah bahasa pemograman web server-side yang bersifat open source. PHP merupakan PHP merupakan script yang menyatu dengan HTML dan berada pada server (server side HTML embedded scripting).

PHP adalah script yang digunakan untuk membuat halaman website yang dinamis. Dinamis berarti halaman yang akan ditampilkan dibuat saat halaman itu diminta oleh client. Mekanisme ini menyebabkan informasi yang diterima client selalu yang terbaru/up to date. Semua script PHP dieksekusi pada server dimana script tersebut dijalankan. PHP pertama kali dibuat oleh Rasmus Lerdorf, yang diberi nama FI (form Interpreted) dan digunakan untuk mengelola form dari web. Pada perkembangannya, kode tersebut dirilis ke umum sehingga mulai banyak dikembangkan oleh programmer di seluruh dunia.

d. MySQL

Nugroho (2010:91) mendefinisikan, “MySQL (My Structured Query Language) atau yang biasa dibaca, ai-se-kuel adalah sebuah program pembuatan dan pengelola database atau yang sering disebut dengan DBMS (Database Management System). Kelebihan lain dari MySQL adalah menggunakan bahasa query (permintaan) standar SQL (Structured Query Language). SQL adalah suatu bahasa permintaan yang terstruktur.

Anhar (2010:22) mengatakan, ada beberapa kelebihan MySQL :

  1. MySQL dapat berjalan stabil pada berbagai sistem operasi seperti Windows, Linux, FreeBSD, Mac Os X Server, Solaris, dan masih banyak lagi.
  2. Bersifat open source MySQL didistribusikan secara open source, dibawah lisensi GNU general public lisence (GPL).
  3. Besifat multi-user. MySQL dapat digunakan oleh beberapa pengguna dalam waktu yang bersamaan tanpa mengalami masalah.
  4. MySQL memiliki kecepatan yang baik dalam menangani query, dengan kata lain dapat memproses lebih banyak SQL per satuan waktu.
  5. Dari segi security, atau keamanan data, MySQL memiliki beberapa lapisan security, seperti level subnet mask , nama host, dan izin akses user dengan sistem perizinan yang mendetail serta password yang terenkripsi.
  6. Selain MySQL bersifat fleksibel dengan berbagai pemograman, MySQL Juga memiliki antar muka (interface) terhadap berbagai aplikasi dan bahasa pemrograman dengan menggunakan fungsi API (Application Programming Interface).
  7. Dukungan banyak komunitas, biasanya tergabung dalam sebuah forum untuk saling berdiskusi membagi informasi tentang MySQL.

Konsep Dasar Testing

1. Definisi Testing

Janner (2010:283) berpendapat, pengujian adalah sebuah proses terhadap aplikasi/program untuk menemukan segala kesalahan den segala kemungkinan yang akan menimbulkan kesalahan sesuai spesifikasi perangkat lunak yang telah ditentukan sebelum aplikasi tersebut diserahkan kepada pelanggan.

Pengujian merupakan proses eksekusi program yang telah selesai dibuat yang bertujuan untuk menemukan kesalahan. Pengujian merupakan bagian tak terpisahkan dari suatu perangkat lunak. Proses pengujian juga mempengaruhi masa penggunaan suatu perangkat lunak. Semakin rinci proses pengujian yang dilakukan, akan semakin lama rentang waktu yang diperlukan antara maintenance satu dan selanjutnya. Pengujian perangkat lunak dilakukan pada setiap tahap pengembangan hingga pada maintenance perangkat lunak.

Cara pandang terhadap perangkat lunak berkembang menjadi lebih konstruktif. Pengujian tidak lagi dipandang sebagai aktivitas yang hanya dilakukan setelah pengodean perangkat lunak selesai dengan batasan sebagai pendeteksi kegagalan perangkat lunak, melainkan sebgai aktivitas yang menuntun keseluruhan proses pengembangan perangkat lunak dan pemeliharaan. Pengujian pun menjadi bagian penting dari suatu kontruksi perangkat lunak.

Pengujian perangkat lunak merupakan aktivitas menantang yang melibatkan beberapa kegiatan yang saling berkaitan satu sama lain. Diawal pengujian, hal yang perlu dilakukan adalah pemilihan dan perencanaan pengujian dengan memperhatikan teknik-teknik pengujian yang mungkin dilakukan terhadap pengujian perangkat lunak tersebut. Pemilihan dilakukan dengan metode analisis sederhana yang efektif biayanya.

2. Black Box Testing

Janner (2010:316) juga mengatakan, klasifikasi black box testing mencakup beberapa pengujian yaitu :

a. Pengujian Fungsional (functional testing)

Pada jenis pengujian ini, perangkat lunak diuji untuk persyaratan fungsional. Pengujian dilakukan dalam bentuk tertulis untuk memeriksa apakah aplikasi berjalan seperti yang diharapkan. Walaupun pengujian fungsional sudah sering dilakukan di bagian akhir dari siklus pengembangan, masing-masing komponen dan proses dapat diuji pada awal pengembangan, bahkan sebelum sistem berfungsi, pengujian ini sudah dapat dilakukan pada seluruh sistem. Pengujian fungsional meliputi seberapa baik sistem melaksanakan fungsinya, termasuk perintah-perintah pengguna, manipulasi data, pencarian dan proses bisnis, pengguna layar, dan integrasi. Pengujian fungsional juga meliputi permukaan yang jelas dari jenis fungsi-fungsi, serta operasi back-end (seperti, keamanan dan bagaimana meningkatkan sistem).

b. Pengujian tegangan (stress testing)

Pengujian tegangan berkaitan dengan kualitas aplikasi didalam lingkungan. Idenya adalah untuk menciptakan sebuah lingkungan yang lebih menurut aplikasi, tidak seperti saat aplikasi dijalankan pada beban kerja normal. Pengujian ini adalah hal yang paling sulit, cukup kompleks dilakukan,dan memerlukan upaya bersama dari semua tim.

c. Pengujian beban (load testing)

Pada pengujian beban, aplikasi akan diuji dengan beban berat atau masukan, seperti yang terjadi pada pengujian situs web, untuk mengetahui apakah aplikasi/situs gagal atau kinerjanya menurun. Pengujian beban beroperasi pada tingkat beban standar, biasanya beban tertinggi akan diberikan ketika sistem dapat menerima dan tetap berfungsi dengan baik. Perlu diketahui bahwa pengujian beban tidak bertujuan untuk merusak sistem dengan banyak hal, namun mencoba untuk menjaga agar sistem selalu kuat dan berjalan dengan lancar.

d. Pengujian khusus (ad-hoc testing)

Jenis pengujian ini dilakukan tanpa penciptaan rencana pengujian (test plan) atau kasus pengujian (test case). Pengujian khusus membantu dalam menentukan lingkup dan durasi dari berbagai pengujian lainnya dan juga mambantu para penguji dalam mempelajari aplikasi sebelum memulai pengujian dengan pengujian lainnya. Pengujian ini merupakan metode pengujian formal yang paling sedikit. Salah satu penggunaan terbaik dari pengujian khusus adalah untuk penemuan. Membaca persyaratan atau spesifikasi (jika ada) jarang memberikan panduan yang jelas mengenai bagaimana sebuahprogram benar-benar bertindak, bahkan dokumentasi pengguna tidak menangkap “look and feel” dari sebuah program.

e. Pengujian penyelidikan (exploratory testing)

Pengujian penyelidikan mirip dengan pengujian khusus dan dilakukan untuk mempelajari/mencari aplikasi. Pengujian penyelidikan perangkat lunak ini merupakan pendekatan yang menyenangkan untuk pengujian.

f. Pengujian usabilitas (usability testing)

Pengujian ini disebut juga sebagai pengujian untuk keakraban pengguna (testing foruser-friendliness). Pengujian ini dilakukan jika antarmuka pengguna dari aplikasinya penting dan harus spesifik untuk jenis pengguna tertentu. Pengujian usabilitas adalah proses yang bekerja dengan pengguna akhir secara langsung maupun tidak langsung untuk menilai bagaimana pengguna merasakan paket perangkat lunak dan bagaimana mereka berinteraksi dengannya. Proses ini akan membongkar area kesulitan pengguna seperti halnya area kekuatan. Tujuan dari pengujian usabilitas harus membatasi dan menghilangkan kesulitan bagi pengguna dan untuk memengaruhi area yang kuat untuk usabilitas maksimum. Pengujian ini idealnya melibatkan masukan dari pengguna secara langsung maupun tidak langsung (mengamati perilaku) dan bila memungkinkan melibatkan komputer yang didukung umpan balik. Komputer yang didukung umpan balik sering kali (jika tidak selalu) dihilangkan untuk proses ini. Komputer yang didukung dengan umpan balik dapat berperan sebagai pengatur waktu (timer) pada dialog untuk memonitor beberapa lama waktu yang diperlukan pengguna untukmenggunakan dialog dan alat penghitung (counter) untuk menentukan seberapa sering kondisi tertentu terjadi (misalnya, pesan eror, bantuan pesan, dan lain-lain).

f. Pengujian asap (smoke testing)

Jenis pengujian ini disebut juga pengujian kenormalan (sanity testing). Pengujian ini dilakukan untuk memeriksa apakah aplikasi tersebut sudah siap untuk pengujian yang lebih besar dan bekerja dengan baik tanpa cela sampai tingkat yang paling diharapkan. Pada sebuah pengujian baru atau perbaikan peralatan yang terpasang, jika aplikasi “berasap”, aplikasi tersebut tidak bekerja! Istilah ini juga merujuk kepada pengujian fungsi perangkat lunak dasar.

g. Pengujian pemulihan (recovery testing)

Pengujian pemulihan (recovery testing) pada dasarnya dilakkan untuk memeriksa seberapa cepat dan baiknya aplikasi bisa pulih terhadap semua jenis crash atau kegagalan hardware, masalah bencana, dan lain-lain. Jenis atau taraf pemulihan ditetapkan dalam persyaratan spesifikasi.

h. Pengujian volume (volume testing)

Pengujian volume dilakukan terhadap efisiensi dari aplikasi. Jumlah data yang besar diprosess melalui aplikasi (yang sedang diuji) untuk memeriksa keterbatasan ekstrem dari sistem. Pengujian volume, seperti namanya, adalah pengujian sebuah sistem (baik perangkat keras dan perangkatlunak) untuk serangkaian pengujian dengan volume data yang diproses adalah subjek dari pengujian, seperti sistem yang dapat menangkap sistem pengolahan transaksi penjualan real-time atau dapat membarui basis data atau pengembalian data (data retrieval).

i. Pengujian domain (domain testing)

Pengujian domain merupakan penjelasan yang paling sering menjelaskan teknik pengujian. Beberapa penulis hanya menulis tentang pengujian domain ketika mereka menulis desain pengujian. Dugaan dasarnya adalah bahwa anda mengambil ruang pengujian kemungkinan dari variable individu dan membaginya lagi ke dalam subset (dalam beberapa cara) yang sama. Kemudian, anda menguji perwakilan dari masing-masing subset.

j. Pengujian skenario (scenario testing)

Pengujian skenario adalah pengujian yang realistis,kredibel dan memotivasi stakeholders, tantangan untuk program dan mempermudahpenguji untuk melakukan evaluasi. Pengujian ini menyediakan kombinasi variable-variable dan fungsi yang sangat berarti daripada kombinasi buatan yanganda dapatkan dengan pengujian domain atau desain pengujian kombinasi.

k. Pengujian regresi (regression testing)

Pengujian regresi adalah gaya pegujian yang berfokus padapengujian ulang (retesting) setelah ada perubahan. Pada pengujian regresi berorientasi risiko (risk-oriented regression testing), daerah yang sama yang sudah diuji, akan kita uji lagi dengan pengujian yang berbeda (semakin kompleks). Usaha pengujian regresi bertujuan untuk mengurangi risiko berikut ini :

  1. Perubahan yang dimaksudkan untuk memperbaiki bug yang gagal.
  2. Beberapa perubahan memiliki efek samping, tidak memperbaiki bug lama atau memperkenalkan bug baru.

l. Penerimaan pengguna (user acceptance)

Pada jenis pengujian ini, perangkat lunak akan diserahkan kepada pengguna untuk mengetahui apakah perangkat lunak memenuhi harapan pengguna dan bekerja seperti yang diharapkan. Pada pengembangan perangkat lunak, user acceptance testing (UAT), juga disebut pengujian beta (beta testing), pengujian aplikasi (application testing),dan pengujian pengguna akhir (end usertesting) adalah tahapan pengembangan perangkat lunak ketika perangkat lunak diuji pada “dunia nyata” yang dimaksudkan oleh pengguna.

m. Pengujian alfa (alpha testing)

Pada jenis pengujian ini, pengguna akan diundang ke pusat pengembangan. Pengguna akan menggunakan aplikasi dan pengembang mencatat setiap masukan atau tindakan yang dilakukan oleh pengguna. Semua jenis perilaku yang tidak normal dari sistem dicatat dan dikoreksi oleh para pengembang.

n. Pengujian beta (beta testing)

Pada jenis ini, perangkat lunak didistribusikan sebagai sebuah versi beta dengan pengguna yang menguji aplikasi di situs mereka. Pengecualian/cacat yang terjadi akan dilaporkan kepada pengembang. Pengujian beta dilakukan setelah pengujian alfa. Versi perangkat lunak yang dikenal dengan sebutan versi beta dirilis untuk pengguna yang terbatas di luar perusahaan. Perangkat lunak dilepaskan ke kelompok masyarakat agar dapat memastikan bahwa perangakat lunak tersebut memiliki beberapa kesaahan atau bug.

Requirement Elicitation

1. Requirement

Saputra (2012:51) mendefinisikan, Requirements elicitation atau yang dikenal dengan istilah teknik pengumpulan informasi adalah proses dalam menemukan atau mendapatkan kebu- tuhan sistem melalui komunikasi dengan customer, system users, dan pihak lain yang berhubungan pada sistem yang akan dikembangkan. Requirement Elicitation didefinisikan sebagai proses mengidentifikasikan kebutuhan dan menjembatani perbedaan diantara kelompok-kelompok yang terlibat. Tujuannya menggambarkan dan menyaring kebutuhan untuk menemukan batasan kelompok-kelompok tersebut.

a. Requirement Elicitation Planning

  1. Mengidentifikasi stakeholder
  2. Mengevaluasi risk project
  3. Menentukan teknik requirement elicitation paling sesuai untuk masing- masing stakeholder dan project secara keseluruhan.
  4. Mendasarkan detail implementasi pada masing-masing teknik yang dipilih.

b. Requirement Elicitations Problem

1. Problem of scope (Lingkup Masalah), dimana informasi requirement yang diberikan terlalu sedikit atau terlalu banyak.

  1. Batasan sistem tidak digambarkan dengan baik.
  2. Pemberian informasi desain yang tidak berguna.

2. Problem of Understanding, baik di dalam maupun diantara kelompok seperti user dan developer.

  1. Pengguna tidak secara lengkap menunjukkan apa yang menjadi kebutuhan developer.
  2. Pengguna yang kurang mampu memahami kemampuan dan keterbatasan komputer.
  3. Analis kurang memiliki kemampuan tentang domain.
  4. Pengguna dan analis berbicara dengan “bahasa” yang berbeda.
  5. Ease of omitting ‘obvious’ information.
  6. Konflik dilihat dari berbagai pengguna.
  7. Persyaratan yang sering samar-samar, misalnya ‘user friendly’ dan ‘kuat’.

2. Elisitasi

Sedangkan Saputra (2012:51) mendefinisikan, “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem yang baru yang diinginkan oleh pihak manajemen terkait dandisanggupi oleh penulis untuk di eksekusi”. Elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu:

a. Tahap I

Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.

b. Tahap II

Hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada sistem baru dengan rancangan yang disanggupi oleh penulis untuk di eksekusi. M pada MDI berarti mandatory (penting). Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru. D pada MDI berarti desirable, maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan.

Namun, jika requirement tersebut digunakan dalam pembentukan sistem maka akan membuat sistem tersebut lebih sempurna. I pada MDI berarti inessential, maksudnya requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.

c. Tahap III

Merupakan hasil penyusutan elisitasi tahap II dengan cara mengeliminasi semua requirement dengan option I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui TOE, yaitu:

  1. T artinya teknikal, bagaimana tata cara atau teknik pembuatan requirement dalam sistem disusulkan.
  2. O artinya operasional, bagaimana tata cara pengguna requirement dalam sistem akan dikembangkan.
  3. E artinya ekonomi, berapakah biaya yang diperlukan guna membanguan requirement didalam sistem.

Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:

  1. High (H) : Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus di eliminasi.
  2. Middle (M) : Mampu dikerjakan.
  3. Low (L) : Mudah dikerjakan.

d. Final Draft Elisitasi

Merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.

Konsep Dasar PHP (Hypertext Prepocessor)

PHP singkatan dari Hypertext Preprocessor yaitu bhasa pemrograman web server-side yang bersifat open source. PHP merupakan script yang terintegrasi dengan HTML dan berada pada server (server side HTML embedded scripting). PHP adalah script yang digunakan untuk membuat halaman website yang dinamis. Dinamis berarti halaman yang akan ditampilkan dibuat saat halaman tersebut diminta oleh client. Mekanisme ini yang menyebabkan informasi yang diterima client selalu terbaru/up to date. Semua script PHP dieksekusi pada server dimana script tersebut dijalankan. (Anhar, 2010:3)

Konsep Dasar Analisa SWOT

1. Definisi Analisa SWOT

Kurtz (2008:45) berpendapat, “SWOT analisis adalah suatu alat perencanaan strategik yang penting untuk membantu perencana untuk membandingkan kekuatan dan kelemahan internal organisasi dengan kesempatan dan ancaman dari external”.

Sedangkan menurut Peace and Robinson (2013:134), “analisis SWOT perlu dilakukan karena analisa SWOT untuk mencocokkan “fit” anatar sumber daya internal dan situasi eksternal perusahaan”. Pencocokan yang baik akan memaksimalkan kekuatan dan peluang perusahaan dan meminimumkan kelemahan dan ancamannya.

Secara umum SWOT adalah singkatan dari strength (kekuatan), weakness (kelemahan), opportunities (peluang), dan threats (ancaman), dimana SWOT ini dijadikan sebagai suatu model dalam menganalisis suatu organisasi yang berorientasi profit dan non profit dengan tujuan utama untuk mengatahui keadaan organisasi tersebut secara lebih komprehensif”. Analisa SWOT dapat diterapkan dengan cara menganilisis dan memilah berbagai hal yang mempengaruhi keempat faktornya dimana aplikasinya adalah :

  1. Bagaimana kekuatan–kekuatan (strengths) yang ada dapat dipergunakan untuk menciptakan kesempatan–kesempatan (oppurtunities) yang ada ?
  2. Bagaimana cara mengatasi kelemahan–kelemahan (weakness) yang ada agar meningkatkan atau menciptakan kesempatan–kesempatan (oppurtunities) yang ada ?
  3. Selanjutnya bagaimana kekuatan–kekuatan (strengths) mampu menghadapi atau menagkal ancaman–ancaman (threats) yang ada ?
  4. Dan terakhir adalah bagaimana cara mengatasi kelemahan–kelemahan (weakness) yang mampu menghindarkan dari ancaman (threats) yang mungkin terjadi ?

2. Peranan Analisa SWOT

Analisa digunakan dalam :

  1. Memasuki sebuah industri baru.
  2. Memutuskan untuk meluncurkan produk baru.
  3. Menganalisa posisi perusahaan dalam persaingan saat ini.
  4. Untuk melihat sejauh mana kekuatan dan kelemahan perusahaan.
  5. Membuat keputusan untuk memecahkan masalah yang akan terjadi sehubungan dengan ancaman yang akan datang dan peluang yang bisa diambil.

3. Manfaat Analisa SWOT

Banyak manfaat bila kita melakukan analisa masalah secara SWOT yaitu strength, weakness, opputunities, and threats sebelum diambil keputusan untuk dibandingkan dengan pengambilan keputusan tanpa mempertimbangkan dan melakukan analisa masalah, manfaatnya adalah:

  1. Dapat diambil tindakan manajemen yang tepat sesuai dengan kondisi.
  2. Untuk membuat rekomendasi.
  3. Informasi lebih akurat.
  4. Untuk mengurangi resiko akibat dilakukannya keputusan yang berkali kali (double decision).
  5. Menjawab hal yang bersifat intutif atas keputusan yang bersifat emosional.

4. Analisa SWOT dan Management Pengambilan Keputusan

Beberapa kegunaan dengan dipergunakaanya analisa SWOT dalam mendukung manajemen pengambilan keputusan, yaitu :

  1. Mampu memberikan gambaran suatu organisasi dari 4 (empat) sudut dimensi yaitu, kekuatan (strength) , kelemahan (weakness), serta peluang (oppurtunities). Sehingga pengambilan keputusan bisa melihan dari empat dimensi ini secara lebih komprehensif.
  2. Dapat menjadikan sebagai rujukan pembuatan rencana keputusan jangka panjang.
  3. Mampu memberikan pemahaman kepada para stekholders yang berkeinginan menaruh simpati bahkan begabung dengan perusahaan dalam suatu ikatan kerjasama yang saling menguntungkan.
  4. Dapat dijadikan penilai secara rutin dalam melihat profress report dari setiap keputusan yang telah dibuat selama ini.

5. Tujuan Penarapan SWOT

Penerapan SWOT pada suatu perusahaan bertujuan untuk memberikan suatu panduang agar perusahaan menjadi lebih focus, sehingga penempatan analisa SWOT tersebut nantinya dapat dijadikan sebagai bandingan pikir dari berbagai sudut pandang, baik dari segi kekuatan dan kelemahan serta peluang dan ancaman yang mungkin bisa terjadi di masa – masa yang akan datang. Tujuan lain diperlukan adanya analisa SWOT adalah setiap produk yang beredar di pasaran pasti akan mengalami pasang surut dalam penjualan atau yang dikenal dengan istilah daur hidup produk (life cycle product). Konsep daur hidup dirujuk berdasarkan keadaan realita yang terjadi di pasarm bahwa konsumen memiliki tingkat kejenuhan dalam memakai suatu produk.

Definisi Absensi

Eko Nugroho (2009:17) mendefinisikan Absensi adalah “daftar kehadiran pegawai/siswa/guru yang berisi jam datang dan jam pulang serta alasan atau keterangan kehadirannya”. Absensi ini berkaitan dengan penerapan disiplin yang ditentukan oleh masing-masing perusahaan atau instansi.

Absensi sangat berpengaruh pada kinerja personal serta instansi dimana ia bekerja, yang dapat dipertimbangkan terhadap tindak lanjut serta pebuatan keputusan bagi kelangsungan perkembangan instansi tersebut. Absensi merupakan daftar kehadiran yang dimiliki setiap pegawai/anggota yang dilakukan sebelum aktifitas dan sesudah aktifitas di sebuah perusahaan/instansi dimana ia bekerja dengan waktu yang telah ditentukan dan sebagai bukti untuk menunjukan kehadiran atau tidaknya mereka.

Pencatatan absensi karyawan merupakan salah satu faktor penting dalam pengolahan sumber daya manusia (SDM). Informasi yang detail mengenai kehadiran seorang karyawan dapat menentukan prestasi kerja seseorang atau kemajuan instansi/perusahaan secara umum.

Definisi Anggota

Anggota menurut Kamus Besar Bahasa Indonesia adalah orang (badan) yang menjadi bagian atau masuk dalam suatu golongan (perserikatan, dewan, dan sebagainya). Dengan kata lain Anggota adalah sekumpulan atau sekelompok orang yang berada dalam lingkungan suatu perusahaan atau instansi dimana meraka mempunyai kewajiban untuk mementingkan kepentingan bersama.

Literature Review

1. Definisi Literature Review

Conny Semiawan (2010:104) berpendapat, “Literature review adalah bahan yang tertulis berupa buku, jurnal yang membahas tentang topik yang hendak diteliti.” Tinjauan pustaka membantu peniliti untuk melihat ide-ide, pendapat, dan kritik tentang topik tersebut yang sebelum dibangun dan dianalisis oleh para ilmuwan sebelumnya. Pentingnya tinjauan pustaka untuk melihat dan menganalisa nilai tambah penelitian ini dibandingkan dengan penelitian-penelitian sebelumnya.

2. Manfaat Literature Review

  1. Dapat meningkatkan pemahaman kita akan penelitian yang akan dikerjakan.
  2. Mampu memberikan pengaruh yang signifikan dalam penelitian.
  3. Dapat menambah kopetensi kita akan subjek yang terkait.

Terdapat beberapa penelitian yang memliki kolerasi yang searah dengan penelitian yang akan dibahas dalam skripsi ini antara lain:

1. Penelitian yang dilakukan oleh Muhammad Ahsan (2014)

Penelitian yang berjudul “PERANCANGAN SISTEM INFORMASI ABSENSI GURU PADA SMA NEGERI 18 KABUPATEN TANGERANG”. Sistem absensi guru pada SMA Negeri 18 Kabupaten Tangerang masih menggunakan sistem yang manual dalam penginputannya. Akibat dari sistem ini bagian TU harus menginput data-data absensi guru dan berkas laporan absensi yang berupa file dan tumpukan berkas, sehingga mengakibatkan data-data tersebut mudah hilang dan tidak terdokumentasi dengan baik. Dalam proses pembuatan laporan juga membutuhkan waktu yang lama sehingga mengakibatkan laporan terlambat sampai kepada bagian TU. Untuk membantu dan mempermudah laporan tersebut, maka diperlukan suatu sistem yang dapat memenuhi kebutuhan dan berbasis komputerisasi.

2. Penelitian yang dilakukan oleh Agustian Nurdiansyah (2013)

Penelitian yang membahas tentang “PERANCANGAN SISTEM INFORMASI ABSENSI ONLINE GURU PADA SNA NUSA PUTRA TANGERANG”. Absensi guru pada SMA Nusa Putra Tangerang masih menggunakan absensi manual dalam penginputannya. Tujuan penelitian merancang dan membangun sebuah sistem pengolahan data absensi yang dapat mengolah data absensi guru pada SMA Nusa Putra Tangerang. Hasil penelitian telah terbentuknya absensi guru berbasis onlinepada SMS Nusa Putra Tangerang.

3. Penelitian yang dilakukan oleh Asdin (2012)

Penelitian yang dijalankan berjudul “PERANCANGAN SISTEM INFORMASI ABSENSI PEGAWAI BERBASIS WEB PADA KELURAHAN BABAKAN”. Sistem yang diusulkan memperbaiki masalah dalam penginputan absen pegawai, yaitu dengn menggunakan absensi pegawai berbasis web menggunakan PHP dan MySQL. Dengan perancangan disusun setidaknya mengurangi permasalahan yang ada sehingga absensi jadi lebih efektif dan efisien. Terdapat kesamaan dalam penggunaan software seperti penulis lakukan, hanya saja penulis kembangkan dengan sistem absensi yang lebih muda.

BAB III

PEMBAHASAN DAN ANALISIS SISTEM BERJALAN

Gambaran Umum BPBD Kota Tangerang

Instansi dinas atau badan milik pemerintah adalah sebuah perangkat daerah yang di dalamnya berisi orang-orang yang ditugaskan mementingkan kepentingan sosial dibandingkan kepentingan pribadi. Mereka yang berada di dalamnya dituntut melakukan kinerja dengan sebaik-baiknya. Pelayanan yang dilakukan sejatinya untuk mementingkan kepentingan rakyat, terutama dalam memberikan pelayanan, melindungi, mengayomi, dan mengawasi semua permasalahan yang terjadi di masyarakat. Begitu pula dengan Badan Penanggulangan Bencana Daerah Kota Tangerang yang bergerak di bidang pelayanan sosial terhadap masyarakat, khususnya pada saat sebelum dan sesudah terjadi bencana. Mulai dari banjir, kebakaran, tanah longsor, gempa bumi, pohon tumbang dsb, BPBD Kota Tangerang selalu siap yang terdepan membantu masyarakat. Namun semuanya harus ditunjang dengan tingkat kedisiplinan anggota BPBD Kota Tangerang itu sendiri, jika semua jajaran komandonya berjalan kompak maka suatu pekerjaan akan terasa cepat dan mudah untuk dilakukan.

Oleh karena itu untuk mewujudkan program tersebut dan berkinerja dengan baik Badan Penanggulangan Bencana Daerah Kota Tangerang harus memiliki sistem absensi yang mendukung dan terkomputerisasi, agar tingkat kedisiplinan anggotanya dalam menjalankan tugas lebih baik.

Sejarah Singkat BPBD Kota Tangerang

BPBD Kota Tangerang adalah sebuah organisasi perangkat daerah yang dibentuk berdasarkan Peraturan Daerah Nomor 13 Tahun 2014 tentang organisasi perangkat daerah dan Peraturan Walikota Nomor 87 Tahun 2014 tentang tugas, fungsi, dan tata kerja BPBD. bergerak di bidang sosial, tepatnya pelayanan terhadap masyarakat dalam hal sebelum dan sesudah terjadi bencana. Terletak di Jalan. KS Tubun No. 96A Kota Tangerang yang dulunya bernama Dinas Pemadam Kebakaran Kota Tangerang. BPBD Kota Tangerang di kepalai oleh Bapak Dadi Budaeri selaku kepala badan, dan Bapak R Irman Pujahendra selaku kepala pelaksana BPBD Kota Tangerang.

Visi dan Misi BPBD Kota Tangerang

1. Visi

Terwujudnya BPBD yang profesional untuk menjadikan masyarakat Kota Tangerang yang tangguh dalam menghadapi bencana.

1. Misi

  1. Meningkatkan kemampuan SDM dalam penanggulangan bencana.
  2. Menetapkan regulasi, standar, kebutuhan, dan prosedur penyelenggaraan penanggulangan bencana.
  3. Meningkatkan perlindungan kepada masyarakat dan bencana secara terencana, terpadu, terkoordinasi secara menyeluruh.
  4. Mengembangkan pemanfaatan teknologi pencegahan, kesiapsiagaan, peringatan dini, dan mitigasi untuk menghadapi ancaman dan resiko bencana.
  5. Memenuhi hak masyarakat dan pengungsi yang terkena bencana sesuai dengan SOP.

Struktur Organisasi

Struktur Organisasi Tata Kerja (SOTK) di dalam sebuah instansi sangatlah penting, guna mengetahui tugas pokok dan fungsi (Tupoksi) pada masing-masing bagian. Struktur organisasi yang dimiliki Badan Penanggulangan Bencana Daerah Kota Tangerang yaitu :

Gambar 3.1 Struktur Organisasi BPBD Kota Tangerang

Tugas Pokok dan Fungsi

Adapun tugas pokok dan fungsi dari setiap jabatan yaitu :

1. Kepala Badan

2. Kepala Pelaksana

Tugas Pokok :

  1. Memimpin dan membina badan dalam pelaksanaan tugas secara operasional yang ditetapkan berdasarkan ketentuan peraturan perundang-undangan dan kebijakan pemerintah Kota Tangerang.
  2. Menyiapkan perumusan kebijakan umum pemerintah Kota Tangerang dibidang penanggulangan bencana.
  3. Menetapkan kebijakan teknis dibidang penanggulangan bencana sesuai dengan kebijakan umum pemerintah Kota Tangerang.
  4. Melakukan koordinasi dan kerjasama dengan instansi dan/atau lembaga lainnya dibidang penanggulangan bencana.

Fungsi :

  1. Pelaksanaan pengendalian urusan ketata usahaan badan.
  2. Pelaksanaan pengendalian penyusunan program kerja jangka pendek, jangka menengah, dan jangka panjang.
  3. Pelaksanaan dan pengendalian kebijakan teknis dibidang pencegahan dan kesiapsiagaan, kedaruratan dan logistik, rehabilitasi dan rekonstruksi bencana di Kota Tangerang.
  4. Pelaksanaan pengendalian, pemantauan, monitoring, dan evaluasi pelaksanaan kegiatan dimasing-masing bidang.
  5. Pelaksanaan tugas kedinasan lainnya yang diberikan oleh walikota dan kepala BPBD sesuai dengan bidang tugasnya.

3. Sekretaris Badan

Tugas Pokok :

  1. Membantu kepala pelaksana dalam mengkoordinasi penyusunan perencanaan strategis, program kerja tahunan, jangka menengah dan jangka panjang, pembinaan dan pelayanan administrasi, kepegawaian, penataan arsip, dokumentasi, ketatalaksanaan dan hubungan masyarakat, pengelolaan keuangan, aset, perlengkapan dan peralatan, pengendalian serta evaluasi dan pelaporan.

Fungsi :

  1. Pengkoordinasian, sinkronisasi dan integrasi program perencanaan dan kerumusan kebijakan di lingkungan BPBD Kota Tangerang.
  2. Pembinaan dan pelayanan administrasi ketatausahaan, hukum dan peraturan perundang-undangan, organisasi, tatalaksana, peningkatan kapasitas SDM, keuangan, aset perlengkapan dan peralatan.
  3. Pengkoordinasian dalam penyusunan laporan penanggulangan bencana, laporan akuntabilitas kinerja, laporan keterangan pertanggung jawaban walikota, penyajian data dan informasi kebencanaan di wilayah Kota Tangerang.
  4. Pengkoordinasian pelaksanaan penyusunan program kerja tahunan, koordinasi dan kerjasama dengan instansi atau lembaga terkait sesuai bidang, tugas, dan fungsinya.

4. Kepala Bidang Pencegahan dan Kesiapsiagaan

Tugas Pokok :

  1. Membantu kepala pelaksana dalam mengkoordinasikan dan melaksanakan kebijakan penanggulangan bencana dibidang pencegahan, mitigasi, kesiapsiagaan, dan peringatan dini pada saat pra bencana serta pemberdayaan masyarakat untuk mengurangi kerentanan dengan mempertimbangkan nilai-nilai kearifan lokal.

Fungsi :

  1. Perumusan kebijakan dibidang pencegahan, mitigasi, kesiapsiagaan dan peringatan dini pada pra bencana serta pemberdayaan masyarakat.
  2. Pengkoordinasian dan pelaksanaan kebijakan dibidang pencegahan dan kesiapsiagaan dalam mendeteksi peringatan dini suatu bencana sehingga pengurangan resiko bencana dapat diminimalisir.
  3. Pelaksanaan hubungan kerja dengan instansi atau lembaga terkait, dibidang pencegahan dan kesiapsiagaan.
  4. Pelaksanaan tugas kedinasan lainnya yang diberikan oleh kepala pelaksana sesuai tugas dan fungsinya.

5. Kepala Bidang Rekonstruksi dan Rehabilitasi

Tugas Pokok :

  1. Membantu kepala pelaksana dalam mengkoordinasikan dan melaksanakan kebijakan penanggulangan bencana pada saat pasca bencana dalam kegiatan rekonstruksi dan rehabilitasi.

Fungsi :

  1. Perumusan kebijakan dibidang penanggulangan bencana pada pasca bencana.
  2. Pengkoordinasian dan pelaksanaan kebijakan dibidang penanggulangan bencana pada pasca bencana.
  3. Pelaksanaan penyusunan program atau perencanaan teknis, pengolahan data, dan pengawasan dibidang rekonstruksi dan rehabilitasi.
  4. Pelaksanaan koordinasi dan kerjasama teknis dengan instansi atau lembaga terkait lainnya dibidang rekonstruksi dan rehabilitasi.
  5. Pengkoordinasian dan pelaksanaan rekonstruksi dan rehabilitasi, sarana dan prasarana umum pasca bencana.
  6. Pengkoordinasian dan pelaksanaan perencanaan teknis kegiatan relokasi dan pelaksanaan tugas kedinasan lainnya yang diberikan oleh kepala pelaksana.

6. Kepala Bidang Kedaruratan dan Logistik

Tugas Pokok :

  1. Membantu kepala pelaksana dalam mengkoordinasi dan melaksanakan kebijakan penanggulangan bencana pada saat tanggap darurat yang meliputi kegiatan penyelamatan dan evakuasi korban, harta benda, pemenuhan kebutuhan dasar, pemulihan pelayanan keagamaan, perlindungan terhadap kelompok renta, pengurusan pengungsi, penyelamatan serta pemulihan segera sarana dan prasarana vital.

Fungsi :

  1. Perumusan kebijakan dibidang penanggulangan bencana pada saat tanggap darurat yang meliputi kegiatan penyelamatan dan evakuasi korban, harta benda, pemenuhan kebutuhan dasar, pemulihan pelayanan keagamaan, perlindungan terhadap kelompok renta, pengurusan pengungsi, penyelamatan serta pemulihan segera sarana dan prasarana vital.
  2. Pengkoordinasian dan pelaksanaan kebijakan di bidang penanggulangan bencana pada saat tanggap darurat yang meliputi kegiatan penyelamatan dan evakuasi korban, harta benda, pemenuhan kebutuhan dasar, pemulihan pelayanan keagamaan, perlindungan terhadap kelompok renta, pengurusan pengungsi, penyelamatan serta pemulihan segera sarana dan prasarana vital.
  3. Pelaksanaan fungsi komando penanggulangan bencana pada saa tanggap darurat atau terjadi bencana.
  4. Pelaksanaan hubungan kerja dibidang penanggulangan bencana pada saat tanggap darurat yang meliputi kegiatan penyelamatan dan evakuasi korban, harta benda, pemenuhan kebutuhan dasar, pemulihan pelayanan keagamaan, perlindungan terhadap kelompok renta, pengurusan pengungsi, penyelamatan serta pemulihan segera sarana dan prasarana vital.
  5. Pelaksanaan koordinasi dan kerjasama dengan instansi atau lembaga terkait lainnya di bidang kedaruratan dan logistik.
  6. Pelaksanaan tugas kedinasan lainnya yang diberikan oleh kepala pelaksana sesuai dengan bidang tugas dan fungsinya.

Analisis Sistem yang Berjalan

Analisis SWOT

Analisis SWOT dilakukan dengan mengidentifikasi kekuatan dan faktor-faktor positif yang berasal dari internal organisasi, kelemahan dan faktor-faktor negatif dari internal, peluang atau kesempatan dan keuntungan dari faktor eksternal dan ancaman atau resiko yang dipengaruhi oleh fakrtor eksternal organisasi.

Analisis untuk mencari strategi dengan menggunakan kekuatan yang ada untuk memanfaatkan peluang yang tersedia (strategi S-O) serta menggunakan kekuatan yang dimiliki untuk mengatasi ancaman yang ada (strategi S-T). Selain itu, dianalisis pula strategi untuk mengurangi kelemahan yang dimiliki dalam meraih peluang yang ada (strategi W-O) maupun mengatasi ancaman yang ada (strategi W-T). Pemetaan strategi S-O, W-O, S-T dan W-T dapat dilihat pada tabel di bawah ini :

1. Pendekatan Kualitatif

Tabel 3.1 Faktor Strategi Internal

Tabel 3.2 Faktor Strategi Eksternal

Permasalahan yang Dihadapi

Analisis Batasan Sistem

Batasan sistem yang akan dibahas adalah tentang sistem informasi absensi anggota berbasis web yang sistemnya masih menggunakan program komputer standart (Microsoft Excel) dan pembuatan laporan belum secara maksimal sehingga sering terlambat dan memungkinkannya terjadi manipulasi data. Prosesnya meliputi login, input data anggota, melakukan absensi anggota, input keterangan anggota sampai menjadi laporan absensi bulanan.

Analisis Kebutuhan Sistem

Pada sistem informasi absensi anggota berbasis web ini membutuhkan ketelitian dalam proses pencatatan data-datanya. Oleh karena itu, sistem yang ada seharusnya dapat menunjang terutama dari segi peralatan komputer baik itu perangkat keras (hardware) maupun perangkat lunak (software) komputer. Oleh karena itu, program sistem komputer terasa penting dalam menunjang kelancaran pengolahan data dan proses absensi, sehingga faktor kesalahan manusia (human error) dapat diperkecil dan hasil yang dicapai dapat lebih cepat, mudah dan efisien serta optimal dalam memberikan informasi absensi kepada pimpinan badan.

Analisis Sistem yang Berjalan

Prosedur sistem yang berjalan merupakan kegiatan yang terstruktur dalam pelaksanaan suatu proses, dalam sistem kelancaran setiap pengolahan data, ataupun bentuk aktifitas apabila didukung oleh prosedur yang baik dan tepat, maka sistem yang berjalan tampak teratur dan output yang dihasilkan akan lebih baik. Adapun sistem yang berjalan pada Badan Penanggulangan Bencana Daerah Kota Tangerang secara khusus dalam hal absensi anggota sebagai berikut :

  1. Staff bagian kepegawaian menginput data absensi anggota.
  2. Staff bagian kepegawaian menaruh absen di meja piket.
  3. Anggota melakukan absensi secara bergantian dengan tanda tangan, baik absen datang maupun absen pulang.
  4. Staff kepegawaian mengambil kembali absensi lalu menjadikan laporan.
  5. Kepala sub bagian kepegawaian menandatangi laporan absensi bulanan dan menyerahkan kepada kepala pelaksana.

Masalah yang Dihadapi

Masalah yang dihadapi pada sistem yang berjalan saat ini adalah sebagai berikut :

  1. Sistem absensi anggota masih bersifat manual yaitu dengan menggunakan tanda tangan.
  2. Pembuatan laporan yang diperlukan membutuhkan waktu yang lama dalam pengolahan data sehingga mengakibatkan keterlambatan informasi.
  3. Penginputan data dilakukan secara manual dengan menggunakan Microsoft Excel.

Alternatif Pemecahan Masalah

Untuk menanggulangi permasalahan yang ada pada sistem yang berjalan, maka alternatif pemecahan masalah yang dilakukan adalah dengan merancang, membangun dan menyediakan suatu sistem informasi absensi anggota berbasis web untuk memudahkan staff kepegawaian dalam proses absensi maupun penginputan datanya.

Tata Laksana Sistem yang Berjalan

Use Case Diagram Absensi Anggota BPBD Kota Tangerang

Gambar 3.2 Use Case Diagram Absensi Anggota BPBD Kota Tangerang

Berdasarkan Gambar 3.2 Usecase Diagram Sistem Absensi Anggota yang Berjalan pada saat ini terdapat :

  1. Satu Sistem yang menjelaskan tentang absensi anggota pada BPBD Kota Tangerang.
  2. Tiga Aktor yang melakukan kegiatan di antaranya, Staff Kepegawaian, Anggota dan Kasubag Kepegawaian.
  3. Enam Usecase yang biasa dilakukan oleh aktor-aktor yaitu, staff kepegawaian input data absensi anggota, staff kepegawaian taruh absensi di meja piket, anggota melakukan absensi datang dan absensi pulang secara bergantian dimeja piket, staff kepegawaian mengambil kembali absensi di meja piket, staff kepegawaian membuat laporan bulanan absensi anggota, staff kepegawaian menyerahkan laporan bulanan absensi anggota kepada kasubag kepegawaian.

Activity Diagram Absensi Anggota BPBD Kota Tangerang

Gambar 3.3 Activity Diagram Absensi Anggota BPBD Kota Tangerang

Berdasarkan gambar 3.3 Activity Diagram yang berjalan saat ini terdapat :

  1. Satu Initial Node, sebagai awal objek.
  2. Tiga Aktor yang melakukan kegiatan di antaranya, Staff Kepegawaian, Anggota dan Kasubag Kepegawaian
  3. Enam Action dari sistem yang mencerminkan eksekusi dari suatu aksi yaitu: staff kepegawaian input data absensi anggota, staff kepegawaian taruh absensi di meja piket, anggota melakukan absensi datang dan absensi pulang secara bergantian di meja piket, staff kepegawaian mengambil kembali absensi di meja piket, staff kepegawaian membuat laporan bulanan absensi anggota, staff kepegawaian menyerahkan laporan bulanan absensi anggota kepada kasubag kepegawaian.
  4. Satu Final Node, sebagai objek yang diakhiri.

Konfigurasi Sistem

Spesifikasi Hardware

  1. Processor : Intel (R) Core (TM)2 i3-4005u
  2. Monitor : Acer H193HO FLAT 14”
  3. Mouse : Standard
  4. RAM : 2 GB
  5. HD : 500 GB
  6. Keyboard : Standard
  7. Printer : HP Deskjet Ink Advantage 2545

Spesifikasi Software

  1. Microsoft Windows 7
  2. Microsoft Office 2007

Hak Akses (Brainware)

Untuk mengoperasikan atau mengolah data hanya dapat dilakukan oleh :

  1. Staff Kepegawaian
  2. Kasubag Kepegawaian

User Requirement

Dalam merancang sebuah sistem tentu saja dibutuhkan analisis kebutuhan sistem, elisitasi adalah kumpulan Requirement-requirement tersebut. Elisitasi terbagi menjadi tiga tahap yaitu elisitasi tahap I, elisitasi tahap II, elisitasi tahap III, dan elisitasi final.

Elisitasi Tahap I

Tabel 3.3 Elisitasi Tahap I

Elisitasi Tahap II

Tabel 3.4 Elisitasi Tahap II

Keterangan :

M = Mandatory (yang Diperlukan)

D = Desirable(yang Diinginkan)

I = Inessential

Elisitasi Tahap III

Elisitasi tahap III adalah pengelompokan kebutuhan-kebutuhan sistem berdasarkan tingkat kesulitan dalam pembuatannya. Terdapat 3 pengukuran dalam proses pembuatan sistem yaitu :

T untuk Technical, merupakan tingkat kesulitan dalam teknik pembuatannya, O untuk Operational adalah tingkat kesulitan dalam operasi pengerjaannya, E untuk Economic, adalah biaya yang dibutuhkan dalam pengerjaannya.

Selain itu pengukuran tersebut juga diukur berdasarkan 3 kriteria yaitu: H untuk high yang artinya tinggi yaitu teknik, operasi dan biaya yang dibutuhkan dan digunakan termasuk dalam kriteria tinggi, M untuk middle, yaitu teknik operasi dan biaya yang dibutuhkan dan digunakan dalam pembuatan sistem termasuk menengah, dan L untuk low, yaitu teknik, operasi dan biaya yang digunakan dan dibutuhkan untuk pembuatan sistem tergolong rendah.

Tabel 3.5 Elisitasi Tahap III

Keterangan :

T = Technical L = Low

O = Operasional M = Middle

E = Economic H = High

Elisitasi Tahap Final

Elisitasi tahap final (Final Draft Elicitation) merupakan elisitasi tahap akhir yang berupa hasil dari penyelesain oleh elisitasi tahap II dan tahap III dan merupakan user requirement yang sudah jadi dan akan menjadi petokan dalam tahapan pembuatan sistem selanjutnya.

Tabel 3.6 Elisitasi Tahap Final

BAB IV

RANCANGAN SISTEM YANG USULKAN

Rancangan Sistem Usulan

Usulan Prosedur yang Baru

Setelah melakukan analisis dan penelitian sistem yang sedang berjalan pada Badan Penanggulangan Bencana Daerah Kota Tangerang, selanjutnya akan dibahas mengenai rancangan usulan sistem yang akan dibangun. Ada beberapa usulan prosedur yang bertujuan untuk memperbaiki dan mengembangkan sistem absensi anggota yang sedang berjalan saat ini, yaitu merubah proses kegiatan absensi anggota yang masih menggunakan tanda tangan dan ms. word excel dalam pengolahan datanya menjadi program terkomputerisasi sehingga memudahkan dalam kegiatan absensi dan pembuatan laporan absen. Berdasarkan perubahan sistem absensi anggota yang terjadi dan setelah kebutuhan-kebutuhan sistem yang baru telah ditentukan, maka langkah-langkah berikutnya yaitu perancangan atau design sistem usulan yang bertujuan untuk memperbaiki sistem yang lama dengan memberi gambaran atau pandangan yang jelas menurut proses design sistem dari awal hingga akhir penelitian. Dalam menganalisis usulan prosedur yang baru pada penelitian ini digunakan program Visual Paradigm for UML Enterprise Edition Ver. 6.4 untuk menggambarkan use case diagram, activity diagram, sequence diagram, dan class diagram.

Use Case Diagram Absensi Anggota BPBD Kota Tangerang yang Diusulkan

Gambar 4.1 Use Case Diagram Absensi Anggota BPBD Kota Tangerang yang Diusulkan

Dapat dijelaskan gambar 4.1 Use Case Diagram yang diusulkan terdapat :

  1. Satu system yang mencangkup seluruh kegiatan dalam proses absensi anggota.
  2. Tiga actor yang melakukan kegiatan, yaitu Staff Kepegawaian, Anggota dan Kasubag Kepegawaian.
  3. Terdapat enam use case yang dilakukan aktor-aktor tersebut, yaitu: Login, input data anggota, input data grup, absensi, cetak laporan absensi, melihat laporan absensi, dan logout
  4. Lima include, yaitu : Verifikasi login, absen hadir, absen pulang, status hadir, status pulang.

Sequence Diagram yang Diusulkan

1. Sequence Diagram yang Diusulkan untuk Absensi Anggota

Gambar 4.2 Sequence Diagram yang Diusulkan untuk Absensi Anggota

Berdasarkan gambar 4.2 Sequence Diagram yang Diusulkan terdapat :

  1. Delapan LifeLine antarmuka yang saling berinteraksi.
  2. Dua actor yang melakukan kegiatan yaitu : Anggota dan staff kepegawaian.
  3. Sebelas Messages yang memuat informasi tentang aktifitas yang terjadi maupun kegiatan yang dilakukan oleh actor tersebut.
  4. Tiga Self messages yang merepresentasikan pemanggilan operasi yang recursif atau pemanggilan metode yang dimiliki oleh object itu sendiri.

2. Sequence Diagram yang Diusulkan untuk Kasubag Kepegawaian

Gambar 4.3 Sequence Diagram yang Diusulkan untuk Kasubag Kepegawaian

Berdasarkan gambar 4.3 Sequence Diagram yang Diusulkan terdapat:

  1. Empat LifeLine antarmuka yang saling berinteraksi.
  2. Satu actor yang melakukan kegiatan yaitu Kasubag Kepegawaian.
  3. Enam Messages yang memuat informasi tentang aktifitas yang terjadi maupun kegiatan yang dilakukan oleh actor tersebut.
  4. Satu Self messages yang merepresentasikan pemanggilan operasi yang recursif atau pemanggilan metode yang dimiliki oleh object itu sendiri.

Activiy Diagram yang Diusulkan

Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang berjalan, bagaimana masing-masing alur berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralelel yang mungkin terjadi pada beberapa eksekusi.

1. Activity Diagram yang Diusulkan untuk Anggota

Gambar 4.4 Activity Diagram yang Diusulkan untuk Anggota

Berdasarkan gambar 4.4 Activity Diagram yang Diusulkan terdapat :

  1. Satu initial node sebagai yang mengawali objek.
  2. Dua actor yang dapat melakukan kegiatan yaitu staff kepegawaian dan anggota.
  3. Dua belas activity yang dilakukan oleh actor
  4. Satu decision node.
  5. Dua join node.
  6. Satu activity final node menjelaskan bahwa objek dibentuk.

2. Activity Diagram yang Diusulkan untuk Kasubag Kepegawaian

Gambar 4.5 Activity Diagram yang Diusulkan untuk Kasubag Kepegawaian

Berdasarkan gambar 4.5 Activity Diagram yang Diusulkan terdapat :

  1. Satu initial node sebagai yang mengawali objek.
  2. Satu actor yang dapat melakukan kegiatan yaitu Kasubag Keuangan
  3. Enam action activity yang dilakukan oleh actor.
  4. Satu decision node.
  5. Satu activity final node menjelaskan bahwa objek dibentuk.

Class Diagram yang Diusulkan

Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/property) suatu sistem, sekaligus menewarkan layanan untuk memanipulasi keadaan tersebut.

Gambar 4.6 Class Diagram yang Diusulkan

Berdasarkan gambar 4.6 Class Diagram yang Diusulkan terdapat :

  1. Lima Class, himpunan dari objek-objek yang berbagi atribut serta operasi yang sama.
  2. Delapan multiplicity, hubungan antara objek satu dengan objek lainnya yang mempunyai nilai.

Perbedaan Prosedur Antara Sistem yang Berjalan dan Sistem Usulan

Tabel 4.1 Prosedur yang Berjalan dan Sistem Usulan

Spesifikasi Basis Data

Spesifikasi basis data berisi rincian dari class diagram yang dibuat. Format Spesifikasi basis data sebagai berikut :

Nama File : Attendance in

Akronim : Absen hadir

Isi : (id, attendancein_id, employee_id, date_attendance, time_attendance,status_in)

Fungsi : Untuk mengetahui absen hadir anggota

Media : Harddisk

Panjang record : 51 karakter

Primary key : id

Tabel 4.2 Tabel Absen Hadir

Nama File : Attendance out

Akronim : Absen pulang

Fungsi : Untuk mengetahui absen pulang anggota

Media : Harddisk

Panjang record : 62 karakter

Primary key : id

Tabel 4.3 Tabel Absen Pulang

Nama File : Employee

Akronim : Anggota

Fungsi : Untuk menyimpan dan mengetahui data anggota

Media : Harddisk

Panjang record : 260 karakter

Primary key : id

Tabel 4.4 Tabel Anggota

Nama File : Group

Akronim : Grup

Fungsi : Untuk mengetahui grup anggota

Media : Harddisk

Panjang record : 34 karakter

Primary key : id

Tabel 4.5 Tabel Grup

Nama File : Login

Akronim : Login

Fungsi : Untuk mengidentifikasi usersaat akan mengakses sistem

Media : Harddisk

Panjang record : 21 karakter

Primary key : username

Tabel 4.6 Tabel Login

Rancangan Prototype

Tahap ini merupakan gambar yang jelas mengenai rancangan bangun yang lengkap kepada para pengguna dan website yang diteliti, juga sebagai pemenuhan kebutuhan daripada parapengguna sistem. Berikut ini merupakan prototype atau tampilan dari perancangan sistem Laporan Arus Kas Penjualan yang akan dibuat, yaitu :

Prototype Halaman Login

Gambar 4.7 Prototype Halaman Login

Prototype Menu Home

Gambar 4.8 Prototype Menu Home

Prototype Menu Absensi Anggota

Gambar 4.9 Prototype Menu Absensi Anggota

Prototype Menu Anggota

Gambar 4.10 Prototype Menu Anggota

Prototype Menu Grup

Gambar 4.11 Prototype Menu Grup

Prototype Menu Report/Laporan

Gambar 4.12 Prototype Menu Report/Laporan

Konfigurasi Sistem

Spesifikasi Hardware

Perangkat keras yang dibutuhkan oleh sistem adalah suatu unit personal komputer. Perangkat keras yang diusulkan ini dibuat berdasarkan kebutuhan sistem saat ini dan antisipasi kebutuhan di masa yang akan datang. Konfigurasi yang dibutuhkan pada design sistem yang diusulkan, yaitu :

  1. Processor  : Dual Core
  2. Monitor  : 14”HD
  3. Mouse  : Optic
  4. RAM  : 2 GB
  5. HD  : 500 GB
  6. Keyboard  : Classic
  7. Printer  : HP

Spesifikasi Software

Perangkat lunak merupakan penunjang dari peralatan komputer yang akan digunakan sebagai penghubung dalam instruksi yang diinginkan, agar komputer dapat menghasilkan informasi yang diharapkan, maka perangkat lunak yang diusulkan dalam rancangan sistem ini adalah sebagai berikut:

  1. Sistem Operasi Windows 7 Profesional
  2. Browser
  3. XAMPP
  4. Adobe Dreamweaver CS6
  5. Visual Paradigma for UML 6.4 Enterprise Edition
  6. MySQL

Hak Akses

Untuk mengoperasikan atau mengolah data hanya dapat dilakukan oleh dua orang, yaitu staff kepegawaian yang bertugas sebagai penginput data, dan kasubag kepegawaian yang bertugas melihat laporan.

Testing

Pengujian Blackbox

1. Pengujian Blackbox pada Login

Berikut ini adalah tabel pengujian Blackbox berdasarkan sistem informasi absensi anggota berbasis web pada Badan Penanggulangan Bencana Daerah Kota Tangerang untuk fungsi login admin, yaitu sebagai berikut :

Tabel 4.7 Pengujian Blackbox pada <Login</em>

2. Pengujian Blackbox pada Menu Absensi, Menu Anggota, dan Menu Laporan

Berikut ini adalah tabel pengujian blackbox berdasarkan perancangan sistem informasi absensi anggota berbasis web pada Badan Penanggulangan Bencana Daerah Kota Tangerang untuk fungsi menu Absensi, sebagai berikut :

Tabel 4.8 Tabel Pengujian Blackbox Pada menu Absensi, Anggota, dan Laporan

Evaluasi

Setelah dilakukan pengujian dengan metode Black box yang dilakukan dengan cara memberikan sejumlah input pada program seperti contoh pengujian pada masing-masing menu dan sub menu. Jika input data tidak lengkap maka sistem akan menampilkan pesan dan menyampaikan pesan yang sangat membantu user, ketika user mendapati kesalahan saat input data transaksi yang tidak lengkap, selanjutnya akan diproses sesuai dengan kebutuhan fungsionalnya dan dapat menghasilkan output yang sesuai dengan yang diinginkan oleh instansi.

Implementasi

Schedulle Implementasi

Schedulle Implementasi merupakan rencana yang menjelaskan segala sesuatu tentang hal-hal yang dibutuhkan dalam proses implementasi “Perancangan Sistem Informasi Absensi Anggota Berbasis Web Pada Badan Penanggulangan Bencana Daerah Kota Tangerang” Pada tahap ini dibutuhkan rencana implementasi yang berguna dalam pelaksanaan langkah-langkah kegiatan penerapannya. Langkah-langkah yang dilakukan dalam usaha mewujudkan sistem yang direncanakan ini dalam bentuk tabel dari schedulle implementasi sebagai berikut :

Tabel 4.9 Schedulle Implementasi

Estimasi Biaya

Tabel 4.10 Estimasi Biaya

BAB V

KESIMPULAN DAN SARAN

Kesimpulan

Setelah mempelajari permasalahan yang dihadapi berdasarkan hasil analisis dan pengamatan yang telah dilakukan, maka dapat diambil kesimpulan yaitu :

  1. Sistem absensi anggota pada Badan Penanggulangan Bencana Daerah Kota Tangerang masih bersifat manual atau dalam proses absensinya masih menggunakan tanda tangan sehingga memperlambat proses absen dan menurunkan tingkat kedisiplinan anggota.
  2. Dengan sistem absensi anggota yang masih bersifat manual menjadikan penyimpanan data-data laporan absensi belum dikatakan terorganisir dengan baik, resiko-resiko manipulasi data, kerusakan data, dan hilangnya data untuk dijadikan bahan laporan sangat mungkin terjadi.
  3. Perancangan Sistem Informasi Absensi Anggota Berbasis Web dibuat sebagai solusi untuk mempermudah, mempercepat proses absensi dan melakukan penyimpanan data dengan akurat. Di dalam sistem tersebut digunakan Use Case Diagram, Activity Diagram, Sequence Diagram, Class Diagram yang dibuat menggunakan software Visual Paradigm for UML 6.4. Setelah itu tabel-tabel dalam database dijabarkan pada spesifikasi basis data dan selanjutnya database dibuat menggunakan MySQL. Langkah berikutnya penulis membuat rancangan tampilan sistem yang akan dibuat, setelah itu penulis mulai merancang interface website menggunakan aplikasi Adobe Dreamweaver CS6. Menu-menu yang dirancang antara lain login, menu home, menu absensi, menu anggota, menu grup dan menu setting.

Saran

Berdasarkan hasil penelitian dari Perancangan Sistem Informasi Absensi Anggota Berbasis Web pada Badan Penanggulangan Bencana Daerah Kota Tangerang terdapat beberapa saran yang dapat dijadikan masukan untuk meningkatkan kinerja sistem absensi anggota berbasis web, yaitu :

  1. Perlu dilakukan maintenance dan pencatatan ketika ditemukan kendala dan permasalahan sistem sehingga kesalahan yang terdapat pada sistem dapat segera diperbaiki.
  2. Dalam menggunakan komputer diperlukan ketelitian dari pengguna terutama dalam pengoperasian dan penyimpanan hendaknya sesuai dengan prosedur yang ada, sehingga dengan demikian dapat dikatakan bahwa apabila data dimasukan kedalam komputer sudah benar, secara otomatis hasil yang diperoleh akan sesuai dengan apa yang diharapkan.
  3. Perlu adanya pengembangan sistem secara berkelanjutan, terutama untuk meminimalisir kekurangan-kekurangan yang ada pada proses absensi anggota sehingga sistem dapat selalu up to date.

DAFTAR PUSTAKA

DAFTAR LAMPIRAN

Lampiran A

Lampiran A.1 : Surat Pengantar Observasi
Lampiran A.2 : Kartu Studi Tetap Final (KSTF)
Lampiran A.3 : Validasi Sidang Akademik
Lampiran A.4 : Form Validasi Skripsi
Lampiran A.5 : Surat Keterangan Observasi
Lampiran A.6 : Kartu Bimbingan
Lampiran A.7 : Formulir Seminar Proposal
Lampiran A.8 : Formulir Materi Proposal
Lampiran A.9 : Formulir Final Presentasi
Lampiran A.10 : Kwitansi Pembayaran Skripsi
Lampiran A.11 : Kwitansi Pembayaran Raharja Career
Lampiran A.12 : Kwitansi Pembayaran Sidang Komprehensif
Lampiran A.13 : Sertifikat Prospek
Lampiran A.14 : Sertifikat TOEFL
Lampiran A.15 : Sertifikat IT Nasional
Lampiran A.16 : Sertifikat IT Internasional
Lampiran A.17 : Curiculum Vitae (CV)
Lampiran A.18 : Katalog Produk
Lampiran A.19 : Final Slide Presentasi

Lampiran B

Lampiran B.1 : Formulir Pertemuan Stakeholder
Lampiran B.2 : Formulir Wawancara
Lampiran B.3 : Surat Keterangan Implementasi Program