Hardiyanti Zulfien Lestari M3309019

(1)

commit to user

PEMBANGUNAN SISTEM INVENTARIS DAN KAPASITAS RUANG FAKULTAS

TUGAS AKHIR

Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya

Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu

Pengetahuan Alam Universitas Sebelas Maret

Diajukan Oleh

Hardiyanti Zulfien Lestari M3309019

PROGRAM DIPLOMA III TEKNIK INFORMATIKA

FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET

(2)

perpustakaan.uns.ac.id digilib.uns.ac.id

commit to user

i

PEMBANGUNAN SISTEM INVENTARIS DAN KAPASITAS RUANG FAKULTAS

TUGAS AKHIR

Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya

Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu

Pengetahuan Alam Universitas Sebelas Maret

Diajukan Oleh

Hardiyanti Zulfien Lestari M3309019

PROGRAM DIPLOMA III TEKNIK INFORMATIKA

FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM UNIVERSITAS SEBELAS MARET

(3)

commit to user

ii

HALAMAN PERSETUJUAN

Disusun Oleh :

Hardiyanti Zulfien Lestari

M3309019

Tugas Akhir ini telah disetujui untuk dipertahankan di hadapan dewan penguji

pada tanggal ...

Pembimbing Utama

Ristu Saptono, S.Si., M.T.

(4)

commit to user

iii

HALAMAN PENGESAHAN

Disusun Oleh :

Hardiyanti Zulfien Lestari

M3309019

Dibimbing Oleh :

Pembimbing Utama

Ristu Saptono, S.Si., M.T.

NIP 19790210 200212 1001

Tugas Akhir ini telah diterima dan disahkan oleh dewan penguji Tugas Akhir

Program Diploma III Teknik Informatika pada hari ...

Dewan Penguji :

1. Penguji I : Ristu Saptono, S.Si., M.T. ( )

NIP 19790210 200212 1001

2. Penguji II : Esti Suryani, S.Si.,M.Kom ( )

NIP 19761129 200812 2 001

3. Penguji III : Rudi Hartono, S.Si ( )

NIDN 0626128402

Disahkan Oleh

Dekan Fakultas FMIPA UNS

Prof. Ir. Ari Handono Ramelan, M.Sc (Hons), Ph.D

NIP. 19610223 198601 1001

Ketua D-III Tehnik Informatika

FMIPA UNS

(5)

commit to user

iv

ABSTRACT

Hardiyanti Zulfien Lestari. 2012. THE DEVELOPMENT OF INVENTORY AND CAPACITY SPACE SYSTEM IN FACULTY. Final Project

D3 of Engineering Informatics Program. The Faculty of Science and Mathematic.

University of Sebelas Maret.

The management of unmovable and movable properties in every faculty

has been done manually. It is very inconvenient. Inventory and capacity space

system are designed to record what things belong to the faculty which are used at

every room. Moreover, it is used in order to make it easier, effective, and more

efficient in borrowing and returning the faculty’s properties. The object of this

study is the Faculty of MIPA in University of Sebelas Maret.

This system consists of the data recording of the existence items, the list of

borrowing and returning items, and also the list of items in every room. The

program was developed by Codeigniter and PostgreSQL was used to manage the

database. The system was developed by the following steps : observation,

browsing, system designing, and finally implementation stage.

As the conclusion, this inventory system have two admin and one operator

all have different functions.

(6)

commit to user

v

ABSTRAK

Hardiyanti Zulfien Lestari. 2012. PEMBANGUNAN SISTEM INVENTARIS DAN KAPASITAS RUANG FAKULTAS. Program D3 Teknik

Informatika. Fakultas Matematika dan Ilmu Pengetahuan Alam. Universitas

Sebelas Maret.

Pengelolaan aset baik yang bergerak maupun yang tidak bergerak di tiap

fakultas masih dilakukan secara manual. Hal itu sangatlah merepotkan. Sistem

inventaris dan kapasitas ruang ini dibuat untuk mencatat barang yang dimiliki

fakultas dan yang di gunakan di setiap ruangan serta peminjaman dan

pengembalian barang milik fakultas yang di pinjam agar lebih mudah,efektif,dan

efisien. Objek penelitian adalah pengelolaan aset di Fakultas MIPA Universitas

Sebelas Maret.

Sistem ini mencakup pencatatan data barang yang ada, pencatatan

peminjaman dan pengembalian serta pencatatan barang di setiap ruang. Program

ini dikembangkan oleh Codeigniter dan PostgreSQL digunakan untuk mengelola

database. Sistem ini dikembangkan oleh langkah-langkah berikut: observasi,

browsing, perancangan sistem, dan akhirnya tahap implementasi.

Disimpulkan bahwa sistem inventaris ini merupakan sistem dengan 2

admin dan 1 operator semuanya memiliki interface dan fungsi yang berbeda-beda.

(7)

commit to user

vi

MOTTO DAN PERSEMBAHAN

 Tak ada kata terlambat untuk belajar. Meski lebih baik tidak terlambat. 

Tugas Akhir ini penulis persembahkan untuk Ibu dan Bapak tercinta yang sudah memberikan banyak, bahkan lebih bagi kehidupan penulis. Serta adik penulis. Lalu teman-teman yang selama ini telah mendukung, memberi harapan, dan senantiasa mengingatkan penulis ketika penyakit malas penulis sedang kambuh. Kemudian teman-teman TIE 2009 yang selalu kompak dan dapat menghilangkan kepenatan. Dan yang terakhir kupersembahkan untuk pembaca yang membaca laporan Tugas Akhir ini.

Terimakasih semuanya, semangat yang kalian semua salurkan untuk penulis dan antusiasme ketika membaca laporan ini akan membuat penulis semakin berusaha untuk memberikan ya terbaik dikemudian hari.

(8)

commit to user

vii

KATA PENGANTAR

Assalamu’alaikum Warohmatullohi Wabarokatuh

Bismillahirrohmanirrohim, segala puji dan rasa syukur hanya penulis

haturkan ke haribaan Allah subhanahu wa ta’ala, yang telah melimpahkan segala

kemudahannya hingga akhirnya penulis mampu menyelesaikan Tugas Akhir dan

menuliskan laporannya tepat waktu.

Laporan Tugas Akhir ini disusun memenuhi sebagian persyaratan

memperoleh kelulusan Diploma III Teknik Informatika Fakultas Matematika dan

Ilmu Pengetahuan Alam Universitas Sebelas Maret Surakarta. Dalam pelaksanaan

Tugas Akhir dan pembuatan laporan ini, penulis mendapat bantuan dari beberapa

pihak. Tanpa adanya bantuan dari beliau-beliau penulis belum tentu bisa

menyelesaikan Tugas Akhir dan mendapatkan bermacam-macam ilmu. Untuk itu

penulis ingin menyampaikan rasa hormat dan terima kasih kepada :

1. Tuhan Yang Maha Esa, Allah subhanahu wa ta’ala.

2. Kedua orang tua penulis yang senantiasa menyemangati dan terus

memberikan dukungan.

3. Drs. YS. Palgunadi, M. Sc, selaku Ketua Diploma III Teknik

Informatika Fakultas Matematika dan Ilmu Pengetahuan Alam.

4. Ristu Saptono, S.Si., M.T, selaku pembimbing yang telah bersedia

membimbing dan mengarahkan penulis ketika mengalami kesulitan.

5. Dosen-dosen DIII Teknik Informatika dan SI Teknik Informatika

FMIPA UNS yang telah memberikan materi-materi yang dapat

diimplementasikan dalam pembuatan Tugas Akhir ini.

6. Bu Lelly Hidayah Anggraini yang meluangkan waktunya untuk

membantu penulis ketika menghadapi kesulitan selama pengerjaan

Tugas Akhir.

7. Teman-teman Teknik Informatika kelas E 2009 dan teman-teman yang

terus menyemangati dan terus setia untuk mengingatkan yang tidak

(9)

commit to user

viii

8. Dan semua pihak yang telah memberikan bantuan dalam penulisan

laporan ini. Termasuk koleksi lagu penulis yang selalu membangkitkan

semangat penulis ketika redup.

