pengembangan sistem informasi sumber …... · dari pengembangan sistem informasi sumber daya...

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

commit to user

i

PENGEMBANGAN SISTEM INFORMASI SUMBER DAYA

BERBASIS DATA MONOGRAFI

PADA KECAMATAN COLOMADU KABUPATEN KARANGANYAR

TUGAS AKHIR

Diajukan untuk memenuhi salah satu syarat mencapai gelar Ahli Madya

Program Diploma III Teknik Informatika Fakultas Matematika dan Ilmu

Pengetahuan Alam Universitas Sebelas Maret Surakarta

Disusun oleh :

APRILIA RAMADHAYANTI

NIM. M3309005

PROGRAM DIPLOMA III TEKNIK INFORMATIKA

FAKULTAS MATEMATIKA DAN ILMU PENGETAHUAN ALAM

UNIVERSITAS SEBELAS MARET

2012


commit to user

ii


commit to user

iii


commit to user

iv

ABSTRACT

Aprilia Ramadhayanti, 2012. Development of resources information system based

on the monograph data in Colomadu sub-district of the Karanganyar district. DIII

Information Engineering, Faculty of Mathematics and Natural Sciences, Sebelas

Maret University of Surakarta.

Documenting an efficient, fast, accurate and secure much needed for the

administration of an agency. Resources information system based on the

monograph data support the monograph officers to conduct documenting an

efficient, fast, accurate and safe and does not require double the work to cultivate.

Application of resources information system based on the monograph data in

Colomadu sub-district of the Karanganyar district is designed with multiple

stages, such as the collection of data and information, requirements analysis and

system design, system development and system testing. This application designed

using UML and developed programming using Yii PHP Framework.

From this development of resources information system based on the monograph

data can be concluded this system helps in a more efficient data collection

monographs in Colomadu sub-district of the Karanganyar district.

Keyword : Resource, Monograph Data, Yii Framework


commit to user

v

ABSTRAK

Aprilia Ramadhayanti, 2012. Pengembangan Sistem Informasi Sumber Daya

berbasis Data Monografi pada Kecamatan Colomadu Kabupaten Karanganyar.

DIII Teknik Informatika, Fakultas Matematika dan Ilmu Pengetahuan Alam,

Universitas Sebelas Maret Surakarta.

Pendataan yang efisien, cepat, akurat dan aman sangat dibutuhkan untuk

administrasi suatu instansi. Sistem Informasi Sumber Daya berbasis Data

Monografi ini menunjang kerja para petugas monografi untuk melakukan

pendataan secara efisien, cepat, akurat dan aman serta tidak memerlukan

pekerjaan yang berlipat ganda untuk mengolahnya.

Aplikasi Sistem Informasi Sumber Daya berbasis Data Monografi pada

Kecamatan Colomadu Kabupaten Karanganyar ini dirancang dengan beberapa

tahapan yaitu pengumpulan data dan informasi, analisis kebutuhan dan

perancangan sistem, pembangunan sistem dan pengujian sistem. Aplikasi ini

dirancang menggunakan visualisasi model UML dan dikembangkan

menggunakan bahasa pemrograman PHP Framework YII.

Dari pengembangan Sistem Informasi Sumber Daya berbasis Data Monografi ini

dapat disimpulkan sistem ini membantu dalam pendataan monografi yang lebih

efisien pada Kecamatan Colomadu Kabupaten Karanganyar.

Kata Kunci : Sumber Daya, Data Monografi, Framework Yii


commit to user

x

x

DAFTAR ISI

Halaman

HALAMAN JUDUL...................................................................................

HALAMAN PERSETUJUAN....................................................................

HALAMAN PENGESAHAN.....................................................................

HALAMAN ABSTRACT ..........................................................................

HALAMAN ABSTRAK ............................................................................

HALAMAN MOTTO .................................................................................

HALAMAN PERSEMBAHAN .................................................................

KATA PENGANTAR.................................................................................

DAFTAR ISI................................................................................................

DAFTAR TABEL........................................................................................

DAFTAR GAMBAR...................................................................................

BAB I PENDAHULUAN............................................................................

1.1 Latar Belakang..............................................................................

1.2 Perumusan Masalah......................................................................

1.3 Batasan Masalah...........................................................................

1.4 Tujuan dan Manfaat......................................................................

1.5 Metode Penelitian.........................................................................

1.6 Sistematika Penulisan...................................................................

BAB II LANDASAN TEORI......................................................................

2.1 Konsep Dasar Sistem Informasi...................................................

i

ii

iii

iv

v

vi

vii

viii

x

xii

xiv

1

1

2

2

2

3

5

6

6


commit to user

xi

xi

2.2 Rekayasa Perangkat Lunak...........................................................

2.3 UML.............................................................................................

2.4 Web Service..................................................................................

BAB III ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM....

3.1 Deskripsi Umum Sistem..............................................................

3.2 Analisa Kebutuhan.......................................................................

3.3 Perancangan Sistem.....................................................................

BAB IV IMPLEMENTASI DAN EVALUASI SISTEM...........................

4.1 Implementasi Sistem....................................................................

4.2 Implementasi Antarmuka.............................................................

4.3 Evaluasi Sistem............................................................................

4.4 Deskripsi Evaluasi Sistem............................................................

BAB V PENUTUP.....................................................................................

5.1 Kesimpulan....................................................................................

5.2 Saran.............................................................................................

DAFTAR PUSTAKA..................................................................................

7

8

12

15

15

16

17

56

56

56

68

72

74

74

74

xviii


commit to user

1

1

BAB I

PENDAHULUAN

1.1 Latar Belakang

Data Monografi adalah data keseluruhan tentang keadaan desa. Data

monografi terdiri dari 3 bidang, yaitu Bidang Pemerintahan, Bidang

Pembangunan dan Bidang Kemasyarakatan. Dimana masing-masing bidang

tersebut mencakup berbagai hal. Seperti contohnya Bidang Pemerintahan yang

meliputi keadaan umum, keadaan pertanahan, keadaan kependudukan, keadaan

birokrasi desa, keadaan keuangan desa serta keadaan keamanan desa. Data

Monografi itu sendiri dilakukan pendataan setiap 6 bulan sekali, yaitu pada bulan

juni dan desember.

Pendataan Monografi Desa/Kelurahan di Kecamatan Colomadu sekarang ini

masih dilakukan secara manual yaitu berupa pemberian buku sebanyak 2

eksemplar kepada setiap kelurahan di Kecamatan Colomadu. Petugas monografi

di Kantor Kelurahan mengumpulkan kedua buku monografi tersebut yang telah

diisi dan disetujui oleh Kepala Desa kepada petugas monografi yang ada di

Kantor Kecamatan Colomadu. Kemudian oleh pihak Kecamatan Colomadu, salah

satu buku tersebut dikirim ke Kabupaten Karanganyar sebagai buku administrasi

desa. Dengan sistem pendataan tersebut petugas monografi Desa/Kelurahan harus

melakukan dua kali kerja, ditambah lagi pengelolaan dan ketersediaan data yang

tidak terkontrol sehingga terjadi redundansi.

Oleh karena problematika tersebut maka dibuat sebuah pengembangan sistem

informasi sumber daya berbasis data monografi desa pada Kecamatan Colomadu

Kabupaten Karanganyar yang diharapkan dapat mengatasi problematika yang ada

selama ini.


commit to user

2

1

1.2 Perumusan Masalah

Berdasarkan latar belakang di atas, dapat dirumuskan permasalahan sebagai

berikut : bagaimana mengembangkan sistem informasi sumber daya berbasis data

monografi desa yang dapat membantu pengelolaan dan ketersediaan data.

1.3 Batasan Masalah

Karena kompleksitas permasalahan seringkali dapat menyulitkan penelitian,

maka penulis melakukan pembatasan masalah sebagai berikut :

1. Sistem informasi sumber daya dikembangkan berdasarkan data monografi

desa/kelurahan pada Kecamatan Colomadu Kabupaten Karanganyar

2. Sistem yang dibangun merupakan aplikasi berbasis web dengan

menggunakan komunikasi data berbasis web service

3. Sistem yang dibangun merupakan sistem yang multiuser

1.4 Tujuan dan Manfaat

i. Tujuan Penelitian

Tujuan dari adanya penelitian ini adalah untuk mengembangkan sistem

informasi sumber daya berbasis data monografi desa yang dapat membantu

pengelolaan dan ketersediaan data.

ii. Manfaat Penelitian

Manfaat adanya penelitian ini diharapkan data monografi pada Kecamatan

Colomadu Kabupaten Karanganyar lebih terkontrol dalam pengelolaan dan

ketersediaan data.


commit to user

3

1

1.5 Metode Penelitian

Metodologi penelitian yang digunakan dalam penelitian ini adalah sebagai

berikut :

1. Tahap Perencanaan meliputi :

a. Pembuatan Proposal

Tahapan ini adalah tahapan awal kegiatan penelitian. Pada tahapan ini dibuat

sebuah pandangan awal arah penelitian yang akan dijalankan.

