LEMBAR PERSETUJUAN

LAPORAN KULIAH KERJA NYATA – PRAKTIK

Dibuat sebagai salah satu syarat kurikulum

Program Studi Teknik Informatika
Program Teknologi Informasi dan Ilmu Komputer
Universitas Brawijaya

MIGRASI APLIKASI WEBOMETRIC UB KE FRAMEWORK UB

Dilaksanakan di:
PPTI UNIVERSITAS BRAWIJAYA MALANG

Tanggal:
28 September 2015 – 26 Oktober 2015

Disusun oleh:
Alphianno Steady Kambodji 105060801111052

Mengetahui dan menyetujui :

Ketua Program Teknik Informatika Dosen Pembimbing

Drs. Marji, M.T. Raden Arief Setiawan, S.T., M.T.

 LEMBAR PERSETUJUAN PERUSAHAAN

LAPORAN KULIAH KERJA NYATA – PRAKTIK

Dibuat sebagai salah satu syarat kurikulum

Program Studi Teknik Informatika
Program Teknologi Informasi dan Ilmu Komputer
Universitas Brawijaya

MIGRASI APLIKASI WEBOMETRIC UB KE FRAMEWORK UB

Dilaksanakan di:
PPTI UNIVERSITAS BRAWIJAYA MALANG

Tanggal:
28 September 2015 – 26 Oktober 2015

Disusun oleh:
Alphianno Steady Kambodji 105060801111052

Mengetahui dan menyetujui :

Kepala PPTI UB Pembimbing KKN-P

Raden Arief Setiawan, S.T., M.T. M. Chandra Saputra, S.Kom., M.T.,

M.Eng.
 KATA PENGANTAR

Puji syukur kepada Tuhan yang Maha Esa atas berkat dan tuntunanNya sehingga
penulis dapat menyelesaikan kegiatan dan laporan Kuliah Kerja Nyata Praktik ini.
Laporan ini disusun berdasarkan pengalaman penulis selama melaksanakan Kuliah
Kerja Nyata Praktik (KKN-P) di PPTI Universitas Brawijaya.

Laporan ini disusun dalam rangka memenuhi kegiatan perkuliahan di program

studi Teknik Informatika Fakultas Ilmu Komputer Universitas Brawijaya sebagai
salah satu syarat kelulusan dan pertanggungjawaban atas kegiatan KKN-P ini.

Banyak pihak yang ikut terlibat baik secara langsung maupun tidak langsung
dalam proses kegiatan dan pembuatan laporan ini. Untuk itu penulis ingin
mengucapkan terima kasih kepada:

1. Orang tua dan anggota keluarga penulis yang telah memberikan dukungan
moral dan spiritual selama kegiatan KKN-P;
2. Bapak Drs. Marji, M.T., selaku ketua program studi Teknik Informatika;
3. Bapak Raden Arief Setyawan, S.T., M.T, selaku kepala PPTI UB sekaligus
dosen pembimbing;
4. Bapak M. Chandra Saputra, S.Kom., M.T., M.Eng. selaku pembimbing penulis
di PPTI UB;
5. Serta seluruh pihak yang tidak dapat disebutkan satu persatu.

Penulis berharap laporan ini bermanfaat bagi pembaca. Penulis juga menerima
kritik dan saran untuk laporan ini.

Malang, Oktober 2015

Penulis
 DAFTAR ISI

KATA PENGANTAR..................................................................................................iii
DAFTAR ISI................................................................................................................iv
DAFTAR GAMBAR....................................................................................................vi
DAFTAR TABEL.......................................................................................................vii
BAB 1............................................................................................................................1
1.1 Latar Belakang.....................................................................................................1
1.2 Tujuan..................................................................................................................1
1.2.1 Bagi Mahasiswa............................................................................................1
1.2.2 Bagi Program Teknologi Informasi dan Ilmu Komputer Program Studi
Teknik Informatika Universitas Brawijaya............................................................2
1.2.3 Bagi PPTI Universitas Brawijaya.................................................................2
1.3 Manfaat................................................................................................................2
1.3.1 Bagi Mahasiswa............................................................................................2
1.3.2 Bagi Program Teknologi Informasi dan Ilmu Komputer Program Studi
Teknik Informatika Universitas Brawijaya............................................................3
1.3.3 Bagi PPTI Universitas Brawijaya.................................................................3
1.4 Waktu dan Tempat Pelaksanaan..........................................................................3
1.5 Sistematika Penyusunan Laporan........................................................................3
BAB 2............................................................................................................................5
2.1 Sejarah Perkembangan.........................................................................................5
2.2 Visi dan Misi........................................................................................................6
2.2.1 Visi................................................................................................................6
2.2.2 Misi................................................................................................................6
2.3 Lokasi...................................................................................................................7
2.4 Layanan................................................................................................................7
2.5 Struktur Organisasi..............................................................................................8
2.5.1 Tugas, Wewenang, dan Tanggung Jawab Jabatan........................................9
BAB 3..........................................................................................................................10
3.1 Web Application Framework.............................................................................10
3.2 Migrasi Software................................................................................................10
 3.3 Software requirements specification..................................................................10