Kesempurnaan hanya milik Allah subhanahu wa ta’ala dan segala

kekurangan semata-mata adalah kelalaian dari diri penulis sendiri. Oleh sebab itu

penulis memohon kesediaan pembaca untuk menerima segala kekurangan yang

terdapat pada laporan Tugas Akhir ini. Semoga bermanfaat.

Wassalamu’alaykum Warohmatullohi Wabarokatuh.

Surakarta, Juni 2012

(10)

commit to user

ix

DAFTAR ISI

HALAMAN PERSETUJUAN ... ii

HALAMAN PENGESAHAN ... iii

ABSTRACT ... iv

ABSTRAK ... v

MOTTO DAN PERSEMBAHAN ... vi

KATA PENGANTAR ... vii

DAFTAR ISI ... ix

DAFTAR TABEL ... xi

DAFTAR GAMBAR ... xii

BAB I ... 1

PENDAHULUAN ... 1

1.1 Latar Belakang ... 1

2.1 Perumusan Masalah ... 1

3.1 Batasan Masalah ... 1

4.1 Tujuan dan Manfaat ... 2

5.1 Metodologi Penelitian ... 2

6.1 Sistematika Penulisan ... 3

BAB II ... 5

LANDASAN TEORI ... 5

1.1 Tinjauan Pustaka ... 5

1. Konsep Dasar Sistem Informasi ... 5

2. WEB ... 6

3. Web Programming ... 6

4. Database Manajemen System ... 7

5. Object Oriented Programming (OOP) ... 8

6. Framework ... 8

7. Model-View-Controller(MVC) ... 8

8. UML(Unified Modeling Language) ... 9

BAB III ... 14

(11)

commit to user

x

3.1 Perancangan Sistem ... 14

1. SRS ... 14

2. Usecase ... 16

3. Database ... 16

4. Skema Tabel ... 20

5. Activity Diagram ... 21

6. Class Diagram Tahap Analisis ... 26

7. Sequence Diagram ... 28

8. Class Diagram ... 33

3.2 Perancangan Antar Muka ... 36

BAB IV ... 39

IMPLEMENTASI DAN PENGUJIAN SISTEM ... 39

4.1 Implementasi ... 39

4.2 Pengujian Sistem ... 43

BAB V ... 50

KESIMPULAN DAN SARAN ... 50

5.1 Kesimpulan ... 50

5.2 Saran ... 50

(12)

commit to user

xi

DAFTAR TABEL

Tabel 2.1. Simbol-simbol Use Case (Rosa, 2010) ... 10

Tabel 2.2 Simbol Activity Diagram ... 11

Tabel 2.3. Simbol Class Diagram (Rosa, 2010) ... 12

Tabel 2.4. Simbol Sequence Diagram(Pender, 2002) ... 13

Tabel 3.1 Tabel Functional requirement ... 14

Tabel 3.2 Tabel user ... 17

Tabel 3.3 Tabel Barang ... 17

Tabel 3.4 Tabel Jenis... 17

Tabel 3.5 Tabel Ruang ... 18

Tabel 3.6 Tabel Lantai ... 18

Tabel 3.7 Tabel Gedung ... 18

Tabel 3.8 Tabel Fakultas ... 19

Tabel 3.9 Tabel PinjamKembali ... 19

Tabel 3.10 Tabel Kapasitas Ruang... 19

Tabel 3.11 Tabel Usulan barang yang akan dihapus... 20

Tabel 3.12 Tabel Barang yang sudah dihapus ... 20

Tabel 4.1 Tabel hasil pengujian mengelola data barang. ... 43

Tabel 4.2 Tabel hasil pengujian ubah data barang. ... 43

Tabel 4.3 Tabel hasil pengujian pencatatan data kapasitas ruang. ... 44

Tabel 4.4 Tabel hasil pengujian ubah data kapasitas ruang. ... 44

Tabel 4.5 Tabel hasil pengujian edit barang. ... 45

Tabel 4.6 Tabel hasil pengujian menambah operator jurusan. ... 45

Tabel 4.7 Tabel hasil pengujian pencatatan data peminjaman barang. ... 46

Tabel 4.8 Tabel hasil pengujian pencatatan data pengembalian barang. ... 46

Tabel 4.9 Tabel hasil pengujian menampilkan data peminjaman dan pengembalian. ... 47

Tabel 4.10 Tabel hasil pengujian menambah admin fakultas. ... 47

Tabel 4.11 Tabel hasil pengujian menghapus barang yang tidak layak. ... 48

Tabel 4.12 Tabel hasil pengujian pengelolaan data jenis. ... 48

(13)

commit to user

xii

DAFTAR GAMBAR

Gambar 2.1 Model umum suatu sistem... 5

Gambar 2.2 Konsep MVC ... 9

Gambar 3.1 Diagram Use Case Sistem Inventaris dan Kapasitas Ruang Fakultas 16 Gambar 3.2 skema tabel ... 20

Gambar 3.3 activity diagram login... 21

Gambar 3.4 activity diagram lihat barang ... 21

Gambar 3.5 activity diagram tambah data barang ... 21

Gambar 3.6 activity diagram ubah data barang ... 22

Gambar 3.7 activity diagram usulan hapus data barang ... 22

Gambar 3.8 activity diagram hapus data barang ... 22

Gambar 3.9 activity diagram lihat data peminjaman ... 23

Gambar 3.10 activity diagram peminjaman ... 23

Gambar 3.11 activity diagram pengembalian ... 23

Gambar 3.12 activity diagram tambah data kapasitas ... 24

Gambar 3.13 activity diagram lihat data kapasitas ... 24

Gambar 3.14 activity diagram ubah data kapasitas ... 24

Gambar 3.15 activity diagram lihat jenis barang ... 25

Gambar 3.16 activity diagram tambah jenis barang... 25

Gambar 3.17 activity diagram ubah data jenis ... 25

Gambar 3.18 activity diagram tambah user ... 26

Gambar 3.19 Analisis model login ... 26

Gambar 3.20 Analisis model mengelola data barang... 26

Gambar 3.21 Analisis model Peminjaman dan Pengembalian ... 27

Gambar 3.22 Analisis model kapasitas ruang ... 27

Gambar 3.23 Analisis model mengelola jenis barang ... 27

Gambar 3.24 Analisis model hapus barang ... 28

Gambar 3.25 Analisis model menambah user ... 28

(14)

commit to user

xiii

Gambar 3.27 Sequence diagram manage barang ... 29

Gambar 3.28 Sequence diagram manage peminjaman ... 30

Gambar 3.29 Sequence diagram kapasitas ruang ... 31

Gambar 3.30 Sequence diagram mengelola data jenis... 31

Gambar 3.31 Sequence diagram penghapusan barang ... 32

Gambar 3.32 Sequence diagram menambah user ... 32

Gambar 3.33 Class diagram login ... 33

Gambar 3.34 Class diagram manage barang ... 33

Gambar 3.35 Class diagram manage peminjaman ... 34

Gambar 3.36 Class diagram manage kapasitas ... 34

Gambar 3.37 Class diagram mengelola data jenis ... 35

Gambar 3.38 Class diagram penghapusan barang ... 35

Gambar 3.39 Class diagram menambah user ... 35

Gambar 3.40 Halaman awal ... 36

Gambar 3.41 Tambah data barang ... 36

Gambar 3.42 Edit barang sekaligus usulan hapus barang ... 37

Gambar 3.43 Tambah data kapasitas ... 37

Gambar 3.44 Tambah data peminjaman ... 38

Gambar 3.45 Tambah data user ... 38

Gambar 4.1 Halaman awal ... 39

Gambar 4.2 Tambah data barang ... 40

Gambar 4.3 Edit barang ... 40

Gambar 4.4 tambah kapasitas ruang ... 41

Gambar 4.5 tambah data peminjaman ... 41

Gambar 4.6 Tampilan usulan hapus barang ... 42

(15)

commit to user

1

BAB I PENDAHULUAN 1.1 Latar Belakang

Fakultas MIPA memiliki banyak sekali barang-barang yang bergerak

ataupun tidak bergerak dan barang yang habis pakai maupun tidak. Semua itu