b. Pembuatan Jadwal

Tahapan ini digunakan untuk menentukan jadwal penelitian sehingga

kegiatan lebih terarah.

c. Penentuan Responden

Pada tahapan ini digunakan untuk menentukan responden yang sesuai dengan

kegiatan penelitian yaitu petugas monografi.

2. Tahap Pengumpulan Data

a. Studi Literatur

Pada tahapan ini digunakan untuk pengembangan sistem informasi sumber

daya berbasis data monografi pada kecamatan colomadu kabupaten karanganyar

b. Observasi

Pada tahapan ini digunakan untuk mengumpulkan data monografi pada

Kecamatan Colomadu Kabupaten Karanganyar

3. Tahap Analisis Kebutuhan meliputi :

a. Analisis Kebutuhan User

Pada tahap ini dilakukan analisis user apa saja yang dibutuhkan.

b. Analisis Fungsional Sistem

Pada tahapan ini dilakukan analisis kebutuhan fungsional sistem yaitu

menggunakan use case dan activity diagram.


commit to user

4

1

4. Tahap Perancangan meliputi :

a. Perancangan Perilaku Sistem

Pada Tahapan ini dilakukan perancangan sequence diagram dan class

diagram.

b. Perancangan Standar Komunikasi Data

Pada tahapan ini dilakukan perancangan komunikasi data yang direncanakan

menggunakan web service dengan arsitektur SOAP-XML.

5. Tahap Implementasi

Tahapan ini adalah pembuatan sistem sebagai implementasi dari analisis dan

perancangan yang sudah dibuat.

6. Tahap Uji Coba

Pada tahapan ini digunakan untuk melakukan pengujian sistem agar sistem

yang dioperasikan terbebas dari kesalahan yang dapat muncul.

7. Tahap Kesimpulan dan Saran

Tahap ini berisi kesimpulan mengenai semua tahapan yang telah dilalui serta

saran yang berkenaan dengan hasil yang sudah dicapai.

8. Tahap Pembuatan Laporan

Digunakan untuk membuat laporan mengenai penelitian yang sudah dibuat

selama ini sebagai pertanggungjawaban.


commit to user

5

1

1.6 Sistematika Penulisan

Sistematika penulisan dalam tugas akhir ini terbagi menjadi 5 bab, yaitu :

BAB I PENDAHULUAN. Pada bab ini berisi latar belakang Masalah,

Perumusan Masalah, Batasan Masalah, Tujuan dan Manfaat, Metode Penelitian

dan Sistematika Penulisan.

BAB II LANDASAN TEORI. Pada bab ini memuat teori-teori dasar yang

mendukung dalam pengembangan Sistem Informasi Sumber Daya berbasis Data

Monografi.

BAB III ANALISA PERANCANGAN DAN PERANCANGAN SISTEM.

Pada bab ini membahas tentang desain dan perancangan Sistem Informasi Sumber

Daya berbasis Data Monografi dengan menggunakan visualisasi model UML

(Unified Modeling Language).

BAB IV IMPLEMENTASI DAN EVALUASI SISTEM. Bab ini membahas

tentang Sistem Informasi Sumber Daya berbasis Data Monografi yang sudah

dibangun.

Bab V PENUTUP. Pada bab ini memuat tentang kesimpulan dan saran dari

hasil perancangan dan implementasi.


commit to user

6

6

BAB II

LANDASAN TEORI

2.1 Konsep Dasar Sistem Informasi

Konsep dasar sistem informasi dibagi menjadi tiga bagian yaitu sistem,

informasi dan sistem informasi itu sendiri. Menurut Mustakini (2001), sistem

adalah kumpulan elemen-elemen yang saling berinteraksi satu sama lain untuk

mencapai tujuan yang telah ditetapkan. Sebuah sistem terdiri dari bagian-bagian

yang saling berkaitan yang beroperasi bersama untuk mencapai beberapa sasaran

atau maksud, tujuan dan sasaran yang sama. Model umum suatu sistem terdiri dari

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

Gambar 2.1 Model umum suatu sistem (Mustakini, 2001)

Informasi adalah data yang telah diolah menjadi sebuah bentuk yang berarti

bagi penerimanya dan bermanfaat dalam pengambilan keputusan saat ini atau

mendatang.

Menurut Nash dan Roberts dalam Mustakini (2001) bahwa sistem informasi

merupakan suatu dari orang-orang fasilitas, teknologi, media, prosedur-prosedur

dan pengendalian yang ditujukan untuk mendapatkan jalur komunikasi penting,

memproses tipe transaksi rutin tertentu, memberi sinyal kepada manajemen dan

yang lainnya terhadap kejadian-kejadian internal dan eksternal yang penting dan

yang menyediakan suatu dasar untuk pengambilan keputusan yang cerdik.

Menurut Bower, Schlosser dan Newman dalam Mustakini (2001) bahwa

sistem informasi adalah suatu cara yang sudah tertentu untuk menyediakan

informasi yang dibutuhkan oleh organisasi untuk beroperasi dengan cara yang

sukses dan untuk organisasi bisnis dengan cara yang menguntungkan.

OUTPUT PROCESS INPUT


commit to user

7

6

Keberhasilan suatu sistem informasi sangat bergantung pada basisdata.

Semakin lengkap, akurat dan mudah dalam menampilkan kembali data yang ada

dalam sistem basis data maka akan semakin tinggi kualitas sistem informasi

tersebut.

Analisis dan perancangan sistem informasi adalah rangkaian proses yang

dilakukan untuk memahami sistem yang berjalan, sedangkan implementasi sistem

merupakan tahap yang dilakukan setelah perancangan sistem.

2.2 Rekayasa Perangkat Lunak

Menurut Sommerville (2003), Rekayasa Perangkat Lunak adalah disiplin

ilmu yang membahas semua aspek produksi perangkat lunak, mulai dari tahap

awal spesifikasi sistem sampai pemeliharaan sistem setelah digunakan.

Secara umum, perekayasa perangkat lunak memakai pendekatan yang

sistematis dan terorganisir terhadap pekerjaan mereka karena cara ini seringkali

paling efektif untuk menghasilkan perangkat lunak berkualitas tinggi. Namun

demikian, rekayasa ini sebenarnya mencakup masalah pemilihan metode yang

paling sesuai untuk satu set keadaan dan pendekatan yang lebih kreatif, informal

terhadap pengembangan yang mungkin efektif pada beberapa keadaan.

Model proses perangkat lunak merupakan deskripsi yang disederhanakan dari

proses perangkat lunak yang dipresentasikan dengan sudut pandang tertentu.

Model, sesuai sifatnya, merupakan penyederhanaan, sehingga model proses

perangkat lunak merupakan abstraksi dari proses sebenarnya yang dideskripsikan.

Model proses bisa mencakup kegiatan yang merupakan bagian dari proses

perangkat lunak, produk perangkat lunak, dan peran orang yang terlibat pada

rekayasa perangkat lunak. Beberapa contoh jenis model proses perangkat lunak

yang dapat dihasilkan di antaranya :

1. Model aliran kerja (workflow). Model ini menunjukkan urutan kegiatan pada

proses bersama dengan input, output, dan ketergantungan. Kegiatan pada

model ini mempresentasikan pekerjaan manusia.

2. Model aliran data (data flow) atau kegiatan. Model ini merepresentasikan

proses sebagai satu set kegiatan yang masing-masing melakukan transformasi


commit to user

8

6

data. Model ini menunjukkan bagaimana input ke proses, misalnya

spesifikasi, ditransformasi menjadi output, misalnya desain. Kegiatan di sini

mungkin berada pada tingkat yang lebih rendah daripada kegiatan pada model

aliran kerja. Model ini merepresentasikan transformasi yang dilakukan oleh

orang atau komputer.

3. Model peran/aksi. Model ini merepresentasikan peran orang yang terlibat

pada proses perangkat lunak dan kegiatan yang menjadi tanggung jawab

mereka.

2.3 UML

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

mewakili perangkat lunak berorientasi objek dan sistem bisnis. UML memiliki

standarisasi notasi tetapi tidak mendikte bagaimana menerapkan notasi. UML

mencakup spesifikasi untuk sembilan diagram berbeda yang digunakan untuk

berbagai dokumen perspektif dari solusi perangkat lunak dari awal proyek sampai

instalasi dan pemeliharaan mikrofinansial.

Salah satu cara untuk mengatur diagram UML adalah dengan menggunakan

view. View adalah kumpulan diagram yang menggambarkan aspek yang sama dari

proyek. View mempunyai 3 pelengkap, yaitu Static View, Dynamic View, dan

Functional View.

a. Static View

Static View termasuk diagram yang memberikan gambaran dari unsur-unsur

dari sistem tetapi tidak memberitahu bagaimana elemen akan berperilaku. Hal ini

sangat mirip Blueprint. Blueprint itu komprehensif, tetapi mereka hanya

menunjukkan apa yang tetap diam, maka disebut Static View. Static View

dibentuk oleh dua diagram, yaitu Class Diagram dan Object Diagram.


commit to user

9

