22 BAB III ANALISIS SISTEM DAN PERANCANGAN BASIS DATA 3.1. Analisis Analisis adalah kegiatan penelitian yang dilakukan untuk menemukan kekurangan atau permasalahan yang ada pada sistem yang sudah berjalan, kemudian penulis merumuskan serta memberikan solusi sebagai penyelesaian masalah yang ada. Analisis dalam skripsi ini dilakukan pada pekerjaan inspeksi material di PT. WIDE & PIN, dimana penulis mencoba untuk melihat proses inspeksi material mulai dari ada no ref notification for inspection (NFI) sampai menjadi inspection report (ISR). 3.1.1. Analisa Sistem Saat Ini Berikut adalah alur bisnis yang terjadi di PT. WIDE & PIN : 1. Vendor mengisi data NFI (Notification For Inspection). 2. Vendor mengirimkan NFI (Notification For Inspection) ke PT. TOTAL E&P INDONESIE dengan cc (copy carbon) PT. WIDE & PIN (Project engineer dan admin) melalui email. NFI dikirimkan 5 hari sebelum inspeksi dilakukan. 3. Admin (PT. WIDE & PIN) mengisi no ref dalam data NFI (Notification For Inspection) dan memasukan no ref ke dalam file excel. 4. Admin (PT. WIDE & PIN) mengecek ketersediaan inspektor kemudian mencantumkan nama inspektor ke dalam form NFI yang akan di kirimkan ke PT. TOTAL E&P INDONESIE cc (copy carbon) Vendor melalui email. 5. PT. TOTAL E&P INDONESIE membuat RFI (Request For Inspection) yang akan dikirimkan ke PT. WIDE & PIN (admin) cc (copy carbon) Vendor melalui email.
23 6. Admin (PT. WIDE & PIN) menugaskan inspektor dengan mengirimkan RFI ((Request For Inspection) melalui email. 7. Jika pekerjaan inspeksi sudah selesai, Inspektor (PT. WIDE & PIN) akan membuat Release Certificate yang akan ditandatangani oleh inspektor dan Vendor. 8. Inspektor (PT. WIDE & PIN) membuat laporan hasil inspeksi, kemudian dikirimkan ke project engineer cc(copy carbon) Admin melalui email. 9. Project engineer (PT. WIDE & PIN) me-review laporan hasil inspeksi, jika laporan sudah benar maka project engineer akan mengirimkan ke PT. TOTAL E&P INDONESIE, jika laporannya belum benar maka akan dikembalikan ke inspektor (PT. WIDE & PIN) untuk diperbaiki. 10. Admin (PT WIDE & PIN) mencatat no ISR (Inspection Report) ke dalam file excel. 11. Klien (PT. TOTAL E&P INDONESIE) menerima laporan hasil inspeksi. Dari alur bisnis diatas dapat di gambarkan dengan flowchart dibawah ini :
24 Mulai A Vendor mengisi data NFI (Notification For Inspection) Vendor mengirimkan data NFI ke klien cc project engineer, admin melalui email Inspektor mebuat Release certificate yang akan di tandatangani oleh inspektor dan vendor Admin mengisi no ref ke data NFI kemudian di masukan ke data excel Inspektor membuat laporan hasil inspeksi Tidak Admin mengecek ketersediaan inspektor Tidak Project engineer mereview laporan hasil inspeksi Inspektor tersedia? Ya Admin menuliskan nama inspektor ke NFI dan excel kemudian mengirimkan ke Klien Klient membuat RFI Hasil laporan inspeksi Ok? Ya Admin mencatat laporan hasil inspeksi ke dalam file excel Admin mencatat data RFI ke excel Klien menerima hasil Selesai Admin menugaskan inspektor berdasarkan RFI A Gambar 3.1. Flowchart inspeksi (sistem saat ini)
25 Dari alur di atas penulis menemukan beberapa kelemahan atau kekurangan yang ada dalam bisnis PT. WIDE & PIN, salah satunya Admin masih menggunakan excel untuk menampung data inspeksi, sehingga proses dokumentasi seperti ini dinilai kurang efisien, karena hanya bisa diakses oleh satu orang. Hal ini membatasi informasi ke pihak lain terutama Direksi. Untuk mengetahui progres pekerjaan inspeksi, biasanya Direksi mendatangi langsung ke meja admin atau bertanya kepada admin melalui email, kemudian admin akan mengirimkan file excel tersebut melalui email. Semakin banyaknya permintaan inspeksi material dan banyak inspektor yang bekerja, penggunaan microsof excel menjadi kurang memadai. Kendala yang lain, pekerjaan inspeksi berlangsung dengan saling berbalas email. Kesulitan yang dialami admin selama menggunakan email, admin sulit memonitor laporan mana yang sudah masuk dan yang belum masuk.. 3.1.2. Struktur Organisasi Presiden Direktur Direktur Manajer Operasional Manajer Keuangan dan Administrasi Project Engineer Administrator Sekretaris Admin Inspektor Gambar 3.2. Struktur Organisasi
26 Agar perusahaan ini berjalan dengan baik, maka dibutuhkan suatu struktur organisasi sehingga setiap karyawan menempati bagian dan bekerja sesuai dengan fungsinya. Berikut ini uraian mengenai tugas dan tangung jawab tiap-tiap bagian: 1. Presiden Direktur Presiden Drektur mempunyai tugas dan tanggung jawab terhadap kemajuan dan mengkoordinasikan seluruh kegiatan perusahaan, Memimpin perusahaan dan mengawasi kelancaran perusahaan sesuai dengan tujuan dan kebijakan yang telah ditetapkan, melakukan hubungan dengan pihak luar baik swasta maupun pemerintah yang bertujuan untuk kelancaran perusahaan, Menetapkan kebijakan-kebijakan perusahaan, Menerima dan memeriksa laporan direktur. 2. Direktur Direktur mempunyai tugas dan tanggung jawab membuat keputusan strategis terhadap perusahaan, memberikan pengarahan terhadap bawahan, menerima dan memeriksa laporan dari manager operasi, manager keuangan dan administrasi, membuat laporan terhadap presiden direktur. 3. Manager Operasi Manager operasi mempunyai tugas dan tanggung jawab membuat laporan pekerjaan ke Direktur, mengatur sistem kerja SDM (jadwal kerja, istirahat dll), memberikan pengarahan terhadap project engineer 4. Manager Keuangan dan Administrasi Manager keuangan dan adminitrasi mempunyai tugas dan tanggung jawab menyelanggarakan pengelolaan adminitrasi keuangan,
27 menyelenggarakan dan mengendalikan aktivitas penerimaan dan pengeluaran perusahaan, menyelenggarakan dan mengendalikan tagihantagihan perusahaan. 5. Administration Administration mempunyai tugas dan tanggungjawab mengawasi keluar masuknya surat dalam perusahaan, membuat surat keluar untuk mebalas surat-surat yang perlu di balas, membuat laporan persediaan barang, menyiapkan dokumen-dokumen tender. 6. Sekretaris Sekretaris mempunyai tugas dan tanggung jawab menerima telepon, menerima tamu, menyiapkan keperluan presiden direktur, direktur, dan manager sperti memesan tiket, memesan hotel dan sebagainya, mengatur jadwal pertemuan presiden direktur, beserta karyawan di kantor dengan klien. 7. Project Engineer Project engineer mempunyai tugas dan tanggung jawab untuk mengawasi pekerjaan inspeksi material, me-review laporan hasil inspeksi, memberikan pengarahan terhadap admin. 8. Admin Admin mempunyai tugas dan tanggung jawab mengirimkan penugasan kepada inspektor, melakukan pencatatatan data-data inspeksi, mengawasi laporan hasil inspeksi yang sudah dikirim dan yang belum dikirim, memberikan laporan pekerjaan inspeksi kepada project engineer.
28 9. Inspektor Inspektor mempunyai tugas dan tanggung jawab melaksanakan inspeksi material sesuai dengan standar standar yang telah ditetapkan, membuat laporan hasil inspeksi, mengirimkan laporanhasil inspeksi ke project engineer. 3.1.3. Usulan Pemecahan Masalah Berdasarkan permasalahan yang ada pada PT. WIDE & PIN, penulis mengajukan suatu sistem pemecahan masalah dengan membangun Aplikasi Bantu Inspeksi Material berbasis web, dengan memanfaatkan keunggulan dari basis data MySQL. Sehingga dengan sistem ini diharapkan mampu menggantikan keterbatasan sistem saat ini yang masih menggunakan excel. Dengan menggunakan basis data MySQL dapat lebih besar menampung data dari pada excel. Aplikasi ini di bangun berbasis web agar aplikasi ini dapat diakses oleh multi-user dalam satu waktu. Penulis juga menambahkan fitur notifikasi ke email jika ada data baru didalam sistem. Berikut flowchart usulan sistem yang diusulkan untuk PT. WIDE & PIN.
29 Mulai Vendor mengisi data inpeksi di sistem kemudian sistem akan memberikan notifikasi ke admin Admin mengisi nama inspektor di data inspeksi di sistem, kemudian sistem akan memberikan notifikasi ke klien Klien mengisi no RFI di sistem, kemudian sistem memberikan notifikasi ke admin Admin mengiirmkan Notifikasi ke inspektor Inspektor menginput no ISR dan mengisi laporan inspeksi di data inspeksi, di sistem, kemudian sitem akan memberikan notifikasi ke Project enginer/admin Tidak Project engineer mereview hasil laporan inspeksi di sistem Laporan OK? Ya Klien menerima laporan di sistem, kemudian sistem memberikan notifikasi ke project engineer / admin Selesai Gambar 3.3. Flowchart Inspeksi (Sistem yang diusulkan)
30 Berikut penjelasan Gambar 3.3 flowchart inspeksi (sistem yang diusulkan) : 1. Vendor mengisi data NFI ke dalam data inspeksi di sistem, pengisian data dilakukan 5 hari sebelum inspeksi dilakukan. Kemudian sistem akan mengirimkan notifikasi ke halaman web dan email Admin. Isi notifikasinya Ada NFI baru, silahkan masukan nama Inspektor. 2. Admin mengisi nama inspektor ke data inspeksi di sistem, kemudian sistem akan mengirimkan notifikasi ke halaman web dan email klien. Isi notifikasinya Ada NFI baru, silahkan review dan isi no RFI. 3. Klien mengisi no RFI di sistem, kemudian sistem akan mengirimkan notifikasi ke halaman web dan email Admin. Isi notifikasinya No RFI telah terisi, inspeksi siap dilaksanakan. 4. Admin mengirimkan notifikasi ke halaman web dan email inspektor, isi notifikasinya No RFI telah terisi, inspeksi siap dilaksanakan. 5. Inspektor mengisi no ISR dan laporan hasil inspeksi di data inspeksi di sistem, kemudian sistem akan mengirimkan notifikasi ke halaman web dan email Project engineer dan Admin. Isi notifikasinya Laporan inspeksi sudah selesai diisi, silahkan di-review. 6. Project engineer me-review laporan hasil inspeksi di sistem, jika laporan sudah benar maka sistem akan mengirimkan notifikasi ke halaman web dan email Klien, dengan isi pesan Laporan inspeksi telah kami review, silahkan diterima. Jika laporan belum sesuai, maka sistem akan mengirimkan notifikasi ke inspektor, isi pesannya silahkan perbaiki laporan inspeksi. 7. Klien menerima laporan inspeksi di sistem, kemudian sistem mengirimkan notifikasi ke halaman web dan email Project engineer dan Admin. Isi pesannya Laporan inspeksi diterima. 3.2. DFD (Data Flow Diagram) Untuk mendukung perancangan sistem Aplikasi Bantu Inspeksi Materail penulis menggambarkan data flow diagram ini, untuk dijadikan sebagai model yang nantinya akan digunakan dalam proses pembuatan
Input ISR dan laporan insp 31 program aplikasi. Adapun data flow diagram yang telah penulis rancang adalah sebagai berikut. 3.2.1. Context Diagram Context diagram mengambarkan suatu proses yang akan mewakili proses dari seluruh sistem serta hubungan-hubungan masukan dan keluaran antara sistem dengan kesatuan luar. Adapun diagram konteks yang telah penulis rancang pada aplikasi ini adalah seperti pada Gambar 3.4 berikut. Log in Menerima laporan Input data inspekor, vendor, klien Admin Vendor Log in Mengisi data inspeksi Menerima laporan Menerima laporan Log in Log in Sistem aplikasi bantu inspeksi material Menerima laporan Input RFI Log in klien Project engineer inspektor Gambar 3.4. Diagram Konteks Bisnis 3.2.2. Data Flow Diagram (DFD) Level 0 Tujuan dari diagram level 0 adalah untuk merinci sebuah sistem menjadi proses-proses yang harus dilakukan oleh pengguna atau disini adalah inspector, admin, project engineer.
32 Jadi diagram ini adalah kelanjutan dari diagram konteks yang memperbanyak lingkaran, sedangkan untuk jumlah dan isi terminator serta jumlah dan isi data flow dari dan ke terminator harus tetap. Pada diagram ini pula mulai ditampilkan data store (penyimpana data) yang dibutuhkan. Berikut gambaran Data Flow Diagram Level 0 yang digunakan dalam pengolahan data dan prosesprosesnya. Log in vendor Log in Log in Log in 1.0 Proses Validasi Password Menyimpan Data User Log in admin Input data inspektor 2.0 Menyimpan data inspektor Menyimpan Data inspektor Input data vendor Log in Project engineer 3.0 Menyimpan data vendor Menerima laporan inspeksi menyimpan Data Vendor inspektor Input data klien 4.0 Menyimpan data klien menyimpan Data klien Menerima laporan inspeksi Re-view laporan Memilih nama inspektor Input ISR dan laporan inspeksi Re-view laporan 5.0 menyimpan Data inspeksi menyimpan Data inspection Input data inspeksi klien Input RFI Menerima laporan inspeksi Gambar 3.5. Data Flow Diagram (DFD) Level 0
33 3.3. Perancangan Basis Data 3.3.1. Perancangan Basis Data secara Konsep Gambar 3.6. ERD a. Entitas Berikut ini entitas yang digunakan oleh penulis untuk merancang basis data : Table 3.1. Entitas Nama Entitas Deskripsi Kejadian Vendor Mendeskripsikan perusahaan yang memproduksi material Setiap Vendor bisa mengirimkan beberapa NFI (Notification For Inspection) Inspektor Mendeskripsikan orang yang Seorang inspektor dapat melakukan Klien Data Inspeksi Detail Data Inspeksi Photo melakukan inspeksi material Mendeskripsikan perusahaan yang membeli material Mendeskripsikan data-data yang ada dalam proses inspeksi Mendeskripsikan detail dari data inspeksi material Mendeskripsikan photo-photo hasil inspeksi material satu atau lebih inspeksi Satu Klien dapat memiliki banyak Vendor dan dapat membeli satu atau lebih material Setiap data Inspeksi dibuat berdasarkan satu user Setiap detail data inspeksi dibuat berdasarkan satu data inspeksi Beberapa photo dapat berhubungan dengan satu detail data inspeksi
34 b. Relasi Berikut ini adalah relasi antar entitas: Table 3.2. Relasi Nama Entitas Multiplicity Hubungan Nama Entitas Multiplicity Vendor 1..1 Melakukan Data Inspeksi 1..* Inspektor 1..1 Melakukan Data Inspeksi 1..* Klien 1..1 Melakukan Data Inspeksi 1..* Data Inspeksi 1..* Melibatkan Detail Data Inspeksi 1..* Detail Data Inspeksi 1..* Melibatkan Photo 1..* c. Primary Key Berikut ini Primary Key untuk setiap entitas: Table 3.3. Primary Key Nama Entitas Atribut Primary key Vendor iduser, kodevendor, iduser namavendor,alamatvendor,telephonvendor Inspektor iduser, kodeinspektor, namainspektor, alamatinspektor, iduser telephoninspektor Klien iduser, namaklien, alamaklien, ccemail iduser Data Inspeksi iddatainspeksi, pono, kodevendor, tanggalinspeksi, iddatainspeksi approveddate, approvedby, finishstatus, iduserklien, iduserinspektor, norfi, noisr Detail Data iddetaildatainspeksi, iddatainspeksi, materialno, iddetaildatainspeksi Inspeksi metrialdescription, quantity, inspectionactivity, estimasistartdate, estimasienddate Photo idphoto, iddetaildatainspeksi,filename, judulphoto idphoto 3.3.2. Perancangan Basis Data secara Logical
35 Basis data yang dimiliki oleh PT. WIDE & PIN terdapat beberapa tabel, dimana tabel-tabel tersebut menyimpan transaksi yang terjadi sehari-hari. Berikut ini adalah tabel-tabel yang terdapat pada PT.WIDE & PIN : a. Tabel Vendor Tabel ini berisi tentang data-data vendor yang bekerjasama dengan PT. WIDE & PIN Tabel 3.4. Tabel Vendor Nama Field Tipe Data Deskripsi iduser* (PK) Int(11) iduser vendor kodevendor Varchar(10) Kode vendor namavendor Varchar(50) Nama Vendor alamatvendor Text Alamat vendor telphonvendor Varchar(100) Telphon vendor Tabel vendor (iduser, kodevendor, namavendor, alamatvendor, telphonvendor) Primary Key iduser. b. Tabel inspektor Tabel ini berisi tentang data inspektor yang bekerja di PT. WIDE & PIN Tabel 3.5. Tabel Inspektor Nama Kolom Tipe Data Deskripsi iduser* (PK) Int(11) Id user kodeinspektor Varchar (10) kodeinspektor namainspektor Varchar(50) Nama inspector alamatinspektor Text Alamat Inspektor telphoninspektor Varchar(100) Telphon inspector Tabel inspektor (iduser, kodeinspektor, namainspektor, alamatinspektor, telphoninspektor) Primary Key iduser
36 c. Tabel Klien Tabel ini berisi tentang data klien yang bekerja sama dengan PT. WIDE & PIN. Tabel 3.6. Tabel Klien Nama Kolom Tipe Data Deskripsi iduser* (PK) Int(11) Id user namaklien Varchar(50) Nama Klien alamatklien Text Alamat klien ccemail Varchar(50) Cc email yang ditujukan ke klien Tabel Klien (iduser, namaklien, alamatklien, ccemail) Primary Key iduser d. Tabel Data Inspeksi Tabel ini berisi tentang data-data inspeksi yang ada di PT. WIDE & PIN. Tabel 3.7. Tabel Data Inspeksi Nama Kolom Tipe Data Deskripsi iddatainspeksi* (PK) Int(11) Id Data Inspeksi pono Varchar(20) Nomor Po kodevendor Varchar (10) Kode Vendor tanggalinspeksi Date time Tanggal dimulainya inspeksi approveddate Date time Tanggal di setujui oleh klien ApprovedBy Int (11) Persetujuan dari project engineer finishstatus Int (2) Status persetujuan laporan inspeksi dari Klien kepada project engineer iduserklien Int (11) Id user klien iduserinspektor Int (11) Id user inspektor norfi Varchar (11) No request for inspection dari klien noisr Varchar(20) No Report inspector dari inspektor Tabel Data Inspeksi (iddatainspeksi, pono, kodevendor, tanggalinspeksi, approveddate, ApprovedBy, finishstatus, iduserklien, iduserinspektor, norfi, noisr) Primary Key iddatainspeksi
37 e. Tabel Detail Data Inspeksi Tabel ini berisi tentang detail data inspeksi yang berhubungan dengan data inspeksi. Tabel 3.8. Tabel Detail Data Inspeksi Nama Kolom Tipe Data Deskripsi iddetaildata inspeksi* (PK) Int(11) Id Detail data inspeksi IdDatainspeksi Int(11) Id data inspeksi materialno Varchar (10) No material yang diinspeksi materialdescription Varchar (100) Deskripsi material yang di inspeksi quantity Varchar(50) Cc email yang ditujukan ke klien inspectionactivity Text Laporan hasil inspeksi estimasistartdate Date Tanggal dimulainya inspeksi estimasienddate Date Tanggal berakhirnya inspeksi Tabel Detail Data Inspeksi (iddetaildata inspeksi, IdDatainspeksi, materialno, materialdescription, quantity, inspectionactivity, estimasistartdate, estimasienddate) Primary Key iddetaildata inspeksi f. Tabel Photo Tabel ini berisi tentang photo-photo inspeksi yang bisa mengakses sistem aplikasi bantu inspeksi material. Tabel 3.9. Tabel Photo Nama Kolom Tipe Data Deskripsi idphoto* (PK) Int(11) Id photo iddetaildatainspeksi Int(11) Id detail data inspeksi filename Varchar(50) Filename photo judulphoto Varchar(50) Judul untuk photo Tabel User (idphoto, iddetaildatainspeksi, filename, judulphoto) Primary Key idphoto
38 g. Tabel User Tabel ini berisi tentang data user yang bisa mengakses sistem aplikasi bantu inspeksi material Tabel 3.10. Tabel User Nama Kolom Tipe Data Deskripsi iduser* (PK) Int(11) Id user email Varchar(50) Email user password Varchar(50) Password user name Varchar(50) Nama user rule Int (2) Menentukan rule ; 1 untuk project engineer, 2 untuk admin, 3 untuk inspector, 4 untuk Vendor, 5 untuk klien Tabel User (iduser, email, password, name, rule ) Primary Key iduser h. Tabel Notification Tabel ini berisi data notifikasi yang di tujukan kepada semua user yang bisa mengakses sistem aplikasi bantu inspeksi material Tabel 3.11. Tabel Notification Nama Kolom Tipe Data Deskripsi idnotifikasi* (PK) Int(11) Id Notifikasi from Varchar(50) Asal notifikasi to Varchar(100) Tujuan notifikasi message Varchar(50) pesan link Int (2) Link yang akan dituju status Int (2) Tabel Notifikasi (idnotifikasi, from, to, message, link, status ) Primary Key idnotifikasi
39 3.3.3. Perancangan Basis Data secara physical Gambar 3.7. ERD 3.4. Analisis Perancangan Web 3.4.1. Merancang Desain Halaman Login Please Sign In email address password Sign in Gambar 3.8. Kerangka desain untuk halaman login 3.4.2. Merancang Desain Halaman utama admin Welcome Admin Home User Data Inspeksi logout Notification Gambar 3.9. Kerangka desain untuk halaman utama admin
40 3.4.3. Merancang Desain Halaman admin User Welcome Admin Home User Data Inspeksi logout User Access / Data + Project Engineering + Admin + Inspektor + Vendor + Klien # Email Name Rule Menu Edit Del Gambar 3.10. Kerangka desain untuk halaman admin user 3.4.4. Merancang Desain Halaman admin User Add Project Engineering / add Welcome Admin Home User Data Inspeksi logout User Access / Add Project Engineering / Add Name Email Password Submit Gambar 3.11. Kerangka desain untuk halaman admin user Add Project Engineering/add 3.4.5. Merancang Desain Halaman admin User Add Admin / add Welcome Admin Home User Data Inspeksi logout User Access / Add Admin / Add Name Email Password Submit Gambar 3.12. Kerangka desain untuk halaman admin user Add Admin/add
41 3.4.6. Merancang Desain Halaman admin User Add Inspektor / add Welcome Admin Home User Data Inspeksi logout User Access / Add Inspektor / Add Name Email Password Kode Inspektor Telepon Inspektor Alamat Inspektor Text X 10 X X 100 X Submit Gambar 3.13. Kerangka desain untuk halaman admin user Add Inspektor/add 3.4.7. Merancang Desain Halaman admin User Add Vendor/add Welcome Admin Home User Data Inspeksi logout User Access / Add Vendor / Add Name Email Password Kode Vendor X 10 X Telepon Vendor X 100 X Alamat Vendor Text Submit Gambar 3.14. Kerangka desain untuk halaman admin user Add Vendor/add
42 3.4.8. Merancang Desain Halaman admin User Add Klien / add Welcome Admin Home User Data Inspeksi logout User Access / Add Vendor / Add Name Email Password Kode Vendor X 10 X Telepon Vendor X 100 X Alamat Vendor Submit Text Gambar 3.15. Kerangka desain untuk halaman admin user Add Klien/add 3.4.9. Merancang Desain Halaman admin Data Inspeksi /Data Welcome Admin Home User Data Inspeksi logout Data Inspeksi / Data # PO No. Kode Vendor Tanggal Inspeksi Inspektor No. RFI No. ISR Menu Report Gambar 3.16. Kerangka desain untuk halaman admin Data Inspeksi/Data 3.4.10. Merancang Desain Halaman utama inspektor Welcome Inspektor Home Data Inspeksi logout Notification Gambar 3.17. Kerangka desain untuk halaman utama inspektor
43 3.4.11. Merancang Desain Halaman inspektor Data Inspeksi/Data Welcome Inspektor Home Data Inspeksi logout Data Inspeksi / Data # PO No. Kode Vendor Tanggal Inspeksi Inspektor No. RFI No. ISR Menu Report Gambar 3.18. Kerangka desain untuk halaman inspektor Data Inspeksi/Data 3.4.12. Merancang Desain Halaman form vendor Welcome Vendor Home Data Inspeksi logout Notification Gambar 3.19. Kerangka desain untuk halaman form vendor 3.4.13. Merancang Desain Halaman form vendor Data Inspeksi/Data Welcome Vendor Home Data Inspeksi logout Data Inspeksi / Data + Data Inspeksi # PO No. Tanggal Inspeksi Klien Status Menu Edit Gambar 3.20. Kerangka desain untuk halaman form vendor Data Inspeksi/Data
44 3.4.14. Merancang Desain Halaman form vendor Data Inspeksi / Add DataInspeksi / Add Welcome Vendor Home Data Inspeksi logout Data Inspeksi / Add Data Inspeksi / Add Klien PO No. X 20 X Tanggal Inspeksi Date time (yyyy-mm-dd hh:mm:ss) Detail Data Inspeksi # 1 Material No. Material Description Quantity Estimasi Start Date Estimasi End Date X 10 X X 100 X X 100 X Date Date 2 3 Submit Gambar 3.21. Kerangka desain untuk halaman form vendor Data Inspeksi/ Add Data Inspeksi / Add