ANINDITO SIDI RAHARDJO M3108073

commit to user

i

PEMBUATAN SISTEM INFORMASI INVENTARIS

PERANGKAT KOMPUTER PUSAT DATA

KEMENTRIAN PERDAGANGAN RI

TUGAS AKHIR

Diajukan Untuk Memenuhi Salah Satu Syarat Mencapai Gelar Ahli Madya Program Diploma III Ilmu Komputer

Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret

Disusun Oleh :

ANINDITO SIDI RAHARDJO

NIM. M3108073

PROGRAM DIPLOMA III TEKNIK INFORMATIKA FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM

UNIVERSITAS SEBELAS MARET SURAKARTA

commit to user

ii

HALAMAN PERSETUJUAN

PEMBUATAN SISTEM INFORMASI INVENTARIS

PERANGKAT KOMPUTER PUSAT DATA

KEMENTRIAN PERDAGANGAN RI

Disusun Oleh :

ANINDITO SIDI RAHARDJO NIM. M3108073

Tugas akhir ini telah disetujui untuk dipresentasikan dihadapan dewan penguji

Pada tanggal 14 Februari 2012

Pembimbing

Muhammad A. Safiie, S.Si. NIDN. 0603118103

commit to user

commit to user

iv

ABSTRACT

Creating Computer Inventory Information System of the Data Centre in the Indonesian Trading Ministry. Anindito Sidi Rahardjo. NIM M3108073. Diploma Program of Mathematics and Science Faculty of Sebelas Maret University. 2012.

An Information System supports some activities like, administration managing, data recording and data reporting. A company or an institution needs a dynamic inventory system.

The Inventory Information System in the Data Centre of the Indonesian Trading Ministry was made of PHP OOP programming language and SQL database Server. PHP used to make a dynamic web page is a server-side scripting language whereas SQL Server is a database formative program developed by Microsoft.

The Inventory Information System presented here has several facilities. There is a request form available for the user that will be directly sent to the Admin by the system. On the other hand, the Admin can see the list of items as well as the list of users and get the information about the latest condition through a monthly report.

commit to user

v

ABSTRAK

Sistem Informasi Inventaris Komputer Pusat Data Kementrian Perdagangan RI. Anindito Sidi Rahardjo. NIM M3108073. Program Diploma III Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret. 2012.

Sistem Informasi digunakan untuk membantu sebagian kegiatan, seperti pengelolaan administrasi, pencatatan data maupun pelaporan data. Untuk membantu suatu perusahaan dalam hal inventarisasi, diperlukan suatu sistem inventaris yang bekerja secara dinamis.

Sistem Informasi Inventaris Pusat Data Kementrian Perdagangan RI dibuat dengan menggunakan bahasa pemrograman PHP OOP dan menggunakan dan menggunakan database SQL Server. PHP merupakan bahasa server-side scripting yang menyatu dengan HTML, untuk membuat halaman web yang dinamis. SQL Server merupakan program pembentuk database yang dikembangkan oleh Microsoft.

Telah dibuat Sistem Informasi Inventaris Pusat Data Kementrian Perdagangan RI yang memiliki beberapa fasilitas. Untuk User terdapat form request barang yang akan dikirim lansung melalui sistem kepada Admin. Sedangkan Admin dapat melihat list daftar item dan juga daftar pengguna serta mendapatkan report bulanan.

commit to user

vi

MOTTO

“So be patient with gracious patience.” (The Ascending Stairways: 3).

"Do not bring me your successes; they weaken me. Bring me your problems; they

strengthen me." (Anonymous).

commit to user

vii

HALAMAN PERSEMBAHAN

Laporan Tugas Akhir ini aku persembahkan untuk: Kedua Orang Tua

Adik-adik dan Kakak-ku

Eyang Kakung & Eyang Putri

yang telah memberikan dukungan moral maupun materi tanpa henti.

Team 7

Yang telah banyak membantu dalam segala hal, dan telah bersama-sama merasakan manis dan pahitnya dunia perkuliahan. Khususnya: Sidigdoyo, Mas Cholis Ceria Setiap Saat, Hanung, Bryan, Pakdhe Toto, Dhimas Kebo, Asyhar, Ave, Dannang, Angga Menez, Bocun Tomz, Agil, Manggala, Ryan Bhuled, De-Ka, Yuzril, Wahyonx, Sulis,

Deny, dan umat TI.B 0’8 yang lain.

dan yang terakhir, Citha Setia Rukmita

Yang telah banyak meluangkan waktunya untuk memberikan semangat kepadaku dalam penyelesaian tugas akhir ini.

commit to user

viii

KATA PENGANTAR

Assalamualaikum Wr. Wb

Puji dan syukur penulis panjatkan ke hadirat ALLAH SWT, karena berkat rahmat dan karunia-NYA, penulis dapat menyelesaikan laporan Tugas Akhir ini. Shalawat dan salam semoga selalu tercurah kepada manusia paling sempurna, Rasulullah Muhammad SAW beserta keluarga suci kenabiannya.

Laporan ini ditulis untuk memenehui syarat kelulusan Kurikulum Tingkat Diploma III Jurusan Teknik Informatika Unisversitas Sebelas Maret Surakarta.

Dalam pengerjaan laporan tugas akhir ini sejak awal hingga akhir, penulis telah mendapat banyak bantuan dan dukungan dari berbagai pihak yang sudah sepantasnya penulis mengucapkan rasa terima kasih yang sedalam-dalamnya kepada :

1. Allah SWT yang selalu memberikan kekuatan untuk menyelesaikan

laporan Tugas Akhir ini.

2. Kedua orang tua, kakak dan kedua adik penulis serta segenap keluarga yang penulis cintai yang telah memberikan doa dan dukungannya. 3. Bapak Y.S. Palgunadi, M.Si selaku Ketua Program Studi DIII Ilmu

Komputer Fakultas Matematika dan Ilmu Pengetahuan Alam Universitas Sebelas Maret Surakarta, yang juga berperan sebagai penguji.

4. Muhammad A. Safiie, S.Si. selaku pembimbing TA yang selalu

memberikan kritik, saran, dan masukan yang bersifat membangun sehingga penulis dapat menyelesaikan laporan ini dengan baik.

5. Sahabat-sahabatku serta semua rekan Mahasiswa Teknik Informatika

2008 yang telah banyak memberikan semangat dalam penyusunan laporan ini.

6. Semua pihak yang telah banyak membantu penulis dalam menyelesaikan

commit to user

ix

Penulis berharap semoga laporan ini bermanfaat bagi penulis khususnya dan bagi pembaca umumnya.

Wassalamulaikum Wr. Wb

Surakarta, Januari 2012

commit to user

x

DAFTAR ISI

HALAMAN JUDUL ... i

HALAMAN PERSETUJUAN ... ii

HALAMAN PENGESAHAN ... iii

ABSTRACT ... iv

ABSTRAK ... v

HALAMAN MOTTO ... vi

HALAMAN PERSEMBAHAN ... vii

KATA PENGANTAR ... viii

DAFTAR ISI ... x

DAFTAR TABEL ... xiv

DAFTAR GAMBAR ... xvi

BAB I PENDAHULUAN ... 1

1.1 Latar Belakang ... 1

1.2 Rumusan Masalah ... 2

1.3 Batasan Masalah ... 2

1.4 Tujuan ... 2

1.5 Manfaat ... 2

commit to user

xi

BAB II LANDASAN TEORI ... 4

2.1 Sistem Informasi ... 4

2.2 Inventaris ... 5

2.3 Object Oriented Programming ... 6

2.4 SQL Server ... 7

2.5 Unified Modeling Language ... 8

2.5.1 Pengertian UML ... 8

2.5.2 Bagian-bagian UML ... 8

2.5.3 Diagram UML ... 10

2.6 PHP ... 17

BAB III DESAIN DAN PERANCANGAN ... 21

3.1 Perancangan ... 21

3.2 Bisnis Proses ... 18

3.3 System Requirement Specification (SRS) ... 19

3.2.1 Kebutuhan Fungsional ... 19

3.2.2 Kebutuhan Non Fungsional ... 20

3.4 Diagram Unified Modeling Language (UML) ... 21

3.4.1 Use Case Diagram ... 21

3.4.2 Class Diagram ... 27

commit to user

xii

3.4.5 State Diagram ... 35

3.5 Skema Tabel ... 37

3.6 Rancangan Database ... 38

3.6.1 Tabel Item ... 38

3.6.2 Tabel User ... 38

