Sistem informasi administrasi panti asuhan : studi kasus Yayasan Santa Maria Abdi Kristus Panti Asuhan Santo Thomas Ngawen, Gunungkidul.

(1)

i

STUDI KASUS : YAYASAN SANTA MARIA ABDI KRISTUS

PANTI ASUHAN SANTO THOMAS NGAWEN, GUNUNGKIDUL

SKRIPSI

Ditujukan untuk Memenuhi Salah Satu Syarat Memperoleh Gelar Sarjana

Program Studi Teknik Informatika

Oleh:

AM. Sarwinda Widayanti NIM : 075314058

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS SAINS DAN TEKNOLOGI

UNIVERSITAS SANATA DHARMA

YOGYAKARTA

(2)

ii

OF ORPHANAGE

A CASE STUDY : YAYASAN SANTA MARIA ABDI KRISTUS PANTI ASUHAN SANTO THOMAS NGAWEN, GUNUNGKIDUL

THESIS

Presented as Partial Fullfilment of the Requirements To Obtain the Computer Bachelor Degree

In Informatics Engineering

Oleh:

AM. Sarwinda Widayanti NIM : 075314058

INFORMATION TECHNOLOGY DEPARTMENT

FACULTY OF SCIENCE AND TECHNOLOGY

SANATA DHARMA UNIVERSITY

YOGYAKARTA

(3)

(4)

(5)

(6)

(7)

vii

Panti asuhan Santo Thomas adalah sebuah panti asuhan milik yayasan santa maria abdi kristus yang bertempat di Jambu, Jurangjero, Ngawen, Gunungkidul. Dalam pengelolaan data-data administrasi yang ada di panti asuhan, dibutuhkan sebuah sistem informasi yang dapat membantu pihak administrasi untuk lebih profesional dan efisien. Proses pengelolaan data-data administrasi yang meliputi data diri anak, data jenis biaya di panti asuhan, data biaya anak, data donatur, dan data transaksi donasi di panti asuhan ini berjalan menggunakan microsoft word dan excel, sedangkan data prestasi akademik dan data prestasi

bakat anak masih manual menggunakan arsip-arsip yang jumlahnya tidak sedikit, dan belum ada sistem khusus yang mengolahnya secara otomatis. Oleh karena itu, dibangun Sistem Informasi Administrasi Panti Asuhan yang diharapkan dapat membantu proses pengelolaan data-data administrasi di panti asuhan.

Sistem ini dibangun dengan menggunakan bahasa PHP dan DBMS MySQL. Adapun metode pengembangan prangkat lunak dengan menggunakan metode FAST (Framework for the Application of Systems Thinking).

(8)

viii

Panti asuhan Santo Thomas is an orphanage that belongs to yayasan santa maria abdi kristus located in Jambu, Jurangjero, Ngawen, Gunungkidul. To

manage administration’s data of the orphanage, it is needed an information system

that can help the administrator to be more professional and efficient. The

administration’s data management process include children’s data, cost’s type data, children’s cost data, donor’s data dan data of donation transaction in this

orphanage use microsoft word and microsoft excel, while children’s data of academic achievement and talent achievement is still manual from archives which amount not few and there is no automatic special system. Because of that,

administration’s system information of the orphanage is created to help the administration’s data management process.

This system is built by PHP’s language and DBMS MySQL. The software

developing method uses FAST (Framework for the Application of Systems Thinking) method.

The result is an administration’s system information of orphanage which

ability is serving the recapitulation of children’s data, cost’s type data, children’s cost data, donor’s data and data of donation transaction. After being use by head Catholic nun and administration staff, this system can help and fasten in managing

(9)

ix

KATA PENGANTAR

Puji syukur dipanjatkan atas berkat dan karunia Tuhan Yesus Kristus sehingga penulis dapat menyelasaikan skripsi ini. Penulisan skripsi ini bertujuan untuk memenuhi salah satu syarat untuk memperoleh gelar sarjana pada program studi Teknik Informatika, Fakultas Sains dan Teknologi, Universitas Sanata Dharma.

Dalam menyelesaikan skripsi ini penulis mendapat bantuan, bimbingan, dan arahan serta dukungan dari berbagai pihak. Oleh karena itu, penulis mengucapkan terima kasih yang tak terhingga kepada :

a. Rektor Universitas Sanata Dharma yang telah memberikan kesempatan untuk belajar dan mengembangkan kepribadian kepada penulis.

b. Ibu A.M. Polina, S. Kom., M.Sc., selaku Dosen Pembimbing yang telah banyak membantu serta membimbing dengan baik kepada penulis dalam menyelesaikan skripsi ini.

c. Suster Rosa dan Suster Magda, selaku Suster Kepala Panti Asuhan ST. Thomas Ngawen, Gunungkidul yang telah memberikan ijin untuk melakukan penelitian dan pembelajaran di Panti Asuhan.

d. Bapak dan Ibuku yang telah mendukung secara material maupun spiritual, dengan doa dan kesabaran menunggu terselesaikannya skripsi ini.

e. Kakakku Mas Jonte, Mbak Sari, Mbak Wiwit, Mas Aan atas doa dan dukungannya.

(10)

x

g. Teman-temanku Pak Agus, Pak Tomy, Mas Erwan, Mbak Eni, Tiwik, Ana, Sari, Inta, Yudi, Thomas, Koco, Tendy, Monic, Rosa, Yu Tina, Kiting, Mina, Dik Septi, Yusni, Mbak Yuni, Rina, Mbak Katrin, Mbak Tari, Haris, Mas Yosep, Dik Heri, Bapak-Ibu Pasamuan Katolik Wilayah Semin, Rama Kris, atas doa dukungan dan bantuan kalian.

h. Semua pihak yang tidak dapat disebutkan satu per satu.

Penulis menyadari bahwa skripsi ini masih banyak kekurangannya, oleh karena itu penulis mengharapkan kritik dan saran. Semoga skripsi ini dapat bermanfaat bagi pembaca.

(11)

xi

DAFTAR ISI

Lembar Judul

HALAMAN PERSETUJUAN………...iii

HALAMAN PENGESAHAN………iv

PERNYATAAN KEASLIAN KARYA……….v

PERNYATAAN PERSETUJUAN PUBLIKASI KARYA ILMIAH………vi

ABSTRAK……….vii

ABSTRACK……….viii

KATA PENGANTAR ... ix

DAFTAR ISI ... xi

DAFTAR GAMBAR ... xiv

DAFTAR TABEL ... xvii

BAB I ... 1

PENDAHULUAN ... 1

I.1. Latar Belakang Masalah ... 1

I.2. Rumusan Masalah ... 3

I.3. Batasan Masalah ... 3

I.4. Tujuan Sistem ... 4

I.5. Metodologi Penelitian ... 4

I.6. Sistematika Penulisan ... 6

BAB II ... 8

LANDASAN TEORI ... 8

II.1. Konsep Dasar Sistem Informasi ... 8

II.2. Rekayasa Perangkat Lunak Paradigma Terstruktur ... 8

II.3. FAST (Framework for the Application of Systems Thinking) ... 9

II.4. Intranet ... 10

II.5. CodeIgniter ... 12

II.6. Implementasi Database MySQL dan CodeIgniter ... 14

II.7. DFD (Data Flow Diagram) ... 15

II.8. Use Case ... 17

(12)

xii

BAB III ... 20

ANALISA DAN DESAIN SISTEM ... 20

III.1. Analisa Sistem ... 20

III.1.1. Gambaran Umum Sistem ... 20

III.1.2. Use Case Diagram ... 21

III.1.3. Pemodelan Proses (Data Flow Diagram) ... 24

III.1.4. Pemodelan Data ... 36

III.2. Desain Sistem ... 37

III.2.1. Desain Basis Data ... 37

III.2.2. Desain Antarmuka... 43

BAB IV ... 59

IMPLEMENTASI SISTEM ... 59

IV.1. Struktur Menu Sistem ... 59

IV.2. Tampilan Program dan Penjelasan... 61

IV.2.1. Koneksi Database ... 61

IV.2.2. Halaman Login ... 61

IV.2.3. Halaman Administrator... 63

IV.2.4. Halaman User ... 64

IV.2.5. Menu Pengolahan Data User ... 65

IV.2.6. Menu Pengolahan Data Anak ... 66

IV.2.7. Menu Pengolahan Data Jenis Biaya ... 68

IV.2.8. Menu Pengolahan Data Biaya Anak ... 69