3.3.1 Data Flow Diagram.....................................................................................12
3.3.2 Use Case Diagram.......................................................................................13
BAB 4..........................................................................................................................15
4.1 Framework UB...................................................................................................15
4.2 Webometric UB.................................................................................................15
BAB 5..........................................................................................................................20
5.1 Uraian Kegiatan.................................................................................................20
5.2 Spesifikasi Kebutuhan Fungsional.....................................................................21
5.2.1 Daftar Kebutuhan Fungsional.....................................................................21
5.2.2 Data Flow Diagram.....................................................................................23
5.2.3 Use Case Diagram.......................................................................................24
BAB 6..........................................................................................................................28
6.1 Kesimpulan........................................................................................................28
6.2 Saran..................................................................................................................28
DAFTAR PUSTAKA..................................................................................................30
 DAFTAR GAMBAR

Gambar 3.3.1.1 Simbol fungsi.....................................................................................12

Gambar 3.3.1.2 Simbol external entity........................................................................12
Gambar 3.3.1.3 Simbol data flow................................................................................13
Gambar 3.3.1.4 Simbol data store...............................................................................13
Gambar 3.3.1.5 Simbol keluaran.................................................................................13
Gambar 3.3.2.1 Contoh use case diagram...................................................................14
Gambar 4.2.1 Halaman login.......................................................................................16
Gambar 4.2.2 Halaman dashboard..............................................................................17
Gambar 4.2.3 Halaman history....................................................................................17
Gambar 4.2.4 Halaman grafik.....................................................................................18
Gambar 4.2.5 Halaman progress.................................................................................18
Gambar 4.2.6 Halaman request update........................................................................19
Gambar 5.2.2.1 Data Flow Diagram............................................................................23
Gambar 5.2.3.1 Use case diagram...............................................................................24
 DAFTAR TABEL

Tabel 5.2.1 Daftar Kebutuhan Fungsional...................................................................21

 BAB 1

PENDAHULUAN

1.1 Latar Belakang

Teknologi informasi terus berkembang seiring kemajuan zaman dan mulai
terintegrasi dengan berbagai aspek dalam kehidupan manusia. Dalam bidang
pendidikan, teknologi informasi dipakai untuk mempermudah berbagai faktor
dalam mendapatkan pendidikan, seperti mengakses berbagai sumber ilmu
pengetahuan dan pendaftaran sekolah dan perguruan tinggi secara online. Untuk
itu berbagai sekolah dan perguruan tinggi mulai membangun sistem informasi
yang terintegrasi dengan sistem pendidikan tradisional.
Di Universitas Brawijaya, sebuah unit khusus dibentuk untuk melakukan
riset, pengembangan, dan implementasi teknologi informasi, yaitu Pengkajian dan
Pengembangan Teknologi Informasi (PPTI) UB. Berbagai sistem dan aplikasi
yang berguna untuk menunjang pengajaran dan pendidikan di Universitas
Brawijaya dibuat di sini, misalnya SIAKAD, yaitu sistem pusat yang mengelola
data administratif seluruh mahasiswa Universitas Brawijaya, SIADO, aplikasi
pengelola data untuk dosen dan pengajar, serta SIAM, aplikasi pengelola data
bagi mahasiswa.
Dalam KKN-P ini, penulis melakukan analisis untuk aplikasi Webometric
UB dan implementasi aplikasi ke framework UB.

1.2 Tujuan
Maksud dan tujuan diadakannya kegiatan Kuliah Kerja Nyata – Praktik pada
PPTI UB adalah:

1.2.1 Bagi Mahasiswa

1. Meningkatkan, memperluas dengan memantapkan keterampilan
yang akan membentuk kemampuan mahasiswa sebagai bekal untuk

1
 memasuki lapangan kerja yang sesuai dengan bidangnya, dalam
hal ini adalah bidang informatika
2. sekaligus sebagai proses penyerapan teknologi baru dari lapangan
kerja bagi mahasiswa.
3. Menumbuhkan dan memantapkan sikap profesional yang
diperlukan bagi mahasiswa untuk memasuki dunia kerjanya.
4. Memberikan kesempatan kepada mahasiswa tersebut untuk
memasyarakatkan diri pada suasana dan iklim lingkungan kerja
yang sebenarnya terutama berkenaan dengan disiplin.
5. Dapat mengamati, mengembangkan dan menggunakan ilmu yang
telah didapat dari bangku kuliah.

1.2.2 Bagi Program Teknologi Informasi dan Ilmu Komputer Program

Studi Teknik Informatika Universitas Brawijaya
1. Sebagai bahan masukan untuk mengevaluasi sampai sejauh mana
kurikulum yang dibuat sesuai dengan kebutuhan tenaga kerja yang
terampil di bidangnya.
2. Untuk mengetahui kemampuan mahasiswanya dalam
mengaplikasikan ilmu yang didapat di bangku kuliah.

1.2.3 Bagi PPTI Universitas Brawijaya

1. Sebagai sarana untuk mengetahui kualitas pendidikan yang ada di
Program Studi Teknik Informatika Program Teknologi Informasi
dan Ilmu Komputer Universitas Brawijaya.
2. Sebagai sarana untuk memberikan kriteria tenaga kerja yang
dibutuhkan oleh perusahaan.

1.3 Manfaat

1.3.1 Bagi Mahasiswa

Mahasiswa dapat mengetahui secara lebih mendalam tentang
kenyataan yang ada dalam lapangan kerja sehingga nantinya

2
 diharapkan mampu menerapkan ilmu yang telah di dapat di bangku
perkuliahan dalam lapangan kerja yang sesuai dengan bidangnya.

