[revisi tidak terperiksa]

[revisi tidak terperiksa]

NIM	: 1331476647
NAMA	: YUDY PRAYOGA

 

NIM	: 1331476647
Nama	: YUDY PRAYOGA
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Komputer
Konsentrasi	: Computer System

 

 

Ketua					Kepala Jurusan
STMIK RAHARJA					Jurusan Sistem Komputer
(Ir. Untung Rahardja, M.T.I)					(Ferry Sudarto, S.Kom, M.Pd)
NIP : 99001					NIP : 10001

 

NIM	: 1331476647
Nama	: YUDY PRAYOGA

 

Pembimbing I			Pembimbing II
(Moch. Ibnu Safari M.Kom)			( Ignatius Joko Dewanto, Dr., S.Kom., MM)
NID : 14009			NID : 15022

 

NIM	: 1331476647
Nama	: YUDY PRAYOGA

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

 

NIM	: 1331476647
Nama	: YUDY PRAYOGA
Jenjang Studi	: Strata Satu
Jurusan	: Sistem Komputer
Konsentrasi	: Computer System

 

 

YUDY PRAYOGA

NIM : 1331476647

 

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 Ferry Sudarto, S.Kom., M.Pd selaku Kepala Jurusan Sistem Komputer.
4. Bapak Moch. Ibnu Safari, M.Kom., selaku dosen pembimbing I, yang telah memberikan banyak masukan serta pengarahan dalam penulisan Skripsi ini.
5. Bapak Ignatius Joko Dewanto, Dr. S.Kom., MM., selaku Dosen Pembimbing II, yang telah memberikan banyak bimbingan, masukan dan semangat sehingga Skripsi ini dapat terealisasi dengan baik.
6. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
7. Bapak Bisri Mustofa selaku Koordinator HR & GA Citra Raya World Of Wonders dan sebagai pembimbing di lapangan yang telah memberikan izin dan pengarahan kepada penulis.
8. Kedua orang tua, adik, kakak dan keluarga tercinta yang telah memberikan dukungan moril maupun materil serta doa untuk keberhasilan penulis.
9. Terimakasih kepada Teman-Teman yang telah memberikan semangat dan motivasi.
10. Serta semua pihak yang tidak dapat penulis sebutkan satu persatu yang telah ikut membantu dalam penyusunan laporan Skripsi ini.

BAB I

Latar Belakang Masalah

Perumusan Masalah

1. Apakah proses pengukuran tinggi dan berat badan pengunjung pada wahana permainan yang saat ini berjalan sudah efektif?

2. Apakah dengan dibuatkan alat pengukur tinggi dan berat badan pengunjung pada wahana permainan menjadi lebih aman?

Ruang Lingkup Penelitian

1. Bagaimana menggunakan sensor ultrasonik untuk mengukur tinggi badan pengunjung?

2. Bagaimana menggunakan sensor Load Cell untuk mengukur berat badan pengunjung?

3. Bagaimana menggunakan sensor Load Cell untuk mengukur berat badan pengunjung?

4. Bagaimana memprogram Arduino Uno untuk mengukur tinggi dan berat badan pengunjung?

5. Bagaimana menggunakan solenoid door lock sebagai mekanik penguncian pintu masuk wahana permainan?

Tujuan dan Manfaat Penelitian

Tujuan Penelitian

1. Untuk mengetahui proses pengukuran tinggi dan berat badan pengunjung pada wahana permainan yang saat ini sudah berjalan efektif.

2. Dengan dibuatnya alat pengukur tinggi dan berat badan pengunjung pada wahana permainan menggunakan Arduino Uno apakah wahana permainan lebih aman dengan sistem yang lama.

Manfaat Penelitian

1. Untuk mengetahui bagaimana merancang dan membuat pengukur tinggi dan berat badan dengan menggunakan solenoid sebagai mekanik penguncian pintu, sehingga itemukan solusi yang terbaik bahwa mikrokontroler tersebut memiliki tingkat kehandalan dan kestabilan yang tinggi dan mudah digunakan.

2. Untuk mengetahui tinggi dan berat badan yang telah diukur menggunakan sensor lalu dikonfigurasikan ke solenoid sebagai mekanik penguncian pintu dan enghasilkan output tampilan pada layar LCD (liquid crystal display).

3. Dapat mengetahui secara langsung hasil pengukurannya. Pembacaan hasil yang didapat lebih akurat dibanding dengan hasil pembacaan manusia. Dan juga tentunya dapat meminimalisir terjadinya kecelakaan pada wahana permainan akibat tinggi dan berat badan pengunjung yang tidak memenuhi syarat batas minimum tinggi dan berat badan.

Metode Penelitian

Metode Pengumpulan Data

1. Metode Observasi
   Adalah pengumpulan data dengan cara mengamati secara langsung pada objek yang diteliti supaya dapat memperoleh informasi mengenai kegiatan yang berlangsung, dan melakukan pencatatan secara sistematis terhadap objek yang diteliti.
2. Metode Wawancara
   Adalah suatu metode untuk mendapatkan data dan keterangan keterangan yang di inginkan dengan cara melakukan tanya jawab secara lisan terhadap stake holder.
3. Studi Pustaka
   Metode ini dilakukan untuk mencari dan mendapatkan sumber sumber kajian. Landasan teori yang mendukung data-data atau informasi sebagai acuan dalam melakukan perencanaan, percobaan, pembuatan, dan penyusunan laporan.

Metode Analisa

Metode Perancangan

Metode Prototype

Metode Testing

Sistematika Penulisan

BAB II

Teori Umum

Konsep Dasar Sistem

1. Definisi Sistem

Suatu sistem dapat terdiri dari beberapa subsistem atau bagian dari sistem-sistem. Komponen atau subsistem dalam suatu sistem tidak dapat berdiri sendiri, melainkan saling berinteraksi dan saling berhubungan membentuk satu kesatuan sehingga tujuan atau sasaran sistem tersebut dapat tercapai. Ada banyak definisi mengenai sistem diantaranya dalah:

