bab iv perancangan sistem usulan...33 4.1.2. rancangan diagram use case berikut adalah rancangan...

24
BAB IV PERANCANGAN SISTEM USULAN 4.1. Tahapan Perancangan Sistem 4.1.1. Analisa Kebutuhan Pencatatan atau penyimpanan data pengelolaan rumah kaca pada Balai Besar Bioteknologi dan Sumber Daya Genetik Pertanian masih berupa manual serta ditakutkan akan ada data yang hilang maka dari itu penulis menyarankan pembuatan aplikasi pengelolaan untuk mempermudah dalam menyimpan data pengelolaan rumah kaca. A. Kebutuhan Pengguna Dalam aplikasi pengelolaan rumah kaca ini terdapat satu pengguna yang dapat berinteraksi dalam linkungan sistem, yaitu pengelola sekaligus admin, pengelola tersebut memiliki karakteristik interaksi dengan sistem dan memiliki kebutuhan informasi, seperti berikut : 1. Skenario Kebutuhan Calon Customer a) Meminta formulir permohonan b) Mengisi formulir permohonan c) Melakukan pembayaran sewa d) Mendapatkan ruang di rumah kaca 2. Skenario Kebutuhan Admin a) Administrator dapat melakukan Login b) Administrator dapat mengelola data admin 31

Upload: others

Post on 06-Feb-2021

1 views

Category:

Documents


0 download

