PROTOTIPE SISTEM MONITORING CONTROL PENGEMBANGAN APLIKASI

PADA PERGURUAN TINGGI RAHARJA

LAPORAN KULIAH KERJA PRAKTEK

OLEH:

1222473399 RIVAI SUNGKOWO

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

RAHARJA

TANGERANG

(2013/2014)

LEMBAR PERSETUJUAN

PROTOTIPE SISTEM MONITORING CONTROL PENGEMBANGAN APLIKASI

PADA PERGURUAN TINGGI RAHARJA

Diajukan guna melengkapi sebagian syarat untuk mengikuti Skripsi pada Jurusan Teknik Informatika Konsentrasi Software Engineering

STMIK Raharja

Tangerang, 07 Juni 2014

Dosen Pembimbing

( Ary Budi Warsito, M.Kom )

NID. 10013

SEKOLAH TINGGI MANAJEMEN DAN ILMU KOMPUTER

RAHARJA

LEMBAR KEASLIAN KULIAH KERJA PRAKTEK

Saya yang bertandatangan di bawah ini,

Menyatakan bahwa Kuliah Kerja Praktek (KKP) ini merupakan karya tulis saya sendiri dan bukan salinan atau duplikat dari laporan KKP yang telah dipergunakan dilingkungan Perguruan Tinggi Raharja maupun di Perguruan Tinggi lain, serta belum pernah dipublikasikan.

Pernyataan ini dibuat dengan penuh kesadaran dan rasa tanggung jawab serta bersedia menerima sanksi jika ternyata pernyataan diatas tidak benar.

)*Tandatangan dibubuhi materai 6.000;

ABSTRAKSI

Proses pendokumentasian proyek yang sedang dikembangkan di Perguruan Tinggi Raharja masih belum dapat terkontrol dengan baik. Jika salah dalam hal penanganannya, dapat menyebabkan sulitnya developer untuk melakukan perbaikan proyek yang sedang dikembangkan yang berdampak pada kerugian akibat data yang tidak terkontrol dengan baik. Hal ini menjadi dasar kekuatan dengan membuatkan sebuah Sistem Monitoring Control sehingga memudahkan Perguruan Tinggi Raharja untuk memonitoring dan mengontrol proses pengembangan proyek yang sedang berjalan di Perguruan Tinggi Rahaja. Dengan memonitoring dan mengontrol data dari setiap laporan kesalahan yang dilaporkan oleh seluruh pengunjung yang menggunakan proyek yang sedang di kembangkan oleh Perguruan Tinggi Raharja, sehingga dapat menurunkan tingkat kerugian yang diakibatkan kurangnya dokumentasi dari laporan kesalahan yang diterima. Pendokumentasian laporan dari pengunjung menjadi hal penting dalam menjalankan proses pengembangan proyek bagi Perguruan Tinggi Raharja, sehingga dengan adanya fasilitas untuk melapor kesalahan proyek memudahkan developer untuk menangani sebuah kesalahan dan menurunkan tingkat kerugian untuk Perguruan Tinggi Raharja.

Kata Kunci: Dokumentasi, Kesalahan, Laporan

ABSTRACT

The process of documenting project being developed in Raharja collage still can not be well controlled. If any in terms of handling, can cause difficulty developers to make improvements projects under development that have an impact on the loss of data due to uncontrolled well. This became the basis of the power to make a Monitoring Control System of Raharja collage making it easier to monitor and control the process of ongoing development projects in Raharja Collage. By monitoring and controlling the data from each report errors reported by all visitors who use project being developed by the Raharja collage, so as to reduce the level of losses due to the lack of documentation of the error reports received. Documenting reports of visitors become critical in carrying out the project development process for Raharja collage, so that with the facility to report faults facilitate project developers to handle an error and reduce the level of losses for Raharja collage.

Keywords : Documentation, Error, Report

Bismillahirrahmanirrahim.

Dalam penyusunan Kuliah Kerja Praktek (KKP) ini, penulis banyak dibantu oleh berbagai pihak, baik berupa dorongan moril maupun materil, serta bimbingan dan semangat yang diberikan kepada penulis. Penulis menyadari bahwa tanpa bimbingan dan dorongan semua pihak, maka penulis tidak akan dapat menyelesaikan tugas ini dengan baik dan tepat pada waktunya. Untuk itu pada kesempatan ini penulis mengucapkan terima kasih secara tulus dan ikhlas khususnya kepada :