IV.2.9. Menu Pengolahan Data Prestasi Akademik ... 72

IV.2.10. Menu Pengolahan Data Prestasi Bakat ... 74

IV.2.11. Menu Pengolahan Data Donatur ... 75

IV.2.12. Menu Pengolahan Data Transaksi Donasi ... 77

(13)

xiii

ANALISA HASIL ... 80

V.1. Analisa Hasil Perangkat Lunak ... 80

V.2. Analisa Hasil Uji Coba Sistem Terhadap Pengguna ... 81

BAB VI ... 90

PENUTUP ... 90

VI. 1. Kesimpulan ... 90

VI. 2. Saran ... 91

DAFTAR PUSTAKA ... 92

(14)

xiv

DAFTAR GAMBAR

Gambar 2.1. Fase-fase FAST ... 9

Gambar 2.2. Aliran hardware dan logik dalam intranet ... 12

Gambar 2.3. Tahap Desain Basis Data ... 19

Gambar 3.4. Use case diagram ... 21

Gambar 3.5. Lanjutan Use case diagram ... 22

Gambar 3.6. Lanjutan Use case diagram ... 23

Gambar 3.7. Diagram Konteks ... 24

Gambar 3.8. Diagram Berjenjang... 25

Gambar 3.9. Overview Diagram ... 26

Gambar 3.10. Lanjutan Overview Diagram ... 27

Gambar 3.11. DFD Level 1 Proses 1 ... 28

Gambar 3.19. Conceptual Design Database (ER Diagram)... 36

Gambar 3.20. Desain Logikal Basis Data ... 38

Gambar 3.21. Desain Antarmuka Halaman Login ... 43

Gambar 3.22. Desain Antarmuka Halaman Utama Administrator ... 43

Gambar 3.23. Desain Antarmuka Halaman Utama User ... 44

Gambar 3.24. Desain Antarmuka Halaman Tambah Data User ... 44

Gambar 3.25. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data User ... 45

Gambar 3.26. Desain Antarmuka Halaman Tambah Data Anak ... 46

Gambar 3.27. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Anak ... 46

Gambar 3.28. Desain Antarmuka Halaman Laporan Semua Data Anak Panti Asuhan ... 47

Gambar 3.29. Desain Antarmuka Halaman Tambah Data Jenis Biaya ... 47

Gambar 3.30. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Jenis Biaya ... 48

Gambar 3.31. Desain Antarmuka Halaman Tambah Data Biaya Anak ... 48

Gambar 3.32. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Biaya Anak ... 49

Gambar 3.33. Desain Antarmuka Halaman Laporan Semua Data Biaya Anak Panti Asuhan ... 49

Gambar 3.34. Desain Antarmuka Halaman Laporan Total Biaya Per Anak Periode Tertentu ... 50

(15)

xv

Gambar 3.36. Desain Antarmuka Halaman Laporan Total Semua Biaya Periode Tertentu ... 51

Gambar 3.37. Desain Antarmuka Halaman Tambah Data Prestasi Akademik ... 51

Gambar 3.38. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Prestasi Akademik ... 52

Gambar 3.39. Desain Antarmuka Halaman Laporan Semua Data Prestasi Akademik Anak ... 52

Gambar 3.40. Desain Antarmuka Halaman Tambah Data Prestasi Bakat ... 53

Gambar 3.41. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Prestasi Bakat ... 53

Gambar 3.42. Desain Antarmuka Halaman Laporan Semua Data Prestasi Bakat Anak ... 54

Gambar 3.43. Desain Antarmuka Halaman Tambah Data Donatur ... 54

Gambar 3.44. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Donatur ... 55

Gambar 3.45. Desain Antarmuka Halaman Laporan Semua Data Donatur ... 55

Gambar 3.46. Desain Antarmuka Halaman Tambah Data Transaksi Donasi Barang dan Uang ... 56

Gambar 3.47. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Transaksi Donasi ... 57

Gambar 3.48. Desain Antarmuka Halaman Laporan Transaksi Donasi Periode Tertentu ... 57

Gambar 3.49. Desain Antarmuka Halaman Laporan Semua Transaksi Donasi ... 58

Gambar 3.50. Desain Antarmuka Halaman Laporan Saldo ... 58

Gambar 4.51. Struktur Menu Sistem ... 59

Gambar 4.52. Lanjutan Struktur Menu Sistem ... 60

Gambar 4.53. Implementasi Halaman Login ... 61

Gambar 4.54. Implementasi Halaman Utama Administrator ... 64

Gambar 4.55. Implementasi Halaman Utama User ... 65

Gambar 4.56. Implementasi Halaman Tambah Data User ... 66

Gambar 4.57. Implementasi Halaman Cari, Ubah, dan Hapus Data User ... 66

Gambar 4.58. Implementasi Halaman Tambah Data Anak ... 67

Gambar 4.59 Implementasi Halaman Cari, Ubah, dan Hapus Data Anak... 67

Gambar 4.60. Implementasi Halaman Laporan Semua Data Anak Panti Asuhan ... 68

Gambar 4.61. Implementasi Halaman Tambah Data Jenis Biaya ... 69

Gambar 4.62. Implementasi Halaman Cari, Ubah, dan Hapus Data Jenis Biaya ... 69

Gambar 4.63. Implementasi HalamanTambah Data Biaya Anak ... 70

Gambar 4.64. Implementasi Halaman Cari, Ubah, dan Hapus Data Biaya Anak ... 70

Gambar 4.65. Implementasi Halaman Laporan Semua Data Biaya Anak Panti Asuhan ... 71

Gambar 4.66. Implementasi Halaman Laporan Total Biaya Per Anak Periode Tertentu ... 71

Gambar 4.67. Implementasi Halaman Laporan Total Biaya Per Nama Biaya Periode Tertentu... 72

Gambar 4.68. Implementasi Halaman Laporan Total Semua Biaya Periode Tertentu ... 72

Gambar 4.69. Implementasi Halaman Tambah Data Prestasi Akademik ... 73

Gambar 4.70. Implementasi Halaman Cari, Ubah, dan Hapus Data Prestasi Akademik ... 73

Gambar 4.71. Implementasi Halaman Laporan Semua Data Prestasi Akademik Anak ... 74

(16)

xvi

Gambar 4.73. Implementasi Halaman Cari, Ubah, dan Hapus Data Prestasi Bakat ... 75

Gambar 4.74. Implementasi Halaman Laporan Semua Data Prestasi Bakat Anak ... 75

Gambar 4.75. Implementasi Halaman Tambah Data Donatur ... 76

Gambar 4.76. Implementasi Halaman Cari, Ubah, dan hapus Data Donatur ... 76

Gambar 4.77. Implementasi Halaman Laporan Semua Data Donatur ... 77

Gambar 4.78. Implementasi Halaman Tambah Data Transaksi Donasi Barang dan Uang ... 78

Gambar 4.79. Implementasi Halaman Cari, Ubah, dan Hapus Transaksi Donasi ... 78

Gambar 4.80. Implementasi Halaman Laporan Transaksi Donasi Periode Tertentu ... 79

Gambar 4.81. Implementasi Halaman Laporan Semua Transaksi Donasi ... 79

Gambar 4.82. Implementasi Halaman Laporan Saldo ... 79

Gambar 5.83. Grafik kuesioner pernyataan 1 ... 82

(17)

xvii

DAFTAR TABEL

Tabel 2.1. Notasi DFD ... 16

Tabel 2.2. Notasi Use Case ... 18

Tabel 3.3. Desain Fisikal Basis Data untuk Tabel Data user ... 39

Tabel 3.4. Desain Fisikal Basis Data untuk Tabel Data anak ... 40

Tabel 3.5. Desain Fisikal Basis Data untuk Tabel Data jenis biaya ... 40

Tabel 3.6. Desain Fisikal Basis Data untuk Tabel Data biaya anak ... 41

Tabel 3.7. Desain Fisikal Basis Data untuk Tabel prestasi akademik ... 41

Tabel 3.8. Desain Fisikal Basis Data untuk Tabel prestasi bakat ... 41

Tabel 3.9. Desain Fisikal Basis Data untuk Tabel Data donatur ... 42

Tabel 3.10. Desain Fisikal Basis Data untuk Tabel Data transaksi donasi ... 42

Tabel 5.11. Hasil kuesioner pernyataan 1 ... 82

(18)

1

BAB I

PENDAHULUAN

I.1. Latar Belakang Masalah