perlu adanya pendataan yang memudahkan pihak fakultas dalam mengelola

dan memantau pergerakan barang-barang yang dapat bergerak,misalnya lcd.

Di fakultas MIPA sendiri peminjaman alat-alat yang di gunakan untuk

proses belajar mengajar maupun peralatan yang dipinjam untuk hal yang lain

masih dikerjakan secara manual dengan menuliskan data di kertas.

Berdasarkan itulah penulis bermaksud membangun sebuah sistem

inventaris dan kapasitas ruang di fakultas, dalam kasus ini yang diambil

adalah fakultas MIPA dan jurusan D3 Teknik Informatika.

2.1 Perumusan Masalah

Rumusan masalah yang diambil adalah bagaimanakah cara

mengefektifkan pendataan barang yang dimiliki fakultas MIPA dan pendataan

barang untuk setiap ruangan.

3.1 Batasan Masalah

Batasan masalah yang diambil yaitu :

1. Studi kasus yang diambil adalah di fakultas MIPA dan jurusan D3

Teknik Informatika.

2. Barang yang dimaksud adalah barang bergerak dan bukan bahan habis

pakai contohnya LCD.

3. Yang dapat masuk kedalam sistem hanyalah admin dan operator yang

telah ditunjuk dan diberikan password dan username.

(16)

commit to user

4.1 Tujuan dan Manfaat

1. Tujuan

Tujuan sistem inventaris dan kapasitas ruang fakultas dibangun untuk

mendata aset, pengelolaan kapasitas ruangan, dan peminjaman barang.

2. Manfaat

Dengan adanya sistem ini diharapkan meringankan pendataan barang,

pengelolaan kapasitas ruang dan peminjaman barang di fakultas.

5.1 Metodologi Penelitian

Metodologi penelitian yang digunakan adalah sebagai berikut :

1. Tahap Awal meliputi :

a. Pembuatan Proposal

Tahapan ini adalah tahapan awal kegiatan penelitian. Pada tahapan ini

dibuat sebuah pandangan awal arah penelitian yang akan dijalankan.

b. Pembuatan Jadwal

Tahapan ini digunakan untuk menentukan jadwal penelitian sehingga

kegiatan lebih terarah.

c. Pengumpulan data

Didalam proses pengumpulan data terdiri dari beberapa metode yaitu :

1. Observasi

Observasi merupakan metode pengumpulan data yang dilakukan

melalui pengamatan, pencatatan dan pencarian informasi tentang semua

informasi mengenai alur pendataan barang dan peminjaman barang di

fakultas.

2. Browsing.

Browsing merupakan proses pencarian data dengan menggunakan

perantara koneksi internet.

d. Analisis data

Pada tahap ini digunakan untuk melakukan analisa terhadap data-data

(17)

commit to user 2. Tahap Pembuatan Aplikasi.

a. Perancangan Desain Aplikasi user

Digunakan untuk merancang desain aplikasi untuk user sebelum

melakukan proses pembuatan aplikasi user. Ini diperlukan agar aplikasi yang

dibuat dapat terstruktur dengan baik.

b. Perancangan desain aplikasi admin

Digunakan untuk merancang desain aplikasi untuk admin sebelum

melakukan proses pembuatan aplikasi admin. Ini diperlukan agar aplikasi

yang dibuat dapat terstruktur dengan baik.

c. Pembuatan aplikasi untuk user.

Tahap ini merupakan tahap pengimplementasian aplikasi user secara

nyata.

d. Pembuatan aplikasi untuk admin.

Tahap ini merupakan tahap pengimplementasian aplikasi admin secara

nyata.

3. Tahap kesimpulan dan saran.

Tahap ini berisi kesimpulan mengenai semua tahapan yang telah

dilalui serta saran yang berkenaan dengan hasil yang sudah dicapai.

4. Tahap pembuatan laporan.

Digunakan untuk membuat laporan mengenai penelitian yang sudah

dibuat selama ini sebagai pertanggungjawaban.

6.1 Sistematika Penulisan

Sistematika penlisan laporan Tugas Akhir ini terdiri dari beberapa bab

dan sub bab, yaitu sebagai berikut :

BAB I PENDAHULUAN

Dalam bab pendahuluan ini terdiri dari beberapa sub bab yang berisi

Latar Belakang, Rumusan Masalah, Tujuan, Manfaat, Metode Penelitian dan

(18)

commit to user BAB II LANDASAN TEORI

Pada bab ini berisi tentang semua teori yang mendukung dalam

pembuatan Tugas Akhir.

BAB III PERANCANGAN

Dalam bab ini diuraikan perancangan yang digunakan untuk

menyusun/membangun sistem.

BAB IV IMPLEMENTASI DAN PENGUJIAN SISTEM

Bab ini menerangkan tentang hasil dari perancangan dan penggujian

terhadap sistem.

BAB V PENUTUP

(19)

commit to user

5

BAB II

LANDASAN TEORI

1.1 Tinjauan Pustaka

1. Konsep Dasar Sistem Informasi

Konsep dasar sistem informasi dibagi menjadi tiga bagian yaitu

sistem, informasi dan sistem informasi itu sendiri. Menurut Jogiyanto H.

Mustakini (2001), sistem adalah kumpulan elemen-elemen yang saling

berinteraksi satu sama lain untuk mencapai tujuan yang telah ditetapkan.

Sebuah sistem terdiri dari bagian-bagian yang saling berkaitan yang

beroperasi bersama untuk mencapai beberapa sasaran atau maksud, tujuan

dan sasaran yang sama. Model umum suatu sistem terdiri dari masukan

(input), pengolah (process) dan keluaran (output).

Gambar 2.1 Model umum suatu sistem

Informasi adalah data yang telah diolah menjadi sebuah bentuk yang

berarti bagi penerimanya dan bermanfaat dalam pengambilan keputusan saat

ini atau mendatang.

Menurut John F. Nash dan Martin B. Roberts dalam Jogiyanto H.

Mustakini (2001) bahwa sistem informasi merupakan suatu dari orang-orang

fasilitas, teknologi, media, prosedur-prosedur dan pengendalian yang

ditujukan untuk mendapatkan jalur komunikasi penting, memproses tipe

transaksi rutin tertentu, memberi sinyal kepada manajemen dan yang lainnya

terhadap kejadian-kejadian internal dan eksternal yang penting dan yang

menyediakan suatu dasar untuk pengambilan keputusan yang cerdik. Menurut