Penulis menyadari bahwa dalam penyajian dan penyusunan laporan Kuliah Kerja Praktek (KKP) ini masih terdapat kekurangan, baik dalam penulisan, penyajian ataupun isinya. Oleh karena itu, penulis senantiasa menerima kritik dan saran yang bersifat membangun agar dapat dijadikan acuan bagi penulis untuk menyempurnakannya dimasa yang akan datang.

Akhir kata, penulis mengucapkan terima kasih dan semoga laporan Kuliah Kerja Praktek (KKP) ini dapat bermanfaat, khususnya bagi penulis dan seluruh pembaca.

DAFTAR GAMBAR

Gambar 2.1 Karakteristik Sistem

Gambar 2.2 Siklus Pengolahan Data

Gambar 2.3 Siklus Pengolahan Data yang Dikembangkan

Gambar 2.4 Komponen Dari Sistem Informasi

Gambar 2.5 Pilar-Pilar Informasi yang Berguna

Gambar 3.1 Struktur Organisasi Perguruan Tinggi Raharja

Gambar 3.2 Use Case Diagram

Gambar 3.3 Diagram Activity Pengunjung

Gambar 3.4 Diagram Activity Developer

Gambar 3.5 Diagram Activity Team Leader

Gambar 3.6 Sequence Diagram Pelaporan Bug

Gambar 3.7 Sequence Diagram Penanganan Bug

Gambar 3.8 Tampilan Aplikasi

Gambar 3.9 Form Login

Gambar 3.10 Tampilan Menu Developer

DAFTAR SIMBOL

DAFTAR SIMBOL USE CASE DIAGRAM

DAFTAR SIMBOL ACTIVITY DIAGRAM

DAFTAR SIMBOL SEQUENCE DIAGRAM

Latar belakang penulis melakukan penelitian ini di karenakan pentingnya monitoring dalam sebuah pengembangan aplikasi. Dengan adanya sistem monitoring developer dapat dengan mudah mendokumentasi setiap kesalahan dan melakukan perencanaan terhadap sistem yang akan dikembangkan.

Demikian halnya dengan Perguruan Tinggi Raharja sebagai salah satu instansi atau lembaga pendidikan yang bergerak di bidang IT (Information Technologi) yang terus berinovasi dalam menciptakan media sistem informasi untuk kebutuhan sehari-hari. Dalam mendokumentasi setiap kesalahan dan .melakukan perencanaan terhadap sistem yang akan dikembangkan, masih menggunakan cara manual sehingga belum dapat terkontrol dengan baik. Namun mengingat semakin meningkatnya kebutuhan mahasiswa dan kualitas sistem informasi semakin baik, maka informasi yang dibutuhkan pun semakin meningkat khususnya mengenai media yang disampaikan dan media yang digunakan untuk penyampaian media informasi, sehingga kualitas dan kuantitas sistem yang berjalan saat ini jauh lebih baik.

Di dalam masalah penelitian ini akan di jelaskan permasalahan yang terjadi pada sebuah sistem monitoring, pembatasan masalah pada penelitian di buat penelitian tetap fokus pada tujuan awal, setelah mendapatkan pembatasan masalah, Peneliti juga harus mampu membuat rumusan masalah sehingga penelitian yang diajukan semakin jelas arahnya.Adapun permasalahan yang terjadi pada Perguruan Tinggi Raharja saat ini belum terdapat sistem yang memfasilitasi pengunjung untuk melaporkan sebuah kesalahan pada project yang ada di Perguruan Tinggi Raharja.

Berdasarkan latar belakang di atas, maka diperoleh sebuah judul, yaitu “Prototipe Sistem Monitoring Control Pengembangan Aplikasi Pada Perguruan Tinggi Raharja”.

Berdasarkan latar belakang masalah di atas, rumusan masalah yang harus di jawab yaitu “Bagaimana prototipe sistem monitoring pengembangan aplikasi ini dapat digunakan sebagai control agar tidak lupa apa yang di kerjakan dan sebgai media dokumentasi pengembang program pada Perguruan Tinggi Raharja, sehingga layanan dapat lebih cepat dan efisien”.

Ruang lingkup permasalahan yang akan dibahas pada penelitian ini yaitu:

Dari permasalahan yang telah dipaparkan diatas, maka tujuan yang ingin dicapai dari penelitian ini adalah menghasilkan rancangan sebuah model sistem monitoring control pengembangan aplikasi pada Perguruan Tinggi Raharja sehingga proses pengembangan aplikasi dapat terlaksana dengan baik.