Sebuah panti asuhan yang dipimpin oleh Sr. M. Magda, AK dan berlokasi di Jambu, Jurangjero, Ngawen, Gunungkidul membutuhkan sebuah sistem informasi yang dapat membantu pihak administrasi untuk dapat mengelola data-data administrasi yang ada di panti asuhan secara lebih profesional dan efisien. Dalam kasus ini, data yang dikelola adalah data administrasi yaitu data diri anak, data jenis biaya yang ada di panti asuhan, data biaya-biaya yang menyangkut anak asuh, data prestasi akademik anak, data prestasi bakat anak, data-data para donatur yang sudah membantu, dan data transaksi donasi.

Proses pengelolaan data diri anak, data jenis biaya di panti asuhan, data biaya anak, data donatur, dan data transaksi donasi di panti asuhan selama ini berjalan menggunakan Microsoft Word dan Excel, sedangkan data prestasi akademik dan data prestasi bakat anak masih manual menggunakan arsip-arsip yang jumlahnya tidak sedikit, dan belum ada sistem khusus yang mengolahnya secara otomatis. Karena hanya berjalan manual dan menggunakan Microsoft Word dan Excel, maka dalam proses pencarian, rekapitulasi, kaitan antar data kurang efisien karena membutuhkan waktu, apalagi jika jumlah arsip terlalu banyak. Arsip-arsip ini juga memiliki resiko hilang atau rusak.

(19)

ranking semester II, ranking semester III, ranking semester IV, ranking semester V, dan ranking semester VI. Data donatur meliputi nama donatur, alamat donatur, dan pekerjaan donatur. Dan data transaksi donasi meliputi nomor, nama donatur, alamat donatur, jenis sumbangan, bentuk sumbangan, dan jumlah sumbangan.

(20)

satuan, harga satuan, dan jumlah uang.

I.2. Rumusan Masalah

a. Bagaimana membangun sebuah sistem informasi yang dapat membantu pihak administrasi data panti asuhan untuk dapat mengelola data anak, data biaya anak, data prestasi anak, data donatur, dan data transaksi donasi di panti asuhan secara lebih profesional dan efisien dengan menggunakan bahasa PHP dan DBMS MySQL.

b. Apakah sistem informasi ini dapat membantu pihak administrasi panti asuhan dalam mengelola data anak, data biaya anak, data prestasi anak, data donatur, dan data transaksi donasi.

c. Apakah sistem ini mudah digunakan dan mudah dipahami oleh pengguna (Suster Kepala dan Staff Administrasi).

I.3. Batasan Masalah

1. Sistem informasi yang dibangun terbatas pada pengelolaan data administrasi yang ada di panti asuhan, yaitu administrasi data anak, data jenis biaya di panti asuhan, data biaya anak, data prestasi akademik anak, data prestasi bakat anak, data donatur, dan data transaksi donasi.

2. Pengguna sistem ini adalah kepala panti asuhan (suster kepala) dan staff administrasinya. Dinas sosial dan donatur hanya mendapatkan output (hardcopy) melalui sistem yang diakses oleh suster kepala dan staff administrasi panti asuhan.

3. Sistem ini merupakan sistem informasi berbasis website yang dibuat dengan menggunakan bahasa PHP dan DBMS MySQL. 4. Pada laporan keuangan, sistem ini hanya terbatas mencatat

(21)

pendidikan anak saja, dan tidak menangani biaya operasional panti asuhan seperti biaya gaji dan biaya kendaraan.

I.4. Tujuan Sistem

Tujuan dari sistem informasi ini adalah menjawab masalah yang ada, yaitu agar sistem informasi yang dibangun bisa digunakan oleh pihak administrasi data panti asuhan untuk membantu mengelola dan mendokumentasikan data di panti asuhan secara lebih profesional dan efisien.

I.5. Metodologi Penelitian

Metodologi penelitian yang digunakan adalah studi kasus, dengan langkah-langkah sebagai berikut:

1. Survei awal untuk mengetahui permasalahan yang dihadapi Panti Asuhan ST. Thomas Ngawen, Gunungkidul.

Melakukan survei awal ke panti asuhan dan melakukan pengambilan data-data yang terkait dengan administrasi.

2. Pengembangan sistem informasi menggunakan metode FAST (Framework for the Application of Systems Thinking) menurut Whitten, et al, 2001, yang fasenya meliputi :

a. Definisi lingkup masalah.

Pada fase ini dilakukan definisi ruang lingkup masalah dengan melakukan pengamatan dan wawancara kepada pihak administrasi panti asuhan mengenai pengelolaan data-data yang ada dan permasalahan yang dihadapi untuk menentukan ruang lingkup masalah.

b. Analisa masalah.

(22)

c. Analisa kebutuhan.

Pada fase ini dilakukan analisa kebutuhan-kebutuhan para pengguna, untuk mencari tahu apa yang mereka perlukan atau inginkan dari sistem baru. Dimulai dengan mendeskripsikan calon pengguna sistem informasi kemudian digambarkan dalam bentuk use-case.

d. Desain logikal.

Pada fase ini dilakukan desain secara logikal. Desain logikal dari sistem informasi ini meliputi desain basis data menggunakan Entity Relation diagram, diagram konteks, diagram dekomposisi dan diagram arus data.

e. Desain fisikal.

Pada fase ini hal yang dilakukan adalah membangun sistem secara fisik berdasarkan teknologi yang digunakan, desain arsitektur, desain prototype, dan desain antarmuka pengguna (user interface).

f. Konstruksi dan Pengujian.

Pada fase ini dilakukan pembuatan sistem sesuai dengan desain yang sudah dibuat sebelumnya dan pegujian sistem informasi administrasi ini terhadap pengguna sistem yaitu Suster Kepala dan pihak administrasi panti asuhan.

(23)

I.6. Sistematika Penulisan

Sistematika penulisan skripsi ini adalah sebagai berikut :

BAB I PENDAHULUAN

Berisi tentang latar belakang masalah, rumusan masalah, tujuan sistem yang dibangun, batasan masalah, tujuan sistem, metodologi penelitian, dan sistematika penulisan. BAB II LANDASAN TEORI

Berisi teori-teori yang digunakan sebagai dasar untuk mengembangkan sistem informasi administrasi ini meliputi tentang konsep dasar sistem informasi, rekayasa perangkat lunak paradigma terstruktur, FAST (Framework for the Application of Systems Thinking), intranet, CodeIgniter,

implementasi database MySQL dan CodeIgniter, DFD (Data Flow Diagram), Use Case, dan metode perancangan basis data.

BAB III ANALISA DAN DESAIN SISTEM

Berisi tentang analisa sistem meliputi gambaran umum sistem, use case diagram, pemodelan proses yang terdiri dari diagram konteks, diagram berjenjang, overview diagram, dan data flow diagram, pemodelan data yang terdiri dari entity relationship diagram. Desain sistem yang meliputi desain antarmuka dan desain basisdata yang terdiri dari desain logikal basis data dan desain fisikal basis data. BAB IV IMPLEMENTASI SISTEM

Berisi tentang penjelasan implementasi sistem informasi administrasi yang meliputi struktur menu sistem dan tampilan program.

BAB V ANALISA HASIL

(24)

pengguna yaitu suster kepala dan staff administrasi panti asuhan. Uji coba juga dilakukan kepada pengguna awam yaitu teman-teman mahasiswa jurusan Teknik Informatika maupun bukan.

BAB VI PENUTUP

(25)

8

BAB II

LANDASAN TEORI

II.1. Konsep Dasar Sistem Informasi

Sistem informasi didefinisikan oleh Jogiyanto HM sebagai berikut:

“Sistem informasi adalah suatu sistem di dalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian, mendukung

operasi, bersifat manajerial dan kegiatan strategi dari suatu organisasi

dan menyediakan pihak luar tertentu dengan laporan-laporan yang

diperlukan “ (Jogiyanto HM, 1990).

Sistem informasi administrasi merupakan penerapan sistem informasi di dalam suatu organisasi yang mengelola data-data administrasi dan menyediakan rekapitulasi-rekapitulasi yang dibutuhkan.

II.2. Rekayasa Perangkat Lunak Paradigma Terstruktur

Prinsip utama dari paradigma terstruktur adalah bahwa jika suatu proses telah sampai pada suatu titik tertentu, maka proses selanjutnya tidak boleh melompat ke baris sebelumnya, kecuali untuk proses berulang (Indra Yatini, 2001).

