Si1121465647: Perbedaan revisi

Revisi per 27 Agustus 2015 08.41

1. Bapak Ir. Untung Rahardja, M.T.I selaku Ketua STMIK Raharja.
2. Bapak Sugeng Santoso, M.Kom., selaku Pembantu Ketua I Bidang Akademik STMIK Raharja.
3. Bapak Junaidi, M.Kom., selaku Kepala Jurusan Teknik Informatika STMIK Raharja.
4. Bapak Sugeng Widada,Drs.M.si., selaku dosen pembimbing I yang telah memberikan bimbingan serta pengarahan kepada penulis untuk kelancaran penyusunan Skripsi ini.
5. Ibu Ary Sulismawati, M.Kom selaku dosen pembimbing II yang telah memberikan bimbingan serta pengarahan kepada penulis untuk kelancaran penyusunan Skripsi ini.
6. Bapak Adhi Zulkifli, ST, MT selaku stakeholder yang telah memberikan masukan dan motivasi baik dalam perancangan maupun penyusunan laporan Skripsi ini
7. Seluruh karyawan dan tim kerja Dinas Komunikasi dan Informasi yang telah memberikan bekal ilmu pengetahuan yang berguna bagi penulis.
8. Keluarga tercinta khususnya Orang Tua, yang selalu memberikan kasih sayang, perhatian, semangat, dukungan moril dan materil serta do’a untuk keberhasilan penulis dalam menyelesaikan Laporan Skripsi ini.
9. Rekan-rekan seperjuangan, dan semua teman mahasiswa di Perguruan Tinggi Raharja yang tidak dapat disebutkan satu persatu. Terima kasih atas bantuannya.

BAB I

1. Media Website dalam bentuk apa dan yang bagaimana yang dibutuhkan oleh Dinas Komunikasi dan Informasi yang akan ditujukan kepada masyarakat?
2. Bagaimana merancang media website yang menarik, dapat diakses dengan mudah dan dapat efektif untuk masyarakat?
3. Jika sudah diimplementasikan hal apa yang diinginkan oleh pihak Komunikasi dan Informasi Kota Tangerang?

1. Dapat memberi layanan sarana akses informasi secara mudah dan menarik kepada masyarakat.
2. Untuk mengembangkan sistem yang telah ada agar lebih mempermudah dalam pengerjaan proses pembelian.
3. Dapat dijadikan solusi penyampaian informasi yang efektif.
4. Masyarakat dengan mudah mengetahui informasi-informasi yang harus diketahui dari Dinas Komunikasi dan Informasi.
Manfaat Penelitian
1. Sebagai penunjang informasi terhadap relasi dan memperlihatkan media website pada saat melakukan sebuah kerjasama dengan klien.
2. Meningkatkan citra Kota Tangerang.
3. Isi dengan teks sesuai kebutuhan.
4. Memberikan informasi tentang Kota Tangerang yang lebih terinci sehingga masyarakat Kota Tangerang lebih mendapatkan informasi seputar visi Kota Tangerang.
Metode Penelitian Metode Pengumpulan Data
1. Metode Analisa Permasalahan
2. Metode Pengumpulan Data
3. Sistematika Penulisan Laporan Skripsi
4. Penutup
Metode Analisa
Topik penelitian ditentukan berdasarkan hasil wawancara yang dilakukan dengan pihak terkait Dinas Komunikasi dan Informasi Kota Tangerang yang dilakukan dengan Bapak Adi Zulkifli, ST., MT. Pada Tanggal 28 April Tahun 2015 Adapun pertanyaan yang digunakan dalam analisa permasalahan tersebut diantaranya:
1. Biasa berhubungan atau akses informasi dari Dinas Komunikasi dan Informasi Kota Tangerang itu siapa saja ?
2. Dari fasilitas akses yang telah dipergunakan oleh Dinas Komunikasi dan Informasi Permasalahannya apa saja ?
3. Untuk memenuhi efektifitas dalam akses informasi untuk mendatang dibutuhkan bentuk media apa dan media seperti apa ?
Jawaban dari pertanyaan yang diajukan adalah:
1. Yang dapat mengakses informasi terhadap media yang telah di bangun oleh Dinas Komunikasi dan Informasi adalah seluruh pengguna internet, karena mereka yang digunakan sudah berbasis internet
2. Kurang tersosialisasikan media website www.tangerangkota.go.id keseluruh masyarakat Kota tangerang
3. Media desktop, website yang sudah ada diperlukan mobile aplikasi untuk meningkatkan efektifitas dalam akses informasi.
Dari hasil jawaban yang diperoleh dari Dinas Komunikasi dan Informasi Kota Tangerang dapat disimpulkan bahwa: hingga saat ini pihak Dinas Komunikasi dan Informasi Kota Tangerang belum memiliki fasilitas media informasi tentang kegiatan-kegiatan yang harus di mengerti dan harus diperhatikan oleh masyarakat Khususnya Kota Tangerang, dengan demikian untuk waktu mendatang agar masayarakat dapat dan mudah mendapatkan informasi yang dibutuhkan melalui akses dengan jejaring internet, maka pihak Dinas Komunikasi dan Informasi Kota Tangerang untuk dibuatkan sebuah media Website yang dapat diakses dengan mudah dan menarik, sehingga masyarakat Kota Tangerang tidak ketinggalan terhadap informasi-informasi kegiatan yang butuhkan oleh warga masyarakat.
Metode Pengumpulan Data

Data dukung sebagai kelengkapan laporan dikumpulkan dengan cara:

1. Observasi
2. Interview
3. Studi Pustaka
Metode Analisa Perancangan

Untuk dapat menghasilkan rancangan media yang baik dan berkualitas digunakan iplikasi computer penunjang produksi Website diantaranya:

Beberapa software yang akan digunakan untuk men-design dan membuat suatu model diagram. PHP, merupakan bahasa pemograman yang akan dipakai. XAMPP, merupakan tool yang menyediakan paket perangkat lunak kedalam satu buah paket. MySQL, merupakan database yang akan digunakan.

Sistematika Penulisan

Untuk dapat mempermudah mengetahui isi laporan skripsi, disampaikan:

BAB I PENDAHULUAN
Yang menyampaikan Latar Belakang Masalah Skripsi, Rumusan Masalah Skripsi, Ruang Lingkup Pembahasan, Tujuan dan Manfaat Penelitian Skripsi, Metodologi yang digunakan dalam skripsi dan Sistematika Penulisan Laporan Skripsi.

BAB II LANDASAN TEORI
Berisi konsep dasar-konsep dasar berupa teori-teori dasar untuk memperkuat teori-teori yang dikemukakan pada laporan skripsi.

BAB III PEMBAHASAN
Berisi Sejarah singkat Dinas Komunikasi dan Informasi Kota Tangerang, Struktur Organisasi Dinas Komunikasi dan Informasi Kota Tangerang, Wewenang dan Tanggung Jawab tiap-tiap Bagian dan Product Information Dinas Komunikasi dan Informasi Kota Tangerang .

BAB IV KONSEP DESAIN
Berisi tahapan-tahapan perencanaan produksi yang dibutuhkan dalam produksi media Website.

BAB V PENUTUP
Berisi kesimpulan berupa poin-poin kalimat yang menjawab poin-poin kalimat pertanyaan pada Rumusan Masalah.

BAB II

LANDASAN TEORI

Konsep Dasar Perancangan Pengertian Perancangan

Menurut Surianto Ruslan dalam buku Layout Dasar dan Penerapannya yang terbitkan oleh PT. Gramedia Pustaka Utama (2009:10)^[1], ”Perancangan adalah suatu kegiatan membuat desain teknis berdasarkan evaluasi yang telah dilakukan pada kegiatan analisis. Perancangan merupakan wujud visual yang dihasilkan dari bentuk-bentuk kreatif yang telah direncanakan. Langkah awal dalam perancangan desain bermula dari hal-hal yang tidak teratur berupa gagasan atau ide-ide kemudian melalui proses penggarapan dan pengelolaan akan menghasilkan hal-hal yang teratur, sehingga hal-hal yang sudah teratur bisa memenuhi fungsi dan kegunaan secara baik".

Menurut Hendi Hendratman dalam buku Tips N Trik Computer Grapics Design yang diterbitkan oleh Informatika Bandung (2010:09-12)^[2],”Perancangan adalah merupakan wujud visual yang dihasilkan dari bentuk-bentuk kreatif yang telah direncanakan. Langkah awal dalam perancangan desain bermula dari hal-hal yang tidak teratur berupa gagasan atau ide-ide kemudian melalui proses penggarapan dan pengolahan akan menghasilkan hal-hal yang teratur, sehingga hal-hal yang sudah teratur bisa memenuhi fungsi dan kegunaan secara baik".

Menurut Iwan Binanto dalam buku Multimedia Digital Dasar Teori dan Pengembangannya yang diterbitkan Andi Yogyakarta (2010:260-261)^[3],”Perancangan adalah tahap pembuatan spesifikasi mengenai arsitektur program, gaya, tampilan, dan kebutuhan material atau bahan untuk program. Tahap ini biasanya menggunakan storyboard untuk menggambarkan deskripsi tiap scene lain dan bagan alir (flowchart) untuk menggambarkan aliran dari satu scene ke scene lain".

Berdasarkan teori-teori dasar yang ditemukan diatas, maka dapat disimpulkan pengertian perancangan sesuai dengan topik penelitian, Perancangan adalah segala sesuatu yang melatar belakangi penciptaan karya. Untuk mencapai hasil perancangan yang dapat memecahkan masalah, maka disusun strategi dalam perancangan untuk menganalisa media yang akan dibuat,agar sesuai dengan sasaran.

Proses Perancangan Secara Umum

Menurut Hendi Hendratman dalam buku Tips N Trik Computer Grapics Design yang diterbitkan oleh Informatika Bandung (2010:09-12)^[2]

1. Persiapan Data
   Data dapat berupa teks atau gambar yang terlebih dahulu diseleksi, apakah data tersebut sangat penting sehingga harus ditampilkan atau data kurang penting sehingga dapat ditampilkan lebih kecil, samar atau ditiadakan sama sekali. Data dapat berupa data Informatif yaitu berupa foto atau teks dan judul serta data Estetis yaitu berupa bingkai, background, efek grafis garis atau bidang.
2. Ide
   Untuk mencari ide yang kreatif diperlukan studi banding, wawancara dan lain-lain agar desain yang dibuat bisa efektif diterima dan membangkitkan kesan tertentu yang sulit dilupakan.
3. Konsep
   Hasil kerja berupa pemikiran yang menentukan tujuan-tujuan, kelayakan dan segmen yang dituju. Oleh karena itu, desain grafis menjadi desain komunikasi visual agar dapat bekerja untuk membantu pihak yang membutuhkan solusi secara visual.
4. Media
   Untuk mencapai kriteria ke sasaran atau segmen yang dituju diperlukan studi kelayakan yang cocok dan efektif untuk mencapai tujuannya. Media bisa berupa cetak, elektonik, luar ruang dan lain-lain.
5. Visualisasi
   Menentukan komponen desain, pemilihan warna, layout sampai finishing.
6. Produksi
   Setelah desain dan coding yang dibuat selesai, sebaiknya terlebih dahulu diuji coba (testing) untuk memastikan sistem atau produk tidak ada kesalahan.
Konsep Dasar Informasi Pengertian Informasi
Menurut Maimunah dalam jurnal CCIT (Maimunah dkk, 2012 : 284)^[4], “Informasi adalah data yang telah diolah menjadi sebuah bentuk yang lebih berarti bagi penerimanya, dan bermanfaat dalam mengambil sebuah keputusan”.
Menurut Budi Sutedjo Dharma Oetama, S.Kom., MM, (2011 : 168)^[5], “Informasi merupakan hasil pemrosesan data yang diperoleh dari setiap elemen sistem tersebut menjadi bentuk yang mudah dipahami dan merupakan pengetahuan yang relevan yang dibutuhkan oleh orang untuk menambah pemahamannya terhadap faktor-faktor yang ada”.
Menurut McLeod dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012: 8)^[6],Informasi (information) dapat didefinisikan sebagai berikut : “Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi yang menerimannya, informasi disebut juga data yang diproses atau data yang memiliki arti
Berdasarkan teori-teori dasar yang ditemukan diatas, maka dapat disimpukan bahwa pengertian informasi sesuai dengan topik penelitian, Informasi adalah data yang diolah menjadi bentuk yang berguna untuk membuat keputusan. Informasi berguna sebagai pembuat keputusan, karena berdasarkan informasi itu para pengelola dapat mengetahui kondisi obyektif perusahaannya.

Jenis-jenis Informasi

Menurut O’Brien dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012: 15),^[7], “jenis-jenis informasi dijelaskan sebagai berikut :”
1. Informasi manajerial
   Informasi strategis untuk manajerialtingkat atas, informasi taktis untuk manajerial tingkat menengah, dan informasi operasional untuk manajerial tingkat bawah.
2. Sumber informasi
   Sumber informasi dibagi, menjadi informasi internal dan eksternal. Informasi internal adalah informasi yang menggambarkan keadaan (profile), sedangkan informasi eksternal adalah informasi yang menggambarkan ada tidaknya perubahan di luar organisasi. Informasi ini biasanya lebih banyak digunakan untuk kegiatan-kegiatan manajerial tingkat atas.
3. Informasi rutinitas
   Informasi rutinitas, dibagi menjadi informasi rutin dan insendentil. Informasi rutin digunakan secara periodik terjadwal dan digunakan untuk penanggulangan masalah rutin, sedangkan informasi insendentil diperlukan untuk penanggulangan masalah khusus.
4. Informasi fisik
   Informasi fisik, dapat diartikan susunan yang terdiri dari perangkat keras, perangkat lunak dan tenaga pelaksanaan yang secara bersama-sama saling mendukung untuk menghasilkan suatu produk, dan sistem informasi dari segi fungsi merupakan suatu proses berurutan dimulai dari pengumpulan data dan diakhiri dengan komunikasi.

Nilai Informasi

Menurut Agus Mulyanto dalam buku Sistem Informasi Konsep dan Aplikasi yang diterbitkan oleh Pustaka Pelajar (2009: 20)^[8]”Parameter untuk mengukur nilai sebuah informasi (value of information) ditentukan dari dua hal pokok yaitu manfaat (benefit) dan biaya (cost)”. Namun, dalam kenyataannya informasi yang biaya untuk mendapatkannya tinggi belum tentu memiliki manfaat yang tinggi pula. Suatu informasi dikatakan bernilai jika manfaatnya lebih efektif dibandingkan dengan biaya untuk mendapatkannya dan sebagian besar informasi tidak dapat tepat ditaksir keuntungannya dengan satuan nilai uang, tetapi dapat ditaksir nilai efektivitasnya.
Menurut Jogiyanto dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012:9)^[9]”nilai dari informasi (value of information) ditentukan oleh dua hal yaitu, manfaat dan biaya pendapatannya. Suatu informasi dikatakan bernilai bila manfaatnya lebih efektif dibandingkan biaya mendapatkannya. Sulit untuk menggabungkan suatu bagian informasi pada suatu masalah yang tertentu dengan biaya memperolehnya, karena sebagian besar informasi dipakai banyak pihak dalam perusahaan. Informasi tidak dapat ditaksir keuntungannya dengan nilai uang, tetapi dapat ditaksir dengan nilai efektifnya. Pengukuran nilai informasi biasanya dihubungkan dengan analisis cost effectiveness atau cost benefit
Nilai suatu infomasi berhubungan dengan keputusan. Hal ini berarti bahwa apabila tidak ada pilihan atau keputusan, informasi menjadi tidak diperlukan. Keputusan dapat berkisar dari keputusan berulang yang sederhana sampai keputusan strategis jangka panjang informasi tersebut. Informasi yang dapat mengurangi ketidak pastian dalam pengambilan keputusan dapat dikatakan informasi tersebut memiliki nilai yang tinggi. Sebaliknya apabila informasi tersebut kurang memberikan manfaat dalam pengambilan keputusan, maka informasi tersebut dikatakan bernilai rendah. Nilai informasi dikatakan sempurna apabila perbedaan antara kebijakan optimal, tanpa informasi yang sempurna dan kebijakan optimal menggunakan informasi yang sempurna dapat dinyatakan dengan jelas. Nilai suatu informasi dapat ditentukan berdasarkan sifatnya.
Tentang 10 sifat yang dapat menentukan nilai informasi, yaitu sebagai berikut:
1. Kemudahan dalam memperoleh
   Informasi memiliki nilai yang lebih sempurna apabila dapat diperoleh secara mudah. Informasi yang penting dan sangat dibutuhkan menjadi tidak bernilai jika sulit diperoleh.
2. Sifat luas dan kelengkapannya
   Informasi mempunyai nilai yang lebih sempurna apabila mempunyai lingkup/ cakupan yang luas dan lengkap. Informasi sepotong dan tidak lengkap menjadi tidak bernilai, karena tidak dapat digunakan secara baik.
3. Ketelitian (accuracy)
   Informasi mempunyai nilai yang lebih sempurna apabila mempunyai ketelitian yang tinggi/akurat. Informasi menjadi tidak bernilai jika tidak akurat, karena akan mengakibatkan kesalahan pengambilan keputusan.
4. Kecocokan dengan pengguna (relevance)
   Informasi mempunyai nilai yang lebih sempurna apabila sesuai dengan kebutuhan penggunanya. Informasi berharga dan penting menjadi tidak bernilai jika tidak sesuai dengan kebutuhan penggunanya, karena tidak dapat dimanfaatkan untuk pengambilan keputusan.
5. Ketepatan waktu (Timeliness)
   Informasi mempunyai nilai yang lebih sempurna apabila dapat diterima oleh pengguna pada saat yang tepat. Informasi berharga dan penting menjadi tidak bernilai jika terlambat diterima/usang, karena tidak dapat dimanfaatkan pada saat pengambilan keputusan.
6. Kejelasan (clarity)
   Informasi yang jelas akan meningkatkan kesempurnaan nilai informasi. Kejelasan informasi dipengaruhi oleh bentuk dan format informasi.
7. Fleksibilitas/ keluwesannya
   Nilai informasi semakin sempurna apabila memiliki fleksibilitas tinggi. Fleksibilitas informasi diperlukan oleh para manajer/pimpinan pada saat pengambilan keputusan.
8. Dapat dibuktikan
   Nilai informasi semakin sempurna apabila informasi tersebut dapat dibuktikan kebenarannya. Kebenaran informasi bergantung pada validitas data sumber yang diolah.
9. Tidak ada prasangka
   Nilai informasi semakin sempurna apabila informasi tersebut tidak menimbulkan prasangka dan keraguan adanya kesalahan informasi.
10. Dapat diukur
    Informasi untuk pengambilan keputusan seharusnya dapat diukur agar dapat mencapai nilai yang sempurna.

Pengertian Data

Menurut McLeod dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012: 5)^[6]“Data adalah kenyataan yang menggambarkan adanya suatu kejadian (event), data terdiri dari fakta (fact) dan angka yang secara relatif tidak berarti bagi pemakai”.
Pada umumnya yang lainnya data adalah kumpulan file atau informasi dengan tipe tertentu, baik suara, gambar atau.
Menurut Al-Bahra Bin Ladjamudin dalam buku Konsep Sistem Basis Data dan Implementasinya yang diterbitkan oleh Graha Ilmu (2010:2)^[10]Pada umumnya para pakar mendefinisikan data sesuai dengan bidang ilmu yang digelutinya, diantaranya adalah sebagai berikut :
1. Data adalah deskripsi dari benda-benda dan kejadian-kejadian yang selalu kita hadapi sehari-hari.
2. Data adalah sekumpulan deskripsi dari benda-benda (resources) dan kejadian-kejadian (transaksi-transaksi) yang selalu berinteraksi sehari-hari.
3. Data adalah sekumpulan dari fakta-fakta atau figur-figur.

Konsep Dasar Media Pengertian Media

<p style="line-height: 2">Menurut Sutabri (2012:225)^[11], tahap rancangan sistem dibagi menjadi 2 (dua) bagian, yaitu rancangan sistem secara umum dan rinci. Adapun tujuan utama dari tahap rancangan sistem ini adalah sebagai berikut:</p>
1. Melakukan evaluasi serta merumuskan pelayanan sistem yang baru secara rinci dan menyeluruh dari masing-masing bentuk informasi yang akan dihasilkan.
2. Mempelajari dan mengumpulkan data untuk disusun menjadi sebuah struktur data yang teratur sesuai dengan sistem yang akan dibuat yang dapat memberikan kemudahan dalam pemrograman sistem serta keluwesan atau fleksibilitas keluaran informasi yang dihasilkan.
3. Penyusunan perangkat lunak sistem yang akan berfungsi sebagai sarana pengolahan data dan sekaligus penyaji informasi yang dibutuhkan.
4. Menyusun kriteria tampilan informasi yang akan dihasilkan secara keseluruhan sehingga dapat memudahkan dalam hal pengindentifikasian, analisis, dan evaluasi terhadap aspek-aspek yang ada dalam permasalahan sistem yang lama.
5. Penyusunan buku pedoman (manual) tentang pengoperasian perangkat lunak sistem yang akan dilanjutkan dengan pelaksanaan kegiatan pelatihan serta penerapan sistem sehingga sistem tersebut dapat dioperasikan oleh organisasi atau instansi yang bersangkutan.
7. Tahap-Tahap Rancangan Sistem

<p style="line-height: 2">Menurut Al Jufri (2011:141)^[12], Langkah-langkah tahap rancangan yaitu:</p>

1. Menyiapkan Rancangan Sistem Yang Terinici
   Analis bekerja sama dengan pemakai dan mendokumentasikan rancangan sistem baru denagan alat-alat yang dijelaskan dengan modul teknis. Bebrapa alat memudahkan analis untuk menyiapkan dokumentasi secara top down, dimulai dengan gambaran besar dan secara bertahap mengarah lebih rinci. Pendekatan top down ini merupakan ciri rancangan terstruktur (structured design), yaitu rancangan bergerak dari tingkat sistem ke tingkat subsistem. Alat-alat dokumentasi yang popular yaitu:
