Revisi per 13 Januari 2017 04.58

1. Bapak Ir. Untung Rahardja, M.T.I selaku Ketua STMIK Raharja.
2. Bapak Sugeng Santoso, M.Kom, selaku Pembantu Ketua I (PUKET I) bidang Akademik STMIK Raharja.
3. Ibu Nur Azizah,M.Akt.,M.Kom. selaku Kepala Jurusan SISTEM INFORMASI.
4. Bapak Sutrisno, M.Kom. selaku pembimbing I yang telah meluangkan waktu, pikiran dan tenaganya untuk membantu dan memberikan bimbingan serta pengarahan kepada penulis.
5. Ibu Meta Amalya Dewi,M.Kom. selaku pembimbing II yang telah meluangkan waktu, pikiran dan tenaganya untuk membantu dan memberikan bimbingan serta pengarahan kepada penulis
6. Bapak dan Ibu Dosen Perguruan Tinggi Raharja yang telah memberikan ilmu pengetahuan kepada penulis.
7. Ayahanda, Ibunda, dan Adik tercinta atas dukungan moril, materil, serta doa yang telah diberikan
8. Seluruh Pimpinan dan Pegawai PT. Anggarda Paramitha Mandiri yang telah memberikan dukungan dan masukan yang berarti kepada penulis dalam menyelesaikan laporan Skripsi ini.
9. Semua rekan mahasiswa-mahasiswi Perguruan Tinggi Raharja yang telah membantu penulis dalam menyelesaikan laporan Skripsi ini.

BAB I

Latar Belakang

Rumusan Masalah

1. Apa saja kendala yang ada pada sistem penentuan besarnya bonus karyawan yang berjalan saat ini?

2. Bagaimana menerapkan metode Simple Additive Weighting (SAW) dalam menentukan besarnya bonus karyawan?

3. Bagaimana merancang aplikasi untuk menentukan besarnya bonus karyawan berdasarkan metode Simple Additive Weighting (SAW)?

Ruang Lingkup Penelitian

1. Penelitian dilakukan di PT. Anggarda Paramitha Mandiri.

2. Sistem yang dibuat hanya pada proses penentuan besarnya bonus karyawan PT. Anggarda Paramitha Mandiri.

3. Metode pengujian yang digunakan pada metode penelitian skripsi ini menggunakan Black box testing.

Tujuan Penelitian

1. Untuk mengetahui kendala yang ada pada sistem penentuan besarnya bonus karyawan pada perusahaan yang sedang berjalan saat ini.

2. Untuk mengetahui cara menerapkan metode Simple Additive Weighting (SAW) dalam menentukan besarnya bonus karyawan.

3. Untuk merancang aplikasi sistem pendukung keputusan yang berfungsi menentukan besarnya bonus karyawan dengan metode Simple Additive Weighting(SAW).

Manfaat Penelitian

1. Dapat teridentifikasinya kendala apa saja yang ada pada sistem penentuan besarnya bonus karyawan pada perusahaan yang berjalan saat ini.

2. Dapat diterapkannya metode Simple Additive Weighting (SAW) dalam menentukan besarnya bonus karyawan pada PT. Anggarda Paramitha Mandiri.

3. Dapat dihasilkannya rancangan aplikasi sistem pendukung keputusan yang berfungsi memudahkan manager dalam menentukan besarnya bonus karyawan.

Metode Penelitian

Metode Pengumpulan Data

1. Metode Observasi

Adalah suatu metode untuk mendapatkan data dengan jalan pengamatan secara langsung ke lokasi sumber data dengan cara mengumpulkan data, informasi dan mempelajari catatan serta dokumen yang ada dan penulis melakukan observasi langsung ke PT. Anggarda Paramitha Mandiri yang beralamat di jalan Malaka Bulak, RT.015/012, kel. Rorotan, kec. Cilincing, Jakarta Utara.

2. Metode Wawancara

Metode ini dengan cara wawancara atau tanya jawab pada stakeholder PT. Anggarda Paramitha Mandiri.

3. Metode Studi Pustaka

Metode untuk mendapatkan informasi dari buku-buku atau literature review yang berhubungan dengan penelitian.

Metode Pengembangan Sistem

1. Pengumpulan Kebutuhan

Pada tahap ini penulis menganalisa apa saja yang dibutuhkan dalam pembuatan sistem. Untuk mengetahuinya di maka penulis menggunakan analisa SWOT dan analisa PIECES. Analisa SWOT (Strengths Weakness Opportunities Threats) sebagai upaya untuk membantu dalam mengidentifikasi faktor luar (external) dan faktor dalam (internal) perusahaan secara sistematis, dan dijadikan indikator untuk mengetahui kekuatan, kelemahan, peluang dan ancaman terhadap PT. Anggarda Paramitha Mandiri, sehingga dapat membantu terbentuknya penyampaian informasi secara akurat.

Selain metode analisa SWOT penulis juga menggunakan metode analisa PIECES (Performance, Information, Economic, Control, Efficiency, Service) yang dapat mengetahui permasalahan dari kinerja, informasi, ekonomi, pengendalian, efisiensi, dan layanan sistem yang berjalan. Dari analisis ini biasanya didapatkan beberapa masalah utama. Hal ini penting karena biasanya yang muncul dipermukaan bukan masalah utama, tetapi hanya gejala dari masalah utama saja.

