BAB IV RANCANGAN SISTEM USULAN

(1)

36 4.1. Analisa Kebutuhan Software 4.1.1. Analisa Kebutuhan

Berikut ini spesifikasi kebutuhan dari sistem penjualan yang sudah

terkomputerisasi :

A. Administrator

A1. Admin dapat Login dengan akun yang telah dibuat

A2. Admin dapat mengelola Data Obat

A3. Admin dapat mengelola Transaksi Penjualan

A4. Admin dapat mengelola Laporan Penjualan

A5. Admin dapat mengelola Jurnal Penjualan

A6. Admin dapat mengelola Perkiraan

A7. Admin dapat menambah Pengguna

A8. Admin dapat mengganti Password

B. Kasir

B1. Kasir dapat Login dengan Akun yang telah dibuat

B2. Kasir dapat menambah Transaksi Penjualan

B3. Kasir dapat melihat Laporan Penjualan

B4. Kasir dapat mengelola Jurnal Penjualan

B5. Kasir dapat menambah Perkiraan

B6. Kasir dapat mengganti Password

(2)

4.1.2. Use Case Diagram

Use case diagram adalah diagram yang menyajikan interaksi antara use

case dan actor. Dimana actor dapat berupa orang, peralatan atau sistem lain yang

berinteraksi dengan sistem yang sedang dibangun. Use case menggambarkan

fungsional sistem atau persyaratan-persyaratan yang harus dipenuhi sistem dari

pandangan pemakai. Berikut ini adalah diagram use case sistem penjualan yang

sudah terkomputerisasi :

A. Use Case Diagram

1. Use Case Diagram Admin

Gambar IV.1. Use Case Diagram Admin uc Admin

Admin

Login

Data Obat

Penj ualan

Laporan Penj ualan

Jurnal Penj ualan

Perkiraan Pengaturan «extend» «extend» «extend» «extend» «extend» «extend»

(3)

Deskripsi Use case diagram admin :

Tabel IV. 1. Deskripsi Use Case Diagram Admin

Use Case Name Mengelola Menu Utama

Requirment A1

Goal Admin dapat mengelola data obat, penjualan, laporan

penjualan, jurnal penjualan dan pengaturan

Pre-Condition Admin telah melakukan Login

Post Condition Admin berhasil masuk ke menu utama

Failed end conditions Gagal masuk ke menu utama

Main flow / Basic Path

1. Admin dapat mengelola data obat 2. Admin dapatmengelola penjualan

3. Admin dapat mengelola laporan penjualan 4. Admin dapat mengelola jurnal penjualan 5. Admin dapat mengelola perkiraan 6. Admin dapat mengelola pengaturan

Alternate Varian / Invariant 1

-

(4)

Gambar IV.2. Use Case Diagram Data Obat Deskripsi use case diagram data obat :

Tabel IV. 2. Deskripsi Use Case Diagram Data Obat

Use Case Name Mengelola Data Obat

Requirment A2

Goal Admin dapat menambah, mengubah, menghapus dan

menyimpan data obat

Pre-Condition Admin telah melakukan Login sebagai admin dan mengakses form Data Obat

Post Condition Data obat berhasil ditambahkan

Failed end conditions Gagal menambahkan data obat

1. Admin mengelola form data obat 2. Admin memilih “tambah” 3. Admin menginput data obat baru 4. Admin memilih tombol “simpan”

5. System menyimpan data obat ke database 6. System menampilkan pesan berhasil disimpan uc Data Obat

Admin

Login

Data obat

Batal

Cari Data obat Hapus

Tambah data obat

Edit Simpan Nama obat «extend» «extend» «extend» «extend» «extend» «include» «extend»

(5)

A1. Admin mencari data obat

A2. System menampilkan data obat yang dicari A3. Admin memilih tombol “edit”

A4. Admin merubah data obat

Invariant 2 B1. Admin mencari data obat

B2. System menampilkan data obat yang dicari B3. Admin memilih tombol “hapus”

B4. System menampilkan pesan berhasil dihapus

Gambar IV.3. Use Case Diagram Penjualan

Deskripsi use case diagram penjualan :

Tabel IV. 3. Deskripsi Use Case Diagram Penjualan

Use Case Name Mengelola Penjualan

Requirment A3

Goal Admin dapat menambah, mengubah, menghapus dan

menyimpan transaksi penjualan

Post Condition Transaksi penjualan berhasil ditambahkan

Failed end conditions Gagal menambah transaksi penjualan

uc Penj ualan

Admin

Login Penj ualan

