REKAYASA ULANG SIM AKADEMIK ITS

(1)

REKAYASA ULANG SIM AKADEMIK ITS

AGUS BUDI RAHARJO 5109100164

DOSEN PEMBIMBING

UMI LAILI YUHANA, S.KOM., M.SC.

DR. IR. SITI ROCHIMAH, M.T.

(2)

LATAR BELAKANG

• PROSES PEMELIHARAAN TIDAK BAKU

• DOKUMENTASI

• WAKTU PEMELIHARAAN (PERAWATAN & PERBAIKAN)

• SPESIFIKASI SISTEM

• TIDAK MENGGUNAKAN KERANGKA KERJA RESMI

• MEMBANGUN BARU

• MEMINIMALISIR PERUBAHAN CARA PENGGUNAAN SISTEM

• MEMILIKI METODE PEMELIHARAAN BAKU

(3)

BATASAN MASALAH

• OBJEK REKAYASA ULANG ADALAH SIAKAD ITS

• MODEL KUALITASNYA ADALAH MATRIKS INTERNAL ISO/IEC 9126-3^.

• KARAKTERISTIK KUALITAS YANG DIUKUR ADALAH PEMELIHARAAN^.

• MODUL YANG DIREKAYASA ADALAH FORMULIR RENCANA STUDI (FRS) SIAKAD PROGRAM STUDI S1.

• BAHASA PEMROGRAMANNYA ASP .NET, BASIS DATA SQL SERVER 2008, DAN KERANGKA KERJA ENTITAS ADO.NET^.

• DATA YANG DIGUNAKAN ADALAH DATA SEKUNDER BTSI ITS^.

(4)

TUJUAN

• TUJUAN DARI PEMBUATAN TUGAS AKHIR INI ADALAH UNTUK

MERANCANG DAN MEMBANGUN

SEBUAH

PROTOTIPE

SIAKAD ITS MODUL FRS ONLINE

YANG MEMENUHI KARAKTERISTIK STANDAR KUALITAS

PEMELIHARAAN

.

(5)

DASAR TEORI: EVOLUSI PERANGKAT LUNAK

Rekayasa pembalikan

Penerjemahan kode sumber

Peningkatan struktur program

Pengelompokan program

Rekayasa ulang data

Program asli

Program dokumentasi

Program hasil rekayasa ulang

Data hasil rekayasa ulang

Data asli

Program hasil strukturisasi ulang

(6)

DASAR TEORI: MODEL KUALITAS ISO/IEC 9126-3

• FUNGSIONALITAS

• KEANDALAN

• KEGUNAAN

• EFISIENSI

• PEMELIHARAAN

• PORTABILITY

• Analisis

• Perubahan

• Stabilitas

• Pengujian

• Kepatuhan pemeliharaan

(7)

DASAR TEORI: KERANGKA KERJA ENTITAS ADO.NET

• ADO.NET & LINQ menutupi kelemahan pemrograman yang menerapkan pengaksesan basis data, diantaranya:

• potensi kesalahan karena normalisasi relasi tabel pada kode SQL

• program harus mendefinisikan koneksi basis data setiap menjalankan perintah SQL

• kesalahan nama kolom dan tabel baru baru terdeteksi ketika program dijalankan

• kesalahan pada kode SQL baru diketahui ketika program dijalankan

(8)

ANALISIS DAN PERANCANGAN

MATRIKS KUALITAS

• NAMA MATRIKS

• TUJUAN MATRIKS

• METODE PENGUKURAN

• FORMULA

• INTERPRETASI HASIL

• SKALA PENGUKURAN

• KARAKTERISTIK KEBERHASILAN

• SUMBER PENGUKURAN

• NARASUMBER

PROTOTIPE

mengatur periode

menambah kelas

mengisi FRS

menyetujui FRS

mengatur komponen penilaian

mengisi nilai mengatur jadwal semester

(9)

KARAKTERISTIK PEMELIHARAAN

• MATRIKS ANALISIS

• REKAMAN AKTIVITAS

• FUNGSI DIAGNOSIS

• MATRIKS PERUBAHAN

• REKAMAN PERUBAHAN

• MATRIKS STABILITAS

• DAMPAK PERUBAHAN

• KETERGANTUNGAN DAMPAK MODIFIKASI

• MATRIKS PENGUJIAN

• FUNGSI PENGUJIAN OTOMATIS

• KEMAMPUAN PENGUJIAN OTONOM