3.6.3 Tabel Profile ... 39

3.6.4 Tabel Report ... 39

3.6.5 Tabel Request ... 40

3.6.6 Tabel Notification ... 40

3.6.7 Tabel Jenis ... 41

3.6.8 Tabel News ... 41

3.6.9 Tabel Jabatan ... 41

3.6.10 Tabel Penerimaan ... 42

3.6.11 Tabel Supplier ... 42

3.6.12 Tabel Merk ... 42

BAB IV IMPLEMENTASI DAN ANALISA ... 43

4.1 Implementasi ... 43

4.1.1 Daftar Menu Pada Sistem ………... 43

4.2 Hasil dan Pembahasan ... 45

commit to user

xiii

4.2.2 User Interface ……... 49 BAB V PENUTUP ... 60 DAFTAR PUSTAKA ... 61

commit to user

xiv

DAFTAR TABEL

Tabel 2.1 Simbol Use Case ………... 10

Tabel 2.2 Simbol Class Diagram... 11

Tabel 2.3 Simbol Component Diagram... 12

Tabel 2.4 Simbol Deployment Diagram... 13

Tabel 2.5 Simbol State Diagram... 14

Tabel 2.6 Simbol Sequence Diagram ……... 15

Tabel 2.7 Simbol Collaboration Diagram ……….. 15

Tabel 2.8 Simbol Activity Diagram ……….. 16

Tabel 3.1 SRS Fungsional ... 19

Tabel 3.2 Tabel SRS Non-Fungsional ... 20

Tabel 3.3 Tabel Item ... 38

Tabel 3.4 Tabel User ... 38

Tabel 3.5 Tabel Profile ... 39

Tabel 3.6 Tabel Report ... 39

Tabel 3.7 Tabel Request ... 40

Tabel 3.8 Tabel Notification ... 40

Tabel 3.9 Tabel Jenis ... 41

Tabel 3.10 Tabel News ... 41

commit to user

xv

Tabel 3.12 Tabel Penerimaan ... 42 Tabel 3.13 Tabel Supplier ... 42 Tabel 3.14 Tabel Merk ... 42

commit to user

xvi

DAFTAR GAMBAR

Gambar 3.1 Flowchart Request ………... 18

Gambar 3.2 Flowchart Input …………... 19

Gambar 3.3 Use Case Item ………... 21

Gambar 3.4. Use Case User………... 22

Gambar 3.5. Use Case Jabatan ………... 22

Gambar 3.6. Use Case Jenis... 23

Gambar 3.7. Use Case News ... 23

Gambar 3.8. Use Case Notification ... 24

Gambar 3.9. Use Case Profile ………... 24

Gambar 3.10. Use Case Report ……… ... 25

Gambar 3.11. Use Case Request ………... 25

Gambar 3.12. Use Case Section …………... 26

Gambar 3.13. Use Case Software …... 26

Gambar 3.14. Class Diagram ………... 28

Gambar 3.15. Sequence Diagram Login …... 29

Gambar 3.16. Sequence Diagram Add Item ... 30

Gambar 3.17. Sequence Diagram Add User ... 30

Gambar 3.18. Sequence Diagram Set Request... 31

commit to user

xvii

Gambar 3.20. Sequence Diagram Get Item List ... 32

Gambar 3.21. Sequence Diagram Get User List... 32

Gambar 3.22. Sequence Diagram Report... 33

Gambar 3.23. Sequence Diagram Delete User... 33

Gambar 3.24. Sequence Diagram Confirm... 34

Gambar 3.25. State Diagram User... 35

Gambar 3.26. State Diagram Admin... 36

Gambar 3.27 Schema Diagram ... 37

Gambar 4.1. Halaman Login... 49

Gambar 4.2. Halaman Register ... 50

Gambar 4.3. Halaman Home ... 50

Gambar 4.4. Halaman Confirm User ... 51

Gambar 4.5. Halaman Daftar Barang... 51

Gambar 4.6. Halaman Edit Barang... 52

Gambar 4.7. Halaman Daftar User... 52

Gambar 4.8. Halaman Edit User ... 53

Gambar 4.9. Halaman Daftar Software ... 53

Gambar 4.10. Halaman Edit Software ... 54

Gambar 4.11. Halaman Daftar Request ... 54

commit to user

xviii

Gambar 4.13. Halaman Input Berita ... 55

Gambar 4.14. Halaman Tambah Data Penggunaan ... 56

Gambar 4.15. Halaman Detail Barang... 57

Gambar 4.16. Halaman Detail Request... 57

Gambar 4.17. Halaman Home (User)... 58

Gambar 4.18. Halaman Profile (User)... 58

commit to user

1 BAB I PENDAHULUAN

1.1 Latar Belakang

Peranan sistem informasi saat ini sudah tidak dapat dipungkiri lagi. Kemajuan tekhnologi yang demikian pesatnya semakin menambah peranan sistem informasi di segala bidang. Mulai dari pendidikan hingga bisnis di perusahaan, semuanya menggunakan sistem informasi untuk mendukung sebagian atau seluruh kegiatan, termasuk dalam hal Inventaris.

Kementerian Perdagangan Republik Indonesia adalah sebuah departemen yang mengurus semua urusan perdagangan di Indonesia, baik dalam maupun luar negeri. Didalam departemen tersebut, terdapat bagian Pusat Data yang menangani segala jenis kegiatan yang berbasis teknologi informasi, tentunya memiliki aset-aset perusahaan dalam bentuk PC, Server, Laptop, dalam jumlah yang besar. Dengan digunakannya Sistem Inventaris yang kurang memadai, menyebabkan kesulitan dalam penanganan data-data aset tersebut, mulai dari kelengkapan aset hingga siapa pengguna aset tersebut. Sehingga dibutuhkan Sistem Inventaris yang sekiranya dapat menangani sebagian besar aset-aset yang berada pada bagian Pusat Data.

Dengan adanya pengembangan Sistem Inventaris pada bagian Pusat Data Kementrian Perdagangan Republik Indonesia dapat berguna untuk penanganan data-data aset perusahaan serta digunakannya website yang dinamis sehingga dapat mengurangi tingkat kesalahan dalam pengolahan data yang ada dan mempermudah para pengguna untuk mengakses data.

commit to user

2

1.2 Rumusan Masalah

Dari semua yang telah dijelaskan diatas, maka rumusan masalah yang akan dibahas adalah “ Bagaimana cara merancang dan membuat Sistem Inventaris berbasis website?”.

1.3 Batasan Masalah

Pada pembuatan tugas akhir ini, penulis membatasi permasalahan yang akan dibahas yaitu membuat Sistem Inventaris Komputer Pusat Data Kementrian Perdagangan Republik Indonesia, yang memiliki fasilitas menyimpan dan mengatur data asset perusahaan, sehingga memberikan kemudahan kepada para pegawai dalam hal mengajukan permintaan barang kepada bagian inventaris.

1.4 Tujuan Tugas Akhir

Tujuan yang ingin dicapai dari pembuatan tugas akhir ini adalah membuat Sistem Inventaris Komputer Pusat Data Kementrian Perdagangan Republik Indonesia dengan menggunakan bahasa pemrograman PHP OOP dan SQL Server.

1.5 Manfaat Tugas Akhir

Dengan disusunnya tugas akhir ini diharapkan didapatkan beberapa manfaat. Adapun manfaat tersebut adalah :

1. Dengan Sistem Inventaris ini dapat membantu pihak Pusat Data

Kementrian Perdagangan Indonesia dalam mengorganisir data.

2. Mengurangi intensitas kesalahan yang ditimbulkan oleh sistem inventaris yang kurang memadai.

1.6 Sistematika Penulisan

Sitematika penulisan dalam laporan tugas akhir ini adalah sebagai berikut:

I. BAB I PENDAHULUAN

Berisi uraian yang menjelaskan latar belakang, rumusan masalah, tujuan, manfaat, batasan masalah, dan metodologi pengerjaan Tugas Akhir ini.

commit to user

3

II. BAB II LANDASAN TEORI

Berisi penjelasan mengenai dasar teori yang melandasi pengerjaan Tugas Akhir ini.

III.BAB III DESAIN DAN PERANCANGAN

Berisi uraian tahap analisa dan perancangan sistem informasi yang akan menjadi hasil keluaran dari penulisan tugas akhir ini.

IV.BAB IV IMPLEMENTASI DAN ANALISA

Berisi implementasi dari rancangan yang dibuat dan analisanya.