Setelah penulis menganalisa dengan kedua metode tersebut, maka penulis juga melakukan analisa terhadap prosedur sistem berjalan dan menggambarkannya menggunakan diagram UML (diagram usecase dan diagram activity), selanjutnya penulis membuat elisitasi yang terdiri dari elisitasi tahap 1, elisitasi tahap 2, elisitasi tahap 3, dan final draft elisitasi. Pembuatan elisitasi tersebut sudah disesuaikan dengan kebutuhan sistem.

2. Membangun Prototyping

Pada tahap membangun prototyping ini dibuat model diagram Unified Modelling Language (UML) seperti Use Case Diagram, Activity Diagram, Sequence Diagram dan Class Diagram untuk menggambarkan sistem yang akan diusulkan atau dibuat.

3. Evaluasi Prototyping

Setelah prototype dirancang maka dilakukan evaluasi prototyping untuk dilakukan menuju ketahap selanjutnya.

4. Mengkodekan Sistem

Pada tahap ini sistem yang ingin dibuat akan dibuat kedalam bahasa pemrograman. Bahasa pemrograman yang digunakan adalah PHP dengan menggunakan editor Sublime Text 3 dan database yang digunakan adalah MySQL. Sedangkan untuk menghubungkan aplikasi dengan database yang bersifat client server digunakan Xampp.

5. Menguji Sistem

Untuk menguji sistem penulis menggunakan black box testing, dimana pengujian perangkat lunak melalui test fungsionalitas dari aplikasi yang bertentangan dengan struktur internal atau kerja.

6. Evaluasi Sistem

Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai dengan yang diharapkan. Jika ya, langkah 7 dilakukan; jika tidak, ulangi langkah 4 dan 5.

7. Menggunakan sistem

Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan.

Sistematika Penulisan

BAB II

Teori Umum

Konsep Dasar Sistem

Definisi Sistem

Karakteristik Sistem

1. Komponen

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang artinya saling bekerja sama membentuk satu kesatuan. Komponen sistem terdiri dari komponen yang berupa subsistem atau bagian-bagian dari sistem.

2. Batasan Sistem (boundary)

Batasan sistem merupakan daerah yang membatasi antara suatu sistem dengan sistem yang lain atau dengan lingkungan luarnya. Batasan sistem ini memungkinkan suatu sistem dipandang sebagai suatu kesatuan. Batasan suatu sistem menunjukkan ruang lingkup (scope) dari sistem tersebut.

3. Lingkungan Luar Sistem (environment)

Lingkungan Luar Sistem (environment) adalah diluar batas dari sistem yang mempengaruhi operasi sistem. Lingkungan dapat bersifat menguntungkan yang harus tetap dijaga dan yang merugikan yang harus dijaga dan dikendalikan, kalau tidak akan menganggu kelangsungan hidup dari sistem.

4. Penghubung Sistem (interface)

Penghubung sistem merupakan media penghubung antara satu subsistem dengan subsistem yang lainnya. Melalui penghubung ini memungkinkan sumber-sumber daya mengalir dari subsistem ke subsistem lain. Keluaran (output) dari subsistem akan menjadi masukkan (input) untuk subsistem lain melalui penghubung.

5. Masukan Sistem (input)

Masukkan adalah energi yang dimasukkan ke dalam sistem, yang dapat berupa perawatan (maintenance input) dan masukkan sinyal (signal input). Maintenance input adalah energi yang dimasukkan agar sistem dapat beroperasi. Signal input adalah energi yang diproses untuk didapatkan keluaran. Contoh, dalam sistem komputer program adalah data adalah signal input untuk diolah menjadi informasi.

6. Keluaran Sistem (Output)

Keluaran sistem adalah hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna dan sisa pembuangan. Contoh komputer menghasilkan panas yang merupakan sisa pembuangan, sedangkan informasi adalah keluaran yang dibutuhkan.

7. Pengolah Sistem

Suatu sistem menjadi bagian pengolah yang akan merubah masukkan menjadi keluaran. Sistem produksi akan mengolah bahan baku menjadi bahan jadi, sistem akuntansi akan mengolah data-data menjadi laporan keuangan.

8. Sasaran Sistem

Suatu sistem pasti mempunyai tujuan (goal) dan sasaran (objective). Sasaran dari sistem sangat menentukan input yang dibutuhkan sistem dan keluaran yang akan dihasilkan sistem.

Klasifikasi Sistem

1. Klasifikasi sistem sebagai :

1. Sistem abstrak (abstract system)

Sistem abstrak adalah sistem yang berupa pemikiran atau ide-ide yang tidak tampak secara fisik.

2. Sistem abstrak (abstract system)

Sistem fisik adalah sistem yangada secara fisik.

2. Sistem diklasifikasikan sebagai :

1. Sistem Alamiyah (natural system)

Sistem alamiyah adalah sistem yang terjadi melalui proses alam, tidak dibuat oleh manusia, misalnya sistem perputaran bumi.

2. Sistem buatan manusia (human made sistem)

Sistem buatan manusia adalah sistem yang dibuat oleh manusia yang melibatkan interaksi antara manusia dengan mesin (human machine system)

3. Sistem diklasifikasikan sebagai :

1. Sistem tertentu (deterministic sistem)

Sistem tertentu adalah sistem yang beroperasi dengan tingkah laku yang sudah dapat diprediksi, sebagai keluaran sistem yang dapat diramalkan.