Simpan Cetak Edit Batal Hapus «extend» «extend» «extend» «extend» «include» «include»

(6)

1. Admin mengelola form penjualan 2. Admin memilih “tambah”

3. Admin menginput data

4. Admin memilih tombol “simpan” 5. System menyimpan data ke database

6. System menampilkan pesan berhasil disimpan 7. Admin memilih tombol “cetak”

8. System mencetak bukti transaksi

A1. Admin mencari transaksi penjualan

A2. System menampilkan data transaksi yang dicari A3. Admin memilih tombol “edit”

A4. Admin merubah transaksi penjualan

Invariant 2 B1. Admin mencari transaksi penjualan

B2. System menampilkan data transaksi yang dicari B3. Admin memilih tombol “hapus”

Gambar IV.4. Use Case Diagram Laporan Penjualan

uc Laporan Penjualan

admin

Login _{Laporan Penjualan}

Cetak Laporan Penjualan Laporan periode Cari Laporan Tanggal transaksi «extend» «include» «include»

(7)

Deskripsi use case diagram laporan penjualan :

Tabel IV. 4. Deskripsi Use Case Diagram Laporan Penjualan

Use Case Name Mengelola Laporan Penjualan

Requirment A4

Goal Admin dapat mencetak laporan penjualan

Post Condition Laporan dan jurnal berhasil dicetak

Failed end conditions Gagal mencetak laporan dan jurnal

1. Admin mengelola form Laporan penjualan 2. Admin memilih tombol “cetak”

3. System mencetak Laporan penjualan

-

Invariant 2 -

Gambar IV.5. Use Case Diagram Jurnal Penjualan

Deskripsi use case diagram jurnal penjualan :

Tabel IV. 5. Deskripsi Use Case Diagram Jurnal Penjualan

Use Case Name Mengelola Jurnal Penjualan

Requirment A5

Goal Admin dapat membuat dan mencetak jurnal

uc Jurnal Penj ualan

Admin

Login

Cetak Jurnal Tambah Debet Kredit Simpan Batal «extend» «extend» «include» «extend» «include» «extend» «include»

(8)

Post Condition Jurnal berhasil dicetak

Failed end conditions Gagal mencetak jurnal

1. Admin mengelola form Jurnal penjualan 2. Admin memilih “tambah”

3. Admin menginput data

6. System menampilkan pesan berhasil disimpan 7. Admin memilih tombol “cetak”

8. System mencetak jurnal penjualan

-

Invariant 2 -

Gambar IV.6. Use Case Diagram Perkiraan uc Perkiraan Admin Login Perkiraan Tambah Simpan Edit Cari Perkiraan Kode Perkiraan Batal «extend» «include» «extend» «extend» «extend» «extend»

(9)

Deskripsi use case diagram perkiraan :

Tabel IV. 6. Deskripsi Use Case Diagram Perkiraan

Use Case Name Mengelola Perkiraan

Requirment A6

Goal Admin dapat menambah, mengubah dan menyimpan

perkiraan

Post Condition Perkiraan berhasil ditambahkan

Failed end conditions Gagal menambah perkiraan

1. Admin mengelola form Perkiraan 2. Admin memilih “tambah” 3. Admin menginput data

6. System menampilkan pesan berhasil disimpan

A1. Admin mencari Perkiraan

A2. System menampilkan data perkiraan yang dicari A3. Admin memilih tombol “edit”

A4. Admin merubah pekiraan

(10)

Gambar IV.7. Use Case Diagram Pengaturan

Deskripsi use case diagram pengaturan :

Tabel IV. 7. Deskripsi Use Case Diagram Pengaturan

Use Case Name Mengelola Pengaturan

Requirment A7-A8

Goal Admin dapat menambah, mengubah dan menghapus

pengguna dan dapat mengganti password

Post Condition Pengguna berhasil ditambahkan dan password berhasil

diubah

Failed end conditions Gagal menambahkan pengguna dan mengubah password

1. Admin mengelola form Pengaturan

2. Admin memilih “tambah” pada form data pengguna

3. Admin menginput data pengguna 4. Admin memilih tombol “simpan” 5. System menyimpan data ke database

6. System menampilkan pesan berhasil disimpan 7. Admin memilih “ganti password”

uc Pengaturan

Admin

Login _Pengaturan

Data Pengguna

Ganti Passw ord

Input passw ord lama

Input passw ord baru Simpan Simpan Edit Hapus Batal Cari Data pengguna Nama pengguna «extend» «extend» «extend» «include» «extend» «extend» «extend» «extend» «extend» «extend» «include»

(11)