Nasaruddin, dkk dalam Jurnal CCIT Vol.6 No.2 (2013)^[1],berpendapat, “Sistem merupakan suatu kumpulan atau komponen komponen yang saling berhubungan dan mempunyai ketergantungan satu sama lain, sistem dapat berjalan jika komponen-komponen yang ada di dalamnya bisa bekerja sama membentuk suatu lingkaran yang tidak dapat dipisahkan”.

Menurut Rusdiana dan Moch Irfan (2014:29), ^[2] “Sistem merupakan kumpulan dari beberapa bagian yang memiliki keterkaitan dan saling bekerja sama serta membentuk suatu kesatuan untuk mencapai tujuan dari sistem tersebut”.

Taufiq (2013:2) ^[3] menambahkan, “Sistem adalah kumpulan dari sub-sub sistem abstrak maupun fisik yang saling terintegrasi dan berkolaborasi untuk mencapai suatu tujuan tertentu”.

Berdasarkan beberapa definisi diatas dapat disimpulkan bahwa sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran atau tujuan tertentu.

2. Klasifikasi Sistem

Taufiq (2013:8) ^[3] mengemukakan, sistem dapat diklasifikasikan dari beberapa sudut pandang, diantaranya:

1. Sistem Abstrak dan Sistem Fisik

   Jika dilihat dari bentuknya sistem bisa dibagi menjadi dua yaitu sistem abstrak dan sistem fisik. Sistem abstrak merupakan suatu sistem yang tidak bisa dipegang atau dilihat secara kasat mata atau lebih sering disebut sebagai prosedur. Contohnya dari sistem abstrak adalah prosedur pembayaran keuangan mahasiswa, prosedur belajar mengajar, sistem akademik, sistem di perusahaan, sistem antara manusia dengan Tuhan, dan lain-lain.

   Sistem fisik merupakan sistem yang bisa dilihat dan bisa dipegang oleh panca indera. Contoh dari sistem fisik adalah sistem komputer, sistem transportasi, sistem akuntansi, sistem perguruan tinggi, sistem mesin pada kendaraan bermotor, sistem mesin mobil, sistem mesin-mesin perusahaan.

   Dilihat dari fungsinya, baik sistem abstrak maupun sistem fisik memiliki fungsi yang sama pentingnya, sistem abstrak berperan peting untuk mengatur proses-proses atau prosedur yang nantinya berguna bagi sistem lain agar dapat berjalan secara optimal sedangkan sistem fisik berperan untuk mengatur proses dari benda-benda atau alat-alat yang bisa digunakan untuk mendukung proses yang ada di dalam organisasi.

2. Sistem Dapat Dipastikan dan Sistem Tidak Dapat Dipastikan

   Sistem dapat dipastikan merupakan suatu sistem yang input proses dan outputnya sudah ditentukan sejak awal. Sudah dideskripsikan dengan jelas apa inputnya bagaimana cara prosesnya dan harapan yang belum terdefinisi dengan jelas salah satu dari input-proses-output atau ketiganya belum terdefinisi dengan jelas.

3. Sistem Tertutup dan Sistem Terbuka

   Sistem tertutup dan sistem terbuka yang membedakan adalah ada faktor-faktor yang mempengaruhi dari luar sistem atau tidak, jika tidak ada faktor-faktor yang mempengaruhi dari luar itu bisa disebut dengan sistem tertutup tapi jika ada pengaruh komponen dari luar disebut sistem terbuka.

   
   
   
   Gambar 2.1. Sistem Tertutup
   Sumber: Taufiq (2013:9)
   
   
   
   Gambar 2.2. Sistem Terbuka
   Sumber: Taufiq (2013:9)

4. Sistem Manusia dan Sistem Mesin

   Sistem manusia dan sistem mesin merupakan sebuah klasifikasi sistem jika dipandang dari pelakunya. Pada zaman yang semakin global dan semuanya serba maju ini tidak semua sistem dikerjakan oleh manusia tapi beberapa sistem dikerjakan oleh mesin tergantung dari kebutuhannya.

   Sistem manuasia adalah suatu sistem yang proses kerjanya dilakukan oleh manusia sebagai contoh pelaku sistem organisasi, sistem akademik yang masih manual, transaksi jual beli di pasar tradisional, dll. Adapun sistem mesin merupakan sebuah sistem yang proses kerjanya dilakukan oleh mesin, sebagai contoh sistem motor, mobil, mesin industri, dan lain-lain.

5. Sistem Sederhana dan Sistem Kompleks

   Sistem dilihat dari tingkat kekomplekan masalahnya dibagi menjadi dua yaitu sistem sederhana dan sistem kompleks. Sistem sederhana merupakan sistem yang sedikit subsistemnya dan komponen-komponennya pun sedikit. Adapun sistem kompleks adalah sistem yang banyak sub-sub sistemnya sehingga proses dari sistem itu sangat rumit.

6. Sistem Bisa Beradaptasi dan Sistem Tidak Bisa Beradaptasi

   Sistem yang bisa beradaptasi terhadap lingkungannya merupakan sebuah sistem yang mampu bertahan dengan adanya perubahan lingkungan. Sedangkan sistem yang tidak bisa beradaptasi dengan lingkungan merupakan sebuah sistem yang tidak mampu bertahan jika terjadi perubahan lingkungan.

7. Sistem Buatan Allah/ Alam dan Sistem Buatan Manusia

   Sistem buatan Allah merupakan sebuah sistem yang sudah cukup sempurna dan tidak ada kekurangannya sedikitpun dari sistem ini, misalnya sistem tata surya, sistem pencernaan manusia, dan lain-lain. Sedangkan sistem buatan manusia merupakan sebuah sistem yang telah dikembangkan oleh manusia itu sendiri, sistem ini bisa diubah sesuai dengan perkembangan zaman dan kebutuhan hidup. Sistem buatan manusia secara umum bisa disesuaikan dengan kebutuhan, jika kebutuhannya berubah maka sistem yang sudah ada tadi juga bisa berubah.