2. Sistem tak tentu (probabilistick sistem)

Sistem tak tentu adalah sistem yang kondisi masa depannya tidak dapat diprediksi karena mengandung unsur probabilistik.

4. Sistem diklasifikasikan sebagai :

1. Sistem tertutup (close system)

Sistem tertutup adalah sistem yang tidak terpengaruh dan tidak berhubungan dengan lingkunagn luar. Sistem bekerja otomatis tanpa ada turut campur lingkungan luar. Secara teoritis sistem tertutup ini ada, kenyataannya tidak ada sistem yang benar-benar tertutup, yang ada hanya relatively closed system.

2. Sistem terbuka (open system)

Sistem tebuka adalah sistem yang berhubungan dan terpengaruh dengan lingkungan luarnya. Sistem ini menerima input dan output dari lingkungan luar atau subsistem lainnya. Karena sistem terbuka terpengaruh lingkungan luar maka harus mempunyai pengendali yang baik.

Daur Hidup Sistem

1. Mengenali adanya kebutuhan

Sebelum segala sesuatu terjadi, akan timbul kebutuhan yang harus dapat dikenali sebagaimana adanya. Kebutuhan dapat terjadi sebagai hasil perkembangan dari organisasi dan volume yang meningkat melebihi kapasitas sistem yang ada. Semua data ini harus didefinisikan dengan jelas. Tanpa adanya kejelasan dari kebutuhan yang ada, pembangunan sistem akan kehilangan arah dan efektivitas.

2. Pembangunan Sistem

Suatu proses atau seperangkat prosedur yang harus diikuti untuk menganalisis kebutuhan yang timbul dan membangun suatu sistem untuk dapat memenuhi kebutuhan tersebut.

3. Pemasangan Sistem

Setelah tahap pembangunan sistem selesai, sistem akan dioperasikan. Pemasangan sistem merupakan tahap yang penting dalam daur hidup sistem. Peralihan dari tahap pembangunan menuju tahap operasional terjadi pemasangan sistem sebenarnya, yang merupakan langkah akhir pembangunan sistem.

4. Pengoperasian Sistem

Program-program komputer dan prosedur-prosedur pengoperasian yang membentuk sistem informasi semuanya bersifat stalis, sedangkan organisasi ditunjang oleh sistem informasi tadi. Ia selalu mengalami perubahan-perubahan itu karena pertumbuhan kegiatan bisnis, perubahan peraturan, dan kebijaksanaan ataupun kemajuan teknologi. Untuk mengatasi perubahan-perubahan tersebut, sistem harus diperbaiki dan diperbaharui.

5. Sistem menjadi usang

Terkadang perubahan terjadi begitu drastis sehingga tidak dapat diatasi hanya dengan melakukan perbaikan-perbaikan pada sistem yang berjalan. Dengan demikian, secara ekonomis dan teknis sistem yang ada tidak layak lagi untuk dioperasikan dan sistem yang baru perlu dibangun untuk menggantikannya.

Konsep Dasar Informasi

Definisi Informasi

Siklus Informasi

Nilai Informasi

1. Untuk memperoleh pemahaman dan manfaat.

2. Untuk mendapatkan pengalaman.

3. Pembelajaran yang terakumulasi sehingga dapat diaplikasikan dalam pemecahan masalah atau proses bisnis tertentu.

4. Untuk mengekstrak inplikasi kritis dan merfleksikan pengalaman masa lampau yang menyedikan pengetahuan yang terorganisasi dengan nilai yang tinggi. Nilai ini bisa menghindari seorang menajer dari membuat kesalahan yang sama yang dilakukan oleh manajer lain sebelumnya.

5. Suatu informasi dikatakan bernilai bila manfaatnya lebih efektif dibandingkan dengan biaya mendapatkannya. Sebagian besar informasi tidak dapat ditaksir keuntungannya dengan suatu nilai uang, tetapi dapat ditaksir nilai efektivitasnya.

Fungsi Informasi

Konsep Dasar Sistem Informasi

Definisi Sistem Informasi

Komponen Sistem Informasi

1. Blok Masukan (Input Block)

Input mewakili data yang masuk ke dalam sistem informasi. Input disini termasuk metode-metode dan media untuk menangkap data yang akan dimasukkan, yang dapat berupa dokumen-dokumen dasar.

2. Blok Model (Model Block)

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

3. Blok Keluaran (Output Block)

Produk dari sistem informasi adalah keluaran yang merupakan informasi yang berkualitas dan dokumentasi yang berguna untuk semua tingkatan manajemen serta semua pemakai sistem.

4. Blok Teknologi (Technology Block)

Teknologi digunakan untuk menerima input, menjalankan model, menyimpan dan mengakses data, menghasilkan dan mengirimkan keluaran dan membantu pengendalian dari sistem secara keseluruhan.

Blok teknologi terdiri dari teknisi (Humanware atau Brainware), perangkat lunak (Software) dan perangkat keras (Hardware).

5. Blok Basis Data (Database Block)

Bmerupakan kumpulan dari data yang saling berhubungan satu dengan yang lainnya, tersimpan di perangkat keras komputer dan digunakan perangkat lunak untuk memanipulasinya.

6. Blok Kendali (Controls Block)

