PENGEMBANGAN SISTEM INFORMASI SUMBER DAYA BERBASIS DATA MONOGRAFI PADA KECAMATAN COLOMADU KABUPATEN KARANGANYAR TUGAS AKHIR

perpustakaan.uns.ac.id

digilib.uns.ac.id

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

i


digilib.uns.ac.id

commit to user

ii


digilib.uns.ac.id

commit to user

iii


digilib.uns.ac.id

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

iv


digilib.uns.ac.id

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

v


digilib.uns.ac.id x

DAFTAR ISI

Halaman HALAMAN JUDUL...................................................................................

i

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

ii

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

iii

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

iv

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

v

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

vi

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

vii

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

viii

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

x

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

xii

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

xiv

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

1

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

1

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

2

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

2

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

2

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

3

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

5

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

6

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

6

commit to user

x


digilib.uns.ac.id xi

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

7

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

8

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

12

BAB III ANALISA KEBUTUHAN DAN PERANCANGAN SISTEM....

15

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

15

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

16

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

17

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

56

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

56

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

56

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

68

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

72

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

74

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

74

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

74

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

commit to user

xi

xviii


digilib.uns.ac.id 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

1


digilib.uns.ac.id 2

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

1


digilib.uns.ac.id 3

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

1


digilib.uns.ac.id 4

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

1


digilib.uns.ac.id 5

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

1


digilib.uns.ac.id 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).

INPUT

PROCESS

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. commit to user

6


digilib.uns.ac.id 7

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 commit user proses sebagai satu set kegiatan yangtomasing-masing melakukan transformasi

6


digilib.uns.ac.id 8

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

6


digilib.uns.ac.id 9

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

6


digilib.uns.ac.id 10

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() commit to user

Gambar 2.2 Notasi Class Diagram (Pender, 2002)

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.

commit to user

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

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 commit to user memenuhi kebutuhan sistem hypermedia internet skala didistribusikan.

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

6



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.

Aplikasi User

Web Service

Aplikasi Pengunjung

Gambar 3.1 Implementasi Web Service

commit to user

15



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 Admin Kelurahan data monografi

FSIM-03

Sistem menyediakan fungsi melihat data Operator Kelurahan, monografi

Admin Kecamatan, Admin Kabupaten, Kepala Desa

FSIM-04

Sistem menyediakan fungsi menghapus Operator Kelurahan data monografi

FSIM-05

Sistem menyediakan fungsi menambah Admin notifikasi

FSIM-06

Sistem

Kecamatan,

Kepala Desa menyediakan

fungsi

melihat Operator Kelurahan

notifikasi FSIM-07

Sistem menyediakan fungsi validasi

Kepala Desa

FSIM-08

Sistem menyediakan fungsi verifikasi

Admin Kecamatan

FSIM-09

Sistem menyediakan fungsi menambah Admin Kecamatan data kelurahan

FSIM-10

Sistem menyediakan fungsi merubah data Admin Kecamatan kelurahan

FSIM-11

Sistem menyediakan fungsi melihat data Admin Kecamatan, kelurahan

FSIM-12

Admin Kabupaten

Sistem menyediakan fungsi menambah Admin Kabupaten data user

commit to user



FSIM-13

Sistem menyediakan fungsi merubah data Admin Kabupaten user

FSIM-14

Sistem menyediakan fungsi melihat data Admin Kabupaten user

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 memvalidasi data yang akan di kirim ke kecamatan

Admin Kabupaten

Adalah orang yang bertanggung jawab mengelola user.

commit to user



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 data yang diterima commitmem-verifikasi to user



Menambah Notifikasi

Fungsi untuk membuat notifikasi untuk diberikan kepada operator kelurahan

Melihat Notifikasi

Fungsi untuk melihat notifikasi

commit to user

20 2. Diagram Use Case menambah data monografi <<extend>>

Operator Kelurahan

<<extend>> menampilkan data monografi

menghapus data monografi <<extend>>

<<extend>> Kepala Desa validasi data monografi

<>

menampilkan notifikasi <>