6

b. Dynamic View

Pada Dynamic View meliputi diagram yang mengungkapkan bagaimana

benda berinteraksi dengan satu sama lain dalam respon terhadap lingkungan. Ini

termasuk Sequence Diagram dan Collaboration Diagram, yang kolektif disebut

sebagai diagram interaksi. Mereka secara khusus dirancang untuk menjelaskan

bagaimana benda berbicara satu sama lain. Ini juga mencakup Statechart

Diagram, yang menunjukkan bagaimana dan mengapa perubahan objek dari

waktu ke waktu dalam menanggapi lingkungan.

c. Functional View

Functional View terbentuk oleh Use Case Diagram dan Activity Diagram.

Use Case Diagram

Menggambarkan fitur di mana pengguna mengharapkan sistem untuk

menyediakan. Lima elemen pemodelan yang membentuk Use Case Diagram:

actor, Use Case, association, dan dependency.

Tabel 2.1 Simbol Use Case Diagram (Pender, 2002)

Simbol Keterangan

Actor; Sebuah peran yang dimainkan oleh seseorang,

sistem, atau perangkat yang memiliki saham dalam

keberhasilan operasi dari sistem.

Use Case; Untuk mengungkapkan tujuan bahwa sistem

harus dicapai.

Association; Mengidentifikasi interaksi antara aktor dan

Use Case


commit to user

10

6

Dependency; Mengidentifikasi hubungan komunikasi

antara dua Use Case.

Activity Diagram

Diagram ini menggambarkan proses yang termasuk tugas berurutan, logika

kondisional, dan konkurensi. Diagram ini adalah seperti flowchart, tetapi telah

ditingkatkan untuk digunakan dengan pemodelan objek.

Tabel 2.2 Simbol Activity Diagram (Pender, 2002)

Class Diagram

Kelas Diagram terdiri dari tiga kompartemen (ruang persegi panjang) yang

mengandung informasi yang berbeda diperlukan untuk menjelaskan sifat-sifat satu

jenis objek.

Class Name

Attribute

Operations()

Gambar 2.2 Notasi Class Diagram (Pender, 2002)


commit to user

11

6

Notasi dalam class diagram adalah sebagai berikut :

1. Class Name digunakan untuk mendefinisikan class (tipe objek) dalam sebuah

paket.

2. Attribute berisi semua definisi data.

3. operations berisi definisi untuk setiap perilaku yang didukung oleh jenis

objek.

Sequence Diagram

Semua Sequence diagram lebih dimodelkan pada tingkat objek daripada

tingkat kelas untuk memungkinkan skenario yang menggunakan lebih dari satu

instance dari kelas yang sama dan bekerja pada tingkat fakta, data uji, dan contoh.

Sequence Diagram menggunakan tiga elemen notasi mendasar: object,

message/stimuli, and object lifeline.

Tabel 2.3 Simbol Sequence Diagram (Pender, 2002)

Simbol Keterangan

Objects; mewakili peserta

Messages/Stimuli; mewakili komunikasi yang dikirim satu

sama lain.

Lifeline; untuk mengatur pesan-pesan dalam urutan yang

relatif tepat.

http://3.bp.blogspot.com/_gj6msE3v2vE/SdxREsLWt5I/AAAAAAAAADE/UMjLeLBrfV4/s1600-h/1.JPG

http://2.bp.blogspot.com/_gj6msE3v2vE/SdxXMrFl9gI/AAAAAAAAAEM/Hlnm6JZx-SQ/s1600-h/untitled.bmp

http://3.bp.blogspot.com/_gj6msE3v2vE/SdxR6nz6IKI/AAAAAAAAADU/pwIstFEYr40/s1600-h/3.JPG


commit to user

12

6

2.4 Web Service

Menurut Snell (2001), Sebuah Web Service adalah antarmuka jaringan yang

dapat diakses untuk fungsionalitas aplikasi, dibangun dengan menggunakan

standard teknologi Internet. Dengan kata lain, jika sebuah aplikasi dapat diakses

melalui jaringan menggunakan kombinasi dari protokol seperti HTTP, XML,

SMTP, atau Jabber, maka itu adalah Web Service. Meskipun semua media hype

sekitar web service, itu benar-benar sederhana. Web service bukanlah hal yang

baru. Sebaliknya, web service mewakili evolusi prinsip-prinsip yang telah

membimbing internet selama bertahun-tahun.

XML memungkinkan pengembang software untuk meng-expose sumber daya

berharga pada bentuk yang memilki interoperabilitas tinggi, dimana sumber daya

ini adalah semua tipe aplikasi atau pnyimpanan data yang digunakan oleh antar

organisasi. Arsitektur XML Web services mendefinisikan mekanisme standard

untuk menyediakan sumber daya melalui pengiriman pesan XML. Untuk

mengakses sumber daya hanya dengan mentransmisikan pesan-pesan XML

melalui protokol standard seperti TCP, HTTP, atau SMTP. Kata “Web Service”

mengacu pada bagian kode yang mengimplementasikan interface XML menjadi

sumber daya, dimana bias jadi sulit diakses.

Sebuah web service adalah sebuah antarmuka diposisikan antara kode

aplikasi dan pengguna dari kode tersebut. Ini bertindak sebagai lapisan abstraksi,

memisahkan platform dan bahasa pemrograman-spesifik rincian tentang

bagaimana kode aplikasi sebenarnya dipanggil. Lapisan standar berarti bahwa

setiap bahasa yang mendukung web service dapat mengakses fungsionalitas

aplikasi.

Saat ini ada dua sekolah pemikiran dalam mengembangkan web service :

pendekatan berbasis standar (SOAP) serta konseptual yang sederhana dan trendi

(REST). Keputusan antara dua akan menjadi pilihan pertama dalam merancang

web service, sehingga sangat penting untuk memahami pro dan kontra dari

keduanya. Hal ini juga penting, dalam perdebatan yang kadang-kadang panas

antara dua filosofi untuk memisahkan kenyataan dari retorika.


commit to user

13

6

SOAP "Simple Object Access Protocol" dirancang untuk menjadi alternatif

platform dan bahasa-netral untuk techologies middleware sebelumnya seperti

CORBA dan DCOM. Penampilan publik pertama adalah publik draft Internet

(diserahkan ke IETF) pada tahun 1999; lama kemudian, pada bulan Desember

1999, SOAP 1.0 dirilis. Pada bulan Mei tahun 2000 versi 1.1 diserahkan kepada

W3C mana ia membentuk jantung dari teknologi Web Services yang muncul.

Versi saat ini adalah 1,2, diselesaikan pada tahun 2005.

Posisi SOAP dalam tumpukan teknologi web service sebagai protokol standar

untuk kemasan pesan bersama oleh aplikasi. Spesifikasi ini mendefinisikan tidak

lebih dari sebuah amplop berbasis XML sederhana untuk informasi yang

ditransfer, dan satu set aturan untuk menerjemahkan aplikasi dan platform yang

spesifik tipe data ke dalam representasi XML. Desain SOAP membuatnya cocok

untuk berbagai macam aplikasi pesan dan pola integrasi. Hal ini untuk sebagian

besar memberikan kontribusi untuk popularitas berkembang.

Gambar 2.3 SOAP-XML (Snell, 2001)

Menurut Fielding (2002), REST adalah seperangkat terkoordinasi kendala

arsitektur yang mencoba untuk meminimalkan latency dan jaringan komunikasi,

sementara pada saat yang sama memaksimalkan kemandirian dan skalabilitas dari

implementasi komponen. Hal ini dicapai dengan menempatkan kendala pada

semantik konektor, di mana gaya lain telah berfokus pada komponen semantik.

REST memungkinkan caching dan penggunaan kembali interaksi, dinamis

substitusi komponen, dan pengolahan tindakan oleh perantara, dalam rangka

memenuhi kebutuhan sistem hypermedia internet skala didistribusikan.


commit to user

14

6

Web modern adalah salah satu contoh dari arsitektur REST-style. Meskipun

aplikasi berbasis web dapat mencakup akses ke gaya lain dari interaksi, fokus

sentral dari keprihatinan protokol dan kinerja didistribusikan hypermedia.

REST menguraikan hanya bagian dari arsitektur yang dianggap penting

untuk Internet-skala interaksi hypermedia didistribusikan. Daerah untuk perbaikan

arsitektur Web dapat dilihat di mana protokol yang ada gagal untuk

mengekspresikan semua potensi interaksi semantik komponen, dan di mana

rincian sintaks dapat diganti dengan bentuk yang lebih efisien tanpa mengubah

kemampuan arsitektur. Demikian pula, ekstensi yang diusulkan dapat

dibandingkan REST untuk melihat apakah mereka cocok dalam arsitektur; jika

tidak, biasanya lebih efisien untuk mengarahkan fungsi yang untuk sistem

berjalan secara paralel dengan gaya arsitektur yang lebih berlaku.

Gambar 2.4 REST-XML (Fielding, 2002)


commit to user

15

15

BAB III

ANALISIS KEBUTUHAN DAN PERANCANGAN SISTEM