1. Diagram arus data (data flow diagram)
2. Diagram hubungan entitas (entity relathionship diagram)
3. Kamus data (Data dictionary)
4. Flowchart
5. Model hubungan objek
6. Spesifikasi kelas
2. Mengidentifikasi Berbagai Alternatif Konfigurasi Sistem
   Analis mengidentifikasi konfigurasi, bukan merek atau model peralatan komputer yang akan memberikan hasil yang terbaik bagi sistem dalam menyelesaikan pemrosesan.
3. Mengevaluasi berbagai Alternatif Konfigurasi Sistem
   Analis bekerjasama dengan manager mengevaluasi berbagai alternatif. Alternatif yang dipilih adalah yang paling memungkinkan subsistem memenuhi kriteria kinerja, dengan kendala-kendala yang ada.
4. Memilih Konfigurasi Terbaik
   Analis mengevaluasi semua konfigurasi subsistem dan mnyesuaikan kombinasi peralatan sehingga semua subsistem menjadi satu konfigurasi tunggal. Setelah selesai analis membuat rekomendasi kepada manager untuk disetujui. Bila manager menyetujui konfigurasi tersebut, persetujuan selanjutnya dilakukan oleh MIS.
5. Menyiapkan Usulan Penerapan
   Analis menyiapkan usulan penerapan (implementation proposal) yang mengikhtisarkan tugas-tugas penerpan yang harus dilakukan, keuntungan yang diharapkan, dan biayanya.
6. Menyetujui atau Menolak Penerapan Sistem
   Keputuasan untuk terus pada tahap penerapan sangatlah penting, karena usaha ini akan sangat meningkatkan jumlah orang yang terlibat. Jika keuntungan yang diharapkan dari sistem melebihi biayanya, maka penerapan akan disetujui.

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Al-Jufri (2011:141) ^[12]</p>

<p style="text-align: center;">Gambar 2.6 Diagram Tahap Perancangan </p>

===Metode Penelitian===

1. Tahapan Pengumpulan Data
<p style="line-height: 2">Menurut Rapina (2011:15)^[13], teknik pengumpulan data, yaitu:</p>
1. Studi Lapangan
   Yaitu penelitian yang dilakukan secara langsung pada perusahaan yang bersangkutan untuk memperoleh data primer dan informasi yang dibutuhkan, dengan cara :
2. Observasi
   Observasi merupakan suatu teknik yang digunakan untuk mengumpulkan data dengan cara melakukan pengamatan secara langsung ke tempat yang dijadikan objek penelitian.
3. Wawancara
   Wawancara merupakan salah satu teknik untuk mengumpulkan data dengan cara menanyakan secara langsung kepada pihak yang berkaitan dengan penelitian.
4. Dokumentasi
   Dokumentasi adalah suatu teknik pengumpulan data dengan cara mengumpulkan semua hal yang diperlukan yang dapat menunjang keberhasilan penelitian.
2. Studi Kepustakaan
   Yaitu mencari dan mengumpulkan bahan yang berhubungan dengan masalah yang diteliti untuk memperoleh data sekunder dengan membaca, mempelajari, dan mendalami literatur-literatur yang berhubungan dengan masalah yang diteliti.

<p style="line-height: 2">Menurut Tamodia (2013:26)^[14], pengumpulan data dengan melakukan peninjauan secara langsung untuk memperoleh data-data yang diperlukan dalam penyusunan tugas akhir. Penelitian ini dilakukan terhadap kegiatan dari seluruh objek penelitian yang meliputi:</p>

1. Observasi
   Melakukan pengamatan langsung di lapangan terhadap pokok permasalahan yang dihadapi. Pengamatan observasi ini dilakukan dengan tidak terbatas pada orang, tetapi juga obyek-obyek yang lain seperti proses kinerjanya.
2. Wawancara
   Penulis melakukan wawancara langsung dengan karyawan-karyawan untuk memperoleh keterangan informasi data dan pendapat yang dibutuhkan serta gambaran yang lebih jelas tentang masalah yang sedang diteliti oleh penulis.
3. Dokumentasi
   Teknik yang berupa informasi dan berasal dari catatan penting baik dari lembaga atau organisasi maupun dari perorangan.

===Konsep Dasar Analisa Value Chain===

1. Definisi Value Chain
<p style="line-height: 2">Menurut Wisdaningrum (2013:41)^[15], “ Rantai Nilai (Value Chain) menggambarkan cara untuk memandang suatu perusahaan sebagai rantai aktivitas yang mengubah input menjadi output yang bernilai bagi pelanggan”.</p>
<p style="line-height: 2">Menurut Dewi (2012:62)^[16], “Value Chain merupakan suatu metode untuk merinci suatu rangkaian dari bahan baku hingga produk akhir yang digunakan, menjadi kegiatan strategi yang relevan untuk memahami perilaku biaya dan perbedaan sumber daya”.</p>
<p style="line-height: 2">Menurut Porter dalam Wisdaningrum (2013:41)^[17], “Analisis Value Chain merupakan alat analisis strategik yang digunakan untuk memahami secara lebih baik terhadap keunggulan kompetitif”.</p>
<p style="line-height: 2">Berdasakan definisi di atas, maka dapat disimpulkan value chain adalah suatu metode yang digunakan untuk mengetahui keunggulan kompetitor.</p>
2. Kerangka Rantai Nilai (Value Chain)

<p style="line-height: 2">Menurut Hitt dalam Wisdaningrum (2013:42)^[15], kerangka rantai nilai membagi aktivitas dalam perusahaan menjadi dua kategori umum:</p>

1. Aktivitas Primer (Primary Activities)
   Aktivitas yang berkaitan dengan penciptaan fisik produk, penjualannya dan distribusinya ke para pembeli, dan servis setelah adanya penjualan.
2. Aktivitas Pendukung (Support Activities)
   Membantu perusahaan secara keseluruhan dengan menyediakan dukungan yang diperlukan bagi berlangsungnya aktivitas-aktivitas primer dilakukan secara berkelanjutan.

<p style="line-height: 2">Menurut Pears and Robinson dalam Wisdaningrum (2013:42)^[15], berikut gambar yang menjelaskan mengenai aktivitas-aktivitas yang dilakukan, yaitu:</p>

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Pears and Robinson dalam Wisdaningrum (2013:42)^[15]</p>

<p style="text-align: center;">Gambar 2.7 Diagram Value Chain </p>

==Teori Khusus=====Konsep Dasar Akuntansi===

1. Definisi Akuntansi
<p style="line-height: 2">Menurut Rahman (2013:14)^[18], “Akuntansi sering disebut sebagai bahasa bisnis (the language of business), dengan aktivitas sederhana mulai dari mencatat, meringkas, melaporkan dan mengintrepretasikan data dasar ekonomi untuk kepentingan perorangan, pengusaha, pemerintah, dan anggota masyarakat lainnya. Mekanisme aktivitas akuntansi dapat terlihat melalui siklus akuntansi sebagai berikut:</p>
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rahman (2013:14)^[18]</p>
<p style="text-align: center;">Gambar 2.8 Siklus Akuntansi </p>
<p style="line-height: 2">Menurut Diana (2011:14)^[19], “Akuntansi merupakan proses mengidentifikasi, mengukur, mencatat, dan mengkomunikasikan peristiwa-peristiwa ekonomi dari suatu organisasi (bisnis maupun non bisnis) kepada pihak-pihak yang berkepentingan dengan informasi bisnis tersebut (pengguna informasi).”</p>
<p style="line-height: 2">Menurut Rudianto (2012:16)^[20], “Akuntansi adalah aktivitas mengumpulkan, menganalisis, menyajikan dalam bentuk angka, mengklasifikasikan, mencatat, meringkas, dan melaporkan aktivitas/transaksi perusahaan dalam bentuk informasi keuangan.”</p>
<p style="line-height: 2">Dengan demikian, untuk sampai pada penyajian informasi keuangan yang dibutuhkan berbagai pihak akuntasi harus melalui proses yang disebut siklus akuntansi. Siklus akuntansi adalah urutan kerja yang harus dilakukan oleh akuntan sejak awal hingga menghasilkan laporan keuangan perusahaan.</p>
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rudianto (2012:16)^[20]</p>
<p style="text-align: center;">Gambar 2.9 Siklus Akuntansi </p>
1. Transaksi adalah peristiwa bisnis yang dapat diukur dengan menggunakan satuan moneter yang menyebabkan perusahan di salah satu unsur posisi keuangan perusahaan. Umumnya, transaksi selalu disertai dengan perpindahan hak milik dari pihak-pihak yang melakukan transaksi tersebut. Berbagai transaksi yang selalu rutin terjadi dalam sebuah perusahaan antara lain: transaksi penjualan produk, transaksi pembelian peralatan usaha, transaksi penerimaan kas, transaksi pengeluaran kas, dan sebagainya.
2. Dokumen dasar adalah berbagai formulir yang menjadi bukti telah terjadinya transaksi tertentu. Berbagai formulir yang biasanya yang menjadi dokumen dasar antara lain: faktur, kwitansi, nota penjualan, dan lain-lain. Dokumen dasar merupakan titik tolak dilakukannya proses akuntansi dalam perusahaan. Tanpa dokumen dasar, tidak bisa dilakukan pencatatan dalam akuntansi.
3. Jurnal (Journal) adalah buku yang digunakan untuk mencatat transaksi perusahaan secara kronologis, sedangkan menjurnal adalah aktivitas mencatat dan meringkas aktivitas transaksi perusaahan dibuku jurnal dengan menggunakan urutan tertentu berdasarkan dokumen dasar yang dimiliki. Pencatatan transaksi dalam buku jurnal dapat dilakukan berdasarkan nomor urut faktur atau tanggal terjadinya transaksi.
4. Akun (Account) adalah kelas informasi dalam sistem akuntansi. Atau, media yang digunakan untu mencatat informasi sumber daya perusahaan dan informasi lainnya berdasarkan jenisnya. Sebagai contoh, akun Kas, akun Piutang, akun Modal Saham, dan sebagainya.
5. Posting adalah aktivitas memindahkan catatan di Buku Jurnal ke dalam Buku Besar sesuai dengan jenis transaksi dan nama akun masing-masing.
6. Buku Besar (General Ledger) adalah kumpulan dari semua akun yang dimiliki perusahaan beserta saldonya. Seluruh akun yang dimiliki perusahaan saling berhubungan satu dengan lainnya dan merupakan suatu kesatuan.
<p style="line-height: 2">Berdasarkan definisi di atas, maka dapat disimpulkan akuntansi adalah aktivitas mengumpulkan, mencatat, meringkas, dan melaporkan aktivitas perusahaan dalam bentuk laporan keuangan.</p>
2. Definisi Jurnal dan Buku Besar
<p style="line-height: 2">Menurut Diana (2011:52)^[19], “Jurnal adalah suatu catatan yang digunakan untuk mencatat transaksi berdasarkan dokumen perusahaan secara kronologis (menurut tanggal terjadinya transaksi).</p>
<p style="line-height: 2">Menurut Rudianto (2012:71)^[20], “ Buku Jurnal adalah media yang digunakan untuk mencatat transaksi perusahaan secara ringkas, permanen, dan lengkap, serta disusun secara kronologis untuk referensi di masa depan. Secara umum, buku jurnal berbentuk empat kolom dengan manfaat yang saling menunjang satu dengan yang lainnya. Kolom pertama (tanggal) berfungsi untuk mencatat tanggal transaksi. Kolom kedua (keterangan) adalah untuk mencacat aktivitas transaksi sesuai nama perkiraan/akun yang terkait dan penjelasan yang diperlukan. Kolom ketiga (ref) berguna untuk mencatat referensi yang terkait dengan buku besar. Kolom keempat (jumlah) dibagi menjadi dua kolom, yaitu kolom debet dan kolom kredit, yang berguna untuk mencatat nilai transaksi.</p>
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rudianto (2012:71)^[20]</p>
<p style="text-align: center;">Gambar 2.10 Bagan Jurnal </p>
<p style="line-height: 2">Menurut Rudianto (2012:57)^[20], ”Buku Besar adalah kumpulan dari semua akun yang di miliki suatu perusahaan beserta saldonya yang saling berhubungan satu dengan lainnya dan merupakan suatu kesatuan”.</p>
<p style="line-height: 2">Menurut Diana (2011:60)^[19], “Buku Besar adalah suatu catatan akuntansi yang menggambarkan kenaikan atau penurunan aktiva atau utang atau ekuitas yang dibuat secara individual untuk setia item laporan keuangan”.</p>
3. Kegunaan Informasi Bagi Pemakainya

<p style="line-height: 2">Menurut Rudianto (2012:4)^[20], kebutuhan akan informasi yang berkaitan dengan aktivitas perusahaan tidak hanya muncul dari pihak eksternal perusahaan, seperti kreditor, supplier, pemerintah, atau calon investor, tetapi juga muncul dari pihak internal organisasi. Pihak manajemen akan membutuhkan informasi keuangan yang berkaitan dengan aktivitas ekonomi yang dilakukan perusahaan, seperti jumlah beban bahan baku yang dikeluarkan beban tenaga kerja selama satu periode, beban overhead pada periode terkait, atau beban produksi dalam satu tahun.</p>

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Rudianto (2012:5)^[20]</p>

<p style="text-align: center;">Gambar 2.11 Pemakai Informasi Akuntansi </p>

===Konsep Dasar Pembelian===

<p style="line-height: 2">Menurut Sudarsono (2010:87)^[21] , salah satu fungsi yang penting adalah pembelian. Masalah pembelian ini mulai timbul setelah perusahaan pembelian di sini adalah lebih ditekankan pada masalah buah-buahan atau barang-barang yang dibutuhkan untuk proses produksi dengan tujuan menghasilkan suatu produk.</p>

1. Sifat-sifat pembelian
   Berdasarkan pada sifatnya, pembelian ini dapat dibedakan dalam:
1. Market purchasing adalah suatu pembelian yang dilaksanakan dengan memperhatikan kondisi (naik-turunnya) harga-harga yang terbentuk di pasar.
2. Hand to month buying, pembelian dari tangan ke mulut juga ‘pembelian seketika’ adalah suatu pembelian yang dilakukan pada saat adanya kebutuhan.
3. Speculative purchasing, merupakan pembelian yang bersifat spekulasi.
4. Forward buying, merupakan pembelian dengan transaksi yang dilakukan pada saat ini, akan tetapi penyerahan baru akan dilakukan beberapa waktu kemudian.
2. Metode-Metode Pembelian
   Ada beberapa metode dalam pembelian, diantaranya:

1. Pembelian berdasarkan kontrak (contract purchasing), dimaksud sebagai pembelian atas suatu bahan/barang dengan jumlah dan harga serta dalam jangka waktu tertentu, yang kesamaannya dicantumkan dalam “surat kontrak” atau surat perjanjian jual beli.
2. Pembelian secara kelompok (group purchasing) adalah metode pembelian untuk beberapa jenis dan jumlah barang yang dilakukan serentak daam satu paket pengiriman.
3. Pembelian berdasarkan jadwal (scheduled purchasing), merupakan pembelian yang dilaksanakan berdasarkan jadwal kebutuhan proses produksi.

===Konsep Dasar Dreamweaver===

1. Definisi Dreamweaver

<p style="line-height: 2">Menurut Madcoms (2011:2)^[22], “Adobe Dreamweaver CS5 adalah versi terbaru dari Dreamweaver yang merupakan bagian dari Adobe Creative Suite 5. Dreamweaver sendiri merupakan aplikasi yang digunakan sebagai HTML editor profesional untuk mendesain web secara visual”.</p>

<p style="line-height: 2">Menurut Madcoms (2011:2))^[22], “Dreamweaver adalah sebuah HTML editor profesional untuk mendesain web secara visual dan mengelola situs atau halaman web. Pada Dreamweaver CS5, terdapat beberapa kemampuan bukan hanya sebagai software untuk desain web saja tetapi juga untuk menyunting kode serta pembuatan aplikasi Web dengan menggunakan berbagai bahasa pemograman Web, antara lain: JPS, PHP, ASP, dan Coldfusion”.</p>

<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan dreamweaver adalah suatu aplikasi yang digunakan dalam membangun atau membuat sebuah web.</p>

===Konsep Dasar XAMPP===

1. Definisi XAMPP

<p style="line-height: 2">Menurut Wardana (2010:8)^[23], “XAMPP adalah paket software yang didalamnya sudah terkandung Web Server Apache, database MySQL dan PHP Interpreter”.</p>

<p style="line-height: 2">Menurut Februariyanti (2012:129)^[24], “XAMPP adalah sebuah software web server apache yang di dalamnya sudah tersedia database server MySQL dan dapat mendukung pemograman PHP”.</p>

<p style="line-height: 2">Berdasrkan kedua definisi di atas, maka dapat disimpulkan XAMPP adalah sebuah software web server apache yang didalamnya sudah tersedia database server MySQL dan support PHP programming. </p>

===Konsep Dasar PHP===

1. Definisi PHP
<p style="line-height: 2">Menurut Madcoms (2013:309)^[25], “PHP adalah sebuah bahasa scripting yang terpasang pada HTML”.</p>
<p style="line-height: 2">Menurut Arief (2011:43)^[26], “PHP (Hypertext Preprocessor) adalah bahasa server-side scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis”.</p>
<p style="line-height: 2">Menurut Anhar (2010:3)^[27], “PHP singkatan dari PHP: Hypertext Preprocessor yaitu bahasa 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 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 atau up to date. Semua script PHP dieksekusi pada server dimana script tersebut dijalankan”.</p>
<p style="line-height: 2">Dapat dijelaskan sejarah PHP, yaitu sebagai berikut:</p>
1. Tahun 1995 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.
2. Tahun 1997 PHP 2.0 dirilis. Pada versi ini sudah terintegrasi dengan bahasa pemrograman C dan dilengkapi dengan modulnya sehingga kualitas kerja PHP meningkat secara signifikan. Pada tahun ini juga sebuah perusahaan yang bernama Zend merilis ulang PHP dengan lebih bersih, baik, dan cepat.
3. Tahun 1998 PHP 3.0 diluncurkan.
4. Tahun 1999 PHP versi 4.0 dirilis. PHP versi ini paling banyak digunakan pada awal abad 21 karena sudah mampu membangun web komplek dengan stabilitas kecepatan yang tinggi.
5. Tahun 2004 Zend merilis PHP 5.0. dalam versi ini, inti dari interpreter PHP mengalami perubahan besar. Versi ini juga memasukan model pemrograman berorientasi objek ke dalam PHP untuk menjawab perkembangan bahasa pemrograman ke arah paradigma berorientaso objek.
6. Lalu versi 6 PHP sudah support untuk Unicode. Juga banyak fitur penting lainnya yang telah di tambah ke dalam PHP 6.
<p style="line-height: 2">Berdasarkan definisi di atas, maka dapat disimpulkan PHP adalah bahasa pemograman yang digunakan secara luas untuk penanganan pembuatan situs web.</p>
2. Cara Kerja PHP

<p style="line-height: 2">Menurut Saputra (2012:5)^[28], PHP merupakan bahasa Server Side Scripting, dimana PHP selalu membutuhkan web server dalam menjalankan aksinya. Secara prinsip, server akan bekerja apabila ada permintaan dari client, yaitu kode-kode PHP. Client tersebut akan dikirimkan ke server, kemudian server akan mengembalikan pada halaman sesuai instruksi yang diminta. Berikut adalah uraian per pointnya:</p>

1. Server membaca permintaan dari client/browser.
2. Kemudian dilanjutkan untuk mencari halaman/page pada server.
3. Server melakukan instruksi yang diberikan oleh PHP untuk melakukan modifikasi pada halaman/page.
4. Selanjutnya hasil modifikasi tersebut akan dikembalikan kepada client/browser.

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Saputra (2012:5)^[28]</p>

<p style="text-align: center;">Gambar 2.12 Cara Kerja PHP </p>

===Konsep Dasar HIPO===

1. Definisi HIPO

<p style="line-height: 2">Menurut Praptiningsih (2012:03)^[29], “HIPO (Hirarchy Plus Input Process Output) yaitu alat bantu yang digunakan untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam program ini berisi input yang diproses dan menghasilkan output”.</p>

===Konsep Dasar MySQL===

1. Definisi MySQL
<p style="line-height: 2">Menurut Wahana Komputer (2011:15)^[30], “MySQL merupakan salah satu perangkat lunak untuk sistem manajemen database SQL”.</p>
<p style="line-height: 2">Menurut Wahana Komputer (2012:13)^[31], “MySQL adalah aplikasi yang digunakan untuk membuat query dalam pembuatan database, table maupun manipulasi data”.</p>
<p style="line-height: 2">Menurut Kadir (2013:15)^[32], “MySQL adalah nama database server. Data base server adalah server yang berfungsi untuk menangani database. Database adalah suatu pengorganisasian data dengan tujuan memudahkan penyimpanan dan pengaksesan data. Dengan menggunakan MySQL, kita bisa menyimpan data dan kemudian data bisa diakses dengan cara mudah dan cepat.”</p>
<p style="line-height: 2">Berdasarkan definisi di atas, maka dapat disimpulkan MySQL adalah sebuah perangkat lunak yang digunakan untuk membuat database.</p>
2. Kelebihan MySQL

<p style="line-height: 2">Menurut Saputra (2012:8)^[28], beberapa kelebihan yang dimiliki MySQL adalah sebagai berikut:</p>

1. Bersifat open source, yang memiliki kemampuan untuk dapat dikembangkan lagi.
2. Menggunakan bahasa SQL (Structure Query Language), yang merupakan standar bahasa dunia dalam pengolahan data.
3. Super performance dan realible, tidak bias diragukan, pemrosesan database-nya sangat cepat dan stabil.
4. Sangat mudah dipelajari (easy of use).
5. Memiliki dukungan support (group) pengguna MySQL.
6. Mampu lintas Platform, dapat berjalan di berbagai sistem operasi.
7. Multiuser, dimana MySQL dapat digunakan oleh beberapa user dalam waktu yang bersamaan tanpa mengalami konflik.