1.3.2 Bagi Program Teknologi Informasi dan Ilmu Komputer Program

Studi Teknik Informatika Universitas Brawijaya
Sebagai tambahan referensi khususnya mengenai perkembangan
industri, perusahaan dan lapangan kerja di Indonesia maupun
proses dan teknologi yang terkini, dan dapat dipergunakan oleh
pihak-pihak yang memerlukan.

1.3.3 Bagi PPTI Universitas Brawijaya

Aplikasi dan hasil analisis yang dibuat selama praktik kerja dapat
digunakan dan dikembangkan lebih lanjut oleh PPTI Universitas
Brawijaya.

1.4 Waktu dan Tempat Pelaksanaan

Praktik kerja nyata ini dilaksanakan pada tanggal 28 September – 26 Oktober
2015 di PPTI Universitas Brawijaya, Jalan Veteran Malang.

1.5 Sistematika Penyusunan Laporan

Bab 1 : Pendahuluan
Menguraikan mengenai latar belakang proyek Kuliah Kerja Nyata Praktik,
tujuan Kuliah Kerja Nyata Praktik, manfaat proyek Kuliah Kerja Nyata
Praktik serta waktu dan tempat pelaksanaan Kuliah Kerja Nyata Praktik.
Bab 2 : Gambaran Umum PPTI Universitas Brawijaya
Menguraikan tentang sejarah, keadaan sekarang, nama – nama pejabat,
aplikasi yang digunakan, visi, misi, peran dan tujuan perusahaan, lokasi
perusahaan, produk, struktur organisasi, tugas, wewenang dan tanggung
jawab jabatan dari PPTI Universitas Brawijaya.
Bab 3 : Dasar Teori
Menguraikan tentang dasar teori dan referensi yang mendasari laporan
praktik kerja di PPTI Universitas Brawijaya.

3
Bab 4 : Framework UB dan Aplikasi Webometric UB
Menguraikan cara kerja Framework UB dan aplikasi Webometric UB.
Bab 5 : Migrasi Aplikasi Webometric UB
Menguraikan proses migrasi aplikasi Webometric UB dan spesifikasi
kebutuhannya.
Bab 6 : Penutup
Menguraikan kesimpulan dan saran dari migrasi aplikasi Webometric UB.

4
 BAB 2

GAMBARAN UMUM
PPTI UNIVERSITAS BRAWIJAYA

2.1 Sejarah Perkembangan

Pada awal 2001, dibentuklah UPPTI (Unit Pengkajian dan Penerapan
Teknologi Informasi) yang bertanggungjawab untuk mempercepat pengembangan
dan layanan akses jaringan dan internet di Universitas Brawijaya pada tanggal 6
Februari 2002. Setelah terbentuk UPPTI, Fakultas MIPA bergabung dengan
jaringan Universitas. Pada tahun ini, UPPTI juga meluncurkan situs Universitas
Brawijaya generasi ke 4, dengan layanan-layanan informasi yang lebih lengkap,
seperti: ebook, netmon, forum diskusi, webmail, Balung, dan juga meluncurkan
program SCS (Students Computer Services) yang merupakan fasilitas komputer
bagi mahasiswa untuk akses Internet dan rental komputer khusus untuk
mahasiswa UB.
Pada awal 2002, dilakukan pemasangan koneksi satelit untuk koneksi
internet dengan kecepatan 6.6 mega di Universitas Brawijaya untuk keperluan
distance learning. UPPTI juga meluncurkan layanan web hosting dan memulai
pembangunan sistem BAIS (Brawijaya Authentication and Identification) yang
direncanakan selesai bulan Maret 2002. Pada tahun ini juga, SIAKAD generasi
ke-4 resmi diluncurkan oleh UPPTI. Proses implementasi dan integrasi sistem
terbaru ini di setiap fakultas/jurusan diharapkan selesai pada tahun ajaran baru
2003.
Setelah era 2002-2008, Teknologi informasi di Universitas Brawijaya kian
berkembang pesat. Pada periode ini, UPPTI terus mengembangkan berbagai
sistem pelayanan dan informasi seperti SIMPEL untuk penerimaan mahasiswa,
SIAKAD dan BAIS untuk administrasi mahasiswa, DIGILIB, yang merupakan
portal perpustakaan digital, dan banyak lagi lainnya.

5
 Pada 2010, PPTI mulai menerapkan sistem Radius untuk manajemen akses
layanan internet di Universitas Brawijaya. Setiap pengguna yang ingin mengakses
jaringan internet Universitas Brawijaya harus memiliki akun Radius dan
melakukan log in. Tahun ini juga, PPTI berhasil mengembangkan sistem email
baru untuk staff, dosen, dan mahasiswa Universitas Brawijaya dengan alamat
mail@ub.ac.id, dimana username dan password email ini juga dipergunakan
untuk melakukan login penggunaan layanan Radius/Akses Internet UB. Selain
itu, PPTI juga mengembangkan sistem seleksi beasiswa secara online, dimana
pendaftar melakukan registrasi secara dan data mereka diproses secara online.
Mulai tahun 2010 ini, semua registrasi untuk mahasiswa baru, baik untuk
tingkat vokasi (D1/D3), S1, S2), maupun S3 dilakukan secara online
menggunakan sistem SIAKAD yang telah dikembangkan oleh PPTI. Sistem
online ini diharapkan dapat memudahkan mahasiswa dalam melakukan registrasi
dan memudahkan pengumpulan data.