Tujuan dari paradigma terstruktur adalah : a. Meningkatkan kehandalan program. b. Program mudah dibaca dan ditelusuri. c. Menyederhanakan kerumitan program. d. Pemeliharaan program.

(26)

II.3. FAST (Framework for the Application of Systems Thinking)

Fase-fase FAST :

Gambar 2.1. Fase-fase FAST

Dalam pengembangan sebuah sistem informasi, ada sebuah metodologi penelitian FAST (Framework for the Application of Systems Thinking) menurut Whitten, et al, 2001, yang fasenya meliputi :

1. Definisi lingkup masalah.

Fase untuk mendefinisikan masalah yang ada, dengan melakukan pengamatan dan wawancara.

2. Analisis masalah.

(27)

3. Analisa kebutuhan.

Fase untuk mendefinisikan dan memprioritaskan kebutuhan-kebutuhan para pengguna, untuk mencari tahu apa yang mereka perlukan atau inginkan dari sistem baru. Informasi ini dapat diperoleh dengan melakukan wawancara, kuesioner, ataupun pertemuan-pertemuan. Bisa juga kemudian digambarkan dalam bentuk use-case.

4. Desain logikal.

Fase untuk membuat model sistem, desain logikal dari sistem informasi ini, meliputi desain basis data menggunakan Entity Relation diagram, diagram konteks, diagram dekomposisi dan

diagram arus data. 5. Desain fisikal.

Fase untuk merincikan teknologi yang digunakan dalam sistem baru, desain arsitektur sistem informasi ini, merancang prototype, antarmuka pengguna (user interface).

6. Konstruksi dan pengujian.

Fase untuk membangun dan menguji sistem informasi administrasi ini sesuai dengan rancangan yang sudah dibuat sebelumnya, mengimplementasikan antarmuka-antarmuka antara sistem baru dengan sistem yang telah ada.

II.4. Intranet

(28)

system technology yang tidak tergantung dari platform menjadikan intranet

sebagai salah satu pilihan unggulan.

Fasilitas standar internet yang digunakan dalam intranet adalah menggunakan standar protokol TCP/IP (Transmission Control Protocol / Internetworking Protocol). Standar tersebut memungkinkan protokol

jaringan untuk berkomunikasi, menerima dan mengirimkan data ke terminal yang lain. Standar yang lain adalah FTP (File Transfer Protocol) yang merupakan pelayanan resource sharing, sebuah fasilitas untuk dapat mengambil file yang ada di Internet. SMTP (Simple Mail Transfer Protocol) yang merupakan dasar dari e-mail untuk berkomunikasi serta

MIME (Multipurpose Internet Mail Extensions) yang merupakan standar untuk mendefinisikan format biner, grafik dan suara agar dapat ditransmisikan dengan e-mail. Selain itu terdapat protokol NNTP (Network News Transfer Protocol) dan POP (Post Office Protocol). Secara umum, teknologi yang digunakan antara internet dan intranet adalah sama. Namun demikian terdapat perbedaan antara intranet dengan internet dilihat dari perspektif jangkauan dan penggunaannya, yakni:

a. Lingkup akses dan jangkauan.

b. Cara teknologi yang digunakan untuk berkomunikasi. c. Tujuan dari terselenggaranya komunikasi.

(29)

Gambar 2.2. Aliran hardware dan logik dalam intranet

(Khoe Yao Tung, 1997)

II.5. CodeIgniter

CodeIgniter adalah sebuah framework yang digunakan untuk

membuat sebuah aplikasi web yang disusun dengan menggunakan bahasa PHP. Di dalam codeigniter ini terdapat beberapa macam kelas yang berbentuk library dan helper yang berfungsi untuk membantu pemrogram dalam mengembangkan aplikasinya. Seperti halnya PHP, codeigniter juga bersifat opensource software dimana setiap orang berhak menggunakannya tanpa harus dikenai biaya lisensi.

Cara kerja framework CodeIgniter (Riyanto, 2011) :

a. File index.php sebagai file yang bertindak sebagai kontrol halaman depan. File ini menginisialisasi semua resource yang diperlukan untuk menjalankan codeigniter atau halaman situs yang dibuat.

b. Routing memeriksa setiap request HTTP dan melakukan apa yang perlu dilakukan terhadap request tersebut, tergantung rule yang ada.

(30)

sistem secara normal.

d. Sebelum membuka Application Controller, setiap request HTTP dan data yang dikirim oleh pengguna maka akan di-filter terlebih dahulu melalui sebuah sistem pengamanan.

e. Controller kemudian memuat seluruh resource, baik itu Model, Library, maupun Helper yang digunakan untuk memproses request

atau data yang dikirimkan.

f. Tahapan terakhir adalah View, berfungsi me-render hasil olahan Controller dan mengirimkannya ke web browser. Apabila sistem

Cache diaktifkan maka View akan di-cache terlebih dahulu

sebelum muncul ke browser.

Beberapa kelebihan Framework CodeIgniter :

a. Berukuran kecil, hanya dengan sekitar 4MB, seorang pengembang pemula sudah bisa menggunakan codeigniter yang di dalamnya terdapat berbagai fitur yang bisa digunakan untuk membangun aplikasi, mulai dari skala kecil sampai skala enterprise.

b. Sangat cepat, dalam hal eksekusi file.

c. Sederhana (simple), baik dari sisi sintaks yang digunakan maupun dari sisi alur penyusunan program.

d. Bisa langsung digunakan, hanya tinggal mengunduh, mengekstrak filem dan meletakkan pada folder web server anda (htdocs atau public html) maka akan bisa langsung digunakan.

e. Bisa dikombinasikan dengan beberapa aplikasi dengan cara yang mudah.

(31)

II.6. Implementasi Database MySQL dan CodeIgniter

Database adalah sebuah komponen yang penting dalam membuat

aplikasi web dinamis. CodeIgniter menyediakan sederet API yang akan sangat membantu pengembang dalam melakukan query terhadap suatu database. CodeIgniter tidak hanya mampu bekerja pada database MySQL,

database lain yang dapat ditangani adalah database MySQLi, MS SQL,

Postgre, Oracle, SQLite, dan ODBC. Sebelum memulai menggunakan database, terlebih dahulu dilakukan beberapa pengaturan agar nantinya

aplikasi dapat berkomunikasi dengan baik terhadap server database. File konfigurasi terletak pada file database.php yang berada di dalam folder application/config. Dengan menyesuaikan database yang telah dibuat di

server lokal (localhost) maka konfigurasi untuk pengaturan database

adalah sebagai berikut :

$active_group = 'default';

$active_record = TRUE;

$db['default']['hostname'] = 'localhost';

$db['default']['username'] = 'root';

$db['default']['password'] = '';

$db['default']['database'] = 'codeigniter';

$db['default']['dbdriver'] = 'mysql';

$db['default']['dbprefix'] = '';

$db['default']['pconnect'] = TRUE;

$db['default']['db_debug'] = TRUE;

$db['default']['cache_on'] = FALSE;

$db['default']['cachedir'] = '';

$db['default']['char_set'] = 'utf8';

$db['default']['dbcollat'] = 'utf8_general_ci';

$db['default']['swap_pre'] = '';

$db['default']['autoinit'] = TRUE;

(32)

II.7. DFD (Data Flow Diagram)