• KEMAMPUAN PENGAMATAN PERKEMBANGAN PENGUJIAN

• MATRIKS KEPATUHAN PEMELIHARAAN

• KEPATUHAN PEMELIHARAAN

(10)

MATRIKS ANALISIS

PEREKAMAN AKTIVITAS

• PENINJAUAN ATRIBUT PENCATATAN KELAS

• PENINJAUAN ATRIBUT PENCATATAN PENGAMBILAN KELAS KULIAH

• PENINJAUAN ATRIBUT PENCATATAN MATA KULIAH

• PENINJAUAN ATRIBUT PENCATATAN PENGAJARAN

FUNGSI DIAGNOSIS

• PEMERIKSAAN KESALAHAN PENGAKSESAN HALAMAN

• PENINJAUAN ATRIBUT PENCATATAN PENGAMBILAN KELAS KULIAH OLEH MAHASISWA

• PENAMPILAN STATUS PENGISIAN FRS

• KELENGKAPAN FUNGSI DIAGNOSIS

(11)

MATRIKS PERUBAHAN

• PEMELIHARAAN BASIS DATA

• PEMELIHARAAN SISTEM

(12)

MATRIKS STABILITAS

DAMPAK PERUBAHAN

• PENINJAUAN DAMPAK NEGATIF YANG TERDETEKSI

KETERGANTUNGAN MODIFIKASI

• LOKALISASI DAMPAK PERUBAHAN PADA FUNGSIONAL SIAKAD

(13)

MATRIKS PENGUJIAN

PERKEMBANGAN PENGAMATAN PENGUJIAN

• MENGHITUNG KEBERADAAN JUMLAH TITIK PEMERIKSAAN KONDISI SISTEM SELAMA DILAKUKAN PENGUJIAN

PENGUJIAN OTONOM

• KATEGORI FUNGSI YANG BISA DIUJI DENGAN KAKAS BANTU

• PENINJAUAN KEBERADAAN FUNGSI PENGUJIAN OTOMATIS YANG TERPASANG

PENGUJIAN OTOMATIS YANG TERPASANG

(14)

MATRIKS KEPATUHAN PEMELIHARAAN

• MEKANISME PEMELIHARAAN RUTIN

• KESESUAIAN JADWAL AKADEMIK

• REGULASI DOKUMENTASI PENGEMBANGAN DAN PEMELIHARAAN

(15)

KASUS PENGGUNAAN

System

mahasiswa dosen

kepala jurusan mengatur periode Administrator Akademik

menambah kelas

mengisi formulir rencana studi

menyetujui formulir rencana studi mengisi nilai

(16)

ARSITEKTUR SISTEM

DATABASE

model

entity

ADO.NET

controller controller

Helper

view

User interface

(17)

DIAGRAM KELAS

FRSmodule

period

<<entity>>

-yearPeriod -semester

-academicCalendar +getPeriode() +savePeriod() +listPeriod()

teaching

<<entity>>

-nameStaff -codeStaff -roleStaff +getTeacher() +setTeacher() +listTeacher() class

<<entity>>

-codeClass +saveClass() +getListClass() +getClass()

+saveStandardScore()

FRS

<<entity>>

+takeClass() +getListFRS() +getFRS() +updateFRS()

score

<<entity>>

-score

+saveScore() +changeScore()

0..* 1..*

1..*

1

0..*

1

masterCourse

user

(18)

PEREKAMAN AKTIVITAS

SKENARIO A B SISTEM

LAMA

SISTEM BARU Peninjauan atribut

pencatatan kelas

Jumlah atribut yang terisi

Jumlah semua atribut yang disediakan

0,46 0,79

Peninjauan atribut

pencatatan pengambilan kelas kuliah oleh mahasiswa

0,89 1

Peninjauan atribut pencatatan mata kuliah

0,28 0,64

Peninjauan atribut pencatatan pengajaran

1 1

(19)

FUNGSI DIAGNOSIS

LAMA

SISTEM BARU

pemeriksaan kesalahan

pengaksesan halaman

pemeriksaan hak akses tiap halaman dan penutupan hak akses

yang tidak sesuai (sumber : peninjauan)

pemeriksaan hak akses tiap halaman dan penutupan hak akses

yang tidak sesuai (sumber dari narasumber)

1 1

Peninjauan atribut pencatatan pengambilan kelas kuliah oleh mahasiswa

pengambilan kelas yang sudah melebihi batas (sumber dari hasil

peninjauan)

kemampuan pengambilan kelas yang sudah melebihi batas (sumber

dari narasumber)

