You are on page 1of 21

SISTEM INFORMASI KURSUS MENGEMUDI

(Perancangan Diagram Menggunakan Aplikasi Microsoft Visio 2013)

DISUSUN OLEH

KELOMPOK 5 TIF5B :

FAJAR SETIAWAN (11351101578)


MUHAMMAD ZAKKI (11351105721)
NURI SAPUTRA (11351106332)

JURUSAN TEKNIK INFORMATIKA


FAKULTAS SAINS TEKNOLOGI
UNIVERSITAS ISLAM NEGRI SULTAN SYARIF KASIM
PEKANBARU 2015
BAB I
ANALISA

1.1 Use Case Diagram


Sistem Informasi Kursus Mengemudi

Login

Pengelolaan Data Master


Pegawai

Pengelolaan Data Master


Mobil
Administrator Pimpinan
Pendaftaran

Pembayaran

Pencetakan Bukti Siswa

Pencatatan Absensi

Penyerahan Kelulusan

Pencetakan Laporan

1.2 Use Case Specification


1.2.1 Use Case Login

Login

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan login ke sistem.

Karateristik aktivasi :
Administrator (Sekretaris, Bendahara, dan Pimpinan).
Prakondisi :
Hak akses telah dimiliki.
Flow of Event :

a. Basic Flow :
1. Sistem menampilkan Halaman Login.
2. Administrator meng-Inputkan Username dan Password pada Halaman Login.
3. Sistem mengecek Username dan Password pada Data Pegawai.
4. Jika data valid maka administrator berhasil login dan masuk pada Halaman Menu
Utama
b. Alternative Flow :
-
c. Exception Flow :
1. Sistem menampilkan Halaman Login.
2. Administrator meng-Inputkan Username dan Password pada Halaman Login.
3. Sistem mengecek Username dan Password pada Data Pegawai.
4. Jika data tidak valid maka sistem menampilkan pesan Username dan Password
salah.

Post Kondisi :
Administrator berhasil login ke system.

Aturan :
Ketika Halaman Login ditampilkan. Administrator harus meng-inputkan Username dan
Password kemudian menekan tombol login pada halaman login tersebut.

Batasan :
Dalam mengisi halaman Login, Administrator hanya bisa meng-inputkan Username sebanyak
15 karakter, sedangkan Password hanya 8 karakter.

1.2.2 Use Case Pengelolaan Data Master Pegawai

Pengelolaan Data Master


pegawai
Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pengelolaan
data pegawai. Administrator melakukan proses menambah, mengedit, dan menghapus data.
Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data yang akan diolah telah dimiliki.

Flow of Event :

a. Basic Flow :

1. Tambah Data Pegawai


1.1 Administrator meng-klik tombol tambah data.
1.2 Sistem akan menampilkan form tambah data pegawai ke layar.
1.3 Administrator meng-inputkan data pegawai.
1.4 Sistem akan menyimpan data kedalam data pegawai.
1.5 Sistem akan menampilkan pesan ke layar data berhasil tersimpan.
2. Mengedit Data Pegawai
2.1 Sistem akan menampilkan data pegawai ke layar.
2.2 Administrator memilih salah satu pegawai dan meng-klik tombol edit data.
2.3 Sistem menampilkan data pegawai yang dipilih ke layar.
2.4 Administrator mengedit data pegawai.
2.5 Sistem akan menyimpan data kedalam data pegawai.
2.6 Sistem akan menampilkan pesan ke layar data berhasil diedit.
3. Menghapus Data Pegawai
3.1 Sistem akan menampilkan data Pegawai.
3.2 Administrator memilih salah satu pegawai dan meng-klik tombol hapus data.
3.3 Sistem menghapus data pada data Pegawai.
3.4 Sistem akan menampilkan pesan ke layar data berhasil dihapus.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Administrator berhasil menambah, mengedit, dan menghapus data pegawai di sistem.

Aturan :
Ketika Form pegawai ditampilkan. Administrator meng-inputkan data pegawai kemudian
menekan tombol simpan pada halaman pegawai tersebut.
Batasan :
Dalam mengisi form pegawai, Administrator hanya meng-inputkan nama karyawan dengan
huruf dan tanggal lahir menggunakan angka dengan jumlah maksimal 8 karakter.

1.2.3 Use Case Pengeolaan Data Master Mobil

Pengelolaan Data Master


Mobil
Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pengelolaan
data mobil. Administrator melakukan proses menambah, mengedit, dan menghapus data
mobil.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data yg akan dikelola telah dimiliki.

Flow of Event :