V. BAB V PENUTUP

Berisi uraian tentang kesimpulan dan saran yang penulis ambil dari penulisan tugas akhir ini.

commit to user

4 BAB II

LANDASAN TEORI

2.1 Sistem Informasi

2.1.1 Pengertian Sistem Informasi

Sistem Informasi adalah kombinasi dari manusia, fasilitas atau alat teknologi, media, prosedur dan pengendalian yang bermaksud menata jaringan komunikasi yang penting, proses atas transaksi-transaksi tertentu dan rutin, membantu manajemen dan pemakai intern dan ekstern dan menyediakan dasar pengambilan keputusan yang tepat. (La Midjan, 2000)

Sedangkan menurut Jugianto H.M, menyatakan bahwa Sistem Informasi adalah kombinasi 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 yang lainnya terhadap kejadian- kejadian internal. (Jugianto H.M, 1999).

Menurut Azhar Susanto dalam bukunya “Sistem Informasi Akuntansi Konsep dan Pengembangan Berbasis Komputer” bahwa sistem informasi adalah : “ Sistem informasi adalah kumpulan dari sub-sub sistem baik phisik maupun nonphisik yang saling berhubungan satu sama lain dan bekerjasama secara harmonis untuk mencapai satu tujuan yaitu mengelola data menjadi informasi yang berguna.” (Azhar Susanto, 2004)

Dari ketiga pengertian sitem informasi diatas, maka dapat disimpulkan bahwa Sistem Informasi menyediakan informasi untuk membantu pengambilan keputusan manajemen, operasi perusahaan dari hari ke hari dan informasi yang layak untuk pihak luar perusahaan.

commit to user

5

2.2 Inventaris

2.2.1 Pengertian Inventaris

Inventaris atau Inventory meliputi semua barang yang dimiliki perusahaan pada saat tertentu, dengan tujuan untuk dijual kembali atau dikomsumsikan dalam siklus operasi normal perusahaan sebagai barang yang dimiliki untuk dijual atau diasumsikan untuk dimasa yang akan datang, semua barang yang berwujud dapat disebut sebagai inventory, tergantung dari sifat dan jenis usaha perusahaan.

Menurut Tony Arnold, Inventory adalah material dan persediaan yang keduanya dimiliki oleh badan usaha atau institusi untuk penjualan atau persediaan masukan untuk proses produksi (Tony Arnold, 1998).

Secara umum pengertian Inventory adalah merupakan suatu aset yang ada dalam bentuk barang-barang yang dimiliki untuk dijual dalam operasi perusahaan maupun barang-barang yang sedang di dalam proses pembuatan.

Diantara pengertian diatas maka inventory dapat diklasifikasikan yang ditentukan oleh perusahaan, apabila jenis perusahaan yang membeli barang akan dijual lagi, maka klasifikasi hanya ada satu macam saja persedian barang dagangan. Sedangkan bila jenis perusahaan adalah pabrikasi yaitu perusahaan yang mengolah bahan mentah menjadi bahan jadi, maka klasifikasi inventory dibagi menjadi 3 kelompok yaitu:

a. Persediaan bahan baku b. Persediaan dalam proses c. Persediaan barang jadi.

Setelah diperhatikan definisi inventory diatas, dapat disimpulkan bahwa yang dimaksud dengan persediaan bahan baku adalah barang-barang berwujud yang dimiliki dengan tujuan untuk diproses menjadi barang jadi. Barang ini dihasilkan sendiri dan dibeli dari perusahaan lain yang merupakan produk akhir

commit to user

6

dari perusahaan itu sendiri, barang ini merupakan bahan utama dalam menghasilkan produk akhir, persediaan barang penolong atau pembantu adalah bahan-bahan yang diperlukan untuk menghasilkan produk akhir, tapi tidak secara langsung ikut serta dalam hasil produk akhir. Persediaan barang dagangan adalah barang-barang yang dibeli dan dimiliki oleh perusahaan dagang untuk dijual kembali.

2.3 Object Oriented Programming

2.3.1 Pengertian Object Oriented Programming

OOP (Object Oriented Programming) atau Pemrograman Berorientasi

Objek adalah suatu cara baru dalam berpikir serta berlogika dalam menghadapi masalah masalah yang akan dicoba atasi dengan bantuan komputer. OOP tidak seperti pendahulunya, mencoba melihat permasalahan melalui dunia nyata dimana setiap objek adalah entitas tunggal yang memiliki kombinasi struktur data dan fungsi tertentu. Ini kontras dengan pemrograman terstruktur dimana struktur data dan fungsi didefinisikan. (Adi Nugroho, 2004).

Beberapa tahun yang lalu, pemrograman terstruktur masih dianggap

sebagai pendekatan yang terbaik dalam pemrograman sehingga banyak pengembang dan para pengajar di universitas menggunakan dan mengajarkan pemrograman dengan paradigma terstruktur. Saat ini para programmer seolah diarahkan untuk ikut menggunakan OOP. Bahkan bahasa pemrograman terkenal seperti PHP, rela mengubah konsep dari pemrograman terstruktur, menjadi pemrograman berorientasi objek pada PHP versi 5 keatas. Paradigma OOP dianggap lebih baik daripada terstruktur.

Faktor utama ditemukannya pendekatan berorientasi objek adalah karena ditemukannya kekurangan-kekurangan pada pendekatan terstruktur. (Adi Nugroho, 2004).

commit to user

7

Beberapa karakteristik yang menjadi cirri dari pendekatan berorientasi objek adalah:

a. Pendekatan pada data, bukan pada prosedur fungsi. b. Program besar dibagi menjadi objek-objek.

c. Struktur data dirancang dan menjadi ciri dari objek.

d. Fungsi yang mengoperasikan data tergabung dalam objek yang

sama.

e. Data tersembunyi dan terlindungi dari fungsi prosedur yang ada diluar.

f. Objek-objek dapat saling berkomunikasi melalui message.

g. Pendekatan dilakukan dari bawah ke atas (button up approach).

2.4 SQL Server Management Studio

SQL Server adalah sebuah aplikasi RDBMS (Relational Database Management System) keluaran Microsoft. Perbedaan mendasar antara SQL Server 2005 dan SQL Server 2000 adalah didukungnya berbagai macam perkembangan yang terjadi dalam bidang basis data sejak dirilisnya SQL Server 2000, seperti digunakannya XML, dan layanan web yang telah mengubah cara penulisan kode, pertukaran data, dan aplikasi yang terhubung, dukungan perangkat bergerak, dan konektivitas bergerak juga telah meningkat secara signifikan sejak dirilisnya SQL Server 2000, hal ini didukung dengan makin banyaknya orang yang menggunakan alat bergerak mereka seperti halnya komputer, untuk menjelajah web, maupun mengirim e-mail.

commit to user

8

Tidak seperti biasanya untuk produk SQL Server 2008, Microsoft mengeluarkan versi yang dapat digunakan secara gratis tanpa biaya sedikitpun, yaitu SQL Server 2008 Express Edition. SQL Server 2008 Express Edition merupakan solusi RDBMS untuk kalangan perusahaan kecil dan pribadi, tetapi walaupun gratis SQL Server 2008 Express Edition memiliki hampir 90% fitur yang dimiliki oleh SQL Server 2008 Enterprise Edition, dan merupakan RDBMS dengan teknologi mutakhir dan berbiaya rendah yang tersedia saat ini.

2.5 Unified Modeling Language

2.5.1 Pengertian UML

UML adalah salah salah satu bahasa visual untuk mempresentasikan dan mengkomunikasikan sistem melalui penggunaan diagram dan teks pendukung. UML merupakan suatu kumpulan teknik terbaik yang telah terbukti sukses dalam memodelkan system yang besar dan kompleks. UML tidak hanya digunakan dalam proses pemodelan perangkat lunak, namun hampir dalam semua bidang yang membutuhkan pemodelan. (Doug Rosenberg, Scot Kendall. 2001)

2.5.2 Bagian-bagian UML

Bagian-bagian utama dari UML adalah view, diagram, model element, dan

general mechanism.

a. View

View digunakan untuk melihat sistem yang dimodelkan dari beberapa

aspek yang berbeda. View bukan melihat grafik, tapi merupakan suatu abstraksi yang berisi sejUMLah diagram.

Beberapa jenis view dalam UML antara lain: use case view, logical view,

commit to user

9

b. Use caseview

