• Tidak ada hasil yang ditemukan

BAB IV PERENCANAAN DAN ANALISA PERANCANGAN SISTEM

N/A
N/A
Protected

Academic year: 2022

Membagikan "BAB IV PERENCANAAN DAN ANALISA PERANCANGAN SISTEM"

Copied!
25
0
0

Teks penuh

(1)

30 BAB IV

PERENCANAAN DAN ANALISA PERANCANGAN SISTEM

4.1 Perencanaan Sistem

Perencanaan sistem merupakan rencana yang dilakukan berkaitan dengan sistem informasi yang akan dijalankan. Dengan adanya perencanaan Aplikasi pembayaran dan pengolahan data makrab studi kasus pada Fakultas Teknologi Informasi dan Komunikasi, maka pelaksanaan kegiatan pendaftaran makrab dapat di lakukan dengan efektif dan efisien. Perencanaan aplikasi pembayaran dan pengolahan data dimulai dari pembuatan sebuah laporan perencanaan, sebuah sistem yang mengunakan sumber informasi dari HIMATISI yang berhubungan dengan perencanaan data makrab.

4.2 Analisa Sistem

Sistem pembayaran dan pengolahan data makrab yang sedang berjalan di Fakultas Teknologi Informasi dan Komunikasi saat ini kurang efektif dan efisien karena proses data yang dilakukan masih menggunakan sistem manual. Maka memerlukan waktu yang lama kerena tidak menghemat waktu kerja. Dengan adanya masalah tersebut maka penulis berusaha mengatasi permasalahan yang ada dengan menganalisa dan merancang sistem baru.

Dimana sistem yang akan dirancang merupakan pengembangan dari sistem yang lama, sehingga dilakukan perubahan kedalam sistem yang baru.

Melihat adanya permasalahan - permasalahan yang ada pada HIMATISI saat melakukan pembayaran dan pengolahan data makrab, maka penulis akan merancang sistem pendukung barbasis komputer. Sistem yang akan dirancang merupakan sistem pendukung dari sistem manual dengan melakukan perubahan kedalam sistem baru berbasis komputer. Dapat dilihat proses manual yang saat ini berjalan sebagi berikut.

(2)

Gambar 4.1. Alur proses manual pembayaran dan pengolahan data makrab

4.3 Analisa Kebutuhan

Analisis kebutuhan sangatlah penting untuk mengetahui kebutuhan- kebutuhan yang nantinya akan digunakan untuk mendukung proses pembuatan dan penerapan sistem baru.

(3)

4.3.1. Analisa Kebutuhan Software (Perangkat Lunak)

Perangkat Lunak yang digunakan dalam penerapan Aplikasi Pembayaran dan pengolahan data makrab pada Fakultas Teknologi Informasi dan Komunikasi adalah sebagai berikut :

1. Sistem operasi Microsoft Windows 7.

2. Bahasa pemrograman Microsoft Visual Basic 2010.

3. Database yang digunakan Sql Server 2008 4. Laporan menggunakan Crystal Report 4.3.2. Analisa Kebutuhan Hardware (Perangkat Keras)

Berikut perangkat keras dengan spesifikasi minimum pada sistem yang akan dijalankan :

1. Prosessor AMD Dual Core 1.00 GHz 2. Memori (RAM) 2GB

3. Harddisk 320 GB 4. Monitor

5. Keyboard 6. Mouse 7. Printer

4.3.3. Analisa Kebutuhan User (Pengguna)

Berdasarkan analisa penulis melakukan penelitian, sistem yang dibutuhkan oleh panitia HIMATISI yaitu sebuah sistem yang dapat mengelola data berupa data mahasiswa, data pembayaran, pembuatan nota pembayaran, laporan total peserta dan serttifikat peserta. Pada HIMATISI tugas pembayaran dan pengolahan data makrab dilakukan oleh seksi bendahara, tugas dari seksi bendahara antara lain :

1. Melakukan pendataan mahasiswa

2. Melakukan transaksi pembayaran makrab 3. Melakukan pembuatan nota pembayaran 4. Merekap semua peserta makrab

(4)

4.4 Perancangan Sistem 4.4.1 Use Case Diagram

Use Case diagram merupakan diagram yang menampilkan actor, use case dan relasi dalam sebuah sistem. Sebuah use case akan merepresentasikan sebuah interaksi antara pelaku dengan sistem.