menampilkan data kelurahan Pengunjung <> <<extend>> menambah data user

<<extend>>

<> <>

Admin Kabupaten

membuat notifikasi

<>

<<extend>>

Admin Kecamatan menambah data kelurahan

memperbarui data user

<<extend>> verifikasi data monografi

merubah data kelurahan

Gambar 3.2 Diagram Use Case

15

login



c. Diagram Activity 1. Login

get username dan password

cek database

No

Found ? Yes

Gambar 3.3 Diagram Activity Login

2. Menambah Data User

get username, password, id_level

cek database

No

Valid ? Yes simpan username, password, id_level

Gambar 3.4 Diagram Activity Menambah Data User

commit to user

15



3. Merubah Data User

get username

menampilkan data user

get Username, Password baru

cek database

No

Valid ? Yes ubah password = password baru

Gambar 3.5 Diagram Activity Merubah Data User

4. Melihat Data User

get username

menampilkan data user

Gambar 3.6 Diagram Activity Melihat Data User

commit to user



5. Menambah Data Monografi

get Data Monografi

cek database

No

Valid ? Yes simpan data monografi

Gambar 3.7 Diagram Activity Menambah Data Monografi

6. Menghapus Data Monografi

get id_periode

hapus data monografi

Gambar 3.8 Diagram Activity Menghapus Data Monografi

commit to user



7. Melihat Data Monografi

get id_periode

menampilkan data monografi

Gambar 3.9 Diagram Activity Melihat Data Monografi

8. Menambah Data Kelurahan

get kd_kelurahan, nm_kelurahan

cek database

No

Valid ? Yes simpan kd_kelurahan, nm_kelurahan

Gambar 3.10 Diagram Activity Menambah Data Kelurahan

commit to user



9. Merubah data Kelurahan

get kd_kelurahan

menampilkan data kelurahan

get kd_kelurahan, nm_kelurahan

cek database

No

Valid ? Yes ubah kelurahan = kelurahan baru

Gambar 3.11 Diagram Activity Merubah Data Kelurahan

10. Melihat Data Kelurahan

get kd_kelurahan

menampilkan data kelurahan

Gambar 3.12 Diagram Activity Melihat Data Kelurahan

commit to user



11. Validasi Data, Verifikasi Data, dan Membuat Notifikasi

get id_periode

menampilkan data monografi

No

get status

No

Accept ?

get notifikasi

cek database

valid ? Yes

Yes

simpan notifikasi

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

12. Melihat Notifikasi

get id

menampilkan notifikasi

Gambar 3.14 Diagram Activity Melihat Notifikasi

commit to user



d. Perancangan Antarmuka 1. Login

Gambar 3.15 Perancangan Antarmuka Login

2. Menambah Data User

Gambar 3.16 Perancangan Antarmuka Menambah Data User

3. Merubah Data User

Gambar 3.17 Perancangan Antarmuka Merubah Data User

4. Melihat Data User

commit to user Gambar 3.18 Perancangan Antarmuka Melihat Data User



5. Menambah Data Monografi

Gambar 3.19 Perancangan Antarmuka Menambah Data Monografi

6. Menghapus Data Monografi

Gambar 3.20 Perancangan Antarmuka Menghapus Data Monografi

7. Melihat Data Monografi

Gambar 3.21 Perancangan Antarmuka Melihat Data Monografi

8. Menambah Data Kelurahan

commit to user

Gambar 3.22 Perancangan Antarmuka Menambah Data Kelurahan



9. Merubah Data Kelurahan

Gambar 3.23 Perancangan Antarmuka Merubah Data Kelurahan

10. Melihat Data Kelurahan

Gambar 3.24 Perancangan Antarmuka Melihat Data Kelurahan

11. Validasi Data

Gambar 3.25 Perancangan Antarmuka Validasi Data

12. Verifikasi Data

commit to user

Gambar 3.26 Perancangan Antarmuka Verifikasi Data



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



e. Diagram Sequence 1. Login <> : login

<> : UserIdentify

<<entity>> : User

: User 1 : setUsername() 2 : username:=getUsername()

