Pengembangan

Website
Diskominfo
Paser
Kegiatan Rancangan E-Government
Pemerintah Kabupaten Paser yang Terintegrasi
Dinas Komunikasi Informatika Statistik dan Persandian
Tahun Anggaran 2018

Adalah dokumen laporan pendahuluan kegiatan Pekerjaan Rancangan E-Government Pemerintah Kabupaten PEMERINTAH
yang Terintegrasi. Dokumen ini berisi mengenai latar belakang, system informasi jalan, jadwal penugasan dan
penutup.
KABUPATEN PASER

1
 KATA PENGANTAR

Puji syukur kehadirat Allah SWT, atas rahmat dan karunia-Nya akhirnya kami dapat
menyelesaikan Laporan Akhir pekerjaan Pengembangan Website Diskominfo Paser di Lingkungan
Pemerintah Kabupaten Paser. Pekerjaan ini dilaksanakan berdasarkan kontrak Pengadaan Jasa
Konsultasi antara Dinas Komunikasi dan Informatika Pemerintah Kabupaten Paser dengan CV. Borneo
Teknomedia Nomor: 027.1/3077.1/DKISP-AI/X tanggal 31 Oktober 2018.

Dokumen ini merupakan Laporan Akhir yang disyaratkan dalam pelaksanaan pekerjaan yang berisi
laporan progres pekerjaan untuk menjadi landasan dalam pelaksanaan pekerjaan tahap berikutnya.

Kami ucapkan terima kasih yang sebesar-besarnya kepada semua pihak yang telah membantu
penyelesaian penyusunan laporan ini. Semoga laporan ini bermanfaat bagi semua pihak yang
berkepentingan. Kami menyadari bahwa laporan ini masih sangat jauh untuk dikatakan sempurna, oleh
karena itu saran dan kritik yang bersifat membangun dari semua pihak sangat kami harapkan.

Samarinda, Desember 2018

Penyusun

1
 DAFTAR ISI

KATA PENGANTAR ...................................................................................................................... 1

BAB I ........................................................................................................................................... 4
P E N D A H U L U A N ................................................................................................................. 4
1.1 Latar Belakang .................................................................................................................. 4
1.2 Tujuan ............................................................................................................................... 4
1.3 Sasaran ............................................................................................................................. 4
1.5 Batasan Masalah .............................................................................................................. 5
1.6 Pola Pelaksanaan .............................................................................................................. 6
1.7 Mekanisme Pelaksanaan .................................................................................................. 6
1.8 Hasil yang Diharapkan ...................................................................................................... 7
BAB II .......................................................................................................................................... 8
PENDEKATAN TEKNIS DAN METODOLOGI .................................................................................. 8
2.1 Pendekatan Teknis ........................................................................................................... 8
2.2 Interoperabilitas ............................................................................................................... 9
2.3 JSON ............................................................................................................................... 11
2.4 Kebijakan Pertukaran Data ............................................................................................. 12
2.5 Pendekatan dan Strategi Implementasi ......................................................................... 13
2.6 Metodologi ..................................................................................................................... 14
BAB III ....................................................................................................................................... 25
HASIL TAHAPAN DAN STATUS PEKERJAAN ............................................................................... 25
3.1 Hasil Pekerjaan ............................................................................................................... 25
3.1.1 Implementasi Database ...................................................................................................... 25
a) Tabel Database .............................................................................................................. 25
3.1.2 Implementasi Interface....................................................................................................... 26
b) Halaman Kata Pengantar ............................................................................................... 27
c) Halaman Berita Artikel .................................................................................................. 27
d) Halaman Berita Daerah ................................................................................................. 28
e) Halaman Berita Nasional ............................................................................................... 29
f) Halaman Rapat Koordinasi ............................................................................................ 29
g) Halaman Siaran Pers ...................................................................................................... 30
h) Halaman PPID ................................................................................................................ 30
i) Halaman Profil Kepala Diskominfo ................................................................................ 31
j) Halaman Pengumuman ................................................................................................. 31
k) Halaman Selayang Pandang .......................................................................................... 32

2
 l) Halaman Struktur Organisasi ......................................................................................... 32
m) Halaman Tugas Pokok dan Fungsi .............................................................................. 33
n) Halaman Visi dan Misi ................................................................................................... 33
o) Halaman Agenda ........................................................................................................... 34
p) Halaman Hubungi Kami ................................................................................................. 34
q) Halaman Bidang Kerja ................................................................................................... 34
r) Halaman Galeri Kegiatan ............................................................................................... 35
s) Halaman E-Library ......................................................................................................... 36
a) Halaman Login ............................................................................................................... 36
b) Halaman Dasbor (Beranda) ........................................................................................... 37
c) Halaman Informasi : Feedback, Berita, Agenda, Pengumuman, Laman. ....................... 37
d) Halaman Media : Galeri & Unduhan.............................................................................. 38
e) Halaman Personil : Pimpinan, Satuan Kerja, Pegawai. ..... Error! Bookmark not defined.
f) Halaman Fitur Lain : Penghargaan & Tautan ................................................................. 39
g) File Manager.................................................................................................................. 39
h) Halaman Operator ......................................................................................................... 39
BAB IV ....................................................................................................................................... 41
PENGELOLAAN PROYEK ............................................................................................................ 41
4.1 Kemitraan ....................................................................................................................... 41
4.2 Asumsi Proyek ................................................................................................................ 41
4.3 Aktivitas Jaminan Kualitas .............................................................................................. 41
4.4 Manajemen Perubahan .................................................................................................. 41
4.5 Durasi ............................................................................................................................. 42
BAB V ........................................................................................................................................ 43
PENUTUP .................................................................................................................................. 43

3
 BAB I

PENDAHULUAN

1.1 Latar Belakang

Dewasa ini perkembangan Teknologi Informasi mulai mendapat sambutan positif dari masyarakat.
Perkembangannya tidak hanya disambut dan dinikmati oleh kalangan bisnis maupun pemerintah saja,
tetapi dari semua kalangan karena ketersediaan informasi yang terintegrasi makin penting dalam
mendukung kebermanfaatan yang dapat meningkatkan efisiensi, efektifitas, transparansi dan
akuntabilitas suatu kegiatan,
Dalam proses bisnisnya Dinas Komunikasi, Informatika, Statistika Dan Persandian Kabupaten Paser
memiliki tugas yang berkaitan dengan teknologi informasi kepada masyarakat. Oleh sebab itulah media
internet sekarang sudah seperti kebutuhan pokok karena terus disupport perkembangannya oleh
pemerintah dan dapat di terima dengan baik oleh masyarakat, hal itu dapat dilihat dari terus
meninggkatnya para pengguna layanan internet.
Dari pernyataan tersebut, maka perlu dikembangkan sebuah website Diskominfo Paser yang akan
memberikan informasi tentang seputar Dinas Komunikasi, Informatika, Statistika Dan Persandian
Kabupaten Paser, acara-acara yang akan diselenggarakan, serta perkembangan terbaru dunia
informatika. Sehingga diharapkan dengan adanya website ini, Masyarakat dapat mengakses secara
mudah tentang Informasi Publik Seputar Perkembangan Dinas Komunikasi, Informatika, Statistika Dan
Persandian Kabupaten Paser .

1.2 Tujuan
Tujuan dari pengembangan website Diskominfo Paser adalah untuk memudahkan masyarakat
umum dalam menerima informasi seputar Dinas Komunikasi, Informatika, Statistika Dan Persandian
Kabupaten Paser.