0,5 1

Penampilan status pengisian FRS

Kesesuaian kondisi FRS dengan kondisi nyata mahasiswa (sumber

dari hasil peninjauan)

Kesesuaian kondisi FRS dengan kondisi nyata mahasiswa (sumber

dari spesifikasi kebutuhan)

0,5 1

kelengkapan fungsi diagnosis

Penampilan status kegagalan, penyebab kegagalan rekomendasi

solusi dan pemberian info alur komunikasi dengan administrator

(sumber : peninjauan)

Penampilan status kegagalan, penyebab kegagalan rekomendasi

solusi dan pemberian info alur komunikasi dengan administrator

(sumber dari narasumber)

0,25 0,5

(20)

REKAMAN PERUBAHAN SISTEM

LAMA

SISTEM BARU

pemeliharaan basis data jadwal pemeliharaan data disertai dokumentasinya

(sumber dari hasil peninjauan)

jadwal pemeliharaan data disertai dokumentasinya

(sumber dari spesifikasi kebutuhan)

0,5 0,5

pemeliharaan sistem Atribut pengukuran terdiri atas jadwal pemeliharaan sistem, tenaga pemelihara

sistem, dan dokumen perubahan (sumber dari

hasil peninjauan)

Atribut pengukuran terdiri atas jadwal pemeliharaan sistem, tenaga pemelihara

sistem, dan dokumen perubahan (sumber dari

narasumber)

0,3 0,3

(21)

DAMPAK PERUBAHAN

LAMA

SISTEM BARU

Peninjauan dampak negatif yang terdeteksi

Atribut dampak yang terdeteksi dan kemampuan sistem mendeteksi

dampak negatif (sumber dari hasil

peninjauan)

parameter dampak yang terdeteksi dan

kemampuan sistem mendeteksi dampak

negatif yang seharusnya ada (sumber dari hasil

peninjauan)

0,5 1

(22)

LOKALISASI DAMPAK PERUBAHAN

LAMA

SISTEM BARU

lokalisasi dampak perubahan pada fungsional SIAKAD

Lokalisasi dampak perubahan yang

