BAB 5: KESIMPULAN dan SARAN
3.6 Class Diagram Keseluruhan
3.6.2 Analisis Package
Kelas-kelas analisis dapat dikelompokkan dalam package-package yang dapat digambarkan dalam suatu package diagram berikut ini:
Pekerja + Karyawan + Mandor Lokasi + Blok + Afdeling + UnitUsaha Rekening + RekeningPekerjaan + SubRekeningPekerjaan DataPokok + HargaPremi + HargaBahan + HargaBeras + GajiPokok Transaksi + Absen + KLKH + Panen + Lembur
BAB 4
DESAIN SISTEM
4.1 Use Case Diagram
Use case diagram yang digunakan sama dengan use case diagram analisis sistem. Pada desain sistem, detail proses pada setiap use case dijelaskan lebih mendalam. Pada use case diagram analisis sistem, terdapat seorang aktor yaitu:
2. User (pengguna perangkat lunak)
Use case yang diidentifikasi dari aktor user yaitu: 16.Login
17.Memasukkan data absen 18.Mengubah data hasil
19.Memasukkan data bahan yang dipakai 20.Memasukkan data sosial
21.Melihat data KLKH 22.Mengubah data absen 23.Mengubah data sosial
24.Mengubah data bahan yang dipakai 25.Menghapus data absen
26.Menghitung realisasi sosial
27.Menghapus data bahan yang dipakai 28.Memasukkan bahan
29.Mengubah bahan
30.Mengubah harga pokok beras
MenghitungRealSosial
(f rom Use Cases)
Mengubah harga pokok beras
(f rom Use Cases)
Mengubah bahan
(f rom Use Cases)
Memasukkan bahan
(f rom Use Cases)
Melihat data KLKH
(f rom Use Cases)
Menghapus data bahan yang dipakai
(f rom Use Cases)
Mengubah data bahan yang dipakai
(f rom Use Cases)
Mengubah data hasil
(f rom Use Cases)
Menghapus data absen
(f rom Use Cases)
Mengubah data absen
(f rom Use Cases)
Memasukkan data bahan yang dipakai
(f rom Use Cases)
Login
(f rom Use Cases)
Memasukkan data absen
(f rom Use Cases)
Memasukkan data sosial
(f rom Use Cases)
Mengubah data sosial
(f rom Use Cases)
User
(f rom Actors)
4.1.1 Use caseLogin
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fLogin dan fHalamanUtama sebagai kelas boundary serta kelas PengontrolLogin sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.2 Class Diagramuntuk Use Case Login
Aliran pengiriman pesan dalam proses login dimulai dari membuka antarmuka fLogin dengan memanggil operasi start() pada antarmuka fLogin. Proses login membutuhkan pengguna untuk menginputkan beberapa data yaitu nama pengguna, kata kunci, serta kode unit yang dapat dipilih dari daftar yang tersedia dalam database dengan operasi- operasi yang tersedia pada kelas PengontrolLogin. Proses login dinyatakan berhasil jika nama user dan kata kunci yang dimasukkan ditemukan dalam database melalui operasi validate pada kelas pengontrolLogin. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: fHalamanUtama : User : fLogin : PengontrolLogin : N4TidB start( ) bLogin_Click( ) validate(String, String) executeQuery(String)
[Login suskes]: start( )
start( ) hide( ) bCariUnit_Click( )
tampilDaftarUnit(String, String)
executeQuery(String)
bPilih_Click( ) setUnit(String, String)
[login sukses]:
[login gagal]:
Gambar 4.3 Sequence Diagram untuk Use Case Login
4.1.2 Use Case Memasukkan Data Absen
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fAbsen sebagai kelas boundary dan kelas PengontrolKLKH sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.4 Class Diagramuntuk Use Case Memasukkan Data Absen
Aliran pengiriman pesan dalam proses memasukkan data absen dimulai dari membuka antarmuka fAbsen dengan memanggil operasi start() pada antarmuka fAbsen. Kemudian pengguna dapat menginput data unit, karyawan, mandor, rekening pekerjaan dan sub rekening pekerjaan dengan memilih pada daftar yang tersedia dalam database. Kemudian, dilakukan pemeriksaan status kerja karyawan yang diinputkan. Jika statusnya termasuk dalam status kerja yang dibayar, maka dilakukan penghitungan upah, catu beras, dan tunjangan sosialnya. Kemudian dilakukan pemeriksaan status lembur dan premi yang diinputkan dimana apabila statusnya ya, makanya dilakukan penghitungan terhadap biaya lembur dan premi. Aliran ini dapat dilihat pada sequence diagram berikut ini:
Gambar 4.5 Sequence Diagram untuk Use Case Memasukkan Data Absen (lanjutan)
4.1.3 Use Case Mengubah Data Hasil
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fAbsen sebagai kelas boundary dan kelas PengontrolKLKH sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.6 Class Diagram untuk Use Case Mengubah Data Hasil
Aliran pengiriman pesan dalam proses mengubah data hasil dimulai dari membuka antarmuka fAbsen dengan memanggil operasi start() pada antarmuka fAbsen.
Pengguna diminta untuk memilih baris data yang ingin diubah dari daftar yang diberikan, kemudian memilih pilihan untuk mengubah data hasil, sehingga sistem memberikan respon dengan meminta pengguna untuk mengisi isian nilai hasil, kemudian menyimpannya dalam database. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: User : fAbsen : PengontrolKLKH : N4TidB start( ) pilihKLKH( ) tampilKLKH( ) bEditHasilSet_Click( ) bEditHasil_Click( ) editHasilMode( )
editHasil(String, Double, String)
executeQuery(String)
Gambar 4.7 Sequence Diagram untuk Use Case Mengubah Data Hasil
4.1.4 Use Case Memasukkan Data Bahan yang Dipakai
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fAbsen, fBahan, dan fTampil sebagai kelas boundary serta kelas PengontrolKLKH dan PengontrolBahan sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.8 Class Diagram untuk Use Case Memasukkan Data Bahan yang Dipakai
Aliran pengiriman pesan dalam proses memasukkan data bahan yang dipakai dimulai dari membuka antarmuka fAbsen dengan memanggil operasi start pada antarmuka fAbsen, kemudian pengguna memilih salah satu data kegiatan KLKH dari daftar yang tersedia. Ketika pengguna mengeksekusi perintah pengubahan bahan, maka ditampilkan halaman daftar bahan untuk kegiatan yang dipilih tersebut. Pada halaman ini, pengguna dapat memasukkan data bahan, kemudian sistem melakukan penghitungan biaya bahan tersebut. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: PengontrolKLKH
: User : fAbsen : fBahan : PengontrolBahan : N4TidB
start( ) tampilKLKH(Date, String) executeQuery(String) editBahan_Click( ) start( ) lihatDaftar_Click( ) pilihBahan_Click( ) simpanBahan_Click( ) pesanError( ) tampilBahanPakai(String) executeQuery(String) tampilDaftarBahan(String, String) executeQuery(String)
setBahan(String, String, Double)
hitungHarga(Double, Double)
simpanBahanPakai(String, String, String, Double, Double, Double)
tampilBahanPakai(String) [simpan sukses]: [simpan gagal]: executeQuery(String) bBaru_Click( ) setBaru( ) pilihKLKH( )
Gambar 4.9 Sequence Diagram untuk Use Case Memasukkan Data Bahan yang Dipakai
4.1.5 Use Case Memasukkan Data Sosial
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fPokok sebagai kelas boundary dan PengontrolPokok sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.10 Class Diagram untuk Use Case Memasukkan Data Sosial
Aliran pengiriman pesan dalam proses memasukkan data sosial dimulai dari membuka antarmuka fPokok dengan memanggil operasi start pada antarmuka fPokok, kemudian sistem menampilkan daftar biaya sosial. Ketika pengguna mengeksekusi perintah pengisian data sosial baru, dan memasukkan data yang diminta, maka sistem akan menyimpan data sosial tersebut dengan memanggil operasi simpanSosial pada kelas PengontrolPokok. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: User : fPokok : PengontrolPokok : N4TidB start( ) tampil_sosial( ) simpanSosial_Click( )
simpanSosial(Integer, Integer, Double, Double)
executeQuery(String) bBaruSos_Click( )
setSosialBaru( )
Gambar 4.11 Sequence Diagram untuk Use Case Memasukkan Data Sosial
4.1.6 Use Case Melihat Data KLKH
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fTampil sebagai kelas boundary dan PengontrolTampil sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Aliran pengiriman pesan dalam proses melihat data KLKH dimulai dari membuka antarmuka fTampil dengan memanggil operasi start pada antarmuka fTampil. Pengguna dapat memasukkan data unit, afdeling, blok, dan objek pekerjaan yang ingin ditampilkan dari daftar yang tersedia, kemudian sistem mencari data dalam database dan menghitung akumulasi biayanya. Data detail dari setiap kegiatan dapat dilihat dengan memanggil operasi tampilDetail pada kelas PengontrolTampil. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: User
: fTampil : pengontrolTampil : N4TidB
start( ) bCariUnit_Click( ) bPilihUnit_Click( ) bCariRek_Click( ) bPilihRek_Click( ) bTampil_Click( )
tampilDaftarUnit(String, String) executeQuery(String)
setUnit(String, String)
tampilDaftarRek(String, String)
executeQuery(String)
setRek(String, String)
tampilKLKH(String, String, String, Date, Date, String)
executeQuery(String) tampilAkumulasi(Integer,
Integer, Integer, Integer, Integer, Integer, Integer, Integer, Integer, Integer, Integer, Integer, Integer, Double, Double, Double, Double, Double, Double)
bDetail_Click( )
tampilDetail(String, String)
executeQuery(String)
4.1.7 Use Case Mengubah Data Absen
Dalam use case ini, kelas-kelas yang terlibat adalah N4TidB sebagai kelas entiti, fAbsen dan fEditAbsen sebagai kelas boundary dan PengontrolEditKLKH sebagai kelas control. Hubungan antara kelas-kelas tersebut dapat dilihat dalam class diagram berikut ini:
Gambar 4.14 Class Diagram untuk Use Case Mengubah Data Absen
Aliran pengiriman pesan dalam proses mengubah data absen dimulai dari membuka antarmuka fAbsen dengan memanggil operasi start pada antarmuka fAbsen. Pengguna memilih salah satu data absen, kemudian mengeksekusi perintah untuk mengubah data dengan menekan tombol bUbahAbsen pada halaman fAbsen. Sistem merespon dengan menampilkan halaman untuk mengubah data. Setelah data diubah, sistem akan memanggil operasi simpanUbah pada kelas PengontrolEditKLKH. Aliran ini dapat dilihat pada sequence diagram berikut ini:
: PengontrolEditKLKH
: User : fAbsen : fEditAbsen : N4TidB
start( ) pilihAbsen( ) bUbahAbsen_Click( ) start( ) loadData( ) bSimpanUbah_Click( ) simpanUbah(String, String, Double, Double, Double, Double, Double, Boolean, String, String, Integer, Date, String, String, String,
Integer, Integer, Integer, String, Double, Double, Double, Double, String, String, String, String)
executeQuery(String)
Gambar 4.15 Sequence Diagram untuk Use Case Mengubah Data Absen