Banyak faktor yang dapat merusak sistem informasi, misalnya bencana alam, api, temperature tinggi, air, debu, kecurangan-kecurangan, kejanggalan sistem itu sendiri, kesalahan-kesalahan ketidakefisienan, sabotase dan sebagainya. Beberapa pengendalian perlu dirancang dan diterapkan untuk menyakinkan bahwa hal-hal yang dapat merusak sistem dapat dicegah atau bila terlanjur terjadi kesalahan dapat langsung diatasi.

Konsep Dasar Teknologi Informasi

Pengertian Teknologi Informasi

Pengertian Teknologi Informasi

1. Data

2. Perangkat Keras(Hardware)

3. Perangkat Lunak(Software)

4. Perangkat Jaringan(Netware)

5. Orang(Brainware)

Peranan Teknologi Informasi

Konsep Dasar Database

Definisi Database

Konsep Dasar Analisa Sistem

Definisi Analisa Sistem

Definisi Analisa Sistem

1. Mendefinisikan masalah. Masalah yang akan dipecahkan dengan sistem diatur berkenaan dengan lingkungan tempat sistem berinteraksi.

2. Menyatakan sasaran sistem. Tujuan umum dan khusus yang ingin dicapai yang berkaitan dengan keefektifan ditetapkan dan diumumkan kepada pihak-pihak yang berkepentingan.

3. Menetapkan batas sistem (system Boundaries). Pembatas antara sistem yang baru dengan lingkungannya harus diperinci. Hubungan sistem (interface) yang berkaitan dengan masukan dan keluaran harus ditegaskan.

4. Menetapkan kendala sistem. Kendala pada sistem dan proses pengembangannya, seperti biaya dan jangka waktu untuk pengembangan sistem, harus dipastikan.

5. Dekomposisi sistem. Sistem dipecah kedalam sub-subsistem yang saling terkait dan berhubungan dengan lingkungannya. Hubungan antar subsistem ditentukan sehingga seorang analis sistem mampu melihat sistem dengan terinci. Subsistem yang berada pada tingkat bawah lah yang nantinya dirancang dan menjadi bagian sistem yang ditetapkan.

Konsep Dasar Perancangan Sistem

Definisi Perancangan Sistem

Tujuan Perancangan Sistem

1. Untuk memenuhi kebutuhan pemakai sistem ;

2. Untuk memberikan gambaran yang jelas dan rancang bangun yang lengkap pada pemograman komputer dan ahli-ahli teknik yang terlihat (lebih condong pada desain sistem yang terperinci).

Tahap-Tahap Rancangan Sistem

1. Menyiapkan Rancangan Sistem Yang Terinci

Analis bekerja sama dengan user dan mendokumentasikan rancangan sistem baru dengan alat-alat yang dijelaskan dengan modul teknis. Beberapa 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 populer yaitu:

1. Kamus data (Data dictionary) ;

2. Flowchart ;

3. Flowchart ;

4. Model hubungan objek ;

5. 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. 3. Mengevaluasi Berbagai Alternatif Konfigurasi Sistem

Analis bekerjasama dengan manajer 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 menyesuaikan kombinasi peralatan sehingga semua subsistem menjadi satu konfigurasi tunggal. Setelah selesai analis membuat rekomendasi kepada manajer untuk disetujui. Bila manajer menyetujui konfigurasi tersebut, persetujuan selanjutnya dilakukan oleh MIS (Management Information System).

5. Menyiapkan Usulan Penerapan

Analis menyiapkan usulan penerapan (implementation proposal) yang mengikhtisarkan tugas-tugas penerapan yang harus dilakukan, keuntungan yang diharapkan, serta biaya yang harus dikeluarkan.

6. Menyetujui atau menolak penerapan sistem

Keputusan 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.

Konsep Dasar UML (Unified Modeling Language)

Definisi UML (Unified Modelling Language)

Tipe – tipe Diagram UML (Unified Modelling Language)

1. Diagram kelas (Class Diagram)

Bersifat statis, Diagram ini memperlihatkan himpunan kelas-kelas, antarmuka-antarmuka, kolaborasi-kolaborasi, serta relasi-relasi. Diagram ini umum dijumpai pada pemodelan sistem berorientasi objek. Meskipun bersifat statis, sering pula diagram kelas memuat kelas-kelas aktif.

2. Diagram paket (Package Diagram)

Bersifat statis. Diagram ini memperlihatkan kumpulan kelas-kelas, merupakan bagian dari diagram komponen.

3. Diagram use-case (Usecase Diagram)

Bersifat statis. Diagram ini memperlihatkan himpunan use-case dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini terutama sangat penting untuk mengorganisasi dan memodelkan perilaku suatu sistem yang dibutuhkan serta diharapkan pengguna.

4. Diagram interaksi dan sequence (Sequence Diagram)

Bersifat dinamis. Diagram urutan adalah iterasiksi yang menekankan pada pengiriman pesan dalam suatu waktu tertentu.

5. Diagram komunikasi (Communication Diagram)

Bersifat dinamis. Diagram sebagai pengganti diagram kolaborasi UML yang menekankan organisasi struktural dari objek-objek yang menerima serta mengirim pesan.

6. Diagram statechart (Statechart Diagram).

Bersifat dinamis. Diagram status memperlihatkan keadaan-keadaan pada sistem, memuat status (state), transisi, kejadian serta aktivitas.

7. Diagram aktivitas (Activity Diagram).