===Unified Modeling Language (UML)===

1. Definisi UML
<p style="line-height: 2">Menurut Nogroho (2011:119)^[33], “Unified Modeling Language (UML) adalah bahasa untuk menspesifikasi, memvisualisasikan, serta mengkontruksi bangunan dasar sistem perangkat lunak, termasuk melibatkan pemodelan aturan-aturan bisnis”.</p>
<p style="line-height: 2">Menurut Herlawati (2011:6)^[34], “bahwa beberapa literature menyebutkan bahwa UML menyediakan sembilan jenis diagram, yang lain menyebutkan delapan karena ada beberapa diagram yang digabung, misalnya diagram komunikasi, diagram urutan dan diagram pewaktuan digabung menjadi diagram interaksi”.</p>
<p style="line-height: 2">Menurut Rosa (2013:133)^[35], “Unified Modeling Language (UML) adalah salah standar bahasa yang banyak digunakan di dunia industri untuk mengidentifikasi, requirement, membuat analisi & desain, serta menggambarkan arsitektur dalam pemrograman berorientasi objek”.</p>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan Unified Modeling Language (UML) adalah suatu alat bantu yang dapat digunakan dalam bahasa pemogramam untuk memvisualisasikan suatu sistem.</p>
2. Tujuan Unified Modeling Language (UML)
<p style="line-height: 2">Menurut Yasin (2012:268)^[36], tujuan UML diantaranya adalah:</p>
1. Memberikan model yang siap pakai, bahasa pemodelan visual yang ekspresif untuk mengembangkan sistem dan yang dapat saling menukar model dengan mudah dan dimengerti secara umum.
2. Memberikan bahasa pemodelan yang bebas dari berbagai bahasa pemograman dan proses rekayasa.
3. Menyatukan praktek-praktek terbaik yang terdapat dalam pemodelan.
3. Tipe-Tipe Diagram UML

<p style="line-height: 2">Menurut Yasin (2012:268)^[36], UML terdiri dari banyak diagram, yaitu:</p>

1. Use Case Diagram
   Use Case Diagram adalah gambar dari beberapa atau seluruh aktor dan use case dengan tujuan mengenali interaksi mereka dalam suatu sistem.
1. Aktor
   Aktor mewakili siapa pun atau apa saja yang harus berinteraksi dengan sistem. Aktor bisa didefinisikan sebagai berikut:
1. Aktor hanya memberikan informasi kepada sistem.
2. Aktor hanya menerima informasi dari sistem.
3. Aktor memberikan dan menerima informasi ke dan dari sistem.
2. Use Case
   Use case model adalah dialog antara aktor dengan sistem yang akan menggambarkan fungsi yang diberikan oleh sistem.
1. Use Case Relationship
   Use case relationship adalah suatu hubungan, baik itu antara aktor dan use case atau antara use case dan use case. Hubungan antara aktor dan use case disebut dengan communicate association.
2. Association/Directed Association
   Asosiasi yaitu hubungan statis antar elemen. Umumnya menggambarkan elemen yang memiliki atribut berupa elemen lain, atau elemen yang harus mengetahui eksistensi elemen lain. Tanda panah menunjukkan arah query antar elemen.
3. Generalization/Pewarisan
   Pewarisan merupakan hubungan hierarkis antar elemen. Elemen dapat diturunkan dari elemen lain dan mewarisi semua atribut dan metode elemen asalnya dan menambahkan fungsionalitas baru, sehingga disebut anak dari elemen yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.
2. Activity Diagram
   Activity diagram menggambarkan rangkaian aliran dari aktivitas, digunakan untuk aktivitas lainnya seperti use case atau interaksi. Activity diagram berupa flow chart yang digunakan untuk memperlihatkan aliran kerja dari sistem. Notasi yang digunakan dalam activity diagram adalah sebagai berikut:
1. Activity
   Notasi yang menggambarkan pelaksanaan dari beberapa proses dari aliran pekerjaan.
2. Transition
   Notasi yang digunakan untuk memperlihatkan jalan aliran control dari activity ke activity.
3. Decision
   Notasi yang menandakan control cabang aliran berdasarkan decision point.
4. Sychromization Bar
   Aliran kerja notasi ini menandakan bahwa beberapa aktivitas dapat diselesaikan secara bersamaan (pararel).
3. Sequence Diagram
   Sequence diagram menggambarkan kolaborasi dinamis antara sejumlah objek dan untuk menunjukkan rangkaian pesan yang dikirm antar objek juga interaksi antar objek, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem. Sequence diagram menjelaskan interaksi objek yang disusun berdasarkan urutan waktu. Secara mudahnya sequence diagram adalah gambaran tahap demi tahap yang seharusnya dilakukan untuk menghasilkan sesuatu sesuai dengan use case diagram.
   Dalam sequence diagram terdapat 2 model, yaitu:
1. Actor, untuk menggambarkan pengguna sistem.
2. Lifeline, untuk menggambarkan kelas dan objek.
4. Class Diagram
   Class Diagram menggambarkan struktur dan deskripsi class, package, dan objek beserta hubungan satu, antara lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class diagram berfungsi untuk menjelaskan tipe dari objek sistem dan hubungannya dengan objek yang lain. Objek adalah nilai tertentu dari setiap attribute kelas entity. Class adalah sebuah spesifikasi yang jika diinstarisiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan orientasi objek. Class menggambarkan keadaan (attribute/property) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metode/fungsi).

===Konsep Dasar Prototipe===

1. Definisi Prototipe
<p style="line-height: 2">Menurut Simarmata (2010:62)^[37], “Prototype adalah bagian dari produk yang mengekspresikan logika maupun fisik antarmuka eksternal yang ditampilkan”.</p>
<p style="line-height: 2">Menurut Mall (2009:43)^[38], “Prototype is a toy implementation of the system”. (Prototype adalah sebuah implementasi tiruan dari sebuah sistem)</p>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan Prototype adalah contoh dari produk atau sistem dalam bentuk sebenarnya yang dapat dirubah sesuai keinginan sebelum direalisasikan.</p>
2. Jenis-Jenis Prototipe
<p style="line-height: 2">Jenis-jenis Prototype secara general dibagi menjadi dua, yaitu: Menurut Simarmata (2010:64)^[37]</p>
1. Rapid Throwaway Prototyping
   Pendekatan pengembangan perangkat keras/Iunak ini dipopulerkan Soleh Gomaa dan Scoot (1981) yang saat ini telah digunakan secara luas oleh industri, terutama di dalam pengembangan aplikasi. Pendekatan ini biasanya digunakan dengan item yang berisiko tinggi (high-risk) atau dengan bagian dari sistem yang tidak dimengerti secara keseluruhan oleh para tim pengembang. Pada pendekatan ini, Prototype "quick and dirty" dibangun, diverifikasi oleh kansumen, dan dibuang hingga Prototype yang diinginkan tercapai pada saat proyek berskala besar dimulai.
2. Prototype Evolusioner
   Pada pendekatan evolusioner, suatu Prototype berdasarkan kebutuhan dan pemahaman secara umum. Prototype kemudian diubah dan dievolusikan daripada dibuang. Prototype yang dibuang biasanya digunakan dengan aspek sistem yang dimengerti secara luas dan dibangun atas kekuatan tim pengembang. Prototype ini juga didasarkan atas kebutuhan prioritas, kadang-kadang diacu sebagai “chunking” pada pengembang aplikasi (Hough, 1993).
3. Kelebihan dan Kelemahan Prototype

<p style="line-height: 2">Kelebihan dan Kelemahan prototyping adalah sebagai berikut:</p>

<p style="text-align: center;">Tabel 2.1 Kelebihan dan Kekurangan Prototype </p>

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Simarmata (2010:68)^[37]</p>

===Konsep Dasar Flowchart===

1. Definisi Flowchart
<p style="line-height: 2">Menurut Sulindawati (2010:8)^[39], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urutan-urutan prosedur dari suatu program”.</p>
<p style="line-height: 2">Menurut Adelia (2011:116)^[40], “Flowchart adalah penggambaran secara grafik dari langkah-langkah dan urut-urutan prosedur dari suatu program”.</p>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan Flowchart adalah bentuk gambar/diagram yang mempunyai aliran satu atau dua arah secara sekuensial.</p>
<p style="line-height: 2">Flowchart biasanya mempermudah penyelesaian suatu masalah khususnya masalah yang perlu dipelajari dan di evaluasi lebih lanjut. Bila seorang analisi dan programmer akan membuat flowchart, ada beberapa petunjuk yang harus diperhatikan.</p>
2. Cara Membuat Flowchart
<p style="line-height: 2">Ada beberapa petunjuk dalam pembuatan Flowchart Menurut Menurut Sulindawati(2010:8)^[39]</p>
1. Flowchart digambarkan dari halaman atas ke bawah dan kiri ke kanan.
2. Aktifitas yang digambarkan harus didefinisikan secara hati-hati dan definisi ini harus dapat dimengerti oleh pembacanya.
3. Kapan aktifitas dimulai dan berakhir harus ditentukan secara jelas.
4. Setiap langkah dari aktivitas harus diuraikan dengan menggunakan deskripsi kata kerja.
5. Setiap langkah dari aktifitas harus berada pada urutan yang benar.
6. Lingkup dan range dari aktifitas yang sedang digambarkan harus ditelusuri dengan hati-hati.
7. Gunakan simbol-simbol flowchart yang standar.
3. Jenis-Jenis Flowchart

<p style="line-height: 2">Ada lima macam bagan alir yang akan dibahas di modul ini, yaitu sebagai berikut:</p>

1. Bagan Alir Sistem (System Flowchart)
   Merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam system secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada dalam system.
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rachman (2012:78)</p>
<p style="text-align: center;">Gambar 2.13 Bagan Alir Sistem (System Flowchart) </p>
2. Bagan Alir Dokumen (Document Flowchart)
   Menelusuri alur dari data yang ditulis melalui sistem. Fungsi utamanya untuk menelusuri alur form dan laporan sistem dari satu bagian ke bagian yang lain.
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rachman (2012:90)</p>
<p style="text-align: center;">Gambar 2.14 Bagan Alir Dokumen (Document Flowchart) </p>
3. Bagan Alir Skematik (Schematic Flowchart)
   Mirip dengan Flowchart sistem yang menggambarkan suatu sistem atau prosedur.
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rachman (2012:93)</p>
<p style="text-align: center;">Gambar 2.15 Bagan Alir Skematik (Schematic Flowchart) </p>
4. Bagan Alir Program (Program Flowchart)
   Merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program atau prosedur dilaksanakan.
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rachman (2012:95)</p>
<p style="text-align: center;">Gambar 2.16 Bagan Alir Program (Program Flowchart) </p>
5. Bagan Alir Proses (Process Flowchart)
   Merupakan teknik penggambaran rekayasa industrial yang memecah dan menganalisis langkah selanjutnya dari sebuah sistem.

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Rachman (2012:97)</p>

<p style="text-align: center;">Gambar 2.17 Bagan Alir Proses (Process Flowchart) </p>

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Rachman (2012:98)</p>

<p style="text-align: center;">Gambar 2.18 Contoh Variasi Aplikasi Flowchart </p>

===Konsep Dasar Waterfall===

<p style="line-height: 2">Menurut Rizky (2011:61)^[41], waterfall model sebagai salah satu teori dasar dan seakan wajib dipelajari dalam konteks siklus hidup perangkat lunak, merupakan sebuah siklus hidup yang terdiri dari mulai fase hidup perangkat lunak sebelum terjadi hingga pasca produksi. Waterfall model memiliki definisi sendiri bahwa sebuah hidup perangkat lunak memiliki sebuah proses yang linear dan sekuensial.</p>

<p style="text-align: center;">Link Url Photo</p>

<p style="text-align: left;">Sumber: Rizky (2011:61)^[41]</p>

<p style="text-align: center;">Gambar 2.19 Waterfall Life Cycle </p>

<p style="line-height: 2">Dalam buku ini menganut paham bahwa waterfall model memiliki enam tahapan, yakni:</p>

1. Definisi kebutuhan (Requirement Definition)
2. Desain sistem dan perangkat lunak (Software Design and System)
3. Implementasi dan testing unit (Implementation and Unit Testing)
4. Integrasi dan testing sistem (Integration and Systen Testing)
5. Uji coba (Testing)
6. Operasional dan pemeliharaan (Operation and Maintenance)

===Konsep Dasar Database===

1. Definisi Database
<p style="line-height: 2">Menurut Yasin (2012:274)^[36], “Basis Data (Database) adalah kumpulan informasi yang disimpan di dalam komputer secara sistematik sehingga dapat digunakan oleh suatu program komputer untuk memperoleh informasi dari basis data tersebut”.</p>
<p style="line-height: 2">Menurut Oktavian (2010:62)^[42], “Database adalah sekumpulan data dan prosedur yang memiliki struktur sedemikian rupa sehingga mudah dalam menyimpan, mengatur dan menampilkan data”.</p>
<p style="line-height: 2">Menurut Pramono (2011:34)^[43], “Database adalah sarana untuk menyimpan dan mengorganisir informasi”.</p>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan database adalah kumpulan informasi yang disimpan dalam komputer secara sistematis.</p>
2. Alur Hidup Basis Data
<p style="line-height: 2">Menurut Rosa (2013:48)^[35], tidak hanya perangkat lunak yang memiliki alur hidup, dalam membuat perencanaan basis data juga memiliki alur hidup atas Database Life Cycle (DBLC). Alur hidup basis data dapat dilihat pada gambar berikut:</p>
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Rosa (2013:49)^[35]</p>
<p style="text-align: center;">Gambar 2.20 Alur Hidup Basis Data </p>
<p style="line-height: 2">Fase-fase DBLC antara lain:</p>
1. Analisis kebutuhan/requirement analysis
   Hal-hal yang harus dilakukan pada tahap ini adalah:
1. Didefinisikan dengan mewawancarai produsen dan pemakai data, data apa sajakah yang butuh untuk disimpan dan terkait dengan aplikasi komputer yang akan dikembangkan.
2. Membuat kontrak spesifikasi basis data.
3. Entity Relationship Diagram (ERD) sebagai bagian dari desain konseptual.
2. Desain lojik basis data/logical database design
   Pada tahap ini harus dibuat rancangan lojik basis data. Biasanya pada tahap ini dibuat Conceptual Data Model (CDM).
3. Desain fisik basis data/physical database design
   Pada tahap ini harus dibuat rancangan fisik basis data. Biasanya pada tahap ini dibuat Physical Data Model (PDM).
4. Implementasi
1. Membuat Query SQL.
2. Aplikasi ke DBMS atau file.
3. Tahap Perancangan Database

<p style="line-height: 2">Menurut Pramono (2011:56)^[43], tahap-tahap perancangan database sebagai berikut:</P>

1. Mengumpulkan informasi.
   
2. Mengenali objek.
3. Membuat model objek.
4. Mengenali jenis informasi masing-masing objek.
5. Mengenali relasi di antara objek-objek.

===Konsep Dasar Normalisasi===

1. Definisi Normalisasi

<p style="line-height: 2">Menurut Nugroho (2011:199)^[33], normalisasi dapat dipahami sebagai tahapan-tahapan yang masing-masing berhubungan dengan bentuk normal. Bentuk normal adalah keadaan relasi yang dihasilkan dengan menetapkan aturan sederhana berkaitan dengan konsep kebergantungan fungsional pada relasi yang bersangkutan. Kita akan menggambarkannya secara garis besar sebagai berikut:</p>

1. Bentuk Normal Pertama (1NF/First Normal Form)
   Bentuk normal pertama adalah suatu bentuk relasi di mana atribut bernilai banyak (multivalues attribute) telah dihilangkan sehingga kita akan menjumpai nilai tunggal (mungkin saja nilai null) pada pemotongan setiap baris dan kolom pada tabel.
2. Bentuk Normal Kedua (2NF/Second Normal Form)
   Semua kebergantungan fungsional yang bersifat sebagian (partial functional dependency) telah dihilangkan.
3. Bentuk Normal Ketiga (3NF/Thrid Normal Form)
   Semua kebergantungan transitif (transitive dependency) telah dihilangkan.
4. Bentuk Normal Boyce-Codd (BCNF/Boyce Codd Normal Form)
   Semua anomaly yang tersisa dari hasil penyempurnaan kebergantungan fungsional sebelumnya telah dihilangkan.
5. Bentuk Normal Keempat (4NF/Fourth Normal Form)
   Semua kebergantungan bernilai banyak telah dihilangkan.
6. Bentuk Normal Kelima (5NF/Fifth Normal Form)
   Semua anomaly yang tertinggi telah dihilangkan.

<p style="line-height: 2">Menurut Paillin (2012:69)^[44], Normalisasi adalah proses pengelompokan elemen data menjadi tabel-tabel yang menunjukan entity dan relasinya (Marlinda, 2004). Pada proses ini selalu di uji pada beberapa kondisi. Apakah ada kesulitan pada saat menambah (insert) pada suatu database. Bila ada kesulitan pada pengujian tersebut maka relasi tersebut dapat dipecahkan pada beberapa tabel lagi atau dengan kata lain perancangan yang dilakukan belum mendapatkan suatu database yang optimal. Sebelum mengenal lebih jauh mengenai normalisasi ada beberapa konsep yang harus diketahui lebih dahulu seperti field atau attribute kunci dan ketergantungan kunci (Functional Depencendy).</p>

1. Calon Kunci (Candidate key)
   Kunci kandidat atau calon kunci adalah suatu attribute atau satu set minimal attribute yang mengidentifikasi secara unik suatu kejadian yang spesifik dari suatu entity.
2. Kunci Primer (Primary Key)
   Kunci primer adalah suatu attribute atau satu set minimal attribute yang tidak hanya mengidentifikasi secara unik suatu kejadian yang spesifik, akan tetapi juga dapat mewakili setiap kejadian dari suatu entity. Setiap kunci kandidat punya peluang menjadi kunci primer, akan tetapi sebaiknya dipilih satu saja yang dapat mewakili secara menyeluruh terhadap entity yang ada.
3. Kunci Alternatif (Alternate Key)
   Kunci Alternatif adalah kunci kandidat yang tidak dipakai sebagai primary key. Dimana kerap kali kunci alternatif ini dipakai sebagai kunci pengurutan dalam pembuatan laporan.
4. Kunci Tamu (Foreign Key)
   Kunci tamu adalah satu attribute atau satu set attribute yang melengkapi satu relationship (hubungan) yang menunjukan ke induknya.

<p style="line-height: 2">Teknik normalisasi ini juga merupakan satu teknik yang menstrukturkan data dalam cara tertentu untuk membantu mengurangi atau mencegah timbulnya masalah yang berhubungan dengan pengolahan data dalam database.
Dalam pembuatan normalisasi terdapat beberapa tahap pembentukan, setiap tahap mempunyai bentuk normalisasi yang berbeda. Bentuk-bentuk tersebut antara lain:</p>

1. Bentuk Tidak Normal (Unnormalized Form)
   Bentuk ini merupakan data yang akan direkam, tidak ada keharusan mengikuti suatu format tertentu. Dapat saja data tidak lengkap atau terduplikasi. Data dikumpulkan apa adanya sesuai dengan saat penginputan atau saat kedatangannya.
2. Bentuk Normal Kesatu (1NF/First Normal Form)
   Bentuk normal kesatu mempunyai ciri yaitu setiap data dibentuk dalam flat file (file datar/rata), data dibentuk dalam satu record demi satu record, nilai dari field-field berupa “atomic value”. Tidak ada set atribut yang berulang atau atribut bernilai ganda (multivalue). Tiap field hanya satu pengertian, bukan merupakan kumpulan kata yang mempunyai arti mendua, hanya satu arti saja dan juga bukanlah pecahan kata-kata sehingga artinya menjadi lain.
3. Bentuk Normal Kedua (2NF/Second Normal Form)
   Bentuk normal kedua mempunyai syarat yaitu bentuk data telah memenuhi kriteria dari bentuk normal kesatu. Atribut bukan kunci haruslah bergantung secara fungsi pada kunci utama/primary key. Sehingga untuk membentuk normal kedua harus sudah ditentukan kunci-kunci fieldnya. Kunci field harus unik dan dapat mewakili atribut lain yang menjadi anggotanya.
4. Bentuk Normal Ketiga (3NF/Third Normal Form)
   Untuk menjadi normal ketiga maka relasi harus dalam bentuk normal kedua dan semua atribut bukan primer tidak mempunyai hubungan yang transitif. Dengan kata lain, semua atribut bukan kunci haruslah bergantung hanya pada primary key secara menyeluruh.

===Konsep Dasar Pengujian===

1. Definisi Pengujian
<p style="line-height: 2">Menurut Desai (2012:43)^[45], “Pengujian adalah kegiatan yang dilakukan selama siklus hidup perangkat lunak untuk memvalidasidan memverifikasi bahwa perangkat lunak yang dikembangkan memenuhi harapan yang ditetapkan di awal.”</p>
<p style="line-height: 2">Menurut Simarmata (2010:323)^[37], “Pengujian adalah proses terhadap aplikasi program untuk menemukan segala kesalahan dan segala kemungkinan yang akan menimbulkan kesalahan sesuai dengan spesifikasi perangkat lunak yang telah ditentukan sebelum aplikasi tersebut diserahkan kepada pelanggan.</p>
<p style="line-height: 2">Menurut Rizky (2011:237)^[41], “Testing adalah sebuah proses yang diejawantahkan sebagai siklus hidup dan merupakan bagian dari proses rekayasa perangkat lunak secara terintegrasi demi memastikan kualitas dari perangkat lunak serta memenuhi kebutuhan teknis yang telah disepakati dari awal.</p>
<p style="line-height: 2">Detail tahapan yang harus dilampaui dalam kaitan kebutuhan perangkat lunak dari sudut pandang testing perangkat lunak adalah:</p>
1. Verifikasi
   Verifikasi adalah proses pemeriksaan untuk memastikan bahwa perangkat lunak telah menjalankan apa yang harus dilakukan dari kesepakatan awal antara pengembang perangkat lunak dan pengguna.