1.3 Sasaran
Sasaran pengguna aplikasi Website Diskominfo Paser adalah seluruh masyarakat kabupaten Paser
tanpa mengenal batas umur, pendidikan, status sosial dan ekonomi.

4
1.4 Ruang Lingkup
Aplikasi layanan untuk interoperabilitas sistem informasi instansi pemerintah ini direncanakan
dapat menghubungkan beberapa sistem informasi pemerintahan yang berbeda platform (baik berbeda
dari sisi Sistem Operasi, Bahasa Pemrograman maupun Databasenya), sehingga antar sistem informasi
tersebut bisa saling bertukar data satu dengan yang lainnya melalui layanan berbasis web/internet
menggunakan konsep web services.

1.5 Batasan Masalah

Website ini digunakan hanya untuk memberikan informasi terkait Dinas Komunikasi,
Informatika, Statistika Dan Persandian Kabupaten Paser yang dapat di akses oleh masyarakat luas.
A. Kegiatan
Lingkup kegiatan :
• Pengumpulan literatur, desain arsitektur dan metode transaksi pengolahan data
terdistribusi berbasis REST (REpresentational State Transfer).
• Perancangan arsitektur pengolahan data terdistribusi berbasis layanan web.
• Pembuatan aplikasi layanan interoperabilitas menggunakan web service berbasis Open
Source (kode sumber terbuka).
• Pembuatan model bisnis proses yang terjadi antar aplikasi melalui aplikasi layanan
interoperabilitas.
• Uji coba aplikasi layanan interoperabilitas.
• Pembuatan dokumentasi
• Pembuatan dokumentasi hasil transaksi antar sistem informasi.
• Pembuatan panduan untuk pengembangan sistem informasi menggunakan arsitektur
interoperabilitas.

B. Jadwal Pelaksanaan
Pelaksanaan kegiatan penerapan interoperabilitas sistem informasi instansi
pemerintah direncanakan selama 1 (satu) bulan terhitung kontrak ditandatangani.

5
1.6 Pola Pelaksanaan
A. Desain Sistem
Arsitektur yang dikembangkan adalah berupa konstruksi jaringan terhadap aplikasi
layanan (lebih banyak bekerja di belakang layar) yang akan dimanfaatkan untuk melakukan
proses interkoneksi dan transaksi data antar sistem informasi instansi pemerintah yang
berbeda platform. Aplikasi layanan ini dibangun dengan menggunakan software berbasis
open source (kode sumber terbuka).

B. Target Pencapaian
Target pencapaian adalah terhubungnya sistem informasi instansi pemerintah yang
berbeda platform agar bisa interkoneksi dan bertukar data. Awal implementasi ini dapat
digunakan sebagai sarana untuk mengetahui sampai sejauh mana efektivitas dan manfaat yang
diperoleh.

1.7 Mekanisme Pelaksanaan

Beberapa mekanisme yang akan ditempuh yakni sebagai berikut :
• Tahap Identifikasi data aplikasi yang akan diinterkoneksikan
o Pada tahap ini diidentifikasi masing2 aplikasi yang akan diinterkoneksikan
o Aplikasi yang digunakan harus memiliki hubungan bisnis proses
o Aplikasi layanan (wrapper) yang berfungsi sebagai middle-ware suatu bisnis proses,
bisa dihubungkan dengan bisnis proses lainnya, makin banyak bisnis proses dan
perbedaan sumber datanya, makin besar kualitas proses interoperabilitas dapat
diukur.
• Merancang aplikasi layanan (wrapper) yang dibutuhkan melalui rancangan arsitektur
interoperabilitas.
• Menerapkan aplikasi layanan (wrapper) interoperabilitas pada beberapa sistem informasi yang
sudah ada.
• Testing dan uji coba (validasi model).
• Pembuatan dokumentasi transaksi aplikasi layanan (wrapper) yang melakukan proses
interoperabilitas.
• Pembuatan dokumentasi bisnis proses dan rancangan pemetaan data antar sistem informasi.
• Pembuatan panduan untuk penerapan sistem informasi menggunakan arsitektur
interoperabilitas.

6
1.8 Hasil yang Diharapkan
A. Output
Output yang diharapkan adalah :
• Aplikasi interoperabilitas inter departemen
• Manual penggunaan aplikasi interoperabilitas

B. Outcome
• Meningkatnya efektifitas dan akurasi dalam pertukaran data antar instansi pemerintah
• Meningkatnya kualitas pelayanan publik

C. Pelaporan
Laporan yang harus diserahkan oleh pelaksana adalah:
• Laporan Pendahuluan
Laporan Pendahuluan yang memuat sekurang-kurangnya rancangan kegiatan, strategi
pengumpulan data, ruang lingkup kegiatan, metodologi dan rencana kegiatan sebagai
pedoman pelaksanaan pekerjaan. Diterbitkan sebanyak 10 (sepuluh) eksemplar laporan.
• Laporan Akhir
Laporan Akhir ini merupakan hasil akhir yang telah disempurnakan melalui diskusi dengan
pihak terkait. Diterbitkan sebanyak 10 (dua puluh) eksemplar laporan.

7
 BAB II

PENDEKATAN TEKNIS DAN METODOLOGI

2.1 Pendekatan Teknis

Sejak disahkannya INPRES NO.3 Tahun 2003 tentang e-Government, sejumlah instansi
pemerintah mulai membangun sistem informasi yang dibutuhkannya. Ini dibuktikan setelah lima tahun
Inpres tersebut disahkan, kini telah banyak instansi memiliki Situs Portal Pemerintahnya sendiri, artinya
TI dianggap sebagai alat yang sudah mampu membantu memudahkan pekerjaan dan mengarahkan
sosialisasi rencana pembangunan dan hal ini ditunjang dengan perkembangan Teknologi Informasi dan
Komunikasi (TIK) yang melaju cepat.
Dengan demikian akhir-akhir ini banyak instansi yang memusatkan kegiatannya pada layanan
berbasis TI. Sejumlah layanan yang awalnya dilakukan secara offline, bahkan ada yang masih manual,
kini dengan adanya payung hukum e-Government hampir setiap tahun tiap-tiap instansi membuat
anggaran untuk pengembangan aplikasi online berbasis web/internet untuk menunjang layanan
publiknya. Dan tidak sedikit juga yang melakukannya dengan inovasi mutakhir, misalnya melalui layanan
SMS, Smart-Card, Wifi, Teleconference, RF-ID, GPS dan sebagainya. Semakin majunya perkembangan
teknologi informasi, maka akan mendorong terlaksananya konsep-konsep TI yang selama ini cuma ada
di atas kertas.
Namun interoperabilitas antar sistem informasi masih menjadi kendala dalam mengoptimalkan
fungsi TI, padahal interoperabilitas sistem informasi menjadi mutlak diperlukan karena tidak mungkin
satu sistem informasi berdiri sendiri tanpa membutuhkan sistem informasi yang lainnya. Persoalan
menjadi bertambah rumit manakala berbagai sistem informasi yang dibangun terutama dikalangan
pemerintahan menggunakan platform yang berbeda-beda. Masalah lain timbul manakala sistem
informasi tersebut belum memiliki dokumentasi yang baik sehingga tidak dapat berkomunikasi dengan
sistem informasi yang dimiliki oleh pihak lain. Selain itu perlu peran dari banyak pihak untuk
terwujudnya interoperabilitas sistem informasi, ego sektoral yang menjadi permasalahan utama perlu
dihindari.
Pemikiran bahwa tugas institusi pemerintahan adalah untuk melayani publik perlu ditingkatkan
sehingga semua pihak harus memiliki paradigma bahwa data yang dimiliki adalah dalam rangka untuk
memenuhi kebutuhan instansi pemerintah lainnya dan seluruh masyarakat Indonesia, sehingga kualitas
layanan publik akan semakin meningkat.

