)erdapat beberapa kelebihan dari sistem yang diusulkan ini, yaitu: *. $anitia tidak perlu repot men"etak kertas pemilu lagi, karena sudah dilakukan se"ara online. +. $anitia tidak perlu melakukan penghitungan suara, karena sudah ada rosedur perhitungan otomatis oleh sistem. ,. $engumuman hasil gubernur terpilih bisa langsung di umumkan pada saat itu juga -. )idak ada proses ke"urangan yang mungkin terjadi pada pemilu manual.biasa. /erdasarkan analisa diatas maka dapat dilakukan ran"angan sistem informasi penjualan menggunakan pendekatan berorientasi objek yaitu dengan !0L (Unifield Modeling Language). Adapun diagram !0L yang digunakan sebagai berikut: 1. Use case diagram 2. Class diagram 3. Sequence diagram -. Activity diagram
Identifikasi Aktor
(etelah melakukan analisis terhadap data dan informasi yang terlibat dalam proses sistem didapatkan model aktor-aktor, yang teridentifikasi aktifitas yang mendukung berjalanya sistem yang diran"ang, berikut tabel identifikasi aktifitas aktor:
/erikut ini adalah uraian aktifitas dari aktor yang terkait pada bidang (I $emilu %ubernur yang dapat dilihat pada tabel *.: )abel *. Identifikasi dan Akti1itas Aktor AK!"# Admin AK!I$I!AS AK!"# *. 0asuk ke sistem +. Input , 0elihat, 2dit, dan Hapus ata !ser ,. Input , 0elihat, 2dit, dan Hapus %ubernur. -. 0elihat Hasil $emilihan 3. 0embuat Laporan %ahasiswa *. 0asuk ke sistem +. 0emilih &alon %ubernur ata &alon
Kelola User
include Laporan
Logout
Mahasiswa
Pemilihan Gubernur
Kelola !ser
!se "ase ini menggambarkan admin mempunyai hak untuk mengatur input dan output data user.
&.
Kelola &agub
!se "ase ini menggambarkan admin mempunyai hak untuk mengatur input dan output data "alon gubernur.
(.
Lihat Hasil
!se "ase ini menggambarkan admin mempunyai hak untuk melihat hasil pemilu gubernur
).
Laporan
*.
Logout
!se "ase ini menggambarkan user keluar sistem dengan menghapus sesi login mereka
: : :
6eaksi (istem
*. Use "ase ini dimulai ketika 0ahasis#a dan admin melakukan login. +. (istem melakukan verifi!asi login ,. (istem menampilkan menu utama. Skenario Gagal ,ogin Aksi Aktor *. Use "ase ini dimulai ketika Admin dan 0ahasis#a melakukan login. 6eaksi (istem
+. (istem melakukan verifi!asi login ,. (istem menampilkan pesan username atau "ass#ord yang diinput salah.
(kenario Use case 0engelola User akan terlihat pada tabel diba#ah ini: )abel -. : (kenario Use case 50engelola !ser5 Use Case eskripsi Aktor Kondisi A#al Kondisi Akhir : : : : : 0engelola User !se "ase ini menggambarkan admin mempunyai hak untuk mengatur siapa saja yang bisa masuk ke sistem. Admin (istem menampilkan daftar user yang ada di sistem. $erubahan yang dilakukan oleh aktor akan disimpan pada data$ase. 6eaksi (istem
Skenario +ormal Aksi Aktor *. Use "ase ini dimulai ketika Admin membuka menu manajemen user. ,. Admin melakukan in"ut data sesuai kolom yang ada.
-. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. Skenario Gagal In'ut Data -ser Aksi Aktor *. Use case ini dimulai ketika Admin membuka menu manajemen user. ,. Admin melakukan in"ut data sesuai kolom yang ada. -. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. 7. Konfirmasi gagal. 6eaksi (istem
&. Use case %engelola .agub (kenario Use case 0engelola Cagu$ akan terlihat pada tabel diba#ah ini:
)abel 3. : (kenario Use case 50engelola &agub5 Use Case eskripsi : : 0engelola User !se "ase ini menggambarkan admin mempunyai hak untuk mengeola data yang akan menjadi &alon %ubernur. Admin (istem menampilkan daftar &alon %ubernur yang ada di sistem. $erubahan yang dilakukan oleh aktor akan disimpan pada data$ase. 6eaksi (istem
: : :
Skenario +ormal Aksi Aktor *. Use "ase ini dimulai ketika Admin membuka menu manajemen "agub. ,. Admin melakukan in"ut data sesuai kolom yang ada.
-. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. Skenario Gagal In'ut Data -ser Aksi Aktor *. Use case ini dimulai ketika Admin membuka menu manajemen "agub. ,. Admin melakukan in"ut data sesuai kolom yang ada. -. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. 7. Konfirmasi gagal. 6eaksi (istem
(. Use case Pemilihan Gubernur (kenario Use case $emilihan %ubernur akan terlihat pada tabel diba#ah ini: )abel 3. : (kenario Use case 5 $emilihan %ubernur 5 Use Case : 0engelola User
eskripsi
: : :
!se "ase ini menggambarkan mahasis#a sebagai user mempunyai hak untuk memilih siapa yang akan menjadi &alon %ubernur dengan memilih nomor "agub. 0ahasis#a (istem menampilkan nomor daftar &alon %ubernur yang ada di sistem di sertai biodata "agub. $erubahan yang dilakukan oleh aktor akan disimpan pada data$ase. 6eaksi (istem
Skenario +ormal Aksi Aktor *. Use "ase ini dimulai ketika 0ahasis#a membuka menu $emilihan %ubernur.
+. (istem menampilkan nomor dan biodata daftar "agub. ,. 0ahasis#a melakukan in"ut data sesuai kolom yang ada. -. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. Skenario Gagal 'ilih cagub Aksi Aktor *. Use case ini dimulai ketika 0ahasis#a membuka menu pemilihan gubernur. 6eaksi (istem
+. (istem menampilkan nomor dan biodata daftar "agub. ,. 0ahasis#a melakukan in"ut data sesuai kolom yang ada. -. (istem melakukan 1alidasi form. 3. ata yang diinputkan disimpan ke data$ase. 7. Konfirmasi gagal.
). Use case %elihat /asil (kenario Use case 0elihat hasil akan terlihat pada tabel diba#ah ini: )abel 3. : (kenario Use case 5 0elihat hasil5 Use Case : 0engelola User
: : : :
!se "ase ini menggambarkan admin mempunyai hak untuk melihat hasil pemilihan %ubernur. Admin (istem menampilkan daftar hasil pemilihan %ubernur yang ada di sistem berdasarkan jumlah suara. (istem hanya menampilkan daftar hasil pemilihan %ubernur yang ada di sistem berdasarkan jumlah suara. Admin tidak berhak untuk merubah hasil pemilu. 6eaksi (istem
Skenario +ormal Aksi Aktor *. Use "ase ini dimulai ketika Admin membuka menu Lihat Hasil $emilu. +. (istem menampilkan hasil pemilu. Skenario Gagal %enam'ilkan data /asil Pemilu Aksi Aktor *. Use case ini dimulai ketika Admin membuka menu lihat hasil pemilu. +. Konfirmasi gagal tampil. ,. (istem menampikan beranda admin. 6eaksi (istem
*. Use Case ,a'oran (kenario Use case 0engelola Laporan akan terlihat pada tabel diba#ah ini% )abel 3.3 : (kenario Use case 5 Laporan5 Use Case eskripsi Aktor : : : 0engelola Laporan !se "ase ini menggambarkan Admin melihat dan men"etak laporan penjualan. Admin
Kondisi A#al
Kondisi Akhir : Skenario +ormal Aksi Aktor 6eaksi (istem *. Use "ase ini dimulai ketika Admin, membuka menu laporan. +. (istem menampilkan jenis laporan. ,. Admin memilih laporan. -. (istem meng-query database. 3. (istem menampilkan laporan. 7. Admin men"etak laporan. Skenario Gagal %enam'ilkan ,a'oran. Aksi Aktor 6eaksi (istem *. Use "ase ini dimulai ketika Admin, membuka menu laporan. +. (istem menampilkan jenis laporan. ,. Admin memilih laporan. -. (istem meng-query database. 3. (istem menampilkan konfirmasi error.
(istem menampilkan jenis laporan yang ingin di tampilkan. Laporan yang ditampilkan siap untuk di "etak.
Class Diagram
Class iagram adalah diagram yang menunjukan kelas-kelas yang ada di sistem iagram ini menggambarkan struktur statis dari informasi penjualan se"ara logika. Class
sistem. Class diagram yang dibuat pada tahap design merupakan deskripsi lengkap dari class&class yang ditangani oleh sistem, dimana masing-masing class telah dilengkapi dengan atribut dan operasi yang diperlukan. Class diagram sistem informasi penjualan dapat dilihat pada gambar 3. :
class System
login - id_user: int - username: varchar(30) # pass ord: varchar(!0) # tam"ah_user() edit_user() delete_user() post#o$in%ata() & & & & -
cagub id_ca$u": int nama_ca$u": varchar(30) alamat_ca$u": varchar(!0) 'oto_ca$u": varchar(!0) detail: varchar(!0) tam"ah_ca$u"() edit_ca$u"() delete_ca$u"() $et%ata(a$u"()
pemilu_detail -id_user id_ca$u": int id_user: int count_pemilu: int $et)emilu%etail() -id_ca$u"