Revisi per 25 Juli 2017 10.52

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. Ibu Ferry Sudarto, S.Kom., M.Pd selaku Kepala Jurusan Sistem Komputer.
4. Bapak Moch.Ibnu Safari, M.Kom selaku Dosen Pembimbing I yang telah meluangkan waktu untuk memberikan bimbingan dan motivasi kepada penulis.
5. Bapak Hendra Kusumah, S.Kom selaku Dosen Pembimbing II yang telah banyak meluangkan waktu, pikiran dan tenaganya untuk membantu dan memberikan bimbingan kepada penulis.
6. Bapak Toyib Isnayni selaku Stakeholder yang telah banyak membantu dan memberikan bimbingan serta motivasi kepada penulis selama melakukan observasi.
7. Kedua orang Tua, Adik dan Saudara tercinta, yang selalu mendoakan dan memotivasi baik berupa moril maupun materil kepada penulis.
8. Teman-teman seperjuangan Nanda dian prasetio, Agus kurniawan,Mega Agustina Margareta, Muhammad Khiabani Fakhri yang telah berjuang bersama dalam menyelesaikan Laporan Skripsi ini.

BAB I

Latar Belakang

Perumusan Masalah

1. Bagaimana cara membuat sistem agar dapat menghitung jumlah kertas secara otomatis pada mesin cutter di PT.Indah Kiat ?

2. Bagaimana cara membuat sistem yang dapat memberikan notifikasi kepada operator ?

3. Bagaimana cara kerja Internet of Thing dan Arduino Uno untuk memberikan bukti hasil penghitungan jumlah kertas ? ?

Ruang Lingkup Penelitian

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

Adapun tujuan dari penelitian yang dilakukan adalah sebagai berikut :

1. Tujuan individual

1. Memenuhi syarat kelulusan untuk Skripsi dan meningkatkan kreatifitas dalam membuat suatu program/alat sesuai dengan bidang studi Sistem Komputer.

2. Memberikan kontribusi kepada Perusahaan PT.Indah Kiat.

2. Tujuan Operasional

1. Mengurangi waktu produksi untuk proses sortir.

2. Mengurangi jumlah Customer Complain terkait jumlah kertas dalam tiap rim..

3. Meningkatkan produktivitas perusahaan dibagian produksi seksi finishing - Sortir.

4. Mengurangi tingkat kesalahan jumlah quantity yang diminta oleh customer.

3. Tujuan Fungsional

1. Membuat sistem internet of thing penghitungan jumlah lembar kertas pada mesin cutter.

2. Merancang sebuah sistem yang dapat memberikan notifikasi suara dengan bukti berupa jumlah angka agar tidak terjadi kesalahan penghitungan jumlah lembar kertas.

Manfaat Penelitian

Manfaat penelitian merupakan dampak dari pencapaiannya tujuan dari hasil penelitian yang didapat.

Beberapa manfaat yang diperoleh penulis dalam penelitian ini adalah :

1. Optimalisasi dari sensor Infra Red yang digunakan untuk menghitung jumlah lembar kertas pada mesin cutter

2. Mengetahui seberapa besar manfaat dari sistem alat ini.

3. Menggunakan Internet of things sebagai media data berupa angka dan akan di tampilakan melalui web ubidots dan Lcd.

Metode Penelitian

Metode Pengumpulan Data

1. Metode Observasi (Pengamatan)

Melalui pengamatan secara langsung dilapangan dibagian produksi, penulis menyimpulkan bahwa para instansi menginginkan waktu dan proses produksi yang cepat dan efisien.

2. Metode Wawancara

Metode ini dilakukan secara langsung dilapangan, kebetulan saya sebagai penanggung jawab hasil produksi mesin cutter pada seksi finishing, departemen produksi PT Indah Kiat Tangerang mill dan pada kesimpulanya ingin menciptakan alat penghitung jumlah lembar kertas menggunakan sistem kecerdasan buatan untuk bertujuan efesiensi waktu, Customer Complain dan peningkatan produktivitas bagian produksi.

3. Metode Studi Pustaka

Metode ini dilakukan untuk mencari dan Pengumpulan data-data pendukung yang berhubungan dengan judul tugas akhir ini dalam melakukan perencanaan,percobaan, pembuatan dan penyusunan laporan.

Metode Analisa

