BAB IV

ANALISA DAN PERANCANGAN SISTEM

4.1 Analisa Permasalahan

Saat ini penanganan dalam pengolahan data inventory barang non

medis di RSUD Kardinah Tegal masih kurang efektif, proses pencarian data

masih memerlukan banyak waktu dan tenanga sehingga kinerja dari sistem

yang ada menjadi lambat. Hal tersebut dapat diminimalisir kekurangannya

dengan mengimplementasikan sistem informasi persediaan barang-barang

non medis.

Dengan penggunaan sistem informasi ini diharapkan masalah-

masalah yang timbul dapat diatasi sehingga proses penginputan data dan

inventarisasi dengan lebih efektif dan efisien. Adapun analisa yang

digunakan dalam penanganan masalah inventory adalah System

Development Liefe Cycle (SDLC) Waterfall. Waterfall adalah model

pengembangan sistem yang menjadi dasar atau awal untuk model

pengembangan sistem lainnya (Nurasiah, 2014 dari Khurana, 2012).

Gambar 4.1 SDLC Waterfall

39
 40

4.2 Analisa Kebutuhan Sistem

4.2.1 Perangkat Keras (Hardware)

Hardware merupakan kebutuhan yang paling mendasar

dalam proses pembuatan aplikasi sistem informasi persediaan barang

inventaris non medis di RSUD Kardinah Tegal adalah:

1. Satu perangkat komputer dengan spesifikasi minimal: processor

dual core, hardisk 300GB, RAM 2GB

2. Monitor

3. Keyboard dan Mouse

4. VGA Card

4.2.2 Perangkat Lunak (Software)

Dalam merancang aplikasi web tidak lepas dari perangkat

lunak (software). Dimana software yang dibutuhkan adalah sebagai

berikut:

1. Sistem Operasi Microsoft Windows 7

2. PHP, sebagai bahasa pemrograman

3. Apache di XAMPP sebagai web server

4. MySQL di XAMPP sebagai database server

5. Adobe Dreamweaver, sebagai editor bahasa pemprograman

6. Photoshop, sebagai aplikasi untuk mendesain tampilan

 41

4.3 Perancangan Sistem

Pada tahap analisis dan perancangan sistem, sistem digambarkan

dengan menggunakan model Unified Modeling Language (UML). Unified

Modelling Language (UML) adalah sebuah “bahasa” yang telah menjadi

standar dalam industri untuk visualisasi, merancang dan

mendokumentasikan sistem piranti lunak (Nurasiah, 2014 dari Sulistyorini,

2009).

4.3.1 Use Case Diagram

Use case diagram menggambarkan fungsionalitas yang

diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang

diperbuat sistem, dan bukan “bagaimana”. Sebuah use case

merepresentasikan sebuah interaksi antara aktor dengan sistem. Use

case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem,

meng-create sebuah daftar belanja, dan sebagainya.

 42

Gambar 4.2 Use Case Web inventory RSUD Kardinah

Di dalam sistem terdapat 2 aktor (admin, dan user). Tabel

dibawah ini adalah tabel usecase specification Login yang dilakukan

oleh aktor Admin.

Tabel 4.1 Usecase Specification Login

Use Case Login

Deskripsi Digunakan oleh akun admin untuk masuk
kedalam web sistem administrasi.
Aktor Admin, Member
Pre Condition Sistem menampilkan form login
Post Condition Aktor berhasil memasukkan login
Normal Flow Memasukkan data username dan password
 43

Tabel 4.2 Usecase Specification Manajemen Kategori Produk

Use Case Manajemen Kategori Produk

Deskripsi Digunakan oleh aktor admin untuk meng–
input, ubah dan hapus kategori produk.
Aktor Admin
Pre Condition Sistem menampilkan form admin kategori
produk.
Post Condition Aktor berhasil memasukkan data dan simpan
data.

Tabel 4.3 Usecase Specification Manajemen Produk

Use Case Manajemen Daftar Member

Deskripsi Digunakan oleh aktor admin untuk meng–
input, hapus dan ubah member.
Aktor Admin
Pre Condition Sistem menampilkan form admin Daftar
Member.
Post Condition Aktor berhasil memasukkan data member, edit
dan hapus
Normal Flow Data yang dimasukkan admin Id_User, Nama,
Email, Username, Password, Alamat, Jenis
Kelamin, No.Hp)