Bersifat dinamis. Diagram aktivitas adalah tipe khusus dari diagram status yang memperlihatkan aliran dari suatu suatu aktivitas ke aktivitas lainnya dalam suatu sistem. Diagram ini terutama penting dalam pemodelan fungsi-fungsi suatu sistem dan memberi tekanan pada aliran kendali antar objek.

8. Diagram komponen (Component Diagram).

Bersifat statis. Diagram komponen ini memperlihatkan organisasi serta kebergantungan sistem/perangkat lunak pada komponen-komponen yang telah ada sebelumnya.

9. Diagram deployment (deployment diagram).

Bersifat statis. Diagram ini memperlihatkan konfigurasi saat aplikasi dijalankan (run-time). Memuat simpul-simpul beserta komponen-komponen yang di dalamnya. Kesembilan diagram ini tidak mutlak harus digunakan dalam pengembangan perangkat lunak, semuanya dibuat sesuai kebutuhan. Pada UML dimungkinkan kita menggunakan diagram-diagram lainnya misalnya data flow diagram, entity relationship diagram, dan sebagainya.

Tujuan UML (Unified Modelling Language)

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.

Konsep Dasar Prototyping

Definisi Prototyping

Kelebihan dan Kekurangan Prototyping

1. Kelebihan Prototyping adalah :

1. Adanya komunikasi yang baik antara pengembang dan pelanggan atau user

2. Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan.

3. Pelanggan dapat berperan aktif dalam pengembangan sistem

4. Lebih menghemat waktu dalam pengembangan sistem

5. Penerapan sistem menjadi lebih mudah karena pemakai sudah mengetahui seperti apa sistem yang dibangun dari prototype.

2. Kekurangan Prototyping adalah :

1. Pelanggan kadang tidak menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas secara keseluruhan.

2. Pengembang biasanya ingin cepat menyelesaikan proyek, sehingga menggunakan algoritma dan bahasa pemrograman sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan bahwa prototyping sebenarnya hanya cetak biru sistem.

Testing

Teori Khusus

Aplikasi

Konsep Dasar Sistem Pendukung Keputusan

Definisi Sistem Pendukung Keputusan

Karakteristik Sistem pendukung Keputusan

1. Mendukung proses pengambilan keputusan suatu organisasi atau perusahaan.

2. Adanya interface manusia/mesin dimana manusia (user) tetap memegang control proses pengambilan keputusan.

3. Mendukung pengambilan keputusan untuk membahas masalah terstruktur, semi terstruktur serta mendukung beberapa keputusan yang saling berinteraksi.

4. Memiliki kapasitas dialog untuk memperoleh informasi sesuai dengan kebutuhan.

5. Memiliki subsistem yang terintegrasi sedemikian rupa sehingga dapat berfungsi sebagai suatu kesatuan sistem.

6. Memiliki dua komponen utama yaitu data dan model.

Komponen Sistem Pendukung Keputusan

1. Sub sistem Data (Database)

Subsistem data merupakan komponen sistem pendukung keputusan yang berguna sebagai penyedia data bagi sistem. Data tersebut disimpan untuk diorganisasikan dalam sebuah basis data yang diorganisasikan oleh suatu sistem yang disebut dengan sistem manajemen basis data (Database Management System).

2. Subsistem Model (ModelBase)

Model adalah suatu tiruan dari alam nyata. Kendala yang sering dihadapi dalam merancang model adalah bahwa model yang dirancang tidak mampu mencerminkan seluruh variable alam nyata, sehingga keputusan yang diambil tidak sesuai dengan kebutuhan oleh karena itu, dalam menyimpan berbagai model harus diperhatikan dan dijaga fleksibilitasnya. Hal lain yang harus diperhatikan adalah pada setiap model yang disimpan hendaknya ditambahkan rincian keterangan dan penjelasan yang komprehensif mengenai model yang dibuat.

3. Subsistem Dialog (User System Interface)

Subsistem dialog adalah fasilitas yang mampu mengintegrasikan sistem yang terpasang dengan pengguna secara interaktif, yang dikenal dengan subsistem dialog. Melalui subsistem dialog sistem diimplementasikan sehingga pengguna dapat berkomunikasi dengan sistem yang dibuat.

Tujuan Sistem Pendukung Keputusan

1. Membantu dalam pengambilan keputusan atas masalah yang terstruktur atas masalah yang terstruktur.

2. Memberikan dukungan atas pertimbangan manajer dan bukannya dimaksudkan untuk menggantikan fungsi manajer.

3. Meningkatkan efektifitas keputusan yang diambil lebih dari pada perbaikan efesiensinya.

4. Kecepatan komputasi computer memungkinkan para pengambil keputusan untuk banyak melakukan komputasi secara cepat dengan biaya rendah.

5. Peningkatan produktivitas membangun suatu kelompok pengambilan keputusan, terutama para pakar, bisa sangat mahal.

Konsep Dasar Bonus

1. Uang tunai

2. Biaya umroh gratis

3. Tur dalam atau luar negeri

4. Pinjaman lunak

5. Tunjangan Hari Raya, yang dibayarkan lebih dari ketentuan.

6. Gaji ke-13 atau ke-14

7. Pemberian lainnya.

Metode Simple Additive Weighting (SAW)