Pada metode analisa sistem ini penulis menggunakan metode analisa SWOT dimana dalam pengertian metode analisa SWOT ini adalah sebuah bentuk analisa situasi dan juga kondisi yang bersifat deskriptif (memberi suatu gambaran). Analisa ini menempatkan situasi dan juga kondisi sebagai sebagai faktor masukan, lalu kemudian dikelompokkan menurut kontribusinya masing-masing. Proses ini melibatkan penentuan tujuan yang spesifik dari spekulasi bisnis atau proyek dan mengidentifikasi faktor internal dan eksternal yang mendukung dan yang tidak dalam mencapai tujuan tersebut. Analisis SWOT dapat diterapkan dengan cara menganalisis dan memilah berbagai hal yang matrik SWOT, dimana aplikasinya adalah bagaimana kekuatan (strengths), mampu mengambil keuntungan (advantage) dari peluang (opportunities) yang ada, bagaimana cara mengatasi kelemahan (weaknesses) yang mencegah keuntungan(advantage) dari peluang (opportunities) yang ada, selanjutnya bagaimana kekuatan (strengths) mampu menghadapi ancaman (threats) menjadi nyata atau menciptakan sebuah ancaman baru.

Metode Prototype

Alat yang dibuat masih dalam bentuk Prototype atau simulasi yang dapat dipergunakan secara nyata uji coba dan peneliti menggunakan Arduino Uno, SensorInfra Red, buzzer,lcd, android dan kertas A4.

Metode Pengujian

Pada metode testing ini penulis ingin menggunakan Black Box pada sistem yang akan penulis bangun, dalam pengertiannya Black Box testing adalah metode pengujian dengan struktur internal atau kerja.pengetahuan khusus dari kode aplikasi atau struktur internal dan pengetahuan pemrograman pada umumnya tidak diperlukan. Uji kasus dibangun di sekitar spesifikasi dan persyaratan, yakni, aplikasi apa yang seharusnya dilakukan.Menggunakan deskripsi eksternal perangkat lunak,termasuk spesifikasi, persyaratan, dan desain untuk menurunkan uji kasus.Tes ini dapat menjadi fungsional atau non-fungsional, meskipun biasanya fungsional. Perancang uji memilih input yang valid dan tidak valid dan menentukan output yang benar. Tidak ada pengetahuan tentang struktur internal benda uji itu. Sedangkan alasan penulis memilih black box ini karena metode uji dapat diterapkan pada semua tingkat pengujian perangkat lunak: unit, integrasi, fungsional, sistem.

Sistematika Penulisan

Sistematika laporan tugas akhir ini disajikan secara ringkas dan disusun dalam beberapa bab, dimana masing-masing bab akan menjelaskan hal-hal sebagai berikut.

BAB I PENDAHULUAN

Bab ini dijelaskan secara umum tentang latar belakang masalah, perumusan masalah, tujuan penelitian, pembatasan masalah, dan sistematika penulisan. .

BAB II LANDASAN TEORI

Bab ini menerangkan secara singkat tentang teori-teori yang berhubungan dan berkaitan erat dengan masalah yang akan dibahas, serta merupakan tinjauan kepustakaan yang menjadi kerangka dan landasan berfikir dalam proses pemecahan masalah penelitian ini.

BAB III ANALISA SISTEM YANG BERJALAN

Bab ini menguraikan tempat dan waktu pelaksanaan penelitian, tahap penelitian,metode pengumpulan data dan metode analisa data dalam memecahkan masalah.

BAB IV HASIL PENELITIAN

Bab ini berisi tentang hasil penelitian memuat sesuatu yang anda buat berdasarkan analisis permasalahan pada bab 3,pada bab ini terdapat pembahasan penting yaitu : Penyajian data penelitian,Pengolahan terhadap data yang terkumpul dan Pembahasan.

BAB V KESIMPULAN DAN SARAN

Bab ini berisi kesimpulan dari hasil pengamatan dan analisa data serta saran-saran yang berhubungan dengan masalah yang diteliti.

DAFTAR PUSTAKA

LAMPIRAN-LAMPIRAN

BAB II

LANDASAN TEORI

Teori Umum

Konsep Dasar Sistem

Definisi Sistem

Sistem adalah suatu kesatuan yang terdiri komponen atau elemen yang dihubungkan bersama untuk memudahkan aliran informasi, materi atau energi untuk mencapai suatu tujuan. Ada banyak pendapat tentang pengertian dan definisi sistem yang dijelaskan oleh beberapa ahli. Berikut pengertian dan definisi sistem menurut beberapa ahli:

Menurut Suprihadi dkk ( 2013:310 ) sistem adalah sekumpulan unsur atau elemen yang saling berkaitan dan saling mempengaruhi dalam melakukan kegiatan bersama untuk mencapai suatu tujuan. Namun menurut Rusdiana & Moch.Irfan ( 2014: 29 ) sistem merupakan kumpulan dari beberapa bagian yang memiliki keterkaitan dan saling bekerja sama serta membentuk suatu kesatuan untuk mencapai tujuan sari sistem tersebut.

Berdasarkan beberapa pendapat yang dikemukakan diatas dapat disimpulkan sistem adalah kumpulan komponen-komponen yang saling berinteraksi antara satu dengan lainnya untuk mencapai suatu tujuan tertentu .

Karakteristik Sistem

Menurut Rusdiana dan Moch.Irfan (2014:35)^[1], mendefinisikan,karakteristik sistem sebagai berikut:

1. Komponen Sistem (Components)
   Komponen sistem atau elemen sistem dapat berupa elemen-elemen lebih kecil yang disebut subsistem, dan elemen- elemen lebih besar yang disebut suprasistem
2. Batasan Sistem (Boundary)
   Ruang lingkup sistem merupakan daerah yang membatasi antara sistem dengan sistem yang lain atau sistem dengan lingkungan luarnya. Batasan sistem ini memungkinkan suatu sistem dipandang sebagai satu kesatuan yang tidak dapat dipisahkan.
3. Lingkungan Sistem (Environtment)
   Bentuk apapun yang ada di luar ruang lingkup atau batasan sistem yang mempengaruhi operasi sistem tersebut disebut lingkungan luar sistem. Lingkungan luar sistem ini dapat bersifat menguntungkan dan dapat juga bersifat merugikan sistem tersebut. Dengan demikian, lingkungan luar tersebut harus tetap dijaga dan dipelihara. Lingkungan luar yang merugikan harus dikendalikan. Kalau tidak, maka akan menggangu kelangsungan hidup dari sistem tersebut.
4. Penghubung/Antarmuka (Interface)
   Media yang menghubungkan sistem dengan subsistem lain disebut penghubung sistem. Penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem lain. Bentuk keluaran dari satu subsistem akan menjadi masukan untuk subsistem lain melalui penghubung tersebut. Dengan demikian, dapat terjadi suatu integrasi sistem yang membentuk satu kesatuan.
5. Masukan Sistem (Input)
   Energi yang dimasukkan ke dalam sistem disebut masukan sistem, yang dapat berupa pemeliharaan (maintenance input) dan sinyal (signal input). Maintenance input adalah energi yang dimasukkan supaya sistem tersebut dapat beroperasi. Signal input adalah energi yang diproses untuk mendapatkan keluaran. Contoh di dalam suatu unit sistem komputer, program adalah maintenance input yang digunakan untuk mengoperasikan komputernya dan data adalah signal input untuk diolah menjadi informasi.
6. Keluaran (output)
   Hasil energi diolah dan diklasifikasikan menjadi keluaran yang berguna. Keluaran ini merupakan masukan bagi subsistem yang lain seperti sistem informasi. Keluaran yang dihasilkan adalah informasi. Informasi ini dapat digunakan sebagai masukan untuk pengambilan keputusan atau hal-hal lain yang menjadi input bagi subsitem lain.
7. Pengolahan Sistem (process)
   Suatu sistem dapat mempunyai suatu proses yang akan mengubah masukan menjadi keluaran, contohnya adalah sistem akuntansi. Sistem ini akan mengolah data transaksi menjadi laporan-laporan yang dibutuhkan oleh pihak manajemen.
8. Sasaran dan tujuan sistem (objective and goal)
   Suatu sistem memiliki tujuan dan sasaran yang pasti dan bersifat deterministic. Kalau suatu sistem tidak memiliki sasaran maka operasi sistem tidak ada gunanya. Suatu sistem dikatakan berhasil bila mengenai sasaran atau tujuan yang telah direncanakan.


Sumber: Rusdiana dan Irfan (2014:40).

Gambar 2.1. Karakteristik Sistem.

Klasifikasi Sistem

Sistem merupakan suatu bentuk integrasi antara satu komponen dengan komponen lain karena sistem memiliki sasaran yang berbeda untuk setiap kasus yang terjadi dalam sistem tersebut. Oleh karena itu, sistem dapat diklasifikasikan dari beberapa sudut pandang diantaranya (Sutabri, 2012:22)^[2] :

1. Sistem Abstrak (Abstract System) dan Sistem Fisik (Physical System)