3.1 Deskripsi Umum Sistem

Perancangan sistem sangat dibutuhkan sebelum membuat suatu aplikasi.

Rancangan tersebut meliputi perancangan input dan output. Untuk memahami dan

merealisasikan sistem, diperlukan suatu gambaran mengenai sistem alur data yang

terjadi.

Sistem Informasi Sumber Daya berbasis Data Monografi adalah suatu

aplikasi berbasis web yang memfasilitasi Kecamatan Colomadu dalam melakukan

pengarsipan administrasi desa sebagai pengganti proses pengarsipan administraasi

desa dengan media buku. Dengan demikian diharapkan akan menjadi lebih efektif

dalam pengaplikasiannya.

Sistem Informasi Sumber Daya berbasis Data Monografi ini juga

menggunakan sistem komunikasi berbasis web service. Kegunaan web service ini

untuk menghubungkan antara 2 sistem yang berbeda, yaitu sistem untuk user dan

sistem untuk pengunjung. Sehingga keamanan data terjaga dengan baik.

Sistem Informasi Sumber Daya berbasis Data Monografi ini dirancang

menggunakan visualisasi model UML dimana visualisasi tersebut diperuntukan

model sistem yang Objek Oriented Programming.

Dari deskripsi di atas, akan dijabarkan lebih spesifik pada tahap analisis

dan perancangan untuk menguraikan sub-sub bagian dan visualisasi dari sistem

yang akan digunakan untuk tahap implementasi (pembuatan) sistem.

Gambar 3.1 Implementasi Web Service

Aplikasi

User

Web

Service

Aplikasi

Pengunjung


commit to user

16

3.2 Analisis Kebutuhan

a. Kebutuhan Fungsional

Tabel 3.1 Kebutuhan fungsional sistem

Kode Deskripsi Level

FSIM-01 Sistem menyediakan fungsi login Operator Kelurahan,

Admin Kecamatan,

Kepala Desa,

Admin Kabupaten

FSIM-02 Sistem menyediakan fungsi menambah

data monografi

Admin Kelurahan

FSIM-03 Sistem menyediakan fungsi melihat data

monografi

Operator Kelurahan,

Admin Kecamatan,

Admin Kabupaten,

Kepala Desa

FSIM-04 Sistem menyediakan fungsi menghapus

data monografi

Operator Kelurahan


notifikasi

Admin Kecamatan,

Kepala Desa

FSIM-06 Sistem menyediakan fungsi melihat

notifikasi

Operator Kelurahan

FSIM-07 Sistem menyediakan fungsi validasi Kepala Desa

FSIM-08 Sistem menyediakan fungsi verifikasi Admin Kecamatan


data kelurahan

Admin Kecamatan

FSIM-10 Sistem menyediakan fungsi merubah data

kelurahan

Admin Kecamatan


kelurahan

Admin Kecamatan,

Admin Kabupaten


data user

Admin Kabupaten


commit to user

17

FSIM-13 Sistem menyediakan fungsi merubah data

user

Admin Kabupaten


user

Admin Kabupaten

b. Kebutuhan Non Fungsional

Tabel 3.2 Kebutuhan Non fungsional sistem

Kode Deskripsi

NFSIM-01 Sistem harus dapat mengurangi transaksi manual

NFSIM-02 Sistem harus dapat digunakan diseluruh lokasi

3.3 Perancangan Sistem

a. Aktor

1. Deskripsi Aktor

Tabel 3.3 Deskripsi Aktor

Nama Deskripsi

Operator Kelurahan Adalah orang yang bertanggung jawab untuk mengelola

data monografi pada kelurahan terkait

Admin Kecamatan Adalah orang yang bertanggung jawab untuk

memverifikasi data monografi yang diterima serta

mengelola data kelurahan.

Kepala Desa Adalah orang yang bertanggung jawab untuk mem-

validasi data yang akan di kirim ke kecamatan

Admin Kabupaten Adalah orang yang bertanggung jawab mengelola user.


commit to user

18

2. Hak dan Kewajiban Aktor

Tabel 3.4 Hak dan Kewajiban Aktor

Nama Deskripsi

Operator Kelurahan Melakukan pengelolaan data monografi seperti

menambah dan merubah.

Admin Kecamatan Melakukan verifikasi data monografi yang diterima dan

melakukan pengelolaan data kelurahan, seperti

menambah dan merubah.

Admin Kabupaten Melakukan pengelolaan data user seperti menambah dan

merubah

Kepala Desa Melakukan validasi atas data yang akan dikirim ke

kecamatan.

b. Use Case

1. Deskripsi Use Case

Tabel 3.5 Deskripsi Use Case

Nama Deskripsi

Login Fungsi untuk memberikan hak akses kepada user

Menambah Monografi Fungsi untuk menambahkan data monografi

Melihat Monografi Fungsi untuk melihat data monografi

Menghapus Monografi Fungsi untuk menghapus data monografi

Menambah User Fungsi untuk menambah data user

Merubah User Fungsi untuk merubah data user

Melihat User Fungsi untuk melihat data user

Menambah Kelurahan Fungsi untuk menambah data kelurahan

Merubah Kelurahan Fungsi untuk merubah data kelurahan

Melihat Kelurahan Fungsi untuk melihat data kelurahan

Validasi Data Fungsi untuk mem-validasi data yang akan dikirim

Verifikasi Fungsi untuk mem-verifikasi data yang diterima


commit to user

19

Menambah Notifikasi Fungsi untuk membuat notifikasi untuk diberikan

kepada operator kelurahan

Melihat Notifikasi Fungsi untuk melihat notifikasi


commit to user

20

15

2. Diagram Use Case

Gambar 3.2 Diagram Use Case

Operator Kelurahan

Admin Kabupaten

login

menambah data monografi

menampilkan data monografimenghapus data monografi

Admin Kecamatan

verifikasi data monografi

Kepala Desa

memperbarui data user

validasi data monografi

menambah data user

<<extend>>

<<extend>>

<<extend>>

<<extend>> <<extend>>

<<extend>>

<<include>>

membuat notifikasi

<<include>>

Pengunjung

menambah data kelurahan

merubah data kelurahan

<<include>>

<<extend>>

<<include>>

menampilkan data kelurahan

<<extend>>

<<include>>

menampilkan notifikasi

<<include>>


commit to user

21

15

c. Diagram Activity

1. Login

Gambar 3.3 Diagram Activity Login

2. Menambah Data User

Gambar 3.4 Diagram Activity Menambah Data User

get username dan password

cek database

Found ?

No

Yes

get username, password, id_level

cek database

Valid ?

No

simpan username, password, id_level

Yes


commit to user

22

3. Merubah Data User

Gambar 3.5 Diagram Activity Merubah Data User

4. Melihat Data User

Gambar 3.6 Diagram Activity Melihat Data User

get username

cek database

Valid ?

menampilkan data user

get Username, Password baru

ubah password = password baru

Yes

No

get username

menampilkan data user


commit to user

23

5. Menambah Data Monografi

Gambar 3.7 Diagram Activity Menambah Data Monografi

6. Menghapus Data Monografi

Gambar 3.8 Diagram Activity Menghapus Data Monografi

get Data Monografi

cek database

Valid ?

No

simpan data monografi

Yes

get id_periode

hapus data monografi


commit to user

24

7. Melihat Data Monografi

Gambar 3.9 Diagram Activity Melihat Data Monografi

8. Menambah Data Kelurahan

Gambar 3.10 Diagram Activity Menambah Data Kelurahan

get id_periode

menampilkan data monografi

get kd_kelurahan, nm_kelurahan

cek database

Valid ?

No

simpan kd_kelurahan, nm_kelurahan

Yes


commit to user

25

9. Merubah data Kelurahan

Gambar 3.11 Diagram Activity Merubah Data Kelurahan

10. Melihat Data Kelurahan

Gambar 3.12 Diagram Activity Melihat Data Kelurahan

get kd_kelurahan, nm_kelurahan

cek database

Valid ?

No

get kd_kelurahan


ubah kelurahan = kelurahan baru

Yes

get kd_kelurahan



commit to user

26

11. Validasi Data, Verifikasi Data, dan Membuat Notifikasi

Gambar 3.13 Diagram Activity Validasi Data, Verifikasi Data dan Membuat Notifikasi

12. Melihat Notifikasi

Gambar 3.14 Diagram Activity Melihat Notifikasi

get id_periode

menampilkan data monografi

Accept ?get notifikasi

Yes

No

get status

cek database valid ?

No

simpan notifikasi

Yes

get id

menampilkan notifikasi


commit to user

27

d. Perancangan Antarmuka

1. Login

Gambar 3.15 Perancangan Antarmuka Login


Gambar 3.16 Perancangan Antarmuka Menambah Data User


Gambar 3.17 Perancangan Antarmuka Merubah Data User


Gambar 3.18 Perancangan Antarmuka Melihat Data User


commit to user

28


Gambar 3.19 Perancangan Antarmuka Menambah Data Monografi


Gambar 3.20 Perancangan Antarmuka Menghapus Data Monografi


