RANCANG BANGUN APLIKASI PENJADWALAN PROYEK PADA PT. BINTANG TIMUR NGD DENGAN MENGGUNAKAN CRITICAL PATH METHOD (CPM)
TUGAS AKHIR
Program Studi S1 Sistem Informasi
Oleh:
Wahyu Indra Setiawan 11.41011.0023
FAKULTAS TEKNOLOGI DAN INFORMATIKA
CRITICAL PATH METHOD (CPM)
TUGAS AKHIR
Diajukan sebagai salah satu syarat untuk menyelesaikan Program Sarjana
Oleh :
Nama : Wahyu Indra Setiawan NIM : 11.41011.0023
Program : S1 (Strata Satu) Jurusan : Sistem Informasi
FAKULTAS TEKNOLOGI DAN INFORMATIKA
Dipersiapkan dan disusun oleh Wahyu Indra Setiawan
Nim: 11.410110023
Telah diperiksa, diuji dan disetujui oleh Dewan Penguji Pada : Agustus 2016
Susunan Dewan Penguji Pembimbing
I. Sulistiowati, S.Si., M.M
NIDN. 0719016801 ____________________
Agus Dwi Churniawan, S.Si., M.Kom
NIK. 140829 ____________________
Pembahas I. Dr. Jusak
NIDN. 0708017101 ____________________
Tugas Akhir ini telah diterima sebagai salah satu persyaratan untuk memperoleh gelar Sarjana
Dr. Jusak
Dekan Fakultas Teknologi dan Informatika
ix
ABSTRAK ... vi
DAFTAR ISI ... ix
DAFTAR GAMBAR ... xii
DAFTAR TABEL ... xiv
BAB IPENDAHULUAN ... 1
1.1 Latar Belakang Masalah ... 1
1.2 Perumusan Masalah ... 4
1.3 Batasan Masalah ... 4
1.4 Tujuan ... 5
1.5 Sistematika Penulisan ... 5
BAB IILANDASAN TEORI ... 7
2.1 Manajemen Proyek ... 7
2.2 Jaringan Kerja ... 8
2.3 Critical Path Method (CPM) ... 8
2.4 System Development Life Cycle (SDLC) ... 12
2.5 Pengertian Bagan Alir ... 13
2.6 Pengertian Data Flow Diagram ... 15
BAB IIIANALISIS DAN PERANCANGAN SISTEM ... 18
3.1 Analisis Sistem ... 19
3.1.1 Wawancara ... 19
x
3.1.4 Identifikasi masalah ... 21
3.2 Menentukan Kebutuhan Informasi ... 21
3.2.1 Spesifikasi Kebutuhan Pengguna ... 22
3.2.2 Spesifikasi Kebutuhan Sistem ... 23
3.3 Perancangan Sistem ... 24
3.3.1 Model Pengembangan Sistem ... 25
3.3.2 System Flow (Alur Sistem) ... 26
3.3.3 Data Flow Diagram ... 34
3.3.4 Entity Relationsip Diagram (ERD) ... 38
3.3.5 Struktur Database ... 39
3.3.6 Desain Antar Muka ... 41
3.3.7 Desain Uji Coba ... 44
BAB IVIMPLEMENTASI DAN EVALUASI SISTEM ... 45
4.1 Kebutuhan Sistem ... 45
4.1.1Kebutuhan Hardware (Perangkat keras)………...45
4.1.2 Kebutuhan Software (Perangkat Lunak) ... 46
4.2 Implementasi Sistem ... 46
4.2.1 Form Login ... 46
4.2.2 Form Menu Utama ... 47
4.2.3 Form Master Proyek ... 48
4.2.4 Form Master Aktivitas ... 49
4.2.5 Form Hasil Perhitungan CPM ... 50
4.3 Evaluasi Sistem ... 51
xi
4.3.3 Uji Coba Form Perhitungan ... 56
4.3.4 Uji Coba Laporan Penjadwalan ... 57
4.4 Hasil Uji Coba Perhitungan ... 58
4.4.1 Uji Coba Perhitungan Aplikasi ... 59
4.4.2 Hasil Uji Coba Perhitungan Manual ... 60
BAB VPENUTUP ... 63
5.1 Kesimpulan ... 63
5.2 Saran ... 63
DAFTAR PUSTAKA ... 64
xii
Halaman
Gambar 2.1 Triple Konstrain Sumber: Djojowirono, Soegeng. 2002 ... 7
Gambar 2.2 Kegiatan Dummy ... 9
Gambar 2.3 Dua Kegiatan atau Lebih Bergabung : Husen, A. 2009 ... 11
Gambar 2.4 Dua Kegiatan atau Lebih Memecah : Husen, A. 2009 ... 12
Gambar 2.5 Bagan SDLC ... 12
Gambar 3.1 Bagan Tahapan Pembahasan Berdasarkan SDLC ... 18
Gambar 3.2 IPO Diagram Penjadwalan Proyek Dengan Metode CPM ... 24
Gambar 3.3 System Flow Penjadwalan Proyek Dengan Metode CPM ... 26
Gambar 3.4 System Flow Login ... 29
Gambar 3.5 System Flow Master Proyek ... 30
Gambar 3.6 System Flow Aktivitas. ... 31
Gambar 3.7 System Flow Aktivitas.Pedahulu ... 32
Gambar 3.8 Context Diagram ... 34
Gambar 3.9 Data Flow Diagram Level 0... 35
Gambar 3.10 Data Flow Diagram Level 1 Pengelolaan Data Master ... 36
Gambar 3.11 Data Flow Diagram Level 1 Penyusunan Penjadwalan ... 37
Gambar 3.12 Data Flow Diagram Level 1 Cetak Laporan ... 37
Gambar 3.13 CDM ... 38
Gambar 3.14 PDM ... 39
Gambar 3.15 Desain Antar Muka Halaman Login... 42
xiii
Gambar 3.18 Desain Antar Muka Halaman form master proyek... 44
Gambar 3.19 Desain Antar Muka Halaman form Urutan Aktivitas Proyek. ... 44
Gambar 3.20 Desain Antar Muka Halaman Data Perhitungan CPM. ... 45
Gambar 4.1 Form Login ... 48
Gambar 4.2 Form Menu Utama ... 48
Gambar 4.3 Form Master Proyek ... 49
Gambar 4.4 Form Tampil Proyek ... 49
Gambar 4.5 Form Master Aktivitas ... 50
Gambar 4.6 Form Tambah Pendahulu Langsung ... 50
Gambar 4.7 Form Tampil Urutan Aktivitas Proyek ... 51
Gambar 4.8 Form Jadwal Aktivitas Proyek ... 52
Gambar 4.9 Form Laporan Penjadwalan ... 52
Gambar 4.10 Hasil Uji Coba Textbox Password ... 53
Gambar 4.11 Uji Coba Mengelola Master Proyek... 54
Gambar 4.12 Uji Coba Mengelola Master Aktivitas proyek ... 55
Gambar 4.13 Uji Coba Mengelola Master Pendahulu Langsung. ... 56
Gambar 4.14 Uji Coba Pilih Proyek Perhitungan Jadwal . ... 57
Gambar 4.15 Hasil Uji Coba Perhitungan Jadwal. ... 57
Gambar 4.16 Hasil Uji Coba Cetak Laporan Penjadwalan. ... 58
Gambar 4.17 Hasil Uji Coba Perhitungan Aplikasi ... 59
xiv
Halaman
Tabel 3.1 Spesifikasi Kebutuhan Pengguna………... 22
Tabel 3.2 Proyek……… 40
Tabel 3.3 Master Aktivitas………. 40
Tabel 3.4 Aktivitas Pendahulu………... 41
Tabel 3.5 Result………. 41
Tabel 3.6 Desain Uji Coba Aplikasi……….. 45
Tabel 4.1 Hasil Uji Coba Form Login………... 53
Tabel 4.2 Hasil Uji Coba Master proyek………... 53
Tabel 4.3 Hasil Uji Coba Master aktivitas……… 54
Tabel 4.4 Hasil Uji Coba Master pendahulu langsung……….. 55
Tabel 4.5 Hasil Uji Coba Perhitungan Penjadwalan……….. 56
Tabel 4.6 Hasil Uji Coba Laporan Penjadwalan………57
1
PENDAHULUAN
1.1 Latar Belakang Masalah
Tuntutan pembangunan disegala bidang mulai dirasakan, terutama di Negara berkembang Hal ini dilakukan guna meningkatkan taraf hidup dan kesejateraan masyarakat. Dalam suatu proyek pembangunan, perencanaan kegiatan-kegiatan proyek merupakan masalah yang sangat penting. Dikarenakan perencanaan-perencanaan kegiatan merupakan dasar untuk proyek bisa berjalan dan proyek yang dilaksanakan selesai sesuai dengan jadwal. Perencanaan kegiatan-kegiatan tersebut bisa berupa jadwal, anggaran, pengisian personil, dan urutan langkah pelaksanaan kegiatan. Tanpa perencanaan yang tepat maka bukanlah tidak mungkin bila suatu proyek akan mengalami kegagalan yang kan merugikan perusahaan maupun pemilik proyek
pembatasan dana untuk menjalankan aktivitas proyek tersebut. Proyek sendiri berkaitan dengan waktu dan biaya produksi, proyek pada umumnya memiliki batas waktu. Tak jarang proyek mengalami keterlambatan, kerugian, dan mutu yang jelek. Hal ini rasanya cukup tepat untuk menyebut perencanaan konsultan yang sering bermasalah dalam pelaksanaan proyeknya. Perencanaan pada saat awal kurang baik atau dilakukan setengah-setengah. Perencanaan yang baik yang dilakukan pada awal proyek sebelum proyek dilaksanakan akan menentukan keberhasilan proyek. Dalam manajemen proyek, fase perencanaan adalah sangat menentukan. Pada fase ini, perencanaan yang telah dilakukan pada saat tender direview dan didetailkan.
Proses perencanaan sendiri memang berjalan sejak awal proyek hingga proyek selesai. Namun porsi perencanaan harus lebih banyak di awal. Hal inilah yang tidak disadari oleh konsultan dan kontraktor proyek. Akhirnya mereka melakukan perencanaan sambil jalan, sehingga menimbulkan masalah dalam pelaksanaannya sebagai akibat perencanaan yang tidak baik.
waktu penyelesaian proyek ditentukan oleh tingkat ketepatan perkiraandurasi setiap kegiatan di dalam proyek. Selain ketepatan perkiraan waktu, penegasan hubungan antar kegiatan suatu proyek juga diperlukan untuk perencanaan suatu proyek.
PT Bintang Timur Nangendi adalah perusahaan yang bergerak di bidang kontraktor bangunan yang khusus hanya menangani kontruksi di pemerintahan. Dalam melakukan usahanya PT. BIntang Timur Nangendi belum menggunakan diagram network dalam melakukan penjadwalan perencanaan proyek konstruksi. Dalam kurun waktu 10 tahun pelaksanaan proyek perusahaan hanya menggunakan pengalaman dalam menentukan perencanaan penjadwalan proyek dan menentukan biaya. Dalam hal ini perusahaan dituntut dapat menyelesaikan proyek sesuai kontrak yang telah disepakati. Oleh karena itu dibutuhkan sebuah aplikasi dalam melakukan penjadwalan yang terintegrasi agar dapat melakukan perencanaan penjadwalan dan sesuai dengan tepat waktu.
jadwal yang sudah dibuat. Dengan adanya aplikasi penjadwalan berbasis web ini diharapkan PT. Bintang Timur Nangendi dapat membuat jadwal yang sesuai dengan kontrak yang disepakati.
1.2 Perumusan Masalah
Berdasarkan uraian latar belakang di atas, perumusan masalahnya adalah Bagaimana merancang dan membangun aplikasi penjadwalan proyek PT. Bintang Timur Nangendi dengan menggunakan metode Critical Path Method (CPM).
1.3 Batasan Masalah
Berdasarkan perumusan masalah di atas, adapun batasan masalah pada penelitian ini adalah sebagai berikut:
1. Data yang digunakan di dalam analisis ini merupakan data yang berasal dari perusahaan yang sudah disusun berdasarkan umur proyek yang telah disepakati dalam kontrak.
2. Ketentuan penjadwalan yaitu dimulai dari input aktivitas proyek, menentukan kegiatan proyek dan waktu penyelesaiannya dan membuat laporan jadwal kegiatan beserta alokasi waktu kegiatan yang telah ditentukan.
4. Lokasi yang digunakan dalam penjadwalan proyek ini adalah PT. Bintang Timur Nangendi JL. Dharmahusada Utara, No. 8 Blok 1B.
5. Aplikasi yang dibangun berbasis web dengan ruang lingkup mulai dari proses input data aktivitas proyek sampai keluar hasil penjadwalan berupa Gant Chart.
1.4 Tujuan
Dengan melihat perumusan masalah di atas, maka tujuan yang hendak dicapai adalah menghasilkan rancang dan bangun aplikasi penjadwalan proyek PT. Bintang Timur Nangendi dengan menggunakan metode Critical Path Method (CPM).
1.5 Sistematika Penulisan
Sistematika penulisan yang digunakan dalam penyusunan laporan ini dibedakan dengan pembagian bab sebagai berikut.
BAB I PENDAHULUAN
Dalam bab ini dijelaskan tentang latar belakang, perumusan masalah, batasan masalah, tujuan dan sistematika penulisan.
BAB II LANDASAN TEORI
aspek-aspeknya, pengertian metode Critical Path Method (CPM), serta konsep aplikasi yang akan dibangun.
BAB III ANALISIS DAN PERANCANGAN SISTEM
Dalam bab ini dijelaskan tentang uraian permasalahan, analisis permasalahan dan perancangan sistem yang dijabarkan dengan menggunakan Documen Flow, System Flow, Data Flow Diagram (DFD), Entity Relationship Diagram (ERD), struktur basis data dan desain
input/output.
BAB IV EVALUASI DAN IMPLEMENTASI
Dalam bab ini dijelaskan tentang implementasi dari aplikasi yang dibuat secara keseluruhan dan memberikan penjelasan dari rancangan input dan output serta melakukan pengujian terhadap aplikasi yang dibuat untuk
mengetahui apakah aplikasi tersebut telah dapat menyelesaikan permasalahan yang dihadapi sesuai dengan yang diharapkan.
BAB V PENUTUP
7
BAB II
LANDASAN TEORI
2.1 Manajemen Proyek
Proyek adalah suatu tugas yang perlu didefinisikan dan terarah ke suatu sasaran yang dituturkan secara konkrit serta harus diselesaikan dalam kurun waktu tertentu dengan menggunakan tenaga manusia terbatas dan dengan alat-alat terbatas pula, dan demikian rumit atau barunya, sehingga diperlukan suatu jenis pimpinan dan bentuk kerjasama yang berlainan dari pada yang biasa digunakan (Djojowirono, Soegeng. 2002).
Menurut Ervianto, WULFRAMI. 2002, tiap proyek memiliki tujuan khusus dan di dalam proses pencapaian tujuan tersebut ada batasan yang harus dipenuhi yaitu besarnya biaya (anggaran) yang dialokasikan, jadwal, serta mutu yang harus dipenuhi. Ketiga hal tersebut merupakan parameter penting bagi penyelenggaraan proyek yang sering diasosiasikan sebagai sasaran proyek. Ketiga batasan di atas disebut tiga kendala (triple konstrain).
2.2 Jaringan Kerja
Metode jaringan kerja diperkenalkan menjelang akhir dekade 1950-an, oleh suatu tim engineer dan ahli matematika dari perusahaan Du-Pont bekerja sama dengan Rand Corporation, dalam usaha mengembangkan suatu sistem kontrol manajemen. Sistem ini dimaksudkan untuk merencanakan dan mengendalikan sejumlah besar kegiatan yang memiliki hubungan ketergantungan yang kompleks dalam masalah desain-engineering, konstruksi, dan pemeliharaan (Husen, A. 2009).
2.3 Critical Path Method (CPM)
Pada metode CPM dikenal adanya jalur kritis, yaitu jalur yang memiliki rangkaian komponen-komponen kegiatan dengan total jumlah waktu terlama dan menunjukan kurun waktu penyelesaian proyek paling cepat. Jadi, jalur kritis terdiri dari rangkaian kegiatan kritis, dimulai dari kegiatan pertama sampai pada kegiatan terakhir proyek (Husen, A. 2009).
Metode CPM akan menjelaskan beberapa sistematika penyusunan jaringan kerja dan istilah - istilah, float, dan jalur kritis yang diperlukan di dalam perhitungan CPM nantinya. Jalur kritis sangat penting bagi pelaksanaan proyek, karena pada jalur /lintasan ini terletak kegiatan-kegiatan yang bila pelaksanaannya terlambat akan menyebabkan keterlambatan pada proyek secara keseluruhan.
masing-masing kegiatan. Setelah itu mengidentifikasi jalur kitis waktu untuk penyelesaian proyek.
Beberapa langkah yang perlu dilakukan dalam menggambar jaringan kerja adalah sebagai berikut:
1. Buat anak panah dengan garis penuh dai kiri ke kanan dan garis putus-putus untuk dummy. Dummy adalah kegiatan fiktif yang tidak memerlukan waktu kegiatan dan untuk menunjukan hubungan ketergantungan kegiatan C bisa dimulai bila kegiatan A, B selesai sedangkan kegiatan D dimulai setelah kegiatan B selesai.
2. Usahakan ada bagian untuk tempat keterangan kegiatan dan kurun waktu. 3. Hindari garis yang saling menyilang. Panjang anak panah tidak ada kaitannya
dengan lamanya kurun waktu.
4. Peristiwa atau kejadian dilukis sebagai lingkaran dengan nomor yang bersangkutan, jika mungkin ditulis didalamnya.
5. Nomor peristiwa disebelah kanan lebih besar dari sebelah kiri.
Gambar 2. 2 Kegiatan Dummy
1. EETi (Earliest Event Time) = ES (Earliest Start) = EST (Earliest Start Time), yaitu waktu mulai paling cepat dari event I atau waktu mulai paling awal suatu kegiatan.
2. LETi (Latest Event Time) = LS (Latest Start) = LST (Latest Start Time), yaitu waktu mulai paling lambat dari event I atau waktu mulai paling akhir suatu kegiatan.
3. EETj (Earliest Event Time) = EF (Earliest Finish) = EFT (Earliest Finish Time), yaitu waktu mulai paling cepat dari event j atuau waktu selesai paling awal suatu kegiatan.
4. LETj (Latest Event Time) = LF (Latest Finish) = LFT (Latest Finish Time), yaitu waktu mulai paling lambat dari event j atau waktu selesai paling akhir suatu kegiatan.
5. D (i-j), yaitu kurun waktu untuk melaksanakan kegiatan antara event I dan event j.
6. I dan j adalah Number Event.
Dalam metode CPM digunakan hitungan maju dan hitungan mundur. Hitungan maju dimaksudkan untuk mengetahui waktu paling awal untuk memulai dan mengakhiri masing-masing kegiatan tanpa penundaan waktu untuk itu diberikan beberapa rumus penyelesaian. Kecuali kegiatan awal, kegiatan baru dapat di mulai bila kegiatan yang mendahului telah selesai. Dimana:
D : kurun waktu kegiatan bersangkutan I : kegiatan awal atau sebelumnya J : kegiatan selanjutnya setelah i
Bila kegiatan memiliki dua atau lebih pendahulu yang bergabung, maka waktu mulai paling awal sama dengan waktu selesai paling awal yang terbesar kegiatan pendahulu. Sebagai contoh diberikan jaringan kerja dan alokasi waktu sebagai berikut:
Gambar 2.3 Dua Kegiatan atau Lebih Bergabung : Husen, A. 2009
Hitungan mundur dimaksudkan untuk mengetahui waktu paling akhir untuk dapat memulai dan mengakhiri masing-masing kegiatan tanpa menunda kurun waktu penyelesaian proyek secara keseluruhan dari hasil hitungan mundur. Beberapa rumus yang dipakai dalam hitungan mundur yaitu. Dimana
LS : (Latest Start) waktu mulai paling akhir suatu kegiatan. LF : (Latest Finish) waktu selesai paling akhir.
Bila kegiatan pecah menjadi dua kegiatan atau lebih maka waktu selesai paling akhir (LF) kegiatan sama dengan waktu mulai paling akhir (LS) kegiatan berikutnya yang terkecil.
Gambar 2.4 Dua Kegiatan atau Lebih Memecah : Husen, A. 2009
2.4 System Development Life Cycle (SDLC)
Menurut Alan Dennis, (2013), dalam membangun sistem dengan menggunakan SDLC memiliki empat fase dasar yaitu perencanaan, analisis, desain, dan implementasi. Setiap fase itu sendiri terdiri atas serangkaian langkah dengan mengandalkan teknik sehingga menghasilkan produk.
Gambar 2.5 Bagan SDLC
a. Perencanaan
Fase perencanaan ini adalah proses dasar dalam memahami mengapa sistem informasi harus dibuat dan menjelaskan bagaimana tim proyek akan melakukannya.
b. Analisis
Fase analisis ini menjelaskan pertanyaan tentang siapa yang akan menggunakan sistem, apa yang akan dilakukan sistem, dimana dan kapan sistem tersebut digunakan. Di dalam fase ini tim proyek melakukan investigasi sistem saat ini, mengidentifikasi adanya perbaikan, dan mengembangkan konsep untuk sistem yang baru.
c. Desain
Fase desain ini menentukan bagaimana sistem akan beroperasi dengan perangkat keras, perangkat lunak, dan infrastruktur jaringan yang ada. Fase ini juga termasuk menentukan tampilan antarmuka, formulir, laporan yang akan digunakan, spesifikasi program, basis data, dan bahan-bahan yang dibutuhkan. d. Implementasi
2.5 Pengertian Bagan Alir
Menurut Krismiaji (2010), Bagan alir merupakan teknik analitis yang digunakan untuk menjelaskan aspek-aspek sistem informasi secara jelas, tepat dan logis. Bagan alir menggunakan serangkaian simbol standar untuk menguraikan prosedur pengolahan transaksi yang digunakan oleh sebuah perusahaan, sekaligus menguraikan aliran data dalam sebuah sistem.
Terdapat beberapa jenis bagan alir yang biasa digunakan, yaitu sebagai berikut:
a. Bagan Alir Sistem (System Flowchart)
Bagan alir sistem (system flowchart) merupakan bagan yang menunjukkan arus pekerjaan secara keseluruhan dari sistem. Bagan ini menjelaskan urutan dari prosedur-prosedur yang ada di dalam sistem. Bagan alir sistem menunjukkan apa yang dikerjakan dalam sistem. Bagan alir sistem digambarkan dengan menggunakan simbol-simbol yang telah ditentukan.
b. Bagan Alir Dokumen (Document Flowchart)
Bagan alir dokumen (document flowchart) atau disebut dengan bagan alir formulir (form flowchart) atau paperwork flowchart merupakan bagan alir yang menunjukkan arus dari laporan dan formulir termasuk tembusan-tembusannya. Bagan alir dokumen ini menggunakan simbol-simbol yang sama dengan yang digunakan didalam bagan alir sistem.
Bagan alir skematik (schematic flowchart) merupakan bagan alir yang mirip dengan bagan alir sistem, yaitu menggambarkan prosedur dalam sistem. Perbedaannya adalah bagan alir skematik selain menggunakan simbol-simbol bagan alir sistem, juga menggunakan gambar-gambar komputer dan peralatan lainnya yang digunakan. Maksud penggunaan gambar-gambar ini adalah untuk memudahkan dalam menjelaskan simbol-simbol bagan alir kepada orang yang masih awam.
d. Bagan Alir Program (Program Flowchart)
Bagan alir program (program flowchart) terdiri dari dua macam, yaitu bagan alir logika program (program logic flowchart) dan bagan alir program komputer terinci (detailed computer program flowchart). Bagan alir logika program digunakan untuk menggambarkan tiap-tiap langkah di dalam program komputer secara logika. Bagan alir logika program ini dipersiapkan oleh analis sistem. e. Bagan Alir Proses (Process Flowchart)
Bagan alir proses (process flowchart) merupakan bagan alir yang banyak digunakan di teknik industri. Berguna bagi analis sistem untuk menggambarkan proses dalam suatu prosedur.
2.6 Pengertian Data Flow Diagram
Menurut Hartono (2005), Data Flow Diagram (DFD) adalah diagram yang menggunakan notasi simbol untuk menggambarkan arus data sistem. Kita dapat menggunakan DFD untuk dua hal utama, yaitu untuk membuat dokumentasi dari sistem informasi yang ada, atau untuk menyusun dokumentasi untuk sistem informasi yang baru. Empat simbol yang digunakan yaitu:
Tabel 2.1 Simbol Data Flow Diagram
Simbol Keterangan
External Entity, merupakan kesatuan di
lingkungan luars sistem yang bisa berupa orang, organisasi atau sistem lain.
Process, merupakan proses seperti
perhitungan aritmatika penulisan suatu formula atau pembuatan laporan
Data Store (Simpan Data), dapat berupa
suatu file atau database pada sistem komputer atau catatan manual
Data Flow (Arus Data), arus data ini
Menurut Hartono (2005), ada beberapa simbol digunakan pada DFD untuk mewakili:
a. Kesatuan Luar (External Entity)
Kesatuan luar (external entity) merupakan kesatuan (entity) di lingkungan luar sistem yang dapat berupa orang, organisasi, atau sistem lain yang berada pada lingkungan luarnya yang memberikan input atau menerima output dari sistem. b. Proses (Process)
Proses (process) menunjukan pada bagian yang mengubah input menjadi output, yaitu menunjukan bagaimana satu atau lebih input diubah menjadi beberapa output. Setiap proses mempunyai nama, nama dari proses ini menunjukan apa
yang dikerjakan proses. c. Simpanan Data (Data Store)
Data Store merupakan simpanan dari data yang dapat berupa suatu file atau
database pada sistem komputer.
d. Arus Data (Data Flow)
18
BAB III
ANALISIS DAN PERANCANGAN SISTEM
Tahap analisis dan perancangan sistem merupakan tahap yang menjabarkan dalam perencanaan sistem yang digunakan untuk membuat aplikasi penjadwalan proyek pada PT. Bintang Timur Ngd, dengan menggunakan metode waterfall. Metode ini digunakan karena tahapan pengerjaannya dilakukan secara
berurutan, mulai dari identifikasi masalah, menentukan kebutuhan informasi, analisis kebutuhan sistem, merancang sistem yang direkomendasikan, mengembangkan dan mendokumentasi perangkat lunak, serta menguji dan mempertahankan sistem.
Berikut merupakan urutan kerangka desain penelitian yang menggambarkan tahapan tersebut, dapat dilihat pada Gambar 3.1.
3.1 Analisis Sistem
Untuk mengetahui kebutuhan sistem, maka diperlukan untuk melakukan beberapa tahapan yaitu wawancara, observasi, studi literature, identifikasi masalah yang terkait dengan penelitian yang dilakukan.
3.1.1 Wawancara
Wawancara merupakan interaksi atau percakapan yang telah dirancang untuk narasumber tertentu agar bisa mendapatkan informasi yang dibutuhkan. Responden yang menjadi narasumber adalah:
1. Manager Proyek merupakan orang yang berwenang terhadap semua proyek yang diterima oleh PT. Bintang Timur Ngd.
2. Bagian Administrasi, merupakan orang yang berwenang mengurusi atau mengolah bagian administrasi dan mengatur segala hal yang berhubungan dengan proyek yang diterima oleh PT. Bintang Timur Ngd.
3.1.2 Observasi
Observasi merupakan sebuah pengamatan yang dilakukan untuk meneliti situasi dan kondisi pada obyek yang telah ditentukan. Yang mana tempat observasi tersebut dilakukan pada bagian administrasi proyek, dan manager proyek. Dimana observasi ini bertujuan untuk mengumpulkan data sekaligus informasi yang berhubungan dengan alur penjadawalan proyek pada PT. Bintang Timur Ngd.
1. Di dalam proses bisnis perusahaan tersebut melibatkan tiga orang internal perusahaan, yakni dengan jabatan sebagai manajer, admin, dan konsultan. 2. Untuk jabatan konsultan merupakan pihak yang tidak terikat di dalam
perusahaan, maka dari itu konsultan dapat berbeda orang dan tidak harus berada di kantor.
3. Admin bertugas untuk menentukan memilih proyek klien dan mengolah data.
3.1.3 Studi Literatur
Untuk mendapatkan gambaran dalam sebuah penelitian seperti yang telah dikerjakan oleh orang lain dan cara mengerjakannya, maka dibutuhkan sebuah studi literatur. Hal ini berfungsi agar meminimalisir kesalahan dari yang pernah dilakukan oleh orang lain tersebut, selain itu juga bisa menghemat waktu serta tenaga dalam melakukan penelitian selanjutnya. Pencarian dan pembelajaran literatur terkait dengan penelitian yang dilaksanakan tidak hanya dalam bentuk buku saja, melainkan bisa dari jurnal ilmiah, artikel maupun skripsi ataupun lainnya yang bertemakan sama dengan penelitian.
Penelitian tentang Rancang Bangun Aplikasi Penjadwalan Proyek pada PT. Bintang Timur Ngd akan membutuhkan literatur yang berkaitan dengan hal-hal berikut ini:
1. Manajemen Proyek
2. Crithical Path Metode(CPM)
3. System Development Life Cycle (SDLC)
mendapatkan literatur yang bertemakan sama dengan penelititan, dan semua literatur atau sumber buku yang tercatat dalam buku ini akan di simpan dalam bentuk daftar pustaka sebagai acuan melakukan penelitian ini.
3.1.4 Identifikasi masalah
Berlandaskan hasil dari wawancara dan observasi yang telah dilakukan, maka selanjutnya dapat melakukan sebuah identifikasi masalah. Penjadwalan proyek merupakan sebuah kegiatan menjadwalkan sebuah proyek. Penjadwalan proyek pada PT. Bintang Timur Ngd, saat ini masih dilakukan secara manual tanpa menggunakan methode yaitu dengan menjadwalkan berdasarkan pengalaman. Dalam setiap penjadwalan PT. Bintang Timur kesulitan untuk mengawasi setiap aktivitas proyek karena dalam melakukan penjadwalan hanya berdasarkan pengalaman. Hal tersebut berdampak pada pelaksanaan proyek di lapangan sehingga waktu yang dibutuhkan untuk menyelesaikan proyek lebih lama dari deadline waktu yang telah ditentukan.
Dalam menyelesaikan permasalahan yang ada pada PT Bintang Timur
NGD penulis akan menggunakan metode Crithical Path Method(CPM).
3.2 Menentukan Kebutuhan Informasi
Aplikasi penjadwalan proyek pada penjadwalan proyek di PT. Bintang Timur Ngd membutuhkan data aktivitas, data proyek, data kegiatan. Berikut ini penjelasan mengenai kebutuhan informasi yang dibutuhkan oleh bagian project manager :
1. Data aktivitas
Data karyawan merupakan data yang berisi mengenai daftar aktivitas yang bersangkutan dengan proyek yang dimiliki PT. Bintang Timur Nangendi. 2. Data Kegiatan
Data kegiatan merupakan data yang berisi mengenai kegiatan pendahulu yang digunakan untuk membuat penjadwalan proyek dan untuk menyelesaikan.
3. Data Proyek
Data proyek merupakan data yang berisi mengenai proyek yang sudah disetujui dari pihak klien, digunakan untuk PT. Bintang Timur Ngd untuk membuat jadwal yang telah disetujui oleh pihak klien.
3.2.1 Spesifikasi Kebutuhan Pengguna
Berdasarkan hasil analisis permasalahan yang telah dilakukan, maka dapat disimpulkan penggunaan aplikasi serta wewenang dari setiap bagian perusahaan dapat dijelaskan sebagai berikut:
No Pengguna Kebutuhan Wewenang
1. Admin Mengelola Data Master 4. Input data Proyek 5. Cetak Laporan
Penjadwalan 2. Project
Manager
Mengelola data master 1. Input data Aktivitas 2. Input Aktivitas
Pendahulu 3. Project
Manager
Menyusun dan membuat Penjadwalan
Membuat penjadwalan dan laporan penjadwalan 4. Kordinator
Lapangan
Cetak Laporan Melihat Laporan
5. Manager Cetak Laporan Melihat Laporan
Gambar 3.1 Kebutuhan Pengguna
3.2.2 Spesifikasi Kebutuhan Sistem
Berdasarkan hasil analisis permasalahan yang telah dilakukan, maka dapat disimpulkan bahwa perusahaan membutuhkan informasi berupa standar penjadwalan yang sesuai dengan metode Crithical Path Method (CPM).
3.3 Perancangan Sistem
Berdasarkan dari hasil analisis terhadap kebutuhan sistem yang telah dibuat, tahap berikutnya dari siklus pengembangan sistem adalah perancangan sistem. Pada tahap ini terdapat aktifitas pendefinisian kebutuhan fungsional dan persiapan untuk rancang bangun hingga implementasi dari sistem yang dibuat pada tahap ini juga akan dijelaskan tentang perancangan sistem yakni Blok Diagram, System Flow, Input-process-output (IPO), Context Diagram, Data Flow Diagram (DFD) yang merupakan aliran data pada sistem yang akan dibuat dan
Entity Relationship Diagram (ERD) yang menggambarkan relasi antar tabel
dalam basis data. Dalam ERD terdapat Conceptual Data Model (CDM) dan Physical Data Model (PDM) yang menggambarkan tabel-tabel basis data yang
akan dibuat untuk menunjang penyimpanan data aplikasi.
3.3.1 Model Pengembangan Sistem
1. Pada tahap ini dilakukan proses maintenance kegiatan. Dimana tahap ini membutuhkan inputan data kegiatan, urutan proses dan akan menghasilkan output berupa diagram network.
3. Pada tahap ini dilakukan proses menghitung SPLj. Dimana pada tahap ini dibutuhkan inputan diagram network, SPLi dan lama kegiatan yang akan menghasilkan output SPLj.
4. Pada tahap ini dilakukan proses menentukan jalur kritis. Dimana pada tahap ini membutuhkan inputan diagram network, SPCj, SPLj yang akan menghasilkan output Laporan penjadwalan penyelesaian proyek
.
Gambar 3.2 IPO Diagram Penjadwalan Proyek Dengan Metode CPM
3.3.2 System Flow (Alur Sistem)
Setelah menentukan spesifikasi kebutuhan pengguna, spesifikasi kebutuhan sistem, dan model pengembangan sistem dalam pengembangan penjadwalan proyek dengan metode CPM, maka pada sub-bab ini akan dijelaskan
tentang alur yang ada di dalam sistem sesuai dengan spesifikasi kebutuhan dan model pengembangan sistem yang telah dibuat sebelumnya.
Pada alir sistem ini (System Flow) terdapat data-data masukkan, proses-proses, serta output yang akan dihasilkan pada setiap fungsi. Proses-proses yang ada tersebut pada system flow ini akan dijelaskan secara lebih rinci dalam bentuk flowchart sehingga lebih mudah dipahami. Berikut ini merupakan gambar bagan tahapan dari alur sistem yang ada untuk mengetahui urutan jalannya setiap sistem ketika digunakan.
System Flow Penjadwalan Proyek Simpan Hasil jalur
kritis
1. Hitungan Maju (Forward Pass)
Dimulai dari Start (initial event) menuju Finish (terminal event) untuk menghitung waktu penyelesaian tercepat suatu kegiatan (EF), waktu tercepat terjadinya kegiatan (ES) dan saat paling cepat dimulainya suatu peristiwa (E). Aturan Hitungan Maju (Forward Pass)
Kecuali kegiatan awal, maka suatu kegiatan baru dapat dimulai bila kegiatan yang mendahuluinya (predecessor) telah selesai.
Waktu selesai paling awal suatu kegiatan sama dengan waktu mulai paling awal, ditambah dengan kurun waktu kegiatan yang mendahuluinya.
EF= ES + t
Bila suatu kegiatan memiliki dua atau lebih kegiatan-kegiatan terdahulu yang menggabung, maka waktu mulai paling awal (ES) kegiatan tersebut adalah sama dengan waktu selesai paling awal (EF) yang terbesar dari kegiatan terdahulu. 2. Hitungan Mundur (Backward Pass)
Dimulai dari Finish menuju Start untuk mengidentifikasi saat paling lambat terjadinya suatu kegiatan (LF), waktu paling lambat terjadinya suatu kegiatan (LS) dan saat paling lambat suatu peristiwa terjadi (L).
Aturan Hitungan Mundur (Backward Pass)
Waktu mulai paling akhir suatu kegiatan sama dengan waktu selesai paling akhir dikurangi kurun waktu berlangsungnya kegiatan yang bersangkutan.
LS = LF– t
yaitu hitungan maju (forward pass) dan hitungan mundur (backward pass), langkah selanjutnya mencari nilai slack. Dimana nilai slack untuk mengetahui aktivitas yang menjadi jalur kritis sebuah proyek dan juga dapat diketahui aktivitas yang mempunyai tingkat keterlambatan paling sedikit. Cara menghitung nilai slack yaitu :
Slack = EF-LF=0
Dari rumus diatas nilai slack didapat dengan cara mengurangi hasil perhitungan dari Forward Pass dan Backward Pass. Dengan mengetahui nilai slack maka dari proyek tersebut dapat diketahui jalur kritis sebuah proyek tersebut. Setelah menghasilkan jalur kritis sebuah proyek system melakukan cetak laporan penjadwalan.
A. System Flow Login
Gambar 3.4 System Flow Login
Login User Home ses uai dengan
surveyor Tidak
YA
Menampilkan Halaman Home ses uai dengan
Admin
Menampilkan Halaman Home ses uai dengan
Manajer
Menampilkan Halaman Home ses uai dengan
System flowchart Gambar 3.4 menjelaskan mengenai alir system login yang mengatur hak askses bagi pengguna aplikasi. Di dalam fungsi system login ini memiliki fungsi yang akan membedakan hak akses bagi yang melakukan login dengan halaman yang berbeda.
B. System Flow Proyek
System flowchart Gambar 3.5 menjelaskan mengenai alir sistemmaintenance data proyek. Di dalam fungsi master data proyek ini memiliki 2 fungsi yaitu input data proyek dan update data proyek.
Master Proyek
Admin System
Start
Data Proyek
Input Data Proyek
Menyimpan Data Proyek
End
Proyek
C. System Flow Aktivitas
System flowchart berikut ini menjelaskan mengenai alir sistem data aktvitas. Di dalam fungsi master data aktivitas ini memiliki 2 fungsi yaitu input data aktivitas dan update data aktivitas/tambah data aktivitas.
Master Aktivitas
Project Manager System
Menyimpan Data Aktivitas Start
Data Aktivitas
Input Data Aktivitas
End Aktivitas
D. System Flow Aktivitas Pendahulu
System flowchart berikut ini menjelaskan mengenai alir sistem data aktvitas. pendahulu. Di dalam fungsi master data aktivitas pendahulu ini memiliki fungsi yaitu input data aktivitas pendahulu dan update data aktivitas pendahulu/tambah data aktivitas pendahulu
Master Aktivitas Penahulu
Project Manager System
Start
Input Aktiv. Pendahulu
Menyimpan Data Urutan Aktiv.Pendahulu
End Data Aktv. Pendahulu Data
Master Aktivitas
3.3.3 Data Flow Diagram
Data Flow Diagram (DFD) merupakan gambaran perancangan sistem
yang berorientasi pada alur data dengan konsep dekomposisi yang dapat digunakan untuk penggambaran analisa maupun rancangan sistem. Diagram ini menjabarkan secara lebih rinci tentang proses-proses yang terdapat pada diagram jenjang.
Dalam pembuatan DFD ini diawali dengan Context Diagram, lalu didekomposisikan menjadi DFD level 0, level 1, dan level 2. Berikut ini merupakan penjelasan selengkapnya tentang Context Diagram dan DFD yang dirancang untuk aplikasi penjadwalan proyek dengan menggunakan CPM.
A. Context Diagram
Diagram konteks atau Context Diagram merupakan tahap awal dari perancangan data flow diagram pada aplikasi penjadwalan proyek dengan menggunakan metode CPM. Pada diagram konteks ini terdapat terdapat empat entitas yang berinteraksi dengan sistem, yaitu klien, pelaksana, karyawan dan manager PT. Bintang Timur Ngd.
Username & Password
Sistem Informasi Penjadwalan Metode CPM
Gambar 3.6 Context Diagram
Dari Gambar 3.7 alur dari diagram konteks admin melakukan input ke sistem berupa username & password, data proyek, dan data user. Sedangkan untuk output yang diterima admin yaitu berupa laporan penjadwalan. Aktor project manager melakukan input data aktivitas, data aktivitas pendahulu, dan
username & password. Sedangkan untuk output yang diterima oleh project
manager berupa laporan penjadwalan. Untuk aktor mandor lapangan dan owner
B. Data Flow Diagram Level 0
DFD level 0 ini merupakan hasil dekomposisi dari diagram konteks yang telah dirancang sebelumnya. Di dalam diagram ini dijelaskan lebih rinci tentang proses-proses apa saja yang terjadi di dalam sistem. Di dalam DFD level 0 ini terlihat bahwa proses-proses yang ada saling berhubungan, sehingga dapat data output yang dihasilkan dipastikan berasal dari data yang telah di-input.
Pada DFD level 0 ini terdapat tiga proses utama, antara lain Pengelolaan Data Master, Penyusunan Penjadwalan dan Pembuatan Laporan. Berikut ini DFD level 0 lebih jelas dapat
Gambar 3.8 Data Flow Diagram Level 0
Usernam e & Password
Laporan Penj adwal an
Data User Usernam e & Pasword
Usernam e & Password Usernam e & Password
Data User Data User
Data Akti vi tas Pendahul u Data Akti vi tas Pendahul u
Laporan Penj adwal an Data Akti vi tas
Data Akti vi tas Pendahul u
Laporan Penj adwal an
Laporan Penj adwal an Data Perhi tungan
Data Perhi tungan
Data Akti vi tas Data akti vi tas
Data Proyek
Proj ect M anager
C. Data Flow Diagram Level 1 Mengelola Master Data
Berikut ini merupakan hasil dekomposisi dari DFD level 0 pengelolaan Master data. Proses mengelola data master ini merupakan proses tahap kedua dari aplikasi penjadwalan yang menggunakan Crithical Path Method yang dimana proses ini berfungsi untuk menginput data-data yang diperlukan.
Data User Data User
Data Aktivitas Pendahulu
5 Data Aktivitas Pendahulu Admin
Admin
6 Data User
Gambar 3.9 Data Flow Diagram Level 1 Pengelolaan Data Master D. Data Flow Diagram Level 1 Penyusunan Penjadwalan
Berikut ini merupakan hasil dekomposisi dari DFD level 0 Penyusuna Penjadwalan. Proses penyusunan penjadwalan ini merupakan proses tahap kedua dari aplikasi penjadwalan menggunakan Crithical Path Method yang dimana proses ini berfungsi untuk input data yang diperlukan membuat penjadwalan.
Data Aktivitas Pendahulu
5 Data Aktivitas Pendahulu
E. Data Flow Diagram Level 1 Cetak Laporan
Berikut ini merupakan hasil dekomposisi dari DFD level 0 Cetak Laporan. Proses cetak laporan ini merupakan proses tahap kedua dari aplikasi Penjadwalan proyek dengan menggunakan Crithical Path Method yang dimana proses ini berfungsi untuk menginput data-data yang diperlukan.
Laporan Penjadwalan
Laporan Penjadwalan
Laporan Penjadwalan
Laporan Penjadwalan Data Perhitungan
4 Result
Admin
Owner 1
Cetak Laporan
Project Manager Mandor Lapangan
Gambar 3.11 Data Flow Diagram Level 1 Cetak Laporan 3.3.4 Entity Relationsip Diagram (ERD)
Entity Relationship Diagram atau biasa disingkat ERD adalah suatu
desain sistem yang digunakan untuk menggambarkan atau menentukan kebutuhan tabel- tabel database dalam sistem. Tabel ini akan digambarkan dalam bentuk entity dan memiliki atribut serta saling berhubungan atau relasi satu sama lain.
a. Conceptual data model
<pi> Variable characters (10) Variable characters (200)
<pi> Variable characters (10) Variable characters (50)
Gambar 3.12 CDM
b. Physical data model
FK_MASTERAK_MEMPINYAI_PROYEK
3.3.5 Struktur Database
Struktur database merupakan uraian struktur fisik dari tabel-tabel yang terdapat pada database. Fungsinya adalah menyimpan data-data yang saling berhubungan. Adapun struktur database tersebut dapat dijelaskan lebih rinci sebagai berikut:
a. Tabel Proyek
Primary key : ID_Proyek Foreign key : -
Fungsi : Menyimpan data Proyek Tabel 3.1 Proyek
No Field Name Data Type Length Constraint
1 ID_Proyek Varchar 11 PK
2 Deskripsi Varchar 100
b. Tabel Master Aktivitas Primary key : ID_Aktivitas Foreign key : ID_Proyek
Fungsi : Menyimpan data aktivitas Tabel 3.2 Master Aktivitas
No Field Name Data Type Length Constraint
1 ID_Aktivitas Varchar 11 PK
2 ID_Proyek Varchar 11 FK
3 Deskripsi_aktivitas Varchar 100
4 Durasi int
5 Satuan Varchar 20
c. Tabel Aktivitas
Primary key : ID_Pendahulu
Foreign key : ID_Aktivitas, ID_Proyek
Tabel 3.3 Aktivitas Pendahulu
No Field Name Data Type Length Constraint
1 ID_Pendahulu Varchar 11 PK
2 ID_Aktivitas Varchar 11 FK
3 ID_Proyek Varchar 11
4 Pendahulu_langsung Varchar 100 d. Tabel Result
Primary key : ID_Result
Foreign key : ID_Aktivitas, ID_Proyek
Fungsi : Menyimpan data hasil perhitungan dengan metode CPM Tabel 3.4 Result
No Field Name Data Type Length Constraint
1 ID_Aktivitas Varchar 11 PK
2 ID_Proyek Varchar 11 FK
3 ID_Aktivitas Varchar 11 FK
4 Value_ES int
5 Value_EF int
6 Value_LS int
7 Value_LF int
8 Slack int
9 Jalur_kritis int 3.3.6 Desain Antar Muka
a. Desain Antar Muka Halaman Login
Form Login
Username
Password
Gambar 3.14 Desain Antar Muka Halaman Login
Halaman login digunakan sebagai autentifikasi pengguna yang ingin masuk ke dalam sistem. Pada halaman ini login ke dalam sistem sesuai dengan hak akses pengguna aplikasi, kemudian apabila username dan password tersebut benar maka pengguna dapat membuka halaman utama dari kategori pengguna.
b. Desain Antar Muka Halaman Dashboard
Gambar 3.15 Desain Antar Muka Dashboard
c.Desain Antar Muka Halaman Input Data Proyek
Pada halaman input data proyek memiliki fungsi untuk memasukan data proyek perusahaan dihalaman ini hanya project manager yang bisa mengakses halaman ini.
Input data Proyek
Tambah Proyek
Data Proyek
Gambar 3.16 Desain Antar Muka Halaman input data proyek d. Desain Antar Muka Halaman Form Input Master Proyek
Halaman form input master proyek digunakan untuk memasukan aktivitas proyek. Pada halaman ini project manager memasukan aktivitas proyek serta durasi penyelesain. Halaman input master proyek dapat dilihat pada gambar Gambar 3.16.
Dashboard
Input Data Proyek Data Aktivitas
Proyek
Form Master Proyek
Deskripsi Aktivitas: Durasi: Satuan:
Tambah Hapus
Simpan Reset
Gambar 3.17 Desain Antar Muka Halaman form master proyek.
e.Desain Antar Muka Halaman Form Data Urutan Aktivitas Proyek Pada halaman form data urutan aktivitas proyek merupakan output dari form master proyek. Halaman ini berfungsi untuk data perhitungan CPM.
Halaman form data urutan aktivitas proyek bisa dilihat pada gambar 3.17.
Gambar 3.18 Desain Antar Muka Halaman form Urutan Aktivitas Proyek.
Data Urutan Aktivitas Proyek
f.Desain Antar Muka Halaman Data Perhitungan CPM
Halaman Data Perhitungan CPM merupakan output dari perhitungan metode CPM pada web. Halaman ini berfungsi untuk mengetahui hasil dari perhitungan CPM. Halaman Data perhitungan CPM bisa dilihat pada Gambar 3.18
.
Data Perhitungan CPM
No ID Aktivitas Deskripsi Aktivitas ES LS EF LF Slack Jalur Kritis
Gambar 3.19 Desain Antar Muka Halaman form Urutan Aktivitas Proyek.
3.3.7 Desain Uji Coba
Pengujian sistem dilakukan dengan melakukan berbagai percobaan terhadap beberapa fungsi yang tersedia untuk membuktikan bahwa aplikasi telah berjalan sesuai dengan tujuan. Pengujian sistem ini menggunakan metode Black Box Testing. Berikut ini adalah perancangan uji coba rancang bangun aplikasi
penjadwalan dengan menggunakan metode CPM.
45
BAB IV
IMPLEMENTASI DAN EVALUASI SISTEM
4.1 Kebutuhan Sistem
Tahap implementasi sistem merupakan tahap yang berdasarkan pada hasil analisis dan perancangan sebelumnya diterjemahkan ke dalam suatu bentuk bahasa komputer untuk diolah, kemudian komputer akan menjalankan fungsi-fungsi yang telah didefinisikan sehingga mampu memberikan layanan-layanan kepada penggunanya. Adapun kebutuhan-kebutuhan dari aplikasi yang harus disiapkan sebelum diimplementasikan yaitu kebutuhan perangkat keras (hardware) dan perangkat lunak (software).
4.1.1 Kebutuhan Hardware (Perangkat Keras)
Kebutuhan hardware atau perangkat keras merupakan suatu komponen-komponen peralatan fisik yang mendukung komputer dalam menjalankan fungsinya. Hardware yang digunakan harus memiliki spesifikasi dan kinerja yang baik saat sistem dijalankan oleh komputer dan bisa berjalan dengan baik tanpa ada suatu masalah. Kebutuhan hardware adalah sebagai berikut:
a. Pentium® 4 Processor 2.60 GHz, 512K Cache, 400 MHz FSB. b. 2 Gygabytes RAM.
c. Kapasitas bebas pada harddisk 10 Gb. d. Monitor SVGA dengan resolusi 1366 X 768.
4.1.2 Kebutuhan Software (Perangkat Lunak)
Kebutuhan software atau perangkat lunak adalah suatu program yang diperlukan untuk merancang bangun sistem informasi persebaran dan potensi bidang usaha perdagangan. Kebutuhan software adalah sebagai berikut:
a. Sistem operasi menggunakan Microsoft® Windows® Seven.
b. Microsoft Visio® 2016 untuk membuat rancangan document dan system flow. c. Power Designer® 6 untuk membuat Context Diagram dan DFD.
d. Power Designer® 16 untuk membuat ERD (CDM - PDM). e. Microsoft SQL Server 2014 untuk membuat database sistem. f. XAMPP 1.7.7 sebagai compiler program.
g. Notepad++ untuk membuat sistem.
h. Browser Google Chrome untuk menjalankan aplikasi
4.2 Implementasi Sistem
Setelah semua komponen komputer yang mendukung proses sistem selesai dipasang, maka proses selanjutnya adalah implementasi atau penerapan sistem. Implementasi sistem ini merupakan proses penerapan penjadwalan proyek dengan menggunakan metode CPM. Form awal yang akan tampil dalam sistem ketika dijalankan adalah form login yang merupakan form keamanan bagi pengguna yang berhak untuk mengakses sistem.
4.2.1 Form Login
pada field yang telah disediakan. Selanjutnya tombol login untuk proses pemeriksaan Username dan password tersebut ke dalam database. Jika benar maka sistem akan menampilkan menu utama, sedangkan jika salah maka sistem akan menolak. Berikut adalah tampilan form login pada aplikasi.
Gambar 4.1 Form Login 4.2.2 Form Menu Utama
Form menu utama berisi menu-menu yang dapat digunakan oleh project manager. Dalam form menu utama digunakan untuk project manager untuk
melakukan penjadwalan. Halaman menu utama bisa dilihat pada Gambar
4.2.3 Form Master Proyek
Form ini digunakan untuk memasukkan data proyek perusahaan untuk melakukan penjadwalan. Tombol simpan digunakan untuk menyimpan data proyek yang disimpan dalam database. Tombol tutup digunakan untuk membatalkan proses penyimpanann data ke dalam database. Model form master proyek dapat dilihat pada Gambar 4.3.
Gambar 4.3 Form Master Proyek
Data yang telah tersimpan akan ditampilkan pada halaman tampil data. Model halaman tampil data dapat dilihat pada Gambar 4.4.
4.2.4 Form Master Aktivitas
Form ini digunakan untuk memasukkan data aktivitas proyek perusahaan dalam awal mula melakukan penjadwalan. Tombol tambah digunakan untuk menambah field aktivitas. Tombol hapus untuk mengurangi data field aktivitas. Tombol simpan digunakan untuk menyimpan data aktivitas kedalam database. Tombol reset digunakan untuk mengulangi dalam memasukkan data aktivitas. Form master aktivitas dapat dilihat pada Gambar 4.5
Gambar 4.5 Form Master Aktivitas
Data yang telah tersimpan akandilanjutkan pada form tambah pendahulu langsung. Model halaman form tambah pendahulu langsung dapat dilihat pada Gambar 4.6.
Form ini digunakan untuk menambah aktivitas pendahulu langsung setelah menyimpan data aktivitas proyek. Tombol tambah digunakan untuk menambah field data penambah pendahulu langsung. Tombol hapus digunakan untuk
mengurangi data field penambah pendahulu langsung. Tombol simpan digunakan untuk menyimpan data pendahulu langsung kedalam database. Tombol reset digunakan untuk menghapus data pendahulu langsung. Data yang telah tersimpan akan ditampilkan pada halaman tampil data. Model halaman tampil data dapat dilihat pada Gambar 4.7.
Gambar 4.7 Form Tampil Urutan Aktivitas Proyek 4.2.5 Form Hasil Perhitungan CPM
Gambar 4.8 Form Jadwal Aktivitas Proyek
Data yang telah di download akan ditampilkan pada halaman tampil laporan penjadwalan. Model halaman tampil laporan penjadwalan dapat dilihat pada Gambar 4.9.
Gambar 4.9 Form Laporan Penjadwalan 4.3 Evaluasi Sistem
master, fungsi transaksi dan fungsi laporan. Evaluasi dilakukan dengan menggunakan metode black box. Berikut evaluasi uji coba yang akan dilakukan:
4.3.1 Uji Coba Form Login
Tabel 4.1 Hasil Uji Coba Form Login No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Login aplikasi
Data username,
password
Pengguna bisa mengakses aplikasi
Sukses Pengguna dapat
mengakses halaman utama aplikasi (Gambar 4.10)
Pengguna yang memiliki hak akses untuk menggunakan aplikasi bisa membuka aplikasi. Gambar 4.10 merupakan hasil uji coba pengguna yang sukses mengakses aplikasi.
Gambar 4.10 Hasil Uji Coba Textbox Password
4.3.2 Uji Coba Form Master
Tabel 4.2 Hasil Uji Coba Master proyek No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Simpan data Proyek
Data proyek Data Proyek yang
tersimpan
Sukses
2 Tampil data proyek
Data proyek tampil dalam table.
Sukses Aplikasi dapat menampilkan data Proyek (Gambar 4.11)
Seluruh data proyek yang tersimpan pada database akan ditampilkan oleh aplikasi pada proses tampil data proyek. Gambar 4.11 merupakan hasil uji coba aplikasi menampilkan data proyek.
Gambar 4.11 Uji Coba Mengelola Master Proyek
Tabel 4.3 Hasil Uji Coba Master aktivitas No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Simpan
Sukses Aplikasi dapat menampilkan data aktivitas (Gambar 4.12)
Seluruh data aktivitas yang tersimpan pada database akan ditampilkan oleh aplikasi pada proses tampil data aktivitas proyek. Gambar 4.12 merupakan hasil uji coba aplikasi menampilkan data aktivitas proyek
Tabel 4.4 Hasil Uji Coba Master pendahulu langsung No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Simpan
Sukses Aplikasi dapat menampilkan data aktivitas (Gambar 4.13)
Seluruh data pendahulu langsung yang tersimpan pada database akan ditampilkan oleh aplikasi pada proses tampil data aktivitas proyek. Gambar 4.13 merupakan hasil uji coba aplikasi menampilkan data aktivitas proyek.
4.3.3 Uji Coba Form Perhitungan
Tabel 4.5 berikut ini merupakan hasil uji coba mengelola Perhitungan penjadwalan.
Tabel 4.5 Hasil Uji Coba Perhitungan Penjadwalan
No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Hitung
Sukses Gambar 4.14
2 Tampil data
Sukses Aplikasi dapat menampilkan data aktivitas (Gambar 4.15)
Gambar 4.14 Uji Coba Pilih Proyek Perhitungan Jadwal .
Gambar 4.15 Hasil Uji Coba Perhitungan Jadwal. 4.3.4 Uji Coba Laporan Penjadwalan
Tabel 4.6 berikut ini merupakan hasil uji coba Laporan penjadwalan. Tabel 4.6 Hasil Uji Coba Laporan Penjadwalan
No Proses Input Output yang
diharapkan
Hasil Dokumentasi
1 Cetak Laporan
Data Proyek, data aktivitas proyek
Laporan Penjadwalan
.
Seluruh data perhitungan jadwal yang diproses pada aplikasi akan ditampilkan oleh aplikasi berupa laporan penjadwalan. Gambar 4.16 merupakan hasil uji coba Laporan Penjadwalan yang sudah diproses aplikasi sesuai dengan metode Crithical Path Method.
Gambar 4.16 Hasil Uji Coba Cetak Laporan Penjadwalan. 4.4 Hasil Uji Coba Perhitungan
4.4.1 Uji Coba Perhitungan Aplikasi
Gambar 4.17 Hasil Uji Coba Perhitungan Aplikasi
Gambar 4.18 Hasil Informasi dari Perhitungan Aplikasi
perhitungan kolom kolom EF didapat dari perhitungan ES + t, sedangkan kolom LS didapat dari perhitungan LF – t. Form tersebut merupakan perhitungan berdasarkan dengan Critical Path Method.
4.4.2 Hasil Uji Coba Perhitungan Manual
Tabel 4.7 Hasil uji coba perhitungan manual
Dari Tabel 4.7 hasil perhitungan manual telah didapat jalur kritis sebagai berikut : 1. Dalam perhitungan manual Tabel 4.7 untuk perhitungan dimulai dari
perhitungan maju (forward pass) dengan rumus EF= ES + t dimana dengan aturan bahwa aktivitas yang tidak memiliki predecessor start initial event dimulai dari 0.
Nama
Kegiatan Deskripsi
Kegiatan
Pendahulu Waktu
Paling Awal Paling Akhir Slack
(LF-G Training Tenaga
Penjualan F 7 10 17 10 17 0
H Pilih Agen Iklan C 2 6 8 13 15 7
I Rencanakan Strategi
2. Aturan perhitungan forward pass aktivitas yang memiliki predecessor = >1, maka untuk waktu mulai tercepat (ES) diambil yang memiliki nilai terbesar. 3. Dari hasil perhitungan Tabel 4.7 EF didapat dari perhitungan ES + t seperti
contoh pada Tabel 4.7 kegiatan A EF = 2 + 0, maka hasil EF kegiatan A adalah 2 hari
4. Aturan perhitungan backward pass aktivitas yang memiliki predecessor lebih dari 1 , maka untuk selesai tercepat (LS) diambil yang memiliki nilai terkecil. 5. Dari hasil perhitungan Tabel 4.7 LS didapat dari perhitungan LF - t seperti
contoh pada Tabel 4.7 kegiatan M LS = 29 - 6, maka hasil LS kegiatan M adalah 23 hari
63
BAB V
PENUTUP
5.1 Kesimpulan
Dari hasil uji coba dan evaluasi sistem yang telah dilakukan maka dapat diambil kesimpulan dari Rancang Bangun Aplikasi Penjadwalan Proyek dengan menggunakan Crithical Path Method adalah Aplikasi ini dapat menghasilkan output berupa laporan penjadwalan proyek sesusai dengan Crithical Path Method dengan Model Gantt Chart.
5.2 Saran
Dalam pembuatan aplikasi ini masih terdapat banyak kekurangan, untuk pengembangan sistem lebih lanjut maka disarankan agar:
1. Rancang bangun aplikasi ini dikembangkan untuk perhitungan biaya dan percepatan aktivitas yang berada di jalur kritis.
64
Dennis, Alan, Wixom, Barbara Haley, Roth, Roberta M, 2013. System Analysis and Design 5th edition. New Jersey: John Willey & Sons, Inc.
Djojowirono, Soegeng. 2002. MANAJEMEN KONSTRUKSI. Yogyakarta: ANDI.
Ervianto, WULFRAMI. 2002. MANAJEMEN PROYEK KONSTRUKSI. Yogyakarta: ANDI.
Hartono, J. (2005). Analisa dan Desain. Yogyakarta: Andi Yogyakarta. Hartono, Jogiyanto. 2003. Analisis dan Desain Sistem Informasi: Pendekatan
Terstruktur Teori dan Praktek aplikasi Bisnis. Yogjakarta: Andi.
Husen, A. 2009. Manajemen Proyek Perencanaan, Penjadwalan, dan PengendalianProyek. Yogyakarta: Andi.
Krismiaji. 2010.Sistem Informasi Akuntansi.Yogyakarta: UPP-STIM YKPN.