Sistem abstrak merupakan sistem yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik. Misalnya sistem teologi, yaitu sistem yang berupa pemikiran-pemikiran hubungan antara manusia dengan Tuhan. Sistem fisik merupakan sistem yang ada secara fisik. Misalnya sistem komputer, sistem akuntansi, dan sistem persediaan barang.

2. Sistem Alamiah (Natural System) dan Sistem Buatan Manusia (Human Made System)

Sistem alamiah adalah sistem yang terjadi melalui proses alam, tidak dibuat manusia. Misalnya sistem perputaran bumi. Sistem buatan manusia adalah sistem yang melibatkan interaksi manusia dengan mesin yang disebut human machine system. Misalnya sistem informasi berbasis komputer.

Sistem adaptif merupakan sistem buatan, dalam Ching-Huei Chen (2014:343) ^[3] adaptive systems build a model that is tailored to the learner’s characteristics, knowledge, goals, learning style and preferences. sistem adaptif membangun model yang disesuaikan dengan karakteristik, pengetahuan, tujuan, gaya belajar pembelajar dan preferensi.

3. Sistem Tertentu (Deterministic System) dan Sistem Tak Tentu (Probabilistic System)

Sistem tertentu adalah sistem yang beroperasi dengan tingkah laku yang dapat diprediksi. Sebagai contoh adalah hasil pertandingan sepak bola. Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilitas. Misalnya kematian seseorang.

4. Sistem Tertutup (Closed System) dan Sistem Terbuka (Open System)

Sistem tertutup adalah sistem yang tidak berhubungan dan tidak terpengaruh dengan lingkungan luarnya. Sistem ini bekerja secara otomatis tanpa adanya campur tangan dari pihak di luarnya. Secara teoritis sistem tertutup ini ada, tetapi pada kenyataannya tidak ada sistem yang benar-benar tertutup. Contohnya adalah sistem adat masyarakat Baduy. Sedangkan sistem terbuka adalah sistem yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima masukan dan menghasilkan keluaran untuk lingkungan luar atau subsistem yang lainnya. Misalnya sistem musyawarah.

Konsep Dasar Perancangan

Definisi Perancangan Sistem

Menurut Velzello/John Reuter III dalam Buku Darmawan (2013:227), “Perancangan sistem merupakan suatu tahap setelah analisis dalam siklus pengembangan sistem seperti pendefinisian dari kebutuhan-kebutuhan fungsional dan persiapan suatu rancang bangun implementasi gambaran jelas apa yang dapat dikerjakan dari analisa sistem dan bagaimana membentuk suatu sistem itu.”

Sedangkan menurut Mohamad Subhan (2012:109) dalam bukunya yang berjudul Analisa Perancangan Sistem mengungkapkan: “Perancangan adalah proses pengembangan spesifikasi baru berdasarkan rekomendasi hasil analisis sistem”.

Menurut Siti Aisyah dan Nawang Kalbuana dalam jurnal CCIT (2011:197),^[4] Pada metode analisa sistem dan perancangan yang menggunakan metode yang dikenal dengan nama System Develoment Life Cycle (SDLC). SDLC merupakan metodelogi umum dalam pengembangan sistem yang menandai kemajuan dai usaha analisa dan desain. Langkahlangkah SDLC meliputi fase-fase sebagai berikut:

1. Perancangan Sistem

Dalam tahapan perencanaan sistem ini dijelaskan bagaimana langkahlangkah dalam perancangan aplikasi kemahasiswaan dengan teknologi mobile.

2. Analisa Sistem

Melakukan analisa sistem yang akan dirancang, serta melakukan penelitian terhadap kebutuhan-kebutuhan sistem, apa saja kekurangannya.

3. Perancangan Program

Yaitu tahapan untuk melakukan perancangan aplikasi mobile, terdapat tiga tahapan perancangan, yaitu: perancangan interface, perancangan isi, dan perancangan program.

4. Testing

Setelah sistem berhasil dirancang, langkah selanjutnya adalah pengujian untuk melihat apakah sistem telah dibuat sesuai dengan kebutuhan. Dalam tahap ini, juga dilakukan penyesuaian- penyesuaian akhir.

5. Implementasi

Pada tahap ini, program yang telah diuji secara offline kemudian. diimplementasikan online dan dipublish secara resmi.

6. Maintenance