Gambar 3.21 Perancangan Antarmuka Melihat Data Monografi


Gambar 3.22 Perancangan Antarmuka Menambah Data Kelurahan


commit to user

29

9. Merubah Data Kelurahan

Gambar 3.23 Perancangan Antarmuka Merubah Data Kelurahan


Gambar 3.24 Perancangan Antarmuka Melihat Data Kelurahan

11. Validasi Data

Gambar 3.25 Perancangan Antarmuka Validasi Data

12. Verifikasi Data

Gambar 3.26 Perancangan Antarmuka Verifikasi Data


commit to user

30

13. Menambah Data Notifikasi

Gambar 3.27 Perancangan Antarmuka Menambah Data Notifikasi

14. Melihat Data Notifikasi

Gambar 3.28 Perancangan Antarmuka Melihat Data Notifikasi


commit to user

31

e. Diagram Sequence

1. Login

Gambar 3.29 Diagram Sequence Login


Gambar 3.30 Diagram Sequence Menambah Data User

: login<<boundary>>

: UserIdentify<<control>>

: User<<entity>>

: User

1 : setUsername()

2 : username:=getUsername() 3 : username := getUsername()

4 : authenticate()

5 : displayMessage()6 : setPassword()

7 : password:=getPassword()8 : authenticate()

9 : displayMessage() 10 : id := getLevelId()

11 : authenticate()

12 : displayMessage()

: Admin Kabupaten

: UserController<<control>>

: User<<entity>>

: CreateUser<<boundary>>

1 : memasukkan data user

2 : getUser()

3 : return data user

4 : getTable()

5 : return table

6 : actionCreate()

7 : menampilkan pesan


commit to user

32


Gambar 3.31 Diagram Sequence Merubah Data User


Gambar 3.32 Diagram Sequence Melihat Data User

: Admin Kabupaten : User

<<entity>> : UserController

<<control>> : UpdateUser

<<boundary>>

1 : memilih username

2 : getUsername()

3 : return username

4 : getTable()

5 : return tabel

6 : displayData()

7 : memasukkan data user terbaru

8 : getUser()

9 : return data user10 : getTable()

11 : return tabel

12 : actionUpdate()


: Admin Kabupaten

: UserController<<control>>

: User<<entity>>

: ViewUser<<boundary>>

1 : memilih username2 : getUsername()

3 : return username

4 : getTable()

5 : return table

6 : actionView()

7 : displayData()


commit to user

33


Gambar 3.33 Diagram Sequence Menambah Data Monografi


Gambar 3.34 Diagram Sequence Menghapus Data Monografi


Gambar 3.35 Diagram Sequence Melihat Data Monografi

: Operator Kelurahan

: MonografiController<<control>>

: Monografi<<entity>>

: CreateMonografi<<boundary>>

1 : memasukkan data monografi2 : getData()

3 : return data monografi

4 : getTable()

5 : return table

6 : actionCreate()

7 : diplayMessage()


: DeleteMonografi<<boundary>>



1 : memilih id_periode

2 : getIdPeriode()

3 : return id_periode

4 : getTable()

5 : return table

6 : actionDelete()


: User

: ViewMonografi<<boundary>>




2 : getIdPeriode()

3 : return id_periode4 : getTable()

5 : return table

6 : actionView()

7 : displayData()


commit to user

34


Gambar 3.36 Diagram Sequence Menambah Data Kelurahan

9. Merubah Data Kelurahan

Gambar 3.37 Diagram Sequence Merubah Data Kelurahan

: Kelurahan<<entity>>

: KelurahanController<<control>>

: CreateKelurahan<<boundary>>

: Admin Kecamatan

1 : memasukkan data kelurahan2 : getKelurahan()

3 : return kelurahan

4 : getTable()

5 : return table

6 : actionCreate()


: Admin Kecamatan



: UpdateKelurahan<<boundary>>

1 : memilih kd_kelurahan2 : getKelurahan()

3 : return kd_kelurahan

4 : getTable()

5 : return table6 : displayData()

7 : memasukkan data kelurahan baru8 : getKelurahan()

9 : return kelurahan10 : getTable()

11 : return table

12 : actionUpdate()



commit to user

35


Gambar 3.38 Diagram Sequence Melihat Data Kelurahan

11. Validasi Data Monografi

Gambar 3.39 Diagram Sequence Validasi Data Monografi

: ViewKelurahan<<boundary>>



: Admin Kabupaten : Admin Kecamatan : Pengunjung

1 : memilih kd_kelurahan



4 : getKelurahan()

5 : return kd_kelurahan 6 : getTable()

7 : return table

8 : actionView()

9 : displayData()

: Kepala Desa

: ValidasiData<<boundary>>

: StatusdataController<<control>>

: StatusData<<entity>>

1 : memilih id_periode2 : getIdPeriode()


5 : return table6 : displayData()7 : mengganti status

8 : getStatus()

9 : return status 10 : getTable()

11 : return table

12 : actionValidasi()



commit to user

36

12. Verifikasi Data Monografi

Gambar 3.40 Diagram Sequence Verifikasi Data Monografi

13. Menambah Notifikasi

Gambar 3.41 Diagram Sequence Menambah Notifikasi

: Admin Kecamatan : VerifikasiData<<boundary>>

: StatusData<<entity>>

: StatusdataController<<control>>


2 : getIdPeriode()


5 : return table6 : displayData()

7 : mengganti status

8 : getStatus()

9 : return status10 : getTable()

11 : return table

12 : actionVerifikasi()


: Kepala Desa : Admin Kecamatan

: CreateNotifikasi<<boundary>>

: NotifikasiController<<control>>

: Notifikasi<<entity>>

1 : memasukkan data notifikasi

2 : memasukkan data notifikasi

3 : getNotifikasi()

4 : return notifikasi5 : getTable()

6 : return table

7 : actionCreate()



commit to user

37

14. Melihat Notifikasi

Gambar 3.42 Diagram Sequence Melihat Notifikasi

f. Diagram Class Tahap Perancangan

1. Data Monografi

Gambar 3.43 Diagram Class Tahap Perancangan Data Monografi

: ViewNotifikasi<<boundary>>

: Notifikasi<<entity>>

: NotifikasiController<<control>>


1 : memilih id

2 : getId()

3 : return id 4 : getTable()

5 : return table

6 : actionView()

7 : displayData()

CreateMonografi<<boundary>>

+getData()+diplayMessage()

DeleteMonografi<<boundary>>

+getIdPeriode()+displayMessage()

ViewMonografi<<boundary>>

+getIdPeriode()+displayData()

MonografiController<<control>>

+actionCreate()+actionDelete()+actionView()

Monografi<<entity>>

+getTable()


commit to user

38

a) Deskripsi Class CreateMonografi

Tabel 3.6 Deskripsi Class CreateMonografi

Atribut

Nama Atribut Visibility Type

- - -

Method

Nama Method Fungsi

getData() Digunakan untuk mengambil data yang di-

input-kan oleh operator kelurahan

displayMessage() Digunakan untuk menampilkan pesan apakah

inputan sukses atau tidak.

b) Deskripsi Class DeleteMonografi

Tabel 3.7 Deskripsi Class DeleteMonografi

Atribut


- - -

Method

Nama Method Fungsi

getIdPeriode() Digunakan untuk mengambil salah satu field

yang akan dihapus




commit to user

39

c) Deskripsi Class ViewMonografi

Tabel 3.8 Deskripsi Class ViewMonografi

Atribut


- - -

Method

Nama Method Fungsi

getIdPeriode() Digunakan untuk mengambil salah satu field

yang akan ditampilkan

displayData() Digunakan untuk menampilkan data

d) Deskripsi Class ControllerMonografi

Tabel 3.9 Deskripsi Class ControllerMonografi

Atribut


- - -

Method

Nama Method Fungsi

actionCreate() Digunakan untuk melakukan penambahan

data di database

actionDelete() Digunakan untuk penghapusan data di

database

actionView() Digunakan untuk menampilkan data


commit to user

40

e) Deskripsi Class Monografi

Tabel 3.10 Deskripsi Class Monografi

Atribut


- - -

Method

Nama Method Fungsi

getTable() Digunakan untuk mengambil tabel yang

digunakan

2. Data User

Gambar 3.44 Diagram Class Tahap Perancangan Data User

login<<boundary>>

+username+password

+getUsername()+getPassword()+setUsername()+setPassword()+displayMessage()

UserIdentify<<control>>

-username

+authenticate()

User<<entity>>

+getUsername()+getLevelId()+getTable()

UserController<<control>>

+id

+actionCreate()+actionUpdate()+actionView()

CreateUser<<boundary>>

+username+password+id_level

+getUser()+displayMessage()

UpdateUser<<boundary>>

+password

+getUsername()+displayData()+getUser()+displayMessage()

ViewUser<<boundary>>

+id

+getUsername()+displayData()


commit to user

41

a) Deskripsi Class Login

Tabel 3.11 Deskripsi Class Login

Atribut


username public string

password public string

Method