2.2 Visi dan Misi

2.2.1 Visi
Menjadikan Universitas Brawijaya sebagai universitas yang terkemuka
dan mampu bersaing melewati batas wilayah nasional dalam hal
pengembangan, penerapan, pelayanan, dan penguasaan teknologi
informasi dan komunikasi.

2.2.2 Misi
 Menjadikan teknologi informasi dan komunikasi sebagai sarana
penunjang yang memberikan percepatan bagi kemajuan
Universitas Brawijaya
 Menyelenggarakan proses pendidikan berbantuan teknologi
informasi dan komunikasi

6
  Mengembangkan dan menyebarluaskan ilmu pengetahuan,
teknologi, dan seni, dengan dukungan teknologi informasi dan
komunikasi
 Menyediakan layanan berbasis teknologi informasi dan
komunikasi yang terpadu untuk mendukung proses kegiatan
akademik, administrasi, penelitian, dan proses belajar mengajar
 Mendukung program Universitas Brawijaya menuju World Class
University

2.3 Lokasi
Nama: Pengkajian dan Pengembangan Teknologi Informasi Universitas
Brawijaya
Alamat: Jl. Veteran Malang, Jawa Timur, Indonesia
Telepon: +62 341 575878
Email: helpdesk@ ub.ac.id

2.4 Layanan
 Aplikasi
o SIAKAD
Sistem online pengelolaan data-data administratif akademik
mahasiswa Universitas Brawijaya secara terpusat.
o SELMA
Situs pendaftaran mahasiswa baru yang dilaksanakan secara online
untuk semua jalur penerimaan.
o SIADO
Sistem Informasi Dosen merupakan layanan online pengelolaan
data kegiatan akademik dosen.
 Pelanggan
o Microsoft Campus Agreement

7
 Microsoft Campus Agreement adalah program pendaftaran lisensi
tahunan yang ditujukan untuk memenuhi kebutuhan khusus dari
institusi pendidikan tinggi. Universitas Brawijaya telah
mengadakan ikatan perjanjian dengan Microsoft Indonesia dalam
hal melegalkan pemakaian perangkat lunak buatan Microsoft di
lingkungan Universitas Brawijaya.
o Web hosting
Layanan Web Hosting disediakan untuk fakultas/jurusan/lembaga
UB untuk mempublikasikan informasi di internet dengan kapasitas
250 MB.
o Email
Layanan electronic mail dengan fitur-fitur yang memadai untuk
sivitas akademik UB.
o SCS
Layanan terminal komputer dengan koneksi internet untuk
mahasiswa UB.
 Jaringan
o UBNetID
Sistem standar login tunggal untuk akses seluruh layanan TI di
Universitas Brawijaya.
o Koneksi Internet
Layanan Koneksi internet di hampir seluruh area Universitas
Brawijaya melalui jaringan kabel maupun wifi (hotspot).

2.5 Struktur Organisasi

8
 Kepala
PPTI UB

Kepala divisi Kepala divisi Kepala divisi Kepala subdivisi Kepala divisi
perencanaan & administrasi & aplikasi & manajemen infrastruktur
proyek keuangan database system data teknologi
informasi

2.5.1 Tugas, Wewenang, dan Tanggung Jawab Jabatan

Adapun tugas dan wewenang masing-masing jabatan struktur
organisasi PPTI UB adalah sebagai berikut:
1. Tugas dan wewenang kepala PPTI UB:
Pemimpin dan penanggung jawab PPTI.
2. Tugas dan wewenang kepala divisi perencanaan & proyek:
Membantu kepala PPTI dalam pelaksanaan perencanaan dan
manajemen proyek.
3. Tugas dan wewenang kepala divisi administrasi & keuangan:
Membantu kepala PPTI dalam pelaksanaan administrasi dan
keuangan.
4. Tugas dan wewenang kepala divisi aplikasi & database system:
Membantu kepala PPTI dalam pelaksanaan pengkajian,
pengembangan dan penerapan aplikasi dan sistem basis data.
5. Tugas dan wewenang kepala subdivisi manajemen data:
Melaksanakan pengembangan dan pengelolaan basis data.
6. Tugas dan wewenang kepala divisi infrastruktur teknologi
informasi:

9
Membantu kepala PPTI dalam pelaksanaan pengkajian,
pengembangan dan penerapan infrastruktur TI universitas.

10
 BAB 3

DASAR TEORI

3.1 Web Application Framework

Web Application Framework (WAF) pada umumnya adalah kerangka
aplikasi web yang telah tersedia fungsi-fungsi dasarnya. Kerangka ini terdiri dari
objek-objek yang dikelompokkan dalam kelas (object-oriented/berorientasi
objek), sehingga desain dan fungsinya dapat digunakan kembali.
Dalam WAF terdapat beberapa arsitektur atau pola perancangan, salah
satunya adalah model-view-controller (MVC). Dalam arsitektur ini, sebuah
aplikasi dibagi menjadi tiga bagian yang saling terhubung, untuk membedakan
antara representasi internal data atau informasi dengan representasi data ke
pengguna. Tiga bagian tersebut adalah model, terdiri dari data, fungsi, logika, dan
aturan; view, dapat berupa keluaran yang merepresentasikan informasi dan data,
misalnya diagram, gambar, atau tabel; controller, menerima input dan
mengubahnya menjadi perintah untuk model atau view.

3.2 Migrasi Software