Langkah terakhir dari SDLC yaitu maintenance dimana pada tahap ini sistem secara sistematis diperbaiki dan ditingkatkan Jadi perancangan sistem dan analisa sistem merupakan satu kesatuan tahapan lanjutan yang tidak terpisahkan, karena perancangan sistem sendiri harus memenuhi kebutuhan pengguna, diharapkan user friendly, dapat memberikan gambaran jelas mengenai sistem yang akan dibentuk, memiliki rincian dari masing-masing komponen yang akan menjadi isi dari sistem itu sendiri, antara lain sistem informasi yang terdiri dari data-data yang akan ubah menjadi suatu informasi yang nantinya akan dipergunakan untuk pengambilan keputusan. Dalam 24 tahap perancangan sistem, alat bantu yang digunakan dalam mendesain program komputer antara lain bagan terstruktur.

Tujuan Perancangan Sistem

Adapun tujuan yang hendak dicapai dari tahap perancangan sistem mempunyai maksud atau tujuan utama, yaitu sebagai berikut:

1. Mengurangi jumlah Customer Complain terkait jumlah kertas dalam tiap rim.

2. Meningkatkan produktivitas perusahaan dibagian produksi seksi finishing - Sortir.

3. Mengurangi tingkat kesalahan jumlah quantity yang diminta oleh customer.

4. Untuk memenuhi kebutuhan pemakai sistem (user).

5. Untuk memberikan gambaran yang jelas dan menghasilkan rancangan bangun yang lengkap kepada pemrograman komputer dan ahli-ahli teknik lainnya yang terlibat dalam pengembangan atau pembuatan sistem.

Konsep Dasar Monitoring

Sebuah kegiatan monitoring didasari oleh keinginan untuk mencari hal-hal yang berkaitan dengan peristiwa atau kejadian baik menyangkut siapa, mengapa dapat terjadi, sumber daya publik yang berkaitan, kebijakan dan juga dampak yang terjadi atau harus diantisipasi serta hal-hal lain yang berkaitan dengan aktivitas mencatat secara terstruktur.

Ada beberapa definisi monitoring menurut pendapat para ahli, diantaranya yaitu:

1. Definisi Monitoring

Menurut Khanna (2013), “Monitoring adalah kegiatan memantau yang dilakukan dengan rutin mengenai kemajuan pada project yang akan berjalan atau kegiatan memantau sebuah perubahan proses dan output project”.

Menurut Nikolaos (2013), “Monitoring yaitu kegiatan dalam melakukan pengawasan pada suatu program atau kinerja terhadap suatu kelompok dalam organisasi”.

Berdasarkan dari kutipan di atas, dapat disimpulkan monitoring yaitu kegiatan memantau yang dilakukan untuk kemajuan suatu project yang sedang berjalan dengan tujuan memaksimalkan bagi sumber daya. Proses dasar untuk pemantauan (monitoring) ini, meliputi 3 tahap yaitu:

1. Menetapkan standar pelaksanaan.
2. Pengukuran pelaksanaan.
3. Menentukan deviasi antara pelaksanaan dengan standar dan rencana.

Konsep Dasar Prototipe

1. Definisi Prototipe

Menurut Simarmata (2010:62), “Prototype adalah bagian dari produk yang mengekspresikan logika maupun fisik antarmuka eksternal yang ditampilkan”.

Menurut Darmawan (2013:229), Prototipe adalah satu versi dari sebuah sistem potensial yang memeberikan ide bagi para pengembang dan calon pengguna, bagaimana sistem akan berfungsi dalam bentuk yang telah selesai.

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.

2. Jenis-Jenis Prototipe

Menurut Darmawan (2013:230), jenis-jenis Prototipe secara general dibagi menjadi dua, yaitu:

1. Prototipe Evolusioner (Prototype Evolusionary)
   Terus-menerus disempurnakan sampai memiliki seluruh fungsionalitas yang dibutuhkan pengguna dari sistem yang baru. Prototipe ini kemudian dilanjutkan produksi. Jadi satu prototipe evolutioner akan menjadi sistem aktual.
2. Prototipe Persyaratan (Requirement Prototype)
   dikembangkan sebagai satu cara untuk mendefinisikan persyaratan-persyaratan fungsional dari sistem baru ketika pengguna tidak mampu mengungkapkan apa yang mereka inginkan. Dengan meninjau prototipe persyaratan seiring dengan ditambahkannya fitur-fitur, pengguna akan mampu mendefinisikan pemrosesan yang dibutuhkan dari sistem yang baru. Ketika persyaratan ditentukan, prototipe persyaratan telah mencapai tujuannya dan proyek lain akan dimulai untuk pengembangan sistem baru. Oleh karena itu, suatu prototipe tidak selalu menjadi sistem aktual.