Mendeskripsikan fungsionalitas sistem yang seharusnya dilakukan sesuai yang diinginkan external actors. Actor yang berinteraksi dengan sistem dapat berupa user atau sistem lainnya. View ini digambarkan dalam use case diagramsdan kadang-kadang dengan activity diagrams. View ini digunakan terutama untuk pelanggan, perancang (designer), pengembang (developer), dan penguji sistem (tester).

c. Logicalview

Mendeskripsikan bagaimana fungsionalitas dari sistem, struktur statis

(class, object, dan relationship ) dan kolaborasi dinamis yang terjadi

ketika object mengirim pesan ke object lain dalam suatu fungsi tertentu. View ini digambarkan dalam class diagrams untuk struktur statis dan dalam state, sequence, collaboration, dan activity diagram untuk model

dinamisnya. View ini digunakan untuk perancang (designer) dan

pengembang (developer).

d. Componentview

Mendeskripsikan implementasi dan ketergantungan modul. Komponen yang merupakan tipe lainnya dari code module diperlihatkan dengan struktur dan ketergantungannya juga alokasi sumber daya komponen dan informasi administrative lainnya. View ini digambarkan dalam component view dan digunakan untuk pengembang (developer).

e. Concurrency view

Membagi sistem ke dalam proses dan prosesor.View ini digambarkan dalam diagram dinamis (state, sequence, collaboration, dan activity

diagrams) dan diagram implementasi (component dan deployment

diagrams) serta digunakan untuk pengembang (developer), pengintegrasi

commit to user

10

f. Deploymentview

Mendeskripsikan fisik dari sistem seperti komputer dan perangkat (nodes)

dan bagaimana hubungannya dengan lainnya. View ini digambarkan

dalam deployment diagramsdan digunakan untuk pengembang (developer), pengintegrasi (integrator), dan penguji (tester).

2.5.3 Diagram UML

Diagram berbentuk grafik yang menunjukkan simbol elemen model yang disusun untuk mengilustrasikan bagian atau aspek tertentu dari sistem. Sebuah diagram merupakan bagian dari suatu view tertentu dan ketika digambarkan biasanya dialokasikan untuk view tertentu. Adapun jenis diagram antara lain :

1. Use caseDiagram

Use case adalah abstraksi dari interaksi antara system dan actor. Use case

bekerja dengan cara mendeskripsikan tipe interaksi antara user sebuah system dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah system

dipakai. Use casemerupakan konstruksi untuk mendeskripsikan bagaimana system

akan terlihat di mata user. Sedangkan use case diagram memfasilitasi komunikasi diantara analis dan pengguna serta antara analis dan client.

Tabel 2.1 Simbol Use Case

No. Simbol Nama Deskripsi

1. Case

M enggambarkan proses / kegiat an

yang dapat diakukan oleh akt or

2. Act or

M enggambarkan ent it as / subyek

commit to user

11

3. Relat ion

Relasi ant ara case dengan act or

at aupun case dengan case lain.

2. Class Diagram

Class adalah dekripsi kelompok obyek-obyek dengan property, perilaku (operasi) dan relasi yang sama. Sehingga dengan adanya class diagram dapat memberikan pandangan global atas sebuah system. Hal tersebut tercermin dari class- class yang ada dan relasinya satu dengan yang lainnya. Sebuah sistem biasanya mempunyai beberapa class diagram. Class diagram sangat membantu dalam visualisasi struktur kelas dari suatu system.

Tabel 2.2 Simbol Class Diagram

No. Simbol Nama Deskripsi

1. Class

M enggambarkan sebuah kelas yang

t erdiri dari at t ribut dan met hod

2. Relat ion

M enggambarkan hubungan

komponen-kom ponen didalam St at ic

commit to user

12

3.

Associat ion

Class

Class yang t erbent uk dari hubungan

ant ara dua buah Class

3. Component Diagram

Component software merupakan bagian fisik dari sebuah system, karena

menetap di komputer tidak berada di benak para analis. Komponent merupakan

implementasi software dari sebuah atau lebih class. Komponent dapat

berupa source code, komponent biner, atau executable component. Sebuah komponent berisi informasi tentang logic class atau class yang diimplementasikan

sehingga membuat pemetaan dari logical view ke component view.Sehingga

component diagram merepresentasikan dunia riil yaitu component software yang mengandung component, interface dan relationship.

Tabel 2.3 Simbol Component Diagram

No. Simbol Nama Deskripsi

1. Component

M enggambarkan sebuah

Komponen

2. _Package Package

M enggambarkan sebuah package

dari class-class yang bekerja sama

membent uk suat u fungsi t ert ent u.

3 Dependency

M enggambarkan hubungan ant ar

komponen

commit to user

13

Menggambarkan tata letak sebuah system secara fisik, menampakkan bagian-bagian software yang berjalan pada bagian-bagian hardware, menunjukkan

hubungan komputer dengan perangkat (nodes) satu sama lain dan jenis

hubungannya. Di dalam nodes,executeable component dan object yang

dialokasikan untuk memperlihatkan unit perangkat lunak yang dieksekusi oleh node tertentu dan ketergantungan komponen.

Tabel 2.4 Simbol Deployment Diagram

No. Simbol Nama Deskripsi

1.

Node

Node

M enggambarkan Node sist em at au

environment.

2. Relat ion

M enggambarkan hubungan

node-node didalam St at ic Diagram.

5. State Diagram

Menggambarkan semua state (kondisi) yang dimiliki oleh suatu object dari suatu class dan keadaan yang menyebabkan state berubah. Kejadian dapat berupa object lain yang mengirim pesan. State class tidak digambarkan untuk semua class, hanya yang mempunyai sejumlah state yang terdefinisi dengan baik dan kondisi class berubah oleh stateyang berbeda.

commit to user

14

Tabel 2.5 Simbol State Diagram

No. Simbol Nama Deskripsi

1. Init ial St at e

M enggambarkan t it ik aw al siklus

hidup suat u elemen

2. Final St at e

M enggambarkan t it ik akhir yang

menjadi kondisi akhir suat u elemen

3. Decision

M enggambarkan suat u

percabangan logika dalam sist em

4. Transit ion

M enggambarkan aliran siklus st at e

(kondisi) suat u elem en

5. St at e

M enggambarkan kondisi suat u

elem en

6. Sequence Diagram

Sequence Diagram digunakan untuk menggambarkan perilaku pada

sebuah scenario. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara object juga interaksi antaraobject, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem.

commit to user

15

Tabel 2.6 Simbol Sequence Diagram

No. Simbol Nama Deskripsi

1 Object

M enggambarkan pos-pos obyek

yang pengirim dan penerima

message

2 M essage

M enggambarkan aliran pesan yang

dikirim oleh pos-pos obyek

7. Collaboration Diagram

Menggambarkan kolaborasi dinamis seperti sequence diagrams. Dalam menunjukkan pertukaran pesan, collaboration diagrams menggambarkan object dan hubungannya (mengacu ke konteks). Jika penekannya pada waktu atau urutan

gunakansequencediagrams, tapi jika penekanannya pada konteks

gunakan collaboration diagram.

Tabel 2.7 Simbol Collaboration Diagram

No. Simbol Nama Deskripsi

1. Object M enggambarkan sebuah Object

2. Associat ion

M enggambarkan hubungan ant ar

Object

commit to user

16

8. Activity Diagram

Menggambarkan rangkaian aliran dari aktivitas, digunakan untuk mendeskripsikan aktifitas yang dibentuk dalam suatu operasi sehingga dapat juga digunakan untuk aktifitas lainnya seperti use case atau interaksi.

Tabel 2.8 Simbol Activity Diagram

No. Simbol Nama Deskripsi

1 Act ionSt at e

M enggambarkan keadaan dari

suat u elemen dalam suat u aliran

akt ifit as

2 St at e

M enggambarkan kondisi suat u

elem en

3 Flow Cont rol

M engggambarkan aliran akt ifit as

dari suat u elemen ke el em en lain

4. Init ial St at e

M enggambarkan t it ik aw al siklus

hidup suat u elemen

5. Final St at e

M enggambarkan t it ik akhir yang

menjadi kondisi akhir suat u

elem en

2.6 PHP

PHP merupakan kependekan dari Hypertext Processor dan merupakan

bahasa server-side scripting yang menyatu dengan HTML, untuk membuat

halaman web yang dinamis dan perintah yang diberikan akan sepenuhnya

dijalankan di server tetapi disertakan pada dokumen HTML (Sunarfriantono, 2007).

commit to user

17