3 : username := getUsername() 4 : authenticate()

6 : setPassword()

5 : displayMessage()

7 : password:=getPassword() 9 : displayMessage()

8 : authenticate() 10 : id := getLevelId() 11 : authenticate()


Gambar 3.29 Diagram Sequence Login

2. Menambah Data User <> : CreateUser

<> : UserController

<<entity>> : User

: Admin Kabupaten 1 : memasukkan data user 2 : getUser() 3 : return data user 4 : getTable() 5 : return table 6 : actionCreate() 7 : menampilkan pesan

Gambar 3.30 Diagram Sequence Menambah Data User

commit to user



3. Merubah Data User <> : UpdateUser

<> : UserController

: Admin Kabupaten

<<entity>> : User

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 user

10 : getTable() 11 : return tabel 12 : actionUpdate()


Gambar 3.31 Diagram Sequence Merubah Data User

4. Melihat Data User <> : ViewUser

<> : UserController

<<entity>> : User

: Admin Kabupaten 1 : memilih username

2 : getUsername() 3 : return username 4 : getTable() 5 : return table 6 : actionView() 7 : displayData()

Gambar 3.32 Diagram Sequence Melihat Data User

commit to user



5. Menambah Data Monografi <> : CreateMonografi

<> : MonografiController

<<entity>> : Monografi

: Operator Kelurahan 1 : memasukkan data monografi

2 : getData() 3 : return data monografi 4 : getTable() 5 : return table 6 : actionCreate() 7 : diplayMessage()

Gambar 3.33 Diagram Sequence Menambah Data Monografi

6. Menghapus Data Monografi <> : MonografiController

<> : DeleteMonografi


: Operator Kelurahan 1 : memilih id_periode 2 : getIdPeriode() 3 : return id_periode 4 : getTable() 5 : return table 6 : actionDelete() 7 : displayMessage()

Gambar 3.34 Diagram Sequence Menghapus Data Monografi

7. Melihat Data Monografi <> : ViewMonografi


<> : MonografiController

: User 1 : memilih id_periode 2 : getIdPeriode() 3 : return id_periode

4 : getTable() 5 : return table 6 : actionView()

7 : displayData()

Gambar 3.35 Diagram Sequence Melihat Data Monografi

commit to user



8. Menambah Data Kelurahan <> : CreateKelurahan

<> : KelurahanController

<<entity>> : Kelurahan

: Admin Kecamatan 1 : memasukkan data kelurahan

2 : getKelurahan() 3 : return kelurahan 4 : getTable() 5 : return table 6 : actionCreate() 7 : displayMessage()

Gambar 3.36 Diagram Sequence Menambah Data Kelurahan

9. Merubah Data Kelurahan

<> : UpdateKelurahan

: Admin Kecamatan 1 : memilih kd_kelurahan



2 : getKelurahan() 3 : return kd_kelurahan 4 : getTable()

6 : displayData() 7 : memasukkan data kelurahan baru

5 : return table

8 : getKelurahan() 9 : return kelurahan

10 : getTable() 11 : return table 12 : actionUpdate()


Gambar 3.37 Diagram Sequence Merubah Data Kelurahan

commit to user



10. Melihat Data Kelurahan <> : ViewKelurahan : Admin Kabupaten

: Admin Kecamatan



: Pengunjung

1 : memilih kd_kelurahan 2 : memilih kd_kelurahan 3 : memilih kd_kelurahan

4 : getKelurahan() 6 : getTable()

5 : return kd_kelurahan

7 : return table 8 : actionView() 9 : displayData()

Gambar 3.38 Diagram Sequence Melihat Data Kelurahan

11. Validasi Data Monografi <> : ValidasiData

<> : StatusdataController

: Kepala Desa 1 : memilih id_periode

2 : getIdPeriode() 3 : return id_periode

7 : mengganti status

6 : displayData()

4 : getTable() 5 : return table

8 : getStatus() 9 : return status

10 : getTable() 11 : return table 12 : actionValidasi()


Gambar 3.39 Diagram Sequence Validasi Data Monografi