James B. Bower, Robert E. Schlosser dan Maurice S. Newman (Mustakini,

(20)

commit to user

menyediakan informasi yang dibutuhkan oleh organisasi untuk beroperasi

dengan cara yang sukses dan untuk organisasi bisnis dengan cara yang

menguntungkan.

Keberhasilan suatu sistem informasi sangat bergantung pada

basisdata. Semakin lengkap, akurat dan mudah dalam menampilkan kembali

data yang ada dalam sistem basis data maka akan semakin tinggi kualitas

sistem informasi tersebut.

Analisis dan perancangan sistem informasi adalah rangkaian proses

yang dilakukan untuk memahami sistem yang berjalan, sedangkan

implementasi sistem merupakan tahap yang dilakukan setelah perancangan

sistem.

2. WEB

World Wide Web(WWW) atau biasa disebut web. Informasi Web

didistribusikan melalui pendekatan hypertext, yang memungkinkan suatu teks

pendek menjadi acuan untuk membuka dokumen yang lain. Sehingga, untuk

memperoleh informasi dapat melompat dari suatu dokumen ke dokumen yang

lain. Dokumen yang diaksespun dapat tersebar di berbagai mesin dan bahkan

di berbagai negara.( Kadir, 2003)

3. Web Programming

PHP dikenal sebagai bahasa pemrograman yang kodenya dijalankan

disisi server. Dengan demikina kode aslinya tidak akan terlihat pada client

(browser). PHP banyak dipakai dalam membuat aplikasi web antara lain

karena dukungan pustaka yang lengkap dan mudah digunakan pada berbagai

platform (windows mac, linux, dll). Dengan menggunkan PHP koneksi ke

(21)

commit to user

4. Database Manajemen System

Menurut Abraham Silberschatz, Henry F. Korth dan S.

Sudarshan(2011) sebuah sistem database-manajemen (DBMS) adalah

kumpulan data yang saling terkait dan satu set program untuk mengakses data

tersebut. Pengumpulan data, biasanya disebut sebagai database, berisi

informasi yang relevan dengan perusahaan. DBMS dikelompokkan menjadi

dua bagian, yaitu:

a. RDBMS(Relational Database Management System), adalah

perangkat lunak yang didesain untuk mengatur sebuah basisdata

sebagai kumpulan data yang terstruktur, dan melakukan operasi-

operasi data atas permintaan penggunanya. Contoh dari RDBMS

adalah MySQL, MsQL, Microsoft SQL Server, Interbase.

b. ORDBMS (Object Relational Database Management System),

merupakan database sistem yang akan menggabungkan antara fitur

pada model objek dan fitur yang ada pada model relasional, yaitu

menerapkan konsep pada pemrograman berdasar objek sebagai

perluasan dari model relasional, sehingga pada ORDBMS ini

mempunyai integrity constraint yang tetap terjaga dan mendukung

untuk data yang kompleks. Selain itu, penerapan model objek

yang reusable dapat mempermudah pembuatan aplikasi basis data

(Shalahuddin, 2005). Contoh dari ORDBMS adalah PostgreSQL,

Oracle.

Menurut Owo Sugiana(2001) SQL di Postgres tidaklah seperti

yang kita temui pada RDBMS umumnya. Perbedaan penting antara

Postgres dengan sistem relasional standar adalah arsitektur

Postgres yang memungkinkan user untuk mendefinisikan sendiri

SQL-nya, terutama pada pembuatan function atau biasa disebut

sebagai stored procedure.

Tujuan utama dari DBMS adalah untuk menyediakan cara untuk

(22)

commit to user

5. Object Oriented Programming (OOP)

OOP atau pemrograman berorientasi objek adalah sebuah konsep

analisis pemrograman untuk membuat kode program yang lebih terstruktur,

terkelompok berdasarkan objek-objek yang terlibat sehingga

bagian-bagiannya dapat digunakan untuk pembuatan aplikasi lain. Pemrograman

berorientasi objek membagi-bagi kode program aplikasi menjadi kumpulan

bungkusan benda/objek dipandang dari sudut pandang aplikasi komputer dan

proses yangdilakukan di dalam aplikasi (Rosa , 2010).

6. Framework

Framework adalah kumpulan perintah atau fungsi dasar yang

membentuk aturan-aturan tertentu dan saling berinteraksi satu sama lain

sehingga dalam pembuatan aplikasi harus mengikuti aturan yang sudah

ditentukan tersebut (Wardana, 2010). Sedangkan menurut Awan Pribadi

Basuki(2010) framework dapat diartikan sebagai koleksi atau kumpulan

potongan program yang disusun atau diorganisasikan sedemikian rupa,

sehingga dapat digunakan untuk membantu membuat aplikasi utuh tanpa

harus membuat kodenya dari awal. Saat ini ada banyak framework php,

diantaranya codeigniter.

7. Model-View-Controller(MVC)

Masih menurut Awan Pribadi Basuki(2010), dengan MVC,

memungkinkan pemisahan antara layer application-logic dan presentation.

Dalam MVC, skip PHP, query MySQL, Javascript dan CSS bisa saling

terpisah-pisah, tidak dibuat dalam satu skrip berukuran besar yang

membutuhkan resource yang besar pula untuk mengeksekusinya.

Penerapan konsep MVC dapat dibagi menjadi 3 kategori, yaitu :

(23)

commit to user

b. View = Berupa template html/xhtml atau php untuk menampilkan data pada browser.

c. Controller = Kode program(berupa OOP class) yang digunakan untuk mengontrol aliran aplikasi(sebagai pengontrol model dan

view).

Gambar 2.2 Konsep MVC

8. UML(Unified Modeling Language)

UML (Pender, 2002) adalah standar untuk menciptakan model yang

mewakili perangkat lunak berorientasi objek dan sistem bisnis. UML

mencakup spesifikasi untuk sembilan diagram berbeda yang digunakan untuk

berbagai dokumen perspektif dari solusi perangkat lunak dari awal proyek

sampai instalasi dan pemeliharaan mikrofinansial.

Tujuan permodelan (modeling) sendiri adalah sebagai sarana analisis,

pemahaman, visualisasi, komunikasi, serta dokumentasi yang sangat

bermanfaat untuk menelaah perilaku perangkat lunak yang akan

dikembangkan.

a. Use Case Diagram

Use case merupakan pemodelan untuk menggambarkan kelakuan

(behavior) aplikasi perangkat lunak yang akan dibuat. Use case

mendeskripsikan sebuah inteaksi antara satu atau lebih aktor dengan

aplikasi yang akan dibuat. Secara umum, use case digunakan untuk

mengetahui fungsi/proses apa saja yang ada di dalam sebuah aplikasi dan

(24)

commit to user

Ada dua hal utama pada use case yaitu pendefinisian aktor dan use

case/proses. Berikut adalah simbol-simbol yang ada pada diagram Use

case.

Tabel 2.1. Simbol-simbol Use Case (Rosa, 2010)

Simbol Deskripsi

Aktor Aktor merupakan orang atau aplikasi lain yang

berinteraksi dengan aplikasi yang akan dibuat

di luar aplikasi yang akan dibuat itu sendiri.

Use case Use case merupakan fungsi/proses yang

disediakan aplikasi sebagai unit-unit yang

saling bertukar pesan/berinteraksi antar unit

atau aktor.

Asosiasi Asosiasi merupakan komunikasi antara aktor

dan use case yang berpartisipasi pada use case

atau use case memiliki interaksi dengan aktor.

Ekstensi

<<extends>>

Ekstensi merupakan hubungan use case

tambahan ke sebuah use case dimana use case

yang ditambahkan dapat berdiri sendiri walau

tanpa use case itu.

Generalisasi Generalisasi merupakan hubungan generalisasi

dan spesialisasi (umumkhusus) antara dua buah

use case dimana fungsi yang satu adalah fungsi

yang lebih umum dari fungsi yang lainnya.

Include

<<include>>

Include merupakan hubungan use case

tambahan ke sebuah use case dimana use

case yang ditambahkan memerlukan use case

ini untuk menjalankan fungsinya atau sebagai

(25)

commit to user

b. Activity Diagram

Diagram ini menggambarkan proses yang termasuk tugas

berurutan, logika kondisional, dan konkurensi. Diagram ini adalah

seperti flowchart, tetapi telah ditingkatkan untuk digunakan dengan

pemodelan objek.

Tabel 2.2 Simbol Activity Diagram

c. Class Diagram

Class Diagram merupakan pemodelan untuk menggambarkan struktur

aplikasi berorientasi objek dari segi pendefinisian kelas-kelas yang akan

dibuat untuk membangun aplikasi. Kelas memiliki attribut, metode atau

operasi serta parameter.

 Attribut merupakan variabel-variabel yang dimiliki oleh suatu kelas.

 Metode atau operasi adalah fungsi-fungsi yang dimiliki oleh suatu

kelas.

 Parameter adalah variabel yang memiliki nilai yang digunakan sebagai inputan sebuah metode.

(26)

commit to user

Tabel 2.3. Simbol Class Diagram (Rosa, 2010)

Simbol Deskripsi

Kelas Kelas pada struktur sistem

Paket /package Paket /package merupakan sebuah

bungkusan dari satu atau lebih kelas

(kumpulan kelas).

Asosiasi Asosiasi merupakan hubungan antar

kelas dengan makna umum, asosiasi

biasanya juga disertai dengan

multiplisity.

Asosiasi berarah Asosiasi berarah adalah hubungan antar

kelas dengan makna kelas yang satu

digunakan oleh kelas yang lain, asosiasi

ini biasanya juga disertai multiplicity.

Generalisasi Generalisasi merupakan hubungan

generalisasi dan spesialisasi

(umumkhusus) antara dua kelas dimana

fungsi yang satu adalah fungsi yang lebih

umum dari fungsi yang lainnya.

Kebergantungan/dependency Depedency merupakan hubungan antar

kelas yang saling bergantung,

membutuhkan satu sama lain.

Agregasi Agregasi merupakan hubungan antar

kelas dimana satu kelas merupakan

(27)

commit to user

d. Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di

sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa

message yang digambarkan terhadap waktu. Sequence diagram terdiri atas

dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang

terkait). Sequence diagram biasa digunakan untuk menggambarkan

skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons

dari sebuah event untuk menghasilkan output tertentu. Berikut adalah

simbol-simbol yang terdapat pada sequencediagram (Wahono, 2003).

Tabel 2.4. Simbol Sequence Diagram(Pender, 2002)

Simbol Deskripsi

Objek dan kelas Menggambarkan seseorang atau sesuatu

(seperti perangkat, sistem lain) yang

berinteraksi dengan sistem.

Lifeline Lifeline merupakan siklus hidup sebuah

pesan/message berdasarkan waktu.

Pesan/message Pesan/message merupakan komunikasi antara

objek yang satu dengan objek yang lainnya

dimana objek yang satu meminta objek yang

lain untuk melakukan sesuatu

Return message Return message merupakan balasan/hasil yang

berisi nilai dari sebuah objek yang diminta

kepada objek yang meminta (mengirim pesan).

Self message Self message merupakan pesan dari sebuah

objek kepada objek itu sendiri untuk

melakukan suatu aksi.

Return self message Return self message merupakan balasan/hasil

dari self message yang berisi suatu nilai kepada

(28)

commit to user

14

BAB III PERANCANGAN

3.1 Perancangan Sistem

Perancangan sistem inventaris dan kapasitas ruang fakultas digambarkan

menggunakan UML. Terdiri dari SRS, use case, database, skema tabel, activity,

class diagram tahap analisis, sequence dan class diagram.

1. SRS

Aktor:

a. Operator Jurusan = merupakan orang dari bagian jurusan yang

menangani peminjaman dan pengembalian barang.

b. Admin Fakultas= merupakan orang dari bagian fakultas yang

dapat menambahkan data barang yang ada di fakultas.

c. Admin univ = merupakan orang dari bagian universitas yang

ditunjuk dan berwenang untuk menambah user yang dapat

mengakses sistem di fakultas.

d. Guest = pengunjung yang tidak bisa masuk kedalam sistem.

Tabel 3.1 Tabel Functional requirement

Kode Aktor Deskripsi

FR01 Admin fakultas Dapat mengelola data barang

FR02 Admin fakultas Dapat mengubah data barang

FR03 Admin fakultas Dapat melihat data barang

FR04 Admin fakultas Dapat mencatat data kapasitas ruang

FR05 Admin fakultas Dapat mengubah data kapasitas ruang

FR06 Admin fakultas Dapat menghapus data kapasitas ruang

FR07 Admin fakultas Dapat mengusulkan penghapusan barang

FR08 Admin fakultas Dapat menambah operator jurusan

FR09 Admin fakultas Dapat menghapus operator jurusan

(29)

commit to user

FR11 Operator jurusan Dapat mencatat data pengembalian barang

FR12 Operator jurusan Dapat melihat data peminjaman dan

pengembalian

FR13 Admin univ Dapat menambah admin fakultas

FR14 Admin univ Dapat menghapus admin fakultas

FR15 Admin univ Dapat menghapus barang atau menolaknya

FR16 Admin univ Dapat mengelola data jenis

FR17 Admin univ Dapat melihat data jenis

FR18 Admin univ Dapat mengubah data jenis

FR19 Admin univ Dapat menghapus data jenis

FR20 Guest Dapat melihat data barang

FR21 Guest Dapat melihat data peminjam

FR22 Guest Dapat melihat data banyaknya barang yang

dipinjam

FR23 Guest Dapat melihat data kapasitas ruang

FR24 Admin fakultas Dapat login

FR25 Admin univ Dapat login

FR26 Operator jurusan Dapat login

Non Functional:

a. Hak akses = terdapat 2 admin dan 1 operator yang memiliki hak

akses berbeda.

b. Bahasa = menggunakan bahasa Indonesia.

c. Browser yang digunakan saat ini hanya mozilla firefox dan

(30)

commit to user

[image:30.595.135.525.119.501.2]

2. Usecase

Gambar 3.1 Diagram Use Case Sistem Inventaris dan Kapasitas Ruang Fakultas

3. Database

Dalam pembuatan sistem inventaris ini diperlukan database untuk

menampung data-data yang dibutuhkan. Tabel-tabel yang termasuk sebagai

berikut :

a. Tabel User

Nama tabel : user

Fungsi : Penyimpanan data user yang diperbolehkan untuk

mengakses data dan sistem. user

admin fakultas

admin univ

operator jurusan

mengelola data barang lihat data barang mengubah data barang

mengelola data kapasitas ruang

login

<<include>>

menambah user

mengelola data jenis

mengusulkan penghapusan data barang

melihat data kapasitas

mengubah data kapasitas menghapus data kapasitas

lihat user

hapus user

lihat data jenis

ubah data jenis

hapus jenis

konfirmasi penghapusan barang

lihat usulan data

<<include>>

mengelola data pinjamkembali lihat data pinjamkembali

(31)

[image:31.595.135.518.127.515.2]

commit to user

Tabel 3.2 Tabel user

no Nama Field Tipe Keterangan

1 username Varchar(20) Primary key, not null

2 password Varchar(10) Not null

3 level Varchar(20) Not null

b. Tabel Barang

Nama tabel : TBarang

Fungsi : Penyimpanan data barang fakultas.

Tabel 3.3 Tabel Barang

1 id_barang char(11) Primary key, not null

2 Id_b integer Not null

3 nama_barang Varchar(20) Not null

4 id_jenis char(3) Foreign key, not null

5 th_datang integer Not null

6 kondisi Varchar(15) Not null

7 jumlah integer Not null

c. Tabel Jenis

Nama tabel : TJenis

Fungsi : Penyimpanan data jenis barang fakultas.

Tabel 3.4 Tabel Jenis

1 id_jenis char(3) Primary key

2 Jenis Varchar(20) Unique, Not null

d. Tabel Ruang

(32)

commit to user

Fungsi : Penyimpanan data ruang yang ada di setiap fakultas dan

[image:32.595.132.520.157.679.2]

fungsinya.

Tabel 3.5 Tabel Ruang

1 id_ruang char(5) Primary key, not null

2 Id_lantai char(2) Foreign key, not null

3 fungsi Varchar(20) Not null

e. Tabel Lantai

Nama tabel : TLantai

Fungsi : Penyimpanan data lantai yang ada di setiap gedung di

fakultas.

Tabel 3.6 Tabel Lantai

1 id_lantai char(2) Primary key, not null

2 Id_gedung char(2) Foreign key, not null

f. Tabel Gedung

Nama tabel : TGedung

Fungsi : Penyimpanan data gedung yang ada di setiap fakultas.

Tabel 3.7 Tabel Gedung

1 id_gedung char(2) Primary key, not null

2 Id_fakultas char(5) Foreign key, not null

3 Nama_gedung Varchar(20) Not null

g. Tabel Fakultas

Nama tabel : TFakultas

(33)

commit to user

Tabel 3.8 Tabel Fakultas

1 id_fakultas char(5) Primary key, not null

2 Nama_fakultas varchar(50) Unique, Not null

h. Tabel Peminjaman dan Pengembalian

Nama tabel : TPinjamKembali

Fungsi : Penyimpanan data peminjaman dan pengembalian

barang-barang milik fakultas.

Tabel 3.9 Tabel PinjamKembali

1 Id Serial Primary key, not null

2 Nim_nip char(18) Not null

3 Id_barang char(11) Foreign key, not null

4 Tgl_pinjam Timestamp with time zone

5 Tgl_kembali Timestamp with time zone

6 status Varchar(10) Not null

i. Tabel Kapasitas Ruang

Nama tabel : TKapasitas

Fungsi : Penyimpanan data kapasitas barang di setiap ruang di

[image:33.595.135.518.140.655.2]

fakultas

Tabel 3.10 Tabel Kapasitas Ruang

1 Id_barang char(11) Foreign key, not null