8
2.2 Interoperabilitas
Menurut IEEE [1], interoperabilitas didefinisikan sebagai “The ability of two or more systems or
components to exchange information and to use the information that has been exchanged”, secara
teknis menggambarkan kemampuan 2 atau lebih sistem untuk saling tukar menukar data atau informasi
dan saling dapat mempergunakan data atau informasi yang dipertukarkan tersebut.
Interoperabilitas bukanlah berarti penentuan atau penyamaan penggunaan platform perangkat
keras, atau perangkat lunak semisal operating system tertentu misalnya, bukan pula berarti penentuan
atau penyeragaman database yang akan dipergunakan dalam penyimpangan data dan juga bukan
berarti penentuan atau penyeragaman penggunaan bahasa pemrograman dalam pengembangan
sistem informasi pemerintahan. Interoperabilitas harus dapat dicapai dalam keragaman penggunaan
perangkat keras dan perangkat lunak baik operating system , database dan bahasa pemrograman yang
tersedia saat ini dan khususnya yang telah dipergunakan di berbagai instansi pemerintahan baik pusat
ataupun daerah. Interoperabilitas dalam keragaman ini hanya dapat dicapai melalui standarisasi format
pertukaran data, yang secara teknis saat ini banyak dilakukan dengan menggunakan basis XML. Setiap
pihak yang terkait berkewajiban menggunakan standard yang telah ditetapkan sebagai acuan bersama.
Dalam urusan penyelenggaraan pemerintahan, faktor teknologi informasi mempunyai peran yang
sangat besar. Pengolahan data khususnya, sangat tergantung pada peran komputer, jaringan komputer,
basis data, dan perangkat lunak aplikasi yang terkait. Dalam berbagai kasus, pengolahan data tidak lagi
dipandang sebagai komputasi yang dilakukan pada satu komputer saja, tetapi melibatkan juga
komunikasi data antar komputer. Komunikasi data diperlukan dalam konteks untuk menyusun
informasi yang bersifat multisektoral. Kebutuhan ini terutama muncul untuk pengambilan keputusan
pada tingkat strategis yang biasanya melibatkan beberapa unit/badan/dinas terkait.
Contoh kebutuhan informasi penentuan prioritas dana jaminan kesehatan berdasarkan jumlah
penduduk, tingkat kemiskinan, kondisi kesehatan lingkungan dan jumlah tenaga medis yang diambil
dari beberapa instansi terkait dapat dilihat dari gambar 2.1 berikut ini:

SI Adminduk SI BPS SI Dept. Kesehatan

Document XML
Document XML
Title
Document
Laporan
XML
Strategis

SI Bappenas

Gambar 2.1 Kebutuhan data multisektoral

9
 Ada beberapa sistem informasi yang semuanya digunakan sebagai sumber data bagi sebuah
aplikasi lain yang berfungsi mengkompilasi laporan prioritas dana jaminan kesehatan masyarakat.
Kondisi nyata di lapangan pada umumnya menunjukkan bahwa sistem-sistem informasi yang digunakan
di unit/badan/dinas tersebut dibangun di atas komponen-komponen yang berbeda. Heterogenitas
terjadi pada perangkat keras (hardware), sistem operasi, program aplikasi, maupun sistem basis data
yang digunakan. Dalam kondisi ini muncullah isu interoperabilitas, bagaimana sistem-sistem yang
berbeda tersebut bisa saling berkomunikasi dan bertukar data dengan baik. Dalam contoh pada Gambar
2.1 di atas, bagaimana aplikasi penyusun aplikasi bisa menggunakan data yang dikelola oleh aplikasi
sistem-sistem informasi yang lain.
Dengan demikian maka dapat disimpulkan bahwa interoperabilitas adalah kemampuan suatu
sistem atau produk untuk bekerjasama dengan suatu sistem atau produk lainnya, dimana satu aplikasi
dapat saling berkomunikasi dengan aplikasi yang lainnya. Urgensi perlunya interoperabilitas adalah
untuk meningkatkan kualitas layanan informasi publik bagi masyarakat. Sistem Informasi pemerintahan
di Indonesia pun sangat perlu berinteroperbilitas, karena sebenarnya satu sistem informasi saling
terkait dengan sistem informasi lainnya meskipun sistem tersebut dibangun dengan platform dan
database yang berbeda. Seluruh aplikasi dan pulau-pulau informasi yang ada di seluruh pemerintahan
Indonesia merupakan satu aset yang harus dipikirkan bersama agar bisa menjadi satu sistem
terintegrasi sehingga dalam jangka panjang dapat meningkatkan kualitas layanan publik di Indonesia.
Dengan diterapkannya interoperabilitas sistem informasi pada instansi pemerintahan, banyak
manfaat yang dapat diperoleh , antara lain :
• Pemerintah dapat lebih mudah dalam dalam hal pengelolaan dan pengaksesan data;
• Pelayanan publik bagi masyarakat menjadi lebih efektif dan efisien;
• Pengambilan keputusan oleh pemerintah menjadi lebih baik, relevan, akurat dan tepat
waktu karena informasi cepat diperoleh;
• Sharing informasi, sehingga koordinasi program antar institusi lebih mudah;
• Dengan informasi yang makin baik, akan menciptakan iklim berdemokrasi yang lebih baik.
Dalam pertukaran data antar aplikasi komputer yang berbeda, masalah utamanya terletak pada format
data. Perbedaan format data menyebabkan data dari satu aplikasi tidak bisa begitu saja dikirimkan ke
dan digunakan oleh aplikasi lainnya. Untuk itu diperlukan sebuah format “netral” yang disepakati oleh
kedua aplikasi. Kata “netral” berarti tidak memihak ke format yang digunakan oleh salah satu aplikasi.
Format netral ini kemudian digunakan sebagai format “antara” dalam pengiriman data, seperti
ditunjukkan pada Gambar 2.2 berikut ini:

10
 Format Netral
Format Netral

Internet

Format Netral

Format Netral

Gambar 2.2 Pengiriman data dengan format “netral”

Penggunaan format netral juga meningkatkan ekstensibilitas, aplikasi yang lain dapat pula
memanfaatkannya, tanpa harus mengetahui format aslinya. Dewasa ini, format netral untuk pertukaran
data banyak dijalankan oleh JSON (Javascript Object Notation). Selain format, masalah lain dalam
pertukaran data antar aplikasi komputer adalah mekanisme pertukarannya. Aplikasi-aplikasi yang
berkomunikasi biasanya independen satu sama lain. Keduanya dibuat oleh pengembang yang berbeda,
pada saat yang tidak sama pula. Padahal untuk bisa berkomunikasi, sebuah aplikasi harus tahu tentang
cara menghubungi dan berbicara dengan aplikasi mitranya serta struktur data yang terlibat.
Memberitahu semua ini berarti memberitahu detil internal dari aplikasi tersebut, dan hal ini yang sering
menimbulkan kesulitan, karena tidak semua instansi bersedia membuka detil internal aplikasinya ke
pihak lain, dengan alasan keamanan data dan sebagainya.