commit to user

<<entity>> : StatusData



12. Verifikasi Data Monografi <> : VerifikasiData

: Admin Kecamatan

<> : StatusdataController

<<entity>> : StatusData

1 : memilih id_periode 2 : getIdPeriode()

4 : getTable()

3 : return id_periode

5 : return table

6 : displayData() 7 : mengganti status 8 : getStatus()

10 : getTable()

9 : return status

11 : return table 12 : actionVerifikasi() 13 : displayMessage()

Gambar 3.40 Diagram Sequence Verifikasi Data Monografi

13. Menambah Notifikasi <> : CreateNotifikasi : Kepala Desa

<> : NotifikasiController

<<entity>> : Notifikasi

: Admin Kecamatan 1 : memasukkan data notifikasi 2 : memasukkan data notifikasi

3 : getNotifikasi() 4 : return notifikasi

5 : getTable()

6 : return table 7 : actionCreate() 8 : displayMessage()

Gambar 3.41 Diagram Sequence Menambah Notifikasi

commit to user



14. Melihat Notifikasi <> : ViewNotifikasi

<> : NotifikasiController

<<entity>> : Notifikasi

: Operator Kelurahan 1 : memilih id 2 : getId() 3 : return id

4 : getTable() 5 : return table 6 : actionView()

7 : displayData()

Gambar 3.42 Diagram Sequence Melihat Notifikasi

f. Diagram Class Tahap Perancangan 1. Data Monografi <> CreateMonografi +getData() +diplayMessage() <> DeleteMonografi +getIdPeriode() +displayMessage()

<> MonografiController +actionCreate() +actionDelete() +actionView()

<<entity>> Monografi +getTable()

<> ViewMonografi +getIdPeriode() +displayData()

Gambar 3.43 Diagram Class Tahap Perancangan Data Monografi

commit to user



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 diinput-kan oleh operator kelurahan

displayMessage()

Digunakan untuk menampilkan pesan apakah inputan sukses atau tidak.

b) Deskripsi Class DeleteMonografi Tabel 3.7 Deskripsi Class DeleteMonografi


Visibility

-

-

Type -

Method Nama Method

Fungsi

getIdPeriode()

Digunakan untuk mengambil salah satu field yang akan dihapus

displayMessage()


commit to user



c) Deskripsi Class ViewMonografi Tabel 3.8 Deskripsi Class ViewMonografi


Visibility

-

-

Type -

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


Visibility

-

-

Type -

Method Nama Method

Fungsi

actionCreate()

Digunakan untuk melakukan penambahan data di database

actionDelete()

Digunakan untuk

penghapusan

database actionView()


commit to user

data di



e) Deskripsi Class Monografi Tabel 3.10 Deskripsi Class Monografi


Visibility

-

-

Type -

Method Nama Method

Fungsi

getTable()

Digunakan untuk mengambil tabel yang digunakan

2. Data User <> login +username +password

<> UserIdentify

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

-username +authenticate()

<<entity>> User +getUsername() +getLevelId() +getTable()

<> UserController

<> CreateUser

+id

+username +password +id_level

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

+getUser() +displayMessage() <> UpdateUser

<> ViewUser

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

+id +getUsername() +displayData()

Gambar 3.44 Diagram Class Tahap Perancangan Data User

commit to user



a) Deskripsi Class Login Tabel 3.11 Deskripsi Class Login


Visibility

Type

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


Visibility

username

public

Type string

Method Nama Method

Fungsi

authenticate()

Digunakan untuk mengolah data user dengan inputan yang dimasukkan user untuk dapat login. commit to user



c) Deskripsi Class CreateUser Tabel 3.13 Deskripsi Class CreateUser


Visibility

Type

username

public

String

password

public

String

Id_level Method

public

integer

Nama Method

Fungsi

getUser()

Digunakan untuk mengambil data user yang dimasukkan oleh admin kabupaten

displayMessage()


d) Deskripsi Class UpdateUser Tabel 3.14 Deskripsi Class UpdateUser


Visibility

password

public

Type String

Method Nama Method