8. Admin menginput password lama 9. Admin menginput password baru 10. Admin memilih “simpan”

11. System menyimpan data ke database

12. System menampilkan pesan berhasil disimpan

A1. Admin mencari data pengguna

A2. System menampilkan data pengguna yang dicari A3. Admin memilih tombol “edit”

A4. Admin merubah data pengguna

Invariant 2 B1. Admin mencari data pengguna

B2. System menampilkan data pengguna yang dicari B3. Admin memilih tombol “hapus”

1. Use Case Diagram Kasir

Gambar IV.8. Use Case Diagram Kasir uc Admin

Kasir

Login

Penj ualan

Laporan Penj ualan

Perkiraan Pengaturan «extend» «extend» «extend» «extend» «extend»

(12)

Deskripsi Use case diagram kasir :

Tabel IV. 8. Deskripsi Use Case Diagram Kasir

Use Case Name Mengelola Menu Utama

Requirment B1

Goal Kasir dapat mengelola penjualan, laporan penjualan,

jurnal penjualan dan pengaturan

Post Condition Admin berhasil masuk ke menu utama

Failed end conditions Gagal masuk ke menu utama

1. Kasir dapat mengelola data obat 2. Kasir dapatmengelola penjualan

3. kasir dapat mengelola laporan penjualan 4. Kasir dapat mengelola jurnal penjualan 5. Kasir dapat mengelola perkiraan 6. Kasir dapat mengelola pengaturan

-

(13)

Gambar IV.9. Use Case Diagram Pengaturan

Deskripsi use case diagram pengaturan :

Tabel IV. 9. Deskripsi Use Case Diagram Pengaturan

Use Case Name Mengelola Pengaturan

Requirment B6-B7

Goal Admin dapat menambah, mengubah dan menghapus

pengguna

Post Condition Pengguna berhasil ditambahkan

Failed end conditions Gagal menambahkan pengguna

1. Admin dapat menambah pengguna 2. Admin dapat mengubah pengguna 3. Admin dapat menghapus pengguna

Alternate Varian / Invariant 1 - Invariant 2 - uc Pengaturan Kasir Login Pengaturan Ganti Password Back Up data Input Password Lama Input Password Baru Simpan «extend» «extend» «extend» «include» «extend» «extend»

(14)

1.1.3. Activity Diagram

Activity diagram menggambarkan tentang aktifitas yang terjadi pada sistem.

Activity diagram dibuat berdasarkan sebuah atau beberapa use case pada use case

diagram. Berikut ini adalah activity diagram sistem penjualan yang sudah

terkomputerisasi :

A. Activity Diagram

1. Activity Diagram Data Obat

Gambar IV.10. Activity Diagram Data Obat act Data Obat

Sistem Admin

Memilih menu Data Obat

Menampilkan Data Obat

Mengisi Form Data Obat Pilih tambah data

obat

Menampilkan form penambahan data obat

Pilih Simpan Menampilkan pesan "Tersimpan" Finish Menyimpan data ke database Login Mengecek User name dan Passw ord Tampil Menu Utama Start Valid Tidak Valid

(15)

2. Activity Diagram Penjualan

Gambar IV.11. Activity Diagram Penjualan act Penj ualan

Konsumen Sistem

Admin Start

Pilih penj ualan Menampilkan Penj ualan Input data Menghitung total harga obat Menyimpan data ke database Pilih simpan Menampilkan pesan "Tersimpan"

Pilih Cetak Mencetak kw itansi

Menyerahkan Kw itansi

Menerima kw itansi

Finish Login Mengecek User name

dan Passw ord

Menampilkan Menu Utama Valid Tidak valid

(16)

3. Activity Diagram Laporan Penjualan

Gambar IV.12. Activity Diagram Laporan Penjualan act Laporan Manaj er Sistem Admin Start Login Pilih Menu Laporan Menampilkan Laporan Masukan Tanggal Aw al Masukan Tanggal Akhir

Pilih Cetak Mencetak Laporan

Menyerahkan Laporan Menerima Laporan Finish Mengecek uername

dan passw ord

Menampilkan Menu utama Valid Tidak Valid

(17)

4. Activity Diagram Jurnal Penjualan

Gambar IV.13. Activity Diagram Jurnal Penjualan act Jurnal Manaj er Sistem Admin Start Login Pilih menu Jurnal Menampilkan Jurnal Pilih Tambah Input Data

Pilih Simpan Menyimpan Data ke Database

Menampilkan Pesan Tersimpan

Finish Mengecek User

name dan Passw ord