2.3 JSON
JSON adalah kependekan dari Javascript Object Notation. JSON dipakai untuk dua hal; yang
pertama untuk format transfer data antar device/OS/bahasa pemerograman yang berbeda dan sebagai
media penyimpanan data seperti MongoDB. JSON dalam artikel ini lebih menekankan pada transfer
data. Sebenarnya selain JSON, format transfer data antar sistem bisa dilakukan XML, plaintext ataupun
HTML, namun 3 format tersebut punya banyak kekurangan, terutama dari sisi ukuran. Saingant
terdekat dari JSON adalah XML, dalam layanan Web API atau webservice, sebagian layanan
menggunakan JSON, sebagian yang lain menggunakan format XML. Dua format ini bisa saling
menggantikan.
Walaupun XML sudah sejak lama dipakai dalam format transfer data, namun beberapa tahun
terakhir, JSON menggeser posisi XML.
Kelebihan JSON dari XML adalah sbb:

11
 • Ukuran lebih kecil dibanding XML, efeknya transfer data lebih cepat dan lebih hemat resource,
terutama bandwidth
• JSON adalah format data bawaan di Javascript, artinya jike data dari server di kirim ke client ,
dan client menggunakan javascript, maka tidak perlu library tambahan untuk memprosesnya
• Dibanding XML, format JSON lebih sederhana.
• Library JSON ada di setiap bahasa pemrograman sehingga memudahkan programer yang
berbeda bahasa pemrograman.

2.4 Kebijakan Pertukaran Data

Secara teknis, teknologi untuk melakukan pengiriman dan pertukaran data antar aplikasi komputer
di instansi-instansi pemerintah yang berbeda telah tersedia. Selanjutnya, penerapan teknologi ini perlu
didorong dan didukung oleh perangkat kebijakan yang memadai. Perangkat kebijakan inilah yang
mengatur mekanisme pertukaran data pada aras operasional sebagai bagian dari proses-proses
birokrasi yang dijalankan dalam kerangka e-government.
Tata kelola (governance) pertukaran data mendefinisikan isu-isu penting yang mungkin muncul
dalam proses pertukaran data antar instansi pemerintah. Sebagai contoh, Pemerintah New Zealand
mendefinisikan hal-hal berikut sebagai yang harus diatur:
• Tujuan pertukaran data
• Otoritas legal yang terlibat
• Kebijakan manajemen data
• Standar untuk nama dan alamat
• Isu-isu tentang file data: format, parsing, skema, sintaks, dan lain-lain
• Isu-isu tentang pengiriman (transfer) data dan pesan: skenario transfer, keamanan, autentikasi,
non-repudiasi, kompresi data, dan lain-lain
• Isu-isu implementasi: compliance, implementasi pilot, pengendalian perubahan (change
control), audit, IPR, dan lain-lain
• Isu-isu lainnya: kualitas informasi, kepercayaan (trust), proses bisnis, dan lain-lain.

Khusus tentang format pertukaran data, banyak pemerintahan atau organisasi global yang
merekomendasikan penggunakan format yang bersifat terbuka seperti Open Document Format (ODF)
yang sejak tahun 2006 telah menjadi standar internasional ISO/IEC JTC 1 IS 23600. ODF dirancang untuk
menjadi format untuk pertukaran data antar aplikasi perkantoran, yang spesifikasinya ditetapkan oleh
sebuah konsorsium Organization for the Advancement of Structured Information Standards (OASIS).
Melalui program Interoperable Delivery of European e-Government Services to Public Administrations,

12
Business, and Citizens (IDABC), Uni Eropa telah merekomendasikan ODF sebagai format pertukaran
data dan dokumen dalam inisiatif e-government di negara-negara anggotanya. Dengan format terbuka,
diharapkan pertukaran informasi antar instansi pemerintah, perusahaan swasta, dan warga masyarakat
dapat dilakukan secara lancar.

2.5 Pendekatan dan Strategi Implementasi

Pada tahun 2004 Pemerintah sebenarnya pernah meluncurkan program Intergovernmental Oracle
to Shared Information System (IGASIS) yang dirancang untuk mengatur, salah satunya, pertukaran data
antar instansi pemerintah tetapi sampai sekarang program ini tidak terdengar lagi kelanjutannya.
Kemudian pada awal tahun 2011 Dirjen Aplikasi Informatika dari Kementerian Komunikasi dan
Informatika juga sebenarnya telah mengembangan sebuah Aplikasi Manajemen dan Pertukaran Data
yang biasanya dikenal dengan nama MANTRA untuk mengelola layanan elektronik berbagi pakai data
(interoperabilitas) antar sistem informasi pemerintah, namun sampai saat ini program yang dimaksud
masih minim sosialisasi dan kedengarannya hanya stuck masih pada tahap uji coba.
Sebagai sebuah prototipe kebijakan, IGASIS dan MANTRA perlu dikembangkan untuk mengatur
isu-isu pertukaran data secara lebih komprehensif. Karena pertukaran data selalu melibatkan minimal
dua instansi dengan domain kewenangan yang mungkin berbeda, maka IGASIS perlu ditangani oleh
instansi pemerintah dengan otoritas kewenangan yang cukup.
Kemkominfo merupakan instansi yang tepat untuk mengembangkan, mensosialisasikan, dan
mengawal penerapan IGASIS dan MANTRA. Sebagai departemen teknis di bidang informasi dan
komunikasi, Kemkominfo memiliki baik kewenangan koordinatif (mengkoordinasikan pada aras
departemen di tingkat pusat) maupun komando/kontrol (enforcement penerapan kebijakan di tingkat
daerah). Keterpaduan penanganan di tingkat pusat dan daerah sangat penting, karena pertukaran data
dapat terjadi pada sembarang domain/bidang, pada arah yang berbeda. Tanpa ada koordinasi dan
enforcement yang kuat, ketidakcocokan atau bahkan perselisihan (dispute) antar instansi sangat
mungkin terjadi.
Bila pengaturan pada arah kebijakan perlu ditegaskan, implementasi pada arah teknis operasional
tidak perlu diatur secara ketat. Tiap instansi di pusat maupun daerah dibebaskan untuk
mengimplementasikan aplikasi-aplikasi komputernya masing-masing, sesuai dengan kebutuhannya.
Yang perlu dijaga adalah ketaatan (conformance) aplikasi-aplikasi tersebut pada kerangka yang telah
ditetapkan dalam IGASIS dan MANTRA. Dengan pendekatan ini, Pemerintah dapat menjamin
tercapainya tujuan pertukaran data tanpa harus mengorbankan independensi dan otonomi masing-
masing instansi.

13
2.6 Metodologi
Untuk dapat memberikan pemahaman yang lebih dalam terhadap kegiatan Pengembangan
Website Perpustakaan Daerah untuk Kegiatan Rancangan E-Government Pemerintah Kota yang
Terintegrasi, dimana sasaran akhir dari kegiatan ini adalah beroperasinya sebuah sistem yang mampu
mengintegrasikan seluruh sistem secara optimal, maka perlu diketahui terlebih dahulu beberapa
pengertian yang berhubungan dengan kegiatan Pengembangan Website Perpustakaan Daerah untuk
Kegiatan Rancangan E-Government Pemerintah Kota yang Terintegrasi ini.