Secara khusus, PHP dirancang untuk membentuk web dinamis. Artinya, ia dapat membentuk suatu tampilan berdasarkan permintaan terkini. Pada prinsipnya, PHP mempunyai fungsi yang sama dengan skrip-skrip seperti ASP (Active Serever Page), Cold Fusion, maupun Perl.

Metode kerja PHP diawali dengan permintaan suatu halaman web oleh browser, berdasarkan Uniform Resource Locator (URL) atau dikenal dengan sebutan alamat internet. Browser mendapatkan alamat dari web server, mengidentifikasi halaman yang dikehendaki, dan menyampaikan segala informasi yang dibutuhkan oleh web server. Selanjutnya web server akan mencarikan barkas PHP yang diminta dan setelah didapatkan, isinya akan segera dikirimkan ke mesin PHP dan mesin inilah yang memproses dan memberikan hasilnya berupa kode HTML ke web server. Lalu web server akan menyampaikan isi halaman web tersebut kepada klient melalui browser.

Setiap statement/perintah dari PHP harus diakhiri dengan menggunakan tanda titik koma (;). Umumnya setiap statement dituliskan dalam satu baris. Penulisan skrip PHP dalam tag HTML dapat dilakukan dengan dua cara yaitu Embedded Script dan non-Embeddded Script (Sunarfrihantono, 2002).

commit to user

18 BAB III

DESAIN DAN PERANCANGAN

3.1 Perancangan

Perancangan sistem informasi ini digambarkan dengan SRS dan diagram-diagram UML yang dibuat dengan menggunakan software Enterprise Architect. Dari total 8 diagram UML, penulis hanya menggunakan 5 diagram untuk menggambarkan keseluruhan system, dan untuk perancangan database, akan digambarkan dalam bentuk Entity Relational Diagram.

3.2 Bisnis Proses

Bisinis proses pada sistem ini digambarkan dengan menggunakan flowchart yang menunjukan proses request dan proses input item.

1. Proses Request

START Form Request Cek apakah form terisi Form harus terisi!

Insert Data Send Notification to Admin Notification for Admin Form Update Request Set status Done Set Status Pending Insert Data Send Notification to User YA TIDAK Insert Data Send Notification to User Notification for User Notification for User STOP STOP

commit to user

19

2. Proses Input

Gambar 3.2 Flowchart Input

3.3 System Requirement Specification (SRS)

Tabel SRS adalah tabel yang berisi aktifitas yang dapat dilakukan oleh user terhadap sistem.

3.3.1 Kebutuhan Fungsional

Kebutuhan fungsional merupakan kebutuhan – kebutuhan yang berhubungan dengan proses bisnis dari sistem yang dibuat. dari analisa yang dilakukan, kebutuhan – kebutuhan fungsional yang terdapat pada TMS seperti pada tabel 3.1.

Tabel 3.1 SRS Fungsional

Nama Fungsi Deskripsi kebutuhan fungsional

SRS - F01 User Set Request

commit to user

20

SRS – F03 User Get News

SRS - F04 Admin Get Request

SRS - F05 Admin Update Request

SRS - F06 Admin Set New User

SRS - F07 Admin Get Report

SRS - F08 Admin Set New Item

SRS - F09 Admin Edit User

SRS – F10 Admin Edit Item

SRS – F11 Admin Set Jabatan

SRS – F12 Admin Edit Jabatan

SRS – F13 Admin Set Jenis Barang

SRS – F14 Admin Edit Jenis Barang

SRS – F15 Admin Set News

SRS – F16 Admin Edit News

SRS – F17 Admin Set Penerimaan

3.3.2 Kebutuhan Non-Fungsional

Kebutuhan non fungsional berhubungan dengan interaksi antar user dengan aplikasi yang dibuat. Dari hasil analisa yang dilakukan, terdapat beberapa kebutuhan non fungsional dalam sistem yang dibuat, seperti pada Tabel 3.2

Tabel 3.2 SRS Non-Fungsional

No Deskripsi kebutuhan non fungsional

SRS – NF01 Guest do Register

SRS – NF02 User Login

SRS – NF03 Admin Confirm Registered User

commit to user

21

3.4 Diagram Unified Modeling Language (UML)

Diagram UML yang digunakan dalam pembuatan sistem informasi ini adalah Use Case Diagram, Class Diagram, Sequence Diagram, Statechart

Diagram, dan Activity Diagram

3.4.1 Use Case Diagram

Use Case Diagram merupakan gambaran dari tabel SRS dalam bentuk

diagram. Use Case Diagram juga memperlihatkan interaksi antara Use Case

Actor dan mewakili fungsionalitas sistem, kebutuhan sistem dari sudut pandang

user, serta menjelaskan aktivitas yang bisa dilakukan oleh user terhadap sistem, dan digambarkan sebagai berikut :

1. Use Case Item

Gambar 3.3 Use Case Item

uc Item

Use Case Item

Admin

(from Actors)

SysInv Engine

(from Actors)

User

(from Actors)

Add Item

Delete Item

Get Item List

Edit Item getItemData

commit to user

22

Use Case User

Gambar 3.4 Use Case User

2. Use Case Jabatan

Gambar 3.5 Use Case Jabatan

uc Use Case User

Usecase User

Admin

User

Add User

Edit User Get User List

Delete User

SysInv Engine

getUserData

«extend»

uc Jabatan

Use Case Jabatan

Admin

(from Actors) SysInv Engine

(from Actors)

Add Jabatan

Edit Jabatan

Delete Jabatan

getJabatanData

commit to user

23

3. Use Case Jenis

uc Jenis

Use Case Jeni s

Admin

(from Actors)

SysInv Engine

(from Actors)

Add Jenis

Edit Jenis

Delete Jenis

getJenisData

«extend»

Gambar 3.6 Use Case Jenis

4. Use Case News

uc Ne...

News Use Case

Admin

(from Actors)

SysInv Engine

(from Actors)

User

(from Actors)

Add New s Edit New s

Delete New s

Get New s

get New s Data

«extend»

commit to user

24

5. Use Case Notification

uc Notification

Use Case Noti fication

Admin

(from Actors)

SysInv Engine

(from Actors)

User

(from Actors)

Request

Get Notif

Update Request

«include» «include»

Gambar 3.8 Use Case Notification

6. Use Case Profile

uc Profile

Use Case Profi le

Admin

(from Actors)

SysInv Engine

(from Actors)

User

(from Actors)

Edit Profile Get Profile List

getProfileData

«extend»

commit to user

25

7. Use Case Report

uc Report

Use Case Report

Admin

(from Actors) SysInv Engine

(from Actors)

Get Report getUser

getKeadaan

getPenggunaan

«extend» «extend»

«extend»

Gambar 3.10 Use Case Report

8. Use Case Request

uc Request

Use Case Request

Admin

(from Actors) _{SysInv Engine}

(from Actors)

User

(from Actors)

Send Request

get Data Request

Update Request

«extend»

commit to user

26

9. Use Case Section

uc Section

Use Case Section

Admin

(from Actors) SysInv Engine

(from Actors)

Add Section

Edit Section

Delete Section

getSectionData

«extend»

Gambar 3.12 Use Case Section

10.Use Case Software

uc Softw a...

Use Case Software

Admin

(from Actors)

User

(from Actors)

SysInv Engine

(from Actors)

Add Softw are

Delete Softw are

Edit Softw are

Get Softw are List

getSoftw areData

«extend»

commit to user

27

3.4.2 Class Diagram

Class diagram dapat digunakan untuk memberikan pandangan global atas

sebuah sistem, yang dapat dilihat dari class-class yang ada dan relasinya satu dengan yang lainnya. Class diagram yang digunakan dapat digambarkan sebagai berikut :

commit to user

28

commit to user

29

3.4.3 Sequence Diagram

Sequence Diagram digunakan untuk menggambarkan perilaku pada

sebuah proses. Kegunaannya untuk menunjukkan rangkaian pesan yang dikirim antara objek juga interaksi antara objek, sesuatu yang terjadi pada titik tertentu dalam eksekusi sistem. Sequence diagram dapat digambarkan sebagai berikut :

1. Sequence Diagram Login

sd Login

User formLogin userHandler Session

if data exist if data doesn't exist

onClick()

onLogin()

username() :String

password() :String errorMessage()

newSession()

commit to user

30

2. Sequence Diagram Add

sd Item

Admin formAddItem itemHandler Item

onClick()

onSubmit()

isValid()

itemid() :int