Nama Method Fungsi

getUsername() Digunakan untuk mengambil username yang

di-input-kan oleh user

getPassword() Digunakan untuk mengambil password yang

di-input-kan oleh user

setUsername() Digunakan untuk mengirim username yang

di-input-kan

setPassword() Digunakan untuk mengirim password yang

di-input-kan

displayMessage() Digunakan untuk menampilkan pesan sukses

atau pesan error.

b) Deskripsi Class UserIdentify

Tabel 3.12 Deskripsi Class UserIdentify

Atribut


username public string

Method

Nama Method Fungsi

authenticate() Digunakan untuk mengolah data user dengan

inputan yang dimasukkan user untuk dapat

login.


commit to user

42

c) Deskripsi Class CreateUser

Tabel 3.13 Deskripsi Class CreateUser

Atribut


username public String

password public String

Id_level public integer

Method

Nama Method Fungsi

getUser() Digunakan untuk mengambil data user yang

dimasukkan oleh admin kabupaten



d) Deskripsi Class UpdateUser

Tabel 3.14 Deskripsi Class UpdateUser

Atribut


password public String

Method

Nama Method Fungsi

getUsername() Digunakan untuk mengambil field yang aka

dirubah datanya

getUser() Digunakan untuk mengambil data baru yang

dirubah



inputan sukses atau tidak


commit to user

43

e) Deskripsi Class ViewUser

Tabel 3.15 Deskripsi Class ViewUser

Atribut


id public integer

Method

Nama Method Fungsi

getUsername() Digunakan untuk mengambil salah satu field

yang akan ditampilkan


f) Deskripsi Class ControllerUser

Tabel 3.16 Deskripsi Class ControllerUser

Atribut


id public integer

Method

Nama Method Fungsi


data di database

actionUpdate() Digunakan untuk melakukan perubahan data

di database



commit to user

44

g) Deskripsi Class User

Tabel 3.17 Deskripsi Class User

Atribut


id public integer

Method

Nama Method Fungsi

getUsername() Digunakan untuk mengambil field dengan

kategori username

getLevelId() Digunakan untuk mengambil field dengan

kategori level_id

getTable() Digunakan untuk mengambil table yang

digunakan.

3. Data Kelurahan

Gambar 3.45 Diagram Class Tahap Perancangan Data Kelurahan

CreateKelurahan<<boundary>>

+kd_kelurahan+nm_kelurahan

+getKelurahan()+displayMessage()

UpdateKelurahan<<boundary>>

+kd_kelurahan+nm_kelurahan

+getKelurahan()+displayData()+displayMessage()

KelurahanController<<control>>

+id

+actionCreate()+actionUpdate()+actionView()

Kelurahan<<entity>>

+getTable()

ViewKelurahan<<boundary>>

+kd_kelurahan

+getKelurahan()+display data()


commit to user

45

a) Deskripsi Class CreateKelurahan

Tabel 3.18 Deskripsi Class CreateKelurahan

Atribut


kd_kelurahan public string

nm_kelurahan public string

Method

Nama Method Fungsi

getKelurahan() Digunakan untuk mengambil data kelurahan

yang di-input-kan oleh admin kecamatan


atau pesan error.

b) Deskripsi Class UpdateKelurahan

Tabel 3.19 Deskripsi Class UpdateKelurahan

Atribut


kd_kelurahan public string

nm_kelurahan public string

Method

Nama Method Fungsi

getKelurahan() Digunakan untuk mengambil field data

kelurahan yang akan dirubah serta

mengambil data baru yang telah dirubah.

displayData() Digunakan untuk menampilkan data yang

akan dirubah

displayMessage() Digunakan untuk menmapilkan pesan eror

ataupun sukses.


commit to user

46

c) Deskripsi Class ViewKelurahan

Tabel 3.20 Deskripsi Class ViewKelurahan

Atribut


kd_kelurahan public String

Method

Nama Method Fungsi

getKelurahan() Digunakan untuk mengambil data kelurahan

untuk ditampilkam

displayData() Digunakan untuk menampilkan data.

d) Deskripsi Class ControllerKelurahan

Tabel 3.21 Deskripsi Class ControllerKelurahan

Atribut


Id public integer

Method

Nama Method Fungsi


data di database

actionUpdate() Digunakan untuk melakukan perubahan data

di database



commit to user

47

e) Deskripsi Class Kelurahan

Tabel 3.22 Deskripsi Class Kelurahan

Atribut


- - -

Method

Nama Method Fungsi


digunakan

4. Validasi, Verifikasi, dan Notifikasi

Gambar 3.46 Diagram Class Tahap Perancangan Validasi, Verifikasi dan Notifikasi

ValidasiData<<boundary>>

+id+id_periode+validasi

+getIdPeriode()+displayData()+getStatus()+displayMessage()

StatusdataController<<control>>

+id

+actionValidasi()+actionVerifikasi()

StatusData<<entity>>

+getTable()

VerifikasiData<<boundary>>

+id+id_periode+verifikasi

+getIdPeriode()+displayData()+getStatus()+displayMessage()

CreateNotifikasi<<boundary>>

+id+username+kd_kelurahan+isi

+getNotifikasi()+displayMessage()

NotifikasiController<<control>>

+id

+actionCreate()+actionView()

Notifikasi<<entity>>

+getTable()

ViewNotifikasi<<boundary>>

+id

+getId()+displayData()


commit to user

48

a) Deskripsi Class Validasi

Tabel 3.23 Deskripsi Class Validasi

Atribut


Id public integer

Id_periode public string

validasi public string

Method

Nama Method Fungsi

getIdPeriode() Digunakan untuk mengambil data yang akan

divalidasi


getStatus() Digunakan untuk mengganti status validasi


atau pesan error.

b) Deskripsi Class Verifikasi

Tabel 3.24 Deskripsi Class Verifikasi

Atribut


Id public integer

Id_periode public string

verifikasi public string

Method

Nama Method Fungsi

getIdPeriode() Digunakan untuk mengambil field yang akan

divalidasi


getStatus() Digunakan untuk mengganti status verifikasi

displayMessage() Digunakan untuk menmapilkan pesan eror

ataupun sukses.


commit to user

49

c) Deskripsi Class StatusdataController

Tabel 3.25 Deskripsi Class StatusdataController

Atribut


Id public integer

Method

Nama Method Fungsi

actionValidasi() Digunakan untuk merubah status validasi

actionVerifikasi() Digunakan untuk merubah status verifikasi

d) Deskripsi Class StatusData

Tabel 3.26 Deskripsi Class StatusData

Atribut


- - -

Method

Nama Method Fungsi


digunakan


commit to user

50

e) Deskripsi Class CreateNotifikasi

Tabel 3.27 Deskripsi Class CreateNotifikasi

Atribut


Id public integer

username public String

kd_kelurahan public String

Isi Public Text

Method

Nama Method Fungsi

getNotifikasi() Digunakan untuk mengambil data notifikasi

yang dimasukkan oleh user

displayMessage() Digunakan untuk menampilkan pesan eror

atau sukses.

f) Deskripsi Class ViewNotifikasi

Tabel 3.28 Deskripsi class ViewNotifikasi

Atribut


id public integer

Method

Nama Method Fungsi

getId() Digunakan untuk mengambil field yang akan

ditampilkan



commit to user

51

g) Deskripsi Class NotifikasiController

Tabel 3.29 Deskripsi Class NotifikasiController

Atribut


Id Public integer

Method

Nama Method Fungsi

actionCreate() Digunakan untuk menambah data di database


h) Deskripsi Class Notifikasi

Tabel 3.30 Deskripsi Class Notifikasi

Atribut


- - -

Method

Nama Method Fungsi


digunakan


commit to user

52

g. Skema Diagram

1. Bidang Pemerintahan

Kelurahan

PK kd_Kelurahan

nm_Kelurahan

Periode

PK id_Periode

Bulan

Tahun

FK1 kd_Kelurahan

Luas_Batas

PK id

FK1 id_Periode

Luas_Desa

Utara_Desa

Selatan_Desa

Barat_Desa

Timur_Desa

Geografis

PK id

FK1 id_Periode

Tinggi_Permukaan

Curah_Hujan

Topografi

Suhu_Udara

Orbitasi

PK id

FK1 id_Periode

Jarak_Kecamatan

Jarak_Kabupaten

Jarak_Propinsi

StatusTanah

PK id

FK1 id_Periode

jenis

luas

BelumSertifikat

PK id

FK1 id_Periode

Tahun

Jumlah

Luas

Surat_Bentuk

Sertifikat

PK id

FK1 id_Periode

Tahun

seritifikat

jenis_tanah

Jumlah

Luas

RubahTanah

PK id

FK1 id_Periode

jenis_tanah

rubah

luas

TanahSawah

PK id

FK1 id_Periode

jenis_tanah

jenis

luas

TanahKering

PK id

FK1 id_Periode

jenis

luas

TanahHutan

PK id

FK1 id_Periode

jenis_tanah

jenis

luas

TanahKebun

PK id

FK1 id_Periode

jenis_tanah