TRANSCRIPT

  • BAB IV

    PERANCANGAN SISTEM USULAN

    4.1. Tahapan Perancangan Sistem

    4.1.1. Analisa Kebutuhan

    Pencatatan atau penyimpanan data pengelolaan rumah kaca pada Balai

    Besar Bioteknologi dan Sumber Daya Genetik Pertanian masih berupa manual

    serta ditakutkan akan ada data yang hilang maka dari itu penulis menyarankan

    pembuatan aplikasi pengelolaan untuk mempermudah dalam menyimpan data

    pengelolaan rumah kaca.

    A. Kebutuhan Pengguna

    Dalam aplikasi pengelolaan rumah kaca ini terdapat satu pengguna yang

    dapat berinteraksi dalam linkungan sistem, yaitu pengelola sekaligus admin,

    pengelola tersebut memiliki karakteristik interaksi dengan sistem dan

    memiliki kebutuhan informasi, seperti berikut :

    1. Skenario Kebutuhan Calon Customer

    a) Meminta formulir permohonan

    b) Mengisi formulir permohonan

    c) Melakukan pembayaran sewa

    d) Mendapatkan ruang di rumah kaca

    2. Skenario Kebutuhan Admin

    a) Administrator dapat melakukan Login

    b) Administrator dapat mengelola data admin

    31

  • 32

    c) Administrator dapat mengelola data pengguna rumah kaca

    d) Administrator dapat mengelola data permohonan izin dan pemberian izin

    e) Administrator dapat mengelola data pembayaran

    f) Administrator dapat melihat laporan data admin, laporan data pemakaian

    rumah kaca dan laporan data pembayaran

    g) Administrator dapat melakukan logout

    3. Skenario Kebutuhan Manager

    a) Manager dapat melakukan login

    b) Manager melihat laporan data admin, laporan data pendaftaran dan

    laporan data pembayaran

    c) Manager dapat melakukan logout

    B. Kebutuhan Sistem

    1. Pengguna harus melakukan login terlebih dahulu untuk dapat mengakses

    aplikasi ini dengan memasukkan username dan password agar privasi

    aplikasi tetap terjaga keamanannya.

    2. Pengguna harus melakukan logout setelah selesai menggunakan aplikasi

    3. Sistem melakukan penyimpanan data pengguna rumah kaca.

  • 33

    4.1.2. Rancangan Diagram Use Case

    Berikut adalah rancangan diagram use case :

    Gambar IV.1. Use Case Diagram

    logout

    mengelola laporan

    melakukan proses

    transaksi

    penanggung jaw ab

    pengelola

    mengelola data

    pengguna rumah

    kaca

    mengelola data

    permohonan izin

    «true or

    false» login

    cek login

    use case rumah kaca

    uc Use Case Model

  • 34

    Tabel IV.1

    Deskripsi Use Case Login

    Use Case name Login

    Requirement Pengelola dan Penanggung Jawab dapat

    melakukan login

    Goal Pengelola dan Penanggung Jawab dapat

    mengakses aplikasi

    Pre-Conditions Pengelola dan Penanggung Jawab

    belum melakukan login

    Post-Conditions Pengelola dan Penanggung Jawab

    masuk ke halaman utama sistem

    Failed end Condition Pengelola dan Penanggung Jawab tidak

    dapat melakukan login

    Actor Pengelola dan Penanggung Jawab

    Main Flow/Basic path 1. Pengelola dan Penanggung

    Jawabmembuka halaman login

    mengklik

    2. Sistem menampilan menu login

    3. Pengelola dan Penanggung Jawab

    mengisi username dan password

    4. Pengelola dan Penanggung Jawab

    masuk ke halaman utama sistem

    Alternatif Flow/Invariant A -

    Tabel IV.2

    Deskripsi Use Case Mengelola Data Permohonan Izin

    Use Case name Mengelola data permohonan izin

    Requirement Pengelola dapat mengupdate data

    permohonan izin

  • 35

    Goal Pengelola mengupdate data

    permohonan izin

    Pre-Conditions Pengelola telah melakukan login

    Post-Conditions Data permohonan izin berhasil di

    update

    Failed end Condition Pengelola tidak dapat mengupdate data

    permohonan izin

    Actor Pengelola

    Main Flow/Basic path 1. Pengelola membuka halaman login

    mengklik

    2. Pengelola mengisi username dan

    password

    3. Pengelola mengklik tombol data

    pelanggan

    4. Sistem menampilkan data

    permohonan izin secara otomatis

    Alternatif Flow/Invariant A -

    Tabel IV.3

    Deskripsi Use Case Mengelola Data Penggunaan Rumah Kaca

    Use Case name Mengelola data pengguna rumah kaca

    Requirement Pengelola dapat mengupdate data

    pengguna rumah kaca

    Goal Pengelola mengupdate data pengguna

    rumah kaca

    Pre-Conditions Pengelola telah melakukan login

    Post-Conditions Data pengguna rumah kaca berhasil di

    update

    Failed end Condition Pengelola tidak dapat mengupdate data

    pengguna rumah kaca

    Actor Pengelola

  • 36

    Main Flow/Basic path 1. Pengelola membuka halaman login

    mengklik

    2. Pengelola mengisi username dan

    password

    3. Pengelola mengklik tombol daftar

    ruang

    4. Sistem menampilkan data

    pengguna rumah kaca secara

    otomatis

    Alternatif Flow/Invariant A -

    Tabel IV.4

    Deskripsi Use Case Melakukan Proses Transaksi

    Use Case name Melakukan proses transaksi

    Requirement Pengelola dapat melakukan proses

    transaksi

    Goal Pengelola dapat melakukan proses

    transaksi

    Pre-Conditions Pengelola telah melakukan proses

    transaksi

    Post-Conditions Pengelolaan proses transaksi berhasil

    dilakukan

    Failed end Condition Pengelola tidak dapat melakukan proses

    transaksi

    Actor Pengelola

    Main Flow/Basic path 1. Pengelola membuka halaman login

    mengklik

    2. Pengelola mengisi username dan

    password

    3. Pengelola masuk ke halaman

    utama

    4. Pengelola mengklik tombol

    transaksi

    5. Sistem menampilkan form

  • 37

    transaksi secara otomatis

    Alternatif Flow/Invariant A -

    Tabel IV.5

    Deskripsi Use Case Mengelola Laporan

    Use Case name Mengelola Laporan

    Requirement Penanggung jawab dapat mengelola

    laporan

    Goal Penanggung jawab dapat memeriksa

    laporan kegiatan

    Pre-Conditions Penanggung jawab telah membuat

    laporan

    Post-Conditions Laporan berhasil dibuat

    Failed end Condition Laporan yang ada tidak lengkap

    Actor Penanggung jawab

    Main Flow/Basic path 1. Penanggung jawab membuat

    laporan kegiatan di rumah kaca

    2. Laporan disimpan oleh penanggung

    jawab rumah kaca

    3. Penanggung jawab rumah kaca

    dapat melihat laporan

    Alternatif Flow/Invariant A -

    Tabel IV.6

    Deskripsi Use Case Logout

    Use Case name Logout

    Requirement Pengelola dan penanggung jawab

    melakukan logout

  • 38

    Goal Pengelola dan penanggung jawab dapat

    mengclose aplikasi

    Pre-Conditions Pengelola dan penanggung jawab

    belum melakukan logout

    Post-Conditions Pengelola dan penanggung jawab

    keluar ke halaman utama system

    Failed end Condition Pengelola dan penanggung jawab tidak

    dapat melakukan logout

    Actor Pengelola dan penanggung jawab

    Main Flow/Basic path 1. Pengelola dan penanggung jawab

    mengklik tombol logout

    2. Halaman utama system akan keluar

    Alternatif Flow/Invariant A -

    1.1.3 Rancangan Dokumen Sistem Usulan

    Rancangan dokumen usulan merupakan bentuk dokumen yang terlibat

    dalam perancangan sistem yang di buat, Adapun spesifikasi dokumen usulan

    dalam sistem pengelolaan rumah kaca pada Balai Besar Bioteknologi dan Sumber

    Daya Genetik Pertanian ini adalah sebagai berikut:

    1. Nama Dokumen : Form Pelanggan

    Fungsi : sebagai pengisian data pelanggan

    Sumber : Pemohon pemakai rumah kaca

    Tujuan : Pengelola

    Media : Kertas

    Jumlah : 1 lembar

    Frekuensi : Setiap ada permohonan pemakaian rumah kaca

    Bentuk : Lihat Lampiran C.1

  • 39

    2. Nama Dokumen : Form Data Ruang

    Fungsi : Sebagai informasi data pengguna rumah kaca

    Sumber : Pengelola rumah kaca

    Tujuan : Calon pengguna rumah kaca

    Media : Kertas

    Jumlah : 1 lembar

    Frekuensi : Setiap ada permohonan ijin pengguna baru di

    rumah kaca

    Bentuk Data : Lihat Lampiran C.2

    3. Nama Dokumen : Transaksi

    Fungsi : Sebagai bukti transaksi pemakain rumah kaca

    Sumber : Pengelola rumah kaca

    Tujuan : Pengguna rumah kaca

    Media : Kertas

    Jumlah : 1 Lembar

    Frekuensi : Setiap ada kegiatan transaksi di rumah kaca

    Bentuk Data : Lihat Lampiran C.3

    4. Nama Dokumen : Laporan

    Fungsi : Untuk mengetahui kegiatan yang ada di rumah

    kaca

    Sumber : Pengelola rumah kaca

    Tujuan : Penanggung jawab rumah kaca

    Media : Kertas

    Jumlah : 1 Lembar

  • 40

    Frekuensi : Setiap satu semester

    Bentuk Data : Lihat Lampiran C.4

    4.1.4. Rancangan Prototype

    1. File Login

    Nama Program : File Login

    Akronim : Login.frm

    Fungsi : Menampilkan file login

    Bentuk Tampilan : Lampiran racangan prototype

    Proses Program : a. Input user dan password

    b. Klik tombol masuk untuk login

    c. Klik tombol keluar apabila tidak jadi login

    Gambar IV.2 Rancangan Prototype Login

  • 41

    2. File Pelanggan

    Nama Program : File Pelanggan

    Akronim :Pelanggan.frm

    Fungsi : Menampilkan filepelanggan

    Bentuk Tampilan : Lampiran racangan prototype

    Proses Program : a. Input user dan password

    b. Klik tombol masuk untuk login

    c. Klik tombol pelanggan

    Gambar IV.3 Rancangan Prototype Pelanggan

    3. File Isi Data Ruang

    Nama Program : File isi data ruang

    Akronim : isidataruang.frm

  • 42

    Fungsi : Menampilkan fileisi data ruang

    Bentuk Tampilan : Lampiran racangan prototype

    Proses Program : a. Input user dan password

    b. Klik tombol masuk untuk login

    c. Klik tombol daftar ruang

    Gambar IV.4 Rancangan Prototype Isi Data Ruang

    4. File Transaksi

    Nama Program : File Transaksi

    Akronim : transaksi.frm

    Fungsi : Menampilkan filetransaksi

    Bentuk Tampilan : Lampiran racangan prototype

    Proses Program : a. Input user dan password

    b. Klik tombol masuk untuk login

    c. Klik tombol transaksi

  • 43

    Gambar IV.5 Rancangan Prototype Transaksi

    5. File Laporan

    Nama Program : File Laporan

    Akronim : laporan.frm

    Fungsi : Menampilkan file laporan

    Bentuk Tampilan : Lampiran racangan prototype

    Proses Program : a. Input user dan password sebagai

    penanggung jawab

    b. Klik tombol masuk untuk login

    c. Klik tombol Laporan

    d. View persemester

    Gambar IV.6 Rancangan Prototype Laporan

  • 44

    1.2 Perancangan Perangkat Lunak

    Perancangan lunak ini difokuskan pada enam atribut, yaitu ERD, LRS,

    Spesifikasi File, Class Diagram, Sequence Diagram,dan Spesifikasi Hardware

    serta Software.

    4.2.1. Entity Relationship Diagram (ERD)

    Gambar IV.7.Entity Relationship Diagram (ERD)

  • 45

    1 1

    1

    No_transaksi**

    id_pelanggan**

    jumlah

    bayar

    kembali

    M M

    No_transaksi*

    Id_user**

    Judul_kegiatan

    Tanggal_transaksi

    Biaya_sewa

    Lama_sewa

    4.2.2. Logical Structure Record (LRS)

    1 M

    M

    pelanggan

    daftar ruang

    1 1 Id_pelanggan*

    Penanggung_jawab

    Judul_kegiatan

    Sumber_dana

    Jangka_waktu

    Jenis_laporan

    No_ruang

    Id_pengguna**

    Judul_kegiatan

    Sumber_dana

    Penanggung_jawab

    Tanggal_masuk

    Tanggal_keluar

    Gambar IV.8. Entity Logical Structure Record (LRS)

    4.2.3. Spesifikasi File

    1. Spesifikasi File User

    Nama File : tb_user

    Akronim : tb_user

    Fungsi : Untuk melakukan Login

    Tipe File : File Master

    Organisasi File : Indexed Sequential

    Akses File : Random

    Media : Harddisk

    Panjang record : 30

    Kunci Field : id_user

    user

    transaksi

    detail transaksi

    Id_user*

    Password

  • 46

    Software : Xampp

    Tabel IV.7.

    Spesifikasi File User

    No Elemen data Nama Field Tipe Size Ket

    1. Id_user User Varchar 10 Primary Key

    2. Password Password Varchar 20

    2. Spesifikasi File Pelanggan

    Nama File : tb_pelanggan

    Akronim : tb_pelanggan

    Fungsi : Untuk mengisi data customer

    Tipe File : File Master

    Organisasi File : Indexed Sequential

    Akses File : Random

    Media : Harddisk

    Panjang record : 97

    Kunci Field : id_pelanggan

    Software : Xampp

    Tabel IV.8

    Spesifikasi File Pelanggan

    No Elemen data Nama Field Tipe Size Ket

    1. id_pelanggan id_pelanggan Int 12 Primary Key

    2. penanggung_jawab penanggung_jawab Varchar 30

    3. judul_kegiatan judul_kegiatan Varchar 30

    4. sumber_dana sumber_dana Varchar 15

    5. jangka_waktu jangka_waktu Varchar 10

  • 47

    3. Spesifikasi File Daftar Ruang

    Nama File : tb_daftarruang

    Akronim : tb_daftarruang

    Fungsi : Untuk melihat data ruang dan pengisian ruang

    Tipe File : File Master

    Organisasi File : Indexed Sequential

    Akses File : Random

    Media : Harddisk

    Panjang record : 105

    Kunci Field : no_ruang

    Software : Xampp

    Tabel IV.9.

    Spesifikasi File Daftar Ruang

    No Elemen data Nama Field Tipe Size Ket

    1. no_ruang no_ruang Varchar 5

    2. judul_kegiatan judul_kegiatan Varchar 50

    3. penanggung_jawab penanggung_jawab Varchar 20

    4. sumber_dana sumber_dana Varchar 10

    5. tanggal_masuk tanggal_masuk Int 10

    6. tanggal_keluar tanggal_keluar Int 10

    4. Spesifikasi File Transaksi

    Nama File : tb_transaksi

    Akronim : tb_transaksi

    Fungsi : Untuk melakukan proses transaksi

    Tipe File : File Master

    Organisasi File : Indexed Sequential

    Akses File : Random

  • 48

    Media : Harddisk

    Panjang record : 91

    Kunci Field : no_transaksi

    Software : Xampp

    Tabel IV.10.

    Spesifikasi File Transaksi

    No Elemen data Nama Field Tipe Size Ket

    1. no_transaksi no_transaksi Varchar 10 Primary Key

    2. id_user id_user Int 11

    3. tanggal_transaksi tanggal_transaksi Int 10

    4. judul_kegiatan judul_kegiatan Varchar 50

    5. biaya_sewa biaya_sewa Int 8

    6. lama_sewa lama_sewa Int 2

    5. Spesifikasi File Detail Transaksi

    Nama File : tb_detailtransaksi

    Akronim : tb_detailtransaksi

    Fungsi : Untuk melihat hasil transaksi

    Tipe File : File Master

    Organisasi File : Indexed Sequential

    Akses File : Random

    Media : Harddisk

    Panjang record : 48

    Kunci Field : no_transaksi

    Software : Xampp

  • 49

    Tabel IV.11.

    Spesifikasi File Detail Transaksi

    No Elemen data Nama Field Tipe Size Ket

    1. no_transaksi no_transaksi Int 12 Primary Key

    2. Jumlah Jumlah Int 8

    3. Bayar Bayar Int 8

    4. Kembali Kembali Int 8

    5. id_pelanggan id_pelanggan Int 12

    4.2.4. Class Model/ Class Diagram

    Gambar IV.9. Class Model/ Class Diagram

  • 50

    4.2.5. Sequence Diagram

    1) Sequence Diagram Input Data Pelanggan

    Gambar IV.10. Sequence Diagram Input Data Pelanggan

  • 51

    2) Sequence Diagram Data Transaksi

    Gambar IV.11. Sequence Diagram Data Transaksi

    3) Sequence Diagram Data Ruang

    Gambar IV.12. Sequence Diagram Data Ruang

  • 52

    4) Sequence Diagram Laporan

    Gambar IV.13. Sequence Diagram Laporan

    4.2.6 Spesifikasi Hardware dan Software

    1. Spesifikasi Hardware

    a. Server

    1) CPU

    (a) Processor Intel ( R ) Celeron ( R ) CPU N2840 @2.16 GHz

    2.16 GHz

    (b) RAM 2 GB

    (c) Hard Disk 320GB

    2) Mouse

    3) Keyboard

    4) Monitor dengan resolusi layar minimum 1024 x 768

    5) Koneksi internet dengan kecepatan 2Mbps

  • 53

    b. Client

    1) CPU

    (a) Processor AMD C-70

    (b) RAM 2GB

    (c) Hard Disk 320GB

    2) Mouse

    3) Keyboard

    4) Monitor dengan resolusi layar minimum 1024 x 768

    5) Koneksi internet dengan kecepatan 2Mbps

    2. Spesifikasi Software

    1. Server

    a. Sistem operasi yang umum digunakan : Microsoft Windows 7

    b. Aplikasiyang digunakanseperti: VB.Net, Xampp, yang terdiri dari

    beberapa komponen, diantaranya:

    (1) Aplikasi Apache Server v2

    (2) Aplikasi PHP Server v5

    (3) Aplikasi MySQL Server v5

    (4) Aplikasi phpMyAdmin v3

    c. Aplikasi Web diantaranya: Mozilla Firefox

  • 54

    1.3 Jadwal Implementasi

    Tabel IV.12.

    Jadwal Implementasi

    No

    Kegiata

    n

    Waktu

    Bulan I Bulan II Bulan III

    1 Persiapan data awal

    2 Analisa

    3 Desain Sistem

    4 Desain Perangkat Lunak

    5 Pembuatan & Tes Program

    6 Tes Sistem

    7 Pelatihan

    8 Pembuatan Buku petunjuk

    9 Evaluasi & Operasional