Gambar 4.2. Use case diagram

(5)

4.4.2 Skenario Use Case

Skenario Use Case menjelaskan interaksi yang terjadi antara aktor dengan use case dalam melakukan proses tertentu. Berikut adalah proses skenario use case :

Tabel 4.1 Skenario use case Mengelola Data Mahasiswa Nama Use Case Mengelola Data Mahasiswa

Pelaku Sistem Utama Admin

Diskripsi Use case ini merupakan proses untuk pengelolaan data mahasiswa. Dalam proses ini mencakup proses tambah update, delete data mahasiswa.

Prakondisi User telah masuk kedalam menu utama dan user yang digunakan merupakan user admin

Bidang khas event: Kegiatan Aktor Respon Sistem Langkah 1 :

User memilih menu pengelolaan data mahasiswa.

Langkah 2 :

Sistem merespon dengan menampilkan halaman pengelolaan data mahasiswa Langkah 3 :

User menambahkah data mahasiswa baru ke dalam sistem

Langkah 4 :

Sistem menyimpan data tersebut

Bidang Alternatif 1 Alternatif langkah 3 : User mencari data mahasiswa pada kolom pencarian.

Langkah 4 :

Sistem menampilkan data yang dicari.

Alternatif langkah 5 : User merubah isi dari data mahasiswa

langkah 6 :

Sistem Mengupdate data mahasiswa

Bidang Alternatif 2 Alternatif langkah 3 : User mencari data mahasiswa pada kolom pencarian.

Langkah 4 :

Sistem menampilkan data yang dicari.

Alternatif langkah 5 : User menghapus data mahasiswa

Langkah 6 :

Sistem Menghapus data mahasiswa

(6)

Kesimpulan Dalam pengelolaan data mahasiswa, dapat dilakukan kegiatan insert, Search, update dan delete mahasiswa.

Post Kondisi Perubahan data mahasiswa tersimpan dalam database.

Tabel 4.2 Skenario use case Mengelola Transaksi Pembayaran Nama Use Case Mengelola Transaksi Pembayaran

Pelaku Sistem Utama Admin

Diskripsi Use case ini merupakan proses untuk mengelola transaksi pembayaran. Dalam proses ini mencakup proses tambah dan delete data mahasiswa.

Prakondisi User telah masuk kedalam menu utama dan user yang digunakan merupakan user admin

Bidang khas event: Kegiatan Aktor Respon Sistem Langkah 1 :

User memilih menu transaksi pembayaran.

Langkah 2 :

Sistem merespon dengan menampilkan halaman transaksi pembayaran Langkah 3 :

User menambahkah data pembayaran baru ke dalam sistem

Langkah 4 :

Sistem menyimpan data tersebut

Bidang Alternatif Alternatif langkah 3 : User mencari data mahasiswa pada kolom pencarian.

Langkah 4 :

Sistem menampilkan data yang dicari.

Alternatif langkah 5 : User menghapus data pembayaran

Langkah 6 :

Sistem Menghapus data pembayaran

Kesimpulan Dalam pengelolaan transaksi pembayaran, hanya dapat dilakukan kegiatan insert dan delete data pembayaran.

Post Kondisi Perubahan transaksi pembayaran tersimpan dalam database.

Tabel 4.3 Skenario use case Rekap Data Peserta Nama Use Case Rekap data peserta

Pelaku Sistem Utama Admin

Diskripsi Use case ini merupakan proses pelaporan total peserta

(7)

pada setiap tahunnya.

Prakondisi User telah masuk kedalam menu utama Bidang khas event: Kegiatan Aktor Respon Sistem

Langkah 1 :

User memilih menu rekap peserta

Langkah 2 :

Sistem merespon dengan menampilkan halaman laporan rekap peserta Langkah 3 :

User memilih rekap berdasarkan tahun dan progdi

Langkah 4 :

Sistem menampilkan laporan berdasarkan tahun angkatan dan progdi Kesimpulan User melakukan pencetaakan laporan berdasarkan

tahun angkatan dan progdi untuk mencetak semua data peserta.

Post Kondisi Sistem menampilan hasil laporan

Tabel 4.4 Skenario use case Rekap Total Keuangan Nama Use Case Rekap total keuangan

Pelaku Sistem Utama Admin

Diskripsi Use case ini merupakan proses pelaporan total keuangan yang di peroleh dari proses pembayaran Prakondisi User telah masuk kedalam menu utama