Menampilkan Menu Utama Pilih Cetak Mencetak j urnal Menyerahkan Jurnal Menerima Jurnal Tidak Valid Valid

(18)

4.2.Desain

4.2.1. Entity Relationship Diagram (ERD)

Entity Relationship Diagram menjelaskan hubungan antar data dalam basis

data yang terdiri dari object-object dasar yang mempunyai hubungan atau relasi

antar object-object tersebut. Dalam ERD hubungan antar relasi dapat terdiri dari

sejumlah entitas yang disebut dengan derajat relasi. ERD yang ada pada sistem

penjualan ini sebagai berikut :

Jurnal no_transa ksi _keterangan tanggal_jurnal Nama_perkiraan Kode_perkiraan No_jurnal debet 1 kredit Membuat Berisi Admin nama_adm in akses username id_admin password Mengelola Membuat Penjualan Obat kode_obat tanggal_transaksi Qty total id_admin no_transaksi Data Obat kode_oba t jumlah tgl_masuk tgl_kadaluarsa kode_br_and Berisi Brand Obat harga_obat kode_brand nama_brand nama_obat Perkiraan kode_per kiraan keterangan saldo_normal nama_p_erkiraan 1 1 1 1 1 M M 1 1

(19)

4.2.2. Logical Record Structure (LRS)

Logical Record Structure adalah sebuah model sistem yang digambarkan

dengan sebuah diagram ER akan mengikuti pola atau aturan permodelan tertentu

dalam kaitannya dengan konvensi ke LRS. Berikut adalah LRS sistem penjualan

yang sudah terkomputerisasi :

M M Perkiraan Kode_perkiraan* Nama_perkiraan Saldo_normal keterangan Brand Obat kode_brand * nama_brand nama_obat harga_obat Data Obat Kode_obat * Kode_brand Nama_brand Nama_obat Harga_obat Jumlah Tgl_masuk Tgl_kadaluarsa Penjualan Obat no_transaksi * tanggal_transaksi kode_obat kode_brand nama_obat harga_obat Qty total id_admin nama_admin Admin id_admin * nama_admin username password akses Jurnal No_jurnal* Tanggal_jurnal No_transaksi** Kode _perkiraan** Nama_perkiraan** Keterangan Debet Kredit M 1 1 1 1 1 1 1

(20)

4.2.3. Spesifikasi File

Spesifikasi File ini terdiri dari file-file yang digunakan untuk menyimpan

data maupun proses pengolahan data. Berikut spesifikasi file sistem penjualan :

1. File Admin

File : File Admin

Akronim : admin

Fungsi : Untuk menyimpan data pengguna

Tipe File : Master

Records Size : 130

Access File : Random

Organisasi File : InnoDB

Media File : Hardisk

Field Key : id_admin

Tabel IV. 10. Spesifikasi File Admin

No Elemen Data Akronim Tipe Panjang Ket

1 ID Admin id_admin Varchar 20 Primary Key

2 Nama Admin nama_admin Char 50

3 Username Username Varchar 20

4 Password Password Varchar 20

5 Akses Akses Varchar 20

2. File Brand Obat

(21)

Akronim : brandobat

Fungsi : Untuk menyimpan data brand obat

Media File : Hardisk

Field Key : kode_brand

Tabel IV. 11. Spesifikasi File Brand Obat

1 Kode Brand kode_brand Varchar 20 Primary Key

2 Nama Brand nama_brand Char 50

3 Nama Obat nama_obat Char 50

4 Harga Obat harga_obat Int 20

3. File Data Obat

File : File Data Obat

Akronim : dataobat

Fungsi : Untuk menyimpan data obat

Media : Hardisk

(22)

Tabel IV. 12. Spesifikasi File Data Obat

1 Kode Obat kode_obat Varchar 20 Primary Key

2 Kode Brand kode_brand Varchar 20

3 Nama Brand nama_brand Char 50

6 Jumlah Jumlah Int 20

7 Tanggal Masuk tgl_masuk Date

8 Tanggal Kadaluarsa tgl_kadaluarsa Date

4. File Penjualan Obat

File : File Penjualan Obat

Akronim : penjualan obat

Fungsi : Untuk menyimpan data penjualan

Tipe File : Transaksi

Records Size : 240

Organisasi File: InnoDB

Media : Hardisk

Field Key : no_transaksi

Tabel IV. 13. Spesifikasi Penjualan Obat

(23)

2 Tanggal Transaksi tanggal_transaksi Date

3 Kode Obat kode_obat Varchar 20

4 Kode Brand kode_brand Varchar 20

7 Qty Qty Int 20

8 Total total Int 20