Gambar 3.16 Sequence Diagram Add Item

sd User

Admin formAddUser userHandler User

if valid is true

if valid is false onClick()

onSubmit()

isValid() username() :String

password() :String errorMessage()

commit to user

31

3. Sequence Diagram Request

sd Request

Request

User formRequest requestHandler Notification

send notification to Admin

if data is valid onClick()

onSubmit()

isValid()

request(requestid)

setNotification(notifid)

Gambar 3.18 Sequence Diagram Set Request

sd Update Request

Admin formUpdateRequest requestHandler Request Notification

update request

set noti fication to user onClick()

onUpdate()

setNotifi cation()

commit to user

32

4. Sequence Diagram Get

sd Get Item List

Admin formItemList itemHandler Item

show item list if data doesn't exist

if data exists onClick()

getList()

getListItem(itemid)

errorMessage()

Gambar 3.20 Sequence Diagram Get Item List

sd Get User List

Admin formListUser userHandler User

if data exi sts

show user list onCli ck()

getList()

getListUser(useri d)

commit to user

33

5. Sequence Diagram Report

sd Report

Admin formReport reportHandler Report

if data exists

show reports onClick()

getReport()

getReportData()

Gambar 3.22 Sequence Diagram Report

6. Sequence Diagram Delete

sd User

Admin pageListUser userHandler User

onClick()

onDelete()

delete(userid)

commit to user

34

7. Sequence Diagram Confirm

sd Confirm

Admin formConfirm userHandler User

update status user to Confirmed

onClick()

onConfirm()

confirm(userid)

Gambar 3.24 Sequence Diagram Confirm

3.4.4 State Diagram

Statechart Diagram memperlihatkan state-state pada sistem, memuat

state, transisi, event, dan aktifitas. Diagram ini terutama penting untuk

memperlihatkan sifat dinamis dari antarmuka, kelas, kolaborasi dan terutama penting pada pemodelan sistem-sistem yang reaktif. Statechart yang dirancang dapat digambarkan sebagai berikut :

p

e

rp

u

st

a

ka

a

n

.u

n

s.

a

c.

id

d

ig

ilib

.u

n

s.

a

c.

id

c

o

m

m

it

t

o

u

ser

3 5 1 . S ta te D ia g ra m U se r G am b ar 3 .2 5 S ta te D ia g ra m U se r

stm User State

Login Page

User Home Page

on Request Page

on Request Added

on Profile Page

on Edit Profile

on New Profile Sav ed

enteri ng Inventory System

[logi n as user]

[cli ckmenu Request]

[cl ickmenu Profi le]

[val id request data and cl ick request button]

[cli ckmenu Edi t Profi le]

[i nsert vali d data and cli ck save button] [cli ckmenu Logout]

[cl ickmenu Logout] [cli ckmenu Logout]

back to

[cl ickmenu Logout]

back to [cl ickmenu Home] [cli ckmenu Home]

commit to user

36

2. State Diagram Admin

commit to user

37

3.5 Schema Diagram

User PK userid username password isAdmin confirmed Item PK itemid nama jenis isused maintenancedate keadaan FK3 penerimaanid FK2 merkid harga FK1 userid Profile PK,FK1 profileid NIP nama telpon FK2 jabatanid Jabatan PK jabatanid jabatan Jenis PK,FK1 jenisid jenis acronym Merk PK merkid nama acronym News PK newsid judulnews isinews tanggal FK1 userid Notification PK notifid type isread isi FK1 dari FK2 tujuan isopen tanggal Penerimaan PK penerimaanid tanggal noinvoice FK1 userid FK2 supplierid Report PK id date isused keadaan FK1 itemid Request PK requestid isi isdone tanggal keterangan_user FK1 userid Supplier PK supplierid nama alamat telpon

commit to user

38

3.6 Rancangan Database

Database yang diperlukan untuk penyimpanan data.

3.6.1 Tabel Item

Tabel yang digunakan untuk menyimpan data asset perusahaan.

Tabel 3.3 Tabel Item

Nama Tipe Panjang Key Deskripsi

itemid Char 20 Primary No ID Barang

nama Varchar 50 Nama Barang

jenisid Integer - Foreign Jenis Barang

isused Bit - Status Kegunaan

buydate Date - Tanggal Beli

maintenancedate Date - Tanggal Maintenance

keadaan Bit - Status Keadaan

penerimaanid Char 20 Foreign ID Penerimaan

merkid Integer - Foreign ID Merk

3.6.2 Tabel User

Tabel yang digunakan untuk menyimpan data pengguna Sistem Inventaris.

Tabel 3.4 Tabel User

Nama Tipe Panjang Key Deskripsi

userid Integer - Primary No ID User

username Varchar 50 Username untuk Login

password Varchar 50 Password unuk Login

isAdmin Bit - Status User

commit to user

39

3.6.3 Tabel Profile

Tabel profile berisi data identitas pengguna system informasi.

Tabel 3.5 Tabel Profile

Nama Tipe Panjang Key Deskripsi

profileid Integer - Primary No ID Profile

NIP Varchar 18 NIP User

nama Varchar 50 Nama User

section Integer - Foreign Bagian Pekerjaan

jabatan Integer - Foreign Jabatan User

telpon Integer - No Telpon User

3.6.4 Tabel Report

Tabel report berisi data – data yang dibutuhkan untuk pembentukan report per bulan.

Tabel 3.6 Tabel Report

Nama Tipe Panjang Key Deskripsi

id Integer - Primary No ID Report

itemid Integer - No ID Barang

isused Bit - Status Kegunaan

date Date - Tanggal Report

commit to user

40

3.6.5 Tabel Request

Tabel request berisi data – data permintaan asset dari user terhadap admin.

Tabel 3.7 Tabel Request

Nama Tipe Panjang Key Deskripsi

requestid Integer - Primary No ID Request

userid Integer - No ID User

isi Varchar 50 Isi Request

isdone Bit - Status Request

tanggal Date - Tanggal Request

keterangan_admin Text - Alasan Admin

keterangan_user Text - Alasan User

3.6.6 Tabel Notification

Tabel notification berisi data – data pemberitahuan yang didapat baik oleh admin maupun user.

Tabel 3.8 Tabel Notification

Nama Tipe Panjang Key Deskripsi

notifid Integer - Primary No ID Notification

isread Bit - Status Notification

isi Varchar 50 Isi Notification

type Integer - Tipe Notification

dari Integer - Pengirim

tujuan Integer - Penerima

isopen Bit - Status Notification

commit to user

41

3.6.7 Tabel Jenis

Tabel Jenis berisi data-data jenis asset yang dimiliki oleh perusahaan.

Tabel 3.9 Tabel Jenis

Nama Tipe Panjang Key Deskripsi

jenisid Integer - Primary No ID Jenis

jenis Varchar 50 Jenis Barang

3.6.8 Tabel News

Tabel news berisi data-data berita yang akan ditampilkan dalam sistem inventaris komputer.

Tabel 3.10 Tabel News

Nama Tipe Panjang Key Deskripsi

newsid Integer - Primary No ID News

judulnews Text - Judul News

isinews Text - Isi News

tanggal Date - Tangal News

3.6.9 Tabel Jabatan

Tabel jabatan berisi data-data jabatan yang ada pada perusahaan.

Tabel 3.11 Tabel Jabatan

Nama Tipe Panjang Key Deskripsi

jabatanid Integer - Primary No ID Jabatan

commit to user

42

3.6.10 Tabel Penerimaan

Tabel penerimaan berisi data-data penerimaan yang telah dilakukan.

Tabel 3.12 Tabel Penerimaan

Nama Tipe Panjang Key Deskripsi

penerimaanid Char 20 Primary ID Penerimaan

supplierid Char 6 Foreign ID Supplier

userid Integer - Foreign ID User

tangalterima Date - Tangal Penerimaan

noinvoice Varchar 50 Bukti Transaksi

3.6.11 Tabel Supplier

Tabel supplier berisi data-data dari supplier.

Tabel 3.13 Tabel Supplier

Nama Tipe Panjang Key Deskripsi

supplierid Char 6 Primary ID Supplier

nama Varchar 50 Nama Supplier

alamat Text - Alamat Supplier

telpon Varchar 15 Telpon Supplier

3.6.12 Tabel Merk

Tabel merk berisi data-data merk dari barang yang ada.

Tabel 3.14 Tabel Merk

Nama Tipe Panjang Key Deskripsi

merkid Integer - Primary ID Merk