Bidang khas event: Kegiatan Aktor Respon Sistem Langkah 1 :

User memilih menu rekap total keuangan

Langkah 2 :

Sistem merespon dengan menampilkan halaman laporan keuangan Langkah 3 :

User memilih laporan berdasarkan tahun

Langkah 4 :

Sistem menampilkan laporan berdasarkan tahun Kesimpulan User melakukan pencetaakan laporan berdasarkan

tahun dan menampilkan total keuangan Post Kondisi Sistem menampilan hasil rekap

Tabel 4.5 Skenario use case Mengelola Sertifikat Nama Use Case Mengelola Sertifikat

Pelaku Sistem Utama Admin

(8)

Diskripsi Use case ini merupakan proses pencetakan sertifikat menggunakan range.

Prakondisi User telah masuk kedalam menu utama Bidang khas event: Kegiatan Aktor Respon Sistem

Langkah 1 :

User memilih menu sertifikat

Langkah 2 :

Sistem merespon dengan menampilkan halaman sertifikat

Langkah 3 :

User memilih sertifikat yang akan dicetak berdasarkan range nim.

Langkah 4 :

Sistem menampilkan sertifikat yang telah dipilih

Bidang Alternatif Alternatif langkah 3 : User memilih total sertifikat peserta berdasarkan tahun

Langkah 4 :

Sistem menampilkan semua sertifikat per tahun angkatan.

Kesimpulan User melakukan pencetaakan sertifikat berdasarkan nim atau menggunakan range dan cetak total sertifikat Post Kondisi Sistem menampilan hasil sertifikat

Tabel 4.6 Skenario use case cetak nota Nama Use Case Cetak nota

Pelaku Sistem Utama Admin

Diskripsi Use case ini merupakan proses pencetakan nota pembayaran

Prakondisi User telah masuk kedalam menu pembayaran Bidang khas event: Kegiatan Aktor Respon Sistem

Langkah 1 :

User telah melakukan transaksi pembayaran

Langkah 2 :

Sistem merespon dengan menampilkan detail nota pembayaran

Langkah 3 :

User memilih cetak nota

Langkah 4 :

Sistem menampilkan nota.

Kesimpulan User melakukan pencetaakan nota setelah adanya transaksi pembayaran.

Post Kondisi Sistem menampilan hasil nota

(9)

4.4.3 Activity Diagram

Activity diagram memberikan suatu gambaran ilustrasi alur dari setiap fungsi yang ada pada sistem. Activity diagram juga dapat menggambarkan proses parallel yang terjadi pada beberapa eksekusi.

a. Activity Diagram mengelola data mahasiswa

Gambar 4.3. Activity Diagram mengelola data mahasiswa

(10)

b. Activity Diagram mengelola transaksi pembayaran

Gambar 4.4. Activity Diagram mengelola transaksi pembayaran

(11)

c. Activity Diagram rekap data peserta

Gambar 4.5. Activity Diagram rekap data peserta

(12)

d. Activity Diagram Rekap Total keuangan

Gambar 4.6. Activity Diagram rekap total keuangan

(13)

e. Activity diagram mencetak sertifikat

Gambar 4.7. Activity Diagram mencetak sertifikat

(14)

f. Activity Diagram cetak nota

Gambar 4.8. Activity Diagram cetak nota

4.4.4 Sequence Diagram

Sequence diagram memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam suatu sistem yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk pengguna, display, dan sebagainya berupa pesan.

Diagram ini secara khusus berasosiasi dengan use case diagram.

Sequence diagram juga memperlihatkan tahap demi tahap apa yang seharusnya terjadi untuk menghasilkan sesuatu didalam use case.

(15)

a. Sequnce diagram mengelola data mahasiswa

Gambar 4.9. Sequence diagram mengelola data mahasiswa

(16)

b. Sequence diagram mengelola transaksi pembayaran

Gambar 4.10. Sequence diagram mengelola transaksi pembayaran

(17)

c. Sequence diagram rekap data peserta

Gambar 4.11. Sequence diagram rekap data peserta

d. Sequence diagram rekap total keuangan

Gambar 4.12. Sequence diagram rekap total keuangan

(18)

e. Sequence diagram mencetak sertifikat

Gambar 4.13. Sequence diagram mencetak sertifikat

f. Sequence diagram cetak nota