2 Id_ruang char(5) Foreign key, not null

j. Tabel Usulan Barang yang akan dihapus

Nama tabel : barangdel

(34)

[image:34.595.132.517.121.707.2]

commit to user

Tabel 3.11 Tabel Usulan barang yang akan dihapus

1 Id_barang char(11) Foreign key, unique

2 Tgl_usulan Time stamp without time

zone

k. Tabel Barang yang sudah dihapus

Nama tabel : hapus_barang

Fungsi : Penyimpanan data barang yang telah dihapus.

Tabel 3.12 Tabel Barang yang sudah dihapus

1 Id_barang char(11) Foreign key

2 Tgl_hapus Time stamp without time

zone

4. Skema Tabel TBarang PK id_barang nama_barang id_b FK1 id_jenis th_datang kondisi jumlah TJenis PK,FK1 id_jenis jenis TKapasitas FK1 id_ruang TRuang PK id_ruang FK1 id_lantai fungsi TPinjamKembali PK id nim_nip FK1 id_barang tgl_pinjam tgl_kembali status TLantai PK id_lantai FK1 id_gedung TGedung PK id_gedung FK1 id_fakultas nama_gedung TFakultas PK id_fakultas nama_fakultas user PK username password level barangdel FK1 id_barang tgl_usulan hapus_barang FK1 id_barang tgl_hapus

(35)

commit to user

5. Activity Diagram

a. Login

Gambar 3.3 activity diagram login

[image:35.595.140.428.133.497.2]

b. Lihat barang

Gambar 3.4 activity diagram lihat barang

[image:35.595.295.390.533.693.2]

c. Tambah data barang

Gambar 3.5 activity diagram tambah data barang get username dan password

cek database

valid?

masuk kehalaman ya

tidak

get Id_Barang

menampilkan data barang

get data barang

cek database

valid?

simpan data ya

(36)

[image:36.595.149.455.131.485.2]

commit to user d. Ubah data barang

Gambar 3.6 activity diagram ubah data barang

e. Usulan hapus barang

Gambar 3.7 activity diagram usulan hapus data barang

[image:36.595.263.420.549.711.2]

f. Hapus barang

Gambar 3.8 activity diagram hapus data barang

get Id barang

menampilkan data barang

get data barang baru

ubah data barang ke data barang baru ya

valid?

tidak

get id barang

menampilkan data barang tampilan aduniv

get id barang

menampilkan data barang yang di usulkan

setujui _tolak

menghapus barang menghapus barang disisi aduniv

(37)

commit to user g. Lihat data peminjaman

Gambar 3.9 activity diagram lihat data peminjaman

h. Peminjaman

Gambar 3.10 activity diagram peminjaman

i. Pengembalian

Gambar 3.11 activity diagram pengembalian

get id peminjaman

menampilkan data peminjaman

get data peminjaman

cek database

simpan data peminjaman valid?

ya

tidak

get tanggal kembali, jam kembali,status baru

cek database get Id peminjaman

menampilkan form pengembalian

ubah tanggal kembali, jam kembali,status baru valid?

ya

(38)

commit to user j. Tambah data kapasitas

Gambar 3.12 activity diagram tambah data kapasitas

[image:38.595.145.469.125.492.2]

k. Lihat data kapasitas

Gambar 3.13 activity diagram lihat data kapasitas

l. Ubah data kapasitas

Gambar 3.14 activity diagram ubah data kapasitas get data kapasitas

cek database

simpan data kapasitas valid?

ya

tidak

get id ruang

menampilkan data kapasitas

get id ruang

menampilkan data kapasitas by id ruang

get data kapasitas baru

simpan data kapasitas baru valid?

ya

(39)

commit to user m. Lihat data jenis

Gambar 3.15 activity diagram lihat jenis barang

n. Tambah jenis

Gambar 3.16 activity diagram tambah jenis barang

o. Ubah data jenis

Gambar 3.17 activity diagram ubah data jenis get id jenis

menampilkan data jenis

get id_jenis dan jenis

cek database

simpan jenis barang valid?

ya

tidak

get id jenis

menampilkan data jenis

get id jenis baru dan jenis baru

simpan id jenis baru,jenis baru valid?

ya

(40)

commit to user p. Tambah user

Gambar 3.18 activity diagram tambah user

6. Class Diagram Tahap Analisis

Class diagram tahap analisis merupakan diagram yang menjelaskan

hubungan antar class secara sederhana

a. Login

Gambar 3.19 Analisis model login

b. Mengelola barang

Gambar 3.20 Analisis model mengelola data barang

get username,password,level

cek database

simpan data valid?

ya

tidak

login_view login

user

session login

barang

barang_form

barang_edit

ManageBarang

session login

TBarang

(41)

commit to user

c. Mengelola Peminjaman dan Pengembalian

Gambar 3.21 Analisis model Peminjaman dan Pengembalian

d. Kapasitas Ruang

Gambar 3.22 Analisis model kapasitas ruang

e. Mengelola Jenis

Gambar 3.23 Analisis model mengelola jenis barang peminjaman

pengembalian

data_pengembalian

pinjamkembali

ManagePinjamKembali

session login

TBarang

TRuang

TPinjamKembali

kapasitas

kapasitas_form

kapasitas_edit

ManageBarang

TBarang

TRuang

TKapasitas session login

jenis

jenis_edit

jenis_form

ManageBarang TJenis

(42)

commit to user

f. Penghapusan Barang

Gambar 3.24 Analisis model hapus barang

g. Menambah user

Gambar 3.25 Analisis model menambah user

7. Sequence Diagram

a. Login

Gambar 3.26 Sequence diagram login hapus

ManageBarang

TBarang

session login

barangdel

hapus_barang

lihatuser user_form_admin

user_form_jur ManageUser

user

session login

: user

: login_view <<boundary>>

: login <<control>>

: user <<entity>>

: session login <<control>>

1 : setUsername() 2 : setPassword()

3 : getUsername() 4 : getPassword()

5 : cekFormat()

6 : displayPesan() 7 : getUsername() 8 : getPassword()

9 : getUsername()

10 : getLevel()

(43)

commit to user

[image:43.595.129.498.135.523.2]

b. Manage Barang

Gambar 3.27 Sequence diagram manage barang

: admin fakultas

: barang <<boundary>>

: barang_form <<boundary>>

: barang_edit <<boundary>>

: ManageBarang <<control>> : session login

<<control>>

: TBarang <<entity>>

: TJenis <<entity>> : barangdel

<<entity>>

1 : initKoneksi()

2 : getIdBarang() 3 : setIdBarang()

4 : setNamaBarang()

5 : setJenis()

6 : setThDatang()

7 : setKondisi()

8 : setJumlah() 9 : setUsulanHapus()

12 : getIdJenis()

13 : setJenis() 14 : setDataBarang()

15 : getDataBarang()

16 : setDataBarang() 17 : DataBarangBaru()

20 : getIdBarang() 21 : setDataBarangUpdate()

22 : setDataBarangLama() 23 : getDataBarangUpdate()

(44)

commit to user

[image:44.595.115.508.122.544.2]

c. Manage Peminjaman

Gambar 3.28 Sequence diagram manage peminjaman

: operator jurusan

: session login <<control>> : peminjaman <<boundary>> : pengembalian <<boundary>> : data_pengembalian <<boundary>> : pinjamkembali <<boundary>> : ManagePinjamKembali <<control>> : TRuang <<entity>> : TPinjamKembali <<entity>> : TBarang <<entity>> 1 : initKoneksi()

2 : getId()

3 : setNim/Nip() 4 : setNamaBarang()

5 : setIdRuang() 6 : setTglPinjam()

7 : setStatus()

8 : setIdBarang() 9 : setIdRuang() 10 : SetNim/Nip()

11 : setNamaBarang() 12 : setIdRuang()

13 : setStatus()

14 : getNim/Nip() 15 : getIdBarang()

16 : getIdRuang()

17 : getStatus() 18 : setDataPeminjaman()

19 : setId()

20 : getId()

21 : getId()

24 : setIdRuang() 25 : setStatus()

26 : getStatus() 27 : setUpdateData() 28 : getId()

