Anda di halaman 1dari 13

Sistem Informasi Pemilihan Gubernur Saintek

Flowchart Sistem Informasi

Gambar 1. Flowchart Sistem yang Diusulkan

Kebutuhan Fungsional Sistem


Kebutuhan fungsional yang dibutuhkan oleh sistem informasi pemilihan gubernur saintek meliputi : a. Fungsi Login Fungsi ini merupakan sebuah fungsi yang paling inti dalam sistem. Karena setiap pengguna program harus mempunyai hak akses untuk login dan menggunakan program. Artinya, tidak semua user berhak menggunakan sistem dan mengetahui data-data didalamnya. Hanya yang berkepentingan dan mempunyai hak akses saja yang berhak menggunakannya, adapun manajemen pengguna akan diatur oleh admin. b. Fungsi Input ata !ser Input ata !ser merupakan proses pengolahan data user yang akan melakukan pemilihan gubernur, setiap user yang ter"atat melakukan login dan memilih "alon gubernur. ". Fungsi input data "alon gubernur. Fungsi input data "alon gubernur berfungsi untuk melakukan proses penginputan data "alon gubernur yang akan dipilih mahasi#a. d. Fungsi $emilihan %ubernur Fungsi ini menyediakan media pemilihan gubernur yang dilakukan oleh mahasis#a sesuai dengan nomor pemilihan %ubernur yang telah di kampanyekan. e. Fungsi Hasil $emilihan Fungsi ini bertindak untuk menampilkan hasil dari input pemilihan "alon gubernur yang dilakukan oleh mahasis#a. f. Fungsi report Fungsi ini merupakan fungsi yang "ukup penting, karena tujuan dibangunnya sistem ini adalah untuk menyediakan informasi yang terkait dalam proses pemilihan se"ara detail serta tepat dan akurat. Adapun laporan yang dihasilkan meliputi Laporan ata &alon %ubernur, Laporan 'umlah $emilih, dan Laporan Hasil Akhir $emilihan untuk menentukan siapa %ubernur (elanjutnya.

)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:

Gambar . Identifikasi 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

Use Case Diagram


Use Case iagram terdiri dari actor, use case dan serta hubunganya. Use Case iagram digunakan untuk diagram adalah sesuatu yang penting untuk mem1isualisasikan, menspesifikasikan dan mendokumentasikan kebutuhan perilaku sistem. Use Case menjelaskan kegiatan apa saja yang dapat dilakukan oleh pengguna sistem yang sedang berjalan. /erikut merupakan penggambaran sistem dalam bentuk use case terlihat pada gambar ,. berikut ini:

uc Login System Boundary

Kelola User

Admin include Kelola Cagub include Login

include Lihat Hasil include extend

include Laporan

Logout

Mahasiswa

Pemilihan Gubernur

Gambar &. Use Case Diagram Sistem Informasi Pemilihan Gubernur

Deskri'si Use Case


/erikut ini merupakan pendeskripsian dari use case pada sistem informasi penjualan akan terlihat pada tabel 3.+. )abel +. aftar eskripsi Use Case 4o. Use Case 1. Login eskripsi !se "ase ini menggambarkan user masuk ke sistem melalui proses otentikasi.

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

!se "ase ini menggambarkan Admin men"etak laporan hasil pemilu.

*.

Logout

!se "ase ini menggambarkan user keluar sistem dengan menghapus sesi login mereka

Skenario Use Case


/erikut ini merupakan skenario use case yang terdapat pada sistem informasi penjualan. 1. Use Case login (kenario Use case login akan terlihat pada tabel 3., diba#ah ini: )abel ,. (kenario Use case 5Login5 Use Case eskripsi : : Login !se "ase ini menggambarkan user masuk ke sistem melalui proses otentikasi. Admin, 0ahasis#a (istem menampilkan form login. (istem menampilkan menu utama.

Aktor Kondisi A#al Kondisi Akhir Skenario +ormal Aksi Aktor

: : :

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.

. Use case %engelola -ser

(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 menampilkan daftar user.

-. (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

+. (istem menampilkan daftar user.

&. 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

Aktor Kondisi A#al Kondisi Akhir

: : :

Skenario +ormal Aksi Aktor *. Use "ase ini dimulai ketika Admin membuka menu manajemen "agub. ,. Admin melakukan in"ut data sesuai kolom yang ada.

+. (istem menampilkan daftar "agub.

-. (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

+. (istem menampilkan daftar "agub.

(. 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

Aktor Kondisi A#al Kondisi Akhir

: : :

!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

eskripsi Aktor Kondisi A#al Kondisi Akhir

: : : :

!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"

Gambar ). Class Diagram Sistem Informasi Pen0ualan