Gambar 4.14. Sequence diagram cetak nota

(19)

4.4.5 Class Diagram

Diagram kelas atau class diagram menggambarkan struktur sistem dari segi pendefinisian kelas kelas yang akan dibuat untuk membangun sistem.

Gambar 4.15. Gambar Class Diagram

4.5 Perancangan Database

Rancangan basis data yang penulis gunakan untuk merancang aplikasi adalah sebagai berikut :

Tabel tb_login digunakan untuk menyimpan data username dan password. Untuk masuk ke dalam sistem.

(20)

Tabel 4.7. Tabel tb_login

No Nama Data Type Length Keterangan

1 id Integer 4 PK

2 username Varchar 20

3 password Varchar 50

Tabel program_studi digunakan untuk menambah data program studi dan fakultas. .

Tabel 4.8. Tabel program_studi

No Nama Data Type Length Keterangan

1 progdi Varchar 30 PK

2 jurusan Varchar 50

3 fakultas Varchar 50

Tabel mahasiswa digunakan untuk menyimpan data mahasiswa.

Tabel 4.9. Tabel mahasiswa

No Nama Data Type Length Keterangan

1 nim Varchar 14 PK

2 nama Varchar 50

3 progdi Varchar 30 FK

4 thn_angkatan Integer 4

5 no_tlp Varchar 14

6 agama Varchar 10

7 jenkel Varchar 7

8 alamat Varchar 50

(21)

Tabel pembayaran digunakan untuk menyimpan data pembayaran Tabel 4.10. Tabel pembayaran

No Nama Data Type Length Keterangan

1 Id_pembayaran Varchar 5 PK

2 nim Varchar 14 FK

3 biaya Money -

4 terbilang Varchar 50

5 tahun int 4

6 pembayar Varchar 50

4.6 Perancangan Program

4.6.1 Rancangan Form Login

Gambar 4.16. Perancangan Form Login

(22)

4.6.2 Rancangan Form Menu Utama

Gambar 4.17. Perancangan Form Menu Utama

4.6.3 Rancangan Form Program Studi

(23)

Gambar 4.18. Perancangan Form Program Studi 4.6.4 Rancangan Form Mahasiswa

Gambar 4.19. Perancangan Form Mahasiswa

4.6.5 Rancangan Form Pembayaran

(24)

Gambar 4.20. Perancangan Form Pembayaran 4.6.6 Rancangan Form Rekap Data

Gambar 4.21. Perancangan Form Rekap Data

4.6.7 Rancangan Form Rekap Keuangan

(25)

Gambar 4.22. Perancangan Form Rekap Keuangan 4.6.8 Rancangan Form Sertifikat

Gambar 4.23. Perancangan Form Sertifikat

Referensi

Dokumen terkait

Tujuan dari artikel ini untuk mengetahui kemandirian siswa melalui pembelajaran inkuiri secara daring. Metode yang digunakan dalam penelitian ini adalah studi

Puji dan syukur penulis sampaikan kehadirat Allah SWT yang telah memberikan rahmat dan hidayah-Nya sehingga penulis dapat menyelesaikan penelitian dan menyusun

Berdasarkan uraian diatas dapat diuraikan bahwa pengertian intensi menjadi teacherpreneur dalam penelitian ini adalah indikasi kecenderungan yang dimiliki calon guru

Menurut Mustari dan Masyud (2001) anoa sebagai satwa herbivor lebih menyukai jenis-jenis hijauan yang memiliki kandungan air tinggi, daun yang relatif lemas, dengan

Pada penelitian ini akan dilakukan perbandingan model ARCH/GARCH model ARIMA dan model fungsi transfer, dengan IHSG sebagai deret output dan harga minyak mentah dunia

Pengenalan tipologi suatu kawasan perkotaan diketahui dengan melihat desa perkotaan lama (tahun 1990 dan 2000 desa perkotaan yang terbentuk tidak jauh berbeda),

Tipe B adalah klasifikasi tipologi untuk menyebut alat tulang yang mempunyai fungsi sebagai alat tusuk/pencukil, dengan ukuran panjang lebih dari 10 cm,

Contract Hektar 3480 4.065 0 0 0 2019 2019 2019 Pembangunan Infratruktur Sosial Ekonomi Wilayah PACITAN Single Year.. Contract Hektar 6 4.350 0 0 0 2019 2019 2019