31 : setIdRuang() 32 : setTglKembali()

(45)

commit to user d. Manage Kapasitas Ruang

Gambar 3.29 Sequence diagram kapasitas ruang

[image:45.595.114.477.114.729.2]

e. Manage Data Jenis

Gambar 3.30 Sequence diagram mengelola data jenis : admin fakultas

: session login <<control>> : kapasitas <<boundary>> : kapasitas_form <<boundary>> : kapasitas_edit <<boundary>> : TKapasitas <<entity>> : ManageBarang <<control>> : TBarang <<entity>> : TRuang <<entity>> 1 : initKoneksi()

2 : getIdRuang() 3 : getIdBarang()

4 : setDataKapasitas()

5 : getIdRuang() 6 : getIdBarang()

7 : setIdRuang() 8 : setIdBarang() 9 : setDataKapasitasBaru()

10 : getDataKapasitasBaru() 11 : setDataKapasitasBaru()

12 : setIdRuang() 13 : setIdBarang()

14 : getIdRuang()

15 : getIdBarang() 16 : getIdRuang() 17 : getIdBarang()

18 : setIdRuang() 19 : setIdBarang()

20 : setJumlahAda() 21 : setJumlahAda()

22 : getJumlahAda() 23 : updateJumlahAda()

: admin univ

: jenis <<boundary>> : jenis_edit <<boundary>> : jenis_form <<boundary>> : TJenis <<entity>> : ManageBarang <<control>> : session login

<<control>>

1 : initKoneksi()

2 : getIdJenis()

3 : setIdJenis() 4 : setJenis()

5 : setIdJenis() 6 : setJenis()

7 : getIdJenis()

8 : getJenis() 9 : setIdJenis()

10 : setJenis()

11 : setIdJenis()

12 : getIdJenis()

13 : getIdJenis()

14 : setIdJenis()

15 : setJenis() 16 : updateJenis()

(46)

commit to user

[image:46.595.117.497.150.582.2]

Gambar 3.31 Sequence diagram penghapusan barang

g. Menambah User

Gambar 3.32 Sequence diagram menambah user

: admin univ

: session login <<control>>

: TBarang <<entity>> : ManageBarang

<<control>> : hapus

<<boundary>>

: barangdel <<entity>>

: hapus_barang <<entity>>

1 : initKoneksi() _{2 : getIdBarang()} 3 : setDataBarangygdiusulkan()

4 : setSetujui()

5 : getIdBarang()6 : hapusIdBarang()_{7 : setIdBarang()}

8 : setTolak()

9 : getIdBarang() 10 : hapusIdBarang()

: admin univ : admin fakultas

: user <<entity>> : session login

<<control>>

: ManageUser <<control>>

: user_form_jur <<boundary>> : user_form_admin

<<boundary>>

: lihatuser <<boundary>>

1 : initKoneksi()

2 : getUsername()

3 : setDataUser()

4 : getLevel()

5 : setLevel() 6 : setDataUser()

7 : getDataUser() 8 : setDataUser()

9 : setLevel() 10 : setDataUser()

(47)

commit to user

8. Class Diagram

[image:47.595.133.493.114.608.2]

a. Login

Gambar 3.33 Class diagram login

b. Manage Barang

Gambar 3.34 Class diagram manage barang

(48)

commit to user

c. Manage Peminjaman

Gambar 3.35 Class diagram manage peminjaman

[image:48.595.136.484.108.717.2]

d. Manage Kapasitas

Gambar 3.36 Class diagram manage kapasitas

(49)

commit to user

e. Manage Jenis

Gambar 3.37 Class diagram mengelola data jenis

[image:49.595.143.432.112.522.2]

Gambar 3.38 Class diagram penghapusan barang

g. Menambah User

Gambar 3.39 Class diagram menambah user

(50)

commit to user

3.2 Perancangan Antar Muka

1. Halaman awal

Dihalaman awal di tampilkan data barang, kapasitas dan data peminjaman

untuk aktor yang tidak dapat masuk ke dalam sistem. Di menu home halaman

awal ini terdapat login box untuk aktor yang diperbolehkan masuk ke dalam

sistem.

Gambar 3.40 Halaman awal

2. Tambah Data Barang

Untuk halaman tambah barang berisi form pengisian data untuk data

[image:50.595.116.433.234.494.2]

barang. Tambah data ini berada di menu data barang.

(51)

commit to user 3. Edit Barang

Untuk edit barang ada dua pilihan kondisi yang bisa dipilih bagus dan

[image:51.595.117.494.172.688.2]

rusak.

Gambar 3.42 Edit barang sekaligus usulan hapus barang

4. Tambah Data Kapasitas

Halaman tambah data kapasitas berada di menu data kapasitas milik admin

fakultas.

(52)

commit to user

5. Tambah Data Peminjaman

Tambah data peminjaman berada di tampilan operator jurusan. Berisi form

untuk peminjaman barang

Gambar 3.44 Tambah data peminjaman

6. Tambah Data User

Tambah data user ada dua tipe, yaitu di tampilan admin univ untuk

menambahkan data admin fakultas dan menambahkan data operator jurusan di

[image:52.595.121.487.170.479.2]

tampilan admin fakultas.

(53)

commit to user

39

BAB IV

IMPLEMENTASI DAN PENGUJIAN SISTEM

4.1 Implementasi

Pada bab ini akan di tampilkan hasil dari implementasi sistem yang

berasal dari usecase.

1. Halaman awal

Ada 2 admin dan 1 operator yang di perbolehkan masuk

kedalam sistem. Masing-masing memiliki hak akses yang berbeda.

Menu Data Barang berisi data barang yang tersimpan di fakultas.

Data Kapasitas barisi data kapasitas keseluruhan dan pilihan link

untuk mencari data barang yang berada di suatu ruangan. Data

Peminjaman Barang juga berisi data barang yang statusnya masih

dipinjam. Pada menu Data Peminjaman Barang terdapat link untuk

[image:53.595.128.511.244.674.2]

mengetahui jumlah data yang di pinjam.

(54)

commit to user 2. Tambah data barang

Untuk tambah data barang kondisi barangnya harus bagus.

[image:54.595.134.496.168.734.2]

Yang boleh menambah barang hanya admin fakultas saja.

Gambar 4.2 Tambah data barang

3. Edit barang

Maksud dari kondisi rusak adalah barangnya cacat namun

masih dapat untuk diperbaiki.

(55)

commit to user 4. Tambah data kapasitas

Yang berhak menambah data kapasitas adalah admin

fakultas. Kapasitas ruang digunakan untuk mendata barang-barang

apa saja yang ada di suatu ruangan.

Gambar 4.4 tambah kapasitas ruang

5. Tambah data peminjaman

Di peminjaman dan pengembalian terdapat 2 tampilan,

yaitu tampilan peminjaman yang nantinya akan disimpan satu

database yang sama dengan pengembalian. Ditampilan

pengembalian hanya ada 2 masukkan yang nantinya akan

[image:55.595.142.503.195.528.2]

mengupdate data peminjaman.

(56)

commit to user

6. Hapus Barang

Untuk menghapus barang, admin fakultas harus

mengusulkan penghapusan barang dengan cara mengklik link

hapus. Maka nantinya admin univ akan menerima data dari usulan

penghapusan. Jika disetujui maka barang akan dihapus dari tabel

TBarang sekaligus di inputkan ke dalam tabel hapus_barang. Jika

di tolak maka akan dihapus dari tabel barangdel.

Gambar 4.6 Tampilan usulan hapus barang

7. Tambah user

Tambah user digunakan untuk menambahkan orang yang

boleh masuk kedalam sistem. Tampilan dan fungsi ini digunakan

oleh admin univ untuk menambahkan admin fakultas dan admin

fakultas dapat menambahkan operator jurusan.

(57)

commit to user

4.2 Pengujian Sistem

Yang akan ditampilkan pada pengujian sistem hanya beberapa

pengujian.

[image:57.595.140.517.207.541.2]

1. Pengujian mengelola data barang

Tabel 4.1 Tabel hasil pengujian mengelola data barang.

Kode Uji FR01

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data barang

kedalam database

Tahapan

Pengujian