jenis

luas

FasilitasUmum

PK id

FK1 id_Periode

jenis

Luas

FasilitasKhusus

PK id

jenis

Luas

FK1 id_Periode

UsiaPenduduk

PK id

FK1 id_Periode

usia

jenis_kelamin

jumlah

JenisKelamin

PK id

FK1 id_Periode

jenis_kelamin

jumlahKepalaKeluarga

PK id

jumlah

FK1 id_PeriodeKewarganegaraan

PK id

FK1 id_Periode

Kewaraganegaraan

jenis_kelamin

jumlah

Kepercayaan

PK id

agama

FK1 id_Periode

Kelompok_PraSekolah

PK id

FK1 id_Periode

usia

jumlah

Kelompok_Pendidikan

PK id

FK1 id_Periode

usia

jumlah

Kelompok_TenagaKerja

PK id

FK1 id_Periode

jenis_kelamin

usia

jumlah

Tingkat_Pendidikan

PK id

tingkat

jumlah

FK1 id_Periode

Mobilitas

PK id

FK1 id_Periode

jenis

jenis_kelamin

jumlah

Pernikahan

PK id

jenis

jumlah

FK1 id_Periode

Perangkat_Desa

PK id

perangkat

jumlah

FK1 id_Periode

RtRw

PK id

dusun

rt

rw

FK1 id_PeriodeMusyawarah_Desa

PK id

anggota

pembentukan

FK1 id_Periode

Lembaga_Desa

PK id

kelembagaan

jumlah

FK1 id_Periode

Peraturan

PK id

jenis

jumlah

FK1 id_Periode

Keuangan

PK id

jenis

jumlah

FK1 id_Periode

PendapatanAsli

PK id

jenis

jumlah

FK1 id_Periode

KeuanganLain

PK id

jenis

jumlah

FK1 id_Periode

Bantuan_Pemerintah

PK id

jenis

jumlah

FK1 id_Periode

PajakBumiBangunan

PK id

WajibPajak

SPPT

KetetapanPajak

Realisasi

Tunggakan

FK1 id_Periode

Linmas

PK id

linmas

jumlah

FK1 id_Periode

TraTib

PK id

jenis

jumlah

FK1 id_Periode

Organisasi

PK id

jenis

jumlah

FK1 id_Periode

PemilihanUmum

PK id

tahun

jenis

PemilihTerdaftar

PenggunaHakPilih

TPS

FK1 id_Periode

NapiTapol

PK id

jenis

jumlah

FK1 id_Periode

Gambar 3.47 Skema Diagram Bidang Pemerintahan


commit to user

53

2. Bidang Pembangunan

Periode

PK id_Periode

Bulan

Tahun

FK1 kd_kelurahan

Pendidikan_Umum

PK id

FK1 id_Periode

Jenis

status

jumlah

Pendidikan_Khusus

PK id

FK1 id_Periode

Jenis

Jumlah

Peribadatan

PK id

FK1 id_Periode

Jenis

Jumlah

Kesehatan

PK id

FK1 id_Periode

Jenis

Jumlah

OlahRaga

PK id

FK1 id_Periode

Jenis

Jumlah

Seni_Budaya

PK id

FK1 id_Periode

Jenis

Jumlah

Luas

Sosial

PK id

FK1 id_Periode

Jenis

Jumlah

Jalan

PK id

FK1 id_Periode

jenis

luas

Perhubungan

PK id

FK1 id_Periode

Jenis

Jumlah

Komunikasi

PK id

FK1 id_Periode

Jenis

Jumlah

Pariwisata

PK id

FK1 id_Periode

Jenis

Jumlah

Transportasi

PK id

FK1 id_Periode

Jenis

Jumlah

Industri

PK id

Jenis

Jumlah

FK1 id_Periode

Pengairan

PK id

Jenis

Jumlah

FK1 id_Periode

Padi_Palawija

PK id

Jenis

Luas

Berat

FK1 id_Periode

Kebersihan

PK id

FK1 id_Periode

sampah_sementara

sampah_akhir

volume_sampah

sarana_sampah

petugas

sanitasi

Sayuran

PK id

Jenis

Luas

Berat

FK1 id_Periode

Perkebunan

PK id

Jenis

Luas

Berat

FK1 id_Periode

Buah

PK id

FK1 id_Periode

Jenis

Luas

Berat

Taman

PK id

Luas

Jumlah

JalurHijau

FK1 id_Periode

Peternakan

PK id

Jenis

Jumlah

FK1 id_Periode

Kehutanan

PK id

Jenis

Luas

FK1 id_Periode

Pertambangan

PK id

jenis

volume

FK1 id_Periode

Perdagangan

PK id

jenis

jumlah

FK1 id_Periode

Perikanan

PK id

Jenis

Luas

Jumlah

FK1 id_Periode

Perumahan

PK id

jenis

jumlah

FK1 id_Periode

Jasa

PK id

jenis

jumlah

FK1 id_Periode

Perkoperasian

PK id

jenis

jumlah

FK1 id_Periode

KomplekPemukiman

PK id

jenis

unit

luas

FK1 id_Periode

Proyek

PK id

dari

jumlah

biaya

FK1 id_Periode

Kejuaraan

PK id

tingkat

juara

tahun

FK1 id_Periode

Kelurahan

PK kd_kelurahan

nm_kelurahan

Gambar 3.48 Skema Diagram Bidang Pembangunan


commit to user

54

3. Bidang Kemasyarakatan

Periode

PK id_Periode

Bulan

Tahun

FK1 kd_kelurahan

Keagamaan

PK id

FK1 id_Periode

Jenis

kelompok

anggota

OlahRaga

PK id

FK1 id_Periode

Jenis

kelompok

Seni_Budaya

PK id

FK1 id_Periode

Jenis

kelompok

OrganisasiSosial

PK id

FK1 id_Periode

Jenis

Jumlah

ZakatInfak

PK id

FK1 id_Periode

Jumlah

Orang

TenagaKerja

PK id

FK1 id_Periode

Jenis

Jumlah

Catatan

PK id

FK1 id_Periode

Wilayah

Penduduk

PBB

Pendapatan

Kelurahan

PK kd_kelurahan

nm_kelurahan

Gambar 3.49 Skema Diagram Bidang Kemasyarakatan


commit to user

55

4. User, Validasi, Verifikasi, Notifikasi, NewsFeed

user

PK id

username

password

FK1 id_level

level

PK id_level

nm_level

notifikasi

PK id_notif

FK1 id

FK2 id_periode

FK3 id_tabel

tanggal

isi

validasi

PK id_valid

FK1 id

FK2 id_periode

tanggal

status

verifikasi

PK id_verif

FK1 id

FK2 id_periode

tanggal

status

newsfeed

PK id_news

isi

tanggal

FK1 id_notif

FK2 id_valid

FK3 id_verif

periode

PK id_periode

bulan

tahun

FK1 kd_kelurahan

kelurahan

PK kd_kelurahan

nm_kelurahandaftar_monografi

PK id

nm_tabel

status

FK1 id_periode

Gambar 3.50 Skema Diagram User, Validasi, Verifikasi, Notifikasi, NewsFeed


commit to user

56

56

BAB IV

IMPLEMENTASI DAN EVALUASI SISTEM

4.1 Implementasi Sistem

Seperti pada perancangan yang sudah dikemukakan sebelumnya, Sistem

Informasi Sumber Daya berbasis Data Monografi ini dibangun dengan

interface yang multi user. Karena di dalam konsepan bahasa pemrograman

framework YII tidak menggunakan session, sebagai gantinya menggunakan

perhitungan durasi, sehingga walaupun tidak menggunakan session aplikasi

ini tetap aman.

4.2 Implementasi Antarmuka

a. Login

Gambar 4.1 Implementasi Interface Login


commit to user

57

56

b. Login Gagal

Gambar 4.2 Implementasi Antarmuka Login Gagal

c. Menambah Data Monografi

Gambar 4.3 Implementasi Antarmuka Menambah Data Monografi


commit to user

58

56

d. Menambah Data Monografi Gagal

Gambar 4.4 Implementasi Antarmuka Menambah Data Monografi Gagal

e. Melihat Data Monografi

Gambar 4.5 Implementasi Interface Melihat Data Monografi


commit to user

59

56

f. Mengolah Data Monografi

Gambar 4.6 Implementasi Antarmuka Mengolah Data Monografi

g. Validasi Data Monografi

Gambar 4.7 Implementasi Interface Validasi Data Monografi


commit to user

60

56

h. Verifikasi Data Monografi

Gambar 4.8 Implementasi Interface Verifikasi Data Monografi

i. Menambah Notifikasi

Gambar 4.9 Implementasi Interface Menambah Notifikasi


commit to user

61

56

j. Menambah Notifikasi Berhasil

Gambar 4.10 Implementasi Interface Menambah Notifikasi Berhasil

k. Menambah Notifikasi Gagal

Gambar 4.11 Implementasi Interface Menambah Notifikasi Gagal


commit to user

62

56

l. Melihat Notifikasi

