Sehingga dapat disimpulkan bahwa Unified Language Modeling (UML) adalah sebuah alat (tool) yang digunakan untuk mendesign atau merancang sebuah model untuk sistem yang akan dibuat.

Jenis-jenis Diagram UML Yang Digunakan

1. Diagram Kelas (Class Diagram)

Menurut Muslihudin dan Oktafianto (2016: 62)^[27], Diagram Kelas, 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 Use-Case (Use-Case Diagram)

Menurut Muslihudin dan Oktafianto (2016: 62)^[28], Diagram Use Case, 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.

3. Diagram Interaksi (Sequence Diagram)

Menurut Muslihudin dan Oktafianto (2016: 62)^[29], Diagram Interaksi dan Sequence (Urutan), bersifat dinamis. Dinamis urutan adalah diagram interaksi yang menekankan pada pengiriman pesan dalam suatu waktu tertentu.

4. Diagram Aktivitas (Activity Diagram)

Menurut Muslihudin dan Oktafianto (2016: 63)^[30], Diagram Aktivitas (Activity Diagram), bersifat dinamis. Diagram aktivitas adalah tipe khusus dari diagram status yang memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem. Diagram ini terutama penting dalam suatu sistem serta pemodelan fungsi-fungsi suatu sistem dan memberi tekanan pada aliran kendali antar objek.




Teori Khusus

Untuk mendukung pembuatan laporan ini, maka perlu dikemukakan hal-hal atau teori-teori yang berkaitan dengan permasalahan dan ruang lingkup pembahasan sebagai landasan dalam pembuatan laporan ini.

Konsep Dasar Aplikasi

Definisi Aplikasi

Menurut Abert Tandilintin DKK dalam jurnal ICIT (2019:69)^[31], “Aplikasi adalah perangkat lunak yang bersifat spesifik dan biasanya digunakan yang bersifat spesifik, dan biasanya digunakan untuk membantu pekerjaan di berbagai bidang”.

Menurut Abert Tandilintin DKK dalam jurnal ICIT (2019:69)^[31], “Aplikasi adalah perangkat lunak yang bersifat spesifik dan biasanya digunakan yang bersifat spesifik, dan biasanya digunakan untuk membantu pekerjaan di berbagai bidang”.

Menurut Abert Tandilintin DKK dalam jurnal ICIT (2019:69)^[31], “Aplikasi adalah perangkat lunak yang bersifat spesifik dan biasanya digunakan yang bersifat spesifik, dan biasanya digunakan untuk membantu pekerjaan di berbagai bidang”.

Konsep Dasar Prototipe

Definisi Prototipe

Menurut Uzzaman (2015:71)^[32],“Prototype adalah produk demonstrasi. Pada tahanp 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 bahawa produk tersebut menarik dan berguna”.

Menurut Raymond dalam Heroe, dkk (2017:69)^[33], “Prototype didefinisikan sebagai alat yang memberikan ide bagi pembuat maupun pemakai potensial tentang cara sistem berfungsi dalam bentuk lengkapnya, dan proses untuk menghasilkan sebuah prototype disebut prototyping”.

Prototyping adalah proses pembuatan model sederhana software yang mengijinkan pengguna memiliki gambaran dasar tentang program serta melakukan pengujian awal. Prototyping memberikan fasilitas bagi pengembang dan pemakai untuk saling berinteraksi selama proses pembuatan, sehingga pengembang dapat dengan mudah memodelkan perangkat lunak yang akan dibuat.

Terdapat tiga pendekatan utama prototyping, yaitu:

1. Throw-away

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

2. Incremental

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

3. Evolutionary

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

Tahapan-tahapan dalam prototyping adalah sebagai berikut :

1. Pengumpulan kebutuhan

Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.

2. Membangun prototyping

Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan (misalnya dengan membuat input dan format output).

3. Evaluasi prototyping

Evaluasi ini dilakukan oleh pelanggan apakah prototyping yang sudah dibangun sudah sesuai dengan keinginan pelanggan. Jika sudah sesuai maka langkah keempat akan diambil. Jika tidak, maka prototyping direvisi dengan mengulang langkah 1, 2 , dan 3.

4. Mengkodekan sistem

Dalam tahap ini prototyping yang sudah disepakati diterjemahkan ke dalam bahasa pemrograman yang sesuai.

5. Menguji sistem

Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, harus dites dahulu sebelum digunakan. Pengujian ini dilakukan dengan White Box, Black Box, Basis Path, pengujian arsitektur dan lain-lain.

6. Evaluasi sistem

Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai dengan yang diharapkan . Jika sudah,maka langkah ketujuh dilakukan, jika belum maka mengulangi langkah 4 dan 5.

7. Menggunakan sistem

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

Konsep Dasar Katalog

Definisi Katalog

Katalog adalah kumpulan data yang disusun sehingga dapat dibaca dengan mudah sesuai urutan menurut Avi Aziz Permono dkk (2015 : 1)^[34]

Menurut Ahadien Raidy Nur dkk (2015 : 736)^[35] katalog adalah suatu daftar yang berurut abjad, ataupun penjelasan rinci tentang kategori informasi tertentu dari suatu benda atau barang.

Macam-macam Katalog

Menurut Fitriani Sahara (2016 : 26)^[36], ada beberapa macam katalog yang digunakan pada umumnya, terdapat lima macam katalog yaitu :

1. Katalog kartu (card catalog)

Katalog kartu yang tebuat dari kertas manila yang agak tebal dari pada kertas HVS, kartu ini memiliki ukuran 12,5 x 7,5 cm.

2. Katalog berkas (sheaf catalog)

Katalog yang berupa lembaran lepas, disatukan dengan penjepit khusus. Setiap lembar memuat satu entri, dan setiap penjepit berisi 500 – 600 lembar atau slip. Ukuran katalog berkas ini 12,5 x 20 cm.

3. Katalog Elektrik

Katalog dalam bentuk file di komputer katalog ini mudah diakses untuk penelusuran atau pencarian ulang.

4. Katalog Terpasang(card catalog)

Katalog yang entri-entri disusun dalam komputer dengan menggunakan database tertentu.

Konsep Dasar Pakaian

Definisi Pakaian

Menurut Alvi Alvavi Maknuna (2015)^[37], Pakaian berasal dari kata ‚pakai‛ yang ditambah dengan akhiran ‚an‛. Dalam kamus bahasa Indonesia ada 2 makna dalam kata pakai, yaitu (a) mengenakan, seperti contoh: Anak SD pakai seragam merah putih. Dalam hal ini pakai berarti mengenakan. (b) dibubuhi atau diberi, contoh; Es teh pakai gula. Dalam hal ini pakai berarti diberi.

Sedangkan makna dari pakaian adalah barang apa yang dipakai atau dikenakan, seperti baju, celana, rok dan lain sebagainya. Seperti pakaian dinas berarti baju yang dikenakan untuk dinas, pakaian hamil berarti baju yang dikenakan wanita hamil, pakaian adat berarti pakaian khas resmi suatu daerah. Kata pakaian bersinonim dengan kata busana. Namun kata pakaian mempunyai konotasi lebih umum daripada busana. Busana seringkali dipakai untuk baju yang tampak dari luar saja.

Fungsi Pakaian

Pakaian adalah kebutuhan pokok manusia yang tidak bisa terlepas dari kehidupan manusia sehari-hari. Manusia membutuhkan pakaian, karena pakaian menawarkan berbagai kebaikan dan manfaat bagi pemakainya. Berdasarkan uraian di atas, pakaian yang digunakan oleh seseorang haruslah sesuai dengan situasi dan kondisi yang ada, agar tidak menyebabkan masalah bagi dirinya maupun lingkungan di sekitarnya. Diantara fungsi pakaian adalah sebagai berikut:

1. Menutupi Aurat Manusia

Pakaian yang baik adalah pakaian yang menutupi aurat seseorang. Aurat sebisa mungkin ditutupi agar tidak menimbulkan berbagai hal yang tidak diinginkan terutama dari lawan jenis. Aurat berhubungan dengan rasa malu pada manusia, sehingga orang yang tidak menutup auratnya dengan baik bisa dianggap sebagai orang yang tidak tahu malu oleh orang-orang yang ada di sekitarnya

2. Pelindung Tubuh Manusia

Penggunaan pakaian yang baik akan mampu melindungi tubuh dari berbagai hal yang dapat memberikan pengaruh negatif pada manusia. Contohnya seperti perlindungan tubuh dari terik matahari, hujan, hawa dingin, hawa panas, debu, kotoran, dan lain sebagainya. Tubuh yang tidak tertutupi pakaian dengan baik bisa mudah terkena penyakit dan juga lebih mudah kotor. Tentu saja pakaian yang digunakan harus disesuaikan dengan situasi dan kondisi lingkungan yang ada sehingga tubuh terlindungi secara maksimal.

3. Simbol Status Manusia</ref>

   Dalam tingkatan status masyarakat, pakaian bisa memperlihatkan tingkat status seseorang. Misalnya saja dalam dunia militer pakaian jendral dibuat berbeda dengan pakaian prajurit biasa sehingga mudah untuk dikenali. Selain dalam dunia militer, dalam lingkungan kerajaan, lingkungan pemerintahan, lingkungan adat, bahkan lingkungan masyarakat umum biasa pun juga bisa memiliki pakaian pakaian tertentu sebagai pembeda status tingkatan manusia yang satu dengan yang lainnya.

4. Penunjuk Identitas Manusia

Manusia bisa menunjukkan eksistensi dirinya sendiri kepada orang lain melalui pakaian yang dikenakan. Bisa lewat tulisan pada pakaian, aksesoris pakaian, model pakaian, warna, dan lain sebagainya. Orang yang memiliki gengsi yang tinggi tentu saja akan berupaya mengenakan pakaian yang sedang trend atau populer di kalangannya walaupun harganya mahal.