8. Sistem Sementara dan Sistem Selamanya

   Sistem sementara dan sistem selamanya merupakan klasifikasi sistem jika dilihat dari pemakaiannya. Sistem sementara merupakan sebuah sistem yang dibangun dan digunakan untuk waktu sementara waktu sebagai contoh sistem pemilihan presiden, setelah proses pemilihan presiden sudah tidak dipakai lagi dan untuk pemilihan lima tahun mendatang kemungkinan sudah dibuat sistem pemilihan presiden yang baru. Sedangkan sistem selamanya merupakan sistem yang dipakai untuk jangka panjang atau digunakan selamanya, misalnya sistem pencernaan.




3. Tujuan Sistem

Taufiq (2013:5) ^[3] berpendapat, tujuan sistem merupakan sasaran atau hasil yang diinginkan. Manusia, tumbuhan, hewan, organisasi, lembaga dan lain sebagainya pasti memiliki tujuan yang bermanfaat minimal bagi dia sendiri atau bagi lingkungannya.

Tujuan sangatlah penting karena tanpa tujuan yang jelas segala sesuatu pasti akan hancur dan berantakan tapi dengan tujuan yang jelas akan lebih besar kemungkinan akan tercapai sasarannya.

Begitu juga sistem yang baik adalah sistem yang memiliki tujuan yang jelas dan terukur yang memungkinkan untuk dicapai dan memiliki langkah-langkah yang terstruktur untuk mencapainya. Dengan tujuan yang jelas dan terukur serta menggunakan langkah-langkah terstruktur kemungkinan besar sistem itu akan tercapai tujunnya sesuai dengan apa yang telah menjadi tujuannya.

Konsep Dasar Sistem Komputer

1. Definisi Sistem Komputer

Rita Melina (2016:1) ^[4]menjelaskan, “Sistem komputer adalah elemen-elemen yang terkait menjalankan suatu aktifitas dengan menggunakan komputer. Elemen dari komputer terdiri dari manusianya (brainware) perangkat lunak (software) dan perangkat keras (hardware).

2. Jenis-Jenis Hardware

Rita Melina (2016:1)^[5] membedakan, jenis-jenis hardware terdiri dari 9 bagian diantaranya sebagai berikut:

1. CPU (Central Processing Unit)
   Memproses atau mengeksekusi intruksi atau program. CPU juga akan berkomunikasi dengan perangkat input, output, dan storage.
2. ALU (Arithmetic Logic Unit)
   Alat yang melakukan operasi aritmatika dengan dasar penjumlahan. Tujuan menghasilkan keputusan dari operasi logika sesuai dengan intruksi program.
3. CU (Control Unit)
   Mengatur dan mengendalikan semua peralatan yang ada pada sistem komputer. Mengartikan dan mengirimkan intruksi ke ALU. Membawa data dari alat input ke memori utama untuk diolah. Membawa hasil olahan data kembali ke memori utama untuk disimpan.
4. Register
   Alat penyimpanan berukuran kecil dengan kecepatan akses cukup tinggi. Fungsi penyimpanan data dan intruksi yang sedang di proses, sementara data dan intruksi lainnya menunggu di dalam memori utama.
5. Input Device
   Perangkat keras komputer yang berfungsi sebagai alat untuk memasukan perintah ke dalam komputer. Alat : keyboard, microfont, dll.
6. Output Device
   Berfungsi untuk menampilkan keluaran sebagai hasil pengolahan data. Alat : monitor, printer, speaker, storage device.
7. RAM (Read Access Memory)
   Menyimpan program yang diolah untuk sementara waktu.
8. ROM (Read Only Memory)
   Memori yang hanya bisa dibaca dan berguna sebagai penyedia informasi pada saat komputer pertama kali digunakan. Berupa sistem operasi yang terdiri dari program.
9. Storage Eksternal
   Perangkat lunak untuk melakukan operasi penulisan, pembacaan dan penyimpanan data di luar komponen utama.

3. Jenis-Jenis Software

1. Sistem Operasi
   Program data pada komputer yang menghitungkan pengguna dengan hardware dan software komputer.
2. Program Aplikasi
   Program yang di desain untuk melakukan fungsi secara spesifik yang berhubungan langsung dengan pengguna.
3. Bahasa Pemogramman
   Bahasa yang digunakan oleh manusia untuk berkomunikasi dengan komputer.

Konsep Dasar Prototype

1. Definisi Prototype

Menurut Uzzaman (2015:71) ^[6] mengatakan, “Prototype adalah produk demonstrasi. Pada tahap ini tidak semua fitur sudah diletakkan. Pengembang sering memproduksi prototype semacam ini untuk mempresentasikan contoh produk kepada investor. Dengan demikian, investor bisa melihat produk asli dan membuktikan bahwa produk tersebut menarik dan berguna”.

Pendapat Seema dan Malhotra pada International Journal Of Advances In Computing And Information Technology (2012:279)^[7] “Prototyping is an attractive idea for complicated and large systems for which there is no manual process or existing system to help determining the requirements. A prototype is a toy implementation of a system; usually exhibiting limited functional capabilities, low reliability, and inefficient performance”.

(“Prototipe adalah ide menarik untuk sistem yang rumit dan besar dengan tidak ada proses manual atau sistem yang ada untuk membantu menentukan kebutuhan. Sebuah prototipe adalah implementasi mainan dari sistem; biasanya, ditunjukkan dengan kemampuan terbatas fungsional, kehandalan rendah, dan kinerja yang tidak efisien”).

Menurut Darmawan (2013:229)^[8]“Prototype adalah suatu versi dari sebuah sistem potensial yang memeberikan ide bagi para pengembang dan calon pengguna, bagaimana sistem akan berfungsi dalam bentuk yang telah selesai”.