A. Pengembangan Software (Software Development Life Cycle)

Sistem Development Life Cycle atau yang biasa disebut dengan SDLC merupakan siklus
pengembangan sistem yang terdiri dari system planning (tahap perencanaan), system analysist
(tahap analisa), system design (tahap perancangan), system implementation (tahap implementasi),
system operation and support (tahap penggunaan dan perawatan). Kelima tahap tersebut secara
diagram dapat dilihat seperti gambar 2.1 berikut ini.

Gambar 2.3: Software Development Life Cycle

Penjelasan dari Tahapan-tahapan pada gambar ini adalah sebagai berikut:

1. Tahap Perencanaan (System Planning)

Tahap perencanaan sistem merupakan langkah pertama dalam proses pengembangan sistem,
yang terdiri dari identifikasi, seleksi dan perencanaan sistem.
a) Mengidentifikasi kebutuhan user
Menyeleksi kebutuhan user dari proses identifikasi dengan melihat kapasitas teknologi
dan efisiensi.
b) Merencanakan Kebutuhan Sistem

14
 Terdiri dari Kebutuhan fungsional dan Non-Fungsional
Non-fungsional : Sistem bisa menjadi tidak digunakan jika tidak dipenuhi
- Menggunakan CASE (Computer Aided Software Engineering) tools, bahasa
pemrograman tertentu
- Menggunakan bahasa tertentu
- Kebutuhan User (customer)
- Kebutuhan Sistem (kontrak dengan klien)
- Kebutuhan dokumen dan perangkat lunak (developer)

2. Tahap Analisa (System Analysis)

Produk akhir dari analisa sistem adalah seluruh kebutuhan sistem untuk usulan sistem
informasi (ini juga disebut spesifikasi fungsional atau kebutuhan fungsional). Untuk proyek
perkembangan yang besar, produk ini mengambil bentuk dari laporan kebutuhan sistem,
dengan menetapkan kemampuan yang diperlukan untuk kebutuhan informasi pengguna akhir.
Perancangan suatu sistem dibutuhkan sebelum penyelesaian tahap perancangan sistem.
a) Analisa Sistem yang Ada
Sebelum merancang sistem baru harus mempelajari bagaimana untuk mengembangkan
sistem yang lama, bagaimana menganalisa menggunakan perangkat keras, perangkat
lunak, dan sumber daya manusia untuk kebutuhan pengguna.
b) Analisa Sistem Kebutuhan
Memerlukan informasi tertentu yang dapat dijadikan analisa sebagai kebutuhan
pengguna, mencoba menentukan kebutuhan proses informasi untuk masing-masing
aktivitas sistem (masukan, proses, keluaran, penyimpanan, dan kendali).
Analisa sistem biasanya membutuhkan beberapa metode pemodelan data dan proses,
yaitu:
a. Jenis Perangkat Pemodelan data diantaranya
✓ Entity Relationship Diagram (ERD)
✓ Conceptual Data Model (CDM)
✓ Physical Data Model (PDM)
b. Pemodelan proses
✓ Unified Modeling Language (UML).

15
3. Rancangan Sistem (System Design)
Rancangan sistem menjelaskan sistem apa yang harus memenuhi informasi yang dibutuhkan
oleh para pengguna, rancangan ini terdiri dari rancangan logika dan fisik yang dapat
menghasilkan spesifik sistem yang memenuhi persyaratan sistem yang dikembangkan pada
tahap analisa, diantaranya:
✓ Mengembangkan spesifikasi yang lebih umum tentang bagaimana aktivitas input,
pengolah, output, penyimpanan, pengendalian memenuhi persyaratan sistem yang
dikembangkan pada tahap analisis system
✓ Mengembangkan spesifikasi yang lebih detil
✓ Menghasilkan dokumen dan komunikasi yang lebig detil dari sistem yang diajukan kepada
pengguna akhir
Design yang nantinya akan dihasilkan antara lain:
✓ Desain form dan laporan (report)
✓ Desain Antarmuka dan dialog (message)
✓ Desain basis data dan file (framework)
✓ Desain proses (struktur proses)

4. Implementasi Sistem (Systems Implementation)