- Memasukkan data barang yang sesuai format

- Menekan tombol ‘simpan’

Input Data id barang, nama barang, jenis, tahun kedatangan, kondisi

dan jumlah

Hasil yang

Diharapkan

- Menampilkan data barang yang ada beserta data

barang yang berhasil dimasukkan

Hasil Nyata Hasil untuk memasukkan data barang sesuai sesuai dengan

yang diharapkan

Kesimpulan Terimplementasikan dengan cukup baik

[image:57.595.150.513.512.734.2]

2. Pengujian ubah data barang

Tabel 4.2 Tabel hasil pengujian ubah data barang.

Kode Uji FR02

Deskripsi

Pengujian

Menguji apakah sistem dapat mengubah data barang lama

menjadi data barang yang baru

Tahapan

Pengujian

- Memasukkan data barang yang sesuai format

Input Data Kode barang, nama barang, jenis, tahun kedatangan,

kondisi dan jumlah

Hasil yang

Diharapkan

- Menampilkan data barang yang telah diubah

beserta data barang yang lainnya

(58)

commit to user diharapkan

Kesimpulan Terimplementasikan dengan baik

3. Pengujian pencatatan data kapasitas ruang

Tabel 4.3 Tabel hasil pengujian pencatatan data kapasitas

ruang.

Kode Uji FR04

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data kapasitas

ruang kedalam database

Tahapan

Pengujian

- Memilih ruang dan nama barang serta

memasukkan jumlah barang yang ada

Input Data Ruang, nama barang, jumlah barang yang ada

Hasil yang

Diharapkan

- Menampilkan data kapasitas ruang yang ada

beserta data barang yang berhasil dimasukkan

Hasil Nyata Hasil untuk memasukkan data kapasitas sesuai dengan

yang diharapkan

[image:58.595.145.519.229.493.2]

4. Pengujian ubah data kapasitas ruang

Tabel 4.4 Tabel hasil pengujian ubah data kapasitas ruang.

Kode Uji FR05

Deskripsi

Pengujian

Menguji apakah sistem dapat mengubah jumlah barang

pada suatu ruang dan menyimpannya menjadi data

kapasitas ruang yang baru

Tahapan

Pengujian

- Memasukkan jumlah barang

Input Data kode barang, kode ruang

Hasil yang

Diharapkan

- Menampilkan data barang yang telah diubah

(59)

commit to user

Hasil Nyata Hasil untuk mengedit data kapasitas sesuai dengan yang

diharapkan

5. Pengujian edit barang

Tabel 4.5 Tabel hasil pengujian edit barang.

Kode Uji FR07

Deskripsi

Pengujian

Menguji apakah sistem dapat menampilkan data barang

yang baru setelah data di ubah

Tahapan

Pengujian

- Menggubah kondisi data barang

Input Data Kondisi

Hasil yang

Diharapkan

- Data barang lama berubah menjadi data yang

baru

- Menampilkan data barang baru yang telah di

ubah.

Hasil Nyata Hasil untuk menampilkan data barang yang telah

dibubah sesuai dengan yang diharapkan

[image:59.595.148.520.227.517.2]

6. Pengujian menambah operator jurusan

Tabel 4.6 Tabel hasil pengujian menambah operator jurusan.

Kode Uji FR08

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data operator

jurusan yang boleh masuk ke dalam sistem kedalam

database

Tahapan

Pengujian

- Memasukkan username dan password

Input Data Username,password

(60)

commit to user

Diharapkan sistem bertambah

Hasil Nyata Hasil untuk menambahkan data operator jurusan yang

masuk sesuai harapan

[image:60.595.143.517.221.540.2]

7. Pengujian pencatatan data peminjaman barang

Tabel 4.7 Tabel hasil pengujian pencatatan data peminjaman

barang.

Kode Uji FR10

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data

peminjaman dengan tanggal secara otomatis

Tahapan

Pengujian

- Memasukkan nim/nip,id barang,id ruang dan status

pinjam

Input Data nim/nip,id barang,id ruang dan status pinjam

Hasil yang

Diharapkan

- Menampilkan data peminjaman

Hasil Nyata Hasil untuk menambahkan data peminjaman sesuai

harapan

8. Pengujian pencatatan data pengembalian barang

Tabel 4.8 Tabel hasil pengujian pencatatan data pengembalian

barang.

Kode Uji FR11

Deskripsi

Pengujian

Menguji apakah sistem dapat mengganti tanggal kembali

yang sebelumnya di kosongi

Tahapan

Pengujian

- Memasukkan status kembali

(61)

commit to user Hasil yang

Diharapkan

- Menampilkan data pengembalian dengan tanggal

saat data dimasukkan

Hasil Nyata Hasil untuk mengubah data peminjaman menjadi

pengembalian sesuai harapan

[image:61.595.140.522.237.619.2]

9. Pengujian menampilkan data peminjaman dan pengembalian

Tabel 4.9 Tabel hasil pengujian menampilkan data peminjaman

dan pengembalian.

Kode Uji FR12

Deskripsi

Pengujian

Menguji apakah sistem dapat menampilkan data

peminjaman dan data pengembalian yang telah di

update tanggal kembalinya

Tahap

Pengujian

- Menambah data dengan status pinjam

- Mengupdate data dengan status kembali

Input Data Id

Hasil yang

diharapkan

- Menampilkan data peminjaman dengan field

nim_nip,nama_barang,id_ruan,tgl_pinjam dan

status = pinjam.

- Menampilkan data pengembalian dengan field

nim_nip,nama_barang,id_ruan,tgl_pinjam dan

status = kembali.

Hasil Nyata Hasil sesuai dengan yang diharapkan

Kesimpulan Terimplementasi dengan baik

10.Pengujian menambah admin fakultas

Tabel 4.10 Tabel hasil pengujian menambah admin fakultas.

Kode Uji FR13

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data admin

(62)

commit to user database

Tahapan

Pengujian

- Memasukkan username dan password

Input Data Username,password

Hasil yang

Diharapkan

- Data admin fakultas yang dapat masuk kedalam

sistem bertambah

Hasil Nyata Hasil untuk menambahkan admin fakultas yang masuk

sesuai harapan

[image:62.595.135.521.111.622.2]

11.Pengujian menghapus barang yang tidak layak

Tabel 4.11 Tabel hasil pengujian menghapus barang yang tidak

layak.

Kode Uji FR15

Deskripsi

Pengujian

Menguji apakah sistem dapat menampilkan data barang

yang tidak layak dan dapat menghapus bila di setujui

Tahap

Pengujian

- Melihat data usulan barang yang akan dihapus

dengan kondisi tidak layak pakai.

- Menghapus data barang yang di usulkan

Input Data Id barang

Hasil yang

diharapkan

Menampilkan data barang dengan kondisi tidak layak

pakai dan dapat di hapus.

Kesimpulan Terimplementasi dengan baik

12.Pengujian pengelolaan data jenis

Tabel 4.12 Tabel hasil pengujian pengelolaan data jenis.

Kode Uji FR16

Deskripsi

Pengujian

Menguji apakah sistem dapat memasukkan data jenis

(63)

commit to user Tahapan

Pengujian

- Memasukkan data jenis yang sesuai format

Input Data Kode jenis, jenis

Hasil yang

Diharapkan

- Menampilkan data jenis yang ada beserta data jenis

yang berhasil dimasukkan

Hasil Nyata Hasil untuk memasukkan data jenis sesuai format sesuai

dengan yang diharapkan

13.Pengujian pencarian data berdasarkan ruang

Tabel 4.13 Tabel hasil pengujian pencarian data berdasarkan

ruang.

Kode Uji FR23

Deskripsi

Pengujian

Menguji apakah sistem dapat melakukan pencarian data

barang berdasarkan ruangan yang dipilih

Tahap

Pengujian

- Memilih data ruang yang telah ada

- Menekan tombol cari

- Melihat tampilan data barang yang berada di

ruangan yang dicari

Input Data Id ruang

Hasil yang

diharapkan

Menampilkan nama barang dari field nama_barang dan

jumlah yang ada dari field jumlah_ada yang berada pada

id ruang yang di inputkan

(64)

commit to user

50