a. Basic Flow :
1. Tambah Data Mobil
1.1 Administrator meng-klik tombol tambah data.
1.2 Sistem akan menampilkan form tambah data mobil ke layar.
1.3 Administrator meng-inputkan data mobil.
1.4 Sistem akan menyimpan data kedalam data mobil.
1.5 Sistem akan menampilkan pesan ke layar data berhasil tersimpan.
2. Mengedit Data Mobil
2.1 Sistem akan menampilkan data mobil ke layar.
2.2 Administrator memilih salah satu mobil dan meng-klik tombol edit data.
2.3 Sistem menampilkan data mobil yang dipilih ke layar.
2.4 Administrator mengedit data mobil.
2.5 Sistem akan menyimpan data kedalam data mobil.
2.6 Sistem akan menampilkan pesan ke layar data berhasil diedit.
3. Menghapus Data Mobil
3.1 Sistem akan menampilkan data Mobil.
3.2 Administrator memilih salah satu mobil dan meng-klik tombol hapus data.
3.3 Sistem menghapus data pada data Mobil.
3.4 Sistem akan menampilkan pesan ke layar data berhasil dihapus.
b. Alternative Flow :
-
c. Exception Flow :
-
Post Kondisi :
Administrator berhasil menambah, mengedit, dan menghapus data mobil di sistem.

Aturan :
Ketika Form mobil ditampilkan. Administrator meng-inputkan data mobil kemudian menekan
tombol simpan pada halaman mobil tersebut.

Batasan :
Dalam mengisi halaman mobil, Administrator hanya meng-inputkan nama mobil dengan
huruf dan nomor kendaraan menggunakan kombinasi angka dan huruf dengan jumlah
maksimal 8 karakter.

1.2.4 Use Case Pendaftaran

Pendaftaran

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pendaftaran
data pelanggan. Administrator hanya melakukan proses menambah data.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data yg akan dikelola telah dimiliki.

Flow of Event :

a. Basic Flow :
1. Administrator meng-klik tombol pendaftaran.
2. Sistem akan menampilkan form pendaftaran ke layar.
3. Administrator menginputkan data pelanggan.
4. Sistem akan menyimpan data ke data pelanggan.
5. Sistem menampilkan pesan data berhasil tersimpan.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Data Pendaftaran/Pelanggan berhasil tersimpan.

Aturan :
Ketika Form pendaftaran ditampilkan. Administrator meng-inputkan data pelanggan
kemudian menekan tombol simpan pada form pendaftaran tersebut.

Batasan :
Dalam mengisi form pendataran, Administrator hanya meng-inputkan nama pelanggan
dengan huruf jumlah maksimal 30 karakter.

1.2.5 Use Case Pembayaran

Pembayaran

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pembayaran.
Pembayaran dibagi menjadi 3 tahap. Tahap 1 : Pembayaran DP, Tahap 2 dan 3 : Sisa uang yang
akan dibayar. 3 tahap ini berada dalam 1 form. Administrator hanya melakukan proses
menambah data.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data yg akan dikelola telah dimiliki.

Flow of Event :

a. Basic Flow :
1. Administrator meng-klik tombol Pembayaran.
2. Sistem akan menampilkan form pembayaran ke layar.
3. Administrator menginputkan jumlah uang yang dibayar.
4. Sistem mengecek dan jika valid Sistem akan menyimpan data ke data Pembayaran.
5. Sistem menampilkan pesan data berhasil tersimpan.
b. Alternative Flow :
-
c. Exception Flow :
1. Administrator meng-klik tombol Pembayaran.
2. Sistem akan menampilkan form pembayaran ke layar.
3. Administrator menginputkan jumlah uang yang dibayar.
4. Sistem mengecek dan jika tidak valid Sistem akan menampilkan pesan
Pembayaran min 1 juta.

Post Kondisi :
Data Pembayaran berhasil disimpan.

Aturan :
Ketika Form pembayaran ditampilkan. Administrator meng-inputkan jumlah uang minimal 1
juta rupiah dan menekan tombol simpan.

Batasan :
Dalam mengisi form pembayaran, Administrator meng-inputkan jumlah uang dengan format
angka.

1.2.6 Use Case Pencetakan Bukti Siswa

Pencetakan Bukti Siswa

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pencetakan.
Pencetakan bukti akan diberikan kepada pelanggan atau siswa sebagai pegangan.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data Pembayaran sudah ada.
Flow of Event :