Adapun manfaat yang diharapkan dari penelitian ini, antara lain:

Metode penelitian yang digunakan oleh penulis dalam pembuatan Laporan KKP (Kuliah Kerja Praktek) menggunakan metode sebagai berikut :

Untuk mempermudah dalam membaca dan mengikuti aturan penulisan yang ada, maka penulis mengelompokan laporan Kuliah Kerja Praktek (KKP) ini menjadi beberapa bab yang secara ringkas dapat dijelaskan sebagai berikut :

BAB I PENDAHULUAN

Bab ini berisi tentang latar belakang penulisan, perumusan masalah, ruang lingkup, tujuan dan manfaat penelitian, metodologi penelitian dan sistematika penulisan.

BAB II LANDASAN TEORI

Bab ini menjelaskan tentang teori-teori dasar atau umum dan teori-teori khusus yang berkaitan dengan analisa serta permasalahan yang dibahas pada bagian sistem yang sedang berjalan, dan literature review.

BAB III PEMBAHASAN

Dalam bab ini akan menjelaskan tentang gambaran umum Perguruan Tinggi Raharja yang terdiri dari sejarah singkat, struktur organisasi, dan tugas serta tanggung jawab. Tata laksana sistem yang berjalan yang terdiri dari prosedur sistem yang berjalan, rancangan prosedur sistem yang berjalan. Analisa sistem yang berjalan.

BAB IV PENUTUP

Bab ini merupakan penutup yang berisi kesimpulan dari hasil analisa dan yang dilakukan serta saran-saran yang dapat penulis berikan.

DAFTAR PUSTAKA

Daftar pustaka ini berisi studi pustaka yang digunakan sebagai referensi untuk menyusun laporan Kuliah Kerja Praktek (KKP).

LAMPIRAN

Lampiran ini merupakan daftar yang memuat keseluruhan lampiran-lampiran yang melengkapi laporan sebagai lampiran.

Menurut Edi (2009:72)^[1], “Data terbentuk dari karakter yang dapat berupa alfabet, angka, maupun simbol khusus dan merupakan bentuk yang masih mentah sehingga perlu diolah lebih lanjut melalui suatu model untuk menghasilkan informasi”.

Menurut Sutabri (2012:72)^[2], “Data adalah kenyataan yang menggambarkan suatu kejadian-kejadian dan kesatuan nyata”.

Berdasarkan beberapa pendapat yang dikemukakan di atas dapat disimpulkan data adalah suatu fakta dan merupakan bentuk yang masih mentah sehingga perlu diolah lebih lanjut.

Menurut Sutabri (2012:12)^[2], data itu sendiri dapat diklasifikasikan menurut jenis, sifat, dan sumber. Mengenai penjelasan klasifikasi data tersebut akan diurai dibawah ini:

Data merupakan bahan mentah untuk diolah yang hasilnya kemudian menjadi informasi. Dengan kata lain, data yang telah diperoleh harus diukur dan dinilai baik dan buruk, berguna atau tidak dalam hubungannya dengan tujuan yang akan dicapai. Pengolahan data terdiri dari kegiatan-kegiatan penyimpanan data dan penanganan data.

Menurut Sutabri (2012:6)^[2], pengolahan data dapat diuraikan seperti dibawah ini, yaitu:

Menurut Sutabri (2012:10)^[2], “Secara sederhana suatu sistem dapat diartikan sebagai suatu kumpulan atau himpunan dari unsur, komponen, atau variabel yang terorganisir, saling berinteraksi, saling tergantung satu sama lain, dan terpadu”.

Menurut Mustakini (2009:34)^[3], “Sistem dapat didefinisikan dengan pendekatan prosedur dan dengan pendekatan komponen. Dengan pendekatan prosedur, sistem dapat didefinisikan sebagai kumpulan dari prosedur-prosedur yang mempunyai tujuan tertentu”.

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

Menurut Mustakini (2009:54)^[3], suatu sistem mempunyai karakteristik. Karakteristik sistem adalah sebagai berikut ini:

Gambar 2.1 Karakteristik Sistem ^{(Mustakini(2009:54))}