Berdasarkan beberapa definisi tersebut, maka dapat disimpulkan prototype adalah sebuah contoh dari produk atau sistem sebelum dikembangkan atau dibuat khusus untuk pengembangan sebelum dibuat dalam skala sebenarnya atau belum diproduksi secara massal.

2. Jenis-jenis Prototype

Darmawan (2013:230)^[8] membedakan, 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 evolusioner 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.
   



Gambar 2.3. Pembuatan Prototype Evolusioner
Sumber:Darmawan (2013:232)




3. Daya Tarik Prototype

Darmawan (2013:230) ^[8]mengatakan, pengguna maupun pengembang menyukai prototipe karena alasan-alasan di bawah ini:

1. Membaiknya komunikasi antara pengembang dan pengguna.
   
2. Pengembang dapat melakukan pekerjaan yang lebih baik dalam menentukan kebutuhan pengguna.
   
3. Pengguna memainkan peranan yang lebih aktif dalam pengembangan sistem.
   
4. Pengembang dan pengguna menghabiskan waktu dan usaha yang lebih sedikit dalam mengembangkan sistem.
   
5. Implementasi menjadi jauh lebih mudah karena pengguna tahu apa yang diharapkan.
   

Konsep Dasar Monitoring

1. Tujuan Dan Fungsi Monitoring

1. Pemeriksaan
   
2. Pengujian dan penilaian
   
3. Pengurusan
   
4. Peninjauan
   
5. Pengamatan dan pemantauan
   
6. Kunjungan staff
   
7. Pembinaan yang dilakukan oleh pimpinan
   
8. Pengendalian
   
9. Penertiban
   
10. Mengusahakan suatu struktur yang terorganisir
    
11. Mengusahakan supervisi
    
12. Mengusahakan informasi yang akurat
    
13. Pencapaian hasil
    
14. Meningkatkan keterampilan kerja
    
15. Mendapatkan atau memperoleh umpan balik
    

2. Langkah-Langkah Monitoring

Monitoring dilakukan dengan langkah-langkah sebagai berikut:

1. Menyusun Rancangan Monitoring :
   
1. Tujuan
   
2. Sasaran/Aspek yang akan dimonitor
   
3. Faktor Pendukung dan Penghambat
   
4. Pendekatan, Teknik, dan Instrumen
   
5. Waktu dan Jadwal Monitoring
   
6. Biaya
   
2. Melaksanakan Monitoring
   Menyusun dan Melaporkan hasil kepada pihak pengelola/penyelenggaran program.

Konsep Dasar Perancangan Sistem

Definisi Perancangan Sistem

Menurut Verzello/John Reuter III dalam Darmawan (2013:227)^[11]“Perancangan Sistem adalah tahap setelah analisis dari siklus pengembangan sistem: Pendefinisian dari kebutuhan-kebutuhan fungsional dan persiapan untuk rancang bangun implementasi: “menggambarkan bagaimana suatu sistem dibentuk”.

Menurut Deni Darmawan dan Kunkun Nur Fauzi (2013:228)^[12]“Perancangan sistem adalah sebuah proses yang menetukan bagaimana suatu sistem akan menyelesaikan apa yang mesti diselesaikan.

Berdasarkan kedua definisi di atas, dapat disimpulkan perancangan sistem adalah suatu proses yang menggambarkan bagaimana suatu sistem dibentuk mulai dari melakukan persiapan untuk rancang bangun atau menggambarkan bagaimana suatu sistem yang akan dibentuk.

Konsep Dasar Tinggi Badan

1. Definisi Tinggi Badan

Menurut Anggraeni (2012 : 10). ^[13] "Tinggi badan merupakan salah satu parameter yang dapat melihat keadaan status gizi sekarang dan keadaan yang telah lalu. Pertumbuhan tinggi/panjang badan tidak seperti berat badan, relatif kurang sensitif pada masalah kekurangan gizi pada waktu singkat".

Dari definisi diatas penulis menyimpulkan untuk mengukur tinggi badan seseorang pada posisi berdiri secara anatomis , dapat diukur dari kepala bagian atas sampai ketelapak kaki bagian bawah, dengan data tinggi badan kita bisa melihat status gizi seseorang baik yang sekarang ataupun yang telah lalu.

Konsep Dasar Berat Badan

Definisi Berat Badan

Konsep Dasar Flowchart

1. Terminator (start terminator, end terminator): Berbentuk oval sebagai diagram alur yang menunjukkan awal atau akhir proses.
2. Proses (process): Berbentuk persegi panjang bentuk diagram alur, yang menunjukkan langkah alur proses yang berjalan.
3. Keputusan (decision): Berbentuk berlian, yang menunjukkan bentuk indikasi dari aliran proses yang bercabang.
4. Konektor (A): Bentuk lingkaran pada diagram alir yang digunakan untuk menunjukkan lonjakan aliran proses.
5. Data: Sebuah jajaran genjang yang menunjukkan input data atau output (I/O) dalam proses.
6. Dokumen (document): Digunakan untuk menunjukkan dokumen atau laporan.

1. Flowchart Sistem (System Flowchart)
   Flowchart Sistem merupakan bagan yang menunjukkan alur kerja atau apa yang sedang dikerjakan di dalam sistem secara keseluruhan dan menjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Dengan kata lain, Flowchart ini merupakan deskripsi secara grafik dari urutan prosedur-prosedur yang terkombinasi yang membentuk suatu sistem. Flowchart Sistem terdiri dari data yang mengalir melalui sistem dan proses yang mentransformasikan data itu.
   

   Sumber: Tri (2015:3)

   Gambar 2.10 Flowchart Sistem (System Flowchart).

2. Flowchart Dokumen (Document Flowchart)
   Flowchart Dokumen kegunaan utamanya adalah untuk menelusuri alur form dan laporan sistem dari satu bagian ke bagian lain baik bagaimana alur form dan laporan di proses, di catat dan di simpan.
   

   Sumber: Tri (2015:4).

   Gambar 2.11. Flowchart Dokumen (Document Flowchart).