Fungsi

getUsername()

Digunakan untuk mengambil field yang aka dirubah datanya

getUser()

Digunakan untuk mengambil data baru yang dirubah

displayData()


displayMessage()

Digunakan untuk menampilkan pesan apakah inputan sukses atau tidak

commit to user



e) Deskripsi Class ViewUser Tabel 3.15 Deskripsi Class ViewUser


Visibility

id

public

Type integer

Method Nama Method

Fungsi

getUsername()

Digunakan untuk mengambil salah satu field yang akan ditampilkan

displayData()


f) Deskripsi Class ControllerUser Tabel 3.16 Deskripsi Class ControllerUser


Visibility

id

public

Type integer

Method Nama Method

Fungsi

actionCreate()


actionUpdate()

Digunakan untuk melakukan perubahan data di database

actionView()


commit to user



g) Deskripsi Class User Tabel 3.17 Deskripsi Class User


Visibility

id

public

Type 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 <> CreateKelurahan +kd_kelurahan +nm_kelurahan +getKelurahan() +displayMessage() <> UpdateKelurahan +kd_kelurahan +nm_kelurahan

<> KelurahanController +id +actionCreate() +actionUpdate() +actionView()

<<entity>> Kelurahan +getTable()

+getKelurahan() +displayData() +displayMessage() <> ViewKelurahan +kd_kelurahan +getKelurahan() +display data()

Gambar 3.45 Diagram Class Tahap Perancangan Data Kelurahan

commit to user



a) Deskripsi Class CreateKelurahan Tabel 3.18 Deskripsi Class CreateKelurahan


Visibility

Type

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

displayMessage()


b) Deskripsi Class UpdateKelurahan Tabel 3.19 Deskripsi Class UpdateKelurahan


Visibility

Type

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



c) Deskripsi Class ViewKelurahan Tabel 3.20 Deskripsi Class ViewKelurahan


Visibility

Type

kd_kelurahan Method

public

Nama Method

Fungsi

getKelurahan()

Digunakan untuk mengambil data kelurahan

String

untuk ditampilkam displayData()

Digunakan untuk menampilkan data.

d) Deskripsi Class ControllerKelurahan Tabel 3.21 Deskripsi Class ControllerKelurahan


Visibility

Id

public

Type integer

Method Nama Method

Fungsi

actionCreate()


actionUpdate()

Digunakan untuk melakukan perubahan data di database

actionView()


commit to user



e) Deskripsi Class Kelurahan Tabel 3.22 Deskripsi Class Kelurahan


Visibility

-

-

Type -

Method Nama Method

Fungsi

getTable()

Digunakan untuk mengambil table yang digunakan

4. Validasi, Verifikasi, dan Notifikasi <> ValidasiData +id +id_periode +validasi +getIdPeriode() +displayData() +getStatus() +displayMessage() <> VerifikasiData

<> StatusdataController +id +actionValidasi() +actionVerifikasi()

<<entity>> StatusData +getTable()

+id +id_periode +verifikasi +getIdPeriode() +displayData() +getStatus() +displayMessage() <> CreateNotifikasi +id +username +kd_kelurahan +isi +getNotifikasi() +displayMessage() <> ViewNotifikasi

<> NotifikasiController +id +actionCreate() +actionView()

<<entity>> Notifikasi +getTable()

+id +getId() +displayData()

Gambar 3.46 Diagram Class Tahap Perancangan Validasi, Verifikasi dan Notifikasi

commit to user



a) Deskripsi Class Validasi Tabel 3.23 Deskripsi Class Validasi


Visibility

Type

Id

public

integer

Id_periode

public

string

validasi

public

string

Method Nama Method

Fungsi

getIdPeriode()

Digunakan untuk mengambil data yang akan divalidasi

displayData()


getStatus()

Digunakan untuk mengganti status validasi

displayMessage()


b) Deskripsi Class Verifikasi Tabel 3.24 Deskripsi Class Verifikasi


Visibility

Type

Id

public

integer

Id_periode

public

string

verifikasi

public

string

Method Nama Method