Menurut Sutabri (2012:20)^[2], model umum sebuah sistem adalah input, proses, dan output. Hal ini merupakan konsep sebuah sistem yang sangat sederhana sebab sebuah sistem dapat mempunyai beberapa masukan dan keluaran. Selain itu, sebuah sistem dapat mempunyai karakteristik atau sifat-sifat tertentu yang mencirikan bahwa hal tersebut bisa dikatakan sebagai suatu sistem. Adapun karakteristik yang dimaksud adalah sebagai berikut:

Menurut Sutabri (2012:29)^[2], “Informasi adalah data yang telah diklasifikasikan atau diinterprestasi untuk digunakan dalam proses pengambilan keputusan”.

Menurut Amin (2012:72)^[4], “Informasi adalah data yang diolah menjadi bentuk yang lebih berguna dan lebih berarti bagi penerima dan digunakan untuk mengambil keputusan”.

Berdasarkan beberapa pendapat yang dikemukakan di atas dapat disimpulkan informasi adalah data yang telah diproses dan digunakan untuk pengambilan keputusan.

Menurut Sutabri (2012:12)^[2], fungsi utama informasi adalah menambah pengetahuan. Informasi yang disampaikan kepada pemakai mungkin merupakan hasil data yang sudah diolah menjadi sebuah keputusan. Akan tetapi, dalam kebanyakan pengambilan keputusan yang kompleks, informasi hanya dapat menambah kemungkinan kepastian atau mengurangi bermacam-macam pilihan. Informasi yang disediakan bagi pengambil keputusan memberi suatu kemungkinan faktor resiko pada tingkat-tingkat pendapatan yang berbeda.

Menurut Sutabri (2012:33)^[2], data diolah melalui suatu model informasi, kemudian si penerima akan menangkap informasi tersebut untuk membuat suatu keputusan dan melakukan tindakan. Tindakan si penerima menjadi sebuah data baru. Data tersebut akan ditangkap sebagai input dan diproses kembali lewat suatu model, dan seterusnya sehingga membentuk suatu siklus. Siklus inilah yang disebut “Siklus Informasi” (Information Cycle).

Menurut Mustakini (2009:40)^[3], telah diketahui bahwa data perlu diolah untuk dijadikan informasi yang berguna lewat suatu siklus. Siklus ini disebut dengan siklus pengolahan data (data processing life cycle) atau disebut juga dengan nama siklus informasi (information life cycle).

Dari gambar di atas terlihat, bahwa untuk melakukan siklus pengolahan data diperlukan tiga buah komponen, yaitu komponen input, komponen model, dan komponen output. Dengan demikian, sistem informasi yang juga melakukan proses pengolahan data juga akan membutuhkan tiga komponen ini.

Data yang masih belum diolah perlu disimpan untuk pengolahan lebih lanjut, karena tidak semua data yang diperoleh langsung diolah. Pada umumnya, data yang diperoleh disimpan terlebih dahulu yang nantinya setiap saat dapat diambil untuk diolah menjadi informasi. Data ini disimpan di simpanan (storage) dalam bentuk database. Data yang ada di basis data ini yang nantinya akan digunakan untuk menghasilkan informasi. Siklus pengolahan data yang dikembangkan ini disebut dengan extended data processing life cycle.

Dari siklus ini data yang dikembangkan, terlihat bahwa untuk melakukan pengolahan data, maka diperlukan tambahan sebuah komponen lagi, yaitu komponen basis data. Dengan demikian, komponen-komponen sistem informasi yaitu komponen input, komponen model, dan komponen output sekarang bertambah sebuah komponen lagi, yaitu komponen basis data.

Menurut Nugroho (2011:128)^[5], “Sistem informasi adalah sebuah sistem yang mempunyai fungsi mengumpulkan, memproses, menyimpan, menganalisis, dan menyebarkan informasi untuk tujuan yang spesifik”.

Menurut Sutabri (2012:46)^[2], “Sistem informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategi dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu dengan laporan-laporan yang diperlukan”.

Menurut Mustakini (2009:33)^[3], “Sistem informasi merupakan suatu sistem yang tujuannya menghasilkan informasi”.

Berdasarkan beberapa pendapat yang dikemukakan di atas dapat disimpulkan Sistem informasi adalah data yang dikumpulkan kemudian diolah menjadi sebuah kesatuan informasi yang berharga bagi yang menerimanya.