Gambar 4.12 Implementasi Interface View Notifikasi

m. Menambah Data Kelurahan

Gambar 4.13 Implementasi Interface Menambah Data Kelurahan


commit to user

63

56

n. Menambah Data Kelurahan Gagal

Gambar 4.14 Implementasi Antarmuka Menambah Data Kelurahan Gagal

o. Melihat Data Kelurahan

Gambar 4.15 Implementasi Interface Melihat Data Kelurahan


commit to user

64

56

p. Mengolah Data Kelurahan

Gambar 4.16 Implementasi Interface Mengolah Data Kelurahan

q. Merubah Data Kelurahan

Gambar 4.17 Implementasi Interface Merubah Data Kelurahan


commit to user

65

56

r. Merubah Data Kelurahan Gagal

Gambar 4.18 Implementasi Interface Merubah Data Kelurahan Gagal

s. Menambah User

Gambar 4.19 Implementasi Interface Menambah User


commit to user

66

56

t. Menambah User gagal

Gambar 4.20 Implementasi Interface Menambah User Gagal

u. View User

Gambar 4.21 Implementasi Interface View User


commit to user

67

56

v. Mengolah Data User

Gambar 4.22 Implementasi Interface Mengolah Data User

w. Merubah Data User

Gambar 4.23 Implementasi Interface Menambah Data User


commit to user

68

56

x. Merubah Data User Gagal

Gambar 4.24 Implementasi Interface Merubah Data User Gagal

4.3 Evaluasi Sistem

a. Login

4.1 Tabel Evaluasi Sistem Login

Input Proses Output Keterangan

1. Username

2. Password

Masuk sistem

dengan validasi

inputan username

dan password

dengan database.

[Benar]

- Redirecting ke halaman

admin.

Sukses

[Salah]

- Pesan error

(username/password

salah)

Sukses


commit to user

69

56

b. Menambah Data Monografi

4.2 Tabel Evaluasi Sistem Menambah Data Monografi


1. Id_periode

2. Data

Monografi

Memasukkan data

monografi ke

dalam database

[Benar]

- Redirecting ke form

berikutnya.

Sukses

[Salah]

- Pesan error Sukses

c. Menghapus Data Monografi

4.3 Tabel Evaluasi Sistem Delete Monografi


1. Id_periode

2. Data

Monografi

Menghapus data

monografi ke

dalam database

[Benar]

- Data Terhapus. Sukses

[Salah]

- Data Tidak Terhapus Sukses

d. Validasi Data Monografi

4.4 Tabel Evaluasi Sistem Validasi Data Monografi


1. Status

validasi

Merubah Status

Validasi dari “Not

OK” menjadi “OK”

[Benar]

- Pesan tervalidasi.

Sukses


commit to user

70

56

e. Verifikasi Data Monografi

4.5 Tabel Evaluasi Sistem Verifikasi Data Monografi


1. Status

verifikasi

2. Data

Monografi

- Merubah Status

Verifikasi dari “Not

OK” menjadi “OK”

- Mengirim data dari

database monografi

ke database

monografi2

[Benar]

- Pesan terverifikasi. Sukses

f. Menambah Notifikasi

4.6 Tabel Evaluasi Sistem Create Notifikasi


1. Id

2. username

3. id_periode

4. isi

- memasukkan data

id, username,

id_periode dan isi

ke dalam tabel

notifikasi

[Benar]

- Pesan create notifikasi. Sukses

[Salah]


g. Menambah Data Kelurahan

4.7 Tabel Evaluasi Sistem Create Kelurahan


1. Kd_kelurahan

2. Nm_kelurahan

Memasukkan data

kelurahan ke

dalam database

[Benar]


update

Sukses

[Salah]



commit to user

71

56

h. Merubah Data Kelurahan

4.8 Tabel Evaluasi Sistem Merubah Data Kelurahan


1. Kd_kelurahan

2. Nm_kelurahan

Mengupdate

data kelurahan

ke dalam

database

[Benar]


update

Sukses

[Salah]


i. Menambah Data User

4.9 Tabel Evaluasi Sistem Menambah Data User


1. Username

2. Password

3. Id_level

Memasukkan

data user ke

dalam database

[Benar]


update

Sukses

[Salah]


j. Merubah Data User

4.10 Tabel Evaluasi Sistem Merubah Data User


1. Username

2. Password

Mengupdate

data user ke

dalam database

[Benar]


update

Sukses

[Salah]



commit to user

72

56

4.4 Deskripsi Evaluasi Sistem

Dari tabel evaluasi sistem tersebut, maka didapat beberapa hasil dari

pengembangan Sistem Informasi Sumber Daya berbasis Data Monografi tersebut.

Diantaranya menu yang dibuat telah sukses pengoperasiannya. Namun masih

terdapat pula beberapa menu yang belum sukses pengoperasiannya. Untuk itu

nantinya akan menjadi perbaikan.

Berikut bagian sistem yang sudah berhasil diimplementasikan :

1. Form Login, pada form login terdapat 2 inputan yang wajib dimasukkan,

yaitu username dan password. Ketika validasi ke database sesuai, maka akan

masuk pada halaman admin panel. Namun, bila autentifikasi tidak sesuai,

maka akan muncul pesan error terkait autentifikasi.

2. Form Menambah Data Monografi, pada form ini terdapat lebih dari 100

inputan yang dimasukkan. Ketika inputan berhasil, maka akan menampilkan

form berikutnya. Namun, bila inputan tidak tepat, maka akan ada pesan error.

Misal : inputan id_periode yang sama, maka system akan menolak untuk

memasukkan data antrian tersebut.

3. Form Menghapus Data Monografi, pada form ini digunakan untuk

menghapus data monografi. Pada menu delete ini operator dapat melakukan

penghapusan data. Ketika proses penghapusan berhasil, maka akan ada pesan

delete sukses. Namun bila tidak berhasil, juga akan ada pesan error.

4. Form Validasi Data Monografi, pada form ini digunakan untuk memvalidasi

data monografi yang telah ditambah oleh operator. Ketika proses validasi

berhasil, maka akan ada pesan data tervalidasi.

5. Form Verifikasi Data Monografi, pada form ini digunakan untuk

memverifikasi data monografi yang sudah tervalidasi. Ketika proses verifikasi

berhasil, maka akan ada pesan terverifikasi serta data pada database

monografi akan dikirim ke database monografi2.

6. Form Menambah Notifikasi, pada form ini digunakan untuk membuat

notifikasi pengganti validasi dan verifikasi apabila menurut user kepala desa

dan user admin kecamatan data tersebut kurang valid. Ketika proses notifikasi


commit to user

73

56

berhasil, akan ada pesan create sukses. Namun bila tidak berhasil, akan ada

pesan error.

7. Form Menambah Data Kelurahan, pada form ini terdapat lebih dari 2 inputan

awal yang dimasukkan. Ketika inputan berhasil, maka akan redirecting ke

form update. Namun, bila inputan tidak tepat, maka akan ada pesan error.

8. Form Merubah Data Kelurahan, pada form ini digunakan untuk merubah data

kelurahan. Pada menu ini operator dapat melakukan perubahan data. Ketika

proses perubahan data berhasil, maka akan redirecting ke form update.

Namun bila tidak berhasil, juga akan ada pesan error.

9. Form Menambah Data User, pada form ini terdapat lebih dari 3 inputan awal

yang dimasukkan. Ketika inputan berhasil, maka akan redirecting ke form

update. Namun, bila inputan tidak tepat, maka akan ada pesan error.

10. Form Merubah Data User, pada form ini digunakan untuk merubah data user.

Pada menu ini operator dapat melakukan perubahan data. Ketika proses

perubahan berhasil, maka akan redirecting ke form update. Namun bila tidak

berhasil, juga akan ada pesan error.


commit to user

74

74

BAB V

PENUTUP

5.1 Kesimpulan

Dari pembuatan Tugas Akhir yang berjudul Pengembangan Sistem

Informasi Sumber Daya berbasis Data Monografi pada Kecamatan

Colomadu Kabupaten Karanganyar ini diperoleh beberapa kesimpulan

sebagai berikut :

1. Sistem Informasi Sumber Daya berbasis Data Monografi pada

Kecamatan Colomadu Kabupaten Karanganyar merupakan aplikasi

yang dapat membantu pengelolaan dan ketersediaan data administrasi

desa.

2. Sistem Informasi Sumber Daya berbasis Data Monografi pada

Kecamatan Colomadu Kabupaten Karanganyar dirancang untuk

mengefisienkan dalam pendataan monografi sebagai arsip administrasi

desa.

5.2 Saran

Dari kesimpulan tersebut maka disarankan untuk pengembangan sistem

tersebut sebagai berikut :

1. Menghubungan aplikasi sistem informasi sumber daya berbasis data

monografi ini dengan sistem informasi administasi desa yang lain

sehingga dalam pengadaan administrasian data desa tidak dilakukan

secara manual pada masing-masing sistem.

pengembangan sistem informasi sumber …... · dari pengembangan sistem informasi sumber daya...

Documents