28
BAB IV
PERANCANGAN SISTEM USULAN
4.1. Tahapan Parancangan Sistem 4.1.1. Analisa Kebutuhan
Berdasarkan keadaan yang terdapat pada sistem penulisan tagging di PT TIV Cianjur saat ini yaitu media penulisannya yang menggunakan kertas, maka akan dibuat sistem penulisan tagging berbasis web.
A. Analisa Kebutuhan Pengguna 1. Analisa Kebutuhan User
a. User dapat menginput temuannya di computer atau tab. b. User dapat memantau status tagging yang mereka buat. c. User melakukan verifikasi.
2. Analisa Kebutuhan pengelola/Admin a. Melakukan login ke dalam sistem. b. Mengubah status tagging user.
c. Menampilkan informasi perkembangan follow up tagging user. d. Membuat laporan status tagging yang masuk..
B. Kebutuhan Sistem
1. Kebutuhan Sistem untuk Pengelola/Admin
a. Memberikan layanan kepada user untuk dapat memantau status tagging b. Memberikan layanan untuk melihat seluruh tagging yang masuk. c. Memberikan layanan untuk melihat presentase tagging yang masuk. d. Memberikan layanan untuk melihat status open close tagging. 2. Kebutuhan Sistem untuk User
a. Untuk melakukan penginputan temuan . b. Bisa menyertakan foto masalah yang ditemui c. Menampilkan status tagging personal
d. Mengganti password login. e. Log out.
4.1.2. Rancangan Use Case Diagram 1. Use Case Diagram Penulisan tagging
<<include>>
User
Gambar IV.1. Use Case Diagram Penulisan tagging Tabel IV.1. Deskripsi Use Case Diagram Login
Use Case Name Login
Requirements User Dapat Melakukan Login
Goal Dapat Masuk ke Halaman Utama
Pre-Conditions User Dapat Melakukan Login
Post-Conditions Login Berhasil
Failed end Condition User Tidak Bisa Login
Actors User
Main Flow/ Basic Path User Dapat Melakukan Login Login Berhasil
Dapat Masuk Ke Halaman Utama
Alternate Flow/Invariant A - login Input temuan di form user submit Input nik,password, jabatan,akses
Tabel IV.2. Deskripsi Use Case Diagram Input Temuan di Form User
Use Case Name Input Temuan di Form User
Requirements User dapat melakukan Login
Goal User Dapat Menginput Temuan
Pre-Conditions User Dapat Menginput Temuan
Post-Conditions Temuan Teriput
Failed end Condition Temuan Tidak Terinput
Actors User
Main Flow/ Basic Path User Dapat Menginput Temuan Temuan Terinput
Alternate Flow/Invariant A -
Tabel IV.3. Deskripsi Use Case Diagram Submit
Use Case Name Submit
Requirements User Telah Menginput Temuan
Goal Temuan Tersimpan
Pre-Conditions User menginput temuan
Post-Conditions Temuan tersimpan
Failed end Condition Temuan Tidak Tersimpan
Actors User
Main Flow/ Basic Path User Dapat Menginput Temuan Temuan Terinput
Termuan Tersimpan Alternate Flow/Invariant A -
2. Use Case Diagram Pengelolaan Issue Tagging <<include>> <<include>> <<include>> Admin <<Extend>>
Gambar IV.2. Use Case Diagram Pengelolaan Issue Tagging Tabel IV.4. Deskripsi Use Case Diagram Login
Use Case Name Login
Requirements Admin dapat melakukan login
Goal Login berhasil
Pre-Conditions Admin melakukan login
Post-Conditions Admin masuk ke halaman utama
Failed end Condition Admin tidak bias Login
Actors Admin
Main Flow/ Basic Path Admin melakukan login
Admin masuk ke halaman utama Alternate Flow/Invariant A - Login Pengelolaan Halaman Utama Pengelolaan Beranda Laporan Input nik, password,Jabatan,A Input Bulan,Tahun, Area,Status Lihat,Edit,Hapus, Input Export To Exel
Tabel IV.5. Deskripsi Use Case Diagram Pengelolaan Halaman Utama
Use Case Name Pengelolaan Halaman Utama
Requirements Pengelola dapat melakukan login
Goal Admin dapat mengelola halaman utama
Pre-Conditions Admin melakukan login
Post-Conditions Admin masuk ke halaman utama
Admin dapat mengelola halaman utama Failed end Condition Admin tidak bias akses halaman utama
Actors Admin
Main Flow/ Basic Path Admin melakukan login
Admin masuk ke halaman utama Admin mengelola halaman utama Alternate Flow/Invariant A -
Tabel IV.6. Deskripsi Use Case Diagram Pengelolaan Beranda
Use Case Name Pengelolaan Beranda
Requirements Admin dapat akses ke halaman utama
Goal Admin dapat mengelola beranda
Pre-Conditions Admin akses ke halaman utama
Post-Conditions Admin dapat akses ke beranda Failed end Condition Admim tidak bisa akses ke beranda
Actors Admin
Main Flow/ Basic Path Admin masuk ke halaman utama Admin dapat akses ke beranda Admin dapat mengelola beranda Alternate Flow/Invariant A -
Tabel IV.7. Deskripsi Use Case Diagram Laporan
Use Case Name Laporan
Requirements Admin dapat akses ke beranda
Goal Admin dapat membuat laporan
Pre-Conditions Admin dapat mengelola beranda
Post-Conditions Admin membuat laporan
Failed end Condition Admim tidak bisa membuat laporan
Actors Admin
Main Flow/ Basic Path Admin akses ke beranda Admin mengelola beranda Admin membuat laporan Alternate Flow/Invariant A -
4.1.3. Rancangan Activity Diagram 1. Activity Diagram Penulisan Tagging
Mulai
Salah
Benar
Selesai
Gambar IV.3. Activity Diagram Penulisan Tagging Menampilkan Form Utama
User
Sistem
Input Issue Akses Local Host E-Tagging Menampilkan Form Login Input NIK, Password, Jabatan,Akses2. Activity Diagram Kelola Issue Tagging
Mulai
Salah
Benar
Selesai
Gambar IV.4. Activity Diagram Kelola Issue Tagging
Admin
Sistem
Akses Local Host E-Tagging Menampilkan form Login Input,NIK,Passwod, Jabatan,Akses Menampilkan Halaman Utama Pilih Bulan,Tahun, Area,dan Status Menampilkan Halaman Beranda Kelola issue Tagging(lihat,Edit, hapus,input)
4.1.4. Rancangan Dokumen Sistem Usulan
Rancangan dokumen sistem usulan yang terdapat pada sistem e-tagging PT.TIV Cianjur yaitu :
1. Nama Dokumen : Laporan status tagging karyawan
Fungsi : Untuk informasi sejauh mana status tagging yang di buat user.
Sumber : Admin Tujuan : User
Media : dokumen ms exel di display tv. Jumlah : 1 (satu)
Frekuensi : Setiap hari
4.1.5. Rancangan Prototype 1. Interface Menu Login
Gambar IV.5. Interface Menu Login
2. Interface Halaman Utama User
3. Interface Form Ubah Password User
Gambar IV.7. Interface Form Ubah Password User
4. Interface Halaman Utama Admin
5. Interface Halaman Beranda Admin
Gambar IV.9. Interface Halaman Beranda Admin
6. Interface Edit Data Admin
4.2. Perancangan Perangkat Lunak 4.2.1. Entity Relationship Diagram (ERD)
1 N
N
1
Gambar IV.11. Entity Relationship Diagram (ERD) 4.2.2. Logical Record Structure (LRS)
1 N N 1
Gambar IV.12. Logical Record Structure (LRS)
User NIK Jabatan Membuat Admin Tagging Lok_mesin n Kategori Tanggal Jabatan NIK Mengelola Tanggal Input Lihat Edit Hapus User *NIK Jabatan Tagging Admin *Tanggal Kategori Lokasi_mesin *NIK Jabatan
4.2.3. Spesifikasi File
Adapun data-data yang akan di masukan kedalam beberapa file yaitu : 1. Spesifikasi File Karyawan
Nama File : User
Akronim : user
Fungsi : untuk menyimpan data tagging karyawan
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 40 Karakter
Kunci Field : Nik_karyawan
Software : Mysql
Tabel IV.8. Spesifikasi File User
2. Spesifikasi File Tagging
Nama File : Tagging
Akronim : Tagging
No Nama Elemen Akronim Type Size Keterangan
1 NIK NIK Char 5 Primary Key
Fungsi : untuk menginput tagging User
Tipe File : File master
Organisasi File : Index Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 150 karakter
Kunci Field : Tagging
Software : Mysql
Tabel IV.9. Spesifikasi File Tagging
No Nama Elemen Akronim Type Size Keterangan
1 Tanggal
Pembuatan Tagging
Tanggal Date - Primary
Key
2 Kategori Kategori Varchar 30
3 Lokasi Mesin Lok_mesin Varchar 30
3. Spesifikasi File Admin
Nama File : Admin
Akronim : Admin
Fungsi : Untuk pengelolaan tagging karyawan
Tipe File : File Master
Organisasi File : Index Sequential
Akses File : Random
Media : Hardisk
Panjang Record : 40 Karakter
Kunci Field : Admin
Software : Mysql
Tabel IV.10.Spesifikasi File Admin
No Nama Elemen Akronim Type Size Keterangan
1 Nik Nik char 5 Primary
Key
4.2.4. Class Model / Class Diagram
Gambar IV.13. Clas Model / Clas Diagram
User + NIK
+ Jabatan
+ Login sebgai User() + View() + Ganti Password() + Logout() Tagging + Tanggal + Lokasi Mesin + Kategori + Issue
+ Input Issue Tagging() + Submit()
Admin + NIK
+ Jabatan
+ Login sebagai admiin() + Lihat()
+ Edit() + Hapus() + Input() + Logout()
4.2.5. Sequence Diagram
1. Sequence Diagram Input Tagging
User Form Login Form User Proses | | | | | 1.masuk local host | | |
| | | |
2.menampilkan form login | |
| | | 3.input data login | | |
| | | | | | 4.menampilkan form user | |
|
5.input tagging 6.simpan data
| |
7.tampilan tagging user
4.2.6. Spesifikasi Hardware dan Software
Terdapat spesifikasi Hardware dan software yang penulis gunakan dalam peralatan pendukung sebagai berikut:
A. Spesifikasi Hardware 1. Server
a. CPU
1) Processor Intel® Core™ i3-2310M CPU @2.10GHz 2.10 GHz 2) RAM 4.00 GB
3) Hard Disk 500 GB b. Mouse
c. Keyboard
d. Monitor dengan resolusi layar minimum 1024x768 e. Koneksi internet dengan kecepatan 2 Mbps
2. Client a. CPU
1) Processor Intel® Core ™ i3-2310M CPU @2.10GHz 2.10GHz 2) RAM 3.00 GB
3) Hard Disk 500 GB b. Mouse
c. Keyboard
d. Monitor dengan resolusi layar minimum 1024x768 e. Koneksi internet dengan kecepatan 2 Mbps
B. Spesifikasi Software 1. Server
a. Sistem operasi yang digunakan : Microsoft Windows7 Ultimate 64 bit b. Aplikasi bundle web servernya adalah Xampp
Komponen-komponen yang terdapat di dalam aplikasi Xampp diantaranya: 1) Aplikasi Apache Server
2) Aplikasi PHP Server 3) Aplikasi MySQL Server 4) Aplikasi Php MyAdmin
c. Aplikasi web browser yang digunakan adalah Google Chrome. 2. Client
a. Sistem operasi yang dibutuhkan minimal menggunakan sistem operasi Microsoft Windows 7 Ultimate.
4.3. Jadwal Implementasi
Tabel IV.11. Jadwal Implementasi
No. Kegiatan
Waktu
Bulan I BULAN II BULAN III
1 2 3 4 1 2 3 4 1 2 3 4 1 Persiapan data awal 2 Analisa 3 Desain Sistem 4 Desain Perangkat Lunak 5 Evaluasi dan Operasioanal
Dari tabel implementasi di atas dapat di simpulkan bahwa dalam kegiatan persiapan data awal memerlukan waktu 1 minggu, kegiatan analisa hingga evaluasi dan operasional memerlukan waktu 2 minggu, untuk kegiatan desain perangkat lunak memerlukan waktu 3 minggu untuk menyelesaikannya. Sedangkan untuk kegiatan desain sistem yang membutuhkan waktu lebih lama dari kegiatan-kegiatan yang ada yaitu dalam waktu 4 minggu untuk menyelesaikan kegiatan desain sistem,