Migrasi software adalah sebuah proses berpindah dari satu lingkungan
operasi ke jenis lingkungan operasi yang lain yang dianggap lebih baik (Rouse,
2005). Hal-hal yang patut diperhatikan saat melakukan migrasi adalah
memastikan semua fitur yang dibutuhkan tetap berjalan, pengaturan-pengaturan
lama tidak berubah, dan data-data tidak hilang.
Data dapat dimigrasikan antar jenis database. Untuk itu data perlu diubah ke
dalam format umum yang dapat dikeluarkan dari database lama dan dimasukkan
ke database baru.

3.3 Software requirements specification

Software requirements specification document atau SRS document adalah
hasil dari analisis kebutuhan (Agarwal, et al., 2010). Sebuah SRS biasanya
mengandung:

11
  Antarmuka eksternal dari sebuah sistem
 Kebutuhan fungsional dan non-fungsional sebuah sistem
o Kebutuhan fungsional yang dijelaskan dalam sebuah dokumen
SRS harus menjelaskan setiap fungsi yang akan didukung oleh
sistem berikut dengan kumpulan data untuk masukan dan
keluarannya.
o Kebutuhan non-fungsional mencakup karakteristik sistem yang
tidak bisa dijelaskan sebagai fungsi. Contoh-contoh kebutuhan
non-fungsional termasuk kegunaan (usability), keringkasan
(portability), dan kemudahan perawatan (maintainability).
Kebutuhan non-fungsional juga dapat mencakup masalah
kehandalan sistem, akurasi data, interaksi manusia-komputer, dan
batasan implementasi sistem.

Menurut Agarwal, et al (2010), SRS yang baik memberikan keuntungan

sebagai berikut:

 Menetapkan dasar persetujuan antara pelanggan (customer) dan pemasok

(supplier) akan kegunaan produk perangkat lunak. Deskripsi lengkap
fungsi-fungsi yang akan disediakan pada perangkat lunak dalam SRS akan
membantu calon pengguna untuk menentukan apakah perangkat lunak
tersebut memenuhi kebutuhan dan bagaimana perangkat lunak tersebut
dapat dimodifikasi untuk memenuhi kebutuhan mereka.
 Mengurangi upaya pengembangan. Pembuatan SRS mengharuskan
seluruh kelompok yang terlibat dalam suatu organisasi untuk memeriksa
seluruh kebutuhan sebelum perangkat lunak mulai dirancang untuk
mengurangi kesalahpahaman dan inkonsistensi yang menyebabkan
perancangan dan pengujian harus diulang.
 Menyediakan dasar untuk menentukan biaya dan jadwal. Deskripsi produk
yang akan dikembangkan sesuai dengan SRS menjadi dasar yang realistis

12
 untuk memperkirakan biaya proyek dan dapat digunakan untuk
menentukan perkiraan harga.
 Menyediakan dasar untuk validasi dan verifikasi. Dengan SRS yang baik,
organisasi pelanggan dapat melakukan validasi dan verifikasi sesuai
dengan permintaan dan kebutuhan mereka.
 Memfasilitasi transfer. Adanya SRS mempermudah proses transfer produk
perangkat lunak ke pengguna baru atau komputer baru.
 Menyediakan dasar untuk perbaikan. Karena SRS menjelaskan mengenai
produk yang dibuat, bukan proses pengembangannya, SRS dapat
digunakan sebagai pondasi untuk memperbaiki dan mengembangkan lebih
lanjut produk perangkat lunak yang sudah jadi.

3.3.1 Data Flow Diagram

Menurut Agarwal, et al (2010), data flow diagram (DFD)
mengambarkan aliran data pada sistem. DFD penting untuk
menggambarkan sebuah sistem sebagai sebuah jaringan proses
fungsional. DFD menjelaskan sistem sebagai kumpulan data yang
dimanipulasi oleh fungsi-fungsi.

Beberapa simbol yang digunakan dalam membuat sebuah DFD:

1. Fungsi
Sebuah fungsi disimbolkan dengan lingkaran. Simbol ini disebut
proses dan melakukan pemrosesan data masukan.

Gambar 3.3.1.1 Simbol fungsi

2. External entity

Gambar 3.3.1.2 Simbol external entity

13
 Disimbolkan dengan kotak, simbol ini mendefinisikan sumber atau
tujuan data sistem. External entity mewakili seluruh jenis entitas
yang menyediakan informasi kepada sistem atau menerima
informasi dari sistem, tetapi bukan bagian dari sistem.
3. Aliran data (data flow)
Aliran data disimbolkan dengan anak panah, mewakili arah aliran
data yang terjadi antara dua proses atau antara external entity dan
proses.

Gambar 3.3.1.3 Simbol data flow

4. Penyimpanan data (data store)
Simbol penyimpanan data adalah dua garis paralel. Setiap data
store terhubung pada sebuah proses dengan data flow. Arah panah
data flow menunjukkan apakah data tersebut sedang diambil/dibaca
dari data store atau sedang disimpan ke data store.

Gambar 3.3.1.4 Simbol data store

5. Keluaran
Simbol ini mewakili akusisi dan produksi data selama interaksi
manusia-komputer.

Gambar 3.3.1.5 Simbol keluaran

3.3.2 Use Case Diagram
Use case diagram adalah representasi dari use case modelling.
Sebuah use case model memiliki komponen-komponen sebagai berikut
(Bittner & Spence, 2003):