DFD digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir (misalnya lewat telepon, surat, dan sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (misalnya file kartu, microfiche, hard disk, tape, diskette, dan lain sebagainya). DFD merupakan alat yang digunakan pada metodologi pengembangan sistem yang terstruktur. DFD dapat menggambarkan arus data di dalam sistem dengan terstruktur dan jelas. DFD juga merupakan dokumentasi dari sistem yang baik. Beberapa simbol digunakan di DFD untuk maksud mewakili kesatuan luar atau batas sistem, arus data, proses, dan simpanan data. (Jogiyanto HM, 1990).

Pedoman menggambar DFD :

1. Identifikasikan terlebih dahulu semua kesatuan luar (external entities) yang terlibat dalam sistem. Kesatuan luar ini merupakan kesatuan di luar sistem, karena di luar bagian pengolahan data (sistem informasi). Kesatuan luar ini merupakan sumber arus data ke sistem informasi serta tujuan penerima arus data hasil dari proses sistem infrormasi, sehingga merupakan kesatuan di luar sistem informasi.

2. Identifikasikan semua input dan output yang terlibat dalam kesatuan luar.

(33)

dengan lebih terinci lagi dan disebut dengan level 1. Tiap-tiap proses di level 1 akan digambar kembali dengan lebih terinci lagi dan disebut dengan level 2, dan seterusnya sampai tiap-tiap proses tidak dapat digambar lebih terinci lagi. (Jogiyanto HM, 1990).

Notasi yang digunakan dalam DFD (Teknik Gane/Sarson):

No Notasi Keterangan

1 Entity luar dapat digambarkan dengan

simbol bujursangkar. Seringkali entity luar diberi huruf sebagai identitas. Entity luar merupakan sumber atau tujuan dari aliran data dari atau ke sistem.

2 Menggambarkan aliran data dari satu

proses ke proses lainnya.

3 Proses atau fungsi mentransformasikan

data secara umum digambarkan dengan segi empat tumpul. Bagian atas biasanya berisi nomor untuk identitas proses. Bagian badan berisi penjelasan fungsi dari proses, diawali dengan kata kerja dan diikuti objek.

4 Menggambarkan sebuah berkas,

merupakan komponen yang berfungsi untuk menyimpan data atau file.

(34)

II.8. Use Case

Pembuatan use case diagram yang sesungguhnya merupakan deskripsi peringkat tinggi bagaimana perangkat lunak (aplikasi) akan digunakan oleh penggunanya. Selanjutnya use case diagram tidak hanya sangat penting pada tahap analisis, tetapi juga sangat penting untuk perancangan (design), untuk mencari (mencoba menemukan) kelas-kelas yang terlibat dalam aplikasi, dan untuk melakukan pengujian (testing).

Membuat use case diagram yang komprehensif merupakan hal yang sangat penting dilakukan pada tahap analisis. Dengan menggunakan use case diagram, akan didapatkan banyak informasi yang sangat penting yang berkaitan dengan aturan-aturan bisnis yang coba kita tangkap. Dalam hal ini, setiap objek yang berinteraksi dengan sistem/perangkat lunak (misalnya orang, suatu perangkat keras, sistem lain, dan sebagainya) merupakan aktor untuk sistem/perangkat lunak, sementar use case merupakan deskripsi lengkap tentang bagaimana sistem/perangkat lunak berperilaku untuk para actornya. Dengan demikian, use case diagram merupakan deskripsi lengkap tentang interaksi yang terjadi antara para actor dengan sistem/perangkat lunak yang sedang dikembangkan.

Saat akan mengembangkan use case diagram, hal yang pertama kali dilakukan adalah mengenali actor untuk sistem/aplikasi yang sedang dikembangkan. Dalam hal ini, ada beberapa karakteristik untuk para aktor, yaitu actor ada di luar sistem yang sedang dikembangkan, dan aktor berinteraksi dengan sistem yang sedang dikembangkan. (Adi Nugroho, 2009).

Notasi yang digunakan dalam Use Case :

No Notasi Keterangan

(35)

2 Gambar di samping adalah notasi untuk use case. Use case menjelaskan urutan

kegiatan yang dilakukan aktor dan sistem untuk mencapai tujuan tertentu. 3 Gambar di samping adalah notasi untuk

interaction. Interaction digunakan untuk

menunjukkan baik aliran pesan atau informasi antar obyek maupun hubungan antar obyek.

4 Gambar di samping adalah notasi untuk paket. Paket adalah mekanisme pengelompokan yang digunakan untuk menandakan pengelompokan elemen-elemen model.

Tabel 2.2. Notasi Use Case

II.9. Metode Perancangan Basis Data

Proses desain basis data dibagi menjadi tiga tahap utama, yaitu : 1. Conceptual Design Database (ER Diagram)

Berupa conceptual schema yang mengacu pada suatu conceptual model (ER model).

2. Logical Design

Menterjemahkan conceptual schema ke model data yang sesuasi dengan DBMS yang digunakan. Berupa logical schema basis data yang mengacu pada suatu logical data model (Relational model).

3. Physical Design

Logical schema dilengkapi dengan detail-detail implementasi secara fisik

(36)

Application requirement s

Database design

Physical design Conceptual design

Logical design Conceptual schema

Logical schema

Physical schema

(37)

20

BAB III

ANALISA DAN DESAIN SISTEM

III.1. Analisa Sistem

Analisa sistem dapat didefinisikan sebagai penguraian dari suatu sistem informasi yang utuh ke dalam bagian-bagian komponennya dengan maksud mengidentifikasi dan mengevaluasi permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikannya.

III.1.1. Gambaran Umum Sistem

(38)

III.1.2. Use Case Diagram

Login

Suster Kepala Staff

Pengolahan data user

Membuat user

Mengubah data user

Menghapus data user

Mencari data user Memasukkan data anak

Pengolahan data anak

Memasukkan data anak

Mengubah data anak

Menghapus data anak Mencari data anak

Mencari data anak

Rekapitulasi data anak

Pengolahan data jenis biaya

Memasukkan data jenis biaya

Mengubah data jenis biaya Menghapus data biaya

Menghapus data jenis biaya

Mencari data jenis biaya

(39)

Suster Kepala

Staff Mengubah data biaya anak

Menghapus data biaya anak

Mencari data biaya anak

Rekapitulasi data biaya anak

Pengolahan data prestasi akademik

Memasukkan data prestasi akademik

Mengubah data prestasi akademik

Menghapus data prestasi akademik

Mencari data prestasi akademik

Rekapitulasi data prestasi akademik

Pengolahan data prestasi bakat

Memasukkan data prestasi bakat

Mengubah data prestasi bakat

Menghapus data prestasi bakat

Mencari data prestasi bakat

Rekapitulasi data prestasi bakat

(40)

Suster Kepala

Staff

Pengolahan data donatur

Memasukkan data donatur

Mengubah data donatur Menghapus data biaya

Menghapus data donatur

Mencari data donatur

Rekapitulasi data donatur

Pengolahan data transaksi donasi

Memasukkan data transaksi donasi

Mengubah data transaksi donasi Menghapus data

Menghapus data transaksi donasi

Mencari data transaksi donasi

Rekapitulasi data transaksi donasi

(41)

III.1.3. Pemodelan Proses (Data Flow Diagram)

III.1.3.1. Diagram Konteks

Diagram konteks menggambarkan hubungan input / output antara sistem dengan dunia luarnya (kesatuan luar). Berikut ini adalah gambar diagram konteks dari sistem informasi administrasi panti asuhan.

0

Gambar 3.7. Diagram Konteks

(42)

25 data biaya anak

4.2.p data biaya anak

4.4.p

(43)

Gambar 3.9. Overview Diagram

Id_Anak, Nama_Anak,Tahun_Masuk, TempatLahir_Anak, TglLahir_Anak Agama, Jenis_Kelamin, Umur, Jenjang_SaatIni, Kelas, Nama_Ortu, Alamat_Ortu, NoTelp_Ortu,

Pekerjaan_Ortu, Tahun_Keluar, Keterangan, Foto_Anak

D2 data anak

Id_Anak, Nama_Anak,Tahun_Masuk, TempatLahir_Anak, TglLahir_Anak Agama, Jenis_Kelamin, Umur, Jenjang_SaatIni, Kelas, Nama_Ortu, Alamat_Ortu, NoTelp_Ortu, Pekerjaan_Ortu, Tahun_Keluar, Keterangan, Foto_Anak

D8 data transaksi donasi

Id_PrestasiAkade

data prestasi akademik baru

data jenis biaya

data

Rekapitulasi User_Name, Password, Status

Rekapitulasi data prestasi akademik data donatur

Id_Donasi, Id_Donatur, Tgl_Transaksi,

data jenis biaya

(44)

D3 data jenis biaya

D2 data anak A

Suster Kepala

B Staff Administrasi

4

Pengolahan data biaya

anak

6

Pengolahan data prestasi

bakat Id_BiayaAnak,

Id_Anak, Id_JenisBiaya, Tanggal_Pembayaran

D4 data biaya anak Id_Prestasi_Bakat, Id_Anak, Prestasi_Bakat, Waktu

D6 data prestasi bakat

data biaya anak baru data _prestasi

bakat baru data prestasi bakat Rekapitulasi data biaya anak

data biaya anak

Rekapitulasi data prestasi bakat Id_prestasiBakat, Id_Anak, Prestasi_Bakat, Waktu Rekapitulasi data prestasi bakat

(45)

Gambar 3.11. DFD Level 1 Proses 1

Id_User, Nama_Lengkap, User_Name, Password, Status

1.1.p

Memasukkan data user

1.2.p

Mengubah data user

1.3.p

Menghapus data user

1.4.p

Mencari data user data user baru

data user baru

data user

A Suster Kepala Id_

User

data user baru

data user

(46)

Gambar 3.12. DFD Level 1 Proses 2 data anak baru

data anak baru

data anak Nama_Ortu, Alamat_Ortu, Pekerjaan_Ortu, Tahun_Keluar, Keterangan

Id_ Anak

data anak data anak baru

data anak

(47)

Id_JenisBiaya, Nama_Biaya, data jenis biaya baru

D3 data jenis biaya data jenis biaya

baru

data jenis biaya

A

(48)

D4 data biaya anak

data biaya anak baru

data biaya anak

A Suster Kepala

(49)

Gambar 3.15. DFD Level 1 Proses 5 5.5.p

D5 data prestasi akademik

5.1.p data biaya prestasi

akademik baru

data prestasi akademik baru

data prestasi akademik

(50)

data prestasi bakat 6.1.p data prestasi bakat baru

D6 data prestasi bakat data prestasi

(51)

Gambar 3.17. DFD Level 1 Proses 7 data donatur baru

D7 data donatur data donatur

(52)

D8 data transaksi donasi

data transaksi donasi 8.1.p data transaksi donasi

(53)

III.1.4. Pemodelan Data

III.1.4.1. Conceptual Design Database (ER Diagram)

Gambar 3.19. Conceptual Design Database (ER Diagram)

Id_User (PK)

data user

Nama_Lengkap _{User_Name}

Password _Status

Alamat_Email

data transaksi donasi

Id_Donasi (PK) Tgl_Transaksi

Jenis_Sumbangan

Nama_Anak Agama

Jenis_Kelamin

data jenis biaya

Id_JenisBiaya

data prestasi akademik

Id_Biaya Anak Semester

Status_Kenaikan

data prestasi bakat

(54)

Desain sistem dapat diartikan sebagai tahap setelah analisis dari siklus pengembangan sistem, pendefinisian dari kebutuhan-kebutuhan fungsional, persiapan untuk rancang bangun implementasi, menggambarkan bagaimana suatu sistem dibentuk, yang dapat berupa penggambaran, perencanaan dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah ke dalam satu kesatuan yang utuh dan berfungsi, termasuk menyangkut mengkonfigurasi dari komponen-komponen perangkat lunak dan perangkat keras dari suatu sistem.

Tujuan dari desain sistem yaitu untuk memenuhi kebutuhan pemakai system, dan untuk memberikan gambaran yang jelas dan rancang bangun yang lengkap kepada pemrogram computer dan ahli-ahli teknik lainnya yang terlibat.

(55)

III.2.1.1. Desain Logikal Basis Data

Gambar 3.20. Desain Logikal Basis Data Data user

Data jenis biaya

Id_JenisBiaya * Nama_Biaya

Data transaksi donasi

Id_Donasi *

Data prestasi akademik

Id_PrestasiAkademik *

Data prestasi bakat

Id_PretasiBakat * Id_Anak ** Prestasi_Bakat Waktu Data biaya anak

(56)

Basis data yang telah dirancang beserta entitas-entitas dan atribut-atributnya adalah sebagai berikut :

III.2.1.2.1. Tabel Data user

Tabel data user adalah tabel yang berisi data user yang bisa login masuk ke dalam sistem.

III.2.1.2.2. Tabel Data anak

Tabel data anak adalah tabel yang berisi data diri anak yang ada di panti asuhan.

Field Tipe Data Panjang Data Keterangan

Id_User Varchar 10 Primary Key, Not Null

Nama_Lengkap Varchar 40 Nama lengkap user

User_Name Varchar 20 User name yang akan digunakan untuk login

Password Varchar 60 Password yang akan digunakan untuk login

Status Varchar 20 Status user, sebagai administrator atau sebagai user biasa

Tabel 3.3. Desain Fisikal Basis Data untuk Tabel Data user

Field Tipe Data Panjang Data Keterangan

Id_Anak Char 10 Primary Key, Not Null

Nama_Anak Varchar 40 Nama lengkap anak

Tahun_Masuk Varchar 4 Tahun masuk anak ketika pertama

kali masuk ke panti asuhan TempatLahir_Anak Varchar 40 Tempat lahir anak

(57)

III.2.1.2.3. Tabel Data jenis biaya

Tabel data jenis biaya berisi data jenis-jenis biaya yang harus dibayarkan anak.

III.2.1.2.4. Tabel Data biaya anak

Tabel data biaya anak berisi data biaya anak.

Umur Int 5 Umur anak

Jenjang_SaatIni Varchar 10 Jenjang pendidikan yang ditempuh anak saat ini

Kelas Varchar 5 Kelas anak

Nama_Ortu Varchar 40 Nama orang tua anak

Alamat_Ortu Varchar 70 Alamat orang tua anak

NoTelp_Ortu Varchar 20 Nomor telepon orangtua

Pekerjaan_Ortu Varchar 20 Pekerjaan orang tua anak

Tahun_Keluar Varchar 20 Tahun keluar si anak

Keterangan Varchar 70 Keterangan posisi si anak saat ini

Foto_Anak Varchar 30 Foto anak

Tabel 3.4. Desain Fisikal Basis Data untuk Tabel Data anak

Id_JenisBiaya Varchar 10 Primary Key, Not Null

Nama_Biaya Varchar 30 Nama jenis biaya

Jumlah_Biaya Decimal 12,0 Harga nominal biaya

Tabel 3.5. Desain Fisikal Basis Data untuk Tabel Data jenis biaya

Id_BiayaAnak Varchar 10 Primary Key, Not Null

(58)

III.2.1.2.5. Tabel Data prestasi akademik

Tabel data prestasi akademik berisi data prestasi akademik anak.

III.2.1.2.6. Tabel Data prestasi bakat

Tabel data prestasi bakat berisi data prestasi bakat yang dipunyai anak.

Tanggal_Pembayaran Date 60 Tanggal terjadi pembayaran

Tabel 3.6. Desain Fisikal Basis Data untuk Tabel Data biaya anak

Field Tipe Data Panjang

Data

Keterangan

Id_PrestasiAkademik Varchar 10 Primary Key, Not Null

Id_Anak Varchar 10 Nomor id anak

Semester Varchar 5 Semester yang ditempuh anak

Ranking Varchar 5 Ranking yang diraih anak

Nilai_RataRata Varchar 10 Nilai rata-rata anak dalam raport Status_Kenaikan Varchar 20 Naik kelas, tidak naik kelas, atau

belum kenaikan Tabel 3.7. Desain Fisikal Basis Data untuk Tabel prestasi akademik

Field Tipe Data Panjang

Data

Keterangan

Id_PrestasiBakat Varchar 20 Primary Key, Not Null

Id_Anak Varchar 10 Nomor id anak

Prestasi_Bakat Varchar 50 Prestasi bakat yang dipunyai anak

Waktu Date Waktu anak mendapatkan

pernghargaan atas bakatnya

(59)

III.2.1.2.8. Tabel Data transaksi donasi

Tabel data transaksi donasi berisi data ketika ada donatur yang mendonasi bantuan untuk panti asuhan.

Id_Donatur Varchar 10 Primary Key, Not Null

Nama_Donatur Varchar 40 Nama lengkap donatur

Alamat_Donatur Varchar 70 Alamat donatur

Pekerjaan_Donatur Varchar 20 Pekerjaan donatur

Alamat_Email Varchar 50 Alamat email donatur

No_Telp Varchar 20 Nomor telepon donatur

Tabel 3.9. Desain Fisikal Basis Data untuk Tabel Data donatur

Field Tipe Data Panjang

Data

Keterangan

Id_Donasi Varchar 10 Primary Key, Not Null

Id_Donatur Varchar 10 Nomor id donatur

Tgl_Transaksi Date Tanggal terjadi transaksi donasi

Jenis_Sumbangan Varchar 40 Jenis sumbangan yang diberikan, uang tunai, uang melalui bank atau barang

Bentuk_Sumbangan Varchar 30 Bentuk sumbangan dalam wujud apa

Jml_Barang Varchar 30 Jumlah barang yang disumbangkan

Satuan Varchar 30 Satuan barang yang disumbangkan

Harga_Satuan Varchar 10 Harga satuan barang yang disumbangkan

Jml_Uang Decimal 12,2 Jumlah jika semua diuangkan

(60)

III.2.2.1. Use Case : Login

Gambar 3.21. Desain Antarmuka Halaman Login

Gambar 3.22. Desain Antarmuka Halaman Utama Administrator

SISTEM INFORMASI ADMINISTRASI PANTI ASUHAN ST. THOMAS NGAWEN, GUNUNGKIDUL

PASSWORD USER NAME Login Aplikasi

Login

Menu Pengolahan Data User

Menu Pengolahan Data Anak

Menu Pengolahan Data Jenis Biaya

Menu Pengolahan Data Biaya Anak

Menu Pengolahan Data Prestasi Akademik

Menu Pengolahan Data Prestasi Bakat

Menu Pengolahan Data Donatur

Menu Pengolahan Data Transaksi Donasi

Petunjuk Penggunaan Sistem Informasi

(61)

Gambar 3.23. Desain Antarmuka Halaman Utama User

III.2.2.2. Use Case : Pengolahan Data User

Gambar 3.24. Desain Antarmuka Halaman Tambah Data User

Menu Pengolahan Data Anak Menu Pengolahan Data Prestasi Akademik

Petunjuk Penggunaan Sistem Informasi Keluar

Sistem

SISTEM INFORMASI ADMINISTRASI PANTI ASUHAN ST. THOMAS NGAWEN, GUNUNGKIDUL Menu Pengolahan

Data User Tambahkan data user

Tambah data user 0001

Tambah data user ID User Nama Lengkap User Name Password

(62)

Gambar 3.25. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data

User

Menu Pengolahan

Data User Cari, ubah & hapus data user

Cari, ubah, & hapus data user

Cari

Tabel data user 

ID User = 

OPERASI

(63)

Gambar 3.26. Desain Antarmuka Halaman Tambah Data Anak

Gambar 3.27. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Anak

PANTI ASUHAN ST. THOMAS NGAWEN, GUNUNGKIDUL

Menu Pengolahan

Data Anak Tambahkan data anak

Tambah data anak

Data Anak Cari, ubah & hapus data anak

(64)

Gambar 3.28. Desain Antarmuka Halaman Laporan Semua Data Anak Panti Asuhan

III.2.2.4. Use Case : Pengolahan Data Jenis Biaya

Gambar 3.29. Desain Antarmuka Halaman Tambah Data Jenis Biaya

Menu Pengolahan Data Anak

Laporan Semua

Data Anak Panti Asuhan ST. Thomas Laporan Semua

Data Anak Panti Asuhan

Cetak

Tabel data anak

Menu Pengolahan

Data Jenis Biaya Tambahkan data jenis biaya

Tambah data jenis biaya 0001

Tambah data jenis biaya ID Jenis Biaya

Nama Biaya

(65)

Gambar 3.30. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Jenis Biaya

III.2.2.5. Use Case : Pengolahan Data Biaya Anak

Gambar 3.31. Desain Antarmuka Halaman Tambah Data Biaya Anak

Menu Pengolahan

Data Jenis Biaya Cari, ubah & hapus data jenis biaya Cari, ubah, & hapus

data jenis biaya

Cari

Tabel data jenis biaya



Tambahkan data biaya anak

Tambah data biaya anak 0001

Tambah data

0001 - Feri Yulianus - SMK



(66)

Gambar 3.32. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Biaya Anak

Gambar 3.33. Desain Antarmuka Halaman Laporan Semua Data Biaya Anak Panti Asuhan

Menu Pengolahan

Data Biaya Anak Cari, ubah & hapus data biaya anak Cari, ubah, & hapus

data biaya anak

Cari

Tabel data biaya anak



ID Biaya Anak = 

OPERASI

UBAH HAPUS

Laporan Semua Data Biaya Anak Panti Asuhan ST. Thomas Laporan Semua

Data Biaya Anak Panti Asuhan

Cetak

(67)

Gambar 3.34. Desain Antarmuka Halaman Laporan Total Biaya Per Anak Periode Tertentu

Gambar 3.35. Desain Antarmuka Halaman Laporan Total Biaya Per Nama Biaya Periode Tertentu

Total Biaya Per Anak Total Biaya



(68)

Gambar 3.36. Desain Antarmuka Halaman Laporan Total Semua Biaya Periode Tertentu

III.2.2.6. Use Case : Pengolahan Data Prestasi Akademik

Gambar 3.37. Desain Antarmuka Halaman Tambah Data Prestasi Akademik

Tambahkan data prestasi akademik anak

Tambah data

(69)

Gambar 3.38. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Prestasi Akademik

Gambar 3.39. Desain Antarmuka Halaman Laporan Semua Data Prestasi Akademik Anak

Menu Pengolahan

Data Prestasi Akademik Cari, ubah & hapus data prestasi akademik anak

Cari, ubah, & hapus data prestasi akademik

Cari

Tabel data prestasi akademik



ID Prestasi Akademik = 

OPERASI

UBAH HAPUS

Menu Pengolahan

Data Prestasi Akademik Laporan Semua Data Prestasi _{Akademik Anak Panti Asuhan ST. Thomas}

Laporan Semua Data Prestasi Akademik Anak

Cetak

(70)

Gambar 3.40. Desain Antarmuka Halaman Tambah Data Prestasi Bakat

Gambar 3.41. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Prestasi Bakat

Data Prestasi Bakat Tambahkan data prestasi bakat anak Tambah data

prestasi bakat

0001

Tambah data prestasi bakat ID Prestasi Bakat ID Anak Prestasi Bakat



0001 - Feri Yulianus

Waktu 01  Januari  2012 _

Data Prestasi Bakat Cari, ubah & hapus data prestasi bakat anak Cari, ubah, & hapus

data prestasi bakat

Cari

Tabel data prestasi bakat



ID Prestasi Bakat = 

OPERASI

(71)

Gambar 3.42. Desain Antarmuka Halaman Laporan Semua Data Prestasi Bakat Anak

III.2.2.8. Use Case : Pengolahan Data Donatur

Gambar 3.43. Desain Antarmuka Halaman Tambah Data Donatur

Laporan Semua Data Prestasi Bakat Anak Panti Asuhan ST. Thomas

Laporan Semua Data Prestasi Bakat Anak

Cetak

Tabel data prestasi bakat

Tambahkan data donatur

Tambah data donatur 0001

Tambah data donatur ID Donatur

Nama Lengkap

Alamat

Pekerjaan

Email

(72)

Gambar 3.44. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Donatur

Gambar 3.45. Desain Antarmuka Halaman Laporan Semua Data Donatur

Menu Pengolahan

Data Donatur Cari, ubah & hapus data donatur Cari, ubah, & hapus

data donatur

Cari

Tabel data donatur



ID Donatur = 

OPERASI

UBAH HAPUS

Data Donatur Laporan Semua_{Data Donatur} Laporan Semua

Data Donatur

Cetak

(73)

Gambar 3.46. Desain Antarmuka Halaman Tambah Data Transaksi Donasi Barang dan Uang

Data Transaksi Donasi Tambahkan data transaksi donasi barang Tambah data

(74)

Gambar 3.47. Desain Antarmuka Halaman Cari, Ubah, dan Hapus Data Transaksi Donasi

Gambar 3.48. Desain Antarmuka Halaman Laporan Transaksi Donasi Periode Tertentu

Menu Pengolahan

Data Transaksi Donasi Cari, ubah & hapus data transaksi donasi Cari, ubah, & hapus

data transaksi donasi

Cari

Tabel data transaksi donasi



ID Donasi = 

OPERASI

UBAH HAPUS

Data Transaksi Donasi

Laporan Transaksi Donasi Laporan Transaksi Donasi

Periode Tertentu

Rekap Transaksi Donasi Rekapitulasi Transaksi Donasi Rentang Tanggal

Sampai Tanggal



Rekap Transaksi Donasi



23 Agustus  2012 



(75)

Gambar 3.49. Desain Antarmuka Halaman Laporan Semua Transaksi Donasi

Gambar 3.50. Desain Antarmuka Halaman Laporan Saldo

Menu Pengolahan

Data Transaksi Donasi Laporan Semua_{Data Transaksi Donasi}

Laporan Semua Transaksi Donasi

Cetak

Tabel data transaksi donasi

Data Transaksi Donasi

Laporan Saldo Laporan Saldo

Hitung Saldo Rentang Tanggal

Sampai Tanggal 23  Agustus  2012 



(76)

59

IMPLEMENTASI SISTEM

IV.1. Struktur Menu Sistem

Struktur menu sistem menggambarkan menu-menu dan proses dari sistem yang dapat dilakukan oleh pengguna dengan hak akses masing-masing.

Pengolahan Data User

Memasukkan Data User

Menghapus Data User

Mencari Data User Mengubah Data User

Pengolahan Data Anak

Mengubah Data Anak

Menghapus Data Anak

Mencari Data Anak Memasukkan Data Anak

Rekapitulasi Data Anak

Pengolahan Data Jenis Biaya

Mengubah Data Jenis Biaya

Menghapus Data Jenis Biaya

Mencari Data Jenis Biaya Memasukkan Data Jenis Biaya

Pengolahan Data Biaya Anak

Mengubah Data Biaya Anak

Menghapus Data Biaya Anak

Mencari Data Biaya Anak Memasukkan Data Biaya Anak

Rekapitulasi Data Biaya Anak

(77)

Pengolahan Data Donatur

Mengubah Data Donatur

Menghapus Data Donatur

Mencari Data Donatur

Rekapitulasi Data Donatur

Pengolahan Data Transaksi Donasi

Memasukkan Data Transaksi Donasi

Mengubah Data Transaksi Donasi

Menghapus Data Transaksi Donasi

Mencari Data Transaksi Donasi

Rekapitulasi Data Transaksi Donasi

Pengolahan Data Prestasi Akademik

Mengubah Data Prestasi Akademik

Menghapus Data Prestasi Akademik

Mencari Data Prestasi Akademik Memasukkan Data Prestasi Akademik

Rekapitulasi Data Prestasi Akademik

Pengolahan Data Prestasi Bakat

Mengubah Data Prestasi Bakat

Menghapus Data Prestasi Bakat

Mencari Data Prestasi Bakat Memasukkan Data Prestasi Bakat

Rekapitulasi Data Prestasi Bakat

(78)

potongan script yang digunakan.

IV.2.1. Koneksi Database

Untuk dapat mengakses database, maka harus dilakukan koneksi. Perintah yang digunakan untuk mengkoneksikan adalah :

$active_group = 'default'; $active_record = TRUE;

$db['default']['hostname'] = 'localhost'; $db['default']['username'] = 'root'; $db['default']['password'] = 'root'; $db['default']['database'] = 'pastthomas'; $db['default']['dbdriver'] = 'mysql'; $db['default']['dbprefix'] = ''; $db['default']['pconnect'] = TRUE; $db['default']['db_debug'] = TRUE; $db['default']['cache_on'] = FALSE; $db['default']['cachedir'] = ''; $db['default']['char_set'] = 'utf8';

$db['default']['dbcollat'] = 'utf8_general_ci; $db['default']['swap_pre'] = '';

$db['default']['autoinit'] = TRUE; $db['default']['stricton'] = FALSE;

IV.2.2. Halaman Login

Gambar 4.53. Implementasi Halaman Login

(79)

Ada dua macam hak akses, yaitu administrator dan user. Perintah yang digunakan untuk mengecek validitas login adalah :

function login(){

$usr=$this->input->post('usr'); $pwd=$this->input->post('pwd'); $this->load->library('session'); $this->session->sess_create();

$cari=$this->db->query('select * from `data user` where

User_Name="'.$usr.'" and Password=("'.$pwd.'") limit 1'); $jns=$cari->row();

if ($cari->num_rows()>0) {

if ($jns->Status=="Administrator"){ $newdata = array(

'username' => $this->input->post("usr"),

echo '<script>window.alert("ANDA GAGAL LOGIN, SILAHKAN CEK PASSWORD ANDA !!");window.history.back()</script>';

(80)

file admin.php, jika pada kolom status berisikan "User", maka akan lari ke file user.php, jika tidak ada dalam tabel data user, akan muncul peringatan.

IV.2.3. Halaman Administrator

(81)

Gambar 4.54. Implementasi Halaman Utama Administrator

IV.2.4. Halaman User

(82)

Gambar 4.55. Implementasi Halaman Utama User

IV.2.5. Menu Pengolahan Data User

Menu pengolahan data user digunakan untuk menambah, mencari, mengubah, dan menghapus data user.

IV.2.5.1. Halaman Tambah Data User

(83)

Gambar 4.56. Implementasi Halaman Tambah Data User

IV.2.5.2. Halaman Cari, Ubah dan Hapus Data User

Halaman Cari, Ubah, dan Hapus Data User adalah halaman yang digunakan untuk mencari, mengubah, dan menghapus data user yang ada. Berikut ini adalah tampilan ketika di klik menu

Cari, ubah & hapus data user :

Gambar 4.57. Implementasi Halaman Cari, Ubah, dan Hapus Data User

IV.2.6. Menu Pengolahan Data Anak

(84)

Data Anak :

Gambar 4.58. Implementasi Halaman Tambah Data Anak

IV.2.6.2. Halaman Cari, Ubah, dan Hapus Data Anak

Berikut ini adalah tampilan ketika memilih menu Cari, Ubah, dan Hapus Data Anak:

(85)

if ($pros=="hapus") $this->kamus->hapusrecord('data jenis biaya','Id_JenisBiaya',$id);

if ($pros=="cari"){

if ($this->input->post('op')=="like")

$where=$this->input->post('kolom').' '.$this->input->post('op').' "%'.$this->input->post('isi').'%"';

else

$where=$this->input->post('kolom').' '.$this->input->post('op').' "'.$this->input->post('isi').'"';

$gru ['jenis']=$this->kamus->get_table('data jenis biaya',$where);

} else {

$gru ['jenis']=$this->kamus->get_table('data jenis biaya');

}

$kol ['operasi']='admin/lstjenisbiaya/cari';

IV.2.6.3 Halaman Laporan Semua Data Anak

Berikut ini adalah tampilan ketika memilih menu Laporan Semua Data Anak Panti Asuhan :

Gambar 4.60. Implementasi Halaman Laporan Semua Data Anak Panti Asuhan

IV.2.7. Menu Pengolahan Data Jenis Biaya

(86)

Biaya:

Gambar 4.61. Implementasi Halaman Tambah Data Jenis Biaya

IV.2.7.2. Halaman Cari, Ubah, dan Hapus Data Jenis Biaya

Berikut adalan tampilan ketika memilih menu Cari, Ubah, dan Hapus Data Jenis Biaya:

Gambar 4.62. Implementasi Halaman Cari, Ubah, dan Hapus Data Jenis Biaya

IV.2.8. Menu Pengolahan Data Biaya Anak

(87)

waktu tertentu, tersedia juga menu untuk menghitung total biaya berdasarkan nama biaya untuk periode waktu tertentu.

IV.2.8.1. Halaman Tambah Data Biaya Anak

Berikut ini adalah tampilan ketika memilih menu Tambah Data Biaya Anak :

Gambar 4.63. Implementasi HalamanTambah Data Biaya Anak

IV.2.8.2. Halaman Cari, Ubah, dan Hapus Data Biaya Anak

Berikut ini adalah tampilan ketika memilih menu Cari, Ubah, dan Hapus Data Biaya Anak :

(88)

Semua Data Biaya Anak Panti Asuhan :

Gambar 4.65. Implementasi Halaman Laporan Semua Data Biaya Anak Panti Asuhan

IV.2.8.4. Halaman Total Biaya Per Anak Periode Tertentu

Halaman Total Biaya Per Anak Periode Tertentu adalah untuk menghitung total biaya untuk nama anak tertentu dalam rentang waktu tertentu sesuai yang diinginkan. Berikut ini adalah tampilan ketika memilih menu Total Biaya Per Anak Periode Tertentu:

Gambar 4.66. Implementasi Halaman Laporan Total Biaya Per Anak Periode Tertentu

IV.2.8.5. Halaman Total Biaya Per Nama Biaya Peride Tertentu

(89)

Gambar 4.67. Implementasi Halaman Laporan Total Biaya Per Nama Biaya Periode Tertentu

IV.2.8.6. Halaman Total Semua Biaya Periode Tertentu

Halaman Total Semua Biaya Periode Tertentu adalah untuk menghitung total semua biaya yang dikeluarkan oleh panti asuhan dalam rentang waktu tertentu sesuai yang diinginkan. Berikut ini adalah tampilan ketika memilih menu Total Semua Biaya Periode Tertentu :

Gambar 4.68. Implementasi Halaman Laporan Total Semua Biaya Periode Tertentu

IV.2.9. Menu Pengolahan Data Prestasi Akademik