Tahap ini adalah yang harus dilakukan sebelum sistem benar-benar dapat diterapkan dengan
melalui testing atau uji kehandalan dari sistem. Beberapa tahapan yang harus dilalui antara lain:
✓ Pemrograman dan pengetesan perangkat lunak (software)
✓ Developmental (error testing per modul oleh programmer)
✓ Alpha testing (error testing ketika sistem digabungkan dengan antarmuka user , oleh
(software tester)
✓ Beta testing (testing dengan lingkungan dan data sebenarnya)
✓ Konversi sistem
✓ Mengaplikasikan perangkat lunak pada lingkungan yang sebenarnya untuk digunakan oleh
organisasi
✓ Dokumentasi
✓ Pelatihan

5. Pemeliharaan Sistem (System Operasional Dan Supports)

Beberapa tahapan yang perlu dilakukan antara lain:
✓ Corrective – memperbaiki desain dan error pada program
✓ Adaptive – memodifikasi sistem untuk beradaptasi dengan perubahan lingkungan

16
 ✓ Perfective – Melibatkan sistem untuk menyelesaikan masalah baru atau mengambil
kesempatan (penambahan fitur)
✓ Preventive – Menjaga sistem dari kemungkinan masalah di masa yang akan datang.

B. Metodologi Pengembangan Software berbasis SDLC

Model-model yang ada pada SDLC adalah:
1. Waterfall (air terjun)
2. Formal
3. Incremental (Iterasi Proses) (Incemental dan Spiral)
4. Rapid Application Development
5. Prototyping Model

1. Pengembangan dengan Waterfall (air terjun)

Dari beberapa model yang sudah dikenal ini metodologi dengan teknik waterfall adalah yang paling
mudah dan sering digunakan. Gambar 2a dibawah ini adalah merupakan tahapan yang ada pada teknik
waterfall.
Langkah –langkah yang dilakukan pada teknik waterfall diantaranya:
a. Requirements Definition (definisi kebutuhan)
Mengumpulkan keperluan sistem yang dibutuhkan secara lengkap kemudian dianalisa dan
didefinisikan kebutuhan tersebut untuk dipenuhi oleh program yang akan dibangun. Fase ini adalah
untuk menghasilkan desain yang lengkap.
b. Design (rancangan)
Tahapan ini akan dikerjakan setelah define kebutuhan pada tahap awal selesai.
c. Development
Setelah tahapan design selesai maka akan diterjemahkan ke dalam kode-kode pada bahasa
pemrograman yang diinginkan.
d. Integration & Test
Setelah program selesai dibuat maka akan diujikan sebelum di implementasikan melalui tahapan
testing (uji sistem) sehingga user(pengguna) dapat mengetahui kehandalan dari sistem yang dibuat.
e. Installation & Acceptance

17
 Langkah terakhir yang dilakukan agar sistem dapat digunakan oleh user (pengguna).

Gambar 2.4: Teknik Waterfall

Gambar 2.5: Teknik Waterfall menurut Pressman

Masalah pada metode Waterfall

- Terjadinya pembagian proyek menjadi tahap-tahap yang tidak fleksibel, karena komitmen
harus dilakukan pada tahap awal proses.
- Hal ini mengakibatkan sulitnya untuk merespon perubahan kebutuhan pengguna (user).
- Model air terjun harus digunakan hanya ketika persyaratan dipahami dengan baik.

2. Model Pengembangan Sistem Formal

Proses pengembangan Perangkat Lunak didasarkan pada transformasi matematis dari spesifikasi
sistem menjadi program yang dapat dijalankan.

Gambar 2.6: Teknik Fomal

18
3. Masalah pada Pengembangan sistem formal
- Memerlukan keahlian khusus dan pelatihan untuk mengaplikasikannya
- Untuk sebagian besar sistem, metode ini tidak memberikan keuntungan biaya atau kualitas
yang signifikan dibandingkan dengan pendekatan yang lain.
Iterasi Proses
Digunakan untuk kebanyakan sistem besar
- Perlu digunakan berbagai pendekatan untuk berbagai bagian sistem, sehingga harus digunakan
model HIBRID → bagian proses diulang, sementara persyaratan sistem berubah.
- Terdapat 2 model iterasi :
a. Pengembangan Inkremental
b. Pengembangan Spiral
- Pengembangan sistem berdasarkan model sistem yang dipecah sehingga model
pengembangannya secara increment/bertahap.
- Kebutuhan pengguna diprioritaskan dan prioritas tertinggi dimasukkan dalam awal increment

Gambar 2.7: Pengembangan Inkremental

4. Pengembangan Inkremental
Penjelasan model Inkremen Pressman
- Kombinasikan element-element dari waterfall dengan sifat iterasi/perulangan.
- Element-element dalam waterfall dikerjakan dengan hasil berupa produk dengan spesifikasi
tertentu, kemudian proses dimulai dari fase pertama hingga akhir dan menghasilkan produk
dengan spesifikasi yang lebih lengkap dari yang sebelumnya. Demikian seterusnya hingga
semua spesifikasi memenuhi kebutuhan yang ditetapkan oleh pengguna.
- Produk hasil increment pertama biasanya produk inti (core product), yaitu produk yang
memenuhi kebutuhan dasar. Produk tersebut digunakan oleh pengguna atau menjalani

19
 review/pengecekan detil. Hasil review tersebut menjadi bekal untuk pembangunan pada
increment berikutnya. Hal ini terus dikerjakan sampai produk yang komplit dihasilkan.
- Mampu mengakomodasi perubahan secara fleksibel.
- Produk yang dihasilkan pada increment pertama bukanlah prototype, tapi produk yang sudah
bisa berfungsi dengan spesifikasi dasar.

Gambar 2.8: Model Increment Sommerville

5. Pengembangan Spiral
- Proses digambarkan sebagai spiral.
- Setiap loop mewakili satu fase dari software process.
- Loop paling dalam berfokus pada kelayakan dari sistem, loop selanjutnya tentang definisi dari
kebutuhan, loop berikutnya berkaitan dengan desain sistem dan seterusnya

Gambar 2.9: Model Spiral

Setiap Loop dibagi menjadi beberapa sektor :

- Objective settings (menentukan tujuan)

20
 menentukan tujuan dari fase yang ditentukan. Batasan-batasan pada proses dan produk
sudah diketahui. Perencanaan sudah disiapkan. Resiko dari proyek sudah diketahui. Alternatif
strategi sudah disiapkan berdasarkan resiko-resiko yang diketahui, dan sudah direncanakan.
- Risk assessment and reduction (Penanganan dan pengurangan resiko)
setiap resiko dianalisis secara detil pada sektor ini. Langkah-langkah penanganan dilakukan,
misalnya membuat prototype untuk mengetahui ketidakcocokan kebutuhan
- Development and Validation (Pembangunan dan pengujian)
Setelah evaluasi resiko, maka model pengembangan sistem dipilih.
a. Misalnya jika resiko user interface dominan, maka membuat prototype User Interface.
b. Jika bagian keamanan yang bermasalah, maka menggunakan model formal dengan
perhitungan matematis,
c. Jika masalahnya adalah integrasi sistem model waterfall lebih cocok.
- Planning
Proyek dievaluasi atau ditinjau-ulang dan diputuskan untuk terus ke fase loop selanjutnya
atau tidak. Jika melanjutkan ke fase berikutnya rencana untuk loop selanjutnya.
1. Pada model spiral, resiko sangat dipertimbangkan.
2. Resiko adalah sesuatu yang mungkin mengakibatkan kesalahan.
3. Model spiral merupakan pendekatan yang realistik untuk PL berskala besar.
4. Pengguna dan pembangun (Perekayasa) bisa memahami dengan baik software yang
dibangun karena setiap kemajuan yang dicapai selama proses dapat diamati dengan baik.
5. Namun demikian, waktu yang cukup panjang mungkin bukan pilihan bagi pengguna, karena
waktu yang lama sama dengan biaya yang lebih besar.

Gambar 2.10: Planning

21
6. RAD (Rapid Application Development)
a. RAD adalah model proses pembangunan Perangkat Lunak yang incremental.
b. RAD menekankan pada siklus pembangunan yang pendek/singkat.
c. RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat dicapai dengan
menerapkan component based construction.
d. Waktu yang singkat adalah batasan yang penting untuk model ini.
e. Jika kebutuhan lengkap dan jelas maka waktu yang dibutuhkan untuk menyelesaikan secara
komplit software yang dibuat adalah misalnya 60 sampai 90 hari
Kelemahan dalam model ini
a. Tidak cocok untuk proyek skala besar
b. Proyek bisa gagal karena waktu yang disepakati tidak dipenuhi
c. Sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini
d. Resiko teknis yang tinggi juga kurang cocok untuk model ini
e. Fase-fase di atas menggambarkan proses dalam model RAD.
f. Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan dalam waktu yang hampir
bersamaan dalam batasan waktu yang sudah ditentukan.
✓ Business modelling : menjawab pertanyaan-pertanyaan: informasi apa yang
mengendalikan proses bisnis? Informasi apa yang dihasilkan? Siapa yang menghasilkan
informasi? Kemana informasi itu diberikan? Siapa yang mengolah informasi? →
kebutuhan dari sistem
✓ Data modelling: aliran informasi yang sudah didefinisikan, disusun menjadi sekumpulan
objek data. Ditentukan karakteristik/atribut dan hubungan antar objek-objek tersebut
→ analisis kebutuhan dan data
✓ Process Modelling : objek data yang sudah didefinisikan diubah menjadi aliran
informasi yang diperlukan untukmenjalankan fungsi-fungsi bisnis.
✓ Application Generation: RAD menggunakan component program yang sudah ada atau
membuat component yang bisa digunakan lagi, selama diperlukan.
✓ Testing and Turnover: karena menggunakan component yang sudah ada, maka
kebanyakan component sudah melalui uji atau testing. Namun component baru dan
interface harus tetap diuji.

22
7. Prototyping Model
a. Kadang-kadang klien hanya memberikan beberapa kebutuhan umum software tanpa detil
input, proses atau detil output.
b. Di lain waktu mungkin dimana tim pembangun (developer) tidak yakin terhadap efisiensi dari
algoritma yang digunakan, tingkat adaptasi terhadap sistem operasi atau rancangan form user
interface.
c. Ketika situasi seperti ini terjadi model prototyping sangat membantu proses pembangunan
software.

Proses pada model prototyping

a. Pengumpulan kebutuhan: developer dan klien bertemu dan menentukan tujuan umum,
kebutuhan yang diketahui dan gambaran bagian-bagian yang akan dibutuhkan berikutnya. Detil
kebutuhan mungkin tidak dibicarakan disini, pada awal pengumpulan kebutuhan
b. Perancangan : perancangan dilakukan cepat dan rancangan mewakili semua aspek software
yang diketahui, dan rancangan ini menjadi dasar pembuatan prototype.
c. Evaluasi prototype: klien mengevaluasi prototype yang dibuat dan digunakan untuk
memperjelas kebutuhan software.
Gambar 2.11 Processing prototype

a. Perulangan ketiga proses ini terus berlangsung hingga semua kebutuhan terpenuhi.
b. Prototype-prototype dibuat untuk memuaskan kebutuhan klien dan untuk memahami
kebutuhan klien lebih baik.
c. Prototype yang dibuat dapat dimanfaatkan kembali untuk membangun software lebih cepat,
namun tidak semua prototype bisa dimanfaatkan.

23
 d. Sekalipun prototype memudahkan komunikasi antar developer dan klien, membuat klien
mendapat gambaran awal dari prototype , membantu mendapatkan kebutuhan detil lebih baik
namun demikian prototype juga menimbulkan masalah.
Masalah-masalah yg ada pada Prototype
1. Dalam membuat prototype banyak hal yang diabaikan seperti efisiensi, kualitas, kemudahan
dipelihara/dikembangkan, dan kecocokan dengan lingkungan yang sebenarnya. Jika klien
merasa cocok dengan prototype yang disajikan dan berkeras terhadap produk tersebut, maka
developer harus kerja keras untuk mewujudkan produk tersebut menjadi lebih baik, sesuai
kualitas yang seharusnya.
2. developer biasanya melakukan kompromi dalam beberapa hal karena harus membuat
prototype dalam waktu singkat. Mungkin sistem operasi yang tidak sesuai, bahasa
pemrograman yang berbeda, atau algoritma yang lebih sederhana.

Agar model ini bisa berjalan dengan baik, perlu disepakati bersama oleh klien dan developer bahwa
prototype yang dibangun merupakan alat untuk mendefinisikan kebutuhan software.

24
 BAB III

HASIL TAHAPAN DAN STATUS PEKERJAAN

Untuk dapat memberikan pemahaman yang lebih dalam terhadap kegiatan Pengembangan
Website Diskominfo Paser untuk Kegiatan Rancangan E-Government Pemerintah Kabupaten yang
Terintegrasi, dimana sasaran akhir dari kegiatan ini adalah beroperasinya sebuah sistem yang mampu
mengintegrasikan seluruh sistem secara optimal, maka perlu diketahui terlebih dahulu beberapa
pengertian yang berhubungan dengan kegiatan Pengembangan Website Diskominfo Paser untuk
Kegiatan Rancangan E-Government Pemerintah Kabupaten yang Terintegrasi.

3.1 Hasil Pekerjaan

3.1.1 Implementasi Database

Dari tahapan-tahapan yang telah kami lalui sebagai konsultan dalam kegiatan ini selama
proses pengumpulan informasi atau user requirement bersama beberapa staff Diskominfo yang
terlibat sehingga dapat ditarik kesimpulan bahwa kebutuhan dari database dalam sistem ini adalah
sebagai berikut:
a) Tabel Database