2. Validasi
   Validasi adalah sebuah proses yang melakukan konfirmasi bahwa perangkat lunak dapat dieksekusi secara baik.
<p style="line-height: 2">Definisi dari standart yang harus dipenuhi oleh kebutuhan perangkat lunak adalah pembebasan perangkat lunak dari failure, fault, dan error serta incident dijelaskan dalam detail berikut:</p>
1. Failure
   Failure adalah kegagalan perangkat lunak dalam melakukan proses yang seharusnya menjadi kebutuhan perangka lunak tesebut.
2. Fault
   Fault adalah akar permasalahan dari kegagalan sebuah perangkat lunak.
3. Error
   Error adalah akibat dari adanya fault atau kerusakan yang kemudian dipicu oleh perilaku pengguna.
4. Incident
   Incident atau kecelakaan merupakan hasil akhir yang terjadi akibat dari error yang berkelanjutan dan tidak diperbaiki atau tidak terdeteksi dalam proses pengembangan perangkat lunak.
2. Acuan dan Pengukuran Testing
<p style="line-height: 2">Menurut Rizky (2011:256)^[41], “Acuan testing adalah satuan pengukuran secara kuantitatif dari proses testing yang dijalankan. Sedangkan pengukuran testing adalah aktivitas untuk menentukan keluaran testing berdasarkan acuan yang telah ditetapkan dalam proses testing”. </p>
<p style="line-height: 2">Banyak pendapat yang menyatakan tentang panduan membuat acuan dalam proses testing perangkat lunak, meski demikian dari sekian banyak pendapat tersebut ada beberapa pedoman yang dapat digunakan dalam penentuan acuan testing antara lain:</p>
1. Waktu
   Dalam hal acuan waktu, harus disepakati bersama satuan yang akan digunakan. Apakah akan menggunakan satuan dalam hitungan tahun, bulan, atau hari dari jadwal penyelesaian perangkat lunak yang ada.
2. Biaya
   Dalam testing juga penting untuk ditetapkan acuan biaya yang akan digunakan. Acuan umum ini didasarkan pada anggaran yang telah ditetapkan dan kemudian diperiksa kembali dengan biaya yang telah dikeluarkan selama pembuatan perangkat lunak.
3. Kinerja testing
   Yang dimaksud dengan kinerja testing adalah efektivitas dan efiensi dalam pelaksanaan testing. Efektivitas dalam konteks ini dapat diartikan sebagai pencapaian tujuan dari proses testing. Apakah proses testing telah berjalan sebagaimana mestinya, demi mencapai pemenuhan kualitas serta kebutuhan perangkat lunak, atau hanya demi mencari kesalahan sehingga menjatuhkan tim pengembang perangkat lunak.
4. Kerusakan
   Seperti yang telah dijelaskan di sub bab sebelumnya, bahwa proses testing tidak hanya berupa proses untuk mencari kesalahan maupun kerusakan di dalam sebuah perangkat lunak. Tetapi lebih sebagai upaya bersama untuk mencapai kualitas sebuah perangkat lunak. Meski demikian, kerusakan yang ditemukan pada saat proses testing tetap menjadi acuan dari pelaksanaan testing tersebut. Hanya pada saat sebuah kerusakan ditemukan, maka harus diklasifikasikan terlebih dahulu agar tidak terkesan bahwa proses testing berjalan subyektif.
3. Jenis-Jenis Pengujian

1. Black Box
1. Definisi Black Box
<p style="line-height: 2">Menurut Rizky (2011:261)^[41], Black Box Testing adalah tipe testing yang memperlakukan perangkat lunak yang tidak diketahui kinerja internalnya. Sehingga para tester memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang tidak penting dilihat isinya, tapi cukup dikenali proses testing dibagian luar. Teknik Testing dalam Black Box.</p>
<p style="line-height: 2">Beberapa keuntungan yang diperoleh dari jenis testing ini antara lain:</p>
1. Anggota tim tester tidak harus dari seseorang yang memiliki kemampuan teknis di bidang pemrograman.
2. Kesalahan dari perangkat lunak ataupun bug seringkali ditemukan oleh komponen tester yang berasal dari pengguna.
3. Hasil dari black box testing dapat memperjelaskan kontradiksi ataupun kerancuan yang mungkin ditimbulkan dari eksekusi perangkat lunak.
4. Proses testing dapat dilakukan lebih cepat dibandingankan white box testing.
<p style="line-height: 2">Menurut Rizky (2011:265)^[41], beberapa teknik testing yang tergolong dalam tipe black box adalah:</p>
1. Equivalence Partitioning
   Pada teknik ini, tiap inputan data dikelompokkan ke dalam grup tertentu, yang kemudian dibandingkan outputnya.
2. Boundary Value Analysis
   Merupakan teknik yang sangat umum digunakan pada saat awal sebuah perangkat lunak selesai dikerjakan. Pada teknik ini, dilakukan inputan yang melebihi dari batasan sebuah data.
3. Cause Effect Graph
   Dalam teknik ini, dilakukan proses testing yang menguhubungkan sebab dari sebuah inputan dan akibatnya pada output yang dihasilkan.
4. Random Data Selection
   Seperti namanya, teknik ini berusaha melakukan proses inputan data dengan menggunakan nilai acak. Dari hasil inputan tersebut kemudian dibuat sebuah tabel yang menyatakan validitas dari output yang dihasilkan.
5. Feature Test
   Pada teknik ini, dilakukan proses testing pada spesifikasi dari perangkat lunak yang telah selesai dikerjakan. Misalkan, pada perangkat lunak sistem informasi akademik. Dapat dicek apakah fitur untuk melakukan entri nilai telah tersedia, begitu dengan entri data siswa maupun entri data guru yang akan melakukan entri nilai.
2. Klasifikasi Black Box
<p style="line-height: 2">Menurut Simarmata (2010:316)^[37], klasifikasi black box mencakup beberapa pengujian, yaitu:</p>
1. 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 dibagiab 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 dapat meliputi permukaan yang jelas dari jenis fungsi-fungsi, serta operasi back-end (seperti, keamanan dan bagaimana meningkatkan sistem).
2. Pengujian tegangan (stress testing)
   Pengujian tegangan berkaitan dengan kualitas aplikasi di dalam lingkungan. Idenya adalah untuk menciptakan sebuah lingkungan yang lebih menuntut 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 sebuah tim.
3. 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 yang banyak hal, namun mencoba untuk menjaga agar sistem selalu kuat dan berjalan dengan lancar.
4. Pengujian khusus (ad-hoc testing)
   Jenis pengujian ini dilakukan tanpa penciptaan rencana pengujian (test plan) atau kasus pengujian (case test). Pengujian khusus membantu dalam menentukan lingkup dan durasi dari berbagai penguji lainnya dan juga membantu 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 dan spesifikasi (jika ada) jarang memberikan panduan yang jelas mengenai bagaimana sebuah program benar-benar bertindak, bahkan dokumentasi pengguna tidak menangkap “look and feel” dari sebuah program. Pengujian khusus dapat menemukan lubang-lubang dalam pengujian strategi dan dapat mengekspos hubungan di antara subsistem lain yang tidak jelas. Dengan cara ini, pengujian khusus berfungsi sebagai alat untuk memeriksa kelengkapan yang Anda uji.
5. Pengujian penyelidikan (exploratory testing)
   Pengujian penyelidikan mirip dengan pengujian khusus dan dilakukan untuk mempelajari/mencari aplikasi. Pengujian penyelidikan perangkat lunak ini merupakan pendeketan yang menyenangkan untuk pengujian.
6. Pengujian usabilitas (usability testing)
   Pengujian ini disebut juga sebagai pengujian untuk keakraban pengguna (testing for user 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 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 mempengaruhi area yang kuat untuk usabilitas maksimum.
7. “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 awalnya tercipta dalam manufaktur container dan pipa, ketika smoke telah diperkenalkan untuk menentukan apakah ada kebocoran. Praktik umum di Microsoft dan beberapa perusahaan perangkat lunak shrink-wrap lainnya adalah proses “daily buiding and smoke test”. Setiap file dikompilasi, dihubungkan, dan digabungkan menjadi sebuah program yang dapat dieksekusi setiap hari, dan program ini kemudian dimasukkan melalui “pengujian asap” (smoke test) yang relatif sederhana untuk memeriksa apakah produk “berasap” ketika produk dijalankan.
8. Pengujian pemulihan (recovery testing)
   Pengujian pemulihan (recovery testing) pada dasarnya dilakukan 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.
9. Pengujian volume (volume testing)
   Pengujian volume dilakukan terhadap efisiensi dari aplikasi. Jumlah data yang besar diproses melalui aplikasi (yang sedang diuji) untuk memeriksa keterbatasan ekstrem dari sistem.Pengujian volume, seperti namanya, adalah pengujian sebuah sistem (baik perangkat keras dan perangkat lunak) 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).
10. Pengujian domain (domain testing)
    Pengujian domain merupakan penjelasan yang paling sering menjelaskan teknik pengujian. Beberapa penulis hanya menulis beberapa 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 bebrapa cara) yang sama. Kemudian, Anda menguji perwakilan dari masing-masing subset.
11. Pengujian skenario (scenario testing)
    Pengujian scenario adalah pengujian yang realistis, kredibel dan memotivasi stakeholder, tantangan untuk program dan mempermudah penguji untuk melakukan evaluasi. Pengujian ini menyediakan kombinasi variable-variabel dan fungsi yang sangat berarti daripada kombinasi buatan yang Anda dapatkan dengan pengujian domain atau desain pengujian kombinasi.
12. Pengujian regresi (regression testing)
    Pengujian regresi adalah gaya pengujian yang berfokus pada pengujian ulang (retesting) setelah ada perubahan. Pada pengujian regresi berorientasi resiko (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 resiko sebagai berikut:
1. Perubahan yang dimaksudkan untuk memperbaiki bug yang gagal.
2. Beberapa perubahan memiliki efek samping, tidak memperbaiki bug lama atau memperkenalkan bug baru.
13. 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), pengujian pengguna akhir (end user testing) adalah tahapan pengembangan perangkat lunak ketika perangkat lunak diuji pada “dunia nyata” yang dimaksudkan oleh pengguna. UAT dapat dilakukan dengan in-house testing dengan membayar relawan atau subjek pengujian menggunakan perangkat lunak atau, biasanya mendistribusikan perangkat lunak secara luas dengan melakukan pengujian versi yang tersedia secara gratis untuk diunduh melalui web. Pengalaman awal pengguna akan diteruskan kembali kepada para pengembang yang membuat perubahan sebelum akhirnya melepaskan perangkat lunak komersial.
14. Pengujian alfa (alpha testing)
    Pada jenis pengujian ini, pengguna akan diundang ke pusat pengembangan. Pengguna akan menggunakan aplikasi dan pengembang memcatat setiap masukan atau tindakan yang dilakukan oleh pengguna. Semua jenis perilaku yang tidak normal dari sistem dicatat dan dikoreksi oleh para pengembang.
15. Pengujian beta (beta testing)
    Pada jenis pengujian 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 lebih memastikan bahwa perangkat lunak tersebut memiliki beberapa kesalahan atau bug.
2. White Box

1. Definisi White Box
<p style="line-height: 2">Menurut Rizky (2011:261)^[41], White Box Testing secara umum merupakan jenis testing yang lebih berkonsentrasi terhadap “isi” dari perangkat lunak itu sendiri. Jenis ini lebih banyak berkonsentrasi kepada source code dari perangkat lunak yang dibuat sehingga membutuhkan proses testing yang jauh lebih lama dan lebih “mahal” dikarenakan membutuhkan ketelitian dari para tester serta kemampuan teknis pemograman bagi para testernya.</p>
2. Teknik Testing dalam White Box
<p style="line-height: 2">Menurut Rizky (2011:262)^[41], beberapa teknik yang terdapat dalam jenis white box testing adalah:</p>
1. Decision (branch) Coverage
   Sesuai dengan namanya, teknik testing ini fokus terhadap hasil dari tiap skenario yang dijalankan terhadap bagian luar perangakat lunak yang mengandung percabangan (if…then…else).
2. Condition Coverage
   Teknik ini hamper mirip dengan teknik yang pertama, tetapi dijalankan terhadap percabangan yang dianggap kompleks atau percabangan majemuk. Hal ini biasanya dilakukan jika dalam sebuah perangkat lunak memiliki banyak kondisi yang dijalankan dalam satu proses sekaligus.
3. Path Analysis
   Merupakan teknik testing yang berusaha menjalankan kondisi yang ada dalam perangkat lunak serta berusaha mengkoreksi apakah kondisi yang dijalankan telah sesuai dengan alur diagram yang terdapat dalam proses perancangan.
4. Execution Time
   Pada teknik ini, perangkat lunak berusaha dijalankan atau dieksekusi kemudian dilakukan pengkuran waktu pada saat input dimasukkan hingga output dikeluarkan. Waktu eksekusi yang dihasilkan kemudian dijadikan bahan evaluasi dan dianalisa lebih lanjut untuk melihat apakah perangkat lunak telah berjalan sesuai dengan kondisi yang dimaksud oleh tester.
5. Algorithm Analysis
   Teknik ini pada umumnya jarang dilakukan jika perangkat lunak yang dibuat berjenis sistem informasi. Sebab teknik ini membutuhkan kemampuan matematis yang cukup tinggi dari para tester, karena didalamnya berusaha melakukan analisa terhadap algoritma yang diimplementasikan pada perangkat lunak tersebut.
3. Klasifikasi White Box

<p style="line-height: 2">Menurut Simarmata (2010:321)^[37], klasifikasi white box testing mencakup beberapa pengujian, yaitu:</p>

1. Pengujian unit (unit testing)
   Pengembang melaksanakan pengujian unit untuk memeriksa apakah modul tertentu atau kode unit bekerja dengan baik. Pengujian unit berada pada tingkat yang sangat dasar seperti ketika unit kode dikembangkan atau fungsi tertentu dibangun. Pengujian unit berkaitan dengan unit secara keseluruhan. Hal ini akan menguji interaksi antara berbagai fungsi, tetapi membatasi pengujian di dalam satu unit. Lingkup yang tepat dari unit ditinggalkan kepada interpretasi, pendukung kode pengujian, kadang-kadang disebut perancah (scaffolding), mungkin diperlukan untuk mendukung setiap pengujian. Jenis pengujian ini digerakkan oleh tim arsitektur dan implementasi.
2. Analisis statis dan dinamis (static and dynamic analysis)
   Analisis statis dilibatkan melalui kode untuk mengetahui segala kemungkinan cacat dalam kode, sedangkan analisis dinamis akan melibatkan pelaksanaan kode dan penganalisisan hasilnya.
3. Cakupan pernyataan (statement coverage)
   Dalam hal ini, jenis pengujian kode dijalankan dengan setiap pernyataan dari aplikasi yang dijalankan minimal sekali. Hal tesebut membantu dalam memastikan semua pernyataan untuk dijalankan tanpa efek samping.
4. Cakupan cabang (branch coverage)
   Tidak ada aplikasi perangkat lunak yang dapat ditulis dengan cara pengodean, di beberapa titik kita perlu mengetahui cakupan cabang untuk melakukan fungsi tertentu. Pengujian cakupan cabang membantu pamvalidasian semua cabang di dalam kode dan memastikan bahwa tidak ada yang mengarah ke percabangan perilaku abnormal dari aplikasi.
5. Pengujian mutasi (mutation testing)
   Pada pengujian ini, aplikasi diuji untuk kode yang telah dimodifikasi setelah pemasangan bug/cacat tertentu. Hal ini juga membantu dalam menemukan kode dan strategi pengodean yang dapat membantu dalam mengembangkan fungsi secara efektif.

===Konsep Dasar Requirement Elicitation===

1. Requirement
<p style="line-height: 2">Menurut Guritno (2011:301)^[46], “Requirement adalah sifat-sifat sistem atau product yang akan dikembangkan sesuai dengan keinginan customer”. Adapun, spesifikasi software requirement yang baik dan sangat relevan untuk dilakukan sebelum melakukan penelitian dalam bidang teknologi informasi adalah:</p>
1. Unambiguous (tidak ambigu)
2. Complete (lengkap)
3. Consistent (konsisten)
4. Modifiable (dapat diubah)
5. Traceable (dapat dilacak)
6. Dapat digunakan selama pengoperasian dan maintenance
<p style="line-height: 2">Requirement diklasifikasikan sebagai berikut:</p>
1. Functional requirements
   Menjelaskan interaksi antara sistem dan lingkungannya ayang terpisah dari implementasi. Sistem adalah sekumpulan unsur atau elemen yang saling berkaitan dan saling mempengaruhi dalam melakukan kegiatan bersama untuk mencapai suatu tujuan.
2. Nonfunctional requirements
   Adalah aspek-aspek pengguna yang dapat dilihat mengenai sistem yang tidak secara langsung berhubungan dengan functional behavior, response time harus kurang dari 1 detik, dan the accuracy must be whitin a second.
3. Constraints (psudo requirement)
   Requirement ini dipaksakan oleh client atau lingkungan tempat sistem akan beroperasi.
2. Definisi Elisitasi
<p style="line-height: 2">Menurut Sommerville and Sawyer (1997) dalam Siahaan (2012:66)^[47], “Elisitasi kebutuhan adalah sekumpulan aktivitas yang ditunjukkan untuk menemukan kebutuhan suatu sistem melalui komunikasi dengan pelanggan, pengguna sistem, dan pihak lain yang memiliki kepentingan dalam pengembangan sistem.</p>
<p style="line-height: 2">Menurut Guritno (2011:302)^[46], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk dieksekusi.</p>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan elisitasi adalah suatu rancangan pada sistem baru yang diinginkan pengguna sistem dan pihak yang terkait untuk pengembangan sistem.</p>
3. Tahap-Tahap Elisitasi
<p style="line-height: 2">Menurut Guritno dan kawan-kawan (2011:302)^[46] elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu:</p>
1. Elisitasi Tahap I
   Elisitasi tahap I, berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.
2. Elisitasi Tahap II
   Elisitasi tahap II, merupakan hasil pengklasifikasian elisitasi tahap I berdasarkan metode MDI. Metode MDI bertujuan memisahkan antara rancangan sistem yang penting dan harus ada pada sistem baru dengan rancangan yang disanggupi oleh penulis untuk dieksekusi.
   Berikut penjelasan mengenai Metode MDI:
1. M pada MDI berarti Mandatory (penting). Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
2. 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.
3. I pada MDI berarti Inessential. Maksudnya, requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.
3. Elisitasi Tahap III
   Elisitasi 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 metode TOE, yaitu:
1. T artinya Teknikal, bagaimana tata cara atau teknik pembuatan requirement dalam sistem diusulkan?
2. O artinya Operasional, bagaimana tata cara penggunaan requirement dalam sistem akan dikembangkan?
3. E artinya Ekonomi, berapakah biaya yang diperlukan guna membangun requirement di dalam sistem?
<p style="line-height: 2">Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu:</p>
1. High (H): Sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Maka requirement tersebut harus dieleminasi.
2. Middle (M): Mampu dikerjakan.
3. Low (L): Mudah dikerjakan.
4. Final Draft Elisitasi
   Final Draft elisitasi, merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangkan.
4. Tujuan Elisitasi Kebutuhan
<p style="line-height: 2">Menurut Leffingwel (2000) dalam Siahaan (2012:67)^[47], elisitasi kebutuhan bertujuan untuk:</p>
1. Mengetahui masalah apa saja yang perlu dipecahkan dan mengenali batasan-batasan sistem (system boundaries).
   Proses-proses dalam pengambangan perangkat lunak sangat ditentukan oleh seberapa dalam dan luas pengetahuan developer akan ranah permasalahan. Setiap ranah permasalahan memiliki ruang lingkup dan batsan-batasan. Batasan-batasan ini mendefinisikan sistem akhir yang dibentuk sesuai dengan lingkungan operasional saat ini. Identifikasi dan persetujuan batasan sistem mempengaruhi proses elisitasi selanjutnya. Identifikasi pemangku kepentingan dan kelas pengguna, tujuan dan tugas, dan skenario serta use case bergantung pada pemilihan batasan.
2. Mengenali siapa saja pemangku kepentingan.
   Sebagaimana disebutkan pada bagian sebelumnya, instansiasi dari pemangku kepentingan antara lain adalah konsumen atau klien (yang membayar sistem), pengembang (yang merancang, membangun, dan merawat sistem),dan pengguna (yang beriteraksi dengan sistem untuk mendapatkan hasil pekerjaan mereka). Untuk sistem yang bersifat interaktif, pengguna memegang peran utama dalam proses elisitasi. Secara umum, kelas pengguna tidak bersifat homogen, sehingga bagian dari proses elisitasi adalah menidentifikasi kebutuhan kelas pengguna yang berbeda, seperti pengguna pemula, pengguna ahli, pengguna sesekali, pengguna cacat, dan lain-lain.
3. Mengenali tujuan dari sistem yaitu sasaran-sasaran yang harus dicapai.
   Tujuan merupakan sasaran sistem yang harus dipenuhi. Penggalian high level goals di awal proses pengembangan sangatlah penting. Penggalian tujuan lebih terfokus pada ranah masalah dan kebutuhan pemangku kepentingan daripada solusi yang dimungkinkan untuk masalah tersebut.