3. Flowchart Skematik (Schematic Flowchart)
   Flowchart Skematik mirip dengan Flowchart sistem yang menggambarkan suatu sistem atau prosedur. Flowchart Skematik ini bukan hanya menggunakan simbol-simbol Flowchart standar, tetapi juga menggunakan gambar-gambar komputer, peripheral, form-form atau peralatan lain yang digunakan dalam sistem. Flowchart Skematik digunakan sebagai alat komunikasi antara analis sistem dengan seseorang yang tidak familiar dengan simbol-simbol Flowchart yang konvensional. Pemakaian gambar sebagai ganti dari simbol-simbol Flowchart akan menghemat waktu yang dibutuhkan oleh seseorang untuk mempelajari simbol abstrak sebelum dapat mengerti Flowchart. Gambar-gambar ini mengurangi kemungkinan salah pengertian tentang sistem, hal ini disebabkan oleh ketidak-mengertian tentang simbol-simbol yang digunakan. Gambar-gambar juga memudahkan pengamat untuk mengerti segala sesuatu yang dimaksudkan oleh analis, sehingga hasilnya lebih menyenangkan dan tanpa ada salah pengertian.
   

   Sumber: Tri (2015:5).

   Gambar 2.12. Flowchart Skematik (Schematic Flowchart).

4. Flowchart Program (Program Flowchart)
   Flowchart Program dihasilkan dari Flowchart sistem. Flowchart Program merupakan keterangan yang lebih rinci tentang bagaimana setiap langkah program atau prosedur sesungguhnya dilaksanakan. Flowchart ini menunjukkan setiap langkah program atau prosedur dalam urutan yang tepat saat terjadi. Programmer menggunakan Flowchart program untuk menggambarkan urutan instruksi dari program komputer. Analis Sistem menggunakan flowchart program untuk menggambarkan urutan tugas-tugas pekerjaan dalam suatu prosedur atau operasi.
   

   Sumber: Tri (2015:6).

   Gambar 2.13. Flowchart Program (Program Flowchart).

5. Flowchart Proses (Process Flowchart)
   Flowchart Proses merupakan teknik penggambaran rekayasa industrial yang memecah dan menganalisis langkah-langkah selanjutnya dalam suatu prosedur atau sistem. Flowchart proses memiliki lima simbol khusus, yaitu:
   

   Sumber: Tri (2015:7).

   Gambar 2.14. Simbol Flowchart Proses.

   
   Flowchart Proses digunakan oleh perekayasa industrial dalam mempelajari dan mengembangkan proses-proses manufacturing. Dalam analisis sistem, Flowchart ini digunakan secara efektif untuk menelusuri alur suatu laporan atau form. Berikut adalah contoh gambar dari Flowchart Proses:

   

   Sumber: Tri (2015:8).

   Gambar 2.15. Flowchart Proses (Process Flowchart).

Konsep Dasar Elisitasi

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 (Wajib atau Penting) Maksudnya, requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.
   2. D pada MDI berarti Desirable (Diinginkan atau Tidak Terlalu Penting) 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 (Di luar Sistem) 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. 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?


Metode TOE tersebut di bagi kembali menjadi beberapa option, yaitu:

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 Elisitasi, merupakan hasil akhir yang dicapai dari suatu proses Elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan dikembangakan.

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 mengidentifikasi 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 dari pada solusi yang dimungkinkan untuk masalah tersebut.

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 keranah aplikasi.
4. Menentukan satu atau lebih metode elisitasi kebutuhan, misalnya wawancara, kelompok fokus 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. Mengidentifikasi kebutuhan yang ambigu dan menyelesaikannya.
7. Membuat skenario penggunaan untuk membantu pelanggan atau pengguna mengidentifikasi kebutuhan utama.

1. Masalah Ruang Lingkup
   Pelanggan atau 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 Pengujian

1. Definisi Black Box

   Menurut Harsh Bhasin dalam International Journal of Computer Applications (2014:36)^[20], “Black Box Testing is used when code of the module is not available. In such situations appropriate priorities can be given to different test cases, so that the quality of software is not compromised, if testing is to be stopped prematurely. This paper proposes a framework, which uses requirement analysis and design specification, to prioritize the test cases. The work would be beneficial to both practitioners and researchers.”

   (Kotak hitam pengujian digunakan ketika kode modul tidak tersedia. Dalam situasi seperti prioritas yang tepat dapat diberikan kepada kasus uji yang berbeda, sehingga kualitas perangkat lunak tidak terganggu, jika pengujian harus dihentikan sebelum waktunya. Lembar ini mengusulkan kerangka kerja, yang menggunakan analisis persyaratan dan desain spesifikasi, memprioritaskan kasus uji. Pekerjaan akan bermanfaat bagi praktisi dan peneliti.)

   Menurut Srinivas Nidhra dan Jagruthi Dondeti pada International Journal of Embedded Systems and Applications (2012:29) ^[21], “Black box testing is also called as functional testing, a functional testing technique that designs test cases based on the information from the specification With black box, Black box testing not concern with the internal mechanisms of a system; these are focus solely on the outputs generated in response to selected inputs and execution conditions the code”.

   (Pengujian Kotak Hitam di sebut sebagai uji fungsional, pengujian fungsional, teknik yang mendesain uji kasus berdasarkan informasi dari spesifikasi dengan kotak hitam, pengujian kotak hitam tidak memperhatikan mekanisme internal sistem hanya berfokus pada output yang dihasilkan dalam menanggapi input yang di pilih dan kondisi eksekusi kode).

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

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

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

   Uji coba Black Box bukan merupakan alternatif dari uji coba White Box, tetapi merupakan pendekatan yang melengkapi untuk menemukan kesalahan lainnya, selain menggunakan metode White Box. Black Box Testing dapat dilakukan pada setiap level pembangunan sistem. Mulai dari unit, integration, system, dan acceptance.

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

   1. Fungsi-fungsi yang salah atau hilang.
   2. Kesalahan interface
   3. Kesalahan dalam struktur data atau akses database eksternal.
   4. Kesalahan performa.
   5. Kesalahan inisialisasi dan terminasi.

   Tidak seperti metode White Box yang dilaksanakan di awal proses, uji coba Black Box diaplikasikan dibeberapa tahapan berikutnya. Karena uji coba Black Box dengan sengaja mengabaikan struktur kontrol, sehingga perhatiannya difokuskan pada informasi domain.

   Uji coba di desain 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