14
1. Aktor, mewakili orang yang berinteraksi dengan sistem. Aktor
digunakan untuk memastikan sistem melakukan sesuatu yang
bermakna. Aktor memiliki nama dan deskripsi singkat, dan
dihubungkan dengan use case yang mana aktor tersebut
berinteraksi.
2. Use case, mewakili hal-hal yang dilakukan sistem untuk aktornya.
Use case bukanlah fungsi atau fitur, dan tidak dapat dipecah. Use
case memiliki nama dan deskripsi singkat. Use case juga memiliki
deskripsi detail yang menceritakan bagaimana aktor menggunakan
sistem untuk mencapai tujuan, dan bagaimana sistem memenuhi
kebutuhan aktor.

Gambar 3.3.2.6 Contoh use case diagram

Dalam use case diagram, aktor direpresentasikan dengan model stick

people dan use case direpresentasikan dengan lingkaran. Anak panah
menunjukkan pelaku interaksi.

15
 BAB 4

FRAMEWORK UB DAN APLIKASI WEBOMETRIC UB

4.1 Framework UB
Framework UB adalah sebuah web application framework yang digunakan
untuk pengembangan berbagai aplikasi web yang digunakan di Universitas
Brawijaya. Arsitekturnya mengikuti pola model-view-controller (MVC), dan
menggunakan arsitektur three-tier, di mana terdapat presentation tier, yaitu
interface aplikasi itu sendiri untuk interaksi dengan pengguna, application tier, di
mana berbagai logika bisnis dijalankan, dan data tier untuk interaksi dengan
database.
Framework UB dirancang terintegrasi dengan BAIS (Brawijaya
Authentication and Identification System), yaitu aplikasi yang dibangun oleh
PPTI UB untuk autentikasi seluruh pengguna aplikasi web dalam jaringan
Universitas Brawijaya. Jadi, semua aplikasi web yang dibangun dengan
Framework UB dan menggunakan sistem login, username dan password langsung
diautentikasi ke BAIS. Developer tidak perlu lagi membuat sistem login terpisah.
Jenis database yang dapat digunakan dalam Framework UB adalah MySQL
dan IBM DB2. Namun developer dapat menambah fungsi untuk mendukung jenis
database lain.