a. Basic Flow :
1. Administrator meng-klik tombol Cetak Bukti.
2. Sistem akan menampilkan data pelanggan/siswa ke layar.
3. Administrator memilih pelanggan/siswa dan meng-klik tombol cetak.
4. Sistem akan mencetak melalui printer.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Bukti berhasil dicetak.

Aturan :
Sebelum mencetak administrator harus memilih salah satu pelanggan/siswa yang ada di list
tampilan.

Batasan :
Hanya bisa mencetak satu per satu.

1.2.7 Use Case Pencatatan Absensi

Pencatatan Absensi

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pencatatan
absensi. Aministrator bisa menginput data pertemuan/absensi, mengedit data
pelanggan/siswa dan menghapus data pelanggan/siswa.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data Pembayaran sudah ada.

Flow of Event :
a. Basic Flow :
1. Input data Absensi
1.1 Administrator meng-klik tombol Absensi.
1.2 Sistem akan menampilkan data absensi ke layar.
1.3 Administrator memilih pelanggan/siswa yang akan melakukan absensi dan
meng-klik tombol absensi.
1.4 Sistem akan menampilkan form absensi ke layar.
1.5 Administrator akan meng-kilk checkbox berdasarkan pertemuan yang akan di
ambil.
1.6 Sistem akan menyimpan data ke data absensi.
2. Mengedit Data Pelanggan
2.1 Sistem akan menampilkan data Pelanggan ke layar.
2.2 Administrator memilih salah satu pelanggan dan meng-klik tombol edit data.
2.3 Sistem menampilkan data pelanggan yang dipilih ke layar.
2.4 Administrator mengedit data pelanggan.
2.5 Sistem akan menyimpan data kedalam data pelanggan.
2.6 Sistem akan menampilkan pesan ke layar data berhasil diedit.
3. Menghapus Data Pelanggan
3.1 Sistem akan menampilkan data Pelanggan.
3.2 Administrator memilih salah satu pelanggan dan meng-klik tombol hapus data.
3.3 Sistem menghapus data pada data Pelanggan.
3.4 Sistem akan menampilkan pesan ke layar data berhasil dihapus.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Administrator berhasil menginput data absensi, mengedit data pelanggan, dan menghapus
data pelanggan.

Aturan :
Administrator harus memilih salah satu pelanggan/siswa.

Batasan :
Proses hanya bisa satu per satu. Misalnya, proses absensi sedang berjalan maka proses
mengedit atau menghapus tidak dapat dilakukan.
1.2.8 Use Case Penyerahan kelulusan

Penyerahan Kelulusan

Administrator

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses penyerahan
kelulusan. Status pelanggan akan berubah dari siswa menjadi lulus.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data Pendaftaran/Pelanggan sudah ada.

Flow of Event :

a. Basic Flow :
1. Administrator meng-klik tombol Kelulusan.
2. Sistem akan menampilkan data pelanggan/siswa ke layar.
3. Administrator memilih pelanggan/siswa dan meng-klik tombol lulus.
4. Sistem akan menyimpan dan mengubah status di data pelanggan dari siswa
menjadi lulus.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Status lulus disimpan.

Aturan :
Administrator harus memilih salah satu pelanggan/siswa.

Batasan :
Hanya bisa mengubah satu per satu.
1.2.9 Use Case Pencetakan Laporan

Pencetakan Laporan

Administrator Pimpinan

Deskripsi :
Use Case ini menyediakan fungsionalitas untuk Administrator melakukan proses pencetakan.
Pencetakan laporan akan diberikan kepada pelanggan atau siswa sebagai pegangan.

Karateristik aktivasi :
Diakses oleh Administrator

Prakondisi :
Data Pegawai, Data Mobil, Data Pelanggan, Data Pembayaran sudah ada.

Flow of Event :

a. Basic Flow :
1. Administrator meng-klik tombol Laporan.
2. Sistem akan menampilkan Data Pegawai, Data Mobil, Data Pembayaran, dan Data
Pelanggan ke layar.
3. Administrator memilih salah satu data dan meng-klik tombol cetak.
4. Sistem akan mencetak melalui printer.
b. Alternative Flow :
-
c. Exception Flow :
-

Post Kondisi :
Laporan berhasil dicetak.

Aturan :
Harus memilih salah satu data yang akan di cetak, misalnya data pembayaran, maka hanya
data pembayaran saja yang di cetak.

Batasan :
Hanya bisa mencetak satu per satu data.
1.3 Sequence Diagram
1.3.1 Basic Flow Login

Administrator Screen Sistem Pegawai

Tampilkan( Login )

Input username dan password Sent()

Cek()

Valid
Tampilkan( Menu Utama )

1.3.2 Exception Flow Login