Langkah-langkah pembuatan Prototype Evolutionary ada empat langkah, yaitu :

1. Mengidentifikasi kebutuhan pengguna. Pengembang mewawancarai pengguna untuk mendapatkan ide mengenai apa yang diminta dari sistem.
2. Membuat satu prototipe. Pengembang mempergunakan satu alat prototyping atau lebih untuk membuat prototipe. Contoh dari alat-alat prototyping adalah generator aplikasi terintegrasi dan toolkit prototyping. Generator aplikasi terintegrasi (integrated application generator) adalah sistem peranti lunak siap pakai yang mampu membuat seluruh fitur yang diinginkan dari sistem baru—menu, laporan, tampilan, basis data, dan seterusnya. Toolkit prototyping meliputi sistem-sistem peranti lunak terpisah, seperti spreadsheet elektronik atau sistem manajemen basis data, yang masing-masing mampu membuat sebagian dari fitur-fitur sistem yang diinginkan.
3. Menentukan apakah prototipe dapat diterima, pengembang mendemonstrasikan prototipe kepada para pengguna untuk mengetahui apakah telah memberikan hasil yang memuaskan, jika sudah, langkah emapat akan diambil; jika tidak, prototipe direvisi dengan mengulang kembali langkah satu, dua, dan tiga dengan pemahaman yang lebih baik mengenai kebutuhan pengguna.
4. Menggunakan prototipe, prototipe menjadi sistem produksi.


Sumber: Darmawan (2013:232)

Gambar 2.2 Pembuatan PrototipeEvolusioner

Konsep Dasar Pengujian

1. Definisi Pengujian

Menurut Rizky (2011:237),^[5] “Testing adalah sebuah proses yangdiejawantahkan sebagai siklus hidup dan merupakan bagian dari proses rekayasaperangkat lunak secara terintegrasi demi memastikan kualitas dari perangkatlunak serta memenuhi kebutuhan teknis yang telah disepakati dari awal.

Menurut Simarmata (2010:301),^[6] “Pengujian adalah proses eksekusi suatuprogram untuk menemukan kesalahan dan segala kemungkinan yang akan menimbulkankesalahan sesuai dengan spesifikasi perangkat lunak yang telah ditentukansebelum aplikasi tersebut diserahkan kepada pelanggan.

Dari pengertian diatas dapat disimpulkan bahwa pengujian adalah proseterhadap aplikai yang saling terintegrasi guna untuk menemukan kesalahan dansegala kemungkinan yang akan menimbulkan kesalahan.

Secara teoritis, testing dapat dilakukan dengan berbagai jenis tipe danteknik. Namun secara garis besar, terdapat dua jenis tipe testing yang palingumum digunakan di dalam lingkup rekayasa perangkat lunak. Dua jenis tersebutadalah Black box dan White box testing.

2. Definisi Black Box

Menurut Arie (2014),^[7]“ Black Box adalah cara pengujian yang di lakukan dengan hanya menjalankan atau mengeksekusi unit atau model kemudian diamati apakah hasil dari unit itu sesuai dengan proses yang di inginkan.”

Menurut Shivani Archarya dan Vidhi Pandya (ISSN-2277-1956 Vol.2),^[8]” Black box testing is a software testing techniques in which functionality of the software under test (SUT) is tested without looking at the internal code structure,”

(Kotak hitam pengujian adalah teknik di mana fungsi dari perangkat lunak di bawah ujian (SUT) diuji tanpa memandang struktur internal kode, pengujian perangkat lunak)

Dari kedua definisi di atas dapat disimpulkan bahwa metode pengujian BlackBox digunakan untuk menguji sistem dari segi user yang dititik beratkan pada pengujian kinerja, spesifikasi dan antarmuka sistem tersebut tanpa menguji kode program yang ada.

Black Box Testing tidak membutuhkan pengetahuan mengenai, alur internal (internal path), struktur atau implementasi dari software under test (SUT). Karena itu uji coba BlackBox memungkinkan pengembang software untuk membuat himpunan kondisi input yang akan melatih seluruh syarat-syarat fungsional suatu program.

Uji coba Black Box berusaha untuk menemukan kesalahan dalam beberapakategori, diantaranya:

1. Fungsi-fungsi yang salah atau hilang
2. Kesalahan interface
3. Kapan aktifitas dimulai dan berakhir harus ditentukan secara jelas.
4. Kesalahan dalam struktur data atau akses database eksternal
5. Kesalahan performa
6. kesalahan inisialisasi dan terminasi