5. Perhiasan Manusia

Seseorang bisa tampil lebih menarik jika mengenakan pakaian yang tepat. Ditambah lagi dengan aksesoris pakaian dan juga ditunjang dengan perbaikan penampilan diri dapat meningkatkan daya tarik seseorang di mata orang-orang yang ada di sekitarnya.

6. Membantu Kegiatan / Pekerjaan Manusia

Pekerjaan tertentu akan menjadi lebih mudah dilakukan apabila seseorang memakai pakaian khusus. Contohnya seperti pakaian menyelam yang cocok untuk digunakan pada kegiatan diving di laut, pakaian loreng tentara yang cocok untuk memanipulasi pandangan musuh, pakaian anti api bagi para pembalap, pakaian badut untuk orang yang hendak menghibur anak-anak, dan lain sebagainya.

7. Menghilangkan Perbedaan Antar Manusia

Penggunaan baju seragam yang sama pada banyak orang bisa menguragi perbedaan di antara orang-orang tersebut, seperti seragam sekolah dan lain sebagainya. Salah satu contoh yang paling nyata adalah penggunaan pakaian ihram (muhrim) pada orang-orang yang melaksanakan ibadah umrah atau ibadah haji di Kota Mekah. Setiap orang akan menggunakan pakaian yang sama (laki-laki) sehingga setiap orang akan merasa sederajat, tidak ada perbedaan. Yang menjadi pembeda adalah ketakwaannya saja terhadap Allah SWT.

Konsep Dasar PHP

Definisi PHP

Menurut Betha Sidik (2018:4)^[38] PHP merupakan singakatan dari “Hypertext Processor”, yang merupakan sebuah bahasa scripting tingkat tinggi yang dipasang pada dokumen HTML. Sebagian besar sintaks dalam PHP mirip dengan bahasa C, Java dan Perl, namun pada PHP ada beberapa fungsi yang lebih spesifik. Sedangkan tujuan utama dari penggunaan bahasa ini adalah untuk memungkinkan perancangan web yang dinamis dan dapat bekerja secara otomatis.

Konsep Dasar XAMPP

Definisi XAMPP

Menurut Betha Sidik (2018:6)^[39] XAMPP kependekan dari X Apache MySQL PHP and Perl, X mewakili sistem operasi, A untuk Apache adalah server web, M untuk MySQL atau MariDB adalah server database, P yang pertama untuk PHP adalah bahasa pemrograman untuk pembuatan aplikasi, dan P yang kedua untuk Perl adalah bahasa pemrograman untuk pembuatan aplikasi juga. X menyatakan bahwa paket ini bisa untuk Windows ataupun Linux.

Konsep Dasar Framework Codeigniter

Definisi Framework Codeigniter

Menurut Betha Sidik (2018:2)^[40] Codeigniter (CI) adalah framework pengembangan aplikasi (application development framework) dengan menggunakan PHP, suatu kerangka pembuatan program dengan menggunakan PHP. Pengembangan dapat langsung menghasilkan program dengan cepat, dengan mengikuti kerangka kerja untuk membuat yang telah disiapkan oleh framework CI ini. Pemrogram tidak perlu membuat program dari awal (form scratch), karena CI menyediakan sekumpulan librari dan fungsi yang banyak, yang diperlukan untuk menyelesaikan pekerjaan yang umum dengan menggunakan antarmuka dan struktur logika yang sederhana untuk mengakses libararinya. Pemrogram dapat memfokuskan diri pada kode yang harus dibuat untuk menyelesaikan suatu pekerjaan.

Konsep Dasar Black Box Testing

Definisi Black Box Testing

Menurut Annisa (2018 : 107)^[41], “Black-Box testing, dapat disebut juga behavioral testing, fokus pada kebutuhan fungsionalitas pada perangkat lunak. Teknik black box testing ini memungkinkan kita untuk memperoleh kondisi masukan yang akan secara penuh menjalankan semua kebutuhan fungsionalitas untuk program. Black box testing bukanlah alternatif dari Teknik white box. Melainkan, sebagai cara pelengkap yang memungkinkan untuk menemukan jenis error yang berbeda dari pada metode white box”.

Menurut Aisyah, dkk. dalam Jurnal SENSI (2016:177),^[42] “Black Box Testing adalah metodologi uji coba yang memfokuskan pada keperluan fungsional perangkat lunak. pengujian black box berusaha menemukan fungsi-fungsi yang tidak benar atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses database eksternal, kesalahan kinerja dan inisialisasi dan kesalahan terminasi”.

Konsep Dasar Literature Review

Definisi Literature Review

Menurut Hasibuan dalam Jurnal CCIT Vol. 8 No. 3 (2015:138)^[43], “literature review berisi mengenai uraian teori, temuan dan bahan penelitian lain yang diperoleh dari bahan acuan untuk dijadikan landasan kegiatan penelitian”.

Menurut Lawren A. Machi dan Brenda T. McEvoy (2016:4)^[44], “A literature review is a written document that presents a logically argued case founded on a comprehensive understanding of the current state of knowledge about a topic of study. This case establishes a convicing thesis to answer the study’s question”. (Tinjauan literatur adalah dokumen tertulis yang menyajikan kasus yang diajukan secara logis yang didasarkan pada pemahaman menyeluruh tentang pengetahuan terkini tentang topik studi. Kasus ini menetapkan tesis untuk menjawab pertanyaan penelitian).

Dari defini diatas, disimpulkan literature review adalah tinjauan pustaka mengenai teori-teori penemuan yang didapat dari penelitian sebelumnya sebagai landasan penelitian yang sedang dilakukan.







Konsep Dasar Elisitasi

Definisi Elsitasi

Berikut ini pengertian tentang elisitasi menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Andi Prastomo dalam (2014:166)^[23], Elisitasi adalah suatu metode untuk analisa kebutuhan dalam rekayasa perangkat lunak. Elisitasi adalah sekumpulan aktivitas yang ditujukan untuk menemukan kebutuhan suatu sistem baru melalui komunikasi dengan pelanggan dan pihak yang memiliki kepentingan dalam pengembangan sistem.

2. Jesa Ariawan dan Sri Wahyuni dalam Jurnal Sisfotek Global Vol. 5 No. 1 (2015:63)^[24], Elisitasi merupakan usulan rancangan sistem baru yang diinginkan oleh pihak manajemen terkait dan disanggupi oleh peneliti untuk dieksekusi.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, Elisitasi adalah sekumpulan aktivitas yang ditujukan untuk menemukan kebutuhan suatu sistem baru yang diinginkan oleh pihak manajemen dan disanggupi oleh peneliti untuk dieksekusi.

Tahapan Elisitasi

Agit Amrullah, Rifda Faticha Alfa., Danang Sutedjo., Renna Yanwastika Ariyana., Hendi S dan Eri Sasmita Susanto, dalam Seminar Nasional Teknologi Informasi dan Multimedia, (2016:27)^[25], Elisitasi didapat melalui metode wawancara dan dilakukan melalui 4 (empat) tahap, sebagai berikut:

1. Elisitasi Tahap I. Berisi seluruh rancangan sistem baru yang diusulkan oleh pihak manajemen terkait melalui proses wawancara.

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

   1. “M” pada MDI itu artinya Mandatory (penting). 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. “T” pada MDI itu artinya Inessential. Maksudnya requirement tersebut bukanlah bagian sistem yang dibahas, tetapi bagian dari luar sistem.

3. Elisitasi Tahap III. Pada tahap ini elisitasi merupakan hasil penyusutan dari elisitasi tahap II dengan cara mengeliminasi semua requirement yang optionnya I pada metode MDI. Selanjutnya semua requirement yang tersisa diklasifikasikan kembali melalui metode 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 penggunaan requirement tersebut dalam sistem yang akan 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. (H) yaitu sulit untuk dikerjakan, karena teknik pembuatan dan pemakaiannya sulit serta biayanya mahal. Sehingga requirement tersebut harus dieliminasi.

   2. (M) yaitu mampu untuk dikerjakan.

   3. (L) yaitu 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.

Metode Waterfall

Berikut ini pengertian tentang Metode Waterfall menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Kusno Harianto, Heny Pratiwi dan Yonatan Suhariyadi (2019:21) berpendapat^[26], Model ini adalah klasik yang bersifat sistematis berurutan dalam membangun software. Dengan tahapan analisis, desain, implementasi, testing dan maintenance.

2. Yurindra (2017:43) mendefinisikan^[27], Metode Waterfall merupakan salah satu metode dalam SDLC yang mempunyai ciri khas pengerjaan yaitu setiap fase dalam waterfall harus diselesaikan terlebih dahulu sebelum melanjutkan ke fase selanjutnya.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, Metode Waterfall adalah metode yang bersifat sistematis berurutan dalam membuat sebuah program.

Konsep Dasar PHP (Hypertext Preprocessor)

Definisi PHP (Hypertext Preprocessor)

Berikut ini pengertian tentang PHP (Hypertext Preprocessor) menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Achmad Solichin (2016:23)^[28], PHP (Hypertext Preprocessor) merupakan bahasa pemprograman berbasis web yang dibuat secara khusus untuk membangun aplikasi berbasis web.

2. Budi Raharjo (2016:38)^[29], PHP (Hypertext Preprocessor) adalah Salah satu bahasa pemrograman script yang dirancang untuk membangun aplikasi web.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, PHP (Hypertext Preprocessor) adalah Salah satu bahasa pemrograman berbasis web untuk membangun aplikasi web.

Kekurangan dan Kelebihan PHP (Hypertext Preprocessor)