Menurut Mustakini (2009:43)^[3], input merupakan data yang masuk ke dalam sistem informasi. Komponen ini perlu ada karena merupakan bahan dasar dalam pengolahan informasi. Sistem informasi tidak akan dapat menghasilkan informasi jika tidak mempunyai komponen input. Jika sistem informasi tidak pernah mendapatkan input, tetapi dapat menghasilkan output, ini merupakan hal yang ajaib. Input yang masuk ke dalam sistem informasi dapat langsung diolah menjadi informasi atau jika belum dibutuhkan sekarang dapat disimpan terlebih dahulu di storage dalam bentuk database.

Menurut Mustakini (2009:36), “Tujuan dari sistem informasi adalah menghasilkan informasi”. Untuk dapat berguna, maka informasi harus didukung oleh tiga pilar, sebagai berikut: tepat kepada orangnya atau relevan (relevance), tepat waktu (timeline), dan tepat nilainya atau akurat (accurate). Keluaran yang tidak didukung oleh ketiga pilar ini tidak dapat dikatakan sebagai informasi yang berguna, tetapi merupakan sampah (garbage).

Menurut Nugroho (2010:6)^[5], “UML (UnifiedModeling Language) adalah perangkat lunak yang berparadigma “berorientasi objek”. Pemodelan (modeling) sesungguhnya digunakan untuk penyederhanaan permasalahan-permasalahan yang kompleks sedemikian rupa sehingga lebih mudah dipelajari dan dipahami”.

Menurut Alim (2012:30)^[6], “Unified Modeling Language (UML) adalah bahasa standar yang digunakan untuk menulis blueprint perangkat lunak.UML dapat digunakan untuk memvisualisasi, menspesifikasikan, membangun, dan mendokumentasikan artifak dari sistem perangkat lunak”.

Berdasarkan beberapa pendapat yang dikemukakan di atas dapat disimpulkan UML adalah bahasa yang digunakan untuk pemodelan dari sistem perangkat lunak.

1. Use Case Diagram

Menurut Murad (2013:57)^[7], “Diagram Use Case adalah diagram yang bersifat status yang memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas). Diagram ini memiliki 2 fungsi, yaitu mendefinisikan fitur apa yang harus disediakan oleh sistem dan menyatakan sifat sistem dari sudut pandang user”.

Menurut Triandini (2012:18)^[8], langkah-langkah membuat diagram use case:

1. Mengidentifikasi aktor. Perhatikan bahwa aktor sebenarnya adalah peran yang dimainkan oleh pengguna. Alih-alih menyusun daftar aktor sebagai Bob, Maria, atau Tuan Hendricks, sebaiknya identifikasi peran spesifik yang dimainkan oleh orang-orang tersebut. Ingatlah orang yang sama mungkin memainkan berbagai peran karena ia menggunakan sistem. Sistem lain juga dapat menjadi aktor dari sistem.
2. Setelah peran aktor teridentifikasi, langkah berikutnya adalah menyusun tujuan-tujuan yang ingin dicapai oleh peran-peran tersebut dalam penggunaan sistem. Tujuan tersebut merupakan tugas yang dilakukan oleh aktor untuk mencapai beberapa fungsi bisnis yang memberikan nilai tambah bagi bisnis.
2. Activity Diagram

Menurut Murad (2013:57)^[7], “Activity diagram merupakan diagram yang bersifat dinamis. Activity diagram adalah tipe khusus dari diagram state yang memperlihatkan aliran dari suatu aktifitas ke aktifitas lainnya dalam suatu sistem dan berfungsi untuk menganalisa proses”.

Menurut Vidia (2013:20)^[9], “Activity diagram dibuat berdasarkan aliran dasar dan aliran alternatif pada skenario use case diagram. Pada activity diagram digambarkan interaksi antara aktor pada use case diagram dengan sistem”.

3. Sequence Diagram

Menurut Vidia (2013:20)^[9], ”Sequence diagram dibuat berdasarkan activity diagram dan class diagram. Sequence diagram menggambarkan aliran pesan yang terjadi antar kelas yang dideskripsikan pada class diagram dengan menggunakan operasi yang dimiliki kelas tersebut. Untuk aliran pesan, sequence diagram merujuk pada alur sistem activity diagram yang telah dibuat sebelumnya”.

Menurut Wijayanto (2013:35)^[10], ”Sequence diagram dibuat berdasarkan activity diagram dan class diagram yang telah dibuat, maka digambarkan sequence diagram yang menggambarkan aliran pesan yang terjadi antar kelas dengan menggunakan operasi yang dimiliki kelas tersebut”.

Contributors

Admin, Rivay21