9 ID Admin id_admin Varchar 20

10 Nama Admin nama_admin Char 50

5. File Jurnal

File : File Jurnal

Akronim : jurnal

Fungsi : Untuk menyimpan data jurnal

Records Size : 115

Media : Hardisk

Field Key : no_jurnal

Tabel IV. 14. Spesifikasi Jurnal Penjualan

1 Nomor Jurnal no_jurnal Varchar 15 Primary Key

(24)

3 Nomor Transaksi no_transaksi Varchar 20

4 Kode Perkiraan kode_perkiraan Varchar 20

5 Nama Perkiraan nama_perkiraan Char 20

6 Keterangan Keterangan Char 20

7 Debet Debet Int 10

8 Kredit Kredit Int 10

6. File Perkiraan

File : File Perkiraan

Akronim : perkiraan

Fungsi : Untuk menyimpan data perkiraan

Records Size : 70

Media : Hardisk

Field Key : no_transaksi

Tabel IV. 15. Spesifikasi Perkiraan

1 Kode Perkiraan kode_perkiraan Varchar 15 Primary Key

2 Nama Perkiraan nama_perkiraan Char 20

3 Saldo Normal saldo_normal Int 15

4 Keterangan Keterangan Char 20

(25)

1. Sequence Diagram

Gambar IV.16. Sequence Diagram sd Test Model

Admin an : antar muka Mengelola

Transaksi Database 11 : set harga_obat() 10 : set nama_obat() 15 : cetak() 2 : form penjualan() 9 : set kode_brand() 7 : set no_transaksi() 6 ; open() 8 : set kode_obat() 5 : Create () 13 : get total() 4 : memasukan penjualan() 1.Main () 14 : display() 3 : data penjualan() 12 : set jumlah()

(26)

2. Deployment Diagram

Gambar IV.17. Deployment Diagram deployment Deployment Model

«device» Computer Client «device» Computer Serv er Aplikasi Penj ualan Aplikasi Penj ualan i.Report .Jasper «device» Database Serv er MYSQL Database Local Host JDBC

(27)

4.2.4. User Interface

1. Form Login

Gambar IV.18. Form Login

2. Form Menu Utama

(28)

3. Form Data Obat

Gambar IV.20. Form Data Obat

4. Form Penambahan Data obat

(29)

5. Form Penjualan

Gambar IV.22. Form Penjualan

6. Form Laporan Penjualan

(30)

7. Form Jurnal Penjualan

Gambar IV.24. Form Jurnal Penjualan

8. Form Data Perkiraan

(31)

9. Form Pengaturan

Gambar IV.26. Form Pengaturan

10. Form Ganti Password

(32)

11. Form Data Pengguna

Gambar IV.28. Form Data Pengguna

12. Form Back Up Data

(33)

4.2.5. Spesifikasi Hardware dan Software 1. Spesifikasi Hardware

Perangkat keras yang dibutuhkan terbagi atas dua bagian, yaitu perangkat

keras untuk web server dan perangkat keras client. Adapun perangkat keras

standar yang dibutuhkan oleh server adalah sebagai berikut :

a. Processor : Pentium Dual Core 2.0 Ghz

b. Memory Size (RAM) : 1 GB (DDRAM)

c. Monitor : SVGA Colour 15”

d. Harddisk : 80 GB – 500 GB

e. CD-ROM : 52x

f. Keyboard : 107 Key

g. Mouse : Standard Mouse

h. Printer : Deskjet

Adapun perangkat keras standar yang diperlukan oleh client adalah sebagai

berikut :

a. Processor : Pentium IV 2.8 GHz

b. Memory Size (RAM) : 512 MB (DDRAM)

c. Monitor : SVGA Calour 15”

d. Harddisk : 20 GB

e. Keyboard : 107 Keys

f. Mouse : Standard Mouse

(34)

2. Spesifikasi Software

Perangkat lunak yang dibutuhkan terbagi atas dua bagian, yaitu perangkat

lunak untuk web server dan perangkat lunak client. Adapun perangkat lunak

standar yang diperlukan untuk server adalah sebagai berikut :

a. Sistem Operasi : Windows Server 2008 X86

b. Bahasa Program : PHP

c. Interpreter : PHP5 Engine Versi 5.0

d. Database Server : MySQL versi 5.0

e. Web Server : PhpMyAdmin versi 2.6.2-pl4

Adapun perangkat lunak standar yang diperlukan untuk client adalah sebagai

berikut :

a. Sistem Operasi : Windows XP Profesional SP2

b. Browser : Mozila Firefox versi 12.0