Menurut Wiwenty Lula Alaika dalam skripsi yang berjudul “Virtual Dressing Room Dengan Metode Augmented Reality Untuk Pemasaran Fashion (Studi Kasus : Wla New Innovation Collection Kecamatan Gunung Putri Kabupaten Bogor Jawa Barat)” (2018:15)^[30], berpendapat bahwa PHP (Hypertext Preprocessor) memiliki kelebihan dan kekurangan yaitu:

Kelebihan PHP (Hypertext Preprocessor) :

1. Membuat website menjadi tidak statis atau membuat website menjadi dinamis.

2. PHP dapat dipakai secara gratis atau open source.

3. Program atau aplikasi yang dibuat dengan PHP dapat berjalan di semua web browser.

4. Mendukung banyak database.

5. erbagai script sudah tersedia dengan gratis.

Kekurangan PHP (Hypertext Preprocessor) :

1. Sering terjadi permasalahan pada Register Global.

2. Perlu encoding agar PHP dapat dibaca semua orang.

3. Tidak mengenal package.

4. Berorientasi objek yang tidak sesungguhnya.

MySQL

Berikut ini pengertian tentang MySQL menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Budi Raharjo (2016:241)^[29], MySQL merupakan sistem database yang banyak digunakan untuk pengembangan aplikasi web. Alasannya mungkin karena gratis, pengolaan datanya sederhana, memiliki tingkat keamanan yang bagus, mudah diperoleh.

2. Hendry (2015:25)^[31], MySQL adalah sebuah implementasi dari sistem manajemen basis data relasional yang didistribusikan secara gratis di bawah lisensi GPL (General Public License). Setiap pengguna dapat secara bebas menggunakan MySQL, namun dengan batasan perangkat lunak tersebut tidak boleh dijadikan produk turunan yang bersifat komersial.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, MySQL merupakan sistem database yang didistribusikan secara gratis namun dengan batasan perangkat lunak tersebut tidak boleh dijadikan produk turunan yang bersifat komersial.

XAMPP

Berikut ini pengertian tentang XAMPP menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Priyanto Hidayatullah (2015:127)^[32], XAMPP merupakan web server yang mudah digunakan yang dapat melayani tampilan halaman web yang dinamis dan dapat diakses secara lokal menggunakan web server local (localhost).

2. U. Darmanto Soer dan Wahyudi (2015:42)^[33], XAMPP adalah program aplikasi server yang berdiri sendiri (localhost) yang terdiri atas program Apache HTTP Server, MySQL database dan penerjemah bahasa yang ditulis dengan bahasa pemrograman PHP dan Perl.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, XAMPP adalah program aplikasi server yang mudah digunakan terdiri atas program Apache HTTP Server, MySQL database dan penerjemah bahasa yang ditulis dengan bahasa pemrograman PHP dan Perl.

Sublime Text

Berikut ini pengertian tentang Sublime Text menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Rintho Rante Rerung (2018:7) ^[34], berpendapat Sublime Text merupakan aplikasi yang berbayar maupun yang gratis. Text editor ini sangat mudah digunakan dengan penampilan yang simple namun enak dipandang dan memiliki banyak keunggulan.

2. Johni S Pasaribu dalam Jurnal Ilmiah Teknologi Informasi Terapan Vol. III No. 2 ISSN : 2407-3911 (2017:158) ^[35], berpendapat Sublime Text adalah editor text untuk berbagai bahasa pemrograman termasuk pemrograman PHP. Sublime Text merupakan editor text lintas platform dengan Phyton Application Programming Interface (API). Sublime Text juga mendukung banyak bahasa pemrograman dan bahasa markup, dan fungsinya dapat ditambah dengan plugin.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, Sublime Text adalah text editor yang mendukung banyak bahasa pemrograman yang sangat mudah digunakan dengan penampilan yang simple dan menarik.

Black Box Testing

Berikut ini pengertian tentang Black Box Testing menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Himawan, Cahyadi, Dede Munawati dalam Jurnal CCIT Vol. 9 No.3 (2016:342)^[36], berpendapat bahwa metode Black Box Testing berusaha untuk menemukan kesalahan dalam beberapa kategori, diantaranya:

   1. Fungsi-fungsi yang salah atau hilang.

   2. Kesalahan dalam struktur data atau akses database internal.

   3. Kesalahan inisialisasi dan terminasi.

   4. Kesalahan performa.

2. Syed Rohillah Jan dalam International Journal Scientific Research in Science Engineering Technology (IJSRSET) Vol. 2 Issue.2, (2016:683)^[37], berpendapat bahwa Black Box Testing is a software testing technique which play an important role in software testing. Yang artinya Black Box Testing adalah pengujian perangkat lunak yang memainkan peran penting dalam pengujian perangkat lunak.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, Black Box Testing adalah pengujian perangkat lunak untuk menemukan kesalahan-kesalahan pada sistem yang dibuat.




Konsep Dasar Literature Review

Definisi Literature Review

Berikut ini pengertian tentang Literature Review menurut 2 (dua) ahli yang dijabarkan di bawah ini :

1. Dr. Asfi Manzilati, S.E,.M.E (2017:34)^[38], Literature Review merupakan salah satu tahap penting pada tahap awal penelitian sebab proses ini dilakukan pada hampir semua jenis penelitian, baik pada paradigma kualitatif maupun kuantitatif. Literature review haruslah membuat suatu konteks teoritis dari tema yang sedang diteliti bagaimana tema tersebut telah diteliti oleh peneliti lainnya.

2. Warsito dkk dalam CCIT Journal Vol.8 No.2 (2015:29) ^[39]berpendapat, Metode studi pustaka dilakukan untuk menunjang metode survei dan observasi yang telah dilakukan. Pengumpulan informasi yang dibutuhkan dalam mencari referensi - referensi yang berhubungan dengan penelitian yang dilakukan.

Berdasarkan ke dua pendapat para ahli diatas dapat disimpulkan bahwa, Literature Review adalah metode pengumpulan data dengan mencari referensi-referensi yang menjelaskan landasan teori sesuai dengan tema yang sedang diteliti.

Literature Review

1. Penelitian yang dilakukan oleh Aris, Ratu Tanti Tanbiroh, Nadia Marwani Putri dan Diding Maulana Sofyan (2016:31-37) ^[40] dengan judul “Aplikasi Sistem Informasi Monitoring Capaian Kinerja Berbasis Android Pada Pusat Pelaporan dan Analisis Transaksi Keuangan”, dengan diterapkannya aplikasi sistem informasi monitoring capaian kinerja berbasis android ini dapat memonitoring capaian kinerja yang berjalan karena akses terhadap informasi dapat dilakukan secara real time, rekapitulasi data dari database yang terintegrasi serta dapat mengandalkan aplikasi spreadsheet secara sederhana dapat membuat pekerjaan menjadi sangat efektif. Dalam penelitian ini menggunakan metode perancangan sistem usulan yaitu UML (Unified Modeling Language), membuat aplikasi android menggunakan program Basis4Android dengan database MySQL dan koneksi menggunakan bahasa PHP (Hypertext Preprocessor).

2. Penelitian yang dilakukan oleh Sandro Alfeno, Arief Saptono dan Aldi Budi Pamungkas (2018:88-97) pada Jurnal Maklumatika Vol. 5 No. 1 ISSN : 2407-5043^[41] dengan judul “Perancangan Antar Muka Aplikasi Monitoring Pembayaran Angsuran Kendaraan Bermotor Berbasis Android Pada PT Bentara Sinergies Multifinance”, penelitian ini bertujuan untuk mempunyai sistem yang mampu memberikan kemudahan terutama bagi kolektor dan konsumen serta memberikan informasi dengan cepat dan meminimalisir waktu yang terbuang. Dalam penelitian ini menggunakan metode observasi, wawancara, kepustakaan, analisis, perencanaan, desain dan evaluasi prototyping.

3. Penelitian yang dilakukan oleh Khanna Tiara, Tuti Nurhaeni dan Ika Amalia (2016:65-77) pada Technomedia Journal (TMJ) Vol.1 No. 1^[42] dengan judul “Penerapan Viewboard Go+ Berbasis Yii Sebagai Media Monitoring Pembayaran Mahasiswa”, dengan menggunakan sistem informasi GO+ secara online dapat lebih efisien, nyaman dan cepat dibandingkan dengan sistem manual yang diterapkan pada Perguruan Tinggi Raharja sebelumnya. Karena pengembangan sistem viewboard GO+ dapat memudahkan staff keuangan dalam memonitoring data pembayaran mahasiswa.

4. Penelitian yang dilakukan oleh Ary Budi Warsito, Muhamad Yusup dan Muhamad Aspuri (2017:82-94) pada Jurnal Technomedia Journal (TMJ) Vol. 2 No. 1^[43] dengan judul “Penerapan Sistem Monitoring Parkir Kendaraan Berbasis Android Pada Perguruan Tinggi Raharja”, dengan adanya sistem monitoring ini diharapkan dapat memudahkan petugas parkir untuk menginput data kendaraan yang masuk dan keluar, dan dapat mengurangi biaya pengeluaran Perguruan Tinggi Raharja untuk membeli perangkat komputer untuk menginput data parkir yang masuk dan keluar.