dilakukan pada halaman fungsi SIAKAD (sumber

Lokalisasi dampak perubahan yang

dilakukan pada halaman fungsi SIAKAD yang seharusnya dipecah sesuai dengan entitasnya (sumber

0 0,83

(23)

FUNGSI PENGUJIAN TERPASANG

LAMA

SISTEM BARU

Peninjauan keberadaan fungsi pengujian otomatis

yang terpasang

Jumlah fungsi terpasang

Jumlah fungsi yang

seharusnya terpasang 0 1

(24)

PENGUJIAN OTONOM

LAMA

SISTEM BARU

kategori fungsi yang bisa diuji

dengan kakas bantu

Pengujian fungsi komputasi dan fungsi

entitas yang

mengakses basis data (sumber dari hasil

peninjauan)

Pengujian fungsi komputasi dan fungsi entitas yang mengakses

basis data yang seharusnya bisa diukur

(sumber dari hasil peninjauan)

0,5 1

(25)

PENGAMATAN PERKEMBANGAN PENGUJIAN

LAMA

SISTEM BARU

menghitung keberadaan jumlah titik pemeriksaan

kondisi sistem selama dilakukan pengujian

Jumlah titik pemeriksaan (sumber dari hasil peninjauan)

Jumlah titik

pemeriksaan minimal (sumber dari hasil

peninjauan)

0 1

(26)

KEPATUHAN PEMELIHARAAN

LAMA

SISTEM BARU

mekanisme pemeliharaan rutin

Keberadaan tenaga di bidang perbaikan sistem

Terdapat minimal satu tenaga

perbaikan

1 1

kesesuaian jadwal akademik

Jadwal akademik yang sesuai dengan kalender akademik

Jadwal akademik

total 1 1

regulasi dokumentasi pengembangan dan

pemeliharaan

Kelengkapan dokumentasi sistem (buku panduan penggunaan, spesifikasi kebutuhan perangkat lunak (SKPL), deskripsi perancangan

perangkat lunak (DPPL), dokumen perubahan)

Jumlah semua dokumentasi sistem

yang seharusnya ada

0,25 1

(27)

HASIL AKHIR PENGUJIAN

subkarakteristik hasil sistem lama

hasil sistem baru

Peningkatan (dalam %)

analisis 1,76 2,22 26,1 %

perubahan 0,83 0,83 0 %

stabilitas 0,25 0,92 266,67 %

pengujian 0,33 2 500 %

kepatuhan

pemeliharaan 2,25 3 33,33 %

(28)

0 0,5 1 1,5 2 2,5 3 3,5

1 2 3 4 5

hasil pengujian

sistem yang diuji

Grafik Perbandingan Pengujian

Kualitas Karakteristik Pemeliharaan ISO/IEC 9126-3

sistem baru sistem lama

(29)

KESIMPULAN & SARAN

• SISTEM BARU BERHASIL DIBANGUN TANPA MEMBERIKAN PERUBAHAN BESAR PADA ANTARMUKA PENGGUNA

• REKAYASA ULANG PERANGKAT LUNAK BERDASARKAN PENGUKURAN MODEL KUALITAS ISO/IEC 9126 MEMBERIKAN PENINGKATAN SIGNIFIKAN.

• PENGGUNAAN ADO.NET MEMBERI KEMUDAHAN ASPEK PEMELIHARAAN DAN PENGUJIAN SISTEM

• MODEL KUALITAS YANG DIUKUR HANYA DIFOKUSKAN PADA SATU KARAKTERISTIK SAJA. ADA POTENSI SIFAT SALING MENIADAKAN DAN SALING MENGUATKAN ANTAR KARAKTERISTIK JIKA SEMUA MODEL KUALITAS DITERAPKAN.

• PENELITIAN INI HANYA MENGEMBANGKAN KARAKTERISTIK PEMELIHARAAN PADA MODUL FRS.

• EVOLUSI PERANGKAT LUNAK PADA SIAKAD ITS MEMILIKI POTENSI PEDOMAN BAKU YANG DAPAT DIIMPLEMENTASIKAN PADA PERGURUAN TINGGI LAIN.

(30)

DAFTAR PUSTAKA

• ADYA, A. ET AL. 2007. ANATOMY OF THE ADO.NET ENTITY FRAMEWORK. PROCEEDINGS OF THE 2007 ACM SIGMOD INTERNATIONAL CONFERENCE ON MANAGEMENT OF DATA. NEW YORK: ACM, PP.877-888.

• AN, Y., HU, X., AND SONG, I. 2008. ROUND-TRIP ENGINEERING FOR MAINTAINING CONCEPTUAL-RELATIONAL MAPPINGS. ADVANCED INFORMATION SYSTEMS ENGINEERING, VOL 5074, PP.296-311.

• CARLOS, V.S. AND RODRIGUES, R.G. 2012. WEB SITE QUALITY EVALUATION IN HIGHER EDUCATION INSTITUTIONS. PROCEEDINGS OF CONFERENCE ON ENTERPRISE INFORMATION SYSTEMS – INTERNATIONAL CONFERENCE ON HEALTH AND SOCIAL CARE INFORMATION SYSTEMS AND TECHNOLOGIES [ONLINE], PP.273-282. AVAILABLE FROM: HTTP://WWW.SCIENCEDIRECT.COM/SCIENCE/ARTICLE/PII/S2212017312004616 [DIAKSES PADA 21 MARET 2013].

• FAHMI A.S. AND CHOI H. 2007. SOFTWARE REVERSE ENGINEERING TO REQUIREMENTS. PROCEEDINGS OF INTERNATIONAL CONFERENCE ON CONVERGENCE INFORMATION TECHNOLOGY. SEOUL: IEEE COMPUTER SOCIETY PRESS, PP. 2199-2204.

• ISO/IEC JTC1. 2002. SOFTWARE ENGINEERING –PRODUCT QUALITY – PART 3: INTERNAL METRICS. JAPAN: ISO/IEC.

• NABIL, D., MOSAD, A., AND HEFNY, H.A. 2011. WEB-BASED APPLICATIONS QUALITY FACTORS:A SURVEY AND A PROPOSED CONCEPTUAL MODEL.

EGYPTIAN INFORMATICS JOURNAL, VOL 12, PP. 211-217.

• SOMMERVILLE, I. 2011. SOFTWARE ENGINEERING. BOSTON: ADDISON-WESLEY.

• ULRICH, W.M. 1990. THE EVOLUTIONARY GROWTH OF SOFTWARE REENGINEERING AND THE DECADE AHEAD. THE EVOLUTIONARY GROWTH OF SOFTWARE REENGINEERING AND THE DECADE AHEAD. AMERICAN PROGRAMMER, VOL. 3, NO. 11, PP.14-20.