Tabel ini menampung seluruh data dari website Diskominfo Paser ini.

25
 Gambar 3.1 Tabel Database

3.1.2 Implementasi Interface

Adapun perancangan Interface merupakan mekanisme komunikasi antara pengguna
(user) dengan sistem. Antarmuka pemakai (User Interface) dapat menerima informasi dari
pengguna (user) dan memberikan informasi kepada pengguna (user) untuk membantu
mengarahkan alur penelusuran masalah sampai ditemukan suatu solusi.

3.1.2.1 Halaman Frontend

Frontend dari sistem ini adalah halaman yang ditampilkan untuk para pengunjung sistem,
adapun seluruh user dapat mengakses halaman ini karena memang bersifat terbuka untuk
publik. Berikut ini beberapa halaman yang telah kami implementasikan dalam pengembangan
sistem ini :
a) Halaman Utama

Berikut halaman utama dari aplikasi ini :

Gambar 3.2 Halaman Utama

26
 b) Halaman Kata Pengantar

Halaman ini bertujuan untuk menampilkan Kata Pengantar website Diskominfo Paser.

Gambar 3.4 Halaman Kata Pengantar

c) Halaman Berita Artikel

Halaman ini berisi berita artikel yang akan ditampilkan di webiste.

27
 Gambar 3.4 Halaman Berita Artikel
d) Halaman Berita Daerah

Halaman ini berisi berita daerah Kabupaten Paser. Berikut tampilannya :

Gambar 3.5 Halaman Berita Daerah

28
 e) Halaman Berita Nasional

Halaman ini berisi berita nasional. Berikut tampilannya :

Gambar 3.6 Halaman Berita Nasional

f) Halaman Rapat Koordinasi

Halaman ini berisi berita tentang Rapat Koordinasi Pemerintah Kabupaten Paser.
Berikut tampilannya :

Gambar 3.7 Halaman Rapat Koordinasi

29
g) Halaman Siaran Pers

Halaman ini berisi berita Siaran Pers. Berikut tampilannya :

Gambar 3.8 Halaman Siaran Pers

h) Halaman PPID

Halaman ini berisi informasi dari PPID yang terdiri dari dokumen aset dan inventaris,

nerasa dan laporan realisasi anggaran, peraturan PPID, laporan tahunan PPID, dan

unduhan. Berikut tampilannya:

Gambar 3.9 Halaman PPID

30
i) Halaman Profil Kepala Diskominfo

Halaman ini berisi Profil Tentang Kepala Diskominfo Kabupaten Paser. Berikut

tampilannya:

Gambar 3.10 Halaman Profil Kepala Diskominfo

j) Halaman Pengumuman

Halaman ini berisi Pengumuman. Berikut tampilannya:

Gambar 3.11 Halaman Pengumuman

31
k) Halaman Selayang Pandang

Halaman ini berisi informasi Selayang Pandang. Berikut tampilannya:

Gambar 3.12 Halaman Selayang Pandang

l) Halaman Struktur Organisasi

Halaman ini berisi informasi struktur organisasi di Diskominfo Paser. Berikut

tampilannya:

Gambar 3.13 Halaman Struktur Organisasi

32
m) Halaman Tugas Pokok dan Fungsi

Halaman ini berisi informasi tugas pokok dan fungsi Diskominfo Paser. Berikut

tampilannya:

Gambar 3.14 Halaman Tugas Pokok dan Fungsi

n) Halaman Visi dan Misi

Halaman ini berisi informasi Visi dan Misi Diskominfo Paser. Berikut tampilannya:

3.15 Halaman Visi dan Misi

33
o) Halaman Agenda

Halaman ini berisi Agenda kegitan di Diskominfo Paser. Berikut tampilannya:

3.16 Halaman Agenda

p) Halaman Hubungi Kami

Halaman ini berfungsi untuk menghubungkan masyarakat dengan Dinas Kominfo Paser.

Pada halaman ini ditampilkan alamat, telepon, email, serta form nama, nomor telepon,

email serta pesan. Pada bagian bawah halaman juga ditampilkan peta lokasi Diskominfo

paser. Berikut tampilannya:

Gambar 3.17 Halaman Hubungi Kami

q) Halaman Bidang Kerja

34
Halaman ini berisi informasi bidang kerja pada Dinas Kominfo Kabupaten Paser. Yang