• Max Xij = Nilai terbesar dari setiap kriteria i.
• Min Xij = Nilai terkecil dari setiap kriteria i.
• Xij = Nilai atribut yang dimiliki dari setiap kriteria.
• Benefit = Jika nilai terbesar adalh terbaik.
• Cost = Jika nilai terkecil adalah terbaik.

• Vi= Rangking untuk setiap alternative
• Wj= Nilai bobot rangking (dari setiap kriteria).
• rij = Nilai rating kinerja ternomalisasi

Konsep Dasar SWOT

Definisi SWOT

Tujuan Analisa SWOT

Manfaat Analisa SWOT

1. Dapat diambil tindakan manajemen yang tepat sesuai dengan kondisi.

2. Untuk membuat rekomendasi.

3. Informasi lebih akurat.

4. Untuk mengurangi resiko akibat dilakukannya keputusan yang berkali-kali.

5. Menjawab hal yang bersifat intuitif atas keputusan yang bersifat emosional.

Konsep Dasar Metode Analisa PIECES

Definisi Analisa Pieces

Variabel Metode Pieces

1. Kehandalan (Performance)

Kehandalan suatu sistem merupakan variabel pertama dari PIECES dimana mempunyai peran penting untuk melihat sejauh mana dan seberapa handalkah suatu sistem informasi dalam berproses untuk menghasilkan tujuan yang diinginkan.

Variabel ini dapat digunakan sebagai acuan atau pedoman dalam mengevaluasi sistem dengan memperhatikan 2 komponen berikut :

1. Kemampuan suatu sistem dalam mengerjakan sejumlah perintah/penugasan dalam periode waktu yang telah ditentukan, dengan baik dan tanpa hambatan (errors).

2. Cepat atau lambatnya kemampuan sistem dalam merespon suatu perintah/program pembatalan ataupun permintaan terhadap suatu transaksi.

Hal ini dapat disesuaikan juga dengan capability komputer yang digunakan dalam pemrosesan. Bila komponen dalam komputer untuk memenuhi suatu requirement sistem tinggi, maka seharusnya response time yang diperlukan cepat.

2. Informasi (Infromation)

Informasi merupakan komoditas krusial bagi pengguna akhir. Evaluasi terhadap kemampuan sistem informasi dalam menghasilkan informasi yang bermanfaat perlu dilakukan untuk menyikapi peluang dan menangani masalah yang muncul. Dalam hal ini meningkatkan kualitas informasi tidak dengan menambah jumlah informasi, karena terlalu banyak informasi malah akan menimbulkan masalah baru.

3. Analisis Ekonomi (Economic)

Alasan ekonomi barangkali merupakan motivasi paling umum bagi suatu proyek. Pijakan bagi kebanyakan manajer adalah biaya atau rupiah. Persoalan ekonomis dan peluang berkaitan dengan masalah biaya.

4. Analisis Keamanan (Security)

Tugas-tugas bisnis perlu dimonitor dan dibetulkan jika ditemukan kinerja yang di bawah standar. Kontrol dipasang untuk meningkatkan kinerja sistem, mencegah, atau mendeteksi kesalahan sistem, menjamin keamanan data, dan persyaratan.

5. Analisis Efisiensi (Efficiency)

Efisiensi menyangkut bagaimana menghasilkan output sebanyak-banyaknya dengan input yang sekecil mungkin. Berikut adalah suatu indikasi bahwa suatu sistem dapat dikatakan tidak efisien :.

1. Banyak waktu yang terbuang pada aktivitas sumber daya manusia, mesin, atau komputer.

2. Data dimasukkan atau disalin secara berlebihan.

3. Data diproses secara berlebihan.

4. Informasi dihasilkan secara berlebihan.

5. Usaha yang dibutuhkan untuk tugas-tugas terlalu berlebihan.

6. Material yang dibutuhkan untuk tugas-tugas terlalu berlebihan.

6. Analisis Layanan (Services)

Berikut adalah keriteria penilaian dimana kualitas suatu sistem bisa dikatakan buruk :

1. Sistem menghasilkan produk yang tidak akurat.

2. Sistem menghasilkan produk yang tidak konsisten.

3. Sistem menghasilkan produk yang tidak dipercaya.

4. Sistem tidak mudah dipelajari.

5. Sistem tidak mudah digunakan.

6. Sistem canggung untuk digunakan

7. Sistem tidak fleksibel.

Konsep Dasar MySQL

Definisi MYSQL

Perintah Dasar Membuat MYSQL

1. Menampilkan database : SHOW DATABASE;

2. Membuat database baru : CREATE DATABASE database;

3. Memilih database yang akan digunakan : USE database;

4. Menampilkan tabel : SHOW TABLE;

5. Membuat tabel baru: CREATE TABLE (field spesifikasi_field,...);

6. Menampilkan struktur tabel: SHOW COLUMNS FROM tabel atau DESCRIBE tabel;

7. Mengubah struktur tabel: ALTER TABLE tabel Jenis_Pengubahan;

8. Mengisikan data: INSERT INTO table(kolom1, ) VALUES („data_kolom1,); atau INSERT INTO table SET kolom1 =„data_kolom1, ;

9. Menampilkan data: SELECT kolom FROM tabel WHERE kriteria ORDER BY kolom atau SELECT * FROM tabel;

10. Mengubah data: UPDATE tabel SET kolom = pengubahan_data WHERE kriteria;