4.2 Webometric UB
Webometric UB adalah sebuah aplikasi web yang digunakan untuk
mengukur statistik dan peringkat website universitas-universitas di Indonesia.
Statistik dan peringkat diukur dari jumlah hasil pencarian subdomain, link yang
mengarah ke website universitas, jurnal terpublikasi, dan file-file dokumen yang
disimpan dalam domain dan subdomain website universitas. Jumlah hasil
pencarian diperoleh dari search engine umum, yaitu Google (https://google.co.id),

16
Bing (https://bing.com), dan Exalead (http://www.exalead.com/search/). Data
hasil pencarian disimpan dalam sebuah database berbasis MySQL.
Dalam aplikasi ini, pengguna dapat melihat peringkat masing-masing
universitas per harinya, grafik tren peringkat universitas, grafik tren hasil
pencarian untuk tiap universitas, dan memperbarui data hasil pencarian.
Terdapat lima halaman dalam aplikasi Webometric UB:
1. Halaman login
Berisi deskripsi Webometric UB dan form login. Pengguna dapat login
menggunakan username dan password BAIS.

Gambar 3.3.2.7 Halaman login

2. Halaman utama
Berisi menu sidebar dan statistik umum Universitas Brawijaya. Bagian
statistik berisi peringkat Alexa website Universitas Brawijaya, grafik
parameter (size, PDF, DOC, PPT, rich files) berisi nilai-nilai hingga 15
hari sebelum update terakhir.

17
 Gambar 3.3.2.8 Halaman dashboard
3. Halaman history
Berisi tabel yang menunjukkan nilai-nilai statistik beberapa universitas
di Indonesia. Pengguna dapat mengekspor tabel yang ditampilkan dalam
bentuk file Excel (*.xls).

Gambar 3.3.2.9 Halaman history

18
4. Halaman grafik
Menampilkan diagram batang dari nilai-nilai statistik beberapa
universitas di Indonesia.

Gambar 3.3.2.10 Halaman grafik

5. Halaman progress
Menampilkan grafik pertumbuhan dari parameter-parameter tiap
universitas. Pengguna dapat menentukan tampilan hasil dari search
engine tertentu dan rentang waktu grafik pertumbuhan yang ingin
ditampilkan.

19
 Gambar 3.3.2.11 Halaman progress
6. Halaman request update
Berisi fungsi untuk memperbarui data nilai-nilai parameter dengan
search engine yang dapat dipilih.

Gambar 3.3.2.12 Halaman request update

20
 BAB 5

MIGRASI APLIKASI WEBOMETRIC UB

5.1 Uraian Kegiatan

Kegiatan yang dilaksanakan selama praktik kerja adalah melakukan migrasi
Webometric UB ke Framework UB. Aplikasi Webometric UB versi lama masih
menggunakan framework tersendiri dalam pengembangannya. Agar dapat
diintegrasikan dengan aplikasi UB lain, maka perlu dilakukan migrasi ke
Framework UB.
Melakukan instalasi virtual machine dengan OS Linux distro CentOS. Hal
ini dilakukan agar tidak mengganggu jalannya sistem operasi utama dan
memudahkan proses uji coba koneksi. Termasuk instalasi DB2 dan PHP agar
dapat berinteraksi dengan server dan database utama.
Melakukan pemasangan Framework UB pada virtual machine. Pengaturan
koneksi database dan login sudah hardcoded di dalam Framework UB,
sehingga hanya bisa terhubung dengan database UB dan login menggunakan
username dan password yang terdaftar di BAIS.
Melakukan review Webometric versi lama sebelum melakukan migrasi.
Versi lama menggunakan Ajax untuk masukan dan keluaran data. Diperlukan
sedikit perubahan dalam pengaturan masukan dan keluaran untuk
menyesuaikan dengan aturan Framework UB, namun setelah migrasi,
Webometric tetap menggunakan Ajax untuk pengaturan data.
Melakukan perubahan search engine yang digunakan. Webometric versi
lama menggunakan API (application programming interface) milik Google dan
Yahoo, sedangkan untuk search engine Exalead menggunakan web parsing,
karena tidak memiliki API publik. Namun API yang digunakan sudah tidak
valid, karena Google menggunakan API baru yang hasil pencariannya terbatas
dan Yahoo membuang API lamanya dan menggunakan BOSS API yang

21
 berbayar. Untuk mengatasinya, API Yahoo tidak dipakai lagi dan diganti
dengan Bing Search API. Kemudian untuk search engine Google menggunakan
web parsing, dengan konsekuensi pembaharuan data hanya bisa sekali dalam
sehari, lebih dari itu data menjadi tidak valid karena dianggap spam oleh
Google.
Untuk pembaharuan tampilan aplikasi, digunakan Highcharts berbasis
jQuery untuk menampilkan grafik dan diagram dengan informatif dan menarik.
Diimplementasikan juga Datatables untuk menampilkan tabel yang bisa
menyortir data sesuai keinginan pengguna.
Menambahkan halaman dashboard dan progress untuk mengembangkan
fungsionalitas aplikasi.
Menambahkan fungsi untuk mengubah tabel menjadi file spreadsheet
dengan mengimplementasikan PHPExcel.

5.2 Spesifikasi Kebutuhan Fungsional

5.2.1 Daftar Kebutuhan Fungsional

Tabel 5.2.1 Daftar Kebutuhan Fungsional

ID Deskripsi kebutuhan Definisi

Sistem harus dapat menampilkan
halaman dashboard berisi peringkat
Alexa untuk website UB dan grafik
1.1 Tampilan dashboard masing-masing parameter size, DOC,
PPT, PDF, dan rich files pada website
UB hingga 15 hari sebelum update
terakhir.
Sistem harus dapat menampilkan data
1.2 Tampilan data
sesuai permintaan user.

22
 Sistem harus dapat menampilkan data
seluruh universitas dengan variabel jenis
1.2.1 Tampilan grafik data
data dan jenis search engine dalam
bentuk grafik diagram batang.
Sistem harus dapat mengijinkan user
1.2.1.1 Download grafik data men-download grafik data yang telah
ditampilkan.
Sistem harus dapat menampilkan history
update data setiap universitas dan
1.2.2 Tampilan history data
masing-masing jenis datanya dengan
variabel jenis search engine.
Sistem harus dapat mengijinkan user
men-download history update data yang
1.2.2.1 Download history data
telah ditampilkan dalam bentuk file
spreadsheet.
Sistem harus dapat menampilkan
progress data pada rentang waktu
Tampilan progress
1.2.3 tertentu dalam bentuk diagram garis,
data
dengan variabel jenis data, jenis search
engine dan nama universitas.
Sistem harus dapat mengijinkan user
Download progress
1.2.3.1 men-download diagram progress data
data
yang telah ditampilkan.
Sistem harus dapat memenuhi
1.3 Update data permintaan update data dari user untuk
semua universitas dan semua jenis data.
Sistem harus dapat memenuhi
Update data via
1.3.1 permintaan update data menggunakan
Google
API Google.
1.3.2 Update data via Bing Sistem harus dapat memenuhi

23
 permintaan update data menggunakan
API Bing.
Sistem harus dapat memenuhi
Update data via
1.3.3 permintaan update data menggunakan
Exalead
hasil pencarian Exalead.
Sistem harus dapat mengijinkan user
1.4 Fungsi login
melakukan login dengan akun BAIS.

5.2.2 Data Flow Diagram

Gambar 5.2.1.13 Data Flow Diagram

24
 5.2.3 Use Case Diagram

Gambar 5.2.3.14 Use case diagram

Deskripsi:
Setelah pengguna login, seluruh fitur Webometric UB baru dapat digunakan.
Fungsi-fungsi yang tersedia pada Webometric UB adalah melihat dashboard,
melihat dan mengunduh history, melihat grafik, melihat progress, dan
melakukan update data.

Use case Login

Diagram:

25
ID kebutuhan fungsional: 1.4
Deskripsi:
Sebelum dapat menggunakan Webometric UB, pengguna harus login
menggunakan akun yang terdaftar di BAIS, antara lain akun dosen, staf, atau
mahasiswa Universitas Brawijaya.

Use case View dashboard

Diagram:

ID kebutuhan fungsional: 1.1

Deskripsi:
Dashboard adalah halaman pertama yang dibuka setelah pengguna berhasil
login. Di sini, pengguna dapat melihat peringkat Alexa website Universitas
Brawijaya, grafik parameter (size, PDF, DOC, PPT, rich files) berisi nilai dari
15 hari setelah update terakhir.

Use case View & download history

Diagram:

ID kebutuhan fungsional: 1.2.2, 1.2.2.1

26
Deskripsi:
Pada fitur ini, pengguna dapat melihat seluruh data parameter (size, PDF, DOC,
PPT, rich files) dari beberapa universitas dalam bentuk tabel. Pengguna juga
dapat mengunduh tabel dalam bentuk spreadsheet dengan format file Excel.
Langkah-langkah:
1. Pengguna melakukan login.
2. Pengguna memilih link ‘History’.
3. Pengguna memilih jenis search engine yang digunakan.
4. Penguna memilih tombol ‘Impor ke Excel’ untuk mengunduh tabel yang
ditampilkan ke format file Excel.

Use case View graphic

Diagram:

ID kebutuhan fungsional: 1.2.1, 1.2.1.1

Deskripsi:
Grafik-grafik yang ditampilkan pada halaman ini membandingkan data
parameter seluruh fakultas.
Langkah-langkah:
1. Pengguna melakukan login.
2. Pengguna memilih link ‘Grafik’.
3. Pengguna memilih jenis parameter yang akan ditampilkan dan jenis search
engine yang digunakan.

Use case View progress

Diagram:

27
ID kebutuhan fungsional: 1.2.3, 1.2.3.1
Deskripsi:
Fitur ini menampilkan grafik pertumbuhan data parameter per universitas.
Langkah-langkah:
1. Pengguna melakukan login.
2. Pengguna memlilih link ‘Progress’.
3. Pengguna memilih jenis parameter yang akan ditampilkan, nama
universitas, rentang waktu, dan jenis search engine yang digunakan.

Use case Update data

Diagram:

ID kebutuhan fungsional: 1.3, 1.3.1, 1.3.2, 1.3.3

Deskripsi:
Pengguna dapat memperbarui data metric ke dalam database dari hasil
pencarian menggunakan search engine yang telah ditentukan.
Langkah-langkah:
1. Pengguna melakukan login.
2. Pengguna memilih link ‘Request/Update Data’
3. Pengguna memilih search engine yang akan digunakan untuk memperbarui
data.

28
 BAB 6

PENUTUP

Pada bab ini penulis akan menjelaskan mengenai kesimpulan dan saran dari kegiatan
yang telah dilaksanakan.

6.1 Kesimpulan
Hal-hal yang dapat disimpulkan dari pelaksanaan kegiatan KKN-P ini adalah:

1. Aplikasi Webometric UB adalah aplikasi web untuk mengukur statistik dan

peringkat website universitas-universitas di Indonesia.
2. Proses pengukuran statistik dan peringkat website menggunakan API dan
parsing hasil pencarian search engine di Internet.
3. Webometric UB yang dibangun dengan PHP dan Javascript tanpa framework
dapat dimigrasikan ke sebuah PHP framework, yaitu Framework UB.
4. Proses migrasi aplikasi ke Framework UB membutuhkan langkah analisis
fungsi sistem, analisis struktur framework lama dan framework baru, adaptasi
kode, dan pengujian fitur.
5. Analisis fungsi sistem menghasilkan daftar kebutuhan fungsional, data flow
diagram, dan use case diagram.
6. Proses migrasi aplikasi Webometric ke Framework UB menghasilkan
aplikasi Webometric UB yang dapat diintegrasikan dengan sistem autentikasi
pada Framework UB, yaitu BAIS.

6.2 Saran
Berdasarkan hasil kegiatan, penulis menyarankan hal-hal berikut untuk
pengembangan aplikasi lebih lanjut:

1. Search engine yang digunakan untuk update data sebaiknya menggunakan

search engine yang menawarkan API untuk akses hasil pencariannya, karena

29
 proses parsing hasil pencarian sangat bergantung dari tampilan web search
engine, setiap tampilan berubah maka algoritma parsing juga harus berubah,
sedangkan API relatif lebih mudah diadaptasi.
2. Proses update data sebaiknya dilakukan secara periodik dan otomatis tanpa
harus selalu dilakukan secara manual oleh user. Karena Webometric UB
menggunakan server Linux, proses update data kemungkinan dapat
dilakukan secara otomatis menggunakan fungsi cron.

30
 DAFTAR PUSTAKA

Agarwal, B. B., Tayal, S. P. & Gupta, M., 2010. Software Engineering and Testing.
Massachusetts: Jones & Bartlett Learning.
Bittner, K. & Spence, I., 2003. Use Case Modeling. Boston: Addison-Wesley
Professional.
Burbeck, S., 1997. Applications Programming in Smalltalk-80(TM): How to use
Model-View-Controller (MVC). [Online]
Tersedia di: http://st-www.cs.illinois.edu/ users/smarch/st-docs/mvc.html
[Diakses 3 Oktober 2015].
Gamma, E., Johnson, R., Vlissides, J. & Helm, R., 1995. Design Patterns: Elements
of Reusable Object-Oriented Software. Indianapolis: Addison-Wesley Professional.
Reenskaug, T. & Coplien, J. O., 2009. The DCI Architecture: A New Vision of
Object-Oriented Programming. [Online]
Tersedia di: http://www.artima.com/articles/dci_vision.html
[Diakses 3 Oktober 2015].
Rouse, M., 2005. migration definition. [Online]
Tersedia di: searchcio.techtarget.com/ definition/migration
[Diakses 2 Oktober 2015].

31