5. Langkah-Langkah Elisitasi
<p style="line-height: 2">Menurut Sommerville and Sawyer (1997) dalam Siahaan (2012:75)^[47], berikut ini merupakan langkah-langkah untuk elisitasi kebutuhan:</p>
1. Identifikasi orang-orang yang akan membantu menentukan kebutuhan dan memahami kebutuhan organisasi mereka. Menilai kelayakan bisnis dan teknis untuk sistem yang diusulkan.
2. Menentukan lingkungan teknis (misalnya, komputasi arsitektur, sistem operasi, kebutuhan telekomunikasi) ke mana sistem atau produk akan ditempatkan.
3. Identifikasi ranah permasalahan, yaitu karakteristik lingkungan bisnis yang spesifik ke ranah aplikasi.
4. Menentukan satu atau lebih metode elisitasi kebutuhan, misalnya wawancara, kelompok focus, dan pertemuan tim.
5. Meminta partisipasi dari banyak orang sehingga dapat mereduksi dampak dari kebutuhan yang bias yang teridentifikasi dari sudut pandang yang berbeda dari pemangku kepentingan dan mengidentifikasi alasan untuk setiap kebutuhan yang dicatat.
6. Menidentifikasi kebutuhan yang ambigu dan menyelesaikannya.
7. Membuat skenario penggunaan untuk membantu pelanggan/pengguna mengidentifikasi kebutuhan utama.
6. Masalah dalam Elisitasi

<p style="line-height: 2">Menurut Nuseibeh and Eastbrook (2000) dalam Siahaan (2012:68)^[47], tahap elisitasi termasuk tahap yang sulit dalam spesifikasi perangkat lunak. Secara umum kesulitan ini disebabkan tiga masalah, yakni: masalah cakupan (scope), masalahan pemahaman, dan masalah perubahan.</p>

1. Masalah ruang lingkup
   Pelanggan/pengguna menentukan detail teknis yang tidak perlu sebagai batasan sistem yang mungkin membingungkan dibandingkan dengan menjelaskan tujuan sistem secara keseluruhan.
2. Masalah pemahaman
   Hal tersebut terjadi ketika pelanggan atau pengguna tidak benar-benar yakin tentang apa yang dibutuhkan oleh sistem, memiliki pemahaman yang sedikit dan tidak memiliki pemahaman penuh terhadap ranah masalah.
3. Masalah perubahan
   Yaitu perubahan kebutuhan dari waktu ke waktu. Untuk membantu mengatasi masalah ini, perekayasa sistem (system engineers) harus melakukan kegiatan pengumpulan kebutuhan secara terorganisir.

===Konsep Dasar Literatur Review===

1. Definisi Literatur Review
<p style="line-height: 2">Menurut Guritno, Sudaryono, Untung Raharja (2011:86)^[46], “Literature Review dalam suatu penelitian adalah mengetahui apakah para peneliti lain telah menemukan jawaban untuk pertanyaan-pertanyaan penelitian yang kita rumuskan. Jika dapat menemukan jawaban pertanyaan penelitian tersebut dalam berbagai pustaka atau laporan hasil penelitian yang paling aktual, maka kita tidak perlu melakukan penelitian yang sama.</P>
<p style="line-height: 2">Menurut Semiawan (2010:104)^[48], mendefinisikan Literature Review sebagai berikut:</P>
<p style="line-height: 2">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. </P>
<p style="line-height: 2">Berdasarkan kedua definisi di atas, maka dapat disimpulkan Literature Review adalah bahan yang tertulis terhadap permasalahan kajian tertentu yang dilakukan oleh orang lain. </P>
2. Langkah-Langkah Literatur Review
<p style="line-height: 2">Menurut Guritno, Sudaryono, Untung Raharja (2011:87)^[46], dalam melakukan kajian literature review, langkah-langkah yang dilakukan sebagai berikut:</P>
1. Mengidentifikasi kesenjangan (indentify gaps) penelitian ini.
2. Menghindari membuat ulang (reinventing the wheel) sehingga banyak menghemat waktu serta menghindari kesalahan yang pernah dilakukan oleh orang lain.
3. Mengidentifikasi metode yang pernah dilakukan dan relevan terhadap penelitian ini.
4. Menerusakan capaian penelitian sebelumnya sehingga dengan adanya studi pustaka ini, penelitian yang akan dilakukan dapat dibangun di atas platform pengetahuan atau ide yang sudah ada.
5. Mengetahui orang lain yang ahli dan mengerjakan di area penelitian yang sama sehingga dapat terjaring dalam komunitas yang dapat memberikan kontribusi sumber daya berharga.
3. Jenis-Jenis Penelitian
<p style="line-height: 2">Menurut Guritno (2011:22)^[46], jenis-jenis penelitian yaitu:</p>
1. Jenis-jenis penelitian berdasarkan fungsinya
   Secara umum penelitian mempunyai dua fungsi utama, yaitu mengembangkan ilmu pengetahuan dan memperbaiki praktik.
1. Penelitian Dasar
   Penelitian dasar (basic research) disebut pula penelitian murni (pure research) atau penelitian pokok (fundamental research). Penelitian ini diarahkan pada pengujian teori dengan hanya sedikit atau bahkan tanpa menghubungkan hasilnya untuk kepentingan praktik.
2. Penelitian Terapan
   Penelitian terapan (applied research) berkenaan dengan kenyataan-kenyataan praktis, yaitu penerapan dan pengembangan pengetahuan yang dihasilkan oleh penelitian dasar dalam kehidupan nyata.
3. Penelitian Evaluasi
   Penelitian evaluasi (evaluation research) fokus pada suatu kegiatan dalam unit (site) tertentu. Kegiatan tersebut dapat berbentuk program, proses, ataupun hasil kerja; sedangkan unit dapat berupa tempat, organisasi, ataupun lembaga.
<p style="text-align: center;">Tabel 2.2 Perbedaan Antara Penelitian Dasar, Terapan, dan Evaluasi </p>
<p style="text-align: center;">Link Url Photo</p>
<p style="text-align: left;">Sumber: Guritno (2011:26)^[46]</p>
2. Jenis-jenis penelitian berdasarkan tujuannya
   Selain berdasarkan pendekatan dan fungsinya, penelitian dapat pula dibedakan berdasarkan tujuan, yaitu:
1. Penelitian Deskriptif
   Penelitian deskriptif (descriptive research) bertujuan mendeskripsikam suatu keadaan atau fenomena apa adanya.
2. Penelitian Prediktif
   Penelitian prediktif (predictive research). Studi ini bertujan memprediksi atau memperkirakan apa yang akan terjadi atau berlangsung pada waktu mendatang berdasarkan hasil analisis keadaan saat ini.
3. Penelitian Improftif
   Penelitian improftif (improvetive research) bertujuan memperbaiki, meningkatkan, atau menyempurnakan keadaan, kegiatan, atau pelaksanaan suatu program.
4. Penelitian Eksplanatif
   Penelitian eksplanatif dilakukan ketika belum ada atau belum banyak penelitian dilakukan terhadap masalah yang bersangkutan.
5. Penelitian Eksperimen
   Penelitian eksperimen merupakan satu-satunya metode penelitian yang benar-benar dapat menguji hipotesis mengenai hubungan sebab-akibat.
6. Penelitian Ex Post Facto
   Ex post facto berarti setelah kejadian. Secara sederhana, dalam penelitian ex post facto, penelitian menyelidiki permasalahan dengan mempelajari atau meninjau variable-variabel.
7. Penelitian Partisipatori
   Bonnie J. Cain, penulis buku Parsticipatory Research; Research with Historical Consciousness, mengatakan bahwa definisi yang semakin luas tentang penelitian pastisipatori berada dalam istilah yang berciri negative serta dalam tindakan atau praktik yang ingin kita hindari atau atasi.
8. Penelitian dan Pengembangan
   Metode penelitian dan pengmebangan atau dalam istilah bahasa Inggrisnya research and development adalah metode penelitian yang bertujuan menghasilkan produk tertentu serta menguji efektivitas produk tersebut.
4. Tujuan Literatur Review

<p style="line-height: 2">Menurut Hermawan (2009:45)^[49], tinjauan pustaka berisi penjelasan secara sistematik mengenai hubungan antara variabel untuk menjawab perumusan masalah penelitian. Tinjauan pustaka dalam suatu penelitian memiliki beberapa tujuan, yaitu:</p>

1. Untuk berbagi informasi dengan para pembaca mengenai hasil-hasil penelitian sebelumnya yang erat kaitannya dengan penelitian yang sedang kita laporkan.
2. Untuk menghubungkan suatu penelitian ke dalam pembahasan yang lebih luas serta terus berlanjut sehingga dapat megisi kesenjangan-kesenjangan serta memperluas atau memberikan kontribusi terhadap penelitian-penelitian sebelumnya.
3. Menyajikan suatu kerangka untuk menunjukan atau meyakinkan pentingnya penelitian yang dilakukan dan untuk membandingkan hasil atau temuan penelitian dengan temuan-temuam penelitian lain dengan topik serupa.

==Literatur Review==

1. Penelitian yang dilakukan oleh Zaenal Arifin (2013)
   Penelitian ini membahas mengenai ”Aplikasi Pembelian Alat Thermocouple Berbasis Web pada PT. Astra Daido Steel Indonesia”, pada penelitian ini lebih fokus terhadap sistem pembelian alat thermocouple menggunakan aplikasi berbasis web agar mampu mengontrol kegiatan pembelian thermocouple dengan baik sehingga tidak terjadi stok barang. Sistem pembelian ini menggunakan software Macromedia Dreamweaver 8, AppServ, dan MySQL Server. Pada sistem yang diusulkan ini masih terdapat kekurangan, karena masih terlalu rumit dalam penggunaannya. Dengan ini diharapkan penelitian selanjutnya diharapkan dapat membuat sistem yang efisien.
2. Penelitian yang dilakukan oleh Verial Alayuniar (2012)
   Penelitian ini membahas mengenai “Aplikasi Desktop Pembelian ATK Menggunkan Visual Basic 9.0 CV. Makasar Halim”, pada penelitian ini lebih berfokus pada sistem pembelian ATK pada CV. Makasar Halim yang sebelumnya masih menggunakan sistem secara manual. Sistem pembelian ini di desain menggunakan Visual Basic 9.0, MySQL.
3. Penelitian yang dilakukan oleh Mei Wulandari & Djoko Kristianto (2012)
   Penelitian ini berjudul “Evaluasi Sistem Informasi Akuntansi pada Prosedur Pembelian Bahan Baku di PT. Batik Danar Hadi Surakarta”. Sistem ini dibuat untuk lebih mempermudah stakeholder dalam pembelian bahan baku dan dapat memilih pemasok berdasarkan penawaran harga barang terendah.
4. Penelitian yang dilakukan oleh Bella Hardiyana (2010)
   Penelitian ini membahas mengenai “Sistem Informasi Pembelian dan Penjualan Obat pada Apotek Adi Cipta Parma” pada penelitian ini lebih fous terhadap merancang dan membangun suatu sistem informasi pembelian dan penjualan obat di Apotek Adi Cipta Parma Cimahi guna menunjang aktivitas transaksi pembelian dan penjualan obat, sehingga nantinya diharapkan dapat membantu dalam mengelola stok obat, transaksi pembelian dan penjualan obat, serta membuat laporan. Hasil yang dilaporkan sudah cukup baik tetapi masih ada kekurangan dalam dalam mencetak laporan-laporan keuangan.
5. Penelitian yang dilakukan oleh Purwoko (2010)
   Penelitian ini membahas mengenai “Perancangan Sistem Informasi Akuntansi Pembelian dan Persediaan pada PT. ABC”. Sistem ini dibuat untuk mempermudah kegiatan pembelian agar tidak ada penginputan data manual yang bertujuan menghindari terjadinya kesalahan dan tidak efisiensinya otoritas yang dilakukan antar bagian.
6. Penelitian yang dilakukan oleh Rosiana (2013)
   Penelitian ini membahas mengenai “Perancangan Sistem Informasi Pembelian Tunai Berbasis Web pada PT. Tata Bros Sejahtera”, pada penelitian ini lebih berfokus terhadap sistem pembelian tunai yang sebelumnya masih menggunakan sistem manual menggunakan Microsoft Excel. Sistem pembelian ini di desain menggunakan Macromedia Dreamweaver sebagai web editor, MySQL sebagai database, AppServ software database, PHP sebagai bahasa pemograman yang digunakan, dan jaringan intranet sebagai penghubung jaringan agar sistem pembelian pada PT. Tata Bros Sejahtera terhindar dari ketidakefektifan dan ketidakefisienan suatu sistem.

=<p align="center">BAB III

=

ANALISA SISTEM YANG BERJALAN

==Gambaran Umum Perusahaan=====Sejarah Singkat Perusahaan===

PT Gapura Angkasa adalah salah satu perusahaan Ground Handling hasil patungan antara tiga perusahaan BUMN, yaitu PT. Garuda Indonesia, PT Angkasa Pura I, PT Angkasa Pura II, yang 100% sahamnya dimiliki oleh pemerintah hanya statusnya bukan BUMN. Pada awalnya PT Garuda Indonesia selaku airlines melaksanakan kegiatan Ground Handling untuk keperluan perusahaan sendiri, mengingat kebutuhan akan pelayanan yang profesional dan tuntutan hasil kerja yang optimal dengan tanpa mengabaikan unsur keselamatan (safety), kehandalan (reliability), ketepatan waktu (punctuality) dan kepuasan pelanggan (costumer satisfaction), maka PT Garuda Indonesia mempertimbangkan untuk menyerahkan kegiatan pelaksanaan Ground Handling untuk semua pesawat yang dimilikinya dan bisa berkonsentrasi pada operasional pesawat saja. Dari sinilah asal mula dibentuknya PT GAPURA ANGKASA.

PT Angkasa Pura I dan PT Angkasa Pura II (sebagai pemegang otoritas di hampir seluruh bandara di Indonesia). Pada tanggal 26 Januari 1998 dan bersamaan dengan ulang tahun ke-49 PT Garuda Indonesia maka komisaris dari ketiga perusahaan negara tersebut memutuskan untuk mendirikan PT Gapura Angkasa sebagai perusahaan pelayanan darat yang melayani penerbangan domestik dan internasional di pelabuhan udara. PT Gapura Angkasa terus menerus belajar dari pengalaman dan menjaga kualitas pelayanan kepada pelanggan. Tanggung jawab dan kewajiban PT Gapura Angkasa untuk menjadi pelengkap dan untuk bekerja sama dalam melayani operasional penerbangan di Indonesia dan untuk memberikan kecakapan dan ketepatan pelayanan yang hanya dapat diraih dengan mengembangkan sistem manajemen, peralatan yang layak dipakai dan memiliki motivasi tinggi merupakan kunci dari perjalanan perusahaan.

Pada mulanya PT Garuda Indonesia melaksanakan kegiatan secara keseluruhan mulai dari tiket, pelayanan penumpang, pelayanan pesawat serta penanganan kargo. Namun setelah dirasakan perlu adanya profesionalisme dalam pelayanan Ground Handling maka PT Angkasa Pura I dan II memutuskan mendirikan perusahaan baru. Dengan menempatkan beberapa tim kerja dari PT Garuda Indonesia untuk berkarir di PT Gapura Angkasa ini merupakan salah satu cara untuk menjaga kepercayaan publik bahwa PT Gapura Angkasa dipegang oleh tim yang profesional dibidangnya.

Sesuai dengan Surat Keputusan Menteri Keuangan No: SR-04/MK/016/1998 dan akte pendirian nomor 32 tanggal 26 Januari 1998, bukti bahwa kerja sama antara PT Garuda Indonesia dengan PT Angkasa Pura I dan II melahirkan perusahaan baru yakni PT Gapura Angkasa. Pendirian PT Gapura Angkasa ini diharapkan mampu menciptakan sinergi kuat hingga tercapainya kinerja perusahaan yang sehat, profesionalisme yang pada akhirnya mampu mengembangkan misi perusahaan untuk menjadi perusahaan Ground Handling yang terbaik di Asia.

PT Gapura Angkasa mulai dikenal di dunia internasional melalui pertemuan IATA (International Air Transport Association) di Kuala Lumpur bulan april 1998 dan PT Gapura Angkasa mulai dikenal dunia (khususnya bagi International Airlines dan perusahaan Ground Handling). Ground Handling International Magazine vol.3 issue may 1 June 1998 (hal.2) yang dipublikasikan oleh Ground Handling International Publication & Exhibition of The Stable (UK). Iklan tersebut mengukuhkan keanggotaan PT Gapura Angkasa dalam IATA.

Dengan berdirinya PT Gapura Angkasa, PT Garuda Indonesia langsung menyerahkan pelayanan Ground Handling kepada pihak PT Gapura Angkasa. Setelah beberapa bulan beroperasi, PT Gapura Angkasa mendapat tawaran untuk menjadi rekan kerja airlines yang lain, yaitu: Silk Air dan Royal Brunei menambah daftar klien PT Gapura Angkasa cabang Balikpapan dan Bouraq dilayani oleh PT Gapura Angkasa cabang Manado, dan bulan Agustus 1998 Trans Nusantara (penerbangan kargo) menandatangani kerjasama dengan PT Gapura Angkasa untuk penerbangan cabang : Jakarta, Surabaya, Denpasar, Banjarmasin, Ambon, dan Jayapura. Setelah Silk Air, Royal Brunei, Bouraq, dan Trans Nusantara, giliran Qantas Airways menandatangani kerjasama dengan PT Gapura Angkasa.

Sampai saat ini PT Gapura Angkasa telah mempunyai 51 klien yaitu Air China, Aeroflot Russian Airlines, Aviastar, China Airlines, China Southern Airlines, Continental Airlines, Air Asia, Japan Airlines, Air North, Korean Air, Airfast Indonesia, Airfrance KLM, Asialink Cargo Airlines, Malaysian Airlines, Batavia Air, Cardigair, Pacific Royale, Cathay Pacific, Qantas, Royal Brunei, Silk Air, Thai Airways, Lion Air, Vietnam Airlines, Wings Air, Citilink, Expressair, Firefly, Air New Zealand, Hainan Airlines, Kalstar Aviation, Hongkong Airlines, Skywest, Nordwind Airlines, MAI, Garuda Indonesia, Nusantara, Qatar Airways, RPX One Stop Logistics, Shanghai Airlines, Shenzhen Airlines, Sky Aviation, Sichuan Airlines Co. Ltd., Sriwijaya Air, Transmile, Travira Air, Tri-M.G. Airlines, Jetstar, Eastindo.com, dan Chartered, VVIP, Military Flights. Khusus untuk PT Gapura Angkasa cabang Denpasar di tahun 2013 ini memiliki 15 klien baik airlines internasional ataupun domestik, yaitu: Garuda Indonesia, Malaysia Airlines, Thai Airways, China Airlines, Korean Air, Air France KLM, Qatar Airways, Hong Kong Airlines, Skywest Airlines, Cathay Pacific, Nord Wind, Jetstar, Batavia Air, Air New Zealand, dan Citilink.

Sebagai perusahaan yang berdiri sendiri yang diakui oleh pemerintah Indonesia dan IATA, PT Gapura Angkasa bertujuan untuk menjaga industri pasar dalam negeri yang tidak menunjukkan keadaan yang berat sebelah dalam peralatan dan kerahasiaan yang tinggi untuk semua pelanggan dan menjamin mereka untuk mendapatkan pelayanan yang terbaik dengan harga yang sesuai.

Link Url Photo

Sumber: www.foursquare.com

Gambar 3.1

Link Url Photo

Sumber: www.gapura.co.id

Gambar 3.2

Bagian-bagian yang dipegang PT. Gapura Angkasa, yaitu:

1. Perwakilan dan akomodasi.
2. Load control, komunikasi dan mengontrol keberangkatan.
3. Unit load device control.
4. Penumpang dan bagasi.
5. Cargo dan surat kantor pos.
6. Jalur penerbangan.
7. Pelayanan pesawat terbang.
8. Bahan bakar dan minyak.
9. Pemeliharaan pesawat terbang.
10. Pengoperasian penerbangan dan para pekerja adminstrasi.
11. Surface transport.
12. Jasa katering.
13. Pengawasan dan adminstrasi.
14. Keamanan.

1. Bidang Usaha PT Gapura Angkasa

Bidang usaha utama PT Gapura Angkasa adalah Ground Handling, sebagai pelaksana dan pendukung kegiatan penerbangan di kawasan bandara. Sesuai dengan standar pelayanan Ground Handling yang dikeluarkan oleh IATA (PT Gapura Angkasa telah menjadi anggota IATA dalam pertemuan di Kuala Lumpur pada bulan April 1998). Gapura menangani kegiatan Ground Handling baik untuk perusahaan penerbangan domestik maupun perusahaan internasional.
Bisnis yang dijalankan oleh PT Gapura Angkasa meliputi:

1. Representation and accommodation
2. Load control and communication
3. Unit load device control
4. Passenger and baggage
5. Cargo and mail
6. Ramp handling
7. Aircraft servicing
8. Fuel and oil servicing
9. Aircraft maintenance
10. Flight operations and crew administration
11. Surface transport
12. Catering services
13. Supervision and administration
14. Security

Jenis-jenis pelayanan yang diberikan PT Gapura Angkasa antara lain:

1. Check-in Counter
   Check-in counter merupakan suatu service atau pelayanan yang diberikan kepada penumpang pada saat check-in, pada saat ini dilakukan pengecekan terhadap ticket, passport, visa, pengambilan flight coupon, pemeriksaan terhadap bagasi, dan tentunya juga pemberian label-label pada bagasi penumpang, pemberian boarding pass, dan tidak lupa pemberian informasi mengenai pembayaran airport tax, lokasi gate, dan schedule keberangkatan pesawat yang akan dinaiki.
2. Gate and Services
   Gate and services merupakan suatu pelayanan terhadap penumpang yang meliputi pengecekan seat number dan flight number pada boarding pass dan pengambilan immigration card pada saat boarding, swepping bagasi, penjemputan penumpang dari pintu pesawat sampai ruang tunggu kedatangan, memberikan pelayanan kepada penumpang yang membutuhkan whellchair.
3. Aircraft Document
   Aircraft document yaitu pengurusan dokumen yang diperlukan selama melakukan perjalanan dengan menggunakan pesawat terbang meliputi General Declaration (GENDEC), pengetikan daftar penumpang (Passenger Manifest), mengambil Flight Bag yang datang, dan menyerahkan Flight Bag yang berangkat. Selain itu membuat file untuk setiap Flight yang berangkat dan mengurus perlengkapan yang diperlukan untuk penerbangan yang berupa label bagasi, Boarding Pass, dan Immigration Card.