11. Menampilkan data dengan kriteria tertentu: SELECT kolom1,... FROM table WHERE kriteria;

12. Menghapus data: DELETE FROM tabel WHERE kriteria;

13. Menghapus tabel: DROP tabel;

14. Menghapus database: DROP database;

15. Keluar dari MySQL: QUIT; atau EXIT;

Konsep Dasar Xampp

Definisi Xampp

1. (X): Program ini dapat dijalankan dibanyak sistem operasi.

2. (A): Apache merupakan suatu aplikasi web server.

3. (M): MySQL digunakan untuk aplikasi database server.

4. (P): PHP bahasa pemrograman yang dipakai.

5. (P): Perl bahasa pemrograman yang dipakai.

Sublime Text

1. Multiple Selection

Multiple Selection mempunyai fungsi untuk membuat perubahan pada sebuah kode pada waktu yang sama dan dalam baris yang berbeda. Multiple selection ini juga merupakan salah satu fitur unggulan dari Sublime Text. Kita dapat meletakkan kursor pada kode yang akan di ubah/edit, lalu tekan Ctrl+klik atau blok kode yang akan diubah kemudian Ctrl+D setelah itu kita dapat merubah kode secara bersamaan.</ref>


Gambar 2.4 Contoh multiple selection

2. Command Pallete

Command Pallete mempunyai fungsi yang berguna untuk mengakses file shortcut dengan mudah. Untuk mencari file tersebut kita dapat tekan Ctrl+Shift+P, kemudian cari perintah yang kita inginkan.


Gambar 2.5 Contoh command pallete

3. Distraction Free Mode

Fitur ini mempunyai fungsi untuk merubah tampilan layar menjadi penuh dengan menekan SHIFT + F11. Fitur ini sangat dibutuhkan ketika pengguna ingin fokus pada pekerjaan yang sedang dikerjakannya.

4. Find in project

Fitur ini kita dapat mencari dan membuka file di dalam sebuah project dengan cepat dan mudah. Hanya dengan menekan Ctrl+P anda dapat mencari file yang diinginkan.


Gambar 2.6 Contoh Find in project

5. Plugin API Switch

Sublime Text mempunyai keunggulan dengan plugin yang berbasis Python Plugin API. Teks editor ini juga mempunyai plugin yang sangat beragam, dan ini dapat memudahkan pengguna dalam mengembangkan softwarenya.

6. Drag and Drop

Dalam teks editor ini pengguna dapat menyeret dan melepas file teks ke dalam editor yang akan membuka tab baru secara otomatis.

7. Split Editing

Di dalam fitur ini pengguna dapat mengedit file secara berdampingan dengan klik File->New menu into file.


Gambar 2.7 Contoh split editing

8. Multi Platform

Sublime Text juga mempunyai keunggulan dalam berbagai platform. Sublime text sendiri sudah tersedia dalam berbagai platform sistem operasi, yaitu Windows, Linux, dan MacOS.

Visual Paradigm

Menurut Setiawan (2015)^[43], “Visual Paradigm, Aplikasi Untuk Membuat UML. Aplikasi ini memberikan kemudahan bagi pengguna yang akan memulai sebuah proyek pengembangan perangkat lunak. Sehingga sangat disarankan ketika akan mengembangkan sebuah aplikasi perangkat lunak juga mempertimbangkan aplikasi pendukung lain dalam proses penciptaannya”.

Konsep Dasar Black Box Testing

Black Box Testing

Menurut Rizky (2011:264)^[44], 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 peting dilihat isinya tapi cukup dikenal proses testing dibagian luar”.

Menurut Budiman (2012:4^[45]), “pengujian black box testing merupakan metode perancangan data uji yang didasarkan pada spesifikasi perangkat lunak. Data uji dibangkitkan, dieksekusi pada perangkat lunak dan kemudian keluaran dari perangkat lunak diuji apakah telah sesuai dengan yang diharapkan”.

Berdasarkan definisi para ahli diatas dapat disimpulkan bahwa Black box testing adalah tipe metode testing dengan penggunaan seperti “kotak hitam” yang ditujukan untuk menguji sebuah perangkat lunak/sistem agar dapat menentukan sudah sesuai atau belum sistem tersebut dari yang diharapkan.

Metode Pengujian Black Box Testing

Menurut Rizky (2011:265)^[44], Ada beberapa metode pengujian black box testing, sebagai berikut :

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 dtujukan untuk masing-masing.

2. Pembuatan grafik Causes-Effect graph.

3. Grafik dikonversikan kedalam tabel keputusan.

4. Aturan tabel keputusan dikonversikan ke dalam 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 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.

5. Sample and Robustness Testing

1. Sample Testing adalah 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 adalah 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. Testing adalah 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 adalah 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. Requirement Testing melibatkan pembuatan kasus uji untuk setiap spesifikasi kebutuhan yang terkait dengan program. Untuk memfasilitasinya, setiap spesifikasi kebutuhan bisa ditelusuri dengan kasus uji dengan menggunakan trace ability 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.

Konsep Dasar PHP

Definisi PHP

Menurut Suprianto dalam Hikmah dkk (2015)^[46], “PHP merupakan kependekan dari kata Hypertext Preprocessor. PHP tergolong sebagai perangkat lunak open source yang diatur dalam aturan general purpose licenses (GPL) ”.