nama Varchar 50 Merk Barang

commit to user

43 BAB IV

IMPLEMENTASI DAN ANALISA

4.1 Implementasi

Implementasi pada aplikasi menyangkut daftar menu pada aplikasi Sistem Inventaris Pusat Data Kementrian Perdagangan RI.

4.1.1 Daftar Menu Pada Sistem Inventaris

Daftar menu pada sistem inventaris komputer ini dibagi berdasarkan aktor yang berinteraksi dengan sistem. Daftar menu tersebut adalah:

1. Daftar menu untuk Tamu/Guest.

a. Menu Login

Menu login ini digunakan untuk melakukan proses login bagi pengguna sistem inventaris yang telah terdaftar.

b. Menu Register

Menu ini digunakan untuk Tamu dalam melakukan proses register / pendaftaran pada sistem inventaris komputer.

2. Daftar menu untuk User.

a. Menu Profile

Menu ini digunakan oleh user untuk melihat profile dalam halaman profile, client dapat merubah data pribadi.

b. Menu Request

Menu ini digunakan oleh user untuk melakukan permintaan asset yang dibutuhkan kepada Admin.

c. Menu Logout

commit to user

44

3. Daftar menu untuk Admin.

a. Menu Profile

Menu ini digunakan oleh Admin untuk melihat profile dalam halaman profile, client dapat merubah data pribadi.

b. Menu Confirm User

Menu ini digunakan oleh Admin untuk melakukan konfirmasi pendaftaran user yang ini menggunaka sistem inventaris komputer.

c. Menu Confirm Request

Menu ini digunakan oleh Admin untuk melakukan konfirmasi permintaan barang oleh user.

d. Menu Daftar Item

Menu ini digunakan oleh Admin untuk melihat daftar item yang ada di dalam sistem inventaris komputer.

e. Menu Daftar User

Menu ini digunakan oleh Admin untuk melihat data user yang telah terdaftar dalam sistem inventaris komputer.

f. Menu Daftar Software

Menu ini digunakan oleh admin untuk melihat daftar software yang tersedia di dalam sistem inventaris komputer.

g. Menu Data Statistik

Menu ini digunakan oleh Admin untuk melihat data statistik penggunaan barang dan keadaan barang per bulan.

h. Menu Update Sistem

Menu ini digunakan oleh Admin untuk melakukan perubahan terhadap bagian-bagian sistem inventaris.

i. Menu Notification

Menu ini digunakan oleh Admin untuk melihat daftar pemberitahuan yang masuk ke dalam sistem inventaris komputer.

j. Menu Add News

Menu ini digunakan oleh Admin untuk menambahkan berita yang akan ditampilkan pada halaman Home.

commit to user

45

k. Menu Tambah Data Pengguna Barang

Menu ini digunakan oleh Admin untuk menambahkan data pemakaian asset dalam sistem inventaris komputer.

l. Menu Logout

Menu ini digunakan untuk keluar dari sistem inventaris.

4.2 Hasil dan Pembahasan

Hasil dari aplikasi yang penulis buat untuk sistem inventaris komputer terdapat 2 buah antar muka yaitu antar muka sistem (System Interface) dan antar muka user (User Interface). Keterangan dari masing – masing interface tersebut adalah sebagai berikut:

4.2.1 System Interface

Daftar service yang penulis buat untuk aplikasi sistem inventaris komputer adalah sebagai berikut:

1. Guest Service

Adalah service yang disediakan khusus untuk Tamu / Guest. Operasi – operasi yang dapat dilakukan adalah sebagai berikut:

a. Login

Service ini akan dipanggil jika user melakukan login. Service ini akan mencocokkan username dan password yang diinputkan oleh user. b. Register

Service ini akan dipanggil jika ada user yang melakukan reistrasi pada sistem inventaris komputer.

2. User Service

Merupakan service yang disediakan untuk user dalam melakukan operasi-operasi pada sistem inventaris komputer. Operasi yang dapat dilakukan adalah sebagai berikut;

commit to user

46

a. addRequest

Service ini dipanggil jika user melakukan request asset kepada admin. b. editProfile

Service ini dipangil ketika user akan merubah data pribadi dalam sistem inventaris komputer.

c. getListNotif

Service ini dipanggil ketika user mendapatkan notifikasi dari admin dan ingin melihat daftar notifikasi yang telah diterima.

3. Admin Service

Merupakan service yang disediakan untuk Admin dalam melakukan operasi-operasi pada sistem inventaris komputer. Operasi yang dapat dilakukan adalah sebagai berikut;

a. updateRequest

Service ini dipanggil jika Admin melakukan update request barang yang diminta oleh user.

b. getListUser

Service ini dipanggil jika Admin melihat daftar user yang terdaftar dalam sistem inventaris komputer.

c. addUser

Service ini dipanggil jika Admin melakukan penambahan user dalam sistem inventaris komputer.

d. editUser

Service ini dipanggil jika Admin melakukan perubahan data pada akun user dalam sistem inventaris komputer.

e. deleteUser

Service ini dipanggil ketika admin menghapus data user yang aktif pada sistem informasi komputer.

commit to user

47

f. getListItem

Service ini dipanggil ketika Admin melihat datar asset yang berada dalam sistem inventaris komputer.

g. addItem

Service ini dipanggil ketika Admin melakukan penambahan data asset pada sistem inventaris komputer

h. editItem

Service ini dipanggil ketika Admin melakukan perubahan pada data item dalam sistem inventaris komputer.

i. deleteItem

Service ini dipanggil ketika Admin menghapus data asset pada sistem inventaris komputer.

j. getListSoftware

Service ini dipanggil ketika Admin melihat datar software yang berada dalam sistem inventaris komputer.

k. addSoftware

Service ini dipanggil ketika Admin melakukan penambahan data software pada sistem inventaris komputer

l. editSoftware

Service ini dipanggil ketika Admin melakukan perubahan pada data software dalam sistem inventaris komputer.

m. deleteSoftware

Service ini dipanggil ketika Admin menghapus data software pada sistem inventaris komputer.

n. confirm

Service ini dilakukan ketika Admin melakukan konfirmasi terhadap akun yang baru mendaftar.

o. addJabatan

Service ini dipanggil ketika Admin melakukan penambahan jabatan pada sistem inventaris komputer

commit to user

48

p. addSection

Service ini dipanggil ketika Admin melakukan penambahan bagian pada sistem inventaris komputer

q. addJenis

Service ini dipanggil ketika Admin melakukan penambahan jenis barang pada sistem inventaris komputer

r. getListReport

Service ini dipanggil ketika Admin melihat data report. s. getListNotif

Service ini dipanggil ketika Admin mendapatkan notifikasi dari admin dan ingin melihat daftar notifikasi yang telah diterima.

t. addNews

Service ini dipanggil ketika Admin melakukan penambahan berita.

u. editNews

Service ini dipanggil ketika admin melakukan perubahan pada berita yang sudah ditampilkan.

v. deleteNews

Service ini dipanggil ketika Admin menghapus data berita.

w. addUserItem

Service ini dipangil ketika Admin melakukan penambahan data penggunan barang.

commit to user

49

4.2.2 User Interface

Tampilan antar muka user / user interface untuk sistem inventaris komputer adalah sebagai berikut:

1. User Interfase Guest

a. Halaman Login

Guest akan mendapatkan halaman ini ketika pertama kali masuk kedalam sistem, jika sudah menjadi pengguna sistem, maka dapat langsung melakukan login

Gambar 4.1 Halaman Login

b. Halaman Register

Untuk Guest yang belum menjadi pengguna sistem inventaris dapat melakukan pendaftaran atau registrasi pada halaman ini, dan bias menggunakan fasilitas dalam sistem ketika admin sudah melakukan konfirmasi akun.

commit to user

50

Gambar 4.2 Halaman Register

2. User Interface Admin

a. Halaman Home

Halaman awal yang ditampilkan ketika Admin melakukan log in, berisi menu awal dan berita pada sistem inventaris.

commit to user

51

b. Halaman Confirm User

Daftar guest yang melakukan registrasi pada sistem inventaris akan ditmpilkan pada halaman confirm user, ketika Admin melakukan konfirmasi, maka akun tersebut telah dapat melakukan login.

Gambar 4.4 Halaman Confirm User

c. Halaman Daftar Barang

Admin dapat melihat daftar barang yang berada dalam sistem inventaris, dan dapat melakukan perubahan pada data tersebut.

commit to user

52

d. Halaman Edit Barang