Uji coba BlackBox diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba BlackBox dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain. Uji coba didesain untuk dapat menjawab pertanyaan pertanyaan berikut:

1. Bagaimana validitas fungsionalnya diuji?
2. Jenis input seperti apa yang akan menghasilkan kasus uji yang baik?
3. Apakah sistem secara khusus sensitif terhadap nilai input tertentu?
4. Bagaimana batasan-batasan kelas data diisolasi?
5. Berapa rasio data dan jumlah data yang dapat ditoleransi oleh sistem?
6. Apa akibat yang akan timbul dari kombinasi spesifik data pada operasi sistem?

Sehingga dalam uji coba Black Box harus melewati beberapa proses sebagai berikut:

1. Menganalisis kebutuhan dan spesifikasi dari perangkat lunak.
2. Pemilihan jenis input yang memungkinkan menghasilkan output benar serta jenis input yang memungkinkan output salah pada perangkat lunak yang sedang diuji.
3. Menentukan output untuk suatu jenis input.
4. Pengujian dilakukan dengan input-input yang telah benar-benar diseleksi.
5. Melakukan pengujian.
6. Pembandingan output yang dihasilkan dengan output yang diharapkan.
7. Menentukan fungsionalitas yang seharusnya ada pada perangkat lunak yang sedang diuji.

3. Metode Pengujian dalam Black Box

Ada beberapa macam metode pengujian Black Box, berikut diantaranya:

a. Equivalence Partioning

Equivalence Partioning merupakan metode uji coba Black Box yang membagi domain input dari program menjadi beberapa kelas data dari kasus uji coba yang dihasilkan. Kasus uji penanganan single yang ideal menemukan sejumlah kesalahan (misalnya: kesalahan pemrosesan dari seluruh data karakter) yang merupakan syarat lain dari suatu kasus yang dieksekusi sebelum kesalahan umum diamati.

b. Boundary Value Analysis

Sejumlah besar kesalahan cenderung terjadi dalam batasan domain input dari pada nilai tengah. Untuk alasan ini boundary value analysis (BVA) dibuat sebagai teknik uji coba. BVA mengarahkan pada pemilihan kasus uji yang melatih nilai-nilai batas. BVA merupakan desain teknik kasus uji yang melengkapi Equivalence partitioning. Dari pada memfokuskan hanya pada kondisi input, BVA juga menghasilkan kasus uji dari domain output.

c. Cause-Effect Graphing Techniques

Cause-Effect Graphing merupakan desain teknik kasus uji coba yang menyediakan representasi singkat mengenai kondisi logikal dan aksi yang berhubungan. Tekniknya mengikuti 4 tahapan berikut:

1. Causes (kondisi input), dan Effects (aksi) didaftarkan untuk modul dan identifier yang dtujukan untuk masing-masing.
2. Pembuatan grafik Causes-Effect graph.
3. Grafik dikonversikan kedalam tabel keputusan.
4. Aturan tabel keputusan dikonversikan kedalam kasus uji.

d. Comparison Testing

Dalam beberapa situasi (seperti: aircraft avionic, nuclear Power plant control) dimana keandalan suatu software amat kritis, beberapa aplikasi sering menggunakan software dan hardware ganda (redundant). Ketika software redundant dibuat, tim pengembangan software lainnya membangun versi independent dari aplikasi dengan menggunakan spesifikasi yang sama. Setiap versi dapat diuji dengan data uji yang sama untuk memastikan seluruhnya menyediakan output yang sama. Kemudian seluruh versi dieksekusi secara parallel dengan perbandingan hasil real-time untuk memastikan konsistensi. Dianjurkan bahwa versi independent suatu software untuk aplikasi yang amat kritis harus dibuat, walaupun nantinya hanya satu versi saja yang akan digunakan dalam sistem. Versi independent ini merupakan basis dari teknik Black Box Testing yang disebut Comparison Testing atau back-to-back Testing.

e. Sample and Robustness Testing

1. Sample Testing

Melibatkan beberapa nilai yang terpilih dari sebuah kelas ekivalen, seperti Mengintegrasikan nilai pada kasus uji. Nilai-nilai yang terpilih mungkin dipilih dengan urutan tertentu atau interval tertentu.

2. Robustness Testing

Pengujian ketahanan (Robustness Testing) adalah metodologi jaminan mutu difokuskan pada pengujian ketahanan perangkat lunak. Pengujian ketahanan juga digunakan untuk menggambarkan proses verifikasi kekokohan (yaitu kebenaran) kasus uji dalam proses pengujian.