Fungsi

getIdPeriode() displayData()

Digunakan untuk mengambil field yang akan divalidasi Digunakan untuk menampilkan data

getStatus()

Digunakan untuk mengganti status verifikasi

displayMessage()

Digunakan untuk menmapilkan pesan eror ataupun sukses. commit to user



c) Deskripsi Class StatusdataController Tabel 3.25 Deskripsi Class StatusdataController


Visibility

Type

Id Method

public

Nama Method

Fungsi

actionValidasi()

Digunakan untuk merubah status validasi

actionVerifikasi()

Digunakan untuk merubah status verifikasi

integer

d) Deskripsi Class StatusData Tabel 3.26 Deskripsi Class StatusData


Visibility

-

-

Type -

Method Nama Method

Fungsi

getTable()


commit to user



e) Deskripsi Class CreateNotifikasi Tabel 3.27 Deskripsi Class CreateNotifikasi


Visibility

Type

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


Visibility

id

public

Type integer

Method Nama Method

Fungsi

getId()

Digunakan untuk mengambil field yang akan ditampilkan

displayData()


commit to user



g) Deskripsi Class NotifikasiController Tabel 3.29 Deskripsi Class NotifikasiController


Visibility

Id

Public

Type integer

Method Nama Method

Fungsi

actionCreate()

Digunakan untuk menambah data di database

actionView()


h) Deskripsi Class Notifikasi Tabel 3.30 Deskripsi Class Notifikasi


Visibility

-

-

Type -

Method Nama Method

Fungsi

getTable()


commit to user



g. Skema Diagram 1. Bidang Pemerintahan Sertifikat

Geografis Luas_Batas PK

id

FK1

id_Periode Luas_Desa Utara_Desa Selatan_Desa Barat_Desa Timur_Desa

Orbitasi

PK

id

FK1

id_Periode Tinggi_Permukaan Curah_Hujan Topografi Suhu_Udara

PK FK1

StatusTanah

id

PK

id_Periode Jarak_Kecamatan Jarak_Kabupaten Jarak_Propinsi

BelumSertifikat

id

FK1

PK

id_Periode jenis luas

PK

id

FK1

id_Periode Tahun seritifikat jenis_tanah Jumlah Luas

id

FK1

id_Periode Tahun Jumlah Luas Surat_Bentuk

PemilihanUmum NapiTapol

PK

id

FK1

tahun jenis PemilihTerdaftar PenggunaHakPilih TPS id_Periode

PK

id

FK1

jenis jumlah id_Periode

Organisasi PK

id

FK1


RubahTanah

Linmas

PajakBumiBangunan PK

id

FK1

WajibPajak SPPT KetetapanPajak Realisasi Tunggakan id_Periode

PK

id

FK1

id_Periode jenis_tanah rubah luas

TraTib

PK

id

FK1

linmas jumlah id_Periode

PK

id

FK1


TanahSawah PK

id

FK1

id_Periode jenis_tanah jenis luas

Periode Kelurahan PK

PK

id_Periode

FK1

Bulan Tahun kd_Kelurahan

kd_Kelurahan nm_Kelurahan

TanahKering PK

id

FK1


Bantuan_Pemerintah PK

FasilitasUmum

id jenis jumlah id_Periode

FK1

KeuanganLain PK

id

FK1


PK

id

FK1

id_Periode jenis Luas

PK

id

FK1


id

Lembaga_Desa


FK1

Keuangan PK

id

FK1


PK

id

FK1

kelembagaan jumlah id_Periode

PK

id

FK1

jenis Luas id_Periode

FK1

id

Pernikahan PK

FK1

id jenis jumlah id_Periode

Mobilitas

PK

id

FK1

dusun rt rw id_Periode

id

FK1

id_Periode jenis jenis_kelamin jumlah

PK

FK1

PK

id

FK1


id

FK1

perangkat jumlah id_Periode

id tingkat jumlah id_Periode

PK

id

FK1

id_Periode usia jenis_kelamin jumlah

JenisKelamin

PK

Tingkat_Pendidikan

PK