4. Baggage Handling Unit
   Baggage handling unit yaitu penanganan bagasi penumpang mulai dari keberangkatan hingga bagasi tersebut tiba di negara tujuan keberangkatan. Dalam hal ini, Baggage Handling Unit dibagi menjadi dua sub unit kerja yaitu: Aircraft Baggage yang terdapat di terminal keberangkatan penumpang yang mengurus semua bagasi penumpang yang akan dimuat ke dalam pesawat, dan Lost and Found yang terdapat di terminal kedatangan penumpang yang menangani bagasi penumpang yang hilang, rusak, atau terlambat tiba di negara tujuan keberangkatan.
5. Operation
   Operation merupakan suatu unit yang mengatur segala kegiatan yang berkenaan dengan keberangkatan dan kedatangan pesawat yang terkait dalam hal pengontrolan masing-masing unit dan sub unit, menerima informasi kedatangan pesawat, membuat loadsheet, dan juga bertugas sebagai flight coordinator dan load control.
6. Line Maintenance
   Line maintenance merupakan suatu unit yang bertugas mengadakan pengecekan terhadap pesawat yang mengalami kerusakan, memberikan perawatan, memberikan Ground Power terhadap pesawat yang memerlukannya, hingga sampai pada pengecekan bahan bakar pesawat.
7. Ramp Handling
   Ramp handling merupakan suatu unit yang memberikan pelayanan di apron (Apron Service) yang meliputi pelayanan loading dan unloading, cargo and mail di pesawat berdasarkan load instruction, mencatat Stock terhadap pemeliharaan unit load device (ULD) milik airlines, dan memberikan pelayanan dalam penjemputan yang menggunakan bus.
2. Fasilitas Perusahaan

Di dalam segala hal yang terkait dala suatu aktivitas sangatlah diperlukan suatu fasilitas yang mendukung kegiatan tersebut, apalagi pada suatu perusahaan dimana fasilitas sangatlah penting guna mendukung dan memperlancar segala aktivitas yang dilakukan ataupun dikerjakan agar dapat berjalan dengan lancar, cepat, tepat, serta efisien.Karena tanpa fasilitas, suatu kegiatan tidak dapat berjalan dengan baik.

PT Gapura Angkasa sebagai suatu perusahaan yang bergerak dalam bidang Ground Handling, menyediakan berbagai fasilitas pendukung yang menunjang segala kegiatan baik di terminal, di kantor, maupun di lapangan guna mencapai profesionalitas yang diharapkan. Adapun fasilitas yang disediakan, antara lain:

1. Fasilitas Terminal
   Segala fasilitas yang mendukung kelancaran kerja di terminal antara lain:
1. Check-in counter adalah suatu tempat di area terminal bagi penumpang untuk melakukan formalitasnya sebelum berangkat.
2. Komputer digunakan untuk melaksanakan kegiatan check-in.
3. Mesin photocopy yang digunakan untuk memperbanyak data untuk administrasi atau keperluan lainnya.
2. Fasilitas Kantor
   Segala bentuk fasilitas yang menunjang kelancaran kegiatan di kantor, yaitu antara lain:
1. Komputer yang dipergunakan untuk pembuatan dokumen-dokumen yang diperlukan dan laporan pengiriman telex serta kegiatan operasional lainnya.
2. Telephone, facsimile, dan telex yang dipergunakan sebagai alat komunikasi secara lisan maupun tertulis, baik antara bagian maupun departemen, dan staf di lingkungan airport maupun antar instansi yang terkait dalam perusahaan.
3. Handly talky (HT) yaitu alat komunikasi jarak dekat yang dipergunakan oleh staf area di bandara dalam penanganan kedatangan maupun keberangkatan pesawat dan penumpang.
4. Mesin photocopy yaitu alat yang dipergunakan untuk memperbanyak dokumen-dokumen yang diperlukan dan laporan-laporan penting yang dipergunakan oleh perusahaan.
3. Fasilitas lapangan
   Fasilitas penunjang segala bentuk kegiatan di lapangan yaitu antara lain:
1. High Lift Loader (HLL) yaitu alat yang dipergunakan pada wide body aircraft untuk menaikkan dan menurunkan pallet dan container.
2. Baggage Conveyor Belt Loader (BCBL) yaitu alat yang dipergunakan pada narrow body aircraft untuk menaikkan serta menurunkan bagasi, cargo, mail.
3. Baggage Towing Tractor yaitu mobil yang dipergunakan untuk menaikkan container, dollies, pallet, dan baggage cart (gerobak).
4. Pax Step Car yaitu mobil yang pada bagian atasnya memuat tangga sebagai tempat naik dan turunnya penumpang dari dan ke dalam cabin pesawat. Alat ini digunakan untuk pesawat yang mendapat tempat parkir yang tidak dilengkapi dengan Aviobridge.
5. Push Back Car yaitu mobil yang mempunyai kekuatan untuk mendorong pesawat dari tempat parkir pesawat (apron) ke taxi way.
6. Towing Bar yaitu alat penghubung push back car dengan pesawat pada saat mendorong dari tempat parkir pesawat (apron) ke taxi way.
7. Container yaitu tempat bagasi berbentuk kotak yang di dalamnya ditempatkan bagasi, cargo, dan benda-benda pos.
8. Pallet yaitu tempat barang-barang cargo yang berbentuk segi empat panjang seperti lempengan logam.
9. Baggage Car yaitu mobil yang digunakan untuk mengangkut bagasi penumpang dari pesawat ke baggage claim area dan make up ke pesawat.
10. Baggage Cart yaitu alat yang menampung bagasi, cargo, dan benda-benda pos.
11. Lavatory Truck yaitu mobil yang digunakan untuk membersihkan atau menyedot lavatory ke pesawat.
12. Water Service Truck yaitu mobil yang digunakan untuk menyediakan dan membawa air bersih ke pesawat.
13. Bus and VIP coach yaitu kendaraan yang digunakan untuk mengangkut penumpang dari pesawat menuju terminal kedatangan dan dari terminal keberangkatan menuju ke pesawat.
14. Handly Talky (HT) yaitu alat komunikasi jarak dekat yang dipergunakan oleh staf area di bandara di dalam penanganan kedatangan maupun keberangkatan pesawat dan penumpang.
15. Mobil yaitu kendaraan yang digunakan untuk mengangkut petugas ramp handling, loading master, dan porter dari bagian operasi ke tempat parkir pesawat.
16. Ground Power Unit (GPU) yaitu alat yang digunakan untuk membantu electrical pesawat pada saat berada di apron dalam menyediakan tenaga listrik untuk menghidupkan AC.
17. AC Car yaitu alat yang digunakan untuk menambahkan gas Freon pada AC pesawat.
18. Ground Turbine Compressor (GTC) yaitu alat yang digunakan untuk membantu starting engine bila terjadi kerusakan pada saat starting engine pesawat.

Fungsi PT. Gapura Angkasa adalah menyelenggarakan ke-14 section tersebut secara cepat, aman, efisien dan ekonomis dalam rangka menunjang kelancaran operational penerbangan di bandara sesuai dengan kesiapan masing–masing stasiun.
Kantor pusat dan kantor–kantor cabang PT. Gapura Angkasa, yaitu:

1. Kantor pusat gedung penjamin, floor 3 dan 3A Jln. Angkasa, Blok B9 Kav.6, Kota Baru Bandar Kemayoran, Jakarta 10720 – Indonesia.
2. Kantor–kantor cabang Jakarta (CGK) terminal F, Soekarno Hatta International Airport.
3. Jakarta (HLP) Halim Perdana Kusuma International Airport.
4. Denpasar (DPS) Ngurah Rai International Airport.
5. Medan (MES) Polonia International Airport.
6. Surabaya (SUB) Juanda International Airport.
7. Makasar (UPG) Hasanudin International Airport.
8. Balikpapan (BPN) Sepinggan International Airport.
9. Yogyakarta (JOG) Adi Sutjipto International Airport.
10. Semarang (SMG) Ahmad Yani International Airport.
11. Biak (BIK) Frans Kasieppo International Airport.
12. Pekanbaru (PKU) Sutan Syarif Kasim II Airport.
13. Pontianak (PNK) Supadio Airport.
14. Banjarmasin (BDJ) Syamsuddin Noor Airport.
15. Manado (MDC) Sam Ratulangi Airport.
16. Palangkaraya (PKY) Cilikriwut Airport.
17. Padang (PDG) Minangkabau International Airport.
18. Palembang (PLM) Sultan Mahmud Badaruddin II International Airport.
19. Solo (SOC) Adi Sumarmo Airport.
20. Mataram (AMI) Selaparang Airport.
21. Banda Aceh (BTJ) Sultan Iskandar Muda Airport.
22. Jayapura (DIJ) Sentani Airport.
23. Sorong (SOQ) Domine Eduard Osok Airport.
24. Pangkal Pinang (PGK) Depati Amir Airport.
25. Jambi (DJB) Sultan Thaha Airport.
3. Visi dan Misi

1. Visi PT. Gapura Angkasa, yaitu:
   Mengelola jasa kebandarudaraan dan pelayanan lalu lintas udara yang mengutamakan keselamatan penerbangan dan kepuasan pelanggan, dalam upaya memberikan manfaat optimal kepada pemegang saham, mitra kerja, pegawai, masyarakat dan lingkungan dengan memegang teguh etika bisnis.
2. Misi PT. Gapura Angkasa, yaitu:

1. Pelayanan jasa yang handal dan berkemampuan tinggi dengan memperhatikan aspek keselamatan, kehandalan, tepat waktu dan kepuasan pelanggan.
2. Memberi konstribusi positif dalam integritas bisnis jasa penerbangan.
3. Mewujudkan sumber daya manusia yang berjiwa dirgantara, professional dan mampu mengikuti perkembangan teknologi dan modal transportasi udara.
4. Mendorong partisipasi BUMN, swasta dan koperasi sebagai penunjang kegiatan penerbangan di bandar udara.

===Struktur Organisasi Perusahaan===

Link Url Photo

_______: Garis Tugas/Komando

Sumber: PT Gapura Angkasa

Gambar 3.3 Struktur Organisasi GSE Repair PT Gapura Angkasa

===Tugas dan Tanggung Jawab===

1. Pimpinan Proyek
   Tugas dan tanggungjawab pimpinan proyek yaitu:
1. Melaksanakan penjadwalan kegiatan teknis operasional.
2. Mengecek surat perintah mulai kerja (SPMK) dan surat perjanjian yang dibuat oleh bagian purchasing.
3. Mengecek berita acara penerimaan barang dan jasa (BAPBJ) setelah barang diterima.
2. Koordinator Produksi
   Tugas dan tanggungjawab kordinator produksi yaitu:
1. Mengkoordinir dan mengawasi serta memberikan pengarahan kerja kepada setiap seksi di bawahnya untuk menjamin terlaksananya kesinambungan dalam proses produksi.
2. Bertanggung jawab atas pengendalian sparepart dan efisiensi penggunaan tenaga kerja, mesin, dan peralatan.
3. Selalu menjaga agar fasilitas produksi berfungsi sebagaimana mestinya.
4. Berusaha mencari cara-cara penekanan biaya dan metode perbaikan kerja yang lebih efisien.
5. Menjaga disiplin kerja dan menilai prestasi kerja bawahannya secara berkala.
6. Melakukan penilaian terhadap prestasi kerja bawahannya secara berkala.
3. Purchasing
   Tugas dan tanggungjawab bagian purchasing yaitu:
1. Bertanggung jawab atas semua pembelian yang dilakukan perusahaan.
2. Mengecek surat pengadaan pembelian (SPP) yang di terima dari bagian gudang.
3. Membuat surat undangan penawaran kepada supplier apabila akan dilakukan pembelian.
4. Membuat surat perintah mulai kerja (SPMK) dan surat perjanjian kepada supplier.
5. Efesiensi biaya atas transaksi pembelian.
4. Admin Keuangan & Administrasi Umum
   Tugas dan tanggung jawab admin keuangan & administrasi umum yaitu:
1. Bertanggung jawab atas pengaturan administrasi keuangan perusahaan.
2. Bertanggung jawab atas laporan keuangan perusahaan.
3. Bertanggung jawab dalam penagihan setiap invoice yang dikeluarkan ke customer.
5. Maintenance
   Tugas dan tanggung jawab bagian maintenance yaitu:
1. Mengkoordinir dan memberikan pengarahan kerja dan mengawasi pelaksanaan kegiatan seksi-seksi di bawahnya agar dapat meningkatkan efisiensi di dalam bagiannya.
2. Menyusun jadwal pemeliharaan dan perbaikan mesin, peralatan, dan fasilitas produksi agar proses produksi dapat berjalan dengan lancar.
3. Menyusun pedoman dan petunjuk lainnya mengenai pemeliharaan dan perbaikan mesin atau peralatan.
4. Mengawasi pelaksanaan pemeriksaan dan pemeliharaan berkala perbaikan atas mesin atau peralatan produksi.
5. Mengawasi pelaksanaan pencatatan pengeluaran biaya-biaya yang terjadi dengan pelaksanaan kegiatan pemeliharaan dan perbaikan.
6. Gudang
   Tugas dan tanggungjawab bagian gudang yaitu:
1. Memeriksa sparepart yang ada di gudang.
2. Membuat surat pengadaan pembelian (SPP) apabila sparepart tidak tersedia di gudang.
3. Membuat berita acara penerimaan barang dan jasa (BAPBJ) apabila barang telah di terima dan selesai dilakukan pengecekan.
4. Turut menjaga kebersihan, keselamatan kerja dan keutuhan barang didalam gudang.
5. Membantu proses bongkar muat barang.
7. Quality Control
   Tugas dan tanggungjawab bagian quality control yaitu:

1. Mengatur hal-hal yang berhubungan dengan pengujian kualitas produk.
2. Memberikan solusi terhadap perbaikan kualitas produk.

==Tata Laksana Sistem Yang Berjalan=====Prosedur Sistem Yang Berjalan===

Adapun sistem yang berjalan pada PT. Gapura Angkasa adalah sebagai berikut:

1. Prosedur Pemesanan Barang
   Bagian gudang membuat Surat Permintaan Pengadaan (SPP) sesuai dengan item dan jumlah yang dibutuhkan kemudian di kirimkan ke bagian purchasing. Bagian purchasing menerima Surat Permintaan Pengadaan (SPP), mengecek item, dan jumlah barang. Jika Surat Permintaan Pengadaan (SPP) di acc, bagian purchasing membuat undangan penawaran kepada supplier. Apablila Surat Permintaan Pengadaan (SPP) tidak di acc maka dikembalikan ke bagian gudang untuk di revisi. Supplier menerima undangan penawaran dan selanjutnya mengirimkan surat penawaran harga barang kepada bagian purchasing. Setelah surat penawaran harga barang di terima dan harga barang sesuai dibuatkan Surat Perintah Mulai Kerja (SPMK) dan surat perjanjian. Apabila di acc oleh pimpinan proyek Surat Perintah Mulai Kerja (SPMK) dan surat perjanjian tersebut langsung dikirimkan kepada supplier tetapi apabila tidak di acc Surat Perintah Mulai Kerja (SPMK) dan surat perjanjian di kembalikan kepada bagian purchasing untuk di revisi.
2. Prosedur Penerimaan Barang
   Setelah supplier menerima Surat Perintah Mulai Kerja (SPMK) dan surat perjanjian selanjutnya supplier mengirimkan barang dan dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak) ke bagian purchasing, kemudian bagian purchasing meneruskan barang tersebut ke bagian gudang untuk dicek item, quantity dan kualitas barang selanjutnya dibuatkan Berita Acara Penerimaan Barang dan Jasa (BAPBJ).

===Rancangan Prosedur Sistem Berjalan===

1. Analisa Sistem yang Berjalan pada Use Case Diagram

Link Url Photo

Gambar 3.4 Use Case Diagram Yang Berjalan Pada PT Gapura Angkasa

Keterangan gambar 3.4:

1. 1 Sistem yaitu: mencakup seluruh kegiatan pembelian barang pada PT. Gapura Angkasa.
2. 4 Actor yaitu: Bagian Gudang, Bagian Purchasing, Supplier, Pimpinan Proyek.
3. 8 Use Case Diagram yaitu: Membuat Surat Permintaan Pengadaan (SPP), Cek Surat Permintaan Pengadaan (SPP), Membuat Undangan Penawaran, Mengirimkan Surat Penawaran Harga Barang, Membuat Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Mengirimkan Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Mengirimkan Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Membuat Berita Acara Penerimaan Barang.
4. 4 Include.
2. Analisa Sistem Yang Berjalan Pada Activity Diagram
1. Activity Diagram Sistem Pembelian

Link Url Photo

Gambar 3.5 Activity Diagram Sistem Pembelian Barang

Keterangan gambar 3.5:

1. 4 Swimlane, yaitu Bagian Gudang, Bagian Purchasing, Supplier, Pimpinan Proyek.
2. 1 Initial Node, sebagai awal objek.
3. 20 Action yang mencerminkan eksekusi dari suatu aksi yaitu: Membuat Surat Permintaan Pengadaan (SPP), Memberikan Surat Permintaan Pengadaan (SPP), Menerima Surat Permintaan Pengadaan (SPP), Cek Surat Permintaan Pengadaan (SPP), Membuat Undangan Penawaran, Menerima Surat Undangan, Mengirimkan Surat Penawaran Harga Barang, Menerima Surat Penawaran Harga Barang, Membuat Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Memberikan Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Menerima Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Cek Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Menerima Acc Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Mengirim Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Menerima Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Kirim Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menyerahkan Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Membuat Berita Acara Penerimaan Barang dan Jasa (BAPBJ).
4. 2 Decision Node.
5. 1 Final Node, sebagai objek yang di akhiri.
3. Analisa Sistem yang Berjalan Pada Sequence Diagram

Link Url Photo

Gambar 3.6 Sequence Diagram Sistem Pembelian Barang

Keterangan gambar 3.6:

1. 4 Actor, yaitu: Bagian Gudang, Bagian Purchasing, Supplier, Pimpinan Proyek.
2. 5 Lifeline, yaitu: SPP (Surat Permintaan Pengadaan), Undangan Penawaran, SPMK (Surat Perintah Mulai Kerja), Barang dan Dokumen, BAPBJ (Berita Acara Penerimaan Barang dan Jasa (BAPBJ).
3. 17 Message diantaranya Membuat Surat Permintaan Pengadaan (SPP), Memberikan Surat Permintaan Pengadaan (SPP), Cek Surat Permintaan Pengadaan (SPP), Tidak Acc Surat Permintaan Pengadaan (SPP), Acc Surat Permintaan Pengadaan (SPP), Membuat Undangan Penawaran, Menerima Undangan Penawran, Mengirimkan Surat Penawaran Harga Barang, Membuat Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Cek Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Acc Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Tidak Acc Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Mengirim Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian, Mengirim Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menyerahkan Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Membuat Berita Acara Penerimaan Barang dan Jasa (BAPBJ).

==Analisa Sistem Yang Berjalan=====Metode Analisa Sistem===

Metode analisa yang digunakan yaitu value chain yang dapat dijelaskan sebagai berikut:



1. Administrasi Umum
1. Mengatur administrasi keuangan perusahaan.
2. Mengatur budget yang di perlukan untuk pembelian.
3. Mengatur setiap penagihan faktur yang dikeluarkan supplier.
2. Pembelian (Purchasing)
1. Mengontrol permintaan pembelian dari bagian gudang.
2. Mengefisiensi harga barang yang akan di beli.
3. Membeli barag dengan kualitas Standar Nasional Indonesia (SNI).
3. Logistik ke dalam (Gudang)
<li style="font-size: 12pt;font-family: 'times new roman';text-align: justify; line-height: 2;"Permintaan pengadaan barang yang dibutuhkan.
1. Penerimaan barang masuk dari supplier.
2. Pengecekan barang masuk yang telah di terima.
3. Pemakaian sparepart sesuai kebutuhan.
4. Penyimpanan sparepart yang tertata rapih di gudang.
4. Operasi
1. Perawatan peralatan yang dilakukan secara intens oleh ahlinya.
2. Quality control terhadap barang yang dibeli.
3. Proteksi terhadap lingkungan tempat kerja.
5. Pemasaran
1. Memperoleh customer yang potensial.
2. Memberikan program promosi untuk customer yang menggunakan jasa ground handling.
6. Marjin

1. Penggunaan jasa dari customer yang memanfaatkan produktifitas karyawan dan pemanfaatan fasilitas yang ada.
2. Keuntungan perusahaan yang dikurangi dengan biaya-biaya yang timbul baik dari kegiatan primer maupun kegiatan pendukung.

===Analisa Masukan, Analisa Proses, Analisa Keluaran===

1. Analisa Masukan
1. Nama Masukan : Surat Permintaan Pengadaan
   Fungsi : Sebagai data awal permintaan barang yang akan diproses oleh bagian purchasing
   Sumber : Bagian Gudang
   Tujuan : Bagian Purchasing
   Frekuensi : Setiap terjadi transaksi permintaan pembelian
   Format : Lampiran C.1
   Keterangan : -
2. Nama Masukan : Surat Undangan Penawaran
   Fungsi : Sebagai dasar permintaan harga barang
   Sumber : Bagian Purchasing
   Tujuan : Supplier
   Frekuensi : Setiap terjadi proses pembelian
   Format : Lampiran C.2
   Keterangan : -
2. Analisa Proses
1. Nama Modul : Surat Penawaran Harga Barang
   Masukan : Undangan penawaran yang berisi keterangan, quantity, satuan, harga satuan, total harga
   Keluaran : Surat Penawaran
   Ringkasan Proses : Proses ini akan menghasilkan harga barang yang diminta oleh bagian purchasing terhadap supplier dan sebagai penetapan harga untuk proses pembelian.
3. Analisa Keluaran

1. Nama Keluaran : Surat Perintah Mulai Kerja (SPMK)
   Fungsi : Mencetak hasil dari Surat Permintaan Pengadaan (SPP)
   Media : Kertas
   Rangkap : 2 (dua) Rangkap
   Distribusi :
   - Lembar 1 untuk supplier
   - Lembar 2 untuk bagian purchasing
2. Nama Keluaran : Surat Perjanjian
   Fungsi : Menampilkan perjanjian dari Surat Perintah Mulai Kerja (SPMK)
   Media : Kertas
   Rangkap : 2 (dua) Lembar
   Distribusi:
   - Lembar 1 untuk supplier
   - Lembar 2 untuk bagian purchasing
3. Nama Keluaran : Faktur
   Fungsi : Mencetak hasil dari pembelian barang
   Media : Kertas
   Rangkap : 4 (empat) Lembar
   Distribusi :
   - Lembar 1 untuk bagian purchasing
   - Lembar 2 untuk bagian gudang
   - Lembar 3 untuk bagian accounting
   - Lembar 4 untuk supplier
4. Nama Keluaran : Faktur Pajak
   Fungsi : Mencetak hasil dari faktur
   Media : Kertas
   Rangkap : 4 (empat) Lembar
   Distribusi :
   - Lembar 1 untuk bagian purchasing
   - Lembar 2 untuk bagian accounting
   - Lembar 3 untuk bagian pajak
   - Lembar 4 untuk supplier
5. Nama Keluaran : Surat Pengiriman Barang
   Fungsi : Menjadi bukti bahwa pengiriman barang telah dilakukan
   Media : Kertas
   Rangkap : 2 (dua) Lembar
   Distribusi :
   - Lembar 1 untuk bagian purchasing
   - Lembar 2 untuk supplier
6. Nama Keluaran : Berita Acara Penerimaan Barang dan Jasa (BAPBJ)
   Fungsi : Mencetak hasil dari surat pengiriman barang
   Media : Kertas
   Rangkap : 3 (tiga) Lembar
   Distribusi :
   - Lembar 1 untuk bagian purchasing
   - Lembar 2 untuk bagian gudang
   - Lembar 3 untuk bagian accounting
7. Nama Keluaran : Form Evaluasi Supplier/Vendor
   Fungsi : Mencetak hasil dari penilaian hasil kerja supplier
   Media : Kertas
   Rangkap : 2 (dua) Lembar
   Distribusi :
   - Lembar 1 untuk pimpinan proyek
   - Lembar 2 untuk bagian purchasing

==Konfigurasi Sistem Berjalan==

1. Spesifikasi Hardware

Adapun perangkat keras yang digunakan dalam sistem adalah sebagai berikut:

1. Processor : Pentium IV
2. Monitor : LCD 14”
3. Mouse : Optical
4. Keyboard : PS2
5. Memory (RAM) : 1 GB
6. Hardisk : 80 GB
7. Printer : Inkjet
2. Spesifikasi Software
1. Windows XP
2. Microsoft Excell 2007
3. Microsoft Word 2007
3. Hak Akses (Brainware)

Ada 4 actor yang dapat mengakses sistem pembelian barang, yaitu:

1. Bagian Gudang
   Bagian gudang bertugas untuk meminta barang sesuai kebutuhan dan membuat berita acara penerimaan barang dan jasa.
2. Bagian Purchasing
   Bagian Purchasing bertugas untuk mengecek permintaan dari bagian gudang, melakukan transaksi pembelian, negosiasi harga kepada supplier.
3. Pimpinan Proyek
   Pimpinan proyek bertugas mengecek dan menyetujui setiap transaksi pembelian.
4. Bagian Accounting
   Bagian Accounting bertugas untuk mengontrol anggaran yang digunakan untuk pembelian barang.

==Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah==

1. Permasalahan yang Dihadapi
1. Bagaimana membuat alur proses pembelian menjadi sistem yang terkomputerisasi karena sistem yang berjalan saat ini masih semi komputerisasi sehingga di butuhkan sebuah sistem agar dapat mempermudah dalam proses pembelian dan dapat terkoneksi antar bagian yang terkait.
2. Bagaimana membuat sistem yang dapat menghasilkan laporan pembelian karena sistem yang berjalan saat ini untuk proses pembuatan laporan belum dilakukan, acuan pelaporan pembelian hanya sebatas berita acara penerimaan barang dan jasa (BAPBJ).
3. Bagaimana memonitoring pembayaran pada saat terjadi pembelian barang karena setiap barang yang masuk beserta invoice ditentukan batas pembayarannya sehingga dibutuhkan sebuah sistem yang dapat memantau untuk pembayarannya.
2. Alternatif Pemecahan Masalah
   Setelah di atas dijabarkan permasalahan yang dihadapi, maka penulis akan membuatkan alternatif pemecahan masalah. Alternatif pemecahan masalahnya adalah sebagai berikut:

1. Membuatkan sistem pembelian agar semua data dapat terkoneksi agar lebih mudah dalam pengerjaan alur pembelian.
2. Membuatkan sistem agar pelaporan pembelian dapat berjalan sehingga pimpinan proyek dapat mengetahui secara jelas tentang pembelian barang yang dilakukan.
3. Membuatkan sistem yang dapat memonitoring pembayaran yang terjadi saat terjadi pembelian barang.

==User Requirement=====Requirement Elisitasi Tahap I===

Tabel 3.1 Elisitasi Tahap I

Link Url Photo

Link Url Photo

===Requirement Elisitasi Tahap II===

Tabel 3.2 Elisitasi Tahap II

Link Url Photo

Link Url Photo

Keterangan :
M (Mandatory) : Dibutuhkan atau penting
D (Desirable) : Diinginkan atau tidak terlalu penting
I (Innessential): Di luar sistem atau di eliminasi

===Requirement Elisitasi Tahap III===

Tabel 3.3 Elisitasi Tahap III

Link Url Photo

Link Url Photo

Keterangan :
T  : Technical L  : Low
O  : Operational M  : Middle
E  : Economic H  : High

===Requirement Elisitasi Final===

Tabel 3.4 Final Elisitasi

Link Url Photo

Link Url Photo

=

BAB IV

=

RANCANGAN SISTEM YANG DIUSULKAN

==Rancangan Sistem Usulan=====Prosedur Sistem Usulan===

Setelah mengadakan analisa dan penelitian yang sedang berjalan di PT. Gapura Angkasa, maka selanjutnya akan dibahas mengenai rancangan usulan sistem yang akan di bangun. Ada beberapa usulan prosedur yang bertujuan untuk memperbaiki dan menyempurnakan sistem pembelian yang sedang berjalan saat ini. Berdasarkan perubahan sistem pembelian yang terjadi dan setelah kebutuhan sistem-sistem baru ditentukan, maka langkah-langah berikutnya yaitu perancangan atau desain sistem usulan. Dalam menganalisa usulan prosedur yang baru pada penelitian ini digunakan program Visual Paradigm for UML Enterprise Edition Ver. 6.4 untuk menggambarkan usecase diagram, activity diagram, sequence diagram, dan class diagram.

===Use Case Diagram Sistem Yang Diusulkan===

Link Url Photo

Gambar 4.1 Use Case Diagram Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa

Dapat dijelaskan gambar 4.1 Usecase Diagram Sistem Pembelian PT. Gapura Angkasa diatas pada saat ini terdiri dari 5 actor, yaitu: bagian gudang, supplier, bagian purchasing, pimpinan proyek dan bagian accounting. Dan juga memiliki 10 usecase diantaranya yaitu:

1. Prosedur Pembuatan Surat Permintaan Pengadaan (SPP)
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Gudang dan Bagian Purchasing
   Skenario: Bagian gudang membuat Surat Permintaan Pengadaan (SPP) sesuai dengan item dan jumlah barang yang dibutuhkan lalu dikirimkan ke bagian purchasing.
2. Prosedur Pengecekan Surat Permintaan Pengadaan (SPP)
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Gudang dan Bagian Purchasing
   Skenario: Bagian purchasing mengecek Surat Permintaan Pengadaan (SPP) yang diterima dari bagian gudang. Apabila Surat Perintah Pengadaan (SPP) di acc maka diteruskan untuk pembuatan surat penawaran. Apabila Surat Permintaan Pengadaan (SPP) tidak di acc maka di kembalikan ke bagian gudang untuk di revisi.
3. Prosedur Pembuatan Undangan Penawaran
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Purchasing dan Supplier
   Skenario : Bagian purchasing membuat surat undangan penawaran yang di kirimkan kepada supplier untuk mengetahui harga barang yang akan dibeli.
4. Prosedur Pengiriman Surat Penawaran Harga Barang
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Purchasing dan Supplier
   Skenario: Supplier mengirimkan surat penawaran harga kepada bagian purchasing untuk harga barang yang akan dibeli.
5. Prosedur Pembuatan PO, Surat Perintah Mulai Kerja (SPMK), dan Surat Perjanjian
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Purchasing dan Pimpinan Proyek
   Skenario: Setelah harga barang sesuai kemudian dibuatkan PO, Surat Perintah Mulai Kerja (SPMK), dan surat perjanjian oleh bagian purchasing dan di kirimkan ke pimpinan untuk di cek dan di acc, apabila tidak di acc dikembalikan ke bagian puchasing.
6. Prosedur Pengiriman Surat Perintah Mulai Kerja (SPMK) dan Surat Perjanjian
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Purchasing dan Supplier
   Skenario: Pengiriman Surat Perintah Mulai Kerja (SPMK), dan surat perjanjian oleh bagian purchasing kepada supplier sebagai proses pembelian barang.
7. Prosedur Pengiriman Barang dan Dokumen
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Purchasing dan Supplier
   Skenario: Supplier mengirmkan barang yang dibeli kepada bagian purchasing yang disertakan dengan dokumen, yang terdiri dari surat pengiriman barang, faktur dan faktur pajak.
8. Prosedur Pembuatan Berita Acara Penerimaan Barang dan Jasa (BAPBJ)
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Gudang
   Skenario: Pembuatan Berita Acara Penerimaan Barang dan Jasa (BAPBJ) oleh bagian gudang setelah barang diteima.
9. Prosedur Pembuatan Voucher Pembayaran
   Usecase : Sistem Pembelian Barang
   Actor : Bagian Accounting dan Pimpinan Proyek
   Skenario: Setelah barang diterima dan telah disepakati jangka waktu pembayaran selanjutnya bagian accounting membuatkan voucher pembayaran sebagai dasar pembayaran atas barang yang telah dibeli dan diserahkan kepada pimpinan proyek.
10. Prosedur Pembuatan Laporan
    Usecase : Membuat Laporan
    Actor : Bagian Purchasing, Bagian Accounting dan Pimpinan Proyek
    Skenario: Pembuatan laporan yang terdiri dari: laporan pembelian dibuat oleh bagian purchasing dan laporan pembayaran dibuat oleh bagian accounting yang diserahkan kepada pimpinan proyek.

===Activity Diagram Yang Diusulkan===

1. Activity Diagram Sistem Pembelian

Link Url Photo

Gambar 4.2 Activity Diagram Sistem Pembelian Barang

Keterangan gambar 4.2:

1. 4 Swimlane, yaitu Bagian Gudang, Bagian Purchasing, Supplier, Pimpinan Proyek.
2. 1 Initial Node, sebagai awal objek.
3. 20 Action yang mencerminkan eksekusi dari suatu aksi yaitu: Membuat SPP (Surat Permintaan Pengadaan), Memberikan SPP (Surat Permintaan Pengadaan), Menerima SPP (Surat Permintaan Pengadaan), Cek SPP (Surat Permintaan Pengadaan), Membuat Undangan Penawaran, Menerima Surat Undangan, Mengirimkan Surat Penawaran Harga Barang, Menerima Surat Penawaran Harga Barang, Membuat PO, SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Memberikan SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Menerima SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Cek SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Menerima Acc SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Mengirim SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Menerima SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Kirim Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menyerahkan Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, Faktur Pajak), Membuat BAPBJ (Berita Acara Penerimaan Barang dan Jasa).
4. 2 Decision Node.
5. 1 Final Node, sebagai objek yang di akhiri.
2. Activity Diagram Voucher Pembayaran

Link Url Photo

Gambar 4.3 Activity Diagram Voucher Pembayaran

Keterangan gambar 4.3:

1. 2 Swimlane, yaitu Bagian Accounting, Pimpinan Proyek.
2. 1 Initial Node, sebagai awal objek.
3. 3 Action yang mencerminkan eksekusi dari suatu aksi yaitu: Membuat Voucher Pembayaran, Menyerahkan Voucher Pembayaran, Menerima Voucher Pembayaran.
4. 1 Final Node, sebagai objek yang di akhiri.
3. Activity Diagram Laporan

Link Url Photo

Gambar 4.4 Activity Diagram Laporan Pembelian

Keterangan gambar 4.4:

1. 2 Swimlane, yaitu Bagian Purchasing dan Pimpinan Proyek.
2. 1 Initial Node, sebagai awal objek.
3. 3 Action yang mencerminkan eksekusi dari suatu aksi yaitu: Membuat Laporan Pembelian, Menyerahkan Laporan Pembelian, Menerima Laporan Pembelian.
4. 1 Final Node, sebagai objek yang di akhiri.

Link Url Photo

Gambar 4.5 Activity Diagram Laporan Pembayaran

Keterangan gambar 4.5:

1. 2 Swimlane, yaitu Bagian Accounting dan Pimpinan Proyek.
2. 1 Initial Node, sebagai awal objek.
3. 3 Action yang mencerminkan eksekusi dari suatu aksi yaitu: Membuat Laporan Pembayaran, Menyerahkan Laporan Pembayaran, Menerima Laporan Pembayaran.
4. 1 Final Node, sebagai objek yang di akhiri.

===Sequence Diagram Yang Diusulkan===

Link Url Photo

Gambar 4.6 Sequence Diagram Pembelian Barang

Keterangan gambar 4.6:

1. 5 Actor, yaitu: Bagian Gudang, Bagian Purchasing, Supplier, Pimpinan Proyek, Bagian Accounting.
2. 7 Lifeline, yaitu: SPP (Surat Permintaan Pengadaan), Undangan Penawaran, SPMK (Surat Perintah Mulai Kerja), Barang dan Dokumen, BAPBJ (Berita Acara Penerimaan Barang dan Jasa), Voucher, Laporan.
3. 20 Message diantaranya Membuat SPP (Surat Permintaan Pengadaan), Memberikan SPP (Surat Permintaan Pengadaan), Cek SPP (Surat Permintaan Pengadaan), Tidak Acc SPP (Surat Permintaan Pengadaan), Acc SPP (Surat Permintaan Pengadaan), Membuat Undangan Penawaran, Menerima Undangan Penawran, Mengirimkan Surat Penawaran Harga Barang, Membuat SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Cek SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Acc SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Tidak Acc SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Mengirim SPMK (Surat Perintah Mulai Kerja), dan Surat Perjanjian, Mengirim Barang Dokumen (Surat Pengiriman Barang, Faktur, dan Faktur Pajak), Menerima Barang dan Dokumen (Surat Pengiriman Barang, Faktur, dan Faktur Pajak), Menyerahkan Barang dan Dokumen (Surat Pengiriman Barang, Faktur, dan Faktur Pajak), Membuat Berita Acara Penerimaan Barang dan Jasa (BAPBJ), Membuat Voucher Pembayaran, Membuat Laporan Pembayaran, Membuat Laporan Pembelian.

===Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan===

Disini penulis akan menjelaskan perbedaan sistem yang sedang berjalan dengan sistem yang diusulkan, diantaranya yaitu:

Tabel 4.1 Perbedaan Sistem yang Berjalan dengan Sistem yang Diusulkan

Link Url Photo

==Rancangan Basis Data== ===Normalisasi===

Bentuk normal suatu basis data relasional dicapai melalui beberapa tahapan yang disebut proses normalisasi. Langkah-langkah Unnormalized, First Normal Form (1NF), Second Normal Form (2NF), dan Thrid Normal Form (3NF) yang akan dibahas sebagai berikut:

1. UNNORMALIZED

Tabel 4.2 Tabel Unnormal

Link Url Photo

Dapat dijelaskan tabel Unnormalized Form merupakan sebuah kumpulan data yang akan direkap, tidak ada keharusan untuk mengikuti suatu format tertentu, dapat saja tidak lengkap atau terduplikasi. Data dikumpulkan apa adanya sesuai dengan kedatangannya.

2. FIRST NORMAL FORM (1NF)

Link Url Photo

Gambar 4.7 First Normal Form (1NF)

Dapat dijelaskan gambar First Normal Form (1NF) merupakan sebuah tabel tersendiri untuk setiap kelompok data yang berhubungan.