Menurut Adelheid dan Khairil (2012:2)^[47], “PHP atau Hypertext Preprocessor merupakan bahasa berbentuk script yang ditempatkan dalam server dan dieksekusi di dalam server untuk selanjutnya ditransfer dan dibaca oleh client".

Berdasarkan pendapat para ahli yang dikemukakan di atasdapat disimpulkan bahwa PHP adalah bahasa pemrograman yang berbentuk script HTML yang prosesnya terjadi pada client-server dan bersifat open source.

Cara Kerja PHP

Menurut Saputra, dkk (2012:5)^[48], PHP merupakan bahasa Server Side Scripting, dimana PHP selalu membutuhkan webserver 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 cara kerja PHP :

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.

Konsep Dasar Elisitasi

Definisi Elisitasi

Menurut Guritno dkk (2010:302)^[49], “Elisitasi merupakan rancangan yang dibuat berdasarkan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh penulis untuk dieksekusi”.

Menurut Leffingwel dalam Siahaan (2012:67)^[50], elisitasi kebutuhan bertujuan untuk :

1. Mengetahui masalah apa saja yang perlu dipecahkan dan mengenali batasan-batasan sistem.

Proses dalam pengembangan perangkat lunak sangat ditentukan oleh seberapa dalam dan luas pengetahuan pengembangakan ranah permasalahan. Setiap ranah permasalahan memiliki ruang lingkup dan batasan-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, tujuandan tugas dan scenario serta use case bergantung pada pemilihan batasan.

2. Mengenali siapa saja pemangku kepentingan

Sebagaimana disebutkan pada bagian sebelumnya, instansi dari pemangku kepentingan antara lain adalah konsumen atau klien (yang membayar sistem), pengembang (yang merancang, membangun, dan merawat sistem), dan pengguna (yang berinteraksi dengan sistem untuk mendapatkan hasil pekerjaan mereka). Untuk sistem yang bersifat interaktif, pengguna memegang peran utama dalam 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 fokus pada ranah masalah dan kebutuhan pemangku kepentingan dari pada solusi yang dimungkinkan untuk masalah tersebut.

Tujuan Elisitasi

Menurut Sommerville dan Sawyer dalam Siahaan (2012:66)^[50], “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.”

Dari definisi para ahli diatas dapat disimpulkan bahwa elisitasi adalah rancangan yang dibuat berdasarkan keinginan pelanggan atau pengguna untuk dibuat sistem sesuai keinginan pelanggan.

Tahap – tahap Elisitasi

Menurut Guritno dkk (2011:302)^[49] elisitasi didapat melalui metode wawancara dan dilakukan melalui tiga tahap, yaitu :

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 dari elisitasi tahap I berdasarkan metode MDI. Metode MDI ini bertujuan untuk 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 itu artinya Mandatory. Maksudnya requirement tersebut harus ada dan tidak boleh dihilangkan pada saat membuat sistem baru.

2. D pada MDI itu artinya Desirable. Maksudnya requirement tersebut tidak terlalu penting dan boleh dihilangkan. Tetapi jika requirement tersebut digunakan dalam pembentukan sistem, akan membuat sistem tersebut lebih sempurna.

3. I pada MDI itu artinya Inessential. Maksudnya bahwa requirement tersebut bukanlah bagan dari sistem yang dibahas dan merupakan bagian dari luar sistem.

3. Elisitasi Tahap III

Merupakan hasil penyusunan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang optionnya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklaisfikasikan kembali melalui TOE, yaitu sebagai berikut:

1. T artinya Technical, maksudnya bagaimana tata cara/teknik pembuatan requirement tersebut dalam sistem yang diusulkan.

2. O artinya Operational, maksudnya bagaimana tata cara pengguna requirement tersebut dalam sistem yang dikembangkan.

3. E artinya Economy, maksudnya berapakah biaya yang diperlukan guna membangun requirement tersebut didalam sistem.

Metode TOE tersebut dibagi kembali menjadi beberapa option, yaitu :

1. High (H) : sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.

2. Middle (M) : mampu untuk dikerjakan.

3. Low (L) : mudah untuk dikerjakan.

4. Final Draft Elisitasi

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

Konsep Dasar Black Box Testing

Menurut Soetam Rizky (2011:264)^[51], ”Black box testing adalah 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 dikenai proses testing dibagian luar”.

Konsep Dasar Literature Review

Menurut Guritno dkk (2011:86)^[49], 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.

Langkah–langkah Literature Review

Menurut Guritno dkk (2011:87)^[49], dalam melakukan kajian literature review, langkah-langkah yang dilakukan sbagai berikut :

1. Mengidentifikasi kesenjangan (identify 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. Meneruskan 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.

Studi Pustaka Literature Review

Banyak penelitian yang sebelumnya dilakukan mengenai kas kecil atau penelitian lain yang berkaitan. Dalam upaya mengembangkan dan menyempurnakan laporan kas kecil ini perlu dilakukan studi pustaka sebagai salah satu dari penerapan metode penelitian yang dilakukan, diantaranya sebagai berikut :

Tabel 2.1 Literature Review






Berdasarkan literature-literature review di atas, maka penulis mengambil acuan dari literature review Nur Azizah, Hani Dewi Ariessanti, Annisa Dwiyanti Karena permasalahan yang dihadapi hampir sama dengan penulis, sehingga penelitian ini termasuk ke dalam jenis penelitian yang sedang dihadapi penulis.

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