Administrator Screen Sistem Pegawai

Tampilkan( Login )

Input username dan password Sent()

Cek()

Tidak Valid
ShowMessage( Successful )
1.3.3 Basic Flow Tambah Data Pegawai

Administrator Screen Sistem Pegawai


Tombol Tambah Data

Tampilkan( Form
Tambah Data )
Input Data Pegawai Request()

Save()

Respone Save

ShowMessage( Successful )

1.3.4 Basic Flow Edit Data Pegawai

Administrator Screen Sistem Pegawai

Tampilkan( Data pegawai )

Pilih dan Klik tombol Edit Request( data pegawai )

Select()

Selected

Respone( data pegawai )

Edit data Request( edit )

Edit()

Respone edit

ShowMessage( successful )
1.3.5 Basic Flow Hapus Data Pegawai

Administrator Screen Sistem Pegawai

Tampilkan( data pegawai )

Pilih dan Klik tombol Hapus Request( delete )

Delete()

Respone delete

ShowMessage( successful )

1.3.6 Basic Flow Tambah Data Mobil

Administrator Screen Sistem Mobil


Tombol Tambah Data

Tampilkan( Form
Tambah data )

Input Data Mobil Request( Save )

Save()

Respone Save

ShowMessage( Successful )
1.3.7 Basic Flow Edit Data Mobil

Administrator Screen Sistem Mobil

Tampilkan( Data Mobil )

Pilih dan Klik tombol Edit Request( data mobil )

Select()

Selected

Respone( data mobil )

Edit data Request( Edit )

Edit()

Respone Edit

ShowMessage( successful )

1.3.8 Basic Flow Hapus Data Mobil

Administrator Screen Sistem Mobil

Tampilkan( data mobil )

Pilih dan Klik tombol Hapus Request( delete )

Delete()

Respone delete

ShowMessage( successful )
1.3.9 Basic Flow Pendaftaran

Administrator Screen Sistem Pelanggan


Tombol Pendaftaran

Tampilkan( Form
pendaftaran )

Input data pelanggan Request( save )

Save()

Respone save

ShowMessage( successful )

1.3.10 Basic Flow Pembayaran

Administrator Screen Sistem Pembayaran


Tombol Pembayaran

Tampilkan( Form
pembayaran )

Input jumlah uang Validasi()

Valid

Request( save )

Save()

Respone save

ShowMessage( Successful )
1.3.11 Exception Flow Pembayaran

Administrator Screen Sistem Pembayaran


Tombol Pembayaran

Tampilkan( Form
pembayaran )

Input jumlah uang Validasi()

Valid

ShowMessage()

1.3.12 Basic Flow Pencetakan Bukti Siswa

Administrator Screen Sistem Pelanggan


Tombol Cetak Bukti

Request( data pelanggan )

Select()

Respone data Pelanggan

Tampilkan( data pelanggan )


Pilih pelangan dan
klik tombol cetak
1.3.13 Basic Flow Input Data Absensi

Administrator Screen Sistem Absensi


Tombol Absensi

Request( data absensi )

Select()

Selected

Tampilkan( data absensi )


Pilih pelangan dan
klik tombol absensi
Tampilkan( Form
absensi )

Klik cheackbox pertemuan Request( save )

1.3.14 Basic Flow Edit Data Pelanggan

Administrator Screen Sistem Pelanggan

Tampilkan( Data pelanggan )


Pilih pelangan dan
klik tombol edit Request( data pelanggan )

Select()

Respone data pelanggan

Tampilkan( Data Pelanggan )

Edit data pelanggan Request( Edit )

Edit()

Respone Edit

ShowMessage( successful )
1.3.15 Basic Flow Hapus Data Pelanggan

Administrator Screen Sistem Pelanggan

Tampilkan( Data pelanggan )


Pilih pelangan dan
klik tombol hapus Request( delete )

Delete()

Respone delete

ShowMessage( successful )

1.3.16 Basic Flow Penyerahan Kelulusan

Administrator Screen Sistem Pelanggan


Tombol kelulusan

Request( data pelanggan )

Select()

Respone data pelanggan

Tampilkan( data pelanggan )


Pilih pelanggan dan klik
tombol lulus

Save()
1.3.17 Basic Flow Pencentakan Laporan

Administrator Screen Sistem Pelanggan Mobil Pembayaran Pegawai


Tombol Laporan

Request( semua data )


Select()

Select()

Select()

Select()

Selected

Selected

Selected

Tampilkan( semua data ) Selected


Pilih salah satu data dan
klik tombol cetak