15
Bab 3
Metode Perancangan
Membuat rancangan Sistem Informasi Pencatatan dan Perawatan Gardu Distribusi memerlukan metode perancangan sistem. Metode perancangan merupakan serangkaian kegiatan yang dilakukan secara teratur dan bertahap guna memberikan gambaran yang jelas dan lengkap sehingga dalam merancang sistem dapat lebih efektif dan efisien.
Rancangan sistem ini menggunakan metode prototype. Metode prototype memiliki serangkaian kegiatan yang dilakukan secara bertahap dan terus menerus, hingga sistem yang dihasilkan sesuai dengan harapan user. Serangakaian kegiatan merupakan siklus yang terjadi dalam metode prototype, seperti terlihat pada gambar 3.1.
Gambar 3.1 Metode Prototype (Pressman, 2001)
1. Pengumpulan kebutuhan user
Tahap ini pengguna dan pengembang sistem bersama-sama mendefinisikan apa-apa saja yang menjadi kebutuhan sistem.
2. Perancangan
Tahap ini sistem dirancang secara cepat sesuai kebutuhan pengguna yang telah didefinisikan pada tahap 1 (satu), dan rancangan ini akan menjadi dasar pembuatan prototype.
3. Evaluasi prototype
Tahap ini pengguna mengevaluasi prototype sistem sementara yang dihasilkan oleh pengembangan tujuannya untuk memperjelas kebutuhan software.
Perulangan ketiga proses ini terus berlangsung hingga semua kebutuhan pengguna sistem terpenuhi.
3.1
Pengumpulan Kebutuhan User
Langkah-langkah yang dilakukan dalam mengumpulkan kebutuhan pengguna sistem, yaitu antara lain :
3.1.1 Persiapan
pertanyaan-pertanyan apa saja yang diperlukan dalam proses pengumpulan data.
3.1.2 Pengumpulan Data dan Kebutuhan user
Jenis penelitian yang dilakukan adalah studi kasus. Sehingga yang perlu dilakukan dalam penelitian ini yaitu pesiapan, pengumpulan data, analisis data, dan penyimpulan.
Jenis data yang dikumpulkan dalam penelitian ini adalah, sebagai berikut :
1. Data Primer
Data primer merupakan data yang diperoleh langsung dari sumber data penelitian (Wiratha, 2005). Dalam penelitian ini, data primer diperoleh melalui proses wawancara dengan pegawai PT PLN (Persero) APP Salatiga.
2. Data Sekunder
Data sekunder adalah data yang sudah dalam bentuk jadi (Wiratha, 2005). Dalam penelitian ini, data sekunder diperoleh dari dokumen dan publikasi.
Teknik yang digunakan penulis dalam pengumpulan data adalah, sebagai berikut :
1. Wawancara
(Jogiyanto, 2008). Responden dalam penelitian ini adalah pegawai PT PLN (Persero) APP Salatiga, khususnya pada Bidang Enjiniring Sub Bidang Pengelolaan Data yaitu Bapak Sugeng Hariyono.
2. Studi Dokumen
Jika data dicari dalam bentuk dukumen atau sumber pustaka maka kegiatan pengumpulan data seperti ini disebut studi dokumen (Wiratha, 2005). Data yang dicari dalam penelitian ini adalah data mengenai Gardu di APP Salatiga, yaitu Gardu Distribusi di APP Salatiga, Pegawai, Gardu Distribusi yang beroperasi di APP Salatiga dan Jadwal Pemeliharaan Gardu Distribusi yang telah dilakukan pada PT PLN (PESERO) APP Salatiga.
3.2
Perancangan
3.2.1 Tahap Analisis
Tahap ini dilakukan agar sistem yang akan dibuat benar-benar menjawab kebutuhan pengguna.
Berdasarkan hasil analisis, maka diketahui proses bisnis yang selama ini dilakukan pada PT PLN (PERSERO) APP Salatiga dalam usaha melakukan pemeliharaan Gardu Distribusi yang dilakukan oleh Asisten Manajer Haset mengenai persetujuan SPK dan Laporan Tugas yang diberikan oleh pegawai bidang engineer sub bidang pengolahan data berdasarkan informasi mengenai pemeliharaan gardu distribusi yang diberikan oleh pegawai bagian pemeliharaan di APP Salatiga, prosesnya adalah sebagai berikut:
1. Pegawai bagian pemeliharaan melakukan survei lapangan. 2. Jika hasil survei lapangan terjadi kerusakan pada gardu
informasi mengenai kerusakan gardu distribusi tersebut kepada pegawai bidang engineer sub bidang pengolahan data di base camp Salatiga. Jika tidak ada kerusakan gardu maka pegawai bagian pemeliharaan akan melakukan survei lapangan.
3. Pegawai bidang engineer sub bidang pengolahan data menerima informasi mengenai kerusakan gardu induk.
4. Pegawai bidang engineer sub bidang pengolahan data melakukan pemeriksaan laporan tugas pemeliharaan gardu distribusi tersebut.
5. Pegawai bidang engineer sub bidang pengolahan data membuat SPK.
6. Pegawai bidang engineer sub bidang pengolahan data akan memberikan SPK kepada Asisten Manajer Haset.
7. Asisten Manajer Haset menerima SPK. 8. Asisten Manajer Haset melihat SPK.
9. Asisten Manajer Haset melakukan pemeriksaan informasi mengenai kerusakan gardu distribusi, jika perlu dilakukan pemeliharaan maka Asisten Manajer Haset akan menyetujui SPK. Jika tidak maka Asisten Manajer Haset akan melihat SPK yang lainnya.
10. Pegawai bidang engineer sub bidang pengolahan data akan menyampaikan informasi mengenai persetujuan SPK kepada pegawai bagian pemeliharaan.
11. Pegawai bagian pemeliharaan melakukan pemeliharaan gardu distribusi.
13. Pegawai bagian pemeliharaan memberikan laporan tugas kepada pegawai bidang engineer sub bidang pengolahan data. 14. Pegawai bidang engineer sub bidang pengolahan data
menerima laporan tugas
15. Pegawai bidang engineer sub bidang pengolahan data memberikan laporan tugas kepada Asisten Manajer Haset. 16. Asisten Manajer Haset akan memeriksa laporan tugas sesuai
dengan informasi yang ada, jika sudah sesuai maka akan meneyetujui laporan tugas. Jika tidak sesuai maka akan dikembalikan kepada pegawai bagian pemeliharaan untuk diperbaiki laporan tugas.
Bagan Proses Pemberian Informasi Mengenai Pemeliharaan Gardu digambarkan seperti pada Gambar 3.1
Terkadang pemeliharaan dapat langsung dilakukan karena adanya informasi dari penduduk mengenai suara ledakkan di gardu distribusi. Khususnya untuk gardu distribusi, setiap triwulan akan diadakan pemeliharaan, jika tidak melakukan pemeliharaan maka resiko kerusakan semakin tinggi.
3.2.2 System Requitment Specification
Dari hasil analisis data, maka didapatkan kebutuhan sebagai berikut :
1. Kebutuhan Input
Kebutuhan Input adalah kebutuhan mengenai data-data yang diperlukan dalam membangun sistem ini. Data-data yang diperlukan dalam membangun sistem ini, antara lain :
a. Data Gardu, yaitu data seluruh gardu distribusi yang ada di APP Salatiga
b. Data Pemeliharaan Gardu, yaitu data pemeliharaan gardu distribusi yang telah dilakukan oleh pegawai PT PLN Surat Perintah Kerja (SPK) dan Laporan Tugas.
3. Kebutuhan Hak Akses user
sistem ini yaitu pegawai bidang pemeliharaan, Asisten Menejer Haset, Operator dan Admin.
a. Pegawai bidang pemeliharaan
Pegawai bidang pemeliharaan merupakan pengguna yang bertugas untuk menginputkan data gerdu distribusi dan perawatan gardu distribusi. Adapun kebutuhannya antara lain :
- Melakukan login sebagai pegawai bidang pemeliharaan - Melihat data gardu distribusi.
- Melihat data pemeliharaan gardu distribusi. - Membuat pesan kerusakan gardu distribusi.
- Melihat dan mencentak Surat Perintah Kerja yang sudah disetujui. - Membuat Laporan Tugas
- Melihat profil pribadi - Mengganti Password
b. Asisten Menejer Haset
Asisten Menejer Haset merupakan pengguna yang bertugas untuk menyetujui Surat Pengantar Kerja. Adapun kebutuhannya antara lain : - Melakukan login sebagai Asisten Menejer Haset
- Melihat dan menyetujui Surat Perintah Kerja - Melihat laporan pemeliharaan gardu distribusi - Melihat dan mengetahui Laporan Tugas - Melihat profil pribadi
c. Operator
Operator merupakan pengguna yang bertugas untuk membuat Surat Perintah Kerja, membuat dan mencetak laporan perawat gardu distribusi, mencetak laporan tugas. Adapun kebutuhannya antara lain : - Melakukan login sebagai operator
- Melihat data gardu distribusi.
- Melihat data pemeliharaan gardu distribusi. - Melihat pesan kerusakan gardu distribusi. - Membuat Surat Perintah Kerja
- Membuat dan mencetak laporan pemeliharaan gardu distribusi. - Mencetak Laporan Tugas
- Melihat profil pribadi - Mengganti Password
d. Admin
Admin merupakan pengguna yang memiliki hak terhadap semua content dalam sistem, termasuk tugas pegawai bidang pemeliharaan, asisten menejer Haset dan operator.
- Melakukan Login sebagai admin. - Manajemen Menu
- Manajemen data user dan hak aksesnya. - Manajamen data gardu distribusi.
- Manajemen data pemeliharaan gardu distribusi. - Manajemen alat
- Manajemen jabatan
3.2.3 Evaluasi Prototype
Evaluasi prototype ini ditujukan agar sistem yang dihasilkan dapat menjawab persoalan yang ada. Dalam proses pembuatan sistem ini terjadi beberapa kali evaluasi prototype, Adapun evaluasi prototype seperti terlihat pada Tabel 3.1.
Tabel 3.1 Evaluasi Prototype
Tanggal Keterangan Tindakan
25-04-2012 Prototype awal yang diajukan belum dapat mengakomodir persoalan yang diangkat, yaitu belum dapat menerima informasi kerusakan yang terjadi pada gardu distribusi
Dilakukan penambahan fasilitas dalam sistem ini untuk menerima pesan kerusakan pada gardu distribusi.
30-04-2012 Prototype ke-2 yang diajukan belum dapat mengakomodir persoalan yang diangkat seperti
21-05-2012 Prototype ke-3 telah memenuhi kebutuhan dan fleksibilitas kriteria.
3.2.4 Perancangan Sistem
1. Desain Sistem
Desain sistem menggunakan Unified Modeling Language (UML).
1.1 Use caseDiagrams
ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem.
Use case Diagrams sistem yang dibangun ini dapat di lihat pada Gambar 3.3, dimana dalam use case diagrams pada Gambar 3.3 terdapat 4 (empat) pemakai yaitu Admin, Asisten Menejer Haset, Operator dan Pegawai Bagian Pemeliharaan yang disebut user.
Admin adalah seorang pegawai Sub Bagian Pengelolaan Data dari PT PLN (PERSERO) APP Salatiga yang dipercayakan untuk mengelola seluruh konten sistem.
Pegawai Bagian Pemeliharaan adalah seluruh pegawai bagian distribusi khususnya bagian distribusi yang secara resmi bekerja di PT PLN (PERSERO) APP Salatiga dan memiliki hak akses ke sistem untuk melihat data yang ada pada sistem.
Asisten Menejer Haset adalah Asisten menejer haset yang secara resmi bekerja di PT PLN (PERSERO) APP Salatiga dan memiliki hak akses ke sistem untuk melihat dan menyetujui Surat Perintah Kerja, melihat laporan pemeliharaan gardu distribusi, serta melihat dan mengetahui laporan tugas.
Operator adalah seorang pegawai Sub Bagian Pengelolaan Data dari PT PLN (PERSERO) APP Salatiga yang dipercayakan untuk melihat pesan kerusakan gardu distribusi, membuat Surat Perintah Kerja, mebuat dan mencetak laporan pemeliharaan gardu distribusi, serta mencetak Laporan Tugas.
Adapun funsionalitas dari masing-masing user dalam sistem ini, antara lain :
1. Fungsionalitas Admin
Lihat data Gardu : Melihat data gardu distribusi di APP Salatiga.
Lihat data Pemeliharaan Gardu : Melihat data pemeliharaan gardu distribusi di APP Salatiga.
Lihat data User : Melihat data user yang dapat menggunakan sistem.
Manajemen Menu : halaman yang digunakan untuk menambah, menghapus dan mengubah Menu yang ada dalam sistem. Manajemen Hak akses : halaman yang digunakan untuk mengatur hak akses user terhadap sistem.
Manajemen data Gardu : halaman yang digunakan untuk menambah, menghapus dan mengubah data Gardu Distribusi di APP Salatiga.
Manajemen data pegawai : halaman yang digunakan untuk menambah, menghapus dan mengubah data pegawai yang dapat menggunakan sistem.
Manajemen Jabatan : halaman yang digunakan untuk menambah, menghapus dan mengubah jabatan pegawai.
Manajemen data alat : halaman yang digunakan untuk menambah, menghapus dan mengubah data alat.
Log Out : Log Out untuk keluar dari sistem.
2. Fungsionalitas Operator
Log In : Log In untuk masuk ke sistem.
Lihat data Gardu : Melihat data gardu distribusi di APP Salatiga.
Lihat Data Kerusakan Gardu : Melihat pesan kerusakan gardu distribusi di APP Salatiga.
Manajemen data Pemeliharaan Gardu : halaman yang digunakan untuk menambah, menghapus dan mengubah data pemeliharaan gardu distribusi di APP Salatiga.
Menambah Surat Perintah Kerja : Membuat Surat Perintah Kerja berdasarkan pesan kerusakan Gardu Distribusi yang ada di APP Salatiga.
Menambah dan mencetak laporan pemeliharaan gardu : membuat dan mencetak Laporan Pemeliharaan Gardu distribusi di APP Salatiga.
Ganti Password : Halaman yang digunakan untuk melakukan perubahan password guna menjaga keamanan sistem ini. Log Out : Log Out untuk keluar dari sistem
3. Fungsionalitas Asisten Menejer Haset Log In : Log In untuk masuk ke sistem.
Lihat dan menyetujui Surat Perintah Kerja : Melihat dan memproses (Disetujui maupun tidak disetujui) Surat Perintah kerja yang telah dibuat operator berdasarkan pesan kerusakan yang dikirimkan pegawai untuk melakukan pemeliharaan Gardu Distribusi di APP Salatiga.
Lihat Laporan Pemeliharaan Gardu : Melihat Laporan Pemeliharaan Gardu Distribusi di APP Salatiga.
Ganti Password : Halaman yang digunakan untuk melakukan perubahan password guna menjaga keamanan sistem ini. Log Out : Log Out untuk keluar dari sistem
4. Fungsionalitas Pegawai Bagian Pemeliharaan Log In : Log In untuk masuk ke sistem.
Lihat data Gardu : Melihat data gardu distribusi di APP Salatiga.
Lihat data Pemeliharaan Gardu : Melihat data pemeliharaan gardu distribusi di APP Salatiga.
Membuat pesan kerusakan Gardu : Membuat pesan kerusakan gardu distribusi di APP Salatiga.
Lihat dan centak Surat Perintah Kerja : Hanya dapat melihat dan mencetak Surat Perintah Kerja yang sudah disetujui untuk pegawai yang melakukan login.
Menambah Laporan Tugas : Halaman yang disediakan untuk membuat Laporan tugas, setelah melakukan permeliharaan Gardu Distribusi.
Gambar 3.3 Use CaseDiagrams
1.2 ActivityDiagrams
Activity Diagrams menggambarkan work flow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan disini adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem (Rosa & Shalahuddin, 2011). Activity Diagrams dibuat berdasarkan use case yang telah dibuat diatas.
1. Activity Diagrams Lihat Detail Gardu
APP Salatiga. Detail gardu distribusi yang dapat dilihat berupa lokasi menggunakan fasilitas Google Map, Kode Gardu, alamat, tanggal jatuh tempo dan tanggal pemeliharaan gardu distribusi yang terakhir kali dilakukan. Pertama-tama user akan memilih halaman Gardu Distribusi dan kemudian sistem akan menapilkan halaman Gardu Distribusi. Setelah itu pada kolom kode gardu user memilih gardu distribusi yang akan dilihat detailnya, kemudian Sistem akan menampilkan halaman detail gardu distribusi yang diinginkan oleh pengguna sistem.
Gambar 3.4 ActivityDiagrams Lihat Detail Gardu
2. Activity Diagrams Manajemen Data Gardu
kebutuhan sistem yang ada. Setelah selesai melakukan manajemen data, sistem akan menyimpan perubahan yang terjadi.
Gambar 3.5 ActivityDiagrams Manajemen Data Gardu
3. ActivityDiagrams Manajemen Data Pemeliharaan Gardu
Gambar 3.6 ActivityDiagrams Manajemen Data Pemeliharaan Gardu Distribusi
4. Activity Diagrams ManajemenData Surat Perintah Kerja
Gambar 3.7 ActivityDiagrams Manajemen Data Surat Perintah Kerja
5. Activity Diagrams Menyetujui SPK
Gambar 3.8 ActivityDiagrams Menyetujui SPK
6. Activity Diagrams Buat Pesan Kerusakan
Gambar 3.9 menggambarkan aktivitas oleh Pegawai Bagian Pemeliharaan untuk membuat Pesan Kerusakan. Langkah pertama yang dilakukan, yaitu Pegawai Bagian Pemeliharaan memilih halaman Pesan Kerusakan, selanjutnya sistem akan menampilkan halaman yang diminta oleh Pegawai Bagian Pemeliharaan. Langkah berikut yang dilakukan Pegawai Bagian Pemeliharaan yaitu memasukkan pesan kerusakan yang terjadi pada gardu. Setelah selesai, sistem akan menyimpan perubahan yang terjadi.
1.3 ClassDiagrams
Class diagrams menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.
Menurut Rosa A. S. dan M. Shalahuddin dalam buku Rekayasa Perangkat Lunak class diagrams menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun sistem kelas memeliki apa yang disebut atribut dan metode atau operasi (2011).
Pada gambar 3.10 di atas merupakan classdiagrams dari Sistem informasi pencatatan dan pemeliharaan gardu distribusi PT PLN (PERSERO) APP Salatiga. Dari gambar tersebut dapat dijelaskan class diagrams terdiri dari klas-klas yang akan digunakan dalam sistem. Klas Operator berisi Data pegawai PT PLN (PERSERO) APP Salatiga yang bertugas menjadi Operator dalam sistem ini. Klas Operator memiliki relasi dengan Tabel Pemeliharaan Gardu yaitu one to many, dimana satu Operator dapat memanajemen (melihat, menambahkan, mengubah dan menghapus) satu Data Pemeliharaan Gardu maupun banyak Data Pemeliharaan Gardu. Relasi dengan Klas SPK yaitu one to many, dimana satu Operator dapat memanajemen (melihat, menambahkan, mengubah dan menghapus) satu SPK atau banyak SPK.
memanajemen (melihat, menambahkan, mengubah dan menghapus) satu Data Gardu maupun banyak Data Gardu. Relasi dengan Klas Pegawai yaitu one to many, dimana satu Admin dapat memanajemen (melihat, menambahkan, mengubah dan menghapus) satu Data Pegawai maupun banyak Data Pegawai.
Klas Asmen Haset berisi Data Asisten Meneger Haset PT PLN (PERSERO) APP Salatiga. Klas Asmen Haset memiliki relasi dengan Klas Laporan Tugas yaitu one to many, dimana satu Asmen Haset dapat melihat dan menyetujui satu Laporan Tugas maupun banyak Laporan Tugas. Relasi dengan Klas SPK yaitu one to many, dimana satu Asmen Haset dapat melihat dan menyetujui satu SPK maupun banyak SPK.
Klas Pegawai Bagian Pemeliharaan berisi Data Pegawai Bagian Pemeliharaan PT PLN (PERSERO) APP Salatiga. Klas Pegawai Bagian Pemeliharaan memiliki relasi dengan Klas Laporan Tugas yaitu many to many, dimana satu atau lebih Pegawai Bagian Pemeliharaan dapat memanajemen (melihat, menambahkan, mengubah dan menghapus) satu Laporan Tugas maupun banyak Laporan Tugas. Relasi dengan Klas Gardu Rusak yaitu many to many, dimana satu atau lebih Pegawai Bagian Pemeliharaan dapat memanajemen (melihat, menambahkan, mengubah dan menghapus) satu Data Gardu Rusak maupun banyak Data Gardu Rusak.
Gardu dengan Klas Gardu yaitu many to one, dimana satu catatan Pemeliharaan Gardu hanya berisikan satu Data Gardu, sedangkan satu Data Gardu dapat memiliki satu catatan Pemeliharaan Gardu maupun lebih catatan Pemeliharaan Gardu.
Klas Gardu berisi data mengenai Gardu Distribusi di PT PLN (PERSERO) APP Salatiga. Klas Gardu memiliki relasi dengan Tabel Alat yaitu many to many, dimana satu atau lebih Data Gardu dapat berisikan banyak Data Alat. Relasi antara Klas Pemeliharaan Gardu dengan Klas Gardu Rusak yaitu one to many, dimana satu Data Gardu bisa memiliki satu catatan Gardu Rusak maupun memiliki banyak catatan gardu rusak. Relasi dengan Klas Laporan Tugas yaitu one to many, dimana satu Data Gardu dapat memiliki satu Laporan Tugas maupun banyak Laporan Tugas. Relasi dengan Klas Surat Perintah Kerja (SPK) yaitu one to many, dimana satu Data Gardu dapat memiliki satu SPK atau banyak SPK.
2. Tabel-tabel yang terdapat dalam sistem
Nama Tabel : Pegawai Primary key : NIK
Foreign key : Kode_Jabatan, Kode_Akses Fungsi : Menyimpan data pegawai
Tabel 3.2 Tabel User_Sistem
Field Data type Lenght Null Constraint
NIK varchar 25 Not PK
Kode_Jabatan Char 5 Not FK ke Tabel
Jabatan
Kode_akses Char 2 Not FK ke Tabel
Hak_Akses
Nama varchar 75 Null
Alamat varchar 200 Null
Jenis_Kelamin varchar 10 Null
Password varchar 25 Null
TTD varchar 100 Null
Nama Tabel : Gardu_Distribusi Primary key : Kode_Gardu Foreign key : -
Tabel 3.3 Tabel Gardu_Distribusi
Field Data type Lenght Null Constraint
Kode_Gardu char 75 Not PK
Field Data type Lenght Null Constraint
Kode_Alat Char 5 Not PK
Alat varchar 100 Null
Satuan varchar 35 Null
Nama Tabel : Alat_Gardu Primary Key : -
Foreign Key : Kode_Gardu, Kode_Alat
Tabel 3.5 Tabel Alat_Gardu
Field Data type Lenght Null Constraint
Kode_Alat char 5 Not FKke Tabel Alat
Kode_Gardu char 75 Not FK ke Tabel
Gardu_Distribusi
Volume int Null
Nama Tabel : Pemeliharaan_Gardu Primary Key : Kode_Pemeliharaan Foreign Key : NIK, Kode_Surat
Fungsi : Menyimpan data Pemeliharaan Gardu Distribusi
Tabel 3.6 Tabel Pemeliharaan_Gardu
Field Data type Lenght Null Constraint
Kode_Gardu int Not PK
Foreign key : Kode_Pemeliharaan, NIK Fungsi : Menyimpan data Pegawai yang
memelihara Gardu tertentu.
Tabel 3.7 Tabel Pegawai_Pemelihara
Field Data type Lenght Null Constraint Kode_Pemeli
haraan
int Not FK
NIK varchar 25 Not Foreign_key
Nama Tabel : Gardu_Rusak Primary key : Kode_GI_Rusak Foreign key : Kode_Gardu
Fungsi : Menyimpan data Gardu Distribusi yang sedang rusak.
Tabel 3.8 Tabel Gardu_Rusak
Foreign Key : NIK, Kode_Gardu
Fungsi : Menyimpan data Surat Perintah Kerja
Tabel 3.9 Tabel SPK
Field Data type Lenght Null Constraint
Kode_Surat varchar 35 Not PK
Tgl_Terbit Date Null
Tgl_Mulai Date Null
Tgl_Selesai Date Null
Jam_Mulai time Null
Jam_Selesai Time Null
Uraian_Peker jaan
Text Null
Nama Tabel : Laporan_tugas Primary Key : -
Foreign Key : Kode_Surat
Tabel 3.10 Tabel Laporan_Tugas
Field Data type Lenght Null Constraint
Kode_Surat varchar 35 Not FK ke Tabel
SPK
Disimpulkan text Null
Langkah text Null
Usul text Null
Tgl_LT date Null
Nama Tabel : Menu Primary Key : Kode_Menu Foreign Key : -
Fungsi : Menyimpan data Menu.
Tabel 3.11 Tabel Menu
Field Data type Lenght Null Constraint
Kode_Menu int Not PK
Nama_Menu varchar 50 Null
Link varchar 50 Null
Parent_Id int Null
Ket text Null
Fungsi : Menyimpan data hak akses pegawai.
Tabel 3.12 Hak_Akses
Field Data
type
Lenght Null Constraint
Kode_Akses Char 2 Not PK
Akses Varchar 25 Null
Nama Tabel : Akses_Menu Primary Key : -
Foreign Key : Kode_Akses, Kode_Menu
Fungsi : Menyimpan data hak akses pegawai terhadap Menu.
Tabel 3.13 Tabel Akses_Menu
Field Data
type
Lenght Null Constraint
Kode_Akses Char 2 Not FK ke Tabel
Hak_Akses
Kode_Menu Int Not FK ke Tabel
Menu
3. Perancangan Interface
pada sistem ini. Perancangan interface dalam sistem ini terbagi atas dua (2) yaitu desain input dan desain output.
a. Desain Input
Desain input berhubungan dengan keseluruhan tampilan dalam sistem berupa form yang dapat diberikan nilai tertentu.
Form Login
Form Login merupakan halaman pertama yang ditemukan user apabila ingin menjalankan sistem ini, dimana user wajib memasukkan username dan password secara benar. Adapun desain tampilan Form Login seperti pada gambar 3.9.
Gambar 3.10 Form Login
Form Manage Pegawai
Gambar 3.11 Form Manage Pegawai
Form Manage Gardu
Form Manage Gardu menampilkan seluruh data mengenai Gardu Distribusi yang pernah dicatat ke dalam sistem. Dalam melakukan manajemen data hanya dapat dilakukan oleh Admin, pengguna sistem yang lainnya hanya dapat melihat data Gardu Distribusi. Manajemen data yang dapat dilakukan Admin antara lain mengedit, menghapus dan menambah data Gardu Distribusi. FormManage Gardu dapat dilihat pada gambar 3.12.
Form Pemeliharaan Gardu
Form Pemeliharaan Gardu menampilkan seluruh data mengenai pemeliharaan Gardu Distribusi yang pernah dicatat ke dalam sistem. Dalam melakukan manajemen data hanya dapat dilakukan oleh Operator, selain Admin pengguna sistem lainnya hanya dapat melihat data Pemeliharaan Gardu Distribusi. Manajemen data yang dapat dilakukan Operator antara lain mengedit, menghapus dan menambah data Pemeliharaan Gardu Distribusi. Form Pemeliharaan Gardu dapat dilihat pada gambar 3.13
Gambar 3.13 Form PemeliharaanGardu
Form Surat Perintah Kerja (SPK)
melihat dan menyetujui SPK yang ada, Pegawai Bagian Pemeliharaan hanya dapat melihat SPK. Manajemen data yang dapat dilakukan Operator antara lain menghapus dan menambah SPK. Form Surat Perintah Kerja dapat dilihat pada gambar 3.14
Gambar 3.14 Form Surat Perintah Kerja
Form Laporan Tugas
Gambar 3.15 Form Laporan Tugas
Form Ganti Password
Form Ganti Password merupakan halaman yang digunakan oleh user selain Admin untuk melakukan perubahan password, dengan cara mengisi password baru dan password baru sekali lagi (mengecek konfirmasi password baru), kedua tahap ini harus dilakukan dengan benar agar dapat melakukan perubahan password. Adapun Form Ganti Password dapat dilihat pada gambar 3.16
Form Tambah data Pegawai
Form Tambah data Pegawai merupakan halaman untuk mengisi data Pegawai pengguna sistem ini. Form Tambah data Pegawai dapat dilihat pada gambar 3.17.
Gambar 3.17 Form Tambah data Pegawai
Form Tambah data Gardu
Form Tambahdata Gardu merupakan halaman untuk mengisi data Gardu Distribusi yang berada di APP Salatiga. Form Tambahdata Gardu dapat dilihat pada gambar 3.18.
Form Tambah data Pemeliharaan Gardu
Form Tambah data Pemeliharaan Gardu merupakan halaman untuk mengisi data pemeliharaan Gardu Distribusi yang telah dilakukan oleh pegawai bagian pemeliharaan (Distribusi) PT. PLN (Persero) APP Salatiga. Form Tambah Data Pemeliharaan Gardu dapat dilihat pada gambar 3.19.
Gambar 3.19 Form Tambah data Pemeliharaan Gardu
b. Desain Output
Desain Ouput merupakan hasil dari suatu proses tertentu berupa data-data yang diambil dari database ataupun dari proses-proses tertentu dalam sistem.
View Pesan Pemeliharaan Gardu
sistem. Pesan pemeliharaan gardu akan muncul ketika selesai melakukan login maupun ketika memilih home. View Pesan Pemeliharaan Gardu dapat dilihat pada Gambar 3.20.
Gambar 3.20 View Pesan Pemeliharaan Gardu
View Detail Gardu
Gambar 3.21 View Detail Gardu
View Data Pegawai
View Data Pegawai menampilkan seluruh data Pegawai PT PLN (PERSERO) APP Salatiga yang pernah dicatat ke dalam sistem. View Data Pegawai dapat dilihat pada gambar 3.22.
View Data Gardu
View Data Gardu menampilkan seluruh data Gardu Distribusi yang pernah dicatat ke dalam sistem. View Data Gardu dapat dilihat pada gambar 3.23.
Gambar 3.23 View data Gardu
View DataPemeliharaan Gardu
View Data Pemeliharaan Gardu menampilkan seluruh data Pemeliharaan Gardu Distribusi yang telah dicatat ke dalam sistem. View Data Pemeliharaan Gardu dapat dilihat pada gambar 3.24.