5. Penelitian yang dilakukan oleh Ade Hendini (2016:107-116) ^[10] dengan judul “Pemodelan UML Sistem Informasi Monitoring Penjualan dan Stok Barang (Studi Kasus: Distro Zhezha Pontianak”, penelitian ini bertujuan untuk memonitoring penjualan dan stok barang dan dapat mempermudah perusahaan dalam memantau atau mengetahui penjualan dan stok barang disetiap cabang.

6. Penelitian yang dilakukan oleh Nisrina Atikasari, Heru Susilo dan Rizki Yudhi Dewantara (2016:1-8) pada Jurnal Perpajakan (JEJAK) Vol. 9 No. 1^[44] dengan judul “Analisis Penerapan Faktur Pajak Elektronik Sebagai Upaya Mencegah Penerbitan Faktur Pajak Fiktif”, penelitian ini bertujuan menganalisis penerapan Faktur Pajak Elektronik pada Kantor Pelayanan Pajak Pratama Gubeng Surabaya, serta cara mengatasi hambatan dalam penerapan Faktur Pajak Elektronik sebagai upaya mencegah penerbitan faktur pajak fiktif. Dari hasil penelitian bahwa Kantor Pajak Pelayanan Pajak Pratama Gubeng Surabaya sudah baik dalam menerapkan Faktur Pajak Elektronik, terbukti dari hasil yang signifikan dalam hal mencegah penerbitan faktur pajak fiktif yang dilakukan oleh Wajib Pajak.

7. Penelitian yang dilakukan oleh Muhamad N Alhabsyi, David P E Saerang, Novi S Budiarso (2018:503-508) pada Jurnal Riset Akuntansi Going Concern Vol. 13 No. 4^[13] dengan judul “Analisis Penerapan E-Nofa (Elektronik Nomor Faktur) Pajak Sebagai Upaya Untuk Mencegah Terjadinya Faktur Pajak Fiktif Dan Faktur Pajak Nomor Berganda (Studi Pada Kantor Pelayanan Pajak Pratama Manado)”, setelah dilakukan penelitian tentang penerapan layanan Elektronik Nomor Faktur (E-Nofa) pajak sebagai usaha untuk meminimalisir terjadinya faktur pajak fiktif dan faktur pajak nomor berganda pada Kantor Pelayanan Pajak Pratama Manado dapat disimpulkan bahwa secara umum sudah baik untuk meminimalisir terjadinya faktur pajak fiktif dan faktur pajak nomor berganda namun belum sepenuhnya efisien kerana adanya kendala-kendala yang mengurangi tingkat efisiensi.

8. Penelitian yang dilakukan oleh Deden Rustiana, Nina Rahayu dan Amal Awallya (2018:1-6) pada Jurnal Seminar Nasional Sistem Informasi Indonesia^[45] dengan judul “Rancang Bangun Sistem Informasi Scan QR-Code Data E-Faktur Pajak PPN”, dengan adnaya sistem ini proses pencatatan, pengolahan, dan pencarian data menjadi lebih mudah, meminimalisir kesalahan pemcatatan dan menjadi lebih efisien dari segi waktu.

9. Penelitian yang dilakukan oleh António Trigo, Fernando Belfo dan Raquel Pérez Estébanez (2016) pada Jurnal Procedia - Computer Science Vol. 100^[46] dengan judul “Accounting Information Systems: evolving towards a business process oriented accounting”, This article presents a reflection on the role of Business Process Management and associated technologies on supporting/evolving current Accounting Information Systems. Although traditional Accounting Information Systems fulfill the need of financial reporting, collecting data from central databases and consolidating it, so that the information can be easily consumed by decision makers, they were not created bearing in mind the idea of performing business process oriented accounting. Organizations have always worked in a business process oriented way either implicit or explicit. Business Process Management adoption as a management practice has been gaining popularity in recent years, making sense an evolution of Accounting Information Systems towards a business process oriented accounting supported on a Business Process Management Suite. The benefits of this evolution include, among others, the flexibility and agility in business process redefinition, the empowerment of knowledge workers, the implementation of control points for data collection to produce real-time reports and alerts relating the use of financial and nonfinancial information, so that decision-makers can act on.

10. Penelitian yang dilakukan oleh Ishak Ramli dan Denny Iskandar (2014) pada Jurnal Procedia - Social and Behavioral Sciences Vol. 164^[47] dengan judul “Control authority, business strategy, and the characteristics of management accounting information systems”, Phenomenon of value to the information in Indonesia is that information is not used for making decision but for official concern. Using 195 response respondents from 430 managers of the manufacturing companies mostly from Jakarta, Indonesia, we analyse and test whether the formal, and informal structures control authority and business strategy influence the characteristics of management accounting information system (MAIS). We found that the formal, informal authority and business strategy significantly and positively influence the characteristics of MAIS. The informal and business strategy have big effect on the MAIS for decision making, while the formal one has very much less effect. The business strategy has a very dominant influence on developing the MAIS. The Formal authority is opposite and not in line with the informal one. Business strategy is more adaptive to the informal authority than the formal one. This provided that managers’ business strategy moderately be based not by the formal information provided, but the informal one.




BAB III

ANALISA SISTEM YANG BERJALAN

Gambaran Umum Perusahaan

Sejarah Singkat Perusahaan

Pada tahun 2014 didirikan PT Inovatif Teknik Mesindo anak perusahaan Multi Teknik Diesel yang telah berpengalaman lebih dari 10 tahun mensupply mesin-mesin konstruksi, alat-alat teknik dan perbengkelan. PT Inovatif Teknik Mesindo didirikan sebagai perusahaan general supplier untuk peralatan teknik, elektrik dan mesin industri dengan konsep one stop solution. PT Inovatif Teknik Mesindo terus mengembangkan usahanya untuk memberikan produk, jasa dan pelayanan terbaik kepada para pelanggan.

Sebagaimana usaha perdagangan, maka untuk memenuhi aspek legalitas PT Inovatif Teknik Mesindo juga memiliki Surat Izin Usaha Perdagangan (SIUP) dari instansi terkait sebagai berikut: Surat Izin Usaha Pedagang (SIUP) Kecil No. 0130/PM/III/BPPMPT/2014. Sebagai salah satu usaha yang bergerak dibidang perdagangan, diharapkan dengan berdirinya perusahaan ini akan menjadi perusahaan yang tetap bersaing di era globalisasi dengan mengutamakan kepuasan pelanggan, harga yang kompetitif, pengiriman barang yang tepat waktu, dan pelayanan yang terbaik untuk pelanggan. Demi komitmen mutu yang lebih baik, PT Inovatif Teknik Mesindo akan melakukan perbaikan proses secara terus-menerus, meningkatkan sumber daya manusia dan teknologi, serta membangun kerja tim yang solidaritas dan komunikasi yang baik didalam maupun diluar perusahaan.

Visi, Misi dan Tujuan PT Inovatif Teknik Mesindo

Visi dan Misi PT Inovatif Teknik Mesindo

Visi PT Inovatif Teknik Mesindo adalah menjadi perusahaan terdepan di dunia industri untuk kebutuhan peralatan teknik, elektrik dan industri dengan konsep one – stop shop solution.

Misi PT Inovatif Teknik Mesindo adalah memberikan solusi profesional sesuai dengan kebutuhan Pelanggan.

Tujuan PT Inovatif Teknik Mesindo

1. Tidak mempunyai kepentingan pribadi baik langsung maupun tidak langsung atas tindakan pengurusan direksi yang mengakibatkan kerugian.
2. Fokus dan disiplin terhadap solusi permasalahan. Menghasilkan ide kreatif dan merencanakan implementasi yang terstruktur.
3. Saling mendukung untuk kemajuan bersama berdasarkan visi dan misi perusahaan.
4. Menerapkan sistem manajemen terpadu dalam segala aktivitas perusahaan.
5. Melakukan segala sesuatu dengan semangat dan efektif. Terus tumbuh melalui riset dan teknologi terbaru.

Struktur Organisasi Perusahaan

Dalam melaksanakan aktivitasnya, setiap organisasi atau perusahaan sangat memerlukan struktur organisasi yang baik untuk mendukung keberhasilan perusahaan yang sesuai dengan tujuan dan sasaran yang telah ditetapkan. Struktur organisasi perusahaan yang baik hendaknya merupakan sebuah gambaran yang konkrit.

Dalam rangka memperlancar aktivitasnya struktur organisasi pada PT Inovatif Teknik Mesindo dapat dilihat pada skema berikut :






Gambar 3.1 Struktur Organisasi PT Inovatif Teknik Mesindo




Tugas dan Tanggung Jawab

1. Direktur

   Wewenang :

   1. Menyelenggarakan program kerja yang berpedoman pada visi, misi, fungsi dan tujuan pendirian PT Inovatif Teknik Mesindo.
   2. Menyelenggarakan kegiatan pengembangan administrasi.

   Tanggung Jawab :

   Sebagai pimpinan perusahaan sekaligus sebagai pemilik perusahaan yang memiliki tanggung jawab penuh terhadap perusahaan yang dimilikinya dan dipimpinnya, yang dimulai dari perencanaan, pengawasan, sampai dengan pengambilan keputusan yang tepat dalam pengembangan perusahaan.

2. General Manager

   Wewenang :

   Memberikan pengarahan dan mengawasi kinerja staff - staff.

   Tanggung Jawab :

   1. Membantu direktur dalam berbagai kegiatan.
   2. Mengawasi dan mengendalikan kegiatan operasional.
3. Manager Administrasi

   Wewenang :

   1. Mengawasi kinerja staff admin.
   2. Mengawasi pengeluaran maupun pemasukan perusahaan.

   Tanggung Jawab :

   1. Membuat surat jalan beserta nota penjualan untuk pelanggan.
   2. Mengatur pengiriman barang ke pelanggan.
   3. Membuat laporan penjualan harian.
4. Accounting & Finance

   Wewenang :

   1. Mengatur dan mengawasi keuangan perusahaan baik pemasukan atau pengeluaran.
   2. Memeriksa dan mengawasi jatuh tempo hutang dan piutang.
   3. Membuat E-Faktur atau Faktur Pajak jika barang sudah PPN.

   Tanggung Jawab :

   Bertanggung jawab pada urusan Hutang, Piutang, Penagihan, pembukuan perusahaan serta memeriksa laporan penjualan harian yang dibuat oleh administrasi untuk diperiksa kebenarannya dalam pembuatan surat jalan, nota penjualan, pemasukan serta pengeluaran hariannya.

5. Purchase Order

   Wewenang :

   Mengadakan transaksi penjualan dengan perusahaan lain atas barang - barang yang akan diperlukan oleh perusahaan.

   Tanggung Jawab :

   1. Membuat laporan hasil pembelian dan penjualan barang.
   2. Bertugas membuat PO/memesan barang kepada supplier (pengadaan barang).
6. Manager HRD

   Wewenang :

   1. Merekrut karyawan yang akan diterima di perusahaan.
   2. Dapat memberikan solusi apabila ada masalah tentang kepegawaian.

   Tanggung Jawab :

   1. Bertanggung jawab atas penilaian karyawan dari masing-masing departemen.
   2. Bertanggung jawab atas penggajian karyawan (payroll).
7. Manager Pemasaran

   Wewenang :

   Melakukan perencanaan strategi pemasaran.

   Tanggung Jawab :

   1. Memasarkan/mempromosikan barang - barang kepada vendor.
   2. Bertanggung jawab terhadap perolehan hasil penjualan dan penggunaan dana promosi.
8. Sales Marketing

   Wewenang :

   Menawarkan barang kepada vendor.

   Tanggung Jawab :

   1. Meninjau stok barang yang dipesan oleh vendor.
   2. Menulis nota penjualan barang yang dipesan oleh vendor.
   3. Memonitor barang pesanan dari gudang sampai ketempat vendor.
   4. Membuat laporan penjualan.
9. Kepala Gudang

   Wewenang :

   Mengarahkan staff-staff gudang untuk melaksanakan tugasnya.

   Tanggung Jawab :

   Mengatur pengiriman barang.

10. Staff Gudang

    Wewenang :

    1. Menyiapkan barang-barang yang akan dikirim yang disesuaikan dengan surat jalan yang diterima dari bagian administrasi.
    2. Mengontrol barang yang akan masuk maupun barang yang akan keluar.

    Tanggung Jawab :

    1. Bertanggung jawab penuh terhadap penyimpanan barang - barang.
    2. Bertanggung jawab atas pendokumenan administrasi surat bukti barang masuk dan surat bukti barang keluar.
    3. Bertanggung jawab atas penerimaan order atau permintaan dari supplier.
    4. Bertanggung jawab atas permintaan (PO) dan pengiriman (DO) barang baik yang akan masuk maupun barang yang akan keluar.




Tata Laksana Sistem Yang Berjalan

Prosedur Sistem Yang Berjalan

Untuk menganalisa sistem yang berjalan, pada penelitian ini digunakan program UML (Unified Modeling Language) untuk menggambarkan prosedur dan proses yang berjalan saat ini.

1. Prosedur Pembuatan Faktur Penjualan

   Pada proses ini, ketika vendor memesan barang ke sales, jika barang yang dipesan oleh vendor ready stock, maka bagian sales order akan membuatkan surat jalan dan faktur penjualannya sesuai dengan pesanan si vendor.

2. Proses Pembuatan Faktur Pajak.

   Dalam proses ini, ketika sales order sudah membuatkan faktur penjualan setiap pesanan vendor, setiap awal bulan bagian accounting akan membuat faktur pajak sesuai dengan faktur penjualan yang diterima dari bagian sales order.

3. Proses Pengiriman Faktur Pajak

   Pada proses ini, ketika bagian accounting sudah membuatkan semua faktur pajak untuk setiap vendor, lalu faktur pajak akan dikirimankan by email ke setiap alamat email vendor sesuai dengan pesananya.

Rancangan Sistem Yang Berjalan

1. Analisa sistem yang berjalan pada Use Case Diagram
   
   

   Gambar 3.2 Use Case Diagram Yang Berjalan

   
   

   Berdasarkan gambar 3.2 Use Case Diagram diatas terdapat :

   1. 3 (tiga) actor yang melakukan kegiatan di dalam sistem yaitu vendor, sales order, accounting.
   2. 5 (lima) use case yang dilakukan oleh actor yaitu memesan barang, membuat faktur penjualan, menerima faktur penjualan setiap akhir bulan, membuat faktur pajak, dan mengirim faktur pajak ke setiap vendor by email.

   
   

2. Analisa sistem yang berjalan pada Activity Diagram
   
   

   Gambar 3.3 Activity Diagram Yang Berjalan

   
   

   Berdasarkan gambar 3.3 Activity Diagram diatas terdapat :

   1. 1 (satu) Initial Node sebagai yang mengawali objek.
   2. 3 (tiga) Swim Line yaitu : Vendor, Sales Order, Accounting.
   3. 7 (tujuh) Action dari sistem yang mencerminkan eksekusi dari suatu aksi, yaitu yang diantaranya adalah : membuat pesanan, menerima pesanan, membuat faktur penjualan, menerima laporan faktur penjualan, membuat faktur pajak, mengirim faktur pajak by email ke setiap vendor, menerima faktur pajak yang dikirimkan by email.
   4. 1 (satu) Final State sebagai yang mengakhiri objek.

   
   

3. Analisa sistem yang berjalan pada Sequence Diagram
   
   

   Gambar 3.4 Sequence Diagram Yang Berjalan

   
   

   Berdasarkan gambar 3.4 Sequence Diagram sistem yang berjalan saat ini terdapat keterangan :

   1. 2 (dua) Life Line, yaitu : Barang, Faktur Pajak.
   2. 3 (tiga) Actor yang melakukan kegiatan yaitu : vendor, sales order, accounting.
   3. 5 (lima) Message diantaranya : memesan barang, membuat faktur penjualan, menerima laporan faktur penjualan, membuat faktur pajak, mengirim faktur pajak by email ke vendor.




Analisa Sistem Yang Berjalan

Metode Waterfall

Metode analisa sistem yang digunakan yaitu dengan menggunakan metode waterfall dengan didasarkan pada pengembangan sistem informasi yang sistematik dan sekuensial yang memiliki tahapan-tahapan sebagai berikut :






Gambar 3.5 Metode Waterfall




1. Analisa Kebutuhan (Analysis)

   Proses pengumpulan kebutuhan sistem yang dibutuhkan oleh user untuk menspesifikasikan kebutuhan perangkat lunak yang dibutuhkan oleh user antara lain :

   1. Dibutuhkan sistem yang flexible dalam proses pengiriman faktur pajak.
   2. Dibutuhkan sistem dengan tampilan yang user friendly.
2. Perancangan (Design)

   Tahap perancangan sistem adalah proses yang berfokus pada desain pembuatan website. Tahap ini mengalokasikan kebutuhan-kebutuhan website dari tahap analisis ke representasi desain supaya dapat di implementasikan.

3. Pengembangan (Implementasi)

   Pada tahap ini dilakukan oleh pemrograman dengan melakukan kustomisasi tampilan dengan merealisasikan rancangan tampilan sistem dari hasil proses perancangan.

4. Pengujian (Testing)

   Pada tahap pengujian ini fokus kepada perangkat lunak dengan menggunakan black box testing, untuk memastikan bahwa semua bagian sudah sudah di uji, untuk meminimalisir kesalahan dan memastikan keluaran yang dihasilkan sudah sesuai dengan yang diinginkan user.

5. Pemeliharaan (Maintenance)

   Pada tahap ini, perangkat lunak yang sudah jadi dijalankan, dan dilakukan pemeliharaan, tidak menutup kemungkinan sebuah perangkat lunak mengalami perubahan ketika dikirim ke user, karena adanya kesalahan yang mucul dan tidak terdeteksi saat pengujian. Oleh karena itu, dilakukan pemeliharaan untuk memastikan sistem beroperasi dengan baik.

Analisa Masukan, Analisa Proses, Analisa Keluaran

1. Analisa Masukan
   1. Nama Masukan : Faktur Penjualan
   2. Fungsi : Sebagai bukti dari pembelian barang
   3. Sumber : Bagian Sales Order
   4. Media : Kertas
   5. Frekuensi : Setiap Pembelian
   6. Format : Lampiran 3 rangkap
   7. Keterangan : Berisi data pemesanan dan harga barang
2. Analisa Proses
   1. Nama Proses : Faktur Pajak
   2. Masukan : Faktur Penjualan vendor
   3. Keluaran : Data Faktur Pajak
   4. Ringkasan proses : Proses ini akan menghasilkan lembaran data faktur pajak yang dibutuhkan vendor untuk dilaporkan ke DJP (Direktorat Jendral Pajak)
3. Analisa Keluaran
   1. Nama Keluaran : Data Faktur Pajak
   2. Fungsi : Faktur Pajak berisi data pemesanan barang vendor
   3. Media : Komputer
   4. Distribusi : Bagian Accounting
   5. Frekuensi  : Bulanan
   6. Deskripsi : Berisi sesuai dengan faktur penjualan vendor.
   7. Nama Keluaran : Laporan Print Out Faktur Pajak
   8. Fungsi : Bukti untuk laporan pajak ke DJP (Direktorat Jendral Pajak)




Konfigurasi Sistem Yang Berjalan

Pada konfigurasi ini berisi tentang spesifikasi hardware, spesifikasi software, dan spesifikasi brainware yang digunakan pada PT Inovatif Teknik Mesindo :

1. Spesifikasi Perangkat Keras (Hardware)
   1. Processor : Intel® Core™ i3-3240 CPU @ 3.40GHz 3.49GHz
   2. Monitor : Samsung SyncMaster S19B150
   3. Hardisk : 1 Tera
   4. RAM  : 4 GB
   5. Printer : Ink Jek
   6. Mouse : Logitech USB
   7. Keyboard : Logitech USB
2. Spesifikasi Perangkat Lunak (Software)
   1. Windows 7
   2. Microsoft Office 2010
   3. Google Chrome dan Mozilla Firefox
3. Hak Akses (Brainware)
   1. Sales Order
   2. Accounting
   3. Manager




Permasalahan Yang dihadapi dan Alternatif Pemecahan Masalah

Permasalahan Yang Dihadapi

Dari hasil analisa, maka permasalahan yang dihadapi oleh penulis adalah sebagai berikut :

1. Sistem yang berjalan pada saat ini masih kurang efektif dan efisien karena masih belum terkomputerisasi dengan baik. Pengiriman faktur pajak masih by email, sehingga dapat terjadinya kesalahan dalam pengiriman faktur pajak karena salahnya memasukkan alamat email.
2. Alamat email tidak valid dapat menyebabkan tidak diterimanya faktur pajak.
3. Seringkali vendor meminta untuk mengirimkan lagi faktur pajaknya.

Alternatif Pemecahan Masalah

Setelah dijabarkan permasalahan yang dihadapi diatas, maka penulis akan memberikan alternatif pemecahan masalah yang dihadapi adalah sebagai berikut :

1. Membuatkan sistem monitoring data faktur pajak berbasis web sehingga proses pengiriman data faktur pajak lebih tepat dan akurat.
2. Membuatkan sistem yang mampu mencakup segala kegiatan yang akan menghasilkan keluaran yang lebih relevan.
3. Membuatkan sistem untuk penyimpanan data yang lebih aman dari hilangnya data dan lebih cepat proses pencarian data pada saat dibutuhkan.




User Requirement

Elisitasi Tahap I

Elisitasi Tahap I merupakan daftar yang diperoleh dari hasil pengumpulan data dari lapangan yang dilakukan dengan cara observasi dan wawancara mengenai kekurangan dari sistem yang sedang berjalan, dan kebutuhan pengguna sistem yang belum terpenuhi.

Tabel 3.1 Elisitasi Tahap I



Elisitasi Tahap II

Elisitasi tahap II dibentuk berdasarkan Elisitasi tahap I yang kemudian diklasifikasikan lagi dengan menggunakan metode MDI. Keterangan :

1. “M” pada MDI artinya Mandatory.
2. “D” pada MDI artinya Desirable.
3. “I” pada MDI artinya Inessential.

Tabel 3.2 Elisitasi Tahap II



Elisitasi Tahap III

Berdasarkan Elisitasi Tahap II di atas, dibentuklah Elisitasi Tahap III yang diklasifikasikan kembali dengan metode TOE dengan opsi HML. Requirement yang opsinya High (H) harus deliminasi. Keterangan :

1. “T” artinya Technical.
2. “O” artinya Operational.
3. “E” artinya Economy.

Metode tersebut dibagi kembali menjadi beberapa option, antara lain :

1. “H” (High) : Sulit untuk dikerjakan.
2. “M” (Middle) : Mampu untuk dikerjakan.
3. “L” (Low) : Mudah untuk dikerjakan.

Tabel 3.3 Elisitasi Tahap III



Elisitasi Tahap Final

Final Draft Elisitasi merupakan hasil akhir yang dicapai dari suatu proses elisitasi yang dapat digunakan sebagai dasar pembuatan suatu sistem yang akan digunakan. Hasil dari wawancara dan analisa dapat disusun pada tabel 3.4 elisitasi tahap final seperti berikut :

Tabel 3.4 Elisitasi Tahap Final











BAB IV

RANCANGAN SISTEM YANG DIUSULKAN

Rancangan Sistem Usulan

Setelah melakukan analisa dan penelitian terhadap sistem yang sedang berjalan, maka selanjutnya akan dibahas tentang rancangan sistem yang akan dibangun. Sistem usulan bertujuan untuk memperbaiki atau menyempurnakan sistem yang telah berjalan saat ini. Prosedur yang diusulkan yaitu sistem monitoring data faktur pajak yang tersistem. Semua data tersimpan langsung ke database untuk mempermudah para vendor jika kehilangan data faktur pajak. Setelah menentukan sistem yang dibutuhkan langkah selanjutnya adalah perancangan atau desain sistem yang diusulkan yang bertujuan untuk memberikan gambaran yang jelas tentang desain sistem dari awal hingga akhir penelitian. Rancangan sistem yang diusulkan ini menggunakan software Visual Paradigma for UML Enterprise Edition Ver. 14.2 untuk menggambarkan use case diagram, activity diagram, sequence diagram dan class diagram.

Prosedur Sistem Usulan

Berikut beberapa prosedur yang harus dilakukan dalam menjalankan sistem monitoring data faktur pajak pada PT Inovatif Teknik Mesindo, yaitu :

1. Accounting
   1. Accounting melakukan log in.
   2. Accounting dapat menampilkan semua menu yang ada didalam sistem yaitu mulai dari Home, Master Data, Upload Faktur Pajak, Report.
   3. Accounting dapat melakukan input, view, edit, search dan delete.
   4. Accounting dapat melakukan log out.
2. Manager
   1. Manager dapat melakukan log in.
   2. Manager dapat menampilan Home.
   3. Manager hanya dapat melihat menu report yang didalamnya terdapat laporan pengiriman faktur pajak untuk vendor.
   4. Manager dapat melakukan log out.
3. Vendor
   1. Vendor dapat melakukan log in.
   2. Vendor hanya dapat melihat, mendownload dan mencetak faktur pajak untuk dicetak.
   3. Vendor dapat melakukan log out.

Use Case Diagram Sistem Usulan






Gambar 4.1 Use Case Diagram Sistem Usulan




Berdasarkan gambar 4.1 Use Case Diagram Sistem Usulan terdapat :

1. 3 (tiga) actor, yaitu : Accounting, Vendor, Manager.
2. Terdapat 7 (tujuh) use case yang dapat dilakukan oleh actor-actor tersebut, yaitu :
   1. Log In
   2. Home
   3. Master Data
   4. Menu Upload Faktur Pajak
   5. Download Faktur Pajak
   6. Report
   7. Log Out

Activity Diagram Sistem Usulan






Gambar 4.2 Activity Diagram Sistem Usulan




Berdasarkan gambar 4.2 Activity Diagram Sistem Usulan terdapat :

1. 1 (satu) Initial Node, awal dalam melakukan kegiatan.
2. 3 (tiga) actor, yang dapat melakukan kegiatan yaitu Accounting, Vendor, Manager.
3. 8 (delapan) action state, yang menggambarkan eksekusi kegiatan.
4. 1 (satu) decision node, yaitu menggambarkan pada saat melakukan log in ada dua kemungkinan yang pertama apabila log in salah maka akan kembali ke log in dan cek kembali username dan password dan apabila log in benar maka akan tampil ke menu Home.
5. 1 (satu) Join Node
6. 1 (satu) Activity Final Node, yaitu untuk mengakhiri kegiatan.

Sequence Diagram Sistem Usulan






Gambar 4.3 Sequence Diagram Sistem Usulan




Berdasarkan gambar 4.3 Sequence Diagram Sistem Usulan terdapat :

1. 3 (tiga) actor, yaitu : Accounting, Vendor, Manager.
2. 6 (enam) Lifeline yang melakukan antarmuka dan saling berinteraksi, diantaranya : Log In, Home, Master Data, Faktur Pajak, Report, Log Out.
3. 21 (dua puluh satu) Message yang terdapat informasi-informasi tentang aktivitas yang terjadi, kegiatan yang dilakukan oleh actor tersebut.




Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan

Tabel 4.1 Perbedaan Prosedur Antara Sistem Berjalan dan Sistem Usulan






Rancangan Basis Data

Class Diagram Sistem Usulan



Gambar 4.4 Class Diagram Sistem Usulan

Berdasarkan gambar Class Diagram yang diusulkan terdapat :

1. 3 (tiga) Class, himpunan dari objek-objek yang berbagi atribut serta operasi yang sama, yaitu Users, Vendor dan Upload Faktur Pajak.
2. 1 (satu) Assocation, hubungan antara objek satu dengan objek lainnya yang mempunyai nilai.

Spesifikasi Basis Data (Database)

Pada rancangan struktur basis data ini akan ditunjukan mengenai tabel-tabel yang digunakan :

1. Master Data Users

   Nama Tabel : users

   Media : Hardisk

   Fungsi : Menyimpan master data users

   Primary Key : username

   Jumlah Record : 35

   Tabel 4.2 Master Data Users

   
2. Master Data Vendor

   Nama Tabel : vendor

   Media : Hardisk

   Fungsi : Menyimpan master data vendor

   Primary Key : kodevendor

   Jumlah Record : 5

   Tabel 4.3 Master Data Vendor

   
3. Upload Faktur Pajak

   Nama Tabel : upload_fp

   Media : Hardisk

   Fungsi : Menyimpan data upload faktur pajak

   Primary Key : kodevendor

   Jumlah Record : 5

Tabel 4.4 Upload Faktur Pajak






Rancangan Prototype

Rancangan prototype merupakan gambaran sketsa dari rancangan sistem yang akan diusulkan dalam sistem monitoring data faktur pajak pada PT Inovatif Teknik Mesindo, adapun rancangan sistem monitoring sebagai berikut :

1. Rancangan Prototype Tampilan Log In
   
2. Rancangan Prototype Tampilan Menu Home
   
3. Rancangan Prototype Tampilan Menu Master Data Users
   
4. Rancangan Prototype Tampilan Menu Master Data Vendor
   
5. Rancangan Prototype Tampilan Menu Upload Faktur Pajak
   
6. Rancangan Prototype Tampilan Menu Report
   




Tampilan Output Program

1. Tampilan Halaman Log In
   

   Gambar 4.5 Tampilan Halaman Log In

   Tampilan diatas merupakan tampilan awal sebelum masuk ke dalam sistem, setiap user harus melakukan log in terlebih dahulu dengan memasukkan username dan password yang benar agar dapat masuk ke dalam sistem.

2. Tampilan Halaman Home
   

   Gambar 4.6 Tampilan Halaman Home

3. Tampilan Halaman Menu Master Data Users
   <"/>

   Gambar 4.7 Tampilan Halaman Menu Master Data Users

   Tampilan diatas merupakan tampilan dari halaman menu users yang mana menyajikan halaman yang didalamnya terdapat data yang telah dilakukan input data user. Di halaman ini, accounting dapat melakukan tambah data, edit data, hapus data.

4. Tampilan Halaman Menu Master Data Vendor
   <"/>

   Gambar 4.8 Tampilan Halaman Menu Master Data Vendor

   Tampilan diatas merupakan tampilan dari halaman menu vendor yang mana menyajikan halaman yang didalamnya terdapat data yang telah dilakukan input data vendor. Di halaman ini, accounting dapat melakukan tambah data, edit data, hapus data.

5. Tampilan Halaman Menu Upload Faktur Pajak
   <"/>

   Gambar 4.9 Tampilan Halaman Menu Upload Faktur Pajak

   Tampilan diatas merupakan tampilan dari halaman menu upload faktur pajak yang mana menyajikan halaman yang didalamnya terdapat data yang telah dilakukan upload data faktur pajak. Di halaman ini, accounting dapat melakukan upload data, edit data, hapus data.

6. Tampilan Halaman Menu Report
   <"/>

   Gambar 4.10 Tampilan Halaman Menu Report

   Tampilan diatas merupakan tampilan dari halaman menu report yang mana menyajikan halaman yang didalamnya terdapat laporan pengiriman data faktur pajak. Di halaman ini, manager dapat melakukan cetak laporan.




Konfigurasi Sistem Usulan

Spesifikasi Perangkat Keras (Hardware)

Perangkat keras yang dibutuhkan oleh sistem adalah suatu unit personal computer. Perangkat keras yang diusulkan ini dibuat berdasarkan kebutuhan sistem saat ini. Berikut ini adalah konfigurasi perangkat keras yang dibutuhkan :

1. Processor : Minimal 2,1 GHz
2. Monitor : Minimal VGA
3. RAM  : Minimal 1 GB
4. Mouse : Standard
5. Keyboard : Standard

Spesifikasi Perangkat Lunak (Software)

Selain itu hal yang menjadi pendukung berjalannya sebuah sistem adalah perangkat lunak, merupakan penghubung antara instruksi-instruksi yang dibutuhkan oleh brainware untuk menjalankan hardware sehingga dapat menghasilkan informasi yang dibutuhkan. Berikut adalah spesifikasi yang dibutuhkan :

1. Sistem operasi yang dapat digunakan bisa berupa Windows.
2. Browser yang dapat digunakan antara lain Google Chrome dan Mozila Firefox.

Hak akses (Brainware)

Dalam sistem yang dikembangkan yaitu pada sistem monitoring harus memiliki user untuk menjalankan sistem tersebut. Oleh karena itu dibutuhkan beberapa user yang dapat mengakses sistem monitoring, diantaranya :

1. Accounting
2. Vendor
3. Manager




Pengujian (Testing)

Black Box Testing

Pengujian yang dilakukan terhadap sistem monitoring data faktur pajak ini menggunakan Black Box Testing yang biasa disebut dengan pengujian fungsional. Adapun beberapa pengujian yang dilakukan dengan Black Box Testing sebagai berikut :

Tabel 4.5 Pengujian Black Box Testing










Evaluasi

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




Implementasi

Time Schedule

Dalam melakukan penelitian ini tentu memerlukan proses dan kegiatan yang banyak memakan waktu dalam penyelesaiannya, dibawah ini merupakan jadwal dari kegiatan yang dilakukan selama penelitian berlangsung.

Tabel 4.6 Time Schedule



Estimasi Biaya

Estimasi biaya digunakan sebagai perhitungan terhadap kebutuhan biaya untuk menyelesaikan penelitian yang diusulkan dengan penyesuaian pada jadwal kegiatan yang telah ditentukan sebelumnya. Maka rincian estimasi biaya yang diperlukan peneliti dalam melakukan perancangan ini adalah sebagai berikut :

Tabel 4.7 Estimasi Biaya






BAB V

PENUTUP

Kesimpulan

Berdasarkan pembahasan yang telah diuraikan pada bab sebelumnya terhadap sistem yang berjalan saat ini pada bagian Accounting di PT Inovatif Teknik Mesindo, khusunya dalam proses pengiriman data faktur pajak, maka peneliti dapat mengambil kesimpulan bahwa :

1. Sistem yang berjalan saat ini dalam pengiriman data faktur pajak masih melalui email, namun masih memiliki kendala seperti salah dalam mengirimkan data faktur pajak dan data faktur pajak yang dikirimkan tidak diterima oleh vendor karena alamat email tidak valid.
2. Sistem Monitoring Data Faktur Pajak Berbasis Web merupakan sistem yang diusulkan untuk memberikan kemudahan staff Accounting dan Vendor PT Inovatif Teknik Mesindo dalam menghasilkan data yang akurat dan lebih cepat. Sistem Monitoring Data Faktur Pajak Berbasis Web dirancang dengan menghubungkan dari satu proses ke proses lainnya sehingga dapat menghasilkan laporan dengan waktu yang cepat dan tentunya membantu menciptakan kinerja yang efektif dan efisien dalam memberikan laporan Data Faktur Pajak untuk dilaporkan ke DJP (Direktorat Jendral Pajak) oleh Vendor. Dalam Sistem Monitoring Data Faktur Pajak Berbasis Web disediakan 3 level user yang memiliki hak akses yang berbeda, yaitu Staff Accounting yang memiliki hak untuk melakukan input transaksi pada sistem, Manager yang memiliki hak akses untuk melihat laporan, Vendor yang memiliki hak akses untuk melihat dan mencetak data faktur pajak yang sudah dikirimkan.
3. Sistem monitoring yang dirancang dapat menyimpan semua data faktur pajak, yang akan membantu setiap vendor untuk mencetak langsung data faktur pajak apabila terjadi kehilangan pada data faktur pajak yang sudah tercetak tanpa harus meminta kepada Staff Accounting.




Saran

1. Sebaiknya didukung oleh perangkat yang memadai baik dari segi manusia maupun perangkat keras dan perangkat lunak, agar mendukung dalam penerapan sistem tersebut.
2. Dapat dilakukan pengembangan mengikuti perkembangan yang terjadi agar menjadi sistem yang lebih baik lagi dan meminimalisir kemungkinan terjadinya error atau defect yang tentunya dapat mengakibatkan kerugian bagi penggunanya sehingga dapat memenuhi kebutuhan bagi Accounting PT Inovatif Teknik Mesindo.
3. Dikembangkan menjadi sistem berbasis mobile namun tetap terkontrol dengan admin dan terintegrasi dengan database sehingga dapat memudahkan untuk mendapatkan informasi laporan pada saat mendesak.







DAFTAR PUSTAKA

1. ↑ Bachtiar, Dede dan Atikah (2015). , Sistem Informasi Dashboard Kependudukan di Kelurahan Manis Jaya Kota Tangerang. Tangerang: Jurnal SISFOTEK GLOBAL Vol. 5 No. 1.
2. ↑ Dewayani, Julitta dan Fitri Wahyuningsih. (2016). “Sistem Informasi Monitoring Persediaan Spareparts Motor Dengan Menggunakan Metode FIFO Pada Toko Adil Jaya Motor Semarang”. Semarang: dalam Jurnal KOMPAK Vol.9 No .1.
3. ↑ Maniah, S.Kom., M.T. & Dini Hamdini, S.Si., Mba., Mt. (2017). Analisa Dan Perancangan Sistem Informasi Pembahasan Secara Praktis Dengan Contoh Kasus. Yogyakarta: Deepublish.
4. ↑ Sutabri, Tata. (2012). Konsep Sistem Informasi. Yogyakarta: CV. Andi Offset.
5. ↑ Sutopo, Priyo, Dedi Cahyadi dan Zainal Arifin. 2016. Sistem Informasi Eksekutif Sebaran Penjualan Kendaraan Bermotor Roda 2 di Kalimantan Timur Berbasis Web. Jurnal Informatika Mulawarman. Vol.11 No.1.
6. ↑ Harfizar, Khozin Yuliana dan Muh Afiffudin. 2017. Perancangan Sistem Informasi Pendataan Karyawan Pada Perusahaan Jasa Berbasis Web. Tangerang: Jurnal SENSI Vol.3 No.2.
7. ↑ Mulyani, S. (2017). Metode Analisis dan Perancangan Sistem. Bandung: ABDI SISTEMATIKA.
8. ↑ Muharto dan Arisandi Ambarita. 2016. Metode Penelitian Sistem Informasi : Mengatasi Kesulitan Mahasiswa Dalam Menyusun Proposal Penelitian. Ed.1 Cet.1
9. ↑ Tyoso, Jaluanto Sunu Punjul. 2016. Sistem Informasi Manajemen. Yogyakarta : Deepublish.
10. ↑ ^{10,0 10,1} Muslihudin, Muhamad dan Oktafianto.2016.Analisis dan Perancangan Sistem Informasi Menggunakan Model Terstruktur dan UML.Yogyakarta: ANDI.
11. ↑ Sutopo, Priyo, Dedi Cahyadi dan Zainal Arifin, Abidin. 2016. Sistem Informasi Eksekutif Sebaran Penjualan Kendaraan Bermotor Roda 2 di Kalimantan Timur Berbasis Web. Jurnal Informatika Mulawarman.
12. ↑ Thoha, M. dan Miyanto. 2015. Jurnal PROSISKO.
13. ↑ ^{13,0 13,1} Astriyani, Erna, Andri Lukmana, Agung Irawan. 2016. Media Video Company Profile Sebagai Sarana Informasi Dan Promosi Di PT. Surya Toto Indonesia Tbk. Kabupaten Tangerang. Journal CICES Vol. 2 No. 2 – Agustus 2016. Tangerang : Perguruan Tinggi Raharja.
14. ↑ ^{14,0 14,1} Azizah, Nur, Lina Yuliana dan Elsa Juliana. 2017. Rancang Bangun Sistem Informasi Penggajian Karyawan Harian Lepas pada PT. Flex Indonesia. Jurnal SENSI. Tangerang : Perguruan Tinggi Raharja. ISSN: 2461-1409. Vol.3 No.1-Februari 2017
15. ↑ Hutahaean, Jeperson. 2015. Konsep Sistem Informasi. Yogyakarta:Deepublish.
16. ↑ Tiara, K., Immaniar, D., & Arzia, F. Penerapan Sistem Inventory Laboratorium Digital Dengan Metode Critical Succes Factor Pada Perguruan Tinggi Raharja. Jurnal CCIT Vol.9 No.1 (2015).
17. ↑ Hutahaean, Jeperson. 2015. Konsep Sistem Informasi. Yogyakarta:Deepublish.
18. ↑ Munawar. (2018). Analisis Perancangan sistem berorientasi objek dengan UML. Bandung: Informatika Bandung.
19. ↑ Triyono, Hidayat, W., & Purnomo. (2019). Bangun Data Mining Untuk Rumah Sehat Oleh Dinas Kominfo Daerah Kota Tangerang. ICIT Journal Vol 5 No 1, 12-20.
20. ↑ Hidayat, Wahyu, Anita B. Wandayana, Recha Fadriansyah. 2016. “Perancangan Video Profile Sebagai Media Promosi Dan Informasi Di SMK Avicena Rajeg Tangerang”. Jurnal CERITA Vol. 2 No. 1 – Februari 2016.
21. ↑ Tyoso, Jaluanto Sunu Panjul. 2016. Sistem Informasi Manajemen. Yogyakarta : Deepublish.
22. ↑ Prastiyati, Deni. 2016. Analisis Sistem Informasi Akuntansi Penjualan Kredit Di PT Eka Timur Raya Purwodadi Pasuruan. Jurnal Riset Mahasiswa Akuntansi. Vol. 4 No. 1. ISSN: 2337-56xx. Malang: Universitas Kanjuruhan.
23. ↑ ^{23,0 23,1} Iswandy, Eka. 2015. Jurnal TEKNOIF.
24. ↑ ^{24,0 24,1} Mulyani, Sri. 2016. Metode Analisis Dan Perancangan Sistem. Bandung: Abdi Sistematika.
25. ↑ ^{25,0 25,1} Seidl, M., Scholz, M., Huemer, C., & Kappel, G. (2015). UML@ classroom: An introduction to object-oriented modeling. Springer.
26. ↑ ^{26,0 26,1} Aini, Q., Irwin, R. H., & Marjayanti, E. (2017). Notifikasi Pembelajaran iLearning Melalui Media Aplikasi iDu dengan Menggunakan E-mail Rinfo. Technomedia Journal, 1(2), 1-12.
27. ↑ ^{27,0 27,1} Muslihudin, M. (2016). Analisis dan Perancangan Sistem Informasi Menggunakan Model Terstruktur dan UML. Penerbit Andi.
28. ↑ ^{28,0 28,1} Muslihudin, M. (2016). Analisis dan Perancangan Sistem Informasi Menggunakan Model Terstruktur dan UML. Penerbit Andi.
29. ↑ ^{29,0 29,1 29,2} Muslihudin, M. (2016). Analisis dan Perancangan Sistem Informasi Menggunakan Model Terstruktur dan UML. Penerbit Andi.
30. ↑ ^{30,0 30,1} Muslihudin, M. (2016). Analisis dan Perancangan Sistem Informasi Menggunakan Model Terstruktur dan UML. Penerbit Andi.
31. ↑ ^{31,0 31,1 31,2 31,3} Tandilintin, A., Candra, A. P., & Adji, G. S. (2019). Perancangan Aplikasi Project Monitoring Pada PT Cyber Solution Berbasis Web. Vol 5 No 1 Jurnal ICIT, 68-76.
32. ↑ ^{32,0 32,1} Uzzaman, Anis. 2015. Panduan Membangun Starup Ala Sillicon Valey. Yogyakarta: Bentang Pustaka.
33. ↑ ^{33,0 33,1} Santoso, Budi. 2017. Perancangan Aplikasi OLAP (Online Analitycal Processing) Penjualan Buku Pada Toko Buku Gramedia Lubuklinggau dengan metode clustering. JTI, Vol 9 No 2.
34. ↑ ^{34,0 34,1} Permono, Avi Aziz. Sri Kurniasih, Ady Purna Kurniawan. 2015. APLIKASI MODEL RAMBUT PRIA BERBASIS ANDROID DENGAN TEKNOLOGI FACE DETECTION STUDI KASUS MENN BARBER SHOP. E- Proceeding Of Applied Science Vol 1 No. 3. Bandung : Universitas Telkom.
35. ↑ ^{35,0 35,1} Nur, Ahadien Raidy. Winarno. 2018. KAJIAN MEDIA PADA KARYA LUKIS BENG HERMAN PERIODE TAHUN 2013 – 2015. Jurnal Seni Rupa Volume 06 Nomor 01. Surabaya: Universitas Negeri Surabaya.
36. ↑ ^{36,0 36,1} Sahara, Fitriani. Rena Adriana. 2016. Aplikasi E-Katalog Perpustakaan Berbasis Mobile Android. Jurnal Ilmiah Informatika Global Volume 7 No. 1. Palembang: Universitas Indo Global Mandiri.
37. ↑ ^{37,0 37,1} Permono, Alvi Aziz. Sri Kurniasih, Ady Purna Kurniawan. 2015. APLIKASI MODEL RAMBUT PRIA BERBASIS ANDROID DENGAN TEKNOLOGI FACE DETECTION STUDI KASUS MENN BARBER SHOP. E- Proceeding Of Applied Science Vol 1 No. 3. Bandung : Universitas Telkom.
38. ↑ ^{38,0 38,1} Bertha Sidik. 2018. Framework Codeigniter Membangun Pemrograman Berbasis Web dengan Berbagai Kemudahan & Fasilitas Codeigniter 3. Bandung: Informatika.
39. ↑ ^{39,0 39,1} Bertha Sidik. 2018. Framework Codeigniter Membangun Pemrograman Berbasis Web dengan Berbagai Kemudahan & Fasilitas Codeigniter 3. Bandung: Informatika.
40. ↑ ^{40,0 40,1} Bertha Sidik. 2018. Framework Codeigniter Membangun Pemrograman Berbasis Web dengan Berbagai Kemudahan & Fasilitas Codeigniter 3. Bandung: Informatika.
41. ↑ ^{41,0 41,1} Bertha Sidik. 2018. Framework Codeigniter Membangun Pemrograman Berbasis Web dengan Berbagai Kemudahan & Fasilitas Codeigniter 3. Bandung: Informatika.
42. ↑ ^{42,0 42,1} Aisyah. Euis. Sitinur, Padeli, dan Sumasih.2016.”Penerapan activity based costing system dalam laporan keungan untuk mempermudah pengendalian biaya”. Tangerang: Perguruan Tinggi Raharja. Journal SENSI. Vol. 2 No. 2, Agustus 2016 ISSN: 2461-1409.
43. ↑ ^{43,0 43,1} Rafika, Ageng Setiani, Mukti Budiarto, Wahyu Budianto. 2015. Aplikasi Monitoring Sistem Absensi Sisik Jari Sebagai Pendukung Pembayaran Biaya Pegawai Terpusat Dengan SAP. Tangerang:Jurnal CCIT. Vol.8 No.3:134-146.
44. ↑ ^{44,0 44,1} Machi, A Lawrence, Brenda T. McEvoy. 2016. The Literature Review. California: Corwin. LCCN 2015048510, ISBN 9781506336244.
45. ↑ Rustiana, Dede, Rahayu, Nina dan Awallya, Amal. (2018). “Rancang Bangun Sistem Monitoring Scan QR-Code Data E-Faktur Pajak PPN”. Seminar Nasional Sistem Informasi Indonesia.
46. ↑ Trigo, António, Belfo, Fernando dan Estébanez, Raquel Pérez. (2016). “Studi Kasus Accounting Information Systems: evolving towards a business process oriented accounting”. Jurnal Procedia - Computer Science Vol.100 987 – 994.
47. ↑ Ramli, Ishak dan Iskandar, Denny. (2014). “Studi Kasus Control authority, business strategy, and the characteristics of management accounting information systems”. Jurnal Procedia - Social and Behavioral Sciences Vol.164 384-390.

DAFTAR LAMPIRAN

LAMPIRAN A

A.1. Surat Pengantar Skripsi
A.2. Kartu Bimbingan Skripsi
A.3. Kartu Studi Tetap Final (KSTF)
A.4. Form Validasi Skripsi
A.5. Kwintansi Pembayaran Skripsi
A.6. Kwintansi Pembayaran Sidang dan Raharja Career
A.7. Daftar Nilai
A.8. Formulir Seminar Proposal
A.9. Formulir Final Persentasi
A.10. Formulir Pertemuan Stakehoder
A.11. Sertifikat RCEP TOEFL
A.12. Sertifikat PROSPEK
A.13. Sertifikat IT Internasional
A.14. Sertifikat IT Nasional
A.15. Curriculum Vitae (CV)





LAMPIRAN B

B.1. Surat Keterangan Observasi dari Perusahaan
B.2 Form Wawancara