2. Metode Pengujian Dalam Black Box

   Ada beberapa macam metode pengujian Black Box, berikut diantaranya:

   1. 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.
   2. 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.
   3. 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 ditunjukan untuk masing-masing.
   2. Pembuatan grafik Causes-Effect Graph.
   3. Grafik dikonversikan kedalam tabel keputusan
   4. Aturan tabel keputusan dikonversikan kedalam kasus uji.
   4. 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 di buat, 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 di buat, 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.
   5. Sample dan 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.
   6. 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.
   7. 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.
   8. 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/outputs (jika menggunakan framework untuk memvalidasi bagian input dan output). Spesifikasi kebutuhan pengujian didefinisikan pada tahap spesifikasi kebutuhan atau desain.
3. Kelebihan dan Kelemahan Black Box

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

   Sumber : Siddiq (2012:14).

   Tabel 2.2. Kelebihan dan Kelemahan Black Box

   

1. Definisi White Box

Menurut Anjani Bhasin dalam International Journal of Research in Engineering & Advanced Technology (2015:23), ^[22], ”White box testing It is the detailed investigation of internal logic and structure of the code. In white box testing it is necessary for a tester to have full knowledge of source cod.”

((Kotak putih pengujian ini merupakan penyelidikan rinci dari logika internal dan struktur kode. Dalam kotak putih pengujian penting untuk tester untuk memiliki pengetahuan lengkap tentang kode sumber.)

Dari pendapat yang dikemukakan di atas dapat disimpulkan bahwa White Box adalah sebuah cara pengujian yang menggunakan struktur kontrol perangkat lunak.

2. Metode Pengujian Dalam White Box

Menggunakan metode desain test case yang menggunakan struktur control desain procedural untuk memperoleh test case. Di sebut juga pengujian glassbox. Dengan pengujian White Box, perekayasa dapat melakukan :

1. Memberikan jaminan bahwa semua jalur independen pada suatu modul telah digunakan paling tidak satu kali.
2. Menggunakan semua keputusan logis pada sisi true and false.
3. Mengeksekusi semua loop pada batasan mereka dan pada batas operasional mereka.
4. Menggunakan struktur data internal untuk menjamin validitasnya.

Dengan menggunakan metode White Box, analis sistem akan dapat memperoleh test case yang :

1. menjamin seluruh independent path di dalam modul yang dikerjakan sekurang-kurangnya sekali
2. mengerjakan seluruh keputusan logical
3. mengerjakan seluruh loop yang sesuai dengan batasannya.
4. mengerjakan seluruh struktur data internal yang menjamin validitas.
3. Kelebihan dan Kelemahan White Box

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

Sumber : kompasiana.com

Tabel 2.3. Kelebihan dan Kelemahan White Box

Konsep Dasar Gray Box

Teori Khusus

Arduino Uno

Bahasa Pemrograman

Sensor

Ethernet Shield

Motor DC

Relay

Konsep Dasar Literature Review

Studi Pustaka (Literature Review

1. Penelitian skripsi oleh Hary Purwoko Atmojo Sung Sumargo dari Universitas Sebelas Maret yang berjudul “PERANCANGAN ALAT PENGEMAS VAKUM UNTUK PRODUK OLAHAN JAMUR TIRAM DALAM RANGKA MENINGKATKAN NILAI JUAL DAN MASA PAKAI”. Penelitian ini membahas tentang alat untuk membungkus jarum tiram dengan plastik hingga tidak ada udara yang masuk dalam kemasan jarum tiram tersebut
2. Jurnal penelitian oleh Rendy Kaban dari Universitas Andalas, Padang yang berjudul “PENGENDALIAN KUALITAS KEMASAN PLASTIK POUCH MENGGUNAKAN STATISTICAL PROSES CONTROL (SPC) DI PT INCASI RAYA PADANG”. Penelitian ini membahas tentang kualitas kemasan plastic untuk meminimalkan reject produksi
3. Jurnal penelitian oleh Bustami Ibrahim dan Mochamad Ega Oktavian dari Politeknik Manufactur Negeri Bandung yang berjudul “PERANCANGAN KONTRUKSI DAN BIAYA PENGEMAS ROTI UNTUK INDUSTRI KECIL. Penelitian ini membahas tentang alat untuk pengemasan roti pada industri kecil untuk meningkatkan kebersihan roti yang akan dijual

BAB III

Gambaran Umum PT. Multi Makmur Indah

Sejarah Singkat PT. Multi Makmur Indah

Visi Misi PT. Multi Makmur Indah

Nilai-nilai Dalam Perusahaan

Struktur Perusahaan PT. Multi Makmur Indah

Tugas dan Tanggung Jawab

Tata Laksana Sistem Berjalan

Prosedur Sistem Yang Berjalan

Rancangan Sistem Berjalan

Perancangan Prototipe

Blok Diagram

Pembuatan Alat

Perangkat Keras (Hardware)

Perangkat Lunak (Software)

Permasalahan Yang Dihadapi dan Alternatif Pemecahan Masalah

Permasalahan Yang Dihadapi

Alternatif Pemecahan Masalah

User Requirement

Elisitasi Tahap I

Elisitasi Tahap II

Elisitasi Tahap III

Final Elisitasi

BAB IV

Uji Coba

Flowchart Program

Analisa

Implementasi

Schedule

1. Pengumpulan Data
   Proses pengumpulan data dilakukan untuk mencari sumber dan mengetahui beberapa teori yang digunakan dalam pembuatan sistem . Proses pengumpulan data ini dilakukan selama 8 minggu dimulai dari 6 Februari 2017 s/d 31 Maret 2017.

2. Analisa Sistem
   Analisa sistem ini dilakukan untuk mengetahui komponen apa saja yang dibutuhkan dalam sistem dan mendiagnosis persoalan yang ada untuk memperbaiki sistem. Analisa sistem ini dilakukan selama 4 minggu dimulai dari 6 Maret 2017 s/d 31 Maret 2017.

3. Perancangan Sistem
   Dalam perancangan sistem ini terbagi menjadi dua, perancangan hardware dan software merupakan proses yang dilakukan seorang peneliti agar dapat menghasilkan suatu rancangan yang mudah dipahami oleh user. Perancangan sistem dilakukan selama 4 minggu dimulai dari 3 April 2017 s/d 28 April 2017

4. Pembuatan Program
   Pembuatan program dilakukan untuk menyempurnakan suatu sistem agar dengan sistem yang telah dirancang dapat berjalan dengan baikdan bisa digunaknan. Pembuatan program dilakukan selama sebulan pada bulanMei 2017.

5. Testing program
   Testing Program dilakukan untuk mengetahui kesalahan-kesalahan yang ada pada program pada saat program di running. Testing program dilakukan selama 2 minggu yaitu dimulai dari 15 Mei 2017 s/d 26 Mei 2017

6. Evaluasi Sistem
   Untuk mengetahui kesalahan dan kekurangan dari program yang dibuat maka perlu dilakukan evaluasi program, kegiatan ini dilakukan selama 2 minggu

7. Perbaikan Sistem
   Penambahan atau pengurangan pada point-point tertentu yang tidak diperlukan, sehingga program benar-benar dapat dioptimalkan sesuai kebutuhan user. Perbaikan program dilakukan selama 2minggu

8. Training User
   Percobaan alat yang diujicobakan bersama para user untuk mengetahui apakah alat yang dibuat sudah dapat berjalan dengan optimal atau tidak. Testing User dilakukan selama 3 minggu dimulai dari 19 Juni 2017 s/d 7 Juli 2017

9. Implementasi Sistem
   Setelah diketahui kelayakan dari program yang dibuat, maka akan dilakukan implementasi program. Dan implementasi program dilakukan selama 4 minggu dimulai dari 3 Juli 2017 s/d 28 Juli 2017

10. Dokumentasi
    Sistem yang dibuat didokumentasikan selama penelitian dan perancangan berlangsung

Estimasi Biaya

BAB V

Kesimpulan

1. Dibuatkan alat pengemasan kaleng menggunakan microcontroller Arduino Uno dengan interface web yang dirancang untuk mengemas kaleng dari metode manual dengan tenaga operator menjadi semi-otomatis sehingga tidak membutuhkan banyak operator pada proses pengemasan kaleng ini

2. Proses konfigurasi program ke dalam microcontroler Arduino Uno mempengaruhi kinerja sistem sensor ultrasonik untuk mendeteksi objek dan mengirimkan sinyal ke relay sehinnga Motor DC dapat bekerja sesuai fungsinya.

3. Dari alat yang telah dibuat dan dirancang dapat terkoneksi dengan interface web sebagai controller yang akan dipakai operator untuk menjalankan alat yang telah dibuat

1. Sistem pengemasan kaleng ini dapat dijadikan alat yang membungkus kaleng dari hasil proses produksi pada PT. Multi Makmur Indah Industri

2. Web interface yang telah dibuat digunakan untuk mengontrol alat dan sebagai panduan operasi manual alat

3. Penggunaan alat pengemasa kaleng dengan Arduino Uno dan interface web pada PT. Multi Makmur Indah Industri di rasakan manfaatnya karena dapat menghemat tenaga kerja pada proses pengemasan kaleng

1. Pengemasan kaleng dengan bantuan alat belum pernah ada pada PT. Multi Makmur Indah Industri, sehingga peneliti membuat penelitian ini.

2. Dalam merancang pengemasan kaleng dengan interface web ini menggunakan sensor ultrasonic, microcontroller Arduino Uno, motor dc, relay, router access point, Ethernet shield, dan smartphone sebagai client untuk mengontrol alat ini

3. Pengujian terhadap sistem berjalan dengan baik

Saran

1. Hendaknya menggunakan sensor ultrasonik dengan kualitas yang lebih baik sehingga dalam pengukuran objek dihasilkan data yang lebih akurat dan presisi

2. Web interface dapat dirancang lebih baik lagi agar bukan hanya sebagai controller alat melainkan juga sebagai media yang dapat memberikan informasi tentang percepatan motor dc dan pemakaian plastik wrap

3. Bahan yang digunakan untuk mengangkat plastic wrap dan sensor ultrasonik menggunakan v-belt agar lebih kuat dan optimal saat menarik benda naik atau turun

4. Dibuatkan sistem yang terintegrasi dengan database sehingga dapat terhitung berapa kaleng yang sudah dikemas oleh alat dan sebagai laporan pemakaian bahan plastik ke admin produksi

Kesan

1. Mendapatkan banyak ilmu dan wawasan yang sebelumnya tidak terdapat di dalam perkuliahan

2. Menambah ilmu sosial terhadap masyarakat, dan instansi terkait

3. Belajar bagaimana menanggapi permasalahan dilingkungan masyarakat khususnya dibidang teknologi

DAFTAR PUSTAKA

1. ↑ Nasaruddin, dkk dalam Jurnal CCIT Vol.6 No.2 (2013)
2. ↑ Dr. H. A. Rusdiana, M., & Moch. Irfan, S.M. (2014). Sistem Informasi Manajemen. Bandung: Pustaka Setia.
3. ↑ ^{3,0 3,1 3,2} Taufiq, Rohmat. 2013. Sistem Informasi Manajemen.Yogyakarta: Graha Ilmu. .
4. ↑ Melina, Rita. 2016. Dasar Sistem Komputer. Diambil dari: https://blog.uad.ac.id (Diakses pada tanggal, 20 Mei 2017).
5. ↑ Melina, Rita. 2016. Dasar Sistem Komputer. Diambil dari: https://blog.uad.ac.id (Diakses pada tanggal, 20 Mei 2017).
6. ↑ Uzzaman. Anis. 2015. Panduan Membangun Starup Ala Sillicon Valey,Yogyakarta.
7. ↑ Seema, Sona Malhotra. 2012. Analysis and tabular comparison of popular SDLC meodels. International Journal Of Advances In Computing And Information Technology (IPAJOURNALS 2012).
8. ↑ ^{8,0 8,1 8,2} Darmawan, Nur Fauzi. 2013. Sistem Informasi Manajemen, Bandung: PT.Remaja ROSDA KARYA.
9. ↑ Ichwan. M, dkk. 2012 “Perancangan Dan Implementasi Prototype Sistem Realtime Monitoring Performa Server”. Jurnal Informatika vol. 3, No. 2, Mei – Agustus.
10. ↑ Khanna, Ika Nur. 2013. WirelessMon, Very Handle to Capturing your WiFi Network Access. Diambil dari http://ilmukomputer.org (Diakses pada tanggal 21 Mei 2017).
11. ↑ Darmawan, Nur Fauzi. 2013. “Sistem Informasi Manajemen”. Bandung: PT.Remaja ROSDA KARYA.
12. ↑ Darmawan, Deni, kunkun nur fauzi. (2013). “Sistem Informasi Manajemen”. Bandung : Rosda
13. ↑ ^{13,0 13,1} Anggraeni, Adisty C. 2012. Asuhan Gizi Nutritional Care Proses. Yogyakarta.
14. ↑ Boby Ms Syoergawi. 2014. Kontribusi Berat Badan dan Kelincahan Terhadap Kemajuan Dribble dalam Permainan Bola Basket pada Siswa Ekstrakulikuler Bola Basket SMAN 1 Bengkulu Selatan. Skripsi. Fakultas Keguruan dan Ilmu Pendidikan Prodi PENJASKES Universitas Bengkulu. Diakses dari http://repository.unib.as.id/9022/I,II,III,II-14-bob.FK.pdf. Pada tanggal 15 November 2017.
15. ↑ Soeherman. Bonie. Pinantaan. Marian. 2012. “Design Information System”. Jakarta : PT Elex Media Kumputindo.
16. ↑ Sagita, Vina, Maria Irmina Prasetiyowati. 2013. “Studi Perbandingan Implementasi Algoritma Boyer-Moore, Turbo Boyer-Moore, dan Tuned Boyer-Moore dalam Pencarian String”. Jurnal Teknik Informatika (Ultimatics), Vol.4, No.1 Juni 2013.
17. ↑ Tri, S. 2015. “Analisis dan Perancangan Sistem”. Universitas Gunadarma
18. ↑ ^{18,0 18,1 18,2 18,3} Siahaan, Daniel. 2012. “Analisa Kebutuhan dalam Rekayasa Perangkat Lunak”. Yogyakarta: CV. Andi Offset.
19. ↑ Masooma Yousuf dan M.asger. 2015. “Comparison of Various Requirements Elicitation Techniques” International Jurnal Of Computer applications (ISSN 0975-8887 Vol.116 No.4, April 2015).
20. ↑ Bhasin, Harsh, Khanna, Esha dan Sudha. 2014. “Black Box Testing based on Requirement Analysis and Design Specifications” International Journal of Computer Applications (ISSN 0975-8887 Vol.87 No.18, February 2014).
21. ↑ Srinivas, Nidhra. Jagruthi, Dondeti. 2012. “Black Box And White Testing Techniqeus a Literature Review”. International Journal of Embedded Systems and Applications ( IJESA, Vol.2, No.2, 2012)
22. ↑ ^{22,0 22,1} Bhasin, Anjani, Kumar, Mr Manoj. 2015. “Study Of White Box, Black Box And Grey Box Testing Techniques ”. International Journal of Research in Engineering & Advanced Technology, (IJREAT, Vol.3, Issue.3, June-July 2015)
23. ↑ Saputri, Zaratul Nisa. 2014. Aplikasi Pengenalan SuaraSebagai Pengendali Peralatan Listrik Berbasis Arduino Uno. Jurnal Skripsi. Malang: Universitas Brawijaya..
24. ↑ Gunawan, Arif, Arisco Okta feni dan Wahyuni Khabzli. 2013. Pemantauan Pembangkit Listrik Tenaga Mikrohidro (PLTMH). Jurnal Rekayasa Elektrika Vol. 10, No. 4, Oktober 2013.
25. ↑ ^{25,0 25,1} Djuandi, Feri. 2011. Pengenalan Arduino. Jakarta: Elexmedia
26. ↑ Noersasongko dan Andono. 2010. Konsep Dasar Bahasa Pemrograman. Yogyakarta: PT. Gramedia Indonesia.
27. ↑ Simamarta. 2010. KonsepDasar Bahasa Pemrograman. Yogyakarta: PT. Gramedia Indonesia
28. ↑ Purnama. 2013.
29. ↑ Priyo . 2015.
30. ↑ Aryani, Diah. Indrianto, Naimudin. 2013. “Perancangan Aquarium Cerdas Dengan ‎Mikrokontroller Atmega89551”. Tangerang: Jurnal CCIT Vol.6, NO.2.
31. ↑ Guritno, Suryo, Sudaryono dan Untung Rahardja. 2011. Theory and Application of IT Research Metodologi Penelitian Teknologi Informasi. Yogyakarta: CV. Andi Offset.

Contributors

Yudy Pratoga