UsiaPenduduk

Perangkat_Desa

anggota pembentukan id_Periode

id

FK1

TanahKebun

RtRw

Musyawarah_Desa PK

PK

FasilitasKhusus

PendapatanAsli PK

TanahHutan

Peraturan

Kepercayaan KepalaKeluarga PK

id

FK1

jumlah id_Periode

Kelompok_TenagaKerja PK

id

FK1

id_Periode jenis_kelamin usia jumlah

PK

id

FK1

agama id_Periode

Kelompok_Pendidikan

Kelompok_PraSekolah

PK

id

PK

id

FK1

id_Periode usia jumlah

FK1

id_Periode usia jumlah

commit to user Gambar 3.47 Skema Diagram Bidang Pemerintahan

PK

id

FK1

id_Periode jenis_kelamin jumlah

Kewarganegaraan PK

id

FK1

id_Periode Kewaraganegaraan jenis_kelamin jumlah



2. Bidang Pembangunan Peribadatan

Kesehatan

Seni_Budaya

Pendidikan_Umum

Pendidikan_Khusus

PK

id

PK

id

PK

id

PK

id

PK

OlahRaga id

PK

id

PK

Sosial id

PK

Jalan id

FK1

id_Periode Jenis status jumlah

FK1

id_Periode Jenis Jumlah

FK1


FK1


FK1


FK1

id_Periode Jenis Jumlah Luas

FK1


FK1


Perhubungan Kebersihan PK

id

FK1

id_Periode sampah_sementara sampah_akhir volume_sampah sarana_sampah petugas sanitasi

PK

id

FK1


Komunikasi PK

id

FK1


Industri PK

id

FK1

Jenis Jumlah id_Periode

Transportasi

Kelurahan

Pariwisata PK

id

FK1


PK

PK

id

FK1


kd_kelurahan nm_kelurahan

Periode

Pengairan PK

id

FK1


PK

id_Periode

FK1

Bulan Tahun kd_kelurahan

Padi_Palawija PK

id

FK1

Jenis Luas Berat id_Periode

Kejuaraan PK

id

FK1

tingkat juara tahun id_Periode

Sayuran PK

id

FK1


Proyek PK

id

FK1

dari jumlah biaya id_Periode

Buah

KomplekPemukiman PK

id

FK1

jenis unit luas id_Periode

PK

id

FK1

id_Periode Jenis Luas Berat

Perkebunan PK

id

FK1


Perumahan PK

id

FK1


Taman PK

id

FK1

Luas Jumlah JalurHijau id_Periode

Perkoperasian PK

id

FK1


Jasa PK

id

FK1


Perdagangan

Perikanan

Pertambangan

Kehutanan

PK

id

PK

id

FK1


FK1

jenis volume id_Periode

PK

id

FK1

Jenis Luas id_Periode

Peternakan PK

id

FK1


PK

id

FK1

Jenis Luas Jumlah id_Periode

Gambar 3.48 Skema Diagram Bidang Pembangunan

commit to user



3. Bidang Kemasyarakatan OlahRaga

Seni_Budaya

PK

id

PK

id

FK1

id_Periode Jenis kelompok

FK1

id_Periode Jenis kelompok

TenagaKerja PK

id

FK1


Keagamaan PK

id

FK1

id_Periode Jenis kelompok anggota

Catatan

Periode

OrganisasiSosial PK

id

FK1


PK

id_Periode

FK1

Bulan Tahun kd_kelurahan

ZakatInfak PK

id

FK1

id_Periode Jumlah Orang

Kelurahan PK


Gambar 3.49 Skema Diagram Bidang Kemasyarakatan

commit to user

PK

id

FK1

id_Periode Wilayah Penduduk PBB Pendapatan



4. User, Validasi, Verifikasi, Notifikasi, NewsFeed user

level

PK

id

PK

FK1

username password id_level

id_level nm_level

periode notifikasi

daftar_monografi PK

FK1

PK

id nm_tabel status id_periode

FK1 FK2 FK3

id_notif id id_periode id_tabel tanggal isi

validasi

PK