Halaman Edit Barang merupakan menu untuk admin ketika ingin melakukan perubahan pada detail barang.

Gambar 4.6 Halaman Edit Barang

e. Halaman Daftar User

Admin dapat melihat daftar user yang menggunakan sistem inventaris, dan dapat melakukan perubahan pada data tersebut.

commit to user

53

f. Halaman Edit User

Halaman Edit User merupakan menu untuk admin ketika ingin melakukan perubahan pada detail akun user.

Gambar 4.8 Halaman Edit User

g. Halaman Daftar Software

Admin dapat melihat daftar software yang berada dalam sistem inventaris, dan dapat melakukan perubahan pada data tersebut.

commit to user

54

h. Halaman Edit Software

Halaman Edit Software merupakan menu untuk admin ketika ingin melakukan perubahan pada detail software tersebut.

Gambar 4.10 Halaman Edit Software

i. Halaman Daftar Request

Admin dapat melihat daftar permintaan yang dikirim oleh user, serta melakukan update dari request tersebut.

commit to user

55

j. Halaman Data Statistik

Admin dapat melihat data statistic penggunaan barang dan keadaan barang, data didapat dari total barang yang ada, status penggunaan dan status keadaan barang.

Gambar 4.12 Halaman Data Statistik

k. Halaman Input Berita

Admin dapat mengisi berita baru yang akan ditampilkan pada list berita di menu index.

commit to user

56

l. Halaman Tambah Data Penggunaan

Admin dapat menentukan siapa yang menggunakan asset dari perusahaan, dengan cara mengisi form penggunaan. Status penggunaan akan masuk pada profile user.

Gambar 4.14 Halaman Add Data Penggunaan

m. Halaman Detail Barang

Admin dapat melihat detail barang yang berisi keterangan barang dan software apa saja yang sudah terpasang.

commit to user

57

n. Halaman Detail Request

Setiap request dari user harus disertai alas an yang masuk akal, menu detail request berfungsi untuk menampilkan request secara rinci.

commit to user

58

3. User Interface User

a. Halaman Home

Halaman yang awal yang ditampilkan ketika User melakukan log in, berisi menu awal dan berita pada sistem inventaris.

Gambar 4.17 Halaman Home (User)

b. Halaman Profile

Halaman yang berisi tentang detail pengguna, dan terdapat menu edit untuk melakukan perubahan data.

commit to user

59

c. Halaman Edit Profile

Halaman yang disediakan untuk merubah data umum pengguna, data akan disimpan dan ditampilkan kembali di menu profile.

commit to user

60 BAB V

PENUTUP

5.1 Kesimpulan

Berdasarkan sistem yang telah dirancang, dapat disimpulkan bahwa : 1. Sistem Informasi Inventaris Pusat Data Kementrian Perdagangan RI telah

berhasil dibuat dengan menggunakan bahasa pemograman PHP OOP dan menggunakan database SQL Server.

2. Melalui sistem ini, dapat dilihat alur perjalanan barang sejak pembelian hingga tidak digunakan lagi karena rusak atau out of date.

3. Sistem inventaris perangkat komputer dalam laporan ini memiliki

beberapa menu antara lain menu request, yang memberi kemudahan

kepada user dalam hal permintaan barang yang dibutuhkan, dan menu data

statistik, yang memudahkan admin untuk mengontrol pemakaian barang.

5.2 Saran

Berkaitan dengan penulisan laporan tugas akhir ini, saran yang dapat penulis sampaikan sebagai berikut:

1. Bagi para pembaca yang tertarik dengan bidang pemrograman, sistem

ini bisa dikembangkan secara lebih detail, sesuai dengan kebutuhan institusi atau perusahaan.

2. Penggunaan AJAX secara lebih maksimal tentu akan menghasilkan

commit to user

61

DAFTAR PUSTAKA

Adi Nugroho, 2004. Pemrograman Berorientasi Objek. Bandung: Penerbit

Informatika.

Azhar, Susanto. 2004. Sistem Informasi Akuntansi Konsep & Pengembangan

Berbasis Kompute. Bandung : Lingga Jaya.

Doug Rosenberg, Scot Kendall. 2001. Applying Use Case Driven Object with

UML : an Annotated e-Commerce Example . Upper Sadle River :

Adison-Wesley.

Jogiyanto. HM, 1998, Analisis dan Desain Sistem Informasi Pendekatan.

Terstruktur. Edisi Kedua. Cetakan Pertama. Yogyakarta : PT Andi.

La Midjan, 2000, Sistem Informasi Pendekatan Manual Praktika Penyusunan

Metode dan Prosedur, Bandung : Lembaga Informasi Akuntansi.

Nugroho, B. 2004. Aplikasi Pemrograman Web Dinamis dengan PHP dan

MySQL.Yogyakarta : Gava Media

Sunarfrihantono, B. 2002. PHP dan Mysql, untuk Web. Yogyakarta : Andi Tony Arnold, J.R, 1998. Introduction to Materials Management. USA

commit to user

l. Halaman Tambah Data Penggunaan

Admin dapat menentukan siapa yang menggunakan asset dari perusahaan, dengan cara mengisi form penggunaan. Status penggunaan akan masuk pada profile user.

Gambar 4.14 Halaman Add Data Penggunaan

m. Halaman Detail Barang

Admin dapat melihat detail barang yang berisi keterangan barang dan software apa saja yang sudah terpasang.

commit to user

n. Halaman Detail Request

Setiap request dari user harus disertai alas an yang masuk akal, menu detail request berfungsi untuk menampilkan request secara rinci.

commit to user

3. User Interface User

a. Halaman Home

Halaman yang awal yang ditampilkan ketika User melakukan log in, berisi menu awal dan berita pada sistem inventaris.

Gambar 4.17 Halaman Home (User)

b. Halaman Profile

Halaman yang berisi tentang detail pengguna, dan terdapat menu edit untuk melakukan perubahan data.

commit to user

c. Halaman Edit Profile

Halaman yang disediakan untuk merubah data umum pengguna, data akan disimpan dan ditampilkan kembali di menu profile.

commit to user

60

BAB V PENUTUP

5.1 Kesimpulan

Berdasarkan sistem yang telah dirancang, dapat disimpulkan bahwa : 1. Sistem Informasi Inventaris Pusat Data Kementrian Perdagangan RI telah

berhasil dibuat dengan menggunakan bahasa pemograman PHP OOP dan menggunakan database SQL Server.

2. Melalui sistem ini, dapat dilihat alur perjalanan barang sejak pembelian hingga tidak digunakan lagi karena rusak atau out of date.

3. Sistem inventaris perangkat komputer dalam laporan ini memiliki beberapa menu antara lain menu request, yang memberi kemudahan kepada user dalam hal permintaan barang yang dibutuhkan, dan menu data statistik, yang memudahkan admin untuk mengontrol pemakaian barang.

5.2 Saran

Berkaitan dengan penulisan laporan tugas akhir ini, saran yang dapat penulis sampaikan sebagai berikut:

1. Bagi para pembaca yang tertarik dengan bidang pemrograman, sistem ini bisa dikembangkan secara lebih detail, sesuai dengan kebutuhan institusi atau perusahaan.

2. Penggunaan AJAX secara lebih maksimal tentu akan menghasilkan program sistem yang lebih baik.

commit to user

61

DAFTAR PUSTAKA

Adi Nugroho, 2004. Pemrograman Berorientasi Objek. Bandung: Penerbit Informatika.

Azhar, Susanto. 2004. Sistem Informasi Akuntansi Konsep & Pengembangan Berbasis Kompute. Bandung : Lingga Jaya.

Doug Rosenberg, Scot Kendall. 2001. Applying Use Case Driven Object with UML : an Annotated e-Commerce Example . Upper Sadle River : Adison-Wesley.

Jogiyanto. HM, 1998, Analisis dan Desain Sistem Informasi Pendekatan.

Terstruktur. Edisi Kedua. Cetakan Pertama. Yogyakarta : PT Andi.

La Midjan, 2000, Sistem Informasi Pendekatan Manual Praktika Penyusunan Metode dan Prosedur, Bandung : Lembaga Informasi Akuntansi.

Nugroho, B. 2004. Aplikasi Pemrograman Web Dinamis dengan PHP dan MySQL.Yogyakarta : Gava Media

Sunarfrihantono, B. 2002. PHP dan Mysql, untuk Web. Yogyakarta : Andi Tony Arnold, J.R, 1998. Introduction to Materials Management. USA