f. Behavior Testing dan Performance Testing

1. Behavior Testing

Hasil uji tidak dapat dievaluasi jika hanya melakukan pengujian sekali, tapi dapat dievaluasi jika pengujian dilakukan beberapa kali, misalnya pada pengujian struktur data stack.

2. Performance Testing

Digunakan untuk mengevaluasi kemampuan program untuk beroperasi dengan benar dipandang dari sisi acuan kebutuhan. Misalnya: aliran data, ukuran pemakaian memori, kecepatan eksekusi, dll. Selain itu juga digunakan untuk mencari tahu beban kerja atau kondisi konfigurasi program. Spesifikasi mengenai performansi didefinisikan pada saat tahap spesifikasi atau desain. Dapat digunakan untuk menguji batasan lingkungan program.

g. Requirement Testing

Spesifikasi kebutuhan yang terasosiasi dengan perangkat lunak (input/output/fungsi/performansi) diidentifikasi pada tahap spesifikasi kebutuhan dan desain.

1. Requirement Testing melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program.
2. Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan traceability matrix.

h. Endurance Testing

Endurance Testing melibatkan kasus uji yang diulang-ulang dengan jumlah tertentu dengan tujuan untuk mengevaluasi program apakah sesuai dengan spesifikasi kebutuhan. Contoh: Untuk menguji keakuratan operasi matematika (floating point, rounding off, dll), untuk menguji manajemen sumber daya sistem (resources) (pembebasan sumber daya yang tidak benar, dll), input/output (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.

4. Kelebihan dan Kelemahan Black Box

Dalam uji coba Black Box terdapat beberapa kelebihan dan kelemahan. Berikut adalah keunggulan dan kelemahannya:

Tabel 2.1 Kelebihan dan Kelemahan Black Box



5. Definisi white box

Menurut Archarya (2013)^[9]

White box testing is testing beyond the user interface and into the nitty-gritty of a system. This method is named so because the software program, in the eyes of the tester, is like a white/transparent box; inside which one clearly sees. White Box Testing is contrasted with Black Box Testing.

(White Box adalah pengujian di luar antarmuka pengguna dan menjadi intisari dari sistem. Metode ini dinamakan demikian karena program perangkat lunak, di mata tester, seperti kotak putih / transparan; dalam yang satu jelas melihat. Pengujian White Box adalah kontras dengan Black Box Testing).

Keuntungan pengujian White Box

1. Peningkatan Efektivitas : silang keputusan desain dan asumsi terhadap kode sumber dapat menguraikan kuat.
2. desain, tapi pelaksanaannya mungkin tidak sejajar dengan maksud desain.
3. Kode penuh Pathway Mampu : semua jalur kode yang mungkin dapat diuji termasuk penanganan error, dependensi, dan tambahan kode logika / aliran intern.
4. Awal Cacat Identifikasi : Menganalisis kode sumber dan mengembangkan tes berdasarkan rincian pelaksanaan memungkinkan.
5. penguji untuk menemukan kesalahan pemrograman dengan cepat.
6. Mengungkapkan Kode Tersembunyi Cacat : akses modul program.
7. Tidak ada Waiting : Pengujian dapat dimulai pada tahap awal. Satu tidak perlu menunggu GUI akan tersedia).

Menurut Rizky (2011:262) ^[10], “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.

1. Decision (Branch) Coverage

Sesuai dengan namanya, teknik testing ini fokus terhadap hasil dari tiap skenario yang dijalankan terhadap bagian perangkat lunak yang mengandung percabangan (if...then...else).

2. Condition Coverage

Teknik ini hampir 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 mengoreksi apakah kondisi yang dijalankan telah sesuai dengan alur diagram yang terdapat dalam proses perancangan.

4. Executive Time

Pada teknik ini, perangkat lunak berusaha dijalankan atau dieksekusi kemudian dilakukan pengukuran 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 umumnya jarang dilakukan jika perangkat lunak yang dibuat berjenis sistem informasi. Sebab teknik ini membutuhkan kemampuan matematis yang cukup tinggi dari para tester, karena di dalamnya berusaha melakukan analisa terhadap algoritma yang diimplementasikan pada perangkat lunak tersebut.

Dari beberapa pengertian diatas dapat disimpulkan bahwa pengujian white box adalah suatu pengujian di luar antarmuka pengguna dan menjadi intisari dari sistem, dengan seperti pengujian dapat diketahui secara cepat.

Kesalahan pengutipan: Tag <ref> ditemukan, tapi tag <references/> tidak ditemukan