id_periode

FK1

bulan tahun kd_kelurahan

verifikasi

PK

id_valid

PK

id_verif

FK1 FK2

id id_periode tanggal status

FK1 FK2

id id_periode tanggal status

kelurahan PK


newsfeed PK

id_news

FK1 FK2 FK3

isi tanggal id_notif id_valid id_verif

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

commit to user



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

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

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

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

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

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

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

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

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

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

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

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

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

Sukses

1. Username

Masuk sistem

[Benar]

2. Password

dengan validasi

- Redirecting ke halaman

inputan username

admin.

dan password

[Salah]

dengan database.

- Pesan error (username/password salah)

commit to user

56

Sukses



b. Menambah Data Monografi 4.2 Tabel Evaluasi Sistem Menambah Data Monografi

Input

Proses

Output

1. Id_periode

Memasukkan data

[Benar]

2. Data

monografi ke

- Redirecting ke form

Monografi

dalam database

Keterangan

Sukses

berikutnya. [Salah] - Pesan error

Sukses

c. Menghapus Data Monografi 4.3 Tabel Evaluasi Sistem Delete Monografi

Input

Proses

Output

1. Id_periode

Menghapus data

[Benar]

2. Data

monografi ke

- Data Terhapus.

Monografi

Keterangan Sukses

dalam database [Salah] - Data Tidak Terhapus

Sukses

d. Validasi Data Monografi 4.4 Tabel Evaluasi Sistem Validasi Data Monografi

Input 1. Status validasi

Proses Merubah Status Validasi dari “Not

Output

Keterangan

[Benar]

Sukses

- Pesan tervalidasi.

OK” menjadi “OK”

commit to user

56



e. Verifikasi Data Monografi 4.5 Tabel Evaluasi Sistem Verifikasi Data Monografi

Input 1. Status verifikasi 2. Data Monografi

Proses

Output

Keterangan

- Merubah Status Verifikasi dari “Not OK” menjadi “OK” - Mengirim data dari database monografi

[Benar] - Pesan terverifikasi.

Sukses

ke database monografi2

f. Menambah Notifikasi 4.6 Tabel Evaluasi Sistem Create Notifikasi

Input 1. Id

Proses

Output

Keterangan

- Pesan create notifikasi.

Sukses

- memasukkan data [Benar]

2. username

id, username,

3. id_periode

id_periode dan isi

4. isi

ke dalam tabel

[Salah] - Pesan error

notifikasi

Sukses

g. Menambah Data Kelurahan 4.7 Tabel Evaluasi Sistem Create Kelurahan

Input

Proses

Output

1. Kd_kelurahan

Memasukkan data

2. Nm_kelurahan kelurahan ke

[Benar] - Redirecting ke form

dalam database

Keterangan

Sukses

update [Salah] - Pesan error

commit to user

56

Sukses



h. Merubah Data Kelurahan 4.8 Tabel Evaluasi Sistem Merubah Data Kelurahan

Input

Proses

Output

1. Kd_kelurahan

Mengupdate

[Benar]

2. Nm_kelurahan

data kelurahan


ke dalam

Keterangan

Sukses

update

database

[Salah] - Pesan error

Sukses

i. Menambah Data User 4.9 Tabel Evaluasi Sistem Menambah Data User

Input

Proses

Output

1. Username

Memasukkan

[Benar]

2. Password

data user ke


3. Id_level

dalam database

Keterangan

Sukses


Sukses

j. Merubah Data User 4.10 Tabel Evaluasi Sistem Merubah Data User

Input

Proses

Output

1. Username

Mengupdate

[Benar]

2. Password

data user ke


dalam database

Keterangan

Sukses


commit to user

56

Sukses



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 commit to user dan user admin kecamatan data tersebut kurang valid. Ketika proses notifikasi

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

56



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.

commit to user

74

PENGEMBANGAN SISTEM INFORMASI SUMBER DAYA BERBASIS DATA MONOGRAFI PADA KECAMATAN COLOMADU KABUPATEN KARANGANYAR TUGAS AKHIR

Recommend Documents