3. SECOND NORMAL FORM (2NF

Link Url Photo

Gambar 4.8 Second Normal Form (2NF)

Dapat dijelaskan gambar Second Normal Form (2NF) merupakan tabel untuk sekelompok nilai yang berhubungan dan terdiri dari 9 tabel, yaitu user, table barang, table supplier, table spp, detail spp, table po, table voucher, table bapbj, detail bapbj.

4. THIRD NORMAL FORM (3NF)

Link Url Photo

Gambar 4.9 Third Normal Form (3NF)

Dapat dijelaskan gambar Third Normal Form (3NF) merupakan tabel yang telah normal dan untuk digunakan dalam sistem yang akan dibangun dan terdiri dari 9 tabel, yaitu user, table barang, table supplier, table spp, detail spp, table po, table voucher, table bapbj, detail bapbj.

===Spesifikasi Basis Data===

Spesifikasi basis data merupakan sebuah design data yang telah dianggap normal. Design basis data menjelaskan media penyimpanan yang digunakan, isi yang disimpan, primary key, dan panjang record. Spesifikasi basis data yang digunakan dalam sistem yang akan dibangun adalah sebagai berikut:

1. Nama File: Table User
   Akronim : -
   Fungsi : Untuk proses login program pembelian.
   Tipe File: File Master
   Organisasi File : Sequential
   Media: Harddisk
   Panjang Record : 52 karakter
   Primary Key : id_user

Tabel 4.3 Table User

Link Url Photo

2. Nama File : Table Barang
   Akronim : -
   Fungsi : Untuk mengetahui dan menyimpan data barang.
   Tipe File : File Master
   Organisasi File : Index Sequential
   Media : Harddisk
   Panjang Record : 88 karakter
   Primary Key : id_brg

Tabel 4.4 Table Barang

Link Url Photo

3. Nama File : Table Supplier
   Akronim : -
   Fungsi : Untuk mengetahui dan menyimpan data supplier.
   Tipe File : File Master
   Organisasi File : Index Sequential
   Media : Harddisk
   Panjang Record : 110 karakter
   Primary Key : id_supplier

Tabel 4.5 Table Supplier

Link Url Photo

4. Nama File : Table Surat Permintaan Pengadaan
   Akronim : table_spp
   Fungsi : Untuk proses permintaan pembelian barang.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 83 karakter
   Primary Key : id_spp

Tabel 4.6 Table Surat Permintaan Pengadaan

Link Url Photo

5. Nama File : Detail Surat Permintaan Pengadaan
   Akronim : detail_spp
   Fungsi :Untuk menyimpan data surat permintaan pengadaan.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 41 karakter
   Primary Key : id_sppdetail

Tabel 4.7 Detail Surat Permintaan Pengadaan

Link Url Photo

6. Nama File : Table Purchase Order
   Akronim : table_po
   Fungsi : Untuk proses pembelian barang.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 108 karakter
   Primary Key : id_po

Tabel 4.8 Table Purchase Order

Link Url Photo

7. Nama File : Table Berita Acara Penerimaan Barang dan Jasa
   Akronim : table_bapbj
   Fungsi : Untuk menyimpan data barang masuk.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 91 karakter
   Primary Key : id_bapbj

Tabel 4.9 Table Berita Acara Penerimaan Barang dan Jasa

Link Url Photo

8. Nama File : Detail Berita Acara Penerimaan Barang dan Jasa
   Akronim : detail_bapbj
   Fungsi : Untuk menyimpan data barang masuk.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 42 karakter
   Primary Key : id_bapbjdetail

Tabel 4.10 Detail Berita Acara Penerimaan Barang dan Jasa

Link Url Photo

9. Nama File : Table Voucher
   Akronim : -
   Fungsi : Untuk proses pembayaran.
   Tipe File : File Transaksi
   Organisasi File : Sequential
   Media : Harddisk
   Panjang Record : 83 karakter
   Primary Key : no_voucher

Tabel 4.11 Table Voucher

Link Url Photo

==Flowchart Sistem Yang Diusulkan==

1. Flowchart Program Untuk Login Bagian Gudang

Link Url Photo

Gambar 4.10 Flowchart Program Untuk Login Bagian Gudang

Dapat dijelaskan gambar 4.10 flowchart program untuk login bagian gudang pada “Perancangan Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa” diatas pada saat ini terdiri dari:

1. 2 (dua) simbol terminator, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada login bagian gudang.
2. 4 (empat) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya.
3. 4 (empat) simbol decision, sebagai perbandingan pernyataan, penyeleksian data yang memberikan pilihan untuk langkah selanjutnya.
4. 3 (tiga) simbol predefine, untuk menyatakan sekumpulan langkah proses yang ditulis sebagai prosedur.
2. Flowchart Program Untuk Login Bagian Purchasing

Link Url Photo

Gambar 4.11 Flowchart Program Untuk Login Bagian Purchasing

Dapat dijelaskan gambar 4.11 flowchart program untuk login bagian purchasing pada “Perancangan Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa” diatas pada saat ini terdiri dari:

1. 2 (dua) simbol terminator, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada login bagian gudang.
2. 4 (empat) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya.
3. 5 (lima) simbol decision, sebagai perbandingan pernyataan, penyeleksian data yang memberikan pilihan untuk langkah selanjutnya.
4. (empat) simbol predefine, untuk menyatakan sekumpulan langkah proses yang ditulis sebagai prosedur.
3. Flowchart Program Untuk Login Bagian Accounting

Link Url Photo

Gambar 4.12 Flowchart Program Untuk Login Bagian Accounting

Dapat dijelaskan gambar 4.12 flowchart program untuk login bagian accounting pada “Perancangan Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa” diatas pada saat ini terdiri dari:

1. 2 (dua) simbol terminator, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada login bagian gudang.
2. 4 (empat) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya.
3. 4 (empat) simbol decision, sebagai perbandingan pernyataan, penyeleksian data yang memberikan pilihan untuk langkah selanjutnya.
4. 3 (tiga) simbol predefine, untuk menyatakan sekumpulan langkah proses yang ditulis sebagai prosedur.
4. Flowchart Program Untuk Login Pimpinan Proyek

Link Url Photo

Gambar 4.13 Flowchart Program Untuk Login Pimpinan Proyek

Dapat dijelaskan gambar 4.13 flowchart program untuk login pimpinan proyek pada “Perancangan Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa” diatas pada saat ini terdiri dari:

1. 2 (dua) simbol terminator, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada login bagian gudang.
2. 4 (empat) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya.
3. 5 (lima) simbol decision, sebagai perbandingan pernyataan, penyeleksian data yang memberikan pilihan untuk langkah selanjutnya.
4. 4 (empat) simbol predefine, untuk menyatakan sekumpulan langkah proses yang ditulis sebagai prosedur.
5. Flowchart Program Untuk Login Admin

Link Url Photo

Gambar 4.14 Flowchart Program Untuk Login Admin

Dapat dijelaskan gambar 4.14 flowchart program untuk login admin pada “Perancangan Sistem Informasi Pembelian Sparepart Pada PT. Gapura Angkasa” diatas pada saat ini terdiri dari:

1. 2 (dua) simbol terminator, yang berperan sebagai “start” dan “finish” pada aliran proses flowchart program pada login bagian gudang.
2. 4 (empat) simbol data, yang menyatakan proses input atau output tanpa tergantung jenis peralatannya.
3. 3 (tiga) simbol decision, sebagai perbandingan pernyataan, penyeleksian data yang memberikan pilihan untuk langkah selanjutnya.
4. 2 (dua) simbol predefine, untuk menyatakan sekumpulan langkah proses yang ditulis sebagai prosedur.

==Rancangan Program==

HIPO (Hirarchy Plus Input Process Output) yaitu alat bantu untuk membuat spesifikasi program yang merupakan struktur yang berisi diagram dimana di dalam program ini berisi input yang diproses dan menghasilkan output. Spesifikasi program menjelaskan megenai cara penggunaan aplikasi program yang diusulkan. Visual Table Of Content (VTOC) adalah diagram yang menggambarkan hubungan dan fungsi pada sistem secara berjenjang, yaitu seperti dibawah ini:

1. HIPO (Hirarchy Plus Input Process Output) Bagian Gudang

Link Url Photo

Gambar 4.15 HIPO (Hirarchy Plus Input Process Output) Bagian Gudang

2. HIPO (Hirarchy Plus Input Process Output) Bagian Purchase

Link Url Photo

Gambar 4.16 HIPO (Hirarchy Plus Input Process Output) Bagian Purchase

3. HIPO (Hirarchy Plus Input Process Output) Bagian Accounting

Link Url Photo

Gambar 4.17 HIPO (Hirarchy Plus Input Process Output) Bagian Accounting

4. HIPO (Hirarchy Plus Input Process Output) Admin

Link Url Photo

Gambar 4.18 HIPO (Hirarchy Plus Input Process Output) Admin

5. HIPO (Hirarchy Plus Input Process Output) Pimpinan Proyek

Link Url Photo

Gambar 4.19 HIPO (Hirarchy Plus Input Process Output) Pimpinan Proyek

==Rancangan Prototype==

1. Prototype Halaman Login

Link Url Photo

Gambar 4.20 Prototype Halaman Login

2. Prototype Menu Bagian Gudang

Link Url Photo

Gambar 4.21 Prototype Menu Bagian Gudang

Link Url Photo

Gambar 4.22 Prototype Menu Add SPP (Surat Permintaan Pengadaan)

Link Url Photo

Gambar 4.23 Prototype Menu BAPBJ (Berita Acara Penerimaan Barang dan Jasa)

Link Url Photo

Gambar 4.24 Prototype Menu Data BAPBJ (Berita Acara Penerimaan Barang dan Jasa)

3. Prototype Menu Bagian Purchasing

Link Url Photo

Gambar 4.25 Prototype Menu Bagian Purchasing

Link Url Photo

Gambar 4.26 Prototype Menu Buat PO (Purchase Order)

Link Url Photo

Gambar 4.27 Prototype Menu SPP (Surat Permintaan Pengadaan) Approve

Link Url Photo

Gambar 4.28 Prototype Menu SPP Approve (Detail PO)

Link Url Photo

Gambar 4.29 Prototype Menu Print Surat

Link Url Photo

Gambar 4.30 Prototype Laporan Pembelian

4. Prototype Menu Bagian Accounting

Link Url Photo

Gambar 4.31 Prototype Menu Bagian Purchasing

Link Url Photo

Gambar 4.32 Prototype Menu Buat Voucher

Link Url Photo

Gambar 4.33 Prototype Menu Buat Voucher

Link Url Photo

Gambar 4.34 Prototype Menu Data Voucher

Link Url Photo

Gambar 4.35 Prototype Menu Laporan Pembayaran

5. Prototype Menu Pimpinan Proyek

Link Url Photo

Gambar 4.36 Prototype Menu Pimpinan Proyek

6. Prototype Menu Admin

Link Url Photo

Gambar 4.37 Prototype Menu Admin

Link Url Photo

Gambar 4.38 Prototype Menu Add Supplier

Link Url Photo

Gambar 4.39 Prototype Menu Add Barang

==Konfigurasi Sistem Usulan=====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 : Intel Core i5
2. Monitor : LCD 14”
3. Mouse : Wirless
4. Keyboard : PS2
5. Memory (RAM) : 4 GB
6. Hardisk : 500 GB
7. Printer : Laserjet

===Aplikasi Yang Digunakan===

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. XAMPP
2. PHP MyAdmin
3. Dreamweaver CS5

===Hak Akses===

Ada 5 actor yang dapat mengakses sistem pembelian barang, yaitu:

1. Bagian Gudang
   Bagian gudang bertugas untuk meminta barang sesuai kebutuhan, menerima barang yang telah di order.
2. Bagian Purchasing
   Bagian Purchasing bertugas untuk mengecek permintaan dari bagian gudang, melakukan transaksi pembelian, membuat berita acara penerimaan barang dan jasa.
3. Pimpinan Proyek
   Pimpinan proyek bertugas mengecek dan menyetujui setiap transaksi pembelian.
4. Bagian Accounting
   Bagian Accounting bertugas untuk mengontrol anggaran yang digunakan untuk pembelian barang dan membuat voucher pembayaran untuk setiap pembelian barang.
5. Admin
   Admin bertugas untuk menginput, menghapus dan mengontrol data barang, supplier dan login user.

==Testing==

Implementasi program Sistem Pembelian Sparepart pada PT. Gapura Angkasa dilakukan dengan menggunakan metode Black Box Testing. Metode Black Box Testing merupakan pengujian program yang mengutamakan pengujian terhadap kebutuhan fungsi dari suatu program. Tujuan dari metode Black Box Testing ini adalah untuk menemukan kesalahan fungsi pada program.
Pengujian dengan metode Black Box Testing dilakukan dengan cara memberikan sejumlah input pada program. Input tersebut kemudian di proses sesuai dengan kebutuhan fungsionalnya untuk melihat apakah program aplikasi dapat menghasilkan output yang sesuai dengan yang diinginkan dan sesuai pula dengan fungsi dasar dari program tersebut. Apabila dari input yang diberikan, proses dapat menghasilkan outputyang sesuai dengan kebutuhan fungsionalnya, maka program yang dibuat sudahbenar, tetapi apabila output yang dihasilkan tidak sesuai dengan kebutuhan fungsionalnya, maka masih terdapat kesalahan pada program tersebut, dan selanjutnya dilakukan penelusuran perbaikan untuk memperbaiki kesalahan yang terjadi.

Tabel 4.12 Pengujian Black Box

Link Url Photo

==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 admin jika admin mendapati kesalahan saat input data barang yang tidak lengkap, selanjutnya yang kemudian akan di proses sesuai dengan kebutuhan fungsionalnya dan dapat menghasilkan output yang sesuai dengan yang diinginkan oleh perusahaan.

==Implementasi=====Schedule===

Schedulle Implementasi merupakan rencana yang menjelaskan segala sesuatu tentang hal-hal yang dibutuhkan dalam proses implementasi “Perancangan Sistem Informasi Pembelian Sparepart Pada PT Gapura Angkasa”. 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 adalah sebagai berikut:

Tabel 4.13 Schedule Implementasi

Link Url Photo

==Estimasi Biaya==

Tabel 4.14 Estimasi Biaya

Link Url Photo

=

BAB V

=

PENUTUP

==Kesimpulan==

Berikut kesimpulan dari penelitian dan analisis yang dilakukan mengenai Perancangan Sistem Informasi Pembelian Sparepart pada PT. Gapura Angkasa adalah sebagai berikut:

1. Membuat alur proses pembelian menjadi sistem yang terkomputerisasi agar mempermudah dalam proses pembelian dan dapat terkoneksi secara cepat antar bagian yang terkait.
2. Proses pelaporan pembelian barang yang disajikan dalam bentuk laporan pembelian sehingga pimpinan proyek dapat mengetahui secara jelas barang apa saja yang banyak dipergunakan dalam proses repair & maintenance dan sebagai tolak ukur dalam pengambilan keputusan.
3. Memonitoring pembayaran pada saat terjadinya proses pembelian karena setiap proses pembelian diberikan jangka waktu untuk pembayarannya sehingga dibutuhkan sebuah sistem untuk memantau proses pembayaran tersebut.

==Saran==

Berdasarkan hasil penelitian dan analisis yang dilakukan oleh penulis mengenai Perancangan Sistem Informasi Pembelian Sparepart pada PT. Gapura Angkasa, maka terdapat beberapa saran yang dapat dijadikan masukkan untuk meningkatkan kinerja sistem pembelian, yaitu sebagai berikut:

1. Program pembelian hendaknya diterapkan di PT. Gapura Angkasa sehinggan dapat diketahui kelebihan dan kekurangan sistem tersebut.
2. Diadakan training user untuk program pembelian sehingga user dapat mengetahui bagaimana cara kerja sistem pembelian ini.

=DAFTAR PUSTAKA=

1. ↑ Surianto Ruslan dalam buku Layout Dasar dan Penerapannya yang terbitkan oleh PT. Gramedia Pustaka Utama (2009:10)
2. ↑ ^{2,0 2,1} Menurut Hendi Hendratman dalam buku Tips N Trik Computer Grapics Design yang diterbitkan oleh Informatika Bandung (2010:09-12)
3. ↑ Menurut Iwan Binanto dalam buku Multimedia Digital Dasar Teori dan Pengembangannya yang diterbitkan Andi Yogyakarta (2010:260-261)
4. ↑ Menurut Maimunah dalam jurnal CCIT (Maimunah dkk, 2012 : 284)
5. ↑ Menurut Budi Sutedjo Dharma Oetama, S.Kom., MM, (2011 : 168)
6. ↑ ^{6,0 6,1} Menurut McLeod dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012: 8)
7. ↑ Menurut O’Brien dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012: 15),
8. ↑ Menurut Agus Mulyanto dalam buku Sistem Informasi Konsep dan Aplikasi yang diterbitkan oleh Pustaka Pelajar (2009: 20)
9. ↑ MenurutJogiyanto dalam buku Yakub (Pengantar Sistem Informasi) yang diterbitkan oleh Graha Ilmu (2012:9)
10. ↑ Menurut Al-Bahra Bin Ladjamudin dalam buku Konsep Sistem Basis Data dan Implementasinya yang diterbitkan oleh Graha Ilmu (2010:2)
11. ↑ Sutabri, Tata. 2012. Konsep Sistem Informasi. Yogyakarta: CV Andi Offset.
12. ↑ ^{12,0 12,1} Al-Jufri, Hamid. 2011. Sistem Infromasi Manajemen Pendidikan. Jakarta: PT. Smart Grafika.
13. ↑ Rapina, dkk. 2011. Peranan Sistem Pengendalian Internal Dalam Meningkatkan Efektivitas dan Efisiensi Kegiatan Operasional Pada Siklus Persediaa dan Pergudangan. Bandung: Univ.Kristen Maranatha.
14. ↑ Tamodia. Widya. 2013. Evaluasi Penerapan Sistem Pengendalian Intern Untuk Persediaan Barang Dagangan Pada PT. Laris Manis Utama Cabang Manado. Manado: Universitas Sam Ratulangi.
15. ↑ ^{15,0 15,1 15,2 15,3} Wisdaningrum, Oktavima. 2013. Analisis Rantai Nilai (Value Chain) dalam Lingkungan Internal Perusahaan. Banyuwangi: Universitas 17 Agustus 1945.
16. ↑ Dewi, Meta Amalia dan Henderi. 2011. Perencanaan Strategik SI/TI Pemerintah Kota Tangerang dalam Mewujudkan E-Government. Tangerang: Jurnal CCIT. Vol. 5, No.1-September 2011.
17. ↑ Wisdaningrum, Oktavima. 2013. Analisis Rantai Nilai (Value Chain) dalam Lingkungan Internal Perusahaan. Banyuwangi: Universitas 17 Agustus 1945.
18. ↑ ^{18,0 18,1} Rahman, Arif. 2013. Panduan Akuntansi dan Perpajakan. Jakarta: TransMedia.
19. ↑ ^{19,0 19,1 19,2} Diana, Anastasia, dan Lilis Setiawati. 2011. Sistem Informasi Akuntansi. Yogyakarta: CV Andi Offset.
20. ↑ ^{20,0 20,1 20,2 20,3 20,4 20,5 20,6} Rudianto. 2012. Konsep dan Teknik Penyusunan Laporan Keuangan. Jakarta: Erlangga.
21. ↑ Sudarsono, dan Edilius. 2010. Manajemen Koperasi Indonesia. Jakarta: PT Rineka Cipta.
22. ↑ ^{22,0 22,1} Madcoms, 2011. Mahir dalam 7 Hari Adobe Dreamweaver CS5 dengan Pemograman PHP & MySQL. Yogyakarta: CV Andi Offset.
23. ↑ Wardana. 2010. Menjadi Master PHP Dengan Framework Codeigniter. Jakarta: Elex Media Komputindo.
24. ↑ Februariyanti, Herny dan Eri Zuliarso. 2012. Rancang Bangun Sistem Perpustakaan untuk Jurnal Elektronik. Semarang: Universitas Stikubank.
25. ↑ Madcoms. 2013. Kupas Tuntas Adobe Dreamweaver CS6 dengan Pemograman PHP & MySQL. Yogyakarta: CV Andi Offset.
26. ↑ Arief, M. Rudyanto. 2011. Pemograman Web Dinamis Menggunakan PHP & MySQL. Yogyakarta: CV Andi Offset.
27. ↑ Anhar. 2010. Panduan Menguasai PHP & MySQL Secara Otodidak. Jakarta: Mediakita.
28. ↑ ^{28,0 28,1 28,2} Saputra, Agus, Ridho Taufiq Subagio, dan Saluky. 2012. Membangun Aplikasi E-Library untuk Panduan Skripsi. Jakarta: PT Elex Media Komputindo.
29. ↑ Praptiningsih. Yulia Eka. 2012. Aplikasi Penyewaan Ruangan PT. Simaeru Indonesia Raya Dengan Visual Basic 6.0. Depok: Universitas Gunadarma, UG Jurnal Vol. 6 No. 01, 2012.
30. ↑ Wahana Komputer. 2011. Mastering CMS Programming with PHP dan MySQL. Yogyakarta: CV Andi Offset.
31. ↑ Wahana Komputer. 2012. Panduan Aplikatif dan Solusi (PAS) Mudah Membuat Portal Berita Online dengan PHP & MySQL. Yogyakarta: CV Andi Offset.
32. ↑ Kadir, Abdul. 2013. Pemograman Database MySQL untuk Pemula. Yogyakarta: MediaKom.
33. ↑ ^{33,0 33,1} Nugroho, Adi. 2011. Perancangan dan Implementasi Sistem Basis Data. Yogyakarta: CV. Andi Offset.
34. ↑ Herlawati. 2011. Menggunakan UML. Jakarta PT. Elex Media Komputindo.
35. ↑ ^{35,0 35,1 35,2} Rosa, A.S., dan M. Shalahuddin. 2013. Rekayasa Perangkat Lunak Terstruktur dan Berorientasi Objek. Bandung: Informatika.
36. ↑ ^{36,0 36,1 36,2} Yasin, Ferdi. 2012. Rekayasa Perangkat Lunak Berorientasi Objek. Jakarta: Mitra Wacana Media.
37. ↑ ^{37,0 37,1 37,2 37,3 37,4 37,5} Simarmata, Janner. 2010. Rekayasa Perangkat Lunak. Yogyakarta: CV Andi Offset.
38. ↑ Mall. 2009. Rekayasa Perangkat Lunak 2. Jakarta: PT Rineka Cipta.
39. ↑ ^{39,0 39,1} Sulindawati, dan Muhammad Fathoni. 2010. Pengantar Analisa Perancangan “Sistem”. Medan: STMIK Triguna Dharma. Vol. 9, No. 2, Agustus 2010.
40. ↑ Adelia, dan Jimmy Setiawan. 2011. Implementasi Customer Relationship Management (CRM) pada Sistem Reservasi Hotel berbasisi Website dan Desktop. Bandung: Universitas Kristen Maranatha. Vol. 6, No. 2, September 2011:113-126.
41. ↑ ^{41,0 41,1 41,2 41,3 41,4 41,5 41,6 41,7} Rizky, Soetam.2011.Konsep Dasar Rekayasa Perangkat Lunak. Jakarta: PT Prestasi Pustakaraya.
42. ↑ Oktavian, Diar Puji. 2010. Menjadi Programmer Jempolan Menggunakan PHP. Yogyakarta: MediaKom.
43. ↑ ^{43,0 43,1} Pramono, Djoko. 2011. Manajemen Database Relasional dengan Access 2010. Jakarta: PT. Elex Media Komputindo.
44. ↑ Paillin, Daniel Bunga. 2012. Perancangan Sistem Informasi Penjualan pada Toko Ribo Jaya Ambon. Ambon: Universitas Pattimura. Volume 06, No. 1. http://paparisa.unpatti.ac.id/paperrepo/ppr_iteminfo_lnk.php?id=242, 7 Juni 2014
45. ↑ Desai, Sandeep dan Abhishek Srivastava. 2012. Software Testing a Practical Approach. New Delhi: PHI Learning Private Limited.
46. ↑ ^{46,0 46,1 46,2 46,3 46,4 46,5 46,6} Guritno, Suryo, Sudaryono dan Untung Rahardja. 2011. Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi. Yogyakarta: CV Andi Offset.
47. ↑ ^{47,0 47,1 47,2 47,3} Siahaan, Daniel. 2012. Analisa Kebutuhan dalam Rekayasa Perangkat Lunak. Yogyakarta: CV. Andi Offset.
48. ↑ Semiawan, Conny. R. 2010. Metode Penelitian Kualitatif. Jakarta: Grasindo.
49. ↑ Hermawan. Asep. 2009. Penelitian Bisnis. Jakarta: Grasindo.

=LAMPIRAN=

LAMPIRAN A
Pada Lampiran A ini berisi berkas-berkas yang diperlukan sebagai persyaratan skripsi, diantaranya yaitu:

1. Form Validasi Skripsi
2. Surat Pengantar Observasi Skripsi
3. Form Penggantian Pembimbing
4. Form Penggantian Judul
5. Kartu Bimbingan
6. Kartu Study Tetap Final (KSTF)
7. Kwitansi Pembayaran Skripsi
8. Kwitansi Pembayaran Raharja Career
9. Kwitansi Pembayaran Sidang Konprehensif
10. Validasi Sidang Akademik
11. Daftar Mata Kuliah Yang Belum Diambil
12. Daftar Nilai
13. Formulir Seminar Proposal Skripsi
14. Formulir Final Presentasi Skripsi
15. Formulir Pertemuan Stakeholder Skripsi
16. Setifikat TOEFL
17. Sertifikat Prospek
18. Sertifikat IT International
19. Sertifikat IT Nasional
20. Curriculum Vitae (CV)
21. Validasi Sidang

LAMPIRAN B
Pada Lampiran B ini berisi berkas-berkas yang berhubungan dengan penelitian, diantaranya yaitu:

1. Surat Keterangan dari PT. Gapura Angkasa
2. Bukti Observasi
3. Hasil Wawancara PT. Gapura Angkasa
4. Implementasi Program
5. Hibah Program

LAMPIRAN C
Pada Lampiran C ini berisi tentang berkas/bukti pada saat observasi, diantaranya yaitu:

1. Surat Permintaan Pengadaan (SPP)
2. Surat Undangan Penawaran
3. Surat Penawaran Harga Barang
4. Surat Perintah Mulai Kerja (SPMK)
5. Surat Perjanjian
6. Faktur
7. Faktur Pajak
8. Surat Pengiriman Barang
9. Berita Acara Penerimaan Barang dan Jasa (BAPBJ)
10. Form Evaluasi Supplier/Vendor

LAMPIRAN D
Pada lampiran D ini berisi berkas-berkas berupa foto atau printscreen hasil rancangan yang ada pada bab IV

1. Printscreen Halaman Login
2. Printscreen Halaman Utama Bagian Gudang
3. Prinscreen Halaman Utama Bagian Purchasing
4. Prinscreen Halaman Utama Bagian Accounting
5. Prinscreen Halaman Utama Admin
6. Prinscreen Halaman Utama Pimpinan Proyek
7. Prinscreen Form Input Supplier
8. Prinscreen Form Add New SPP
9. Prinscreen Data Voucher
10. Prinscreen Form Print Surat
11. Prinscreen Laporan Pembelian