Tabel 4.4 Usecase Specification Manajemen Data Admin

Use Case Manajemen Data Admin

Deskripsi Digunakan oleh aktor admin untuk
menghapus data booking yang di input user
dengan kondisi batal atau perubahan jadwal.
Aktor Admin
Pre Condition Sistem menampilkan form Manajemen Data
Admin.
Post Condition Aktor berhasil memasukkan data admin baru,
edit dan hapus.
Normal Flow Data yang dimasukkan admin Id, Nama,
Email, Username, Password.
 44

Tabel 4.5 Usecase Specification Profil

Use Case Profil

Deskripsi Digunakan oleh aktor semua user untuk
melihat identitas perusahaan.
Aktor User,Member, Admin
Pre Condition Sistem menampilkan form Profil
Post Condition Sistem berhasil menampilkan profil usaha

4.3.2 Sequence Diagram

Sequence diagram biasa digunakan untuk menggambarkan

skenario atau rangkaian langkah-langkah yang dilakukan sebagai

respons dari sebuah event untuk menghasilkan output tertentu.

Diawali dari apa yang men-trigger aktivitas tersebut, proses dan

perubahan apa saja yang terjadi secara internal dan output apa yang

dihasilkan. Masing-masing objek, termasuk aktor, memiliki lifeline

vertikal.

Gambar 4.3 Sequence diagram Login Admin / Member

 45

Gambar 4.4 Sequence diagram Melihat Profil

 46

Gambar 4.5 Sequence diagram Manajemen Produk

 47

Gambar 4.6 Sequence diagram Manajemen Admin

 48

4.3.3 Class Diagram

Class diagram menggambarkan struktur dan deskripsi

class, package dan objek beserta hubungan satu sama lain

seperti containment, pewarisan, asosiasi, dan lain-lain. Class

memiliki tiga area pokok seperti nama (stereotipe), atribut, dan

metode.

Gambar 4.7 Class diagram

 49

4.3.4 Activity Diagram

Activity diagram menggambarkan berbagai alir aktivitas

dalam sistem yang sedang dirancang, bagaimana masing-masing

alir berawal, decision yang mungkin terjadi dan bagaimana

mereka berakhir. Activity diagram juga dapat menggambarkan

proses paralel yang mungkin terjadi pada beberapa eksekusi.

 50

Gambar 4.8 Activity Login

 51

Gambar 4.19 Activity Lihat Profil

 52

Gambar 4.26 Activity Login Admin

 53

Gambar 4.29 Activity Manajemen Produk

 54

Gambar 4.31 Activity Manajemen Admin

4.4 Perancangan Database

Dalam pembuatan inventory barang non medis RSUD Kardinah

dibutuhkan database yang berguna untuk menyimpan informasi. Berikut ini

adalah rancangan database:

1. Tabel Admin

Nama Database : dbkardinah

 55

Nama Tabel : admin

Tabel 4.6 Tabel Admin

Nama_Field Tipe Data Ukuran Keterangan

Id Int 10 Primary Key

User Varchar 20
Pass Varchar 20
Nama Varchar 20
Email Varchar 20

2. Tabel Barang

Nama Database : dbkardinah

Nama Tabel : barang

Tabel 4.7 Tabel Barang

Nama_Field Tipe Data Ukuran Keterangan

Kd_Barang Char 10 Primary Key
Nama_Br Varchar 30
Harga Varchar 20
Nama_Field Tipe Data Ukuran Keterangan
Stok Varchar 10
Gambar Varchar 50
Keterangan Varchar 100
Kode_Kategori Varchar 10
 56

4.5 Desain Input Atau Output

Perancangan tampilan input atau output merupakan hal yang penting

dalam perancangan website inventory ini, sehingga membamtu dalam proses

penerapan desain layout pada web editor.

1. Tampilan Home

Gambar 4.13 Tampilan Home

2. Tampilan Halaman Admin

Gambar 4.14 Tampilan admin

3. Tampilan Daftar Admin

Gambar 4.15 Tampilan Daftar admin

 57

4. Tampilan Data Barang

Gambar 4.16 Tampilan Data Barang

5. Tampilan Cetak Laporan

Gambar 4.17 Tampilan cetak laporan

6. Tampilan Ubah Password

Gambar 4.18 Tampilan Ubah Password