mana setiap bidang yang ada di Diskominfo dijelaskan dalam 1 halaman yang terdiri dari

Bidang Aplikasi dan Informatika, Bidang Komunikasi Informasi Publik, Bidang Teknologi

dan Komunikasi, Sekretariat. Berikut tampilannya:

3.18 Halaman Bidang Kerja

r) Halaman Galeri Kegiatan

Halaman ini berisi foto-foto kegiatan di lingkungan Dinas Kominfo Paser. Berikut

tampilannya:

Gambar 3.19 Halaman Galeri Kegiatan

35
 s) Halaman E-Library

Halaman ini berisi informasi yang terdiri dari foto dan video. berikut tampilannya:

Gambar 3.20 Halaman E-library

3.1.2.2 Halaman Backend

Backend dari sistem ini rencananya akan di implementasi langsung di halaman E-Panel agar
memudahkan admin dari Dinas Kominfo Paser dalam mengelola seluruh konten sistem
informasi seluruh sistem yang ada dilingkungan Dinas Kominfo itu sendiri. Adapun perancangan
yang akan di implementasi adalah sebagai berikut :
a) Halaman Login

Untuk halaman login, admin cukup melakukan login pada halaman login S-Panel atau sistem
dashboard utama dari Sistem Informasi Dinas Komuniyaitu melalui alamat URL :
https://diskominfo.paserkab.go.id/epanel
Berikut hasil tangkapan layar dari halaman login yang sudah berhasil diimplementasi:

36
 Gambar 3.21 Halaman Login
Pada tahap ini, pengguna atau admin dari Dinas Kominfo cukup memasukkan username dan
password yang dimiliki.
b) Halaman Dasbor (Beranda)

Berikut adalah hasil dari implementasi untuk tampilan halaman beranda yang hanya dapat
diakses oleh admin diskominfo:

Gambar 3.22 Halaman Dasbor

Halaman ini adalah halaman utama dari dasbor atau beranda admin, adapun
direncanakan halaman ini akan menampilkan statistik dari Jumlah Berita yang telah terbit,
agenda yang telah susun, pengumuman yang telah terbit dan jumlah feedback dari masyarakat
serta sebuah statistik kunjungan yang terintegrasi langsung dengan Google Analytics yang
dikemas dalam bentuk diagram.

c) Halaman Informasi : Feedback, Berita, Agenda, Pengumuman, Laman.

Berikut adalah rancangan tampilan dari halaman Developer yang akan kami implementasikan :

37
 Gambar 3.23 Halaman Informasi : Feedback, Berita, Agenda, Pengumuman, Laman.

Halaman ini akan berisi daftar dari seluruh informasi mencakup feedback, berita, agenda,
pengumuman, dan laman. Halaman ini digunakan untuk melakukan tambah data, edit data,
dan hapus data yang hanya bisa dilakukan oleh admin.

d) Halaman Media : Galeri & Unduhan.

Gambar 3.24 Halaman Media : Galeri & Unduhan

Halaman ini akan berisi daftar dari seluruh media yaitu galeri. Halaman ini digunakan untuk
melakukan tambah data, edit data, dan hapus data yang hanya bisa dilakukan oleh admin.

38
 e) Halaman Fitur Lain : Penghargaan & Tautan

Gambar 3.26 Halaman Fitur Lain : Penghargaan & Tautan

Halaman ini akan berisi daftar dari seluruh Fitur Lain yaitu penghargaan & tautan. Halaman ini
digunakan untuk melakukan tambah data, edit data, dan hapus data yang hanya bisa dilakukan
oleh admin.

f) File Manager

Gambar 3.27 Halaman File Manager

Halaman ini akan berisi daftar dari seluruh Halaman plugin yaitu File Manager. Halaman ini
digunakan untuk melakukan tambah data, edit data, dan hapus data yang hanya bisa dilakukan
oleh admin.

g) Halaman Operator

Berikut rencana tampilan yang akan diimplementasikan.

39
 Gambar 3.28 Halaman Operator
Halaman ini akan berisi halaman modul operator yang berisi daftar seluruh operator sistem.
Halaman ini digunakan untuk melakukan tambah data, edit data, dan hapus data yang hanya
bisa dilakukan oleh admin.

40
 BAB IV

PENGELOLAAN PROYEK

4.1 Kemitraan
Pekerjaan Pengembangan Website Diskominfo Paser ini merupakan kerjasama antara
Bidang E-Government dan Aplikasi, Dinas Komunikasi dan Informatika Kota Samarinda dengan
Dinas Komunikasi, Informatika, Statistika Dan Persandian Kabupaten Paser dengan pelaksanaan
pekerjaan diserahkan kepada pihak Konsultan Teknologi Informasi.

4.2 Asumsi Proyek

Untuk mengidentifikasi dan mengestimasi tugas-tugas yang dibutuhkan dalam proyek,
perlu dibuat asumsi-asumsi. Bila asumsi ini tidak tervalidasi di kemudian hari maka aktivitas dan
estimasi rencana proyek perlu disesuaikan agar tetap dapat memenuhi target tujuan yang
ditetapkan. Berdasarkan informasi yang ada saat ini, asumsi tersebut adalah sebagai berikut:
• Tersedianya dokumen-dokumen yang diperlukan dalam pekerjaan Pembuatan
Pengembangan Website Diskominfo Paser;
• Tersedianya waktu untuk melaksanakan wawancara, diskusi, menghadiri presentasi dari
pihak-pihak terkait. Penyediaan waktu dari tim mitra pendamping .

4.3 Aktivitas Jaminan Kualitas

Untuk menjamin standar kualitas dari hasil pekerjaan, pihak konsultan akan melaksanakan
aktivitas quality assurance sebagai berikut:
• Review terhadap laporan kemajuan tiap minggu;
• Review terhadap laporan pendahuluan dan laporan akhir;
• Review terhadap Dokumen Pengembangan Website Diskominfo Paser

4.4 Manajemen Perubahan

Setiap modifikasi dan/atau penambahan terhadap cakupan pekerjaan yang telah
disepakati perlu mendapat persetujuan dari semua pihak yang akan dimonitor menggunakan Form

41
 Permintaan Perubahan (Change Request). Modifikasi yang dimaksud disini adalah modifikasi
terhadap apa yang sudah disetujui dalam kontrak.

4.5 Durasi
Sesuai dengan Kerangka Acuan Kerja, pekerjaan Pengembangan Website Perpustakaan
Daerah ini direncanakan berlangsung selama 1 (satu) bulan kalender. Dengan lingkup pekerjaan
yang sudah diuraikan sebelumnya, konsultan berkeyakinan bahwa waktu yang diberikan sudah
cukup memenuhi kebutuhan waktu pelaksanaan.

42
 BAB V

PENUTUP

Laporan akhir ini merupakan laporan yang memuat rancangan kegiatan, strategi analis
kebutuhan dan pengumpulan data, ruang lingkup kegiatan, metodologi dan rencana kegiatan sebagai
pedoman pelaksanaan pekerjaan Pengembangan Dinas Komunikasi, Informatika, Statistika Dan
Persandian Kabupaten Paser.

Demikian Laporan akhir ini dibuat, kiranya dapat diterima oleh pihak Satuan Kerja dan PPK Dinas
Komunikasi, Informatika, Statistika Dan Persandian Kabupaten Paser.

Hormat Kami,
CV. BORNEO TEKNOMEDIA

NOVIYANTO RAHMADI, S.Kom

Direktur

43